專利名稱：更改會話路徑的方法、會話終端、中繼節(jié)點(diǎn)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種更改會話路徑的方法、會話終 端、中繼節(jié)點(diǎn)。
背景技術(shù)：
因特網(wǎng)多媒體子系統(tǒng)(IMS, IP Multimedia Subsystem)是一個基于IP的、業(yè) 務(wù)開放的、與接入方式無關(guān)的網(wǎng)絡(luò)環(huán)境，通過在核心網(wǎng)絡(luò)層提供用戶標(biāo)識鑒 權(quán)、QoS保證、安全保證等基礎(chǔ)能力，給各種業(yè)務(wù)以有力的支撐。目前已有 多媒體電話、會議、游戲等業(yè)務(wù)基于IMS網(wǎng)絡(luò)運(yùn)行，隨著IMS的積極部署， 將會有更多的基于IMS的業(yè)務(wù)投入運(yùn)營。
IMS —般是通過應(yīng)用服務(wù)器(AS, Application Server)來提供業(yè)務(wù)。每個AS 可以駐留一個或多個業(yè)務(wù)，例如彩鈴、彩像業(yè)務(wù)等。在彩鈴、彩像業(yè)務(wù)的部 署中由獨(dú)立和專門的IMSAS提供彩鈴、彩像業(yè)務(wù)，通過配置IMS的iFC, 讓會話經(jīng)過IMS AS,和Telephony AS —起提供完整的電話業(yè)務(wù)。其具體的實(shí) 現(xiàn)方式可以采用會話代理(SIP Proxy )模式。
在會話建立前提供業(yè)務(wù)，卻不關(guān)注會話建立確認(rèn)后發(fā)生事情的IMSAS。 如果彩像AS希望向被叫用戶播放彩像，它必須把自己加入到會話的記錄路由 (Record-Route)路徑中，否則，IMS的預(yù)振鈴(Pre-alerting)呼叫模式中的 PRACK/UPDATE信令消息將不會發(fā)送到彩鈴、彩像AS,而這些消息，都攜 帶了終端申請到的真正的媒體承載IP連接的信息，如果彩鈴、彩像AS無法 獲得這些信息，將無法向終端的媒體接受IP地址和端口播放鈴聲、視頻等。 對于實(shí)現(xiàn)類似彩鈴、彩像業(yè)務(wù)的SIP Proxy角色的IMS AS,考慮到需要使用 IMS預(yù)振鈴(Pre-alerting)呼叫模式中的PRACK/UPDATE信令中攜帶的信息， 必須把自己加入到會話的Record-Route路徑中。
但這些AS只關(guān)注會話成功建立前的信令的處理，會話建立確認(rèn)后的消息 對它們沒有任何用處，但因?yàn)樗鼈円呀?jīng)把自己留在了會話的Record-Route路 徑中，因此，會話建立確認(rèn)后，在整個呼叫期間，其中可能的reINVITE、 UPDATE、 BYE等消息也都要路過這些AS,為這些AS帶來不必要的處理負(fù)
擔(dān)。
因此，在進(jìn)行本發(fā)明創(chuàng)造過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)中至少存在如下
問題類似彩鈴、彩像業(yè)務(wù)中，以SIP Proxy角色提供業(yè)務(wù)的IMS AS并不關(guān) 心會話建立確認(rèn)后的情況，在會話建立完成后，卻無法退出SIP會話的路徑。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例要解決的技術(shù)問題為提供一種更改會話路徑的方法及會話 終端、中繼節(jié)點(diǎn)，能夠在SIP會話建立確認(rèn)后，通過調(diào)整SIP會話的信令路徑，
使信令不再經(jīng)過無需繼續(xù)參與會話的中繼節(jié)點(diǎn)。
為解決上述技術(shù)問題，本發(fā)明實(shí)施例的目的是通過以下技術(shù)方案實(shí)現(xiàn)的 本發(fā)明實(shí)施例提供一種更改會話路徑的方法，其包括 會話終端根據(jù)會話過程中生成的記錄路由，形成相應(yīng)的路由集，所述路
由集包括會話經(jīng)過的中繼節(jié)點(diǎn)的地址信息，所述地址信息攜帶用于指示會話
建立確認(rèn)后中繼節(jié)點(diǎn)是否需要退出會話的指示信息；
會話建立確認(rèn)后，根據(jù)所述地址信息攜帶的指示信息，會話終端對路由
集進(jìn)行更新，從路由集中刪除需要退出會話的中繼節(jié)點(diǎn)的地址信息，生成新 的路由集；
會話終端將更新后的路由集加入到后續(xù)請求消息的記錄路由中。 本發(fā)明實(shí)施例還提供另 一種更改會話路徑的方法，包括 接收會話請求消息；
確認(rèn)當(dāng)前會話狀態(tài)為會話建立確認(rèn)狀態(tài)后，判斷所述會話請求消息路由
頭域中下一跳中繼節(jié)點(diǎn)是否需要退出會話；
如果會話請求消息路由頭域中下 一跳中繼節(jié)點(diǎn)需要退出會話，則刪除路 由頭域中所述中繼節(jié)點(diǎn)的地址信息，生成新的路由信息。
本發(fā)明實(shí)施例還提供一種會話終端，其包括
路由集生成單元，用于根據(jù)會話路由過程中生成的記錄路由，形成相應(yīng) 的路由集，所述路由集包括會話經(jīng)過的中繼節(jié)點(diǎn)的地址信息，所述地址信息 攜帶用于指示會話建立確認(rèn)后是否需要退出會話的指示信息；
路由集更新單元，用于會話建立確認(rèn)后，根據(jù)所述地址信息攜帶的指示
信息，對所述路由集生成單元生成的路由集進(jìn)行更新，從路由集中刪除會話
建立確認(rèn)后無需保留的中繼節(jié)點(diǎn)的地址信息，生成新的路由信息；
路由集添加單元，用于將路由集單元更新后的路由集加入到后續(xù)請求消
息的記錄路由中。
本發(fā)明實(shí)施例還提供一種中繼節(jié)點(diǎn)，其包括 判斷單元，用于確認(rèn)會話狀態(tài)是否為會話建立確認(rèn)狀態(tài)； 接收單元，用于接收會話請求消息；
判斷單元，用于確認(rèn)當(dāng)前會話狀態(tài)為會話建立確認(rèn)狀態(tài)后，判斷會話請 求消息路由頭域中下一跳中繼節(jié)點(diǎn)是否需要退出會話；
路由頭域更新單元，當(dāng)判斷單元的判斷結(jié)果為會話請求消息路由頭域中 下一跳中繼節(jié)點(diǎn)需要退出會話時，刪除路由頭域中所述下一跳中繼節(jié)點(diǎn)的地 址信息，生成新的路由信息。
通過本發(fā)明實(shí)施例提供的更改會話路徑的方法、會話終端以及中繼節(jié)點(diǎn)， 能夠在會話建立確認(rèn)后，生成新的路由信息，會話的后續(xù)請求消息按照新的 路由信息進(jìn)行路由，從而實(shí)現(xiàn)會話建立后，對信令路徑的調(diào)整，從而使在會 話建立后無需繼續(xù)保留的節(jié)點(diǎn)可以成功退出會話，因此提高了會話建立后， 信令的傳輸效率，同時也降低了這些節(jié)點(diǎn)的處理負(fù)荷。


圖1為本發(fā)明更改會話路徑的方法第一實(shí)施例的信令流程圖； 圖2為本發(fā)明更改會話路徑的方法第二實(shí)施例的信令流程圖； 圖3為本發(fā)明會話系統(tǒng)一個實(shí)施例的結(jié)構(gòu)圖； 圖4為本發(fā)明會話終端一個實(shí)施例的結(jié)構(gòu)圖； 圖5為本發(fā)明中繼節(jié)點(diǎn)一個實(shí)施例的結(jié)構(gòu)圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例提供一種更改會話路徑的方法、會話終端、中繼節(jié)點(diǎn)。為 使本發(fā)明的技術(shù)方案更加清楚明白，以下參照附圖并列舉實(shí)施例，對本發(fā)明 進(jìn)一步詳細(xì)說明。
請參照圖1,為本發(fā)明更改會話路徑的方法第一實(shí)施例的信令流程圖。本 實(shí)施例中，會話發(fā)起端UA1和會話接收端UA2之間的會話建立確認(rèn)之前，即
對話處于"Early，，狀態(tài)期間，UA1和UA2之間的AS保留在會話路徑中，而在 會話建立確認(rèn)之后，即對話轉(zhuǎn)入"Confirmed"狀態(tài)后，通過Record-Route中地 址信息攜帶的指示信息，從Route Set中刪除AS的地址，因此所述AS在會 話建立確認(rèn)后，退出會話路徑。 具體過程包括
步驟101:會話發(fā)起端UA1發(fā)送INVITE請求給中繼節(jié)點(diǎn)SIPProxyl;
一般來說， 一段SIP會話包括了 SIP請求和SIP響應(yīng)。SIP請求由其方法 名來標(biāo)識，如"INVITE" 、 "BYE"、 "CANCEL" 、 "REGISTER" 、 "ACK，，等。 每種請求都有不同的用途，例如本實(shí)施例中的INVITE請求用于用戶發(fā)起會 話，BYE請求用于釋放會話；SIP響應(yīng)由其響應(yīng)碼來標(biāo)識，如100/180/200/400, 外加一個響應(yīng)含義說明字符串，如100響應(yīng)的說明字符串為"trying",稱為"100 trying"響應(yīng)，SIP響應(yīng)分為臨時響應(yīng)(Provisional Response)和最纟冬響應(yīng)(Final Response)兩種，F(xiàn)inal Response將結(jié)束一個事務(wù)，臨時響應(yīng)是用戶終端(UA, UserEquipment)用來指示處理進(jìn)展的響應(yīng)消息，它不結(jié)束事務(wù)，響應(yīng)碼范圍為 100 - 199都是臨時響應(yīng)，響應(yīng)碼范圍為200-699屬于最終響應(yīng)。
SIP會話中，用戶終端間進(jìn)行臨時響應(yīng)交互后，對話的狀態(tài)處于"Early" 狀態(tài)，當(dāng)一個2xx最終響應(yīng)到達(dá)用戶終端時，會話的狀態(tài)稱為"Confirmed"狀 態(tài)。
SIP協(xié)議定義了如下幾種基本信令處理的功能角色SIP用戶終端和SIP 代理服務(wù)器(Proxy Server,簡稱Proxy)。用戶終端用于處理信令，Proxy Server 用于負(fù)責(zé)用戶終端之間的信令路由，當(dāng)收到始發(fā)用戶終端發(fā)出的SIP請求后， 將會話路由向SIP會話的目的用戶終端， 一個會話可能由多個SIP Proxy路由 后，才最終到達(dá)目的用戶終端。
步驟102: SIP Proxyl收到所述INVITE請求后，向該請求的記錄路由 (Record-Route)頭域頂部插入自己的地址，再將所述INVITE請求轉(zhuǎn)發(fā)給另一 個中繼節(jié)點(diǎn)AS,并攜帶Record-Route;
Record-Route是中繼節(jié)點(diǎn)在請求中增加的，用來強(qiáng)制會話中的后續(xù)請求需 經(jīng)過本Record-Route中記錄的中繼節(jié)點(diǎn)。例如，SIP Proxy處理初始SIP請求 時，可以決定自己是否需要處理后續(xù)的請求消息，如需要，則需要把自己的地址加入到該初始請求的"Record-Route，，的頂部地址中，如不需要，則不用加 入。本實(shí)施例中，SIP Proxy 1需要處理后續(xù)的請求，因此在收到INVITE請求 時，將自己的地址加入所述INVITE請求Record-Route頂部。
步驟103: AS收到所述INVITE請求后對會話進(jìn)行業(yè)務(wù)處理，并在 Record-Route頭域的頂部插入AS的地址，AS地址上附加用于指示會話建立 確認(rèn)后退出會話的指示信息，然后發(fā)送所述INVITE請求給SIP Proxy2,并攜 帶所述Record-Route;
所述指示信息為記錄路由中所擴(kuò)充出來的統(tǒng)一 資源標(biāo)識符(URI, Uniform Resource Identifier)參數(shù)，通過對所述參數(shù)取特定的值來指示會話建立確認(rèn)后 中繼節(jié)點(diǎn)是否需要退出會話。本實(shí)施例中，對Record-Route擴(kuò)充一個令牌 (token)類型的"rr-param"參數(shù)，在對話處于"Early，，狀態(tài)期間，當(dāng)?shù)刂泛髷y帶 值為RRFED(Record-Route For Early Dialog)的 "rr-param "參數(shù)時，對應(yīng)的中 繼節(jié)點(diǎn)在對話處于"Early，，狀態(tài)期間保留在會話路徑中，而在會話建立之后， 即對話轉(zhuǎn)入"Confirmed，，狀態(tài)后，攜帶這個參數(shù)的地址將從Record-Route中被 刪除，對應(yīng)的中繼節(jié)點(diǎn)退出會話路徑。
所述指示信息還可以通過擴(kuò)展其他路由信息中的參數(shù)或者通過新增其他 信息參數(shù)來實(shí)現(xiàn)中指示繼節(jié)點(diǎn)是否需要在會話建立確認(rèn)后退出會話。
步驟104: SIP Proxy2收到所述INVITE請求后，在Record-Route頭域的 頂部插入自己的地址，并轉(zhuǎn)發(fā)所述INVITE請求給UA2,并攜帶Record-Route;
步驟105: UA2收到所述INVITE請求后，根據(jù)Record-Route內(nèi)容，構(gòu)建 自己一側(cè)的路由集(Route Set), Route Set也包括了各地址以及各地址攜帶的指 示信息；
當(dāng)SIP初始請求到達(dá)會話接收端時，會話接收端把Record-Route中形成 的地址列表作為Route Set記錄下來(包括地址參數(shù))，在返回的響應(yīng)中， Record-Route也隨之被返回給會話發(fā)起端，會話發(fā)起端也需要把Record-Route 中形成的地址列表取反方向作為Route Set記錄下來(包括指示信息)。這樣， SIP會話的會話發(fā)起端和會話4妄收端都形成了 Route Set,其后，會話發(fā)起端和 會話接收端發(fā)出的該會話中的所有SIP請求消息及其響應(yīng)消息，都需要將其 記錄的"Route-set"復(fù)制到"Route"頭域中，故SIP會話的后續(xù)請求，必須
按SIP會話建立時形成的路徑進(jìn)行路由。
本實(shí)施例中，由于INVITE請求先后經(jīng)過了 SIP Proxy 1 、 AS 、 SIP Proxy2, 因此所構(gòu)建的Route Set為SIP Proxy2 - >AS - >SIP Proxy 1地址，且AS地 址攜帶值為RRFED的"rr-param"參數(shù)。
步驟106: UA2向SlPProxy2返回臨時響應(yīng)，并攜帶Record-Route;本實(shí) 施例中，臨時響應(yīng)為"183 Call Progress" 。 UA2上的SIP會話的狀態(tài)變成 "Early"。
步驟107: SlPProxy2路由所述臨時響應(yīng)到AS，并攜帶Record-Route;
本實(shí)施例中，由于Record-Route頭域中的AS地址攜帶有用于指示會話建 立確認(rèn)后AS退出會話的參數(shù)，因此在會話處于Early狀態(tài)時，AS保留在會 話中。
步驟108: AS路由所述臨時響應(yīng)到SIP Proxy 1,并攜帶Record-Route; 步驟109: SIP Proxy 1路由所述臨時響應(yīng)到UA1,并攜帶Record-Route; UA1上的會話狀態(tài)變?yōu)镋arly 。
步驟110: UA1收到所述臨時響應(yīng)后，根據(jù)Record-Route頭域內(nèi)容，構(gòu) 建自己一側(cè)的Route Set, Route Set也包括了各地址以及各地址攜帶的指示信 息；
所構(gòu)建的Route Set為SIP Proxy 1 - >AS - >SIP Proxy2 。
步驟111: UA 1構(gòu)造PRACK消息并發(fā)送給SIP Proxy 1;
所述PRACK消息用于向?qū)Χ舜_認(rèn)收到臨時響應(yīng)，且攜帶了根據(jù)Route Set 構(gòu)建的Route頭域SIP Proxy 1 - >AS - >SIP Proxy2 ，各地址均包含 Record-Route形成時的指示信息；
步驟112: SIP Proxy 1按PRACK消息的Route頭域的信息，路由PRACK 消息到AS;
步驟113: AS按PRACK的Route頭域的信息，路由PRACK消息到SIP Proxy2;
步驟114: SIP Proxy2根據(jù)會話的信息，發(fā)送PRACK消息到UA2;
步驟115: UA2向SIP Proxy2返回PRACK的200 OK響；
所述200 OK響應(yīng)按照PRACK形成的via頭域信息返回，先發(fā)送到SIP
Proxy2。
步驟116: SIP Proxy2向AS轉(zhuǎn)發(fā)PRACK的200 OK響應(yīng)
步驟117: AS向SIP Proxy 1轉(zhuǎn)發(fā)PRACK的200 OK響應(yīng)；
步驟118: SIP Proxy 1向UA1轉(zhuǎn)發(fā)PRACK的200 OK響應(yīng)。
步驟119: UA2振鈴，發(fā)出"180 RING"臨時響應(yīng)，該響應(yīng)及其PRACK、
200 OK的過程，與步驟106到步驟118的過程相同，這里不再描述。
步驟120: UA1完成媒體承載IP資源申請和預(yù)留后，向?qū)Χ税l(fā)送UPDATE,
以交互新的々某體地址和端口 ；
UPDATE發(fā)出時，攜帶了根據(jù)Route Set構(gòu)建的Route頭域SIP Proxy 1
->AS - >SIP Proxy2，各地址均包含Record-Route形成時包含的地址參數(shù)。
UPDATE按Route頭域路由到SIP Proxy 1 。
步驟121: SIP Proxyl按UPDATE請求的Route頭域的信息，路由UPDATE
請求到AS;
步驟122: AS按UPDATE請求的Route頭域的信息，路由UPDATE請求 到SIP Proxy 2;
步驟123: SIP Proxy2根據(jù)會話的信息，路由UDPATE請求到UA2;
步驟124: UA2返回UDPATE的200 OK響應(yīng)到SIP Proxy2;
步驟125: SIP Proxy2向AS轉(zhuǎn)發(fā)UDPATE的200 OK響應(yīng)；
步驟126: AS向SIP Proxyl轉(zhuǎn)發(fā)UDPATE的200 OK響應(yīng)；
步驟127: SIP Proxyl向UA1轉(zhuǎn)發(fā)UDPATE的200 OK響應(yīng)。
步驟128:用戶接受呼叫，UA2受用戶指示返回INVITE請求的200 OK
響應(yīng)到SlPProxy2, UA2上的SIP會話狀態(tài)由"Early"遷移到"Confirmed"; INVITE請求的200 OK響應(yīng)消息為最終響應(yīng)消息，因此SIP會話狀態(tài)改
變?yōu)?Confirmed",即會話狀態(tài)進(jìn)入會話建立確i^狀態(tài)。 步驟129: SIP Proxy2向AS轉(zhuǎn)發(fā)200 OK響應(yīng)； 步驟130: AS向SIP Proxyl轉(zhuǎn)發(fā)INVITE的200 OK響應(yīng)； 步驟131: SIP Proxyl向UA1轉(zhuǎn)發(fā)INVITE的200 OK響應(yīng)，UA1收到該
響應(yīng)消息，UA1上的SIP會話狀態(tài)由"Early"遷移到"Confirmed";
步驟132: UA2遍歷其Route Set中各地址，當(dāng)發(fā)現(xiàn)有中繼節(jié)點(diǎn)的地址信
息攜帶的指示信息表明該中繼節(jié)點(diǎn)需要在會話建立確認(rèn)后中繼節(jié)點(diǎn)是退出 時，將該中繼節(jié)點(diǎn)的地址信息從所述路由集中刪除，其它中繼節(jié)點(diǎn)的地址信
息前后順序保持不變；
本實(shí)施例中，用于指示會話建立確認(rèn)后AS退出會話的指示信息是值為
步驟133: AS接收到200 OK后，釋放相關(guān)的SIP資源；
步驟134: UA1遍歷其Route Set中各地址，當(dāng)發(fā)現(xiàn)有中繼節(jié)點(diǎn)的地址信 息攜帶的指示信息表明該中繼節(jié)點(diǎn)需要在會話建立確認(rèn)后中繼節(jié)點(diǎn)是退出 時，將該中繼節(jié)點(diǎn)的地址信息從所述路由集中刪除，其它中繼節(jié)點(diǎn)的地址信 息前后順序保持不變；
步驟132、步驟133、步驟134的執(zhí)行順序不分先后。
步驟135: UA1將更新后的Route Set加入到后續(xù)請求消息ACK的Route 頭域中，向SIP Proxy 1返回ACK消息，以便確認(rèn)收到INVITE的200 OK響 應(yīng)；
ACK發(fā)出時，攜帶了根據(jù)Route Set構(gòu)建的Route頭域SIP Proxy 1和SIP Proxy2。
步驟136: SIP Proxy 1按ACK請求的Route頭域的信息，繼續(xù)路由ACK 請求到SlPProxy2;
步驟137: SlPProxy2根據(jù)會話的信息，路由ACK請求到UA2;
步驟138: UA2向SIP Proxy2發(fā)送BYE請求，用于會話釋放；
所述BYE請求的Route按新的Route Set構(gòu)造，攜帶了根據(jù)Route Set構(gòu) 建的Route頭域SIP Proxy2和SIP Proxy 1 。
步驟139: SIP Proxy2按BYE請求的Route頭域的信息，繼續(xù)路由BYE 請求到SIP Proxy 1;
步驟140: SIP Proxy 1根據(jù)會話的信息，路由BYE請求到UAl;
步驟141: UA1返回BYE的200 OK響應(yīng)SIP Proxy 1;
步驟142: SIP Proxy 1繼續(xù)路由200 OK響應(yīng)到SIP Proxy2;
步驟143: SIP Proxy2路由BYE請求的200 OK響應(yīng)到UA2。
通過本發(fā)明上述實(shí)施例提供的更改會話路徑的方法，在會話建立確認(rèn)后，
從路由集中刪除會話建立確認(rèn)后無需保留的中繼節(jié)點(diǎn)的地址信息，生成新的 路由信息，會話的后續(xù)請求消息按照新的路由信息進(jìn)行路由，從而實(shí)現(xiàn)會話 建立后，對信令路徑的調(diào)整，從而使在會話建立后無需繼續(xù)保留的節(jié)點(diǎn)可以 成功退出會話，因此提高了會話建立后，信令的傳輸效率，同時也降低了這 些節(jié)點(diǎn)的處理負(fù)荷。
請參照圖2，為本發(fā)明更改會話路徑的方法第二實(shí)施例的信令流程圖。本
實(shí)施例中，在會話發(fā)起端UA1和會話接收端UA2之間的會話建立之前，即對 話處于"Early"狀態(tài)期間，UA1和UA2之間的AS保留在會話路徑中，而在會 話建立之后，即對話轉(zhuǎn)入"Confirmed"狀態(tài)后，發(fā)現(xiàn)呼叫會話控制功能實(shí)體服 務(wù)器(S-CSCF, Serving-Call Session Control Function)中存儲的會話狀態(tài)路徑旁 路地址表中包括了 AS的地址，因此刪除路由頭域中所述AS的地址，因此所 述AS在會話建立確認(rèn)后，退出會話路徑。 具體過程包括
步驟201: UAl發(fā)送INVITE請求給S-CSCF;
步驟202: S-CSCF收到所述INVITE請求后，向該消息的Record-Route 頭域頂部插入自己的地址，再將所述INVITE請求轉(zhuǎn)發(fā)給AS,并攜帶 Record-Route;
步驟203: AS收到所述INVITE請求后，向Record-Route頭域的頂部插 入自己的地址，并將所述INVITE請求轉(zhuǎn)發(fā)回S-CSCF;
但該AS是只希望保留在"Early" SIP會話狀態(tài)的Route路徑中，所以 S-CSCF中的 "Confirmed會話狀態(tài)路徑旁路地址表，，中配置了 AS的地址。
步驟204: S-CSCF路由所述INVITE請求到目的地UA2;
步驟205: UA2收到INVITE請求后，根據(jù)Record-Route頭域內(nèi)容，構(gòu)建 自己一側(cè)的Route Set;
步驟206: UA2向S-CSCF返回臨時響應(yīng)，并攜帶Record-Route;本實(shí)施 例中，臨時響應(yīng)為"183 Call Progress"。 UA2上的SIP會話的狀態(tài)變成"Early"。
步驟207: S-CSCF響應(yīng)到AS,并攜帶Record-Route;
步驟208: AS向S-CSCF返回臨時響應(yīng)，并攜帶Record-Route, S-CSCF 上的SIP Dialog的狀態(tài)變成"Early";
步驟209: S-CSCF轉(zhuǎn)發(fā)臨時響應(yīng)給UAl,并攜帶Record-Route, UA1上 的SIP Dialog的狀態(tài)變成"Early";
步驟210: UA1根據(jù)Record-Route頭域內(nèi)容，構(gòu)建自己一側(cè)的Route Set; 步驟211: UA1根據(jù)Route Set構(gòu)建Route頭域，并向S-CSCF返回PRACK
以確認(rèn)收到臨時響應(yīng)；
SIP請求的Route頭域記錄SIP會話必須路經(jīng)的各SIP Server地址，在有 Route頭域的情況下，SIP Server需將請求路由到Route頭域地址列表中的頂 部地址標(biāo)識的SIP Server。 Route頭域可以是在會話前由會話終端配置等產(chǎn)生 的，也可以是在SIP會話建立過程中形成的。
步驟212: S-CSCF收到PRACK消息后，判斷當(dāng)前會話狀態(tài)為"Early" 狀態(tài)，因此按PRACK的Route頭域內(nèi)容繼續(xù)轉(zhuǎn)發(fā)PRACK請求消息到AS;
步驟213: AS收到PRACK消息后，進(jìn)行業(yè)務(wù)處理，并繼續(xù)轉(zhuǎn)發(fā)PRACK 消息到S-CSCF;
步驟214: S-CSCF路由PRACk消息到UA2;
步驟215: UA2返回"200 OK"響應(yīng)消息到S-CSCF;
步驟216: S-CSCF路由"200 OK"響應(yīng)消息到AS;
步驟217: AS進(jìn)行業(yè)務(wù)處理后，路由"200 OK"響應(yīng)消息到S-CSCF;
步驟218: S-CSCF路由"200 OK"響應(yīng)消息到UAl;
步驟219: UA2沖展鈴，發(fā)出"180 RING"臨時響應(yīng)，該響應(yīng)及其PRACK、 200 0K的過程，與步驟206到步驟218的過程相同；UPDATE和"200 OK" 響應(yīng)的過程相同，這里均不再描述。
步驟220: UA2接受呼叫，向S-CSCF返回INVITE的"200 OK"最終響 應(yīng)，UA2上的SIP會話狀態(tài)由"Early"遷移到"Confirmed";
步驟221: S-CSCF路由INVITE的"200 OK"最終響應(yīng)給AS;
步驟222: AS轉(zhuǎn)發(fā)INVITE的"200 OK"最終響應(yīng)給S-CSCF， S-CSCF 上的SIP會話狀態(tài)由"Early"遷移到"Confirmed;
步驟223: S-CSCF繼續(xù)轉(zhuǎn)發(fā)INVITE的"200 OK"最終響應(yīng)給UA1, UA1 上的SIP Dialog的狀態(tài)由"Early"遷移到"Confirmed;
步驟224: AS接收到INVITE的"200 OK"最終響應(yīng)后，判斷會話狀態(tài) 遷移到"Confirmed",釋放相關(guān)資源；
步驟225: UA1返回ACK給S-CSCF,以便確認(rèn)收到INVITE的"200 OK" 最終響應(yīng)；
ACK中的Route頭域內(nèi)容按UA1中的Route set構(gòu)建，因此ACK請求被 路由到S-CSCF。
步驟226:確認(rèn)當(dāng)前會話狀態(tài)為會話建立確認(rèn)狀態(tài)后，S-CSCF發(fā)現(xiàn)下一 跳中繼節(jié)點(diǎn)AS需要退出會話的中繼節(jié)點(diǎn)地址信息，因此刪除路由頭域中所述 中繼節(jié)點(diǎn)的AS的地址，生成新的路由信息；
本實(shí)施例中，S-CSCF判斷會話狀態(tài)為"Confirmed",通過查詢本地策略 保存的"會話狀態(tài)路徑旁路地址表"，發(fā)現(xiàn)該表中配置了下一條中繼節(jié)點(diǎn)AS 的地址，因此刪除Route頭域中的AS地址。
步驟227: S-CSCF路由ACK請求到UA2;
步驟228: UA2希望結(jié)束會話，向SIP網(wǎng)絡(luò)發(fā)起會話釋放請求BYE, UA2 在發(fā)出BYE請求前，按其Route Set構(gòu)建Route頭域，其中包括AS地址；
步驟229: S-CSCF收到BYE請求后，S-CSCF確認(rèn)會話狀態(tài)為 "Confirmed",查詢本地策略的會話狀態(tài)路徑旁路地址表，發(fā)現(xiàn)該表中配置了 下 一條中繼節(jié)點(diǎn)AS的地址，則刪除Route頭域中的AS地址；
步驟230: S-CSCF路由所述BYE請求給UAl,跳過AS;
步驟231: UA1返回BYE請求的200 OK響應(yīng)給S-CSCF,以便確認(rèn)收到 了 BYE請求；
步驟232: S-CSCF路由BYE請求的200 OK響應(yīng)給UA2。 通過本發(fā)明上述實(shí)施例提供的更改會話路徑的方法，在會話建立確認(rèn)后， 當(dāng)配置的會話狀態(tài)路徑旁路地址表中包括會話請求消息路由頭域中下一個中 繼節(jié)點(diǎn)地址信息時，刪除路由頭域中所述中繼節(jié)點(diǎn)的地址信息，生成新的路 由信息，會話的后續(xù)請求消息按照新的路由信息進(jìn)行路由，從而實(shí)現(xiàn)會話建 立后，對信令路徑的調(diào)整，從而使在會話建立后無需繼續(xù)保留的節(jié)點(diǎn)可以成 功退出會話，因此提高了會話建立后，信令的傳輸效率，同時也降低了這些 節(jié)點(diǎn)的處理負(fù)荷。
請參照圖3，為本發(fā)明會話系統(tǒng)的一個實(shí)施例的結(jié)構(gòu)圖。所述會話系統(tǒng)包
括進(jìn)行會話的兩個會話終端，即會話發(fā)起端51和會話接收端53,以及在會話 發(fā)起端51與會話接收端53之間轉(zhuǎn)發(fā)會話消息的至少一個中繼節(jié)點(diǎn)52。
會話發(fā)起端51和會話接收端53根據(jù)會話過程中生成的記錄路由，形成 相應(yīng)的路由集，所述路由集包括會話經(jīng)過的中繼節(jié)點(diǎn)52的地址信息，所述地 址信息攜帶用于指示會話建立確認(rèn)后中繼節(jié)點(diǎn)是否需要退出會話的指示信
息；
記錄路由是中繼節(jié)點(diǎn)52在請求中增加的，用來強(qiáng)制會話中的后續(xù)請求需 經(jīng)過記錄路由中所記錄的中繼節(jié)點(diǎn)。例如，中繼節(jié)點(diǎn)SIP Proxy處理初始SIP 請求時，可以決定自己是否需要處理后續(xù)的請求消息，如需要，則需要把自 己的地址加入到該初始請求的記錄路由的頂部地址中，如不需要，則不用加 入。
當(dāng)會話建立確認(rèn)后，4艮據(jù)所述地址信息攜帶的指示信息，會話發(fā)起端51 和會話接收端53對路由集進(jìn)行更新，從路由集中刪除需要退出會話的中繼節(jié) 點(diǎn)的地址信息，生成新的路由集；
會話發(fā)起端51和會話接收端53將更新后的路由集加入到后續(xù)請求消息 的路由信息中，按新的路由信息繼續(xù)路由會話發(fā)起端51和會話接收端53之 間的請求消息。
請參照圖4，為本發(fā)明會話終端一個實(shí)施例的結(jié)構(gòu)圖。所述會話終端包括 路由集生成單元31、路由集更新單元32、路由集添加單元33。
所述路由集生成單元31用于根據(jù)會話路由過程中生成的記錄路由，形成 相應(yīng)的路由集，所述路由集包括會話經(jīng)過的中繼節(jié)點(diǎn)的地址信息，所述地址 信息攜帶用于指示會話建立確認(rèn)后是否需要退出會話的指示信息。
所述指示信息為記錄路由中所擴(kuò)充出來的URI參數(shù)，通過對所述參數(shù)取 特定的值來指示會話建立確認(rèn)后中繼節(jié)點(diǎn)是否需要退出會話。例如，對 Record-Route擴(kuò)充一個token類型的"rr-param，，參數(shù)，在對話處于"Early，，狀 態(tài)期間,當(dāng)i也址后攜帶寸直為RRFED的 "rr-param "參數(shù)時，對應(yīng)的中繼節(jié)點(diǎn) 在對話處于"Early"狀態(tài)期間保留在會話路徑中，而在會話建立之后，即對話 轉(zhuǎn)入"Confirmed，，狀態(tài)后，攜帶這個參數(shù)的地址將從Record-Route中被刪除，
對應(yīng)的中繼節(jié)點(diǎn)退出會話路徑。
所述路由集更新單元32用于會話建立確認(rèn)后，根據(jù)所述地址信息攜帶的 指示信息，對所述路由集生成單元31生成的路由集進(jìn)行更新，從路由集中刪 除會話建立確認(rèn)后無需保留的中繼節(jié)點(diǎn)的地址信息，生成新的路由集。
所述路由集添加單元33用于將路由集單元更新后的路由集加入到后續(xù)請 求消息的路由信息中。
通過上述本發(fā)明實(shí)施例提供的會話終端，在會話建立確認(rèn)后，會話終端 從路由集中刪除會話建立確認(rèn)后無需保留的中繼節(jié)點(diǎn)的地址信息，生成新的 路由信息，會話的后續(xù)請求消息按照新的路由信息進(jìn)行路由，從而實(shí)現(xiàn)會話 建立后，對信令路徑的調(diào)整，從而使在會話建立后無需繼續(xù)保留的節(jié)點(diǎn)可以 成功退出會話，因此提高了會話建立后，信令的傳輸效率，同時也降低了這 些節(jié)點(diǎn)的處理負(fù)荷。
請參照圖5，為本發(fā)明中繼節(jié)點(diǎn)一個實(shí)施例的結(jié)構(gòu)圖。所述中繼節(jié)點(diǎn)包括 接收單元41、判斷單元42、存儲單元43、路由頭域更新單元44。
所述接收單元41用于接收會話請求消息。
所述判斷單元42用于確認(rèn)當(dāng)前會話狀態(tài)為會話建立確認(rèn)狀態(tài)后，判斷所 述會話請求消息路由頭域中下 一跳中繼節(jié)點(diǎn)是否需要退出會話。
所述確認(rèn)當(dāng)前會話狀態(tài)為會話建立確認(rèn)狀態(tài)的具體方式為在發(fā)送會話 請求消息給消息的下一跳中繼節(jié)點(diǎn)之前，判斷當(dāng)前會話狀態(tài)是否為會話建立 確認(rèn)狀態(tài)，例如是否收到最終響應(yīng)消息等。
所述路由頭域更新單元44,當(dāng)判斷單元的判斷結(jié)果為會話請求消息路由 頭域中下一跳中繼節(jié)點(diǎn)需要退出會話時，刪除路由頭域中所述下一跳中繼節(jié) 點(diǎn)的地址信息，生成新的路由信息。
存儲單元43用于存儲會話狀態(tài)路徑旁路地址表，所述會話狀態(tài)路徑旁路 地址表用于保存會話建立確認(rèn)后需要退出會話的中繼節(jié)點(diǎn)地址信息；
所述判斷單元42通過查詢所述存儲單元43中的會話狀態(tài)路徑旁路地址 表中是否包括所述下一跳中繼節(jié)點(diǎn)的地址信息，來判斷會話請求消息路由頭 域中下一跳中繼節(jié)點(diǎn)是否需要退出會話。
通過上述本發(fā)明實(shí)施例提供的中繼節(jié)點(diǎn)，在會話建立確認(rèn)后，當(dāng)中繼節(jié) 點(diǎn)中配置的會話狀態(tài)路徑旁路地址表中包括會話請求消息路由頭域中下一個 中繼節(jié)點(diǎn)地址信息時，刪除路由頭域中所述下一個中繼節(jié)點(diǎn)的地址信息，生 成新的路由信息，會話的后續(xù)請求消息按照新的路由信息進(jìn)行路由，從而實(shí) 現(xiàn)會話建立后，對信令路徑的調(diào)整，從而使在會話建立后無需繼續(xù)保留的節(jié) 點(diǎn)可以成功退出會話，因此提高了會話建立后，信令的傳輸效率，同時也降 低了這些節(jié)點(diǎn)的處理負(fù)荷。
綜上所述，通過本發(fā)明實(shí)施例提供的更改會話路徑的方法、會話終端以 及中繼節(jié)點(diǎn)，能夠在會話建立確認(rèn)后，生成新的路由信息，會話的后續(xù)請求 消息按照新的路由信息進(jìn)行路由，從而實(shí)現(xiàn)會話建立后，對信令路徑的調(diào)整， 從而使在會話建立后無需繼續(xù)保留的節(jié)點(diǎn)可以成功退出會話，因此提高了會 話建立后，信令的傳輸效率，同時也降低了這些節(jié)點(diǎn)的處理負(fù)荷。
以上對本發(fā)明所提供的 一種更改會話路徑的方法、會話終端以及中繼節(jié)
闡述，以上實(shí)施例的說明只是用于幫助理解本發(fā)明所揭示的技術(shù)方案；同時， 對于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實(shí)施方式
及應(yīng)用范 圍上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種更改會話路徑的方法，其特征在于，所述方法包括會話終端根據(jù)會話過程中生成的記錄路由，形成相應(yīng)的路由集，所述路由集包括會話經(jīng)過的中繼節(jié)點(diǎn)的地址信息，所述地址信息攜帶用于指示會話建立確認(rèn)后中繼節(jié)點(diǎn)是否需要退出會話的指示信息；會話建立確認(rèn)后，根據(jù)所述地址信息攜帶的指示信息，會話終端對路由集進(jìn)行更新，從路由集中刪除需要退出會話的中繼節(jié)點(diǎn)的地址信息，生成新的路由集；會話終端將更新后的路由集加入到后續(xù)請求消息的路由信息中。
2. 根據(jù)權(quán)利要求1所述的更改會話路徑的方法，其特征在于，會話終端 根據(jù)會話路由過程中生成的記錄路由，生成相應(yīng)的路由集之前包括中繼節(jié)點(diǎn)向記錄路由頭域插入中繼節(jié)點(diǎn)的地址信息，所述地址信息攜帶 用于指示會話建立確認(rèn)后中繼節(jié)點(diǎn)是否需要退出會話的指示信息。
3. 根據(jù)權(quán)利要求1所述的更改會話路徑的方法，其特征在于，所述會話 建立確認(rèn)后，根據(jù)所述地址信息攜帶的指示信息，會話終端對路由集進(jìn)行更 新，從路由集中刪除會話建立確認(rèn)后無需保留的中繼節(jié)點(diǎn)的地址具體包括會話終端收到中繼節(jié)點(diǎn)轉(zhuǎn)發(fā)的最終響應(yīng)后，遍歷會話終端所形成的路由 集中的地址信息，當(dāng)發(fā)現(xiàn)地址攜帶的指示信息表明該中繼節(jié)點(diǎn)需要在會話建 立確認(rèn)后中繼節(jié)點(diǎn)需要退出會話時，將該中繼節(jié)點(diǎn)的地址信息從所述路由集 中刪除，其它中繼節(jié)點(diǎn)的地址信息前后順序保持不變。
4. 根據(jù)權(quán)利要求1至3中任一項(xiàng)所述的更改會話路徑的方法，其特征在 于，所述指示會話建立確認(rèn)后是否需要退出會話的指示信息為記錄路由中所 擴(kuò)充出來的統(tǒng)一資源標(biāo)識符URI參數(shù)，通過對所述參數(shù)取特定值來指示會話 建立確認(rèn)后中繼節(jié)點(diǎn)是否需要退出會話。
5. 根據(jù)權(quán)利要求1所述的更改會話路徑的方法，其特征在于，需要退出 會話的中繼節(jié)點(diǎn)收到最終響應(yīng)后，釋放相關(guān)會話資源。
6. —種更改會話路徑的方法，其特征在于，所述方法包括 接收會話請求消息；確認(rèn)當(dāng)前會話狀態(tài)為會話建立確認(rèn)狀態(tài)后，判斷所述會話請求消息路由 頭域中下一跳中繼節(jié)點(diǎn)是否需要退出會話；如果會話請求消息路由頭域中下 一跳中繼節(jié)點(diǎn)需要退出會話，則刪除路 由頭域中所述中繼節(jié)點(diǎn)的地址信息，生成新的路由信息，并按新的路由信息 繼續(xù)路由請求。
7. 根據(jù)權(quán)利要求6所述的更改會話路徑的方法，其特征在于，所述確認(rèn) 當(dāng)前會話狀態(tài)為會話建立確認(rèn)狀態(tài)的具體方式為接收會話請求消息后，判 斷當(dāng)前會話狀態(tài)是否為會話建立確認(rèn)狀態(tài)。
8. 根據(jù)權(quán)利要求7所述的更改會話路徑的方法，其特征在于，判斷當(dāng)前 會話狀態(tài)是否為會話建立確認(rèn)狀態(tài)具體方式為判斷是否已收到最終響應(yīng)消 息，如果是，則會話狀態(tài)進(jìn)入會話建立確認(rèn)狀態(tài)。
9. 根據(jù)權(quán)利要求6所述的更改會話路徑的方法，其特征在于，判斷會話 請求消息路由頭域中下一跳中繼節(jié)點(diǎn)是否需要退出會話的具體方式為查詢 會話狀態(tài)路徑旁路地址表中是否包括所述下一跳中繼節(jié)點(diǎn)的地址信息，如果 是，則判斷結(jié)果為下一跳中繼節(jié)點(diǎn)需要退出會話，如果否，則判斷結(jié)果為下 一跳中繼節(jié)點(diǎn)不需要退出會話，所述會話狀態(tài)路徑旁路地址表用于保存會話 建立確認(rèn)后需要退出會話的中繼節(jié)點(diǎn)地址信息。
10. 根據(jù)權(quán)利要求9所述的更改會話路徑的方法，其特征在于，所述會話 狀態(tài)路徑旁路地址表預(yù)先配置在網(wǎng)絡(luò)實(shí)體的本地策略中。
11. 根據(jù)權(quán)利要求9所述的更改會話路徑的方法，其特征在于，需要退出 會話的中繼節(jié)點(diǎn)收到最終響應(yīng)消息后，釋it相關(guān)會話資源。
12. —種會話終端，其特征在于，包括路由集生成單元，用于根據(jù)會話路由過程中生成的記錄路由，形成相應(yīng) 的路由集，所述路由集包括會話經(jīng)過的中繼節(jié)點(diǎn)的地址信息，所述地址信息 攜帶用于指示會話建立確認(rèn)后是否需要退出會話的指示信息；路由集更新單元，用于會話建立確認(rèn)后，根據(jù)所述地址信息攜帶的指示 信息，對所述路由集生成單元生成的路由集進(jìn)行更新，從路由集中刪除會話 建立確認(rèn)后無需保留的中繼節(jié)點(diǎn)的地址信息，生成新的路由集；路由集添加單元，用于將路由集單元更新后的路由集加入到后續(xù)請求消 息的路由信息中。
13. —種中繼節(jié)點(diǎn)，其特征在于，包括 接收單元，用于接收會話請求消息；判斷單元，用于確認(rèn)當(dāng)前會話狀態(tài)為會話建立確認(rèn)狀態(tài)后，判斷會話請 求消息路由頭域中下 一跳中繼節(jié)點(diǎn)是否需要退出會話；路由頭域更新單元，當(dāng)判斷單元的判斷結(jié)果為會話請求消息路由頭域中 下一跳中繼節(jié)點(diǎn)需要退出會話時，刪除路由頭域中所述下一跳中繼節(jié)點(diǎn)的地 址信息，生成新的路由信息。
14. 根據(jù)權(quán)利要求13所述的中繼節(jié)點(diǎn)，其特征在于，還包括 存儲單元，用于存儲會話狀態(tài)路徑旁路地址表，所述會話狀態(tài)路徑旁路地址表用于保存會話建立確認(rèn)后需要退出會話的中繼節(jié)點(diǎn)地址信息；所述判斷單元通過查詢所述存儲單元中的會話狀態(tài)路徑旁路地址表中是 否包括所述下一跳中繼節(jié)點(diǎn)的地址信息，來判斷會話請求消息路由頭域中下 一跳中繼節(jié)點(diǎn)是否需要退出會話。
全文摘要
本發(fā)明提供一種更改會話路徑的方法、會話終端、中繼節(jié)點(diǎn)。所述更改會話路徑的方法包括會話終端根據(jù)會話過程中生成的記錄路由，形成相應(yīng)的路由集，所述路由集包括會話經(jīng)過的中繼節(jié)點(diǎn)的地址信息，所述地址信息攜帶用于指示會話建立確認(rèn)后中繼節(jié)點(diǎn)是否需要退出會話的指示信息；會話建立確認(rèn)后，根據(jù)所述地址信息攜帶的指示信息，會話終端對路由集進(jìn)行更新，從路由集中刪除會話建立確認(rèn)后需要退出會話的中繼節(jié)點(diǎn)的地址信息，生成新的路由集；會話終端將更新后的路由集增加到后續(xù)請求消息的路由信息中。通過本發(fā)明實(shí)施例所提供的技術(shù)方案，能夠在會話建立確認(rèn)后，對信令路徑的調(diào)整，從而使在會話建立后無需繼續(xù)保留的節(jié)點(diǎn)可以成功退出會話。
文檔編號H04L29/06GK101102276SQ200710123048
公開日2008年1月9日 申請日期2007年6月22日 優(yōu)先權(quán)日2007年6月22日
發(fā)明者楷 文, 楊能武, 謝國軍 申請人:華為技術(shù)有限公司