專利名稱：一種實現(xiàn)多會話業(yè)務連續(xù)性的方法
技術(shù)領域：
本發(fā)明涉及通信領域，尤其涉及一種IP (網(wǎng)絡互聯(lián)協(xié)議，Internet Protocol,簡稱IP)多媒體子系統(tǒng)中實現(xiàn)多會話業(yè)務連續(xù)性(Service Continuity,簡稱SC)的方法。
背景技術(shù)：
IP多媒體子系統(tǒng)(IP Multimedia Core Network Subsystem,簡稱IMS)是由第三代合作伙伴計劃(3rd Generation Partnership Pro ject，簡稱3GPP)提出的一種基于IP的網(wǎng)絡架構(gòu)，構(gòu)建了一個的開放而靈活的業(yè)務環(huán)境，支持多媒體應用，能夠為用戶提供豐富的多媒體業(yè)務。 在IMS業(yè)務體系中，控制層和業(yè)務層是分離的，控制層不提供具體業(yè)務，只向業(yè)務層提供必要的觸發(fā)、路由、計費等功能。 控制層中業(yè)務觸發(fā)和控制功能是呼叫會話控制功能(Call SessionControlFunction，簡稱CSCF)完成的。呼叫會話控制功能分為代理呼叫會話控制功能(Proxy-CSCF，簡稱P-CSCF)、查詢呼叫會話控制功能(Interrogating-CSCF，簡稱I-CSCF)和服務呼叫會話控制功能(Serving-CSCF，簡稱S-CSCF)三種類型，其中負主要責任的是S-CSCF， I-CSCF是可選的。 業(yè)務層是由一系列應用服務器(A卯lication Server,簡稱AS)組成，能提供具體業(yè)務服務，AS可以是獨立的實體，也可以存在于S-CSCF中。 控制層(S-CSCF)根據(jù)用戶的簽約信息控制業(yè)務觸發(fā)，調(diào)用AS上的業(yè)務，實現(xiàn)業(yè)務功能。AS和S-CSCF可以統(tǒng)稱為服務設備(Server Equipment,簡稱SE)。
會話中的端到端設備稱為用戶設備(User Equipment,簡稱UE)，負責與使用者的交互，有的UE具有多種接入網(wǎng)絡的方式，包括通過3GPP的包交換(Packet Switch，簡稱PS)域接入網(wǎng)絡，通過其他非3GPP的PS域接入網(wǎng)絡，甚至可以通過電路交換(Circuit Switch,簡稱CS)域接入網(wǎng)絡等。 如果CS網(wǎng)絡配置了增強移動交換中心(enhanced Mobile Switch Center,簡稱eMSC)，由eMSC提供SIP (Session Initial Protocol ，初始會話協(xié)議)接口來與MS網(wǎng)絡交互，則IMS網(wǎng)絡與CS網(wǎng)絡的交互可以通過eMSC來實現(xiàn)。 對于具有多種接入方式的UE而言，無論其能同時使用多種接入方式還是某時刻只使用一種接入方式，如果其在一種接入方式下正在執(zhí)行某項業(yè)務，比如通話，當UE移動到其他地方而需要改變其使用的接入方式時，UE和網(wǎng)絡能提供某種方式使UE正在執(zhí)行的業(yè)務不被中斷，這樣的能力我們稱之為業(yè)務連續(xù)性。 圖1是業(yè)務連續(xù)性示意圖，描述了 UE-l與UE-2建立會話的信令路徑和媒體路
徑，以及發(fā)生業(yè)務連續(xù)性后，UE-l與UE-2的信令路徑和媒體路徑，為簡化圖示和描述，將
S-CSCF和業(yè)務連續(xù)性AS (SC AS)畫成一個實體，兩者間使用標準的SIP協(xié)議通訊。業(yè)務連續(xù)性發(fā)生前，UE-l和UE-2間建立了會話，其信令路徑描述如下A102 :UE-1和P-CSCF之間的信令路徑，通過IMS的SIP協(xié)議互相通訊，對于SC AS而言，這是訪問端(Access leg)路徑； A104 :P-CSCF和SC AS/S-CSCF之間的信令路徑，通過IMS的SIP協(xié)議互相通訊，對于SC AS而言，這也屬于訪問端(Access leg)路徑； R101 :SC AS/S-CSCF和UE_2之間的信令路徑，通過MS的SIP協(xié)議互相通訊，對于SC AS而言，這是遠端(Remote leg)路徑； 業(yè)務連續(xù)性發(fā)生后，UE-1和UE-2間的信令路徑和媒體路徑都發(fā)生了變化，其中信令路徑的變化描述如下 A112 :UE-1和eMSC之間的信令路徑，通過CS域的信令協(xié)議互相通訊，對于SC AS而言，這是訪問端(Access leg)路徑； A114 :eMSC和SC AS/S-CSCF之間的信令路徑，通過IMS的SIP協(xié)議互相通訊，對于SC AS而言，這也屬于訪問端(Access leg)路徑； R101 :SC AS/S-CSCF和UE-2之間的信令路徑，通過MS的SIP協(xié)議互相通訊，對于SC AS而言，這是遠端(Remote leg)路徑，在業(yè)務連續(xù)性發(fā)生后，該遠端路徑?jīng)]有變化。
圖2是現(xiàn)有技術(shù)中多會話保持業(yè)務的業(yè)務連續(xù)性實現(xiàn)方法流程圖，描述了 UE-l和UE-2間建立了 MS會話并處于激活狀態(tài)，同時UE-l和UE-3間也建立了 MS會話并處于保持狀態(tài)，UE-1發(fā)生業(yè)務連續(xù)性后，UE-1使用CS域建立媒體連接，UE-1及網(wǎng)絡如何實現(xiàn)業(yè)務連續(xù)性的過程，包括如下步驟 步驟201、 UE-l與UE-2間建立了會話并處于激活狀態(tài)，同時UE-1與UE-3間也建立了會話并處于保持狀態(tài)；在建立會話的過程中，SC AS通過信令路徑將會話的事務標識(Transaction Identity,簡稱TI)傳給UE_1，事務標識Til和TI2分別用于在CS域標識上述兩個會話； 步驟202、如果UE-l是雙模用戶設備，當UE-l檢查到自己需要使用CS域媒體時，會在CS網(wǎng)絡發(fā)起呼叫請求，比如發(fā)送CS域的SETUP(建立)消息，呼叫的目標是用于標識業(yè)務連續(xù)性呼叫的特別號碼；如果UE-l是單模用戶設備UE，則當UE-l需要使用CS網(wǎng)絡時，原網(wǎng)絡(PS網(wǎng)絡)會向目標網(wǎng)絡(CS網(wǎng)絡)發(fā)起切換過程，因此eMSC會收到原網(wǎng)絡的切換請求； 步驟203、對于以上這兩種情況，eMSC都會發(fā)起MS的建立連續(xù)會話請求，比如發(fā)
起INVITE(邀請)消息，該消息的目標為用于標識業(yè)務連續(xù)性呼叫的特別號碼； 步驟204、 SC AS收到建立連續(xù)會話請求后，選擇處于激活狀態(tài)的會話進行媒體更
新； 步驟205、 SC AS向遠端用戶設備UE-2發(fā)送更新請求，比如發(fā)送reINVITE(重邀
請)消息或UPDATE (更新)消息，以更新UE-2的媒體連接為與eMSC連接； 步驟206、 UE-2同意更新操作，發(fā)送同意更新消息，比如發(fā)送"200 OK"消息； 步驟207、SC AS收到同意更新消息后，向eMSC發(fā)送應答消息，比如發(fā)送"200 OK"
消息，消息中攜帶UE-l的所有會話的相關(guān)信息(會話信息)，包括各會話的事務標識、SC AS
為此會話分配的會話轉(zhuǎn)移目標標識，會話的相應狀態(tài)、以及可能的主叫號碼和被叫號碼信
息等； 步驟208、 eMSC收到上述攜帶會話信息的應答消息后，根據(jù)會話信息發(fā)起一個或多個建立連續(xù)會話請求，本實施例中，eMSC需再發(fā)起一個建立連續(xù)會話請求；
步驟209、 SC AS收到新的建立連續(xù)會話請求后，向相應的用戶設備UE_3發(fā)起媒體更新請求，比如發(fā)送reINVITE消息或UPDATE消息，以更新UE_3的媒體連接為與eMSC連接； 步驟210、 UE-3同意更新操作，發(fā)送同意更新消息，比如發(fā)送"200 OK"消息；
步驟211、SC AS收到同意更新消息后，向eMSC發(fā)送應答消息，比如發(fā)送"200 OK"消息； 至此，UE-1 、 UE-2和UE-3的媒體連接被修改成功； 步驟212、UE_1在CS域執(zhí)行保持會話操作，以保持與UE_2的會話，比如發(fā)送CS域的HOLD(保持)消息，消息中攜帶標識該會話的事務標識TIl ; 步驟213、eMSC收到保持消息，根據(jù)Til與SC AS分配的會話轉(zhuǎn)移目標標識的對應關(guān)系找到相應的MS媒體連接的信令路徑，并在該路徑上發(fā)送更新消息，比如發(fā)送UPDATE消息，以將該IMS媒體連接的狀態(tài)修改為保持狀態(tài)； 步驟214、 SC AS收到更新消息后，將該消息轉(zhuǎn)發(fā)給相應的用戶設備UE-2 ;
步驟215、 UE-2同意更新操作，發(fā)送同意更新消息，比如發(fā)送"200 OK"消息；
步驟216、 SC AS收到同意更新消息后，向eMSC轉(zhuǎn)發(fā)該消息；
自此，UE-1和UE-2間的媒體狀態(tài)被修改為保持狀態(tài)。 由上可知，現(xiàn)有的多會話保持業(yè)務的業(yè)務連續(xù)性實現(xiàn)方法，在步驟207中，需要對MS的消息做比較大的擴展，以包含許多信息，并且eMSC還必須增加理解該新增信息的能力以發(fā)起多個建立連續(xù)會話請求，對現(xiàn)有系統(tǒng)的改動比較大，實現(xiàn)成本較高。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，克服現(xiàn)有技術(shù)的不足，提供一種無需對現(xiàn)有技術(shù)的消息進行較大擴展即可實現(xiàn)多會話業(yè)務連續(xù)性的方法。 為了解決上述問題，本發(fā)明提供一種實現(xiàn)多會話業(yè)務連續(xù)性的方法，該方法包括 接收到增強移動交換中心eMSC發(fā)送的建立連續(xù)會話請求后，業(yè)務連續(xù)性應用服務器SC AS與eMSC分別為該請求所對應的用戶設備UE的每一會話建立對話，并在各對話的建立過程中分別將各會話的事務標識發(fā)送給eMSC ; 接收到所述UE發(fā)送的攜帶事務標識的消息后，eMSC根據(jù)事務標識與對話的對應關(guān)系將其轉(zhuǎn)換為相應對話上的消息發(fā)送給SC AS ; 接收到eMSC發(fā)送的所述消息后，SC AS根據(jù)所述UE的會話信息完成后續(xù)的業(yè)務操作。 此外，接收到所述建立連續(xù)會話請求后，SC AS通過向eMSC返回所述建立連續(xù)會話請求的多個應答消息與eMSC建立所述對話； 所述各應答消息具有不同的對話標識并攜帶所述UE的不同會話的事務標識。
此外，接收到所述建立連續(xù)會話請求后，SC AS分別向所述UE的每一會話的遠端用戶設備發(fā)送更新請求，并在接收到遠端用戶設備發(fā)送的同意更新消息后，向eMSC返回攜帶相應會話的事務標識的所述應答消息。 此外，接收到所述建立連續(xù)會話請求后，SC AS向所述UE的會話的遠端用戶設備發(fā)送更新請求，并在接收到該遠端用戶設備發(fā)送的同意更新消息后，向eMSC分別返回所述具有不同的對話標識并攜帶不同會話的事務標識的應答消息。 此外，接收到所述建立連續(xù)會話請求后，SC AS通過向eMSC返回該請求的應答消
息建立所述UE的一個會話所對應的對話，所述應答消息中攜帶該會話的事務標識； SC AS通過向eMSC發(fā)送一個或多個轉(zhuǎn)移消息請求eMSC發(fā)起為所述UE的其余會話
建立對話，所述轉(zhuǎn)移消息的轉(zhuǎn)移目標域的值為相應會話的會話轉(zhuǎn)移目標標識。 此外，SC AS在所述轉(zhuǎn)移消息中攜帶相應會話的事務標識。 此外，接收到所述轉(zhuǎn)移消息后，eMSC向SC AS發(fā)送呼叫請求消息，該消息的目標為相應會話的所述會話轉(zhuǎn)移目標標識； 接收到所述呼叫請求消息后，SC AS向eMSC返回該呼叫請求消息的應答消息，該消息中攜帶相應會話的事務標識。 此夕卜，接收到所述呼叫請求消息后，SC AS向相應會話的遠端用戶設備發(fā)送更新請求，并在接收到遠端用戶設備發(fā)送的同意更新消息后，向eMSC返回所述應答消息。
此外，所述UE發(fā)送的攜帶事務標識的消息為保持消息； eMSC接收到所述保持消息后，根據(jù)事務標識與對話的對應關(guān)系將其轉(zhuǎn)換為相應對話上的更新消息發(fā)送給SC AS; 接收到eMSC發(fā)送的所述更新消息后，SC AS通過向相應會話的遠端用戶設備發(fā)送更新消息完成所述后續(xù)的業(yè)務操作。 此外，所述UE發(fā)送的攜帶事務標識的消息為刪除消息； eMSC接收到所述刪除消息后，根據(jù)事務標識與對話的對應關(guān)系將其轉(zhuǎn)換為相應對話上的掛斷消息發(fā)送給SC AS; 接收到eMSC發(fā)送的所述掛斷消息后，SC AS通過向相應會話的遠端設備發(fā)送刪除消息完成所述后續(xù)的業(yè)務操作。 此外，所述應答消息中還包含相應會話的狀態(tài)信息。 采用本發(fā)明提出的多對話方式實現(xiàn)多會話業(yè)務連續(xù)性的方法，可有效地減少現(xiàn)有技術(shù)中對現(xiàn)有消息的擴展，降低了系統(tǒng)的成本。


圖1是現(xiàn)有技術(shù)中的業(yè)務連續(xù)性示意圖； 圖2是現(xiàn)有技術(shù)中多會話保持業(yè)務的業(yè)務連續(xù)性實現(xiàn)方法流程圖； 圖3是本發(fā)明第一實施例多會話保持業(yè)務的業(yè)務連續(xù)性實現(xiàn)方法流程圖； 圖4是本發(fā)明第二實施例多會話保持業(yè)務的業(yè)務連續(xù)性實現(xiàn)方法流程圖； 圖5是本發(fā)明第三實施例會議業(yè)務的業(yè)務連續(xù)性實現(xiàn)方法流程圖； 圖6是本發(fā)明第四實施例會議業(yè)務的業(yè)務連續(xù)性實現(xiàn)方法流程圖。
具體實施例方式
本發(fā)明的核心思想是，SC AS在接收到eMSC發(fā)送的建立連續(xù)會話請求后，主動與eMSC建立多個對話用于實現(xiàn)多會話業(yè)務連續(xù)性，并分別在各對話的建立過程中分別將不同的事務標識發(fā)送給eMSC。
7
下面將結(jié)合附圖和實施例對本發(fā)明進行詳細描述。 以下圖中為了畫圖和描述的方便，將P-CSCF和S-CSCF省略了 ，這兩個實體完全是
按標準過程處理消息。 第一實施例 圖3是本發(fā)明第一實施例多會話保持業(yè)務的業(yè)務連續(xù)性實現(xiàn)方法流程圖，該流程描述了 UE-l和UE-2間建立了 MS會話并處于激活狀態(tài)、同時UE-l和UE_3間也建立了 MS會話并處于保持狀態(tài)，UE-1發(fā)生業(yè)務連續(xù)性后，UE-1使用CS域建立媒體連接，UE-1及網(wǎng)絡如何實現(xiàn)業(yè)務連續(xù)性的過程，具體包括如下步驟 步驟301、 UE-l與UE-2間建立了會話并處于激活狀態(tài)，同時UE_1與UE_3間也建立了會話并處于保持狀態(tài)，在建立會話的過程中，SC AS與UE-l共享會話的事務標識(Transaction Identity, TI)，事務標識Til和TI2分別用于在CS域標識上述兩個會話;
SC AS分配TI后，可以通過向UE-l發(fā)送的消息中攜帶該TI信息，也可以通過其他接口上的信息，比如Ut接口，互相通知相應會話的TI信息來共享會話的TI。
步驟302 306、與圖2的步驟202 206相同； 步驟307、SC AS收到同意更新消息后，向eMSC發(fā)送應答消息，比如發(fā)送"200 OK"消息，消息中攜帶該會話的事務標識TIl ;比如在消息的Contact (聯(lián)系人)域的值中，以參數(shù)"ti ="的形式攜帶； SC AS可以在同意更新消息中將會話設置為激活狀態(tài)(會話的缺省狀態(tài)即為激活狀態(tài))。 步驟308、 SC AS向多個其他遠端用戶設備發(fā)送更新請求，本實施例中中SC AS是向UE-3發(fā)送更新請求，比如發(fā)送reINVITE(重邀請)消息或UPDATE (更新)消息，以更新UE-3的媒體連接為與eMSC連接，并且將會話設置為保持狀態(tài)； 本步驟與步驟305無先后順序關(guān)系，即本步驟也可以在步驟305之前執(zhí)行，或并行執(zhí)行。 步驟309、UE-3收到步驟308的更新請求，同意更新操作，發(fā)送同意更新消息，比如發(fā)送"200 OK"消息; 步驟310、 SC AS收到步驟309的同意更新消息后，再次向eMSC發(fā)送應答消息，比如發(fā)送"200 OK"消息，消息中攜帶該會話的事務標識TI2，比如在消息的Contact (聯(lián)系人)域的值中，以參數(shù)"ti ="的形式攜帶，并且將會話設置為保持狀態(tài)(即該消息中還包含相應會話的狀態(tài)信息)； 需要注意的是，為了區(qū)分本步驟的應答消息與步驟307的應答消息，SCAS需要保證這兩個應答消息的對話標識不同，此時eMSC和SC AS間建立了 2個信令路徑(即兩個對話)，這兩個信令路徑以對話標識區(qū)分， 一個用于控制事務標識Til標識的會話，另一個用于控制事務標識TI2標識的會話。 本步驟中，SC AS采用分支技術(shù)，通過對步驟303的建立連續(xù)會話請求返回具有不同對話標識的應答消息在eMSC和SC AS間建立了新的對話。
至此，UE-l 、 UE-2和UE_3的媒體連接被修改成功。 步驟311、UE_1在CS域執(zhí)行保持會話操作，以保持與UE-2的會話，比如發(fā)送CS域的HOLD(保持)消息，消息中攜帶標識該會話的事務標識TIl ;
8
步驟312、eMSC收到保持消息，在相應的MS媒體連接的信令路徑上(也就是使用不同的對話標識)發(fā)送更新消息，比如發(fā)送UPDATE消息，以將該MS媒體連接的狀態(tài)修改為保持狀態(tài)； 步驟313、 SC AS收到更新消息后，將其轉(zhuǎn)發(fā)給相應的用戶設備UE-2 ; 步驟314、 UE-2同意更新操作，發(fā)送同意更新消息，比如發(fā)送"200 OK"消息； 步驟315、 SC AS收到同意更新消息后，向eMSC轉(zhuǎn)發(fā)該消息； 至此，UE-1和UE-2間的媒體狀態(tài)被修改為保持狀態(tài)。 第二實施例 圖4是本發(fā)明第二實施例多會話保持業(yè)務的業(yè)務連續(xù)性實現(xiàn)方法流程圖，該流程描述了 UE-1和UE-2間建立了 MS會話并處于激活狀態(tài)、同時UE-l和UE_3間也建立了 MS會話并處于保持狀態(tài)，UE-1發(fā)生業(yè)務連續(xù)性后，UE-1使用CS域建立媒體連接，UE-1及網(wǎng)絡如何實現(xiàn)業(yè)務連續(xù)性的過程，具體包括如下步驟
步驟401 407、與圖3的步驟301 307相同； 步驟408、 SC AS為每一未更新會話向eMSC發(fā)送用于請求eMSC建立對話的消息，比如發(fā)送REFER(轉(zhuǎn)移)消息，其Refer-To(轉(zhuǎn)移目標)域的值為SC AS為相應會話分配的會話轉(zhuǎn)移目標標識； 本實施例中，還有一個未更新會話，所以只發(fā)送一個用于請求eMSC建立對話的消息。 SC AS發(fā)送的上述消息可以攜帶TI信息，比如在Refer-To域中以參數(shù)"ti ="的形式攜帶。 本步驟與步驟405無先后順序關(guān)系，即本步驟也可以在步驟405之前執(zhí)行，或并行執(zhí)行。 步驟409、eMSC收到步驟408的消息，按標準要求發(fā)送呼叫請求，比如發(fā)送INVITE消息，消息的目標是SC AS為相應會話(即事務標識TI2對應的會話)分配的會話轉(zhuǎn)移目標標識； 步驟410、 SC AS收到步驟409的消息，向UE-3發(fā)送更新請求，比如發(fā)送reINVITE (重邀請)消息或UPDATE (更新)消息，以更新UE-3的媒體連接為與eMSC連接，并且將會話狀態(tài)設置為保持； 步驟411、UE-3收到步驟410的消息，同意更新操作，發(fā)送同意更新消息，比如發(fā)送"200 OK"消息; 步驟412、 SC AS收到步驟411的同意更新消息后，向eMSC發(fā)送應答消息，比如發(fā)送"200 0K"消息，如果步驟408的消息中沒有攜帶事務標識，則此應答消息中攜帶該會話的事務標識，比如在消息的Contact (聯(lián)系人)域的值中，以參數(shù)"ti ="的形式攜帶，并且將會話設置為保持狀態(tài)(即該消息中還包含相應會話的狀態(tài)信息)；通過步驟408 、409和412， SC AS與eMSC間建立了新的對話，eMSC保存事務標識T2與該對話的對話標識(即步驟409的呼叫請求使用的對話標識)之間的關(guān)聯(lián)關(guān)系。
至此，UE-1 、 UE-2和UE-3的媒體連接被修改成功。
步驟413 417、與圖3中的步驟311 315相同；
至此，UE-1和UE-2間的媒體狀態(tài)被修改為保持狀態(tài)。
第三實施例 圖5是本發(fā)明第三實施例會議業(yè)務的業(yè)務連續(xù)性實現(xiàn)方法流程圖，該流程描述了UE-l建立了會議業(yè)務，將UE-2和UE-3加入會議，UE-1發(fā)生業(yè)務連續(xù)性后，UE-1使用CS域建立媒體連接，UE-1及網(wǎng)絡如何實現(xiàn)業(yè)務連續(xù)性的過程。如圖5所示，UE-1與會議業(yè)務AS之間的會話的事務標識為TIl，會議業(yè)務AS與UE-2和UE-3之間的會話的事務標識分別為TI2禾卩TI3。 圖5所示流程具體包括如下步驟 步驟501 507、與圖4的步驟401 407相同，只是在步驟505中更新的遠端是會議業(yè)務AS， UE-l與會議業(yè)務AS間有會話連接并處于激活狀態(tài)； 步驟508、SC AS知道UE-l在執(zhí)行會議業(yè)務，并且是會議業(yè)務的創(chuàng)建者(根據(jù)會議創(chuàng)建過程中，會議業(yè)務AS返回的消息中帶會議業(yè)務指示而得知)，于是向eMSC再次發(fā)送應答消息，比如發(fā)送"200 OK"消息，消息中攜帶UE-l與UE-2會話(該會話是虛擬的，實際上是會議業(yè)務AS與UE-2的會話)的事務標識TI2，比如在消息的Contact (聯(lián)系人)域的值中，以參數(shù)"ti ="的形式攜帶； 需要注意的是，為區(qū)分本步驟的應答消息與步驟507的應答消息，SC AS需要保證這兩個應答消息的對話標識不同，此時eMSC和SC AS間建立了 2個信令路徑(即2個對話)，這兩個信令路徑以對話標識區(qū)分， 一個用于控制事務標識Til對應的會話，另一個用于控制事務標識TI2對應的會話。 本步驟中，SC AS采用分支技術(shù)，通過對步驟503的建立連續(xù)會話請求返回具有不同對話標識的應答消息在eMSC和SC AS間建立了新的對話。 步驟509、SC AS再次向eMSC發(fā)送應答消息，比如發(fā)送"200 OK"消息，消息中攜帶UE-l與UE-3會話(該會話是虛擬的，實際上是會議業(yè)務AS與UE-3的會話)的事務標識，比如在消息的Contact (聯(lián)系人)域的值中，以參數(shù)"ti ="的形式攜帶，并且將會話設置為保持狀態(tài)； 需要注意的是，為區(qū)分本步驟的應答消息與步驟507和508的應答消息，SC AS保證這三個應答消息的對話標識不同，此時eMSC和SC AS間建立了 3個信令路徑(即3個對話)。 至此，UE-l和會議業(yè)務AS的媒體連接被修改成功。 步驟510、UE-1在CS域執(zhí)行刪除成員操作，以刪除會議成員UE-2，比如發(fā)送CS域的RELEAE (釋放)消息，消息中攜帶UE-l與UE_2的虛擬會話的事務標識TI2 ;
步驟511、eMSC收到刪除消息，按標準過程在事務標識TI2對應的信令路徑上(也就是使用與事務標識TI2對應的對話標識)發(fā)送掛斷消息，比如發(fā)送BYE(結(jié)束)消息；
步驟512、 SC AS收到掛斷消息后，根據(jù)UE-l的會話信息獲知UE_1是會議業(yè)務的創(chuàng)建者，因此SC AS向會議業(yè)務AS發(fā)送刪除成員消息，按標準過程，SC AS發(fā)送REFER消息，消息的Method域的值為BYE， Refer-To域的值為UE_2的標識(SC AS參與UE_1的所有會話過程，因此有事務標識與遠端用戶設備標識的對應關(guān)系)； 步驟513、會議業(yè)務AS收到刪除成員消息，按標準過程向UE-2發(fā)送掛斷消息，比如BYE消息; 步驟514、 UE-2收到掛斷消息，向會議業(yè)務AS發(fā)送同意消息，比如發(fā)送"200 OK"
10消息； 步驟515、按標準過程，本步驟與步驟513同時進行，會議業(yè)務AS向SC AS發(fā)送同意消息，比如發(fā)送"202 Acc印ted"消息; 步驟516、SC AS收到步驟515的消息，向eMSC發(fā)送同意消息，比如發(fā)送"200 OK"消息； 至此，會議成員UE-2被刪除。
第四實施例 圖6是本發(fā)明第四實施例會議業(yè)務的業(yè)務連續(xù)性實現(xiàn)方法流程圖，該流程描述了UE-l建立了會議業(yè)務，將UE-2和UE-3加入會議，UE-1發(fā)生業(yè)務連續(xù)性后，UE-1使用CS域建立媒體連接，UE-1及網(wǎng)絡如何實現(xiàn)業(yè)務連續(xù)性的過程。如圖6所示，UE-1與會議業(yè)務AS之間的會話的事務標識為TIl，會議業(yè)務AS與UE-2和UE-3之間的會話的事務標識分別為TI2禾卩TI3。 圖6所示流程具體包括如下步驟 步驟601 607、與圖5的步驟501 507相同； 步驟608、SC AS知道UE_1在執(zhí)行會議業(yè)務，并且是會議業(yè)務的創(chuàng)建者(根據(jù)會議創(chuàng)建過程中，會議業(yè)務AS返回的消息中帶會議業(yè)務指示而得知)，于是向eMSC發(fā)送多個請求發(fā)送建立連續(xù)會話請求的消息，比如發(fā)送REFER(轉(zhuǎn)移)消息，其Refer-To (轉(zhuǎn)移目標)域的值為SC AS分配的會話轉(zhuǎn)移目標標識；該消息可以攜帶TI信息，比如在Refer-To域中以參數(shù)"ti ="的形式攜帶，本實施例中，該消息可攜帶TI2標識，用于標識UE-1和UE-2間的虛擬會話； 步驟609、eMSC收到步驟608的消息，按標準要求發(fā)送呼叫請求，比如發(fā)送INVITE消息，消息的目標為收到的SC AS分配的會話轉(zhuǎn)移目標標識； 步驟610、 SC AS收到步驟609的消息，向eMSC發(fā)送應答消息，比如發(fā)送"200 OK"消息，如果步驟608中沒有攜帶事務標識，則此應答消息中攜帶該會話的事務標識，比如在消息的Contact (聯(lián)系人)域的值中，以參數(shù)"ti ="的形式攜帶，并且將會話狀態(tài)設置為保持； 步驟611、該步驟和步驟608沒有先后順序關(guān)系，SC AS重復步驟608 610的步驟，只是攜帶的事務標識為TI3，用以標識UE-1和UE-3間的虛擬會話；
至此，UE-l和會議業(yè)務AS的媒體連接被修改成功。
步驟612 618、與圖5中的步驟510 516相同；
至此，會議成員UE-2被刪除。
權(quán)利要求
一種實現(xiàn)多會話業(yè)務連續(xù)性的方法，其特征在于，該方法包括接收到增強移動交換中心eMSC發(fā)送的建立連續(xù)會話請求后，業(yè)務連續(xù)性應用服務器SC AS與eMSC分別為該請求所對應的用戶設備UE的每一會話建立對話，并在各對話的建立過程中分別將各會話的事務標識發(fā)送給eMSC；接收到所述UE發(fā)送的攜帶事務標識的消息后，eMSC根據(jù)事務標識與對話的對應關(guān)系將其轉(zhuǎn)換為相應對話上的消息發(fā)送給SC AS；接收到eMSC發(fā)送的所述消息后，SC AS根據(jù)所述UE的會話信息完成后續(xù)的業(yè)務操作。
2. 如權(quán)利要求l所述的方法，其特征在于，接收到所述建立連續(xù)會話請求后，SC AS通過向eMSC返回所述建立連續(xù)會話請求的多個應答消息與eMSC建立所述對話；所述各應答消息具有不同的對話標識并攜帶所述UE的不同會話的事務標識。
3. 如權(quán)利要求2所述的方法，其特征在于，接收到所述建立連續(xù)會話請求后，SC AS分別向所述UE的每一會話的遠端用戶設備發(fā)送更新請求，并在接收到遠端用戶設備發(fā)送的同意更新消息后，向eMSC返回攜帶相應會話的事務標識的所述應答消息。
4. 如權(quán)利要求2所述的方法，其特征在于，接收到所述建立連續(xù)會話請求后，SC AS向所述UE的會話的遠端用戶設備發(fā)送更新請求，并在接收到該遠端用戶設備發(fā)送的同意更新消息后，向eMSC分別返回所述具有不同的對話標識并攜帶不同會話的事務標識的應答消息。
5. 如權(quán)利要求l所述的方法，其特征在于，接收到所述建立連續(xù)會話請求后，SC AS通過向eMSC返回該請求的應答消息建立所述UE的一個會話所對應的對話，所述應答消息中攜帶該會話的事務標識；SC AS通過向eMSC發(fā)送一個或多個轉(zhuǎn)移消息請求eMSC發(fā)起為所述UE的其余會話建立對話，所述轉(zhuǎn)移消息的轉(zhuǎn)移目標域的值為相應會話的會話轉(zhuǎn)移目標標識。
6. 如權(quán)利要求5所述的方法，其特征在于，SC AS在所述轉(zhuǎn)移消息中攜帶相應會話的事務標識。
7. 如權(quán)利要求5所述的方法，其特征在于，接收到所述轉(zhuǎn)移消息后，eMSC向SC AS發(fā)送呼叫請求消息，該消息的目標為相應會話的所述會話轉(zhuǎn)移目標標識；接收到所述呼叫請求消息后，SC AS向eMSC返回該呼叫請求消息的應答消息，該消息中攜帶相應會話的事務標識。
8. 如權(quán)利要求7所述的方法，其特征在于，接收到所述呼叫請求消息后，SC AS向相應會話的遠端用戶設備發(fā)送更新請求，并在接收到遠端用戶設備發(fā)送的同意更新消息后，向eMSC返回所述應答消息。
9. 如權(quán)利要求l所述的方法，其特征在于，所述UE發(fā)送的攜帶事務標識的消息為保持消息；eMSC接收到所述保持消息后，根據(jù)事務標識與對話的對應關(guān)系將其轉(zhuǎn)換為相應對話上的更新消息發(fā)送給SC AS;接收到eMSC發(fā)送的所述更新消息后，SC AS通過向相應會話的遠端用戶設備發(fā)送更新消息完成所述后續(xù)的業(yè)務操作。
10. 如權(quán)利要求l所述的方法，其特征在于，所述UE發(fā)送的攜帶事務標識的消息為刪除消息；eMSC接收到所述刪除消息后，根據(jù)事務標識與對話的對應關(guān)系將其轉(zhuǎn)換為相應對話上的掛斷消息發(fā)送給SC AS;接收到eMSC發(fā)送的所述掛斷消息后，SC AS通過向相應會話的遠端設備發(fā)送刪除消息完成所述后續(xù)的業(yè)務操作。
11. 如權(quán)利要求2或5或7所述的方法，其特征在于，所述應答消息中還包含相應會話的狀態(tài)信息。
全文摘要
一種實現(xiàn)多會話業(yè)務連續(xù)性的方法，該方法包括接收到eMSC發(fā)送的建立連續(xù)會話請求后，SC AS與eMSC分別為該請求所對應的UE的每一會話建立對話，并在各對話的建立過程中分別將各會話的事務標識發(fā)送給eMSC；接收到所述UE發(fā)送的攜帶事務標識的消息后，eMSC根據(jù)事務標識與對話的對應關(guān)系將其轉(zhuǎn)換為相應對話上的消息發(fā)送給SC AS；接收到eMSC發(fā)送的所述消息后，SC AS根據(jù)所述UE的會話信息完成后續(xù)的業(yè)務操作。采用本發(fā)明提出的多對話方式實現(xiàn)多會話業(yè)務連續(xù)性的方法，可有效地減少現(xiàn)有技術(shù)中對現(xiàn)有消息的擴展，降低了系統(tǒng)的成本。
文檔編號H04W80/00GK101771933SQ20091000236
公開日2010年7月7日 申請日期2009年1月6日 優(yōu)先權(quán)日2009年1月6日
發(fā)明者李振東, 謝振華, 郝振武 申請人:中興通訊股份有限公司