專利名稱：一種監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法
技術(shù)領域：
本發(fā)明涉及分組交換網(wǎng)絡技術(shù)領域和下一代網(wǎng)絡(NGN，NextGeneration Networks)技術(shù)領域，具體涉及一種監(jiān)控軟交換承載網(wǎng)絡QoS(Quality of Service，服務質(zhì)量)的方法。
背景技術(shù)：
SIP(Session Initiation Protocol)稱為會話初始協(xié)議，是由IETF(InternetEngineering Task Force)組織于1999年提出的在IP網(wǎng)絡中，特別是在Internet這樣一種結(jié)構(gòu)的網(wǎng)絡環(huán)境中，實現(xiàn)實時通訊應用的一種信令協(xié)議。而所謂的會話(Session)，就是指用戶之間的數(shù)據(jù)交換。在基于SIP協(xié)議的應用中，每一個會話可以是各種不同類型的內(nèi)容，可以是普通的文本數(shù)據(jù)，也可以是經(jīng)過數(shù)字化處理的音頻、視頻數(shù)據(jù)，還可以是諸如游戲等應用的數(shù)據(jù)，應用具有巨大的靈活性。
SIP請求消息(Request)包含三個元素請求行、頭域、消息體；SIP響應消息(Response)包含三個元素狀態(tài)行、頭域、消息體。請求行和頭域根據(jù)業(yè)務、地址和協(xié)議特征定義了呼叫的本質(zhì)，消息體獨立于SIP協(xié)議并且可包含任何內(nèi)容。
SIP定義了下述信令消息INVITE(邀請信令消息)用于邀請用戶加入呼叫。
BYE(終止信令消息)用于終止一呼叫上的兩個用戶之間的呼叫。
OPTIONS(偵測信令消息)用于請求關(guān)于服務器能力的信息。
CANCEL用于取消已經(jīng)發(fā)出但未最終結(jié)束的請求；ACK用于確認客戶機已經(jīng)接收到對INVITE的最終響應。
REGISTER用于提供地址解析的映射，讓服務器知道其它用戶的位置。
INFO(會話信息信令消息)用于會話中會話參加者之間傳遞各種信息。
下面是幾個具體的SIP信令消息的例子1、INVITE消息INVITE sipbob@biloxi.com SIP/2.0ViaSIP/2.0/UDP pc33.atlanta.com；branch＝z9hG4bKkjshdyffToBob<sipbob@biloxi.com>
FromAlice<sipalice@atlanta.com>；tag＝88sja8xMax-Forwards70Call-ID987asjd97y7atgCseq986759 INVITE2、200 OK消息(用于確認INVITE消息)SIP/2.0 I200 OKViaSIP/2.0/UDP pc33.atlanta.com；branch＝z9hG4bKkjshdyffToBob<sipbob@biloxi.com>；branch＝z9hG4bKkjshdyaaFromAlice<sipalice@atlanta.com>；tag＝88sja8xMax-Forwards70Call-ID987asjd97y7atgCseq986759 INVITE3、ACK消息(用于確認200 OK消息)ACK sipbob@biloxi.com SIP/2.0ViaSIP/2.0/UDP pc33.atlanta.com；branch＝z9hG4bKkjshdyff
ToBob<sipbob@biloxi.com>；tag＝99sa0xkFromAlice<sipalice@atlanta.com>；tag＝88sja8xMax-Forwards70Call-ID987asjd97y7atgCseq986759 ACK從上面的例子我們可以看出，SIP信令消息必須包含下面的6個頭域Via描述了請求消息經(jīng)過的路徑。
From說明了請求的來源。
To說明了請求的接受方。
Max-Forwards用作限制請求傳輸?shù)狡淠康牡靥S的點數(shù)或最大轉(zhuǎn)發(fā)次數(shù)。
Call-ID用于區(qū)分不同會話的唯一標識。
CSeq用于在同一個會話中區(qū)分事務。
H.248協(xié)議是2000年由ITU-T(國際電信聯(lián)盟)提出的媒體網(wǎng)關(guān)控制協(xié)議，也稱MeGaCo，它是在早期的MGCP協(xié)議基礎上改進而成。H.248/MeGaCo協(xié)議是用于連接MGC(Media Gateway Controller，媒體網(wǎng)關(guān)控制器)與MGW(Media Gateway，媒體網(wǎng)關(guān))的網(wǎng)關(guān)控制協(xié)議，應用于媒體網(wǎng)關(guān)與媒體網(wǎng)關(guān)控制器之間及媒體網(wǎng)關(guān)控制器與H.248/MeGaCo終端之間，是媒體網(wǎng)關(guān)控制器應支持的重要協(xié)議。H.248協(xié)議定義的連接模型包括終端(termination)和關(guān)聯(lián)(context)兩個主要概念。終端是MGW中的邏輯實體，能發(fā)送和接收一種或多種媒體，在任何時候，一個終端屬于且只能屬于一個關(guān)聯(lián)，可以表示時隙、模擬線和RTP(real timeprotocol)流等。終端類型主要有半永久性終端(TDM信道或模擬線等)和臨時性終端(如RTP流，用于承載語音、數(shù)據(jù)和視頻信號或各種混合信號)。用屬性、事件、信號、統(tǒng)計表示終端特性，為了解決屏蔽終端多樣性問題，在協(xié)議中引入了包(package)概念，將終端的各種特性參數(shù)組合成包。一個關(guān)聯(lián)是一些終端間的聯(lián)系，它描述終端之間的拓撲關(guān)系及媒體混合/交換的參數(shù)。消息是協(xié)議發(fā)送的信息單元，一個消息包含一個消息頭和版本號，消息頭包含發(fā)送者的ID。消息中的事務彼此無關(guān)，可以獨立處理。協(xié)議消息的編碼格式為文本格式和二進制格式。MGC必須支持這兩種格式，MGW可以支持其中任一種格式。H.248通過Add、Modify、Subtact、Move、AuditValue、AuditCapability、Notify和ServiceChange八個命令完成對終結(jié)點和關(guān)聯(lián)之間的操作，從而完成呼叫的建立和釋放。當MGW發(fā)起呼叫時，MGC建立一個新的關(guān)聯(lián)，并使用Add命令將RTP流和模擬線這兩個終端分別添加到關(guān)聯(lián)中，當MGW結(jié)束呼叫后，MGC使用Subtract命令將終端從關(guān)聯(lián)中刪除，釋放資源。用Modify命令可以修改終端的屬性和信號參數(shù)。另外Move命令用于將一個終端從一個關(guān)聯(lián)移到另一個關(guān)聯(lián)；AuditValue命令，返回終端特性的當前狀態(tài)；AuditCapabilities命令，返回終端特性的能力集；Notify命令，允許MGW將檢測到的事件通知MGC。
軟交換(Softswitch)網(wǎng)絡體系結(jié)構(gòu)是目前頗受推崇的面向網(wǎng)絡融合的新一代多媒體業(yè)務整體解決方案，具有層次化、呼叫控制與承載分離、快速開發(fā)業(yè)務、集中部署業(yè)務等特點，可以向用戶提供包含PSTN話音、無線話音、基礎數(shù)據(jù)、多媒體數(shù)據(jù)等各種業(yè)務。通過優(yōu)化網(wǎng)絡結(jié)構(gòu)，不但實現(xiàn)了網(wǎng)絡的融合，更重要的是實現(xiàn)了業(yè)務的融合，使得分組交換網(wǎng)絡能夠繼承原有電路交換網(wǎng)中豐富的業(yè)務功能，同時，可以在全網(wǎng)范圍內(nèi)快速提供原有網(wǎng)絡難以提供的新型業(yè)務。軟交換網(wǎng)絡中的核心層，即承載網(wǎng)絡部分是分組交換網(wǎng)絡，主要采用IP承載方式。
IP承載方式的QoS是目前電信業(yè)的熱點與難點問題之一。SIP作為最具有發(fā)展前途的協(xié)議體系，雖然定義了一系列保障IP承載方式下QoS的規(guī)范，但只能保障某單一呼叫過程的進行，無法用于測試并監(jiān)控整個軟交換承載網(wǎng)絡的QoS，并根據(jù)軟交換承載網(wǎng)絡的QoS情況做出實時的業(yè)務調(diào)整。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種監(jiān)控軟交換承載網(wǎng)絡QoS的方法，克服現(xiàn)有技術(shù)無法使用SIP信令消息控制軟交換承載網(wǎng)絡的QoS測試，無法監(jiān)控軟交換承載網(wǎng)絡QoS的缺點。
本發(fā)明采用如下的技術(shù)方案一種監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，在軟交換承載網(wǎng)絡中兩個媒體網(wǎng)關(guān)之間進行服務質(zhì)量測試時包括步驟A1、第一媒體網(wǎng)關(guān)控制器向第一媒體網(wǎng)關(guān)發(fā)送進行服務質(zhì)量測試的承載請求消息，同時使用會話初始協(xié)議信令消息向第二媒體網(wǎng)關(guān)控制器發(fā)送進行服務質(zhì)量測試的呼叫，第一媒體網(wǎng)關(guān)和第二媒體網(wǎng)關(guān)控制器分別對第一媒體網(wǎng)關(guān)控制器進行響應；A2、第二媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)發(fā)送進行服務質(zhì)量測試的承載請求消息；A3、第一媒體網(wǎng)關(guān)與第二媒體網(wǎng)關(guān)進行媒體數(shù)據(jù)包的交互；A4、第一媒體網(wǎng)關(guān)控制器或者第二媒體網(wǎng)關(guān)控制器收集并上報第一媒體網(wǎng)關(guān)和第二媒體網(wǎng)關(guān)的服務質(zhì)量測試信息。
所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其中所述步驟A1包括步驟B1、第一媒體網(wǎng)關(guān)控制器向第一媒體網(wǎng)關(guān)發(fā)送創(chuàng)建消息，請求第一媒體網(wǎng)關(guān)建立進行服務質(zhì)量測試的承載，第一媒體網(wǎng)關(guān)返回創(chuàng)建應答消息；B2、第一媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)控制器發(fā)送邀請信令消息。
所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其中所述步驟A2包括步驟第二媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)發(fā)送創(chuàng)建消息，第二媒體網(wǎng)關(guān)返回創(chuàng)建應答消息。
所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其中所述步驟A3包括步驟C1、第二媒體網(wǎng)關(guān)控制器給第一媒體網(wǎng)關(guān)控制器返回響應信令消息；C2、第一媒體網(wǎng)關(guān)控制器向第一媒體網(wǎng)關(guān)發(fā)送修改消息，下發(fā)第二媒體網(wǎng)關(guān)地址信息，請求第一媒體網(wǎng)關(guān)建立承載，第一媒體網(wǎng)關(guān)返回修改響應消息；C3、第一媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)控制器發(fā)送確認響應信令消息；C4、第一媒體網(wǎng)關(guān)與第二媒體網(wǎng)關(guān)之間進行實時的媒體數(shù)據(jù)包交互。
所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其中所述步驟A4包括步驟D1、第一媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)控制器發(fā)送查詢信令消息或者會話信息信令消息，請求第二媒體網(wǎng)關(guān)控制器返回服務質(zhì)量測試信息；D2、第一媒體網(wǎng)關(guān)控制器與第二媒體網(wǎng)關(guān)控制器分別向第一媒體網(wǎng)關(guān)和第二媒體網(wǎng)關(guān)發(fā)送審計消息，請求查詢服務質(zhì)量測試信息，第一媒體網(wǎng)關(guān)和第二媒體網(wǎng)關(guān)分別使用審計響應消息向第一媒體網(wǎng)關(guān)控制器與第二媒體網(wǎng)關(guān)控制器返回服務質(zhì)量測試信息；
D3、第二媒體網(wǎng)關(guān)控制器給第一媒體網(wǎng)關(guān)控制器返回響應信令消息，其中攜帶服務質(zhì)量測試信息；第一媒體網(wǎng)關(guān)控制器向網(wǎng)管設備上報服務質(zhì)量測試信息。
所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其中在創(chuàng)建消息中使用描述符定義進行服務質(zhì)量測試的事件。
所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其中在創(chuàng)建消息中使用信號器描述符定義進行服務質(zhì)量測試的事件。
所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其中在審計消息中攜帶用于傳遞服務質(zhì)量測試信息的統(tǒng)計報文數(shù)據(jù)結(jié)構(gòu)，審計響應消息中攜帶填寫了服務質(zhì)量測試信息的統(tǒng)計報文數(shù)據(jù)結(jié)構(gòu)。
所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其中在邀請信令消息中攜帶用于在媒體網(wǎng)關(guān)控制器之間傳遞服務質(zhì)量測試信息的擴展包。
所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其中邀請信令消息的路由中轉(zhuǎn)通過媒體網(wǎng)關(guān)控制器重新構(gòu)造并發(fā)送新的邀請信令消息來完成。
采用本發(fā)明的技術(shù)方案，由于使用SIP信令監(jiān)控軟交換承載網(wǎng)絡中兩個網(wǎng)關(guān)之間的QoS測試，從而能及時掌握軟交換承載網(wǎng)絡QoS的波動情況；并據(jù)此實時作出業(yè)務調(diào)整。


本發(fā)明包括如下附圖圖1是本發(fā)明軟交換承載網(wǎng)絡兩個媒體網(wǎng)關(guān)之間進行QoS測試的流程圖；圖2是本發(fā)明軟交換承載網(wǎng)絡兩個媒體網(wǎng)關(guān)之間進行QoS測試時包含具體的信令消息流程圖；圖3是本發(fā)明軟交換承載網(wǎng)絡兩個媒體網(wǎng)關(guān)之間進行QoS測試過程中使用INVITE和18X間進行offer/answer協(xié)商的流程圖；圖4是本發(fā)明軟交換承載網(wǎng)絡兩個媒體網(wǎng)關(guān)之間進行QoS測試過程中通過媒體網(wǎng)關(guān)控制器進行路由中轉(zhuǎn)的流程圖。
具體實施例方式
下面結(jié)合附圖和實施例對本發(fā)明作進一步詳細說明本發(fā)明的要點在于在軟交換承載網(wǎng)絡中兩個媒體網(wǎng)關(guān)之間進行服務質(zhì)量測試時，媒體網(wǎng)關(guān)控制器之間采用會話初始協(xié)議信令消息進行信息交互，而媒體網(wǎng)關(guān)控制器與媒體網(wǎng)關(guān)之間采用媒體網(wǎng)關(guān)控制協(xié)議(可以是H.248協(xié)議、MGCP協(xié)議)進行信息交互，包括步驟第一媒體網(wǎng)關(guān)控制器向第一媒體網(wǎng)關(guān)發(fā)送進行服務質(zhì)量測試的承載請求消息，同時使用會話初始協(xié)議信令消息向第二媒體網(wǎng)關(guān)控制器發(fā)送進行服務質(zhì)量測試的呼叫；第二媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)發(fā)送進行服務質(zhì)量測試的承載請求消息；第一媒體網(wǎng)關(guān)與第二媒體網(wǎng)關(guān)進行媒體數(shù)據(jù)包的交互；、第一媒體網(wǎng)關(guān)控制器或者第二媒體網(wǎng)關(guān)控制器收集并上報第一媒體網(wǎng)關(guān)和第二媒體網(wǎng)關(guān)的服務質(zhì)量測試信息。
圖1和圖2是本發(fā)明軟交換承載網(wǎng)絡兩個媒體網(wǎng)關(guān)之間進行QoS測試的流程圖，下面結(jié)合圖1和圖2對本發(fā)明的完整實施例進行詳細說明步驟1MGC A(第一媒體網(wǎng)關(guān)控制器)收到網(wǎng)管設備QoS測試指示；步驟2MGC A使用H.248協(xié)議中的ADD消息(創(chuàng)建消息)請求MGW A(第一媒體網(wǎng)關(guān))建立進行QoS測試的IP承載，MGW A返回ADDREPLY(創(chuàng)建響應消息)響應；步驟3MGC A發(fā)送SIP協(xié)議INVITE信令消息(邀請信令消息)到MGC B(第二媒體網(wǎng)關(guān)控制器)建立呼叫，其中INVITE攜帶SDP(會話描述協(xié)議)包以及QOST擴展包，QOST擴展包用來指示本呼叫是一個QoS測試呼叫；步驟4MGC B回SIP協(xié)議100信令消息(臨時響應信令消息)，確認收到INVITE信令消息；步驟5MGC B解析收到的INVITE信令消息攜帶的SDP包及QOST擴展包，對端要求必須支持QOST擴展包，從而確認為建立一個進行QoS測試的呼叫；若MGC B不支持QOST擴展包，向MGC A發(fā)送SIP協(xié)議415信令消息進行拒絕；若MGC B支持QOST擴展包，則使用ADD消息請求MGW B(第二媒體網(wǎng)關(guān))建立進行QoS測試的IP承載，MGW B返回ADD REPLY響應；步驟6MGC B給MGC A返回200 OK消息(響應信令消息)；步驟7MGC A使用H.248協(xié)議中的MOD消息(修改消息)給MGWA下發(fā)遠端MGW B地址信息，請求MGW A建立承載，MGW A返回MOD REPLY(修改響應消息)；步驟8MGC A給MGC B回ACK(確認響應信令消息)，對收到的200 OK進行確認；此時，MGW A呼叫建立成功，MGW A與MGW B之間進行實時的媒體數(shù)據(jù)包交互；步驟9MGC A收到網(wǎng)管設備查詢QoS測試信息指示；步驟10MGC A向MGC B發(fā)送請求(可以是SIP協(xié)議OPTION信令消息(查詢信令消息)，也可以是SIP協(xié)議INFO信令消息(會話信息信令消息))，攜帶QOST包，請求MGC B返回QoS測試信息；步驟11MGC A、MGC B分別使用H.248協(xié)議中的AUDITVALUE(審計消息)向MGW A和MGW B查詢QoS測試信息，MGW A和MGW B使用AUDIT VALUE ACK(審計響應消息)返回QoS測試信息；步驟12MGC B給MGC A返回200 OK信令消息，其中攜帶QOST擴展包，內(nèi)容為MGW B的QoS測試信息；MGC A向網(wǎng)管設備上報QoS測試信息；步驟13網(wǎng)管設備指示MGC A釋放對MGW B的呼叫；步驟14MGC A向MGC B發(fā)送SIP協(xié)議BYE信令消息(終止信令消息)，攜帶QOST擴展包，請求MGC B返回QoS測試信息；步驟15MGC A向MGW A發(fā)送H.248協(xié)議中的SUB消息(移除消息)，MGC B向MGW B發(fā)送SUB消息，請求MGW A和MGW B釋放承載，并返回QoS測試信息；MGW A和MGW B分別使用H.248協(xié)議中的SUB REPLY消息(移除響應消息)向MGC A和MGC B返回QoS測試信息；步驟16MGC B返回200 OK，其中攜帶QOST擴展包，內(nèi)容為MGW B的QoS測試信息；步驟17MGC A向網(wǎng)管設備上報QoS測試信息。
上面給出了本發(fā)明的完整實施例，下面再進一步說明當中對H.248協(xié)議消息和SIP信令消息的使用和擴展情況在步驟2和步驟5中ADD消息使用SIGNAL(信號器)描述符，增加一個包用于下發(fā)表示進行QoS測試的事件(QOST事件)。實際應用中也可以擴展其他包用來下發(fā)QOST事件。
SIGNAL描述符的具體格式如下Basic QOS Test PacketPacket IDbqt[臨時定義為0X00A1.注needs to be registeredwith IANA]Vertion1ExtendsnoneThis Packet defined signals for QOS test in IP networkProperties
noneEventsnoneSignalsQOS testSignal IDqt 0X0001SignalTypeOn/OffDurationnot appliableAdditional ParametersnoneStatisticsNoneProcedures(參見圖1流程描述)在步驟11中MGC A和MGC B下發(fā)AUDIT VALUE請求時攜帶統(tǒng)計報文數(shù)據(jù)結(jié)構(gòu)(Statistics)；Statistics的格式如下Statistics{rtp/ps＝，；packets sentnt/os＝，；octets sentrtp/pr＝， ；packets receivednt/or＝，；octets receivedrtp/pl＝， ；％packet lossrtp/jit＝， ；時延抖動的當前統(tǒng)計值rtp/delay＝，；環(huán)路時延的當前統(tǒng)計值nt/dur＝ ；milisecond，呼叫當前持續(xù)時間}MGW A和MGW B在AUDIT VALUE ACK中使用Statistics攜帶QoS測試信息，例如
Statistics{rtp/ps＝1200， ；packets sentnt/os＝62300，；octets sentrtp/pr＝700， ；packets receivednt/or＝45100，；octets receivedrtp/pl＝0.2， ；％packet lossrtp/jit＝20， ；時延抖動的當前統(tǒng)計值rtp/delay＝40， ；環(huán)路時延的當前統(tǒng)計值nt/dur＝40000 ；milisecond，呼叫當前持續(xù)時間}在步驟15中MGC A和MGC B在SUB消息中攜帶Statistics，MGWA和MGW B在SUB REPLY中使用Statistics攜帶QoS測試信息。
上面的實施例當中SIP協(xié)議INVITE信令消息攜帶SDP(會話描述協(xié)議)包和QOST(服務質(zhì)量測試)擴展包，用于在MGC A和MGC B之間傳遞信息，下面是具體的INVITE信令消息實施例INVITE sipcarol@chicago.com SIP/2.0ViaSIP/2.0/UDP pc33.atlanta.com；branch＝z9hG4bKhjhs8ass877Max-Forwards70To<sipcarol@chicago.com>
FromAlice<sipalice@atlanta.com>；tag＝1928301774Call-IDa84b4c76e66710Contact<sipalice@pc33.atlanta.com>
AllowINVITE，ACK，CANCEL，OPTIONS，BYE，INFO，UPDATE，PRACKContent-Length445Content-Typemultipart/mixed；boundary＝ssboundary--ssboundaryContent-Length242Content-Typeapplication/sdp(SDP body，SDP包)
--ssboundaryContent-Length32Content-Typeapplication/qost；Content-dispositionsignal；handling＝require；(QOST body，QOST擴展包)后續(xù)，需要使用SIP信令查詢對端MGC的QoS測試信息，可以使用OPTIONSOPTIONS sipcarol@chicago.com SIP/2.0ViaSIP/2.0/UDP pc33.atlanta.com；branch＝z9hG4bKhjhs8ass877Max-Forwards70To<sipcarol@chicago.com>
FromAlice<sipalice@atlanta.com>；tag＝1928301774Call-IDa84b4c76e66710CSeq101 OPTIONSContact<sipalice@pc33.atlanta.com>
Acceptapplication/qostContent-Length0SIP/2.0 200 OKViaSIP/2.0/UDP pc33.atlanta.com；branch＝z9hG4bKhjhs8ass877；received＝192.0.2.4To<sipcarol@chicago.com>；tag＝93810874FromAlice<sipalice@atlanta.com>；tag＝1928301774Call-IDa84b4c76e66710CSeq101 OPTIONSContact<sipcarol@chicago.com>
Contact<mailtocarol@chicago.com>
Acceptapplication/qostContent-Typeapplication/qost
Content-Length32(QOST body)也可以使用INFO方法INFO sipcarol@chicago.com SIP/2.0ViaSIP/2.0/UDP pc33.atlanta.com；branch＝z9hG4bKhjhs8ass877Max-Forwards70To<sipcarol@chicago.com>
FromAlice<sipalice@atlanta.com>；tag＝1928301774Call-IDa84b4c76e66710CSeq102 INFOContact<sipalice@pc33.atlanta.com>
Acceptapplication/qostContent-Length0SIP/2.0 200 OKViaSIP/2.0/UDP pc33.atlanta.com；branch＝z9hG4bKhjhs8ass877；received＝192.0.2.4To<sipcarol@chicago.com>；tag＝93810874FromAlice<sipalice@atlanta.com>；tag＝1928301774Call-IDa84b4c76e66710CSeq102 INFOContact<sipcarol@chicago.com>
Contact<mailtocarol@chicago.com>
Acceptapplication/qostContent-Typeapplication/qostContent-Length32(QOST body)
呼叫釋放時使用BYE請求查詢測試信息BYE sipcarol@chicago.com SIP/2.0ViaSIP/2.0/UDP pc33.atlanta.com；branch＝z9hG4bKhjhs8ass877Max-Forwards70To<sipcarol@chicago.com>
FromAlice<sipalice@atlanta.com>；tag＝1928301774Call-IDa84b4c76e66710CSeq103 BYEContact<sipalice@pc33.atlanta.com>
Acceptapplication/qostContent-Length0SIP/2.0 200 OKViaSIP/2.0/UDP pc33.atlanta.com；branch＝z9hG4bKhjhs8ass877；received＝192.0.2.4To<sipcarol@chicago.com>；tag＝93810874FromAlice<sipalice@atlanta.com>；tag＝1928301774Call-IDa84b4c76e667l0CSeq103 BYEContact<sipcarol@chicago.com>
Contact<mailtocarol@chicago.com>
Acceptapplication/qostContent-Typeapplication/qostContent-Length32(QOST body)QOST擴展包的格式Struct QosTestBody{unsigned int PacketSent，；packets sent
unsigned int OctetSent， ；octets sentunsigned int PacketRecv，；packets receivedunsigned int OctetRecv， ；octets receivedunsigned char PacketLoss， ；％packet lossunsigned char Spare[3]，unsigned int Jitter，；時延抖動的當前統(tǒng)計值unsigned int Delay， ；環(huán)路時延的當前統(tǒng)計值unsigned int Duration；milisecond，呼叫當前持續(xù)時間}發(fā)起QoS測試信息呼叫的MGC需要按照QOST擴展包格式，使用MIME方法進行打包處理，后續(xù)在查詢QoS測試信息時需要按照該格式，使用MIME方法來打包QoS測試信息。
在實施例中不但可以使用INVITE信令消息和200信令消息完成兩個MGC之間的SDP協(xié)商，也可以按照RFC3261定義的各種模式進行SDP協(xié)商，圖3給出了使用INVITE信令消息和18X(臨時響應信令消息系列)當中的183信令消息進行SDP協(xié)商的流程。
在本發(fā)明中SIP協(xié)議INVITE信令消息的路由中轉(zhuǎn)可以通過實現(xiàn)路由功能的MGC重新構(gòu)造并發(fā)送INVITE信令消息來實現(xiàn)，圖4給出了這種情形的流程圖。
雖然通過參照本發(fā)明的優(yōu)選實施例，已經(jīng)對本發(fā)明進行了圖示和描述，但本領域的普通技術(shù)人員應該明白，可以在形式上和細節(jié)上對其作各種各樣的改變，而不偏離所附權(quán)利要求書所限定的本發(fā)明的精神和范圍。
權(quán)利要求
1.一種監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其特征在于，在軟交換承載網(wǎng)絡中兩個媒體網(wǎng)關(guān)之間進行服務質(zhì)量測試，包括步驟A1、第一媒體網(wǎng)關(guān)控制器向第一媒體網(wǎng)關(guān)發(fā)送進行服務質(zhì)量測試的承載請求消息，同時使用會話初始協(xié)議信令消息向第二媒體網(wǎng)關(guān)控制器發(fā)送進行服務質(zhì)量測試的呼叫，第一媒體網(wǎng)關(guān)和第二媒體網(wǎng)關(guān)控制器分別對第一媒體網(wǎng)關(guān)控制器進行響應；A2、第二媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)發(fā)送進行服務質(zhì)量測試的承載請求消息；A3、第一媒體網(wǎng)關(guān)與第二媒體網(wǎng)關(guān)進行媒體數(shù)據(jù)包的交互；A4、第一媒體網(wǎng)關(guān)控制器或者第二媒體網(wǎng)關(guān)控制器收集并上報第一媒體網(wǎng)關(guān)和第二媒體網(wǎng)關(guān)的服務質(zhì)量測試信息。
2.根據(jù)權(quán)利要求1所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其特征在于，所述步驟A1包括步驟B1、第一媒體網(wǎng)關(guān)控制器向第一媒體網(wǎng)關(guān)發(fā)送創(chuàng)建消息，請求第一媒體網(wǎng)關(guān)建立進行服務質(zhì)量測試的承載，第一媒體網(wǎng)關(guān)返回創(chuàng)建應答消息；B2、第一媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)控制器發(fā)送邀請信令消息。
3.根據(jù)權(quán)利要求2所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其特征在于，所述步驟A2包括步驟第二媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)發(fā)送創(chuàng)建消息，第二媒體網(wǎng)關(guān)返回創(chuàng)建應答消息。
4.根據(jù)權(quán)利要求3所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其特征在于，所述步驟A3包括步驟C1、第二媒體網(wǎng)關(guān)控制器給第一媒體網(wǎng)關(guān)控制器返回響應信令消息；C2、第一媒體網(wǎng)關(guān)控制器向第一媒體網(wǎng)關(guān)發(fā)送修改消息，下發(fā)第二媒體網(wǎng)關(guān)地址信息，請求第一媒體網(wǎng)關(guān)建立承載，第一媒體網(wǎng)關(guān)返回修改響應消息；C3、第一媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)控制器發(fā)送確認響應信令消息；C4、第一媒體網(wǎng)關(guān)與第二媒體網(wǎng)關(guān)之間進行實時的媒體數(shù)據(jù)包交互。
5.根據(jù)權(quán)利要求4所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其特征在于，所述步驟A4包括步驟D1、第一媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)控制器發(fā)送查詢信令消息或者會話信息信令消息，請求第二媒體網(wǎng)關(guān)控制器返回服務質(zhì)量測試信息；D2、第一媒體網(wǎng)關(guān)控制器與第二媒體網(wǎng)關(guān)控制器分別向第一媒體網(wǎng)關(guān)和第二媒體網(wǎng)關(guān)發(fā)送審計消息，請求查詢服務質(zhì)量測試信息，第一媒體網(wǎng)關(guān)和第二媒體網(wǎng)關(guān)分別使用審計響應消息向第一媒體網(wǎng)關(guān)控制器與第二媒體網(wǎng)關(guān)控制器返回服務質(zhì)量測試信息；D3、第二媒體網(wǎng)關(guān)控制器給第一媒體網(wǎng)關(guān)控制器返回響應信令消息，其中攜帶服務質(zhì)量測試信息；第一媒體網(wǎng)關(guān)控制器向網(wǎng)管設備上報服務質(zhì)量測試信息。
6.根據(jù)權(quán)利要求2、3所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其特征在于在創(chuàng)建消息中使用描述符定義進行服務質(zhì)量測試的事件。
7.根據(jù)權(quán)利要求6所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其特征在于在創(chuàng)建消息中使用信號器描述符定義進行服務質(zhì)量測試的事件。
8.根據(jù)權(quán)利要求5所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其特征在于在審計消息中攜帶用于傳遞服務質(zhì)量測試信息的統(tǒng)計報文數(shù)據(jù)結(jié)構(gòu)，審計響應消息中攜帶填寫了服務質(zhì)量測試信息的統(tǒng)計報文數(shù)據(jù)結(jié)構(gòu)。
9.根據(jù)權(quán)利要求5所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其特征在于在邀請信令消息中攜帶用于在媒體網(wǎng)關(guān)控制器之間傳遞服務質(zhì)量測試信息的擴展包。
10.根據(jù)權(quán)利要求9所述的監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，其特征在于邀請信令消息的路由中轉(zhuǎn)通過媒體網(wǎng)關(guān)控制器重新構(gòu)造并發(fā)送新的邀請信令消息來完成。
全文摘要
本發(fā)明公開了一種監(jiān)控軟交換承載網(wǎng)絡服務質(zhì)量的方法，用于在軟交換承載網(wǎng)絡中兩個媒體網(wǎng)關(guān)之間進行服務質(zhì)量測試，包括步驟第一媒體網(wǎng)關(guān)控制器向第一媒體網(wǎng)關(guān)發(fā)送進行服務質(zhì)量測試的承載請求消息，同時使用會話初始協(xié)議信令消息向第二媒體網(wǎng)關(guān)控制器發(fā)送進行服務質(zhì)量測試的呼叫；第二媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)發(fā)送進行服務質(zhì)量測試的承載請求消息；第一媒體網(wǎng)關(guān)與第二媒體網(wǎng)關(guān)進行媒體數(shù)據(jù)包的交互；第一媒體網(wǎng)關(guān)控制器或者第二媒體網(wǎng)關(guān)控制器收集并上報媒體網(wǎng)關(guān)的服務質(zhì)量測試信息。采用本發(fā)明的技術(shù)方案，由于使用SIP信令監(jiān)控軟交換承載網(wǎng)絡中兩個網(wǎng)關(guān)之間的QoS測試，從而能及時掌握軟交換承載網(wǎng)絡QoS的波動情況；并據(jù)此實時作出業(yè)務調(diào)整。
文檔編號H04L12/26GK1996938SQ20061006132
公開日2007年7月11日 申請日期2006年6月23日 優(yōu)先權(quán)日2006年6月23日
發(fā)明者賈毅剛 申請人:華為技術(shù)有限公司