專利名稱：使用背靠背用戶代理時實現(xiàn)分叉的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及通信領(lǐng)域和分叉(FORKING)相關(guān)的技術(shù)。
背景技術(shù)：
隨著第三代移動通信(The Third Generation，簡稱“3G”)技術(shù)的提出和進一步發(fā)展，第三代合作伙伴項目(3rd Generation Partnership Project，簡稱“3GPP”)在第5版(Release 5，簡稱“R5”)和第6版(Release 6，簡稱“R6”)階段引入了網(wǎng)際互聯(lián)協(xié)議多媒體子系統(tǒng)(IP MultimediaSubsystem，簡稱“IMS”)域，疊加在分組域網(wǎng)絡(luò)之上。IMS是3G移動網(wǎng)實現(xiàn)分組話音和分組數(shù)據(jù)，以提供統(tǒng)一的多媒體業(yè)務(wù)和應(yīng)用為目的的網(wǎng)絡(luò)。
IMS采用IP分組域作為其控制信令和媒體傳輸?shù)某休d通道，使用會話初始化協(xié)議(Session Initiation Protocol，簡稱“SIP”)作為IP多媒體會話的信令控制協(xié)議。在IMS中，IMS的用戶簽約數(shù)據(jù)集中在歸屬簽約用戶服務(wù)器(Home Subscriber Server，簡稱“HSS”)中管理，業(yè)務(wù)由應(yīng)用服務(wù)器(Application Server，簡稱“AS”)統(tǒng)一提供，會話控制由服務(wù)呼叫狀態(tài)控制功能(Serving Call Session Control Function，簡稱“S-CSCF”)完成，兩者在網(wǎng)絡(luò)結(jié)構(gòu)上完全分離，業(yè)務(wù)通過S-CSCF觸發(fā)至AS處理，多個AS間可協(xié)同工作。用戶通過當(dāng)前所在地代理節(jié)點接入IMS，會話和業(yè)務(wù)控制則由其注冊地的歸屬域服務(wù)節(jié)點完成，因此用戶在不同接入點總能得到同樣的服務(wù)，實現(xiàn)了業(yè)務(wù)管理、會話控制及承載接入的三者分離以及與接入和位置無關(guān)的業(yè)務(wù)提供。
AS是IMS應(yīng)用系統(tǒng)中的應(yīng)用服務(wù)器，是業(yè)務(wù)控制者的角色。AS通過基于SIP協(xié)議接口與代理服務(wù)器交互，代理服務(wù)器根據(jù)基于每用戶的AS業(yè)務(wù)觸發(fā)簽約數(shù)據(jù)，及當(dāng)前輸入的SIP消息域內(nèi)容，進行簽約規(guī)則匹配，并根據(jù)匹配結(jié)果進行到各AS的路由。對于一個指定用戶及其代理服務(wù)器而言，依據(jù)其AS觸發(fā)規(guī)則的特殊設(shè)置，不僅支持不同業(yè)務(wù)到不同AS的觸發(fā)，同時可以實現(xiàn)同一會話到多個AS的多次觸發(fā)，從而實現(xiàn)對同一用戶的增值業(yè)務(wù)邏輯的關(guān)聯(lián)組合。
SIP網(wǎng)元，如AS，可以作為背靠背用戶代理(Back to Back User Agent，簡稱“B2BUA”)，在該SIP網(wǎng)元處關(guān)聯(lián)兩段獨立的用戶會話(DIALOG)，如圖1所示。用戶代理(User Agent，簡稱“UA”)1和UA2分別各有一個DIALOG，而B2BUA網(wǎng)元則同時擁有DIALOG1和DIALOG2這兩個DIALOG。B2BUA服務(wù)器根據(jù)業(yè)務(wù)把這兩個DIALOG關(guān)聯(lián)起來完成相關(guān)的業(yè)務(wù)交互。
關(guān)于IMS的詳細說明，可以參見《IP Multimedia Subsystem(IMS)；Stage2》(3GPP TS 23.228)，中文可譯為《網(wǎng)際互聯(lián)協(xié)議多媒體子系統(tǒng)(IMS)，第2階段》，以及《Signalling flows for the IP multimedia call control based onSession Initiation Protocol(SIP)and Session Description Protocol(SDP)；Stage3》(3GPP TS 24.228)，中文可譯為《基于會話初始化協(xié)議(SIP)和會話描述協(xié)議(SDP)的網(wǎng)際互聯(lián)協(xié)議多媒體呼叫控制信令流程，第3階段》。
分叉(FORKING)是《Request for Comments3261》(RFC3261)，中文可譯為《請求評注3261》(RFC3261)，定義的SIP代理服務(wù)器的一種網(wǎng)絡(luò)能力。分叉服務(wù)器能把收到的方法拷貝成多個，發(fā)向不同的用戶終端或者網(wǎng)元。分叉是SIP代理服務(wù)器的一種網(wǎng)絡(luò)能力。本領(lǐng)域的普通技術(shù)人員可以理解，分叉能夠?qū)⒁粋€呼叫送到多個終端，這個特色使SIP能夠支持一號多機等業(yè)務(wù)。比如某用戶使用一個電話號碼，但在辦公室、家里面分別都有一個終端，如果網(wǎng)絡(luò)有分叉這樣的功能，那么作為被叫的話，兩臺電話都可以聽到振鈴。而用戶在哪里，就可以接聽哪里的電話。
在B2BUA方式連接的網(wǎng)絡(luò)中，發(fā)生FORKING的示意圖如圖2所示。其中，應(yīng)用服務(wù)器(AS)作為B2BUA實現(xiàn)代理1和代理2的連接。主叫通過代理1發(fā)送一個方法類SIP消息，經(jīng)過AS后，AS以B2BUA方式前傳這個方法以實現(xiàn)業(yè)務(wù)，該方法在經(jīng)過代理2處發(fā)生FORKING，這時，代理2會產(chǎn)生一個以上的方法拷貝，發(fā)向不同的網(wǎng)元或者終端，圖2中代理2產(chǎn)生兩個相同的方法拷貝，分別發(fā)送給用戶設(shè)備(User Equipment，簡稱“UE”)1和UE2。此時，UE1和UE2產(chǎn)生臨時的響應(yīng)時候，代理2匯集了多個分支的臨時響應(yīng)，并前傳臨時響應(yīng)。
現(xiàn)有技術(shù)方案中作為B2BUA的AS在收到FORKING的多個分支的同類響應(yīng)消息時直接前傳。
現(xiàn)有實現(xiàn)FORKING的技術(shù)方案在B2BUA網(wǎng)元處關(guān)聯(lián)多個DIALOG的示意圖如圖3所示。
此時，在B2BUA網(wǎng)元處，由于使用了FORKING，右側(cè)有多個DIALOG，而左側(cè)只有一個DIALOG。本領(lǐng)域的普通技術(shù)人員理解，如果右側(cè)的多個DIALOG回復(fù)同類響應(yīng)消息時，作為B2BUA網(wǎng)元的AS首先作為UA終結(jié)響應(yīng)消息并直接前傳，即前向的同一DIALOG上會有多個同類消息傳送。
在實際應(yīng)用中，上述方案存在以下問題現(xiàn)有技術(shù)方案在AS作為B2BUA時無法實現(xiàn)端到端的協(xié)商。
造成這種情況的主要原因在于，現(xiàn)有技術(shù)方案中作為B2BUA的AS在同一DIALOG上傳送多個同類消息，而此時前向網(wǎng)元無法區(qū)分同類消息，會將后收到的同類消息作為重傳消息丟棄，因此無法實現(xiàn)端到端的協(xié)商。例如在圖3中用戶代理2和用戶代理3均響應(yīng)183消息時，現(xiàn)有技術(shù)方案中作為B2BUA的AS直接在同一DIALOG上前傳這兩個183消息，此時用戶代理1就會將后一個收到的183消息作為重傳消息直接丟棄。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種使用背靠背用戶代理時實現(xiàn)分叉的方法，使得AS在B2BUA的應(yīng)用模式下，能夠?qū)崿F(xiàn)后向網(wǎng)元的FORKING。
為實現(xiàn)上述目的，本發(fā)明提供了一種使用背靠背用戶代理時實現(xiàn)分叉的方法，包含以下步驟A使用分叉時所述背靠背用戶代理接收多個分支的響應(yīng)，前向傳遞其中一個分支的響應(yīng)，并存儲其它分支的響應(yīng)；B所述背靠背用戶代理根據(jù)所收到的最終響應(yīng)對應(yīng)的分支終止其它分支或進行媒體重協(xié)商以建立會話。
其中，所述步驟B還包含以下步驟B1如果所述最終響應(yīng)對應(yīng)被傳遞的所述分支，則所述背靠背用戶代理終止其它分支，前向傳遞所述最終響應(yīng)并建立會話；B2如果所述最終響應(yīng)對應(yīng)被存儲的所述其它分支之一，則所述背靠背用戶代理利用所述步驟A存儲的該分支的響應(yīng)進行媒體重協(xié)商并建立會話。
此外在所述方法中，所述步驟B1中，所述背靠背用戶代理向其它分支發(fā)送BYE消息。
此外在所述方法中，所述步驟B2中，所述背靠背用戶代理發(fā)送UPDATE消息進行媒體重協(xié)商。
此外在所述方法中，所述媒體協(xié)商和所述媒體重協(xié)商的內(nèi)容包含會話描述協(xié)議信息。
此外在所述方法中，所述背靠背用戶代理為應(yīng)用服務(wù)器。
此外在所述方法中，所述背靠背用戶代理存儲的其它分支的響應(yīng)包含會話描述協(xié)議信息和TO頭域的totag標記。
此外在所述方法中，在網(wǎng)際互聯(lián)協(xié)議多媒體子系統(tǒng)中使用。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的主要區(qū)別在于，作為B2BUA的AS不直接透傳FORKING分支中后向網(wǎng)元或終端的響應(yīng)，而是選擇一個分支的響應(yīng)進行前向傳遞，同時存儲其它分支的響應(yīng)，AS還根據(jù)后向網(wǎng)元或終端的選擇情況，決定是否根據(jù)存儲的其它分支響應(yīng)發(fā)起重協(xié)商。
這種技術(shù)方案上的區(qū)別，帶來了較為明顯的有益效果，即利用本發(fā)明方案，首先，在使用AS作為B2BUA時，可以避免現(xiàn)有技術(shù)方案中將響應(yīng)認為是重傳而丟棄的情況，因此不會丟失FORKING分支中后向網(wǎng)元或終端的響應(yīng)；第二，本發(fā)明方案中AS可以存儲后向網(wǎng)元FORKING分支的響應(yīng)利用這些存儲的響應(yīng)發(fā)起重協(xié)商，因此可以實現(xiàn)端到端的協(xié)商；第三，本發(fā)明方案實現(xiàn)了AS作為B2BUA的模式，后向網(wǎng)元發(fā)生FORKING的應(yīng)用場景。對IMS的解決方案提供了技術(shù)實現(xiàn)的補充，IMS可以在該應(yīng)用模式下向用戶提供FORKING帶來的豐富的業(yè)務(wù)體驗。


圖1是作為B2BUA的SIP網(wǎng)元處關(guān)聯(lián)兩段獨立的DIALOG的示意圖；圖2是在B2BUA方式連接的網(wǎng)絡(luò)中發(fā)生FORKING的示意圖；圖3是現(xiàn)有實現(xiàn)FORKING的技術(shù)方案在B2BUA網(wǎng)元處關(guān)聯(lián)多個DIALOG的示意圖；圖4是根據(jù)本發(fā)明第一較佳實施方式的使用背靠背用戶代理時實現(xiàn)分叉的流程；
圖5是根據(jù)本發(fā)明第二較佳實施方式的后向網(wǎng)元選擇響應(yīng)被前向傳遞的分支時的消息交互流程；圖6是根據(jù)本發(fā)明第二較佳實施方式的后向網(wǎng)元沒有選擇響應(yīng)被前向傳遞的分支時的消息交互流程。
具體實施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述。
本發(fā)明將在作為B2BUA的AS處終結(jié)后向網(wǎng)元的響應(yīng)后，前向傳遞其中一個分支的響應(yīng)同時存儲其它分支的響應(yīng)，如果后向網(wǎng)元或終端選擇了響應(yīng)被前向傳遞的分支，則AS終結(jié)其它分支；如果后向網(wǎng)元或終端沒有選擇響應(yīng)被前向傳遞的分支，則AS作為UA向主叫UA根據(jù)存儲的其它分支的響應(yīng)發(fā)起重協(xié)商。
本領(lǐng)域的普通技術(shù)人員可以理解，本發(fā)明方案的AS不直接透傳FORKING分支中后向網(wǎng)元或終端的響應(yīng)，而是選擇一個分支的響應(yīng)進行前向傳遞，還存儲其它分支的響應(yīng)，可以避免現(xiàn)有技術(shù)方案中前向網(wǎng)元認為同類響應(yīng)是重傳而將其丟棄的現(xiàn)象，同時，本發(fā)明方案的AS還可以根據(jù)后向網(wǎng)元或終端的選擇情況，決定是否根據(jù)存儲的其它分支響應(yīng)發(fā)起重協(xié)商，因此本發(fā)明方案可以實現(xiàn)端到端的協(xié)商。
利用本發(fā)明方案，第一，在使用AS作為B2BUA時，可以避免現(xiàn)有技術(shù)方案中將響應(yīng)認為是重傳而丟棄的情況，因此不會丟失FORKING分支中后向網(wǎng)元或終端的響應(yīng)；第二，本發(fā)明方案中AS可以存儲后向網(wǎng)元FORKING分支的響應(yīng)利用這些存儲的響應(yīng)發(fā)起重協(xié)商，因此可以實現(xiàn)端到端的協(xié)商；第三，本發(fā)明方案實現(xiàn)了AS作為B2BUA的模式后向網(wǎng)元發(fā)生FORKING的應(yīng)用場景，對IMS的解決方案提供了技術(shù)實現(xiàn)的補充，可以在IMS向用戶提供FORKING帶來的豐富的業(yè)務(wù)體驗。
為了更好的說明本發(fā)明方案，下面結(jié)合附圖和本發(fā)明較佳實施方式進行說明。
根據(jù)本發(fā)明第一較佳實施方式的使用背靠背用戶代理時實現(xiàn)分叉的流程如圖4所示。
首先，進入步驟410，AS的后向網(wǎng)元發(fā)生FORKING。本領(lǐng)域的普通技術(shù)人員理解，F(xiàn)ORKING會產(chǎn)生兩個或兩個以上分支，這些分支會分別發(fā)送給多個被叫側(cè)的后向網(wǎng)元或終端，該步驟的實現(xiàn)和現(xiàn)有技術(shù)完全相同，在此不詳細說明。
接著，進入步驟420，AS終結(jié)后向網(wǎng)元FORKING各分支的響應(yīng)。其中，后向網(wǎng)元FORKING各分支的響應(yīng)可以為同類響應(yīng)，現(xiàn)在技術(shù)方案會將這些同類直接前向傳送。
接著，進入步驟430，AS前向傳遞其中一個分支響應(yīng)并存儲其它分支響應(yīng)。其中，通過存儲會話描述協(xié)議(Session Description Protocol，簡稱“SDP”)信息以及TO頭域的totag標記即可實現(xiàn)其它分支響應(yīng)的存儲。本領(lǐng)域的普通技術(shù)人員可以理解，此時在前向的同一會話上就不會出現(xiàn)同類響應(yīng)，從而可以避免出現(xiàn)前向網(wǎng)元將后接收到的同類響應(yīng)作為重傳丟棄的情況。
接著，進入步驟440，判斷后向網(wǎng)元是否選擇響應(yīng)被前向傳遞的分支，如果是則進入步驟450，否則進入步驟460。其中，該步驟中，AS可以通過根據(jù)最終確認的響應(yīng)(200 OK)的發(fā)送者判斷是否選擇了響應(yīng)被前向傳遞的分支。本領(lǐng)域的普通技術(shù)人員理解，如果后向網(wǎng)元選擇響應(yīng)被前向傳遞的分支，則可以終止FORKING的其它分支；如果后向網(wǎng)元沒有選擇響應(yīng)被前向傳遞的分支，則還需要重新協(xié)商。
在步驟450中，AS向其它分支發(fā)送終止消息。其中，AS可以通過向其它分支發(fā)送BYE消息實現(xiàn)。
在步驟460中，AS根據(jù)存儲的尚未前向傳遞的分支響應(yīng)對前向發(fā)起重協(xié)商。其中，在該步驟中，AS發(fā)起UPDATE消息，以更新其協(xié)商的SDP信息。
基于本發(fā)明第一較佳實施方式，本發(fā)明第二較佳實施方式中，后向網(wǎng)元選擇響應(yīng)被前向傳遞的分支時的消息交互流程如圖5所示。其中，用戶1為主叫用戶，標號中含有“a”代表和用戶2有關(guān)的消息，含有“b”代表和用戶3有關(guān)的消息。
首先，用戶1發(fā)起邀請消息(INVITE)。
接著，代理1前傳INVITE消息。
接著，AS作為B2BUA前傳INVITE消息到代理2。
在代理2處，F(xiàn)ORKING產(chǎn)生兩個分支，分別產(chǎn)生兩個INVITE消息分別發(fā)送給用戶2和用戶3。
接著，用戶2返回183消息并經(jīng)過代理2、AS和代理1依次前傳到用戶1。
在步驟9a到16a為對該183消息的可靠傳輸?shù)腜RACK確認過程。
在步驟5b到13b中，用戶3返回183消息的交互流程，此時該183消息在AS處終結(jié)，不進行前向傳遞，但AS代理用戶完成一次可靠臨時響應(yīng)的傳輸。
在步驟17a到20a中，用戶2回最終響應(yīng)，中間所有網(wǎng)元前傳這個最終響應(yīng)。其中，AS通過最終響應(yīng)得知該最終響應(yīng)為用戶2，即前面步驟前向傳送其響應(yīng)的分支發(fā)送。
在步驟21a到25a中，用戶1返回確認(ACK)，完成協(xié)商，會話建立，中間網(wǎng)元同樣直接轉(zhuǎn)發(fā)該消息。
基于本發(fā)明第一較佳實施方式，本發(fā)明第二較佳實施方式中，后向網(wǎng)元沒有選擇響應(yīng)被前向傳遞的分支時的消息交互流程如圖6所示。其中，用戶1為主叫用戶，標號中含有“a”代表和用戶2有關(guān)的消息，含有“b”代表和用戶3有關(guān)的消息。
首先，用戶1發(fā)起邀請消息(INVITE)。
接著，代理1前傳INVITE消息。
接著，AS作為B2BUA前傳INVITE消息到代理2。
在代理2處，F(xiàn)ORKING產(chǎn)生兩個分支，分別產(chǎn)生兩個INVITE消息分別發(fā)送給用戶2和用戶3。
接著，用戶2返回183消息并經(jīng)過代理2、AS和代理1依次前傳到用戶1。
在步驟9a到16a為對該183消息的可靠傳輸?shù)腜RACK確認過程。
在步驟5b到13b中，用戶3返回183消息的交互流程，此時該183消息在AS處終結(jié)，不進行前向傳遞，但AS代理用戶完成一次可靠臨時響應(yīng)的傳輸。
在步驟17a到20a中，用戶2回最終響應(yīng)，中間所有網(wǎng)元前傳這個最終響應(yīng)。
在步驟17b中，AS收到用戶最終響應(yīng)，發(fā)現(xiàn)不是前傳的那個分支，則發(fā)送UPDATE消息，更新協(xié)商的會話內(nèi)容。
接著在步驟18b中，代理1前傳這個UPDATE消息。
在步驟19b到20b中，用戶1返回UPDATE的響應(yīng)200。
在步驟21b到22b中，AS發(fā)送最終確認的200響應(yīng)消息給用戶1。
最后，在步驟23b到27b中，用戶回最終確認消息ACK，并經(jīng)各個中間網(wǎng)元傳遞到用戶3，完成最終的會話。
雖然通過參照本發(fā)明的某些優(yōu)選實施方式，已經(jīng)對本發(fā)明進行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細節(jié)上對其作各種改變，而不偏離本發(fā)明的精神和范圍。
權(quán)利要求
1.一種使用背靠背用戶代理時實現(xiàn)分叉的方法，其特征在于，包含以下步驟A使用分叉時所述背靠背用戶代理接收多個分支的響應(yīng)，前向傳遞其中一個分支的響應(yīng)，并存儲其它分支的響應(yīng)；B所述背靠背用戶代理根據(jù)所收到的最終響應(yīng)對應(yīng)的分支終止其它分支或進行媒體重協(xié)商以建立會話。
2.根據(jù)權(quán)利要求1所述的使用背靠背用戶代理時實現(xiàn)分叉的方法，其特征在于，所述步驟B還包含以下步驟B1如果所述最終響應(yīng)對應(yīng)被傳遞的所述分支，則所述背靠背用戶代理終止其它分支，前向傳遞所述最終響應(yīng)并建立會話；B2如果所述最終響應(yīng)對應(yīng)被存儲的所述其它分支之一，則所述背靠背用戶代理利用所述步驟A存儲的該分支的響應(yīng)進行媒體重協(xié)商并建立會話。
3.根據(jù)權(quán)利要求2所述的使用背靠背用戶代理時實現(xiàn)分叉的方法，其特征在于，所述步驟B1中，所述背靠背用戶代理向其它分支發(fā)送BYE消息。
4.根據(jù)權(quán)利要求2所述的使用背靠背用戶代理時實現(xiàn)分叉的方法，其特征在于，所述步驟B2中，所述背靠背用戶代理發(fā)送UPDATE消息進行媒體重協(xié)商。
5.根據(jù)權(quán)利要求1至4中任一項所述的使用背靠背用戶代理時實現(xiàn)分叉的方法，其特征在于，所述媒體協(xié)商和所述媒體重協(xié)商的內(nèi)容包含會話描述協(xié)議信息。
6.根據(jù)權(quán)利要求1至4中任一項所述的使用背靠背用戶代理時實現(xiàn)分叉的方法，其特征在于，所述背靠背用戶代理為應(yīng)用服務(wù)器。
7.根據(jù)權(quán)利要求1至4中任一項所述的使用背靠背用戶代理時實現(xiàn)分叉的方法，其特征在于，所述背靠背用戶代理存儲的其它分支的響應(yīng)包含會話描述協(xié)議信息和TO頭域的totag標記。
8.根據(jù)權(quán)利要求1至4中任一項所述的使用背靠背用戶代理時實現(xiàn)分叉的方法，其特征在于，在網(wǎng)際互聯(lián)協(xié)議多媒體子系統(tǒng)中使用。
全文摘要
本發(fā)明涉及通信領(lǐng)域，公開了一種使用背靠背用戶代理時實現(xiàn)分叉的方法，使得AS在B2BUA的應(yīng)用模式下，能夠?qū)崿F(xiàn)后向網(wǎng)元發(fā)生分叉的業(yè)務(wù)場景。本發(fā)明中，作為B2BUA的AS不直接透傳分叉分支中后向網(wǎng)元或終端的響應(yīng)，而是選擇一個分支的響應(yīng)進行前向傳遞，同時存儲其它分支的響應(yīng)，AS還根據(jù)后向網(wǎng)元或終端的選擇情況，決定是否根據(jù)存儲的其它分支響應(yīng)發(fā)起重協(xié)商。
文檔編號H04L29/06GK1984126SQ200510111460
公開日2007年6月20日 申請日期2005年12月13日 優(yōu)先權(quán)日2005年12月13日
發(fā)明者趙君賢 申請人:華為技術(shù)有限公司