CN101217698B - 一种实现彩铃和/或彩像业务的方法 - Google Patents

Abstract

一种实现彩铃和/或彩像业务的方法，应用于IP多媒体子系统中，包括：一彩铃彩像业务服务设备MSE收到会话初始协议SIP消息后，如其将要为SIP消息的最终接收方提供彩铃或彩像业务，则MSE生成一与其将为SIP消息的最终接收方提供的业务相关的早媒体SDP请求，请求的内容与SIP消息中的所有早媒体SDP的内容在媒体数量上不相同、或在媒体类型上不完全相同、或在媒体顺序上不一致或在上述三个方面中的任意组合方面不同；然后， MSE将新生成的早媒体SDP请求添加到SIP消息中并将SIP消息转发出去。采用本发明，可以在不使用任何标识信息的情况下区分出两个或多个早媒体SDP，使流程达到了标准化的要求。

Description

一种实现彩铃和/或彩像业务的方法

技术领域

本发明涉及通信领域，尤其涉及一种实现彩铃和/或彩像业务的方法。

背景技术

IP(Internet Protocol，网络互联协议)多媒体子系统(IP Multimedia CoreNetwork Subsystem，简称IMS)是由第三代合作伙伴计划(3rd GenerationPartnership 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可以统称为服务设备(SE，Server Equipment)。会话中的端到端设备称为用户设备UE(User Equipment)，其负责与使用者进行交互。这些功能实体使用SIP(Session Initiation Protocol，会话初始协议)协议通讯。在需要播放多媒体信息的业务中，需要多媒体资源功能(Media Resource Function，简称MRF，分为控制部分MRFC和媒体处理部分MRFP)或称媒体服务器的参与，其控制部分MRFC负责将SE的SIP信令翻译和解释为对MRFP的指令，或者反之将MRFP的回应翻译和解释为向SE发送的SIP信令，而处理部分MRFP负责媒体流的发送和接收。

会话的最终目的是要实现媒体连接，因此需要在会话中协商媒体资源信息。IMS系统中协商媒体资源信息的协议是SDP(Session DescriptionProtocol，会话描述协议)，协议交互的方式为请求回应模式，即一个SDP请求必须有一个SDP回应。SDP请求和回应的内容都是媒体资源信息，媒体资源信息包括媒体所有者信息(包括地址信息)、媒体连接地址、媒体类型以及与媒体类型相关的媒体端口和编解码器信息等。SDP回应的内容中的媒体数量、类型和顺序必须与SDP请求中的媒体数量、类型和顺序完全相同。SDP协议的内容通过SIP消息的消息体携带，交互过程独立于SIP的请求回应模式，也就是说SIP的请求或回应消息中可以携带SDP请求，也可以携带SDP回应，还可以不携带SDP协议内容。

而媒体连接又包括两种，一种是正常媒体连接，一种是早媒体连接。正常媒体连接是用户应答SIP呼叫请求后才能传输媒体数据的媒体连接；早媒体连接是用户尚未应答SIP呼叫请求前就可传输媒体数据的媒体连接。协商正常媒体连接的SDP请求及回应的内容就称为正常媒体SDP，协商早媒体连接的SDP请求及回应的内容就称为早媒体SDP。

呼叫建立过程中向被叫方播放多媒体信息的业务是IMS中的一种业务，该业务可称为彩像业务。该业务允许在呼叫过程中，向被叫方播放由主叫方或被叫方事先定制好的多媒体信息，包括音频、视频、图形和它们的组合等，并在被叫方应答后停止尚未结束的多媒体信息的播放。由主叫方定制的称为主叫彩像业务，由被叫方定制的称为被叫彩像业务。呼叫建立过程中向主叫方播放多媒体信息的业务是IMS中的另一种业务，该业务可称为彩铃业务。该业务允许在呼叫过程中向主叫方播放由被叫方或主叫方事先定制好的多媒体信息，并在被叫方应答后停止尚未结束的多媒体信息的播放。由主叫方定制的称为主叫彩铃业务，由被叫方定制的称为被叫彩铃业务。

为了描述简洁方便，我们将彩铃彩像业务的AS、S-CSCF及媒体服务器作为一个整体，称之为彩铃彩像业务服务设备MSE，其内部实体间的交互采用标准流程，属于现有技术范畴，因此不再加以赘述。需要说明的是，为了保证为实现某一业务而发起的早媒体SDP请求被正确的发送到业务实现方，实现该业务的MSE应该在向上述业务实现方发送SIP消息时添加该早媒体SDP请求。

图1是在现有的应用服务器模式下同时实现彩铃彩像业务的基本流程图，描述了已开通主叫彩像业务的用户A的用户设备UE-A呼叫已开通被叫彩铃业务的用户B的用户设备UE-B时，实现在UE-B应答前向UE-A播放彩铃、向UE-B播放彩像的过程，其步骤如下：

步骤101、UE-A呼叫UE-B，比如发送INVITE(邀请)消息，并携带支持彩铃业务的指示信息，比如在Support头域中设置early-session值，同时携带UE-A的正常媒体SDP请求，比如在消息体中以session类型的内容携带；

步骤102、消息途经主叫用户A的彩铃彩像业务服务设备MSE-A，MSE-A转发该请求；

步骤103、消息途经被叫用户B的彩铃彩像业务服务设备MSE-B，MSE-B转发该请求；

步骤104、UE-B收到呼叫请求，回应临时响应，比如回应“183 SessionProgress”，并携带支持彩像业务的指示信息，比如在Support头域中设置early-session值，还携带UE-A的正常媒体SDP回应，比如在消息体中以session类型的内容携带；

步骤105、临时响应途经被叫用户B的彩铃彩像业务服务设备MSE-B，MSE-B知道UE-A支持彩铃业务且根据UE-B的业务设置知其需要为UE-A提供彩铃业务，于是在消息中增加MSE-B的彩铃业务早媒体SDP请求，比如在消息体中以early-session类型的内容携带；

步骤106、临时响应途经主叫用户A的彩铃彩像业务服务设备MSE-A，因主叫用户A未开通主叫彩铃业务，所以MSE-A转发该响应；

步骤107、UE-A收到临时响应，根据其中携带的UE-A的正常媒体SDP回应完成第一次正常媒体协商，然后发送预确认请求，比如发送PRACK消息，其中携带MSE-B的彩铃业务的早媒体SDP回应，比如在消息体中以early-session类型的内容携带；

步骤108、预确认请求途经主叫用户A的彩铃彩像业务服务设备MSE-A，MSE-A知道UE-B支持彩像业务，于是在消息中增加MSE-A的彩像业务的早媒体SDP请求，比如在消息体中也以early-session类型的内容携带；

由于消息体中已经有MSE-B的彩铃业务的早媒体SDP了，所以现有技术使用以下三种方式区分MSE-B的彩铃业务的早媒体SDP和MSE-A的彩像业务的早媒体SDP：

a.增加标识信息，标识哪个媒体资源信息是MSE-B的彩铃业务的早媒体SDP，哪个是MSE-A的彩像业务的早媒体SDP；

b.使用不同类型的消息体内容类型分别携带MSE-B的彩铃早媒体SDP和MSE-A的彩像早媒体SDP；

c.将两种媒体资源信息合并成一个，使用属性参数标识哪个媒体类型用于彩铃业务，哪个用于彩像业务。

步骤109、预确认请求途经被叫用户B的彩铃彩像业务服务设备MSE-B，MSE-B根据标识信息从中提取出MSE-B的彩铃早媒体SDP回应，完成彩铃早媒体的协商，并将MSE-B的彩铃早媒体SDP回应从消息中去除，然后转发消息；

步骤110、UE-B收到预确认请求，发送回应消息，比如“200 OK”消息，携带MSE-A的彩像早媒体SDP回应，比如在消息体中以early-session类型的内容携带；

步骤111、回应消息途经被叫用户B的彩铃彩像业务服务设备MSE-B，MSE-B转发该回应消息；

步骤112、回应消息途经主叫用户A的彩铃彩像业务服务设备MSE-A，MSE-A从中提取出MSE-A的彩像早媒体SDP回应，完成彩像早媒体的协商，然后将MSE-A的彩像早媒体SDP回应从回应消息中去除，然后转发该回应消息；

步骤113、被叫用户B的彩铃彩像业务服务设备MSE-B向UE-A播放彩铃媒体信息；

步骤114、主叫用户A的彩铃彩像业务服务设备MSE-A向UE-B播放彩像媒体信息；

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

步骤116～117、应答消息途经MSE-B，MSE-B停止播放彩铃媒体信息，并转发应答消息；

步骤118～119、应答消息途经MSE-A，MSE-A停止播放彩像媒体信息，并转发应答消息；

步骤120、UE-A和UE-B建立起正常媒体会话。

综上所述，现有技术的不足之处在于需要使用某种标识信息来区分两个早媒体SDP，这样做可能使流程无法到达标准化的要求。

发明内容

本发明要解决的技术问题是提供一种实现彩铃和/或彩像业务的方法，以解决流程无法标准化的问题。

为解决上述问题，本发明提供了一种实现彩铃和/或彩像业务的方法，应用于IP多媒体子系统中，包括：

一彩铃彩像业务服务设备MSE收到会话初始协议SIP消息后，如其将要为所述SIP消息的最终接收方提供彩铃或彩像业务，则所述MSE生成一与其将为所述SIP消息的最终接收方提供的业务相关的早媒体SDP请求，所述请求的内容与所述SIP消息中的所有早媒体SDP的内容在媒体数量上不相同、或在媒体类型上不完全相同、或在媒体顺序上不一致或在上述三个方面中的任意组合方面不同；然后，所述MSE将所述新生成的早媒体SDP请求添加到所述SIP消息中并将所述SIP消息转发出去。

进一步地，上述方法还可具有以下特征：

所述MSE确保所述新生成的早媒体SDP请求与所述SIP消息中的所有早媒体SDP都不同的步骤包括：

A、设一早媒体SDP集合，其中包含所述SIP消息中的所有早媒体SDP；

B、在所述早媒体SDP集合中寻找第一个媒体类型与所述早媒体SDP请求中的第一个媒体类型相同的所有早媒体SDP，并将找到的这些早媒体SDP保留在所述早媒体SDP集合中，其余的都从该集合中删除；

C、判断所述早媒体SDP集合是否非空，如果非空，执行步骤D；否则结束；

D、判断所述早媒体SDP请求中是否还有其它媒体类型信息，如有，则执行步骤E；否则，执行F；

E、在所述早媒体SDP集合中寻找下一媒体类型与所述早媒体SDP请求中的下一媒体类型相同的所有早媒体SDP，并将找到的这些早媒体SDP保留在所述早媒体SDP集合中，其余的都从该集合中删除，然后执行步骤C；

F、判断所述早媒体SDP集合中是否存在某个早媒体SDP，其媒体数量与所述早媒体SDP请求的媒体数量相同；如存在，则所述MSE为所述早媒体SDP请求增加一个媒体类型，生成新的早媒体SDP请求，使其与所述早媒体SDP集合中的所有早媒体SDP在对应位置上的媒体类型都不同，并将该媒体类型对应的媒体端口设为0；否则结束。

进一步地，上述方法还可具有以下特征：

如果所述SIP消息中不存在SDP消息，则所述MSE生成一与所述MSE将为所述SIP消息的最终接收方提供的业务相关的早媒体SDP请求后，直接将该请求添加到所述SIP消息中，并将所述SIP消息转发出去。

进一步地，上述方法还可具有以下特征：

一MSE收到一包含至少一个早媒体SDP回应的SIP消息时，所述MSE判断其中是否含有与其之前发送的早媒体SDP请求相对应的早媒体SDP回应；如有，则所述MSE使用该早媒体SDP回应完成协商后，删除所述SIP消息中的所述早媒体SDP回应，并将所述SIP消息转发出去；否则，直接将所述SIP消息转发出去。

进一步地，上述方法还可具有以下特征：

所述MSE在删除所述SIP消息中的所述早媒体SDP回应之前，保存所述早媒体SDP回应的所有者信息。

进一步地，上述方法还可具有以下特征：

当一MSE再次收到一包含一业务的早媒体SDP请求的SIP消息时，如其为所述业务的提供方，且所述早媒体SDP请求中包含的所有者信息与其上保存的一早媒体SDP回应的所有者信息相同，则所述MSE用所述早媒体SDP请求完成媒体协商后，删除所述SIP消息中的所述早媒体SDP请求，并将所述SIP消息转发出去。

进一步地，上述方法还可具有以下特征：

当所述MSE将所述SIP消息转发出去后，在接收到所述SIP消息的后续反方向的消息后，在所述后续反方向的消息中添加一与所述早媒体SDP请求对应的早媒体SDP回应后，将所述后续反方向的消息转发出去。

进一步地，上述方法还可具有以下特征：

所述早媒体SDP回应的所有者信息在SDP中以o行内容表示。

采用本发明，可以在不使用任何标识信息的情况下区分出两个或多个早媒体SDP，使流程达到了达标准化的要求。

附图说明

图1为现有技术中同时实现彩铃彩像业务的流程图；

图2为本发明实施例一中同时实现彩铃彩像业务的流程图；

图3为本发明实施例二中在主叫方同时实现主被叫彩铃业务的流程图；

图4为本发明实施例三中在被叫方同时实现主被叫彩像业务的流程图。

具体实施方式

本发明所采用的实现同时实现彩铃和/或彩像业务的方法的核心思想是：一MSE收到一SIP消息后，如其将要为该SIP消息的最终接收方提供彩铃或彩像业务时，该MSE生成一与其将为该SIP消息的最终接收方(主叫或被叫)提供的业务相关的早媒体SDP请求，该早媒体SDP请求的内容与该SIP消息中的所有早媒体SDP在媒体数量上不相同、或在媒体类型上不完全相同、在媒体顺序上不一致、或在上述三者中的任意组合方面不一致；如果SIP消息中不存在早媒体SDP，则MSE直接生成一与其将为该SIP消息的最终接收方提供的业务相关的早媒体SDP请求。生成完成后，该MSE将该SIP消息转发出去。其余的步骤同现有技术相同，在此就不再加以赘述。

上述步骤中，MSE确保其生成的与其所提供业务相关的早媒体SDP请求与SIP消息中的所有SDP都不同的步骤可包括：

A、设一早媒体SDP集合，其中包含SIP消息中的所有早媒体SDP；

B、在早媒体SDP集合中寻找第一个媒体类型与上述早媒体SDP请求中的第一个媒体类型相同的所有早媒体SDP，并将找到的这些早媒体SDP保留在早媒体SDP集合中，其余的都从该集合中删除；

C、判断早媒体SDP集合是否非空，如果非空，执行步骤D；否则结束；

D、判断上述早媒体SDP请求中是否还有其它媒体类型信息，如有，则执行步骤E；否则，执行F；

E、在早媒体SDP集合中寻找下一媒体类型与上述早媒体SDP请求中的下一媒体类型相同的所有早媒体SDP，并将找到的这些早媒体SDP保留在早媒体SDP集合中，其余的都从该集合中删除，然后执行步骤C；

F、判断早媒体SDP集合中是否存在某个早媒体SDP，其媒体数量与上述早媒体SDP请求的媒体数量相同；如存在，则MSE为早媒体SDP请求增加一个媒体类型，生成新的早媒体SDP请求，使其与早媒体SDP集合中的所有早媒体SDP在对应位置上的媒体类型都不同，并将该媒体类型对应的媒体端口设为0；否则结束。

后续的，当一MSE收到一包含至少一个早媒体SDP的SIP消息时，该MSE判断其中是否含有与其之前发送的早媒体SDP请求相对应的早媒体SDP回应；如有，则该MSE使用该早媒体SDP回应完成协商后，保存该早媒体SDP回应的所有者信息(该信息在SDP中可以以o行内容表示)，删除SIP消息中的该早媒体SDP回应，并将该SIP消息转发出去；否则，直接将该SIP消息转发出去。

后续的，当一MSE再一次收到一包含一业务的早媒体SDP请求的SIP消息时，如其为该业务的提供方，且该早媒体SDP请求中包含的所有者信息与其上保存的一早媒体SDP回应的所有者信息相同，则该MSE继续用该早媒体SDP请求完成媒体协商，然后删除SIP消息中的早媒体SDP请求，并将该SIP消息转发出去。在转发出去后，当该MSE在接收到上述SIP消息的后续反方向的消息后，在该后续反方向的消息中添加一与该早媒体SDP请求对应的早媒体SDP回应后，将该后续反方向的消息转发出去。

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

实施例一

图2为主叫方和被叫方同时实现彩铃彩像业务的基本流程图，描述了已开通主叫彩像业务的用户A的用户设备UE-A呼叫已开通被叫彩铃业务的用户B的用户设备UE-B时，网络使用Early-Session技术在UE-B应答前向UE-A播放彩铃、向UE-B播放彩像的过程，其步骤如下：

步骤201～207、与图1中的步骤101～107相同；

步骤208、预确认请求途经MSE-A，由于MSE-A要向UE-B提供彩像业务，于是要生成一MSE-A的彩像业务早媒体SDP请求并将其添加到预确认请求中。MSE-A在生成该彩像业务早媒体SDP请求时，应使该早媒体SDP请求的内容与预确认请求中的所有早媒体SDP的内容在媒体数量上不同、在媒体类型上不完全相同、在媒体顺序上不一致或在上述三者中的任意组合方面不一致。在本实施例中，MSE-A在生成彩像业务早媒体SDP请求时，预确认请求中只有MSE-B的彩铃业务早媒体SDP回应。

MSE-A可采用如下步骤保证生成的彩像业务早媒体SDP请求在媒体数量、媒体类型、媒体顺序或在上述三者中的任意组合方面上与预确认请求中的彩铃业务早媒体SDP回应不完全相同：

A、设一早媒体SDP集合，其中包含预确认请求中的所有早媒体SDP。在本实施例中，该早媒体SDP集合中只包含MSE-B的彩铃业务早媒体SDP回应；

B、在该早媒体SDP集合中寻找第一个媒体类型与上述彩像业务早媒体SDP请求中的第一个媒体类型相同的所有早媒体SDP，并将找到的这些早媒体SDP保留在该早媒体SDP集合中，其余的都从该集合中删除；

C、判断该早媒体SDP集合是否非空，如果非空，执行步骤D；否则结束；

D、判断上述彩像业务早媒体SDP请求中是否还有其它媒体类型信息，如有，则执行步骤E；否则，执行F；

E、在该早媒体SDP集合中寻找下一媒体类型与上述彩像业务早媒体SDP请求中的下一媒体类型相同的所有早媒体SDP，并将找到的这些早媒体SDP保留在该早媒体SDP集合中，其余的都从该集合中删除，然后执行步骤C；

F、判断该早媒体SDP集合中是否存在某个早媒体SDP，其媒体数量与上述彩像业务早媒体SDP请求的媒体数量相同。如存在，则MSE-A为上述彩像业务早媒体SDP请求增加一个媒体类型，生成新的彩像业务早媒体SDP请求，使其与该早媒体SDP集合中的其它所有早媒体SDP的对应位置上的媒体类型都不同，并将该媒体类型对应的媒体端口设为0；否则结束；

步骤209、MSE-A将生成的彩像业务早媒体SDP请求加入消息中，比如在消息体中也以early-session类型的内容携带，并将修改后的预确认请求转发给被叫方；

步骤210、预确认请求经过MSE-B，MSE-B判断出消息中含两个早媒体SDP，找出哪个早媒体SDP是对其之前发送的彩铃业务的早媒体SDP请求的回应，并使用该彩铃业务的早媒体SDP回应完成协商，并在转发消息中删除该早媒体SDP回应；

步骤211、MSE-B转发修改后的预确认请求给UE-B；

步骤212～222、与图1中的步骤110～120相同。

实施例二

图3为在主叫方同时实现主被叫彩铃业务的基本流程图，描述了已开通主叫彩铃业务的用户A的用户设备UE-A呼叫已开通被叫彩铃业务的用户B的用户设备UE-B时，主叫网络与被叫网络都使用Early-Session技术在UE-B应答前实现向UE-A播放彩铃的过程，其步骤如下：

步骤301～305、与图1的步骤101～105相同；

步骤306、临时响应消息途经MSE-A，MSE-A也要向UE-A提供彩铃业务，于是要生成一MSE-A的彩铃业务早媒体SDP请求并将其添加到临时响应消息中。在生成彩铃业务早媒体SDP请求时，MSE-A要使该彩铃业务早媒体SDP请求的内容与临时响应消息中的所有早媒体SDP的内容在媒体数量上不同、在媒体类型上不完全相同、在媒体顺序上不一致或在上述三者中的任意组合方面不一致。在本实施例中，MSE-A在生成彩铃业务早媒体SDP请求时，临时响应消息中只有MSE-B的彩铃业务早媒体SDP请求。

MSE-A可采用如下步骤保证生成的彩铃业务早媒体SDP请求在媒体数量、媒体类型、媒体顺序上或在上述三者中的任意组合方面与临时响应消息中的MSE-B的彩铃业务早媒体SDP请求不完全相同：

A、设一早媒体SDP集合，其中包含临时响应消息中的所有早媒体SDP。在本实施例中，该早媒体SDP集合中只包含MSE-B的彩铃业务早媒体SDP请求；

B、在该早媒体SDP集合中寻找所有第一个媒体类型与上述彩铃业务早媒体SDP请求中的第一个媒体类型相同的所有早媒体SDP，并将找到的这些早媒体SDP保留在该早媒体SDP集合中，其余的都从该集合中删除；

C、判断该早媒体SDP集合是否非空，如果非空，执行步骤D；否则结束；

D、判断上述彩铃业务早媒体SDP请求中是否还有其它媒体类型信息，如有，则执行步骤E；否则，执行F；

E、在该早媒体SDP集合中寻找下一媒体类型与上述彩铃业务早媒体SDP请求中的下一媒体类型相同的所有早媒体SDP，并将找到的这些早媒体SDP保留在该早媒体SDP集合中，其余的都从该集合中删除，然后执行步骤C；

F、判断该早媒体SDP集合中是否存在某个早媒体SDP，其媒体数量与上述彩铃业务早媒体SDP请求的媒体数量相同。如存在，则MSE-A为上述彩铃业务早媒体SDP请求增加一个媒体类型，生成新的彩铃业务早媒体SDP请求，使其与该早媒体SDP集合中的所有早媒体SDP的对应位置上的媒体类型都不同，并将该媒体类型对应的媒体端口设为0；否则结束；

步骤307、MSE-A转发修改后的携带MSE-A的彩铃业务早媒体SDP请求和MSE-B的彩铃业务早媒体SDP请求的临时响应消息；

步骤308、UE-A收到该临时响应消息，完成第一次正常媒体协商，然后发送预确认请求，比如发送PRACK消息，其中携带MSE-A的彩铃业务早媒体SDP回应和MSE-B的彩铃业务早媒体SDP回应，比如在消息体中分别以early-session类型的内容携带；

步骤309、预确认请求经过MSE-A，MSE-A判断出预确认请求中包含两个彩铃业务早媒体SDP回应，从中找出与其之前发送的彩铃业务早媒体SDP请求对应的早媒体SDP回应，并使用该早媒体SDP回应完成协商后，在预确认请求中删除该彩铃业务早媒体SDP回应。

在找出上述早媒体SDP回应后，MSE-A还需记住该早媒体SDP回应中包含的所有者信息，比如o行表示的内容，以方便进行后续的媒体更新协商的处理；

步骤310、MSE-A转发修改后的预确认请求，该预确认请求中只含有MSE-B的彩铃业务早媒体SDP回应；

步骤311、预确认请求途经MSE-B，MSE-B使用预确认请求中的彩铃业务早媒体SDP回应完成协商，并记住该早媒体SDP回应中包含的所有者信息，比如o行表示的内容后，在转发消息中删除该彩铃业务早媒体SDP回应；

步骤312、MSE-B转发修改后的预确认请求；

步骤313～315、UE-B收到预确认请求后，发送预确认回应消息，比如发送“200 OK”消息，消息途经MSE-B和MSE-A后最终到达UE-A；

步骤316、MSE-A完成彩铃媒体协商，向UE-A播放用户A定制的多媒体信息；

步骤317、MSE-B完成彩铃媒体协商，向UE-A播放用户B定制的多媒体信息。

当用户B应答时，后续的步骤与图1中的步骤115～120相类似，在此就不再加以赘述。

在用户B应答前，由于此时主叫用户A同时接收两个网络分别为其播放的多媒体信息，当业务的实现方(此处为主叫用户A)欲停止一MSE向其播放多媒体信息时，如以主叫用户A欲停止MSE-A为其播放多媒体信息为例，执行以下步骤：

步骤318、UE-A要更新媒体资源信息，以使MSE-A停止为其播放多媒体信息，于是发送一SIP消息，比如发送UPDATE消息，其中携带MSE-A的彩铃业务早媒体SDP请求，比如在消息体中以early-session类型的内容携带；

步骤319、SIP消息途经MSE-A，MSE-A判断出其中的彩铃业务早媒体SDP请求的所有者信息与其在步骤309中保存的相同，于是使用该彩铃业务早媒体SDP请求进行媒体协商后，将该彩铃业务早媒体SDP请求从SIP消息中删除；

步骤320～321、MSE-A转发修改后的SIP消息，消息途经MSE-B最终到达UE-B；

步骤322～323、UE-B收到SIP消息，回应同意更新的消息，比如发送“200 OK”消息，消息途经MSE-B到达MSE-A；

步骤324、MSE-A收到同意更新的消息，将上述MSE-A的彩铃业务早媒体SDP请求的回应加入到消息中，比如在消息体中以early-session类型的内容携带，然后将修改后的消息转发出去；

步骤325、MSE-A根据SIP消息的要求，停止向UE-A播放彩铃媒体信息。

当主叫用户A欲停止MSE-B为其播放多媒体信息时，只需换成MSE-B去处理上述SIP消息，其他流程同上，在此不再加以赘述。

实施例三

图4是在被叫方同时实现主被叫彩像业务的基本流程图，描述了已开通主叫彩像业务的用户A的用户设备UE-A呼叫已开通被叫彩像业务的用户B的用户设备UE-B时，主叫网络与被叫网络都使用Early-Session技术在UE-B应答前实现向UE-B播放彩像的过程，其步骤如下：

步骤401～403、UE-A呼叫UE-B，比如发送INVITE(邀请)消息，并携带UE-A的正常媒体SDP请求，比如在消息体中以session类型的内容携带，消息途经MSE-A和MSE-B最终到达UE-B；

步骤404～406、UE-B收到呼叫请求，回应临时响应，比如回应“183Session Progress”，并携带支持彩像业务的指示信息，比如在Support头域中设置early-session值，还携带UE-A的正常媒体SDP请求的回应，比如在消息体中以session类型的内容携带，消息途经MSE-B和MSE-A最终到达UE-A；

步骤407、UE-A收到临时响应，完成第一次正常媒体协商，然后发送预确认请求，比如发送PRACK消息；

步骤408、预确认请求途经MSE-A，MSE-A知道UE-B支持彩像业务，于是在预确认请求中增加MSE-A的彩像业务早媒体SDP请求，比如在消息体中以early-session类型的内容携带；

步骤409、预确认请求途经MSE-B，由于MSE-B也要为UE-B提供彩像业务，于是要生成一MSE-B的彩像业务早媒体SDP请求并将其添加到预确认请求中。在生成彩像业务早媒体SDP请求时，MSE-B要使该早媒体SDP请求的内容与预确认请求中的所有早媒体SDP的内容在媒体数量上不同、在媒体类型上不完全相同、在媒体顺序上不一致或在上述三者中的任意组合方面不一致。在本实施例中，MSE-B在生成彩像业务早媒体SDP请求时，预确认请求中只有MSE-A的彩像业务早媒体SDP请求。

MSE-B可采用如下步骤保证生成的彩像业务早媒体SDP请求在媒体数量、媒体类型、媒体顺序或在上述三者中的任意组合方面上与预确认请求中的MSE-A彩像业务早媒体SDP请求不完全相同：

A、设一早媒体SDP集合，其中包含预确认请求中的所有早媒体SDP。在本实施例中，该早媒体SDP集合中只包含MSE-A的彩像业务早媒体SDP请求；

B、在该早媒体SDP集合中寻找第一个媒体类型与上述彩像业务早媒体SDP请求中的第一个媒体类型相同的所有早媒体SDP，并将找到的这些早媒体SDP保留在该早媒体SDP集合中，其余的都从该集合中删除；

C、判断该早媒体SDP集合是否非空，如果非空，执行步骤D；否则结束；

D、判断上述彩像业务早媒体SDP请求中是否还有其它媒体类型信息，如有，则执行步骤E；否则，执行F；

E、在该早媒体SDP集合中寻找下一媒体类型与上述彩像业务早媒体SDP请求中的下一媒体类型相同的所有早媒体SDP，并将找到的这些早媒体SDP保留在该早媒体SDP集合中，其余的都从该集合中删除，然后执行步骤C；

F、判断该早媒体SDP集合中是否存在某个早媒体SDP，其媒体数量与上述彩像业务早媒体SDP请求的媒体数量相同。如存在，则MSE-B为上述彩像业务早媒体SDP请求增加一个媒体类型，生成新的彩像业务早媒体SDP请求，使其与该早媒体SDP集合中的其它所有早媒体SDP在对应位置上的媒体类型都不同，并将该媒体类型对应的媒体端口设为0；否则结束；

步骤410、MSE-B转发修改后的预确认请求；

步骤411、UE-B收到预确认请求，发送预确认回应消息，比如“200 OK”消息，其中携带MSE-A的彩像业务早媒体SDP回应和MSE-B的彩像业务早媒体SDP回应，比如在消息体中分别以early-session类型的内容携带；

步骤412、预确认回应消息途经MSE-B，MSE-B判断出预确认回应中包含两个彩像业务早媒体SDP回应，从中找出与其之前发送的彩像业务早媒体SDP请求对应的早媒体SDP回应，并使用该早媒体SDP回应完成协商后，在预确认请求中删除该彩像业务早媒体SDP回应。

在找出上述早媒体SDP回应后，MSE-B还需记住该早媒体SDP回应中包含的所有者信息，比如o行表示的内容，以方便进行后续的媒体更新协商的处理；

步骤413、MSE-B转发修改后的预确认回应消息；

步骤414、预确认回应消息途经MSE-A，MSE-A从中提取出MSE-A的彩像业务早媒体SDP回应，完成彩像早媒体的协商并记住该早媒体SDP回应中包含的所有者信息，比如o行表示的内容后，将MSE-A的彩像业务早媒体SDP回应从消息中去除；

步骤415、MSE-A转发修改后的预确认回应消息；

步骤416、MSE-B向UE-B播放由用户B定制的多媒体信息；

步骤417、MSE-A向UE-B播放由用户A定制的多媒体信息。

当用户B应答时，后续的步骤与图1中的步骤115～120相类似，在此就不再加以赘述。

在用户B应答前，由于此时用户B同时接收两个网络分别为其播放的多媒体信息，当业务的实现方(此处为被叫用户B)欲停止一MSE向用户B播放多媒体信息时，以被叫用户B欲停止MSE-B为其播放多媒体信息为例，执行以下步骤：

步骤418、UE-B要更新媒体资源信息，以停止MSE-B向其播放多媒体信息，于是发送一SIP消息，比如发送UPDATE消息，其中携带MSE-B的彩像业务早媒体SDP请求，比如在消息体中以early-session类型的内容携带；

步骤419、SIP消息途经MSE-B，MSE-B判断出其中的早媒体SDP请求的所有者信息与其在步骤412中保存的相同，于是使用该早媒体SDP请求进行媒体协商，并将该彩像业务早媒体SDP请求从SIP消息中删除；

步骤420～421、MSE-B转发修改后的SIP消息，消息途经MSE-A最终到达UE-A；

步骤422～423、UE-A收到SIP消息后，回应同意更新的消息，比如发送“200 OK”消息，消息途经MSE-A到达MSE-B；

步骤424、MSE-B收到同意更新的消息，将MSE-B的彩像业务早媒体SDP请求的回应加入到消息中，比如在消息体中以early-session类型的内容携带，然后将修改后的消息转发出去；

步骤425、MSE-B根据SIP消息的要求，停止向UE-B播放彩像媒体信息。

当被叫用户B欲停止MSE-A为其播放多媒体信息时，只需换成MSE-A处理上述SIP消息，其他流程同上，在此不再加以赘述。

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

Claims (8)

1.一种实现彩铃和/或彩像业务的方法，应用于IP多媒体子系统中，其特征在于，

一彩铃彩像业务服务设备MSE收到会话初始协议SIP消息后，如其将要为所述SIP消息的最终接收方提供彩铃或彩像业务，则所述MSE生成一与其将为所述SIP消息的最终接收方提供的业务相关的早媒体SDP请求，所述请求的内容与所述SIP消息中的所有早媒体SDP的内容在媒体数量上不相同、或在媒体类型上不完全相同、或在媒体顺序上不一致或在上述三个方面中的任意组合方面不同；然后，所述MSE将所述新生成的早媒体SDP请求添加到所述SIP消息中并将所述SIP消息转发出去。

2.如权利要求1所述的方法，其特征在于，

所述MSE确保所述新生成的早媒体SDP请求与所述SIP消息中的所有早媒体SDP都不同的步骤包括：

A、设一早媒体SDP集合，其中包含所述SIP消息中的所有早媒体SDP；

B、在所述早媒体SDP集合中寻找第一个媒体类型与所述早媒体SDP请求中的第一个媒体类型相同的所有早媒体SDP，并将找到的这些早媒体SDP保留在所述早媒体SDP集合中，其余的都从该集合中删除；

C、判断所述早媒体SDP集合是否非空，如果非空，执行步骤D；否则结束；

D、判断所述早媒体SDP请求中是否还有其它媒体类型信息，如有，则执行步骤E；否则，执行F；

E、在所述早媒体SDP集合中寻找下一媒体类型与所述早媒体SDP请求中的下一媒体类型相同的所有早媒体SDP，并将找到的这些早媒体SDP保留在所述早媒体SDP集合中，其余的都从该集合中删除，然后执行步骤C；

F、判断所述早媒体SDP集合中是否存在某个早媒体SDP，其媒体数量与所述早媒体SDP请求的媒体数量相同；如存在，则所述MSE为所述早媒体SDP请求增加一个媒体类型，生成新的早媒体SDP请求，使其与所述早媒体SDP集合中的所有早媒体SDP在对应位置上的媒体类型都不同，并将该增加的媒体类型对应的媒体端口设为0；否则结束。

3.如权利要求1所述的方法，其特征在于，

如果所述SIP消息中不存在SDP消息，则所述MSE生成一与所述MSE将为所述SIP消息的最终接收方提供的业务相关的早媒体SDP请求后，直接将该请求添加到所述SIP消息中，并将所述SIP消息转发出去。

4.如权利要求1所述的方法，其特征在于，还包括以下步骤：

一MSE收到一包含至少一个早媒体SDP回应的SIP消息时，所述MSE判断其中是否含有与其之前发送的早媒体SDP请求相对应的早媒体SDP回应；如有，则所述MSE使用该早媒体SDP回应完成协商后，删除所述SIP消息中的所述早媒体SDP回应，并将所述SIP消息转发出去；否则，直接将所述SIP消息转发出去。

5.如权利要求4所述的方法，其特征在于，还包括以下步骤：

所述MSE在删除所述SIP消息中的所述早媒体SDP回应之前，保存所述早媒体SDP回应的所有者信息。

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

当一MSE再次收到一包含一业务的早媒体SDP请求的SIP消息时，如其为所述业务的提供方，且所述早媒体SDP请求中包含的所有者信息与其上保存的一早媒体SDP回应的所有者信息相同，则所述MSE用所述早媒体SDP请求完成媒体协商后，删除所述SIP消息中的所述早媒体SDP请求，并将所述SIP消息转发出去。

7.如权利要求6所述的方法，其特征在于，

当所述MSE将所述SIP消息转发出去后，在接收到所述SIP消息的后续反方向的消息后，在所述后续反方向的消息中添加一与所述早媒体SDP请求对应的早媒体SDP回应后，将所述后续反方向的消息转发出去。

8.如权利要求5或6所述的方法，其特征在于，

所述早媒体SDP回应的所有者信息在SDP中以o行内容表示。

Images