專利名稱：獲取會(huì)話起始協(xié)議消息傳輸路徑的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，具體涉及一種獲取會(huì)話起始協(xié)議消息傳輸路徑的方法及系統(tǒng)。
背景技術(shù)：
SIP(Session Initiation Protocol，會(huì)話起始協(xié)議)是由IETF(國際互聯(lián)網(wǎng)標(biāo)準(zhǔn)制定組織)制定的面向Internet會(huì)議和電話的信令協(xié)議。SIP是一個(gè)應(yīng)用層的協(xié)議，可以建立、修改或者中止多媒體會(huì)話或者呼叫。
在基于SIP協(xié)議的網(wǎng)絡(luò)中，為了保證網(wǎng)絡(luò)的正常運(yùn)行，運(yùn)營商需要對各自域內(nèi)的路由策略設(shè)置進(jìn)行定期更新和優(yōu)化。在進(jìn)行更新和優(yōu)化時(shí)，運(yùn)營商需要進(jìn)行以下處理工作(1)檢查信令和介質(zhì)路徑的完備性；(2)檢測環(huán)路；(3)優(yōu)化路由策略。
如果運(yùn)營商想要主動(dòng)優(yōu)化路由策略，并且想要定期在網(wǎng)絡(luò)中維護(hù)路由策略，則需要發(fā)起測試呼叫，并請求來自被叫方的信息，以獲得SIP消息穿越下游實(shí)體的路徑。
SIP是一個(gè)應(yīng)用層控制協(xié)議，它能夠建立、修改、終止多媒體會(huì)話或者呼叫。SIP系統(tǒng)中的呼叫是通過INVITE邀請請求、成功響應(yīng)和ACK確認(rèn)請求的三次握手來實(shí)現(xiàn)的。即當(dāng)主叫用戶代理要發(fā)起呼叫時(shí)，它構(gòu)造一個(gè)INVITE消息，并發(fā)送給被叫。被叫收到邀請后決定接受該呼叫，就回送一個(gè)成功響應(yīng)(狀態(tài)碼為200)。主叫方收到成功響應(yīng)后，向?qū)Ψ桨l(fā)送ACK請求。被叫收到ACK請求后，呼叫成功建立。
當(dāng)前，在INVITE消息的消息頭中，Via字段表示請求消息迄今為止經(jīng)過的路徑，因此主叫方可以通過該字段向被叫方提供有關(guān)入局SIP消息所穿越路徑的信息。而被叫方向主叫方回應(yīng)的成功響應(yīng)消息中，則沒有提供類似信息的字段，也就是說，無法向主叫方提供路徑信息。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種獲取會(huì)話起始協(xié)議消息傳輸路徑的方法及系統(tǒng)，以解決現(xiàn)有技術(shù)不能向主叫方提供消息傳輸路徑信息的問題，為運(yùn)營商對網(wǎng)絡(luò)的維護(hù)提供必要信息。
本發(fā)明實(shí)施例還提供一種獲取會(huì)話起始協(xié)議消息傳輸路徑的網(wǎng)絡(luò)節(jié)點(diǎn)設(shè)備，以有效地獲取會(huì)話起始協(xié)議消息傳輸路徑。
為此，本發(fā)明實(shí)施例提供的技術(shù)方案如下一種獲取會(huì)話起始協(xié)議消息傳輸路徑的方法，包括以下步驟主叫方發(fā)起測試呼叫，并在呼叫請求消息中攜帶路徑信息請求標(biāo)志，所述標(biāo)志表示要求被叫方返回會(huì)話起始協(xié)議消息傳輸路徑信息；被叫方收到所述呼叫請求消息后向所述主叫方返回成功響應(yīng)消息，并根據(jù)所述路徑信息請求標(biāo)志，將收到的呼叫請求消息包含在該成功響應(yīng)消息中；主叫方根據(jù)收到的成功響應(yīng)消息獲取所述呼叫請求消息的傳輸路徑。
一種獲取會(huì)話起始協(xié)議消息傳輸路徑的系統(tǒng)，包括主叫方節(jié)點(diǎn)、被叫方節(jié)點(diǎn)，其中，所述主叫方節(jié)點(diǎn)包括測試呼叫單元，用于向所述被叫方節(jié)點(diǎn)發(fā)起測試呼叫，并在呼叫請求消息中攜帶路徑信息請求標(biāo)志；路徑信息獲取單元，用于從主叫方節(jié)點(diǎn)接收的成功響應(yīng)消息中獲取出所述呼叫請求消息的傳輸路徑；所述被叫方節(jié)點(diǎn)包括檢測單元，用于檢測所述被叫方節(jié)點(diǎn)接收到的消息類型；
消息構(gòu)造單元，用于在所述檢測單元檢測到所述被叫方節(jié)點(diǎn)接收的呼叫請求消息中包含請求被叫方信息的字段時(shí)，將所述呼叫請求消息編輯到所述被叫方節(jié)點(diǎn)發(fā)送給所述主叫方節(jié)點(diǎn)的成功響應(yīng)消息中。
一種網(wǎng)絡(luò)節(jié)點(diǎn)設(shè)備，包括消息收發(fā)單元、呼叫請求消息構(gòu)造單元、路徑信息獲取單元、檢測單元，其中，消息收發(fā)單元，用于和網(wǎng)絡(luò)中的其他節(jié)點(diǎn)設(shè)備進(jìn)行消息交互，向所述其他節(jié)點(diǎn)設(shè)備發(fā)起測試呼叫，并接收來自所述其他節(jié)點(diǎn)設(shè)備的成功響應(yīng)消息；檢測單元，用于檢測所述消息收發(fā)單元接收到的消息類型；路徑信息獲取單元，用于在所述檢測單元檢測到成功響應(yīng)消息后，從該成功響應(yīng)消息中獲取出消息的傳輸路徑；呼叫請求消息構(gòu)造單元，用于構(gòu)造所述消息收發(fā)單元發(fā)起測試呼叫所需的呼叫請求消息，并將請求被叫方信息的字段加入到所述呼叫請求消息中。
由以上本發(fā)明實(shí)施例提供的技術(shù)方案可以看出，本發(fā)明在基于SIP協(xié)議的網(wǎng)絡(luò)中，由主叫方發(fā)起測試呼叫，并在呼叫請求消息中攜帶路徑信息請求標(biāo)志，要求被叫方返回SIP消息傳輸路徑信息。被叫方收到該呼叫請求消息后向主叫方返回成功響應(yīng)消息，并將收到的呼叫請求消息包含在該成功響應(yīng)消息中，使主叫方獲得呼叫請求消息在網(wǎng)絡(luò)中穿越的路徑，從而為運(yùn)營商對各自域內(nèi)的路由策略設(shè)置及主動(dòng)維護(hù)提供必要的信息。


圖1是本發(fā)明方法一個(gè)優(yōu)選實(shí)施例的實(shí)現(xiàn)流程圖；圖2是本發(fā)明系統(tǒng)一個(gè)優(yōu)選實(shí)施例的原理框圖；圖3是本發(fā)明網(wǎng)絡(luò)節(jié)點(diǎn)設(shè)備第一實(shí)施例的原理框圖；圖4是本發(fā)明網(wǎng)絡(luò)節(jié)點(diǎn)設(shè)備第二實(shí)施例的原理框圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例是基于SIP協(xié)議的網(wǎng)絡(luò)中，由主叫方發(fā)起測試呼叫，并在呼叫請求消息中攜帶路徑信息請求標(biāo)志，要求被叫方返回SIP消息傳輸路徑信息。被叫方收到該呼叫請求消息后向主叫方返回成功響應(yīng)消息，并將收到的呼叫請求消息包含在該成功響應(yīng)消息中，從而使主叫方獲得呼叫請求消息在網(wǎng)絡(luò)中穿越的路徑。
為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面結(jié)合附圖和實(shí)施方式對本發(fā)明作進(jìn)一步的詳細(xì)說明。
首先，參照圖1所示本發(fā)明一個(gè)實(shí)施例的實(shí)現(xiàn)流程，包括以下步驟步驟101主叫方發(fā)起測試呼叫，并在呼叫請求消息中攜帶路徑信息請求標(biāo)志。該標(biāo)志表示要求被叫方返回SIP消息傳輸路徑信息。
可以使用SIP協(xié)議的INVITE(邀請)消息發(fā)起測試呼叫。INVITE消息是呼叫處理周期中主叫方發(fā)送的第一條消息，它在SIP消息頭中包含的信息，標(biāo)識(shí)了主叫方、Call-ID、被叫方、呼叫順序編號(hào)和其他一些內(nèi)容。
除此之外，為了使被叫方能夠得知需要向主叫方返回INVITE消息經(jīng)過的路由信息，還需要在INVITE消息中攜帶路徑信息請求標(biāo)志。
SIP請求消息格式包括三部分起始行、消息頭、消息體。其中，在請求消息中，起始行也稱為請求行。而在響應(yīng)消息中，起始行稱為狀態(tài)行。請求行中，首先是一個(gè)方法標(biāo)記，然后是請求的URI(統(tǒng)一資源標(biāo)識(shí)符)、協(xié)議版本。狀態(tài)行中，首先是協(xié)議版本，然后是狀態(tài)碼及一些狀態(tài)說明。SIP消息頭由多個(gè)字段名稱(Field)、字段值、描述信息組成。消息體則是要發(fā)送的消息內(nèi)容部分。
SIP消息頭中的字段主要有From、To、Call-ID、Cseq、Via、Contact、Require。其中，所有的請求和響應(yīng)必須包含F(xiàn)rom字段、To字段，F(xiàn)rom字段指示請求的發(fā)起者；To字段指明請求的接收者；Call-ID用以唯一標(biāo)識(shí)一個(gè)特定的邀請或標(biāo)識(shí)某一客戶的所有登記。Cseq為消息序號(hào)，Contact字段給出其后和用戶直接通信的地址。
Via用以指示請求消息經(jīng)歷的路徑，以防止請求消息產(chǎn)生環(huán)路，并確保響應(yīng)消息和請求消息選擇同樣的路徑。發(fā)起請求的客戶必須將其自身的主機(jī)名或網(wǎng)絡(luò)地址插入請求Via字段。在請求消息前傳過程中，每個(gè)代理服務(wù)器必須將其自身地址作為一個(gè)新的Via字段加在已有的Via字段之前。代理客戶端通過Require字段列出的選項(xiàng)標(biāo)簽，告知代理服務(wù)器處理請求時(shí)需要支持的選項(xiàng)，本字段為可選，但不可以被忽略。
為此，本發(fā)明實(shí)施例中在INVITE消息的消息頭中攜帶路徑信息請求標(biāo)志，以表示要求被叫方返回SIP消息傳輸路徑信息。
另外，為了不使測試呼叫給被叫方的其他消息處理產(chǎn)生影響，可以在Require字段的Supported標(biāo)頭中設(shè)置sipdiag字段，表示本次呼叫是測試呼叫，以使被叫方可以根據(jù)該字段將收到的呼叫請求消息包含在成功響應(yīng)消息中立即返回給主叫方。
步驟102被叫方接收呼叫請求消息。
步驟103獲取呼叫請求消息的消息頭中的Require字段信息。
步驟104判斷Require字段中是否帶有路徑信息請求標(biāo)志。如果有，則進(jìn)到步驟105；否則，進(jìn)到步驟107。
步驟105向主叫方返回成功響應(yīng)消息，并將收到的呼叫請求消息包含在該成功響應(yīng)消息中。
在本發(fā)明實(shí)施例中，可以將收到的呼叫請求消息包含在2XX消息的消息體中發(fā)送給主叫方，從而使主叫方可以根據(jù)該消息獲取呼叫請求消息的傳輸路徑。
步驟106主叫方根據(jù)收到的成功響應(yīng)消息獲取所述呼叫請求消息的傳輸路徑。
步驟107進(jìn)行消息的其他相應(yīng)處理流程。
下面舉例說明進(jìn)行測試呼叫過程中的消息格式。
請求消息(INVITE)INVITE sip:bob@example.com SIP/2.0
Via:SIP/2.0/TCP pc33.atlanta.com；branch＝z9hG4bKnashds8Max-Forwards:70From:Alice<sip:alice@atlanta.example.com>；tag＝9fxced76slTo:Bob<sip:bob@example.com>
Call-ID:3848276298220188511@client-alice.example.comCSeq:1INVITEContact:<sip:alice@client.atlanta.example.com>
Supported:sipdiagRequire:sipdiagContent-Type:application/sdpContent-Length:...
v＝0o＝user 2890844526 2890844526 IN IP4 client.example.coms＝Session SDPc＝IN IP4 client.example.comt＝30344236190m＝audio 49170 RTP/AVP0a＝rtpmap:0 PCMU/8000上述請求消息的Require字段為sipdiag，為路徑信息請求標(biāo)志，被叫方收到該請求消息后，應(yīng)向主叫方返回成功響應(yīng)消息，并將收到的呼叫請求消息包含在該成功響應(yīng)消息中。
響應(yīng)消息(200 OK)SIP/2.0 200 OKVia:SIP/2.0/TCP server10.biloxi.combranch＝z9hG4bK4b43c2ff8.1Via:SIP/2.0/TCP\bigbox3.site3.atlanta.com；branch＝z9hG4bK77ef4c2312983.1\
；received＝192.0.2.2Via:SIP/2.0/TCP pc33.atlanta.com；branch＝z9hG4bKnashds8\；received＝192.0.2.1From:Alice<sip:alice@example.com>；tag＝9fxced76slTo:Bob<sip:bob@example.com>；tag＝8321234356Call-ID: 3848276298220188511@client-alice.example.comCSeq:1INVITEContact:<sip:bob@client.biloxi.example.com>
Content-Type: multipart/mixed；boundary＝″boundaryl″Content-Length:...
--boundarylContent-Type:application/sdpv＝0o＝alice 2890844527 2890844527 IN IP4 example.coms＝Session SDPc＝IN IP4 example.comt＝30344236190m＝audio 3456 RTP/AVP0a＝rtpmap:0 PCMU/8000--boundarylContent-Type: message/sipfragINVITE sip:bob@client.biloxi.example.com SIP/2.0Via: SIP/2.0/TCP server10.biloxi.com；branch＝z9hG4bK4b43c2ff8.1Via: SIP/2.0/TCP\
bigbox3.site3.atlanta.com；branch＝z9hG4bK77ef4c2312983.1\；received＝192.0.2.2Via: SIP/2.0/TCP pc33.atlanta.com；branch＝z9hG4bKnashds8\；received＝192.0.2.1Max-Forwards: 68From:Alice<sip:alice@atlanta.example.com>；tag＝9fxced76slTo:Bob<sip:bob@example.com>
Call-ID:3848276298220188511@client-alice.example.comCSeq:1INVITEContact:<sip:alice@client.atlanta.example.com>
Supported:sipdiagRequire:sipdiagContent-Type:application/sdpContent-Length:...
--boundaryl-上述響應(yīng)消息的消息體類型為sipfaag的消息體中包含了被叫方接收到的INVITE消息。
由上述實(shí)施例可見，利用本發(fā)明，可以在被叫方節(jié)點(diǎn)允許不等待被叫方明確接受的情況下接受主叫方的請求，因此可以使主叫方的域運(yùn)營商在不打擾被叫方的情況下獲得SIP請求消息穿越的路徑信息。接收到INVITE消息后，被叫側(cè)UA(User Agent，用戶代理)分析INVITE請求中的“Via”信息，從而獲得所需的路徑信息。如果運(yùn)營商發(fā)現(xiàn)該路徑不同最佳路徑，可以修改域中的路由策略，優(yōu)化路由策略，更好地保證網(wǎng)絡(luò)中呼叫路由的暢通。
參照圖2，圖2是本發(fā)明系統(tǒng)一個(gè)優(yōu)選實(shí)施例的原理框圖在該實(shí)施例中，本發(fā)明系統(tǒng)包括主叫方節(jié)點(diǎn)11和被叫方節(jié)點(diǎn)12。在實(shí)際應(yīng)用中，主叫方節(jié)點(diǎn)11和被叫方節(jié)點(diǎn)12之間還可以有其他的節(jié)點(diǎn)設(shè)備，主叫方節(jié)點(diǎn)11和被叫方節(jié)點(diǎn)12的交互消息通過這些其他的節(jié)點(diǎn)設(shè)備進(jìn)行轉(zhuǎn)發(fā)。
主叫方節(jié)點(diǎn)11包括測試呼叫單元111、路徑信息獲取單元112。其中，測試呼叫單元111用于向被叫方節(jié)點(diǎn)12發(fā)起測試呼叫，并在呼叫請求消息中攜帶路徑信息請求標(biāo)志，該標(biāo)志表示要求被叫方返回SIP消息傳輸路徑信息；路徑信息獲取單元112用于從主叫方節(jié)點(diǎn)接收的成功響應(yīng)消息中獲取出所述呼叫請求消息的傳輸路徑。
被叫方節(jié)點(diǎn)12包括檢測單元121、消息構(gòu)造單元122。其中，檢測單元121用于檢測被叫方節(jié)點(diǎn)接收的呼叫請求消息的類型；消息構(gòu)造單元122用于在檢測單元檢測到被叫方節(jié)點(diǎn)接收的呼叫請求消息中包含請求被叫方信息的字段時(shí)，將所述呼叫請求消息編輯到被叫方節(jié)點(diǎn)發(fā)送給主叫方節(jié)點(diǎn)的成功響應(yīng)消息中。
該系統(tǒng)的工作過程如下當(dāng)主叫方節(jié)點(diǎn)需要獲取SIP消息的傳輸路徑時(shí)，由測試呼叫單元向被叫方節(jié)點(diǎn)發(fā)起測試呼叫，在該測試呼叫的呼叫請求消息中攜帶路徑信息請求標(biāo)志。比如，前面對本發(fā)明方法實(shí)施例的描述中提到的INVITE消息，在其消息頭中攜帶路徑信息請求標(biāo)志，以表示要求被叫方返回SIP消息傳輸路徑信息。另外，為了不使測試呼叫給被叫方的其他消息處理產(chǎn)生影響，將Require字段的Supported標(biāo)頭中的sipdiag字段設(shè)置為測試呼叫方式，以便被叫方節(jié)點(diǎn)可以根據(jù)該字段將收到的呼叫請求消息包含在成功響應(yīng)消息中返回給主叫方。根據(jù)實(shí)際需要，主叫方節(jié)點(diǎn)可以定時(shí)發(fā)起測試呼叫，也可以周期發(fā)起測試呼叫。
被叫方節(jié)點(diǎn)收到呼叫請求消息后，由檢測單元121檢測被叫方節(jié)點(diǎn)接收的呼叫請求消息的類型，獲取該呼叫請求消息的消息頭中的信息。如果檢測到主叫方發(fā)送的是測試呼叫，并請求了路徑信息，則通知消息構(gòu)造單元122將該呼叫請求消息編輯到被叫方節(jié)點(diǎn)發(fā)送給主叫方節(jié)點(diǎn)的成功響應(yīng)消息中，比如將INVITE消息全部或只將Via字段中的信息編輯到該成功響應(yīng)消息的消息體中。然后，被叫方節(jié)點(diǎn)將該成功響應(yīng)消息發(fā)送給主叫方節(jié)點(diǎn)。
主叫方節(jié)點(diǎn)收到被叫方節(jié)點(diǎn)的成功響應(yīng)消息后，由路徑信息獲取單元112該成功響應(yīng)消息中獲取出呼叫請求消息的傳輸路徑，即INVITE消息中的Via字段信息。這樣，主叫方節(jié)點(diǎn)就可以得到呼叫請求消息的傳輸路徑，為網(wǎng)絡(luò)運(yùn)營商對網(wǎng)絡(luò)的維護(hù)提供必要的信息。
圖3是本發(fā)明網(wǎng)絡(luò)節(jié)點(diǎn)設(shè)備第一實(shí)施例的原理框圖該設(shè)備包括消息收發(fā)單元31、呼叫請求消息構(gòu)造單元32、路徑信息獲取單元112、檢測單元121，其中，消息收發(fā)單元31用于和網(wǎng)絡(luò)中的其他節(jié)點(diǎn)設(shè)備進(jìn)行消息交互，向其他節(jié)點(diǎn)設(shè)備發(fā)起測試呼叫，并接收來自其他節(jié)點(diǎn)設(shè)備的成功響應(yīng)消息；檢測單元121用于檢測消息收發(fā)單元接收到的消息類型；路徑信息獲取單元112用于在檢測單元檢測到成功響應(yīng)消息后，從該成功響應(yīng)消息中獲取出消息的傳輸路徑；呼叫請求消息構(gòu)造單元32用于構(gòu)造消息收發(fā)單元發(fā)起測試呼叫所需的呼叫請求消息，并將請求被叫方信息的字段加入到所述呼叫請求消息中。
除此之外，在本實(shí)施例中，本發(fā)明設(shè)備還包括響應(yīng)消息構(gòu)造單元33，用于在檢測單元檢測到呼叫請求消息、并且該呼叫請求消息中包含請求被叫方信息的字段時(shí)，構(gòu)造消息收發(fā)單元需要回應(yīng)的成功響應(yīng)消息，將呼叫請求消息全部或部分包含到該成功響應(yīng)消息中。
該節(jié)點(diǎn)設(shè)備可以作為主叫方向網(wǎng)絡(luò)中的其他節(jié)點(diǎn)設(shè)備發(fā)起呼叫，也可以作為被叫方接收來自網(wǎng)絡(luò)中其他節(jié)點(diǎn)的呼叫。
作為主叫方獲取SIP消息傳輸路徑或者作為被叫方向其他主叫節(jié)點(diǎn)設(shè)備提供SIP消息傳輸路徑的詳細(xì)過程如下本節(jié)點(diǎn)設(shè)備需要發(fā)起測試呼叫，首先由呼叫請求消息構(gòu)造單元構(gòu)造呼叫請求消息，在構(gòu)造呼叫請求消息時(shí)，需要將路徑信息請求標(biāo)志加入到該呼叫請求消息中，為了保證不對目的節(jié)點(diǎn)設(shè)備產(chǎn)生影響，還可以將INVITE消息字段設(shè)置為測試呼叫方式，具體實(shí)現(xiàn)可參照前面本發(fā)明方法實(shí)施例中的描述。然后，將構(gòu)造的呼叫請求消息交給消息收發(fā)單元。消息收發(fā)單元向被叫節(jié)點(diǎn)設(shè)備發(fā)送該呼叫請求消息，發(fā)起測試呼叫。
被叫節(jié)點(diǎn)設(shè)備的消息收發(fā)單元接收到該呼叫請求消息后，由被叫節(jié)點(diǎn)設(shè)備的檢測單元檢測該消息，如果發(fā)現(xiàn)該消息為測試呼叫消息，并且包含了路徑信息請求標(biāo)志時(shí)，通知被叫節(jié)點(diǎn)設(shè)備中的響應(yīng)消息構(gòu)造單元構(gòu)造成功響應(yīng)消息，將呼叫請求消息全部或部分包含到該成功響應(yīng)消息中。然后，將該成功響應(yīng)消息交給消息收發(fā)單元，由消息收發(fā)單元將該消息回應(yīng)給發(fā)起測試呼叫的節(jié)點(diǎn)設(shè)備。
發(fā)起測試呼叫的節(jié)點(diǎn)設(shè)備的消息收發(fā)單元接收來自被叫設(shè)備的消息，當(dāng)其檢測單元檢測到被叫節(jié)點(diǎn)設(shè)備回應(yīng)的成功響應(yīng)消息后，通知路徑信息獲取單元獲取出該成功響應(yīng)消息中的呼叫請求消息傳輸路徑信息。這樣，即完成了本次測試呼叫的目的。
圖4是本發(fā)明網(wǎng)絡(luò)節(jié)點(diǎn)設(shè)備第二實(shí)施例的原理框圖與圖3所示實(shí)施例不同的是，在該實(shí)施例中，增加了路由存儲(chǔ)單元41和路由維護(hù)單元42。其中，路由存儲(chǔ)單元41用于存儲(chǔ)網(wǎng)絡(luò)中的路由信息；路由維護(hù)單元42與路徑信息獲取單元相連，用于根據(jù)路徑信息獲取單元獲取的呼叫請求消息的傳輸路徑信息，更新路由存儲(chǔ)單元中存儲(chǔ)的路由信息。
在實(shí)際應(yīng)用中，可以預(yù)先設(shè)定一些路由更新及優(yōu)化策略，以使路由維護(hù)單元32利用該策略自動(dòng)更新路由存儲(chǔ)單元中存儲(chǔ)的路由信息，保證網(wǎng)絡(luò)路由的暢通，為用戶提供更好的服務(wù)。
雖然通過實(shí)施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神，希望所附的權(quán)利要求包括這些變形和變化而不脫離本發(fā)明的精神。
權(quán)利要求
1.一種獲取會(huì)話起始協(xié)議消息傳輸路徑的方法，其特征在于，包括以下步驟主叫方發(fā)起測試呼叫，并在呼叫請求消息中攜帶路徑信息請求標(biāo)志，所述標(biāo)志表示要求被叫方返回會(huì)話起始協(xié)議消息傳輸路徑信息；被叫方收到所述呼叫請求消息后根據(jù)所述路徑信息請求標(biāo)志，將收到的呼叫請求消息全部或部分包含在成功響應(yīng)消息中，并將所述成功響應(yīng)消息返回給主叫方；主叫方根據(jù)收到的成功響應(yīng)消息獲取所述呼叫請求消息的傳輸路徑。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述呼叫請求消息具體為會(huì)話起始協(xié)議邀請INVITE消息，其消息頭的Require字段中帶有所述路徑信息請求標(biāo)志。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述方法還包括將所述INVITE消息的消息頭中的sipdiag字段設(shè)置為測試呼叫方式。
4.根據(jù)權(quán)利要求3所述的方法，其特征在于，在所述被叫方收到所述呼叫請求消息后向所述主叫方返回成功響應(yīng)消息的步驟之前還包括所述被叫方獲取所述呼叫請求消息的消息頭中的sipdiag字段信息；在該sipdiag字段信息為測試呼叫方式時(shí)，向所述被叫方返回成功響應(yīng)消息。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述被叫方收到所述呼叫請求消息后向所述主叫方返回成功響應(yīng)消息之前還包括所述被叫方確認(rèn)所述呼叫請求消息的消息頭中的Require字段信息中帶有所述路徑信息請求標(biāo)志。
6.根據(jù)權(quán)利要求1至5任一項(xiàng)所述的方法，其特征在于，所述成功響應(yīng)消息具體為會(huì)話起始協(xié)議的200 OK消息。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述被叫方將收到的呼叫請求消息包含在所述成功響應(yīng)消息的消息體中。
8.一種獲取會(huì)話起始協(xié)議消息傳輸路徑的系統(tǒng)，包括主叫方節(jié)點(diǎn)、被叫方節(jié)點(diǎn)，其特征在于，所述主叫方節(jié)點(diǎn)包括測試呼叫單元，用于向所述被叫方節(jié)點(diǎn)發(fā)起測試呼叫，并在呼叫請求消息中攜帶路徑信息請求標(biāo)志；路徑信息獲取單元，用于從主叫方節(jié)點(diǎn)接收的成功響應(yīng)消息中獲取出所述呼叫請求消息的傳輸路徑；所述被叫方節(jié)點(diǎn)包括檢測單元，用于檢測所述被叫方節(jié)點(diǎn)接收到的消息類型；消息構(gòu)造單元，用于在所述檢測單元檢測到所述被叫方節(jié)點(diǎn)接收的呼叫請求消息中包含請求被叫方信息的字段時(shí)，將所述呼叫請求消息編輯到所述被叫方節(jié)點(diǎn)發(fā)送給所述主叫方節(jié)點(diǎn)的成功響應(yīng)消息中。
9.一種網(wǎng)絡(luò)節(jié)點(diǎn)設(shè)備，其特征在于，包括消息收發(fā)單元、呼叫請求消息構(gòu)造單元、路徑信息獲取單元、檢測單元，其中，消息收發(fā)單元，用于和網(wǎng)絡(luò)中的其他節(jié)點(diǎn)設(shè)備進(jìn)行消息交互，向所述其他節(jié)點(diǎn)設(shè)備發(fā)起測試呼叫，并接收來自所述其他節(jié)點(diǎn)設(shè)備的成功響應(yīng)消息；檢測單元，用于檢測所述消息收發(fā)單元接收到的消息類型；路徑信息獲取單元，用于在所述檢測單元檢測到成功響應(yīng)消息后，從該成功響應(yīng)消息中獲取出消息的傳輸路徑；呼叫請求消息構(gòu)造單元，用于構(gòu)造所述消息收發(fā)單元發(fā)起測試呼叫所需的呼叫請求消息，并將請求被叫方信息的字段加入到所述呼叫請求消息中。
10.根據(jù)權(quán)利要求9所述的網(wǎng)絡(luò)節(jié)點(diǎn)設(shè)備，其特征在于，還包括響應(yīng)消息構(gòu)造單元，用于在所述檢測單元檢測到呼叫請求消息、并且該呼叫請求消息中包含請求被叫方信息的字段時(shí)，構(gòu)造所述消息收發(fā)單元需要回應(yīng)的成功響應(yīng)消息，將所述呼叫請求消息編輯到該成功響應(yīng)消息中。
11.根據(jù)權(quán)利要求9或10所述的網(wǎng)絡(luò)節(jié)點(diǎn)設(shè)備，其特征在于，還包括路由存儲(chǔ)單元，用于存儲(chǔ)網(wǎng)絡(luò)中的路由信息；路由維護(hù)單元，與所述路徑信息獲取單元相連，用于根據(jù)所述路徑信息獲取單元獲取的呼叫請求消息的傳輸路徑信息，更新所述路由存儲(chǔ)單元中存儲(chǔ)的路由信息。
全文摘要
本發(fā)明公開了一種獲取會(huì)話起始協(xié)議消息傳輸路徑的方法，包括主叫方發(fā)起測試呼叫，并在呼叫請求消息中攜帶路徑信息請求標(biāo)志，所述標(biāo)志表示要求被叫方返回會(huì)話起始協(xié)議消息傳輸路徑信息；被叫方收到所述呼叫請求消息后根據(jù)所述路徑信息請求標(biāo)志，將收到的呼叫請求消息全部或部分包含在成功響應(yīng)消息中，并將所述成功響應(yīng)消息返回給主叫方；主叫方根據(jù)收到的成功響應(yīng)消息獲取所述呼叫請求消息的傳輸路徑。本發(fā)明還公開了一種獲取會(huì)話起始協(xié)議消息傳輸路徑的系統(tǒng)和一種網(wǎng)絡(luò)節(jié)點(diǎn)設(shè)備。利用本發(fā)明，可以使主叫方獲得呼叫請求消息在網(wǎng)絡(luò)中穿越的路徑，從而為運(yùn)營商對各自域內(nèi)的路由策略設(shè)置及主動(dòng)維護(hù)提供必要的信息。
文檔編號(hào)H04L12/18GK1988546SQ200610168029
公開日2007年6月27日 申請日期2006年12月15日 優(yōu)先權(quán)日2006年12月15日
發(fā)明者梁亮 申請人:華為技術(shù)有限公司