CN101466074A - 一种单对话彩铃彩像业务的实现方法 - Google Patents

Abstract

一种单对话彩铃彩像业务的实现方法，该方法包括：彩像应用服务器在呼叫的主叫方发往被叫方的消息中添加彩像业务的会话描述协议SDP请求、或将该消息的SDP请求修改为彩像业务的SDP请求时，在该消息中添加彩像业务标识，并将其向所述被叫方转发；彩铃应用服务器接收到该消息后判断其中是否携带所述彩像业务标识：若携带，则在所述呼叫的后续建立过程中不执行单对话方式的彩铃业务逻辑。本发明的单对话彩铃彩像业务的实现方法通过增加判断是否有其他网元执行了单对话彩钤/彩像业务，避免了彩铃彩像信息没有播放给用户的问题，同时也大大减少了被叫方应答呼叫后的信令交互，改善了用户体验。

Description

一种单对话彩铃彩像业务的实现方法

技术领域

本发明涉及通信领域，尤其涉及IP(Internet Protocol，网络互联协议)多媒体子系统中彩铃彩像业务的实现方法。

背景技术

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

在IMS业务体系中，控制层和业务层是分离的，控制层不提供具体业务，只向业务层提供必要的触发、路由、计费等功能。控制层中业务触发和控制功能是呼叫会话控制功能(Call Session Control Function，简称CSCF，分为代理Proxy(P-CSCF)、查询Interrogating(I-CSCF)和服务Serving(S-CSCF)三种类型，其中负主要责任的是Serving；Interrogating类型是可选的)完成的；业务层由一系列应用服务器(Application Server，简称AS)组成，能提供具体业务服务。控制层(S-CSCF)根据用户的签约信息控制业务触发，调用AS上的业务，实现业务功能。AS和S-CSCF可以统称为服务设备(ServerEquipment，简称SE)。对话中的端到端设备称为用户设备UE(UserEquipment)，负责与用户交互。

上述功能实体使用SIP(Session Initiation Protocol)通讯。在需要播放多媒体信息的业务中，会需要多媒体资源功能(Media Resource Function，简称MRF，分为控制部分MRFC和媒体处理部分MRFP)的参与。MRF也称为媒体服务器，其控制部分负责将SE的SIP信令翻译和解释为对MRFP的指令，或者反之将MRFP的回应翻译和解释为向SE发送的SIP信令，而处理部分负责媒体流的发送和接收。

SIP可以作为会话描述协议(Session Description Protocol，简称SDP)的承载层，SDP负责进行媒体资源信息的协商，包括媒体类型，媒体连接地址，媒体连接端口，带宽要求等信息。SDP协议内容分为请求和响应两种，每个请求必须有一个响应。

彩铃业务是IMS提供的一种在呼叫建立过程中向主叫方播放多媒体信息的业务；该业务允许在呼叫建立过程中，向主叫方播放由被叫方事先定制好的多媒体信息。彩像业务是IMS提供的一种在呼叫建立过程中向被叫方播放多媒体信息的业务；该业务允许在呼叫建立过程中，向被叫方播放由主叫方事先定制好的多媒体信息。在被叫方对呼叫进行应答后，彩铃彩像业务停止尚未停止的多媒体信息的播放。单对话彩铃彩像是这两种业务的一种实现方式，即在一个SIP对话中完成业务实现，而不需要引入新的对话，并且每个SIP消息最多携带一个SDP信息。

由于彩铃/彩像AS和S-CSCF之间的交互是标准的流程，为了简化描述，本文的各流程图中将彩铃/彩像AS和S-CSCF画成一个实体。

图1为现有的单对话彩铃彩像业务服务器进行交互的基本消息流程图；该流程描述了主叫方呼叫被叫方，彩铃/彩像服务器在呼叫建立过程中分别向主叫方播放彩铃，向被叫方播放彩像的过程，具体包括如下步骤：

步骤101、主叫方的用户设备UE-A向被叫方的用户设备UE-B发起呼叫请求，其中携带UE-A的SDP请求(SDP请求1)；比如发送INVITE(邀请)消息，在消息体中携带SDP请求1，该消息由S-CSCF1转发到达彩像AS；

步骤102、彩像AS要执行主叫方指定的彩像业务，向被叫方播放彩像信息，于是将呼叫请求消息中的SDP请求1修改为彩像业务的SDP请求，然后转发给UE-B，消息由S-CSCF1和S-CSCF2转发到达彩铃AS；

步骤103、彩铃AS将该呼叫请求消息通过S-CSCF2转发给UE-B；

步骤104、UE-B收到呼叫请求消息后，发送临时响应消息给主叫方，比如发送“183Session Progress”消息，并在消息体中携带UE-B的SDP回应(SDP回应1)，该临时响应消息途经S-CSCF2到达彩铃AS；

步骤105～106、彩铃AS要执行被叫方指定的彩铃业务，向主叫方播放彩铃信息，于是将临时响应消息中的SDP回应1修改为彩铃业务的SDP回应，然后转发给UE-A，消息途经S-CSCF2、S-CSCF1、彩像AS、S-CSCF1，最终到达UE-A；

步骤107、此时彩像AS获得的被叫方的SDP信息是彩铃AS的，于是播放彩像时，实际是播放给了彩铃AS；

步骤108、此时彩铃AS获得的主叫方的SDP信息是彩像AS的，于是播放彩铃时，实际是播放给了彩像AS；

步骤109、UE-B应答呼叫，发送应答消息，比如发送“200OK”消息，该消息途经S-CSCF2到达彩铃AS；

步骤110、彩铃AS停止播放彩铃，并向UE-B发送重呼叫请求；比如发送reINVITE(重邀请)消息，该消息的消息体中不带任何SDP信息；

步骤111、UE-B收到重呼叫请求后，发送响应重呼叫消息，比如发送“200OK”消息，该消息的消息体中携带UE-B的新的SDP请求(SDP请求2)，该消息途经S-CSCF2到达彩铃AS；

步骤112、彩铃AS向UE-A发送更新请求，比如发送UPDATE(更新)消息，该消息的消息体中携带上述SDP请求2，该消息途经S-CSCF2、S-CSCF1、彩像AS和S-CSCF1，最终到达UE-A；

步骤113、UE-A收到更新请求后，发送同意更新的消息，比如发送“200OK”消息，该消息的消息体中携带UE-A的新的SDP回应(SDP回应2)，该消息途经S-CSCF1到达彩像AS；

步骤114、此时彩像AS并不知道被叫方已经应答了呼叫，因此不停止彩像业务，于是将同意更新的消息中的SDP信息修改为彩像业务的SDP回应，该消息途经S-CSCF1、S-CSCF2到达彩铃AS；

步骤115、彩铃AS向UE-B发送确认消息，比如发送ACK(确认)消息，该消息的消息体中携带步骤114中的彩像SDP回应，该消息途经S-CSCF2到达UE-B；

步骤116、同时彩铃AS向UE-A转发应答呼叫的消息，该消息途经S-CSCF2、S-CSCF1到达彩像AS；

步骤117、彩像AS收到应答呼叫的消息后，停止播放彩像，并向UE-B发送重呼叫请求，比如发送reINVITE消息，该消息的消息体中不带任何SDP信息；该消息途经S-CSCF1、S-CSCF2、彩铃AS，最终到达UE-B；

步骤118、UE-B收到重呼叫请求后，发送响应重呼叫消息，比如发送“200OK”消息，该消息的消息体中携带UE-B的新的SDP请求(SDP请求3)；该消息途经S-CSCF2、彩铃AS、S-CSCF1，最终到达彩像AS；

步骤119、彩像AS向主叫方发送更新请求，比如发送UPDATE消息，该消息的消息体中携带步骤118中的SDP请求3，该消息途经S-CSCF1到达UE-A；

步骤120、UE-A收到更新请求后，发送同意更新的消息，比如发送“200OK”消息，该消息的消息体中携带UE-A的新的SDP回应(SDP回应3)，该消息途经S-CSCF1到达彩像AS；

步骤121、彩像AS向被叫方发送确认消息，比如发送ACK消息，该消息途经S-CSCF1、S-CSCF2、彩铃AS、S-CSCF2，最终到达UE-B；

步骤122、同时彩像AS向主叫方转发应答消息，该消息途经S-CSCF1到达UE-A；

至此，UE-A和UE-B建立起了媒体连接，开始通话。

从上述流程中可以看出，现有技术中在同时存在彩铃服务器和彩像服务器的情况下，彩铃彩像信息无法向主叫方和被叫方正常播放；此外，在被叫方应答呼叫后，需要经过许多信令交互后才能真正开始通话，影响了用户的体验。

发明内容

本发明所要解决的技术问题是，克服现有技术的不足，提供一种在同时存在彩铃服务器和彩像服务器的情况下，可实现向主叫方正常播放彩铃或向被叫方播放彩像的的方法。

为了解决上述问题，本发明提供一种单对话彩铃彩像业务的实现方法，该方法包括：

彩像应用服务器在呼叫的主叫方发往被叫方的消息中添加彩像业务的会话描述协议SDP请求、或将该消息的SDP请求修改为彩像业务的SDP请求时，在该消息中添加彩像业务标识，并将其向所述被叫方转发；

彩铃应用服务器接收到该消息后判断其中是否携带所述彩像业务标识：若携带，则在所述呼叫的后续建立过程中不执行单对话方式的彩铃业务逻辑。

此外，所述主叫方发往被叫方的消息是呼叫请求消息；

所述单对话方式的彩铃业务逻辑包括：

所述彩铃应用服务器在接收到所述被叫方发送的临时响应消息时，将该消息中的SDP回应修改为彩铃业务的SDP回应后向所述主叫方转发；以及

所述彩铃应用服务器在接收到所述被叫方发送的应答呼叫的消息后，向所述被叫方发送不携带SDP信息的重呼叫请求。

此外，所述主叫方发往被叫方的消息是预确认消息；

所述单对话方式的彩铃业务逻辑包括：

所述彩铃应用服务器在接收到所述被叫方发送的响应预确认消息时，将该消息中的SDP回应修改为彩铃业务的SDP回应后向所述主叫方转发；以及

所述彩铃应用服务器在接收到所述被叫方发送的应答呼叫的消息后，向所述被叫方发送不携带SDP信息的重呼叫请求。

此外，所述主叫方发往被叫方的消息是呼叫请求消息；

若所述彩铃应用服务器接收到所述呼叫请求消息后判定其中携带所述彩像业务标识，则在接收到所述被叫方发送的临时响应消息时，在该消息中添加彩铃媒体的下载地址后向所述主叫方转发。

此外，所述彩像应用服务器采用如下方法添加所述彩像业务标识：

将所述彩像业务的SDP请求中的一个或多个媒体的方向属性设置为sendonly；或

在所述主叫方发往被叫方的消息中增加P-Early-Media头域，且该头域的值不为supported。

本发明还提供一种单对话彩铃彩像业务的实现方法，该方法包括：

彩铃应用服务器在呼叫的被叫方发往主叫方的消息中添加彩铃业务的会话描述协议SDP请求、或将该消息的SDP请求修改为彩铃业务的SDP请求时，在该消息中添加彩铃业务标识，并将其向所述主叫方转发；

彩像应用服务器接收到该消息后判断其中是否携带所述彩铃业务标识：若携带，则在该消息所对应的呼叫的后续建立过程中不执行单对话方式的彩像业务逻辑。

此外，所述被叫方发往主叫方的消息是临时响应消息；

所述单对话方式的彩像业务逻辑包括：

所述彩像应用服务器在接收到所述主叫方发送的预确认消息时，在该消息中添加彩像业务的SDP请求后向所述主叫方转发；以及

所述彩像应用服务器在接收到所述被叫方发送的应答呼叫的消息后，向所述主叫方发送不携带SDP信息的重呼叫请求。

此外，所述被叫方发往主叫方的消息是临时响应消息；

若所述彩像应用服务器接收到所述临时响应消息后判定其中携带所述彩铃业务标识，则在接收到所述主叫方发送的预确认消息时，在该消息中添加彩像媒体的下载地址后向所述主叫方转发该预确认消息。

此外，所述彩铃应用服务器采用如下方法添加所述彩铃业务标识：

将所述彩铃业务的SDP请求中的一个或多个媒体的方向属性设置为sendonly；或

在所述被叫方发往主叫方的消息中增加P-Early-Media头域，且该头域的值不为supported。

本发明的单对话彩铃彩像业务的实现方法通过增加判断是否有其他网元执行了单对话彩铃/彩像业务，避免了彩铃彩像信息没有播放给用户的问题，同时也大大减少了被叫方应答呼叫后的信令交互，改善了用户体验。

附图说明

图1为现有的单对话彩铃彩像业务服务器进行交互的基本消息流程图；

图2为本发明第一实施例单对话彩铃彩像业务的实现方法流程图；

图3为本发明第二实施例单对话彩铃彩像业务的实现方法流程图。

具体实施方式

下面将结合附图和实施例对本发明进行详细描述。

图2为本发明第一实施例单对话彩铃彩像业务的实现方法流程图；该流程描述了主叫方呼叫被叫方，彩像服务器先于彩铃服务器执行单对话的彩像业务逻辑(即将主叫方的SDP请求替换为彩像SDP请求，并进行后续处理)，彩铃服务器于是不执行单对话的彩铃业务逻辑(即不执行将被叫方的SDP回应替换为彩铃SDP回应、以及其他后续处理)，而是执行其他方式的彩铃业务逻辑或不执行彩铃业务，具体包括如下步骤：

步骤201、UE-A发起呼叫请求，携带UE-A的SDP请求(SDP请求1)；比如发送INVITE(邀请)消息，在该消息的消息体中携带SDP请求1，该消息途经S-CSCF1到达彩像AS；

步骤202、彩像AS要执行主叫方指定的彩像业务，向被叫方播放彩像信息，于是将呼叫请求消息中的SDP请求1修改为彩像业务的SDP请求，并添加彩像业务标识；然后将修改后的呼叫请求消息转发给UE-B，该消息途经S-CSCF1和S-CSCF2的转发到达彩铃AS；

添加彩像业务标识的方式可以是：将彩像业务的SDP请求中的一个或多个或所有的媒体类型的方向属性设置为sendonly(仅发送)；或在呼叫请求消息中增加P-Early-Media头域，其值设置为sendonly或sendrecv(收发)等非supported(支持)值。

步骤203、接收到上述呼叫请求消息后，彩铃AS判断该呼叫请求消息中携带有彩像业务标识，于是决定不在后续步骤中执行单对话方式的彩铃业务逻辑；并将该呼叫请求消息通过S-CSCF2转发给UE-B；

步骤204、UE-B收到呼叫请求消息后，发送临时响应消息给主叫方；比如发送“183Session Progress”消息，并在消息体中携带UE-B的SDP回应(SDP回应1)，该临时响应消息途经S-CSCF2到达彩铃AS；

步骤205～206、彩铃AS不执行单对话彩铃业务逻辑(即不将上述临时响应消息中的SDP回应1修改为彩铃业务的SDP回应)，但可执行其他方式的彩铃业务逻辑，比如在临时响应消息的Call-Info或Alert-Info头域中添加彩铃媒体的下载地址，然后转发临时响应消息；临时响应消息途经S-CSCF2、S-CSCF1、彩像AS和S-CSCF1，最终到达UE-A；

步骤207、彩像AS获得了UE-B的SDP信息，于是向UE-B播放彩像信息；

如果在步骤205中，彩铃AS在临时响应消息中添加了彩铃媒体的下载地址，则执行步骤208～211：

步骤208、UE-A向彩铃AS要求下载彩铃媒体数据，比如向彩铃AS发送HTTP(超文本传输协议)协议的GET(获取)请求，该请求中携带彩铃媒体的下载地址；

步骤209、彩铃AS收到UE-A的下载请求，向UE-A发送上述下载地址对应的彩铃媒体数据；

步骤210、彩铃媒体数据传送成功后，彩铃AS向UE-A发送下载成功的消息，比如发送HTTP协议的“200OK”消息；

步骤211、UE-A获得彩铃媒体数据后，向用户播放彩铃信息；

步骤212、UE-B应答呼叫，比如发送“200OK”消息，该消息途经S-CSCF2到达彩铃AS；由于彩铃AS不执行单对话方式的彩铃业务逻辑(即不向UE-B发送重呼叫请求)，于是转发该应答消息，该应答消息途经S-CSCF2、S-CSCF1到达彩像AS；

步骤213、彩像AS向被叫方发送重呼叫请求，比如发送reINVITE消息，该消息的消息体中不带任何SDP信息；该消息途经S-CSCF1、S-CSCF2、彩铃AS和S-CSCF2，最终到达UE-B；

步骤214、UE-B发送响应重呼叫的消息，比如发送“200OK”消息，该消息的消息体中携带UE-B的新的SDP请求(SDP请求2)；该消息途经S-CSCF2、彩铃AS、S-CSCF2和S-CSCF1，到达彩像AS；

步骤215、彩像AS向主叫方发送更新请求，比如发送UPDATE消息，该消息的消息体中携带在步骤214中获得的SDP请求2，该消息途经S-CSCF1到达UE-A；

步骤216、UE-A发送同意更新消息，比如发送“200OK”消息，该消息的消息体中携带UE-A的SDP回应(SDP回应2)，该消息途经S-CSCF1到达彩像AS；

步骤217、彩像AS向被叫方发送确认消息，比如发送ACK消息，该消息的消息体中携带步骤216中获得的SDP回应2，该消息途经S-CSCF1、S-CSCF2、彩铃AS和S-CSCF2，最终到达UE-B；

步骤218、同时彩像AS向UE-A转发应答呼叫的消息，该消息途经S-CSCF1到达UE-A；

至此，UE-A和UE-B建立起了媒体连接，开始通话。

图3为本发明第二实施例单对话彩铃彩像业务的实现方法流程图；该流程描述了主叫方呼叫被叫方，彩铃服务器先于彩像服务器执行单对话的彩铃业务逻辑，彩像服务器于是不执行单对话的彩像业务逻辑，而是执行其他方式的彩像业务逻辑或不执行彩像业务，具体包括如下步骤：

步骤301、UE-A发起呼叫请求，携带UE-A的SDP请求(SDP请求1)；比如发送INVITE(邀请)消息，在该消息的消息体中携带SDP请求1，该消息途经S-CSCF1到达彩像AS；

步骤302、彩像AS暂不执行主叫指定的彩像业务(还可以在后续接收到UE-A发送的预确认消息时执行)，于是将呼叫请求消息转发给UE-B；该消息途经S-CSCF1和S-CSCF2的转发到达彩铃AS；

步骤303、彩铃AS向UE-B转发该呼叫请求消息，该消息途经S-CSCF2到达UE-B；

步骤304、UE-B收到呼叫请求消息后，向UE-A发送临时响应消息；比如发送“183Session Progress”消息，并在该消息的消息体中携带UE-B的SDP回应(SDP回应1)，该临时响应消息途经S-CSCF2到达彩铃AS；

步骤305～306、彩铃AS欲执行被叫方指定的彩铃业务，向主叫方播放彩铃信息，于是在判定收到的呼叫请求消息中没有携带彩像业务标识后，决定执行单对话方式的彩铃业务逻辑，将临时响应消息中的SDP回应1修改为彩铃业务的SDP回应，并添加彩铃业务标识；然后将修改后的临时响应消息转发给UE-A；该消息途经S-CSCF2、S-CSCF1、彩像AS和S-CSCF1，最终到达UE-A；

添加彩铃业务标识的方式可以是：将彩铃业务的SDP回应中的一个或多个或所有的媒体的方向属性设置为sendonly；或在临时响应消息中增加P-Early-Media头域，其值设置为sendonly或sendrecv等非supported值。

步骤307、彩铃AS获得了UE-A的SDP信息，于是向UE-A播放彩铃信息；

步骤308、UE-A向UE-B发送预确认消息；比如发送PRACK(预确认)消息，该消息途经S-CSCF1到达彩像AS；

步骤309、彩像AS欲执行主叫方指定的彩像业务，但判断出步骤305中的临时响应消息中携带有彩铃业务标识，于是决定不执行单对话方式的彩像业务逻辑(即不在预确认消息中添加彩像业务的SDP请求)，但可执行其他方式的彩像业务逻辑，比如在预确认消息的Call-Info或Alert-Info头域中添加彩像媒体的下载地址，然后转发预确认消息，该消息途经S-CSCF1、S-CSCF2、彩铃AS和S-CSCF2，最终到达UE-B；

步骤310、UE-B发送响应预确认消息给UE-A，比如发送“200OK”消息，消息途经S-CSCF2、彩铃AS、S-CSCF2、S-CSCF1、彩铃AS和S-CSCF1，最终到达UE-A；

如果步骤309中，彩像AS在预确认消息中添加了彩像媒体的下载地址，则执行步骤311～314：

步骤311、UE-B向彩像AS要求下载彩像媒体数据，比如向彩像AS发送HTTP协议的GET请求，该请求中携带彩像媒体的下载地址；

步骤312、彩像AS收到下载请求后，向UE-B发送上述下载地址对应的彩像媒体数据；

步骤313、彩像媒体数据传送成功后，彩像AS向UE-B发送下载成功的消息，比如发送HTTP协议的“200OK”消息；

步骤314、UE-B获得彩像媒体数据后，向用户播放彩像信息；

步骤315、UE-B应答呼叫，比如发送“200OK”消息，该消息途经S-CSCF2到达彩铃AS；

步骤316、彩铃AS向UE-B发送重呼叫请求，比如发送reINVITE消息，该消息的消息体中不带任何SDP信息，该消息途经S-CSCF2到达UE-B；

步骤317、UE-B发送响应重呼叫的消息，比如发送“200OK”消息，该消息体中携带UE-B的新的SDP请求(SDP请求2)，该消息途经S-CSCF2到达彩铃AS；

步骤318、彩铃AS向主叫方发送更新请求，比如发送UPDATE消息，该消息的消息体中携带步骤317中获得的SDP请求2，该消息途经S-CSCF2、S-CSCF1、彩像AS和S-CSCF1到达UE-A；

步骤319、UE-A发送同意更新消息，比如发送“200OK”消息，消息体中携带UE-A的SDP回应(SDP回应2)，该消息途经S-CSCF1、彩像AS、S-CSCF1和S-CSCF2，到达彩铃AS；

步骤320、彩铃AS向UE-B发送确认消息，比如发送ACK消息，该消息的消息体中携带步骤319中获得的SDP回应2，该消息途经S-CSCF2到达UE-B；

步骤321、同时彩铃AS向UE-A转发应答呼叫的消息，该消息途经S-CSCF2和S-CSCF1，到达彩像AS；由于彩像AS不执行单对话方式的彩像业务(即不向UE-B发送重呼叫请求)，于是直接转发该应答消息，该消息再经过S-CSCF1最终到达UE-A；

至此，UE-A和UE-B建立起了媒体连接，开始通话。

Claims (9)

1、一种单对话彩铃彩像业务的实现方法，其特征在于，该方法包括：

彩像应用服务器在呼叫的主叫方发往被叫方的消息中添加彩像业务的会话描述协议SDP请求、或将该消息的SDP请求修改为彩像业务的SDP请求时，在该消息中添加彩像业务标识，并将其向所述被叫方转发；

彩铃应用服务器接收到该消息后判断其中是否携带所述彩像业务标识：若携带，则在所述呼叫的后续建立过程中不执行单对话方式的彩铃业务逻辑。

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

所述主叫方发往被叫方的消息是呼叫请求消息；

所述单对话方式的彩铃业务逻辑包括：

所述彩铃应用服务器在接收到所述被叫方发送的临时响应消息时，将该消息中的SDP回应修改为彩铃业务的SDP回应后向所述主叫方转发；以及

所述彩铃应用服务器在接收到所述被叫方发送的应答呼叫的消息后，向所述被叫方发送不携带SDP信息的重呼叫请求。

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

所述主叫方发往被叫方的消息是预确认消息；

所述单对话方式的彩铃业务逻辑包括：

所述彩铃应用服务器在接收到所述被叫方发送的响应预确认消息时，将该消息中的SDP回应修改为彩铃业务的SDP回应后向所述主叫方转发；以及

所述彩铃应用服务器在接收到所述被叫方发送的应答呼叫的消息后，向所述被叫方发送不携带SDP信息的重呼叫请求。

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

所述主叫方发往被叫方的消息是呼叫请求消息；

若所述彩铃应用服务器接收到所述呼叫请求消息后判定其中携带所述彩像业务标识，则在接收到所述被叫方发送的临时响应消息时，在该消息中添加彩铃媒体的下载地址后向所述主叫方转发。

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

所述彩像应用服务器采用如下方法添加所述彩像业务标识：

将所述彩像业务的SDP请求中的一个或多个媒体的方向属性设置为sendonly；或

在所述主叫方发往被叫方的消息中增加P-Early-Media头域，且该头域的值不为supported。

6、一种单对话彩铃彩像业务的实现方法，其特征在于，该方法包括：

彩铃应用服务器在呼叫的被叫方发往主叫方的消息中添加彩铃业务的会话描述协议SDP请求、或将该消息的SDP请求修改为彩铃业务的SDP请求时，在该消息中添加彩铃业务标识，并将其向所述主叫方转发；

彩像应用服务器接收到该消息后判断其中是否携带所述彩铃业务标识：若携带，则在该消息所对应的呼叫的后续建立过程中不执行单对话方式的彩像业务逻辑。

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

所述被叫方发往主叫方的消息是临时响应消息；

所述单对话方式的彩像业务逻辑包括：

所述彩像应用服务器在接收到所述主叫方发送的预确认消息时，在该消息中添加彩像业务的SDP请求后向所述主叫方转发；以及

所述彩像应用服务器在接收到所述被叫方发送的应答呼叫的消息后，向所述主叫方发送不携带SDP信息的重呼叫请求。

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

所述被叫方发往主叫方的消息是临时响应消息；

若所述彩像应用服务器接收到所述临时响应消息后判定其中携带所述彩铃业务标识，则在接收到所述主叫方发送的预确认消息时，在该消息中添加彩像媒体的下载地址后向所述主叫方转发该预确认消息。

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

所述彩铃应用服务器采用如下方法添加所述彩铃业务标识：

将所述彩铃业务的SDP请求中的一个或多个媒体的方向属性设置为sendonly；或

在所述被叫方发往主叫方的消息中增加P-Early-Media头域，且该头域的值不为supported。

Images