专利名称：Ims集中业务中由被叫用户设备释放呼叫的方法
技术领域：
本发明涉及通信领域，更具体地涉及一种IMS集中业务中由被 叫用户i殳备释》文呼叫的方法。
背景技术：
IP(网络互联:协议，Internet Protocol,简称IP)多々某体子系统 (IP Multimedia Core Network Subsystem,简称IMS )是由第三 合 4乍^f火^f半i十划(3rd Generation Partnership Project,简-尔3GPP)^是出的一 种基于IP的网络架构，其构建了一个开放而灵活的业务环境，支持 多媒体应用，并为用户提供丰富的多媒体业务。
IMS是基于IP的电信网络架构，与接入技术无关，除了可以为 GPRS (General Packet Radio Service,通用分组无线业务)、WLAN (Wireless Local Area Network ，无线局域网)等分组4妄入网络才是供 业务夕卜，还可以为GSM ( Global System for Mobile communications, 全3求秀多动通ifl系纟充)、UMTS ( Universal Mobile Telecommunications System,统一移动通讯系统)等移动蜂窝网络提供业务。
GSM、 UMTS等移动蜂窝网络采用电路交换技术，称为电路 (Circuit Switched,简称CS)域，能够为用户提供基本的语音业务， 以及基于语音业务的补充业务。当CS域接入IMS时，其演变为一
种才妄入方式，业务完全由IMS统一提供，这种4支术-尔为IMS集中 业务(IMS Centralized Service,简称ICS )。
IMS集中业务具有以下优点
(1) IMS为电路域、分组域等4妄入方式提供一致的业务，支 持网症各融合；
(2) 支持CS网络向IMS网络演进；
(3) 不但支持具有ICS能力用户设备，还支持现有的不具备 ICS能力的用户i殳备。
有两类用户设备(User Equipment,简称UE ):支持ICS能力 的UE (简称ICS UE )和不支持ICS能力的UE (简称non ICS UE )。
网络侧增加2个实体，分别是电路域接入适配功能(CS Access Adaptation Function,简称CAAF)和远端用户^理(Remote User Agent,简称RUA)。
CAAF可以分为远端电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位于归属网络，和RUA共同组成ICCF， 作为CS i或呼叫4妻入IMS的4妄入点。
RUA是一个SIP用户代理，代表UE接入IMS网络。CAAF是 CS域和IMS之间业务控制信令的适配功能，在CS域UE和RUA
之间传送业务控制信令，RUA利用从CAAF获取的信息建立并控制 IMS会话。
图1 ~图4是IMS集中控制业务的4种架构图，其中图1和图 2是对于ICS UE下的架构，而图3和图4则是对于non ICS UE下 的架构。在上述附图中包括如下网元
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 ):本地电^各域^妾入适配功能-网络侧(Local CS Access Adaptation Function-network equivalent, 简称L-CAAF -n )，其可以位于VMSC中，也可以在VMSC和UE之间；
X03:爭早访移动交换中心(Visited Mobile Switch Center,简称 VMSC ),其为UE漫游到的交换局；
X04:归属用户月良务器(Home Subscriber Server,简称HSS)， 用于保存UE的用户婆t据；
X05: J 某体网关控制功能(Media Gateway Control Function,简 称MGCF),即，控制i某体的网关；
X06::煤体网关(Media Gateway,简称MGW)，其具有少某体资
X07: IMS电路域控制功能(IMS CS Control Function,简称 ICCF ),其为ICS业务主要功能实体；
X08:呼叫会话控制功能(Call Session Control Function,简称 CSCF),其为IMS控制呼叫和会话的功能实体，
UE—X01到IMS域的ICCF X07建立3条路径会话控制路径、 承载控制路径和承载路径。
会话控制路径对于图1~图4,分别有4中不同的情况。图1 采用PS域连接建立会话控制路径，即UE101采用会话初始协议信 令(Session Initial Protocol,简称SIP ),经过CSCF 108到达ICCF 107; 图2采用非结构化补充业务凄史据(Unstructured Supplementary Service Data 简牙尔USSD )， UE 201通过VMSC 303禾口 HSS 304到 达ICCF 107;图3是L-CAAF-n302采用SIP信令，经过CSCF 308 到达ICCF 307;图4是L-CAAF-n402采用USSD,通过HSS 404 到达ICCF 407。会话控制路径用于会话控制，在ICS业务中主叫控 制呼叫建立和控制ICS UE补充业务的完成。
承载控制路径UE X01通过L-CAAF-n X02或者VMSC X03 ， 并通过MGCF X06和CSCF X108到达ICCF X107。其中VMSC X03 到MGCF X06采用综合数字业务用户部分信令(ISDN User Part, 简称ISUP ); MGCF X06通过CSCF X08到达ICCF X07是采用的 SIP信令；对于ICSUE， UE X01到VMSC X03是标准的CS控制 信令接入的，而对于non ICS UE， UE X01到L-CAAF-n X02是标 准的CS控制信令接入，L-CAAF-n X02到VMSC X03之间在一起 是采用内部接口 ，或者采用标准的基站到VMSC之间的接口 A 口 ， 也可能存在移动应用部分(Mobile Application Part,简称MAP )。 承载控制路径主要用于控制CS域到IMS域的承载建立。
承载路径UE XOl通过VMSC X03或者VMSC X03和 L-CAAF-n X02到达IMS域的MGW X06。承载路径是提供呼叫会 话所需的承载资源。
图5是现有技术中由被叫发起释放的流程图，其中被叫释放的 可能性有5种情况
A:是步骤S508的情况，是在被叫收到被叫请求时，根据被叫 个人意愿在终端设置了拒接某些主叫用户，导致整个呼叫的释放；
B:是步骤S516的情况，是在被叫振铃后，根据被叫的个人意 愿拒4妄呼叫，导致整个呼叫的释》文；
C:是步骤S518的情况，也是在被叫振铃后，根据被叫的个人 情况，向网会各侧发用户忙，乂人而释》文整个呼叫；
其中，B和C与用户使用的终端相关，某些终端可能只支持一
种，
D:是步骤S520的情况，用户接听后，被叫挂机，释放整个呼 叫的情况；
E:是图中的弁号部分，是由基站系统根据无线资源情况，向网 络侧发释放呼叫的情况，在整个被叫建立过程中都可能发生。
图6是现有技术中被叫发起释放的流程图，包括以下步骤
步骤S602， CSCF接收到主叫侧的被叫请求消息；
步骤S604, ICCF收到从CSCF传过来的^皮叫请求消息；
步骤S606, ICCF4艮据被叫号码，建立^皮叫流程；
步骤S608, UE在被叫过程中发生图5中的5种被叫释放情况 的一种，释》文:帔叫；
步骤S610， UE向VMSC发释放消息，携带步骤S608的释放 原因；
步骤S612， VMSC向MGCF发ISUP的释i文消息，将步骤S610 的释》文原因映射为ISUP的释》文原因；
步骤S614， MGCF将ISUP的释力丈消息映射为SIP的释》丈指示 消息，将SIP释放指示消息通过CSCF,发给ICCF;
步骤S616， ICCF向CSCF转发步骤S614所述SIP释放指示消
自、'
步骤S618, CSCF向主叫侧发送SIP释方文指示消息，释力丈整个 呼叫。
现有流程中，被叫用户将被叫释放的原因值都直接发送给 VMSC,当VMSC保存着用户的补充业务的数据时，VMSC将将根 据释放携带的原因值触发响应的补充业务，这就违背IMS集中控制 业务中所有通过CS域接入到IMS域用户，由IMS域控制业务。
因此，需要一种IMS集中业务中由被叫用户设备释放呼叫的解 决方案，能够解决上述相关技术中的问题。
发明内容
为了解决上述问题，本发明是采用ICS UE将被叫释放原因值 通过会话控制路径发送ICCF，或者对于non ICS UE，被叫将释放 原因值传送到L-CAAF-n，由L-CAAF-n将释放原因值通过会话控
制路径发送到ICCF， ICCF将释方文原因值映射为SIP释放指示消息， 然后通过CSCF中的初始过滤准则将SIP释》支指示消息送到应用月l 务器触发响应的补充业务，ICCF再发起释放，释放ICCF到被叫用 户ICS UE或者L-CAAF-n的承载和会话。
本发明提供了一种IMS集中业务中由被叫用户设备释放呼叫 的方法，该方法包括以下步骤步骤S302,在被叫用户设备发起释 放呼叫时，被叫用户设备将释放呼叫原因消息发送至IMS电路域控 制功能模块；以及步骤S304， IMS电路域控制功能模块根据释放呼 叫原因消息释》文到主叫侧的呼叫以及到;帔叫侧的呼叫。
在步骤S302中，被叫用户设备将释放呼叫原因消息通过会话 控制^各径发送至IMS电路域控制功能才莫块。
步骤S304包括以下步骤步骤S304-2， IMS电^^域控制功能 模块将释放呼叫原因消息映射为释放指示消息，并将释放指示消息
发送至呼叫会话控制功能模块；步骤S304-4，呼叫会话控制功能模 块将释放指示消息发送至媒体网关控制功能模块，以及呼叫会话控 制功能模块向主叫侧发送释放指示消息，主叫侧释放呼叫；步骤 S304-6,媒体网关控制功能模块将释放指示消息映射为释放消息， 并将其发送至拜访移动交换中心模块；以及步骤S304-8，拜访移动 交换中心模块向被叫侧发送释放消息，被叫侧释放呼叫。
步骤S304-4还包括以下步骤呼叫会话控制功能4莫块通过初始 过滤规则将释放指示消息发送至应用服务器来触发相应的补充业 务。
对于非IMS集中业务的用户设备，步骤S302还包括以下步骤 将呼叫释放原因消息发送至本地电路域接入适配功能模块，以及本
地电路域接入适配功能模块通过会话控制路径将呼叫释放原因消息
发送至IMS电路域控制功能模块。
对于非IMS集中业务的用户设备，步骤S304还包括以下步骤
拜访移动交换中心才莫块将释^L消息发送至本地电^各域接入适配 功能模块。
释放指示消息为会话初始协议信令指示消息，以及释放消息为 综合数字业务用户部分信令释放消息。
呼叫释放原因消息包括用户忙、用户拒接、正常释放、以及基 站发起的清除。
由IMS电路域控制功能模块向媒体网关控制功能模块发送的 会话初始协议信令指示消息包括接听后发起的被叫挂机、未接听、 用户忙、被叫用户暂时不可用、以及基站发起的资源不可用。
由呼叫会话控制功能才莫块向主叫侧发送的会话初始协i义信令指 示消息包括-故叫用户忙、；陂叫用户暂时不可用、基站发起的资源不 可用、以及用户4妄听后释》文#皮叫。
采用本发明的方法，实现了被叫释放过程，也可以使CS接入 的IMS集中业务的相应被叫释放的补充业务在IMS域中得到集中 控制，满足了 IMS集中业务控制的需求。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部 分地从说明书中变得显而易见，或者通过实施本发明而了解。本发 明的目的和其他优点可通过在所写的说明书、权利要求书、以及附 图中所特别指出的结构来实现和获得。
此处所说明的附图用来才是供对本发明的进一步理解，构成本申 请的一部分，本发明的示意性实施例及其说明用于解释本发明，并
不构成对本发明的不当限定。在附图中
图1是示出ICSUE的IMS集中控制业务的一种架构示意图； 图2是示出ICS UE的IMS集中控制业务的另一种架构示意图； 图3是示出non ICS UE的IMS集中控制业务的一种架构示意
图4是示出non ICS UE的IMS集中控制业务的另 一种架构示 意图5是示出被叫建立过程中释放流程的流程图6是示出现有技术中被叫释放的流程图7是示出根据本发明的IMS集中业务中由被叫用户设备释放 呼叫的方法的流禾呈图9是示出根据本发明实施例的由non ICS UE发起释放的流程
图io是示出根据本发明的在图i所示的架构下实施的由被叫用
户设备释放呼叫的流程图11是示出根据本发明的在图2所示的架构下实施的由净皮叫用 户设备释放呼叫的流程图12是示出根据本发明的在图3所示的架构下实施的由被叫用 户设备释放呼叫的流程图；以及
图13是示出根据本发明的在图4所示的架构下实施的由被叫用 户设备释放呼叫的流程图。
具体实施例方式
下面将结合附图来详细i兌明本发明的实施例。
本发明的核心思想是对于ICS UE发起的被叫释放，ICS UE 通过会话控制将释放原因携带到ICCF，由ICCF代替ICS UE释放 整个呼叫；而对于non ICS UE发起的被叫释放或者基站清除而释放 的沣皮叫，；故叫:清求发送到L-CAAF-n后，L-CAAF-n通过会话控制 路径将释放原因携带到ICCF ，由ICCF代替non ICS UE释放整个 呼叫。
图7是示出根据本发明的IMS集中业务中由被叫用户设备释放 呼叫的方法的流程图。参照图7，本发明的IMS集中业务中由被叫 用户设备释放呼叫的方法包括以下步骤步骤S302,在被叫用户设 备发起释放呼叫时，被叫用户设备将释放呼叫原因消息发送至IMS 电路域控制功能模块；以及步骤S304， IMS电路域控制功能模块根 据释放呼叫原因消息释》丈到主叫侧的呼叫以及到被叫侧的呼叫。
在步骤S302中，被叫用户设备将释放呼叫原因消息通过会话 控制路径发送至IMS电路域控制功能模块。
步骤S304包括以下步骤步骤S304-2， IMS电路域控制功能 模块将释放呼叫原因消息映射为释放指示消息，并将释放指示消息
发送至呼叫会话控制功能模块；步骤S304-4，呼叫会话控制功能模 块将释放指示消息发送至媒体网关控制功能模块，以及呼叫会话控 制功能模块向主叫侧发送释放指示消息，主叫侧释放呼叫；步骤 S304-6,媒体网关控制功能模块将释放指示消息映射为释放消息， 并将其发送至拜访移动交换中心才莫块；以及步骤S304-8，拜访移动 交换中心模块向被叫侧发送释放消息，被叫侧释放呼叫。
步骤S304-4还包括以下步骤呼叫会话控制功能模块通过初始 过滤》见则将释》文指示消息发送至应用服务器来触发相应的补充业 务。
对于非IMS集中业务的用户设备，步骤S302还包括以下步骤 将呼叫释放原因消息发送至本地电路域接入适配功能模块，以及本 地电路域接入适配功能模块通过会话控制路径将呼叫释放原因消息 发送至IMS电路域控制功能^^莫块。
对于非IMS集中业务的用户设备，步骤S304还包括以下步骤
拜访移动交换中心模块将释放消息发送至本地电路域接入适配 功能模块。
释放指示消息为会话初始协议信令指示消息，以及释放消息为 综合数字业务用户部分信令释》丈消息。
呼叫释》丈原因消息包括用户忙、用户拒^妄、正常释》文、以及基 站发起的清除。
由IMS电路域控制功能模块向媒体网关控制功能模块发送的 会话初始协议信令指示消息包括接听后发起的被叫挂机、未接听、 用户忙、被叫用户暂时不可用、以及基站发起的资源不可用。
由呼叫会话控制功能模块向主叫侧发送的会话初始协议信令指
示消息包括#1叫用户忙、故叫用户暂时不可用、基站发起的资源不 可用、以及用户^妾听后释》文:故叫。
图8和图9分别示出了根据本发明实施例的由被叫用户设备发 起释》文的流程图。
参照图8，对于ICSUE:当被叫建立过程中，ICSUE发起释放有如 下流程
步骤S802，帔叫ICS UE发起净皮叫释i文，通过会话控制^各径， 携带释放原因，将释放消息发送到ICCF;
步骤S804， ICCF将释放原因映射为SIP的释放指示消息，将 SIP的释放指示消息通过CSCF,发送到MGCF;
步骤S806, MGCF再将SIP释放指示消息映射为ISUP的释放 消息，发送到VMSC;
步骤S808, VMSC向被叫ICS UE发送释》文消息；以及
步骤S810， ICCF在发送SIP释放指示消息到MGCF的同时， 通过CSCF通过初始过滤准则将SIP释放指示消息送到应用服务器 触发响应的补充业务，并且向主叫侧发送SIP释放指示消息。
图9是示出根据本发明实施例的由non ICS UE发起释放的流程 图。参照图9，对于nonICSUE:当被叫建立过程中，non ICS UE 发起释放有如下流程
步骤S902，被叫non ICS UE发起被叫释放，将释放消息到 L-CAAF-n, L-CAAF-n通过会话控制路径，携带释放原因，将释放 消息发送到ICCF;
步骤S904， ICCF将释放原因映射为SIP的释放指示消息，将 SIP的释放指示消息通过CSCF，发送到MGCF;
步骤S906， MGCF再将SIP释放指示消息映射为ISUP的释放 消息，发送到VMSC;
步骤S908， VMSC向L-CAAF-n发送释》文消息；以及
步骤S910， ICCF在发送SIP释放指示消息到MGCF的同时， 通过CSCF通过初始过滤准则将SIP释放指示消息送到应用服务器 触发响应的补充业务，并且向主叫侧发送SIP释力文指示消息。
在步骤S802和步骤S902中所携带的释放原因根据被叫终端的 情况，可以为用户决定用户忙，用户拒4妄，正常释力文等原因值， 其中步骤S902还可以是基站发起的清除等原因值；
以上流程中的步骤S804和步骤S904中的ICCF发送SIP的释 放指示消息根据被叫用户是否接听可以是接听后发起的被叫挂机 是SIP再见消息，未接听则是SIP取消消息；也可以根据被叫释放 原因值映射为SIP释放指示消息，所述SIP释放指示消息为SIP486 表示^皮叫用户忙，SIP480表示被叫用户暂时不可用，SIP500表示 在nonICSUE的情况下，基站发起的资源不可用；
以上流程中的步骤S810和步骤S910向主叫侧发起释放原因才艮 据被叫释放的原因可以是SIP 486表示被叫用户忙，SIP 480表示 被叫用户暂时不可用，SIP500表示在nonICS UE的情况下，基站 发起的资源不可用，SIP再见消息表示用户接听后释放被叫过程。
由于本发明通过会话控制路径将被叫释放的原因值发送到了 ICCF, ICCF将释》文原因值映射为SIP消息，并且由ICCF发起释》文 岸义载和会话。是一种ICS终呼的解决方法。
图IO是示出根据本发明的在图l所示的架构下实施的由被叫用 户设备释放呼叫的流程图，参照图10,该流程包括以下步骤
步骤S1002， CSCF"I妄收到主叫侧的^L叫请求消息；
步骤S1004, ICCF收到从CSCF传过来的被叫请求消息；
步骤S1006, ICCF才艮据4皮叫号码，建立一皮叫流程；
步骤S1008,被叫终端在被叫建立过程中、振铃后或者是4妻听 后发起呼叫释放；
步骤SIOIO， #:叫UE通过会话控制if各径，通过CSCF向ICCF 发SIP的释放指示消息，所述释放指示消息根据被叫终端的释放原 因，可以是SIP486表示被叫用户忙，SIP480表示^皮叫用户暂时不 可用，SIP再见消息表示用户4妾听后释方文:故叫过程；
步骤S1012, ICCF通过CSCF向MGCF发SIP释放指示消息， 所述SIP释放指示消息可以根据被叫用户是否接听为接听后发起 的被叫挂机是SIP再见消息，未接听则是SIP取消消息；也可以转 发步骤S1010的消息；
步骤S1014, MGCF将SIP释放指示消息映射为ISUP释》文消 息发送到VMSC;
步骤S1016, VMSC向UE发送释》文消息；
步骤S1018， ICCF在收到步骤SIOIO中的消息的同时，还将向 CSCF转发步骤S1010中的所述SIP释放指示消息；以及
步骤S1020, CSCF通过初始过滤准则将SIP释;^丈指示消息送到 应用月良务器触发响应的补充业务，并且向主叫侧发送SIP释方文指示 消息。
图11是示出根据本发明的在图2所示的架构下实施的由被叫用 户设备释放呼叫的流程图，该流程包括以下步骤
步骤S1102， CSCF接收到主叫侧的#1叫请求消息；
步骤S1104, ICCF收到从CSCF传过来的被叫请求消息；
步骤S1106， ICCF根据被叫号码，建立被叫流程；
步骤S1108, ^皮叫终端在被叫建立过程中、振铃后或者是接听 后发起呼叫释放；
步骤SlllO，被叫UE通过会话控制路径USSD，通过VMSC 和HSS向ICCF发USSD释放指示消息，所述释放指示消息根据被 叫终端的释》文原因，可以是用户忙，用户拒4妄，用户4妾听后正常释 放等原因；
步骤S1112， ICCF通过CSCF向MGCF发SIP释放指示消息， 所述SIP释放指示消息可以根据被叫用户是否接听为接听后发起
的被叫挂机是SIP再见消息，未接听则是SIP取消消息；也可以根 据步骤S1110携带的释放原因值映射为SIP的释放指示消息；
步骤SI 114， MGCF将SIP释放指示消息映射为ISUP释放消息 发送到VMSC
步骤S1116, VMSC向UE发送释放消息；
步骤S1118, ICCF在收到步骤S1110中的消息的同时，将步骤 S1110携带的释放原因值映射为SIP释放指示消息，发送到CSCF;
步骤S1120, CSCF通过初始过滤准则将SIP释放指示消息送到 应用月l务器触发响应的补充业务，并且向主叫侧发送SIP释i文指示 消息。
图12是示出根据本发明的在图3所示的架构下实施的由被叫用 户设备释放呼叫的流程图，参照图12，该流程包括以下步骤
步骤S1202, CSCF接收到主叫侧的被叫请求消息；
步骤S1204, ICCF收到从CSCF传过来的被叫请求消息；
步骤S1206， ICCF根据被叫号码，建立被叫流程；
步骤S1208,被叫终端在被叫建立过程中、振铃后或者是接听 后发起呼叫释放；
步骤S1210,被叫UE将释放消息发送到L-CAAF-n,释放消息 可以携带用户忙，用户拒接，用户正常挂机等原因值，也可以是基 站发起的清除^皮叫过程的原因值；
步骤S1212, L-CAAF-n通过会话控制路径，根据步骤S1210 所述携带的原因值映射为SIP的释放指示消息，通过CSCF发送到 ICCF，所述释放指示消息根据被叫终端的释放原因，可以是IP486 表示被叫用户忙，SIP 480表示被叫用户暂时不可用，SIP 500表示 基站发起的资源不可用，SIP再见消息表示用户接听后释放被叫过
程；
步骤S1214, ICCF通过CSCF向MGCF发SIP释放指示消息， 所述SIP释放指示消息可以根据被叫用户是否接听为接听后发起 的被叫挂机是SIP再见消息，未接听则是SIP取消消息；也可以转 发步-骤S1212中的消息；
步骤S1216, MGCF将SIP释放指示消息映射为ISUP释放消 息发送到VMSC;
步骤S1218， VMSC向L-CAAF-n发送释放消息；
步骤S1220, ICCF在收到步骤S1212中的消息的同时，还将向 CSCF转发步骤S1212中所述SIP释放指示消息；
步骤S1222, CSCF通过初始过滤准则将SIP释^L指示消息送到 应用服务器触发响应的补充业务，并且向主叫侧发送SIP释放指示 消息。
图13是示出才艮据本发明的在图4所示的架构下实施的由#1叫用 户设备释放呼叫的流程图，参照图13，该流程包括以下步骤
步骤S1302, CSCF接收到主叫侧的被叫请求消息；
步骤S1304, ICCF收到从CSCF传过来的^皮叫请求消息；
步骤S1306， ICCF根据被叫号码，建立被叫流程；
步骤S1308,被叫终端在被叫建立过程中、振铃后或者是接听 后发起呼叫释放；
步骤S1310,被叫UE将释放消息发送到L-CAAF-n，释放消息 可以携带用户忙，用户拒接，用户正常挂机等原因值，也可以是基 站发起的清除被叫过程的原因值；
步骤S1312, L-CAAF-n通过会话控制路径USSD，通过HSS 向ICCF发送USSD释放指示消息，所述释放指示消息为步骤S1310 中的原因值；
步骤S1314, ICCF通过CSCF向MGCF发SIP释放指示消息， 所述SIP释放指示消息可以根据被叫用户是否接听为接听后发起 的被叫挂机是SIP再见消息，未接听则是SIP取消消息；也可以根 据步骤S1310携带的释放原因值映射为SIP的释放指示消息；
步骤S1316, MGCF将SIP释放指示消息映射为ISUP释放消 息发送到VMSC;
步骤S1318 ， VMSC向L-CAAF-n发送释》文消息；
步骤S1320, ICCF在收到步骤S1312中的消息的同时，将步骤 S1312携带的释放原因值映射为SIP释放指示消息，发送到CSCF;
步骤S1322, CSCF通过初始过滤准则将SIP释力丈指示消息送到 应用月良务器触发响应的补充业务，并且向主叫侧发送SIP释力文指示 消息。
从上述流程中可以看出，采取本发明的方法，实现了被叫释放
过程，也可以使CS接入的IMS集中业务的相应一皮叫释》丈的补充业 务在IMS域中得到集中控制，满足了 IMS集中业务控制的需求。
以上所述^f又为本发明的优选实施例而已，并不用于限制本发明， 对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在 本发明的精神和原则之内，所作的任何修改、等同替换、改进等， 均应包含在本发明的^f呆护范围之内。
权利要求
1.一种IMS集中业务中由被叫用户设备释放呼叫的方法，其特征在于，包括以下步骤步骤S302，在被叫用户设备发起释放呼叫时，所述被叫用户设备将释放呼叫原因消息发送至IMS电路域控制功能模块；以及步骤S304，所述IMS电路域控制功能模块根据所述释放呼叫原因消息释放到主叫侧的呼叫以及到被叫侧的呼叫。
4. 根据权利要求3所述的方法，其特征在于，所述步骤S304-4 还包4舌以下步骤所述呼叫会话控制功能模块通过初始过滤规则将所述释 放指示消息发送至应用服务器来触发相应的补充业务。
5. 根据权利要求3所述的方法，其特征在于，对于非IMS集中 业务的用户i殳备，所述步骤S302还包^舌以下步骤将所述呼叫释放原因消息发送至本地电路域接入适配功 能模块，以及所述本地电路域接入适配功能模块通过所述会话 控制路径将所述呼叫释放原因消息发送至所述IMS电路域控 制功能模块。
6. 根据权利要求5所述的方法，其特征在于，对于非IMS集中 业务的用户设备，所述步骤S304还包括以下步骤所述拜访移动交换中心模块将所述释放消息发送至本地 电路域接入适配功能模块。
7. 根据前述权利要求中任一项所述的方法，其特征在于，所述释 放指示消息为会话初始协议信令指示消息，以及所述释放消息 为综合数字业务用户部分信令释放息。
8. 根据权利要求1所述的方法，其特征在于，所述呼叫释放原因 消息包括用户忙、用户拒接、正常释放、以及基站发起的清除。
9. 根据权利要求7所述的方法，其特征在于，由所述IMS电路 域控制功能模块向所述媒体网关控制功能模块发送的所述会 话初始协议信令指示消息包括接听后发起的被叫挂机、未接听、用户忙、；波叫用户暂时不可用、以及基站发起的资源不可 用。
10. 根据权利要求7所述的方法，其特征在于，由所述呼叫会话控 制功能模块向所述主叫侧发送的所述会话初始协议信令指示 消息包括被叫用户忙、被叫用户暂时不可用、基站发起的资源 不可用、以及用户4妄听后释》文;坡叫。
全文摘要
本发明公开了一种IMS集中业务中由被叫用户设备释放呼叫的方法，该方法包括以下步骤步骤S302，在被叫用户设备发起释放呼叫时，被叫用户设备将释放呼叫原因消息发送至IMS电路域控制功能模块；以及步骤S304，IMS电路域控制功能模块根据释放呼叫原因消息释放到主叫侧的呼叫以及到被叫侧的呼叫。本发明实现了被叫释放过程，也可以使CS接入的IMS集中业务的相应被叫释放的补充业务在IMS域中得到集中控制。
文档编号H04L29/06GK101111000SQ20071014564
公开日2008年1月23日 申请日期2007年9月6日 优先权日2007年9月6日
发明者游世林, 蔡继燕, 谢宝国, 郝振武 申请人:中兴通讯股份有限公司