專利名稱：一種監(jiān)控軟交換承載網(wǎng)絡(luò)服務(wù)質(zhì)量的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及分組交換網(wǎng)絡(luò)技術(shù)領(lǐng)域和下一代網(wǎng)絡(luò)(NGN，NextGeneration Networks)技術(shù)領(lǐng)域，具體涉及一種監(jiān)控軟交換承載網(wǎng)絡(luò)QoS(Quality of Service，服務(wù)質(zhì)量)的方法。
背景技術(shù)：
SIP(Session Initiation Protocol)稱為會話初始協(xié)議，是由IETF(InternetEngineering Task Force)組織于1999年提出的在IP網(wǎng)絡(luò)中，特別是在Internet這樣一種結(jié)構(gòu)的網(wǎng)絡(luò)環(huán)境中，實現(xiàn)實時通訊應(yīng)用的一種信令協(xié)議。而所謂的會話(Session)，就是指用戶之間的數(shù)據(jù)交換。在基于SIP協(xié)議的應(yīng)用中，每一個會話可以是各種不同類型的內(nèi)容，可以是普通的文本數(shù)據(jù)，也可以是經(jīng)過數(shù)字化處理的音頻、視頻數(shù)據(jù)，還可以是諸如游戲等應(yīng)用的數(shù)據(jù)，應(yīng)用具有巨大的靈活性。
SIP請求消息(Request)包含三個元素請求行、頭域、消息體；SIP響應(yīng)消息(Response)包含三個元素狀態(tài)行、頭域、消息體。請求行和頭域根據(jù)業(yè)務(wù)、地址和協(xié)議特征定義了呼叫的本質(zhì)，消息體獨立于SIP協(xié)議并且可包含任何內(nèi)容。
SIP定義了下述信令消息INVITE(邀請信令消息)用于邀請用戶加入呼叫。
BYE(終止信令消息)用于終止一呼叫上的兩個用戶之間的呼叫。
OPTIONS(偵測信令消息)用于請求關(guān)于服務(wù)器能力的信息。
CANCEL用于取消已經(jīng)發(fā)出但未最終結(jié)束的請求；ACK用于確認客戶機已經(jīng)接收到對INVITE的最終響應(yīng)。
REGISTER用于提供地址解析的映射，讓服務(wù)器知道其它用戶的位置。
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ū)分不同會話的唯一標(biāo)識。
CSeq用于在同一個會話中區(qū)分事務(wù)。
H.248協(xié)議是2000年由ITU-T(國際電信聯(lián)盟)提出的媒體網(wǎng)關(guān)控制協(xié)議，也稱MeGaCo，它是在早期的MGCP協(xié)議基礎(chǔ)上改進而成。H.248/MeGaCo協(xié)議是用于連接MGC(Media Gateway Controller，媒體網(wǎng)關(guān)控制器)與MGW(Media Gateway，媒體網(wǎng)關(guān))的網(wǎng)關(guān)控制協(xié)議，應(yīng)用于媒體網(wǎng)關(guān)與媒體網(wǎng)關(guān)控制器之間及媒體網(wǎng)關(guān)控制器與H.248/MeGaCo終端之間，是媒體網(wǎng)關(guān)控制器應(yīng)支持的重要協(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。消息中的事務(wù)彼此無關(guān)，可以獨立處理。協(xié)議消息的編碼格式為文本格式和二進制格式。MGC必須支持這兩種格式，MGW可以支持其中任一種格式。H.248通過Add、Modify、Subtact、Move、AuditValue、AuditCapability、Notify和ServiceChange八個命令完成對終結(jié)點和關(guān)聯(lián)之間的操作，從而完成呼叫的建立和釋放。當(dāng)MGW發(fā)起呼叫時，MGC建立一個新的關(guān)聯(lián)，并使用Add命令將RTP流和模擬線這兩個終端分別添加到關(guān)聯(lián)中，當(dāng)MGW結(jié)束呼叫后，MGC使用Subtract命令將終端從關(guān)聯(lián)中刪除，釋放資源。用Modify命令可以修改終端的屬性和信號參數(shù)。另外Move命令用于將一個終端從一個關(guān)聯(lián)移到另一個關(guān)聯(lián)；AuditValue命令，返回終端特性的當(dāng)前狀態(tài)；AuditCapabilities命令，返回終端特性的能力集；Notify命令，允許MGW將檢測到的事件通知MGC。
軟交換(Softswitch)網(wǎng)絡(luò)體系結(jié)構(gòu)是目前頗受推崇的面向網(wǎng)絡(luò)融合的新一代多媒體業(yè)務(wù)整體解決方案，具有層次化、呼叫控制與承載分離、快速開發(fā)業(yè)務(wù)、集中部署業(yè)務(wù)等特點，可以向用戶提供包含PSTN話音、無線話音、基礎(chǔ)數(shù)據(jù)、多媒體數(shù)據(jù)等各種業(yè)務(wù)。通過優(yōu)化網(wǎng)絡(luò)結(jié)構(gòu)，不但實現(xiàn)了網(wǎng)絡(luò)的融合，更重要的是實現(xiàn)了業(yè)務(wù)的融合，使得分組交換網(wǎng)絡(luò)能夠繼承原有電路交換網(wǎng)中豐富的業(yè)務(wù)功能，同時，可以在全網(wǎng)范圍內(nèi)快速提供原有網(wǎng)絡(luò)難以提供的新型業(yè)務(wù)。軟交換網(wǎng)絡(luò)中的核心層，即承載網(wǎng)絡(luò)部分是分組交換網(wǎng)絡(luò)，主要采用IP承載方式。
IP承載方式的QoS是目前電信業(yè)的熱點與難點問題之一。SIP作為最具有發(fā)展前途的協(xié)議體系，雖然定義了一系列保障IP承載方式下QoS的規(guī)范，但只能保障某單一呼叫過程的進行，無法用于測試并監(jiān)控整個軟交換承載網(wǎng)絡(luò)的QoS，并根據(jù)軟交換承載網(wǎng)絡(luò)的QoS情況做出實時的業(yè)務(wù)調(diào)整。

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


本發(fā)明包括如下附圖圖1是本發(fā)明軟交換承載網(wǎng)絡(luò)兩個媒體網(wǎng)關(guān)之間進行QoS測試的流程圖；圖2是本發(fā)明軟交換承載網(wǎng)絡(luò)兩個媒體網(wǎng)關(guān)之間進行QoS測試時包含具體的信令消息流程圖；圖3是本發(fā)明軟交換承載網(wǎng)絡(luò)兩個媒體網(wǎng)關(guān)之間進行QoS測試過程中使用INVITE和18X間進行offer/answer協(xié)商的流程圖；圖4是本發(fā)明軟交換承載網(wǎng)絡(luò)兩個媒體網(wǎng)關(guān)之間進行QoS測試過程中通過媒體網(wǎng)關(guān)控制器進行路由中轉(zhuǎn)的流程圖。
具體實施例方式
下面結(jié)合附圖和實施例對本發(fā)明作進一步詳細說明本發(fā)明的要點在于在軟交換承載網(wǎng)絡(luò)中兩個媒體網(wǎng)關(guān)之間進行服務(wù)質(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ā)送進行服務(wù)質(zhì)量測試的承載請求消息，同時使用會話初始協(xié)議信令消息向第二媒體網(wǎng)關(guān)控制器發(fā)送進行服務(wù)質(zhì)量測試的呼叫；第二媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)發(fā)送進行服務(wù)質(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)的服務(wù)質(zhì)量測試信息。
圖1和圖2是本發(fā)明軟交換承載網(wǎng)絡(luò)兩個媒體網(wǎng)關(guān)之間進行QoS測試的流程圖，下面結(jié)合圖1和圖2對本發(fā)明的完整實施例進行詳細說明步驟1MGC A(第一媒體網(wǎng)關(guān)控制器)收到網(wǎng)管設(shè)備QoS測試指示；步驟2MGC A使用H.248協(xié)議中的ADD消息(創(chuàng)建消息)請求MGW A(第一媒體網(wǎng)關(guān))建立進行QoS測試的IP承載，MGW A返回ADDREPLY(創(chuàng)建響應(yīng)消息)響應(yīng)；步驟3MGC A發(fā)送SIP協(xié)議INVITE信令消息(邀請信令消息)到MGC B(第二媒體網(wǎng)關(guān)控制器)建立呼叫，其中INVITE攜帶SDP(會話描述協(xié)議)包以及QOST擴展包，QOST擴展包用來指示本呼叫是一個QoS測試呼叫；步驟4MGC B回SIP協(xié)議100信令消息(臨時響應(yīng)信令消息)，確認收到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響應(yīng)；步驟6MGC B給MGC A返回200 OK消息(響應(yīng)信令消息)；步驟7MGC A使用H.248協(xié)議中的MOD消息(修改消息)給MGWA下發(fā)遠端MGW B地址信息，請求MGW A建立承載，MGW A返回MOD REPLY(修改響應(yīng)消息)；步驟8MGC A給MGC B回ACK(確認響應(yīng)信令消息)，對收到的200 OK進行確認；此時，MGW A呼叫建立成功，MGW A與MGW B之間進行實時的媒體數(shù)據(jù)包交互；步驟9MGC A收到網(wǎng)管設(shè)備查詢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(審計響應(yīng)消息)返回QoS測試信息；步驟12MGC B給MGC A返回200 OK信令消息，其中攜帶QOST擴展包，內(nèi)容為MGW B的QoS測試信息；MGC A向網(wǎng)管設(shè)備上報QoS測試信息；步驟13網(wǎng)管設(shè)備指示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消息(移除響應(yīng)消息)向MGC A和MGC B返回QoS測試信息；步驟16MGC B返回200 OK，其中攜帶QOST擴展包，內(nèi)容為MGW B的QoS測試信息；步驟17MGC A向網(wǎng)管設(shè)備上報QoS測試信息。
上面給出了本發(fā)明的完整實施例，下面再進一步說明當(dāng)中對H.248協(xié)議消息和SIP信令消息的使用和擴展情況在步驟2和步驟5中ADD消息使用SIGNAL(信號器)描述符，增加一個包用于下發(fā)表示進行QoS測試的事件(QOST事件)。實際應(yīng)用中也可以擴展其他包用來下發(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＝， ；時延抖動的當(dāng)前統(tǒng)計值rtp/delay＝，；環(huán)路時延的當(dāng)前統(tǒng)計值nt/dur＝ ；milisecond，呼叫當(dāng)前持續(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， ；時延抖動的當(dāng)前統(tǒng)計值rtp/delay＝40， ；環(huán)路時延的當(dāng)前統(tǒng)計值nt/dur＝40000 ；milisecond，呼叫當(dāng)前持續(xù)時間}在步驟15中MGC A和MGC B在SUB消息中攜帶Statistics，MGWA和MGW B在SUB REPLY中使用Statistics攜帶QoS測試信息。
上面的實施例當(dāng)中SIP協(xié)議INVITE信令消息攜帶SDP(會話描述協(xié)議)包和QOST(服務(wù)質(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，；時延抖動的當(dāng)前統(tǒng)計值unsigned int Delay， ；環(huán)路時延的當(dāng)前統(tǒng)計值unsigned int Duration；milisecond，呼叫當(dāng)前持續(xù)時間}發(fā)起QoS測試信息呼叫的MGC需要按照QOST擴展包格式，使用MIME方法進行打包處理，后續(xù)在查詢QoS測試信息時需要按照該格式，使用MIME方法來打包QoS測試信息。
在實施例中不但可以使用INVITE信令消息和200信令消息完成兩個MGC之間的SDP協(xié)商，也可以按照RFC3261定義的各種模式進行SDP協(xié)商，圖3給出了使用INVITE信令消息和18X(臨時響應(yīng)信令消息系列)當(dāng)中的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ā)明進行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細節(jié)上對其作各種各樣的改變，而不偏離所附權(quán)利要求書所限定的本發(fā)明的精神和范圍。
權(quán)利要求
1.一種監(jiān)控軟交換承載網(wǎng)絡(luò)服務(wù)質(zhì)量的方法，其特征在于，在軟交換承載網(wǎng)絡(luò)中兩個媒體網(wǎng)關(guān)之間進行服務(wù)質(zhì)量測試，包括步驟A1、第一媒體網(wǎng)關(guān)控制器向第一媒體網(wǎng)關(guān)發(fā)送進行服務(wù)質(zhì)量測試的承載請求消息，同時使用會話初始協(xié)議信令消息向第二媒體網(wǎng)關(guān)控制器發(fā)送進行服務(wù)質(zhì)量測試的呼叫，第一媒體網(wǎng)關(guān)和第二媒體網(wǎng)關(guān)控制器分別對第一媒體網(wǎng)關(guān)控制器進行響應(yīng)；A2、第二媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)發(fā)送進行服務(wù)質(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)的服務(wù)質(zhì)量測試信息。
2.根據(jù)權(quán)利要求1所述的監(jiān)控軟交換承載網(wǎng)絡(luò)服務(wù)質(zhì)量的方法，其特征在于，所述步驟A1包括步驟B1、第一媒體網(wǎng)關(guān)控制器向第一媒體網(wǎng)關(guān)發(fā)送創(chuàng)建消息，請求第一媒體網(wǎng)關(guān)建立進行服務(wù)質(zhì)量測試的承載，第一媒體網(wǎng)關(guān)返回創(chuàng)建應(yīng)答消息；B2、第一媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)控制器發(fā)送邀請信令消息。
3.根據(jù)權(quán)利要求2所述的監(jiān)控軟交換承載網(wǎng)絡(luò)服務(wù)質(zhì)量的方法，其特征在于，所述步驟A2包括步驟第二媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)發(fā)送創(chuàng)建消息，第二媒體網(wǎng)關(guān)返回創(chuàng)建應(yīng)答消息。
4.根據(jù)權(quán)利要求3所述的監(jiān)控軟交換承載網(wǎng)絡(luò)服務(wù)質(zhì)量的方法，其特征在于，所述步驟A3包括步驟C1、第二媒體網(wǎng)關(guān)控制器給第一媒體網(wǎng)關(guān)控制器返回響應(yīng)信令消息；C2、第一媒體網(wǎng)關(guān)控制器向第一媒體網(wǎng)關(guān)發(fā)送修改消息，下發(fā)第二媒體網(wǎng)關(guān)地址信息，請求第一媒體網(wǎng)關(guān)建立承載，第一媒體網(wǎng)關(guān)返回修改響應(yīng)消息；C3、第一媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)控制器發(fā)送確認響應(yīng)信令消息；C4、第一媒體網(wǎng)關(guān)與第二媒體網(wǎng)關(guān)之間進行實時的媒體數(shù)據(jù)包交互。
5.根據(jù)權(quán)利要求4所述的監(jiān)控軟交換承載網(wǎng)絡(luò)服務(wù)質(zhì)量的方法，其特征在于，所述步驟A4包括步驟D1、第一媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)控制器發(fā)送查詢信令消息或者會話信息信令消息，請求第二媒體網(wǎng)關(guān)控制器返回服務(wù)質(zhì)量測試信息；D2、第一媒體網(wǎng)關(guān)控制器與第二媒體網(wǎng)關(guān)控制器分別向第一媒體網(wǎng)關(guān)和第二媒體網(wǎng)關(guān)發(fā)送審計消息，請求查詢服務(wù)質(zhì)量測試信息，第一媒體網(wǎng)關(guān)和第二媒體網(wǎng)關(guān)分別使用審計響應(yīng)消息向第一媒體網(wǎng)關(guān)控制器與第二媒體網(wǎng)關(guān)控制器返回服務(wù)質(zhì)量測試信息；D3、第二媒體網(wǎng)關(guān)控制器給第一媒體網(wǎng)關(guān)控制器返回響應(yīng)信令消息，其中攜帶服務(wù)質(zhì)量測試信息；第一媒體網(wǎng)關(guān)控制器向網(wǎng)管設(shè)備上報服務(wù)質(zhì)量測試信息。
6.根據(jù)權(quán)利要求2、3所述的監(jiān)控軟交換承載網(wǎng)絡(luò)服務(wù)質(zhì)量的方法，其特征在于在創(chuàng)建消息中使用描述符定義進行服務(wù)質(zhì)量測試的事件。
7.根據(jù)權(quán)利要求6所述的監(jiān)控軟交換承載網(wǎng)絡(luò)服務(wù)質(zhì)量的方法，其特征在于在創(chuàng)建消息中使用信號器描述符定義進行服務(wù)質(zhì)量測試的事件。
8.根據(jù)權(quán)利要求5所述的監(jiān)控軟交換承載網(wǎng)絡(luò)服務(wù)質(zhì)量的方法，其特征在于在審計消息中攜帶用于傳遞服務(wù)質(zhì)量測試信息的統(tǒng)計報文數(shù)據(jù)結(jié)構(gòu)，審計響應(yīng)消息中攜帶填寫了服務(wù)質(zhì)量測試信息的統(tǒng)計報文數(shù)據(jù)結(jié)構(gòu)。
9.根據(jù)權(quán)利要求5所述的監(jiān)控軟交換承載網(wǎng)絡(luò)服務(wù)質(zhì)量的方法，其特征在于在邀請信令消息中攜帶用于在媒體網(wǎng)關(guān)控制器之間傳遞服務(wù)質(zhì)量測試信息的擴展包。
10.根據(jù)權(quán)利要求9所述的監(jiān)控軟交換承載網(wǎng)絡(luò)服務(wù)質(zhì)量的方法，其特征在于邀請信令消息的路由中轉(zhuǎn)通過媒體網(wǎng)關(guān)控制器重新構(gòu)造并發(fā)送新的邀請信令消息來完成。
全文摘要
本發(fā)明公開了一種監(jiān)控軟交換承載網(wǎng)絡(luò)服務(wù)質(zhì)量的方法，用于在軟交換承載網(wǎng)絡(luò)中兩個媒體網(wǎng)關(guān)之間進行服務(wù)質(zhì)量測試，包括步驟第一媒體網(wǎng)關(guān)控制器向第一媒體網(wǎng)關(guān)發(fā)送進行服務(wù)質(zhì)量測試的承載請求消息，同時使用會話初始協(xié)議信令消息向第二媒體網(wǎng)關(guān)控制器發(fā)送進行服務(wù)質(zhì)量測試的呼叫；第二媒體網(wǎng)關(guān)控制器向第二媒體網(wǎng)關(guān)發(fā)送進行服務(wù)質(zhì)量測試的承載請求消息；第一媒體網(wǎng)關(guān)與第二媒體網(wǎng)關(guān)進行媒體數(shù)據(jù)包的交互；第一媒體網(wǎng)關(guān)控制器或者第二媒體網(wǎng)關(guān)控制器收集并上報媒體網(wǎng)關(guān)的服務(wù)質(zhì)量測試信息。采用本發(fā)明的技術(shù)方案，由于使用SIP信令監(jiān)控軟交換承載網(wǎng)絡(luò)中兩個網(wǎng)關(guān)之間的QoS測試，從而能及時掌握軟交換承載網(wǎng)絡(luò)QoS的波動情況；并據(jù)此實時作出業(yè)務(wù)調(diào)整。
文檔編號H04L12/26GK1996938SQ20061006132
公開日2007年7月11日 申請日期2006年6月23日 優(yōu)先權(quán)日2006年6月23日
發(fā)明者賈毅剛 申請人:華為技術(shù)有限公司