專利名稱：電路交換和多媒體子系統語音連續(xù)性的制作方法
技術領域：
本發(fā)明涉及通信，具體來說，涉及提供用于支持電路交換子系統和分組子系統上 的會話、以及實現多個已建立會話從一個子系統到另一個子系統的轉移的集中控制功能。
背景技術：
分組通信已經演進到其中能以本質上與電路交換通信所提供的相同的服務質量 來支持語音會話或呼叫的程度。分組通信一般通過分組子系統來支持，它們最初由局域網 支持，而現在由無線局域網(WLAN)等支持。使用WLAN接入，用戶單元能在整個WLAN移動 的同時使用分組通信來支持語音會話。因此，WLAN接入為用戶提供在WLAN中移動的自由 度與蜂窩接入為用戶提供在蜂窩環(huán)境中移動的自由度相同。在許多情況下，WLAN和蜂窩網絡所提供的覆蓋區(qū)域是互補的。例如，WLAN可在其 中蜂窩覆蓋受到限制的建筑群中建立?？紤]到WLAN覆蓋的局部化性質，蜂窩網絡可橋接 WLAN之間的覆蓋空隙。然而，WLAN接入技術在傳統上與蜂窩接入技術無關。蜂窩網絡一般 支持電路交換通信，而WLAN—般支持分組通信。因此，用戶單元已經發(fā)展成使用不同的通 信接口來支持蜂窩和WLAN兩種通信。通過這些用戶單元，用戶能使用相應的通信接口經由 蜂窩網絡和WLAN來建立會話；但是，經由蜂窩網絡所建立的會話不易轉移到WLAN，反過來 也是一樣。此外，當轉移會話時，存在充其量是有限的能力來保持對會話的控制以及提供與 會話關聯的服務。在致力于解決這些問題的過程中，2006年3月17日提交的名稱為 “CIRCUIT-SWITCHED AND MULTIMEDIA SUBSYSTEM VOICECONTINUITY” 的共同受讓美國專利 申請11/378776提供一種新技術來有效地支持用戶單元通過蜂窩網絡和WLAN的會話以及 提供相應網絡之間的會話的無縫轉移。這種技術還允許與會話關聯的服務在從一個網絡轉 移到另一個網絡之后被保持。通過引用將2006年3月17日提交的美國專利申請11/378776 完整地結合到本文中。具體來說，所公開的技術將用戶單元的包括會話控制在內的服務控制從蜂窩網絡 遷移到多媒體子系統(MS)、如因特網協議(IP)多媒體子系統(IMS)。因此，會話控制由MS 提供，而不管用戶單元對會話使用蜂窩還是WLAN(或類似)接入。為了清楚和簡明起見，提 供電路交換通信的蜂窩網絡稱作電路交換子系統(⑶)，而假定提供分組通信的WLAN或類 似無線網絡是MS的組成部分或者與MS關聯，以便進行描述。本領域的技術人員會知道，任 何數量的分組網絡可用于支持MS、WLAN或者其它相干的基于分組的網絡。在MS中的連續(xù)性控制功能(CCF)錨定用于在CS或MS始發(fā)和端接會話以及在CS 與MS之間轉移會話的包括呼叫控制在內的會話控制。會話的所有會話信令通過CCF傳遞。 CCF是在MS中提供的服務，并且錨定用戶單元的當前CS支持會話或MS支持會話，以便實現跨CS和MS的移動性。要注意，術語“會話”被認為涵蓋任何類型的電路交換或者基于分組 的通信會話，包括語音、數據、音頻或視頻會話。對于CS支持會話，CCF可在媒體網關錨定在CS中由用戶單元始發(fā)或端接的會話 的承載通路，其中媒體網關可由MS的媒體網關控制器來控制。對于MS支持會話，CCF通過 與用戶單元和遠程端點進行交互以便通過MS直接在用戶單元與遠程端點之間建立承載通 路，來提供會話控制。CCF是使用公共服務標識(PSI)可尋址的，其中PSI采取號碼簿號碼 (directory number)、統一資源定位符或類似地址的形式。在CS中，與CCF關聯的號碼簿 號碼PSI可用于在CS中路由會話信令消息。在MS中，與CCF關聯的PSI URL可用于在MS 中路由會話信令消息。子系統轉移使用戶單元能夠在CS與MS之間移動，同時保持一個或多個活動會話。 一般依據從用戶單元接收的請求，與給定會話關聯的會話轉移、包括初始和后續(xù)轉移在MS 中由CCF來執(zhí)行和控制。為了實現這類轉移，CCF由服務呼叫/會話控制功能(S-CSCF)插 入會話的信令通路。為了錨定信令通路，CCF可采用按照如下方式進行工作的背靠背用戶 代理功能。當用戶單元始發(fā)會話時，CCF將端接來自用戶單元的接入信令分支，并且建立到 遠程端點的遠程信令分支。在用戶單元處端接會話時，CCF將端接來自遠程端點的遠程信 令分支，并且建立到用戶單元的接入信令分支。隨后，CCF將協調或互配該會話的接入信令 分支與遠程信令分支之間的會話信令。當用戶單元始發(fā)會話時，CCF可表現為應用服務器所提供的服務。在一個實施例 中，CCF作為服務鏈中的第一服務來調用。當用戶單元端接會話時，CCF作為服務鏈中的最 后一個服務來調用。通過以這種方式相對于其它服務來定位CCF，與會話關聯的其它應用 由CCF作為會話的遠程信令分支的一部分來錨定，因而沒有受到影響接入信令分支的轉移 的影響。在檢測到需要轉移的條件時，用戶單元將使用CCF的基于CS或MS的地址來與CCF 建立接入信令分支。接入信令分支經由“轉入”子系統來建立，以便請求到轉入子系統的轉 移。CCF將通過采用經由轉入子系統所建立的接入信令分支取代當前與遠程信令分支進行 通信的接入信令分支來執(zhí)行子系統轉移過程。CCF隨后將釋放通過“轉出”子系統所建立的 接入信令分支。接入信令分支從轉出子系統切換到轉入子系統不影響遠程信令分支或者遠程信 令分支中的應用服務。通過轉入子系統中的接入信令分支和遠程信令分支，可經由適當的 CS客戶端或MS客戶端對用戶單元建立適當的承載通路。由于所有會話信令均通過CCF來 提供，所以附加服務可通過任何數量的轉移來與會話關聯。在許多情況下，用戶單元可在相同域中同時支持多個會話。當用戶單元從一個域 轉移到另一個域、例如從CS轉移到MS或者反之時，希望將多個會話的每個從轉出域轉移到 轉入域，并且保持跨域轉移的會話連續(xù)性。因此，需要一種在保持服務連續(xù)性的同時轉移與 域轉移關聯的域之間的多個并發(fā)會話的技術。

發(fā)明內容
本發(fā)明涉及將用戶單元的會話控制從電路交換子系統、如蜂窩網絡遷移到多媒體 子系統(MS)、如因特網協議(IP)多媒體子系統(IMS)。會話控制由MS提供，而不管用戶單元對會話使用蜂窩還是本地無線接入。要注意，可同時對于給定用戶單元控制多個會話。MS 中的連續(xù)性控制功能(CCF)錨定用于在CS或MS中始發(fā)和端接多個并發(fā)會話以及在CS與 MS之間轉移這些會話的會話控制。多個會話的每個的所有會話信令通過CCF傳遞。CCF是 在MS中提供的服務，并且錨定用戶單元的會話以及實現CS與MS之間的域轉移。在檢測到需要域轉移的條件時，用戶單元可經由轉入域發(fā)起從轉出域到轉入域的 多個會話的域轉移。多個會話的每個的新接入信令分支結合將多個會話轉移到轉入域的請 求經由轉入域來建立。CCF將通過采用經由轉入域所建立的對應新接入信令分支取代轉出 域的舊接入信令分支的每個，來執(zhí)行子系統轉移過程。然后，由CCF將轉入域中的接入信令 分支與多個會話的對應遠程信令分支互配。CCF隨后將釋放通過轉出域所建立的舊接入信 令分支。對于CS接入，延伸入CS的到用戶單元的接入信令分支可通過對于MS中的單元將 其自己表示為用戶單元的遠程用戶代理延伸。根據CS的信令能力，遠程用戶代理可以基本 上直接地或者通過充當MS與CS之間的聯絡的CS接入自適應功能(CAAF)與用戶單元進行 交互，以便將會話信令轉換成相應子系統的適當格式。多個會話的每個可具有關聯承載通路。不在CS中的承載通路的部分優(yōu)選地相互 分離。但是，對于部分由CS支持的會話，公共CS承載部分可由承載通路的每個共享。當共 享公共CS承載部分時，MS中的承載通路的部分可保持為分離。通過閱讀以下結合附圖對優(yōu)選實施例的詳細描述之后，本領域的技術人員將會理 解本發(fā)明的范圍以及認識其附加的方面。


結合在本說明書中并構成其組成部分的附圖示出本發(fā)明的若干方面，并且連同描 述一起用于說明本發(fā)明的原理。圖1是根據一個實施例的、示出用戶單元的電路交換子系統接入的通信環(huán)境，其 中支持單個會話。圖2是根據一個實施例的、示出用戶單元的多媒體子系統接入的通信環(huán)境，其中 支持單個會話。圖3是根據一個實施例的、示出用戶單元的電路交換子系統接入的通信環(huán)境，其 中支持用于控制承載通路的CS部分的信令通路。圖4是根據本發(fā)明的一個實施例的、示出用戶單元的電路交換子系統接入的通信 環(huán)境，其中支持多個會話。圖5是根據本發(fā)明的一個實施例的、示出用戶單元的多媒體子系統接入的通信環(huán) 境，其中支持多個會話。圖6A和圖6B提供根據本發(fā)明的一個實施例的、示出從CS到MS的會話的轉移的
通信流程。圖7A至圖7C提供根據本發(fā)明的一個實施例的、示出從MS到CS的會話的轉移的
通信流程。圖8是根據本發(fā)明的一個備選實施例的、示出用戶單元的電路交換子系統接入的 通信環(huán)境，其中支持多個會話。
圖9是根據本發(fā)明的一個備選實施例的、示出用戶單元的多媒體子系統接入的通 信環(huán)境，其中支持多個會話。圖IOA至圖IOC提供根據本發(fā)明的一個備選實施例的、示出從MS到CS的會話的 轉移的通信流程。圖11是根據本發(fā)明的一個實施例的服務節(jié)點的框圖表示。圖12是根據本發(fā)明的一個實施例的用戶單元的框圖表示。
具體實施例方式下面提出的實施例代表使本領域的技術人員能夠實施本發(fā)明的必要資料，并且說 明實施本發(fā)明的最佳模式。通過按照附圖閱讀以下描述，本領域的技術人員將會理解本發(fā) 明的概念，并且知道本文中沒有具體陳述的這些概念的應用。應該理解，這些概念和應用屬 于本公開以及所附權利要求的范圍。以下描述在一開始提供參與單個會話的用戶單元的CS接入和MS接入的示范概 述。連同當單個會話正在從一個域轉移到另一個域時CS與MS域之間的域轉移的概述一起 來描述CS接入和MS接入的單個會話的承載和信令通路。隨后提供根據本發(fā)明的一個實施 例、當用戶單元參與多個會話時的CS接入和MS接入的概述。連同當正在共同轉移多個會 話時CS與MS域之間的域轉移的概述一起來描述多個并發(fā)會話的每個的承載和信令通路。 然后提供詳細通信流程，以便說明根據本發(fā)明的所選實施例、當涉及多個并發(fā)會話時的CS 與MS域之間的示范域轉移過程。最后，連同說明當正在轉移多個會話時可用的域轉移過程 的對應通信流程一起來描述一種備選CS接入技術?，F在來看圖1，示出根據本發(fā)明的一個實施例的通信環(huán)境10。在通信環(huán)境10中，MS 12和被訪問CS 14支持用戶單元16的通信。MS 12可以是用戶單元16的歸屬網絡。用戶 單元16可包括CS客戶端18和MS客戶端20，它們配置成支持經由CS 14的電路交換通信 以及經由MS 12的分組通信。對于CS 14中的通信，被訪問移動交換中心(VMSC)22將支持 用戶單元16的電路交換通信。VMSC 22可經由均附屬于MS 12的媒體網關控制器(MGC)M 和關聯媒體網關(MG)沈與MS 12進行交互。MS 12可包括各種功能或實體，其中包括詢問和服務呼叫/會話控制功能(I/ S-CSCF)28、CCF 30、遠程用戶代理(RUA) 32R、CAAF 32C和歸屬用戶服務(HSS) 34。要注意， 詢問CSCF提供標準I-CSCF功能，而服務CSCF提供標準S-CSCF功能。為了簡明起見，通常 分離的這些功能以I/S-CSCF觀來表示。此外，HSS ；34可存在于CS 14和MS 12。HSS 34 可包括對于歸屬CS的歸屬位置資源(HLR)組件。MS 12中的呼叫/會話控制功能(CSCF) 一般充當會話初始化協議(SIP)或類似代理，并且提供與會話控制關聯的各種功能，這是 本領域的技術人員會理解的。在操作中，詢問CSCF(I-CSCF)可與HSS 34交互，以便標識將 被分配以支持給定用戶單元的服務CSCF (S-CSCF)。HSS 34可保持用戶單元16與分配給用 戶單元16的特定CCF 30之間的關聯。因此，HSS 34可幫助為用戶單元16標識服務CSCF， 以及保持特定CCF 30與用戶單元16之間的關聯。用于獲得對CCF 30的訪問權的用戶單 元16的CCF PSI可在用戶單元16中提供，以便使用戶單元16能夠發(fā)起通過CCF 30的轉 移或類似控制。備選地，CCF PSI可在網絡注冊時或者在任何其它時間轉移到用戶單元16。HSS 34可將關聯CCF 30的過濾標準作為用戶單元的預訂檔案的一部分來存儲。CCF過濾標準下載到當前分配的I/S-CSCM8，作為當用戶單元16向MS 12注冊時使用的初 始過濾標準的一部分。一般在從用戶單元16發(fā)起會話時或者在接收到預計送往用戶單元 16的進入會話時，在I/S-CSCF觀運行這個過濾標準。這個過濾標準可指示I/S-CSCF 28 調用CCF 30，以便至少控制會話的承載通路。RUA 32R可代表用戶單元16為由CS 14所支持的會話在MS 12中提供遠程用戶代 理功能。因此，當用戶單元16由CS 14支持時，RUA 32R對于MS 12的各個組件(例如I/ S CSCF 28)將它自己表示為用戶單元16。RUA 32R可與CAAF 32C密切配合，其中CAAF32C 提供到CS 14的接口，并且充當CS 14與RUA 32R之間的信令聯絡。來自CS 14的CS信 令由CAAF 32C接收，并且提供給RUA 32R，以便以MS 12中的適當格式、如會話初始化協議 (SIP)信令傳遞。類似地，來自MS 12的MS信令由RUA 32R接收，并且提供給CAAF 32C，以 便以CS 14中的適當格式傳遞。在高層，CAAF 32C和RUA 32R為至少部分由CS 14所支持 的會話提供CS 14與MS 12之間的信令網關和代理功能。應用服務器(未示出)可被調用并設置在會話信令通路中，以便實現任何數量的 特征或服務。當調用應用服務器所提供的特定應用服務時，關聯會話的所有信令均通過應 用服務來傳遞，它有機會根據需要來處理會話信令消息以便實現預期服務。要注意，CCF 30 的用途就像服務，因此I/S-CSCF觀將進行操作以通過CCF 30傳遞會話的所有會話信令消 息，由此允許CCF 30充當該會話的錨點(anchor)。圖1中，用戶單元16參與CS客戶端18所支持并且由CCF 30所控制的會話。因 此，該會話的會話信令在到遠程用戶單元36的途中經過VMSC 22、CAAF 32C、RUA 32R、I/ S-CSCF 28XCF 30以及在調用服務時也許經過應用服務器。要注意，由CS 14所提供的接 入信令分支錨定在CCF 30，并且延伸通過I/S-CSCF 28、RUA 32R、CAAF 32C、VMSC 22和用 戶單元16的CS客戶端18。到遠程用戶單元36的遠程信令分支錨定在CCF 30，并且延伸 通過I/S-CSCF 28以及已經調用的任何應用服務器。在這種配置中，CCF 30能保持對會話 的控制，并且在會話期間提供任何必需的會話處理。此外，如果需要會話轉移，則CCF 30保 持遠程信令分支，并且經由轉入域與用戶單元16建立新的接入信令分支。圖1所示的會話的承載通路在途中通過VMSC 22和媒體網關沈從CS客戶端18 延伸到遠程用戶單元36。要注意，媒體網關控制器M與媒體網關沈協作，使得電路交換連 接可經由VMSC 22在媒體網關沈與CS客戶端18之間建立?？蓪τ谕ㄟ^MS 12從媒體網 關沈到遠程用戶單元36的會話建立分組會話。參照圖2，表示用戶單元16的MS客戶端20所支持的會話。要注意，會話沒有延伸 通過CS 14，并且不會采用VMSC 22,CAAF 32C、RUA 32R、媒體網關控制器M或媒體網關沈 的服務。相反，MS客戶端20將支持直接與MS 12、具體是經由I/S-CSCF觀與CCF 30的會 話信令。要注意，不同的CSCF可用于經由不同域的接入。如圖所示，會話信令錨定在CCF 30，其中接入信令分支經由I/S-CSCF觀在CCF 30與MS客戶端20之間提供。經由I/S-CSCF觀以及可提供與會話關聯的附加服務的任 何預期應用服務器在遠程用戶單元36與CCF 30之間支持遠程信令分支。承載通路將經由 MS 12從MS客戶端20延伸到遠程用戶單元36，而無需穿過CS14(圖1)。同樣，CCF 30錨 定會話，使得如果需要從一個域到另一個域的轉移，則能保持到遠程用戶單元36的遠程信 令分支，同時接入信令分支可改變成利于從MS 12到CS 14的轉移，下面進一步進行描述。對于CS 14與MS 12之間的會話的轉移，圖1和圖2分別示出的接入信令分支將改變成支 持該轉移，同時遠程信令分支由CCF 30保持。一般來說，子系統轉移使用戶單元16能夠在CS 14與MS 12之間移動，同時保持 一個或多個活動會話、如語音或其它媒體。依據從用戶單元16接收的請求，與給定會話關 聯的會話轉移、包括初始和后續(xù)轉移在MS 12中由CCF 30來執(zhí)行和控制。為了實現這類轉 移，CCF 30由IS-CSCF觀插入會話的信令通路。為了錨定信令通路，CCF 30可采用背靠背 用戶代理功能(B2BUA)，其可按照如下方式工作。當用戶單元16始發(fā)會話時，CCF 30將端 接來自用戶單元16的接入信令分支，并且建立到遠程用戶單元36的遠程信令分支。當用 戶單元16端接會話時，CCF 30將端接來自遠程用戶單元36的遠程信令分支，并且建立到 用戶單元16的接入信令分支。隨后，CCF 30將協調該會話的接入信令分支與遠程信令分 支之間的會話信令。當用戶單元16始發(fā)會話時，CCF 30可表現為應用服務器所提供的服務。在一個 實施例中，CCF 30作為服務鏈中的第一服務來調用。當用戶單元16端接會話時，CCF 30作 為服務鏈中的最后一個服務來調用。通過以這種方式相對于其它服務來定位CCF 30，與會 話關聯的其它應用由CCF 30作為會話的遠程信令分支的一部分來錨定，因而沒有受到影 響接入信令分支的轉移的影響。在檢測到需要轉移的條件時，用戶單元16將使用CCF 30的基于CS或MS的地址 來與CCF 30建立接入信令分支。接入信令分支經由轉入子系統來建立，以便請求到轉入子 系統的轉移。CCF 30將通過采用經由轉入子系統所建立的接入信令分支取代當前與遠程信 令分支進行通信的接入信令分支來執(zhí)行子系統轉移過程。CCF 30隨后將釋放通過轉出子 系統所建立的接入信令分支。接入信令分支從轉出子系統切換到轉入子系統不影響遠程信 令分支或者遠程信令分支中的應用服務。通過轉入子系統中的接入信令分支和遠程信令分 支，可經由適當的CS客戶端18或MS客戶端20對用戶單元16建立適當的承載通路。由于 所有會話信令均通過CCF 30來提供，所以附加服務可通過任何數量的轉移來與會話關聯。當會話經由CS 14來支持時，承載通路的電路交換部分通過VMSC 22從用戶單元 16延伸到媒體網關沈。與建立和控制承載通路的這個部分關聯的信令可通過VMSC 22、媒 體網關控制器CSCF觀在用戶單元16與RUA 32R之間延伸，如圖3所示。當會 話由CS 14支持時，這允許RUA 32A和VMSC 22有效地控制與從媒體網關沈延伸到遠程用 戶單元36的承載通路的基于分組的部分協作的承載通路的電路交換部分。通過本發(fā)明，給定用戶單元16可同時支持多個會話，以及當用戶單元16從一個域 轉移到另一個域時，多個會話的每個也被轉移，同時保持會話的連續(xù)性。圖4中，用戶單元 16參與兩個會話，即會話1和會話2，它們均由CS客戶端18支持并且錨定在控制該會話的 CCF 30。因此，各會話的會話信令在到遠程用戶單元36的途中經過VMSC 22,CAAF 32C、RUA 32R、I/S-CSCF 28XCF 30以及在調用服務時也許經過應用服務器。要注意，各會話的接入 信令分支錨定在CCF 30，并且延伸通過I/S-CSCF 28,RUA 32R、CAAF 32C和用戶單元16的 CS客戶端18。各會話的遠程信令分支錨定在CCF 30中，并且通過I/S-CSCF觀以及已經 調用的任何應用服務器延伸到相應的遠程用戶單元36B和36C。在這種配置中，CCF 30能 保持對兩個會話的控制，并且在會話期間提供任何必需的會話處理。如果需要會話轉移，則 CCF 30保持遠程信令分支，并且經由轉入域與用戶單元16建立新的接入信令分支。
如圖所示，各會話與CS 14共享公共承載通路，并且在MS 12中具有唯一的承載通 路。具體來說，單個或公共CS承載部分可通過VMSC 22從CS客戶端18延伸到媒體網關26。 兩個會話可共享這個公共CS承載部分，特別是在兩個會話均為語音會話時。在MS12中，各 會話將具有唯一的MS承載部分。因此，兩個MS承載部分從媒體網關沈延伸到相應的遠程 用戶單元36B和36C。在媒體網關控制功能M的控制下的媒體網關沈根據哪一個會話為 活動有效地將單個CS承載部分與MS承載部分的適當部分互配。參照圖5，會話1和會話2均由用戶單元16的MS客戶端20支持。會話沒有延伸 通過CS 14，并且不會采用VMSC 22、CAAF32C、RUA 32R、媒體網關控制器M或媒體網關洸 的服務。相反，MS客戶端20將支持直接與MS 12、具體是經由I/S-CSCF 28與CCF 30的兩 個會話的會話信令。同樣，會話信令錨定在CCF 30，其中各會話的接入信令分支經由I/S-CSCF觀在 CCF 30與MS客戶端20之間提供。經由I/S-CSCF 28以及可提供與會話關聯的附加服務的 任何預期應用服務器在遠程用戶單元36B、36C與CCF 30之間支持遠程信令分支。會話的 不同承載通路將經由MS 12從MS客戶端20分別延伸到遠程用戶單元36B和36C，而無需穿 過CS 14。同樣，CCF 30錨定會話，使得如果需要從一個域到另一個域的轉移，則保持到遠 程用戶單元36B和36C的遠程信令分支，同時接入信令分支可改變成利于從MS 12到CS14 的轉移。對于CS 14與MS 12之間的會話的轉移，圖4和圖5所示的接入信令分支將改變 成支持該轉移，同時遠程信令分支由CCF 30保持。如同單個會話一樣，多個會話轉移使用戶單元16能夠在CS 14與MS 12之間移 動，同時保持當前會話以及這些會話的適當狀態(tài)。依據從用戶單元16接收的請求，與每個 當前會話關聯的會話轉移、包括初始和后續(xù)轉移在MS 12中由CCF 30來執(zhí)行和控制。CCF30 又由IS-CSCF觀插入多個會話的每個的信令通路。為了錨定信令通路，CCF 30對于各會 話可采用B2BUA。CCF 30將協調各會話的接入信令分支與遠程信令分支之間的會話信令。在檢測到需要轉移的條件時，用戶單元16將使用CCF 30的基于CS或MS的地址 來與CCF 30建立會話的接入信令分支。接入信令分支經由轉入子系統來建立，以便請求到 轉入子系統的轉移。CCF30將通過采用經由轉入子系統所建立的接入信令分支取代當前與 遠程信令分支進行通信的接入信令分支來執(zhí)行子系統轉移過程。CCF 30隨后將釋放通過轉 出子系統所建立的接入信令分支。多個會話的接入信令分支從轉出子系統切換到轉入子系 統不影響遠程信令分支或者遠程信令分支中的應用服務。結合以下通信流程來提供進一步 的細節(jié)。通信流程是為本發(fā)明的示范實施例而提供的，而決不是要限制本發(fā)明的范圍。對 于這些通信流程，以下原則適用。經由分組接入網所建立的以及CS 14外部的會話使用例如第三代合作伙伴項目 (3GPP)所提出的標準IMS控制過程。各會話將具有它自己的信令通路和承載通路。因此， 多個會話將需要多個信令通路和多個承載通路。例如，參與兩個呼叫的用戶單元16將需要 兩個會話，其中的每個具有信令通路和承載通路。所有會話均錨定在CCF 30，并且各會話的 每個信令通路將具有一個接入信令分支和一個遠程信令分支。經由CS 14所建立的會話將CS承載部分用于通過CS 14延伸到MS 12的承載通 路的部分。RUA 32R將會話的會話信令作為標準IMS會話提供給MS 12。各會話將具有它 自己的信令通路；但是，各會話可共享延伸通過CS 14的承載通路的CS承載部分上的承載通路。不同的MS承載部分通過MS 12來提供。因此，多個會話將需要通過MS 12的多個信 令通路和多個承載通路。又如，參與兩個呼叫的用戶單元16將需要兩個會話，其中的每個 具有信令通路和承載通路。兩個會話均錨定在CCF 30，并且各會話的每個信令通路將具有 一個接入信令分支和一個遠程信令分支。在這些實施例中，雖然對于用戶單元16可存在活 動的多個非語音會話，但是，考慮到單個用戶一次進行兩個對話的可行性，在任何時間只有 一個語音會話是活動的。域轉移的會話建立和更新與最初建立會話時的會話建立相似。在域轉移時，存在 于轉出域中的所有會話的接入信令分支在CCF 30采用來自轉入域的信息來更新。這有助 于確保域轉移之后的當前會話的正確控制，以及當前會話的控制與域轉移之后建立的任何
新會話一致。此外，對于域轉移過程的完成，不需要為掛起(on hold)的會話(其被稱作掛起會 話)建立承載通路。從用戶觀點來看，在有效地恢復活動會話的服務的活動會話的承載通 路的成功建立之后，域轉移過程被認為完成。在采用來自轉入域的信息更新轉入域中的對 應接入信令分支之后，可在任何時間釋放轉出域中的掛起會話的接入信令分支。轉入域中 的掛起會話的承載通路的建立可推遲到釋放轉出域中的接入信令分支之后，或者推遲到恢 復掛起會話。要注意，雖然在掛起會話中的承載通路上可以不存在任何實時協議(RTP)信 息，但是可能需要承載通路上的實時控制協議(RTCP)信令。如果對于掛起會話需要承載通 路上的RTCP，則承載通路可保持在轉出域，直到建立轉入域中的承載通路并且恢復掛起會 話為止。參照圖6A和圖6B，提供通信流程來說明從CS 14到MS12的域轉移。一開始，用 戶單元16(UE-A)參與和用戶單元36B(UE-B)的第一會話、即會話1以及參與和用戶單元 36C (UE-C)的第二會話、即會話2。僅出于此示例的目的，假定會話1、即用戶單元16與遠程 用戶單元36B之間的會話被掛起，而用戶單元16與遠程用戶單元36C之間的會話2為活動 (步驟100)。還假定兩個會話都是支持分別與遠程用戶單元36B和36C的電話呼叫的語音 會話。通過CS 14延伸到用戶單元16的會話2的承載通路示為通過VMSC 22和媒體網關 26在用戶單元16與遠程用戶單元36C之間延伸(步驟102)。會話1的媒體被掛起，并且 除了帶內信令之外，沒有媒體正在用戶單元16與遠程用戶單元36B之間交換。在某個點，用戶單元16可檢測需要從CS 14到MS 12的域轉移的條件(步驟104)。 換言之，當前支持與用戶單元16的無線通信的CS接入應當轉移到通過與MS 12關聯的分 組接入網的分組接入。用戶單元16可監(jiān)測不同接入網的條件，并且單獨地或者結合服務基 站、接入點等進行確定。優(yōu)選地，用戶單元16將在不活動或掛起會話的轉移之前發(fā)起活動 會話的轉移。為了發(fā)起作為活動會話的會話2的域轉移，用戶單元16可將預計送往CCF 30 的^wite消息發(fā)送到MS 12中。要注意，^ivite消息不是通過CS 14、而是通過與MS 12 關聯的分組接入網發(fā)送到MS 12。在該例中，CS 14是轉出域，而MS 12是轉入域。Invite消息使用CCF 30的PSI (PSIA_C)來尋址，并且發(fā)送給I/S-CSCF 28 (步驟 106)，I/S-CSCF觀會將hvite消息轉發(fā)給CCF 30 (步驟108)。PSI可與唯一的會話關 聯，或者某種其它方法可用于標識正在為其請求轉移的會話。本領域的技術人員會知道用 于標識會話的其它技術，例如結合對于多個會話共同的PSI來使用單獨的會話ID。^vite 消息可包含會話2的會話數據協議(SDP) (SDP-2J。這個SDP標識遠程用戶單元36C在通過MS 12而不是通過CS 14與用戶單元16進行通信時使用的必需的通信參數。CCF 30會 將hvite消息識別為到MS 12的域轉移的請求，因此經由I/S-CSCF 28將具有新的SDPjUE 的Re-Invite消息發(fā)送到遠程用戶單元36C(步驟110和112)。傳遞給遠程用戶單元36C 的Re-Invite消息將有效地指示遠程用戶單元36C經由MS 12直接地而不是經由媒體網關 26間接地與用戶單元16進行通信。在這整個過程中，用戶單元16可跨域轉移保持會話狀 態(tài)信息，并且在必要時向CCF 30提供狀態(tài)信息的更新。類似地，CCF 30也可在需要時向用 戶單元16提供狀態(tài)信息。從以上所述，在檢測到需要域轉移時，用戶單元16通過經由轉入域中的新接入信 令分支向CCF 30發(fā)送^wite消息來發(fā)起域轉移，CCF 30將在遠程信令分支上向遠程用戶 單元36C提供適當更新，以便利于會話2的承載通路從CS 14到MS 12的轉變。要注意，從 CCF 30到用戶單元16的接入信令分支從CS 14改變到MS 12，同時遠程接入信令分支保持 不變。必要的確認和附加信令可通過新接入信令通路和現有遠程信令通路在用戶單元16 與遠程用戶單元36C之間流動。隨后釋放通過CS 14的接入信令分支。通過相似的方式，在這個示例中被掛起的會話1與作為活動會話的會話2的轉移 同時或者在其之后轉移。同樣，^wite消息通過MS 12發(fā)送到CCF 30。要注意，通過MS 12所建立的會話1的新接入信令分支與會話2的接入信令分支不同。域轉移過程對于轉 出與轉入域之間的當前會話保持接入信令分支的對稱性。如果在轉出域中存在兩個接入信 令分支，則在轉入域中將存在兩個接入信令分支。因此，從用戶單元16所發(fā)送的hvite消 息由I/S-CSCF 28通過與會話1關聯的接入信令分支來接收(步驟114)。I/S-CSCF 28將 Invite消息轉發(fā)給CCF 30 (步驟116)。hvite消息可包含會話正在被掛起的指示(也許 在SDP中)。因此，CCF 30可將會話標識為被掛起，并且確定是否在會話1的對應遠程信令 分支上向遠程用戶單元36B提供更新。由于會話1正在被掛起，所以可以不需要立即對遠程用戶單元36B更新用戶單元 16的域中的變更，因為在用戶單元16與遠程用戶單元36B之間沒有正在交換的活動媒體。 但是，這種更新必須在會話1變?yōu)榛顒踊蛘咭云渌绞交謴椭疤峁?。因此，與步驟118和 120關聯的虛線反映CCF 30向遠程用戶單元36B提供更新，指明已經存在域轉移。在這個 示例中，SDP指明會話仍然被掛起。在這一點，會話1仍然被掛起，而會話2仍然為活動。會 話2的承載通路經由MS 12或關聯分組網絡直接在用戶單元16與遠程用戶單元36C之間 延伸(步驟12 。在這些域轉移中，各會話將包括單獨的信令通路，其中將包括接入信令通 路和遠程信令通路。為了實現轉移，在轉入域中提供新的接入信令通路，而釋放來自轉出域 的舊接入信令通路。CCF 30將采取必要的步驟來存儲標識給定會話的適當接入信令分支和 遠程信令分支的信息，并且確保信令消息在適當的接入與遠程信令分支之間傳遞，以便利 于會話控制，并且重要的是保持跨域轉移的連續(xù)性。隨后，假定與用戶單元16關聯的用戶采取必要的動作來恢復會話1以及將會話2 置于掛起(步驟124)。作為響應，用戶單元16經由I/S-CSCF觀通過MS 12中的接入信令 通路將Re-Invite消息發(fā)送到CCF 30 (步驟1 和128)。Re-hvite消息將標識會話或者 與會話關聯的遠程方(C)，以及提供關于會話2正在被掛起的指示。在這個示例中，SDP將指 明會話正在被掛起。CCF 30可記錄呼叫狀態(tài)，并且通過I/S-CSCF觀將Re-Invite消息發(fā)送 到遠程用戶單元36C，以便指明會話正在由用戶單元16掛起(步驟130和132)。在適當的確認之后，用戶單元16與遠程用戶單元36C之間的會話2被掛起。同時，用戶單元16將經 由MS 12將Re-Invite消息發(fā)送到CCF 30，以便恢復會話1 (步驟134和136)。Re-Invite 消息將標識會話1或遠程用戶單元36B，并且將根據與用戶單元16進行通信的需要來提供 SDP(SDP-Iue)。該SDP可以與用于與遠程用戶單元36C的通信的SDP相同或不同。CCF 30 將記錄會話狀態(tài)，并且通過經由I/S-CSCF 28將Re-Invite消息發(fā)送到遠程用戶單元36B 向遠程用戶單元36B提供更新(步驟138和140)。在這一點，會話1為活動并且由通過MS 12或關聯分組網絡在用戶單元16與遠程用戶單元36C之間延伸的承載通路支持，而沒有經 過CS 14(步驟14 。要注意，當恢復會話1而掛起會話2時，最初分配給會話2的資源可 再使用。參照圖7A-7C，提供用于利于從MS 12到CS 14的域轉移的示范通信流程。MS 12 將表示轉出域，而CS 14將表示轉入域。再次假定會話1是在用戶單元16 (UE-A)與遠程 用戶單元36B(UE-B)之間延伸的會話，并且正在被掛起。會話2為活動，并且在用戶單元 16 (UE-A)與遠程用戶單元36C(UE-C)之間延伸(步驟200)。但是，這兩個會話具有或者將 具有直接通過MS 12或者與其關聯的分組網絡延伸的承載通路，而沒有穿過CS 14。因此， 活動會話、即會話2具有通過MS 12在用戶單元16與遠程用戶單元36C之間延伸的承載通 路(步驟202)。當用戶單元16檢測從MS 12到CS 14的域轉移的條件(步驟204)時，用 戶單元16將^^叩消息發(fā)送給VMSC 22，以便觸發(fā)經由CS 14從用戶單元16到媒體網關沈 的CS承載部分的建立(步驟206)。Setup消息可送往與RUA 32R關聯的號碼簿號碼(DN)， 其中DN表示RUA 32R的PSI。響應接收到Setup消息，VMSC 22將初始地址消息(IAM)發(fā) 送給控制媒體網關沈的媒體網關控制器M (步驟208)。媒體網關控制器M和VMSC 22將 交換各種綜合服務用戶部分(ISUP)消息以便經由VMSC 22在用戶單元16與媒體網關沈之 間建立CS承載部分，這是本領域的技術人員知道的。媒體網關控制器M還經由I/S-CSCF 28將對應的Invite消息發(fā)送到RUA 32R(步驟210和212)。Inivte消息送往與RUA 32R 關聯的PSI，并且預計用于通知RUA 32R關于CS承載部分，并且使RUA 32R準備用于當用戶 單元16由CS 14服務的同時代表用戶單元16起作用。優(yōu)選地，用戶單元16將首先發(fā)起活動會話、即會話2的轉移。為了觸發(fā)從MS 12 到CS 14的轉移，用戶單元16可生成待傳遞給CCF 30的hvite消息。如同前一個通信流 程一樣，用戶單元16可記住與會話關聯的狀態(tài)信息，并且在^ivte消息中提供正在轉移的 會話的這種狀態(tài)信息。由于hvite消息不能直接通過CS 14發(fā)送到MS 12，所以hvite 消息或者關于hvite消息的信息必須通過CS 14傳遞給RUA 32R。在這個示例中，傳統上 用于CS 14的CS信令用于將hvite消息運送到VMSC 22 (步驟214)，VMSC 22將hvite 消息或者關于hvite消息的信息以及其它CS信令轉發(fā)給CAAF32C (步驟216)。CAAF 32C 能從CS信令提取hvite消息或者關于hvite消息的信息，并且與RUA 32R協作以便提供 用于傳遞到MS 12中的^wite消息(步驟218)。在這個示例中，非結構化補充服務數據 (USSD)信令信道經由VMSC 22在用戶單元16與CAAF 32C之間是可用的。USSD消息可包 含信令封包(envelope)，其中將hvite消息或者關于hvite消息的信息從用戶單元16運 送到CAAF 32C。要注意，各種封包可用于當用戶單元16由CS 14提供服務的同時在用戶單 元16與CAAF 32C之間運送各種信令信息。如圖所示，CAAF 32C和RUA 32R將單獨或者共同認識到，用于CS 14中的會話2的CS承載部分經過媒體網關沈。由于RUA32R在MS 12中代表用戶單元16起作用，因此，RUA 32R必須在對應的hvite消息中發(fā)送關于媒體網關洸的SDP(SDP-2Me)，它通過I/S-CSCF 28發(fā)送到CCF 30 (步驟220和222)。遠程用戶單元36C需要關于媒體網關沈的SDP，因為 會話2的承載通路的分組承載部分將在媒體網關沈與遠程用戶單元36C之間延伸。因此， 從遠程用戶單元36C發(fā)送到用戶單元16的分組將由媒體網關沈來接收，媒體網關沈將分 組轉換成適當的CS格式以便通過CS承載部分傳遞。在相反方向，在媒體網關沈從用戶單 元16所接收的CS格式化信息被轉換成分組信息，它被傳遞給遠程用戶單元36C。一旦 CCF 30 經由 I/S-CSCF 28 接收到來自 RUA 32R 的 hvite 消息，Invite 消息 被處理，并且新的接入信令分支信息在CCF30更新。CCF 30通過I/S-CSCF觀經由遠程接 入信令分支將Re-Irwite消息發(fā)送到遠程用戶單元36C，以便向遠程用戶單元36C提供更新 (步驟2 和226)。更新將有效地通知遠程用戶單元36C經由媒體網關沈與用戶單元16 通信，而不是直接與用戶單元16通信。在這一點，CS承載部分被建立，以及會話2已經從 MS 12轉移到CS 14。同時，用戶單元16將發(fā)起會話1從MS 12到CS 14的轉移。通過與 以上所述相似的方式，用戶單元16將在CS信令的封包中向VMSC 22提供hvite消息或者 關于Invite消息的信息(步驟228)，VMSC 22使用CS信令將Invite消息或者與Invite 消息關聯的信息轉發(fā)給CAAF32C (步驟230)。CAAF 32C和RUA32R將處理hvite消息或者 與hvite消息關聯的信息(步驟232)，并且生成hvite消息以便經由I/S-CSCF^傳遞給 CCF 30 (步驟 234 和 236)。要注意，用戶單元16所提供的hvite消息將提供會話1正在被掛起的指示，并且 將通過有效地與用于會話2的分開的接入信令通路傳遞。具體來說，可使用相同的USSD信 令信道，但是，Invite消息將單獨標識會話1 (PSIA_B)，并且將由與關聯會話2的信令分離的 CAAF 32C和RUA 3 來處理。CAAF 32C或RUA 3 所提供的hvite消息將包含指示會話 正在被掛起的SDP。如同先前的通信流程一樣，CCF 30不一定必須在接收到會話1的hvite消息時 立即更新遠程用戶單元36B。但是，在會話1恢復之前，CCF 30將需要向遠程用戶單元36B 提供更新，使得遠程用戶單元36B將認識到已經發(fā)生域轉移，或者至少認識到需要經由媒 體網關沈與用戶單元16通信而不是直接與用戶單元16通信。如圖所示，CCF 30通過在 會話1的遠程接入信令分支上通過I/S-CSCF^將hvite消息發(fā)送到遠程用戶單元36B以 指明會話正在被掛起，來提供相對立即的更新(步驟238和M0)。如果需要帶內通信來保 持會話，則即使會話正在被掛起，Invite消息也可將媒體網關沈標識為進行通信的新目的 地。在這一點，會話1和會話2均從MS 12轉移到CS 14。此外，與遠程用戶單元36B 的會話1仍然被掛起，而與遠程用戶單元36C的會話2仍然為活動。會話2的承載通路經 由VMSC 22和媒體網關沈在用戶單元16與遠程用戶單元36C之間延伸(步驟M2)。CS 承載部分通過VMSC 22在用戶單元16與媒體網關沈之間延伸，而MS承載部分經由MS 12 或關聯分組網絡在媒體網關26與遠程用戶單元36C之間延伸。隨后，假定用戶單元16采取必要的動作來恢復會話1以及將會話2置于掛起(步 驟M4)。作為響應，用戶單元16將生成預計送往遠程用戶單元36C的Re-Invite消息，指明 會話正在被掛起。Re-hvite消息放入CS信令的封包中，并且提供給VMSC 22 (步驟M6)，VMSC 22會將CS信令中的Re-Invite消息轉發(fā)給CAAF 32C (步驟248)。CAAF 32C禾Π RUA 32R又將協作以便從CS信令提取Re-Invite消息(步驟250)，以及生成預計送往遠程用戶 單元36C的適當Re-Invite消息，并且提供指明會話2正在被掛起的SDP。RUA 32R經由I/ S-CSCF 28將Re-Invite消息發(fā)送到CCF 30 (步驟252和254)。CCF 30將經由會話2的接 入信令分支來接收Re-Irwite消息，并且通過I/S-CSCF 28經由會話2的遠程信令分支將 Re-Invite消息轉發(fā)到遠程用戶單元36C(步驟256和258)。會話2這時被掛起。為了激活用戶單元16與遠程用戶單元36Β之間的會話1，用戶單元16將生成發(fā) 送到遠程用戶單元36Β的Re-Invite消息，其中Re-hvite消息配置成激活當前掛起的會 話1。Re-Invite消息由CS信令運送給VMSC 22(步驟沈0)，VMSC 22將經由CS信令將 Re-Invite消息傳遞給CAAF 32C (步驟沈2)。同樣，CAAF 32C和RUA32R將協作從CS信令 提取Re-Invite消息(步驟沈4)，并且提供Re-Invite消息以便經由I/S-CSCF 28傳遞給 CCF 30 (步驟266和沈8)。要注意，RUA 32R將生成Re-Invite消息，以便包含用于會話1 的關于媒體網關26的SDP (SDP-Isk)，因為遠程用戶單元36B這時需要與媒體網關沈而不是 直接與用戶單元16進行通信。CCF 30通過經由會話1的遠程接入信令分支通過I/S-CSCF 28將Re-Invite消息發(fā)送到給遠程用戶單元36B，來向遠程用戶單元36B提供更新(步驟 270和272)。在這一點，會話1為活動，以及會話1的承載通路經由VMSC 22和媒體網關沈 在用戶單元16與遠程用戶單元36B之間延伸(步驟274)。CS承載部分可以是用于會話2 的相同CS承載部分，并且經由VMSC 22在用戶單元16與媒體網關沈之間延伸。會話1的 MS承載部分可與會話2的MS承載部分不同，并且可直接在媒體網關沈與遠程用戶單元36B 之間延伸。因此，媒體網關沈可記住與多個遠程用戶單元36B、36C的多個MS承載部分，同 時當用戶單元16參與和遠程用戶單元36B、36C的會話時使用經由CS 14與用戶單元16的 單個CS承載部分。在上述實施例中，CAAF 32C與RUA 32R關聯，并且用作CS 14與MS 12之間的信令 網關。對于圖8和圖9所示的實施例，在其中CS 14支持電路交換網絡上的基于分組的通 信的環(huán)境中，例如作為全球移動通信系統(GSM)網絡所提供的基于分組的無線通信服務的 通用分組無線業(yè)務(GPRS)中所使用的環(huán)境中，沒有采用CAAF 32C。在這些情況下，用戶單 元16可直接地將GPRS或類似傳輸用于預計送往MS 12或者從MS 12接收的會話信令，甚 至當用戶單元16經由CS14來支持時。如圖8所示，會話1和會話2的接入信令分支經由 VMSC22、RUA 32R和I/S-CSCF 28在用戶單元16的CS客戶端18與CCF 30之間延伸。會 話1和會話2的遠程信令分支如上所述。CCF 30錨定并且關聯會話1和會話2的相應接入 及遠程信令分支，以便分別利于用戶單元16與遠程用戶單元36B、36C之間的會話控制。參 照圖9，示出當用戶單元16由MS 12或類似分組網絡來支持時的會話1和會話2的接入及 遠程信令分支。CS 14與MS 12之間的轉移有效地將相應會話的承載通路和信令通路從轉出域改 變到轉入域。因此，從CS 14到MS 12的轉移將實現從圖8所示的到圖9所示的承載通路 和信令通路變更。對于從MS 12到CS 14的轉移，承載通路和信令通路將從圖9所示的改 變到圖8所示。雖然僅示出兩個會話，但是，根據用戶單元16及關聯網絡的可用資源，可支 持任何數量的會話。單元36B(UE-B)的會話1被掛起，而與遠程用戶單元36C(UE-C)的會話2為活動。還假定 會話1和會話2均經由MS 12來支持，因此會話的承載通路或信令通路均沒有穿過CS 14， 如圖9所示。在這個示例中，用戶單元16將檢測需要從MS 12到CS14的域轉移的條件，并 且發(fā)起從MS 12到CS 14的域轉移。MS 12是轉出域，而CS 14是轉入域。一開始，用戶單元16在被掛起的會話1中涉及遠程用戶單元36B，并且在活動的會 話2中涉及遠程用戶單元36C(步驟300)。會話2的承載通路直接在用戶單元16與遠程用 戶單元36C之間延伸，而沒有經過CS 14(步驟30幻。在某個點，用戶單元16將檢測需要從 MS 12到CS 14的域轉移的條件(步驟304)。因此，用戶單元16將通過采取必要的步驟以 便通過VMSC 22建立CS承載部分和具有RUA 32R的關聯控制通路，來發(fā)起到CS 14的域轉 移。具體來說，用戶單元16向VMSC 22發(fā)送請求CS承載部分的ktup消息(步驟306)。 ktup消息可包含與RUA 32R關聯的號碼簿號碼(PSI)。VMSC 22將IAM發(fā)送給關聯媒體網 關沈的媒體網關控制器M(步驟308)。CS承載部分將經由VMSC 22在用戶單元16與媒 體網關沈之間建立。媒體網關控制器M還將通知RUA 32R關于CS承載部分，并且通過經 由I/S-CSCF 28將hvite消息發(fā)送給RUA 32R來建立CS承載部分的控制通路(步驟310 和312)。Invite消息將標識RUA 32R的PSI,以便使Invite消息能夠經由I/S-CSCF 28路 由到RUA 32R。在這一點，建立媒體網關沈與用戶單元16之間的CS承載部分，以及通過 RUA32R來建立關聯控制通路。隨后，用戶單元16將通過使用與會話2關聯的PSI在GPRS傳輸上將hvite消 息發(fā)送到CCF 30，首先發(fā)起作為活動會話的會話2的域轉移。由于采用GPRS傳輸，所以 Invite消息可直接路由到I/S-CSCF 28，而不經過CAAF 32C。因此，將hvite消息發(fā)送給 I/S-CSCF 28 (步驟 314)，I/S-CSCF 28 將 hvite 消息轉發(fā)給 RUA32R(步驟 316)，RUA 32R 當用戶單元16由CS 14支持時充當用戶單元16的遠程用戶代理。RUA 32R將認識到，CS 承載部分錨定在媒體網關26，以及代表用戶單元16起作用將生成包含關于媒體網關沈的 SDP(SDPmg)的hvite消息，以便傳遞給CCF 30。關于媒體網關洸的SDP將包含遠程用戶 單元36C在與媒體網關沈進行通信時使用的必需的通信參數。RUA 32R將生成具有關于媒 體網關沈的SDP的Invite消息，并且使用會話2的PSI通過I/S-CSCF 28將hvite消息 轉發(fā)給CCF 30 (步驟318和320)。用戶單元16所提供的hvite消息可包含當會話2在MS 12中被支持時與會話2關聯的狀態(tài)信息。CCF30可記住狀態(tài)信息以及將狀態(tài)信息轉發(fā)給遠 程用戶單元36C。CCF 30通過I/S-CSCF 28經由會話2的遠程信令分支將Re-Invite消息 發(fā)送到遠程用戶單元36C(步驟322和324)。Re-hvite將包含關于媒體網關沈的SDP連 同用戶單元16最初提供給遠程用戶單元36C的任何必需的狀態(tài)信息。任何確認或后續(xù)會 話信令將在會話1的遠程接入分支和通過CS 14的新接入信令分支所提供的信令通路上提 {共。同時，用戶單元16將發(fā)起會話IWMS 12到CS 14的轉移。因此，用戶單元16將生 成具有會話1的任何必要狀態(tài)信息的hvite消息，并且使用與會話1關聯的PSI將hvite 消息發(fā)送到MS12 (步驟326)。該例中的狀態(tài)信息可通過提供指明掛起狀態(tài)的SDP來指明會 話1正在被掛起。hvite消息在MS 12中在I/S-CSCF觀接收，并且轉發(fā)給RUA 32R，它當 用戶單元16由CS 14提供服務時代表用戶單元16起作用(步驟328)。RUA 32R經由I/ S-CSCF 28將hvite消息轉發(fā)到CCF 30 (步驟330和33 。CCF 30將更新會話1的狀態(tài)信息，并且可通過I/S-CSCF 28在遠程信令分支上發(fā)起到遠程用戶單元36B的Re-Invite 消息(步驟334和336)。ReHnvite消息可包含指明會話仍然掛起的SDP以及在對于掛起 會話需要帶內信令時的關于媒體網關26的SDP，使得遠程用戶單元36B將通過會話2的承 載通路與媒體網關26進行通信，而不是直接與用戶單元16進行通信。在這一點，會話2為活動，并且會話2的承載通路經由CS 14延伸到用戶單元 16 (步驟338)。具體來說，承載通路的CS承載部分經由VMSC 22在用戶單元16與媒體網 關沈之間延伸，而承載通路的MS部分在媒體網關沈與遠程用戶單元36C之間延伸。會話 1仍然掛起。如同上述示例一樣，假定與用戶單元16關聯的用戶決定恢復會話1以及將會話2 置于掛起(步驟340)。在這一點，會話1和會話2均經由CS 14來支持，因此，用戶單元16 將發(fā)起對于遠程用戶單元36C的Re-Invite消息，其中Re-hvite消息提供將會話2置于 掛起的指示。在這個示例中，掛起指示通過發(fā)送指明正在將會話置于掛起的SDP來提供。 Re-Invite消息使用GPRS傳輸直接傳遞到MS 12，并且由I/S-CSCF 28來接收(步驟342)。 將Re-Invite消息傳遞給RUA 32R(步驟344)，代表用戶單元16起作用的RUA 32R經由I/ S-CSCF 28將Re-Invite消息轉發(fā)給CCF 30 (步驟346和348)。CCF30將對會話2更新其 狀態(tài)信息，并且通過I/S-CSCF 28經由遠程信令分支將Re-Invite消息傳遞到遠程用戶單 元36C(步驟350和352)。Re-hvite消息將包含指明會話2正在被掛起的SDP。隨后，用戶單元16將恢復與遠程用戶單元36B的會話1。要進行這個操作，用戶單 元16使用GPRS傳輸通過會話1的接入信令分支將預計送往遠程用戶單元36B的Re-Invite 消息發(fā)送到MS12(步驟354)。I/S-CSCF 28將Re-Invite消息轉發(fā)給RUA 32R(步驟356)， 代表用戶單元16起作用的RUA 32R經由I/S-CSCF觀將Re-Invite消息轉發(fā)給CCF 30(步 驟358和360)。CCF 30將根據用戶單元16所提供的狀態(tài)信息來更新任何關聯狀態(tài)信息， 并且通過I/S-CSCF 28經由會話1的遠程信令分支發(fā)起到遠程用戶單元36B的Re-Invite 消息(步驟362和364)。如果這種信息尚未提供，則RUS 32R所發(fā)起的Re-Invite消息可 包含關于媒體網關26的SDP。遠程用戶單元36B將Re-Invite消息識別為恢復會話1的指 令，并且將認識到，會話1的承載通路穿過媒體網關沈。在這一點，承載通路通過VMSC 22 和媒體網關26在用戶單元16與遠程用戶單元36B之間延伸(步驟366)。CS承載部分通 過VMSC 22在媒體網關沈與用戶單元16之間延伸，而承載通路的MS部分在媒體網關沈 與遠程用戶單元36B之間延伸。會話1這時為活動，而會話2置于掛起。對于這個實施例，該過程基本上與結合圖6A和圖6B所提供的相同。實質上，當轉 入到MS 12時，CAAF 32C的去除以及GPRS傳輸的使用或諸如此類并不重要，因為接入信令 通路從CS 14轉變出并且經由I/S-CSCF沘直接進入CCF 30，而沒有采用RUA 32R。在上述示例中，當前正在由用戶單元16所支持的多個會話其中之一保持在掛起 狀態(tài)；但是，本領域的技術人員會知道，多個會話可從一個域轉變到另一個域，其中會話的 每個為活動的，并且跨域轉移保持活動。其中一個或多個會話被掛起的示例只是表示其中 會話為語音會話并且相應地被處理以避免在任何給定時間具有多個活動的語音會話的更 復雜情形。當多個會話為活動的并且用戶單元16正在由CS 14來支持時，可提供通過CS 14的多個CS承載部分，使得各會話具有對應的CS承載部分。備選地，可對于多個活動會話 共享單個CS承載部分。
參照圖11，提供根據本發(fā)明的一個實施例的服務節(jié)點44。服務節(jié)點44可駐留在 MS 12中，并且包括控制系統46及關聯存儲器48，以便提供下列的任一個或其組合的功能 性=CCF 30、I/S-CSCF28、CAAF 32C禾口 RUA 32R。控制系統46還將與通信接口 50關聯，以 便利于與附屬于MS 12或關聯網絡的任何實體的通信。參照圖12，提供用戶單元16的框圖表示。用戶單元16可包括具有充足的存儲器 54的控制系統52，以便支持CS客戶端18和MS客戶端20的操作?？刂葡到y52將與通信 接口 56緊密配合，以使CS客戶端18和MS客戶端20利于通過CS 14或MS 12的通信，如 上所述。控制系統52還可與用戶接口 58關聯，它將利于與用戶的交互。用戶接口 58可包 括利于與用戶的語音通信的話筒和喇叭以及允許用戶輸入和查看信息的小鍵盤和顯示器。本領域的技術人員會知道對本發(fā)明的優(yōu)選實施例的改進和修改。所有這類改進和 修改均被認為在本文所公開的概念和所附權利要求的范圍之內。
權利要求
1.一種利于關于同時參與多個會話的用戶單元的域轉移的方法，包括-為對應的多個會話提供多個會話信令通路，所述多個會話信令通路的每個對于所述 多個會話的對應一個會話包括第一接入信令分支和遠程接入信令分支，其中用于所述多個 會話信令通路的每個的第一接入信令分支錨定在駐留于多媒體子系統中的控制功能，并且 經由轉出域延伸到第一用戶單元；以及-對于所述多個會話的每個-提供錨定在所述控制功能并且經由轉入域延伸到所述第一用戶單元的第二接入信令 分支；-用所述第二接入信令分支取代所述第一接入信令分支；以及-在所述第二接入信令分支與所述遠程信令分支之間交換會話信令，以提供更新的會 話信令通路，從而當所述第一用戶單元由所述轉入域服務時利于關于所述第一用戶單元的會話f曰令ο
2.如權利要求1所述的方法，還包括對于所述多個會話的每個，實現與所述第一用戶 單元連接的承載通路的至少一部分從關聯所述轉出域的第一網絡到關聯所述轉入域的第 二網絡的轉移。
3.如權利要求1所述的方法，還包括經由所述轉入域從所述第一用戶單元接收對于 域轉移的請求，以及響應接收所述請求而為所述多個會話的每個提供所述第二接入信令分支。
4.如權利要求3所述的方法，其中，所述請求在所述第一用戶單元確定需要將所述多 個會話從所述轉出域轉移到所述轉入域時從所述第一用戶單元生成。
5.如權利要求3所述的方法，其中，所述請求使用用于所述控制功能的多媒體子系統 地址以及與所述多媒體子系統地址關聯的電路交換子系統中的號碼簿號碼中的至少一個 從所述第一用戶單元始發(fā)。
6.如權利要求1所述的方法，其中，用于所述多個會話信令通路的每個的第一接入信 令分支和第二接入信令分支中的一個通過遠程用戶代理延伸到電路交換子系統中，當所述 第一用戶單元由所述電路交換子系統服務時，所述遠程用戶代理對于所述多媒體子系統將 它自己表示為所述第一用戶單元。
7.如權利要求6所述的方法，其中，用于所述多個會話信令通路的每個的第一接入信 令分支和第二接入信令分支中的另一個延伸到所述第一用戶單元，而不經過所述電路交換 子系統。
8.如權利要求6所述的方法，其中，電路交換子系統接入自適應功能沿用于所述多個 會話信令通路的每個的第一接入信令分支和第二接入信令分支中的一個、駐留在所述遠程 用戶代理與服務于所述第一用戶單元的移動交換中心之間，所述電路交換子系統接入自適 應功能提供所述電路交換子系統與所述多媒體子系統之間的信令轉換。
9.如權利要求8所述的方法，其中，用于所述多媒體子系統的會話信令消息經由用于 所述多個會話信令通路的每個的第一接入信令分支和第二接入信令分支中的一個在電路 交換子系統信令中運送給所述電路交換子系統接入自適應功能。
10.如權利要求9所述的方法，其中，所述電路交換子系統信令至少部分地在非結構化 補充服務數據信道中提供。
11.如權利要求8所述的方法，其中，用于所述多媒體子系統的會話信令消息經由用于 所述多個會話信令通路的每個的第一接入信令分支和第二接入信令分支中的一個通過所 述電路交換子系統所提供的分組傳輸機制來運送。
12.如權利要求11所述的方法，其中，所述分組傳輸機制是全球移動通信系統網絡中 的通用分組無線業(yè)務。
13.如權利要求1所述的方法，其中，所述多個會話的活動會話和掛起會話是語音會 話，以及所述活動會話的轉移在發(fā)起所述掛起會話到所述轉入域的轉移之前發(fā)起。
14.如權利要求1所述的方法，其中，所述轉入域和所述轉出域中的一個是所述多媒體 子系統，而所述轉入域和所述轉出域中的另一個是電路交換子系統。
15.如權利要求14所述的方法，其中，到所述轉入域和所述轉出域中的一個的接入經 由所述電路交換子系統外部的無線接入來提供。
16.如權利要求15所述的方法，其中，所述無線接入支持基于分組的通信，而所述電路 交換子系統支持電路交換通信。
17.如權利要求14所述的方法，其中，所述電路交換子系統由蜂窩網絡提供。
18.如權利要求1所述的方法，其中，所述多個會話與對應的多個唯一承載通路關聯。
19.如權利要求18所述的方法，其中，由多媒體子系統支持的所述多個唯一承載通路 的第一部分在所述多媒體子系統中相互分離。
20.如權利要求19所述的方法，其中，當所述多個會話至少部分地由電路交換子系統 來支持時，用于所述多個會話的每個的唯一承載通路由通過所述電路交換子系統延伸到所 述第一用戶單元的公共電路交換承載部分來支持。
21.如權利要求1所述的方法，其中，所述多個會話的每個連接在所述第一用戶單元與 多個遠程端點的不同一個端點之間。
22.如權利要求1所述的方法，其中，當所述多個會話之一從所述第一用戶單元始發(fā) 時，所述控制功能作為多個服務的第一服務被調用，所述多個服務將在第一接入信令分支 和遠程信令分支所形成的所述多個會話信令通路之一中提供，使得除了所述連續(xù)性控制功 能之外的所述多個服務的所有均在所述遠程信令分支中提供，以及所述遠程信令分支錨定 在所述控制功能。
23.如權利要求1所述的方法，其中，當所述多個會話之一在所述第一用戶單元端接 時，所述控制功能作為多個服務的最后一個服務被調用，所述多個服務將在第一接入信令 分支和遠程信令分支所形成的所述多個會話信令通路之一中提供，使得除了所述控制功能 之外的所述多個服務的所有均在所述遠程信令分支中提供，以及所述遠程信令分支錨定在 所述控制功能。
24.如權利要求1所述的方法，其中，所述控制功能由服務呼叫/會話控制功能為來自 所述第一用戶單元的或者預計送往所述第一用戶單元的會話作為服務來調用。
25.一種利于關于同時參與多個會話的用戶單元的域轉移的方法，包括-在駐留于多媒體子系統中的控制功能錨定用于多個會話信令通路的每個的第一接入 信令分支，所述多個會話信令通路用于對應的多個會話，其中所述多個會話信令通路的每 個對于所述多個會話的對應一個會話包括第一接入信令分支和遠程接入信令分支，以及其 中用于所述多個會話信令通路的每個的第一接入信令分支經由轉出域延伸到第一用戶單元；以及-對于所述多個會話的每個-在所述控制功能錨定經由轉入域延伸到所述第一用戶單元的第二接入信令分支； -用所述第二接入信令分支取代所述第一接入信令分支；以及 -在所述第二接入信令分支與所述遠程信令分支之間交換會話信令，以提供更新的會 話信令通路，從而當所述第一用戶單元由所述轉入域服務時利于關于所述第一用戶單元的會話f曰令ο
全文摘要
本發(fā)明涉及將用戶單元的會話控制從電路交換子系統、如蜂窩網絡遷移到多媒體子系統(MS)、如因特網協議(IP)多媒體子系統(IMS)。會話控制由MS提供，而不管用戶單元對會話使用蜂窩還是本地無線接入。要注意，可同時對于給定用戶單元控制多個會話。MS中的連續(xù)性控制功能(CCF)錨定用于在CS或MS中始發(fā)和端接多個并發(fā)會話以及在CS與MS之間轉移這些會話的會話控制。多個會話的每個的所有會話信令通過CCF傳遞。CCF是在MS中提供的服務，并且錨定用戶單元的會話以及實現CS與MS之間的域轉移。
文檔編號H04W36/00GK102067549SQ200780044213
公開日2011年5月18日 申請日期2007年10月4日 優(yōu)先權日2006年10月4日
發(fā)明者K·邁赫迪 申請人:北方電訊網絡有限公司