專利名稱：一種鏈路狀態(tài)查詢應(yīng)答方法及其裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及IP網(wǎng)絡(luò)信令傳輸協(xié)議(SIGTRAN協(xié)議)，特別涉及一種M2UA 鏈路狀態(tài)查詢應(yīng)答方法及其裝置。
背景技術(shù)：
隨著IP (InternetProtocol,互聯(lián)網(wǎng)協(xié)議)網(wǎng)絡(luò)技術(shù)的逐步成熟，出現(xiàn)了在 IP網(wǎng)絡(luò)上傳輸七號信令等電路交換信令協(xié)議的需求。為了滿足在IP網(wǎng)絡(luò)上傳 輸信令協(xié)議的需求，IETF (Internet Engineering Task Force)互聯(lián)網(wǎng)工程任務(wù)組 成立了專門的信令傳輸小組，該小組所制訂的IP網(wǎng)絡(luò)信令傳輸SIGTRAN協(xié) 議(Signaling Transport協(xié)議)支持通過IP網(wǎng)絡(luò)傳輸傳統(tǒng)電路交換信令。2002 年IETF工程任務(wù)組正式發(fā)布了 MTP2用戶適配層協(xié)議(MTP2 User Adaption Layer, M2UA) ， M2UA協(xié)議用來實現(xiàn)在信令網(wǎng)關(guān)SG (Signal Gateway)和 媒體網(wǎng)關(guān)控制器MGC (Media Gateway Controller)之間進行消息傳遞。其主 要應(yīng)用目的是實現(xiàn)消息傳遞部分第二層(Message Transfer Part Level 2， MTP2) 與消息傳遞部分第三層(Message Transfer Part Level 3， MTP3)之間的數(shù)據(jù)消 息透明傳輸?shù)囊环N協(xié)議。基本的應(yīng)用模型如圖l所示。
在MGC側(cè)，M2UA協(xié)議實體提供MTP3的接口 ，將上層用戶MTP3數(shù)據(jù) 消息轉(zhuǎn)換為M2UA消息發(fā)送給SG側(cè)的M2UA協(xié)議實體，同時將來自SG側(cè) 的M2UA消息轉(zhuǎn)化為MTP原語發(fā)送給MTP3協(xié)議實體。在SG側(cè)，M2UA協(xié) 議實體提供MTP3的接口 ，將來自MGC的M2UA消息轉(zhuǎn)換成MTP原語發(fā)送 給MTP2協(xié)議實體，同時將來自傳統(tǒng)電路域MTP2消息轉(zhuǎn)換為M2UA消息發(fā) 送給MGC側(cè)的M2UA協(xié)議實體。通過MGC側(cè)和SG側(cè)M2UA協(xié)議實體的配 合，完成傳統(tǒng)電路域MTP信令消息和IP域MTP信令消息的交互和轉(zhuǎn)發(fā)如圖 2所示。在傳統(tǒng)電路域信令處理流程中，MTP3協(xié)議實體以及MTP2協(xié)議實體 是存在于同一個網(wǎng)元內(nèi)，然而介于MTP3協(xié)議實體和MTP2協(xié)議實體之間的 M2UA協(xié)議實體存在于SG和MGC兩個網(wǎng)元之間。來自MTP3協(xié)議實體的鏈
路狀態(tài)査詢消息需要從MGC網(wǎng)元發(fā)出，再經(jīng)過MGC上M2UA協(xié)議實體轉(zhuǎn)發(fā) 給SG上M2UA協(xié)議實體，而后SG上M2UA協(xié)議實體再次將此鏈路狀態(tài)査 詢消息發(fā)送給電路域的MTP2協(xié)議實體。同樣來自電路域MTP2協(xié)議實體的鏈 路狀態(tài)應(yīng)答消息需要經(jīng)過上述途徑的反方向到達MGC的MTP3協(xié)議實體，不 幸的是目前現(xiàn)有技術(shù)中在SG上M2UA協(xié)議實體返回鏈路狀態(tài)査詢應(yīng)答時需要 通過多條消息完成鏈路狀態(tài)査詢應(yīng)答過程。因此在鏈路狀態(tài)査詢的過程中在 SG和MGC網(wǎng)元之間存在大量的消息交互。同時為了保持SG上與MGC上鏈 路狀態(tài)的一致性，鏈路狀態(tài)査詢過程一般是定時進行的。在目前技術(shù)中由于 M2UA鏈路狀態(tài)査詢應(yīng)答過程存在一些缺陷，會導致在SG和MGC之間定時 存在大量的交互消息。
從圖2中可以看出在目前的M2UA協(xié)議中，對于MGC側(cè)MTP3協(xié)議實 體發(fā)起的信令鏈路狀態(tài)査詢審計消息(步驟201， Audit)首先轉(zhuǎn)化為M2UA 協(xié)議實體的鏈路狀態(tài)査詢請求(狀態(tài)審計)消息(步驟202， State Req (STATUS—AUDIT))發(fā)送到SG側(cè)的M2UA協(xié)議實體；SG側(cè)的M2UA協(xié) 議實體再將鏈路狀態(tài)査詢請求消息(步驟203， State Req)發(fā)送給SG側(cè)的MTP2 協(xié)議實體；對于來自SG側(cè)MTP2協(xié)議實體的鏈路狀態(tài)査詢應(yīng)答消息(步驟204， State Ack) ， SG側(cè)的M2UA協(xié)議實體需要根據(jù)不同的鏈路狀態(tài)轉(zhuǎn)化為不同的 M2UA MAUP消息來發(fā)送給MGC側(cè)的M2UA協(xié)議實體。
由于SG上M2UA協(xié)議實體鏈路狀態(tài)不同，現(xiàn)有技術(shù)中相應(yīng)消息交互流程 也有所不同。
A) ，當SG的M2UA協(xié)議實體發(fā)現(xiàn)鏈路處于服務(wù)態(tài)時，首先向MGC側(cè) 的M2UA協(xié)議實體發(fā)送鏈路建立確認消息(步驟205， Establish Cfm) ; MGC 側(cè)的M2UA協(xié)議實體收到鏈路建立確認消息后向上層用戶MTP3發(fā)送鏈路服 務(wù)指示(步驟206， InServInd);隨后處于SG上的M2UA協(xié)議實體還會發(fā) 送一個鏈路狀態(tài)查詢確認消息(狀態(tài)審計)(步驟207， State Cfin
(STATUS—AUDIT))對MGC鏈路狀態(tài)査詢消息進行確認；最后MGC上 M2UA協(xié)議實體向上層用戶回應(yīng)鏈路狀態(tài)查詢應(yīng)答審計消息(步驟208， Audit Cfm)。
B) ，當SG的M2UA協(xié)議實體發(fā)現(xiàn)鏈路處于退出服務(wù)態(tài)時，首先向MGC 側(cè)的M2UA協(xié)議實體發(fā)送鏈路釋放指示消息；MGC側(cè)的M2UA協(xié)議實體收
到鏈路釋放指示消息后向上層用戶MTP3發(fā)送鏈路退出服務(wù)指示；隨后處于
SG上的M2UA協(xié)議實體還會發(fā)送一個鏈路狀態(tài)査詢確認消息對MGC鏈路狀 態(tài)查詢消息進行確認；最后MGC上M2UA協(xié)議實體向上層用戶回應(yīng)鏈路狀態(tài) 查詢應(yīng)答Audit消息。
C) ，當SG的M2UA協(xié)議實體發(fā)現(xiàn)鏈路處于服務(wù)態(tài)并且存在擁塞情況時， 首先向MGC的M2UA協(xié)議實體發(fā)送鏈路狀態(tài)建立確認消息，MGC的M2UA 協(xié)議實體向上層用戶MTP3發(fā)送鏈路服務(wù)指示；隨后SG上的M2UA協(xié)議實 體會向MGC的M2UA協(xié)議實體發(fā)送一個擁塞(Congestion Ind)消息，MGC 的M2UA協(xié)議實體向上層用戶MTP3發(fā)送鏈路擁塞指示消息(Cong Ind); 最后和鏈路僅僅處于服務(wù)態(tài)處理類似的SG上的M2UA協(xié)議實體仍然會發(fā)送鏈 路狀態(tài)査詢確認消息，MGC上M2UA協(xié)議實體仍然會向上層用戶回應(yīng)鏈路狀 態(tài)查詢應(yīng)答Audit消息。
D) ，當SG的M2UA協(xié)議實體發(fā)現(xiàn)鏈路處于服務(wù)態(tài)并且存在處理機故障 時，消息的交互處理流程和鏈路處于服務(wù)態(tài)并且存在擁塞處理流程類似。二者 的不同之處僅在于在發(fā)送完鏈路建立確認后，發(fā)送的消息不同。鏈路服務(wù)且擁 塞，SG的M2UA協(xié)議實體會發(fā)送擁塞消息給MGC的M2UA協(xié)議實體。鏈路 服務(wù)且處理機故障，SG的M2UA協(xié)議實體會發(fā)送處理機故障指示消息State Ind (EVENT—RPO—ENTER)。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題在于提供一種鏈路狀態(tài)查詢應(yīng)答方法及其裝 置，用于解決MGC的一條鏈路狀態(tài)査詢消息會導致來自SG的兩條或者三條
的狀態(tài)應(yīng)答和確認消息所帶來的消息交互過于頻繁的問題。
為了實現(xiàn)上述目的，本發(fā)明提供了一種鏈路狀態(tài)査詢應(yīng)答方法，用于減少
基于信令傳輸?shù)诙佑脩暨m配層M2UA協(xié)議的信令網(wǎng)關(guān)SG、媒體網(wǎng)關(guān)控制器
MGC之間的鏈路狀態(tài)査詢應(yīng)答交互量，其特征在于，包括
步驟一，所述MGC的M2UA協(xié)議實體接收所述MGC的MTP3協(xié)議實體
發(fā)送的鏈路狀態(tài)査詢審計消息，并向所述SG的M2UA協(xié)議實體發(fā)送一鏈路狀
態(tài)査詢請求消息；及
步驟二，所述MGC的M2UA協(xié)議實體接收所述SG的M2UA協(xié)議實體
發(fā)送的附有鏈路狀態(tài)信息的鏈路狀態(tài)査詢應(yīng)答消息，并向所述MGC的MTP3 協(xié)議實體上報一附有具體鏈路狀態(tài)信息的鏈路狀態(tài)査詢審計應(yīng)答消息。
所述的鏈路狀態(tài)查詢應(yīng)答方法，其中，所述步驟二中，所述鏈路狀態(tài)信息
包括鏈路服務(wù)狀態(tài)、鏈路退出服務(wù)狀態(tài)、鏈路擁塞狀態(tài)、鏈路處理機故障狀態(tài)。
所述的鏈路狀態(tài)查詢應(yīng)答方法，其中，所述步驟二中，所述附有鏈路狀態(tài) 信息的鏈路狀態(tài)査詢應(yīng)答消息包含不同所述鏈路狀態(tài)信息的不同組合。
所述的鏈路狀態(tài)查詢應(yīng)答方法，其中，所述步驟二中，當鏈路處于服務(wù)態(tài) 且處于擁塞態(tài)時，所述附有鏈路狀態(tài)信息的鏈路狀態(tài)查詢應(yīng)答消息包括鏈路服 務(wù)狀態(tài)及具體的鏈路擁塞級別。
所述的鏈路狀態(tài)査詢應(yīng)答方法，其中，所述步驟二中，當鏈路處于服務(wù)態(tài) 且處于處理機故障態(tài)時，所述附有鏈路狀態(tài)信息的鏈路狀態(tài)查詢應(yīng)答消息包括 鏈路服務(wù)狀態(tài)及具體的處理機故障情況。
所述的鏈路狀態(tài)査詢應(yīng)答方法，其中，所述步驟二中，所述附有鏈路狀態(tài)
信息的鏈路狀態(tài)査詢應(yīng)答消息還包含對M2UA協(xié)議消息或M2UA協(xié)議消息格 式進行增加、刪除、修改或其結(jié)合處理后的消息。
所述的鏈路狀態(tài)査詢應(yīng)答方法，其中，所述步驟二中，所述附有鏈路狀態(tài) 信息的鏈路狀態(tài)査詢應(yīng)答消息中的Flag標志根據(jù)所述SG的M2UA協(xié)議實體 的鏈路狀態(tài)確定。
所述的鏈路狀態(tài)査詢應(yīng)答方法，其中，
當鏈路處于服務(wù)態(tài)，該Fiag標志取值為服務(wù)態(tài)；或
當鏈路處于非服務(wù)態(tài)，該Flag標志取值為非服務(wù)態(tài)；或
當鏈路處于服務(wù)態(tài)且處于擁塞態(tài)，該Flag標志取值為服務(wù)態(tài)且標志出相 應(yīng)的擁塞級別；或
當鏈路處于服務(wù)態(tài)且處于處理機故障態(tài)，該Flag標志取值為服務(wù)態(tài)且標 志出相應(yīng)的處理機故障情況。
為了實現(xiàn)上述目的，本發(fā)明還提供了一種鏈路狀態(tài)查詢應(yīng)答裝置，用于減 少基于信令傳輸?shù)诙佑脩暨m配層M2UA協(xié)議的信令網(wǎng)關(guān)SG、媒體網(wǎng)關(guān)控制 器MGC之間的鏈路狀態(tài)査詢應(yīng)答交互量，其特征在于，包括
一鏈路狀態(tài)査詢審計模塊，設(shè)置于所述MGC的MTP3協(xié)議實體，用于向
所述MGC的M2UA協(xié)議實體發(fā)送一鏈路狀態(tài)査詢審計消息；
一鏈路狀態(tài)査詢請求模塊，設(shè)置于所述MGC的M2UA協(xié)議實體，用于向
所述SG的M2UA協(xié)議實體發(fā)送一鏈路狀態(tài)査詢請求消息；
一鏈路狀態(tài)査詢應(yīng)答模塊，設(shè)置于所述SG的M2UA協(xié)議實體，用于向所
述MGC的M2UA協(xié)議實體發(fā)送一附有鏈路狀態(tài)信息的鏈路狀態(tài)查詢應(yīng)答消
息；及
一鏈路狀態(tài)査詢審計應(yīng)答模塊，設(shè)置于所述MGC的M2UA協(xié)議實體，用 于向所述MGC的MTP3協(xié)議實體上報一附有具體鏈路狀態(tài)信息的鏈路狀態(tài)查 詢審計應(yīng)答消息。
所述的鏈路狀態(tài)查詢應(yīng)答裝置，其中，還包括 一鏈路狀態(tài)請求模塊，設(shè) 置于所述SG的M2UA協(xié)議實體，用于向所述SG的MTP2協(xié)議實體發(fā)送一鏈 路狀態(tài)請求消息。
所述的鏈路狀態(tài)查詢應(yīng)答裝置，其中，還包括 一鏈路狀態(tài)應(yīng)答模塊，設(shè) 置于所述SG的MTP2協(xié)議實體，用于向所述SG的M2UA協(xié)議實體回應(yīng)一鏈 路狀態(tài)應(yīng)答消息。
本發(fā)明與現(xiàn)有協(xié)議技術(shù)相比，本發(fā)明解決了在M2UA協(xié)議實體鏈路狀態(tài) 査詢應(yīng)答SG和MGC網(wǎng)元間消息交互太多、過于頻繁的問題，其對M2UA相 關(guān)協(xié)議中有關(guān)信令鏈路狀態(tài)査詢應(yīng)答流程進行了改進，通過在SG側(cè)回應(yīng)信令 鏈路狀態(tài)查詢應(yīng)答時附帶鏈路狀態(tài)消息將原本兩條甚至三條的消息在一條消 息中傳送完成。對于大量的SG和MGC網(wǎng)元之間的鏈路狀態(tài)查詢應(yīng)答消息可 以縮減將近一半到三分之二的消息流量，大大減少了 SG和MGC之間網(wǎng)絡(luò)負 荷流量，同時減輕了SG、 MGC網(wǎng)元內(nèi)部的消息處理負擔。
以下結(jié)合附圖和具體實施例對本發(fā)明進行詳細描述，但不作為對本發(fā)明的 限定。


圖1是現(xiàn)有技術(shù)M2UA在SG/MGC中應(yīng)用的協(xié)議棧； 圖2是現(xiàn)有技術(shù)M2UA協(xié)議中關(guān)于鏈路狀態(tài)査詢AUDIT的處理流程圖； 圖3是本發(fā)明改進后的M2UA協(xié)議鏈路狀態(tài)查詢AUDIT的處理流程圖； 圖4是本發(fā)明改進后的M2UA協(xié)議鏈路狀態(tài)査詢裝置結(jié)構(gòu)圖。
具體實施例方式
如圖2所示，為現(xiàn)有技術(shù)M2UA協(xié)議中關(guān)于鏈路狀態(tài)査詢AUDIT的處理 流程圖，該流程具體步驟如下-
步驟201， MGC的MTP3協(xié)議實體向MGC的M2UA協(xié)議實體發(fā)送鏈路 狀態(tài)査詢Audit消息；
步驟202， MGC的M2UA協(xié)議實體向SG的M2UA協(xié)議實體發(fā)送State Req 消息，該消息中包含狀態(tài)審計(STATUS—AUDIT);
步驟203， SG的M2UA協(xié)議實體向SG的MTP2協(xié)議實體發(fā)送鏈路狀態(tài) 查詢請求State Req消息；
步驟204， SG的MTP2協(xié)議實體向SG的M2UA協(xié)議實體回應(yīng)鏈路狀態(tài) 査詢應(yīng)答State Ack消息；
步驟205， SG的M2UA協(xié)議實體向MGC的M2UA協(xié)議實體發(fā)送經(jīng)過本 發(fā)明壓縮后的鏈路狀態(tài)確認State Cfm消息；
步驟206， MGC側(cè)的M2UA協(xié)議實體收到鏈路建立確認消息后向上層用 戶MTP3發(fā)送鏈路服務(wù)指示；
步驟207，處于SG上的M2UA協(xié)議實體還會發(fā)送一個鏈路狀態(tài)査詢確認 State Cfm消息對MGC鏈路狀態(tài)査詢消息進行確認，該消息中包含狀態(tài)審計 (STATUS—AUDIT);
步驟208， MGC上M2UA協(xié)議實體向上層用戶回應(yīng)鏈路狀態(tài)査詢審計應(yīng) 答Audit消息。
如圖3所示，為本發(fā)明改進后的M2UA協(xié)議鏈路狀態(tài)查詢AUDIT的處理 流程圖，該流程具體步驟如下
步驟301， MGC的MTP3協(xié)議實體向MGC的M2UA協(xié)議實體發(fā)送鏈路 狀態(tài)査詢審計(Audit)消息；
步驟302， MGC的M2UA協(xié)議實體向SG的M2UA協(xié)議實體發(fā)送鏈路狀 態(tài)查詢請求State Req消息，該消息中包含狀態(tài)審計(STATUS_AUDIT);
步驟303， SG的M2UA協(xié)議實體向SG的MTP2協(xié)議實體發(fā)送鏈路狀態(tài) 請求State Req消息;
步驟304， SG的MTP2協(xié)議實體向SG的M2UA協(xié)議實體回應(yīng)鏈路狀態(tài)
應(yīng)答State Ack消息；
步驟305， SG的M2UA協(xié)議實體向MGC的M2UA協(xié)議實體發(fā)送經(jīng)過本 發(fā)明壓縮后的鏈路狀態(tài)査詢應(yīng)答消息State Cfm，該消息中包含狀態(tài)審計 (STATUS—AUDIT)、鏈路建立確認(Establish Cfm);
該消息中附帶必須的鏈路狀態(tài)信息，如鏈路服務(wù)狀態(tài)、鏈路退出服務(wù)狀 態(tài)、鏈路擁塞狀態(tài)、鏈路處理機故障狀態(tài)等；及
步驟306， MGC的M2UA協(xié)議實體向MGC的MTP3協(xié)議實體上報相應(yīng) 鏈路狀態(tài)查詢審計應(yīng)答Audit Cfm消息(附帶具體的鏈路狀態(tài)信息) ，
該消息中包含鏈路服務(wù)指示(In Serv Ind)、鏈路退出服務(wù)指示(Oos Ind)、 鏈路擁塞指示(CongestInd)、鏈路處理機故障指示(POInd)。
上述步驟303、 304并不是必要步驟，可根據(jù)實際情況進行設(shè)置。
通過圖3所示的方法能夠減少鏈路狀態(tài)查詢應(yīng)答次數(shù)，新的鏈路狀態(tài)査詢 應(yīng)答消息包含對現(xiàn)有協(xié)議消息或協(xié)議消息格式的增加、刪除、修改以及各種 方式的組合。
當在SG側(cè)進行鏈路狀態(tài)査詢應(yīng)答時要附帶相應(yīng)的鏈路狀態(tài)。
當鏈路處于服務(wù)態(tài)并且鏈路處于擁塞態(tài)時，新的鏈路狀態(tài)査詢應(yīng)答消息可 以附帶鏈路服務(wù)狀態(tài)以及具體的鏈路擁塞級別等鏈路狀態(tài)信息。
當鏈路處于服務(wù)態(tài)并且鏈路處于處理機故障態(tài)時，新的鏈路狀態(tài)查詢應(yīng)答 消息可以附帶鏈路服務(wù)狀態(tài)以及具體的處理機故障情況等鏈路狀態(tài)信息。
通過分析圖2所描述的現(xiàn)有技術(shù)，可以發(fā)現(xiàn)來自MGC的鏈路狀態(tài)査詢消 息會導致SG和MGC兩個網(wǎng)元間存在大量的消息交互，如步驟205-步驟208; 并且由于這種鏈路狀態(tài)查詢消息是非常頻繁的， 一般是秒級的鏈路狀態(tài)査詢， 所以進一步導致在SG和MGC兩個網(wǎng)元之間存在非常多的交互消息。
圖2所示的現(xiàn)有技術(shù)，其瓶頸在于MGC的一條鏈路狀態(tài)査詢消息會導致 來自SG的兩條或者三條的狀態(tài)應(yīng)答和確認消息，圖3提出的相應(yīng)改進措施解 決了此問題，將來自SG的鏈路狀態(tài)應(yīng)答確認消息壓縮為一條消息進行傳送， 從而可以最大限度地降低SG和MGC之間的消息交互，如步驟305-步驟306。
在上述步驟305中，對現(xiàn)有技術(shù)State Cfm消息的改進不作任何限制；在
具體的技術(shù)實施中可以采用各種技術(shù)方案，各種不同方案的實施例都在本發(fā)明 的保護范圍中。對于State Cfm消息的改進，本發(fā)明給出如下的一種實施方案
示例
現(xiàn)有技術(shù)M2UA協(xié)議中State Cfm消息的格式如下
0 1 2 3 01234567890123456789012345678901
+-+-+-+-+-+-+-+-+-+_+-+-+-+-+-+-+—+-+-+-+-+-+-+—+-+-+-+-+-+-+-+—+
1 Tag (0x302) | Length = 8 | +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+—+-+-+_+
I State I
+—+-+-+-+-+ +—+-+-+-+_+-+-+-+-+-+—+-+ +-+ +-+-+-+-+-+—+ +-+ +-+-+
本發(fā)明改進后的State Cfm消息格式如下
0 1 2 3 01234567890123456789012345678901
+—+-+-+-+-+ +-+-+-+-+_+-+_+-+-+-+_+-+-+-+-+-+-+—+-+-+_+-+-+-+—+-+
1 Tag (0x302) | Length | +—+_+_+-+_+_+—+—+—+_+-+-+_+陽+-+一+誦+-+一+—+-+-+陽+_+陽+_+陽+-+-+-+—+-+
I State I
+-+ +-+-+-+-+-+-+_+-+_+-+-+-+-+-+-+—+-+—+ +-+—+-+-+-+—+-+—+-+_+-+
I Flag I
+-+-+-+-+-+-+-+-+-+-+-+-+-+—+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
當State值等于0x7 (STATUS—AUDIT)時，Length取值不固定，此State Cfm消息中包含F(xiàn)lag標志。根據(jù)SG上M2UA協(xié)議實體鏈路狀態(tài)的不同，F(xiàn)lag 標志取值也不相同。
當鏈路處于服務(wù)態(tài)，F(xiàn)lag取值服務(wù)態(tài)；
當鏈路處于非服務(wù)態(tài)，F(xiàn)lag取值非服務(wù)態(tài)；
當鏈路處于服務(wù)態(tài)且擁塞態(tài)，F(xiàn)lag取值服務(wù)態(tài)且標志出相應(yīng)的擁塞級別； 當鏈路處于服務(wù)態(tài)且處理機故障態(tài)，F(xiàn)lag取值服務(wù)態(tài)且標志出相應(yīng)的處理 機故障情況；
當State值不等于0x7 (STATUS—AUDIT)時，Length仍然取8。此State Cfm消息中不包含F(xiàn)lag標志。消息結(jié)構(gòu)以及消息的處理流程和目前現(xiàn)有技術(shù) 協(xié)議的處理完全相同。
如圖4，是本發(fā)明改進后的M2UA協(xié)議鏈路狀態(tài)查詢裝置結(jié)構(gòu)圖。該裝置 用于減少基于信令傳輸?shù)诙佑脩暨m配層M2UA協(xié)議的信令網(wǎng)關(guān)SG、媒體網(wǎng) 關(guān)控制器MGC之間的鏈路狀態(tài)査詢應(yīng)答交互量，具體包括
鏈路狀態(tài)査詢審計模塊401，設(shè)置于MGC的MTP3協(xié)議實體，用于向 MGC的M2UA協(xié)議實體發(fā)送鏈路狀態(tài)査詢審計消息；
鏈路狀態(tài)查詢請求模塊402,設(shè)置于MGC的M2UA協(xié)議實體，用于向 SG的M2UA協(xié)議實體發(fā)送鏈路狀態(tài)査詢請求消息；
鏈路狀態(tài)査詢應(yīng)答模塊403，設(shè)置于SG的M2UA協(xié)議實體，用于向MGC 的M2UA協(xié)議實體發(fā)送附有鏈路狀態(tài)信息的鏈路狀態(tài)査詢應(yīng)答消息；及
鏈路狀態(tài)査詢審計應(yīng)答模塊404，設(shè)置于MGC的M2UA協(xié)議實體，用于 向MGC的MTP3協(xié)議實體上報附有具體鏈路狀態(tài)信息的鏈路狀態(tài)査詢審計應(yīng) 答消息。
該裝置還包括鏈路狀態(tài)請求模塊405，設(shè)置于SG的M2UA協(xié)議實體， 用于向SG的MTP2協(xié)議實體發(fā)送鏈路狀態(tài)請求消息。
該裝置還包括鏈路狀態(tài)應(yīng)答模塊406，設(shè)置于SG的MTP2協(xié)議實體， 用于向SG的M2UA協(xié)議實體回應(yīng)鏈路狀態(tài)應(yīng)答消息。
鏈路狀態(tài)信息包括鏈路服務(wù)狀態(tài)、鏈路退出服務(wù)狀態(tài)、鏈路擁塞級別、 鏈路處理機故障狀態(tài)。
本發(fā)明解決了在M2UA協(xié)議實體鏈路狀態(tài)査詢應(yīng)答SG和MGC網(wǎng)元間消 息交互太多的問題，其對M2UA相關(guān)協(xié)議中有關(guān)信令鏈路狀態(tài)查詢應(yīng)答流程 進行了改進，通過在SG側(cè)回應(yīng)信令鏈路狀態(tài)査詢應(yīng)答時附帶鏈路狀態(tài)消息將 原本兩條甚至三條的消息在一條消息中傳送完成。
本發(fā)明對于大量的SG和MGC網(wǎng)元之間的鏈路狀態(tài)査詢應(yīng)答消息可以縮 減將近一半到三分之二的消息流量；大大減輕了 SG和MGC之間網(wǎng)絡(luò)負荷流 量以及SG、 MGC網(wǎng)元內(nèi)部的消息處理流程。
當然，本發(fā)明還可有其他多種實施例，在不背離本發(fā)明精神及其實質(zhì)的情 況下，熟悉本領(lǐng)域的技術(shù)人員當可根據(jù)本發(fā)明作出各種相應(yīng)的改變和變形，但 這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護范圍。
權(quán)利要求
1、一種鏈路狀態(tài)查詢應(yīng)答方法，用于減少基于信令傳輸?shù)诙佑脩暨m配層M2UA協(xié)議的信令網(wǎng)關(guān)SG、媒體網(wǎng)關(guān)控制器MGC之間的鏈路狀態(tài)查詢應(yīng)答交互量，其特征在于，包括步驟一，所述MGC的M2UA協(xié)議實體接收所述MGC的MTP3協(xié)議實體發(fā)送的鏈路狀態(tài)查詢審計消息，并向所述SG的M2UA協(xié)議實體發(fā)送一鏈路狀態(tài)查詢請求消息；及步驟二，所述MGC的M2UA協(xié)議實體接收所述SG的M2UA協(xié)議實體發(fā)送的附有鏈路狀態(tài)信息的鏈路狀態(tài)查詢應(yīng)答消息，并向所述MGC的MTP3協(xié)議實體上報一附有具體鏈路狀態(tài)信息的鏈路狀態(tài)查詢審計應(yīng)答消息。
2、 根據(jù)權(quán)利要求1所述的鏈路狀態(tài)査詢應(yīng)答方法，其特征在于，所述步 驟二中，所述鏈路狀態(tài)信息包括鏈路服務(wù)狀態(tài)、鏈路退出服務(wù)狀態(tài)、鏈路擁 塞狀態(tài)、鏈路處理機故障狀態(tài)。
3、 根據(jù)權(quán)利要求2所述的鏈路狀態(tài)査詢應(yīng)答方法，其特征在于，所述步 驟二中，所述附有鏈路狀態(tài)信息的鏈路狀態(tài)查詢應(yīng)答消息包含不同所述鏈路狀 態(tài)信息的不同組合。
4、 根據(jù)權(quán)利要求3所述的鏈路狀態(tài)查詢應(yīng)答方法，其特征在于，所述步 驟二中，當鏈路處于服務(wù)態(tài)且處于擁塞態(tài)時，所述附有鏈路狀態(tài)信息的鏈路狀 態(tài)查詢應(yīng)答消息包括鏈路服務(wù)狀態(tài)及具體的鏈路擁塞級別。
5、 根據(jù)權(quán)利要求3所述的鏈路狀態(tài)査詢應(yīng)答方法，其特征在于，所述步 驟二中，當鏈路處于服務(wù)態(tài)且處于處理機故障態(tài)時，所述附有鏈路狀態(tài)信息的 鏈路狀態(tài)查詢應(yīng)答消息包括鏈路服務(wù)狀態(tài)及具體的處理機故障情況。
6、 根據(jù)權(quán)利要求3-5任一所述的鏈路狀態(tài)查詢應(yīng)答方法，其特征在于， 所述步驟二中，所述附有鏈路狀態(tài)信息的鏈路狀態(tài)査詢應(yīng)答消息還包含對 M2UA協(xié)議消息或M2UA協(xié)議消息格式進行增加、刪除、修改或其結(jié)合處理 后的消息。
7、 根據(jù)權(quán)利要求6所述的鏈路狀態(tài)查詢應(yīng)答方法，其特征在于，所述步 驟二中，所述附有鏈路狀態(tài)信息的鏈路狀態(tài)查詢應(yīng)答消息中的Flag標志根據(jù) 所述SG的M2UA協(xié)議實體的鏈路狀態(tài)確定。
8、 根據(jù)權(quán)利要求7所述的鏈路狀態(tài)査詢應(yīng)答方法，其特征在于， 當鏈路處于服務(wù)態(tài)，該Flag標志取值為服務(wù)態(tài)；或 當鏈路處于非服務(wù)態(tài)，該Flag標志取值為非服務(wù)態(tài)；或 當鏈路處于服務(wù)態(tài)且處于擁塞態(tài)，該Flag標志取值為服務(wù)態(tài)且標志出相應(yīng)的擁塞級別；或當鏈路處于服務(wù)態(tài)且處于處理機故障態(tài)，該Flag標志取值為服務(wù)態(tài)且標 志出相應(yīng)的處理機故障情況。
9、 一種鏈路狀態(tài)查詢應(yīng)答裝置，用于減少基于信令傳輸?shù)诙佑脩暨m配 層M2UA協(xié)議的信令網(wǎng)關(guān)SG、媒體網(wǎng)關(guān)控制器MGC之間的鏈路狀態(tài)査詢應(yīng) 答交互量，其特征在于，包括一鏈路狀態(tài)査詢審計模塊，設(shè)置于所述MGC的MTP3協(xié)議實體，用于向 所述MGC的M2UA協(xié)議實體發(fā)送一鏈路狀態(tài)查詢審計消息；一鏈路狀態(tài)査詢請求模塊，設(shè)置于所述MGC的M2UA協(xié)議實體，用于向 所述SG的M2UA協(xié)議實體發(fā)送一鏈路狀態(tài)査詢請求消息；一鏈路狀態(tài)査詢應(yīng)答模塊，設(shè)置于所述SG的M2UA協(xié)議實體，用于向所 述MGC的M2UA協(xié)議實體發(fā)送一附有鏈路狀態(tài)信息的鏈路狀態(tài)查詢應(yīng)答消 息；及一鏈路狀態(tài)査詢審計應(yīng)答模塊，設(shè)置于所述MGC的M2UA協(xié)議實體，用 于向所述MGC的MTP3協(xié)議實體上報一附有具體鏈路狀態(tài)信息的鏈路狀態(tài)查 詢審計應(yīng)答消息。
10、 根據(jù)權(quán)利要求9所述的鏈路狀態(tài)查詢應(yīng)答裝置，其特征在于，還包括: 一鏈路狀態(tài)請求模塊，設(shè)置于所述SG的M2UA協(xié)議實體，用于向所述SG的 MTP2協(xié)議實體發(fā)送一鏈路狀態(tài)請求消息。
11、 根據(jù)權(quán)利要求9或10所述的鏈路狀態(tài)査詢應(yīng)答裝置，其特征在于， 還包括 一鏈路狀態(tài)應(yīng)答模塊，設(shè)置于所述SG的MTP2協(xié)議實體，用于向所 述SG的M2UA協(xié)議實體回應(yīng)一鏈路狀態(tài)應(yīng)答消息。
全文摘要
本發(fā)明公開了一種鏈路狀態(tài)查詢應(yīng)答方法及其裝置，其中，該方法包括步驟一，所述MGC的M2UA協(xié)議實體接收所述MGC的MTP3協(xié)議實體發(fā)送的鏈路狀態(tài)查詢審計消息，并向所述SG的M2UA協(xié)議實體發(fā)送一鏈路狀態(tài)查詢請求消息；及步驟二，所述MGC的M2UA協(xié)議實體接收所述SG的M2UA協(xié)議實體發(fā)送的附有鏈路狀態(tài)信息的鏈路狀態(tài)查詢應(yīng)答消息，并向所述MGC的MTP3協(xié)議實體上報一附有具體鏈路狀態(tài)信息的鏈路狀態(tài)查詢審計應(yīng)答消息。采用本發(fā)明減少了基于信令傳輸?shù)诙佑脩暨m配層M2UA協(xié)議的信令網(wǎng)關(guān)SG、媒體網(wǎng)關(guān)控制器MGC之間的鏈路狀態(tài)查詢應(yīng)答交互量。
文檔編號H04L29/06GK101193097SQ20061011475
公開日2008年6月4日 申請日期2006年11月22日 優(yōu)先權(quán)日2006年11月22日
發(fā)明者張?zhí)炀S, 梁慶永, 陳普然 申請人:中興通訊股份有限公司