專利名稱：為用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及為用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)的方法及裝 置，以及傳遞呼叫轉(zhuǎn)移通知消息的方法。
背景技術(shù)：
一、 IP多媒體子系統(tǒng)IMS介紹IMS是移動交換網(wǎng)絡(luò)中的疊加在已有分組交換域(PS )之上的一個子系統(tǒng)， 采用分組交換域為其上層控制信令和媒體傳輸?shù)某休d通道，引入SIP協(xié)議作為 業(yè)務(wù)控制協(xié)議，利用SIP簡單、易擴展、媒體組合方便的特點，通過將業(yè)務(wù)控 制與承載控制分離，提供豐富的多媒體業(yè)務(wù)。IMS中主要的功能實體包括控制 用戶注冊、會話控制等功能的呼叫會話控制功能CSCF、提供各種業(yè)務(wù)邏輯控 制功能的應(yīng)用服務(wù)器AS、集中管理用戶簽約數(shù)據(jù)的歸屬簽約用戶服務(wù)器HSS, 以及用于實現(xiàn)與電路交換網(wǎng)互通的媒體網(wǎng)關(guān)控制功能MGCF / IMS媒體網(wǎng)關(guān) IM-MGW。用戶通過當(dāng)前所在地代理節(jié)點P-CSCF接入IMS，會話和業(yè)務(wù)觸發(fā) 控制及與AS的業(yè)務(wù)控制交互則由其注冊地的歸屬域服務(wù)節(jié)點S-CSCF完成。IMS是3GPP和Tispan的描述，在3GPP2中也有一個類似的多媒體子系 統(tǒng)稱為MMD (Multimedia Domain,多媒體域)，其和IMS的結(jié)構(gòu)類似，所以 下文為了簡便起見，就都是以IMS描述，但是很明顯下文描述的方法同樣也適 用于MMD。二、 集中業(yè)務(wù)控制ICS介紹在網(wǎng)絡(luò)向IMS演變過程中，將會出現(xiàn)一段時間電路域CS、 IMS并存的情 況。此時，運營商希望網(wǎng)絡(luò)中有一個控制點能夠?qū)蓚€域的業(yè)務(wù)進行集中控制， 以便減少部署和管理的成本以及提供一致的業(yè)務(wù)體-險，這個集中控制的點一般都處于IMS網(wǎng)絡(luò)，由AS來實現(xiàn)。也就是當(dāng)用戶通過CS網(wǎng)絡(luò)接入的時候，同 樣在IMS網(wǎng)絡(luò)為其提供業(yè)務(wù)。目前在3GPP的集中業(yè)務(wù)控制以及TISPAN等方 面都涉及到該課題，在3GPP的集中業(yè)務(wù)控制研究項目中，描述了集中業(yè)務(wù)控 制ICS (IMS Centralized Service)架構(gòu)，參見圖1所示其中，呼叫會話控制功能實體CSCF ( Call Session Control Function)的功 能與上述相同。當(dāng)用戶在CS發(fā)起或接受呼叫時，呼叫將被控制路由到其歸屬 的IMS網(wǎng)絡(luò)，在IMS域為用戶提供業(yè)務(wù)。同時，為了實現(xiàn)業(yè)務(wù)控制過程中用 戶與IMS網(wǎng)絡(luò)業(yè)務(wù)控制實體的交互，在UE和CSCF之間增加了一個新的實體 ICCF (IMS電路控制功能實體IMS CS Control Function),該實體完成了 UE 通過CS域接入到IMS網(wǎng)絡(luò)的適配控制功能。ICS UE和ICCF之間的接口 Ix又稱為ICCC( IMS CS Control Channel, IMS 電路域控制信道)，根據(jù)不同的網(wǎng)絡(luò)接入環(huán)境可能是不同的協(xié)議，比如在圖1 中僅存在CS連接的時候，接口 Ix是L-CAAF和R-CAAF之間的USSD接口 、 SMS接口或者DTMF接口；當(dāng)在PS連接的情況下，它是UE和RUA之間的 SIP協(xié)議。發(fā)明人在發(fā)明過程中發(fā)現(xiàn)，目前在ICS架構(gòu)中，被叫用戶從CS域接入， 在IMS域不能為該用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)。而且未提供對從CS域接入用戶的 呼叫轉(zhuǎn)移通知方案。發(fā)明內(nèi)容本發(fā)明實施例提供了為用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)的方法及裝置，實現(xiàn)了在 IMS域為從CS域接入的被叫用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)。本發(fā)明實施例還提供了 一種傳遞呼叫轉(zhuǎn)移通知消息的方法，以實現(xiàn)對從 CS域4^入用戶的呼叫轉(zhuǎn)移通知。本發(fā)明實施例的 一種為用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)的方法，包括下列步驟IMS 網(wǎng)絡(luò)實體收到指向從CS域接入的用戶的呼叫；IMS網(wǎng)絡(luò)實體獲得該用戶當(dāng)前的接續(xù)狀態(tài)和/或用戶意愿；以及根據(jù)所述獲得的接續(xù)狀態(tài)和/或用戶意愿，為 該用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)。本發(fā)明實施例的一種IMS網(wǎng)絡(luò)實體，包括接收單元，用于接收指向從 CS域接入的用戶的呼叫；獲得單元，用于在接收單元收到所述呼叫后，獲得 該用戶當(dāng)前的接續(xù)狀態(tài)和/或用戶意愿。本發(fā)明實施例的一種媒體網(wǎng)關(guān)控制功能實體，包括第一轉(zhuǎn)換單元，用于 將181通知消息(SIP呼叫轉(zhuǎn)移通知消息)轉(zhuǎn)換為攜帶有呼叫轉(zhuǎn)移信息的CS 域消息；和/或第二轉(zhuǎn)換單元，用于將攜帶有用戶不可及信息的CS域消息轉(zhuǎn)換 為SIP中的不可及響應(yīng)消息和/或第三轉(zhuǎn)換單元，用于將攜帶有用戶無應(yīng)答信息 的CS域消息轉(zhuǎn)換為SIP中的無應(yīng)答響應(yīng)消息。本發(fā)明實施例的一種傳遞呼叫轉(zhuǎn)移通知消息的方法，包括下列步驟從 CS域接入的用戶發(fā)起的呼叫，或指向從CS域接入的用戶的呼叫被呼叫轉(zhuǎn)移； IMS網(wǎng)絡(luò)實體收到IMS域的呼叫轉(zhuǎn)移通知消息；將該IMS域的呼叫轉(zhuǎn)移通知 消息轉(zhuǎn)換為滿足CS域接入用戶的接收能力的消息；以及將轉(zhuǎn)換后的消息向所 述從CS域接入的用戶發(fā)送。本發(fā)明實施例的為用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)的方法及裝置，由IMS網(wǎng)絡(luò)實體 收到指向從CS域接入的用戶的呼叫后，獲得該用戶當(dāng)前的接續(xù)狀態(tài)和/或用戶 意愿，從而可根據(jù)獲得的接續(xù)狀態(tài)或用戶意愿為從CS域接入的被叫用戶提供 呼叫轉(zhuǎn)移業(yè)務(wù)。本發(fā)明實施例的傳遞呼叫轉(zhuǎn)移通知消息的方法，由于從CS域接入的用戶 發(fā)起的呼叫，或指向從CS域接入的用戶的呼叫被呼叫轉(zhuǎn)移后，IMS網(wǎng)絡(luò)實體 會收到IMS域的呼叫轉(zhuǎn)移通知消息；IMS網(wǎng)絡(luò)實體自身或指示其它網(wǎng)元將該 IMS域的呼叫轉(zhuǎn)移通知消息轉(zhuǎn)換為滿足CS域接入用戶的接收能力的消息，并 將轉(zhuǎn)換后的消息向所述從CS域接入的用戶發(fā)送。從而實現(xiàn)了對從CS域接入 用戶的呼叫轉(zhuǎn)移通知。


圖1為現(xiàn)有集中業(yè)務(wù)控制ICS架構(gòu)示意圖；圖2為本發(fā)明實施例的為用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)的方法的步驟流程圖;圖3為本發(fā)明實施例的IMS網(wǎng)絡(luò)實體示意圖；圖4為本發(fā)明實施例的另一種IMS網(wǎng)絡(luò)實體示意圖；圖5為本發(fā)明實施例1的流程圖；圖6為本發(fā)明實施例2的流程圖；圖7為本發(fā)明實施例3的流程圖；圖8為本發(fā)明實施例4的流程圖；圖9為本發(fā)明實施例5的流程圖；圖10為本發(fā)明實施例6的流程圖；圖11為本發(fā)明實施例7的流程圖；圖12為本發(fā)明實施例8的流程圖；圖13為本發(fā)明實施例9的流程圖；圖14為本發(fā)明實施例10的流程圖；圖15為本發(fā)明實施例11的流程圖；圖16為本發(fā)明實施例12的流程圖；圖17為本發(fā)明實施例13的流程圖；圖18為本發(fā)明實施例14的流程圖；圖19為本發(fā)明實施例15的流程圖；圖20為本發(fā)明實施例16的流程圖；圖21為本發(fā)明實施例17的流程圖；圖22為本發(fā)明實施例18的流程圖；圖23為本發(fā)明實施例19的流程圖；圖24為本發(fā)明實施例20的流程圖；圖25為本發(fā)明實施例的傳遞呼叫轉(zhuǎn)移通知消息的方法的步驟流程圖。
具體實施方式
呼叫轉(zhuǎn)移業(yè)務(wù)CDIV ( Communications Diversion )能夠使被叫用戶能夠?qū)?一個呼叫轉(zhuǎn)移到另外的一個號碼或者用戶的語音信箱中，主要的包含以下幾種 形式CFU業(yè)務(wù)這項業(yè)務(wù)允許用戶將他的所有來話轉(zhuǎn)接到預(yù)先設(shè)置的另一個電 話號碼上或用戶的語音信箱中。CFB業(yè)務(wù)當(dāng)用戶忙時，這項業(yè)務(wù)允許用戶將它的來話轉(zhuǎn)接到預(yù)先設(shè)置的 另一個電話號碼上或用戶的語音信箱中。所述"用戶忙"包含兩種情況，即網(wǎng) 絡(luò)判斷的用戶忙或者是用戶自己決定的忙。CFNRy業(yè)務(wù)當(dāng)用戶不能或者不愿意接聽電話的時候，這項業(yè)務(wù)使得用 戶能將呼叫轉(zhuǎn)移到一個預(yù)先設(shè)定的號碼或者用戶的語音信箱中。CFNRc業(yè)務(wù)當(dāng)由于某些原因呼叫無法到達用戶時，這項業(yè)務(wù)使得網(wǎng)絡(luò)能 夠自動的將呼叫轉(zhuǎn)移到用戶預(yù)先設(shè)定的一個號碼或者用戶的語音信箱中。CFNL業(yè)務(wù)當(dāng)用戶沒有注冊到網(wǎng)絡(luò)的時候，該業(yè)務(wù)使得網(wǎng)絡(luò)能夠自動的 將呼叫轉(zhuǎn)移到一個用戶預(yù)先設(shè)定的號碼或者用戶的語音信箱中。CD業(yè)務(wù)這項業(yè)務(wù)^f吏得用戶在收到一個呼叫后，能夠?qū)⒑艚信R時的轉(zhuǎn)移 到另外一個號碼上。為了實現(xiàn)在IMS域為從CS域接入的被叫用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)。本發(fā)明實施例提供了一種為用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)的方法，參見圖2所示， 包括下列主要步驟511、 IMS網(wǎng)絡(luò)實體收到指向從CS域接入的用戶的呼叫。512、 IMS網(wǎng)絡(luò)實體獲得該用戶當(dāng)前的接續(xù)狀態(tài)和/或用戶意愿。其中，IMS網(wǎng)絡(luò)實體通過下述方式之一獲得用戶的接續(xù)狀態(tài)或用戶意愿 方式a、 CS域網(wǎng)絡(luò)實體或該用戶主動上才艮接續(xù)狀態(tài)或用戶意愿；CS域網(wǎng) 絡(luò)實體或該用戶或媒體網(wǎng)關(guān)控制器對上報消息的類型進行轉(zhuǎn)換；IMS網(wǎng)絡(luò)實體根據(jù)收到的消息的類型匹配獲得用戶的接續(xù)狀態(tài)或用戶意愿；方式b、 IMS網(wǎng)絡(luò)實體與保存有接續(xù)狀態(tài)或用戶意愿的相關(guān)網(wǎng)元交互，或 查詢該IMS網(wǎng)絡(luò)實體保存的信息，根據(jù)獲知的信息獲得用戶的接續(xù)狀態(tài)或用戶 意愿。S13、根據(jù)所述獲得的接續(xù)狀態(tài)和/或用戶意愿，為該用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)。其中，會話的接續(xù)狀態(tài)主要是指會話是否能夠到達用戶的終端，以及用戶 是否接通會話，利用呼叫的接續(xù)狀態(tài)可以為用戶提供CFNRc， CFNRy業(yè)務(wù)； 而在為用戶提供CFB和CD業(yè)務(wù)的時候可能既要用到用戶的意愿也要使用到會 話的接續(xù)狀態(tài)，當(dāng)用戶不想接通會話而返回拒絕會話，或者用戶想要執(zhí)行CD 業(yè)務(wù)的時候，終端就會給網(wǎng)絡(luò)返回用戶用戶忙或者是用戶要執(zhí)行CD。所述IMS 網(wǎng)絡(luò)實體為提供呼叫轉(zhuǎn)移業(yè)務(wù)的應(yīng)用服務(wù)器，則該IMS網(wǎng)絡(luò)實體根據(jù)獲得的用 戶當(dāng)前的接續(xù)狀態(tài)或用戶意愿，直接為該用戶提供相應(yīng)的呼叫轉(zhuǎn)移業(yè)務(wù)；所述 IMS網(wǎng)絡(luò)實體不為提供呼叫轉(zhuǎn)移業(yè)務(wù)的應(yīng)用服務(wù)器，則該IMS網(wǎng)絡(luò)實體根據(jù)獲 得的用戶當(dāng)前的接續(xù)狀態(tài)或用戶意愿，把該信息通知到為用戶提供呼叫轉(zhuǎn)移業(yè) 務(wù)的應(yīng)用服務(wù)器，有提供呼叫轉(zhuǎn)移業(yè)務(wù)的應(yīng)用服務(wù)器為用戶提供呼叫轉(zhuǎn)移業(yè) 務(wù)。本發(fā)明實施例中還提供了一種IMS網(wǎng)絡(luò)實體，其包括接收單元和獲得單元。接收單元，用于接收指向從CS域接入的用戶的呼叫；獲得單元，用于在接收單元收到所述呼叫后，獲得該用戶當(dāng)前的接續(xù)狀態(tài) 和/或用戶意愿。具體的，獲得單元通過下述方式之一獲得用戶的接續(xù)狀態(tài)和/ 或用戶意愿方式a、 CS域網(wǎng)絡(luò)實體或該用戶主動上才艮接續(xù)狀態(tài)或用戶意愿； CS域網(wǎng)絡(luò)實體或該用戶或媒體網(wǎng)關(guān)控制器對上報消息的類型進行轉(zhuǎn)換；獲得 單元根據(jù)收到的消息的類型匹配獲得用戶的接續(xù)狀態(tài)或用戶意愿；方式b、獲 得單元與保存有接續(xù)狀態(tài)或用戶意愿的相關(guān)網(wǎng)元交互，或查詢該IMS網(wǎng)絡(luò)實體保存的信息，4艮據(jù)獲知的信息獲得用戶的接續(xù)狀態(tài)或用戶意愿。基于上述IMS網(wǎng)絡(luò)實體的實施例，若該IMS網(wǎng)絡(luò)實體為IMS電路控制功 能實體ICCF,則參見圖3所示，還包括指示單元，用于根據(jù)獲得單元獲得 的接續(xù)狀態(tài)和/或用戶意愿，發(fā)出指示提供相應(yīng)呼叫轉(zhuǎn)移業(yè)務(wù)的消息。進一步， 還可包括轉(zhuǎn)換單元，用于將收到的IMS域呼叫轉(zhuǎn)移通知消息轉(zhuǎn)換為滿足CS 域接入用戶的接收能力的消息；發(fā)送單元，用于將轉(zhuǎn)換單元轉(zhuǎn)換后的消息向所 述從CS域接入的用戶發(fā)送?；谏鲜鯥MS網(wǎng)絡(luò)實體的實施例，若該IMS網(wǎng)絡(luò)實體為電信業(yè)務(wù)應(yīng)用服 務(wù)器TAS,則參見圖4所示，還包括執(zhí)行單元，用于根據(jù)獲得單元獲得的接 續(xù)狀態(tài)和/或用戶意愿，為該用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)。進一步，還可包括轉(zhuǎn)換 單元，用于將收到的IMS域呼叫轉(zhuǎn)移通知消息轉(zhuǎn)換為滿足CS域接入用戶的接 收能力的消息；發(fā)送單元，用于將轉(zhuǎn)換單元轉(zhuǎn)換后的消息向所述從CS域接入 的用戶發(fā)送。為了支撐本發(fā)明實施例，還提供了一種媒體網(wǎng)關(guān)控制功能實體，包括第 一轉(zhuǎn)換單元，和/或第二轉(zhuǎn)換單元，和/或第三轉(zhuǎn)換單元。第一轉(zhuǎn)換單元，用于將SIP呼叫轉(zhuǎn)移通知消息轉(zhuǎn)換為攜帶有呼叫轉(zhuǎn)移信息 的CS域消息(例如CPG消息)；通過該通知消息，用戶獲得了會話的狀態(tài)，增強了用戶的體驗。第二轉(zhuǎn)換單元，用于將攜帶有用戶不可及信息的CS域消息轉(zhuǎn)換SIP不可 及響應(yīng)消息(例如503響應(yīng)消息、408響應(yīng)消息或500響應(yīng)消息)。通過消息轉(zhuǎn)換，IMS網(wǎng)絡(luò)實體獲得了會話的接續(xù)狀態(tài)為用戶不可及，這樣 就能夠根據(jù)會話的狀態(tài)，為用戶提供CFNRc業(yè)務(wù)。第三轉(zhuǎn)換單元，用于將攜帶有用戶無應(yīng)答信息的CS域消息轉(zhuǎn)換為SIP中 的無應(yīng)答響應(yīng)消息。通過消息轉(zhuǎn)換，IMS網(wǎng)絡(luò)實體獲得了會話的接續(xù)狀態(tài)為用戶無應(yīng)答，這樣 就能夠根據(jù)會話的狀態(tài)，為用戶提供CFNRy業(yè)務(wù)以下通過20個實施例具體描述。下述的實施例只是以ICCF與TAS分設(shè) 的情況下為例，描述了為用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)的過程，也可能ICCF和TAS 合設(shè)，這樣可通過他們之間的內(nèi)部消息交互。下述實施例，只是以用戶在CS 域的信令是ISUP為例進行說明，用戶在CS域的信令也可能是BICC等其它的 信令。實施例1:提供CFNRc業(yè)務(wù)的方式一，參見圖5所示，包括下列步驟 1 ~2 、 ICCF收到 一個指向用戶UE-A的呼叫； 3 4、 ICCF通過CS域下發(fā)該呼叫；5、 移動交換中心MSC尋呼用戶UE-A失敗或者是取漫游號碼失敗；6、 MSC返回Release消息，其中攜帶失敗原因?qū)ず羰?用戶不可及)；7、 力某體網(wǎng)關(guān)控制功能實體MGCF將該Release消息(用戶不可及)轉(zhuǎn)換 為SIP 480消息(臨時不可用響應(yīng)消息),并向ICCF發(fā)送；8、 ICCF根據(jù)之前沒有收到180消息(振鈴響應(yīng)消息)，此時收到了 480 消息(臨時不可用響應(yīng)消息)，感知到用戶UE-A是"不可及的"；因此ICCF 向TAS返回503消息，以告知電信業(yè)務(wù)應(yīng)用服務(wù)器TAS( telepmhone application service )用戶UE-A "不可及，，，由TAS執(zhí)行CFNRc業(yè)務(wù)。注1.上述只是已ICCF將用戶不可及的狀態(tài)，轉(zhuǎn)化為503消息為例， ICCF還可以將用戶不可及的狀態(tài)轉(zhuǎn)換為其它SIP中的不可及響應(yīng)消息，如 408消息或者500消息，傳遞到TAS, TAS同樣會執(zhí)行CFNRc。2. 用戶不可及可能存在兩種情況在MSC去取用戶的漫游號碼時，未取 到，則判定該用戶是不可及，并用#20表示；在MSC尋呼用戶時，該用戶未 響應(yīng)，則判定該用戶不可及，并用#18表示。3. 預(yù)先設(shè)定不同的響應(yīng)消息分別對應(yīng)的業(yè)務(wù)邏輯，例如ICCF沒有收到 180消息(振鈴響應(yīng)消息)且卻收到了 480消息(臨時不可用響應(yīng)消息)，則感 知到用戶是"不可及的"；又例如TAS收到503消息、408消息或者500消息， 則執(zhí)行CFNRc業(yè)務(wù)。實施例2:提供CFNRc業(yè)務(wù)的方式二，參見圖6所示，包括下列步驟 1 2、 ICCF收到一個指向用戶UE-A的呼叫； 3 4、 ICCF通過CS域下發(fā)該呼叫；5、 MSC尋呼用戶UE-A失敗或者是取漫游號碼失敗；6、 MSC返回Release消息，其中攜帶失敗原因?qū)ず羰?用戶不可及)；7、 MGCF將Release (用戶不可及)轉(zhuǎn)換為SIP 503消息，并向ICCF發(fā)送；8、 ICCF根據(jù)收到的503消息，判斷用戶UE-A是不可及的，并且給TAS 返回503消息，由TAS執(zhí)行CFNRc業(yè)務(wù)。注1. MGCF也可將Release (用戶不可及)轉(zhuǎn)換為其它SIP中的不可 及響應(yīng)消息，如SIP408消息或SIP500消息。2. 用戶不可及可能存在兩種情況在MSC去取用戶的漫游號碼時，未取 到，則判定該用戶是不可及，并用#20表示；在MSC尋呼用戶時，該用戶未 響應(yīng)，則判定該用戶不可及，并用#18表示。3. 預(yù)先設(shè)定不同的響應(yīng)消息分別對應(yīng)的業(yè)務(wù)邏輯，例如ICCF收到503 消息、408消息或者500消息，則向TAS發(fā)送503消息、408消息或者500消 息；又例如TAS收到503消息、408消息或者500消息，則執(zhí)行CFNRc業(yè) 務(wù)。實施例3:提供CFNRc業(yè)務(wù)的方式三，參見圖7所示，包括下列步驟 1 2、 ICCF收到一個指向用戶UE-A的呼叫；3、 ICCF通過USSD消息,將該呼叫下發(fā)到MSC;4、 MSC發(fā)送Page消息尋呼用戶UE-A，用戶UE-A沒有響應(yīng)；5、 MSC通過USSD消息向ICCF返回用戶UE-A沒有響應(yīng)；6、 ICCF通過USSD響應(yīng)消息得知用戶UE-A是不可及的，給TAS返回 503消息，由TAS執(zhí)行CFNRc業(yè)務(wù)。注1.上述只是以ICCF將用戶不可及的狀態(tài)，轉(zhuǎn)化為503響應(yīng)消息為例，ICCF還可以將用戶不可及的狀態(tài)轉(zhuǎn)換為其它SIP中的不可及響應(yīng)消息， 如408消息或者500消息，傳遞到TAS, TAS同樣會執(zhí)行CFNRc。
2. 預(yù)先設(shè)定不同的響應(yīng)消息分別對應(yīng)的業(yè)務(wù)邏輯，例如ICCF收到USSD 響應(yīng)消息，則判定用戶UE-A是不可及；又例如TAS收到503消息、408消 息或者500消息，則執(zhí)行CFNRc業(yè)務(wù)。
3. 也可由ICCF發(fā)出的USSD消息傳輸路徑中任一CS域網(wǎng)元，如HLR 返回用戶UE-A不可及。實施例4:提供CFNRc業(yè)務(wù)的方式四，參見圖8所示，包括下列步驟 1~2、 ICCF收到一個指向用戶UE-A的呼叫，并且啟動定時器； 3~4、 ICCF通過CS域下發(fā)該呼叫；
5、定時器超時，ICCF仍然沒有收到用戶UE-A的呼叫響應(yīng)，則向TAS返 回503消息，表示用戶UE-A在CS域是不可及的，由TAS執(zhí)行CFNRc業(yè)務(wù)。注1.上述只是已ICCF將用戶不可及的狀態(tài)，轉(zhuǎn)化為503消息為例， ICCF還可以將用戶不可及的狀態(tài)轉(zhuǎn)換為其它SIP中的不可及響應(yīng)消息，如 408消息或者500消息，傳遞到TAS, TAS同樣會執(zhí)行CFNRc。2. 預(yù)先設(shè)定不同的響應(yīng)消息分別對應(yīng)的業(yè)務(wù)邏輯，例如TAS收到503 消息、408消息或者500消息，則執(zhí)行CFNRc業(yè)務(wù)。3. 上述只是已ICCF啟動定時器為例，也可能是TAS啟動定時器，在特定 的時間內(nèi)不能得到用戶的響應(yīng)，則執(zhí)行CFNRc業(yè)務(wù)。4. 這兒只是以通過ISUP信令下發(fā)呼叫為例，實施上ICCF也可能通過 USSD消息下發(fā)呼叫。上述CFNRc的實施例中只是以用戶感知了用戶在CS域不可及就執(zhí)行 CFNRc為例，實施上也可能還需要感知IMS域的接續(xù)狀態(tài)，當(dāng)發(fā)現(xiàn)兩個域都 是不可及時，再執(zhí)行CFNRc。比如，當(dāng)P-CSCF發(fā)現(xiàn)用戶不可及時上報該用戶 的不可及的狀態(tài)到ICCF或者TAS。在上述的CFNRc的業(yè)務(wù)中，只是描述了嘗試一個用戶的終端不可及后就16執(zhí)行CFNRc,實施上也可能把用戶其余的終端都嘗試為不可及后在執(zhí)行 CFNRc。實施例5:提供CFNL業(yè)務(wù)的方式一，參見圖9所示，包括下列步驟 1、 TAS收到了指向用戶UE-A的呼叫，并且獲得用戶UE-A的接續(xù)狀態(tài) 為在CS域未注冊，于是執(zhí)行CFNL業(yè)務(wù)。其中，TAS獲得用戶UE-A的接續(xù)狀態(tài)的方式主要的有以下幾種1、 正常情況下，在收到的呼叫的時候TAS已經(jīng)獲知了用戶在CS域是未 注冊的。2、 TAS到HSS/HLR查詢用戶的注冊狀態(tài)。實施例6:提供CFNL業(yè)務(wù)的方式二，參見圖10所示，包括下列步驟 1~2、 ICCF收到一個指向用戶UE-A的呼叫。3、 ICCF獲得用戶UE-A的接續(xù)狀態(tài)為在CS域是未注冊的，則通知TAS, 由TAS為用戶UE-A提供CFNL業(yè)務(wù)。其中，ICCF獲得用戶UE-A的接續(xù)狀態(tài)的方式主要的有以下幾種1、 正常情況下，在收到的呼叫的時候ICCF已經(jīng)獲知了用戶在CS域是未 注冊的。2、 ICCF到HSS/HLR查詢用戶的注冊狀態(tài)。上述CFNL的實施例中只是以感知用戶在CS域未注冊就執(zhí)行CFNL為例， 實施上也可能需要感知用戶在IMS域同樣也未注冊的時候才為用戶執(zhí)行 CFNL。而ICCF或者TAS用戶感知用戶在IMS域是否注冊可以通過第三方注 冊獲取用戶的IMS域的注冊狀態(tài)的。實施例7:提供CFNRy業(yè)務(wù)的方式一，參見圖11所示，包括下列步驟1~2、 ICCF收到了指向用戶UE-A的呼叫；3~5、 ICCF通過CS下發(fā)該呼叫；6、 UE-A返回Alerting消息；7、 MSC在收到Alterting消息后，發(fā)送ACM消息到MGCF8、 MGCF將MSC發(fā)來的ACM消息轉(zhuǎn)換為180消息(振鈴響應(yīng)消息)， 向ICCF發(fā)送；9、 ICCF向TAS轉(zhuǎn)發(fā)該180消息(振鈴響應(yīng)消息)；TAS收到180消息(振 鈴響應(yīng)消息)后，啟動定時器；當(dāng)在規(guī)定的時間沒有收到UE-A的進一步的響 應(yīng)，則執(zhí)行CFNRy業(yè)務(wù)。上述定時器的時間為了用戶業(yè)務(wù)感受的 一致性，可以和用戶在CS域的時 間設(shè)置是相同的。實施例8:提供CFNRy業(yè)務(wù)的方式二，參見圖12所示，包括下列步驟 1~2、 ICCF收到了指向用戶UE-A的呼叫； 3~5、 ICCF通過CS下發(fā)該呼叫；6、 UE-A返回Alerting消息；7、 MSC在收到Alterting消息后，發(fā)送ACM消息到MGCF8、 MGCF把MSC發(fā)來的ACM消息轉(zhuǎn)換為180消息(振鈴響應(yīng)消息)， 向ICCF發(fā)送；9、 ICCF向TAS轉(zhuǎn)發(fā)該180消息(振鈴響應(yīng)消息)；TAS收到180消息(振 鈴響應(yīng)消息)。10、 由于用戶UE-A沒有應(yīng)答，MSC返回Release消息，并且攜帶失敗原 因#19,即用戶UE-A沒有應(yīng)答。11、 MGCF將該Release消息轉(zhuǎn)換為SIP480消息(臨時不可用響應(yīng)消息), 并向ICCF發(fā)送；12、 ICCF將該480消息(臨時不可用響應(yīng)消息)轉(zhuǎn)發(fā)到TAS; TAS根據(jù) 收到了 180消息(振鈴響應(yīng)消息)，并且收到了 480消息(臨時不可用響應(yīng)消 息)判斷出用戶UE-A無應(yīng)答，因此為用戶UE-A提供CFNRy業(yè)務(wù)。注預(yù)先設(shè)定不同的響應(yīng)消息分別對應(yīng)的業(yè)務(wù)邏輯，例如MGCF收到 Release消息，則將該Release消息轉(zhuǎn)換為SIP480消息(臨時不可用響應(yīng)消息), 并向ICCF發(fā)送；又例如TAS收到了 180消息(振鈴響應(yīng)消息)并且收到了480消息(臨時不可用響應(yīng)消息)，則提供CFNRy業(yè)務(wù)。另外，MGCF也可以把Release消息轉(zhuǎn)換其它SIP用戶無應(yīng)答消息，用來 表示用戶是"無應(yīng)答的，，，有TAS根據(jù)轉(zhuǎn)換后的消息判斷用戶是無應(yīng)答的，從 而為用戶提供CFNRy業(yè)務(wù)。實施例9:提供CFNRy業(yè)務(wù)的方式三，參見圖13所示，包括下列步驟1 2、 ICCF收到了指向用戶UE-A的呼叫；3 5、 ICCF通過CS下發(fā)該呼叫；6、 UE-A返回Alerting消息；7、 MSC在收到Alterting消息后，發(fā)送ACM消息到MGCF8、 MGCF把MSC發(fā)來的ACM消息轉(zhuǎn)換為180消息(振鈴響應(yīng)消息)， 向ICCF發(fā)送；9、 ICCF向TAS轉(zhuǎn)發(fā)該180消息(振鈴響應(yīng)消息)；TAS收到180消息(振鈴響應(yīng)消息)。10、 由于用戶UE-A沒有應(yīng)答，MSC返回Release消息，并且攜帶失敗原 因#19，即用戶UE-A沒有應(yīng)答。11、 MGCF將該Release消息轉(zhuǎn)換為SIP480消息(臨時不可用響應(yīng)消息)， 并向ICCF發(fā)送；12、 ICCF將該480消息(臨時不可用響應(yīng)消息)轉(zhuǎn)發(fā)到TAS;13、 MSC感知用戶是無應(yīng)答的，通過camel上報用戶無應(yīng)答的信息到ICCF，14、 ICCF根據(jù)用戶獲得用戶無應(yīng)答的信息，把該信息通知到TAS,有TAS 執(zhí)行CFNRy。注上述的13， 14步和10、 11、 12步的是任意順序進行的。 ICCF可能根據(jù)直接的根據(jù)CAMEL上報的用戶不可及的信息直接通知TAS，用戶不可及，也可能等到用戶呼叫響應(yīng)消息，根據(jù)呼叫響應(yīng)消息和camel共同的判斷用戶不可及的信息。圖中的SCP和ICCF可以部署在同一個物理實體中，也可以分開部署。當(dāng)部署在一起的時候，通過內(nèi)部接口交互信息；當(dāng)分開部署的時候可以通過CAP、 MAP、 SIP等現(xiàn)有協(xié)議以及私有接口交互信息。實施例10:提供CFB業(yè)務(wù)的方式一，參見圖14所示，包括下列步驟1~2、 ICCF收到 一個指向用戶UE-A的呼叫；3~4、 ICCF通過CS域下發(fā)該呼叫；5、 MSC判斷用戶已經(jīng)存在了會話，于是返回Release ( # 17 )消息，表示 用戶忙；6、 MGCF將Release ( #17)消息轉(zhuǎn)換成486消息，發(fā)送到ICCF;7、 ICCF根據(jù)收到的486消息感知用戶UE-A忙，給TAS返回486消息， 由TAS執(zhí)行CFB業(yè)務(wù)。注預(yù)先設(shè)定不同的響應(yīng)消息分別對應(yīng)的業(yè)務(wù)邏輯，例如MGCF收到 Release ( # 17)消息，則將該Release消息轉(zhuǎn)換為SIP486消息，并向ICCF發(fā) 送；又例如TAS收到了 486消息，則執(zhí)行CFB業(yè)務(wù)。實施例ll:提供CFB業(yè)務(wù)的方式二，參見圖15所示，包括下列步驟1~2、 ICCF收到一個指向用戶UE-A的呼叫；3 5、 ICCF通過CS域下發(fā)該呼叫；6~7、由于某些原因(用戶不愿意接聽該會話)，用戶UE-A無法接聽該呼 叫，因此UE-A返回Release ( #17)消息，用來表示用戶忙；8、 MGCF將Release ( #17)消息轉(zhuǎn)換成486消息，發(fā)送到ICCF;9、 ICCF根據(jù)收到的486消息感知用戶UE-A忙,給TAS返回486消息， 由TAS執(zhí)行CFB業(yè)務(wù)。注預(yù)先設(shè)定不同的響應(yīng)消息分別對應(yīng)的業(yè)務(wù)邏輯，例如MGCF收到 Release ( #17)消息，則將該Release消息轉(zhuǎn)換為SIP486消息,并向ICCF發(fā) 送；又例如TAS收到了 486消息，則執(zhí)行CFB業(yè)務(wù)。實施例12:提供CFB業(yè)務(wù)的方式三，參見圖16所示，包括下列步驟1~2、 ICCF收到一個指向用戶UE-A的呼叫；3、 ICCF通過USSD消息通知用戶UE-A,其有一個新呼叫；4、 由于某些原因，用戶不想接通該呼叫，因此UE-A通過USSD消息返 回用戶忙狀態(tài)給ICCF;5、 ICCF根據(jù)USSD消息返回的用戶忙狀態(tài)，得知用戶UE-A忙，因此給 TAS返回486消息，用來表示用戶UE-A忙，由TAS執(zhí)行CFB業(yè)務(wù)。注1、預(yù)先設(shè)定不同的響應(yīng)消息分別對應(yīng)的業(yè)務(wù)邏輯，例如TAS收到 了 486消息，則執(zhí)行CFB業(yè)務(wù)。2、 用戶也可能通過其它ICCP (IMS CS Control Protocol)消息通知ICCF， 如SMS, DTMF， SIP消息。實施例13:提供CFB業(yè)務(wù)的方式四，參見圖17所示，包括下列步驟 1 2、 ICCF收到了 一個指向用戶UE-A的呼叫；3、 ICCF判斷用戶UE-A已經(jīng)存在了一個會話，處于忙的狀態(tài)(用戶所有 的會話都會經(jīng)過ICCF,所以ICCF能夠知道用戶已經(jīng)存在了會話)；因此給TAS 返回486消息，由TAS為用戶UE-A提供CFB業(yè)務(wù)。實施例14:提供CFB業(yè)務(wù)的方式五，參見圖18所示，包括下列步驟 1、 TAS收到了指向用戶UE-A的呼叫，判斷出用戶UE-A已經(jīng)存在了一 條會話(如果用戶簽約了 CFB業(yè)務(wù)，用戶的所有會話都會經(jīng)過TAS，所以TAS 知道用戶存在了會話)；因此判定用戶UE-A處于忙的狀態(tài)，直接為用戶UE-A 提供CFB業(yè)務(wù)。實施例15:提供CFB業(yè)務(wù)的方式六，參見圖19所示，包括下列步驟 1~2、 ICCF收到一個指向用戶UE-A的呼叫; 3~5、 ICCF通過CS域下發(fā)該呼叫；6、 由于某些原因(用戶不愿意接聽該會話)，用戶UE-A無法接聽該呼叫， 因此UE-A返回Release ( #17)消息，用來表示用戶忙；7、 移動交換中心判斷出用戶忙，觸發(fā)Camel上報用戶忙的信息到ICCF8、 ICCF根據(jù)MSC的上報，得知用戶是忙的給TAS返回486，表示用戶 忙。TAS執(zhí)行CFB業(yè)務(wù)。注上述的ICCF可能根據(jù)CAMEL上報的用戶忙的信息直接的為給TAS 返回186表示用戶忙，也可能等到呼叫的響應(yīng)后通過呼叫響應(yīng)和camel上報的 信息共同判斷用戶忙的信息。上述MSC上報的忙的信息，可以是MSC決定的用戶忙，即NDUB;也可 以是用戶自己決定的忙，即UDUB。圖中的SCP和ICCF可以部署在同一個物理實體中，也可以分開部署。當(dāng) 部署在一起的時候，通過內(nèi)部接口交互信息；當(dāng)分開部署的時候可以通過CAP、 MAP、 SIP等現(xiàn)有協(xié)議以及私有接口交互信息。實施例16: 4是供CD業(yè)務(wù)的方式一，參見圖20所示，包括下列步驟1 2、 ICCF收到一個指向用戶UE-A的呼叫；3~5、 ICCF通過CS域下發(fā)該呼叫；6. 用戶UE-A要求執(zhí)行CD業(yè)務(wù)，并通過USSD消息通知到ICCF,該 USSD消息中攜帶有用戶UE-A要求接續(xù)到的號碼；7、 ICCF根據(jù)收到的USSD消息判定用戶UE-A要執(zhí)行CD業(yè)務(wù)，因此將 該USSD消息轉(zhuǎn)換為302消息(該302消息消息中攜帶有用戶UE-A要求接續(xù) 到的號碼)，并發(fā)送到TAS;由TAS為用戶UE-A執(zhí)行CD業(yè)務(wù)。注1、上述第6步中，用戶也可能通過其它ICCP消息返回用戶要求 執(zhí)行CD業(yè)務(wù)，如SMS， DTMF, SIP消息。2、 預(yù)先設(shè)定不同的響應(yīng)消息分別對應(yīng)的業(yè)務(wù)邏輯，例如TAS收到了 302 消息，則執(zhí)行CD業(yè)務(wù)。實施例17:從CS域接入的用戶發(fā)起的呼叫被呼叫轉(zhuǎn)移時，呼叫轉(zhuǎn)移通知 消息的傳遞流程l，參見圖21所示，包括下列步驟 1 2、用戶UE-A發(fā)起一個建立呼叫的請求；3、 由于用戶UE-A的呼叫被對端前轉(zhuǎn)，給用戶UE-A返回了 181消息(SIP呼叫轉(zhuǎn)移通知消息)，表示呼叫被前轉(zhuǎn)；4、 ICCF將181消息(SIP呼叫轉(zhuǎn)移通知消息)轉(zhuǎn)換為USSD消息，通知用戶UE-A呼叫被前轉(zhuǎn)。注ICCF也可能通過其它ICCP消息，如SMS, DTMF， SIP通知用戶。實施例18:從CS域接入的用戶發(fā)起的呼叫被呼叫轉(zhuǎn)移時，呼叫轉(zhuǎn)移通知 消息的傳遞流程2，參見圖22所示，包括下列步驟 1 2、用戶UE-A發(fā)起一個建立呼叫的請求；3、 由于用戶UE-A的呼叫被對端前轉(zhuǎn)，給用戶UE-A返回了 181消息(SIP 呼叫轉(zhuǎn)移通知消息)，表示呼叫;故前轉(zhuǎn)；4、 ICCF將181消息(SIP呼叫轉(zhuǎn)移通知消息)發(fā)到MGCF;5 6、 MGCF將181消息(SIP呼叫轉(zhuǎn)移通知消息)轉(zhuǎn)換成CPG消息，通 知用戶UE-A呼叫被前轉(zhuǎn)；注這兒只是以CPG消息為例，MGCF也可能把181消息(SIP呼叫轉(zhuǎn) 移通知消息)轉(zhuǎn)換為其它的通知消息。實施例19:從CS域接入的用戶發(fā)起的呼叫被呼叫轉(zhuǎn)移時，呼叫轉(zhuǎn)移通知 消息的傳遞流程3，參見圖23所示，包括下列步驟1~2、用戶UE-A發(fā)起一個建立呼叫的請求；3、 如果用戶UE-A簽約了 CFU業(yè)務(wù)，并且處于active狀態(tài)，那么TAS會 向用戶UE-A返回Message消息，說明用戶UE-A的CFU業(yè)務(wù)處于active狀態(tài)；4、 ICCF收到TAS發(fā)往用戶UE-A的Message消息后，通過USSD消息告 知用戶UE-A其CFU業(yè)務(wù)處于active狀態(tài)。注ICCF也可能通過其它ICCP消息，如SMS, DTMF， SIP通知用戶。實施例20:指向從CS域接入的用戶的呼叫被呼叫轉(zhuǎn)移時，通知用戶有會 話被前轉(zhuǎn)的流程，參見圖24所示，包括下列步驟1、 TAS收到一個指向用戶UE-A的呼叫；2、 由于用戶UE-A簽約了 CFU業(yè)務(wù)，并且處于active狀態(tài)，于是TAS執(zhí) 行CFU業(yè)務(wù)，將該呼叫前轉(zhuǎn)；并且通過Message消息通知用戶UE-A有一個 指向UE-A的呼叫被前轉(zhuǎn)；3、 ICCF收到TAS發(fā)往用戶UE-A的Message消息后，通過USSD消息告 知用戶有一個指向UE-A的呼叫^皮前轉(zhuǎn)。注ICCF也可能通過其它ICCP消息，如SMS, DTMF， SIP通知用戶。為了實現(xiàn)對從CS域接入用戶的呼叫轉(zhuǎn)移通知，為從CS域接入用戶提供 更好的體驗，本發(fā)明實施例提供了一種傳遞呼叫轉(zhuǎn)移通知消息的方法，參見圖 25所示，包括下列主要步驟521、 從CS域接入的用戶發(fā)起的呼叫，或指向從CS域接入的用戶的呼叫 被呼叫轉(zhuǎn)移。522、 IMS網(wǎng)絡(luò)實體收到IMS域的呼叫轉(zhuǎn)移通知消息。523、 將該IMS域的呼叫轉(zhuǎn)移通知消息轉(zhuǎn)換為滿足CS域接入用戶的接收 能力的消息。524、 將轉(zhuǎn)換后的消息向所述從CS域接入的用戶發(fā)送。其中，指向從CS域接入的用戶的呼叫被呼叫轉(zhuǎn)移，通知該用戶的方式為 下列之一方式81、 IMS網(wǎng)絡(luò)實體將收到的攜帶有呼叫被轉(zhuǎn)移信息的SIP Message消 息轉(zhuǎn)換為攜帶有呼叫被轉(zhuǎn)移信息的ICCP消息，并向該用戶發(fā)送。其中，從CS域接入的用戶發(fā)起的呼叫被呼叫轉(zhuǎn)移，通知該用戶的方式為 下列之一方式91、 IMS網(wǎng)絡(luò)實體將收到的181通知消息(SIP呼叫轉(zhuǎn)移通知消息) 轉(zhuǎn)換為攜帶有呼叫轉(zhuǎn)移信息的ICCP消息，并向該用戶發(fā)送；方式92、 IMS網(wǎng)絡(luò)實體將收到的181通知消息(SIP呼叫轉(zhuǎn)移通知消息)轉(zhuǎn)發(fā)到MGCF; MGCF將該181通知消息(SIP呼叫轉(zhuǎn)移通知消息)轉(zhuǎn)換為攜 帶有呼叫轉(zhuǎn)移信息的CS域消息，并向該用戶發(fā)送；方式93、 IMS網(wǎng)絡(luò)實體將收到的攜帶有其呼叫轉(zhuǎn)移業(yè)務(wù)處于激活狀態(tài)的 SIP Message消息轉(zhuǎn)換為攜帶有其呼叫轉(zhuǎn)移業(yè)務(wù)處于激活狀態(tài)的ICCP消息，并 向該用戶發(fā)送。綜上所述，本發(fā)明實施例的為用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)的方法及裝置，由于 IMS網(wǎng)絡(luò)實體收到指向從CS域接入的用戶的呼叫后，獲得該用戶當(dāng)前的接續(xù) 狀態(tài)或用戶意愿，從而可根據(jù)獲得的接續(xù)狀態(tài)或用戶意愿為從CS域接入的被 叫用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)。進一步，本發(fā)明實施例還針對各種呼叫轉(zhuǎn)移業(yè)務(wù)分別提供了若干種實施方 案，更好的支撐了本發(fā)明。本發(fā)明實施例的傳遞呼叫轉(zhuǎn)移通知消息的方法，由于從CS域接入的用戶 發(fā)起的呼叫，或指向從CS域接入的用戶的呼叫被呼叫轉(zhuǎn)移后，IMS網(wǎng)絡(luò)實體 會收到IMS域的呼叫轉(zhuǎn)移通知消息；IMS網(wǎng)絡(luò)實體自身或指示其它網(wǎng)元將該 IMS域的呼叫轉(zhuǎn)移通知消息轉(zhuǎn)換為滿足CS域接入用戶的接收能力的消息，并 將轉(zhuǎn)換后的消息向所述從CS域接入的用戶發(fā)送。從而實現(xiàn)了對從CS域接入 用戶的呼叫轉(zhuǎn)移通知。明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種為用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)的方法，其特征在于，包括下列步驟IMS網(wǎng)絡(luò)實體收到指向從CS域接入的用戶的呼叫；IMS網(wǎng)絡(luò)實體獲得該用戶當(dāng)前的接續(xù)狀態(tài)和/或用戶意愿；以及根據(jù)所述獲得的接續(xù)狀態(tài)和/或用戶意愿，為該用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)。
2、 如權(quán)利要求1所述的方法，其特征在于，IMS網(wǎng)絡(luò)實體通過下述方式 之一獲得用戶的4妄續(xù)狀態(tài)或用戶意愿方式a、 CS域網(wǎng)絡(luò)實體或用戶的UE主動上報接續(xù)狀態(tài)或用戶意愿；CS 域網(wǎng)絡(luò)實體或媒體網(wǎng)關(guān)控制實體或UE對上報消息的類型進行轉(zhuǎn)換；IMS網(wǎng)絡(luò) 實體根據(jù)收到的消息的類型匹配獲得用戶的接續(xù)狀態(tài)或用戶意愿；方式b、 IMS網(wǎng)絡(luò)實體與保存有接續(xù)狀態(tài)或用戶意愿的相關(guān)網(wǎng)元交互，或 查詢該IMS網(wǎng)絡(luò)實體保存的信息，根據(jù)獲知的信息獲得用戶的接續(xù)狀態(tài)或用戶 意愿。
3、 如權(quán)利要求1所述的方法，其特征在于，IMS網(wǎng)絡(luò)實體獲得該用戶當(dāng) 前的接續(xù)狀態(tài)為用戶不可及，則為該用戶提供CFNRc業(yè)務(wù)；其中，IMS網(wǎng)絡(luò)實體通過下述方式之一獲得該用戶當(dāng)前的接續(xù)狀態(tài)方式11、IMS網(wǎng)絡(luò)實體根據(jù)收到消息的類型為臨時不可用響應(yīng)消息并且之 前未收到振鈴響應(yīng)消息，則匹配獲得該用戶當(dāng)前的接續(xù)狀態(tài)為用戶不可及；方式12: MGCF將攜帶有用戶不可及信息的CS域消息轉(zhuǎn)換為SIP中的不 可及響應(yīng)消息，并發(fā)送到IMS網(wǎng)絡(luò)實體；IMS網(wǎng)絡(luò)實體根據(jù)收到消息的類型， 匹配獲得該用戶當(dāng)前的接續(xù)狀態(tài)為用戶不可及；方式13: IMS網(wǎng)絡(luò)實體以USSD消息通過CS域下發(fā)所述呼叫后，收到該 USSD消息傳輸路徑中任一 CS域網(wǎng)元返回的攜帶有用戶不可及信息的響應(yīng)消 息，則獲得該用戶當(dāng)前的接續(xù)狀態(tài)為用戶不可及；方式14: IMS網(wǎng)絡(luò)實體通過CS域下發(fā)該呼叫后，在限定的時間內(nèi)未收到 該用戶的響應(yīng)，則獲得該用戶當(dāng)前的接續(xù)狀態(tài)為用戶不可及。
4、 如權(quán)利要求1所述的方法，其特征在于，IMS網(wǎng)絡(luò)實體獲得該用戶當(dāng) 前的接續(xù)狀態(tài)為用戶未注冊，則為該用戶提供CFNL業(yè)務(wù)；其中，IMS網(wǎng)絡(luò)實體通過下述方式之一獲得該用戶當(dāng)前的接續(xù)狀態(tài) 方式21、 IMS網(wǎng)絡(luò)實體與保存有該用戶注冊信息的網(wǎng)元交互，或查詢該IMS網(wǎng)絡(luò)實體保存的信息，獲知該用戶未注冊，則獲得該用戶當(dāng)前的接續(xù)狀態(tài)為用戶未注冊。
5、 如權(quán)利要求1所述的方法，其特征在于，IMS網(wǎng)絡(luò)實體獲得該用戶當(dāng) 前的接續(xù)狀態(tài)為用戶無應(yīng)答，則為該用戶提供CFNRy業(yè)務(wù)；其中，IMS網(wǎng)絡(luò)實體通過下述方式之一獲得該用戶當(dāng)前的接續(xù)狀態(tài)方式31、 IMS網(wǎng)絡(luò)實體收到該振鈴響應(yīng)消息后，在限定的時間內(nèi)未收到該 用戶的響應(yīng)，則獲得該用戶當(dāng)前的接續(xù)狀態(tài)為用戶無應(yīng)答；方式32、 IMS網(wǎng)絡(luò)實體根據(jù)已經(jīng)收到消息了振鈴響應(yīng)消息又收到了臨時不 可用響應(yīng)消息，則匹配獲得該用戶當(dāng)前的接續(xù)狀態(tài)為用戶無應(yīng)答。方式33、 MSC通過CAMEL上報用戶無應(yīng)答的信息到IMS網(wǎng)絡(luò)實體，IMS 網(wǎng)絡(luò)實體根據(jù)CAMEL上報的信息，獲得該用戶當(dāng)前的接續(xù)狀態(tài)為用戶無應(yīng)答。
6、 如權(quán)利要求1所述的方法，其特征在于，IMS網(wǎng)絡(luò)實體獲得該用戶當(dāng) 前的接續(xù)狀態(tài)為用戶忙，則為該用戶提供CFB業(yè)務(wù)；其中，IMS網(wǎng)絡(luò)實體通過下述方式之一獲得該用戶當(dāng)前的l^續(xù)狀態(tài) 方式41、 IMS網(wǎng)絡(luò)實體根據(jù)收到消息的類型，匹配獲得該用戶當(dāng)前的接續(xù) 狀態(tài)為用戶忙；方式42、 IMS網(wǎng)絡(luò)實體以ICCP消息通過CS域下發(fā)所述呼叫后，收到該 用戶的UE返回的攜帶有用戶忙信息的ICCP消息，則獲得該用戶當(dāng)前的接續(xù) 狀態(tài)為用戶忙；方式43: IMS網(wǎng)絡(luò)實體與保存有該用戶接續(xù)狀態(tài)的網(wǎng)元交互，或查詢該 IMS網(wǎng)絡(luò)實體保存的信息，獲知該用戶已經(jīng)存在了會話，則獲得該用戶當(dāng)前的 接續(xù)狀態(tài)為用戶忙。方式44、 MSC通過CAMEL上報用戶忙的信息到IMS網(wǎng)絡(luò)實體，IMS網(wǎng) 絡(luò)實體根據(jù)CAMEL上報的信息，獲得該用戶當(dāng)前的接續(xù)狀態(tài)為用戶忙。
7、 如權(quán)利要求1所述的方法，其特征在于，IMS網(wǎng)絡(luò)實體獲得該用戶意 愿為用戶要求前轉(zhuǎn)，則為該用戶提供CD業(yè)務(wù)；其中，IMS網(wǎng)絡(luò)實體通過下述方式之一獲得該用戶意愿 方式51、 IMS網(wǎng)絡(luò)實體收到該用戶返回的攜帶有要求接續(xù)的號碼的ICCP 消息，則獲得該用戶意愿為用戶要求前轉(zhuǎn)。
8、 如權(quán)利要求1所述的方法，其特征在于，IMS網(wǎng)絡(luò)實體通知該用戶， 指向該用戶的呼叫被呼叫轉(zhuǎn)移的方式為下列之一方式61、 IMS網(wǎng)絡(luò)實體將攜帶有呼叫被轉(zhuǎn)移信息的SIP Message消息轉(zhuǎn)換 為攜帶有呼叫被轉(zhuǎn)移信息的ICCP消息，并向該用戶發(fā)送。
9、 如權(quán)利要求1所述的方法，其特征在于，主叫用戶從CS域接入，則IMS 網(wǎng)絡(luò)實體通知該主叫用戶其發(fā)起的呼叫被呼叫轉(zhuǎn)移的方式為下列之一方式71、 IMS網(wǎng)絡(luò)實體將SIP呼叫轉(zhuǎn)移通知消息轉(zhuǎn)換為攜帶有呼叫轉(zhuǎn)移信 息的ICCP消息，并向該主叫用戶發(fā)送；方式72、 IMS網(wǎng)絡(luò)實體將SIP呼叫轉(zhuǎn)移通知消息轉(zhuǎn)發(fā)到MGCF; MGCF 將該SIP呼叫轉(zhuǎn)移通知消息轉(zhuǎn)換為攜帶有呼叫轉(zhuǎn)移信息的CS域消息，并向該 主叫用戶發(fā)送；方式73、 IMS網(wǎng)絡(luò)實體將收到的攜帶有其呼叫轉(zhuǎn)移業(yè)務(wù)處于激活狀態(tài)的 SIP Message消息轉(zhuǎn)換為攜帶有其呼叫轉(zhuǎn)移業(yè)務(wù)處于激活狀態(tài)的ICCP消息，并 向該用戶發(fā)送。
10、 如權(quán)利要求1至9任一項所述的方法，其特征在于，所述IMS網(wǎng)絡(luò)實 體為提供呼叫轉(zhuǎn)移業(yè)務(wù)的應(yīng)用服務(wù)器，則該IMS網(wǎng)絡(luò)實體根據(jù)獲得的用戶當(dāng)前 的接續(xù)狀態(tài)或用戶意愿，直接為該用戶提供相應(yīng)的呼叫轉(zhuǎn)移業(yè)務(wù)；所述IMS網(wǎng)絡(luò)實體不為提供呼叫轉(zhuǎn)移業(yè)務(wù)的應(yīng)用服務(wù)器，則該IMS網(wǎng)絡(luò) 實體根據(jù)獲得的用戶當(dāng)前的接續(xù)狀態(tài)或用戶意愿，通知為用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)的應(yīng)用服務(wù)器該呼叫的狀態(tài)，由為用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)的應(yīng)用服務(wù)器為用 戶提供呼叫轉(zhuǎn)移業(yè)務(wù)。
11、 一種IMS網(wǎng)絡(luò)實體，其特征在于，包括 接收單元，用于接收指向從CS域接入的用戶的呼叫；獲得單元，用于在接收單元收到所述呼叫后，獲得該用戶當(dāng)前的接續(xù)狀態(tài) 和/或用戶意愿。
12、 如權(quán)利要求11所述的實體，其特征在于，該IMS網(wǎng)絡(luò)實體為IMS電 路控制功能實體ICCF，則還包括指示單元，用于根據(jù)獲得單元獲得的接續(xù) 狀態(tài)和/或用戶意愿，發(fā)出指示提供相應(yīng)呼叫轉(zhuǎn)移業(yè)務(wù)的消息。
13、 如權(quán)利要求11所述的實體，其特征在于，該IMS網(wǎng)絡(luò)實體為電信業(yè) 務(wù)應(yīng)用服務(wù)器TAS，則還包括執(zhí)行單元，用于根據(jù)獲得單元獲得的接續(xù)狀態(tài) 和/或用戶意愿，為該用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)。
14、 如權(quán)利要求11至13任一項所述的實體，其特征在于，還包括 轉(zhuǎn)換單元，用于將收到的IMS域呼叫轉(zhuǎn)移通知消息轉(zhuǎn)換為滿足CS域接入用戶的接收能力的消息；發(fā)送單元，用于將轉(zhuǎn)換單元轉(zhuǎn)換后的消息向所述/人CS域接入的用戶發(fā)送。
15、 如權(quán)利要求11至13任一項所述的實體，其特征在于，所述獲得單元 通過下述方式之一獲得用戶的接續(xù)狀態(tài)或用戶意愿方式a、 CS域網(wǎng)絡(luò)實體或該用戶主動上報接續(xù)狀態(tài)或用戶意愿；CS域網(wǎng) 絡(luò)實體或媒體網(wǎng)關(guān)控制實體或該用戶對上報消息的類型進行轉(zhuǎn)換；獲得單元根 據(jù)收到的消息的類型匹配獲得用戶的接續(xù)狀態(tài)或用戶意愿；方式b、獲得單元與保存有接續(xù)狀態(tài)或用戶意愿的相關(guān)網(wǎng)元交互，或查詢 該IMS網(wǎng)絡(luò)實體保存的信息，根據(jù)獲知的信息獲得用戶的接續(xù)狀態(tài)或用戶意 愿。
16、 一種媒體網(wǎng)關(guān)控制功能實體，其特征在于，包括 第一轉(zhuǎn)換單元，用于將SIP呼叫轉(zhuǎn)移通知消息轉(zhuǎn)換為攜帶有呼叫轉(zhuǎn)移信息的CS域消息；和/或第二轉(zhuǎn)換單元，用于將攜帶有用戶不可及信息的CS域消息轉(zhuǎn)換為SIP中 的不可及響應(yīng)消息；和/或第三轉(zhuǎn)換單元，用于將攜帶有用戶無應(yīng)答信息的CS域消息轉(zhuǎn)換為SIP中 的無應(yīng)答響應(yīng)消息。
17、 一種傳遞呼叫轉(zhuǎn)移通知消息的方法，其特征在于，包括下，步驟從CS域接入的用戶發(fā)起的呼叫，或指向從CS域接入的用戶的呼叫被呼 叫轉(zhuǎn)移；IMS網(wǎng)絡(luò)實體收到IMS域的呼叫轉(zhuǎn)移通知消息；將該IMS域的呼叫轉(zhuǎn)移通知消息轉(zhuǎn)換為滿足CS域i接入用戶的接收能力的 消息；以及將轉(zhuǎn)換后的消息向所述從CS域接入的用戶發(fā)送。
18、 如權(quán)利要求17所述的方法，其特征在于，指向從CS域接入的用戶的 呼叫被呼叫轉(zhuǎn)移，通知該用戶的方式為下列之一方式81、 IMS網(wǎng)絡(luò)實體將收到的攜帶有呼叫被轉(zhuǎn)移信息的SIP Message消 息轉(zhuǎn)換為攜帶有呼叫被轉(zhuǎn)移信息的ICCP消息，并向該用戶發(fā)送。
19、 如權(quán)利要求17所述的方法，其特征在于，從CS域接入的用戶發(fā)起的 呼叫被呼叫轉(zhuǎn)移，通知該用戶的方式為下列之一方式91、 IMS網(wǎng)絡(luò)實體將收到的SIP呼叫轉(zhuǎn)移通知消息轉(zhuǎn)換為攜帶有呼 叫轉(zhuǎn)移信息的ICCP消息，并向該用戶發(fā)送；方式92、 IMS網(wǎng)絡(luò)實體將收到的SIP呼叫轉(zhuǎn)移通知消息轉(zhuǎn)發(fā)到MGCF; MGCF將該SIP呼叫轉(zhuǎn)移通知消息轉(zhuǎn)換為攜帶有呼叫轉(zhuǎn)移信息的CS域消息， 并向該用戶發(fā)送；方式93、 IMS網(wǎng)絡(luò)實體將收到的攜帶有其呼叫轉(zhuǎn)移業(yè)務(wù)處于激活狀態(tài)的 SIP Message消息轉(zhuǎn)換為攜帶有其呼叫轉(zhuǎn)移業(yè)務(wù)處于激活狀態(tài)的ICCP消息，并 向該用戶發(fā)送。
全文摘要
本發(fā)明公開了為用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)的方法及裝置，實現(xiàn)了在IMS域為從CS域接入的被叫用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)。為用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)的方法包括下列步驟IMS網(wǎng)絡(luò)實體收到指向從CS域接入的用戶的呼叫；IMS網(wǎng)絡(luò)實體獲得該用戶當(dāng)前的接續(xù)狀態(tài)和/或用戶意愿；以及根據(jù)所述獲得的接續(xù)狀態(tài)和/或用戶意愿，為該用戶提供呼叫轉(zhuǎn)移業(yè)務(wù)。
文檔編號H04Q7/22GK101330736SQ20071012675
公開日2008年12月24日 申請日期2007年6月18日 優(yōu)先權(quán)日2007年6月18日
發(fā)明者丁春燕, 葉松海, 張恒梁, 朱東銘 申請人:華為技術(shù)有限公司