專利名稱：信令發(fā)送與網(wǎng)絡(luò)能力相關(guān)的信息的移動通信方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信方法和系統(tǒng)。更具體地但是并非排它地，本發(fā)明涉 及發(fā)送與網(wǎng)絡(luò)的經(jīng)由分組交換網(wǎng)絡(luò)部分發(fā)送語音信息以用于語音呼叫連續(xù) 性業(yè)務(wù)的能力相關(guān)的信息，和/或發(fā)送與用以支持的終端能力相關(guān)的信息。
背景技術(shù)：
vcc及其相關(guān)聯(lián)的呼叫發(fā)起過程概述第三代合作伙伴計劃(3rd Generation Partnership Project, 3GPP )語音呼 叫連續(xù)性(Voice Call Continuity, VCC)業(yè)務(wù)提供用以傳輸電路交換 (Circuit-Switched, CS )與因特網(wǎng)協(xié)議(IP )多媒體子系統(tǒng)(IMS )域之間 的語音呼叫的路徑以及因特網(wǎng)協(xié)議(IP)多々某體子系統(tǒng)(IMS)域與電路交 換(CS)之間的語音呼叫的路徑的能力。該業(yè)務(wù)假設(shè)用戶設(shè)備(UE)能夠 支持與同一語音通信相關(guān)的兩個獨(dú)立的呼叫線路(call leg)(—個在CS域上， 一個在IMS域上)。為了便于域之間的呼叫的傳輸，所有來自VCC能 力UE以及到VCC能力UE的CS和IMS語音呼叫都綁定(anchor)在用戶 的IMS域中。圖1示出了用于VCC的功能性架構(gòu)。其沒有顯示與現(xiàn)有3GPP參考架 構(gòu)的^f壬^可變4b,因?yàn)楹艚羞B續(xù)性控制功能(Call Continuity Control Function, CCCF)被實(shí)現(xiàn)為會話初始化協(xié)議(SIP)應(yīng)用服務(wù)器(AS)。在寫的時候， 對于CCCF和網(wǎng)絡(luò)域選擇功能(NeDS )是否必須協(xié)同定位(co-locate )尚未 達(dá)成一致。在圖1中假定它們是協(xié)同定位的，因此僅示出一個ISC接口。UE在按照用于通過過濾準(zhǔn)則集進(jìn)行應(yīng)用服務(wù)器注冊的23.288中所定義 的過程進(jìn)行UEIMS注冊的時候通過CCCF進(jìn)行注冊，該過濾準(zhǔn)則集是經(jīng)由 IMS業(yè)務(wù)控制(ISC)接口的第三方注冊所需要的。CCCF對于系統(tǒng)中的每一件語音連續(xù)性事件而存在并且控制在CS與 IMS之間傳遞呼叫所需要的呼叫線路的建立。如果UE涉及全都要求VCC
的多個呼叫，那么對每一個呼叫均存在獨(dú)立的CCCF。 VCC注冊
在IMS注冊過程期間以及IMS注冊過程之后，在UE與CCCF之間交 換VCC信息。其包括 從UE力CCCF
i正cs狀態(tài)(斷開、已連接-空閑/已連接-在用)
用戶偏好
從CCCF》UE
CCCF PSI和相關(guān)聯(lián)的CS路由號(routing number) 操作員策略
雖然尚未指定精確的信息交換機(jī)制，但是很可能由相互的SIP訂購/通知 處理來處理信息的后注冊交換。也即，UE訂購來自CCCF的信息，而CCCF 訂購來自UE的信息。當(dāng)初始訂購時并且隨著信息的改變每一方都將輪流4皮 通知。
來自IMS域的呼叫發(fā)起
在從IMS域發(fā)起呼叫的時候，使用初始過濾準(zhǔn)則經(jīng)由呼叫會話控制功能 (CSCF，s )路由SIP INVITE到CCCF。 CCCF記錄呼叫事件(分配呼叫參考， 以及記錄用以停留在用于呼叫的信令路徑中的路線)并且將該呼叫路由回到 服務(wù)CSCF (S-CSCF)，從而S-CSCF能夠執(zhí)行到IMS/CS域的終止處理，如 TS 23.228中所定義的那樣。在IMS域中發(fā)起的VCC呼叫的IMS綁定與UE 是連接CS還是斷開CS無關(guān)。
如果終端不能支持VCC過程，但是用戶是VCC業(yè)務(wù)的訂戶，那么在IMS 注冊期間終端中缺少VCC能力將被告知CCCF。在那種情況下，CCCF可以 決定不對呼叫進(jìn)行IMS綁定。假設(shè)S-CSCF和CCCF 二者都位于用戶的家庭 網(wǎng)絡(luò)中，并且IMS承載被端對端地建立，那么尚有爭議的事項(xiàng)是對于來自 VCC訂戶的IMS發(fā)起的呼叫不進(jìn)行IMS綁定是否有益處。
來自CS域的呼叫發(fā)起
用于在CS域中發(fā)起的VCC呼叫的IMS綁定的默iU幾制(唯一強(qiáng)制性
的機(jī)制)是，對于訪問移動交換中心(VMSC)中的移動網(wǎng)絡(luò)增強(qiáng)邏輯 (CAMEL)觸發(fā)器使用定制應(yīng)用。這意味著即使UE在呼叫發(fā)起時沒有進(jìn) 行IMS注冊也可能綁定呼叫。
如果終端不能支持VCC過程，但是用戶是VCC業(yè)務(wù)的訂戶，那么由于 UE與CCCF之間尚不能進(jìn)行在先的VCC信息交換，因此用于呼叫的CCCF 不會知曉終端中缺少VCC能力。
圖2示出了用于CS發(fā)起的VCC呼叫的消息流程。
1. 從UE發(fā)送呼叫控制設(shè)置(Call Control SETUP )消息到VMSC。
2. 在VMSC向CCCF的gsmSCF功能發(fā)送InitialDP消息時，在gsm服 務(wù)切換功能(SSF)中發(fā)起CAMEL訂購信息(O-CSI)觸發(fā)。
3. CCCF在CONNECT消息(CCCF向^皮呼叫方通知完成呼叫所需要的 消息)中創(chuàng)建因特網(wǎng)協(xié)議(IP )多媒體路由號(IMRN)，該號是gsmSCF 返回到VMSC的。
4. VMSC使用IMRN在用戶的家庭IMS網(wǎng)絡(luò)中向MGCF路由呼叫。
5. MGCF向詢問CSCF (I-CSCF )發(fā)起初始化SIP INVITE。
6. I-CSCF從家庭訂戶服務(wù)器(HSS)檢索與IMRN相關(guān)聯(lián)的CCCF并 且轉(zhuǎn)發(fā)SIPINVITE。
7. CCCF終止呼入線路并且向原始被呼叫方發(fā)起呼出線路，該原始被呼 叫方作為背對背用戶代理(Back to Back User Agent， B2BUA)的。

發(fā)明內(nèi)容
本發(fā)明的目的是改進(jìn)語音呼叫連續(xù)性業(yè)務(wù)。
根據(jù)本發(fā)明的 一個方面，提供一種在移動通信網(wǎng)絡(luò)的移動終端與網(wǎng)絡(luò)元 素之間信令發(fā)送信息的方法和系統(tǒng)，移動終端在通信期間發(fā)送與支持語音呼 叫連續(xù)性(VCC)的可期望性和/或可能性相關(guān)的信息到網(wǎng)絡(luò)元素；以及， 網(wǎng)絡(luò)元素從所述移動終端接收所述信息，以便使用該信息作為決定是否綁定 該移動終端的呼叫的基礎(chǔ)。


現(xiàn)在將參照附圖，僅通過示例來描述本發(fā)明的實(shí)施例，附圖中
圖l是本發(fā)明能夠在其中實(shí)施的VCC功能性架構(gòu)的示意概況圖；和
圖2是用于CS發(fā)起的VCC呼叫的示意消息流程圖。
具體實(shí)施例方式
現(xiàn)在將參照附圖詳細(xì)地描述本發(fā)明的示范性實(shí)施例。在下面的描述中， 為了清楚和簡明起見，在這里已略去了對已知功能和構(gòu)造的詳細(xì)描述。 上面給出了語音呼叫連續(xù)性(VCC)注冊和呼叫發(fā)起的概述。 在描述用于CS發(fā)起的VCC呼叫的過程時，3GPP技術(shù)報告TR 23.806 規(guī)定
"如果UE位于VCC不是可能的和/或不可期望的位置，那么gsmSCF 命令VMSC繼續(xù)正常的呼叫發(fā)起過程。，，
這暗示了在一些與UE的位置相關(guān)的情況下，CCCF不應(yīng)當(dāng)IMS綁定呼叫。
不綁定呼叫的好處在于
-減少網(wǎng)絡(luò)中不必要的信令發(fā)送(IMS綁定的呼叫將總是被路由到
被呼叫方的IMS域，即使在CS域中它將被終止也是如此)； -能夠降低呼叫設(shè)置延遲(由于呼叫信令發(fā)送的減少)； -允許呼叫的更多優(yōu)化路由(與呼叫被IMS綁定的情況相比)； -對呼叫方來說會導(dǎo)致提高的通話質(zhì)量(由于用戶平面中編解碼轉(zhuǎn) 換的減少)；
進(jìn)一步假設(shè)VCC是基于訂購的業(yè)務(wù)，那么有可能VCC訂戶可以使用不 具備VCC能力的終端(例如，具有VCC訂購?fù)ㄓ糜脩羯矸菽K(USIM) 的標(biāo)準(zhǔn)2G終端)。在這種情況下，無論UE的位置如何VCC都將不可能， 因此所期望的是，不對該終端所進(jìn)行的任何呼叫進(jìn)行IMS綁定。
這里所提出意在解決該問題的思路是盡管不總是期望對來自VCC訂 戶的CS發(fā)起的呼叫進(jìn)行IMS綁定，但是目前沒有使這樣的綁定不能發(fā)生的 機(jī)制。本建議描述了這樣的機(jī)制，通過該機(jī)制使用呼叫內(nèi)的VCC的可期望 性/可能性經(jīng)由系統(tǒng)信息廣播或者在注冊信令發(fā)送期間被服務(wù)網(wǎng)絡(luò)通信發(fā)送 到UE，并且經(jīng)由在CS呼叫建立時所發(fā)送的SETUP和InitialDP消息由UE 通信發(fā)送到家庭網(wǎng)絡(luò)中的CCCF。
用于來自VCC訂戶的、CS發(fā)起的呼叫的可選IMS綁定
當(dāng)描述CS發(fā)起的VCC呼叫的過程時，3GPP技術(shù)報告TR 23.806規(guī)定 "如果UE在VCC是不可能的和/或不期望的地方，那么gsmSCF命令VMSC 繼續(xù)正常的呼叫發(fā)起過程。，，
這暗示了在一些與UE的位置相關(guān)的情況中，CCCF中的gsmSCF不應(yīng) 當(dāng)綁定呼叫。但是，不清楚的是
a) 位于UE的家庭網(wǎng)絡(luò)中的CCCF如何得知UE是否處于VCC是可能 的/期望的位置。
b) UE如何能夠?qū)⑵湮挥赩CC是可能的/期望的位置發(fā)送到其家庭網(wǎng)絡(luò) 中的CCCF。
c) UE如何能夠得知其位于VCC是可能的/期望的位置。 不綁定呼叫的好處在于其
-減少網(wǎng)絡(luò)中不必要的信令發(fā)送(IMS綁定的呼叫將總是被路由到
被呼叫方的IMS域，即使在CS域中它將被終止也是如此)； -能夠降低呼叫設(shè)置延遲(由于呼叫信令發(fā)送的減少)； -允許呼叫的更多優(yōu)化路由(與呼叫被MS綁定的情況相比)； -對呼叫方來說會導(dǎo)致提高的通話質(zhì)量(由于用戶平面中編解碼轉(zhuǎn) 換的減少)；
進(jìn)一步假設(shè)VCC是基于訂購的業(yè)務(wù)，那么有可能VCC訂戶可以使用不 具備VCC能力的終端(例如標(biāo)準(zhǔn)2G終端)。在這種情況下，VCC將不可能 不考慮UE的位置，因此將會期望不對該終端所進(jìn)行的任何呼叫進(jìn)行IMS綁 定。如附錄1的A1.3節(jié)所解釋的，如果UE在呼叫設(shè)置時沒有進(jìn)行IMS注 冊，那么對于CCCF來說就無法得知呼叫VCC訂戶的終端是否能夠支持VCC 過程。
在上述假設(shè)下，當(dāng)決定是否IMS綁定來自VCC訂戶的CS發(fā)起的呼叫 時有兩個問題需要處理。
1. 是否期望在呼叫中使用vcc。這應(yīng)當(dāng)在基于vcc訂戶偏好和家庭
網(wǎng)絡(luò)操作員策略的CCCF中做出決定。
2. 是否可能在呼叫中使用VCC。這不僅僅取決于位置。應(yīng)當(dāng)可以的 是，UE基于終端VCC能力來指示VCC可能性決定。另外，可能 的是，服務(wù)網(wǎng)絡(luò)指示VCC是否可能是例如基于其經(jīng)由其PS網(wǎng)絡(luò) 支持IP語音(VoIP)的能力。UE能夠基于下列四個因素來確定VCC可期望性/可能性1. 終端VCC能力2. 用戶VCC偏好3. 所連接的PS網(wǎng)絡(luò)的VoIP能力4. 本地IP連接性接入網(wǎng)絡(luò)(IP-CAN)(例如無線局域網(wǎng)(WLAN) 熱區(qū))的可用性在3的情況中，網(wǎng)絡(luò)將會需要將網(wǎng)絡(luò)的VoIP能力通知UE。這可以例如 經(jīng)由系統(tǒng)信息廣播、或者在路由區(qū)域更新、或者帶有通用分組無線業(yè)務(wù) (GPRS )的信令來實(shí)現(xiàn)。例如，用戶的VCC偏好(2 )可以與本地IP-CAN 的可用性(4)相結(jié)合，從而在沒有檢測到合適的IP-CAN的區(qū)域所進(jìn)行的 呼叫不應(yīng)當(dāng)4皮綁定。另外，情況1和2可以被視為半靜態(tài)信息，其在呼叫有效期內(nèi)將不會變 化，而情況3和4可以凈皮-現(xiàn)為動態(tài)信息，其在呼叫有效期內(nèi)可能隨著終端移 動而變4匕。從月良務(wù)網(wǎng)絡(luò)通信發(fā)送VCC可能性/可期望性到UE為了幫助UE決定VCC在其當(dāng)前位置是否可能，服務(wù)網(wǎng)絡(luò)可以發(fā)送并 指示其是否經(jīng)由其PS域支持VoIP。在接收到該信息時，UE可以決定是否 在呼叫建立的時候指示綁定到CCCF的呼叫的可能性/可期望性。下面將描述用于信令發(fā)送網(wǎng)絡(luò)的VoIP能力到UE的概念的其它應(yīng)用。在非接入層(NAS)信令消息中包含信息可以在路由更新接受(Routing Update Accept)消息中或者在連接接受 (Attach Accept)消息中在UE注冊期間信令發(fā)送該信息。這兩個消息包含 信息元素網(wǎng)絡(luò)特征支持(Network Feature Support )，其具有兩個可用的空閑 位(spare bit)(如TS 24.008的10.5.5.23節(jié)中所述的)。在這種情況下，該 信息可以被調(diào)整用于個別用戶，但是其解決方案應(yīng)當(dāng)是定位區(qū)域(location area)級的。在系統(tǒng)信息廣播中包含信息可以在系統(tǒng)信息廣播中廣播該信息。這將提供更好的(小區(qū)級)解決方
案并且方便更加動態(tài)的PS與cs域之間本地語音通信量的管理，但是不能
被調(diào)整用于個別用戶。
本方法還延伸到通過專用信令傳遞系統(tǒng)信息的無線網(wǎng)絡(luò)過程，例如，
UMTS無線接入網(wǎng)絡(luò)的UTRAN移動性信息傳遞過程。
經(jīng)由非結(jié)構(gòu)化的補(bǔ)充服務(wù)數(shù)據(jù)(USSD)發(fā)送信息到UE
還將可以經(jīng)由USSD發(fā)送服務(wù)網(wǎng)絡(luò)VoIP能力信息到UE。
經(jīng)由短消息業(yè)務(wù)(SMS)發(fā)送信息到UE
還將可以經(jīng)由SMS發(fā)送服務(wù)網(wǎng)絡(luò)VoIP能力信息到UE。
從UE通信發(fā)送VCC可能性/可期望性到CCCF
為了 CCCF/gsmSCF能夠?qū)κ欠窠壎▉碜訴CC訂戶的CS發(fā)起的呼叫做 出決定，UE必須發(fā)送在呼叫期間是否期望/可能支持VCC的指示。
在類標(biāo)(classsmark) 2中包含信息
完成這種方式的一種方法是將可能性/可期望性信息包含在UE與網(wǎng)絡(luò) 之間的NAS信令消息中，例如位置更新請求和CM (結(jié)構(gòu)模塊)業(yè)務(wù)請求。 如3GPPTS 24.008中所定義的那樣，類標(biāo)2在這些消息中被發(fā)送，其在每個 octet(八位字節(jié))3、 4和5中具有一個可用的空閑位。也可以經(jīng)由TS 44.108 的3,4.10節(jié)中所述的類標(biāo)變化過程將VCC能力信息提供給網(wǎng)絡(luò)。類標(biāo)2被 自動包含在InitialDP消息中(見圖2中的消息2)，因此在接收InitialDP消 息時，CCCF中的gsmSCF能夠檢查VCC可能性/可期望性位，并且相應(yīng)地 進(jìn)行響應(yīng)。也即，要么通過發(fā)送包含IMRN的CONNECT消息來進(jìn)行響應(yīng) 以便進(jìn)行綁定，要么通過發(fā)送連續(xù)消息來進(jìn)行響應(yīng)以使得呼叫被正常路由， 其中IMRN用于命令VMSC向用戶的IMS域路由呼叫。
提出了 一個或兩個這樣的空閑位用以向網(wǎng)絡(luò)指示VCC是否是可能的/期 望的。如果使用兩個空閑位，那么將可以分別指示VCC是否是可能的(例 如，基于終端能力、用戶偏好)以及VCC是否是期望的(例如，基于在呼 叫建立時在呼叫UE的區(qū)域中IP-CAN的可用性)。在這種情況下，家庭網(wǎng)絡(luò) 中的CCCF能夠決定是否不考慮VCC不是期望的這一指示，并且一旦用戶
隨后移動到合適的IP-CAN的覆蓋范圍中就綁定呼叫。類標(biāo)2還可以被擴(kuò)展并且在擴(kuò)展中指示該類標(biāo)的UE VCC能力，以便 VCC能力信令發(fā)送不會用盡類標(biāo)的全部剩余空閑位。在SETUP消息中包含信息實(shí)現(xiàn)這種方式的一種可替換方法是，對于UE，在呼叫建立過程期間將 VCC可能性/可期望性指示包含在作為呼叫控制協(xié)議的一部分發(fā)送的SETUP 消息中(見圖2的消息流程的消息1 )。然后，VMSC中的gsmSSF可以將該 指示包含在向CCCF處的gsmSCF發(fā)送的InitialDP消息中(見圖2中的消息 2)，從而它能夠相應(yīng)地進(jìn)行響應(yīng)。也即，要么通過發(fā)送包含IMRN的 CONNECT消息來進(jìn)行響應(yīng)以便進(jìn)行綁定，要么通過發(fā)送連續(xù)消息來進(jìn)行響 應(yīng)以使得呼叫被正常路由，其中IMRN用于命令VMSC向用戶的IMS域路 由呼叫。在3GPPTS 24.008中詳細(xì)說明了 3GPP呼叫控制協(xié)議。在移動發(fā)起呼叫 建立的情況下SETUP消息的格式在該文檔的表9.70a中示出。包含在來自 UE的SETUP消息中的信息元素其中之一是呼叫控制能力(在TS24.008中 的表10.5.89中描述)。該信息元素的目的是識別移動站的呼叫控制能力。該 信息元素的長度為四個octet。其在octet 3中有一個空閑位并且在octet 4中 有四個空閑位。當(dāng)CAMEL業(yè)務(wù)在VMSC中被觸發(fā)時，gsmSSF將來自SETUP 消息的一些信息包含在發(fā)送到gsmSCF的InitialDP消息中。提出了將VCC 能力/可能性添加到位于29.078的6.1.1節(jié)中所定義的InitialDPArgExtension 下面的InitialDP中。再次提出可以如上所述使用 一個或兩個空閑位。在類標(biāo)3中包含信息再一個替換例是將UE VCC可能性/可期望性信息包含在類標(biāo)3中。其 當(dāng)前沒有包含在InitialDP消息中，但是可以以上述針對SETUP消息所提出 的相同方式進(jìn)4亍添力口 。在類標(biāo)(2或3 )中以及在SETUP消息中包含信息為了方便CCCF做決定的過程，另 一個替換例是將半靜態(tài)信息(見上述)
包含在類標(biāo)中(例如，類標(biāo)2)，而將動態(tài)信息包含在呼叫建立時被發(fā)送的
SETUP消息中。然后，CCCF可以基于VCC可能性/可期望性是否是靜態(tài)的 (也即，在呼叫過程期間不太可能變化)、動態(tài)的(也即，在呼叫過程期間 較可能變化/與偏好/服務(wù)網(wǎng)絡(luò)的政策相關(guān))來選擇是否綁定呼叫。
經(jīng)由GPRS發(fā)送信息到CCCF
如果不可能經(jīng)由電路交換域?qū)⑿畔⑿帕畎l(fā)送到CCCF/gsmSCF，那么 VCC可能性/可期望性信息可以經(jīng)由GPRS中所支持的方法和過程直接被信 令發(fā)送到CCCF，并且可以通過使用WAP發(fā)送。在直4矣經(jīng)由GPRS到達(dá) CCCF/gsmSCF的情況下，應(yīng)當(dāng)提供CCCf/gsmSCF地址，以使得UE能夠?qū)?GPRS方法導(dǎo)入到該地址。該地址可以是特定的專用APN的形式。
如果CCCF沒有接收到來自UE的VCC可能的指示，那么它可以決定 不綁定該呼叫。這將意味著支持UE的非VCC將不綁定呼叫，即使這些呼 叫正在^f吏用VCC訂戶SIM也是如此。
經(jīng)由SMS發(fā)送信息到CCCF
如果不可能作為正常CCCF/gsmSCF的一部分，作為正常CS注冊的一 部分或呼叫控制信令，來信令發(fā)送信息到CCCF/gsmSCF,那么可以使用SMS 直接將VCC可能性/可期望性信息發(fā)送到CCCF。在這種情況下，必須提供 CCCF/gsmSCF地址，以使得UE能夠?qū)MS導(dǎo)入到該地址。這可以以E164 凄丈碼(number)的格式。如果CCCF沒有接收到來自UE的VCC可能的指示， 那么它可以決定不綁定呼叫。這將意味著支持UE的非VCC將不綁定呼叫， 即4吏這些呼叫正在使用VCC訂戶SIM也是如此。
經(jīng)由CS數(shù)據(jù)調(diào)用信令發(fā)送信息到CCCF
如果不可能經(jīng)由IMS，或者作為正常CS注冊的一部分，或者呼叫控制 信令，將信息信令發(fā)送到CCCF/gsmSCF,那么可以使用CS數(shù)據(jù)調(diào)用將VCC 可能性/可期望性信息直接信令發(fā)送到CCCF。在這種情況下，必須提供 CCCF/gsmSCF地址，以使得UE能夠?qū)S數(shù)據(jù)調(diào)用導(dǎo)入到該地址。這可以 以E164數(shù)碼的格式。如果CCCF沒有接收到來自UE的VCC可能的指示， 那么它可以決定不綁定呼叫。這將意味著支持UE的非VCC將不綁定呼叫，
即使這些呼叫正在使用VCC訂戶SIM也是如此。
使用VCC特征標(biāo)簽在IMS注冊時信令發(fā)送信息到CCCF
當(dāng)IMS可用時，將通過使用已定義的特征標(biāo)簽來指示UE支持VCC的 能力。例如，被命名為+g.3gpp.vcc-capble的標(biāo)簽或者類似的指示性名字標(biāo)簽。 如果CCCF.gsmSCF沒有接收到諸如UE的VCC能力這樣的指示，那么它可 以決定不綁定呼叫。這將意味著支持UE的非VCC將不綁定呼叫，即使這 些呼叫正在使用VCC訂戶SIM也是如此。
用于CS域中發(fā)起的CS終止的呼叫的可選IMS綁定
以與上述的針對CS發(fā)起的VCC呼叫相同的方法，UE可以為在CS域 中發(fā)起的CS終止的呼叫將能力信息包含在類標(biāo)2或類標(biāo)3中。在這種情況 下，可以在從GMSC接收InitialDP消息之后由CCCF做出綁定呼叫的決定， 其中呼入呼叫被^^由到該GMSC。這是用于將靜態(tài)(見下述)VCC能力信 息包含在類標(biāo)2或類標(biāo)3中這一想法的另一個應(yīng)用。
下面將針對發(fā)送信息到移動終端的網(wǎng)絡(luò)元素描述其它應(yīng)用，該網(wǎng)絡(luò)元素 與用于經(jīng)由分組交換網(wǎng)絡(luò)部分發(fā)送語音信息的網(wǎng)絡(luò)能力相關(guān)。
基本上，能夠進(jìn)行信令發(fā)送的3GPP網(wǎng)絡(luò)的概念是關(guān)于其分組交換(PS) 網(wǎng)絡(luò)的IP語音能力，對于能夠決定是否應(yīng)當(dāng)經(jīng)由電路交換(CS)還是IMS 域來建立語音呼叫的用戶終端來說是最基本的。在3GPP UMTS標(biāo)準(zhǔn)的第6 版之前，由于接入網(wǎng)中可用的帶寬不足與沒有充分指定IMS的混合造成了經(jīng) 由IMS域不支持IP語音(VoIP)。從具有充分進(jìn)行特征說明的IMS的第6 版以及增強(qiáng)型上行鏈路分組接入的說明書中，從3GPP IP連接性接入網(wǎng) (IP-CAN)經(jīng)由IMS支持VoIP應(yīng)當(dāng)是可能的。但是，由于通信量管理的原 因， 一些網(wǎng)絡(luò)可能偏好某些時候在PS網(wǎng)絡(luò)中不4是供VoIP支持。在這種情況 下，將會期望命令語音呼叫經(jīng)由CS域發(fā)生。這可以通過信令發(fā)送網(wǎng)絡(luò)的PS VoIP能力來實(shí)現(xiàn)。
上述應(yīng)用是用于信令發(fā)送網(wǎng)絡(luò)的VoIP能力的一般應(yīng)用。
另一個可能的應(yīng)用是當(dāng)前由3GPP所闡述的CSI (組合的CS和IMS業(yè) 務(wù))階,殳2工作項(xiàng)以及IMS增強(qiáng)工作項(xiàng)。
在CSI階段1中，設(shè)計成使得語音呼叫部分總是在CS域上傳送。在CSI
階段l中，曾經(jīng)僅存在端對端的CSI呼叫，也即，雙方的UE都必須能夠支 持CS和PS會話的組合。
在CSI階段2中，觀點(diǎn)是在能夠支持VoIP的IMS網(wǎng)絡(luò)中充分發(fā)展(fully fledge )的IMS UE將完成到具有CSI能力的UE的VoIP+數(shù)據(jù)會話。因此， 當(dāng)一方可能在VoIP場景中時，另一方可能正在使用CS和PS會話的組合。
由此發(fā)展下去，很可能在CSI階段2中，這樣的IMSUE也是具有CSI 能力的UE。
因此，對于具有IMS和CSI能力的UE針對發(fā)起VoIP +數(shù)據(jù)會話還是 發(fā)起CSI呼叫進(jìn)行"智能"選擇來說，UE需要知道當(dāng)前已注冊并且駐留(camp on)的網(wǎng)絡(luò)/LA7RAAJ 、區(qū)的VoIP能力。
反過來對于具有CSI能力的UE進(jìn)行到具有完全I(xiàn)MS能力和CSI能力的 UE的呼叫也是成立的。
a) 被呼叫的UE是否在具有VoIP能力的網(wǎng)絡(luò)中可能意味著該呼叫是完 全徹底地受IMS呼叫會話控制、還是如果被呼叫的UE不在VoIP網(wǎng)絡(luò)中的 話那么該呼叫將被作為CSI呼叫提供(也即，組合了 PS會話的CS呼叫)。 因此，由此角度看來，UE的CSI能力不僅必須對網(wǎng)絡(luò)所知，而且被呼叫UE 的物理所在位置的網(wǎng)絡(luò)VoIP能力必須也對UE呼叫過程所知。
b) 即使被呼叫的UE是在具有VoIP能力的網(wǎng)絡(luò)中(或者網(wǎng)絡(luò)的VoIP部 分)，也可以賦予該UE是通過VoIP還是通過CSI完成呼叫的選擇。為此， UE/用戶需要得知網(wǎng)絡(luò)(或者該網(wǎng)絡(luò)的部分)是否具有VoIP能力。
為了進(jìn)一步說明上述觀點(diǎn)，讓我們考慮下面的商業(yè)方面。網(wǎng)絡(luò)運(yùn)營商的 驅(qū)使愿望是越來越多的"移動，，以通過PS域來提供服務(wù)。為此，很明顯網(wǎng) 絡(luò)運(yùn)營商將試圖盡可能地打開VoIP的市場并且可能以折扣率來激勵用戶接 收(takeup )。 一個得知他/她處于允許VoIP的物理位置中的用戶可能會被說 服來使用VoIP而非通過CS域進(jìn)行語音呼叫。因此，存在指示UE正物理注 冊或駐留的網(wǎng)絡(luò)/LA/RA/小區(qū)的VoIP能力的需要。
應(yīng)當(dāng)理解，僅以示例的方式闡述上述實(shí)施例，并且在本申請權(quán)利要求的 范圍內(nèi)可以進(jìn)行許多變化或修改。
權(quán)利要求
1. 一種在移動通信網(wǎng)絡(luò)的移動終端與網(wǎng)絡(luò)元素之間信令發(fā)送信息的方法，包括步驟移動終端在通信期間發(fā)送與支持語音呼叫連續(xù)性(VCC)的可期望性和/或可能性相關(guān)的信息到網(wǎng)絡(luò)元素；以及網(wǎng)絡(luò)元素從所述移動終端接收所述信息，以便使用該信息作為決定是否綁定該移動終端的呼叫的基礎(chǔ)。
2. 根據(jù)權(quán)利要求1所述的方法，其中，所述移動終端將下列因素中的一 個或多個考慮在內(nèi)i) 終端語音呼叫連續(xù)性(VCC)能力；ii) 用戶語音呼叫連續(xù)性(VCC)偏好；iii) 所連接的分組交換(PS )網(wǎng)絡(luò)的因特網(wǎng)協(xié)議語音(VoIP)能力；和iv) 本地IP連接性接入網(wǎng)絡(luò)(IP-CAN)的能力。
3. 根據(jù)權(quán)利要求2所述的方法，還包括步驟在網(wǎng)絡(luò)元素處將VoIP能 力通知所述移動終端。
4. 根據(jù)權(quán)利要求l、 2或3所述的方法，其中，所述信息被包含在非接 入層(NAS)信令消息中。
5. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的方法，其中，所述信息被包含在類 標(biāo)2中。
6. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的方法，其中，所述信息被包含在設(shè) 置消息中。
7. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的方法，其中，所述信息被包含在類 標(biāo)3中。
8. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的方法，其中，所述信息被包含在類 標(biāo)2、設(shè)置消息和類標(biāo)3的任意組合中。
9. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的方法，其中，所述呼叫與電路交換 (CS)發(fā)起呼叫有關(guān)。
10. 根據(jù)權(quán)利要求1至9中任意一項(xiàng)所述的方法，其中，所述呼叫與電 路交換(CS)終止呼叫有關(guān)。
11. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的方法，其中，從所述移動終端發(fā) 送所述信息到呼叫連續(xù)性控制功能(CCCF )。
12. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的方法，其中，經(jīng)由GPRS從所述 移動終端直接發(fā)送所述信息。
13. 根據(jù)權(quán)利要求12所述的方法，其中，經(jīng)由PS域發(fā)送所述信息。
14. 根據(jù)權(quán)利要求12或13所述的方法，其中，使用會話初始化協(xié)議(SIP ) 通知機(jī)制發(fā)送所述信息。
15. 根據(jù)權(quán)利要求12、 13或14所述的方法，其中，使用通信業(yè)務(wù)ID 機(jī)制發(fā)送所述信息。
16. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的方法，其中，經(jīng)由短消息業(yè)務(wù) (SMS)從所述移動終端直接發(fā)送所述信息。
17. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的方法，其中，經(jīng)由CS數(shù)據(jù)調(diào)用 從所述移動終端直接發(fā)送所述信息。
18. 根據(jù)權(quán)利要求16或17所述的方法，其中，所述網(wǎng)絡(luò)元素向所述移 動終端提供其地址。
19. 根據(jù)權(quán)利要求18所述的方法，其中，以E164數(shù)碼的形式提供所述 地址。
20. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的方法，其中，在因特網(wǎng)多媒體子 系統(tǒng)(IMS)注冊期間發(fā)送與終端的語音呼叫連續(xù)性能力相關(guān)的信息。
21. 根據(jù)權(quán)利要求20所述的方法，其中，通過特征標(biāo)簽的方式發(fā)送與終 端的語音呼叫連續(xù)性能力相關(guān)的信息。
22. —種用于在移動通信網(wǎng)絡(luò)中信令發(fā)送信息的系統(tǒng)，包括 移動終端，適配用于在通信期間發(fā)送與支持語音呼叫連續(xù)性(VCC)的可期望性和/或可能性相關(guān)的信息到網(wǎng)絡(luò)元素；和網(wǎng)絡(luò)元素，適配用于從所述移動終端接收所述信息，以便使用該信息作 為決定是否綁定該移動終端的呼叫的基礎(chǔ)。
23. 根據(jù)權(quán)利要求22所述的系統(tǒng)，其中，所述移動終端將下列因素中的 一個或多個考慮在內(nèi)i) 終端語音呼叫連續(xù)性(VCC)能力；ii) 用戶語音呼叫連續(xù)性(VCC)偏好；iii) 所連接的分組交換(PS)網(wǎng)絡(luò)的因特網(wǎng)協(xié)議語音(VoIP)能力；和iv) 本地IP連"^妄性4妄入網(wǎng)絡(luò)(IP-CAN)的能力。
24. 根據(jù)權(quán)利要求23所述的系統(tǒng)，還包括網(wǎng)絡(luò)元素，適配用于將VoIP 能力通知所述移動終端。
25. 根據(jù)權(quán)利要求22、 23或24所述的系統(tǒng)，其中， 非接入層(NAS )信令消息中。
26. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的系統(tǒng)，其中， 類標(biāo)2中。
27. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的系統(tǒng)，其中， 設(shè)置消息中。
28. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的系統(tǒng)，其中， 類標(biāo)3中。
29. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的系統(tǒng)，其中， 類標(biāo)2、設(shè)置消息和類標(biāo)3的任意組合中。
30. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的系統(tǒng)，其中， 換(CS)發(fā)起呼叫有關(guān)。
31. 根據(jù)權(quán)利要求22至30中任意一項(xiàng)所述的系統(tǒng)， 電路交換(CS)終止呼叫有關(guān)。
32. 才艮據(jù)前述任意一項(xiàng)權(quán)利要求所述的系統(tǒng)，其中， 送所述信息到呼叫連續(xù)性控制功能(CCCF )。
33. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的系統(tǒng)，其中， 移動終端直接發(fā)送所述信息。
34. 根據(jù)權(quán)利要求33所述的方法，其中，經(jīng)由PS域發(fā)送所述信息。
35. 根據(jù)權(quán)利要求33或34所述的方法，其中，使用會話初始化協(xié)議(SIP ) 通知機(jī)制發(fā)送所述信息。
36. 根據(jù)權(quán)利要求33、 34或35所述的系統(tǒng)，其中，使用通信業(yè)務(wù)ID 機(jī)制發(fā)送所述信息。
37. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的系統(tǒng)，其中，經(jīng)由短消息業(yè)務(wù) (SMS)從所述移動終端直接發(fā)送所述信息。
38. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的系統(tǒng)，其中，經(jīng)由CS數(shù)據(jù)調(diào)用 從所述移動終端直接發(fā)送所述信息。
39. 根據(jù)權(quán)利要求37或38所述的系統(tǒng)，其中，所述網(wǎng)絡(luò)元素向所述移 動終端提供其地址。所述信息被包含在 所述信息被包含在 所述信息被包含在 所述信息被包含在 所述信息被包含在 所述呼叫與電^各交 其中，所述呼叫與 從所述移動終端發(fā) 經(jīng)由GPRS從所述
40. 根據(jù)權(quán)利要求39所述的系統(tǒng)，其中，以E164數(shù)碼的形式提供所述 地址。
41. 根據(jù)前述任意一項(xiàng)權(quán)利要求所述的系統(tǒng)，其中，在因特網(wǎng)多々某體子 系統(tǒng)(IMS)注冊期間發(fā)送與終端的語音呼叫連續(xù)性能力相關(guān)的信息。
42. 根據(jù)權(quán)利要求41所述的方法，其中，通過特征標(biāo)簽的方式發(fā)送與終 端的語音呼叫連續(xù)性能力相關(guān)的信息。
全文摘要
公開了一種在移動通信網(wǎng)絡(luò)的移動終端與網(wǎng)絡(luò)元素之間信令發(fā)送信息的移動通信方法和系統(tǒng)。移動終端在通信期間發(fā)送與支持語音呼叫連續(xù)性(VCC)的可期望性和/或可能性相關(guān)的信息到網(wǎng)絡(luò)元素，網(wǎng)絡(luò)元素從所述移動終端接收所述信息，以便使用該信息作為決定是否綁定該移動終端的呼叫的基礎(chǔ)。
文檔編號H04L12/66GK101401362SQ200780008639
公開日2009年4月1日 申請日期2007年1月9日 優(yōu)先權(quán)日2006年1月10日
發(fā)明者克雷格·畢曉普, 切恩-霍·欽, 格特·J·范利肖特 申請人:三星電子株式會社