專利名稱：一種確定業(yè)務(wù)控制模式的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明屬于移動(dòng)通信領(lǐng)域，特別涉及一種確定業(yè)務(wù)控制模式的方法及裝置。
背景技術(shù)：
IMS (IP Multimedia Subsystem IP，多媒體子系統(tǒng))是3GPP ( 3rd Generation Partnership Project)標(biāo)準(zhǔn)定義的WCDMA網(wǎng)絡(luò)中IP多媒體子系統(tǒng)，是3G(3rd Generation)移動(dòng)網(wǎng)實(shí)現(xiàn)分組話音和分組數(shù)據(jù)，提供統(tǒng)一的多媒體業(yè)務(wù)和應(yīng)用 的目標(biāo)網(wǎng)絡(luò)。IMS采用IP分組域作為其控制信令和々某體傳輸?shù)某休d通道，采 用SIP ( Session inition Protocol)協(xié)議作為呼叫控制信令。IMS中的用戶簽約數(shù) 據(jù)集中在HSS (Home Subscriber Server,歸屬簽約用戶服務(wù)器)中管理；業(yè)務(wù) 由應(yīng)用服務(wù)器AS (Application Server,應(yīng)用服務(wù)器)統(tǒng)一提供；會(huì)話控制由 CSCF ( Call Session Control Function,呼叫會(huì)話控制功能)完成。
IMS 在 Tispan(TelecommunicationsandInternetConverged Services and Protocols for Advanced Networking)的描述,在3GPP2 (3rd Generation Partnership Project 2 ))中也有一個(gè)類似的多々某體子系統(tǒng)，即MMD ( Multimedia Domain, 多媒體域)，其和IMS的結(jié)構(gòu)類似。
在網(wǎng)絡(luò)向IMS演變過程中，將會(huì)出現(xiàn)一段時(shí)間CS (Circuit Switch,電路 交換)和IMS并存的情況。運(yùn)營(yíng)商希望網(wǎng)絡(luò)中有一個(gè)控制點(diǎn)能夠?qū)蓚€(gè)域的會(huì) 話業(yè)務(wù)進(jìn)行集中控制。這個(gè)集中控制的點(diǎn)一般都處于IMS網(wǎng)絡(luò)，由AS來實(shí)現(xiàn)。 以3GPP為例，目前存在以下兩種不同的業(yè)務(wù)控制模式終端增強(qiáng)型業(yè)務(wù)控制 模式和網(wǎng)絡(luò)增強(qiáng)型業(yè)務(wù)控制模式。其中終端增強(qiáng)型業(yè)務(wù)控制模式又分為Il-PS業(yè)務(wù)控制模式、Il-CS業(yè)務(wù)控制模式
終端增強(qiáng)業(yè)務(wù)控制模式當(dāng)用戶在CS發(fā)起或接受呼叫時(shí)，呼叫將被控制 路由到其歸屬的IMS網(wǎng)絡(luò)，在IMS域?yàn)橛脩籼峁I(yè)務(wù)，同時(shí)，為了實(shí)現(xiàn)業(yè)務(wù) 控制過程中用戶與IMS網(wǎng)絡(luò)業(yè)務(wù)控制實(shí)體的交互，新增實(shí)體ICCF (IMS CS Control Function, IMS電路控制功能實(shí)體)完成UE通過CS域接入到IMS網(wǎng) 絡(luò)的適配控制功能。ICCF包括了 RUA (Remote User Agent,遠(yuǎn)端用戶代理) 和R-CAAF (Remote CS Access Adaptation Function,遠(yuǎn)端CS 4妄入適配功能實(shí) 體)兩個(gè)子模塊R-CAAF子才莫塊在僅存在CS接入的時(shí)候和用戶UE中的 L-CAAF ( Local CS Access Adaptation Function,本地CS接入適配功能實(shí)體) 共同協(xié)作，完成CS域業(yè)務(wù)控制信令到IMS域SIP信令之間的互通和轉(zhuǎn)換功能； 而RUA則作為一個(gè)遠(yuǎn)端用戶代理，代替用戶發(fā)起或者終結(jié)SIP請(qǐng)求，代替用 戶接入IMS域。
ICS UE和ICCF之間的接口 II又稱為ICCC (IMS CS Control Channel, IMS電路域控制信道)，根據(jù)不同的網(wǎng)絡(luò)接入環(huán)境可能是不同的協(xié)議在僅存 在CS連接的時(shí)候，是L-CAAF和R-CAAF之間的USSD (Unstructured Supplementary Service Data ，非結(jié)構(gòu)化補(bǔ)充業(yè)務(wù)數(shù)據(jù))接口、 SMS (Short Message Service ，短消息業(yè)務(wù))接口或者DTMF ( Dual Tone Multiple Frequency, 多音雙頻)接口；當(dāng)在PS可用的情況下，是UE和RUA之間的SIP協(xié)議。當(dāng) ICCC通道是CS域的信令時(shí)，我們稱ICCC為Il-CS;當(dāng)ICCC是PS上的SIP 信令時(shí)，ICCC又稱為Il-PS。
網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式終端和MSC server之間是傳統(tǒng)的CS域信令，在 MSC Server和CSCF之間是SIP信令，MSC Server把用戶的CS域信令轉(zhuǎn)換成 IMS域的SIP信令，由MSC Server代替用戶接入到IMS域，在IMS域?yàn)橛脩?提供業(yè)務(wù)。
發(fā)祖4實(shí)ii4W技術(shù)的過程豐發(fā)現(xiàn):—由辛目—前在IGS架構(gòu)豐存在i^兩 種不同的業(yè)務(wù)控制it式，當(dāng)ICS終端接入到一個(gè)網(wǎng)絡(luò)后，如何決定采用哪種業(yè)務(wù)控制模式為用戶提供業(yè)務(wù)成了 一個(gè)亟待解決的問題。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種確定業(yè)務(wù)控制模式的方法，可以用于解決當(dāng)ICS 終端接入到一個(gè)網(wǎng)絡(luò)決定采用哪種業(yè)務(wù)控制^t式為用戶4是供業(yè)務(wù)的問題。所述
方法包4舌
業(yè)務(wù)控制模式?jīng)Q策模塊根據(jù)網(wǎng)絡(luò)的業(yè)務(wù)控制能力信息確定可用業(yè)務(wù)控制 模式；
所述業(yè)務(wù)控制模式?jīng)Q策模塊從所述可用業(yè)務(wù)控制模式中確定使用的業(yè)務(wù)
控制模式；
所述業(yè)務(wù)控制模式?jīng)Q策模塊將所述確定使用的業(yè)務(wù)控制模式通知執(zhí)行模塊。
本發(fā)明實(shí)施例還提供一種確定業(yè)務(wù)控制模式的裝置，包括 選取模塊用于根據(jù)網(wǎng)絡(luò)的業(yè)務(wù)控制能力信息確定可用業(yè)務(wù)控制模式，并 從所述可用業(yè)務(wù)控制模式中確定使用的業(yè)務(wù)控制模式；
通知模塊用于將所述確定使用的業(yè)務(wù)控制模式通知執(zhí)行模塊。 本發(fā)明的具體實(shí)施方案根據(jù)獲知的ICS UE的會(huì)話業(yè)務(wù)控制能力信息和網(wǎng) 絡(luò)的業(yè)務(wù)控制能力信息并以此確定業(yè)務(wù)控制模式，使得當(dāng)ICS終端接入(比如 漫游的時(shí)候)到一個(gè)網(wǎng)絡(luò)后可以確定哪種業(yè)務(wù)控制^^莫式為用戶提供業(yè)務(wù)。


圖1為本發(fā)明4是供的第一實(shí)施例方法流程圖； 圖2為本發(fā)明提供的第二實(shí)施例方法流程圖； 圖3為本發(fā)明^是供的第三實(shí)施例方法流程圖； 圖4為本發(fā)明提供的第四實(shí)施例方法流程圖； 圖5為本發(fā)明提供的第五實(shí)施例方法流程10圖6為本發(fā)明^是供的第六實(shí)施例方法流程圖； 圖7為本發(fā)明提供的第七實(shí)施例方法流程圖； 圖8為本發(fā)明4是供的第八實(shí)施例方法流程圖； 圖9為本發(fā)明提供的第九實(shí)施例裝置結(jié)構(gòu)圖； 圖IO為本發(fā)明提供的第十實(shí)施例系統(tǒng)結(jié)構(gòu)圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例以IMS網(wǎng)絡(luò)為例，本發(fā)明實(shí)施例同樣適用于MMD等其他類 似的多媒體子系統(tǒng)。
在本發(fā)明實(shí)施例中，業(yè)務(wù)控制模式?jīng)Q策模塊感知網(wǎng)絡(luò)和終端的能力，根據(jù) 網(wǎng)絡(luò)和終端的能力決定利用何種業(yè)務(wù)控制模式為用戶提供業(yè)務(wù)，并把其決定的 結(jié)果發(fā)送到業(yè)務(wù)執(zhí)行模塊，由業(yè)務(wù)執(zhí)行模塊按照決定的業(yè)務(wù)控制模式為用戶提 供業(yè)務(wù)。
ICS用戶是指不管通過什么接入方式(比如，CS， IMS )都能夠在IMS域 實(shí)現(xiàn)業(yè)務(wù)集中控制的用戶。用戶終端是指用戶當(dāng)前所持的終端，當(dāng)用戶終端具 有通過ICCC通道控制業(yè)務(wù)的能力時(shí)，該終端就是一個(gè)ICS終端。ICS終端和 ICS用戶沒有必然的聯(lián)系，ICS用戶所用的不一定就是ICS終端，而利用ICS 終端的也不一定是ICS用戶；如果一個(gè)終端不是ICS終端則該終端為non ICS UE。
在本發(fā)明實(shí)施例中，DTM ( Dual Transfer Mode雙傳輸才莫式)，是指終端和 網(wǎng)絡(luò)具有兩種模式的信號(hào)同時(shí)在線，同時(shí)發(fā)送或者接收信號(hào)的能力。比如，CS 接入和PS接入，當(dāng)用戶的終端處在一個(gè)具有DTM能力的網(wǎng)絡(luò)，且終端也具 有DTM能力的時(shí)候，終端就可以同時(shí)在CS和PS 4^收和發(fā)送信號(hào)。
在本發(fā)明第一實(shí)施例提供的方法中ICS終端通過歸屬IMS網(wǎng)絡(luò)建立一個(gè) 會(huì)話，確定對(duì)該會(huì)話的業(yè)務(wù)控制模式。業(yè)務(wù)控制模式?jīng)Q策模塊位于ICCF,通 知ICS終端(包括執(zhí)行模塊)利用Il-PS業(yè)務(wù)控制模式(后續(xù)將簡(jiǎn)寫為Il-PS ),方法流程如圖1所示，包括
步驟101: ICCF獲知ICS終端當(dāng)前所處的網(wǎng)絡(luò)支持Il-PS、具有DTM能 力，ICS終端支持Il-PS,則ICCF確定Il-PS可用；在本實(shí)施例中ICCF確定 使用的業(yè)務(wù)控制模式為Il-PS,即ICS終端利用Il-PS提供業(yè)務(wù)。
步驟102 ~ 104: ICCF發(fā)送SIP消息到ICS終端，通知該ICS終端利用Il-PS 進(jìn)行業(yè)務(wù)控制；該SIP消息經(jīng)過S-CSCF、 P-CSCF轉(zhuǎn)發(fā)。
步驟105: ICS終端接收到該SIP消息后，則獲知需要利用Il-PS進(jìn)行業(yè)務(wù) 控制。
步驟106:當(dāng)ICS終端需要進(jìn)行業(yè)務(wù)控制時(shí)，利用Il-PS上的SIP消息向 P-CSCF發(fā)送業(yè)務(wù)控制消息。
步驟107: P-CSCF將業(yè)務(wù)控制消息發(fā)送到ICCF。
在上述方法中，ICCF可以通過DM ( Device Management,設(shè)備管理)機(jī) 制獲取終端的能力，即該終端是ICS終端(如果是ICS終端則即可確定該終端 支持Il-PS),可以通過初始注冊(cè)的消息獲知網(wǎng)絡(luò)支持IP-CAN連接、網(wǎng)絡(luò)具有 DTM能力；可以通過配置獲知網(wǎng)絡(luò)部署了 ICCF，從而確定網(wǎng)絡(luò)支持Il-PS。
需要說明的是，該實(shí)施例中只是以終端建立了會(huì)話后收到網(wǎng)絡(luò)的SIP消息 為例，也可能在建立會(huì)話前收到的SIP消息。
需要說明的是，該實(shí)施例中只是以網(wǎng)絡(luò)ICCF確定使用Il-PS，進(jìn)而通知終 端利用Il-PS進(jìn)行業(yè)務(wù)控制，也可能是HLR/HSS確定使用Il-PS,進(jìn)而通知終 端利用Il-PS進(jìn)行業(yè)務(wù)控制。
需要說明的是，該實(shí)施例中也可以是終端和ICCF同時(shí)存在業(yè)務(wù)控制模式 決策模塊，進(jìn)而確定可用的業(yè)務(wù)控制模式，然后通知自己的業(yè)務(wù)控制模塊，進(jìn) 行業(yè)務(wù)控制，而可以沒有步驟102 ~ 104的顯示通知過程。
需要說明的是，該實(shí)施例中只是以通過MSC、 MGCF建立的會(huì)話為例， 事實(shí)上ICS終端也可能通過eMSC建立會(huì)話。
本發(fā)明第二實(shí)施例是一種確定業(yè)務(wù)控制模式的方法ICS終端通過其歸屬的IMS網(wǎng)絡(luò)建立一個(gè)會(huì)話，并確定對(duì)該會(huì)話的業(yè)務(wù)控制模式。業(yè)務(wù)控制模式?jīng)Q
策模塊位于ICCF,通知終端利用Il-CS業(yè)務(wù)控制才莫式(后續(xù)將簡(jiǎn)寫為Il-CS )。 如圖2所示
步驟201: ICCF獲知ICS終端當(dāng)前所處的網(wǎng)絡(luò)支持I1-CS， ICS終端支持 Il-CS, ICCF確定Il-CS可用并確定使用的業(yè)務(wù)控制模式為Il-CS，即ICS終 端利用Il-CS提供業(yè)務(wù)。
步驟202-204: ICCF發(fā)送USSD消息到ICS終端，通知該ICS終端利用 Il-CS進(jìn)行業(yè)務(wù)控制；該USSD消息經(jīng)過HSS、 eMSC轉(zhuǎn)發(fā)至ICS終端。
步驟205: ICS終端在收到該USSD消息后，獲知需要利用Il-CS進(jìn)行業(yè) 務(wù)控制。
步驟206: ICS終端發(fā)起呼叫，即發(fā)送set up消息到eMSC，該set up消息 中攜帶被叫號(hào)碼。
步驟207: eMSC通過CAMEL ( Customised Applications for Mobile network Enhanced Logic,移動(dòng)網(wǎng)絡(luò)增強(qiáng)的客戶化應(yīng)用)觸發(fā)，發(fā)送IDP消息到ICCF。 該實(shí)施例中，ICCF可以實(shí)現(xiàn)SCP( Service Control Point )的功能；也可以是IDP 消息先發(fā)到SCP，然后由SCP轉(zhuǎn)發(fā)至ICCF。
步驟208: ICCF通過Connect消息向eMSC返回IMRN (IP Multimedia Routing Number)號(hào)碼。
步驟209: eMSC將set up消息轉(zhuǎn)換成invite消息，并將該invite消息發(fā)送 到ICCF。
步驟210: ICCF將IDP消息中攜帶的被叫號(hào)碼，添加到invite消息中，并 將該invite消息發(fā)送到S-CSCF。
步驟211: S-CSCF將invite消息發(fā)送到被叫用戶終端，從而ICS終端和被 叫用戶終端之間建立了會(huì)話。
步驟212:當(dāng)ICS終端需要進(jìn)行業(yè)務(wù)控制時(shí)，ICS終端利用Il-CS上的USSD 消息發(fā)送業(yè)務(wù)控制消息到eMSC。步驟213: eMSC將業(yè)務(wù)控制消息發(fā)送到HLR/HSS。 步驟214: HSS將業(yè)務(wù)控制消息發(fā)送到ICCF。
需要說明的是，該實(shí)施例中的ICCF可以通過DM機(jī)制或者是終端上報(bào)的 方法獲知到終端是ICS終端可確定終端支持Il-CS,通過簽署的USSD漫游協(xié) 議獲知到用戶當(dāng)前的網(wǎng)絡(luò)支持和歸屬網(wǎng)絡(luò)的USSD互通，進(jìn)而確定網(wǎng)絡(luò)支持 Il-CS。
需要說明的是，該實(shí)施例中是以網(wǎng)絡(luò)ICCF確定使用Il-CS，進(jìn)而通知終 端利用Il-CS進(jìn)行業(yè)務(wù)控制，也可以是HLR/HSS確定使用Il-CS，進(jìn)而通知終 端利用Il-CS進(jìn)行業(yè)務(wù)控制。
需要說明的是，該實(shí)施例中也可能是終端和ICCF同時(shí)存在業(yè)務(wù)控制模式 決策模塊，進(jìn)而確定可用的業(yè)務(wù)控制模式，然后通知自己的業(yè)務(wù)控制模塊，進(jìn) 行業(yè)務(wù)控制，而可以沒有步驟202 ~ 204的顯示通知過程。
需要說明的是，該實(shí)施例中步驟206-步驟211，是以通過eMSC接入到 歸屬域，進(jìn)而建立會(huì)話為例，事實(shí)上ICS終端也可以通過MSC、 MGCF建立 會(huì)話；其中在步驟202-步驟206之間，HSS把CAMEL數(shù)據(jù)下發(fā)到用戶當(dāng)前 所在的VLR。
本發(fā)明第三實(shí)施例是一種確定業(yè)務(wù)控制模式的方法，如圖3所示 步驟301: ICS終端執(zhí)行正常的IMS的注冊(cè)流程。
步驟302-304: HSS獲知ICS終端所處位置的Il-PS可用后，通知ICS終 端所處位置的I1-PS可用，該通知經(jīng)過S-CSCF、 P-CSCF轉(zhuǎn)發(fā)。
步驟305: ICS終端獲知其所處位置的Il-PS可用，且ICS終端也支持Il-PS， 則該ICS終端確定可以利用Il-PS進(jìn)行業(yè)務(wù)控制，并確定使用Il-PS為用戶提 供業(yè)務(wù)。
步驟306 ~ 308: ICS終端發(fā)送消息到HSS，該消息用于通知HSS利用Il-PS 進(jìn)行業(yè)務(wù)控制，該消息經(jīng)過P-CSCF、 ICCF轉(zhuǎn)發(fā)。
步驟309: HSS收到ICS終端決定利用Il-PS進(jìn)行業(yè)務(wù)控制的通知消息后，把iFC下發(fā)到S-CSCF。
步驟310: ICS終端發(fā)送setup消息到eMSC,用于建立會(huì)話。
步驟311: eMSC把set up消息轉(zhuǎn)換成invite消息發(fā)送到S-CSCF。
步驟312: S-CSCF通過iFC把invite消息觸發(fā)到ICCF。
步驟313: ICCF發(fā)送invite消息到S-CSCF。
步驟314: S-CSCF發(fā)送invite消息到被叫用戶終端。
步驟315:當(dāng)ICS終端需要進(jìn)行業(yè)務(wù)控制時(shí)，利用Il-PS上的SIP消息向 P-CSCF發(fā)起業(yè)務(wù)控制。
步驟316: P-CSCF把業(yè)務(wù)控制消息發(fā)送到ICCF。
需要說明的是，該實(shí)施例中只是以通過eMSC接入到歸屬域，進(jìn)而建立會(huì) 話為例，ICS終端也可以通過MSC或MGCF建立的會(huì)話。
需要說明的是，該實(shí)施例中中的ICCF可以通過DM方法獲知到終端是ICS 終端可確定終端支持Il-PS，通過注冊(cè)的消息獲知網(wǎng)絡(luò)支持IP-CAN連接、網(wǎng) 絡(luò)具有DTM能力以及通過配置獲知到網(wǎng)絡(luò)部署了 ICCF,從而確定網(wǎng)絡(luò)支持 Il-PS。
本發(fā)明第四實(shí)施例是一種確定業(yè)務(wù)控制模式的方法。該實(shí)施例中，業(yè)務(wù)控 制模式?jīng)Q策模塊位于ICS終端，ICS終端自己決定利用Il-CS進(jìn)行業(yè)務(wù)控制， 如圖4所示
步驟401: ICS終端通過USSD消息將被叫號(hào)碼發(fā)送到ICCF。
步驟402: ICS終端發(fā)送Set up消息到eMSC(該Set up消息中的Called-Party
Number為ICCF的PSI ( Public Service Identity))。
步驟403: eMSC把Set up消息轉(zhuǎn)換為invite消息，并將該invite消息發(fā)送
到ICCF。
步驟404: ICCF把被叫號(hào)碼，填寫到invite中，發(fā)送到S-CSCF。 步驟405: S-CSCF將Invite消息發(fā)送到被叫終端，ICS終端通過歸屬的IMS 網(wǎng)路和被叫終端端建立了 一個(gè)會(huì)話。
15步驟406: ICS終端根據(jù)上述過程獲知到ICS終端當(dāng)前所處的網(wǎng)絡(luò)支持 Il-CS。 ICS終端支持I1-CS,且ICS終端確定I1-CS可用，并決策利用Il-CS 進(jìn)行業(yè)務(wù)控制。在該步驟中，由于ICS終端通過USSD建立了會(huì)話于是ICS終 端獲知Il-CS可用。
步驟407:當(dāng)ICS終端需要進(jìn)行業(yè)務(wù)控制時(shí)，利用Il-CS上的USSD消息 向eMSC發(fā)起業(yè)務(wù)控制。
步驟408: eMSC把業(yè)務(wù)控制消息轉(zhuǎn)發(fā)到HLR/HSS。
步驟409: HSS把業(yè)務(wù)控制消息發(fā)送到ICCF。
需要說明的是，該實(shí)施例中只是以通過eMSC建立的會(huì)話為例，ICS終 端也可以通過MSC、 MGCF建立會(huì)話。
當(dāng)通過eMSC建立會(huì)話時(shí)，不管eMSC是否代替用戶注冊(cè)到IMS,由于 eMSC具有CS信令和SIP之間的轉(zhuǎn)換功能，所以可以直接利用eMSC的信令 轉(zhuǎn)換功能，可以不再利用MGCF進(jìn)行信令轉(zhuǎn)換。
該實(shí)施例中的ICS終端通過使用USSD成功建立了會(huì)話，并感知到用戶當(dāng) 前網(wǎng)絡(luò)支持和歸屬網(wǎng)絡(luò)之間的USSD互通，從而確定網(wǎng)絡(luò)支持Il-CS;而業(yè)務(wù) 控制模式?jīng)Q策模塊本身就位于ICS終端，可確定ICS終端支持Il-CS。
本發(fā)明第五實(shí)施例是一種確定業(yè)務(wù)控制才莫式的方法。該實(shí)施例中，業(yè)務(wù)控 制模式模塊位于HLR/HSS,通知ICS終端利用網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式；該實(shí) 施例中VLR與eMSC合設(shè)；如圖5所示
步驟501: ICS終端進(jìn)行正常的CS域的Attach過程。
步驟502: eMSC發(fā)送MAP—update—location消息到HLR/HSS,攜帶表明 MSC這是一個(gè)增強(qiáng)的MSC的標(biāo)識(shí)。
步驟503:才艮據(jù)步驟502的過程，HLR/HSS獲知到ICS終端當(dāng)前所處的網(wǎng) 絡(luò)支持網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式。ICS終端支持網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式，ICS終 端確定網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式可用，并決策利用網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式為用戶 提供業(yè)務(wù)。
16步驟504: HLR/HSS在下發(fā)到VLR的數(shù)據(jù)中攜帶標(biāo)識(shí)，該標(biāo)識(shí)表明該用 戶是ICS用戶。
步驟505: HLR/HSS通過USSD消息通知ICS終端利用網(wǎng)絡(luò)增強(qiáng)方案為用 戶提供業(yè)務(wù)。
在步驟503中，HLR/HSS也可以獲知到終端當(dāng)前所處的網(wǎng)絡(luò)支持網(wǎng)絡(luò)增 強(qiáng)業(yè)務(wù)控制模式的方式還可以有eMSC上報(bào)其自身的能力，而ICS終端也上 報(bào)自身的能力，則HLR/HSS可確定終端是ICS終端，網(wǎng)絡(luò)也支持網(wǎng)絡(luò)增強(qiáng)方 案，進(jìn)而可以確定利用網(wǎng)絡(luò)增強(qiáng)方案進(jìn)行業(yè)務(wù)控制。
在確定利用網(wǎng)絡(luò)增強(qiáng)方案后，eMSC獲知到用戶是ICS用戶，于是把終端 發(fā)來的CS域呼叫信令和業(yè)務(wù)控制信令都轉(zhuǎn)換為SIP消息發(fā)送到網(wǎng)絡(luò)；并且將 接收到SIP消息和業(yè)務(wù)控制信令轉(zhuǎn)換為CS域的信令發(fā)送到ICS終端。
當(dāng)選用的業(yè)務(wù)控制^t式為終端增強(qiáng)型業(yè)務(wù)控制^f莫式(即Il-PS業(yè)務(wù)控制 模式或Il-CS業(yè)務(wù)控制模式時(shí))，且同時(shí)確定網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式可用，則 eMSC僅把ICS終端發(fā)來的CS域的呼叫信令轉(zhuǎn)換為SIP消息后發(fā)送到IMS網(wǎng) 絡(luò)，或者把IMS網(wǎng)絡(luò)發(fā)來的SIP消息轉(zhuǎn)換成CS域的呼叫信令后發(fā)送到ICS終 端。對(duì)于業(yè)務(wù)控制信令；ICS終端通過Il-CS或者Il-PS發(fā)送到ICCF,由ICCF 將控制信令發(fā)送到業(yè)務(wù)執(zhí)行實(shí)體TAS。
本發(fā)明第六實(shí)施例是一種確定業(yè)務(wù)控制模式的方法。該實(shí)施例中，業(yè)務(wù)控 制模式模塊位于HSS/HLR, ICS終端利用CAMEL業(yè)務(wù)控制模式；該實(shí)施例中 VLR與eMSC合設(shè)；如圖6所示
步驟601: ICS終端進(jìn)行CS域的attach過程。
步驟602: MSC在發(fā)送到HLR/HSS中的MAP—update—location消息中，攜 帶標(biāo)識(shí)，該標(biāo)識(shí)表明MSC支持CAMEL業(yè)務(wù)控制模式。
步驟603:根據(jù)步驟602， HLR/HSS獲知到終端當(dāng)前所處的網(wǎng)絡(luò)支持 CAMEL業(yè)務(wù)控制模式。HLR/HSS決定利用CAMEL業(yè)務(wù)控制模式為用戶提供 業(yè)務(wù)。步驟604: HLR/HSS把用戶的CAMEL數(shù)據(jù)以及用戶的MID-CALL業(yè)務(wù) 的業(yè)務(wù)數(shù)據(jù)下發(fā)到VLR。
步驟605: HLR/HSS利用SMS(Short Message Service)通知ICS終端利用 CAMEL業(yè)務(wù)控制^f莫式為用戶提供業(yè)務(wù)。
該實(shí)施例中的HLR/HSS通過用戶注冊(cè)的MAP—update—location消息獲知 MSC支持CAMEL業(yè)務(wù)控制模式。
本發(fā)明第七實(shí)施例如圖7所示通過該實(shí)施例中的方法，ICCF能夠獲知 用戶當(dāng)前所處的位置的網(wǎng)絡(luò)的信息以及終端的能力信息，ICS UE能夠獲知網(wǎng) 絡(luò)的能力信息。
步驟701: ICCF感知到用戶在CS域Attach;
步驟702 ~ 703: ICCF發(fā)送到用戶的USSD消息，該USSD消息經(jīng)過HLR; 步驟704: UE通過USSD消息感知當(dāng)前所處的網(wǎng)絡(luò)以及歸屬網(wǎng)絡(luò)都支持 Il陽(yáng)CS;
步驟705 ~ 706:用戶終端發(fā)送上述USSD消息相應(yīng)的響應(yīng)消息到ICCF， 該響應(yīng)消息表明該終端是ICS終端(比如可以通過在響應(yīng)消息中攜帶一標(biāo)識(shí))； 該響應(yīng)消息經(jīng)過HLR轉(zhuǎn)發(fā)；
步驟707: ICS ICCF通過上述響應(yīng)消息感知到前面所描述的終端是ICS終 端，并且該用戶終端當(dāng)前所處的網(wǎng)絡(luò)支持Il-CS;
步驟708: ICCF感知到用戶在CS域Attach,并且在PS域注冊(cè)；
步驟709 711: ICCF發(fā)送invite消息到用戶終端，該invite消息中攜帶有 利用CS承載的指示信息；該invite消息經(jīng)過S-CSCF、 P-CSCF轉(zhuǎn)發(fā)；
步驟712:用戶終端確定當(dāng)前所處的網(wǎng)絡(luò)支持DTM ( Dual Transfer Mode);
步驟713 ~ 715:用戶終端返回200 ok消息至ICCF，表明該用戶終端是ICS 終端(比如可以通過攜帶一標(biāo)識(shí)實(shí)現(xiàn))；該200ok消息經(jīng)過P-CSCF、 S-CSCF 轉(zhuǎn)發(fā)；步驟716-718: ICCF返回ACK消息至用戶終端，該ACK消息經(jīng)過 S畫CSCF、 P-CSCF轉(zhuǎn)發(fā)。
需要說明的是，該實(shí)施例中僅以用戶當(dāng)前使用的是ICS終端為例。如果用 戶使用的NonICSUE, ICCF則可能接收不到響應(yīng)消息或者所接收到的響應(yīng)消 息中不包含該終端是ICS終端的標(biāo)識(shí)，則ICCF確定用戶終端不是ICS終端。 如果確定用戶使用的不是ICS終端后，ICCF可以通知HLR/HSS; HLR/HSS 下發(fā)用戶相關(guān)的業(yè)務(wù)數(shù)據(jù)到用戶當(dāng)前所在的VLR，業(yè)務(wù)數(shù)據(jù)可以是CAMEL 數(shù)據(jù)、Mid-CALL業(yè)務(wù)數(shù)據(jù)等；
需要說明的是，該實(shí)施例中，如果ICCF下發(fā)的Invite建立會(huì)話沒有成功， 可以確認(rèn)I1-PS不可用；
需要說明的是，該實(shí)施例中，當(dāng)ICCF確認(rèn)Il-CS和Il-PS都不可用時(shí)，ICCF 通知HLR/HSS下發(fā)用戶相關(guān)的業(yè)務(wù)數(shù)據(jù)到用戶當(dāng)前所在的VLR;
需要說明的是，該實(shí)施例是以ICCF通過響應(yīng)消息獲知用戶使用的是否是 ICS終端為例；ICCF也可以通過DM機(jī)制獲取用戶終端的能力，當(dāng)是ICS終 端時(shí)，再進(jìn)行上述的流程，這樣在USSD的響應(yīng)消息以及200 OK消息中就可 以不再包含ICS終端的標(biāo)識(shí)；但是仍然可以在200 OK消息中包含網(wǎng)絡(luò)對(duì)于 DTM支持情況的信息。
需要說明的是，該實(shí)施例中，用戶終端通過網(wǎng)絡(luò)下發(fā)的USSD消息獲知網(wǎng) 絡(luò)部署了ICCF,并且Il-CS可用；根據(jù)網(wǎng)絡(luò)下發(fā)的Invite消息判斷網(wǎng)絡(luò)部署了 ICCF，根據(jù)會(huì)話建立成功，獲知網(wǎng)絡(luò)支持Il-PS模式。
需要說明的是，該實(shí)施例中以Il-PS是SIP會(huì)話的形式為例；如果Il-PS 不是SIP會(huì)話，而是非會(huì)話的SIP消息，則ICCF下發(fā)非會(huì)話的SIP消息，用 戶終端同樣可以根據(jù)用戶終端是ICS終端以及用戶終端當(dāng)前所處的網(wǎng)絡(luò)支持 DTM,在響應(yīng)消息中表明Il-PS可用。
需要說明的是，該實(shí)施例中ICS UE和ICCF中可以分別具有業(yè)務(wù)控制模 式?jīng)Q策模塊，并且分別都具有業(yè)務(wù)控制模式執(zhí)行模塊。業(yè)務(wù)控制模式?jīng)Q策模塊根據(jù)上述的步驟獲知可用的業(yè)務(wù)控制模式進(jìn)行決策，進(jìn)而通知業(yè)務(wù)控制模式執(zhí) 行模塊利用相應(yīng)的業(yè)務(wù)控制模式為用戶提供業(yè)務(wù)。
本發(fā)明第八實(shí)施例如圖8所示
步驟801: eMSC與ICCF通過USSD消息進(jìn)行交互；
步驟802: eMSC可以從ICCF獲知用戶是否是ICS用戶，以及用戶終端 是否是ICS終端；
步驟803:如果用戶是ICS用戶，eMSC代替用戶注冊(cè)到IMS域。
需要說明的是，該實(shí)施例中，eMSC也可以從HLR/HSS獲知用戶是否是 ICS用戶，以及用戶終端是否是ICS終端。
需要說明的是，該實(shí)施例中，是以eMSC獲知當(dāng)前用戶終端不是ICS終端 為例。如果eMSC獲知用戶終端雖然是ICS終端，但是用戶終端目前所處的網(wǎng) 絡(luò)不支持I1-CS和I1-PS時(shí)，也需要eMSC代替用戶注冊(cè)，進(jìn)而利用網(wǎng)絡(luò)增強(qiáng) 方案為用戶提供業(yè)務(wù)。
需要說明的是在上述的實(shí)施例中，業(yè)務(wù)控制模式?jīng)Q策模塊在選定了 一種業(yè) 務(wù)控制模式后，由于網(wǎng)絡(luò)環(huán)境或者策略的變化可能更改業(yè)務(wù)控制模式，比如業(yè) 務(wù)控制模式?jīng)Q策模塊初始選定的業(yè)務(wù)控制模式是I1-PS業(yè)務(wù)控制模式，但是由 于用戶終端的移動(dòng)，當(dāng)IP-CAN連接不再可用時(shí)，更改選定的業(yè)務(wù)控制模式為 Il-CS業(yè)務(wù)控制模式。
本發(fā)明提供的第九實(shí)施例是一種確定業(yè)務(wù)控制模式的裝置，其結(jié)構(gòu)如圖9 所示，包括
選取模塊901:用于根據(jù)網(wǎng)絡(luò)的業(yè)務(wù)控制能力信息確定可用業(yè)務(wù)控制模式， 并從可用業(yè)務(wù)控制模式中確定使用的業(yè)務(wù)控制模式；
通知模塊903:用于將所述確定使用的業(yè)務(wù)控制模式通知執(zhí)行模塊IOOI(具 體參見實(shí)施例十)。上述選取模塊還可以包括選取子模塊902:用于根據(jù)如下信息之一或其 組合確定可用業(yè)務(wù)控制模式用戶終端的業(yè)務(wù)控制能力信息或網(wǎng)絡(luò)的業(yè)務(wù)控 制能力信息。
該本發(fā)明實(shí)施例中，具體確定業(yè)務(wù)控制模式的方式可以包括如下 用戶終端是ICS終端，網(wǎng)絡(luò)包括歸屬網(wǎng)絡(luò)和拜訪網(wǎng)絡(luò)，拜訪網(wǎng)絡(luò)支持
IP-CAN連接并具有DTM能力，以及歸屬網(wǎng)絡(luò)部署了 ICCF;選取子模塊確定
Il-PS業(yè)務(wù)控制^^莫式為可用業(yè)務(wù)控制模式； 或者，
用戶終端是ICS終端，網(wǎng)絡(luò)包括歸屬網(wǎng)絡(luò)和拜訪網(wǎng)絡(luò)，拜訪網(wǎng)絡(luò)具有和歸 屬網(wǎng)絡(luò)進(jìn)行Il-CS互通的能力，以及歸屬網(wǎng)絡(luò)部署了 ICCF;選取子模塊確定 所述I1-CS業(yè)務(wù)控制模式為可用業(yè)務(wù)控制模式；
或者，
用戶終端是ICS終端，用戶終端通過eMSC接入歸屬網(wǎng)絡(luò)；選取子模塊確 定網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式為可用業(yè)務(wù)控制模式； 或者，
用戶終端通過eMSC接入歸屬網(wǎng)絡(luò)；選取子模塊確定可用業(yè)務(wù)控制模式為 網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式，并確定使用的業(yè)務(wù)控制模式為網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模 式；
或者，
網(wǎng)絡(luò)的業(yè)務(wù)控制能力信息為用戶終端所在的MSC支持Camel;選取子 模塊確定所述可用業(yè)務(wù)控制模式為Camel業(yè)務(wù)控制模式；選取子模塊確定確定 使用的業(yè)務(wù)控制模式為Camel業(yè)務(wù)控制模式。
本發(fā)明實(shí)施例的裝置可以設(shè)置于ICCF中；該裝置還可以包括 第一發(fā)送才莫塊，用于在用戶在CS域Attach后，發(fā)送USSD消息到用戶終
端；
第一接收模塊，用于接收USSD消息的響應(yīng)消息，并根據(jù)該響應(yīng)消息確定終端為ICS終端(可以通過響應(yīng)消息中攜帶標(biāo)識(shí)實(shí)現(xiàn))。 或者，
本發(fā)明實(shí)施例的裝置可以設(shè)置于ICCF中；該裝置還可以包括 第二發(fā)送模塊，用于在用戶在CS域Attach并且在PS域注冊(cè)后，發(fā)送SIP 消息到用戶終端；
第二接收模塊，用于接收SIP消息的響應(yīng)消息，并才艮據(jù)該響應(yīng)消息確定該 終端為ICS終端(可以通過響應(yīng)消息中攜帶標(biāo)識(shí)實(shí)現(xiàn))。 或者，
本發(fā)明實(shí)施例的裝置可以設(shè)置于用戶終端中；網(wǎng)絡(luò)包括歸屬網(wǎng)絡(luò)和拜訪網(wǎng) 絡(luò)；該裝置還可以包括
第三發(fā)送模塊，用于接收USSD消息；
第一感知模塊，用于根據(jù)USSD消息獲知所述歸屬網(wǎng)絡(luò)部署了 ICCF，拜 訪網(wǎng)絡(luò)具有和歸屬網(wǎng)絡(luò)進(jìn)行I1-CS互通的能力。 或者，
本發(fā)明實(shí)施例的裝置可以設(shè)置于用戶終端中；網(wǎng)絡(luò)包括歸屬網(wǎng)絡(luò)和拜訪網(wǎng) 絡(luò)；該裝置還可以包括
第四發(fā)送模塊，用于接收SIP消息；
第二感知模塊，用于根據(jù)SIP消息獲知?dú)w屬網(wǎng)絡(luò)部署了 ICCF,歸屬網(wǎng)絡(luò) 和拜訪網(wǎng)絡(luò)支持Il-PS業(yè)務(wù)控制模式。 或者，
本發(fā)明實(shí)施例的裝置可以設(shè)置于eMSC中；該裝置還可以包括 能力信息獲取才莫塊用于通過USSD消息從ICCF或HLR/HSS至少獲取 如下信息之一用戶終端的業(yè)務(wù)控制能力信息或網(wǎng)絡(luò)的業(yè)務(wù)控制能力信息。 或者，
本發(fā)明實(shí)施例的裝置可以設(shè)置于HLR/HSS中；該裝置還可以包括
第五接收才莫塊，用于接收eMSC發(fā)送的MAP消息，獲知到ICS終端當(dāng)前所處的網(wǎng)絡(luò)支持網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式；
第五發(fā)送模塊，用于發(fā)送標(biāo)識(shí)到VLR,該標(biāo)識(shí)表明該用戶是ICS用戶。
本實(shí)施例中，通知模塊903將確定使用的業(yè)務(wù)控制模式通知執(zhí)行模塊可以 利用SIP消息、USSD消息或者SMS消息實(shí)現(xiàn)。
本實(shí)施例中，該裝置可以根據(jù)用戶配置的策略或者網(wǎng)絡(luò)配置的策略從可用 業(yè)務(wù)控制模式中確定使用的業(yè)務(wù)控制模式；該裝置也可以根據(jù)決策策略的變化 或者是網(wǎng)絡(luò)環(huán)境的變化更改確定使用的業(yè)務(wù)控制模式。
本發(fā)明提供的第十實(shí)施例是一種確定業(yè)務(wù)控制模式的系統(tǒng)，其結(jié)構(gòu)如圖10 所示；該系統(tǒng)可以包括實(shí)施例9中的確定業(yè)務(wù)控制模式的裝置，該裝置包 括包括選取模塊901、通知模塊903;以及 執(zhí)行模塊1001:用于利用通知模塊903通知的所述確定使用的業(yè)務(wù)控制模 式為用戶提供業(yè)務(wù)。
本實(shí)施例中，通過上述的系統(tǒng)，執(zhí)行模塊可以為用戶提供ECT( Explicit Call Transfer )、 MPTY ( Multi Party Service )、 CW ( Call Waiting )業(yè)務(wù)。
顯然，本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā) 明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
2權(quán)利要求
1、一種確定業(yè)務(wù)控制模式的方法，其特征在于，所述方法包括業(yè)務(wù)控制模式?jīng)Q策模塊根據(jù)網(wǎng)絡(luò)的業(yè)務(wù)控制能力信息確定可用業(yè)務(wù)控制模式；所述業(yè)務(wù)控制模式?jīng)Q策模塊從所述可用業(yè)務(wù)控制模式中確定使用的業(yè)務(wù)控制模式；所述業(yè)務(wù)控制模式?jīng)Q策模塊將所述確定使用的業(yè)務(wù)控制模式通知執(zhí)行模塊。
2、 如權(quán)利要求1所述的方法，其特征在于，業(yè)務(wù)控制模式?jīng)Q策模塊至少根據(jù)如下信息之一或其組合確定所述可用業(yè)務(wù)控制模式用戶終端的業(yè)務(wù)控制 能力信息或網(wǎng)絡(luò)的業(yè)務(wù)控制能力信息。
3、 如權(quán)利要求l所述的方法，其特征在于，所述方法還包括 執(zhí)行模塊利用所述確定使用的業(yè)務(wù)控制模式為用戶提供業(yè)務(wù)。
4、 如權(quán)利要求2所述的方法，其特征在于，所述確定4吏用的業(yè)務(wù)控制模 式為終端增強(qiáng)業(yè)務(wù)控制沖莫式。
5、 如權(quán)利要求4所述的方法，其特征在于，所述用戶終端是ICS終端， 所述網(wǎng)絡(luò)包括歸屬網(wǎng)絡(luò)和拜訪網(wǎng)絡(luò)，所述拜訪網(wǎng)絡(luò)支持IP-CAN連接并具有 DTM能力，以及所述歸屬網(wǎng)絡(luò)部署了 ICCF,則所述業(yè)務(wù)控制模式?jīng)Q策模塊確 定所述I1-PS業(yè)務(wù)控制模式為可用業(yè)務(wù)控制模式。
6、 如權(quán)利要求4所述的方法，其特征在于，所述用戶終端是ICS終端， 所述網(wǎng)絡(luò)包括歸屬網(wǎng)絡(luò)和拜訪網(wǎng)絡(luò)，所述拜訪網(wǎng)絡(luò)具有和所述歸屬網(wǎng)絡(luò)進(jìn)行 Il-CS互通的能力，以及所述歸屬網(wǎng)絡(luò)部署了 ICCF,則所述業(yè)務(wù)控制模式?jīng)Q策 模塊確定所述I1-CS業(yè)務(wù)控制模式為可用業(yè)務(wù)控制模式。
7、 如權(quán)利要求4所述的方法，其特征在于，所述用戶終端是ICS終端， 所述用戶終端通過eMSC接入歸屬網(wǎng)絡(luò)，則所述業(yè)務(wù)控制模式?jīng)Q策模塊確定網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式為可用業(yè)務(wù)控制模式。
8、 如權(quán)利要求7所述的方法，其特征在于，所述方法還包括HLR/HSS 將iFC下發(fā)到所述用戶當(dāng)前所在的S-CSCF，所述iFC用于將所述用戶的呼叫 消息觸發(fā)到ICCF;或者，HLR/HSS將CAMEL數(shù)據(jù)下發(fā)到所述用戶當(dāng)前所在的VLR。
9、 如權(quán)利要求7所述的方法，其特征在于，所述方法還包括eMSC將終 端發(fā)送的CS域的呼叫信令轉(zhuǎn)換為SIP呼叫信令；或者，eMSC將SIP呼叫信令轉(zhuǎn)換成CS域的呼叫信令。
10、 如權(quán)利要求2所述的方法，其特征在于 所述用戶終端通過eMSC接入歸屬網(wǎng)絡(luò)； 所述可用業(yè)務(wù)控制沖莫式為網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制才莫式； 所述確定使用的業(yè)務(wù)控制模式為網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式。
11、 如權(quán)利要求7或10所述的方法，其特征在于，所述方法還包括 HLR/HSS通知VLR所述用戶為ICS用戶。
12、 如權(quán)利要求10所述的方法，其特征在于，所述方法還包括eMSC 將用戶終端發(fā)送的CS域的呼叫信令轉(zhuǎn)換為SIP呼叫信令；eMSC將用戶終端 發(fā)送的CS域的業(yè)務(wù)控制信令轉(zhuǎn)換為SIP業(yè)務(wù)控制信令；或者，eMSC將SIP呼叫信令轉(zhuǎn)換成CS域的呼叫信令發(fā)往用戶終端；eMSC將 SIP業(yè)務(wù)控制信令轉(zhuǎn)換成CS域的業(yè)務(wù)控制信令發(fā)往用戶終端。
13、 如權(quán)利要求2所述的方法，其特征在于所述網(wǎng)絡(luò)的業(yè)務(wù)控制能力信息為所述用戶終端所在的MSC支持Camel; 所述可用業(yè)務(wù)控制^^莫式為Camel業(yè)務(wù)控制^^莫式； 所述確定使用的業(yè)務(wù)控制模式為Camel業(yè)務(wù)控制模式。
14、 如權(quán)利要求13所述的方法，其特征在于，所述方法還包括HLR/HSS 下發(fā)所—述甩戶終，業(yè)務(wù)數(shù)據(jù)到VLR。
15、 如權(quán)利要求l所述的方法，其特征在于，所述業(yè)務(wù)控制模式?jīng)Q策模塊根據(jù)用戶配置的策略或者網(wǎng)絡(luò)配置的策略從所述可用業(yè)務(wù)控制模式中確定使 用的業(yè)務(wù)控制模式。
16、 如權(quán)利要求15所述的方法，其特征在于，所述業(yè)務(wù)控制模式?jīng)Q策模塊可以根據(jù)決策策略的變化或者是網(wǎng)絡(luò)環(huán)境的變化更改所述確定使用的業(yè)務(wù)控制模式。
17、 如權(quán)利要求l所述的方法，其特征在于，所述業(yè)務(wù)控制模式?jīng)Q策模塊 將所述確定使用的業(yè)務(wù)控制模式通知執(zhí)行模塊包括所述業(yè)務(wù)控制模式?jīng)Q策模塊利用SIP消息通知所述執(zhí)行模塊；或者， 所述業(yè)務(wù)控制模式?jīng)Q策模塊利用USSD消息通知執(zhí)行模塊；或者， 所述業(yè)務(wù)控制模式?jīng)Q策模塊利用SMS消息通知所述執(zhí)行模塊。
18、 如權(quán)利要求1所述的方法，其特征在于，所述業(yè)務(wù)控制模式?jīng)Q策模 塊設(shè)置于ICCF中；用戶在CS域Attach后，所述業(yè)務(wù)控制^t式?jīng)Q策才莫塊發(fā)送USSD消息到用 戶終端；所述業(yè)務(wù)控制模式?jīng)Q策模塊接收所述USSD消息的響應(yīng)消息，所述業(yè) 務(wù)控制模式?jīng)Q策模塊根據(jù)所述響應(yīng)消息確定所述終端為ICS終端。
19、 如權(quán)利要求l所述的方法，其特征在于，所述業(yè)務(wù)控制模式?jīng)Q策模塊 設(shè)置于ICCF中；用戶在CS域Attach并且在PS域注冊(cè)后，所述業(yè)務(wù)控制模式?jīng)Q策模塊發(fā) 送SIP消息到用戶終端；所述業(yè)務(wù)控制模式?jīng)Q策模塊接收所述SIP消息的響應(yīng) 消息，所述業(yè)務(wù)控制模式?jīng)Q策模塊根據(jù)所述響應(yīng)消息確定所述終端為ICS終端。
20、 如權(quán)利要求19所述的方法，其特征在于，所述SIP消息為Invite消息； 如果所述用戶終端與所述ICCF之間的會(huì)話建立成功，則所述可用業(yè)務(wù)控制模 式包括I1-PS業(yè)務(wù)控制模式。
21、 如權(quán)利要求l所述的方法，其特征在于，所述業(yè)務(wù)控制模式?jīng)Q策模塊 設(shè)置于用戶終端中;所述週—絡(luò)iL括歸屋阿絡(luò)和拜訪兩絡(luò)-;所述業(yè)務(wù)控制模式?jīng)Q策模塊接收USSD消息；所述業(yè)務(wù)控制模式?jīng)Q策模塊根據(jù)所述USSD消息獲知所述歸屬網(wǎng)絡(luò)部署了 ICCF,所述拜訪網(wǎng)絡(luò)具有和所述歸屬網(wǎng)絡(luò)進(jìn)行I1-CS互通的能力。
22、 如權(quán)利要求l所述的方法，其特征在于，所述業(yè)務(wù)控制模式?jīng)Q策模塊 設(shè)置于用戶終端中；所述網(wǎng)絡(luò)包括歸屬網(wǎng)絡(luò)和拜訪網(wǎng)絡(luò)；所述業(yè)務(wù)控制模式?jīng)Q策模塊接收SIP消息；所述業(yè)務(wù)控制才莫式?jīng)Q策模塊根據(jù)所述SIP消息獲知所述歸屬網(wǎng)絡(luò)部署了 ICCF,所述歸屬網(wǎng)絡(luò)和所述拜訪網(wǎng)絡(luò)支持Il-PS業(yè)務(wù)控制模式。
23、 如權(quán)利要求22所述的方法，其特征在于，所述SIP消息為Invite消息； 如果所述用戶終端與所述ICCF之間的會(huì)話建立成功，則所述可用業(yè)務(wù)控制才莫 式包括Il-PS業(yè)務(wù)控制模式。
24、 如權(quán)利要求l所述的方法，其特征在于，所述業(yè)務(wù)控制模式?jīng)Q策模塊 設(shè)置于eMSC中；所述業(yè)務(wù)控制it式?jīng)Q策;f莫塊通過USSD消息乂人ICCF或HLR/HSS至少獲 取如下信息之一用戶終端的業(yè)務(wù)控制能力信息或網(wǎng)絡(luò)的業(yè)務(wù)控制能力信 息。
25、 一種確定業(yè)務(wù)控制模式的裝置，其特征在于，包括選取模塊用于根據(jù)網(wǎng)絡(luò)的業(yè)務(wù)控制能力信息確定可用業(yè)務(wù)控制模式，并 從所述可用業(yè)務(wù)控制模式中確定使用的業(yè)務(wù)控制模式；通知模塊用于將所述確定使用的業(yè)務(wù)控制模式通知執(zhí)行^t塊。
26、 如權(quán)利要求25所述的裝置，其特征在于，所述選取模塊還包括 選取子模塊用于根據(jù)如下信息之一或其組合確定所述可用業(yè)務(wù)控制模式用戶終端的業(yè)務(wù)控制能力信息或網(wǎng)絡(luò)的業(yè)務(wù)控制能力信息。
27、 如權(quán)利要求26所述的裝置，其特征在于，所述用戶終端是ICS終端， 所述網(wǎng)絡(luò)包括歸屬網(wǎng)絡(luò)和拜訪網(wǎng)絡(luò)，所述拜訪網(wǎng)絡(luò)支持IP-CAN連接并具有 DTM能力，以及所述歸屬網(wǎng)絡(luò)部署了 ICCF丄所述選取子摸塊確^W^PS 業(yè)務(wù)控制模式為可用業(yè)務(wù)控制模式；或者，所述用戶終端是ICS終端，所述網(wǎng)絡(luò)包括歸屬網(wǎng)絡(luò)和拜訪網(wǎng)絡(luò)，所述拜訪 網(wǎng)絡(luò)具有和所述歸屬網(wǎng)絡(luò)進(jìn)行Il-CS互通的能力，以及所述歸屬網(wǎng)絡(luò)部署了ICCF;所述選取子模塊確定所述Il-CS業(yè)務(wù)控制模式為可用業(yè)務(wù)控制模式；或 者，所述用戶終端是ICS終端，所述用戶終端通過eMSC接入歸屬網(wǎng)絡(luò)；所述 選取子模塊確定網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式為可用業(yè)務(wù)控制模式；或者，所述用戶終端通過eMSC接入歸屬網(wǎng)絡(luò)；所述選取子^^莫塊確定所述可用業(yè) 務(wù)控制模式為網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式，并確定所述使用的業(yè)務(wù)控制模式為網(wǎng)絡(luò) 增強(qiáng)業(yè)務(wù)控制模式；或者，所述網(wǎng)絡(luò)的業(yè)務(wù)控制能力信息為所述用戶終端所在的MSC支持Camel; 所述選取子模塊確定所述可用業(yè)務(wù)控制模式為Camel業(yè)務(wù)控制模式；所述選取 子模塊確定確定所述使用的業(yè)務(wù)控制模式為Camel業(yè)務(wù)控制模式。
28、 如權(quán)利要求25所述的裝置，其特征在于，所述裝置設(shè)置于ICCF中； 所述裝置還包括第 一發(fā)送才莫塊，用于在用戶在CS域Attach后，發(fā)送USSD消息到用戶終端；第一接收才莫塊，用于接收所述USSD消息的響應(yīng)消息，并根據(jù)所述響應(yīng)消 息包括標(biāo)識(shí)確定所述終端為ICS終端。
29、 如權(quán)利要求25所述的裝置，其特征在于，所述裝置設(shè)置于ICCF中； 所述裝置還包括第二發(fā)送才莫塊，用于在用戶在CS域Attach并且在PS域注冊(cè)后，發(fā)送SIP 消息到用戶終端；第二接收模塊，用于接收所述SIP消息的響應(yīng)消息，并根據(jù)所述響應(yīng)消息 包括標(biāo)識(shí)確定所述終端為ICS終端。
30、 如權(quán)利要求25所述的裝置，其特征在于，所—述裝置設(shè)置于fi^終—端 中；所述網(wǎng)絡(luò)包括歸屬網(wǎng)絡(luò)和拜訪網(wǎng)絡(luò)；所述裝置還包括第三發(fā)送^t塊，用于接收USSD消息；第一感知模塊，用于根據(jù)所述USSD消息獲知所述歸屬網(wǎng)絡(luò)部署了 ICCF, 所述拜訪網(wǎng)絡(luò)具有和所述歸屬網(wǎng)絡(luò)進(jìn)行Il-CS互通的能力。
31、 如權(quán)利要求25所述的裝置，其特征在于，所述裝置設(shè)置于用戶終端 中；所述網(wǎng)絡(luò)包括歸屬網(wǎng)絡(luò)和拜訪網(wǎng)絡(luò)；所述裝置還包括第四發(fā)送模塊，用于接收SIP消息；第二感知模塊，用于根據(jù)所述SIP消息獲知所述歸屬網(wǎng)絡(luò)部署了 ICCF， 所述歸屬網(wǎng)絡(luò)和所述拜訪網(wǎng)絡(luò)支持Il-PS業(yè)務(wù)控制模式。
32、 如權(quán)利要求25所述的裝置，其特征在于，所述裝置設(shè)置于eMSC中； 能力信息獲取模塊用于通過USSD消息從ICCF或HLR/HSS至少獲取如下信息之一用戶終端的業(yè)務(wù)控制能力信息或網(wǎng)絡(luò)的業(yè)務(wù)控制能力信息。
33、 如權(quán)利要求25所述的裝置，其特征在于，所述裝置設(shè)置于HLR/HSS中；第五接收才莫塊，用于接收eMSC發(fā)送的MAP消息，獲知到ICS終端當(dāng)前 所處的網(wǎng)絡(luò)支持網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)控制模式；第五發(fā)送才莫塊，用于發(fā)送標(biāo)識(shí)到VLR，該標(biāo)識(shí)表明該用戶是ICS用戶。
全文摘要
本發(fā)明實(shí)施例公開了一種確定業(yè)務(wù)控制模式的方法，該方法包括業(yè)務(wù)控制模式?jīng)Q策模塊根據(jù)網(wǎng)絡(luò)的業(yè)務(wù)控制能力信息確定可用業(yè)務(wù)控制模式；業(yè)務(wù)控制模式?jīng)Q策模塊從可用業(yè)務(wù)控制模式中確定使用的業(yè)務(wù)控制模式；業(yè)務(wù)控制模式?jīng)Q策模塊將確定使用的業(yè)務(wù)控制模式通知執(zhí)行模塊。本發(fā)明實(shí)施例的方法根據(jù)獲知的網(wǎng)絡(luò)的業(yè)務(wù)控制能力信息，確定使用的業(yè)務(wù)控制模式，執(zhí)行模塊可以據(jù)此確定的業(yè)務(wù)控制模式為用戶提供業(yè)務(wù)。本發(fā)明實(shí)施例還公開了一種確定業(yè)務(wù)控制模式的裝置。
文檔編號(hào)H04W92/14GK101426276SQ20081000508
公開日2009年5月6日 申請(qǐng)日期2008年2月1日 優(yōu)先權(quán)日2007年11月2日
發(fā)明者丁春燕, 葉松海, 張恒梁, 朱東銘 申請(qǐng)人:華為技術(shù)有限公司