CN101217703B - 一种在线彩铃彩像业务的实现方法 - Google Patents

Abstract

本发明提供了一种在线彩铃彩像业务的实现方法，包括以下步骤：(1)MSE向被叫方转发正常呼叫请求后，向彩铃彩像业务接受方发送转移请求消息；(2)彩铃彩像业务接受方收到所述转移请求消息后，向MSE发起彩铃彩像呼叫请求；(3)MSE与彩铃彩像业务接受方在通过所述彩铃彩像呼叫请求建立彩铃彩像会话的过程中，进行彩铃彩像媒体资源信息的协商。本发明方法可实现在IMS系统中正常呼叫建立过程中向主叫/被叫播放多媒体信息，解决了现有技术中对于支持网关模式，采用P-Early-Media技术的彩铃彩像业务接受方设备无法实现彩铃彩像业务的问题。

Description

一种在线彩铃彩像业务的实现方法

技术领域

本发明涉及通信领域，更具体地涉及一种在线彩铃彩像业务的实现方法。

背景技术

IP(网络互联协议，Internet Protocol，简称IP)多媒体子系统(IP Multimedia Core Network Subsystem，简称IMS)是由第三代合作伙伴计划(3rd Generation Partnership Project，简称3GPP)提出的一种基于IP的网络架构，构建了一个的开放而灵活的业务环境，支持多媒体应用，能够为用户提供丰富的多媒体业务。

在IMS业务体系中，控制层和业务层是分离的，控制层不提供具体业务，只向业务层提供必要的触发、路由、计费等功能。控制层中业务触发和控制功能是呼叫会话控制功能(Call Session Control Function，简称CSCF，分为代理Proxy、查询Interrogating和服务Serving三种类型，其中负主要责任的是Serving，Interrogating类型是可选的)完成的，业务层是由一系列应用服务器(Application Server，简称AS)组成，能提供具体业务服务，AS可以是独立的实体，也可以存在于S-CSCF中。控制层(S-CSCF)根据用户的签约信息控制业务触发，调用AS上的业务，实现业务功能。AS和S-CSCF可以统称为服务设备(Server Equipment，简称SE)。会话中的端到端设备称为用户设备UE(User Equipment)，负责与使用者的交互。这些功能实体使用SIP(Session Initiation Protocol，会话初始协议)协议通讯。在需要播放多媒体信息的业务中，会需要多媒体资源功能(Media Resource Function，简称MRF，分为控制部分MRFC和媒体处理部分MRFP)或称媒体服务器的参与，其控制部分负责将SE的SIP信令翻译和解释为对MRFP的指令，或者反之将MRFP的回应翻译和解释为向SE发送的SIP信令，而处理部分负责媒体流的发送和接收。

会话的最终目的是要实现媒体连接，因此需要在会话中协商媒体资源信息，媒体资源信息包括媒体所有者信息(包括地址信息)，媒体连接地址，媒体类型(视频，音频，等)以及与媒体类型相关的媒体端口和编解码器信息等。

IP多媒体子系统支持呼叫建立过程中同时向主叫/被叫播放多媒体信息的业务，向主叫播放信息的业务称为彩铃业务，允许在呼叫过程中，被叫网络向主叫方播放由被叫方事先定制好的多媒体信息，并在被叫方应答后停止尚未停止的多媒体信息播放；向被叫播放多媒体信息的业务称为彩像业务或彩振业务，允许在呼叫过程中，主叫网络向被叫方播放由主叫方事先定制好的多媒体信息，多媒体信息包括音频、视频、图形和它们的组合等。在线彩铃或者彩像业务是指服务器直接向终端播放多媒体信息，而不需要终端将多媒体信息下载到本地。彩铃业务的媒体资源信息，我们称为彩铃媒体资源信息，彩像业务的媒体资源信息，我们称为彩像媒体资源信息。

为了便于描述，将服务设备、媒体资源服务器和彩铃彩像业务服务器在逻辑上表示成一个实体MSE，其内部使用标准的协议和过程进行交互，其内部的交互属于现有技术。

图1是现有的彩像业务消息流程图，描述了UE-A呼叫UE-B时，MSE在会话中插入彩像媒体资源信息，使得UE-B在未接听电话时，MSE可向UE-B播放彩像媒体信息，其步骤如下：

步骤101、UE-A呼叫UE-B，比如发送INVITE(邀请)消息，并携带UE-A的媒体资源信息；

步骤102、呼叫请求消息途经彩像业务服务设备MSE，MSE转发该呼叫消息给UE-B；

步骤103、UE-B收到呼叫请求消息，回应临时响应消息，比如发送“183 Session Progress(会话进展)”消息给MSE，并携带支持彩像业务的指示(比如在Support头域中设置early-session值)，还携带UE-B的媒体资源信息；

步骤104、临时响应消息途径MSE，MSE转发该临时响应，如果不希望主叫UE-A感知该业务，可以删除支持彩像业务的指示；

步骤105、UE-A收到临时响应，根据临时响应中的UE-B的媒体资源信息，完成一次正常媒体的协商，然后发送预确认消息，比如发送PRACK(预确认)消息；

步骤106、预确认消息途经MSE，MSE知道UE-B支持彩像业务，于是将彩像媒体资源信息添加到预确认消息中，比如在消息体中增加Content-Disposition域的值为early-session的信息块，信息块中为彩像媒体资源信息，并增加彩像业务信息，比如在Require头域中设置early-session值，然后转发修改后的预确认消息；

步骤107、UE-B收到修改后的预确认消息，回应该消息，比如发送“200 OK”消息，携带响应的UE-B的彩像媒体资源信息，比如在消息体中增加Content-Disposition域的值为early-session的信息块，信息块中为UE-B的彩像媒体资源信息；

步骤108、回应消息途经MSE，MSE收到UE-B响应的彩像媒体资源信息，完成彩像媒体的协商，然后删除回应消息中的彩像媒体资源信息，并转发修改后的回应消息给UE-A；

步骤109、MSE根据协商的彩像媒体信息，向UE-B播放彩像媒体信息；

步骤110、UE-B应答呼叫，释放不再需要的彩像媒体资源；

步骤111、UE-B发送应答消息，比如发送“200 OK”；

步骤112、应答消息途经MSE，MSE停止向UE-B播放彩像媒体信息，并释放彩像媒体资源；

步骤113、MSE转发应答消息给UE-A；

步骤114、UE-A收到应答消息，建立起与UE-B的正常媒体的会话连接。

现有的实现方法，基于标准的应用服务器模式，采用early-session技术，但这要求业务接受方必须支持该技术，而对于支持网关模式，采用P-Early-Media技术的业务接受方，由于只有一个SDP(Session Description Protocol，会话描述协议)，在一个会话建立过程中只能进行一种媒体资源信息的协商，因而无法实现该业务。

发明内容

本发明要解决的技术问题是提供一种在线彩铃彩像业务的实现方法，可在网关模式下实现IMS系统中呼叫建立过程中同时向主叫/被叫播放多媒体信息的业务。

为了解决上述问题，本发明提供了一种在线彩铃彩像业务的实现方法，包括以下步骤：

(1)MSE向被叫方转发正常呼叫请求消息后，向彩铃彩像业务接受方发送转移请求消息，所述MSE为服务设备、媒体资源服务器和彩铃彩像业务服务器组成的一个逻辑上的实体；

(2)彩铃彩像业务接受方收到所述转移请求消息后，向MSE发起彩铃彩像呼叫请求；

(3)MSE与彩铃彩像业务接受方在通过所述彩铃彩像呼叫请求建立彩铃彩像会话的过程中，进行彩铃彩像媒体资源信息的协商，，所述协商包括MSE向彩铃彩像业务接受方发送所述彩铃彩像呼叫请求的临时回应消息，所述临时回应消息携带彩铃彩像媒体资源信息；

(4)MSE与彩铃彩像业务接受方协商彩铃彩像媒体资源信息成功后，向所述彩铃彩像业务接受方播放彩铃彩像媒体信息。

进一步的，所述彩铃彩像业务接受方是所述正常呼叫的主叫方时，在所述正常呼叫请求消息中，携带支持彩铃业务的指示信息；所述指示信息通过在所述正常呼叫请求消息中的P-Early-Media头域中设置Supported值表示支持网关模式的彩铃业务，或者在所述正常呼叫请求消息的Support头域中设置early-session值表示支持应用服务器模式的彩铃业务。

进一步的，所述彩铃彩像业务接受方是所述正常呼叫的被叫方时，在回应所述正常呼叫请求消息的临时响应消息中，或在所述彩铃彩像呼叫请求中携带支持彩像业务的指示信息；所述指示信息通过在所述临时响应消息或所述彩铃彩像呼叫请求中的P-Early-Media头域中设置Supported值表示支持网关模式的彩像业务，或在其Support头域中设置early-session值表示支持应用服务器模式的彩像业务。

进一步的，MSE在与所述彩铃彩像业务接受方进行彩铃彩像媒体资源信息的协商时，根据所述指示信息判断出所述彩铃彩像业务接受方支持的彩铃彩像业务的模式，若MSE无法判断出所述彩铃彩像业务接受方支持的彩铃彩像业务的模式，则直接应答所述彩铃彩像呼叫请求，向所述彩铃彩像业务接受方播放彩铃彩像媒体信息。

进一步的，所述转移请求消息使用REFER消息，该请求消息使用新的会话标识或所述正常呼叫请求建立的会话的会话标识。

进一步的，MSE发送的所述转移请求消息中携带彩铃彩像业务信息；所述彩铃彩像业务接受方收到所述转移请求消息后，若根据所述彩铃彩像业务信息得知要进行彩铃彩像业务，则在所述彩铃彩像呼叫请求中不携带任何媒体资源信息，或将愿意接受的媒体类型包含在所述彩铃彩像呼叫请求中；否则，在所述彩铃彩像呼叫请求中携带媒体资源信息。

进一步的，所述彩铃彩像业务接受方收到所述转移请求消息后，根据所述转移请求消息中的如下彩铃彩像业务信息得知要进行彩铃彩像业务：Refer-to头域值中增加的P-Early-Media参数或所述转移请求消息中增加的P-Early-Media头域；或所述转移请求消息的Refer-to头域值中增加的值为early-session的Support参数或所述转移请求消息中增加的Support头域或Require头域中设置的early-session值。

进一步的，所述彩铃彩像业务接受方收到所述转移请求消息后，并得知要进行彩铃彩像业务时，如果所述彩铃彩像业务接受方支持网关模式的彩铃彩像业务，则在所述彩铃彩像呼叫请求消息的消息体中以Content-Disposition 域的值为session的信息块携带彩铃彩像媒体资源信息；如果所述彩铃彩像业务接受方支持应用服务器模式的彩铃彩像业务，则在所述彩铃彩像呼叫请求消息的消息体中以Content-Disposition域的值为early-session的信息块携带彩铃彩像媒体资源信息。

进一步的，所述MSE在所述转移请求消息的Refer-to头域设置特定的用户名，并将所述Refer-to头域的地址设置为所述MSE的地址；所述彩铃彩像业务接受方收到所述转移请求消息后向所述MSE发送彩铃彩像呼叫请求，所述彩铃彩像呼叫请求的to头域中或Request-URI中包含所述用户名和MSE的地址；MSE通过所述彩铃彩像呼叫请求的to头域中或Request-URI中包含的所述用户名关联到所述正常呼叫请求建立的会话。

进一步的，所述MSE在收到被叫方应答所述正常呼叫请求的应答消息后，通过所述用户名关联到所述正常呼叫请求对应的彩铃彩像呼叫请求，以终止所述彩铃彩像呼叫请求建立的彩铃彩像会话，停止向所述彩铃彩像业务接受方播放彩铃彩像媒体信息。

进一步的，步骤(3)中，进行所述资源信息协商时，如果所述彩铃彩像业务接受方拒绝接受某些媒体类型的彩铃彩像媒体信息，则在收到彩铃彩像媒体资源信息后，在携带的彩铃彩像媒体资源信息中将拒绝接受的彩铃彩像媒体资源信息的媒体端口号设置为0。

进一步的，步骤(3)中，进行所述资源信息协商时，所述彩铃彩像业务接受方只申请同时满足正常媒体和彩像媒体的最少资源。

进一步的，MSE在与所述彩铃彩像业务接受方协商彩铃彩像媒体资源信息的同时，将该彩铃彩像会话上协商的正常媒体资源的媒体端口号置为0，或提供没有媒体类型的正常媒体资源信息。

进一步的，若所述转移请求消息的会话标识与所述正常呼叫请求建立的会话的会话标识相同，则将其与所述彩铃彩像会话的会话标识相关联；

彩像业务接受方在应答所述正常呼叫时，根据所述关联关系终止所述彩铃彩像呼叫请求建立的彩铃彩像会话；

彩铃业务接受方在接收到所述正常呼叫请求的应答时，根据所述关联关系终止所述彩铃彩像呼叫请求建立的彩铃彩像会话。

本发明提供的在线彩铃彩像业务的实现方法，通过MSE向彩铃彩像业务的业务接受方发送转移请求消息，并使消息的Refer-to头域指向MSE，以请求业务接受方发起新的呼叫请求；MSE与业务接受方通过该新的呼叫请求建立会话，按标准过程协商彩铃彩像媒体资源信息，协商成功后，向业务接受方播放彩铃彩像媒体信息；同时主叫方与被叫方通过正常呼叫请求建立正常会话的过程中，按标准过程协商正常媒体资源信息。本发明方法可实现在IMS系统中允许正常呼叫建立过程中同时向主叫/被叫播放多媒体信息，还解决了现有技术中，对于支持网关模式，采用P-Early-Media技术的业务接受方设备无法实现彩铃彩像业务的问题。

附图说明

图1为现有的彩像业务的基本消息流程图；

图2为本发明第一实施例的彩像业务基本消息流程图(主叫起呼)；

图3为本发明第二实施例的彩像业务基本消息流程图(服务器起呼)；

图4为本发明的第三实施例的彩铃业务基本消息流程图(主叫起呼)。

具体实施方式

下面结合附图及具体实施例对本发明的技术方案进行更详细的说明。

第一实施例

图2为本实施例的彩像业务基本消息流程图(主叫起呼)，描述了UE-A呼叫UE-B时，MSE通过请求UE-B发起新的呼叫，建立新的会话，并通过这个会话协商彩像媒体资源信息，协商完成后，MSE向UE-B播放彩像媒体信息的过程，其步骤如下：

步骤201～202、与图1的步骤101～102相同；

步骤203、UE-B收到呼叫请求，回应临时响应消息(比如发送“183 Session Progress”消息)，携带被叫的正常媒体资源信息；

为描述方便，称此呼叫请求为正常呼叫请求。

UE-B可在临时响应消息中携带支持彩像业务的指示，比如在P-Early-Media头域中设置supported值，表示支持网关模式的彩像业务，以区别图1中步骤103的基于应用服务模式的指示，或在Support头域中设置“early-session”值，表示支持应用服务器模式的彩像业务。

UE-B也可以不在该临时响应消息中携带支持彩像业务的指示，而是在彩像呼叫请求消息中(即步骤207中)携带。

步骤204、临时响应消息途经MSE，MSE转发该临时响应；

如果不希望主叫感知该业务，可以删除支持彩像业务的指示，UE-A在收到该响应时，完成正常媒体的协商；如果有需要，主叫方还可按标准过程继续正常媒体的协商。

步骤205、MSE向UE-B发送转移请求，以请求UE-B向服务设备MSE发送新的呼叫消息；

比如发送REFER(转移)消息，并使消息的Refer-to头域指向MSE，Refer-to头域的值包含用户名，地址和参数三部分，MSE通过设置地址值为MSE的地址使消息的Refer-to头域指向MSE。

MSE还可设置特定的用户名，使得MSE可通过用户名部分的信息关联到正常呼叫请求建立的会话；MSE还可通过在参数部分增加P-Early-Media参数，或增加“support＝early-session”参数表示请求是为了进行彩像业务；MSE还可在转移消息中增加P-Early-Media头域表示要进行彩像业务，也可在转移消息中增加Support头域或Require头域，并且设置“early-session”值表示要进行彩像业务。

MSE发送的REFER消息可使用正常呼叫请求建立的会话标识，也可使用新会话标识，如果是前者，则被叫用户设备可因为该REFER是在会话尚未建立起来的时候收到的而判断出是要求进行彩像业务，因为现有其他业务中，使用前一种方式发送的REFER都是在会话建立后才发送的。

步骤206、UE-B收到转移请求，表示同意进行转移操作，比如返回“202Accepted”消息；

步骤207、UE-B按照收到的转移请求的要求，向MSE发起新的呼叫请求，该请求的目标(如to头域或Request-URI)为MSE在转移消息中指定的用户名及地址部分；

为了便于描述，称此呼叫请求为彩像呼叫请求。

UE-B接收到转移请求后，查看该转移请求的会话标识与正常呼叫请求的会话标识，若两者相同，则将其与上述彩像呼叫请求的会话标识进行关联。

UE-B可检查收到的转移请求判断是否要进行彩像业务(如何判断可参考步骤205中的描述)，如果得知是要进行彩像业务，则彩像呼叫请求可不携带任何媒体资源信息，或携带用户愿意接受的彩像媒体资源信息(如果UE-B支持网关模式的彩像业务，上述彩像媒体资源信息可包含在消息体中Content-Disposition域的值为session的信息块中，如果UE-B支持应用服务器模式的彩像业务，则上述彩像媒体资源信息可包含在消息体中Content-Disposition域的值为early-session的信息块中，如果此时尚不能判断是否要进行彩像业务，则按标准过程发送呼叫请求，并携带媒体资源信息)。

如果步骤203中，UE-B没有在临时响应消息中携带支持彩像业务的指示信息，则在彩像呼叫请求中携带支持彩像业务的指示信息。

步骤208、MSE收到UE-B的彩像呼叫请求，则按如下过程与UE-B协商彩像媒体资源信息：

如果收到的彩像呼叫请求不带任何媒体资源信息，则MSE根据支持彩像业务的指示判断UE-B支持的模式：

A1.如果UE-B支持网关模式的彩像业务，则MSE在彩像呼叫请求的临时回应消息的消息体中以Content-Disposition域的值为session的信息块中携带彩像业务的彩像媒体资源信息，并在临时回应消息头中增加P-Early-Media头域；

B1.如果UE-B支持应用服务器模式的彩像业务，则MSE在彩像呼叫请求的临时回应消息的消息体中以Content-Disposition域的值为early-session的信息块携带彩像业务的彩像媒体资源信息，MSE还可以在临时回应消息的消息体中以Content-Disposition域的值为session的信息块携带没有媒体类型的媒体资源信息(只有媒体连接地址等其他与媒体类型无关的信息)；

C1.如果MSE不知道UE-B支持何种模式的彩像业务，则MSE在彩像呼叫请求的临时回应消息的消息体中以Content-Disposition域的值为session的信息块携带彩像业务的彩像媒体资源信息；

UE-B收到该临时回应会发送预确认(PRACK)消息，如果用户设置了某些媒体类型不接受，则在回应的彩像媒体资源信息中将该媒体类型的媒体端口号设置为0。

如果收到的彩像呼叫请求携带媒体资源信息，则：

A2.如果彩像呼叫请求的消息体中有以Content-Disposition域的值为session的信息块携带媒体资源信息，MSE还需根据支持彩像业务的指示判断UE-B支持的模式：如果UE-B支持网关模式的彩像业务，MSE在临时回应消息中以Content-Disposition域的值为session的信息块携带彩像业务的彩像媒体资源信息，并在彩像呼叫请求的临时回应消息头中增加P-Early-Media头域以协商彩像媒体资源信息，并且如果有需要(比如MSE的REFER请求无法让UE-B判断出是否是要进行彩像业务操作，并且MSE还希望提供更丰富的彩像媒体类型)，MSE后续还可通过UPDATE消息带P-Early-Media头域来继续进行彩像媒体资源信息的协商；

如果UE-B支持应用服务器模式的彩像业务，MSE在彩像呼叫请求的临时回应消息的消息体中以Content-Disposition域的值为session的信息块携带彩像媒体资源信息，其中所有媒体类型的端口都为0，并且消息体中以Content-Disposition域的值为early-session的信息块携带彩像业务的彩像媒体资源信息；

如果MSE不知道UE-B支持何种模式的彩像业务，则MSE在彩像呼叫请求的临时回应消息的消息体中以Content-Disposition域的值为session的信息块携带彩像业务的彩像媒体资源信息，并且如果有需要(比如MSE的REFER请求无法让UE-B判断出是否是要进行彩像业务操作，并且MSE还希望提供更丰富的彩像媒体类型)，MSE后续还可通过UPDATE消息来继续进行彩像媒体资源信息的协商；

B2.如果彩像呼叫请求的消息体中有以Content-Disposition域的值为early-session的信息块携带彩像媒体资源信息，则表示UE-B支持应用服务器模式的彩像业务并且知道是要进行彩像业务操作，MSE在彩像呼叫请求的临时回应消息中以Content-Disposition域的值为early-session的信息块携带彩像业务的彩像媒体资源信息以协商彩像媒体资源信息；

如果收到的彩像呼叫请求的消息体中同时还有以Content-Disposition域的值为session的信息块携带的媒体资源信息(可能有媒体类型，也可能没有媒体类型)，MSE在彩像呼叫请求的临时回应消息的消息体中以Content-Disposition域的值为session的信息块携带媒体资源信息，其中所有媒体类型的端口都为0，或者没有媒体类型；

如果MSE不知道UE-B支持何种模式的彩像业务，可应答彩像呼叫请求，以实现向被叫用户设备播放彩像媒体信息的目的。

如果用户设置了彩像不接受某些媒体类型，则在发送彩像呼叫请求时，不将该类媒体类型包含在消息体中携带的彩像媒体资源信息中。

UE-B在申请资源时，可根据彩像呼叫请求建立的会话协商的彩像媒体资源信息和正常呼叫请求建立的会话协商的正常媒体资源信息，申请能同时满足两种媒体的最少资源。比如正常媒体有的媒体类型，如果彩像媒体也需要，则不再为彩像媒体申请此类资源，如果彩像媒体有的媒体类型，正常媒体没有，则为彩像媒体申请该类资源。

UE-B如果因为用户的干预而拒绝接受彩像业务，可以向MSE发送拒绝请求，比如直接跳到步骤210执行，发送CANCEL消息或BYE消息。

步骤209、MSE协商完彩像媒体资源信息后，向被叫用户设备播放彩像媒体信息；

步骤210、如果被叫用户要停止彩像的播放，则被叫用户设备可终止彩像呼叫请求建立的会话，释放相应的会话资源；

比如，如果MSE没有应答彩像呼叫请求，则可发送CANCEL消息，如果MSE应答了彩像呼叫请求，则可发送BYE消息。

当被叫用户应答正常呼叫请求时，被叫用户设备也可按此方式终止彩像呼叫请求建立的会话。

步骤211、用户应答正常呼叫，UE-B发送应答消息，比如发送“200 OK”消息；

若存在正常呼叫请求的会话标识与彩像呼叫请求的会话标识之间的关联关系，则UE-B发送上述应答消息的同时，关闭彩像呼叫请求建立的会话，停止彩像的播放。

步骤212、MSE收到应答消息，如果尚未收到步骤210的消息，则停止向UE-B播放彩像媒体信息；

如果MSE尚未收到步骤210的消息，则MSE可取消彩像媒体会话，比如，如果MSE没有应答彩像呼叫请求，则可发送“486 Busy”消息，如果MSE应答了彩像呼叫请求，则可发送BYE消息。

步骤205中如果MSE使用了特定的用户名部分，则可以通过彩像呼叫请求的目标的用户名部分找到彩像呼叫请求对应的正常呼叫请求，从而实现取消特定彩像媒体会话的目的。

步骤213、MSE释放彩像媒体会话资源；

步骤214、MSE转发应答消息给UE-A；

步骤215、UE-A收到应答消息，建立起和UE-B的正常媒体会话连接。

第二实施例

图3为本发明的彩像业务基本消息流程图(服务器起呼)，描述了UE-A已经与服务器MSE建立了会话连接，服务器代替UE-A呼叫UE-B，同时请求UE-B发起新的呼叫，建立新的会话，并通过这个会话协商彩像媒体资源信息，协商完成后，MSE向UE-B播放彩像媒体信息，UE-B应答呼叫后实现与UE-A的会话连接的过程，其步骤如下：

步骤301、UE-A已经与服务器MSE建立了会话连接；

步骤302、服务器MSE代替UE-A向UE-B发起呼叫，不带任何媒体资源信息；

步骤303、UE-B收到呼叫请求，返回临时响应，比如回应“183 Session Progress”，携带UE-B支持的正常媒体资源信息，也可携带UE-B支持彩像业务的指示信息；

步骤304、MSE收到临时响应，向UE-A发送更新消息，比如发送reINVITE消息，携带收到的临时响应中的正常媒体资源信息；

步骤305、MSE在向UE-A发送更新消息的同时，向业务接受方UE-B发送转移请求；

步骤306、UE-B收到转移请求，表示同意进行转移操作，比如返回“202 Accepted”消息；

步骤307、UE-A收到更新消息，表示同意更新，比如发送“200 OK”消息，根据收到的UE-B的正常媒体资源信息更新正常媒体资源信息，并携带更新后的UE-A的正常媒体资源信息；

步骤308、MSE收到同意更新的消息，向UE-B发送预确认消息，比如发送PRACK消息，携带收到的UE-A的正常媒体资源信息；

步骤309、UE-B收到预确认消息，根据消息中的UE-A的正常媒体资源信息实现第一次正常媒体资源信息的协商，然后发送预确认回应消息，比如发送“200 OK”消息；

步骤310、与图2中的步骤207～213完全相同；

步骤311、UE-B应答正常呼叫请求后，MSE就实现了UE-A和UE-B的正常媒体会话连接，此应用场景，MSE不需转发UE-B的应答消息给UE-A。

第三实施例

图4为本发明的彩铃业务基本消息流程图(主叫起呼)，描述了UE-A呼叫UE-B时，服务设备MSE请求UE-A发起新的呼叫，建立新的会话，并通过这个会话协商彩铃媒体资源信息，协商完成后，MSE向UE-A播放彩铃媒体信息的过程，其步骤如下：

步骤401、UE-A呼叫UE-B，比如发送INVITE(邀请)消息，并携带UE-A的正常媒体资源信息和支持彩铃业务的指示信息；

UE-A在该正常呼叫请求消息中携带支持彩铃业务的指示，比如在P-Early-Media头域中设置supported值，表示支持网关模式的彩铃业务，或在Support头域中设置“early-session”值，表示支持应用服务器模式的彩铃业务。

步骤402、呼叫请求消息途经彩像业务服务设备MSE，MSE转发该呼叫消息给UE-B；

步骤403、UE-B收到呼叫请求，回应临时响应消息(比如发送“183 Session Progress”消息)，携带被叫的正常媒体资源信息；

步骤404、临时响应消息途经MSE，MSE转发该临时响应；

UE-A在收到该响应时，完成正常媒体的协商；如果有需要，主叫方还可按标准过程继续正常媒体的协商。

步骤405、MSE向UE-A发送转移请求，以请求UE-A向MSE发送新的呼叫消息；

比如发送REFER(转移)消息，并使消息的Refer-to头域指向MSE，对该消息的相关描述可参考图2中步骤205中的描述。

MSE可在转移请求消息中携带彩铃业务信息，比如可通过在参数部分增加P-Early-Media参数，或增加“support＝early-session”参数表示该请求是为了进行彩像业务；MSE还可在转移消息中增加P-Early-Media头域表示要进行彩像业务，也可在转移消息中增加Support头域或Require头域，并且设置“early-session”值表示要进行彩像业务。

步骤406、UE-A收到转移请求，表示同意进行转移操作，比如返回“202 Accepted”消息；

步骤407、UE-A按照收到的转移请求的要求，向MSE发起新的呼叫请求，请求的目标为MSE在转移消息中指定的用户名及地址部分；

为了便于描述，称此呼叫请求为彩铃呼叫请求。

UE-A可检查收到的转移请求判断是否要进行彩铃业务，如果得知是要进行彩铃业务，则彩铃呼叫请求可不携带任何媒体资源信息，或携带用户愿意接受的彩铃媒体资源信息(如果UE-A支持网关模式的彩铃业务，上述彩像媒体资源信息可包含在消息体中Content-Disposition域的值为session的信息块中，如果UE-A支持应用服务器模式的彩铃业务，则上述彩铃媒体资源信息可包含在消息体中Content-Disposition域的值为early-session的信息块中；如果此时尚不能判断是否要进行彩铃业务，则同样发送呼叫请求，并携带媒体资源信息。

步骤408、MSE收到主叫用户的彩铃呼叫请求，按照标准过程与UE-A协商彩铃媒体资源信息；

MSE与UE-A协商彩铃媒体资源信息的标准过程可参考本发明第一实施例中步骤208中的描述，在此不再赘述。

如果用户设置了彩铃不接受某些媒体类型，则在发送彩铃呼叫请求时，不将该媒体类型包含在消息体中携带的彩铃媒体资源信息中。

UE-A在申请资源时，可根据彩铃呼叫请求建立的会话协商的彩铃媒体资源信息和正常呼叫请求建立的会话协商的正常媒体资源信息，申请能同时满足两种媒体的最少资源。比如正常媒体有的媒体类型，如果彩铃媒体也需要，则不再为彩铃媒体申请此类资源，如果彩铃媒体有的媒体类型，正常媒体没有，则为彩铃媒体申请该类资源。

UE-A如果因为用户的干预而拒绝接受彩像业务，可以向MSE发送拒绝请求，比如直接跳到步骤410执行，发送CANCEL消息或BYE消息。

步骤409、MSE协商完彩铃媒体资源信息后，向主叫用户设备播放彩铃媒体信息；

步骤410、如果主叫用户要停止彩铃的播放，则主叫用户设备可终止彩像呼叫请求建立的会话，比如，如果MSE没有应答彩铃呼叫请求，则可发送CANCEL消息，如果MSE应答了彩铃呼叫请求，则可发送BYE消息。

当被叫用户应答正常呼叫请求时，主叫用户设备也可按此方式终止彩像呼叫请求建立的会话。

步骤411、用户应答正常呼叫，UE-B发送应答消息，比如发送“200 OK”消息；

步骤412、MSE收到应答消息，如果尚未收到步骤410的消息，则停止向UE-A播放彩铃媒体信息；

如果MSE尚未收到步骤410的消息，则MSE可取消彩铃媒体会话，比如，如果MSE没有应答彩铃呼叫请求，则可发送“486 Busy”消息，如果MSE应答了彩铃呼叫请求，则可发送BYE消息。

若存在正常呼叫请求的会话标识与彩铃呼叫请求的会话标识之间的关联关系，UE-A在接收到所述正常呼叫请求的应答时，可根据所述关联关系终止彩铃会话。

步骤405中如果MSE使用了特定的用户名部分，则可以通过彩铃呼叫请求的目标的用户名部分找到彩铃呼叫请求对应的正常呼叫请求，从而实现取消特定彩铃媒体会话的目的。

步骤413、MSE释放彩铃媒体会话资源；

步骤414、MSE转发应答消息给UE-A；

步骤415、UE-A收到应答消息，建立起和UE-B的正常媒体会话连接。

当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (14)

1.一种在线彩铃彩像业务的实现方法，包括以下步骤：

(1)MSE向被叫方转发正常呼叫请求消息后，向彩铃彩像业务接受方发送转移请求消息，所述MSE为服务设备、媒体资源服务器和彩铃彩像业务服务器组成的一个逻辑上的实体；

(2)彩铃彩像业务接受方收到所述转移请求消息后，向MSE发起彩铃彩像呼叫请求；

(3)MSE与彩铃彩像业务接受方在通过所述彩铃彩像呼叫请求建立彩铃彩像会话的过程中，进行彩铃彩像媒体资源信息的协商，所述协商包括MSE向彩铃彩像业务接受方发送所述彩铃彩像呼叫请求的临时回应消息，所述临时回应消息携带彩铃彩像媒体资源信息；

(4)MSE与彩铃彩像业务接受方协商彩铃彩像媒体资源信息成功后，向所述彩铃彩像业务接受方播放彩铃彩像媒体信息。

2.如权利要求1所述的实现方法，其特征在于，所述彩铃彩像业务接受方是所述正常呼叫的主叫方时，在所述正常呼叫请求消息中，携带支持彩铃业务的指示信息；所述指示信息通过在所述正常呼叫请求消息中的P-Early-Media头域中设置Supported值表示支持网关模式的彩铃业务，或者在所述正常呼叫请求消息的Support头域中设置early-session值表示支持应用服务器模式的彩铃业务。

3.如权利要求1所述的实现方法，其特征在于，所述彩铃彩像业务接受方是所述正常呼叫的被叫方时，在回应所述正常呼叫请求消息的临时响应消息中，或在所述彩铃彩像呼叫请求中携带支持彩像业务的指示信息；所述指示信息通过在所述临时响应消息或所述彩铃彩像呼叫请求中的P-Early-Media头域中设置Supported值表示支持网关模式的彩像业务，或在其Support头域中设置early-session值表示支持应用服务器模式的彩像业务。

4.如权利要求2或3所述的实现方法，其特征在于，MSE在与所述彩铃彩像业务接受方进行彩铃彩像媒体资源信息的协商时，根据所述指示信息判断出所述彩铃彩像业务接受方支持的彩铃彩像业务的模式，若MSE无法判断出所述彩铃彩像业务接受方支持的彩铃彩像业务的模式，则直接应答所述彩铃彩像呼叫请求，向所述彩铃彩像业务接受方播放彩铃彩像媒体信息。

5.如权利要求1所述的实现方法，其特征在于，所述转移请求消息使用REFER消息，该请求消息使用新的会话标识或所述正常呼叫请求建立的会话的会话标识。

6.如权利要求1所述的实现方法，其特征在于，MSE发送的所述转移请求消息中携带彩铃彩像业务信息；所述彩铃彩像业务接受方收到所述转移请求消息后，若根据所述彩铃彩像业务信息得知要进行彩铃彩像业务，则在所述彩铃彩像呼叫请求中不携带任何媒体资源信息，或将愿意接受的媒体类型包含在所述彩铃彩像呼叫请求中；否则，在所述彩铃彩像呼叫请求中携带媒体资源信息。

7.如权利要求6所述的实现方法，其特征在于，所述彩铃彩像业务接受方收到所述转移请求消息后，根据所述转移请求消息中的如下彩铃彩像业务信息得知要进行彩铃彩像业务：Refer-to头域值中增加的P-Early-Media参数或所述转移请求消息中增加的P-Early-Media头域；或所述转移请求消息的Refer-to头域值中增加的值为early-session的Support参数或所述转移请求消息中增加的Support头域或Require头域中设置的early-session值。

8.如权利要求6或7所述的实现方法，其特征在于，所述彩铃彩像业务接受方收到所述转移请求消息后，并得知要进行彩铃彩像业务时，如果所述彩铃彩像业务接受方支持网关模式的彩铃彩像业务，则在所述彩铃彩像呼叫请求消息的消息体中以Content-Disposition域的值为session的信息块携带彩铃彩像媒体资源信息；如果所述彩铃彩像业务接受方支持应用服务器模式的彩铃彩像业务，则在所述彩铃彩像呼叫请求消息的消息体中以Content-Disposition域的值为early-session的信息块携带彩铃彩像媒体资源信息。

9.如权利要求1所述的实现方法，其特征在于，所述MSE在所述转移请求消息的Refer-to头域设置特定的用户名，并将所述Refer-to头域的地址设置为所述MSE的地址；所述彩铃彩像业务接受方收到所述转移请求消息后向所述MSE发送彩铃彩像呼叫请求，所述彩铃彩像呼叫请求的to头域中或Request-URI中包含所述用户名和MSE的地址；MSE通过所述彩铃彩像呼叫请求的to头域中或Request-URI中包含的所述用户名关联到所述正常呼叫请求建立的会话。

10.如权利要求9所述的实现方法，其特征在于，所述MSE在收到被叫方应答所述正常呼叫请求的应答消息后，通过所述用户名关联到所述正常呼叫请求对应的彩铃彩像呼叫请求，以终止所述彩铃彩像呼叫请求建立的彩铃彩像会话，停止向所述彩铃彩像业务接受方播放彩铃彩像媒体信息。

11.如权利要求1所述的实现方法，其特征在于，步骤(3)中，进行所述资源信息协商时，如果所述彩铃彩像业务接受方拒绝接受某些媒体类型的彩铃彩像媒体信息，则在收到彩铃彩像媒体资源信息后，在携带的彩铃彩像媒体资源信息中将拒绝接受的彩铃彩像媒体资源信息的媒体端口号设置为0。

12.如权利要求1所述的实现方法，其特征在于，步骤(3)中，进行所述资源信息协商时，所述彩铃彩像业务接受方只申请同时满足正常媒体和彩像媒体的最少资源。

13.如权利要求1所述的实现方法，其特征在于，MSE在与所述彩铃彩像业务接受方协商彩铃彩像媒体资源信息的同时，将该彩铃彩像会话上协商的正常媒体资源的媒体端口号置为0，或提供没有媒体类型的正常媒体资源信息。

14.如权利要求5所述的实现方法，其特征在于，

若所述转移请求消息的会话标识与所述正常呼叫请求建立的会话的会话标识相同，则将其与所述彩铃彩像会话的会话标识相关联；

彩像业务接受方在应答所述正常呼叫时，根据所述关联关系终止所述彩铃彩像呼叫请求建立的彩铃彩像会话；

彩铃业务接受方在接收到所述正常呼叫请求的应答时，根据所述关联关系终止所述彩铃彩像呼叫请求建立的彩铃彩像会话。

Images