專利名稱：用于實現(xiàn)sigtran配置匹配檢測的方法和裝置的制作方法
技術領域：
本發(fā)明涉及通信領域，更具體而言，涉及一種實現(xiàn)SIGTRAN配置匹配檢測的方法和裝置。
背景技術：
為了滿足在IP(Internet Protocol，互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡上傳輸信令協(xié)議的需求，因特網(wǎng)工程任務組(Internet Engineering Task Force，縮寫為IETF)成立一個專門的信令傳輸小組，他們所制定的信令傳輸(Signaling Transport，縮寫為SIGTRAN)協(xié)議棧支持通過IP網(wǎng)絡傳輸電路交換信令。SIGTRAN協(xié)議棧支持電路交換信令協(xié)議分層模型定義中的層間標準原語接口，從而保證已有的電路交換信令可以未經(jīng)修改地使用，同時也利用標準的IP傳輸協(xié)議作為傳輸?shù)讓?，通過增加自身的功能來滿足電路交換信令的特殊傳輸要求。
SIGTRAN是由一組協(xié)議組成的協(xié)議棧，其中包含了M2UA(SS7 MTP2 User Adaptation Layer，NO.7信令消息傳遞部分(MTP)第二級用戶適配層)、M3UA(SS7 MTP3 User Adaptation Layer，NO.7信令消息傳遞部分(MTP)第三級用戶適配層)、SUA(SignallingConnection Control Part User Adaptation Layer，SCCP用戶適配層)、IUA(ISDN Q.921-User Adaptation Layer，ISDN Q921用戶適配層)、V5UA(V5.2-User Adaptation Layer，V5.2用戶適配層)分別用來實現(xiàn)七號信令、ISDN(Integrated Services Digital Network，綜合業(yè)務數(shù)字網(wǎng))信令、V5接入網(wǎng)信令消息在IP網(wǎng)上和原來的電路網(wǎng)上的信令互通。
圖1示出了相關技術的M2UA標準規(guī)定的應用模型。
以M2UA為例，M2UA標準規(guī)定的應用模型如圖1所示假如SG上有鏈路0、1、2、3四條MTP鏈路(MTP是“消息傳遞部分”協(xié)議的縮寫，是ITU定義的一組協(xié)議，分為三層，MTP1是物理層，MTP 2是鏈路層，負責消息可靠傳輸，MTP 3是網(wǎng)絡層，負責信令網(wǎng)狀態(tài)維護和消息路由管理)其接口標識分別為0、1、2、3；分別由MGC1(Media Gateway Controller，媒體網(wǎng)關控制器)上管理SG(Signaling Gateway，信令網(wǎng)關)上的MTP鏈路0(MTPlink 0)和鏈路1(MTP link 1)，MGC 2管理SG上的MTP鏈路2(MTP link 2)和3(MTP link 3)。SG上的MTP鏈路0和MTP鏈路1屬于AS(Application Server，應用服務器)0，這個AS有ASP1和ASP 2為其提供服務。
然而，一個問題在于，如果當ASP 0和ASP 1都已經(jīng)進入業(yè)務態(tài)，MTP鏈路0和MTP鏈路1都已經(jīng)建立鏈路并且進行數(shù)據(jù)通訊時，如果用戶在配置ASP 2時不小心將ASP 2配置成也為AS 0服務時，因為標準沒有定義配置檢查機制，ASP 2也會進入業(yè)務態(tài)。如果此時來自MTP 0和MTP 1鏈路上的業(yè)務分發(fā)給ASP 2處理，ASP 2會發(fā)現(xiàn)其不能處理這兩條鏈路發(fā)來的業(yè)務消息，可能會發(fā)送消息給SG要求拆除這兩條MTP鏈路，或者至少給SG發(fā)一個ERROR消息(原因是不存在的接口標識)；SG收到這個消息以后認為MGC已經(jīng)不能處理這兩條鏈路上的業(yè)務了，也會拆除MTP鏈路0和MTP鏈路1，從而造成兩條鏈路業(yè)務中斷。因為MTP鏈路都可能帶有大量的用戶，如果大量MTP鏈路中斷，將會給服務商和用戶帶來巨大的損失。
圖2示出了M2UA、IUA、SUA、M3UA、和V5UA協(xié)議中的基本業(yè)務流程。
如圖2所示，在M2UA、IUA、SUA、M3UA、和V5UA協(xié)議中，基本業(yè)務流程是分四步完成的步驟S202，在兩側(cè)設備之間建立好SCTP連接以后，由ASP(Application Server Process，應用服務器進程)側(cè)發(fā)起ASP UP消息到對端SG側(cè)；步驟S204，SG側(cè)收到ASP UP消息以后回應ASP UP ACK消息給ASP側(cè)；步驟S206，ASP側(cè)收到ASP UP ACK消息以后，就可以發(fā)送ASP ACTIVE消息給SG側(cè)；以及步驟S208，SG側(cè)收到ASP ACTIVE消息以后，響應ASPACTIVE ACK消息給ASP側(cè)。
用戶發(fā)出的ASP ACTIVE消息可以帶有接口標識參數(shù)(接口標識屬于可選，一般都不帶)，SG側(cè)收到ASP ACTIVE消息以后根據(jù)接口標識對照SG上看看接口標識對應的鏈路是否已經(jīng)配置，如果沒有一個接口在SG上得到配置，就可以不響應ASP ACTIVE ACK消息或者發(fā)送ERROR消息。
然而，上述方案的問題在于，上述的進程中，因為MTP鏈路是分別在SG和MGC兩個設備上進行配置的，所以可能存在配置不同步，有可能ASP側(cè)發(fā)送ASP ACTIVE消息時MGC上還沒有配置一個MTP2鏈路，發(fā)送的ASP ACTIVE消息中就不會包含InterfaceId(接口標識)，因此一般MGC發(fā)出的ASP ACTIVE消息中都不帶配置的接口標識，這種情況下這種機制就無法發(fā)揮效用。
另外一方面，上述方案還存在一個問題，一個MGC往往控制多個SG上的MTP鏈路，SG上的接口標識習慣上一般都是從0開始，這樣不匹配的ASP側(cè)發(fā)出的ASP ACTIVE消息中帶有的接口標識可能恰好與SG上配置的鏈路的接口標識相同，因為設備兩端配置不同步的原因，不能嚴格要求完全匹配，只要有一個接口標識相同，SG側(cè)就應該回應ASP ACTIVE ACK消息，這樣配置錯誤的情況下也檢查不出來。
總之，在上述的相關技術例如M2UA、IUA、SUA、M3UA、和V5UA協(xié)議中，當兩端配置不匹配時，可能因為用戶小的配置失誤就造成大量鏈路業(yè)務中斷，給用戶帶來重大損失。
因此，人們需要一種實現(xiàn)SIGTRAN配置匹配檢測的方法和裝置，能夠解決上述相關技術中的問題。

發(fā)明內(nèi)容
本發(fā)明旨在提供SIGTRAN配置匹配檢測方法和裝置，其中引入了M2UA、IUA、SUA、M3UA、和V5UA業(yè)務測試流程，以便解決相關技術中的上述問題，即，能夠檢測出兩端配置不匹配的情況，從而使得用戶能夠及時采取干預措施，修正配置，避免因為用戶小的配置失誤造成大量鏈路業(yè)務中斷，給用戶帶來重大損失。
根據(jù)本發(fā)明的一個方面，提供了一種信令傳輸配置匹配檢測方法，包括以下步驟步驟a，在發(fā)送端向?qū)Χ税l(fā)送的消息中設置匹配檢測信息，匹配檢測信息反映發(fā)送端的配置，其中，發(fā)送端與對端之間的消息傳送遵循信令傳輸協(xié)議棧；步驟b，對端收到匹配檢測信息后，結(jié)合本端的配置對發(fā)送端的配置進行一致性校驗；以及步驟c，根據(jù)一致性校驗結(jié)果來確定是否使兩端進入業(yè)務態(tài)。
在上述的信令傳輸配置匹配檢測方法中，步驟c包括以下步驟如果一致性校驗結(jié)果為配置匹配，則允許兩端進入業(yè)務態(tài)；否則報出錯信息，阻止兩端進入業(yè)務處理狀態(tài)。
在上述的信令傳輸配置匹配檢測方法中，信令傳輸協(xié)議棧包括以下至少一種M2UA、IUA、SUA、M3UA、和V5UA協(xié)議。
在上述的信令傳輸配置匹配檢測方法中，消息包括以下至少一種ASP UP、ASP UP ACK、ASP ACTIVE、ASP ACTIVE ACK、NOTIFY、ERROR、HEARTBEAT、和HEARTBEAT ACK消息。
在上述的信令傳輸配置匹配檢測方法中，所反映的配置包括以下至少一種MGC設備標識、設備唯一標識號、設備首選IP地址、設備所在信令點、和其他可以標識設備的內(nèi)容加上AS標識或者鏈路集標識的組合。
根據(jù)本發(fā)明的另一方面，提供了一種信令傳輸配置匹配檢測裝置，包括匹配檢測信息設置模塊，用于在發(fā)送端向?qū)Χ税l(fā)送的消息中設置匹配檢測信息，匹配檢測信息反映發(fā)送端的配置，其中，發(fā)送端與對端之間的消息傳送遵循信令傳輸協(xié)議棧；一致性校驗模塊，用于對端收到匹配檢測信息后，結(jié)合本端的配置對發(fā)送端的配置進行一致性校驗；以及業(yè)務態(tài)確定模塊，用于根據(jù)一致性校驗結(jié)果來確定是否使兩端進入業(yè)務態(tài)。
在上述的信令傳輸配置匹配檢測裝置中，業(yè)務態(tài)確定模塊包括允許進入模塊，用于如果一致性校驗結(jié)果為配置匹配，則允許兩端進入業(yè)務態(tài)；以及出錯處理模塊，用于報出錯信息，阻止兩端進入業(yè)務處理狀態(tài)。
在上述的信令傳輸配置匹配檢測裝置中，信令傳輸協(xié)議棧包括以下至少一種M2UA、IUA、SUA、M3UA、和V5UA協(xié)議。
在上述的信令傳輸配置匹配檢測裝置中，消息包括以下至少一種ASP UP、ASP UP ACK、ASP ACTIVE ACK、ASP ACTIVE、NOTIFY、ERROR、HEARTBEAT、和HEARTBEAT ACK消息。
在上述的信令傳輸配置匹配檢測裝置中，所反映的配置包括以下至少一種MGC設備標識、設備唯一標識號、設備首選IP地址、設備所在信令點、和其他可以標識設備的內(nèi)容加上AS標識或者鏈路集標識的組合。
通過上述技術方案，本發(fā)明實現(xiàn)了如下技術效果在SIGTRAN協(xié)議棧中引入配置檢測機制以后，解決了無法檢測出兩端配置是否匹配的問題，從而當出現(xiàn)兩端配置不一致的情況，即時提醒用戶兩側(cè)配置不匹配，以避免等到發(fā)現(xiàn)大量呼叫失敗以后才定位失敗原因，以至于給用戶帶來巨大的損失。
本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權利要求書、以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中圖1示出了相關技術的M2UA標準規(guī)定的應用模型；
圖2示出了M2UA、IUA、SUA、M3UA、和V5UA協(xié)議中的基本業(yè)務流程；圖3分別示出了根據(jù)本發(fā)明的SIGTRAN配置匹配檢測方法；圖4示出了根據(jù)本發(fā)明的SIGTRAN配置匹配檢測裝置；以及圖5示出了根據(jù)本發(fā)明的一個M2UA具體實施例。
具體實施例方式
下面將參考附圖詳細說明本發(fā)明。
圖3和圖4分別示出了根據(jù)本發(fā)明的SIGTRAN配置匹配檢測方法和裝置，下面將參照圖3和圖4來詳細說明本發(fā)明。
如圖3所示，根據(jù)本發(fā)明的SIGTRAN配置匹配檢測方法包括以下步驟步驟S302，在發(fā)送端向?qū)Χ税l(fā)送的消息中設置匹配檢測信息，該信息反映發(fā)送端的配置，其中，發(fā)送端與對端之間的消息傳送遵循SIGTRAN協(xié)議棧；步驟S304，對端收到該匹配檢測信息后啟動匹配檢測進程，結(jié)合本端的配置對信息中所反映的配置進行一致性校驗；以及步驟S306，根據(jù)一致性校驗結(jié)果來確定是否使兩端進入業(yè)務態(tài)。
在上述的方法中，在步驟S302中，
可選地，所反映的配置包括MGC設備標識、設備唯一標識號、設備首選IP地址、或者設備所在信令點、或者其他可以標識設備的內(nèi)容加上AS標識或者鏈路集標識的組合；可選地，SIGTRAN協(xié)議棧包括M2UA、IUA、V5UA協(xié)議、SUA協(xié)議、或M3UA協(xié)議；以及可選地，發(fā)送的消息包括ASP UP、ASP UP ACK、ASP ACTIVE、ASP ACTIVE ACK、NOTIFY、ERROR、HEARTBEAT、HEARTBEATACK等消息。
在步驟S306中，可選地，如果發(fā)現(xiàn)兩端配置不一致，就終止繼續(xù)的消息交互流程，否則繼續(xù)正常的消息交互流程；以及可選地，如果配置匹配，則允許兩側(cè)進入業(yè)務態(tài)，否則報出錯信息，阻止進入業(yè)務處理狀態(tài)。
如圖4所示，根據(jù)本發(fā)明的SIGTRAN配置匹配檢測裝置400包括匹配檢測信息設置模塊402，用于在發(fā)送端向?qū)Χ税l(fā)送的消息中設置匹配檢測信息，該信息反映發(fā)送端的配置，其中，發(fā)送端與對端之間的消息傳送遵循SIGTRAN協(xié)議棧；一致性校驗模塊404，用于對端收到該匹配檢測信息后啟動匹配檢測進程，結(jié)合本端的配置對信息中所反映的配置進行一致性校驗；以及業(yè)務態(tài)確定模塊406，用于根據(jù)一致性校驗結(jié)果來確定是否使兩端進入業(yè)務態(tài)，其中，可選地，業(yè)務態(tài)確定模塊406包括允許進入模塊(未示出)，用于如果一致性校驗結(jié)果為配置匹配，則允許兩端進入業(yè)務態(tài)；以及出錯處理模塊(未示出)，用于報出錯信息，阻止兩端進入業(yè)務處理狀態(tài)。
總之，本發(fā)明采用的技術方案是在M2UA在M2UA消息交互過程中，將消息交互流程中的某些消息中加入檢測信息(檢測信息可以以新增參數(shù)的形式，也可以利用在原有參數(shù)中加入檢測內(nèi)容)對端收到這個消息以后，從消息中取出檢測是否匹配的信息，結(jié)合本端配置進行一致性校驗，如果配置匹配，則允許M2UA兩側(cè)進入業(yè)務態(tài)，否則報出錯信息，阻止進入業(yè)務處理狀態(tài)。
從以上的技術方案可以看出，由于根據(jù)本發(fā)明引入了配置檢測機制，解決了無法檢測出兩端配置是否匹配的問題，從而當出現(xiàn)兩端配置不一致的情況，能夠即時提醒用戶兩側(cè)配置不匹配，避免等到發(fā)現(xiàn)大量呼叫失敗以后才定位失敗原因，導致大量通信中斷，給服務商和用戶帶來巨大的損失。
下面將參照圖5，以M2UA為例，來詳細說明根據(jù)本發(fā)明的具體實施例。
圖5示出了根據(jù)本發(fā)明的一個M2UA具體實施例。
如圖5所示，假設在ASP側(cè)有兩個或者多個ASP為該AS服務(對于采用鏈路集-鏈路模型的是某個M2UA鏈路集有兩個或者多個M2UA鏈路為其提供服務)，假如ASP1是為該AS服務的第一個發(fā)送ASP UP消息的ASP，ASP2是為該AS服務的后發(fā)送ASPUP消息的ASP(對于采用鏈路集-鏈路模型的是M2UA鏈路1先發(fā)送ASP UP消息，M2UA鏈路2后發(fā)送ASP UP消息)，在該實施例中有如下處理步驟步驟S502在ASP上ASP 1發(fā)出ASP UP消息給SG側(cè)，其中ASP UP消息中的INFO String參數(shù)(也可以是新增參數(shù))中增加本端配置信息(比如MGC設備標識、AS標識，對于采用鏈路集-鏈路模型的可以使用M2UA鏈路集號等)；步驟S504在SG上收到ASP UP消息以后，會找到在SG上配置的對應的ASP(對于采用鏈路集-鏈路模型的可以是找到對應的M2UA鏈路)，進而找到該ASP所服務的AS(對于采用鏈路集-鏈路模型的可以是找到對應的M2UA鏈路集)，而當前SG上對應AS中還沒有保存過對端的配置檢測信息(因為在SG側(cè)為該AS服務ASP中第一個收到ASP UP消息的ASP)，如果發(fā)現(xiàn)消息中包含配置檢測信息，SG側(cè)將ASP UP ACK消息中的配置檢測信息保存下來，然后給ASP側(cè)回應ASP UP ACK消息。作為可選，ASP UPACK消息中的INFO String參數(shù)(也可以新增參數(shù))中可以增加SG上本端配置信息(比如SG上配置的某個IP地址加上AS標識，對于采用鏈路集-鏈路模型的可以使用SG上配置的某個IP地址加上M2UA鏈路集號，或者其他能夠唯一標識該AS的任何信息)；步驟S506在MGC上ASP 1收到了響應的ASP UP ACK消息，會根據(jù)對應的ASP找到該ASP所服務的AS(對于采用鏈路集-鏈路模型的是找到對應的M2UA鏈路集)；而當前MGC上對應AS中還沒有保存過對端的配置檢測信息(因為在ASP側(cè)為該AS服務的第一個發(fā)送ASP UP消息的ASP)，如果收到的ASP UP ACK消息中包含配置檢測信息，則將ASP UP ACK消息中的配置檢測信息保存下來；繼續(xù)發(fā)送ASP ACTIVE消息給SG側(cè)；
步驟S508在SG側(cè)收到了ASP ACTIVE消息以后，響應ASPACTIVE ACK消息給ASP側(cè)，ASP側(cè)收到ASP ACTIVE消息以后雙方都進入到業(yè)務處理狀態(tài)；步驟S510在MGC上ASP2發(fā)出ASP UP消息給SG側(cè)，其中ASP UP消息中的INFO String參數(shù)(也可以新增參數(shù))中包含有增加本端配置信息；步驟S512在SG上收到ASP UP消息以后，會找到在SG上配置的ASP(對于采用鏈路集-鏈路模型的可以是找到對應的M2UA鏈路)，進而找到ASP所服務的AS(對于采用鏈路集-鏈路模型的可以是找到對應的M2UA鏈路集)，而當前SG上對應AS中保存了對端的配置檢測信息，而收到的消息ASP UP中也包含配置檢測信息，則拿收到的ASP UP消息中的配置檢測信息與SG上對應AS中保存了對端的配置檢測信息進行比較，如果兩者包含的信息完全相同，則認為兩端配置是匹配的，響應ASP UP ACK消息給ASP側(cè)；如果兩者包含的內(nèi)容不同，則需要根據(jù)不同情況處理●如果網(wǎng)關支持多歸屬，即一個SG可以有多個MGC上的ASP為其提供服務，可能不同MGC上AS發(fā)出的配置檢測內(nèi)容是不相同的，如果SG可以解析出配置檢測的內(nèi)容，從中區(qū)分出MGC設備標識和AS標識，則進行比較，如果設備標識相同，ASP標識不同，就認為發(fā)生了配置錯誤，可以采取一些措施終止兩側(cè)進一步消息交互；如果不能解析，則直接響應ASP UP ACK消息；以及●如果網(wǎng)關支持不支持多歸屬，則一個SG只有一個MGC上的ASP為其提供服務，就認為發(fā)生了配置錯誤，可以采取一些措施終止兩側(cè)進一步消息交互。
終止兩側(cè)的進一步消息交互的方法有很多，可以但不限于采用類似如下一些措施●不響應ASP UP ACK消息，可以輸出出錯信息讓SG側(cè)用戶干預；●響應一個異常消息如ERROR、NOTIFY、ASP DOWN ACK等消息，消息中可以包含錯誤原因信息；●響應ASP UP ACK消息，但消息中包含了配置出錯信息，或者將本端的配置信息也包含在發(fā)出的ASP UP ACK消息等可以告知對端發(fā)生了配置異常的參數(shù)或者內(nèi)容；以及●拆除建立的SCTP偶鏈，可以輸出錯誤信息。
步驟S514MGC上ASP2如果發(fā)出ASP UP消息以后收到ASPUP ACK消息，可以根據(jù)消息中包含的內(nèi)容分別做如下處理●如果消息中包含了配置出錯信息，則輸出錯誤信息提醒用戶干預；●消息中沒有出錯信息，但是存在對端的配置信息，而當前MGC上對應AS中保存有對端的配置檢測信息，則拿ASPUP ACK消息中的配置檢測信息和MGC上對應AS中保存的對端的配置檢測信息進行比較，如果一致則繼續(xù)處理，如果不一致，則輸出錯誤信息提醒用戶干預；以及●如果消息中不包含配置檢測信息也沒有錯誤信息，繼續(xù)按照原來處理發(fā)送ASP ACTIVE消息。
上述是一種舉例，顯然，對于本領域技術人員來說，實際配置檢測信息除了可以是MGC設備標識和AS標識以外，還可以是設備唯一標識號、設備首選IP地址、或者設備所在信令點或者其他可以標識設備的內(nèi)容加上AS標識或者鏈路集標識的組合，同時檢測信息可以在ASP UP、ASP UP ACK、ASP ACTIVE、ASP ACTIVEACK、HeartBeat、HeartBeat ACK消息中的任何一個消息中攜帶；對端收到消息以后也可以對消息中的內(nèi)容進行一致性檢查；顯然，對于本領域技術人員來說，以上過程不但適用于M2UA，對IUA、V5UA、M3UA、SUA等等SIGTRAN其他協(xié)議也都適用。
從以上的描述中，可以看出，本發(fā)明實現(xiàn)了如下技術效果在SIGTRAN協(xié)議棧中引入配置檢測機制以后，解決了無法檢測出兩端配置是否匹配的問題，從而當出現(xiàn)兩端配置不一致的情況，即時提醒用戶兩側(cè)配置不匹配，以避免等到發(fā)現(xiàn)大量呼叫失敗以后才定位失敗原因，以至于給用戶帶來巨大的損失。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領域的技術人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種信令傳輸配置匹配檢測方法，其特征在于，包括以下步驟步驟a，在發(fā)送端向?qū)Χ税l(fā)送的消息中設置匹配檢測信息，所述匹配檢測信息反映所述發(fā)送端的配置，其中，所述發(fā)送端與所述對端之間的消息傳送遵循信令傳輸協(xié)議棧；步驟b，所述對端收到所述匹配檢測信息后，結(jié)合本端的配置對所述發(fā)送端的配置進行一致性校驗；以及步驟c，根據(jù)所述一致性校驗結(jié)果來確定是否使所述兩端進入業(yè)務態(tài)。
2.根據(jù)權利要求1所述的信令傳輸配置匹配檢測方法，其特征在于，所述步驟c包括以下步驟如果所述一致性校驗結(jié)果為配置匹配，則允許所述兩端進入所述業(yè)務態(tài)；否則報出錯信息，阻止所述兩端進入業(yè)務處理狀態(tài)。
3.根據(jù)權利要求1或2所述的信令傳輸配置匹配檢測方法，其特征在于，所述信令傳輸協(xié)議棧包括以下至少一種M2UA、IUA、SUA、M3UA、和V5UA協(xié)議。
4.根據(jù)權利要求1或2所述的信令傳輸配置匹配檢測方法，其特征在于，所述消息包括以下至少一種ASP UP、ASP UP ACK、ASP ACTIVE、ASP ACTIVE ACK、NOTIFY、ERROR、HEARTBEAT、和HEARTBEAT ACK消息。
5.根據(jù)權利要求1或2所述的信令傳輸配置匹配檢測方法，其特征在于，所反映的配置包括以下至少一種MGC設備標識、設備唯一標識號、設備首選IP地址、設備所在信令點、和其他可以標識設備的內(nèi)容加上AS標識或者鏈路集標識的組合。
6.一種信令傳輸配置匹配檢測裝置，其特征在于，包括匹配檢測信息設置模塊，用于在發(fā)送端向?qū)Χ税l(fā)送的消息中設置匹配檢測信息，所述匹配檢測信息反映所述發(fā)送端的配置，其中，所述發(fā)送端與所述對端之間的消息傳送遵循信令傳輸協(xié)議棧；一致性校驗模塊，用于所述對端收到所述匹配檢測信息后，結(jié)合本端的配置對所述發(fā)送端的配置進行一致性校驗；以及業(yè)務態(tài)確定模塊，用于根據(jù)所述一致性校驗結(jié)果來確定是否使所述兩端進入業(yè)務態(tài)。
7.根據(jù)權利要求6所述的信令傳輸配置匹配檢測裝置，其特征在于，所述業(yè)務態(tài)確定模塊包括允許進入模塊，用于如果所述一致性校驗結(jié)果為配置匹配，則允許所述兩端進入所述業(yè)務態(tài)；以及出錯處理模塊，用于報出錯信息，阻止所述兩端進入業(yè)務處理狀態(tài)。8.根據(jù)權利要求6或7所述的信令傳輸配置匹配檢測裝置，其特征在于，所述信令傳輸協(xié)議棧包括以下至少一種M2UA、IUA、SUA、M3UA、和V5UA協(xié)議。
9.根據(jù)權利要求6或7所述的信令傳輸配置匹配檢測裝置，其特征在于，所述消息包括以下至少一種ASP UP、ASP UP ACK、ASP ACTIVE ACK、ASP ACTIVE、NOTIFY、ERROR、HEARTBEAT、和HEARTBEAT ACK消息。
10.根據(jù)權利要求6或7所述的信令傳輸配置匹配檢測裝置，其特征在于，所反映的配置包括以下至少一種MGC設備標識、設備唯一標識號、設備首選IP地址、設備所在信令點、和其他可以標識設備的內(nèi)容加上AS標識或者鏈路集標識的組合。
全文摘要
本發(fā)明提供了一種信令傳輸配置匹配檢測方法，包括以下步驟步驟a，在發(fā)送端向?qū)Χ税l(fā)送的消息中設置匹配檢測信息，匹配檢測信息反映發(fā)送端的配置，其中，發(fā)送端與對端之間的消息傳送遵循信令傳輸協(xié)議棧；步驟b，對端收到匹配檢測信息后，結(jié)合本端的配置對發(fā)送端的配置進行一致性校驗；以及步驟c，根據(jù)一致性校驗結(jié)果來確定是否使兩端進入業(yè)務態(tài)。本發(fā)明還提供了一種信令傳輸配置匹配檢測裝置。
文檔編號H04L29/08GK1996903SQ20061009048
公開日2007年7月11日 申請日期2006年6月27日 優(yōu)先權日2006年6月27日
發(fā)明者侯建星 申請人:華為技術有限公司