单对话彩铃彩像业务在应答后更新媒体的方法

摘要

本发明公开了一种单对话彩铃彩像业务在应答后更新媒体的方法，彩铃服务设备在收到会话的应答消息后，判断是否执行了彩像业务，如果没有执行，则发起与主叫用户和被叫用户的媒体重协商以更新媒体；否则不发起与主叫用户和被叫用户的媒体重协商。本发明解决了现有技术中主叫网络和被叫网络的彩铃/彩像服务设备可能同时发起重协商请求的问题。

说明书

技术领域

本发明涉及通信领域，更具体地，涉及一种单对话彩铃彩像业务(使用P-Early-Media技术在一次会话中实现彩铃彩像业务)在应答后更新媒体的方法。

背景技术

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

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

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

图1为现有的单对话彩铃业务应答后媒体更新的基本消息流程图，描述了主叫呼叫被叫，彩铃服务器在呼叫过程中向主叫播放彩铃，当用户应答后，彩铃服务器发起媒体重协商的情况，其过程如下：

步骤101，UE-A发起呼叫请求，携带UE-A的正常媒体资源信息，比如发送INVITE(邀请)消息，在消息体中携带UE-A正常媒体资源信息，比如媒体类型、媒体连接地址、媒体端口号等；

步骤102，消息途经彩铃服务设备SE，SE转发该请求给被叫UE-B；

步骤103，被叫UE-B震铃，回应震铃消息，比如发送“180 Ringing”消息；

步骤104，彩铃服务设备SE预留播放彩铃媒体的资源；

步骤105，彩铃服务设备SE向UE-A发送临时响应，比如发送“183Session Progress”消息，携带彩铃媒体资源信息，比如在消息体中携带彩铃媒体类型、媒体连接地址、媒体端口号等，并在消息中添加执行彩铃业务的标识，比如在消息中添加P-Early-Media头域，参数值设为非“supported”的其他值；

上述执行彩铃业务的标识也可以添加在被叫方发往主叫方的其他消息的消息体中，如UPDATE，PRACK，或“200OK”消息等。

步骤106，彩铃服务设备SE向UE-A播放彩铃媒体信息；

步骤107，被叫UE-B应答呼叫，发送应答消息，比如“200OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；

步骤108，应答消息途经SE，SE停止向UE-A播放媒体信息，并在删除应答消息中的媒体资源信息后，转发应答消息；

步骤109，彩铃服务设备SE向主叫UE-A发起重协商请求，比如发送re-INVITE消息，消息中不带任何媒体资源信息；

步骤110，UE-A收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-A的正常媒体资源信息，比如在消息体中携带；

步骤111，SE收到同意重协商的请求，再向UE-B发起重协商请求，比如发送re-INVITE消息，携带步骤110中收到的UE-A的正常媒体资源信息；

步骤112，UE-B收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；

步骤113，SE收到同意重协商的请求，向UE-A发送确认重协商的请求，比如发送ACK(确认)消息，携带步骤112中收到的UE-B的正常媒体资源信息；

步骤114，UE-A和UE-B之间建立起正常的会话连接。

图2为现有的单对话彩像业务应答后媒体更新的基本消息流程图，描述了主叫呼叫被叫，彩像服务器在呼叫过程中向被叫播放彩像，当用户应答后，彩像服务器发起媒体重协商的情况，其过程如下：

步骤201，UE-A发起呼叫请求，携带UE-A的正常媒体资源信息，比如发送INVITE(邀请)消息，在消息体中携带UE-A正常媒体资源信息，比如媒体类型、媒体连接地址、媒体端口号等；

步骤202，消息途经彩像服务设备SE，SE预留播放彩像媒体的资源；

步骤203，SE修改呼叫请求消息中的媒体资源信息为步骤202中预留的彩像媒体资源信息，并在消息中添加执行彩像业务的标识，比如在消息中添加P-Early-Media头域，参数值设为非“supported”的其他值，然后转发该请求给被叫UE-B；

步骤204，被叫UE-B震铃，回应震铃消息，比如发送“180Ringing”消息；

步骤205，彩铃服务设备SE向UE-A转发震铃消息；

步骤206，彩铃服务设备SE向UE-A播放彩铃媒体信息；

步骤207，被叫UE-B应答呼叫，发送应答消息，比如“200OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；

步骤208，应答消息途经SE，SE停止向UE-A播放媒体信息，并转发应答消息；

步骤209，彩像服务设备SE向被叫UE-B发起重协商请求，比如发送re-INVITE消息，消息中不带任何媒体资源信息；

步骤210，UE-B收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；

步骤211，SE收到同意重协商的请求，再向UE-A发起重协商请求，比如发送re-INVITE消息，携带步骤210中收到的UE-B的正常媒体资源信息；

步骤212，UE-A收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-A的正常媒体资源信息，比如在消息体中携带；

步骤213，SE收到同意重协商的请求，向UE-B发送确认重协商的请求，比如发送ACK(确认)消息，携带步骤212中收到的UE-A的正常媒体资源信息；

步骤214，UE-A和UE-B之间建立起正常的会话连接。

现有技术的不足之处在于：当主叫网络为被叫用户提供彩像业务，而同时被叫网络为主叫用户提供彩铃业务时，两个网络中的彩铃/彩像服务设备会同时发起重协商请求，一方面将导致资源浪费，另一方面，会由于彩铃/彩像服务设备发起的媒体重协商请求所发往的方向不一样，而造成媒体重协商的无法收敛。

发明内容

本发明要解决的技术问题是提供一种单对话彩铃彩像业务应答后更新媒体的方法，解决现有技术中主叫网络和被叫网络的彩铃/彩像服务设备可能同时发起重协商请求的问题。

为了解决上述问题，本发明提供了一种单对话彩铃彩像业务应答后更新媒体的方法，彩铃服务设备在收到会话的应答消息后，判断是否执行了彩像业务，如果没有执行，则发起与主叫用户和被叫用户的媒体重协商以更新媒体；否则不发起与主叫用户和被叫用户的媒体重协商。

进一步的，在会话建立过程中，彩像服务设备在经过其发往被叫用户的消息中添加执行彩像业务的标识，修改后的所述消息经彩铃服务设备转发给被叫用户；

彩铃服务设备根据上述发往被叫用户的消息中是否带有执行彩像业务的标识判断是否执行了彩像业务。

进一步的，上述经过彩像服务设备发往被叫用户的消息包括呼叫请求消息、UPDATE消息、PRACK消息或200OK消息。

进一步的，所述执行彩像业务的标识通过所述消息的消息体中携带参数值不为“supported”的P-Early-Media头域表示。

进一步的，彩铃服务设备通过发送重协商请求发起与主叫用户和被叫用户的媒体重协商，所述重协商请求先发往主叫用户或先发往被叫用户；主叫/被叫用户收到所述重协商请求后，回应同意重协商消息，并在该同意重协商消息中携带主叫/被叫用户的正常媒体资源信息。

进一步的，所述重协商请求为re-INVITE消息，且该re-INVITE消息中不携带任何媒体资源信息。

本发明还提供了一种单对话彩铃彩像业务应答后更新媒体的方法，彩像服务设备在收到会话的应答消息后，判断是否执行了彩铃业务，如果没有执行，则发起与主叫用户或被叫用户的媒体重协商以更新媒体；否则不发起与主叫用户和被叫用户的媒体重协商。

进一步的，在会话建立过程中，彩铃服务设备在经过其发往主叫用户的消息中添加执行彩铃业务的标识，修改后的所述消息经彩像服务设备转发给主叫用户；

彩像服务设备根据上述发往主叫用户的消息中是否带有执行彩铃业务的标识判断是否执行了彩铃业务。

进一步的，上述经过彩铃服务设备发往主叫用户的消息包括临时响应消息、UPDATE消息、PRACK消息或200OK消息等。

进一步的，所述执行彩铃业务的标识通过所述消息的消息体中携带参数值不为“supported”的P-Early-Media头域表示。

进一步的，彩像服务设备通过发送重协商请求发起与主叫用户和被叫用户的媒体重协商，所述重协商请求先发往主叫用户或先发往被叫用户；主叫/被叫用户收到所述重协商请求后，回应同意重协商消息，并在该同意重协商消息中携带主叫/被叫用户的正常媒体资源信息。

进一步的，所述重协商请求为re-INVITE消息，且该re-INVITE消息中不携带任何媒体资源信息。

附图说明

图1为现有的单对话彩铃业务应答后媒体更新的基本流程图；

图2为现有的单对话彩像业务应答后媒体更新的基本流程图；

图3为本发明实施例的应答后媒体更新的基本流程图；

图4为本发明实施例的在应答后媒体更新的基本流程图；

图5为本发明实施例的应答后更新媒体的基本流程图。

具体实施方式

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

实施例一

本实施例描述了主叫呼叫被叫，彩铃/彩像服务器在呼叫过程中向主叫/被叫播放彩铃/彩像媒体信息，当用户应答后，彩像服务设备直接无条件决定执行发起重协商请求，而彩铃服务器则先判断是否执行了彩像业务，如果没有执行，则发起重协商请求，否则，不发起媒体重协商。

图3为本实施例中彩铃服务器判断出没有执行彩像业务，发起重协商请求的情况，其基本流程如下：

步骤301～307，与图1中的步骤101～107相同；

步骤308，应答消息途经彩铃SE，彩铃SE停止向UE-A播放媒体信息，并判断主叫方是否执行了彩像业务，比如判断对话建立过程中由主叫方发往被叫方的消息中是否带有参数值不为“supported”的P-Early-Media头域，若没有则决定发起重协商请求；

步骤309，彩铃SE删除应答消息中的媒体资源信息，然后转发应答消息；

步骤310，彩铃SE向被叫UE-B发起重协商请求，比如发送re-INVITE消息，消息中不带任何媒体资源信息；

步骤311，UE-B收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；

步骤312，彩铃SE收到同意重协商的请求，再向UE-A发起重协商请求，比如发送re-INVITE消息，携带步骤311中收到的UE-B的正常媒体资源信息；

步骤313，UE-A收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-A的正常媒体资源信息，比如在消息体中携带；

步骤314，彩铃SE收到同意重协商的请求，向UE-B发送确认重协商的请求，比如发送ACK(确认)消息，携带步骤313中收到的UE-A的正常媒体资源信息；

步骤315，UE-A和UE-B之间建立起正常的会话连接。

步骤310中，彩铃SE也可向UE-A发起重协商请求，则后续的步骤311～315与图1中的110～114相同。

图4为本实施例中，当用户应答后，彩铃服务设备判断出已经执行了彩像业务，则不再发起重协商请求，由彩像服务设备发起媒体重协商的情况，其基本流程如下：

步骤401，UE-A发起呼叫请求，携带UE-A的正常媒体资源信息，比如发送INVITE(邀请)消息，在消息体中携带UE-A正常媒体资源信息，比如媒体类型、媒体连接地址、媒体端口号等；

步骤402，消息途经彩像SE1，彩像SE1预留播放彩像媒体的资源；

步骤403，彩像SE1修改呼叫请求消息中的媒体资源信息为步骤402中预留的彩像媒体资源信息，并添加执行彩像业务的标识，比如在消息中添加P-Early-Media头域，参数值设为非“supported”的其他值，然后转发该请求给被叫UE-B；

步骤404，消息途经彩铃SE2，彩铃SE2转发该请求给被叫UE-B；

彩铃SE2判断收到的步骤403的呼叫请求消息中是否带有参数值不为“supported”的P-Early-Media头域，并记录；

步骤405，被叫UE-B震铃，回应震铃消息，比如发送“180Ringing”消息；

步骤406，彩铃SE2预留播放彩铃媒体的资源；

步骤407，彩铃SE2向UE-A发送临时响应，比如发送“183SessionProgress”消息，携带彩铃媒体资源信息，比如在消息体中携带彩铃媒体类型、媒体连接地址、媒体端口号等，并在消息中添加执行彩铃业务的标识，比如在消息体中添加P-Early-Media头域，参数值设为非“supported”的其他值；

在本发明其他实施例中，上述执行彩铃业务的标识也可以添加在主叫方发往被叫方的其他消息的消息体中，如UPDATE，PRACK，或“200OK”消息等。

步骤408，临时响应消息途经彩像SE1，彩像SE1转发该临时响应；

步骤409，彩铃SE2向UE-A播放彩铃媒体信息；

步骤410，彩像SE1向UE-B播放彩像媒体信息；

步骤411，被叫UE-B应答呼叫，发送应答消息，比如“200OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；

步骤412，应答消息途经彩铃SE2，彩铃SE2停止向UE-A播放媒体信息，彩铃SE2判断主叫方是否执行了彩像业务，如果判断出执行了彩像业务，则决定不发起重协商请求；

彩铃SE2根据步骤404中记录判断是否执行了彩像业务，如果呼叫请求消息中带有参数值不为“supported”的P-Early-Media头域，则判定已经执行了彩像业务。

步骤413，彩铃SE2删除应答消息中的媒体资源信息，然后转发应答消息；

步骤414，应答消息途经彩像SE1，彩像SE1不做判断，直接无条件决定发起重协商请求；

步骤415，彩像SE1转发应答消息给UE-A；

后面的步骤为简化描述，彩像SE1发往UE-B，及UE-B发往彩像SE1的后续消息省略了途经彩铃SE2转发的步骤。

步骤416，彩像SE1向主叫UE-A发起重协商请求，比如发送re-INVITE消息，消息中不带任何媒体资源信息；

步骤417，UE-A收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-A的正常媒体资源信息，比如在消息体中携带；

步骤418，彩像SE1收到同意重协商的请求，再向UE-B发起重协商请求，比如发送re-INVITE消息，携带步骤416中收到的UE-A的正常媒体资源信息，消息途经彩铃SE2；

步骤419，UE-B收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带，消息途经彩铃SE2；

步骤420，彩像SE1收到同意重协商的请求，向UE-A发送确认重协商的请求，比如发送ACK(确认)消息，携带步骤418中收到的UE-B的正常媒体资源信息；

步骤421，UE-A和UE-B之间建立起正常的会话连接。

实施例二

本实施例描述了主叫呼叫被叫，彩铃/彩像服务器在呼叫过程中向主叫/被叫播放彩铃/彩像媒体信息，当用户应答后，彩铃服务设备直接无条件决定执行发起重协商请求，而彩像服务器则先判断是否执行了彩铃业务，如果没有执行，则发起重协商请求，否则，不发起媒体重协商。

图5为本实施例中彩像服务器判断出没有执行彩铃业务，发起重协商请求的情况，其基本流程如下：

步骤501～507，与图2的步骤201～207相同；

步骤508，应答消息途经彩像SE，彩像SE停止向UE-B播放媒体信息，并判断被叫方是否执行了彩铃业务，比如判断会话建立过程中由被叫方发往主叫方的消息中是否带有参数值不为“supported”的P-Early-Media头域，若没有则决定发起重协商请求；

步骤509，彩像SE转发应答消息；

步骤510，彩像SE向主叫UE-A发起重协商请求，比如发送re-INVITE消息，消息中不带任何媒体资源信息；

步骤511，UE-A收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-A的正常媒体资源信息，比如在消息体中携带；

步骤512，彩像SE收到同意重协商的请求，再向UE-B发起重协商请求，比如发送re-INVITE消息，携带步骤511中收到的UE-A的正常媒体资源信息；

步骤513，UE-B收到重协商请求，回应同意重协商消息，比如发送“200OK”消息，携带UE-B的正常媒体资源信息，比如在消息体中携带；

步骤514，彩像SE收到同意重协商的请求，向UE-A发送确认重协商的请求，比如发送ACK(确认)消息，携带步骤513中收到的UE-B的正常媒体资源信息；

步骤515，UE-A和UE-B之间建立起正常的会话连接。

步骤510中，彩像SE也可先向UE-B发起重协商请求，则后续的步骤511～515与图2中的210～214相同。

本实施例中，当用户应答后，如果彩像服务设备判断出已经执行了彩铃业务，则不再发起重协商请求，而是由彩铃服务设备发起媒体重协商，其基本流程与图4中的流程相似，比如，如果彩像SE1判断出步骤407中的临时响应消息中带有参数值不为“supported”的P-Early-Media头域，则彩像SE1将不再发起重协商请求，后续的步骤416及420的消息的起点是彩铃SE2，消息途经彩像SE1；步骤417的消息的终点是彩铃SE2，消息途经彩像SE1；步骤418/419的消息的起点/终点是彩铃SE2。

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