亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種多媒體會話在接入網(wǎng)間轉移的方法、裝置及系統(tǒng)的制作方法

文檔序號:7929688閱讀:135來源:國知局
專利名稱:一種多媒體會話在接入網(wǎng)間轉移的方法、裝置及系統(tǒng)的制作方法
技術領域
本發(fā)明涉及移動通信技術領域,尤其涉及接入在接入網(wǎng)間的轉移技術。
背景技術
目前,移動通信網(wǎng)絡以CS (Circuit-Switched,電路交換)網(wǎng)絡為主,包括GSM、 CDMA等。各運營商基于CS網(wǎng)絡建立了比較完善和豐富的業(yè)務平臺,其中MSC(移動交換中 心)負責呼叫路由和業(yè)務邏輯執(zhí)行。 頂S(IP Multimedia Sub-system, IP多媒體子系統(tǒng))是基于IP交換的業(yè)務網(wǎng)絡, 頂S支持UE通過各種分組交換接入網(wǎng)(目前主要是IP能力接入網(wǎng)-IP-CAN,如GPRS)接 入MS網(wǎng)絡進行MS多媒體業(yè)務,即MS是架構在IP-CAN之上的業(yè)務平臺,基本與CS網(wǎng) 絡的MSC對應。IP-CAN相對CS網(wǎng)絡提供更高的帶寬,支持更豐富的業(yè)務。IMS的核心是 CSCF(Call Session Control Function,呼叫會話控制功能)和各種AS (服務器),S-CSCF (Serving-CSCF,服務CSCF)負責在滿足條件時將呼叫請求路由到正確的AS,由AS執(zhí)行業(yè)務 邏輯。 由于IMS是發(fā)展趨勢,那么可以設想,將CS網(wǎng)絡業(yè)務平臺的功能轉移到IMS網(wǎng)絡, 實現(xiàn)業(yè)務平臺的統(tǒng)一,以降低新業(yè)務建設成本和運營成本,是合理的。業(yè)務平臺的統(tǒng)一可以 稱為ICS(IMS Centralised Service, IMS集中控制業(yè)務)。 SC(Service Continuity,業(yè)務連續(xù)性)研究用戶在不同接入網(wǎng)絡之間移動時的會 話連續(xù)性,即當用戶移動時可以變更接入網(wǎng)絡而不中斷會話。 SC用戶設備(UE)進行接入網(wǎng)轉移的具體步驟包括UE在新的接入網(wǎng)絡向SCC AS 發(fā)起轉移請求,通過該轉移請求UE與SCC AS在新接入網(wǎng)絡中建立新的Access Leg(接入 分支);SCC AS收到轉移請求后,會將原接入網(wǎng)絡的Access Leg對應的Remote Leg(遠端 分支)與新接入網(wǎng)的Access Leg進行關聯(lián),并更新Remote Leg,同時釋放原接入網(wǎng)絡的 Access Leg。所謂Remote Leg就是SCC AS與對端UE間的呼叫控制路徑。Access Leg和 Remote Leg在3GPP TS23. 237中有詳細的定義。 STI (Session Transfer Identifier,會話轉移標識)是用于指示發(fā)起會話轉移的 一個標識,通常情況下在UE與SCC AS建立新的Access Leg時,由SCC AS動態(tài)分配,每個 動態(tài)STI與一個特定的Access Leg—一對應。當用戶要切換時,如果UE中有動態(tài)STI存 在,則在轉移請求中包含動態(tài)STI, SCC AS根據(jù)STI可以判斷出新建立的Access Leg需要 代替哪個原有的Access Leg。 在實現(xiàn)本發(fā)明過程中,發(fā)明人發(fā)現(xiàn)現(xiàn)有技術中至少存在如下問題 當UE進行接入網(wǎng)間轉移存在至少兩個動態(tài)STI時,如何實現(xiàn)網(wǎng)絡間轉移。

發(fā)明內(nèi)容
有鑒于此,本發(fā)明實施例提供一種多媒體會話在接入網(wǎng)間轉移的方法、用戶設備、 服務器及系統(tǒng)以解決UE進行接入網(wǎng)間轉移存在至少兩個動態(tài)STI時如何實現(xiàn)網(wǎng)絡間轉移的問題。 為解決上述技術問題,一方面,提供一種多媒體會話在接入網(wǎng)間轉移的方法,包 括 接收用戶設備發(fā)起的包含至少兩個動態(tài)會話轉移標識STI的接入轉移請求消息;
根據(jù)所述至少兩個動態(tài)STI處理所述用戶設備請求的接入轉移流程。
另一方面還提供一種多媒體會話在接入網(wǎng)間轉移的方法,包括
發(fā)送包含至少兩個動態(tài)STI的接入轉移請求消息; 接收所述接入轉移請求消息的響應消息并處理所述接入轉移的流程。
另一方面還提供一種多媒體會話在接入網(wǎng)間轉移的服務器,包括 接收模塊用于接收用戶設備發(fā)起的包含至少兩個動態(tài)會話轉移標識STI的接入
轉移請求消息; 解析模塊用于解析所述接收模塊接收到的所述接入轉移請求消息提取所述至少 兩個動態(tài)STI ; 轉移模塊用于根據(jù)所述解析模塊提取到的所述至少兩個動態(tài)STI處理所述用戶 設備請求的接入轉移流程。 另一方面還提供一種多媒體會話在接入網(wǎng)間轉移的系統(tǒng), 包括服務器,所述服務器用于接收用戶設備發(fā)起的包含至少兩個動態(tài)會話轉移標 識STI的接入轉移請求消息,根據(jù)所述至少兩個動態(tài)STI處理所述用戶設備請求的接入轉 移流程。
另一方面還提供一種接入轉移的用戶設備,包括 發(fā)送模塊用于發(fā)送包含至少兩個動態(tài)STI的接入轉移請求消息; 處理模塊用于接收所述發(fā)送模塊發(fā)送的所述接入轉移請求消息的響應消息并處
理所述接入轉移的流程。 另一方面還提供一種多媒體會話在接入網(wǎng)間轉移的系統(tǒng), 包括用戶設備,所述用戶設備用于發(fā)送包含至少兩個動態(tài)STI的接入轉移請求消
息,接收所述接入轉移請求消息的響應消息并處理所述接入轉移的流程。 本發(fā)明實施例提供的多媒體會話在接入網(wǎng)間轉移的方法、用戶設備、服務器及系
統(tǒng)解決了 UE進行接入網(wǎng)間轉移存在至少兩個動態(tài)STI時如何實現(xiàn)網(wǎng)絡間轉移的問題。


圖1為本發(fā)明實施例一的方法示意圖;圖2為本發(fā)明實施例二的方法示意圖;圖3為本發(fā)明實施例三的方法流程圖;圖4為本發(fā)明實施例四的方法流程圖;圖5為本發(fā)明實施例五的服務器示意圖;圖6為本發(fā)明實施例六的系統(tǒng)中服務器示意圖;圖7為本發(fā)明實施例七的用戶設備示意圖;圖8為本發(fā)明實施例八的系統(tǒng)中用戶設備示意圖
具體實施例方式
為使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白,以下參照附圖并舉八個實施 例,對本發(fā)明進一步詳細說明。 本發(fā)明提供的第一實施例是一種多媒體會話在接入網(wǎng)間轉移的方法,包括如下步 驟 如圖1所示,步驟101、接收用戶設備發(fā)起的包含至少兩個動態(tài)會話轉移標識STI 的接入轉移請求消息; 其中所述接入轉移請求包括CS網(wǎng)絡的語音連接轉移到PS網(wǎng)絡,或PS網(wǎng)絡之間 的數(shù)據(jù)連接轉移請求,或PS網(wǎng)絡之間的語音連接轉移。 所述包含至少兩個動態(tài)轉移標識STI的接入轉移請求表示用戶設備UE存在一個 語音連接需要轉移的同時,還存在一個以上的數(shù)據(jù)連接需要轉移;還可表示UE存在兩個語 音連接需要轉移;也可表示UE存在兩個語音連接需要轉移的同時,還存在數(shù)據(jù)連接需要轉 移;還可表示UE存在多個數(shù)據(jù)連接需要轉移。 所述接收用戶設備發(fā)起的包含至少兩個動態(tài)會話轉移標識STI的接入轉移請求 消息包括解析所述接入轉移請求消息提取所述至少兩個動態(tài)STI ; 其中,所述解析所述接入轉移請求消息提取所述至少兩個動態(tài)STI具體為解析 所述接入轉移請求消息的消息頭,提取所述消息頭包含的動態(tài)STI ;
而所述消息頭包括但不限于至少以下一種 R印lace消息頭、Request-URI消息頭或Target-Dialog消息頭; 而用戶設備在包含至少兩個動態(tài)STI時,可以將所述至少兩個動態(tài)STI包含在所
述接入轉移請求消息的同一個消息頭中或不同消息頭中; 若用戶設備將至少兩個動態(tài)STI包含在所述接入轉移請求消息的同一個消息頭
中時,各個動態(tài)STI之間通過特殊連接符連接,例如用戶設備在網(wǎng)絡轉移時存在三個動態(tài)
STI分別為STI1、STI2以及STI3,則可以在同一個消息頭中采用特殊連接符連接,例如在所
述接入轉移請求消息的Request-URI消息頭包含STI1@STI2@STI3,其中,所述STI1@STI2@
STI3還可以采取STI1 ;STI2 ;STI3的形式,或者采取STIl| |STI2| |STI3的形式; 若用戶設備將至少兩個動態(tài)STI包含在所述接入轉移請求消息的不同消息頭中
時,例如用戶設備在網(wǎng)絡轉移時存在三個動態(tài)STI分別為STI1、STI2以及STI3, 則可以將STI1包含在R印lace消息頭,STI2包含在Request-URI消息頭,STI3包
含在Target-Dialog消息頭; 或將STI1包含在Request-URI消息頭,STI2包含在第一個R印lace消息頭,STI3 包含在第二個R印lace消息頭; 也可以將STI1包含在Request-URI消息頭,STI2包含在Target-Dialog消息頭, STI3包含在Target-Dialog消息頭; 也可以將STIl、 STI2以及STI3分別包含在所述接入轉移請求消息的三個 R印lace消息頭中,或者將STI1、STI2以及STI3分別包含在所述接入轉移請求消息的三個 Request-URI消息頭中,或者將STI1、STI2以及STI3分別包含在所述接入轉移請求消息的 三個Target-Dialog消息頭中; 解析所述接入轉移請求消息的消息頭,提取所述消息頭包含的動態(tài)STI會根據(jù)
6用戶設備的包含至少兩個動態(tài)STI的方式采取相應的解析方式以提取所述至少兩個動態(tài)
STI ; 若用戶設備將至少兩個動態(tài)STI包含在所述接入轉移請求消息的同一個消息頭 中時,各個動態(tài)STI之間通過特殊連接符連接,例如用戶設備網(wǎng)絡轉移時存在三個動態(tài)STI 分別為STIl、 STI2以及STI3,則可以在相同消息頭中采用特殊連接符連接,例如在所述接 入轉移請求消息的R印lace或Target-Dialog消息頭包含STI1@STI2@STI3 ;
此時SCC AS (Service Centralization&Continuity Application Server,業(yè)務 集中和會話連續(xù)性應用服務器)根據(jù)所述接入轉移請求消息的R印lace或Target-Dialog 消息頭的內(nèi)容判斷是否包含所述STI,STI2tSTI3,若判斷為是,則提取出STIl、 STI2以及 STI3供下一步驟102處理; 若用戶設備將至少兩個動態(tài)STI包含在所述接入轉移請求消息的不同消息頭中 時,例如用戶設備在網(wǎng)絡轉移時存在兩個動態(tài)STI分別為STIl和STI2,且將STIl包含在 R印lace消息頭,STI2包含在Request-URI消息頭;此時SCC AS判斷所述接入轉移請求消 息是否包含R印lace消息頭,若判斷為是則提取出所述R印lace消息頭中的STIl ;根據(jù)所 述接入轉移請求消息的Request-URI消息頭的內(nèi)容判斷是否包含所述STI2,若判斷為是則 提取出所述STI2。 再如用戶設備在網(wǎng)絡轉移時存在三個動態(tài)STI分別為STI1、STI2以及STI3,且將 STIl包含在第一個R印lace消息頭,STI2包含在第二個R印lace消息頭,STI3包含在第三 個R印lace消息頭; 此時SCC AS判斷所述接入轉移請求消息是否包含R印lace消息頭,若判斷為是則 提取各R印lace消息頭的動態(tài)STI :STIl、 STI2、 STI3。 若所述至少兩個動態(tài)STI之一是通過CS業(yè)務控制信令信道分配的,則所述通過CS 業(yè)務控制信令信道分配的動態(tài)STI的分配方式包括
由發(fā)起多媒體會話請求的用戶設備分配;或
由接收多媒體會話請求的相應服務器分配;或 由發(fā)起多媒體會話請求的用戶設備和接收多媒體會話請求的相應服務器聯(lián)合分 配。 其中,所述通過CS業(yè)務控制信令信道分配的動態(tài)STI可包含在Request-URI消息 頭; 而通過PS分配的動態(tài)STI包含在Request-URI消息頭或Target-Dialog消息頭。
若由發(fā)起多媒體會話請求的用戶設備分配,則存在兩種情況一種情況為當用戶 設備UE發(fā)起會話請求時,通過II接口發(fā)送給SCC AS ;另一種情況為當所述UE收到會話請 求時,通過II接口的響應消息發(fā)送給SCCAS ; 若由接收多媒體會話請求的相應服務器分配,當SCC AS收到UE的會話請求時,通 過II接口中的響應消息發(fā)送給所述UE ;當收到其他UE向所述UE發(fā)起的會話請求時,為所 述UE分配STI并通過11接口發(fā)送給所述UE ; 若由發(fā)起多媒體會話請求的用戶設備和接收多媒體會話請求的相應服務器聯(lián)合 分配,包括UE部分和SCC AS部分。當UE發(fā)起會話請求時,攜帶UE部分,SCC AS收到所述 UE的請求后分配SCC AS部分,并通過II接口發(fā)送給所述UE ;當所述SCC AS收到其他UE向所述UE發(fā)起的會話請求時,為所述UE分配SCC AS部分,并通過II接口發(fā)送給所述UE, 所述UE收到后分配UE部分,并通過II接口將動態(tài)STI發(fā)送給所述SCCAS。例如STI的 形式可以是ueal. xfer@sccas. homel. xfer, @符號前面的ueal. xfer是UE部分,@符號后 面的sccas. homel. xfer是SCC AS部分;或STI的形式可以是"Call ID ;UE Tag ;SCC AS Tag",這里的Call ID可以是一個隨機數(shù)或一個字符串,由發(fā)起會話請求方分配,即當UE發(fā) 起會話請求時,由UE分配,當其他UE向所述UE發(fā)起請求時,由SCC AS分配,該Call ID用 來標識此次會話。UE Tag為UE分配的一個標簽,用來標識UE。 SCC AS Tag為SCC AS分 配的一個標簽,用來標識SCC AS。同樣UE Tag和SCC AS Tag可以是一個隨機數(shù)或一個字 符串。當該呼叫為UE發(fā)起時,UE分配Call ID和UE Tag,這兩部分合作一起成為UE部分, SCC AS分配SCC AS Tag, SCC AS Tag為SCC AS部分;當該呼叫為其他UE發(fā)起時,SCC AS 分配Call ID和SCC AS Tag,這兩部分合作一起成為SCC AS部分,UE分配UE Tag,UE Tag 為UE部分。 步驟102、根據(jù)所述至少兩個動態(tài)STI處理所述用戶設備請求的接入轉移流程。
本實施例當中所提出的方案的主要優(yōu)點在于解決了 UE進行接入網(wǎng)間轉移存在至 少兩個動態(tài)STI時如何實現(xiàn)網(wǎng)絡間轉移的問題。 本發(fā)明提供的第二實施例是另一種多媒體會話在接入網(wǎng)間轉移的方法,包括如下 步驟 步驟201、發(fā)送包含至少兩個動態(tài)STI的接入轉移請求消息; 其中,所述接入轉移請求包括CS網(wǎng)絡的語音連接轉移到PS網(wǎng)絡,或PS網(wǎng)絡之間 的數(shù)據(jù)連接轉移請求,或PS網(wǎng)絡之間的語音連接轉移。 所述包含至少兩個動態(tài)轉移標識STI的接入轉移請求表示用戶設備UE存在一個 語音連接需要轉移的同時,還存在一個的數(shù)據(jù)連接需要轉移;還可表示UE存在兩個語音連 接需要轉移;也可表示UE存在兩個語音連接需要轉移的同時,還存在數(shù)據(jù)連接需要轉移; 還可表示UE存在多個數(shù)據(jù)連接需要轉移。
而所述消息頭包括但不限于至少以下一種 R印lace消息頭、Request-URI消息頭或Target-Dialog消息頭等; 而用戶設備在包含至少兩個動態(tài)STI時,可以將所述至少兩個動態(tài)STI包含在所
述接入轉移請求消息的同一個消息頭中或不同消息頭中; 若用戶設備將至少兩個動態(tài)STI包含在所述接入轉移請求消息的同一個消息頭
中時,各個動態(tài)STI之間通過特殊連接符連接,例如用戶設備在網(wǎng)絡轉移時存在三個動態(tài)
STI分別為STIl、 STI2以及STI3,則可以在相同消息頭中采用特殊連接符連接,例如在所
述接入轉移請求消息的Request-URI消息頭包含STI1@STI2@STI3,其中,所述STI1@STI2@
STI3還可以采取STIl ;STI2 ;STI3的形式,或者采取STIl| |STI2| |STI3的形式; 若用戶設備將至少兩個動態(tài)STI包含在所述接入轉移請求消息的不同消息頭中
時,例如用戶設備在網(wǎng)絡轉移時存在三個動態(tài)STI分別為STI1、STI2以及STI3, 則可以將STIl包含在R印lace消息頭,STI2包含在Request-URI消息頭,STI3包
含在Target-Dialog消息頭; 或將STIl包含在Request-URI消息頭,STI2包含在第一個R印lace消息頭,STI3 包含在第二個R印lace消息頭;
也可以將STI1包含在Request-URI消息頭,STI2包含在Target-Dialog消息頭, STI3包含在Target-Dialog消息頭; 也可以將STI1、STI2以及STI3分別包含在所述接入轉移請求消息的三個R印lace 消息頭中; 或者將STIl、 STI2以及STI3分別包含在所述接入轉移請求消息的三個 Request-URI消息頭中; 或者將STIl、 STI2以及STI3分別包含在所述接入轉移請求消息的三個 Target-Dialog消息頭中。 此外,若所述接入轉移請求包括CS網(wǎng)絡的語音連接轉移到PS網(wǎng)絡且所述CS網(wǎng)絡 的語音連接通過II接口建立,即所述至少兩個動態(tài)STI之一是通過CS業(yè)務控制信令信道 分配,則所述通過CS業(yè)務控制信令信道分配的動態(tài)STI的分配方式包括
由發(fā)起多媒體會話請求的用戶設備分配;或
由接收多媒體會話請求的相應服務器分配;或 由發(fā)起多媒體會話請求的用戶設備和接收多媒體會話請求的相應服務器聯(lián)合分 配。 其中,所述通過CS業(yè)務控制信令信道分配的動態(tài)STI可包含在Request-URI消息 頭; 而通過PS分配的動態(tài)STI包含在Request-URI消息頭或Target-Dialog消息頭。
若由發(fā)起多媒體會話請求的用戶設備分配,則存在兩種情況一種情況為當用戶 設備UE發(fā)起會話請求時,通過II接口發(fā)送給SCC AS ;另一種情況為當所述UE收到會話請 求時,通過II接口的響應消息發(fā)送給SCCAS ; 若由接收多媒體會話請求的相應服務器分配,當SCC AS收到UE的會話請求時,通 過II接口中的響應消息發(fā)送給所述UE ;當收到其他UE向所述UE發(fā)起的會話請求時,為所 述UE分配STI并通過11接口發(fā)送給所述UE ; 若由發(fā)起多媒體會話請求的用戶設備和接收多媒體會話請求的相應服務器聯(lián)合 分配,包括UE部分和SCC AS部分。當UE發(fā)起會話請求時,攜帶UE部分,SCC AS收到所述 UE的請求后分配SCC AS部分,并通過II接口發(fā)送給所述UE ;當所述SCC AS收到其他UE 向所述UE發(fā)起的會話請求時,為所述UE分配SCC AS部分,并通過II接口發(fā)送給所述UE, 所述UE收到后分配UE部分,并通過II接口將動態(tài)STI發(fā)送給所述SCCAS。例如STI的 形式可以是ueal. xfer@sccas. homel. xfer, @符號前面的ueal. xfer是UE部分,@符號后 面的sccas. homel. xfer是SCC AS部分;或STI的形式可以是"Call ID ;UE Tag ;SCC AS Tag",這里的Call ID可以是一個隨機數(shù)或一個字符串,由發(fā)起會話請求方分配,即當UE發(fā) 起會話請求時,由UE分配,當其他UE向所述UE發(fā)起請求時,由SCC AS分配,該Call ID用 來標識此次會話。UE Tag為UE分配的一個標簽,用來標識UE。 SCC AS Tag為SCC AS分 配的一個標簽,用來標識SCC AS。同樣UE Tag和SCC AS Tag可以是一個隨機數(shù)或一個字 符串。當該呼叫為UE發(fā)起時,UE分配Call ID和UE Tag,這兩部分合作一起成為UE部分, SCC AS分配SCC AS Tag, SCC AS Tag為SCC AS部分;當該呼叫為其他UE發(fā)起時,SCC AS 分配Call ID和SCC AS Tag,這兩部分合作一起成為SCC AS部分,UE分配UE Tag,UE Tag 為UE部分。
步驟202、接收所述接入轉移請求消息的響應消息并處理所述接入轉移的流程。
本實施例當中所提出的方案的主要優(yōu)點在于解決了 UE進行接入網(wǎng)間轉移存在至 少兩個動態(tài)STI時如何實現(xiàn)網(wǎng)絡間轉移的問題。 本發(fā)明提供的第三實施例是一種多媒體會話在接入網(wǎng)間轉移的方法流程,
如圖3所示,首先,UE-A是具有ICS (IMS Centralised Service, MS集中控制業(yè) 務)能力的UE, ICS UE是具有業(yè)務控制信令信道的UE,業(yè)務控制信令信道是UE和SCC AS 間的信令路徑,通過CS網(wǎng)絡建立的業(yè)務控制信令信道為CS業(yè)務控制信令信道,通過PS網(wǎng) 絡建立的業(yè)務控制信令信道為PS業(yè)務控制信令信道。在ICS課題中可以使用II接口代替 CS業(yè)務控制信令信道,使用Gm接口代替PS業(yè)務控制信令信道。 MSC Server :CS移動網(wǎng)絡軟交換引入的實體,包含MSC的呼叫控制、移動性管理等 功能,控制CS-MGW(CS媒體網(wǎng)關)承載呼叫的媒體流; 其中,MSC Server和UE通過移動網(wǎng)絡layer 3信令通信(如3GPP網(wǎng)絡中24. 008 信令)。同時MSC Server可以實現(xiàn)IMS網(wǎng)絡SIP信令和移動網(wǎng)絡layer3信令轉換;
CS-MGW :CS媒體網(wǎng)關,用于CS網(wǎng)絡和IMS網(wǎng)絡媒體流互通; S-CSCF :Serving-CSCF,服務CSCF,其中CSCF(Call Session ControlFunction,呼 叫會話控制功能)執(zhí)行注冊/登記員功能,進行會話控制服務; SCC AS (SCC Application Server, SCC應用服務器)其中SCC為Service Centralization&Conti皿ity,業(yè)務集中和會話連續(xù)性,SCC AS完成不同接入網(wǎng)間接入分支 (Access Leg)間的轉移功能; 此處假設一種場景使用II接口的ICS UE-A與UE-B在PS1內(nèi)存在一個數(shù)據(jù)連 接,在CS網(wǎng)絡內(nèi)存在一個語音連接。在PSl內(nèi)的access leg對應的動態(tài)STI為STI_1,在 CS網(wǎng)絡內(nèi)的access leg對應的動態(tài)STI為STI_2。當所述UE_A移動到一個PS2覆蓋的區(qū) 域,該PS2具有更高的數(shù)據(jù)傳輸速率和語音傳輸質量,此時所述UE-A主動發(fā)起從CS網(wǎng)絡向 PS2以及PS1向PS2轉移的過程。
如圖3所示,接入轉移的方法流程如下 步驟301、 ICS UE-A在PS2內(nèi)向SCC AS發(fā)起接入轉移請求消息,該接入轉移請求 消息中包含動態(tài)STI-1和STI-2,該接入轉移請求消息經(jīng)S-CSCF到達SCC AS ;
這里兩個動態(tài)STI可以通過兩種方法攜帶
方法一 包含在不同的SIP消息頭中; PS1內(nèi)動態(tài)的STI (STI-1)包含在R印lace消息頭中,而通過Il接口獲得的動態(tài) STI (STI-2)包含在Request-URI消息頭或Target-Dialog消息頭中;
還可以將STI-1包含在Target-Dialog消息頭中,STI-2包含在R印lace消息頭 中; 也可以SIP消息包含兩個R印lace消息頭,每個R印lace消息頭包含一個動態(tài) STI ;或SIP消息包含兩個Target-Dialog消息頭,每個Target-Dialog消息頭包含一個動 態(tài)STI ; 方法二 包含在同一個的SIP消息頭; 兩個動態(tài)STI同時包含在R印lace消息頭或Target-Dialog消息頭中;其中,兩個 動態(tài)STI間以特殊的連接符進行連接,例如STI1@STI2、STI1 ;STI2或STI1 |STI2 ;
10
通過Il接口傳遞的動態(tài)STI(STI-2)有以下3種分配方式
方式一、由UE-A分配 —種情況為當用戶設備UE發(fā)起會話請求時,通過11接口發(fā)送給SCCAS ;另一種情 況為當所述UE收到會話請求時,通過II接口的響應消息發(fā)送給SCC AS ;
方式二、由SCC AS分配 當SCC AS收到UE的會話請求時,通過II接口中的響應消息發(fā)送給所述UE ;當收 到其他UE向所述UE發(fā)起的會話請求時,為所述UE分配STI并通過I1接口發(fā)送給所述UE ;
方式三、由UE-A和SCC AS聯(lián)合分配 包括UE部分和SCC AS部分,當UE發(fā)起會話請求時,攜帶UE部分,SCC AS收到所 述UE的請求后分配SCC AS部分,并通過11接口發(fā)送給所述UE ;當所述SCC AS收到其他 UE向所述UE發(fā)起的會話請求時,為所述UE分配SCC AS部分,并通過II接口發(fā)送給所述 UE,所述UE收到后分配UE部分,并通過II接口將動態(tài)STI發(fā)送給所述SCC AS。例如STI 的形式可以是ueal. xfer@sccas. homel. xfer, @符號前面的ueal. xfer是UE部分,@符號 后面的sccas. homel. xfer是SCC AS部分;或STI的形式可以是"Call ID ;UE Tag ;SCC AS Tag",這里的Call ID可以是一個隨機數(shù)或一個字符串,由發(fā)起會話請求方分配,即當UE發(fā) 起會話請求時,由UE分配,當其他UE向所述UE發(fā)起請求時,由SCC AS分配,該CallID用 來標識此次會話。UE Tag為UE分配的一個標簽,用來標識UE。 SCCAS Tag為SCC AS分配 的一個標簽,用來標識SCC AS。同樣UE Tag和SCC AS Tag可以是一個隨機數(shù)或一個字符 串。當該呼叫為UE發(fā)起時,UE分配Call ID和UE Tag,這兩部分合作一起成為UE部分, SCC AS分配SCC AS Tag, SCC AS Tag為SCC AS部分;當該呼叫為其他UE發(fā)起時,SCC AS 分配Call ID和SCC AS Tag,這兩部分合作一起成為SCC AS部分,UE分配UE Tag,UE Tag 為UE部分。 步驟302、 SCC AS根據(jù)步驟301中的請求消息包含了兩個動態(tài)STI,獲知UE_A需
要將CS網(wǎng)絡的access leg移到PS2以及將PS1的access leg轉移到PS2,則SCC AS更新
所述UE-A的對端所述UE-B,其目的是請求所述UE-B將與所述UE_A的語音和數(shù)據(jù)連接到
UE-A的PS2 ;該請求消息經(jīng)過所述S-CSCF到達所述UE_B ; 其中,SCC AS獲知UE的請求消息中包含了兩個動態(tài)STI的方法為 a)對于兩個動態(tài)STI包含在不同的消息頭的情況 SCC AS根據(jù)Request-URI消息頭的內(nèi)容判斷是否包含動態(tài)STI,如果包含說明 UE-A請求轉移CS網(wǎng)絡的會話,SCC AS判斷SIP消息是否包含R印lace或Target-Dialog 消息頭,如果包含說明UE-A請求轉移PS1網(wǎng)絡的會話; 或SCC AS判斷請求消息是否同時包含R印lace和Target-Dialog消息頭中,如果 是說明UE-A請求轉移CS和PS1網(wǎng)絡的會話; 或SCC AS判斷請求消息是否包含兩個R印lace或兩個Target-Dialog消息頭,如
果是說明UE-A請求轉移CS和PS1的會話; b)對于兩個動態(tài)STI包含在同一個的消息頭的情況 SCC AS判斷R印lace或Target-Dialog消息頭中是否包含兩個動態(tài)STI,如果是 說明UE-A請求轉移CS和PS1網(wǎng)絡的會話,這里可以是根據(jù)特殊連接符區(qū)分不同的STI ;
步驟3Q3、所述UE-B返回200 OK確認消息,該確認消息經(jīng)所述S-CSCF到達所述
11SCC AS ; 步驟304、所述SCC AS向所述UE_A發(fā)送2000K消息,確認轉移成功,該消息經(jīng)所述 S-CSCF到達所述UE-A ; 步驟305、所述SCC AS向所述UE-A的CS網(wǎng)絡的access leg發(fā)送bye消息,該消 息的作用是斷開所述UE-A與所述UE-B的語音連接,該消息經(jīng)所述S-CSCF到達所述UE_A 對應的MSC Server ; 步驟306、所述UE-A對應的MSC Server收到Bye消息后向所述UE-A發(fā)送 Disconnect消息; 步驟307、所述UE-A向所述MSC Server返回Release消息; 步驟308、所述MSC Server收到Release消息后,向所述SCC AS發(fā)送200 OK確認 消息,確認語音斷開成功,該確認消息經(jīng)所述S-CSCF到達所述SCC AS ;
步驟309、所述SCC AS向所述UE-A的PSl網(wǎng)絡的access leg發(fā)送bye消息,該消 息的作用是斷開所述UE-A與所述UE-B的數(shù)據(jù)連接,該消息經(jīng)所述S-CSCF到達所述UE_A ;
步驟3010、所述UE-A向所述SCC AS返回200 OK確認消息,確認數(shù)據(jù)連接斷開成 功,該確認消息經(jīng)所述S-CSCF到達所述SCC AS ; 本實施例當中所提出的方案的主要優(yōu)點在于提供了一種場景下網(wǎng)絡轉移的方法 流程,詳細描述了用戶設備進行網(wǎng)絡轉移時有多個動態(tài)STI時的解決方案。
本發(fā)明提供的第四實施例是另一種多媒體會話在接入網(wǎng)間轉移的方法流程,包括
如圖4所示,功能實體與實施例三描述相同,此處不再贅述。 此處假設一種場景UE-A與UE-B在PSl內(nèi)存在一個語音連接,在PS2內(nèi)存在一個 數(shù)據(jù)連接;在PSl內(nèi)的access leg對應的動態(tài)STI為STI_1,在PS2內(nèi)的access leg對應 的動態(tài)STI為STI-2。當所述UE-A移動到一個PS3網(wǎng)絡覆蓋的區(qū)域,相對于PSl和PS2, PS3具有更高的數(shù)據(jù)傳輸速率和語音傳輸質量,此時所述UE-A主動發(fā)起從PSl向PS3網(wǎng)絡 以及PS2向PS3網(wǎng)絡轉移的過程。
如圖4所示,具體步驟如下 步驟401、 UE-A在PS3網(wǎng)絡內(nèi)向SCC AS發(fā)起接入轉移請求消息,該接入轉移請求 消息中包含動態(tài)STI-1和STI-2,該接入轉移請求消息經(jīng)S-CSCF到達SCC AS ;
這里兩個動態(tài)STI可以通過兩種方法攜帶
方法一 包含在不同的SIP消息頭中; PSl網(wǎng)絡內(nèi)動態(tài)STI (STI-1)包含在R印lace消息頭中,而PS2網(wǎng)絡內(nèi)動態(tài) STI (STI-2)包含在Request-URI消息頭或Target-Dialog消息頭中;
還可以將STI-1包含在Target-Dialog消息頭中,STI-2包含在R印lace消息頭 中; 也可以SIP消息包含兩個R印lace消息頭,每個消息頭包含一個動態(tài)STI ;或SIP 消息包含兩個Target-Dialog消息頭,每個消息頭包含一個動態(tài)STI ;
方法二 包含在同一個的SIP消息頭; 兩個動態(tài)STI同時包含在R印lace消息頭或Target-Dialog消息頭中;其中,兩個 動態(tài)STI間以特殊的連接符進行連接,例如STI1@STI2、STI1 ;STI2或STI1 |STI2 ;
步驟402、SCC AS根據(jù)步驟401中的請求消息包含了兩個動態(tài)STI,獲知UE-A需要
12將PSl的access leg移到PS3以及將PS2的access leg轉移到PS3,則SCC AS更新所述 UE-A的對端所述UE-B,其目的是請求所述UE-B將與所述UE_A的語音和數(shù)據(jù)連接到UE_A 的PS3 ;該請求消息經(jīng)過所述S-CSCF到達所述UE-B ; 其中,SCC AS獲知UE的請求消息中包含了兩個動態(tài)STI的方法為
情況一 對于兩個動態(tài)STI包含在不同的消息頭的情況, SCC AS根據(jù)Request-URI消息頭的內(nèi)容判斷是否包含動態(tài)STI,如果包含說明 UE-A請求轉移PSl網(wǎng)絡的會話,SCC AS判斷SIP消息是否包含R印lace或Target-Dialog 消息頭,如果包含說明UE-A請求轉移PS2網(wǎng)絡的會話; 或SCC AS判斷請求消息是否同時包含R印lace和Target-Dialog消息頭中,如果 是說明UE-A請求轉移PSl和PS2網(wǎng)絡的會話; 或SCC AS判斷請求消息是否包含兩個R印lace或兩個Target-Dialog消息頭,如
果是說明UE-A請求轉移PSl和PS2網(wǎng)絡的會話; 情況二 對于兩個動態(tài)STI包含同一個的消息頭攜帶的情況, SCC AS判斷R印lace或Target-Dialog消息頭中是否包含兩個動態(tài)STI,如果是 說明UE-A請求轉移PSl和PS2網(wǎng)絡的會話,這里可以是根據(jù)特殊連接符區(qū)分不同的STI ;
步驟403、所述UE-B返回200 OK確認消息,該確認消息經(jīng)所述S-CSCF到達所述 SCC AS ; 步驟404、所述SCC AS向所述UE_A發(fā)送200 OK消息,確認轉移成功,該消息經(jīng)所 述S-CSCF到達所述UE-A ; 步驟405、所述SCC AS向所述UE-A的PS1網(wǎng)絡的access leg發(fā)送bye消息,該消 息的作用是斷開所述UE-A與所述UE-B的語音連接,該消息經(jīng)所述S-CSCF到達所述UE_A ;
步驟406、所述UE-A向所述SCC AS返回200 OK確認消息,確認語音連接斷開成 功,該確認消息經(jīng)所述S-CSCF到達所述UE-A ; 步驟407、所述SCC AS向所述UE-A的PS2網(wǎng)絡的access leg發(fā)送bye消息,該消 息的作用是斷開UE-A與UE-B的數(shù)據(jù)連接,該消息經(jīng)所述S-CSCF到達所述UE_A ;
步驟408、所述UE-A向所述SCC AS返回200 OK確認消息,確認數(shù)據(jù)連接斷開成 功,該確認消息經(jīng)所述S-CSCF到達所述UE-A ; 本實施例當中所提出的方案的主要優(yōu)點在于提供了另一種場景下網(wǎng)絡轉移的方
法流程,詳細描述了用戶設備進行網(wǎng)絡轉移時有多個動態(tài)STI時的解決方案。 本發(fā)明提供的第五實施例是一種多媒體會話在接入網(wǎng)間轉移的服務器,包括如下
模塊 如圖5所示,服務器51包括但不限于計算機和智能設備,其中智能設備為具有信 號處理能力的設備,包括但不限于移動互聯(lián)網(wǎng)設備、固定互聯(lián)網(wǎng)設備以及適用于2G、2. 5G, 未來的3G、后3G、以及IP多媒體子域(IMS)移動網(wǎng)絡設備,服務器51用于實現(xiàn)CRS AS的 功能,且具有實現(xiàn)解析多個動態(tài)STI的功能; 接收模塊501 :用于接收用戶設備發(fā)起的包含至少兩個動態(tài)會話轉移標識STI的 接入轉移請求消息; 解析模塊502 :用于解析所述接收模塊501接收到的所述接入轉移請求消息提取 所述至少兩個動態(tài)STI ;
轉移模塊503 :用于根據(jù)所述解析模塊502提取到的所述至少兩個動態(tài)STI處理 所述用戶設備請求的接入轉移流程。 本實施例當中所提出的方案的主要優(yōu)點在于提供了一種接入轉移的服務器解決 了 UE進行接入網(wǎng)間轉移存在至少兩個動態(tài)STI時如何實現(xiàn)網(wǎng)絡間轉移的問題。
本發(fā)明提供的第六實施例是一種多媒體會話在接入網(wǎng)間轉移的系統(tǒng),包括
用戶設備、服務器等,其中所述用戶設備包括但不限于手機、PDA等具有無線通信 能力的電子設備;所述服務器包括但不限于計算機和智能設備,其中智能設備為具有信號 處理能力的設備,包括但不限于移動互聯(lián)網(wǎng)設備、固定互聯(lián)網(wǎng)設備以及適用于2G、2. 5G,未 來的3G、后3G、以及IP多媒體子域(IMS)移動網(wǎng)絡設備。
—種多媒體會話在接入網(wǎng)間轉移的系統(tǒng),包括服務器, 所述服務器接收用戶設備發(fā)起的包含至少兩個動態(tài)會話轉移標識STI的接入轉 移請求消息,解析所述接入轉移請求消息提取所述至少兩個動態(tài)STI,根據(jù)所述至少兩個動 態(tài)STI處理所述用戶設備請求的接入轉移流程。 如圖6所示,所述服務器61用于實現(xiàn)CRS AS的功能,且具有實現(xiàn)解析多個動態(tài) STI的功能;且所述服務器61包括以下模塊 接收模塊601 :用于接收用戶設備發(fā)起的包含至少兩個動態(tài)會話轉移標識STI的 接入轉移請求消息; 解析模塊602 :用于解析所述接收模塊601接收到的所述接入轉移請求消息提取 所述至少兩個動態(tài)STI ; 轉移模塊603 :用于根據(jù)所述解析模塊602提取到的所述至少兩個動態(tài)STI處理 所述用戶設備請求的接入轉移流程。 本實施例當中所提出的方案的主要優(yōu)點在于提供了一種多媒體會話在接入網(wǎng)間 轉移的系統(tǒng)解決了實現(xiàn)UE進行存在至少兩個動態(tài)STI的網(wǎng)間轉移的問題。
本發(fā)明提供的第七實施例是一種多媒體會話在接入網(wǎng)間轉移的用戶設備,包括如 下模塊 如圖7所示,用戶設備71包括但不限于手機、PDA等具有無線通信能力的電子設 備;包括如下模塊 發(fā)送模塊701 :用于發(fā)送包含至少兩個動態(tài)STI的接入轉移請求消息; 處理模塊702 :用于接收所述發(fā)送模塊701發(fā)送的所述接入轉移請求消息的響應
消息并處理所述接入轉移的流程; 包含動態(tài)STI模塊7001 :其位于發(fā)送模塊701內(nèi)部,用于將至少兩個動態(tài)STI包 含在所述接入轉移請求消息的不同消息頭中或相同消息頭中。 本實施例當中所提出的方案的主要優(yōu)點在于提供了一種多媒體會話在接入網(wǎng)間 轉移的用戶設備的功能模塊設計方式,使其具有實現(xiàn)存在至少兩個動態(tài)STI的網(wǎng)間轉移的 功能。 本發(fā)明提供的第八實施例是一種多媒體會話在接入網(wǎng)間轉移的系統(tǒng),包括
用戶設備、服務器等,其中所述用戶設備包括但不限于手機、PDA等具有無線通信 能力的電子設備;所述服務器包括但不限于計算機和智能設備,其中智能設備為具有信號 處理能力的設備,包括但不限于移動互聯(lián)網(wǎng)設備、固定互聯(lián)網(wǎng)設備以及適用于2G、2. 5G,未來的3G、后3G、以及IP多媒體子域(MS)移動網(wǎng)絡設備。
—種多媒體會話在接入網(wǎng)間轉移的系統(tǒng),包括服務器, 所述用戶設備發(fā)送包含至少兩個動態(tài)STI的接入轉移請求消息,接收所述接入轉
移請求消息的響應消息并處理所述接入轉移的流程。 如圖8所示,用戶設備81包括如下模塊 發(fā)送模塊801 :用于發(fā)送包含至少兩個動態(tài)STI的接入轉移請求消息; 處理模塊802 :用于接收所述發(fā)送模塊801發(fā)送的所述接入轉移請求消息的響應
消息并處理所述接入轉移的流程; 包含動態(tài)STI模塊8001 :其位于發(fā)送模塊801內(nèi)部,用于將至少兩個動態(tài)STI包 含在所述接入轉移請求消息的不同消息頭中或相同消息頭中。 本實施例當中所提出的方案的主要優(yōu)點在于提供了一種多媒體會話在接入網(wǎng)間 轉移的系統(tǒng),使其具有實現(xiàn)存在至少兩個動態(tài)STI的網(wǎng)間轉移的功能。 本領域的技術人員可以理解附圖只是一個優(yōu)選實施例的示意圖,附圖中的模塊、 實體或流程并不一定是實施本發(fā)明所必需的。 本領域的技術人員可以理解實施例中的用戶設備、服務器及系統(tǒng)中的模塊或實 體可以按照實施例的描述分布于實施例的用戶設備、服務器及系統(tǒng)中,也可以進行相應變 化位于不同于本實施例的一個或多個設備中。上述實施例的模塊或實體可以合并成一個模 塊或實體,也可以進一步拆分成多個子模塊或實體。
上述本發(fā)明實施例序號僅僅為了描述,不代表實施例的優(yōu)劣。 通過以上的實施方式的描述,本領域的技術人員可以清楚地了解到本發(fā)明可以通
過硬件實現(xiàn),也可以可借助軟件加必要的通用硬件平臺的方式來實現(xiàn),基于這樣的理解,本
發(fā)明的技術方案可以以軟件產(chǎn)品的形式體現(xiàn)出來,該軟件產(chǎn)品可以存儲在一個非易失性存
儲介質(可以是CD-ROM,U盤,移動硬盤等)中,包括若干指令用以使得一臺計算機設備(可
以是個人計算機,服務器,或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。 以上所述,僅為本發(fā)明較佳的具體實施方式
,但本發(fā)明的保護范圍并不局限于此,
任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內(nèi),可輕易想到的變化或替換,
都應涵蓋在本發(fā)明的保護范圍之內(nèi)。因此,本發(fā)明的保護范圍應該以權利要求的保護范圍為準。
權利要求
一種多媒體會話在接入網(wǎng)間轉移的方法,其特征在于,包括接收用戶設備發(fā)起的包含至少兩個動態(tài)會話轉移標識STI的接入轉移請求消息;根據(jù)所述至少兩個動態(tài)STI處理所述用戶設備請求的接入轉移流程。
2. 如權利要求1所述方法,其特征在于,所述至少兩個動態(tài)STI包含在所述接入轉移請 求消息的同 一個消息頭中或不同消息頭中。
3. 如權利要求1或2所述的方法,其特征在于,所述接收用戶設備發(fā)起的包含至少兩個 動態(tài)會話轉移標識STI的接入轉移請求消息包括解析所述接入轉移請求消息提取所述至少兩個動態(tài)STI。
4. 如權利要求2所述的方法,其特征在于,所述消息頭包括至少以下一種 R印lace消息頭、Request-URI消息頭或Target-Dialog消息頭。
5. 如權利要求2或4所述的方法,其特征在于,當所述至少兩個動態(tài)STI包含在所述接 入轉移請求消息的不同消息頭中時,所述轉移請求消息包含至少兩個R印lace消息頭,每 個R印lace消息頭包含一個動態(tài)STI ;或所述轉移請求消息包含至少兩個Target-Dialog消息頭,每個Target-Dialog消息頭 包含一個動態(tài)STI。
6. 如權利要求1或2所述的方法,其特征在于,若所述至少兩個動態(tài)STI之一是通過CS業(yè)務控制信令信道分配的,則所述通過CS業(yè) 務控制信令信道分配的動態(tài)STI的分配方式包括 由發(fā)起多媒體會話請求的用戶設備分配;或 由接收多媒體會話請求的相應服務器分配;或由發(fā)起多媒體會話請求的用戶設備和接收多媒體會話請求的相應服務器聯(lián)合分配。
7. 如權利要求6所述的方法,其特征在于,當所述通過CS業(yè)務控制信令信道分配的動 態(tài)STI由所述發(fā)起多媒體會話請求的用戶設備和所述接收多媒體會話請求的相應服務器 聯(lián)合分配時,所述動態(tài)STI包含用戶部分和服務器部分。
8. 如權利要求1或2所述的方法,其特征在于,若所述至少兩個動態(tài)STI之一是通 過CS業(yè)務控制信令信道分配的,則所述通過CS業(yè)務控制信令信道分配的動態(tài)STI包含在 Request-URI消息頭。
9. 一種多媒體會話在接入網(wǎng)間轉移的方法,其特征在于,包括 發(fā)送包含至少兩個動態(tài)STI的接入轉移請求消息; 接收所述接入轉移請求消息的響應消息并處理所述接入轉移的流程。
10. 如權利要求9所述的方法,其特征在于,所述至少兩個動態(tài)STI包含在所述接入轉 移請求消息的同 一個消息頭中或不同消息頭中。
11. 如權利要求10所述的方法,其特征在于,所述消息頭包括至少以下一種 R印lace消息頭、Request-URI消息頭或Target-Dialog消息頭。
12. 如權利要求IO所述的方法,其特征在于,若所述至少兩個動態(tài)STI包含在所述接入轉移請求消息的同一個消息頭中時,各個動 態(tài)STI之間通過特殊連接符連接;若所述至少兩個動態(tài)STI包含在所述接入轉移請求消息的不同消息頭中時,每個消息 頭中包含一個動態(tài)STI。
13. 如權利要求10或11所述的方法,其特征在于,當所述至少兩個動態(tài)STI包含在 所述接入轉移請求消息的不同消息頭中時,所述轉移請求消息包含至少兩個R印lace消息 頭,每個R印lace消息頭包含一個動態(tài)STI ;或所述轉移請求消息包含至少兩個Target-Dialog消息頭,每個Target-Dialog消息頭 包含一個動態(tài)STI。
14. 如權利要求9或10所述的方法,其特征在于,若所述至少兩個動態(tài)STI之一是通過CS業(yè)務控制信令信道分配的,則所述通過CS業(yè) 務控制信令信道分配的動態(tài)STI的分配方式包括 由發(fā)起多媒體會話請求的用戶設備分配;或 由接收多媒體會話請求的相應服務器分配;或由發(fā)起多媒體會話請求的用戶設備和接收多媒體會話請求的相應服務器聯(lián)合分配。
15. 如權利要求14所述的方法,其特征在于,當所述通過CS業(yè)務控制信令信道分配的 動態(tài)STI由所述發(fā)起多媒體會話請求的用戶設備和所述接收多媒體會話請求的相應服務 器聯(lián)合分配時,所述動態(tài)STI包含用戶部分和服務器部分。
16. 如權利要求9或10所述的方法,其特征在于,,若所述至少兩個動態(tài)STI之一是通 過CS業(yè)務控制信令信道分配的,則所述通過CS業(yè)務控制信令信道分配的動態(tài)STI包含在 Request-URI消息頭。
17. —種多媒體會話在接入網(wǎng)間轉移的服務器,其特征在于,所述服務器包括 接收模塊用于接收用戶設備發(fā)起的包含至少兩個動態(tài)會話轉移標識STI的接入轉移請求消息;解析模塊用于解析所述接收模塊接收到的所述接入轉移請求消息提取所述至少兩個動態(tài)STI ;轉移模塊用于根據(jù)所述解析模塊提取到的所述至少兩個動態(tài)STI處理所述用戶設備 請求的接入轉移流程。
18. —種多媒體會話在接入網(wǎng)間轉移的系統(tǒng),包括服務器,其特征在于, 所述服務器用于接收用戶設備發(fā)起的包含至少兩個動態(tài)會話轉移標識STI的接入轉移請求消息,根據(jù)所述至少兩個動態(tài)STI處理所述用戶設備請求的接入轉移流程。
19. 一種多媒體會話在接入網(wǎng)間轉移的用戶設備,其特征在于,所述用戶設備包括 發(fā)送模塊用于發(fā)送包含至少兩個動態(tài)STI的接入轉移請求消息;處理模塊用于接收所述發(fā)送模塊發(fā)送的所述接入轉移請求消息的響應消息并處理所 述接入轉移的流程。
20. 如權利要求19所述的用戶設備,其特征在于,所述發(fā)送模塊包括包含動態(tài)STI模塊用于將至少兩個動態(tài)STI包含在所述接入請求消息的不同消息頭 中或同一個消息頭中。
21. —種多媒體會話在接入網(wǎng)間轉移的系統(tǒng),包括用戶設備,其特征在于, 所述用戶設備用于發(fā)送包含至少兩個動態(tài)STI的接入轉移請求消息,接收所述接入轉移請求消息的響應消息并處理所述接入轉移的流程。
全文摘要
本發(fā)明公開了一種多媒體會話在接入網(wǎng)間轉移的方法、裝置及系統(tǒng),其涉及移動通信技術領域尤其涉及接入網(wǎng)絡間的轉移技術。所述方法包括接收用戶設備發(fā)起的包含至少兩個動態(tài)會話轉移標識STI的接入轉移請求消息,根據(jù)所述至少兩個動態(tài)STI處理所述用戶設備請求的接入轉移流程,還提供了相應的用戶設備、服務器及系統(tǒng),采用本發(fā)明可解決UE進行存在至少兩個動態(tài)STI的網(wǎng)間轉移的問題。
文檔編號H04W36/14GK101771978SQ20081024220
公開日2010年7月7日 申請日期2008年12月31日 優(yōu)先權日2008年12月31日
發(fā)明者段小嫣, 金輝, 龍水平 申請人:華為終端有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1