專利名稱：一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通用移動(dòng)通信系統(tǒng)，具體涉及一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法。
背景技術(shù)：
從3GPP R5(3rd Generation Partnership Project第三代移動(dòng)通信標(biāo)準(zhǔn)化伙伴項(xiàng)目)階段開始，UMTS(通用移動(dòng)通信系統(tǒng))核心網(wǎng)劃分為CS(電路交換)、PS(分組交換)以及IMS(IP多媒體子系統(tǒng))三個(gè)子系統(tǒng)。
CS域(Circuit Switched Domain電路交換域)用于向用戶提供電路型業(yè)務(wù)的連接。CS域主要包括MSC(MSC Server/CS-MGW，Mobile Switch CenterServer/CS-Media Gate Way，移動(dòng)交換中心服務(wù)器/電路域-媒體網(wǎng)關(guān))、GMSC(Gateway MSC關(guān)口移動(dòng)交換中心)和IWF(Inter Working Function，互通功能)。其中，MSC完成電路交換型業(yè)務(wù)的交換和信令控制功能；GMSC為某一網(wǎng)絡(luò)中完成移動(dòng)用戶路由尋址功能的MSC，可與MSC合設(shè)或分設(shè)；IWF與MSC緊密相關(guān)，完成PLMN(公眾陸地移動(dòng)網(wǎng))與ISDN(綜合業(yè)務(wù)數(shù)字網(wǎng))、PSTN(公眾電話交換網(wǎng))、PDN(Packet Data Network分組數(shù)據(jù)網(wǎng)絡(luò))間的信令轉(zhuǎn)換功能，從而實(shí)現(xiàn)網(wǎng)絡(luò)互通，IWF的具體功能與業(yè)務(wù)和網(wǎng)絡(luò)的種類密切相關(guān)。
PS域(Packet Switched Domain)用于向用戶提供分組型業(yè)務(wù)的連接，PS域主要包括GSN(GPRS支持節(jié)點(diǎn))、BG(邊界網(wǎng)關(guān))、HLR/AuC(位置歸屬寄存器/認(rèn)證中心)、VLR(拜訪位置寄存器)、EIR(設(shè)備識(shí)別寄存器)、MSC等。其中，GSN完成分組業(yè)務(wù)用戶的分組包的傳送，GSN包括SGSN(服務(wù)GPRS支持節(jié)點(diǎn))和GGSN(網(wǎng)關(guān)GPRS支持節(jié)點(diǎn))，SGSN提供核心網(wǎng)與無線接入系統(tǒng)BSS、RNS的連接，完成分組型數(shù)據(jù)業(yè)務(wù)的移動(dòng)性管理、會(huì)話管理等功能，以管理MS在移動(dòng)網(wǎng)絡(luò)內(nèi)的移動(dòng)和通信業(yè)務(wù)；GGSN為移動(dòng)通信系統(tǒng)與其它公用數(shù)據(jù)網(wǎng)之間的接口，同時(shí)，GGSN還具有查詢位置信息的功能。另外，SGSN和GGSN均提供計(jì)費(fèi)信息。BG用于完成兩個(gè)GPRS網(wǎng)絡(luò)間的互通、保證網(wǎng)絡(luò)互通的安全性。HLR用于完成用戶簽約數(shù)據(jù)和位置信息的管理，用戶簽約數(shù)據(jù)如MSISDN、IMSI、PDP ADDRESS、簽約的電信業(yè)務(wù)和補(bǔ)充業(yè)務(wù)及其業(yè)務(wù)的的適用范圍等，位置信息如MSRN、MSC/VLR號(hào)、SGSN號(hào)碼、GMLC等。AUC主要用于存儲(chǔ)用戶的鑒權(quán)算法和密鑰。VLR用于處理拜訪用戶的各種數(shù)據(jù)信息。EIR用于存儲(chǔ)用戶設(shè)備標(biāo)識(shí)IMEI信息。
IMS是3GPP R5階段增加的WCDMA網(wǎng)絡(luò)中疊加在已有分組域之上的一個(gè)子系統(tǒng)，采用分組域?yàn)槠渖蠈涌刂菩帕詈兔襟w傳輸?shù)某休d通道，并引入SIP協(xié)議作為業(yè)務(wù)控制協(xié)議，利用SIP簡(jiǎn)單、易擴(kuò)展、媒體組合方便的特點(diǎn)，通過將業(yè)務(wù)控制與承載控制分離，提供豐富的多媒體業(yè)務(wù)。IMS中的主要功能實(shí)體包括控制用戶注冊(cè)、會(huì)話控制等功能的會(huì)話控制實(shí)體CSCF、提供各種業(yè)務(wù)邏輯控制功能的應(yīng)用服務(wù)器AS、集中管理用戶簽約數(shù)據(jù)的歸屬用戶服務(wù)器HSS以及用于實(shí)現(xiàn)與電路交換網(wǎng)互通的MGCF/IM-MGW(媒體網(wǎng)關(guān)控制功能)。用戶通過當(dāng)前所在地代理節(jié)點(diǎn)P-CSCF接入IMS，會(huì)話和業(yè)務(wù)觸發(fā)控制及與AS的業(yè)務(wù)控制交互則由其注冊(cè)地的歸屬域服務(wù)節(jié)點(diǎn)S-CSCF完成。
IMS系統(tǒng)中的HSS是HLR的超集，功能上能夠兼容HLR，但由于建網(wǎng)過程等因素，具體組網(wǎng)中HSS與CS/PS HLR很可能采用分設(shè)的情況。
3GPP標(biāo)準(zhǔn)定義的IMS架構(gòu)全面解決了IP承載下提供多媒體業(yè)務(wù)所需要解決的漫游計(jì)費(fèi)、QoS(服務(wù)質(zhì)量)、安全保障等關(guān)鍵的可運(yùn)營(yíng)問題，其架構(gòu)和思路已獲得業(yè)界公認(rèn)，3GPP2、TISPAN均以3GPP模型作為基礎(chǔ)和參照進(jìn)行了相應(yīng)IP多媒體網(wǎng)絡(luò)架構(gòu)和業(yè)務(wù)體系的定義，3GPP也已經(jīng)開始了針對(duì)WLAN(無線局域網(wǎng))接入與UMTS互通如I-WLAN(Interworking of WLAN，WLAN互通)，固定寬帶接入IMS如FBI(Fixed Broadband access to IMS，固定寬帶接入IMS)以及面向多種接入技術(shù)的全I(xiàn)P網(wǎng)如AIPN(All-IP Network全I(xiàn)P網(wǎng)絡(luò))等課題研究，用戶將可以根據(jù)其簽約通過單一多模終端或多種類型的不同終端經(jīng)由不同接入技術(shù)的接入網(wǎng)接入IMS，以獲得統(tǒng)一的、包括VoIP(Voice over IP，基于IP的語(yǔ)音)業(yè)務(wù)等的多媒體業(yè)務(wù)。
由于IMS架構(gòu)的業(yè)務(wù)平臺(tái)同樣可以提供基于IP的語(yǔ)音業(yè)務(wù)，即VoIP業(yè)務(wù)，而運(yùn)營(yíng)商可以針對(duì)基于CS域的語(yǔ)音業(yè)務(wù)和基于IMS域的語(yǔ)音業(yè)務(wù)分別實(shí)施不同的計(jì)費(fèi)費(fèi)率，因此，對(duì)于尚未建立的呼叫/會(huì)話，需要根據(jù)運(yùn)營(yíng)商的路由策略以及用戶的偏好設(shè)置靈活地選擇被叫用戶在CS域或是IMS域之間的路由；并且，由于運(yùn)營(yíng)商也可以在不同的地域內(nèi)分別提供基于CS域的語(yǔ)音業(yè)務(wù)或是基于IMS域的語(yǔ)音業(yè)務(wù)，這樣，由于用戶的移動(dòng)性，對(duì)于已經(jīng)建立的呼叫/會(huì)話，當(dāng)用戶在CS域和IMS域發(fā)生語(yǔ)音業(yè)務(wù)切換時(shí)，需要保證呼叫/會(huì)話的連續(xù)性，以保證語(yǔ)音業(yè)務(wù)在兩個(gè)不同域的平滑過渡。
目前，3GPP剛剛通過了一個(gè)研究CS呼叫與通過IP-CAN(IP-ConnectivityAccess Network IP，連通性接入網(wǎng)絡(luò))接入IMS提供的VoIP業(yè)務(wù)間業(yè)務(wù)連續(xù)性問題的工作課題，研究?jī)?nèi)容的重點(diǎn)集中在被叫路由控制和切換兩個(gè)方面。在解決被叫用戶的路由選擇問題上，3GPP提出了兩種解決方案，其中，一種是基于業(yè)務(wù)觸發(fā)實(shí)現(xiàn)的，另一種是基于增強(qiáng)HLR/HSS實(shí)現(xiàn)的。
基于業(yè)務(wù)觸發(fā)實(shí)現(xiàn)被叫路由控制方案如附圖1所示圖1中，CS域的業(yè)務(wù)觸發(fā)基于CAMLE(Customized Applications for MobileNetwork Enhanced Logic，移動(dòng)網(wǎng)絡(luò)增強(qiáng)業(yè)務(wù)的客戶化應(yīng)用)實(shí)現(xiàn)，IMS域的業(yè)務(wù)觸發(fā)基于AS控制實(shí)現(xiàn)。在MSC接收到CS域來話時(shí)，根據(jù)用戶簽約數(shù)據(jù)觸發(fā)被叫側(cè)CAMEL業(yè)務(wù)，與作為路由決策點(diǎn)的gsmSCF建立業(yè)務(wù)控制關(guān)系。在S-CSCF接收到IMS域來話時(shí)，根據(jù)用戶簽約數(shù)據(jù)觸發(fā)業(yè)務(wù)控制，與作為路由決策點(diǎn)的AS建立業(yè)務(wù)控制關(guān)系。作為路由決策點(diǎn)的gsmSCF和AS則存儲(chǔ)路由策略、根據(jù)路由策略利用從GMSC/S-CSCF獲得的以及與HLR/HSS交互獲得的路由決策所需要的信息進(jìn)行路由決策，并利用與GMSC/S-CSCF已建立的業(yè)務(wù)控制關(guān)系執(zhí)行路由控制。
對(duì)于一個(gè)來自CS域的呼叫，基于業(yè)務(wù)觸發(fā)實(shí)現(xiàn)被叫路由控制的具體處理過程為當(dāng)MSC接到CS域來話并根據(jù)用戶簽約數(shù)據(jù)觸發(fā)被叫側(cè)CAMEL業(yè)務(wù)時(shí)，MSC與gsmSCF建立業(yè)務(wù)控制關(guān)系，此時(shí)，路由策略控制點(diǎn)gsmSCF可根據(jù)向HLR或是HSS查詢獲得的被叫用戶狀態(tài)信息，并結(jié)合運(yùn)營(yíng)商路由策略以及用戶的偏好設(shè)置，來決定被叫的路由決策，并進(jìn)行后續(xù)的路由控制，如當(dāng)gsmSCF判斷出被叫用戶需要繼續(xù)在CS域中路由時(shí)，則gsmSCF向具有g(shù)smSSF功能的MSC下發(fā)Continue，這樣MSC繼續(xù)根據(jù)被叫號(hào)碼向HLR取回被叫用戶的漫游號(hào)碼后，在CS域中路由至被叫；再如當(dāng)gsmSCF判斷出被叫用戶需要轉(zhuǎn)到IMS域中路由時(shí)，則gsmSCF向具有g(shù)smSSF功能的MSC下發(fā)connect，connect操作中攜帶一個(gè)指向MGCF的號(hào)碼，gsmSSF根據(jù)該指向MGCF的號(hào)碼將呼叫路由至MGCF，然后，由MGCF繼續(xù)在IMS域路由，這樣完成了針對(duì)CS域發(fā)起的呼叫在IMS域中路由至被叫的控制。
同樣的，對(duì)于一個(gè)來自IMS域的會(huì)話，基于業(yè)務(wù)觸發(fā)實(shí)現(xiàn)被叫路由控制的具體過程為當(dāng)IMS域中的S-CSCF接到IMS域來話時(shí)，根據(jù)iFC(initial FilterCriteria初始過濾準(zhǔn)則)準(zhǔn)則將會(huì)話觸發(fā)到一個(gè)AS上，此時(shí)，路由策略控制點(diǎn)AS可根據(jù)從HLR處或是HSS處查詢獲得的被叫用戶狀態(tài)信息，并結(jié)合運(yùn)營(yíng)商路由策略以及用戶的偏好設(shè)置，來決定出被叫的路由決策，并進(jìn)行后續(xù)的路由控制，如當(dāng)AS判斷出被叫用戶需要繼續(xù)在IMS域中路由時(shí)，AS在向S-CSCF發(fā)送的INVITE消息中仍然攜帶原來的被叫信息，這樣，S-CSCF根據(jù)被叫信息繼續(xù)完成在IMS接續(xù)到被叫的會(huì)話控制；再如當(dāng)AS判斷出被叫用戶需要轉(zhuǎn)到CS域中路由時(shí)，AS在向S-CSCF發(fā)送的INVITE消息中攜帶一個(gè)指向MGCF的E.164號(hào)碼，這樣，S-CSCF根據(jù)該指向MGCF的號(hào)碼經(jīng)BGCF將會(huì)話路由至MGCF，然后，MGCF將會(huì)話路由至CS域，從而，完成了針對(duì)IMS域發(fā)起的會(huì)話在CS域中路由至被叫的控制。
上述基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)在實(shí)現(xiàn)被叫路由控制的方法中，僅僅提出了路由策略控制點(diǎn)在話音業(yè)務(wù)初始階段對(duì)被叫路由的控制處理，沒有涉及路由策略控制點(diǎn)如何對(duì)話音業(yè)務(wù)的整個(gè)呼叫/會(huì)話過程進(jìn)行控制處理，從而，導(dǎo)致話音業(yè)務(wù)在后續(xù)呼叫/會(huì)話過程中正常結(jié)束或出現(xiàn)異常情況，如被叫用戶不可及、被叫用戶無應(yīng)答等，路由策略控制點(diǎn)不能繼續(xù)對(duì)話音業(yè)務(wù)進(jìn)行后續(xù)的呼叫/會(huì)話控制處理。

發(fā)明內(nèi)容
本發(fā)明的目的在于，提供一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，通過對(duì)已路由至被叫側(cè)的話音業(yè)務(wù)繼續(xù)進(jìn)行呼叫/會(huì)話控制處理，完善了話音業(yè)務(wù)呼叫/會(huì)話控制處理機(jī)制、提高了話音業(yè)務(wù)呼叫/會(huì)話成功率、豐富了話音業(yè)務(wù)正常處理和異常例外處理方式。
為達(dá)到上述目的，本發(fā)明提供的一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，包括a、具有異域路由決策功能的路由策略控制點(diǎn)獲取已路由至被叫側(cè)的話音業(yè)務(wù)的呼叫/會(huì)話狀態(tài)信息；b、所述路由策略控制點(diǎn)根據(jù)所述呼叫/會(huì)話狀態(tài)信息繼續(xù)對(duì)所述話音業(yè)務(wù)進(jìn)行呼叫/會(huì)話控制處理。
所述已路由至被叫側(cè)的話音業(yè)務(wù)為基于CAMEL控制的話音業(yè)務(wù)、或基于AS控制的話音業(yè)務(wù)。
所述異域包括電路交換域和IP多媒體子系統(tǒng)域；或2G電路交換域和3G電路交換域；或至少2個(gè)基于不同接入方式的IP多媒體子系統(tǒng)域；
當(dāng)所述異域包括電路交換域和IP多媒體子系統(tǒng)域時(shí)，所述路由策略控制點(diǎn)為電路交換域中的gsm業(yè)務(wù)控制功能單元gsmSCF或IP多媒體子系統(tǒng)域中的應(yīng)用服務(wù)器AS；當(dāng)所述異域包括2G電路交換域和3G電路交換域時(shí)，所述路由策略控制點(diǎn)為2G電路交換域中的gsmSCF、或3G電路交換域中的gsmSCF；當(dāng)所述異域包括至少2個(gè)基于不同接入方式的IP多媒體子系統(tǒng)域時(shí)，所述路由策略控制點(diǎn)為基于不同接入方式的IP多媒體子系統(tǒng)域中的會(huì)話發(fā)起側(cè)的應(yīng)用服務(wù)器AS。
所述路由策略控制點(diǎn)為電路交換域中的gsmSCF或2G電路交換域中的gsmSCF或3G電路交換域中的gsmSCF時(shí)，所述步驟a具體包括a11、根據(jù)需要獲取的呼叫狀態(tài)信息在gsm業(yè)務(wù)交換功能單元gsmSSF中配置事件檢測(cè)點(diǎn)；a12、gsmSSF根據(jù)事件檢測(cè)點(diǎn)對(duì)已路由至被叫側(cè)的話音業(yè)務(wù)的呼叫狀態(tài)進(jìn)行監(jiān)測(cè)；a13、gsmSSF根據(jù)所述配置向gsmSCF上報(bào)其監(jiān)測(cè)到的呼叫狀態(tài)信息。
所述步驟a11具體包括gsmSCF在確定所述話音業(yè)務(wù)的路由時(shí)，根據(jù)需要獲取的呼叫狀態(tài)信息通過向gsmSSF下發(fā)請(qǐng)求上報(bào)基本呼叫狀態(tài)模型操作，將事件檢測(cè)點(diǎn)的配置信息傳輸至gsmSSF。
所述步驟a13具體包括gsmSSF根據(jù)所述配置的事件檢測(cè)點(diǎn)監(jiān)測(cè)到呼叫狀態(tài)信息時(shí)，判斷該呼叫狀態(tài)信息對(duì)應(yīng)的事件檢測(cè)點(diǎn)的屬性；如果該屬性為EDP-N，gsmSSF將所述呼叫狀態(tài)信息上報(bào)至gsmSCF；如果該屬性為EDP-R，gsmSSF根據(jù)自身的處理邏輯繼續(xù)對(duì)所述話音業(yè)務(wù)進(jìn)行呼叫控制處理。
所述步驟b具體包括gsmSCF根據(jù)所述獲取的呼叫狀態(tài)信息向gsmSSF下發(fā)釋放呼叫的控制信息；或gsmSCF根據(jù)所述獲取的呼叫狀態(tài)信息重新確定所述話音業(yè)務(wù)的路由，并向gsmSSF下發(fā)重新路由的控制信息。
當(dāng)路由策略控制點(diǎn)為電路交換域中的gsmSCF時(shí)，所述步驟b中重新路由的控制信息包括在電路交換域中路由的控制信息和重新路由至IP多媒體子系統(tǒng)域中的控制信息；當(dāng)路由策略控制點(diǎn)為2G電路交換域中的gsmSCF時(shí)，所述步驟b中重新路由的控制信息包括在2G電路交換域中路由的控制信息和重新路由至3G電路交換域中的控制信息；當(dāng)路由策略控制點(diǎn)為3G電路交換域中的gsmSCF時(shí)，所述步驟b中重新路由的控制信息包括在3G電路交換域中路由的控制信息和重新路由至2G電路交換域中的控制信息。
所述路由策略控制點(diǎn)為IP多媒體子系統(tǒng)域中的AS、或基于不同接入方式的IP多媒體子系統(tǒng)域中的會(huì)話發(fā)起側(cè)的AS時(shí)，所述步驟a具體包括a21、設(shè)定基于背靠背用戶代理的AS采用始終保留在會(huì)話消息路徑中的呼叫控制處理方式；a22、AS根據(jù)其接收的消息確定已路由至被叫側(cè)的話音業(yè)務(wù)的會(huì)話狀態(tài)信息。
所述步驟a22中AS接收的消息包括會(huì)話建立成功的消息、會(huì)話建立失敗的消息。
所述步驟b具體包括AS根據(jù)所述獲取的會(huì)話狀態(tài)信息向S-CSCF下發(fā)釋放會(huì)話的控制信息；或AS根據(jù)所述獲取的會(huì)話狀態(tài)信息重新確定所述話音業(yè)務(wù)的路由，并向S-CSCF下發(fā)重新路由的控制信息。
IP多媒體子系統(tǒng)域中的AS、或基于不同接入方式的IP多媒體子系統(tǒng)域中的會(huì)話發(fā)起側(cè)的AS時(shí)當(dāng)路由策略控制點(diǎn)為IP多媒體子系統(tǒng)域中的AS時(shí)，所述步驟b中重新路由的控制信息包括在IP多媒體子系統(tǒng)域中路由的控制信息和重新路由至電路交換域中的控制信息；當(dāng)路由策略控制點(diǎn)為基于不同接入方式的IP多媒體子系統(tǒng)域中的會(huì)話發(fā)起側(cè)的AS時(shí)，所述步驟b中重新路由的控制信息包括在所述會(huì)話發(fā)起側(cè)的IP多媒體子系統(tǒng)域中路由的控制信息和在其他接入方式的IP多媒體子系統(tǒng)域路由的控制信息。
所述呼叫/會(huì)話狀態(tài)信息為被叫用戶忙或被叫用戶無應(yīng)答或被叫用戶應(yīng)答或主/被叫用戶拆線或主叫用戶放棄。
通過上述技術(shù)方案的描述可知，本發(fā)明中的路由策略控制點(diǎn)能夠獲取到話音業(yè)務(wù)整個(gè)呼叫/會(huì)話過程中的呼叫/會(huì)話狀態(tài)信息，使路由策略控制點(diǎn)能夠?qū)υ捯魳I(yè)務(wù)的整個(gè)呼叫/會(huì)話過程進(jìn)行呼叫/會(huì)話控制處理，從而在已路由至被叫側(cè)的呼叫/會(huì)話出現(xiàn)異常時(shí)，路由策略控制點(diǎn)能夠根據(jù)其控制處理邏輯對(duì)后續(xù)的呼叫/會(huì)話進(jìn)行呼叫/會(huì)話控制處理，如當(dāng)被叫用戶不可及時(shí)，可實(shí)現(xiàn)釋放呼叫/會(huì)話、重新路由等呼叫/會(huì)話控制處理；對(duì)于在CS域中發(fā)起的呼叫，路由策略控制點(diǎn)通過在gsmSSF中配置一系列的事件檢測(cè)點(diǎn)，對(duì)于在IMS域中發(fā)起的會(huì)話，路由策略控制點(diǎn)通過采用B2BUA模式進(jìn)行會(huì)話控制處理并始終保留在會(huì)話路徑中，使路由策略控制點(diǎn)能夠方便的獲取呼叫/會(huì)話狀態(tài)信息；從而通過本發(fā)明提供的技術(shù)方案完善了話音業(yè)務(wù)的呼叫/會(huì)話控制處理機(jī)制、提高了話音業(yè)務(wù)呼叫/會(huì)話的成功率、豐富了話音業(yè)務(wù)正常處理和異常例外處理方式。


圖1是現(xiàn)有技術(shù)的基于業(yè)務(wù)觸發(fā)實(shí)現(xiàn)被叫路由控制方案示意圖；圖2是本發(fā)明的基于CAMEL的業(yè)務(wù)觸發(fā)話音業(yè)務(wù)實(shí)現(xiàn)方法流程圖；圖3是本發(fā)明的基于AS控制的話音業(yè)務(wù)實(shí)現(xiàn)方法流程圖。
具體實(shí)施例方式
本發(fā)明的核心是具有異域路由決策功能的路由策略控制點(diǎn)獲取已路由至被叫側(cè)的話音業(yè)務(wù)的呼叫/會(huì)話狀態(tài)信息，所述路由策略控制點(diǎn)根據(jù)所述呼叫/會(huì)話狀態(tài)信息繼續(xù)對(duì)所述話音業(yè)務(wù)進(jìn)行呼叫/會(huì)話控制處理。
下面基于本發(fā)明的核心思想對(duì)本發(fā)明提供的技術(shù)方案做進(jìn)一步的描述。
本發(fā)明中的話音業(yè)務(wù)為跨域的基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)，當(dāng)跨域的話音業(yè)務(wù)在電路交換域和IP多媒體子系統(tǒng)域之間實(shí)現(xiàn)時(shí)，本發(fā)明的基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)包括在CS域中發(fā)起的、需要路由至IMS域的、由CAMEL進(jìn)行被叫路由控制的呼叫，以及在IMS域中發(fā)起的、需要路由至CS域中的、由AS進(jìn)行被叫路由控制的會(huì)話。當(dāng)跨域的話音業(yè)務(wù)在2G電路交換域和3G電路交換域之間實(shí)現(xiàn)時(shí)，本發(fā)明的基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)包括在2G電路交換域中發(fā)起的、需要路由至3G電路交換域的、由CAMEL進(jìn)行被叫路由控制的呼叫，以及在3G電路交換域中發(fā)起的、需要路由至2G電路交換域的、由CAMEL進(jìn)行被叫路由控制的呼叫。當(dāng)跨域的話音業(yè)務(wù)在至少2個(gè)基于不同接入方式的IP多媒體子系統(tǒng)域之間實(shí)現(xiàn)，如話音業(yè)務(wù)在基于WLAN接入的IMS域和基于GPRS接入的IMS域之間實(shí)現(xiàn)時(shí)，本發(fā)明的基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)包括在基于一種接入方式的IP多媒體子系統(tǒng)域中發(fā)起的、需要路由至另外一種接入方式的IP多媒體子系統(tǒng)域的、由AS進(jìn)行被叫路由控制的會(huì)話。
本發(fā)明提供的技術(shù)方案主要針對(duì)已路由至被叫側(cè)的話音業(yè)務(wù)的呼叫/會(huì)話控制處理過程，如對(duì)于用戶在CS域中發(fā)起的呼叫，在CS域中的路由策略控制點(diǎn)將該呼叫首次路由至IMS域后的后續(xù)呼叫中，可以由本發(fā)明提供的技術(shù)方案進(jìn)行呼叫控制處理，再如對(duì)于用戶在IMS域中發(fā)起的會(huì)話，在IMS域中的路由策略控制點(diǎn)將該會(huì)話首次路由至CS域后的后續(xù)會(huì)話中，可以由本發(fā)明提供的技術(shù)方案進(jìn)行會(huì)話控制處理；其他2G CS域、3G CS域、基于不同接入方式的IMS域中的情況雷同。
對(duì)于在CS域中發(fā)起的、需要路由至IMS域的呼叫，路由策略控制點(diǎn)為CS域中的gsmSCF(gsm業(yè)務(wù)控制功能)單元。
本發(fā)明的gsmSCF在將CS域中發(fā)起的呼叫路由至IMS域中的同時(shí)，需要獲取該呼叫的后續(xù)呼叫過程中的呼叫狀態(tài)信息。gsmSCF獲取后續(xù)呼叫過程中的呼叫狀態(tài)信息可通過gsmSCF向gsmSSF配置事件檢測(cè)點(diǎn)，由gsmSSF根據(jù)配置的事件檢測(cè)點(diǎn)向gsmSCF上報(bào)監(jiān)測(cè)信息的方式來實(shí)現(xiàn)。
根據(jù)現(xiàn)有的CAMEL機(jī)制，對(duì)于被叫側(cè)，gsmSCF可以動(dòng)態(tài)地向gsmSSF配置的幾種事件檢測(cè)點(diǎn)如表1所示表1

表1中，當(dāng)gsmSCF將某個(gè)DP的DP類型配置為EDP-R時(shí)，則表明gsmSCF要求gsmSSF在檢測(cè)到該DP時(shí)，需要懸置呼叫，并向gsmSCF上報(bào)觸發(fā)的DP事件，請(qǐng)求gsmSCF向gsmSSF提供操作指示，且gsmSSF根據(jù)接收到的操作指示繼續(xù)對(duì)后續(xù)呼叫進(jìn)行呼叫處理；當(dāng)gsmSCF將某個(gè)DP的DP類型配置為EDP-N時(shí)，則標(biāo)明gsmSCF要求gsmSSF在檢測(cè)到該DP時(shí)，只需要向gsmSCF通知該事件發(fā)生，且不需要等待gsmSCF下發(fā)的操作指示，gsmSSF直接根據(jù)自身的處理邏輯對(duì)后續(xù)呼叫進(jìn)行呼叫處理。
本發(fā)明可以在gsmSCF決定出被叫用戶的路由信息，并向gsmSSF提供Continue操作或是Connect操作時(shí)，向gsmSSF配置事件檢測(cè)點(diǎn)。事件檢測(cè)點(diǎn)可以為表1中的DP13、DP14、DP15、DP17和DP18中的任一一個(gè)，或者是上述事件檢測(cè)點(diǎn)的任意組合形式。
向gsmSSF配置的DP13、DP14、DP15、DP17的DP類型可以為EDP-R，DP18的DP類型可以為EDP-N，即在被叫用戶忙、被叫用戶無應(yīng)答、被叫用戶應(yīng)答或被叫用戶拆線時(shí)，gsmSSF應(yīng)需要懸置呼叫，并向gsmSCF上報(bào)監(jiān)測(cè)的DP觸發(fā)事件信息，請(qǐng)求gsmSCF向gsmSSF提供操作指示，gsmSSF根據(jù)接收到的操作指示繼續(xù)對(duì)后續(xù)呼叫進(jìn)行呼叫處理；在呼叫未接通、主叫用戶掛機(jī)放棄呼叫時(shí)，gsmSSF應(yīng)該直接根據(jù)其自身的處理邏輯對(duì)后續(xù)呼叫進(jìn)行呼叫處理。
下面結(jié)合附圖2對(duì)本發(fā)明的基于CAMEL的業(yè)務(wù)觸發(fā)話音業(yè)務(wù)實(shí)現(xiàn)方法進(jìn)行詳細(xì)說明。
在步驟2-1、具有g(shù)smSSF功能的MSC接收到入局呼叫信令I(lǐng)AM(InitialAddress Message初始地址消息)或是主叫用戶終端發(fā)起的Setup(呼叫建立)信令。
到步驟2-2、MSC/gsmSSF根據(jù)被叫用戶的號(hào)碼向HLR發(fā)送SRI，HLR向MSC/gsmSSF返回被叫用戶的T-CSI(被叫側(cè)CAMEL簽約信息)。
到步驟2-3、MSC/gsmSSF根據(jù)上述返回的T-CSI向相應(yīng)的SCP發(fā)送IDP(Initial Detected Point初始檢出點(diǎn))，觸發(fā)智能業(yè)務(wù)。
到步驟2-4、gsmSCF根據(jù)gsmSSF觸發(fā)的CSI中的業(yè)務(wù)鍵定義的業(yè)務(wù)邏輯，可選的與HLR交互，進(jìn)行路由決策相關(guān)信息查詢，如向HLR發(fā)送ATI/ATSI(Any Time Interrogation/Any Time Subscription Interrogation隨時(shí)查詢/隨時(shí)簽約查詢)，查詢被叫用戶在CS域中的注冊(cè)信息及相關(guān)業(yè)務(wù)簽約信息。
到步驟2-5、gsmSCF根據(jù)gsmSSF觸發(fā)的CSI中的業(yè)務(wù)鍵定義的業(yè)務(wù)邏輯，可選的與HSS交互，進(jìn)行路由決策相關(guān)信息查詢，如向HSS發(fā)送ATI/ATSI查詢，查詢被叫用戶在IMS域中的注冊(cè)信息及相關(guān)業(yè)務(wù)簽約信息。
上述步驟2-4和步驟2-5無先后處理順序。
到步驟2-6、gsmSCF根據(jù)其獲取的的路由決策相關(guān)信息，如被叫用戶在CS域、IMS域中的注冊(cè)信息、相關(guān)業(yè)務(wù)簽約信息以及gsmSCF自身存儲(chǔ)的路由策略信息，確定該呼叫的路由策略。
到步驟2-7、gsmSCF根據(jù)上述確定的路由策略向gsmSSF下發(fā)RRBE(請(qǐng)求上報(bào)BCSM事件)操作，RRBE操作中攜帶有配置在gsmSSF中的事件檢測(cè)點(diǎn)，如DP13、DP14、DP15、DP17和DP18或各事件檢測(cè)點(diǎn)的任意組合形式。
到步驟2-8、gsmSCF根據(jù)其確定該呼叫的路由策略向gsmSSF下發(fā)Continue操作，指示呼叫繼續(xù)在CS域中路由，或是向gsmSSF下發(fā)Connect操作，指示該呼叫在IMS域中路由。
到步驟2-9、gsmSSF根據(jù)gsmSCF下發(fā)的指示對(duì)該呼叫進(jìn)行路由，并在該呼叫過程中根據(jù)gsmSCF下發(fā)的事件檢測(cè)點(diǎn)對(duì)呼叫狀態(tài)進(jìn)行監(jiān)控。
到步驟2-10、當(dāng)gsmSSF根據(jù)gsmSCF下發(fā)的事件檢測(cè)點(diǎn)檢測(cè)到事件發(fā)生時(shí)，如當(dāng)被叫用戶不可及時(shí)，gsmSSF向gsmSCF上報(bào)檢測(cè)出的事件檢測(cè)點(diǎn)。
到步驟2-11、gsmSCF根據(jù)gsmSSF上報(bào)的事件檢測(cè)點(diǎn)以及其自身的策略信息決定后續(xù)的呼叫控制處理，如在呼叫成功的情況下或是在呼叫失敗的情況下，gsmSCF可指示gsmSSF拆除該呼叫，或是向gsmSSF下發(fā)Connect操作，要求gsmSSF將該呼叫重新路由至IMS域。
通過上述本發(fā)明提供的技術(shù)方案，gsmSCF可以控制并處理呼叫成功的情況和呼叫失敗的情況，呼叫成功的情況包括但不限于被叫用戶正常應(yīng)答并且呼叫正常接續(xù)后拆除。對(duì)于CS域呼叫失敗的情況包括但不限于用戶從網(wǎng)絡(luò)中detached但尚未通知HLR更改用戶的注冊(cè)狀態(tài)信息、且呼叫路由至被叫的VMSC/VLR(Visited MSC拜訪MSC/Visited Location Register拜訪位置寄存器)時(shí)，判斷出的被叫用戶不可及，或是呼叫路由至被叫的VMSC/VLR時(shí)，由VMSC/VLR向被叫用戶下發(fā)尋呼后發(fā)現(xiàn)的被叫用戶不可及；或是VMSC/VLR發(fā)現(xiàn)被叫用戶長(zhǎng)時(shí)間無應(yīng)答；或是VMSC/VLR發(fā)現(xiàn)被叫用戶忙等情況。對(duì)于IMS域呼叫失敗的情況包括但不限于用戶失去與IMS的連接但尚未通知HSS更改用戶的注冊(cè)狀態(tài)信息時(shí)，S-CSCF向下一跳轉(zhuǎn)發(fā)業(yè)務(wù)請(qǐng)求后，發(fā)現(xiàn)超時(shí)無任何響應(yīng)或無最終響應(yīng)；或會(huì)話路由至被叫的P-CSCF，由P-CSCF向被叫用戶轉(zhuǎn)發(fā)業(yè)務(wù)請(qǐng)求后，發(fā)現(xiàn)超時(shí)無任何響應(yīng)或無最終響應(yīng)；或是用戶返回非成功的響應(yīng)消息等情況。
由于gsmSSF的組網(wǎng)方式不同，可能導(dǎo)致CAMEL的業(yè)務(wù)觸發(fā)方式不同，目前，gsmSSF的組網(wǎng)方式主要包括Overlay方式和目標(biāo)網(wǎng)方式兩種。Overlay方式是在不改變現(xiàn)有移動(dòng)通信網(wǎng)的條件下通過增加有限的gsmSSF、并利用特殊號(hào)碼段觸發(fā)智能業(yè)務(wù)的方式來實(shí)現(xiàn)全網(wǎng)開通智能業(yè)務(wù)的目的。目標(biāo)網(wǎng)方式則要求把所有VMSC(Visited MSC拜訪MSC)端局都升級(jí)成為具有SSF功能的MSC，并通過用戶登記的業(yè)務(wù)簽約信息CSI來觸發(fā)智能業(yè)務(wù)。Overlay方式是一種過渡階段的組網(wǎng)方式，而目標(biāo)網(wǎng)方式是最終的gsmSSF的組網(wǎng)方式。
在上述對(duì)圖2的流程描述中，是根據(jù)目標(biāo)網(wǎng)方式情況下的CAMEL業(yè)務(wù)觸發(fā)機(jī)制進(jìn)行描述的，本發(fā)明的技術(shù)方案同樣適用于非目標(biāo)網(wǎng)如Overlay方式情況下的CAMEL業(yè)務(wù)觸發(fā)，且本發(fā)明對(duì)Overlay方式情況下的CAMEL業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的后續(xù)呼叫控制過程與上述流程描述相同，在此不再詳細(xì)描述。
通過上述描述可以得知，本發(fā)明的基于CAMEL的業(yè)務(wù)觸發(fā)話音業(yè)務(wù)實(shí)現(xiàn)方法的實(shí)質(zhì)為提供一種話音業(yè)務(wù)連續(xù)性中呼叫控制處理方法，以完善話音業(yè)務(wù)的呼叫控制處理機(jī)制。這樣，當(dāng)呼叫在CS域中發(fā)起，且路由策略控制點(diǎn)為gsmSCF時(shí)，gsmSCF通過向作為gsmSSF的MSC配置一系列事件檢測(cè)點(diǎn)，使gsmSSF在后續(xù)呼叫過程中根據(jù)配置的事件檢測(cè)點(diǎn)對(duì)后續(xù)呼叫的呼叫狀態(tài)進(jìn)行監(jiān)控，并在呼叫過程中匹配到gsmSCF提供的事件檢測(cè)點(diǎn)后向gsmSCF上報(bào)呼叫事件，使gsmSCF能夠根據(jù)后續(xù)呼叫的呼叫狀態(tài)信息對(duì)后續(xù)呼叫進(jìn)行呼叫控制處理，如對(duì)于建立成功的呼叫控制處理，gsmSCF通過其向gsmSSF配置的呼叫拆除檢測(cè)點(diǎn)，要求gsmSSF在呼叫釋放時(shí)向gsmSCF上報(bào)呼叫拆除事件檢測(cè)點(diǎn)，然后gsmSCF可根據(jù)gsmSSF上報(bào)的檢測(cè)點(diǎn)，gsmSCF可決定終止呼叫，指示gsmSSF釋放呼叫，或是對(duì)呼叫路由改向，將呼叫接續(xù)到預(yù)先設(shè)置的一個(gè)改向的地址信息中。對(duì)于建立失敗的呼叫控制處理，gsmSCF通過其向gsmSSF配置的呼叫失敗檢測(cè)點(diǎn)，要求gsmSSF在呼叫失敗后向gsmSCF上報(bào)呼叫失敗事件檢測(cè)點(diǎn)以及失敗原因，這樣，當(dāng)被叫用戶不可及時(shí)，gsmSCF則可根據(jù)gsmSSF上報(bào)的檢測(cè)點(diǎn)以及失敗原因，決定該呼叫的后續(xù)呼叫處理，如gsmSCF向gsmSSF下發(fā)拆線指示，要求gsmSSF釋放該呼叫，或者gsmSCF向gsmSSF下發(fā)改號(hào)指示，要求gsmSSF將呼叫重新路由到其他域中等。因而，gsmSCF通過對(duì)后續(xù)呼叫的控制處理邏輯，使得呼叫正常拆除時(shí)，能夠?qū)⒑艚薪永m(xù)到改向的地址信息中，豐富了話音業(yè)務(wù)正常情況下處理方式，并且，使得呼叫在出現(xiàn)異常時(shí)，仍然能夠?qū)罄m(xù)的呼叫進(jìn)行路由控制處理，提高了呼叫的成功率。
本發(fā)明對(duì)2G和3G之間的話音業(yè)務(wù)的后續(xù)呼叫控制方法與上述對(duì)圖2的流程描述基本相同，只是gsmSCF在確定呼叫需要路由至另一個(gè)域中時(shí)，向gsmSSF下發(fā)的Connect操作中不攜帶指向MGCF的號(hào)碼，而是攜帶一個(gè)指向MGW的號(hào)碼，其具體實(shí)現(xiàn)流程在此不再詳細(xì)描述。
對(duì)于在IMS域中發(fā)起的、需要路由至CS域的會(huì)話，路由策略控制點(diǎn)為IMS域中的AS(應(yīng)用服務(wù)器)。
根據(jù)目前IMS域中的定義，AS可以作為終結(jié)來話模式來終結(jié)一個(gè)會(huì)話、或是作為始發(fā)會(huì)話模式來發(fā)起一個(gè)會(huì)話、或是作為SIP(會(huì)話發(fā)起協(xié)議)代理模式來轉(zhuǎn)發(fā)一個(gè)會(huì)話、或是作為B2BUA(背靠背用戶代理)模式來終結(jié)一個(gè)會(huì)話并且新發(fā)起一個(gè)會(huì)話等不同模式進(jìn)行相應(yīng)的業(yè)務(wù)控制，并其在對(duì)會(huì)話的業(yè)務(wù)控制中，AS可以根據(jù)相應(yīng)的業(yè)務(wù)邏輯需要選擇以SIP規(guī)定的標(biāo)準(zhǔn)方式保留在該次會(huì)話所有后續(xù)消息路徑中或者僅僅存在于建立會(huì)話的SIP事務(wù)消息交互路徑中。
在本發(fā)明中，做為路由策略控制點(diǎn)的AS應(yīng)根據(jù)業(yè)務(wù)邏輯需要采用B2BUA模式進(jìn)行相應(yīng)的業(yè)務(wù)控制，即對(duì)于一個(gè)AS節(jié)點(diǎn)參與IMS會(huì)話時(shí)，AS首先做為用戶代理服務(wù)器終結(jié)S-CSCF轉(zhuǎn)發(fā)的會(huì)話，然后做為SIP用戶代理客戶端重新發(fā)起到根據(jù)路由決策確定的被叫側(cè)的會(huì)話段，并在兩段會(huì)話間進(jìn)行關(guān)聯(lián)控制處理，如當(dāng)AS接收到經(jīng)由S-CSCF轉(zhuǎn)發(fā)的UE發(fā)起的Invite(邀請(qǐng))時(shí)，根據(jù)當(dāng)前的路由決策需要，即可以在向S-CSCF發(fā)送的Invite中繼續(xù)保留原來的被叫側(cè)尋址信息，如保留原來的Req-URI，也可根據(jù)AS中業(yè)務(wù)邏輯修改被叫側(cè)尋址信息，如修改Req-URI，S-CSCF根據(jù)接收到的Invite中的被叫側(cè)尋址信息，繼續(xù)完成IMS標(biāo)準(zhǔn)規(guī)定的會(huì)話及業(yè)務(wù)控制以及下一跳尋址轉(zhuǎn)發(fā)處理。
同時(shí)，在本發(fā)明中，作為路由策略控制點(diǎn)、且采用B2BUA模式的AS應(yīng)一直保存在一次會(huì)話的所有后續(xù)消息路徑中，這樣，AS就能夠根據(jù)其接收到的消息清楚的獲知整個(gè)會(huì)話的會(huì)話狀態(tài)，對(duì)其接收到的后續(xù)始發(fā)段和終止段的會(huì)話流程中的事件進(jìn)行進(jìn)一步的處理，如當(dāng)AS接收到會(huì)話建立失敗的消息后，AS可根據(jù)其接收到的失敗原因以及預(yù)定的路由策略，重新發(fā)起Invite，修改被叫Req-URI，將會(huì)話路由至其他域。
下面結(jié)合附圖3對(duì)本發(fā)明的基于AS控制的話音業(yè)務(wù)實(shí)現(xiàn)方法進(jìn)行詳細(xì)說明。
圖3中，在步驟3-1、S-CSCF接收到會(huì)話信令I(lǐng)nvite。
到步驟3-2、S-CSCF根據(jù)iFC中的filter信息對(duì)會(huì)話進(jìn)行業(yè)務(wù)觸發(fā)，向AS轉(zhuǎn)發(fā)該Invite。
到步驟3-3、AS根據(jù)定義的業(yè)務(wù)邏輯可選的與HLR交互，進(jìn)行路由決策相關(guān)信息查詢，如向HLR發(fā)送ATI/ATSI，查詢被叫用戶在CS域中的注冊(cè)信息及相關(guān)業(yè)務(wù)簽約信息。
到步驟3-4、AS根據(jù)定義的業(yè)務(wù)邏輯可選的與HSS交互，進(jìn)行路由決策相關(guān)信息查詢，如向HSS發(fā)送ATI/ATSI，查詢被叫用戶在IMS域中的注冊(cè)信息及相關(guān)業(yè)務(wù)簽約信息。
上述步驟3-3和步驟3-4無先后處理順序。
到步驟3-5、AS根據(jù)上述獲取的被叫用戶的路由決策相關(guān)信息，如被叫用戶在CS域和IMS域中的注冊(cè)信息、相關(guān)業(yè)務(wù)簽約信息以及AS自身存儲(chǔ)的路由策略信息確定該會(huì)話的當(dāng)前路由策略。
到步驟6、步驟7、AS根據(jù)確定的路由決策向S-CSCF發(fā)送Invite，如果該會(huì)話需要繼續(xù)在IMS域中路由，則Invite中仍然攜帶原來的被叫用戶地址信息，即原來的Req-URI信息，這樣，S-CSCF能夠根據(jù)原來的Req-URI的域名將該會(huì)話路由至被叫的P-CSCF，在IMS域中將該會(huì)話接續(xù)至被叫用戶；如果該會(huì)話需要在CS域中路由，則Invite操作中攜帶一個(gè)修改后的被叫地址信息，如一個(gè)指向MGCF的E.164號(hào)碼，S-CSCF根據(jù)該指向MGCF的E.164號(hào)碼將該會(huì)話經(jīng)BGCF路由至MGCF，然后，由MGCF將該會(huì)話路由至CS域。
到步驟3-8、S-CSCF根據(jù)AS傳輸來的Invite對(duì)會(huì)話進(jìn)行路由。
到步驟3-9、在后續(xù)會(huì)話控制處理過程中，S-CSCF向AS轉(zhuǎn)發(fā)會(huì)話建立成功或者會(huì)話建立失敗的消息。
到步驟3-10、AS根據(jù)接收的消息以及其自身的策略信息決定后續(xù)會(huì)話的控制處理，如在會(huì)話成功的情況下或是在會(huì)話失敗的情況下，AS均可以指示S-CSCF拆除該會(huì)話，或是要求S-CSCF將該會(huì)話重新路由至IMS域。
通過上述本發(fā)明提供的技術(shù)方案，gsmSCF可以控制并處理呼叫成功的情況和呼叫失敗的情況，呼叫成功的情況包括但不限于被叫用戶正常應(yīng)答并且呼叫正常接續(xù)后拆除。對(duì)于CS域呼叫失敗的情況包括但不限于用戶從網(wǎng)絡(luò)中detached但尚未通知HLR更改用戶的注冊(cè)狀態(tài)信息、且呼叫路由至被叫的VMSC/VLR(Visited MSC拜訪MSC/Visited Location Register拜訪位置寄存器)時(shí)，判斷出的被叫用戶不可及，或是呼叫路由至被叫的VMSC/VLR時(shí)，由VMSC/VLR向被叫用戶下發(fā)尋呼后發(fā)現(xiàn)的被叫用戶不可及；或是VMSC/VLR發(fā)現(xiàn)被叫用戶長(zhǎng)時(shí)間無應(yīng)答；或是VMSC/VLR發(fā)現(xiàn)被叫用戶忙等情況。對(duì)于IMS域呼叫失敗的情況包括但不限于用戶失去與IMS的連接但尚未通知HSS更改用戶的注冊(cè)狀態(tài)信息時(shí)，S-CSCF向下一跳轉(zhuǎn)發(fā)業(yè)務(wù)請(qǐng)求后，發(fā)現(xiàn)超時(shí)無任何響應(yīng)或無最終響應(yīng)；或會(huì)話路由至被叫的P-CSCF，由P-CSCF向被叫用戶轉(zhuǎn)發(fā)業(yè)務(wù)請(qǐng)求后，發(fā)現(xiàn)超時(shí)無任何響應(yīng)或無最終響應(yīng)；或是用戶返回非成功的響應(yīng)消息等情況。
通過上述描述可以得知，本發(fā)明的基于AS控制的話音業(yè)務(wù)實(shí)現(xiàn)方法的實(shí)質(zhì)為提供一種話音業(yè)務(wù)連續(xù)性中會(huì)話控制處理方法，以完善話音業(yè)務(wù)的會(huì)話控制處理機(jī)制。這樣，當(dāng)會(huì)話在IMS域中發(fā)起，且路由策略控制點(diǎn)為AS時(shí)，AS通過采用B2BUA模式進(jìn)行業(yè)務(wù)控制，并通過SIP的標(biāo)準(zhǔn)處理方式將自己保留在本次會(huì)話的后續(xù)路徑中，使其能夠獲得后續(xù)會(huì)話的會(huì)話狀態(tài)，從而能夠根據(jù)后續(xù)的會(huì)話接續(xù)情況決定該會(huì)話的后續(xù)處理，如對(duì)于建立成功的會(huì)話，AS可決定終止會(huì)話，指示S-CSCF釋放會(huì)話，或是對(duì)會(huì)話路由改向，將會(huì)話接續(xù)到預(yù)先設(shè)置的一個(gè)改向的地址信息中；對(duì)于建立失敗的會(huì)話，AS可決定終止會(huì)話，指示S-CSCF釋放會(huì)話，或是AS決定將該會(huì)話路由至其他域時(shí)，則可以在其收到會(huì)話建立失敗消息后，向S-CSCF重新發(fā)起至另一個(gè)域的新的會(huì)話建立請(qǐng)求消息，因而，AS通過對(duì)后續(xù)會(huì)話的控制處理邏輯，使得會(huì)話正常拆除時(shí)，能夠?qū)?huì)話接續(xù)到改向的地址信息中，豐富了話音業(yè)務(wù)正常情況下處理方式，并且，使得會(huì)話在出現(xiàn)異常時(shí)，AS仍然能夠?qū)罄m(xù)的會(huì)話進(jìn)行路由控制處理，提高了會(huì)話的成功率。
本發(fā)明基于不同接入方式的IMS域之間的話音業(yè)務(wù)的后續(xù)會(huì)話控制方法與上述對(duì)圖3的流程描述基本相同，只是AS在確定呼叫需要路由至另一個(gè)域中、向S-CSCF下發(fā)Invite操作時(shí)，不是在Invite操作中攜帶一個(gè)指向MGCF的E.164號(hào)碼，而是攜帶一個(gè)指向I-CSCF的號(hào)碼，S-CSCF根據(jù)該指向I-CSCF的號(hào)碼將會(huì)話路由至I-CSCF，然后，由I-CSCF將該會(huì)話路由至基于另外一種接入方式的IMS域中，其具體實(shí)現(xiàn)流程在此不再詳細(xì)描述。
雖然通過實(shí)施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多變形和變化而不脫離本發(fā)明的精神，本發(fā)明的申請(qǐng)文件的權(quán)利要求包括這些變形和變化。
權(quán)利要求
1.一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于，包括a、具有異域路由決策功能的路由策略控制點(diǎn)獲取已路由至被叫側(cè)的話音業(yè)務(wù)的呼叫/會(huì)話狀態(tài)信息；b、所述路由策略控制點(diǎn)根據(jù)所述呼叫/會(huì)話狀態(tài)信息繼續(xù)對(duì)所述話音業(yè)務(wù)進(jìn)行呼叫/會(huì)話控制處理。
2.如權(quán)利要求1所述的一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于，所述已路由至被叫側(cè)的話音業(yè)務(wù)為基于CAMEL控制的話音業(yè)務(wù)、或基于AS控制的話音業(yè)務(wù)。
3.如權(quán)利要求2所述的一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于，所述異域包括電路交換域和IP多媒體子系統(tǒng)域；或2G電路交換域和3G電路交換域；或至少2個(gè)基于不同接入方式的IP多媒體子系統(tǒng)域；當(dāng)所述異域包括電路交換域和IP多媒體子系統(tǒng)域時(shí)，所述路由策略控制點(diǎn)為電路交換域中的gsm業(yè)務(wù)控制功能單元gsmSCF或IP多媒體子系統(tǒng)域中的應(yīng)用服務(wù)器AS；當(dāng)所述異域包括2G電路交換域和3G電路交換域時(shí)，所述路由策略控制點(diǎn)為2G電路交換域中的gsmSCF、或3G電路交換域中的gsmSCF；當(dāng)所述異域包括至少2個(gè)基于不同接入方式的IP多媒體子系統(tǒng)域時(shí)，所述路由策略控制點(diǎn)為基于不同接入方式的IP多媒體子系統(tǒng)域中的會(huì)話發(fā)起側(cè)的應(yīng)用服務(wù)器AS。
4.如權(quán)利要求3所述的一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于，所述路由策略控制點(diǎn)為電路交換域中的gsmSCF或2G電路交換域中的gsmSCF或3G電路交換域中的gsmSCF時(shí)，所述步驟a具體包括a11、根據(jù)需要獲取的呼叫狀態(tài)信息在gsm業(yè)務(wù)交換功能單元gsmSSF中配置事件檢測(cè)點(diǎn)；a12、gsmSSF根據(jù)事件檢測(cè)點(diǎn)對(duì)已路由至被叫側(cè)的話音業(yè)務(wù)的呼叫狀態(tài)進(jìn)行監(jiān)測(cè)；a13、gsmSSF根據(jù)所述配置向gsmSCF上報(bào)其監(jiān)測(cè)到的呼叫狀態(tài)信息。
5.如權(quán)利要求4所述的一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于，所述步驟a11具體包括gsmSCF在確定所述話音業(yè)務(wù)的路由時(shí)，根據(jù)需要獲取的呼叫狀態(tài)信息通過向gsmSSF下發(fā)請(qǐng)求上報(bào)基本呼叫狀態(tài)模型操作，將事件檢測(cè)點(diǎn)的配置信息傳輸至gsmSSF。
6.如權(quán)利要求4所述的一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于，所述步驟a13具體包括gsmSSF根據(jù)所述配置的事件檢測(cè)點(diǎn)監(jiān)測(cè)到呼叫狀態(tài)信息時(shí)，判斷該呼叫狀態(tài)信息對(duì)應(yīng)的事件檢測(cè)點(diǎn)的屬性；如果該屬性為EDP-N，gsmSSF將所述呼叫狀態(tài)信息上報(bào)至gsmSCF；如果該屬性為EDP-R，gsmSSF根據(jù)自身的處理邏輯繼續(xù)對(duì)所述話音業(yè)務(wù)進(jìn)行呼叫控制處理。
7.如權(quán)利要求4所述的一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于，所述步驟b具體包括gsmSCF根據(jù)所述獲取的呼叫狀態(tài)信息向gsmSSF下發(fā)釋放呼叫的控制信息；或gsmSCF根據(jù)所述獲取的呼叫狀態(tài)信息重新確定所述話音業(yè)務(wù)的路由，并向gsmSSF下發(fā)重新路由的控制信息。
8.如權(quán)利要求7所述的一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于當(dāng)路由策略控制點(diǎn)為電路交換域中的gsmSCF時(shí)，所述步驟b中重新路由的控制信息包括在電路交換域中路由的控制信息和重新路由至IP多媒體子系統(tǒng)域中的控制信息；當(dāng)路由策略控制點(diǎn)為2G電路交換域中的gsmSCF時(shí)，所述步驟b中重新路由的控制信息包括在2G電路交換域中路由的控制信息和重新路由至3G電路交換域中的控制信息；當(dāng)路由策略控制點(diǎn)為3G電路交換域中的gsmSCF時(shí)，所述步驟b中重新路由的控制信息包括在3G電路交換域中路由的控制信息和重新路由至2G電路交換域中的控制信息。
9.如權(quán)利要求3所述的一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于，所述路由策略控制點(diǎn)為IP多媒體子系統(tǒng)域中的AS、或基于不同接入方式的IP多媒體子系統(tǒng)域中的會(huì)話發(fā)起側(cè)的AS時(shí)，所述步驟a具體包括a21、設(shè)定基于背靠背用戶代理的AS采用始終保留在會(huì)話消息路徑中的呼叫控制處理方式；a22、AS根據(jù)其接收的消息確定已路由至被叫側(cè)的話音業(yè)務(wù)的會(huì)話狀態(tài)信息。
10.如權(quán)利要求9所述的一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于，所述步驟a22中AS接收的消息包括會(huì)話建立成功的消息、會(huì)話建立失敗的消息。
11.如權(quán)利要求9所述的一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于，所述步驟b具體包括AS根據(jù)所述獲取的會(huì)話狀態(tài)信息向S-CSCF下發(fā)釋放會(huì)話的控制信息；或AS根據(jù)所述獲取的會(huì)話狀態(tài)信息重新確定所述話音業(yè)務(wù)的路由，并向S-CSCF下發(fā)重新路由的控制信息。
12.如權(quán)利要求11所述的一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于IP多媒體子系統(tǒng)域中的AS、或基于不同接入方式的IP多媒體子系統(tǒng)域中的會(huì)話發(fā)起側(cè)的AS時(shí)當(dāng)路由策略控制點(diǎn)為IP多媒體子系統(tǒng)域中的AS時(shí)，所述步驟b中重新路由的控制信息包括在IP多媒體子系統(tǒng)域中路由的控制信息和重新路由至電路交換域中的控制信息；當(dāng)路由策略控制點(diǎn)為基于不同接入方式的IP多媒體子系統(tǒng)域中的會(huì)話發(fā)起側(cè)的AS時(shí)，所述步驟b中重新路由的控制信息包括在所述會(huì)話發(fā)起側(cè)的IP多媒體子系統(tǒng)域中路由的控制信息和在其他接入方式的IP多媒體子系統(tǒng)域路由的控制信息。
13.如權(quán)利要求1至12中任一權(quán)利要求所述的一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，其特征在于，所述呼叫/會(huì)話狀態(tài)信息為被叫用戶忙或被叫用戶無應(yīng)答或被叫用戶應(yīng)答或主/被叫用戶拆線或主叫用戶放棄。
全文摘要
本發(fā)明提供一種基于業(yè)務(wù)觸發(fā)的話音業(yè)務(wù)的實(shí)現(xiàn)方法，其核心為具有異域路由決策功能的路由策略控制點(diǎn)獲取已路由至被叫側(cè)的話音業(yè)務(wù)的呼叫/會(huì)話狀態(tài)信息，所述路由策略控制點(diǎn)根據(jù)所述呼叫/會(huì)話狀態(tài)信息繼續(xù)對(duì)所述話音業(yè)務(wù)進(jìn)行呼叫/會(huì)話控制處理。本發(fā)明中的路由策略控制點(diǎn)能夠?qū)υ捯魳I(yè)務(wù)的整個(gè)呼叫/會(huì)話過程進(jìn)行控制處理，即不論是對(duì)成功建立的呼叫/會(huì)話，還是對(duì)建立失敗的呼叫/會(huì)話，本發(fā)明均可實(shí)現(xiàn)釋放呼叫/會(huì)話、呼叫/會(huì)話路由改向等控制處理；從而完善了話音業(yè)務(wù)的呼叫/會(huì)話控制處理機(jī)制、提高了話音業(yè)務(wù)呼叫/會(huì)話的成功率，豐富了話音業(yè)務(wù)正常處理和例外處理方式。
文檔編號(hào)H04L29/06GK1878339SQ20051007502
公開日2006年12月13日 申請(qǐng)日期2005年6月7日 優(yōu)先權(quán)日2005年6月7日
發(fā)明者朱東銘, 段小琴, 張海, 張鵬 申請(qǐng)人:華為技術(shù)有限公司