專利名稱：Ims集中業(yè)務(wù)中由被叫用戶設(shè)備釋放呼叫的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地涉及一種IMS集中業(yè)務(wù)中由被 叫用戶i殳備釋》文呼叫的方法。
背景技術(shù)：
IP(網(wǎng)絡(luò)互聯(lián):協(xié)議，Internet Protocol,簡稱IP)多々某體子系統(tǒng) (IP Multimedia Core Network Subsystem,簡稱IMS )是由第三 合 4乍^f火^f半i十劃(3rd Generation Partnership Project,簡-爾3GPP)^是出的一 種基于IP的網(wǎng)絡(luò)架構(gòu)，其構(gòu)建了一個開放而靈活的業(yè)務(wù)環(huán)境，支持 多媒體應(yīng)用，并為用戶提供豐富的多媒體業(yè)務(wù)。
IMS是基于IP的電信網(wǎng)絡(luò)架構(gòu)，與接入技術(shù)無關(guān)，除了可以為 GPRS (General Packet Radio Service,通用分組無線業(yè)務(wù))、WLAN (Wireless Local Area Network ，無線局域網(wǎng))等分組4妄入網(wǎng)絡(luò)才是供 業(yè)務(wù)夕卜，還可以為GSM ( Global System for Mobile communications, 全3求秀多動通ifl系纟充)、UMTS ( Universal Mobile Telecommunications System,統(tǒng)一移動通訊系統(tǒng))等移動蜂窩網(wǎng)絡(luò)提供業(yè)務(wù)。
GSM、 UMTS等移動蜂窩網(wǎng)絡(luò)采用電路交換技術(shù)，稱為電路 (Circuit Switched,簡稱CS)域，能夠為用戶提供基本的語音業(yè)務(wù)， 以及基于語音業(yè)務(wù)的補充業(yè)務(wù)。當(dāng)CS域接入IMS時，其演變?yōu)橐?br> 種才妄入方式，業(yè)務(wù)完全由IMS統(tǒng)一提供，這種4支術(shù)-爾為IMS集中 業(yè)務(wù)(IMS Centralized Service,簡稱ICS )。
IMS集中業(yè)務(wù)具有以下優(yōu)點
(1) IMS為電路域、分組域等4妄入方式提供一致的業(yè)務(wù)，支 持網(wǎng)癥各融合；
(2) 支持CS網(wǎng)絡(luò)向IMS網(wǎng)絡(luò)演進(jìn)；
(3) 不但支持具有ICS能力用戶設(shè)備，還支持現(xiàn)有的不具備 ICS能力的用戶i殳備。
有兩類用戶設(shè)備(User Equipment,簡稱UE ):支持ICS能力 的UE (簡稱ICS UE )和不支持ICS能力的UE (簡稱non ICS UE )。
網(wǎng)絡(luò)側(cè)增加2個實體，分別是電路域接入適配功能(CS Access Adaptation Function,簡稱CAAF)和遠(yuǎn)端用戶^理(Remote User Agent,簡稱RUA)。
CAAF可以分為遠(yuǎn)端電3各i或才妄入適配功能(Remote CS Access Adaptation Function,簡稱R-CAAF)和本i也電鴻^iU妄入適配功能 (Local CS Access Adaptation Function,簡稱、L-CAAF )。 乂于于ICS UE， L-CAAF集成在ICS UE中，而對于non ICS UE， L-CAAF ^f立 于VMSC中或者L-CAAF和VMSC分離，位于UE與VMSC之間， 稱為L-CAAF-n。 R-CAAF位于歸屬網(wǎng)絡(luò)，和RUA共同組成ICCF， 作為CS i或呼叫4妻入IMS的4妄入點。
RUA是一個SIP用戶代理，代表UE接入IMS網(wǎng)絡(luò)。CAAF是 CS域和IMS之間業(yè)務(wù)控制信令的適配功能，在CS域UE和RUA
之間傳送業(yè)務(wù)控制信令，RUA利用從CAAF獲取的信息建立并控制 IMS會話。
圖1 ~圖4是IMS集中控制業(yè)務(wù)的4種架構(gòu)圖，其中圖1和圖 2是對于ICS UE下的架構(gòu)，而圖3和圖4則是對于non ICS UE下 的架構(gòu)。在上述附圖中包括如下網(wǎng)元
X01:用戶終端(User Equipment,簡稱UE),包含ICS UE或 者讓ICS UE;
X02 (ICS UE):本;也電^各i或才姿入適配功能(Local CS Access Adaptation Function-network equivalent, 簡稱L-CAAF), 其位于手
機中；
X02 ( non ICS UE ):本地電^各域^妾入適配功能-網(wǎng)絡(luò)側(cè)(Local CS Access Adaptation Function-network equivalent, 簡稱L-CAAF -n )，其可以位于VMSC中，也可以在VMSC和UE之間；
X03:爭早訪移動交換中心(Visited Mobile Switch Center,簡稱 VMSC ),其為UE漫游到的交換局；
X04:歸屬用戶月良務(wù)器(Home Subscriber Server,簡稱HSS)， 用于保存UE的用戶婆t據(jù)；
X05: J 某體網(wǎng)關(guān)控制功能(Media Gateway Control Function,簡 稱MGCF),即，控制i某體的網(wǎng)關(guān)；
X06::煤體網(wǎng)關(guān)(Media Gateway,簡稱MGW)，其具有少某體資
X07: IMS電路域控制功能(IMS CS Control Function,簡稱 ICCF ),其為ICS業(yè)務(wù)主要功能實體；
X08:呼叫會話控制功能(Call Session Control Function,簡稱 CSCF),其為IMS控制呼叫和會話的功能實體，
UE—X01到IMS域的ICCF X07建立3條路徑會話控制路徑、 承載控制路徑和承載路徑。
會話控制路徑對于圖1~圖4,分別有4中不同的情況。圖1 采用PS域連接建立會話控制路徑，即UE101采用會話初始協(xié)議信 令(Session Initial Protocol,簡稱SIP ),經(jīng)過CSCF 108到達(dá)ICCF 107; 圖2采用非結(jié)構(gòu)化補充業(yè)務(wù)凄史據(jù)(Unstructured Supplementary Service Data 簡牙爾USSD )， UE 201通過VMSC 303禾口 HSS 304到 達(dá)ICCF 107;圖3是L-CAAF-n302采用SIP信令，經(jīng)過CSCF 308 到達(dá)ICCF 307;圖4是L-CAAF-n402采用USSD,通過HSS 404 到達(dá)ICCF 407。會話控制路徑用于會話控制，在ICS業(yè)務(wù)中主叫控 制呼叫建立和控制ICS UE補充業(yè)務(wù)的完成。
承載控制路徑UE X01通過L-CAAF-n X02或者VMSC X03 ， 并通過MGCF X06和CSCF X108到達(dá)ICCF X107。其中VMSC X03 到MGCF X06采用綜合數(shù)字業(yè)務(wù)用戶部分信令(ISDN User Part, 簡稱ISUP ); MGCF X06通過CSCF X08到達(dá)ICCF X07是采用的 SIP信令；對于ICSUE， UE X01到VMSC X03是標(biāo)準(zhǔn)的CS控制 信令接入的，而對于non ICS UE， UE X01到L-CAAF-n X02是標(biāo) 準(zhǔn)的CS控制信令接入，L-CAAF-n X02到VMSC X03之間在一起 是采用內(nèi)部接口 ，或者采用標(biāo)準(zhǔn)的基站到VMSC之間的接口 A 口 ， 也可能存在移動應(yīng)用部分(Mobile Application Part,簡稱MAP )。 承載控制路徑主要用于控制CS域到IMS域的承載建立。
承載路徑UE XOl通過VMSC X03或者VMSC X03和 L-CAAF-n X02到達(dá)IMS域的MGW X06。承載路徑是提供呼叫會 話所需的承載資源。
圖5是現(xiàn)有技術(shù)中由被叫發(fā)起釋放的流程圖，其中被叫釋放的 可能性有5種情況
A:是步驟S508的情況，是在被叫收到被叫請求時，根據(jù)被叫 個人意愿在終端設(shè)置了拒接某些主叫用戶，導(dǎo)致整個呼叫的釋放；
B:是步驟S516的情況，是在被叫振鈴后，根據(jù)被叫的個人意 愿拒4妄呼叫，導(dǎo)致整個呼叫的釋》文；
C:是步驟S518的情況，也是在被叫振鈴后，根據(jù)被叫的個人 情況，向網(wǎng)會各側(cè)發(fā)用戶忙，乂人而釋》文整個呼叫；
其中，B和C與用戶使用的終端相關(guān)，某些終端可能只支持一
種，
D:是步驟S520的情況，用戶接聽后，被叫掛機，釋放整個呼 叫的情況；
E:是圖中的弁號部分，是由基站系統(tǒng)根據(jù)無線資源情況，向網(wǎng) 絡(luò)側(cè)發(fā)釋放呼叫的情況，在整個被叫建立過程中都可能發(fā)生。
圖6是現(xiàn)有技術(shù)中被叫發(fā)起釋放的流程圖，包括以下步驟
步驟S602， CSCF接收到主叫側(cè)的被叫請求消息；
步驟S604, ICCF收到從CSCF傳過來的^皮叫請求消息；
步驟S606, ICCF4艮據(jù)被叫號碼，建立^皮叫流程；
步驟S608, UE在被叫過程中發(fā)生圖5中的5種被叫釋放情況 的一種，釋》文:帔叫；
步驟S610， UE向VMSC發(fā)釋放消息，攜帶步驟S608的釋放 原因；
步驟S612， VMSC向MGCF發(fā)ISUP的釋i文消息，將步驟S610 的釋》文原因映射為ISUP的釋》文原因；
步驟S614， MGCF將ISUP的釋力丈消息映射為SIP的釋》丈指示 消息，將SIP釋放指示消息通過CSCF,發(fā)給ICCF;
步驟S616， ICCF向CSCF轉(zhuǎn)發(fā)步驟S614所述SIP釋放指示消
自、'
步驟S618, CSCF向主叫側(cè)發(fā)送SIP釋方文指示消息，釋力丈整個 呼叫。
現(xiàn)有流程中，被叫用戶將被叫釋放的原因值都直接發(fā)送給 VMSC,當(dāng)VMSC保存著用戶的補充業(yè)務(wù)的數(shù)據(jù)時，VMSC將將根 據(jù)釋放攜帶的原因值觸發(fā)響應(yīng)的補充業(yè)務(wù)，這就違背IMS集中控制 業(yè)務(wù)中所有通過CS域接入到IMS域用戶，由IMS域控制業(yè)務(wù)。
因此，需要一種IMS集中業(yè)務(wù)中由被叫用戶設(shè)備釋放呼叫的解 決方案，能夠解決上述相關(guān)技術(shù)中的問題。

發(fā)明內(nèi)容
為了解決上述問題，本發(fā)明是采用ICS UE將被叫釋放原因值 通過會話控制路徑發(fā)送ICCF，或者對于non ICS UE，被叫將釋放 原因值傳送到L-CAAF-n，由L-CAAF-n將釋放原因值通過會話控
制路徑發(fā)送到ICCF， ICCF將釋方文原因值映射為SIP釋放指示消息， 然后通過CSCF中的初始過濾準(zhǔn)則將SIP釋》支指示消息送到應(yīng)用月l 務(wù)器觸發(fā)響應(yīng)的補充業(yè)務(wù)，ICCF再發(fā)起釋放，釋放ICCF到被叫用 戶ICS UE或者L-CAAF-n的承載和會話。
本發(fā)明提供了一種IMS集中業(yè)務(wù)中由被叫用戶設(shè)備釋放呼叫 的方法，該方法包括以下步驟步驟S302,在被叫用戶設(shè)備發(fā)起釋 放呼叫時，被叫用戶設(shè)備將釋放呼叫原因消息發(fā)送至IMS電路域控 制功能模塊；以及步驟S304， IMS電路域控制功能模塊根據(jù)釋放呼 叫原因消息釋》文到主叫側(cè)的呼叫以及到;帔叫側(cè)的呼叫。
在步驟S302中，被叫用戶設(shè)備將釋放呼叫原因消息通過會話 控制^各徑發(fā)送至IMS電路域控制功能才莫塊。
步驟S304包括以下步驟步驟S304-2， IMS電^^域控制功能 模塊將釋放呼叫原因消息映射為釋放指示消息，并將釋放指示消息
發(fā)送至呼叫會話控制功能模塊；步驟S304-4，呼叫會話控制功能模 塊將釋放指示消息發(fā)送至媒體網(wǎng)關(guān)控制功能模塊，以及呼叫會話控 制功能模塊向主叫側(cè)發(fā)送釋放指示消息，主叫側(cè)釋放呼叫；步驟 S304-6,媒體網(wǎng)關(guān)控制功能模塊將釋放指示消息映射為釋放消息， 并將其發(fā)送至拜訪移動交換中心模塊；以及步驟S304-8，拜訪移動 交換中心模塊向被叫側(cè)發(fā)送釋放消息，被叫側(cè)釋放呼叫。
步驟S304-4還包括以下步驟呼叫會話控制功能4莫塊通過初始 過濾規(guī)則將釋放指示消息發(fā)送至應(yīng)用服務(wù)器來觸發(fā)相應(yīng)的補充業(yè) 務(wù)。
對于非IMS集中業(yè)務(wù)的用戶設(shè)備，步驟S302還包括以下步驟 將呼叫釋放原因消息發(fā)送至本地電路域接入適配功能模塊，以及本
地電路域接入適配功能模塊通過會話控制路徑將呼叫釋放原因消息
發(fā)送至IMS電路域控制功能模塊。
對于非IMS集中業(yè)務(wù)的用戶設(shè)備，步驟S304還包括以下步驟
拜訪移動交換中心才莫塊將釋^L消息發(fā)送至本地電^各域接入適配 功能模塊。
釋放指示消息為會話初始協(xié)議信令指示消息，以及釋放消息為 綜合數(shù)字業(yè)務(wù)用戶部分信令釋放消息。
呼叫釋放原因消息包括用戶忙、用戶拒接、正常釋放、以及基 站發(fā)起的清除。
由IMS電路域控制功能模塊向媒體網(wǎng)關(guān)控制功能模塊發(fā)送的 會話初始協(xié)議信令指示消息包括接聽后發(fā)起的被叫掛機、未接聽、 用戶忙、被叫用戶暫時不可用、以及基站發(fā)起的資源不可用。
由呼叫會話控制功能才莫塊向主叫側(cè)發(fā)送的會話初始協(xié)i義信令指 示消息包括-故叫用戶忙、；陂叫用戶暫時不可用、基站發(fā)起的資源不 可用、以及用戶4妄聽后釋》文#皮叫。
采用本發(fā)明的方法，實現(xiàn)了被叫釋放過程，也可以使CS接入 的IMS集中業(yè)務(wù)的相應(yīng)被叫釋放的補充業(yè)務(wù)在IMS域中得到集中 控制，滿足了 IMS集中業(yè)務(wù)控制的需求。
本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部 分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā) 明的目的和其他優(yōu)點可通過在所寫的說明書、權(quán)利要求書、以及附 圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。


此處所說明的附圖用來才是供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并
不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中
圖1是示出ICSUE的IMS集中控制業(yè)務(wù)的一種架構(gòu)示意圖； 圖2是示出ICS UE的IMS集中控制業(yè)務(wù)的另一種架構(gòu)示意圖； 圖3是示出non ICS UE的IMS集中控制業(yè)務(wù)的一種架構(gòu)示意
圖4是示出non ICS UE的IMS集中控制業(yè)務(wù)的另 一種架構(gòu)示 意圖5是示出被叫建立過程中釋放流程的流程圖6是示出現(xiàn)有技術(shù)中被叫釋放的流程圖7是示出根據(jù)本發(fā)明的IMS集中業(yè)務(wù)中由被叫用戶設(shè)備釋放 呼叫的方法的流禾呈圖9是示出根據(jù)本發(fā)明實施例的由non ICS UE發(fā)起釋放的流程
圖io是示出根據(jù)本發(fā)明的在圖i所示的架構(gòu)下實施的由被叫用
戶設(shè)備釋放呼叫的流程圖11是示出根據(jù)本發(fā)明的在圖2所示的架構(gòu)下實施的由凈皮叫用 戶設(shè)備釋放呼叫的流程圖12是示出根據(jù)本發(fā)明的在圖3所示的架構(gòu)下實施的由被叫用 戶設(shè)備釋放呼叫的流程圖；以及
圖13是示出根據(jù)本發(fā)明的在圖4所示的架構(gòu)下實施的由被叫用 戶設(shè)備釋放呼叫的流程圖。
具體實施例方式
下面將結(jié)合附圖來詳細(xì)i兌明本發(fā)明的實施例。
本發(fā)明的核心思想是對于ICS UE發(fā)起的被叫釋放，ICS UE 通過會話控制將釋放原因攜帶到ICCF，由ICCF代替ICS UE釋放 整個呼叫；而對于non ICS UE發(fā)起的被叫釋放或者基站清除而釋放 的灃皮叫，；故叫:清求發(fā)送到L-CAAF-n后，L-CAAF-n通過會話控制 路徑將釋放原因攜帶到ICCF ，由ICCF代替non ICS UE釋放整個 呼叫。
圖7是示出根據(jù)本發(fā)明的IMS集中業(yè)務(wù)中由被叫用戶設(shè)備釋放 呼叫的方法的流程圖。參照圖7，本發(fā)明的IMS集中業(yè)務(wù)中由被叫 用戶設(shè)備釋放呼叫的方法包括以下步驟步驟S302,在被叫用戶設(shè) 備發(fā)起釋放呼叫時，被叫用戶設(shè)備將釋放呼叫原因消息發(fā)送至IMS 電路域控制功能模塊；以及步驟S304， IMS電路域控制功能模塊根 據(jù)釋放呼叫原因消息釋》丈到主叫側(cè)的呼叫以及到被叫側(cè)的呼叫。
在步驟S302中，被叫用戶設(shè)備將釋放呼叫原因消息通過會話 控制路徑發(fā)送至IMS電路域控制功能模塊。
步驟S304包括以下步驟步驟S304-2， IMS電路域控制功能 模塊將釋放呼叫原因消息映射為釋放指示消息，并將釋放指示消息
發(fā)送至呼叫會話控制功能模塊；步驟S304-4，呼叫會話控制功能模 塊將釋放指示消息發(fā)送至媒體網(wǎng)關(guān)控制功能模塊，以及呼叫會話控 制功能模塊向主叫側(cè)發(fā)送釋放指示消息，主叫側(cè)釋放呼叫；步驟 S304-6,媒體網(wǎng)關(guān)控制功能模塊將釋放指示消息映射為釋放消息， 并將其發(fā)送至拜訪移動交換中心才莫塊；以及步驟S304-8，拜訪移動 交換中心模塊向被叫側(cè)發(fā)送釋放消息，被叫側(cè)釋放呼叫。
步驟S304-4還包括以下步驟呼叫會話控制功能模塊通過初始 過濾》見則將釋》文指示消息發(fā)送至應(yīng)用服務(wù)器來觸發(fā)相應(yīng)的補充業(yè) 務(wù)。
對于非IMS集中業(yè)務(wù)的用戶設(shè)備，步驟S302還包括以下步驟 將呼叫釋放原因消息發(fā)送至本地電路域接入適配功能模塊，以及本 地電路域接入適配功能模塊通過會話控制路徑將呼叫釋放原因消息 發(fā)送至IMS電路域控制功能^^莫塊。
對于非IMS集中業(yè)務(wù)的用戶設(shè)備，步驟S304還包括以下步驟
拜訪移動交換中心模塊將釋放消息發(fā)送至本地電路域接入適配 功能模塊。
釋放指示消息為會話初始協(xié)議信令指示消息，以及釋放消息為 綜合數(shù)字業(yè)務(wù)用戶部分信令釋》丈消息。
呼叫釋》丈原因消息包括用戶忙、用戶拒^妄、正常釋》文、以及基 站發(fā)起的清除。
由IMS電路域控制功能模塊向媒體網(wǎng)關(guān)控制功能模塊發(fā)送的 會話初始協(xié)議信令指示消息包括接聽后發(fā)起的被叫掛機、未接聽、 用戶忙、被叫用戶暫時不可用、以及基站發(fā)起的資源不可用。
由呼叫會話控制功能模塊向主叫側(cè)發(fā)送的會話初始協(xié)議信令指
示消息包括#1叫用戶忙、故叫用戶暫時不可用、基站發(fā)起的資源不 可用、以及用戶^妾聽后釋》文:故叫。
圖8和圖9分別示出了根據(jù)本發(fā)明實施例的由被叫用戶設(shè)備發(fā) 起釋》文的流程圖。
參照圖8，對于ICSUE:當(dāng)被叫建立過程中，ICSUE發(fā)起釋放有如 下流程
步驟S802，帔叫ICS UE發(fā)起凈皮叫釋i文，通過會話控制^各徑， 攜帶釋放原因，將釋放消息發(fā)送到ICCF;
步驟S804， ICCF將釋放原因映射為SIP的釋放指示消息，將 SIP的釋放指示消息通過CSCF,發(fā)送到MGCF;
步驟S806, MGCF再將SIP釋放指示消息映射為ISUP的釋放 消息，發(fā)送到VMSC;
步驟S808, VMSC向被叫ICS UE發(fā)送釋》文消息；以及
步驟S810， ICCF在發(fā)送SIP釋放指示消息到MGCF的同時， 通過CSCF通過初始過濾準(zhǔn)則將SIP釋放指示消息送到應(yīng)用服務(wù)器 觸發(fā)響應(yīng)的補充業(yè)務(wù)，并且向主叫側(cè)發(fā)送SIP釋放指示消息。
圖9是示出根據(jù)本發(fā)明實施例的由non ICS UE發(fā)起釋放的流程 圖。參照圖9，對于nonICSUE:當(dāng)被叫建立過程中，non ICS UE 發(fā)起釋放有如下流程
步驟S902，被叫non ICS UE發(fā)起被叫釋放，將釋放消息到 L-CAAF-n, L-CAAF-n通過會話控制路徑，攜帶釋放原因，將釋放 消息發(fā)送到ICCF;
步驟S904， ICCF將釋放原因映射為SIP的釋放指示消息，將 SIP的釋放指示消息通過CSCF，發(fā)送到MGCF;
步驟S906， MGCF再將SIP釋放指示消息映射為ISUP的釋放 消息，發(fā)送到VMSC;
步驟S908， VMSC向L-CAAF-n發(fā)送釋》文消息；以及
步驟S910， ICCF在發(fā)送SIP釋放指示消息到MGCF的同時， 通過CSCF通過初始過濾準(zhǔn)則將SIP釋放指示消息送到應(yīng)用服務(wù)器 觸發(fā)響應(yīng)的補充業(yè)務(wù)，并且向主叫側(cè)發(fā)送SIP釋力文指示消息。
在步驟S802和步驟S902中所攜帶的釋放原因根據(jù)被叫終端的 情況，可以為用戶決定用戶忙，用戶拒4妄，正常釋力文等原因值， 其中步驟S902還可以是基站發(fā)起的清除等原因值；
以上流程中的步驟S804和步驟S904中的ICCF發(fā)送SIP的釋 放指示消息根據(jù)被叫用戶是否接聽可以是接聽后發(fā)起的被叫掛機 是SIP再見消息，未接聽則是SIP取消消息；也可以根據(jù)被叫釋放 原因值映射為SIP釋放指示消息，所述SIP釋放指示消息為SIP486 表示^皮叫用戶忙，SIP480表示被叫用戶暫時不可用，SIP500表示 在nonICSUE的情況下，基站發(fā)起的資源不可用；
以上流程中的步驟S810和步驟S910向主叫側(cè)發(fā)起釋放原因才艮 據(jù)被叫釋放的原因可以是SIP 486表示被叫用戶忙，SIP 480表示 被叫用戶暫時不可用，SIP500表示在nonICS UE的情況下，基站 發(fā)起的資源不可用，SIP再見消息表示用戶接聽后釋放被叫過程。
由于本發(fā)明通過會話控制路徑將被叫釋放的原因值發(fā)送到了 ICCF, ICCF將釋》文原因值映射為SIP消息，并且由ICCF發(fā)起釋》文 岸義載和會話。是一種ICS終呼的解決方法。
圖IO是示出根據(jù)本發(fā)明的在圖l所示的架構(gòu)下實施的由被叫用 戶設(shè)備釋放呼叫的流程圖，參照圖10,該流程包括以下步驟
步驟S1002， CSCF"I妄收到主叫側(cè)的^L叫請求消息；
步驟S1004, ICCF收到從CSCF傳過來的被叫請求消息；
步驟S1006, ICCF才艮據(jù)4皮叫號碼，建立一皮叫流程；
步驟S1008,被叫終端在被叫建立過程中、振鈴后或者是4妻聽 后發(fā)起呼叫釋放；
步驟SIOIO， #:叫UE通過會話控制if各徑，通過CSCF向ICCF 發(fā)SIP的釋放指示消息，所述釋放指示消息根據(jù)被叫終端的釋放原 因，可以是SIP486表示被叫用戶忙，SIP480表示^皮叫用戶暫時不 可用，SIP再見消息表示用戶4妾聽后釋方文:故叫過程；
步驟S1012, ICCF通過CSCF向MGCF發(fā)SIP釋放指示消息， 所述SIP釋放指示消息可以根據(jù)被叫用戶是否接聽為接聽后發(fā)起 的被叫掛機是SIP再見消息，未接聽則是SIP取消消息；也可以轉(zhuǎn) 發(fā)步驟S1010的消息；
步驟S1014, MGCF將SIP釋放指示消息映射為ISUP釋》文消 息發(fā)送到VMSC;
步驟S1016, VMSC向UE發(fā)送釋》文消息；
步驟S1018， ICCF在收到步驟SIOIO中的消息的同時，還將向 CSCF轉(zhuǎn)發(fā)步驟S1010中的所述SIP釋放指示消息；以及
步驟S1020, CSCF通過初始過濾準(zhǔn)則將SIP釋;^丈指示消息送到 應(yīng)用月良務(wù)器觸發(fā)響應(yīng)的補充業(yè)務(wù)，并且向主叫側(cè)發(fā)送SIP釋方文指示 消息。
圖11是示出根據(jù)本發(fā)明的在圖2所示的架構(gòu)下實施的由被叫用 戶設(shè)備釋放呼叫的流程圖，該流程包括以下步驟
步驟S1102， CSCF接收到主叫側(cè)的#1叫請求消息；
步驟S1104, ICCF收到從CSCF傳過來的被叫請求消息；
步驟S1106， ICCF根據(jù)被叫號碼，建立被叫流程；
步驟S1108, ^皮叫終端在被叫建立過程中、振鈴后或者是接聽 后發(fā)起呼叫釋放；
步驟SlllO，被叫UE通過會話控制路徑USSD，通過VMSC 和HSS向ICCF發(fā)USSD釋放指示消息，所述釋放指示消息根據(jù)被 叫終端的釋》文原因，可以是用戶忙，用戶拒4妄，用戶4妾聽后正常釋 放等原因；
步驟S1112， ICCF通過CSCF向MGCF發(fā)SIP釋放指示消息， 所述SIP釋放指示消息可以根據(jù)被叫用戶是否接聽為接聽后發(fā)起
的被叫掛機是SIP再見消息，未接聽則是SIP取消消息；也可以根 據(jù)步驟S1110攜帶的釋放原因值映射為SIP的釋放指示消息；
步驟SI 114， MGCF將SIP釋放指示消息映射為ISUP釋放消息 發(fā)送到VMSC
步驟S1116, VMSC向UE發(fā)送釋放消息；
步驟S1118, ICCF在收到步驟S1110中的消息的同時，將步驟 S1110攜帶的釋放原因值映射為SIP釋放指示消息，發(fā)送到CSCF;
步驟S1120, CSCF通過初始過濾準(zhǔn)則將SIP釋放指示消息送到 應(yīng)用月l務(wù)器觸發(fā)響應(yīng)的補充業(yè)務(wù)，并且向主叫側(cè)發(fā)送SIP釋i文指示 消息。
圖12是示出根據(jù)本發(fā)明的在圖3所示的架構(gòu)下實施的由被叫用 戶設(shè)備釋放呼叫的流程圖，參照圖12，該流程包括以下步驟
步驟S1202, CSCF接收到主叫側(cè)的被叫請求消息；
步驟S1204, ICCF收到從CSCF傳過來的被叫請求消息；
步驟S1206， ICCF根據(jù)被叫號碼，建立被叫流程；
步驟S1208,被叫終端在被叫建立過程中、振鈴后或者是接聽 后發(fā)起呼叫釋放；
步驟S1210,被叫UE將釋放消息發(fā)送到L-CAAF-n,釋放消息 可以攜帶用戶忙，用戶拒接，用戶正常掛機等原因值，也可以是基 站發(fā)起的清除^皮叫過程的原因值；
步驟S1212, L-CAAF-n通過會話控制路徑，根據(jù)步驟S1210 所述攜帶的原因值映射為SIP的釋放指示消息，通過CSCF發(fā)送到 ICCF，所述釋放指示消息根據(jù)被叫終端的釋放原因，可以是IP486 表示被叫用戶忙，SIP 480表示被叫用戶暫時不可用，SIP 500表示 基站發(fā)起的資源不可用，SIP再見消息表示用戶接聽后釋放被叫過
程；
步驟S1214, ICCF通過CSCF向MGCF發(fā)SIP釋放指示消息， 所述SIP釋放指示消息可以根據(jù)被叫用戶是否接聽為接聽后發(fā)起 的被叫掛機是SIP再見消息，未接聽則是SIP取消消息；也可以轉(zhuǎn) 發(fā)步-驟S1212中的消息；
步驟S1216, MGCF將SIP釋放指示消息映射為ISUP釋放消 息發(fā)送到VMSC;
步驟S1218， VMSC向L-CAAF-n發(fā)送釋放消息；
步驟S1220, ICCF在收到步驟S1212中的消息的同時，還將向 CSCF轉(zhuǎn)發(fā)步驟S1212中所述SIP釋放指示消息；
步驟S1222, CSCF通過初始過濾準(zhǔn)則將SIP釋^L指示消息送到 應(yīng)用服務(wù)器觸發(fā)響應(yīng)的補充業(yè)務(wù)，并且向主叫側(cè)發(fā)送SIP釋放指示 消息。
圖13是示出才艮據(jù)本發(fā)明的在圖4所示的架構(gòu)下實施的由#1叫用 戶設(shè)備釋放呼叫的流程圖，參照圖13，該流程包括以下步驟
步驟S1302, CSCF接收到主叫側(cè)的被叫請求消息；
步驟S1304, ICCF收到從CSCF傳過來的^皮叫請求消息；
步驟S1306， ICCF根據(jù)被叫號碼，建立被叫流程；
步驟S1308,被叫終端在被叫建立過程中、振鈴后或者是接聽 后發(fā)起呼叫釋放；
步驟S1310,被叫UE將釋放消息發(fā)送到L-CAAF-n，釋放消息 可以攜帶用戶忙，用戶拒接，用戶正常掛機等原因值，也可以是基 站發(fā)起的清除被叫過程的原因值；
步驟S1312, L-CAAF-n通過會話控制路徑USSD，通過HSS 向ICCF發(fā)送USSD釋放指示消息，所述釋放指示消息為步驟S1310 中的原因值；
步驟S1314, ICCF通過CSCF向MGCF發(fā)SIP釋放指示消息， 所述SIP釋放指示消息可以根據(jù)被叫用戶是否接聽為接聽后發(fā)起 的被叫掛機是SIP再見消息，未接聽則是SIP取消消息；也可以根 據(jù)步驟S1310攜帶的釋放原因值映射為SIP的釋放指示消息；
步驟S1316, MGCF將SIP釋放指示消息映射為ISUP釋放消 息發(fā)送到VMSC;
步驟S1318 ， VMSC向L-CAAF-n發(fā)送釋》文消息；
步驟S1320, ICCF在收到步驟S1312中的消息的同時，將步驟 S1312攜帶的釋放原因值映射為SIP釋放指示消息，發(fā)送到CSCF;
步驟S1322, CSCF通過初始過濾準(zhǔn)則將SIP釋力丈指示消息送到 應(yīng)用月良務(wù)器觸發(fā)響應(yīng)的補充業(yè)務(wù)，并且向主叫側(cè)發(fā)送SIP釋力文指示 消息。
從上述流程中可以看出，采取本發(fā)明的方法，實現(xiàn)了被叫釋放
過程，也可以使CS接入的IMS集中業(yè)務(wù)的相應(yīng)一皮叫釋》丈的補充業(yè) 務(wù)在IMS域中得到集中控制，滿足了 IMS集中業(yè)務(wù)控制的需求。
以上所述^f又為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本領(lǐng)域的技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等， 均應(yīng)包含在本發(fā)明的^f呆護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種IMS集中業(yè)務(wù)中由被叫用戶設(shè)備釋放呼叫的方法，其特征在于，包括以下步驟步驟S302，在被叫用戶設(shè)備發(fā)起釋放呼叫時，所述被叫用戶設(shè)備將釋放呼叫原因消息發(fā)送至IMS電路域控制功能模塊；以及步驟S304，所述IMS電路域控制功能模塊根據(jù)所述釋放呼叫原因消息釋放到主叫側(cè)的呼叫以及到被叫側(cè)的呼叫。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述步驟S304-4 還包4舌以下步驟所述呼叫會話控制功能模塊通過初始過濾規(guī)則將所述釋 放指示消息發(fā)送至應(yīng)用服務(wù)器來觸發(fā)相應(yīng)的補充業(yè)務(wù)。
5. 根據(jù)權(quán)利要求3所述的方法，其特征在于，對于非IMS集中 業(yè)務(wù)的用戶i殳備，所述步驟S302還包^舌以下步驟將所述呼叫釋放原因消息發(fā)送至本地電路域接入適配功 能模塊，以及所述本地電路域接入適配功能模塊通過所述會話 控制路徑將所述呼叫釋放原因消息發(fā)送至所述IMS電路域控 制功能模塊。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，對于非IMS集中 業(yè)務(wù)的用戶設(shè)備，所述步驟S304還包括以下步驟所述拜訪移動交換中心模塊將所述釋放消息發(fā)送至本地 電路域接入適配功能模塊。
7. 根據(jù)前述權(quán)利要求中任一項所述的方法，其特征在于，所述釋 放指示消息為會話初始協(xié)議信令指示消息，以及所述釋放消息 為綜合數(shù)字業(yè)務(wù)用戶部分信令釋放息。
8. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述呼叫釋放原因 消息包括用戶忙、用戶拒接、正常釋放、以及基站發(fā)起的清除。
9. 根據(jù)權(quán)利要求7所述的方法，其特征在于，由所述IMS電路 域控制功能模塊向所述媒體網(wǎng)關(guān)控制功能模塊發(fā)送的所述會 話初始協(xié)議信令指示消息包括接聽后發(fā)起的被叫掛機、未接聽、用戶忙、；波叫用戶暫時不可用、以及基站發(fā)起的資源不可 用。
10. 根據(jù)權(quán)利要求7所述的方法，其特征在于，由所述呼叫會話控 制功能模塊向所述主叫側(cè)發(fā)送的所述會話初始協(xié)議信令指示 消息包括被叫用戶忙、被叫用戶暫時不可用、基站發(fā)起的資源 不可用、以及用戶4妄聽后釋》文;坡叫。
全文摘要
本發(fā)明公開了一種IMS集中業(yè)務(wù)中由被叫用戶設(shè)備釋放呼叫的方法，該方法包括以下步驟步驟S302，在被叫用戶設(shè)備發(fā)起釋放呼叫時，被叫用戶設(shè)備將釋放呼叫原因消息發(fā)送至IMS電路域控制功能模塊；以及步驟S304，IMS電路域控制功能模塊根據(jù)釋放呼叫原因消息釋放到主叫側(cè)的呼叫以及到被叫側(cè)的呼叫。本發(fā)明實現(xiàn)了被叫釋放過程，也可以使CS接入的IMS集中業(yè)務(wù)的相應(yīng)被叫釋放的補充業(yè)務(wù)在IMS域中得到集中控制。
文檔編號H04L29/06GK101111000SQ20071014564
公開日2008年1月23日 申請日期2007年9月6日 優(yōu)先權(quán)日2007年9月6日
發(fā)明者游世林, 蔡繼燕, 謝寶國, 郝振武 申請人:中興通訊股份有限公司