专利名称：Ims域中彩铃限制业务的方法
技术领域：
本发明涉及IMS域中主叫侧对彩铃业务进行限制的方法。
背景技术：
彩铃，即个性化回铃音业务使得主叫用户在拨打别人电话可以听到个性化的铃声，而不是原来的单调的嘟嘟声。
在现在的GSM，CDMA甚至是固定电话网络中，个性化回铃音业务的开展已经如火如荼，并取得了极大的成功。当有其他用户(主叫用户)呼叫该个性化回铃音登记的用户号码(被叫用户)时，在它接通摘机前，对主叫用户放一段音乐、广告或者是被叫用户自己设定的留言，这时主叫用户听到就是由业务用户在系统中设定的个性化回铃音，这种方式已经逐渐被人们所接受并广泛采用。
在未来的以IP为主体的IMS网络中个性化回铃音业务也应得到更加广泛的应用。
为了更好地说明目前的彩铃业务系统，图表2给出了IMS域彩铃业务的系统结构。其中201用户设备(以下简称UE)包括注册到IMS域的所有用户，包括移动终端，固定终端，SIP软终端等。202呼叫会话控制功能(以下简称CSCF)是IMS系统的呼叫控制核心。203应用服务器(以下简称AS)，例如SIP AS，OSA AS和CAMEL IM-SSF，提供增值业务，它可以位于用户的归属网或者第三方的位置。204多媒体资源功能控制器(以下简称MRFC)主要完成对MRFP中的媒体资源控制功能，该功能实体可以和AS在一个物理实体上。205多媒体资源功能处理器(以下简称MRFP)主要是处理和存放媒体相关的资源。
在现在的网络中，个性化回铃音一般是由被叫用户定制的，主叫侧被动的接受被叫方定制的个性化回铃音，而无法对特色回铃音进行控制，使得该业务的灵活性受到了很大的限制。在某些情况下，主叫侧可能要被迫接受被叫方定制的不适合自己品味的回铃音。例如老年人播打年轻人电话时可能要接受摇滚乐的彩铃，年轻人播打老年人电话时可能要被迫欣赏京剧片断彩铃，心脏病人有可能会受到恶作剧或者恐怖影像彩铃的干扰，尤其是在频繁播打某个号码的时听取自己不喜欢的回铃音就变得更加难以忍受。随着彩铃业务的普及，单一由被叫方定制彩铃业务的情况应当得到改变，使得该项业务更加人性化，满足人们的各种需求。
发明内容
本发明的目的是提供一种IMS域中实现彩铃限制业务的方法。
为实现上述目的，一种IMS域中彩铃限制业务的方法，包括步骤(1)用户定制彩铃限制业务；(2)当用户呼叫被叫用户时，主叫侧CSCF根据初始过滤准则判断主叫用户是否定制了彩铃限制业务；(3)若主叫用户定制了彩铃限制业务，主叫侧CSCF则修改Invite消息，使其携带彩铃限制业务标记；(4)主叫侧CSCF将修改后的Invite消息转发至被叫侧的CSCF；(5)被叫侧CSCF收到Invite消息后进行解析，发现主叫定制了彩铃限制业务，则不管被叫用户是否定制彩铃业务，则不触发彩铃业务；(6)被叫侧执行正常呼叫流程，向主叫用户播放普通的回铃音。
本发明可以实现主叫用户限制被叫用户的特色回铃音，用户可通过短信/Web等多种方式定制彩铃限制业务。
图1是IMS域中彩铃限制业务的方法流程图；图2是IMS域中实现彩铃业务的系统结构图；图3是IMS域中彩铃限制业务信令流程图；图4是IMS域中彩铃业务流程图。
具体实施例方式
图1是IMS域中实现彩铃限制业务的方法流程。
101 开始一个呼叫过程
102 主叫侧CSCF根据初始过滤准则判断主叫用户是否定制彩铃限制业务，初始过滤准则(即用户对哪些用户定制彩铃限制业务)的对象可以根据用户的需求是一个或多个用户，另外方式也可以选择短信定制/Web定制/特服号定制/人工定制等多种方式，尽可能方便的满足用户的需求；103 若主叫用户没有定制彩铃限制业务，则执行正常的呼叫过程；104 若主叫用户定制了彩铃限制业务，则主叫侧CSCF在发往被叫侧CSCF的Invite消息中携带主叫限制彩铃标记；105 被叫侧CSCF在收到该Invite消息后发现该消息中含有彩铃限制信息，则不向AS转发该消息；106接续呼叫，继续正常的呼叫过程图3是IMS域中彩铃限制业务实现流程图，具体步骤如下301UE发送INVITE请求到主叫侧CSCF，其中SDP包含UE所支持的媒体能力；302主叫侧CSCF对收到的INVITE请求回应100 Trying；303主叫侧CSCF(应为系统的S-CSCF功能模块)根据用户的业务数据，进行初始过滤准则评估；304主叫侧CSCF根据初始过滤准则进行评估，修改INVITE请求，在该消息中携带彩铃限制业务信息，并将该消息发至被叫侧CSCF；305被叫侧CSCF根据收到的Invite消息中携带的彩铃限制标记，得知主叫用户定制了彩铃限制业务，则不触发彩铃业务(即不向AS转发该Invite消息)，而是执行正常的呼叫过程；306被叫侧CSCF对收到的INVITE请求回应100 Trying；307被叫侧CSCF继续转发INVITE消息；308被叫侧CSCF接收到对INVITE请求的100 Trying临时响应；309主叫侧CSCF接收到前转的100 Trying临时响应；310被叫侧CSCF接收到183会话进展响应，其中SDP包含目的端所支持的媒体流能力；311主叫侧CSCF接收到转发的183会话进展响应；
312主叫侧CSCF(应为系统的P-CSCF功能模块)基于运营商的本地策略对QoS资源进行授权；313主叫侧CSCF前转183会话进展到UE；314UE根据在183会话进展中所收到的媒体流能力，来决定本次会话所用的媒体流，并将此最终的媒体流包含在一新的SDP中，用PRACK请求发送到CSCF；315UE根据所决定的媒体流特性，发起为本次会话所需的资源预留过程；316主叫侧CSCF将PRACK请求前转到被叫侧CSCF；317被叫侧CSCF继续前转PRACK请求；318被叫侧CSCF接收到200 OK响应；319主叫侧AS接收到前转的200 OK响应；320主叫侧CSCF将200 OK响应前转到UE；321当UE发起的资源预留过程结束，UE发送UPDATE请求通知对方；322主叫侧CSCF前转UPDATE请求至被叫侧CSCF；323被叫侧CSCF继续前转UPDATE请求；324被叫侧CSCF收到目的端对UPDATE请求的200 OK响应；325被叫侧CSCF将200 OK响应前转到主叫侧CSCF；326主叫侧CSCF将200 OK响应前转到UE；327被叫侧CSCF收到对端的180 Ringing响应；328被叫侧CSCF将180 Ringing响应前转到主叫侧CSCF；329主叫侧CSCF将180 Ringing响应前转到UE；330UE将PRACK请求发送到主叫侧CSCF；331主叫侧CSCF将PRACK响应转发到被叫侧CSCF；332被叫侧CSCF继续前转PRACK响应；333被叫侧CSCF收到目的端对PRACK请求的200 OK响应；334被叫侧CSCF将200 OK响应转发到主叫侧CSCF；335主叫侧CSCF将200 OK响应转发到UE；336当被叫应答时，被叫侧CSCF收到目的端对INVITE请求的最终200 OK响应；
337被叫侧CSCF将200 OK响应前转到主叫侧CSCF；338主叫侧CSCF(应为系统的P-CSCF功能模块)对提交的QoS进行批准；339主叫侧CSCF将200 OK响应前转到UE；340UE开始此次会话的媒体流，并对200 OK响应回应ACK请求；341主叫侧CSCF将ACK请求前转到被叫侧CSCF；342被叫侧CSCF向发送对被叫应答200 OK响应的ACK；图4是IMS域中彩铃业务的实现流程，具体步骤如下401UE发送INVITE请求到CSCF，其中SDP包含UE所支持的媒体能力；402CSCF对收到的INVITE请求回应100 Trying；403CSCF(应为系统的S-CSCF功能模块)根据用户的业务数据，进行初始过滤准则评估；404CSCF将INVITE请求前转到AS；405AS对收到的INVITE请求回应100 Trying；406AS进行彩铃业务触发，来决定下一跳的位置；407AS前转INVITE请求；408AS接收到对INVITE请求的100 Trying临时响应；409AS接收到183会话进展响应，其中SDP包含目的端所支持的媒体流能力；410AS将183会话进展前转到CSCF；411CSCF(应为系统的P-CSCF功能模块)基于运营商的本地策略对QoS资源进行授权；412CSCF前转183会话进展到UE；413UE根据在183会话进展中所收到的媒体流能力，来决定本次会话所用的媒体流，并将此最终的媒体流包含在一新的SDP中，用PRACK请求发送到CSCF；414UE根据所决定的媒体流特性，发起为本次会话所需的资源预留过程；415CSCF将PRACK请求前转到AS；416AS继续前转PRACK请求；
417AS接收到目的端对PRACK请求的200 OK响应；418AS将200 OK响应前转到CSCF；419CSCF将200 OK响应前转到UE；420当UE发起的资源预留过程结束，UE发送UPDATE请求通知对方；421CSCF将UPDATE请求前转到AS；422AS继续前转UPDATE请求；423AS收到目的端对UPDATE请求的200 OK响应；424AS将200 OK响应前转到CSCF；425CSCF将200 OK响应前转到UE；426AS收到对端的180 Ringing响应；427彩铃业务逻辑控制过程，决定向主叫用户播放彩铃；428AS向MRFC发起INVITE请求，其中SDP携带协商好的媒体流；429MRFC对INVITE请求回应100 Trying响应；430MRFC通过H.248交互为UE创建播放彩铃业务而预留的资源；431MRFC应答AS的INVITE请求，并回送200 OK响应；432AS将200 OK响应前转到CSCF；433CSCF(应为系统的P-CSCF功能模块)对提交的QoS进行批准；434CSCF将200 OK响应前转到UE；435UE开始此次会话的媒体流，并对200 OK响应回应ACK请求；436CSCF将ACK请求前转到AS；437AS发送ACK请求到MRFC，其中携带有业务根据QoS协商结果；438当被叫应答时，AS收到目的端对INVITE请求的最终200 OK响应；439AS要求MRF停放彩铃并释放资源，向MRFC发送BYE请求；440MRFC对BYE请求回应200 OK；441MRFC通过H.248交互，停止播放彩铃，并释放相应的资源；442AS向CSCF发起reINVITE请求，携带被叫用户的媒体信息；443CSCF前转reINVITE请求到UE；444UE对reINVITE请求发送最终响应200 OK；445CSCF前转200 OK到AS；446AS对于收到的200 OK响应回应ACK请求；
447CSCF将ACK请求前转到UE，UE根据reINVITE中媒体流的信息开始此次会话的媒体流；448AS向目的端发送ACK请求。
权利要求
1.一种IMS域中彩铃限制业务的方法，包括步骤(1)用户定制彩铃限制业务；(2)当用户呼叫被叫用户时，主叫侧CSCF根据初始过滤准则判断主叫用户是否定制了彩铃限制业务；(3)若主叫用户定制了彩铃限制业务，主叫侧CSCF则修改Invite消息，使其携带彩铃限制业务标记；(4)主叫侧CSCF将修改后的Invite消息转发至被叫侧的CSCF；(5)被叫侧CSCF收到Invite消息后进行解析，发现主叫定制了彩铃限制业务，则不管被叫用户是否定制彩铃业务，则不触发彩铃业务；(6)被叫侧执行正常呼叫流程，向主叫用户播放普通的回铃音。
2.根据权利要求1所述的方法，其特征在于在步骤(3)和(4)之间还包括若主叫用户没有定制彩铃限制业务，则主叫侧CSCF转发UE侧发来的Invite消息，执行正常的呼叫流程。
3.根据权利要求1所述的方法，其特征在于所述步骤(2)包括初始过滤准则的对象至少是一个。
4.根据权利要求1所述的方法，其特征在于所述步骤(1)的定制包括短信定制、Web定制、特服号定制或人工定制。
全文摘要
一种IMS域中彩铃限制业务的方法，包括步骤用户定制彩铃限制业务；当用户呼叫被叫用户时，主叫侧CSCF根据初始过滤准则判断主叫用户是否定制了彩铃限制业务；若主叫用户定制了彩铃限制业务，主叫侧CSCF则修改Invite消息，使其携带彩铃限制业务标记；主叫侧CSCF将修改后的Invite消息转发至被叫侧的CSCF；被叫侧CSCF收到Invite消息后进行解析，发现主叫定制了彩铃限制业务，则不管被叫用户是否定制彩铃业务，则不触发彩铃业务；被叫侧执行正常呼叫流程，向主叫用户播放普通的回铃音。本发明可以实现主叫用户限制被叫用户的特色回铃音，用户可通过短信/Web等多种方式定制彩铃限制业务。
文档编号H04M3/42GK1980287SQ20051013102
公开日2007年6月13日 申请日期2005年12月8日 优先权日2005年12月8日
发明者张文颖, 杨飞, 陈士金 申请人:北京三星通信技术研究有限公司, 三星电子株式会社