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

發(fā)明內(nèi)容
因此，已經(jīng)設(shè)計(jì)本發(fā)明用于處理至少上述問題和/或不足，并且用于提供至少下述優(yōu)點(diǎn)。本發(fā)明的一個(gè)方面是改進(jìn)語音呼叫連續(xù)性業(yè)務(wù)。按照本發(fā)明的一個(gè)方面，提供一種用于在移動(dòng)通信網(wǎng)絡(luò)的移動(dòng)終端與網(wǎng)絡(luò)元素之間信令發(fā)送信息的方法和系統(tǒng)。移動(dòng)終端在通信期間發(fā)送與支持語音呼叫連續(xù)性(VCC)的可期望性和/或可能性相關(guān)的信息到網(wǎng)絡(luò)元素，并且網(wǎng)絡(luò)元素從所述移動(dòng)終端接收所述信息，以便使用該信息作為決定是否綁定該移動(dòng)終端的呼叫的基礎(chǔ)。具體來講，根據(jù)本發(fā)明的一個(gè)方面，提供了一種用于在移動(dòng)通信網(wǎng)絡(luò)中從網(wǎng)絡(luò)元素向移動(dòng)終端發(fā)送信息的方法，包括步驟在通信期間由所述網(wǎng)絡(luò)元素向所述移動(dòng)終端發(fā)送信息，該信息與是否支持經(jīng)由分組交換(PS)域的因特網(wǎng)協(xié)議語音(VoIP)的指示相關(guān)，其中，所述信息基于所述網(wǎng)絡(luò)元素的能力。根據(jù)本發(fā)明的另一個(gè)方面，提供了一種用于在移動(dòng)通信網(wǎng)絡(luò)中從網(wǎng)絡(luò)元素向移動(dòng)終端發(fā)送信息的裝置，該裝置包括發(fā)送機(jī)，用于在通信期間由所述網(wǎng)絡(luò)元素向所述移動(dòng)終端發(fā)送信息，該信息與是否支持經(jīng)由分組交換(PS)域的因特網(wǎng)協(xié)議語音(VoIP)的指示相關(guān)，其中，所述信息基于所述網(wǎng)絡(luò)元素的能力。根據(jù)本發(fā)明的再一個(gè)方面，提供了一種用于在移動(dòng)通信網(wǎng)絡(luò)中接收來自網(wǎng)絡(luò)元素 的信息的方法，包括步驟在通信期間由移動(dòng)終端接收由所述網(wǎng)絡(luò)元素發(fā)送的信息，該信息與是否支持經(jīng)由分組交換(PS)域的因特網(wǎng)協(xié)議語音(VoIP)的指示相關(guān)；由所述移動(dòng)終端基于所接收的信息，確定在該移動(dòng)終端的當(dāng)前位置經(jīng)PS域支持語音呼叫連續(xù)性(VCC)的可期望性和/或可能性；以及將所確定的可期望性和/或可能性發(fā)送到所述網(wǎng)絡(luò)元素，其中，所述信息基于所述網(wǎng)絡(luò)元素的能力。根據(jù)本發(fā)明的再一個(gè)方面，提供了一種用于在移動(dòng)通信網(wǎng)絡(luò)中接收來自網(wǎng)絡(luò)元素的信息的裝置，該裝置包括用于在通信期間由移動(dòng)終端接收由所述網(wǎng)絡(luò)元素發(fā)送的信息的裝置，該信息與是否支持經(jīng)由分組交換(PS)域的因特網(wǎng)協(xié)議語音(VoIP)的指示相關(guān)；用于由所述移動(dòng)終端基于所接收的信息，確定在該移動(dòng)終端的當(dāng)前位置經(jīng)PS域支持語音呼叫連續(xù)性(VCC)的可期望性和/或可能性的裝置；以及用于將所確定的可期望性和/或可能性發(fā)送到所述網(wǎng)絡(luò)元素的裝置，其中，所述信息基于所述網(wǎng)絡(luò)元素的能力。


從下面結(jié)合附圖的詳細(xì)描述中，本發(fā)明的上述和其它方面、特征和優(yōu)點(diǎn)將變得更加明顯，附圖中圖I是本發(fā)明能夠在其中實(shí)施的VCC功能性架構(gòu)的示意概況圖；和圖2是用于CS發(fā)起的VCC呼叫的示意消息流程圖。
具體實(shí)施例方式現(xiàn)在將參照附圖詳細(xì)地描述本發(fā)明的示范性實(shí)施例。在下面的描述中，為了清楚和簡明起見，在這里已略去了對已知功能和構(gòu)造的詳細(xì)描述。上面給出了語音呼叫連續(xù)性(VCC)注冊和呼叫發(fā)起的概述。在描述用于CS發(fā)起的VCC呼叫的過程時(shí)，3GPP技術(shù)報(bào)告TR 23. 806規(guī)定“如果UE位于VCC不是可能的和/或不可期望的位置，那么gsmSCF命令VMSC繼續(xù)正常的呼叫發(fā)起過程?！边@暗示了在一些與UE的位置相關(guān)的情況下，CCCF不應(yīng)當(dāng)MS綁定呼叫。不綁定呼叫的好處在于-減少網(wǎng)絡(luò)中不必要的信令發(fā)送GMS綁定的呼叫將總是被路由到被呼叫方的MS域，即使在CS域中它將被終止也是如此)；
-能夠降低呼叫設(shè)置延遲(由于呼叫信令發(fā)送的減少)；-允許呼叫的更多優(yōu)化路由(與呼叫被MS綁定的情況相比)；以及-對呼叫方來說會(huì)導(dǎo)致提高的通話質(zhì)量(由于用戶平面中編解碼轉(zhuǎn)換的減少)。進(jìn)一步假設(shè)VCC是基于訂購的業(yè)務(wù)，那么有可能VCC訂戶可以使用不具備VCC能力的終端(例如，具有VCC訂購?fù)ㄓ糜脩羯矸菽K(USM)的標(biāo)準(zhǔn)2G終端)。在這種情況下，無論UE的位置如何VCC都將不可能，因此所期望的是，不對該終端所進(jìn)行的任何呼叫進(jìn)行MS綁定。這里所提出意在解決該問題的一種思路是盡管不總是期望對來自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呼叫建立時(shí)所發(fā)送的SETUP和InitialDP消息由UE通信發(fā)送到家庭網(wǎng)絡(luò)中的CCCF。 用于來自VCC訂戶的、CS發(fā)起的呼叫的可選IMS綁定當(dāng)描述CS發(fā)起的VCC呼叫的過程時(shí)，3GPP技術(shù)報(bào)告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ā)送GMS綁定的呼叫將總是被路由到被呼叫方的MS域，即使在CS域中它將被終止也是如此)；-能夠降低呼叫設(shè)置延遲(由于呼叫信令發(fā)送的減少)；-允許呼叫的更多優(yōu)化路由(與呼叫被MS綁定的情況相比)；以及-對呼叫方來說會(huì)導(dǎo)致提高的通話質(zhì)量(由于用戶平面中編解碼轉(zhuǎn)換的減少)。進(jìn)一步假設(shè)VCC是基于訂購的業(yè)務(wù)，那么有可能VCC訂戶可以使用不具備VCC能力的終端(例如，標(biāo)準(zhǔn)2G終端)。在這種情況下，VCC將不可能不考慮UE的位置，因此將會(huì)期望不對該終端所進(jìn)行的任何呼叫進(jìn)行MS綁定。如果UE在呼叫設(shè)置時(shí)沒有進(jìn)行MS注冊，那么對于CCCF來說就無法得知呼叫VCC訂戶的終端是否能夠支持VCC過程。在上述假設(shè)下，當(dāng)決定是否MS綁定來自VCC訂戶的CS發(fā)起的呼叫時(shí)至少有兩個(gè)問題需要處理。I.是否期望在呼叫中使用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能夠基于下列四個(gè)因素來確定VCC可期望性/可能性
I.終端VCC能力2 用戶VCC偏好3.所連接的PS網(wǎng)絡(luò)的VoIP能力4.本地IP連接性接入網(wǎng)絡(luò)(IP-CAN)(例如，無線局域網(wǎng)(WLAN)熱區(qū))的可用性在3的情況中，網(wǎng)絡(luò)應(yīng)當(dāng)將網(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)被綁定。另外，情況I和2可以被視為半靜態(tài)信息，其在呼叫有效期內(nèi)將不會(huì)變化，而情況3和4可以被視為動(dòng)態(tài)信息，其在呼叫有效期內(nèi)可能隨著終端移動(dòng)而變化。從服務(wù)網(wǎng)絡(luò)通信發(fā)送VCC可能性/可期望性到UE為了幫助UE決定VCC在其當(dāng)前位置是否可能，服務(wù)網(wǎng)絡(luò)可以發(fā)送并指示其是否經(jīng)由其PS域支持VoIP。在接收到該信息時(shí)，UE可以決定是否在呼叫建立的時(shí)候指示綁定到CCCF的呼叫的可能性/可期望性。下面將描述用于信令發(fā)送網(wǎng)絡(luò)的VoIP能力到UE的概念的其它應(yīng)用。在非接入層(NAS)信令消息中包含信息

可以在路由更新接受(Routing Update Accept)消息中或者在連接接受(AttachAccept)消息中在UE注冊期間信令發(fā)送該信息。這兩個(gè)消息包含信息元素網(wǎng)絡(luò)特征支持(Network Feature Support),其具有兩個(gè)可用的空閑位(spare bit)(如 3GPP TS 24.008的10. 5. 5. 23節(jié)中所述的)。在這種情況下，該信息可以被調(diào)整用于個(gè)別用戶，但是其解決方案應(yīng)當(dāng)是定位區(qū)域(location area)級(jí)的。在系統(tǒng)信息廣播中包含信息可以在系統(tǒng)信息廣播中廣播該信息。這將提供更好的(小區(qū)級(jí))解決方案并且方便更加動(dòng)態(tài)的PS與CS域之間本地語音通信量的管理，但是不能被調(diào)整用于個(gè)別用戶。本方法還延伸到通過專用信令傳遞系統(tǒng)信息的無線網(wǎng)絡(luò)過程，例如，UMTS無線接入網(wǎng)絡(luò)的UTRAN移動(dòng)性信息傳遞過程。經(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中包含信息在呼叫期間發(fā)送指示(指示其是否可期望/可能支持VCC)的一種方式是將可能性/可期望性信息包含在UE與網(wǎng)絡(luò)之間的NAS信令消息中，例如，位置更新請求和CM (結(jié)構(gòu)模塊)業(yè)務(wù)請求。如3GPP TS 24.008中所定義的那樣，類標(biāo)2在這些消息中被發(fā)送，并且其在每個(gè)octet (八位字節(jié))3、4和5中具有一個(gè)可用的空閑位。也可以經(jīng)由TS 44. 108的3. 4. 10節(jié)中所述的類標(biāo)變化過程將VCC能力信息提供給網(wǎng)絡(luò)。
類標(biāo)2被自動(dòng)包含在InitialDP消息中(見圖2中的消息2)，因此在接收InitialDP消息時(shí)，CCCF中的gsmSCF能夠檢查VCC可能性/可期望性位，并且相應(yīng)地進(jìn)行響應(yīng)，也即，要么通過發(fā)送包含IMRN的CONNECT消息來進(jìn)行響應(yīng)以便進(jìn)行綁定，要么通過發(fā)送連續(xù)消息來進(jìn)行響應(yīng)以使得呼叫被正常路由，其中MRN用于命令VMSC向用戶的MS域路由呼叫。本發(fā)明假定一個(gè)或兩個(gè)這樣的空閑位用以向網(wǎng)絡(luò)指示VCC是否是可能的/期望的。如果使用兩個(gè)空閑位，那么將可以分別指示VCC是否是可能的(例如，基于終端能力和/或用戶偏好)以及VCC是否是期望的(例如，基于在呼叫建立時(shí)在呼叫UE的區(qū)域中IP-CAN的可用性)。在這種情況下，家庭網(wǎng)絡(luò)中的CCCF能夠決定是否不考慮VCC不是期望的這一指示，并且一旦用戶隨后移動(dòng)到合適的IP-CAN的覆蓋范圍中就綁定呼叫。類標(biāo)2還可以被擴(kuò)展并且在擴(kuò)展中指示該類標(biāo)的UE VCC能力，以便VCC能力信令發(fā)送不會(huì)用盡類標(biāo)的全部剩余空閑位。在SETUP消息中包含信息實(shí)現(xiàn)在呼叫期間發(fā)送指示(指示其是否可期望/可能支持VCC)的一種方式是，對于UE，在呼叫建立過程期間將VCC可能性/可期望性指示包含在作為呼叫控制協(xié)議的一部分發(fā)送的SETUP消息中(見圖2的消息流程的消息I)。然后，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域路由呼叫。在3GPP TS 24. 008中詳細(xì)說明了 3GPP呼叫控制協(xié)議。在移動(dòng)發(fā)起呼叫建立的情況下SETUP消息的格式在3GPP TS 24. 008的表9. 70a中示出。包含在來自UE的SETUP消息中的信息元素其中之一是呼叫控制能力(在3GPP TS 24. 008中的表10. 5. 89中描述)。該信息元素的目的是識(shí)別移動(dòng)站的呼叫控制能力。該信息元素的長度為四個(gè)octet。其在octet 3中有一個(gè)空閑位并且在octet 4中有四個(gè)空閑位。當(dāng)CAMEL業(yè)務(wù)在VMSC中被觸發(fā)時(shí)，gsmSSF將來自SETUP消息的一些信息包含在發(fā)送到gsmSCF的InitialDP消息中。提出了將VCC能力/可能性添加到位于3GPP TS 29. 078的6. I. I節(jié)中所定義的InitialDPArgExtension 下面的 InitialDP 中。再次提出可以如上所述使用一個(gè)或兩個(gè)空閑位。在類標(biāo)3中包含信息再一個(gè)替換例是將UE VCC可能性/可期望性信息包含在類標(biāo)3中。其當(dāng)前沒有包含在InitialDP消息中，但是可以以上述針對SETUP消息所提出的相同方式進(jìn)行添加。在類標(biāo)(2或3)中以及在SETUP消息中包含信息為了方便CCCF做決定的過程，另一個(gè)替換例是將半靜態(tài)信息(見上述)包含在類標(biāo)中(例如，類標(biāo)2)，而將動(dòng)態(tài)信息包含在呼叫建立時(shí)被發(fā)送的SETUP消息中。然后，CCCF可以基于VCC可能性/可期望性是靜態(tài)的(也即，在呼叫過程期間不太可能變化)、還是動(dòng)態(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，并且可以通過使用無線應(yīng)用協(xié)議(WAP)發(fā)送。在直接經(jīng)由GPRS到達(dá)CCCF/gsmSCF的情況下，應(yīng)當(dāng)提供CCCf/gsmSCF地址，以使得UE能夠?qū)PRS方法導(dǎo)入到該地址。該地址可以是特定的專用接入點(diǎn)名稱(APN)的形式。如果CCCF沒有接收到來自UE的VCC可能的指示，那么它可以決定不綁定該呼叫。這將意味著支持UE的非VCC將不綁定呼叫，即使這些呼叫正在使用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數(shù)碼(number)的格式。如果CCCF沒有接收到來自UE的VCC可能的指示，那么它可以決定不綁定呼叫。這將意味著支持UE的非VCC將不綁定呼叫，即使這些呼叫正在使用VCC訂戶SM也是如此。經(jīng)由CS數(shù)據(jù)調(diào)用信令發(fā)送信息到CCCF如果不可能經(jīng)由MS，或者作為正常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訂戶SM也是如此。使用VCC特征標(biāo)簽在MS注冊時(shí)信令發(fā)送信息到CCCF 當(dāng)MS可用時(shí)，將通過使用已定義的特征標(biāo)簽來指示UE支持VCC的能力，例如，被命名為+g. 3gpp. vcc-capble的標(biāo)簽或者類似的指示性名字標(biāo)簽。如果CCCF. gsmSCF沒有接收到諸如UE的VCC能力這樣的指示，那么它可以決定不綁定呼叫。這將意味著支持UE的非VCC將不綁定呼叫，即使這些呼叫正在使用VCC訂戶SIM也是如此。用于CS域中發(fā)起的CS終Ih的呼叫的可詵頂S綁定以與上述的針對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中這一想法的另一個(gè)應(yīng)用。下面將針對發(fā)送信息到移動(dòng)終端的網(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語音(VoIP)能力，對于能夠決定是否應(yīng)當(dāng)經(jīng)由電路交換(CS)還是MS域來建立語音呼叫的用戶終端來說是最基本的。在3GPP UMTS標(biāo)準(zhǔn)的第6版之前，由于接入網(wǎng)中可用的帶寬不足與沒有充分指定頂S的混合造成了經(jīng)由MS域不支持VoIP。從具有充分進(jìn)行特征說明的IMS的第6版以及增強(qiáng)型上行鏈路分組接入的說明書中，從3GPP IP連接性接入網(wǎng)(IP-CAN)經(jīng)由MS支持VoIP應(yīng)當(dāng)是可能的。但是，由于通信量管理的原因，一些網(wǎng)絡(luò)可能偏好某些時(shí)候在PS網(wǎng)絡(luò)中不提供VoIP支持。在這種情況下，將會(huì)期望命令語音呼叫經(jīng)由CS域發(fā)生。這可以通過信令發(fā)送網(wǎng)絡(luò)的PSVoIP能力來實(shí)現(xiàn)。上述應(yīng)用是用于信令發(fā)送網(wǎng)絡(luò)的Vo IP能力的一般應(yīng)用。另一個(gè)可能的應(yīng)用是當(dāng)前由3GPP所闡述的CSI (組合的CS和MS業(yè)務(wù))階段2工作項(xiàng)以及IMS增強(qiáng)工作項(xiàng)。CSI階段I被設(shè)計(jì)成使得語音呼叫部分總是在CS域上傳送。在CSI階段I中，僅存在端對端的CSI呼叫，也即，雙方的UE都必須能夠支持CS和PS會(huì)話的組合。在CSI階段2中，觀點(diǎn)是在能夠支持VoIP的MS網(wǎng)絡(luò)中充分發(fā)展(fully fledge)的MS UE將完成到具有CSI能力的UE的VoIP+數(shù)據(jù)會(huì)話。因此，當(dāng)一方可能在VoIP場景中時(shí)，另一方可能正在使用CS和PS會(huì)話的組合。由此發(fā)展下去，很可能在CSI階段2中，這樣的MS UE也是具有CSI能力的UE。因此，對于具有MS和CSI能力的UE針對發(fā)起VoIP+數(shù)據(jù)會(huì)話還是發(fā)起CSI呼叫進(jìn)行“智能”選擇來說，UE需要知道當(dāng)前已注冊并且駐留(campon)的網(wǎng)絡(luò)/LA/RA/小區(qū)的VoIP能力。反過來對于具有CSI能力的UE進(jìn)行到具有完全MS能力和CSI能力的UE的呼叫也是成立的。a)被呼叫的UE是否在具有VoIP能力的網(wǎng)絡(luò)中可能意味著該呼叫是完全徹底地受MS呼叫會(huì)話控制、還是如果被呼叫的UE不在VoIP網(wǎng)絡(luò)中的話那么該呼叫將被作為CSI呼叫提供(也即，組合了 PS會(huì)話的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/用戶應(yīng)當(dāng)?shù)弥W(wǎng)絡(luò)(或者該網(wǎng)絡(luò)的部分)是否具有VoIP能力。為了進(jìn)一步說明上述觀點(diǎn)，考慮下面的商業(yè)方面。網(wǎng)絡(luò)運(yùn)營商的驅(qū)使愿望是越來越多的“移動(dòng)”以通過PS域來提供服務(wù)。為此，很明顯網(wǎng)絡(luò)運(yùn)營商將試圖盡可能地打開VoIP的市場并且可能以折扣率來激勵(lì)用戶使用這種業(yè)務(wù)。一個(gè)得知他/她處于允許VoIP的物理位置中的用戶可能會(huì)被說服來使用VoIP而非通過CS域進(jìn)行語音呼叫。因此，存在指示UE正物理注冊或駐留的網(wǎng)絡(luò)/LA/RA/小區(qū)的VoIP能力的需要。
盡管已經(jīng)參照本發(fā)明的給定示范性實(shí)施例示出并描述了本發(fā)明，但是本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，在不脫離如后附的權(quán)利要求及其等價(jià)物所限定的本發(fā)明的精神與范圍的條件下，可以對本發(fā)明在形式和細(xì)節(jié)上進(jìn)行各種變化。應(yīng)當(dāng)理解，僅以示例的方式闡述上述實(shí)施例，并且在本申請權(quán)利要求的范圍內(nèi)可以進(jìn)行許多變化或修改。
權(quán)利要求
1.一種用于在移動(dòng)通信網(wǎng)絡(luò)中從網(wǎng)絡(luò)元素向移動(dòng)終端發(fā)送信息的方法，包括步驟 在通信期間由所述網(wǎng)絡(luò)元素向所述移動(dòng)終端發(fā)送信息，該信息與是否支持經(jīng)由分組交換(PS)域的因特網(wǎng)協(xié)議語音(VoIP)的指示相關(guān)， 其中，所述信息基于所述網(wǎng)絡(luò)元素的能力。
2.如權(quán)利要求I所述的方法，其還包括 接收由所述移動(dòng)終端確定的支持語音呼叫連續(xù)性(VCC)的可期望性和/或可能性；以及 基于所接收的可期望性和/或可能性，確定是否綁定所述移動(dòng)終端的呼叫。
3.如權(quán)利要求2所述的方法，其中支持VCC的可期望性和/或可能性是基于下列因素中的一個(gè)或多個(gè)因素而考慮的 i)移動(dòng)終端VCC能力； ii)用戶VCC偏好； iii)所連接的PS網(wǎng)絡(luò)的VoIP能力；和 iv)本地IP連接性接入網(wǎng)絡(luò)(IP-CAN)的可用性。
4.如權(quán)利要求I所述的方法，其中，所述信息包括在所述網(wǎng)絡(luò)元素和所述移動(dòng)終端之間的非接入層(NAS)消息中。
5.如權(quán)利要求I所述的方法，其中，所述信息包括在路由更新接受消息中。
6.如權(quán)利要求I所述的方法，其中，所述信息包括在連接接受消息中。
7.如權(quán)利要求I所述的方法，其中，如果所述經(jīng)由PS域的VoIP不支持，則執(zhí)行經(jīng)由電路交換(CS)域的語音呼叫。
8.如權(quán)利要求I所述的方法，其中，所述移動(dòng)終端包括呼叫方的移動(dòng)終端。
9.如權(quán)利要求I所述的方法，其中，所述移動(dòng)終端包括被呼叫方的移動(dòng)終端。
10.一種用于在移動(dòng)通信網(wǎng)絡(luò)中從網(wǎng)絡(luò)元素向移動(dòng)終端發(fā)送信息的裝置，該裝置包括 發(fā)送機(jī)，用于在通信期間由所述網(wǎng)絡(luò)元素向所述移動(dòng)終端發(fā)送信息，該信息與是否支持經(jīng)由分組交換(PS)域的因特網(wǎng)協(xié)議語音(VoIP)的指示相關(guān)， 其中，所述信息基于所述網(wǎng)絡(luò)元素的能力。
11.如權(quán)利要求10所述的裝置，其還包括 接收機(jī)，用于接收由所述移動(dòng)終端確定的支持語音呼叫連續(xù)性(VCC)的可期望性和/或可能性；以及 控制器，用于基于所接收的可期望性和/或可能性，確定是否綁定所述移動(dòng)終端的呼口 Li。
12.如權(quán)利要求11所述的裝置，其中支持VCC的可期望性和/或可能性是基于下列因素中的一個(gè)或多個(gè)因素而考慮的 i)移動(dòng)終端VCC能力； ii)用戶VCC偏好； iii)所連接的PS網(wǎng)絡(luò)的VoIP能力；和 iv)本地IP連接性接入網(wǎng)絡(luò)(IP-CAN)的可用性。
13.如權(quán)利要求10所述的裝置，其中，所述信息包括在所述網(wǎng)絡(luò)元素和所述移動(dòng)終端之間的非接入層(NAS)消息中。
14.如權(quán)利要求10所述的裝置，其中，所述信息包括在路由更新接受消息中。
15.如權(quán)利要求10所述的裝置，其中，所述信息包括在連接接受消息中。
16.如權(quán)利要求10所述的裝置，其中，如果所述經(jīng)由PS域的VoIP不支持，則執(zhí)行經(jīng)由電路交換(CS)域的語音呼叫。
17.如權(quán)利要求10所述的裝置，其中，所述移動(dòng)終端包括呼叫方的移動(dòng)終端。
18.如權(quán)利要求10所述的裝置，其中，所述移動(dòng)終端包括被呼叫方的移動(dòng)終端。
19.一種用于在移動(dòng)通信網(wǎng)絡(luò)中接收來自網(wǎng)絡(luò)元素的信息的方法，包括步驟 在通信期間由移動(dòng)終端接收由所述網(wǎng)絡(luò)元素發(fā)送的信息，該信息與是否支持經(jīng)由分組交換(PS)域的因特網(wǎng)協(xié)議語音(VoIP)的指示相關(guān)； 由所述移動(dòng)終端基于所接收的信息，確定在該移動(dòng)終端的當(dāng)前位置經(jīng)PS域支持語音呼叫連續(xù)性(VCC)的可期望性和/或可能性；以及 將所確定的可期望性和/或可能性發(fā)送到所述網(wǎng)絡(luò)元素， 其中，所述信息基于所述網(wǎng)絡(luò)元素的能力。
20.如權(quán)利要求19所述的方法，其中，所述信息包括在所述網(wǎng)絡(luò)元素和所述移動(dòng)終端之間的非接入層(NAS)消息中。
21.如權(quán)利要求19所述的方法，其中，所述信息包括在路由更新接受消息中。
22.如權(quán)利要求19所述的方法，其中，所述信息包括在連接接受消息中。
23.如權(quán)利要求19所述的方法，其中，如果所述經(jīng)由PS域的VoIP不支持，則執(zhí)行經(jīng)由電路交換(CS)域的語音呼叫。
24.如權(quán)利要求19所述的方法，其中，所述移動(dòng)終端包括呼叫方的移動(dòng)終端。
25.如權(quán)利要求19所述的方法，其中，所述移動(dòng)終端包括被呼叫方的移動(dòng)終端。
26.一種用于在移動(dòng)通信網(wǎng)絡(luò)中接收來自網(wǎng)絡(luò)元素的信息的裝置，該裝置包括 用于在通信期間由移動(dòng)終端接收由所述網(wǎng)絡(luò)元素發(fā)送的信息的裝置，該信息與是否支持經(jīng)由分組交換(PS)域的因特網(wǎng)協(xié)議語音(VoIP)的指示相關(guān)； 用于由所述移動(dòng)終端基于所接收的信息，確定在該移動(dòng)終端的當(dāng)前位置經(jīng)PS域支持語音呼叫連續(xù)性(VCC)的可期望性和/或可能性的裝置；以及 用于將所確定的可期望性和/或可能性發(fā)送到所述網(wǎng)絡(luò)元素的裝置， 其中，所述信息基于所述網(wǎng)絡(luò)元素的能力。
27.如權(quán)利要求26所述的裝置，其中，所述信息包括在所述網(wǎng)絡(luò)元素和所述移動(dòng)終端之間的非接入層(NAS)消息中。
28.如權(quán)利要求26所述的裝置，其中，所述信息包括在路由更新接受消息中。
29.如權(quán)利要求26所述的裝置，其中，所述信息包括在連接接受消息中。
30.如權(quán)利要求26所述的裝置，其中，如果所述經(jīng)由PS域的VoIP不支持，則執(zhí)行經(jīng)由電路交換(CS)域的語音呼叫。
31.如權(quán)利要求26所述的裝置，其中，所述移動(dòng)終端包括呼叫方的移動(dòng)終端。
32.如權(quán)利要求26所述的裝置，其中，所述移動(dòng)終端包括被呼叫方的移動(dòng)終端。
全文摘要
公開了用于在移動(dòng)通信網(wǎng)絡(luò)中從網(wǎng)絡(luò)元素向移動(dòng)終端發(fā)送信息的方法和裝置以及接收該信息的方法和裝置。所述用于在移動(dòng)通信網(wǎng)絡(luò)中從網(wǎng)絡(luò)元素向移動(dòng)終端發(fā)送信息的方法包括步驟在通信期間由所述網(wǎng)絡(luò)元素向所述移動(dòng)終端發(fā)送信息，該信息與是否支持經(jīng)由分組交換(PS)域的因特網(wǎng)協(xié)議語音(VoIP)的指示相關(guān)，其中，所述信息基于所述網(wǎng)絡(luò)元素的能力。
文檔編號(hào)H04W76/04GK102711284SQ20121016194
公開日2012年10月3日 申請日期2007年1月9日 優(yōu)先權(quán)日2006年1月10日
發(fā)明者克雷格.畢曉普, 切恩-霍.欽, 格特.J.范利肖特 申請人:三星電子株式會(huì)社