CN101141700A - 一种多媒体彩铃业务的实现方法 - Google Patents

Abstract

本发明涉及第三代移动通信***在IP多媒体子***和软交换网络共存网络环境中实现多媒体彩铃业务的方法。本发明在多媒体彩铃业务平台的应用服务器上运行多媒体彩铃业务，主叫用户发起呼叫后，由软交换SS或多媒体子***IMS核心网呼叫被叫用户和呼叫多媒体彩铃业务平台，在主叫终端和多媒体彩铃平台进行完early session协商，主叫终端和被叫终端进行完媒体协商后向主叫终端播放多媒体彩铃。本发明不仅能够满足多媒体彩铃业务需求，还满足了将来向IMS演进到的需求。

Description

一种多媒体彩铃业务的实现方法

技术领域

本发明涉及电信通讯行业领域，尤其涉及第三代移动通信***在IP多媒体子***(IP Multimedia Subsystem，IMS)和软交换(Soft Switch，SS)网络中实现多媒体彩铃业务的方法。

背景技术

彩铃业务由于其个性化特征显著、明显增强听觉感受，在中国乃至东亚电信市场得到了很好的开展。目前软交换网络和IMS在中国已经逐步部署，人们自然也对彩铃提出了更高的需求，即对多媒体彩铃业务的需求。多媒体彩铃业务由于其明显的提高了用户的视听感受，必将受到用户的追捧。

软交换在现有网络已经有了大规模应用，而IMS作为未来固定和移动融合(Fixed and Mobile convergence，FMC)的全业务目标网络在业界也已经得到明确，软交换向IMS演进是必然的趋势。但是受到IMS技术本身的发展和运营商现有网络条件限制，软交换和IMS必将在较长的时间内共存。还没有能够在软交换和IMS共存的情况下提供统一的多媒体彩铃业务方法。

发明内容

有鉴于此，本发明的目的是提供一种多媒体彩铃业务的实现方法，使用该方法能够解决在软交换和IMS共存的网络中不能够提供统一的多媒体彩铃业务的技术问题。

为达到上述目的，本发明的技术方案是这样实现的：

一种多媒体彩铃业务的实现方法，包括如下步骤，

A、主叫终端呼叫被叫终端，呼叫经由IP多媒体子***核心网络或者软交换网络发送到多媒体彩铃平台，触发多媒体彩铃业务；

B、多媒体彩铃平台根据呼叫信息以及被叫用户设定的播放策略信息，查询出本次呼叫需要给主叫用户播放的多媒体彩铃；

C、主叫终端和多媒体彩铃平台进行早期会话early session协商，同时主叫终端和被叫终端进行媒体协商；

D、所述早期会话协商及媒体协商成功后，多媒体彩铃平台将步骤B中获取的多媒体彩铃播放给主叫终端欣赏。

进一步地，步骤B中，所述呼叫信息至少包括主叫号码、被叫号码、当前日期、当前时间信息。

进一步地，所述多媒体彩铃平台包括应用服务器、媒体服务器、数据库服务器，应用服务器负责执行多媒体彩铃业务逻辑，数据库服务器存储多媒体彩铃业务的***信息和用户信息，媒体服务器负责存储音频和视频媒体。

进一步地，步骤C中，所述主叫终端和多媒体彩铃平台之间的早期会话earlysession协商指主叫终端和多媒体彩铃平台中的媒体服务器之间的协商且由主叫终端发起。

基于上述方案，进一步地，所述媒体服务器通过会话初始化SIP协议与所述应用服务器进行交互。

基于上述方案，进一步地，步骤D中，由所述多媒体彩铃平台中的媒体服务器通过实时传输协议RTP向主叫终端播放所述多媒体彩铃。

进一步地，步骤C中，所述主叫终端和被叫终端之间的媒体协商由主叫终端发起，所述媒体协商采用会话描述协议。

进一步地，在主叫终端欣赏多媒体彩铃的同时，如果被叫终端应答所述主叫终端的呼叫，则多媒体彩铃平台停止播放彩铃，主叫与被叫进行通话。

进一步地，步骤D中，播放的多媒体彩铃可以是音频数据和/或视频数据。

进一步地，步骤B中，所述播放策略可以由被叫用户自行设置为随机播放、循环播放、根据主叫号码播放、根据特定时间段播放或其中两种或两种以上播放方式的结合。

由于采用了以上的技术方案，使得能够在软交换和IMS共存的情况下为用户提供统一的多媒体彩铃业务，不仅能够满足多媒体彩铃业务需求，还满足了将来向IMS演进到的需求。

附图说明

附图1是本发明实例的软交换和IMS网络合一的多媒体彩铃业务组网结构示意图；

附图2是本发明方法实现多媒体彩铃业务的信令流程图。

具体实施方式

下面根据附图和实施例对本发明作进一步详细说明：

本发明提供了一种在软交换网络和IMS网络中实现多媒体彩铃业务的方法。在呼叫接续过程中，在被叫用户摘机接听前，主叫终端播放被叫用户预先设定的多媒体彩铃来替代原先单调的普通回铃音，播放的多媒体信息可以是音频数据和/或视频数据，诸如音乐、视频、文字及其结合等具有个性的多媒体信息，播放策略可以由被叫用户自行设置，诸如随机播放、循环播放、根据主叫用户号码的播放、根据特定时间段设置的播放及其结合等具有个性的播放策略。

相较于现有技术，本发明除需要在多媒体彩铃业务平台的应用服务器上运行多媒体彩铃业务外，还要求SS/IMS核心网具备呼叫被叫用户和呼叫多媒体彩铃平台的功能。

为更好的说明多媒体彩铃业务***，图1是本发明实施例的***组网结构示意图，列出了本发明相关的主要设备。包括主叫终端、IP多媒体子***IMS核心网络、多媒体彩铃平台、被叫终端、软交换网络SS。本发明所述主叫终端和被叫终端是第三代移动通信***之IP多媒体子***用户终端或者软交换网络用户终端，同时被叫用户终端还签约了多媒体彩铃业务并在多媒体彩铃中心也开通了被叫多媒体彩铃业务。

在一实施例中，主叫终端和被叫终端在实施例中为软终端Soft Phone，支持回话初始化(Session Initiation Protocol，SIP)协议。IMS核心网络包含呼叫/会话控制功能服务器CSCF、归属用户服务器HSS等，CSCF服务器又分为代理CSCF(P-CSCF)、问询CSCF(I-CSCF)、服务CSCF(S-CSCF)。多媒体彩铃平台包含应用服务器(Appliaction Server，AS)、媒体服务器(Media Server，MS)、数据库服务器Database等。应用服务器执行多媒体彩铃业务逻辑，并与IMS核心网络/SS和媒体服务器使用SIP协议交互。数据库服务器存储了多媒体彩铃业务的***信息和用户信息。媒体服务器存储音频和视频媒体，使用SIP协议与应用服务器交互，使用实时传输协议(Real-time Transport Protocol，RTP)包向终端播放音频或视频数据。在通讯连接上，各网元之间通过TCP/IP网络相连，Soft Phone与P-CSCF之间采用SIP协议进行交互，P-CSCF、I-CSCF和S-CSCF三个网元之间采用SIP协议进行交互，I-CSCF、S-CSCF两个网元和HSS之间采用Diameter协议进行交互，S-CSCF和AS之间采用SIP协议进行交互，AS和MS之间采用SIP协议进行交互，AS和DB之间通过内部定义接口进行数据访问和更改，MS和主叫终端之间采用RTP协议交互，SS和AS之间采用SIP协议交互，SS和Soft Phone之间采用SIP协议进行交互。

多媒体彩铃业务模块装载并运行在应用服务器AS上，作为多媒体彩铃业务实现的核心部分，该模块实现如下功能：根据主叫号码、被叫号码、当前日期、当前时间以及被叫用户设定的播放策略，查询出本次呼叫需要播放的多媒体彩铃；按照图2所示流程，完成主叫终端和媒体服务器之间的早媒体协商，并***体服务器向主叫终端播放媒体的开始与停止。

图2是本发明方法实现多媒体彩铃业务的信令流程图，为了简化描述，省略了SS和IMS核心网络部分的信令交互，侧重于多媒体彩铃业务侧的信令交互。

步骤201～203：主叫拨打被叫，主叫向IMS/SS网络发起呼叫被叫的邀请(invite)消息，IMS/SS网络检查到被叫用户签约了被叫多媒体彩铃业务，于是向该被叫多媒体彩铃业务应用服务器AS发起邀请(invite)消息，省略掉IMS/SS网络部分的信令传递，在信令流程中体现为主叫终端送给AS的invite消息，同时SIP消息的support头域中包含支持早期会话(early-session)能力的标识，并且携带主叫终端的媒体能力(A1)。被叫终端返回183响应消息表示确认，同时响应中包含被叫终端的媒体能力(B1)Answer)。

步骤204～205：多媒体彩铃AS向媒体服务器发起invite消息，消息中不包含会话描述协议(Session Description Protocol，SDP)信息；媒体服务器返回183响应消息表示同意资源预留，该消息包含SDP信息，SDP信息中携带自己支持的彩铃早期媒体能力(MRBT(Multimedia Ring Back Tone、MRBT)。

步骤206：多媒体彩铃AS返回183响应给主叫终端，响应消息中包含被叫终端返回的应答媒体能力(B1 Answer)和媒体服务器MS返回的彩铃早期媒体能力(MRBT Offer)。

步骤207～210：主叫发送临时ACK通知消息，即PRACK消息(PRACK是SIP消息中保证临时消息(101-199)可靠传输的机制)，确认收到183响应，在PRACK中携带彩铃早期媒体能力应答(MRBT Answer A2)。媒体服务器MS返回表示确认的200OK消息。

步骤211：主叫发送UPDATE消息，表示主叫侧资源预留完成，消息中携带主叫终端的早期媒体信息(Early Session：A2’)和媒体信息(Session：A1’)。

步骤212～213：多媒体彩铃AS发送UPDATE消息，消息中携带主叫终端的早期媒体信息(A2’)。媒体服务器MS返回200OK消息，消息中携带协商之后的早期媒体信息(MRBT’)。

步骤214～215：多媒体彩铃AS向被叫发送UPDATE消息，消息中携带主叫终端的媒体信息(A1’)。被叫返回200OK消息，消息中携带‘协商之后的媒体信息(B1’)。

步骤216：多媒体彩铃AS发送200OK消息给主叫用户，消息中携带协商之后的早期媒体信息(MRBT’)和媒体信息(Session B1’)。

步骤217～222：被叫发送180消息给多媒体彩铃AS，180消息称为“消息及时响应”，它是一种用来测试被叫状态的一种响应。

步骤223～224：多媒体彩铃AS收到180消息后发送INFO消息给媒体服务器MS，通知其播放多媒体彩铃，主叫欣赏多媒体彩铃。

步骤225：被叫用户应答，发送200OK消息。

步骤226～227：多媒体彩铃AS收到被叫应答，发送BYE消息给媒体服务器MS终止彩铃播放。

步骤228～230：多媒体彩铃AS发送200OK消息给主叫用户，主叫终端A发送ACK消息给被叫，主被叫通话。

步骤231～步骤232：主被叫用户任何一方挂机，主动发送BYE消息，主被叫通话结束。

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

Claims (10)

1.一种多媒体彩铃业务的实现方法，其特征在于，包括如下步骤，

A、主叫终端呼叫被叫终端，呼叫经由IP多媒体子***核心网络或者软交换网络发送到多媒体彩铃平台，触发多媒体彩铃业务；

B、多媒体彩铃平台根据呼叫信息以及被叫用户设定的播放策略信息，查询出本次呼叫需要给主叫用户播放的多媒体彩铃；

C、主叫终端和多媒体彩铃平台进行早期会话early session协商，同时主叫终端和被叫终端进行媒体协商；

D、所述早期会话协商及媒体协商成功后，多媒体彩铃平台将步骤B中获取的多媒体彩铃播放给主叫终端欣赏。

2.根据权利要求1所述的方法，其特征在于，步骤B中，所述呼叫信息至少包括主叫号码、被叫号码、当前日期、当前时间信息。

3.根据权利要求1所述的方法，其特征在于，所述多媒体彩铃平台包括应用服务器、媒体服务器、数据库服务器，应用服务器负责执行多媒体彩铃业务逻辑，数据库服务器存储多媒体彩铃业务的***信息和用户信息，媒体服务器负责存储音频和视频媒体。

4.根据权利要求3所述的方法，其特征在于，步骤C中，所述主叫终端和多媒体彩铃平台之间的早期会话early session协商指主叫终端和多媒体彩铃平台中的媒体服务器之间的协商且由主叫终端发起。

5.根据权利要求3所述的方法，其特征在于，所述媒体服务器通过会话初始化SIP协议与所述应用服务器进行交互。

6.根据权利要求3所述的方法，其特征在于，步骤D中，由所述多媒体彩铃平台中的媒体服务器通过实时传输协议RTP向主叫终端播放所述多媒体彩铃。

7.根据权利要求1所述的方法，其特征在于，步骤C中，所述主叫终端和被叫终端之间的媒体协商由主叫终端发起，所述媒体协商采用会话描述协议。

8.根据权利要求1所述的方法，其特征在于，在主叫终端欣赏多媒体彩铃的同时，如果被叫终端应答所述主叫终端的呼叫，则多媒体彩铃平台停止播放彩铃，主叫与被叫进行通话。

9.根据权利要求1所述的方法，其特征在于，步骤D中，播放的多媒体彩铃可以是音频数据和/或视频数据。

10.根据权利要求1所述的方法，其特征在于，步骤B中，所述播放策略可以由被叫用户自行设置为随机播放、循环播放、根据主叫号码播放、根据特定时间段播放或其中两种或两种以上播放方式的结合。

Images