專利名稱：終端用戶實(shí)現(xiàn)呼叫前轉(zhuǎn)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體地，涉及IMS (IP Multimedia Core Network Subsystem， IP多々某體子系統(tǒng))集中控制業(yè)務(wù)中的終端用戶實(shí)現(xiàn)呼叫前轉(zhuǎn)的方法。
背景技術(shù)：
IP (Internet Protocol,網(wǎng)絡(luò)互聯(lián)協(xié)議)多J 某體子系統(tǒng)——IMS (IP Multimedia Core Network Subsystem )是由第三f^合作l火^f半計(jì)劃 (3rd Generation Partnership Project,簡(jiǎn)一爾為3GPP )才是出的一種基于IP的網(wǎng)絡(luò)架構(gòu)，其構(gòu)建了一個(gè)開放而靈活的業(yè)務(wù)環(huán)境，支持多媒體應(yīng)用，并為用戶提供豐富的多媒體業(yè)務(wù)。IMS是基于IP的電信網(wǎng)絡(luò)架構(gòu)，與接入技術(shù)無(wú)關(guān)，除了可以為 GPRS ( General Packet Radio Service,通用分組無(wú)線業(yè)務(wù))、WLAN (Wireless Local Area Network,無(wú)線局域網(wǎng))等分組4妄入網(wǎng)紹4是供 業(yè)務(wù)夕卜，還可以為GSM ( Global System for Mobile communications, 全球移動(dòng)通訊系統(tǒng))、UMTS ( Universal Mobile Telecommunications System,統(tǒng)一移動(dòng)通訊系統(tǒng))等移動(dòng)蜂窩網(wǎng)絡(luò)才是供業(yè)務(wù)。GSM、 UMTS等移動(dòng)蜂窩網(wǎng)絡(luò)采用電路交換技術(shù)，稱為電路 (Circuit Switched,簡(jiǎn)稱CS)i或，能夠?yàn)橛脩舨攀枪┗镜恼Z(yǔ)音業(yè)務(wù) 以及基于語(yǔ)音業(yè)務(wù)的補(bǔ)充業(yè)務(wù)。當(dāng)CS域接入IMS時(shí)，其演變?yōu)橐?br> 種4妾入方式，業(yè)務(wù)完全由IMS統(tǒng)一^是供，這種4支術(shù)稱為IMS集中 控制業(yè)務(wù)(IMS Centralized Service ),簡(jiǎn)稱為ICS。IMS集中控制業(yè)務(wù)具有以下優(yōu)點(diǎn)(1)IMS為電路域、分組域等接入方式^是供一致的業(yè)務(wù)，支 持網(wǎng)絡(luò)融合；(2 )支持CS網(wǎng)絡(luò)向IMS網(wǎng)絡(luò)演進(jìn)；(3)不但支持具有ICS能力用戶設(shè)備，還支持現(xiàn)有的不具備 ICS能力的用戶設(shè)備，非ICS用戶設(shè)備也稱為傳統(tǒng)的用戶設(shè)備。圖1是傳統(tǒng)用戶終端通過(guò)CS域接入實(shí)現(xiàn)IMS集中控制業(yè)務(wù)的 架構(gòu)圖，如圖1所示，包4舌如下網(wǎng)元用戶終端101 (User Equipment,簡(jiǎn)稱為UE );本地電贈(zèng)^iM妻入 適酉己功肯fe 102 ( Local CS Access Adaptation Function-network equivalent,簡(jiǎn)稱L-CAAF-n);手早訪移動(dòng)交換中心103( Visited Mobile Switch Center,簡(jiǎn)稱為VMSC );歸屬用戶月良務(wù)器104 (Home Subscriber Server,簡(jiǎn)稱為HSS ); J 某體網(wǎng)關(guān)4空制功能105 (Media Gateway Control Function,簡(jiǎn)稱為MGCF );力某體網(wǎng)關(guān)106 (Media Gateway,簡(jiǎn)稱為MGW ); IMS電i 各域控制功能107(IMS CS Control Function,簡(jiǎn)稱為ICCF );呼叫會(huì)話控制功能108( Call Session Control Function,簡(jiǎn)稱為CSCF);電信應(yīng)用月l務(wù)器109 ( Telecom Application Server,簡(jiǎn)稱為TAS )。UE 101經(jīng)過(guò)L-CAAF-n 102到IMS域的ICCF 107建立3條路徑會(huì)話控制路徑、承載控制路徑、和承載路徑。其中
會(huì)話控制路徑承載于CS域上，UE 101采用標(biāo)準(zhǔn)的CS控制信 令接入L-CAAF-n 102, L-CAAF-n 102在IP承載通道上采用會(huì)話初 始協(xié)議(Session initiation Protocol ，簡(jiǎn)稱SIP )傳專lf會(huì)話控制消息， 然后該3各徑經(jīng)過(guò)CSCF 108,接入ICCF 107。承載控制路徑UE 101采用標(biāo)準(zhǔn)的CS控制信令接入L-CAAF-n 102及VMSC 103, L-CAAF-n 102與VMSC 103既可以分離，也可 以合一，然后通過(guò)MGCF 105接入到IMS，通過(guò)CSCF 108到達(dá)ICCF 107。承載路徑是UE 101通過(guò)VMSC 103和MGW 106接入到IMS, 并與該會(huì)話的遠(yuǎn)端用戶設(shè)備建立媒體連接。IMS集中業(yè)務(wù)利用會(huì)話控制路徑在UE 101和ICCF 107之間交 互會(huì)話控制信息，并通過(guò)承載控制路徑建立和控制媒體承載，ICCF 107充當(dāng)IMS用戶代理，代替用戶設(shè)備接入IMS 。TAS 109服務(wù)器可以為用戶提供呼叫保持、呼叫轉(zhuǎn)移、號(hào)碼顯 示、呼叫前轉(zhuǎn)等眾多補(bǔ)充業(yè)務(wù)，因此又稱為補(bǔ)充業(yè)務(wù)服務(wù)器。呼叫 前轉(zhuǎn)業(yè)務(wù)是通信系統(tǒng)中的一種補(bǔ)充業(yè)務(wù)，它分無(wú)條件呼叫前轉(zhuǎn)、無(wú) 應(yīng)答p乎叫前4爭(zhēng)、遇'J"亡p乎叫前專爭(zhēng)(Communication Forwarding Busy,簡(jiǎn)稱為CFB)等情況，其中，移動(dòng)用戶忙又分為網(wǎng)絡(luò)決定用戶忙與 用戶決定用戶忙兩種情況。網(wǎng)纟各決定忙是指網(wǎng)纟各i己錄的用戶4犬態(tài)為 忙，如用戶正處于通話中；用戶決定用戶忙是指移動(dòng)用戶收到呼叫 才展鈴?fù)ㄖ笾苯泳芙^應(yīng)答，網(wǎng)絡(luò)將其來(lái)話轉(zhuǎn)接到預(yù)先設(shè)置的電話或 語(yǔ)音信箱。ICS作為一種電信系統(tǒng)，必須支持呼叫前轉(zhuǎn)業(yè)務(wù)。^旦目前IMS 集中控制業(yè)務(wù)中沒有相關(guān)的流程實(shí)現(xiàn)用戶決定用戶忙業(yè)務(wù)，因此需 要為此業(yè)務(wù)定義可實(shí)現(xiàn)的流程。
圖2是在CS域會(huì)話控制路徑上，通過(guò)在IP承載通道上采用SIP 消息來(lái)傳遞會(huì)話控制信令，實(shí)現(xiàn)IMS用戶A呼叫從CS接入的傳統(tǒng) 移動(dòng)用戶B，進(jìn)4亍會(huì)話過(guò)程的流程框圖。ICCF利用用戶B的漫游號(hào)碼向被叫用戶發(fā)起呼叫建立過(guò)程， 此過(guò)程稱為^:叫過(guò)程，相關(guān)流程可以包括以下幾個(gè)步驟201、 CSCF接收到主叫側(cè)用戶A向被叫側(cè)用戶B發(fā)起的被叫 SIP( Session Initiation Protocol,會(huì)i舌初始十辦i義)會(huì)i舌"i青求消息。CSCF 將會(huì)話請(qǐng)求;洛由到負(fù)責(zé)呼叫前轉(zhuǎn)業(yè)務(wù)的電信應(yīng)用服務(wù)器(Telecom Application Server,簡(jiǎn)稱為TAS )。 TAS路由被叫會(huì)話請(qǐng)求消息到 ICCF。202、 ICCF在CS i或會(huì)話控制^各徑上，通過(guò)IP岸義載通道，向 L-CAAF-n發(fā)起SIP會(huì)話被叫請(qǐng)求，被叫請(qǐng)求中攜帶主叫號(hào)碼與4皮 叫號(hào)碼；203、 ICCF獲取用戶B的漫游號(hào)碼，然后利用獲得的漫游號(hào)碼 將主叫用戶的SIP會(huì)話請(qǐng)求經(jīng)過(guò)CSCF路由到MGCF;204、 MGCF向VMSC發(fā)ISUP (ISDN User Part, ISDN用戶部 分)的4刀始i也i止消息(initial address message, 簡(jiǎn) 一爾為I AM);205、 VMSC向L-CAAF-n發(fā)起呼叫建立請(qǐng)求，L-CAAF-n將呼 叫建立請(qǐng)求發(fā)給用戶B,用戶B開始振鈴；206、 用戶B進(jìn)行后續(xù)的會(huì)話過(guò)程。圖3是在CS域會(huì)話控制路徑上，通過(guò)在IP承載通道上采用SIP 消息來(lái)傳遞會(huì)話控制信令，實(shí)現(xiàn)IMS用戶A呼叫從CS接入的傳統(tǒng) 移動(dòng)用戶B，進(jìn)4亍會(huì)話過(guò)程的流程圖。 L-CAAF-n使用ICCF的地址向ICCF發(fā)起呼叫建立過(guò)程，此過(guò) 程稱為主叫過(guò)禾呈，相關(guān)流禾呈可以包4舌以下幾個(gè)步艱《301、 CSCF接收到主叫側(cè)用戶A向^皮叫側(cè)用戶B發(fā)起的被叫 SIP會(huì)話請(qǐng)求消息。CSCF將會(huì)話請(qǐng)求路由到負(fù)責(zé)呼叫前轉(zhuǎn)業(yè)務(wù)的 TAS, TAS路由被叫會(huì)話請(qǐng)求消息到ICCF;302、 ICCF為用戶B分配一個(gè)ICCF地址，在CS域會(huì)話控制 路徑上，通過(guò)IP承載通道，向L-CAAF-n發(fā)起SIP會(huì)話^皮叫請(qǐng)求， 請(qǐng)求消息中攜帶ICCF地址；303 、 L-CAAF-n收到會(huì)話請(qǐng)求消息后，立即對(duì)巴ICCF地址當(dāng)作 被叫號(hào)碼，向ICCF發(fā)起呼叫建立請(qǐng)求；304、 ICCF響應(yīng)此次會(huì)話請(qǐng)求，并給L-CAAF-n發(fā)振鈴消息， L-CAAF-n與用戶B進(jìn)4亍會(huì)話建立過(guò)程，然后L-CAAF-n通知用戶 B振鈴；305、 用戶B進(jìn)行后續(xù)的會(huì)話過(guò)程；現(xiàn)有的呼叫流程中，在CS域會(huì)話控制路徑上，當(dāng)通過(guò)在IP岸義 載通道上使用SIP消息來(lái)傳遞會(huì)話控制信令時(shí)，IMS用戶A呼叫從 CS 4妄入的傳統(tǒng)移動(dòng)用戶B進(jìn)4亍會(huì)話，可以采用主叫過(guò)程與^皮叫過(guò) 程兩種方式，若被叫用戶振鈴時(shí)，被叫用戶拒絕接聽，此時(shí)需要實(shí) 現(xiàn)用戶決定用戶忙呼叫前轉(zhuǎn)業(yè)務(wù)，目前還沒有此流禾呈來(lái)實(shí)現(xiàn)此補(bǔ)充業(yè)務(wù)
發(fā)明內(nèi)容
考慮到相關(guān)技術(shù)中存在的上述問(wèn)題而提出本發(fā)明，為此，本發(fā)明旨在^是供一種用于IMS集中控制業(yè)務(wù)中實(shí)現(xiàn)終端用戶決定用戶忙 呼叫前轉(zhuǎn)的方法。根據(jù)本發(fā)明，提供了一種終端用戶實(shí)現(xiàn)呼叫前轉(zhuǎn)的方法，用于 IP多媒體子系統(tǒng)集中控制業(yè)務(wù)。該方法包括以下處理主叫用戶向 被叫用戶發(fā)起呼叫請(qǐng)求，建立被叫用戶與IP多媒體子系統(tǒng)電路域控 制功能即ICCF之間的電路域會(huì)話；被叫用戶拒絕呼叫，通過(guò)本地 電絲JiU妄入適配功能即L-CAAF-n ^!尋用戶決定用戶忙消息經(jīng)由 ICCF轉(zhuǎn)發(fā)到電信應(yīng)用服務(wù)器；響應(yīng)于用戶決定用戶忙消息，電信應(yīng) 用服務(wù)器發(fā)起用戶決定用戶忙前轉(zhuǎn)過(guò)程。其中，在上述方法中，被叫用戶與ICCF之間的電路域會(huì)話建 立可以ICCF或L-CAAF-n發(fā)起。另夕卜，電^各域會(huì)話的會(huì)話控制i 各徑采用IP承載，在會(huì)話控制^各 徑上采用會(huì)話初始協(xié)議來(lái)傳遞會(huì)話控制信令。上述的用戶決定用戶忙消息是指攜帶了用戶決定用戶忙原因值 的消息。在使用電路域會(huì)話控制路徑的情況下，L-CAAF-n將被叫用戶 的攜帶了用戶決定用戶忙原因值的掛機(jī)消息轉(zhuǎn)化為會(huì)話初始協(xié)i義 486用戶忙消息，并將會(huì)話初始協(xié)議486用戶忙消息經(jīng)由呼叫會(huì)話 控制功能即CSCF轉(zhuǎn)發(fā)到ICCF。在不使用電路域會(huì)話控制路徑的情況下，L-CAAF-n將被叫用 戶的攜帶了用戶決定用戶忙原因值的掛機(jī)消息轉(zhuǎn)發(fā)給拜訪移動(dòng)交換 中心即VMSC, VMSC經(jīng)由々某體網(wǎng)關(guān)控制功能即MGCF將用戶決定 用戶忙消息轉(zhuǎn)發(fā)給ICCF。 VMSC經(jīng)由MGCF將用戶決定用戶忙消 息轉(zhuǎn)發(fā)給ICCF的處理具體為VMSC將掛機(jī)消息轉(zhuǎn)化為攜帶了用 戶決定用戶忙原因值的釋放消息，并將釋放消息發(fā)送到MGCF， MGCF將釋放消息轉(zhuǎn)化為會(huì)話初始協(xié)議486用戶忙消息，并將會(huì)話 初始協(xié)議486用戶忙消息轉(zhuǎn)發(fā)送到ICCF。上述方法可以進(jìn)一步包括以下處理釋^^皮叫用戶與ICCF之 間已經(jīng)建立的媒體資源及會(huì)話。具體地，可以通過(guò)以下操作來(lái)釋放媒體資源被叫用戶掛機(jī)時(shí) 釋》文到L-CAAF-n的々某體資源，L-CAAF-n向ICCF發(fā)送會(huì)話初始寸辦 議486用戶忙消息，通知ICCF用戶忙，L-CAAF-n主動(dòng)發(fā)起媒體資 源釋》文過(guò)程。L-CAAF-n可以在發(fā)送會(huì)話初始協(xié)議486用戶忙消息 的同時(shí)，或者在ICCF接收到會(huì)話初始協(xié)議486用戶忙消息之后， 發(fā)起媒體資源釋放過(guò)程?；蛘?，也可以通過(guò)以下才喿作來(lái)釋方文J 某體資源；故叫用戶桂4幾時(shí) 釋放到L-CAAF-n的々某體資源，L-CAAF-n向ICCF發(fā)送會(huì)話初始協(xié) 議486用戶忙消息，通知ICCF用戶忙，ICCF接收到會(huì)話初始協(xié)議 486用戶忙消息后，主動(dòng)發(fā)起媒體資源釋放過(guò)程。通過(guò)本發(fā)明，在CS域會(huì)話控制路徑中使用SIP會(huì)話消息，或 者在無(wú)CS域會(huì)話控制^各徑時(shí)利用用戶決定用戶忙原因^直，來(lái)通知 ICCF ^L叫用戶的用戶決定用戶忙狀態(tài)，ICCF再通知TAS觸發(fā)用戶 決定用戶忙前轉(zhuǎn)流程，因此無(wú)論被叫用戶與ICCF的呼叫是主叫過(guò) 程還是被叫過(guò)程，都能夠可靠實(shí)現(xiàn)用戶決定用戶忙前轉(zhuǎn)流程，并且， 本發(fā)明還實(shí)現(xiàn)了已建立的媒體資源及會(huì)話的釋放。本發(fā)明的其它特征和優(yōu)點(diǎn)將在隨后的說(shuō)明書中闡述，并且，部 分地從說(shuō)明書中變得顯而易見，或者通過(guò)實(shí)施本發(fā)明而了解。本發(fā)
明的目的和其他優(yōu)點(diǎn)可通過(guò)在所寫的說(shuō)明書、權(quán)利要求書、以及附 圖中所特別指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲得。


附圖用來(lái)^是供對(duì)本發(fā)明的進(jìn)一 步理解，并且構(gòu)成"i兌明書的 一部 分，與本發(fā)明的實(shí)施例一起用于解釋本發(fā)明，并不構(gòu)成對(duì)本發(fā)明的限制。在附圖中圖1是根據(jù)相關(guān)技術(shù)的IMS集中控制業(yè)務(wù)的組網(wǎng)架構(gòu)示意圖；圖2是根據(jù)相關(guān)技術(shù)的IMS集中控制業(yè)務(wù)中，ICCF與被叫用 戶的會(huì)話建立采用凈皮叫過(guò)程的用戶決定用戶忙前轉(zhuǎn)流程圖；圖3是根據(jù)相關(guān)技術(shù)的IMS集中控制業(yè)務(wù)中，ICCF與被叫用 戶的會(huì)話建立釆用主叫過(guò)程的用戶決定用戶忙前轉(zhuǎn)流程圖；圖4是根據(jù)本發(fā)明實(shí)施例的終端用戶實(shí)現(xiàn)呼叫前轉(zhuǎn)的方法的流 程圖；圖5是圖4所示的方法的實(shí)例1的流程圖； 圖6是圖4所示的方法的實(shí)例2的流程圖； 圖7是圖4所示的方法的實(shí)例3的流程圖。
具體實(shí)施方式
以下結(jié)合附圖對(duì)本發(fā)明的優(yōu)選實(shí)施例進(jìn)4亍i兌明，應(yīng)當(dāng)理解，此 處所描述的優(yōu)選實(shí)施例僅用于說(shuō)明和解釋本發(fā)明，并不用于限定本 發(fā)明。
本發(fā)明實(shí)施例提供了一種IMS集中控制業(yè)務(wù)中，主叫用戶通過(guò) TAS及ICCF呼叫非ICS的被叫用戶，實(shí)現(xiàn)用戶決定用戶忙(User Decision User Busy, UDUB )前專爭(zhēng)的方法。如圖4所示，根據(jù)本發(fā)明實(shí)施例的用戶終端實(shí)現(xiàn)呼叫前轉(zhuǎn)的方 法可以包括以下處理步驟S402，主叫用戶向被叫用戶發(fā)起呼叫請(qǐng)求，建立被叫用戶 與ICCF (IP多媒體子系統(tǒng)電路域控制功能)之間的電路域會(huì)話；在該過(guò)程中，被叫用戶與ICCF之間的會(huì)話建立可以采用主叫 過(guò)程或被叫過(guò)程，主叫流程由L-CAAF-n向ICCF發(fā)起呼叫請(qǐng)求， -故叫流程由ICCF向#皮叫用戶發(fā)起呼叫請(qǐng)求；步驟S404， 4皮叫用戶拒絕呼叫，通過(guò)L-CAAF-n (本地電^各域 4妻入適配功能)將用戶決定用戶忙消息(即，攜帶了用戶決定用戶 忙原因值的消息)經(jīng)由ICCF轉(zhuǎn)發(fā)到電信應(yīng)用服務(wù)器(TAS);步-驟S406,響應(yīng)于用戶決定用戶忙消息，TAS發(fā)起用戶決定用 戶忙前壽爭(zhēng)過(guò)禾呈。其中，電路域會(huì)話的會(huì)話控制^各徑采用IP承載，在會(huì)話控制^各 徑上采用會(huì)話初始協(xié)i義來(lái)傳遞會(huì)話控制信令。一方面，在步驟S404中，在使用CS域會(huì)話控制路徑的情況下， L-CAAF-n將被叫用戶的攜帶了用戶決定用戶忙原因值的掛機(jī)消息 轉(zhuǎn)化為SIP486用戶忙消息，并將SIP486用戶忙消息經(jīng)由CSCF(呼 叫會(huì)話控制功能)轉(zhuǎn)發(fā)到ICCF。另一方面，在步驟S404中，在不使用電路域會(huì)話控制路徑的 情況下，L-CAAF-n將被叫用戶的攜帶了用戶決定用戶忙原因值的
掛機(jī)消息轉(zhuǎn)發(fā)給VMSC (拜訪移動(dòng)交換中心)，VMSC經(jīng)由MGCF (媒體網(wǎng)關(guān)控制功能)將用戶決定用戶忙消息轉(zhuǎn)發(fā)給ICCF。具體地，VMSC經(jīng)由MGCF將用戶決定用戶忙消息轉(zhuǎn)發(fā)給ICCF 的處理具體為VMSC將掛機(jī)消息轉(zhuǎn)化為攜帶了用戶決定用戶忙原 因值的釋放消息，并將釋放消息發(fā)送到MGCF, MGCF將釋放消息 轉(zhuǎn)化為SIP 486用戶忙消息，并將SIP 486用戶忙消息轉(zhuǎn)發(fā)送到 ICCF。優(yōu)選地，上述方法可以進(jìn)一步包括以下處理釋力文一皮叫用戶與 ICCF之間已經(jīng)建立的媒體資源及會(huì)話(圖中未示出)。具體地，可以通過(guò)以下兩種方式來(lái)釋放媒體資源方式一被叫用戶掛機(jī)時(shí)釋放到L-CAAF-n的媒體資源， L-CAAF-n向ICCF發(fā)送SIP 486用戶忙消息，通知ICCF用戶忙， 優(yōu)選地，在ICCF接收到SIP486用戶忙消息之后，L-CAAF-n主動(dòng)發(fā)起媒體資源釋放過(guò)程。方式二被叫用戶掛機(jī)時(shí)釋放到L-CAAF-n的媒體資源， L-CAAF-n向ICCF發(fā)送SIP 486用戶忙消息，通知ICCF用戶忙， ICCF接收到SIP 486用戶忙消息后，主動(dòng)發(fā)起媒體資源釋放過(guò)程。下面將結(jié)合附圖及實(shí)例對(duì)本發(fā)明的實(shí)施例進(jìn)行更詳細(xì)的說(shuō)明。實(shí)例一圖5示出了本發(fā)明實(shí)例一的實(shí)現(xiàn)流程，其中，在CS域會(huì)話控 制路徑上采用SIP消息進(jìn)行會(huì)話控制。如圖5所示，具體包括
501~ 503、 IMS主叫用戶通過(guò)TAS、 CSCF、 ICCF、 MGCF、 VMSC、 L-CAAF-n向傳統(tǒng)的非ICS被叫用戶B發(fā)起呼叫，用戶B 開始振鈴；(被叫過(guò)程見圖2中的步驟201~205，主叫過(guò)程見圖3 中的步A聚301 -304 );504、用戶B因用戶忙的原因拒絕4妄聽，將攜帶用戶決定用戶 忙原因值的掛機(jī)消息發(fā)給L-CAAF-n,并釋放媒體資源；505 、 L國(guó)CAAF-n將此掛機(jī)消息轉(zhuǎn)化為SIP 486用戶忙消息，并 在CS域會(huì)話控制^各徑上，通過(guò)IP承載通道將SIP 486用戶忙消息 通過(guò)CSCF發(fā)給ICCF;506、 ICCF將SIP 486用戶忙消息經(jīng)過(guò)CSCF路由到TAS;507、 TAS收到SIP 486消息后，通過(guò)呼叫前轉(zhuǎn)邏輯觸發(fā)用戶決 定用戶忙呼叫前轉(zhuǎn)過(guò)程；508、 L-CAAF-n在步驟505中發(fā)送SIP 486用戶忙消息后，經(jīng) 過(guò)一段時(shí)間延時(shí)，延時(shí)時(shí)間至ICCF收到SIP 486消息，然后再向 VMSC發(fā)釋放消息，釋放L-CAAF-n到VMSC的々某體資源；L-CAAF-n采用延時(shí)，主要是要讓ICCF先收到SIP 486用戶忙 消息，知道要進(jìn)入呼叫前轉(zhuǎn)過(guò)程。若是不延時(shí)，可能L-CAAF-n的 資源釋放消息先到達(dá)ICCF，這樣會(huì)導(dǎo)致主叫用戶與被叫用戶的會(huì)話被釋放。509、 VMSC向MGCF發(fā)ISUP釋力文(Release )消息，釋力文VMSC 到MGCF的媒體資源；510、 MGCF產(chǎn)生一個(gè)SIP CANCEL取消消息，并將SIP CANCEL消息通過(guò)CSCF發(fā)給ICCF,釋放用戶B到ICCF之間的會(huì)話。實(shí)例二圖6示出了本發(fā)明實(shí)例二的實(shí)現(xiàn)流程，其中，在CS域會(huì)話控 制路徑通道上采用SIP消息進(jìn)行會(huì)話控制。與圖5實(shí)例一的不同之 處在于媒體資源的釋放過(guò)程實(shí)現(xiàn)方式，圖5是L-CAAF-n主動(dòng)發(fā)起 媒體資源釋放過(guò)程，而圖6是ICCF發(fā)起媒體資源釋放過(guò)程。601 ~ 607與501 ~ 507步驟是——^對(duì)應(yīng)的，不同的步艱《如下608、 ICCF在步驟606中向TAS發(fā)送SIP 486用戶忙消息時(shí)， 同時(shí)也向MGCF發(fā)送SIP CANCEL取消消息，釋放ICCF到用戶B 的會(huì)話；609、 MGCF將SIP CANCEL取消消息轉(zhuǎn)變?yōu)镮SUP的釋放消息 發(fā)送給VMSC,釋放MGCF到VMSC的々某體資源；610、 VMSC向L-CAAF-n發(fā)釋放消息，釋放VMSC到L-CAAF-n的媒體資源。實(shí)例三圖7示出了本發(fā)明實(shí)例三的實(shí)現(xiàn)流程，其中，不使用CS域會(huì) 話控制路徑通道進(jìn)行會(huì)話控制。本實(shí)例中說(shuō)明在不使用CS域會(huì)話 控制路徑通道時(shí)，可以利用被叫用戶掛機(jī)時(shí)攜帶的用戶決定用戶忙 原因值，通知ICCF用戶忙，ICCF通知TAS發(fā)起用戶忙呼叫前轉(zhuǎn)過(guò) 禾呈。如圖7所示，可以包4舌以下處理 701、 CSCF 4妾收到主叫側(cè)用戶A向^皮叫側(cè)用戶B發(fā)起的^皮叫 SIP會(huì)話請(qǐng)求消息，CSCF將會(huì)話請(qǐng)求路由到負(fù)責(zé)呼叫前轉(zhuǎn)業(yè)務(wù)的 TAS， TAS路由被叫會(huì)話請(qǐng)求消息到ICCF;702、 ICCF獲取用戶B的漫游號(hào)碼，然后利用獲得的漫游號(hào)碼 將主叫用戶的SIP會(huì)話請(qǐng)求經(jīng)過(guò)CSCF路由到MGCF;703、 MGCF向VMSC發(fā)ISUP的初始地址消息IAM;704、 VMSC向L-CAAF-n發(fā)起呼叫建立請(qǐng)求，L-CAAF-n將呼 叫建立請(qǐng)求發(fā)給用戶B，用戶B開始振鈴；705、 用戶B因用戶忙的原因拒絕本次呼叫，向L-CAAF-n發(fā) 送掛才幾消息，并攜帶用戶決定用戶忙的釋方丈原因值。L-CAAF-n將 用戶B的掛機(jī)消息轉(zhuǎn)發(fā)給VMSC;706、 VMSC釋放本次會(huì)話資源，并向MGCF發(fā)送釋放(Release ) 消息，消息中攜帶用戶忙原因值；707、 MGCF根據(jù)用戶忙原因值產(chǎn)生一個(gè)SIP 486用戶忙消息， 將SIP 486消息發(fā)給CSCF, CSCF將SIP 486用戶忙消息發(fā)給ICCF;708、 ICCF向CSCF回送SIP486用戶忙消息響應(yīng)消息，CSCF 將SIP 486用戶忙消息路由到TAS;709、 TAS通過(guò)呼叫前轉(zhuǎn)邏輯觸發(fā)用戶決定用戶忙呼叫前轉(zhuǎn)過(guò)程。通過(guò)本發(fā)明，在CS域會(huì)話控制路徑中使用SIP會(huì)話消息，或 者在無(wú)CS域會(huì)話控制^各徑時(shí)利用用戶決定用戶忙原因值，來(lái)通知 ICCF被叫用戶的用戶決定用戶忙狀態(tài)，ICCF再通知TAS觸發(fā)用戶
決定用戶忙前轉(zhuǎn)流程，因此無(wú)論被叫用戶與ICCF的呼叫是主叫過(guò) 程還是-皮叫過(guò)程，都能夠可靠實(shí)現(xiàn)用戶決定用戶忙前轉(zhuǎn)流程，并且， 本發(fā)明還實(shí)現(xiàn)了已建立的媒體資源及會(huì)話的釋放。以上所述4又為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明， 對(duì)于本領(lǐng)i或的4支術(shù)人員來(lái)i兌，本發(fā)明可以有各種更改和變4匕。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種終端用戶實(shí)現(xiàn)呼叫前轉(zhuǎn)的方法，用于IP多媒體子系統(tǒng)集中控制業(yè)務(wù)，其特征在于，包括主叫用戶向被叫用戶發(fā)起呼叫請(qǐng)求，建立被叫用戶與IP多媒體子系統(tǒng)電路域控制功能即ICCF之間的電路域會(huì)話；所述被叫用戶拒絕呼叫，通過(guò)本地電路域接入適配功能即L-CAAF-n將用戶決定用戶忙消息經(jīng)由所述ICCF轉(zhuǎn)發(fā)到電信應(yīng)用服務(wù)器；響應(yīng)于所述用戶決定用戶忙消息，所述電信應(yīng)用服務(wù)器發(fā)起用戶決定用戶忙前轉(zhuǎn)過(guò)程。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述被叫用戶與所 述ICCF之間的電^各域會(huì)話建立可以由所述ICCF或所述 L-CAAF-n發(fā)起。
3. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述電路域會(huì)話的 會(huì)話控制^各徑采用IP承載，在會(huì)話控制^各徑上采用會(huì)話初始 協(xié)議來(lái)傳遞會(huì)話控制信令。
4. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述用戶決定用戶 忙消息是指攜帶了用戶決定用戶忙原因值的消息。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，在使用電路域會(huì)話 控制^各徑的情況下，所述L-CAAF-n將所述凈皮叫用戶的攜帶了 用戶決定用戶忙原因值的掛才幾消息轉(zhuǎn)化為會(huì)話初始協(xié)i義486 用戶忙消息，并將所述會(huì)話初始協(xié)議486用戶忙消息經(jīng)由呼叫 會(huì)話控制功能即CSCF轉(zhuǎn)發(fā)到所述ICCF。
6. 根據(jù)權(quán)利要求4所述的方法，其特征在于，在不使用電路域會(huì) 話控制3各徑的情況下，所述L-CAAF-n將所述^皮叫用戶的攜帶 了用戶決定用戶忙原因值的掛才幾消息轉(zhuǎn)發(fā)給拜訪移動(dòng)交換中 心即VMSC， VMSC經(jīng)由々某體網(wǎng)關(guān)控制功能即MGCF將所述 用戶決定用戶忙消息轉(zhuǎn)發(fā)給所述ICCF。
7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述VMSC經(jīng)由 所述MGCF將所述用戶決定用戶忙消息轉(zhuǎn)發(fā)給所述ICCF的處 理具體為所述VMSC將所述掛機(jī)消息轉(zhuǎn)化為攜帶了用戶決 定用戶忙原因值的釋放消息，并將所述釋放消息發(fā)送到所述 MGCF,所述MGCF將所述釋放消息轉(zhuǎn)化為會(huì)話初始協(xié)議486 用戶忙消息，并將所述會(huì)話初始協(xié)議486用戶忙消息轉(zhuǎn)發(fā)送到 所述ICCF。
8. 根據(jù)權(quán)利要求1至7中任一項(xiàng)所述的方法，其特征在于，進(jìn)一 步包括釋放所述被叫用戶與所述ICCF之間已經(jīng)建立的媒體資源 及會(huì)話。
9. 根據(jù)權(quán)利要求8所述的方法，其特征在于，通過(guò)以下操作來(lái)釋 放媒體資源所述被叫用戶掛機(jī)時(shí)釋放到所述L-CAAF-n的々某體資源， 所述L-CAAF-n向所述ICCF發(fā)送會(huì)話初始協(xié)議486用戶忙消 息，通知所述ICCF用戶忙，并且所述L-CAAF-n主動(dòng)發(fā)起J 某 體資源釋i欠過(guò)程。
10. 4艮據(jù)權(quán)利要求9所述的方法，其特征在于，所述L-CAAF-n在 發(fā)送所述會(huì)話初始協(xié)-漢486用戶忙消息的同時(shí)，或者在所述 ICCF接收到所述會(huì)話初始協(xié)議486用戶忙消息之后，發(fā)起汷某 體資源釋放過(guò)程。
11.根據(jù)權(quán)利要求8所述的方法，其特征在于，通過(guò)以下操作來(lái)釋 放媒體資源所述被叫用戶掛機(jī)時(shí)釋放到所述L-CAAF-n的4某體資源， 所述L-CAAF-n向所述ICCF發(fā)送會(huì)話初始協(xié)議486用戶忙消 息，通知所述ICCF用戶忙，所述ICCF接收到所述會(huì)話初始 協(xié)議486用戶忙消息后，主動(dòng)發(fā)起媒體資源釋放過(guò)程。
全文摘要
一種終端用戶實(shí)現(xiàn)呼叫前轉(zhuǎn)的方法，包括主叫用戶向被叫用戶發(fā)起呼叫請(qǐng)求，建立被叫用戶與IP多媒體子系統(tǒng)電路域控制功能即ICCF之間的電路域會(huì)話；被叫用戶拒絕呼叫，通過(guò)本地電路域接入適配功能即L-CAAF-n將用戶決定用戶忙消息經(jīng)由ICCF轉(zhuǎn)發(fā)到電信應(yīng)用服務(wù)器；響應(yīng)于用戶決定用戶忙消息，電信應(yīng)用服務(wù)器發(fā)起用戶決定用戶忙前轉(zhuǎn)過(guò)程。在CS域會(huì)話控制路徑中使用SIP會(huì)話消息，或在無(wú)CS域會(huì)話控制路徑時(shí)利用用戶決定用戶忙原因值，來(lái)通知ICCF被叫用戶的用戶決定用戶忙狀態(tài)，ICCF再通知TAS觸發(fā)用戶決定用戶忙前轉(zhuǎn)流程，因此無(wú)論被叫用戶與ICCF的呼叫是主叫過(guò)程還是被叫過(guò)程，都能夠可靠實(shí)現(xiàn)用戶決定用戶忙前轉(zhuǎn)流程，并且，本發(fā)明還實(shí)現(xiàn)了已建立的媒體資源及會(huì)話的釋放。
文檔編號(hào)H04W4/16GK101127957SQ20071015187
公開日2008年2月20日 申請(qǐng)日期2007年9月25日 優(yōu)先權(quán)日2007年9月25日
發(fā)明者游世林, 謝寶國(guó) 申請(qǐng)人:中興通訊股份有限公司