CN102143280B - 一种播放多媒体彩振的方法和多媒体彩振应用服务器 - Google Patents

Abstract

本发明实施例提供一种播放多媒体彩振的方法和多媒体彩振应用服务器，该方法包括：向被叫终端发送邀请信息，所述邀请信息中包含提示被叫用户是否接收多媒体彩振的信息；向被叫终端发送临时响应确认消息，该临时响应确认消息中包含用于触发被叫终端播放本地振铃的标志信息；接收被叫终端发送的请求播放多媒体彩振的请求信息；向被叫终端发送更新消息，该更新消息中包含触发被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息；指示媒体资源功能向所述被叫终端发送多媒体彩振。通过本发明实施例，能够让被叫终端播放本地振铃音，同时向用户提示有多媒体彩振，当接收到被叫终端发送的请求信息后才停止本地振铃播放并播放多媒体彩振。

Description

一种播放多媒体彩振的方法和多媒体彩振应用服务器

技术领域

本发明属于通信技术领域，尤其涉及一种播放彩振的方法和多媒体彩振应用服务器。

背景技术

多媒体铃音业务包括个性化回铃音、个性化振铃音和个性化背景音。其中个性化振铃音又称为多媒体彩振。在主叫用户拨打被叫用户时，在被叫用户摘机接听之前，被叫用户欣赏到多媒体彩振。

在实现本发明的过程中发明人发现现有技术中至少存在如下问题：

开通了彩振业务用户当有电话打进来时，每次被叫终端都要播放彩振，而无法选择拒绝彩振。

发明内容

有鉴于此，本发明实施例的目的在于提供一种播放多媒体彩振的方法和多媒体彩振应用服务器，能够提示用户是否接收彩振，并在接收到用户的确认后再播放彩振。

为实现上述目的，本发明实施例提供一种播放多媒体彩振的方法，该方法包括：

向被叫终端发送邀请信息，所述邀请信息中包含提示被叫用户是否接收多媒体彩振的信息；

向被叫终端发送临时响应确认消息，该临时响应确认消息中包含用于触发被叫终端播放本地振铃的标志信息；

接收被叫终端发送的请求播放多媒体彩振的请求信息；

向被叫终端发送更新消息，该更新消息中包含触发被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息；

指示媒体资源功能向所述被叫终端发送多媒体彩振。

另一方面，本发明实施例还提供一种播放多媒体彩振的方法，包括：

向被叫终端发送邀请信息，所述邀请信息中包含提示被叫用户是否接收多媒体彩振的信息；

向被叫终端发送临时响应确认消息，该临时响应确认消息中包含用于触发被叫终端播放本地振铃的标志信息；

向主叫终端所属的多媒体彩振服务器发送应答消息，以使所述主叫终端所属的多媒体彩振服务器处于非激活状态；

接收被叫终端发送的请求播放多媒体彩振的请求信息；

向主叫终端所属多媒体彩振应用服务器发送第一更新消息，该第一更新消息中包括触发主叫终端所属多媒体彩振应用服务器更改为激活状态的信息，以使所述主叫终端所属多媒体彩振应用服务器指示媒体资源功能向被叫终端播放彩振；

向被叫终端发送第二更新消息，该第二更新消息中包括触发被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息。

再一方面，本发明实施例还提供一种多媒体彩振应用服务器，包括：

邀请信息发送单元，用于向被叫终端发送邀请信息，所述邀请信息中包含提示被叫用户是否接收多媒体彩振的信息；

临时响应确认消息发送单元，用于向被叫终端发送临时响应确认消息，该临时响应确认消息中包含用于触发被叫终端播放本地振铃的标志信息；

请求信息接收单元，用于接收被叫终端发送的请求播放多媒体彩振的请求信息；

更新消息发送单元，用于向被叫终端发送更新消息，该更新消息中包含触发被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息；

指示单元，用于指示媒体资源功能向所述被叫终端发送多媒体彩振。

再一方面，本发明实施例还提供一种多媒体彩振应用服务器，包括：

邀请信息发送单元，用于向被叫终端发送邀请信息，所述邀请信息中包含提示被叫用户是否接收多媒体彩振的信息；

临时响应确认消息发送单元，用于向被叫终端发送临时响应确认消息，该临时响应确认消息中包含用于触发被叫终端播放本地振铃的标志信息；

应答消息发送单元，用于向主叫终端所属的多媒体彩振服务器发送应答消息，以使所述主叫终端所属的多媒体彩振服务器处于非激活状态；

请求信息接收单元，用于接收被叫终端发送的请求播放多媒体彩振的请求信息；

第一更新消息发送单元，用于向主叫终端所属多媒体彩振应用服务器发送第一更新消息，该第一更新消息中包括触发主叫终端所属多媒体彩振应用服务器更改为激活状态的信息，以使所述主叫终端所属多媒体彩振应用服务器指示媒体资源功能向被叫终端播放彩振；

第二更新消息发送单元，用于向被叫终端发送第二更新消息，该第二更新消息中包括触发被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息。

在本发明实施例提供的方法和服务器中，能够让被叫终端播放本地振铃音，同时向用户提示有多媒体彩振，当接收到被叫终端发送的请求信息后才停止本地振铃播放并播放多媒体彩振。

附图说明

图1A是本发明实施例提供的一种播放多媒体彩振的方法的示意图；

图1B是本发明实施例提供的另一种播放多媒体彩振的方法的示意图；

图2是本发明实施例一中的系统架构图；

图3是本发明实施例一中提供的一种播放多媒体彩振的方法的示意图；

图4是本发明实施例二中的系统架构图；

图5是本发明实施例二中提供的一种播放多媒体彩振的方法的示意图；

图6是本发明实施例三中提供的一种播放多媒体彩振的方法的示意图；

图7是本发明实施例四提供的一种多媒体彩振应用服务器的示意图；

图8是本发明实施例四中临时响应确认消息发送单元的一种具体实现示意图；

图9是本发明实施例四中临时响应确认消息发送单元的另一种具体实现示意图；

图10是本发明实施例五提供的一种多媒体彩振应用服务器的示意图；

图11是本发明实施例五中临时响应确认消息发送单元的一种具体实现示意图；

图12是本发明实施例五中临时响应确认消息发送单元的另一种具体实现示意图。

具体实施方式

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

本发明实施例提供一种播放多媒体彩振的方法，该方法首先让被叫终端播放本地振铃音，同时向用户提示有多媒体彩振，当接收到被叫终端发送的请求信息后才停止被叫终端的本地振铃播放并播放被叫彩振。具体地，如图1A所示，该方法包括如下步骤：

步骤S101A：多媒体彩振应用服务器向被叫终端发送邀请信息，所述邀请信息中包含提示被叫用户是否接收多媒体彩振的信息；

步骤S102A：多媒体彩振应用服务器向被叫终端发送临时响应确认消息，该临时响应确认消息中包含用于触发被叫终端播放本地振铃的标志信息；

步骤S103A：多媒体彩振应用服务器接收被叫终端发送的请求播放多媒体彩振的请求信息；

步骤S104A：多媒体彩振应用服务器向被叫终端发送更新消息，该更新消息中包含触发被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息；

步骤S105A：多媒体彩振应用服务器指示媒体资源功能向所述被叫终端发送多媒体彩振。

另一方面，本发明实施例还提供一种播放多媒体彩振的方法，该方法中的主叫终端和被叫终端所属网络不同，因此所归属的多媒体彩振应用服务器也不相同。如图1B所示，该方法包括：

步骤S101B：被叫终端所属的多媒体彩振应用服务器向被叫终端发送邀请信息，所述邀请信息中包含提示被叫用户是否接收多媒体彩振的信息；

步骤S102B：被叫终端所属的多媒体彩振应用服务器向被叫终端发送临时响应确认消息，该临时响应确认消息中包含用于触发被叫终端播放本地振铃的标志信息；

步骤S103B：被叫终端所属的多媒体彩振应用服务器向主叫终端所属的多媒体彩振服务器发送应答消息，以使所述主叫终端所属的多媒体彩振服务器处于非激活状态；

步骤S104B：被叫终端所属的多媒体彩振应用服务器接收被叫终端发送的请求播放多媒体彩振的请求信息；

步骤S105B：被叫终端所属的多媒体彩振应用服务器向主叫终端所属多媒体彩振应用服务器发送第一更新消息，该第一更新消息中包括触发主叫终端所属多媒体彩振应用服务器更改多媒体彩振的业务逻辑为激活状态的信息，以使所述主叫终端所属多媒体彩振应用服务器指示媒体资源功能向被叫终端播放彩振；

步骤S106B：被叫终端所属的多媒体彩振应用服务器向被叫终端发送第二更新消息，该第二更新消息中包括触发被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息。

需要说明的是，上述步骤S105B和S106B的执行顺序可以互换。

以下以主叫终端和被叫终端归属网络相同和不同、以及彩振媒体的下发不同方式为具体应用场景，详细说明本发明实施例的具体实现。

实施例一

本实施例中主叫终端和被叫终端位于同一归属网络中，并且彩振媒体流下发方式为音视频流方式。图2为实现本实施例的一种系统架构图。

其中，NodeB是WCDMA系统的基站；

RNC(Radio Network Controller)是无线网络控制器，用于控制UTRAN的无线资源；

SGSN(Serving GPRS Support Node)是服务器GPRS支持节点，是WCDMA核心网PS域功能节点，主要提供PS域的路由转发、移动性管理、会话管理、鉴权和加密等功能；

P-CSCF(Proxy Call Session Control Function)是代理呼叫会话控制功能，P-CSCF是IMS网络中用户的第一个接触点，主要负责验证请求，处理和转发响应；

S-CSCF(Serving Call Session Control Function)是服务呼叫会话控制功能，S-CSCF在IMS网络中处于核心控制地位，是IMS多进程控制的关键所在。其负责记录并控制用户进程状态，执行会话路由功能，并不断与应用服务和计费功能进行交互，根据规则进行增值业务触发与业务控制；

HSS(Home Subscriber Server)是归属用户服务器，HSS用于存储用户和服务相关数据，是一个升级的HLR。HSS以XML形式记录了用户身份、注册信息、接入参数和服务触发信息等；

CRS AS(Customized Ringing Signal Application Server)是多媒体彩振应用服务器。CRS AS主要用于提供多媒体彩振业务逻辑，并控制MRF进行媒体资源的播放。

MRF(Multimedia Resource Function)是媒体资源功能。MRF包括控制部分(MRFC)和用户平面的处理部分(MRFP)，对与承载相关的业务提供支持，如多媒体资源播放、视频会议、用户公告等，能够完成数据媒体流的混合、媒体流的分发、承载代码的转换、计费信息的发送等。

如图2所示，终端A和终端B位于同一归属网络中，则终端A和终端B位于同一彩铃业务服务器控制范围内。终端A为终端B订阅了彩振业务，例如是“一首歌曲+一张A的照片+一段祝福的文字”或者“一段视频”。而终端B在彩振服务器上订阅了彩振过滤业务，例如对所有主叫用户的彩振都首先彩振播放提示，或者只对主叫用户是陌生人时进行彩振播放提示，然后待终端B确认接收之后再播放。

为实现上述功能，参见图3，本发明提供一种播放多媒体彩振的方法，该方法包括：

步骤S301：主叫终端301发起呼叫请求，向多媒体彩振应用服务器302发送邀请INVITE信息；

步骤S302：多媒体彩振应用服务器302判断被叫用户303是否订阅了彩振过滤业务，该只针对陌生人主叫时才提示被叫终端是否接收多媒体彩振。

在实际中，判断是否为陌生人主叫可以由多媒体彩振应用服务器302检查网络地址本来确定。即多媒体彩振应用服务器检查被叫用户的网络地址本，查看该主叫用户是否在网络地址本列表中，如果不在，则认为是陌生人。

如果是，则执行步骤S303。

步骤S303：多媒体彩振应用服务器302在邀请INVITE消息中添加文字提示信息，然后将其转发至被叫终端303。

具体地，上述的文字提示信息可以添加在INVITE消息的头域中，例如Call-Info头域或Alert-Info头域；也可以添加在INVITE消息的消息体中，此时相应的Content-Disposition头域应当设置为“render”。上述提示消息类型可以为Text类型，也可以为xml类型，内容可以是“您好，主叫用户为您定制了彩振，如果同意接收，请按1#”。

步骤S304：被叫终端303接收到多媒体彩振应用服务器302发送的INVITE消息后，将其中的提示信息在屏幕上显示，并向多媒体彩振应用服务器302返回振铃消息或会话进行中消息，消息中携带表示有能力接收多媒体彩振媒体流的信息。

上述振铃消息为180消息，会话进行中消息为183消息，以下可以统称为“18x消息”。18x消息中携带表示有能力接收多媒体彩振媒体流的信息可以具体实现为：在18x消息中携带“Supported:Early-Session”头域。另外，在实际中，上述18x消息还可以携带“Require:100rel”头域，以表示这是一个可靠的临时响应消息。

步骤S305：多媒体彩振应用服务器302向主叫终端301转发振铃消息或会话进行中消息。

步骤S306：主叫用户301在接收到上述振铃消息或会话进行中消息后，针对该消息向多媒体彩振应用服务器302返回临时响应确认PRACK消息。

步骤S307：该临时响应确认消息在到达多媒体彩振应用服务器302后，由于在步骤S302中已经确定了需要为被叫终端提供询问是否接收多媒体彩振的功能，因此多媒体彩振应用服务器302可以在临时响应确认消息中插入触发被叫终端303播放本地振铃的标志信息，并同时协商接收DTMF(Dual ToneMulti-Frequency，双音多频)信号的通道。

其中，为了实现步骤S307可以采用两种不同的方案，如下：

方案一：多媒体彩振应用服务器302发送的临时响应确认消息中插入了用于协商音频和视频的多媒体彩振请求(CRS Offer)，并将其中所有的m行的方向属性均设置为“inactive”(即非激活)；并插入额外的audio行，该行专门用于协商DTMF能力，用于接收DTMF信号，另外多媒体彩振应用服务器302还在该临时响应确认消息中的头域加入请求早期会话信息(Require:Early-Session)，并且在用于指示临时响应确认消息中的消息体类型的头域(可以是SIP协议中的Content-Disposition头域)中加入早期会话(Early-Session)。为实现方案一，临时响应确认消息中的Early-Session Offer SDP中可以包括如下内容：

m＝video 3400RTP/AVP 98

b＝AS:75

a＝inactive

a＝rtpmap:98H263

a＝fmtp:98profile-level-id＝0

m＝audio 3456RTP/AVP 97

b＝AS:25.4

a＝inactive

a＝rtpmap:97AMR

a＝fmtp:97mode-set＝0，2，5，7；maxframes

m＝audio 5555RTP/AVP 100

a＝rtpmap:100telephone-event/8000

a＝fmtp:1000-15

a＝ptime:50

a＝sendrecv

方案二：多媒体彩振应用服务器302在临时响应确认消息中不插入用于协商音频和视频的多媒体彩振请求(CRS Offer)，而是仅仅插入一个额外的audio行，该行专门用于协商DTMF能力，用于接收DTMF信号。为实现方案二，临时响应确认消息中的Early-Session Offer SDP中可以包括如下内容：

m＝audio 5555RTP/AVP 100

a＝rtpmap:100telephone-event/8000

a＝fmtp:1000-15

a＝ptime；50

a＝sendrecv

步骤S308：被叫终端303接收到多媒体彩振应用服务器发送的临时响应确认消息后，对消息中的SDP(Session Description Protocol，会话描述协议)进行解析，如果该SDP中只有用于协商DTMF能力的m行的a属性为“sendrecv”(表示不限制媒体流方向)或“recvonly”(表示只接收媒体流)，而其他的所有m行的a属性均设置为非激活“inactive”(对应步骤S307中的方案一)；或者如果该SDP中只有一行用于协商DTMF能力的m行，没有其他任何m行，并且该用于协商DTMF能力的m行的a属性设置为“sendrecv”或“recvonly”(对应步骤s307中的方案二)，则被叫终端303触发本地振铃播放；还可以进一步针对彩振早期媒体进行本地的资源预留。

步骤S309：被叫终端303针对步骤S307中的临时响应确认消息向多媒体彩振应用服务器302发送确认OK消息，该确认消息中携带了针对步骤S307中的临时响应确认消息中的多媒体彩振请求的多媒体彩振应答(CRSAnswer)。

步骤S310：多媒体彩振应用服务器302在接收到步骤S309中的确认消息后，完成了DTMF通道的协商，同时也完成彩振早期媒体的协商；并将接收到的确认消息中的SDP移除，转发给主叫终端301。

步骤S311-S312：被叫用户在听到被叫终端303播放的本地振铃后，看到被叫终端303屏幕上显示的文字提示，如果希望接收彩振，则按相应的确认键(这里特别地，以1#键为确认键)，在按下确认键后，被叫终端303将DTMF信号通过DTMF通道发送给多媒体彩振应用服务器302，该DTMF信号用于表示被叫终端303希望接收多媒体彩振。

为了能够提示被叫用户获知确认键的位置，在上述文字提示中可以加入确认键的提示信息，例如“如果同意接收，请按1#”。

步骤S313：多媒体彩振应用服务器302接收到被叫终端303发送来的确认信号后，得知被叫用户同意接收多媒体彩振，发送更新UPDATE消息至被叫终端303，进行早期媒体的更新。

在上述更新消息中的SDP中携带多媒体彩振所需的所有m行，并将所有的m行(除了协商DTMF能力的m行之外)的方向属性均设置为“sendrecv”或“sendonly”，即可发送状态，并且该更新消息的头域中插入了请求早期会话“Require:Early-Session”的信息。

步骤S314：被叫终端303发现接收到的更新消息的头域中包含请求早期会话的信息，对更新消息中的SDP进行解析，根据更新消息中的多媒体彩振所需的m行的方向属性的设置(即“sendrecv”或“sendonly”)判定多媒体彩振应用服务器302即将下发多媒体彩振媒体流，并停止本地振铃的播放，准备接收多媒体彩振媒体流。

步骤S315：被叫终端303针对步骤S313中的更新消息返回确认消息，该确认消息中携带了对更新消息中的SDP的应答。

步骤S316：多媒体彩振应用服务器302还可以向主叫终端301发送用于通知被叫用户正在收看主叫用户定制的多媒体彩振的提示，该提示中还可以进一步地包含多媒体彩振的播放持续时间信息。此步骤是可选的，不是必须的。

步骤S317：多媒体彩振应用服务器302向媒体资源功能(MRF)304发送指示消息，用于指示媒体资源功能304向被叫终端303发送多媒体彩振媒体流，向被叫终端303播放多媒体彩振。

步骤S318：媒体资源功能304向被叫终端303发送多媒体彩振媒体流，向被叫终端303播放多媒体彩振。

需要说明的是，在上述步骤S307中的触发被叫终端303的本地振铃的标志信息除了通过上述方案一和方案二中的m行的方向属性设置实现外，还可以通过如下两种方式进行实现：

方案三：将除用于协商DTMF能力的m行之外的所有m行的带宽(即b行)均置为0；

方案四：将除用于协商DTMF能力的m行之外的所有m行的端口号(即m行中的port值)均置为0。

另外，被叫用户在听到被叫终端303播放的本地振铃后，如果不希望接收多媒体彩振，则按相应的拒绝键(例如可以是2#键)，在按下拒绝键后，被叫终端303将该DTMF信号通过DTMF通道发送给多媒体彩振应用服务器302，该DTMF信号用于表示被叫终端303拒绝接收多媒体彩振。多媒体彩振应用服务器302在接收到上述表示拒绝接收多媒体彩振的DTMF信号后，释放与多媒体彩振会话相应的资源，停止后续流程，被叫终端303继续播放本地振铃。

通过本实施例提供的方法，使得在主叫终端和被叫终端位于同一网络中时，能够提示被叫用户是否接收多媒体彩振，并在被叫用户确认后才播放多媒体彩振。

实施例二

本实施例中主叫终端和被叫终端位于不同的归属网络中，即主叫终端和被叫终端位于不同的多媒体彩振应用服务器的控制范围内。图4为实现本实施例的一种系统架构图。

同样，主叫终端A在多媒体彩振应用服务器A上为被叫终端B订阅了多媒体彩振业务，例如是“一首歌曲+一张A的照片+一段祝福的文字”或者“一段视频”。而终端B在多媒体彩振应用服务器B上订阅了彩振过滤业务，例如对所有主叫用户的彩振都首先彩振播放提示，或者只对主叫用户是陌生人时进行彩振播放提示，然后待被叫终端B确认接收之后再播放。

为实现上述功能，参见图5，本发明提供一种播放多媒体彩振的方法，该方法包括：

步骤S501-503：主叫终端501发起呼叫请求，向主叫终端501所在网络的多媒体彩振应用服务器(以下称为主叫多媒体彩振应用服务器)502发送邀请INVITE消息，该INVITE消息分别经过主叫多媒体彩振应用服务器502和被叫终端504所在网络的多媒体彩振应用服务器(以下称为被叫多媒体彩振应用服务器)503，最终到达被叫终端504。

步骤S504-506：被叫终端504返回携带表示被叫终端504支持早期会话模式的多媒体彩振媒体流信息的消息，该消息可以是振铃消息或者会话进行中消息，其中，振铃消息可以是180消息，会话进行中消息可以是183消息，以下统称为18x消息。在18x消息中携带表示被叫终端504有能力接收多媒体彩振媒体流信息可以具体实现为：18x消息多种携带“supported:early-session”。

步骤S507：主叫终端501向主叫多媒体彩振应用服务器502发送临时响应PRACK消息；

步骤S508：主叫多媒体彩振应用服务器502在上述临时响应确认消息的消息头中插入请求早期会话“Require:Early-Session”头域，并在临时响应确认消息的消息体中加入用于协商多媒体彩振的多媒体彩振请求(CRS Offer)SDP，该SDP中的所有m行的方向属性(包括a属性)均为“sendrecv”或“sendonly”，将该修改后的临时响应确认消息发送至被叫多媒体彩振应用服务器503。

步骤S509：被叫多媒体彩振应用服务器503在收到主叫多媒体彩振应用服务器503发送的临时响应确认消息，发现其头域中包含请求早期会话头域，确定主叫用户为被叫用户订阅了多媒体彩振业务，则检查被叫用户是否订阅了彩振过滤功能，即针对所有主叫的彩振、或者只针对陌生人主叫的彩振提示被叫用户是否接收。

步骤S510：如果被叫用户订阅了彩振过滤业务，则被叫多媒体彩振应用服务器503向被叫终端504发送临时响应确认消息，该临时响应确认消息中添加了文字提示信息和标志信息。

其中文字提示信息可以在临时响应确认消息中的头域中携带，例如在Call-Info头域或Alert-Info头域中携带；也可以在INVITE消息的消息体中携带，相应的Content-Disposition头域应当设置为“render”，表示该文字提示信息可以显示给被叫终端。

上述标志信息的形式与实施例一中步骤S307中的标志信息相同，即也可以采用两种方案，这里不再赘述。

步骤S511：被叫终端504接收到临时响应确认消息，发现在该消息头域中有请求早期会话“Require:Early-Session”，并且消息体的部署类型为“Content-Disposition:Early-Session”，则被叫终端504对消息中的SDP进行解析，如果SDP中只有用于协商DTMF能力的m行的方向属性设置为“sendrecv”或“recvonly”，而其他所有m行的方向属性均设置为非活跃“inactive”；或者如果SDP中只有一行用于协商DTMF能力的m行且其方向属性为“sendrecv”或“recvonly”，并没有其他的任何m行，则被叫终端504可以触发本地振铃播放，也可以针对彩振早期媒体预留本地资源。

步骤S512：被叫终端504向被叫多媒体彩振应用服务器503返回针对临时响应确认消息的确认消息，该确认消息可以是200OK消息。确认消息中携带了针对临时响应确认消息中的多媒体彩振请求的多媒体彩振应答(CRSAnswer)SDP。

步骤S513：被叫多媒体彩振应用服务器503接收到步骤S512中的确认消息后，即完成了DTMF通道的协商。被叫多媒体彩振应用服务器503将确认消息中的CRS Answer SDP中的用于协商DTMF能力的m行全部删除掉，并将所有其他m行的方向属性设置为非激活“inactive”。

步骤S514：被叫多媒体彩振应用服务器503并将步骤S512中处理后的确认消息转发给主叫多媒体彩振应用服务器502。

步骤S515：主叫多媒体彩振应用服务器502在接收到步骤S514中的确认消息后，完成多媒体彩振的协商过程，并根据确认消息中的所有m行的方向属性均设置为非活动状态，判定暂不发送多媒体彩振媒体流，并将确认消息转发给主叫终端501。

步骤S516：被叫用户听到了被叫终端504播放的本地振铃，并看到被叫终端504屏幕上的文字提示，如果希望接收多媒体彩振，则按相应的确认键(仍然以1#键为例)。

步骤S517：在被叫用户按下被叫终端504上的确认键后，则产生相应的DTMF信号，通过DTMF通道发送至被叫多媒体彩振应用服务器503。

步骤S518-S519：被叫多媒体彩振应用服务器503在接收到被叫用户按确认键产生的DTMF信号后，得知被叫用户同意接收多媒体彩振，则分别向主叫多媒体彩振应用服务器502和被叫终端504发送更新UPDATE消息，进行早期会话的更新。

其中，发送至主叫多媒体彩振应用服务器502的更新消息中的SDP与步骤S514中的确认消息中的SDP的区别仅在于：将所有的m行的方向属性均设置为“sendrecv”，并且在更新消息的头域中插入了请求早期会话“Require:Early-Session”信息。

发送至被叫终端504的更新消息中的SDP携带多媒体彩振所需的所有m行，并且这些m行的方向属性均设置为“sendrecv”或“sendonly”，即可发送状态。

步骤S520：主叫多媒体彩振应用服务器502在接收到步骤S518中的更新消息后，针对该更新消息向被叫多媒体彩振应用服务器503返回确认消息。

上述确认消息可以是200OK消息。

步骤S521-522：被叫终端504在接收到步骤S519中的更新消息后，根据该更新消息中的“Require:Early-Session”头域和“a＝sendrecv或sendonly”标志信息来判定多媒体彩振应用服务器即将下发多媒体彩振媒体流，随后停止播放本地振铃，准备接收多媒体彩振媒体流；然后被叫终端504针对步骤S519中的更新消息向被叫多媒体彩振应用服务器503返回确认消息。

上述确认消息可以是200OK消息。

步骤S523：主叫多媒体彩铃应用服务器502可以向主叫终端501发送消息，该消息携带了文字提示信息，该文字提示信息用于提示“被叫用户正在收看主叫用户订阅的多媒体彩振”，还可以进一步地提示多媒体彩振在被叫终端504处的播放持续时间。

步骤S523中的消息可以采用MESSAGE消息。步骤S523是可选的。

步骤S524：主叫多媒体彩振应用服务器502向该服务器对应的媒体资源功能503发送指示信息，用于指示媒体资源功能505向被叫终端504发送多媒体彩振媒体流。

步骤S525：媒体资源功能505向被叫终端504发送多媒体彩振媒体流，播放多媒体彩振。

需要说明的是，当被叫用户听到了被叫终端504播放的本地振铃，并看到被叫终端504屏幕上的文字提示，如果不希望接收多媒体彩振，则按相应的拒绝键(例如2#键)。在被叫用户按下被叫终端504上的拒绝键后，则产生相应的DTMF信号，通过DTMF通道发送至被叫多媒体彩振应用服务器503，被叫多媒体彩振应用服务器503在接收到上述表示拒绝接收多媒体彩振的DTMF信号后，向主叫多媒体彩振应用服务器502发送取消Cancel消息，以触发主叫多媒体彩振应用服务器502释放与多媒体彩振会话相应的资源，被叫多媒体彩振应用服务器503也将与多媒体彩振会话相应的资源释放。

通过本实施例提供的方法，使得在主叫终端和被叫终端位于不同网络中时，能够提示被叫用户是否接收多媒体彩振，并在被叫用户确认后才播放多媒体彩振。

实施例三

本实施例的应用场景与实施例一中的类似，即主叫终端与被叫终端位于同一归属网络中；实现本实施例的系统架构图也可以采用图1中的形式。

本实施例提供一种播放多媒体彩振的方法，该方法与实施例一的区别在于：多媒体彩振的下方方式为URL方式或者信令消息方式。具体地，参见图6，该方法包括：

步骤S601：主叫终端601发起呼叫请求，向多媒体彩振应用服务器602发送邀请INVITE消息。

步骤S602：多媒体彩振应用服务器602接收到上述邀请消息后，判断被叫用户是否订阅了彩振过滤业务，即针对所有主叫用户的彩振、或只针对陌生人主叫的彩振提示被叫用户是否接收。如果是，则执行如下步骤：

步骤S603：多媒体彩振应用服务器602在邀请消息中添加文字提示信息，然后转发给被叫终端603。

其中，上述文字提示信息可以在邀请消息中的Call-Info头域或者Alert-Info头域中携带；也可以在邀请INVITE消息的消息体中携带，并将相应的Content-Disposition头域应设置为“render”。

另外，上述文字提示信息可以为Text类型。

步骤S604：被叫终端604接收到上述邀请信息后，将其中的提示信息在屏幕上显示，并向多媒体彩振应用服务器602返回携带表示被叫终端603有能力接收多媒体彩振媒体的信息的消息，该消息可以是180振铃消息，也可以是183会话进行中消息，可以统称为18x消息。

其中，为了实现在18x消息中携带表示被叫终端有能力接收彩振媒体的信息，可以在18x消息中携带“Supported:Early-Session”头域实现。另外，在18x消息中还可以携带“Require:100re1”头域，用来表示这是一个可靠的临时响应确认消息。

步骤S605：主叫终端601在接收到步骤S604中的消息后，向多媒体彩振应用服务器602发送临时响应确认PRACK消息。

步骤S607：多媒体彩振应用服务器602接收到上述临时响应确认消息后，由于在步骤S602中已经确定了需要对为被叫终端603提供询问是否接收彩振的功能，所以直接在临时响应确认消息中插入标志信息，并在该临时响应确认消息的头域中加入请求早期会话“Require:Early-Session”的信息，并将相应的Content-Disposition头域设置为早期会话“Early-Session”，并同时协商接收DTMF信号的通道，将上述处理后的响应消息发送至被叫终端603。

其中，上述在临时响应确认消息中的插入标志信息可以具体实现为：

在临时响应确认消息中不插入用于协商音频和视频的多媒体彩振请求(CRS Offer)，而是仅仅插入一个额外的语音audio行，该行仅用于协商DTMF能力。为实现该方案，临时响应确认消息中的Early-Session Offer SDP中可以包括如下内容：

m＝audio 5555RTP/AVP 100

a＝rtpmap:100telephone-event/8000

a＝fmtp:1000-15

a＝ptime:50

a＝sendrecv

步骤S608：被叫终端603在接收到步骤S607中的临时响应确认消息后，发现该消息的头域中由“Require:Early-Session”，且消息体的部署类型为“Content-Disposition:Early-Session”，则对消息体进行解析，发现消息体中包含上述标志信息后，则被叫终端603触发播放本地振铃。

上述发现消息体中包含标志信息具体可以实现为：发现在SDP中只包含一个用于协商DTMF能力的m行，且该m行的方向属性设置为“sendrecv”或“recvonly”。

步骤S609：被叫终端603针对步骤S607中的临时响应确认消息向多媒体彩振应用服务器602返回确认消息，该确认消息中携带了用于应答CRS请求的SDP。

上述确认消息可以是200OK消息。

步骤S610：多媒体彩振应用服务器602接收到上述确认消息后，完成DTMF通道的协商。然后将确认消息中的SDP移除，转发至主叫终端601。

步骤S611：被叫用户在听到被叫终端603播放的本地振铃后，看到屏幕上的文字提示，如果希望接收多媒体彩振，则按相应的确认键。

步骤S612：被叫终端603在被叫用户按下上述确认键后，产生相应的DTMF信号，通过之前协商的DTMF通道发送至多媒体彩振应用服务器602。

步骤S613：多媒体彩振应用服务器602在接收到上述DTMF信号后，得知被叫用户同意接收多媒体彩振，则多媒体彩振应用服务器602将多媒体彩振内容链接地址(URL)或者内容本身通过报文MESSAGE消息或信息INFO消息。

其中，在MESSAGE消息或INFO消息中携带多媒体彩振内容的URL可以具体实现为：在MESSAGE消息或INFO消息的Call-Info头域中添加多媒体彩振内容的URL。

在MESSAGE消息或INFO消息中携带多媒体彩振内容本身可以具体实现为：将图片、文字或vCard等类型的多媒体彩振文件通过MESSAGE消息或INFO消息中的消息体携带。

步骤S614：被叫终端603直接提取MESSAGE消息或INFO消息中的多媒体彩振内容进行播放或显示，或者根据MESSAGE消息或INFO消息中携带的URL下载多媒体彩振内容进行播放或显示。

步骤S615：多媒体彩振应用服务器602可以向主叫终端601发送MESSAGE消息(或者INFO消息)，其中携带了文字提示信息，用于提示被叫用户正在收看主叫用户订阅的多媒体彩振，还可以进一步地包含提示被叫终端播放多媒体彩振的持续时间信息。此步骤S615中是可选的。

需要说明的是，被叫用户在听到被叫终端603播放的本地振铃后，看到屏幕上的文字提示，如果被叫用户不希望接收多媒体彩振，则按相应的拒绝键(例如2#键)，被叫终端603在被叫用户按下上述拒绝键后，产生相应的DTMF信号，通过之前协商的DTMF通道发送至多媒体彩振应用服务器602。多媒体彩振应用服务器602在接收到上述表示拒绝接收多媒体彩振的DTMF信号后，将释放与多媒体彩振会话相应的资源，停止后续流程，被叫终端603继续播放本地振铃。

通过本实施例提供的方法，使得在主叫终端和被叫终端位于同一网络中时，能够提示被叫用户是否接收多媒体彩振，并在被叫用户确认后才播放多媒体彩振。

实施例四

本发明实施例提供一种多媒体彩振应用服务器，如图7所示，该多媒体彩振应用服务器700包括：

邀请信息发送单元701，用于向被叫终端发送邀请信息，所述邀请信息中包含提示被叫用户是否接收多媒体彩振的信息；

临时响应确认消息发送单元702，用于向被叫终端发送临时响应确认消息，该临时响应确认消息中包含用于触发被叫终端播放本地振铃的标志信息；

请求信息接收单元703，用于接收被叫终端发送的请求播放多媒体彩振的请求信息；

更新消息发送单元704，用于向被叫终端发送更新消息，该更新消息中包含触发被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息；

指示单元705，用于指示媒体资源功能向所述被叫终端发送多媒体彩振。

优选地，如图8所示，临时响应确认消息发送单元702包括：

第一指示信息发送子单元7021，用于向所述被叫终端发送临时响应确认消息，该临时响应确认消息中包括指示被叫终端抑制多媒体彩振的指示信息、和用于指示被叫终端接受用于传送请求播放多媒体彩振请求信息的通道协商的指示信息。

优选地，如图9所示，临时响应确认消息发送单元702也可以包括：

第二指示信息发送子单元7022，用于向所述被叫终端发送临时响应确认消息，该临时响应确认消息中的标志信息仅包括：用于指示被叫终端接受用于传送请求播放多媒体彩振的请求信息的通道协商的指示信息。

本实施例提供的多媒体彩振应用服务器应用于主叫终端和被叫终端属于同一网络的场合，从而主叫终端和被叫终端归属的多媒体彩振应用服务器是同一个。

通过本发明实施例提供的多媒体彩振应用服务器，可以实现主叫终端和被叫终端位于同一网络中时，能够提示被叫用户是否接收多媒体彩振，并在被叫用户确认后才播放多媒体彩振。

实施例五

本实施例提供一种多媒体彩振应用服务器，如图10所示，该多媒体彩振应用服务器1000包括：

邀请信息发送单元1001，用于向被叫终端发送邀请信息，所述邀请信息中包含提示被叫用户是否接收多媒体彩振的信息；

临时响应确认消息发送单元1002，用于向被叫终端发送临时响应确认消息，该临时响应确认消息中包含用于触发被叫终端播放本地振铃的标志信息；

请求信息接收单元1003，用于接收被叫终端发送的请求播放多媒体彩振的请求信息；

第一更新消息发送单元1004，用于向主叫终端所属多媒体彩振应用服务器发送第一更新消息，该第一更新消息中包括触发主叫终端所属多媒体彩振应用服务器更改多媒体彩振的业务逻辑为激活状态的信息，以使所述主叫终端所属多媒体彩振应用服务器指示媒体资源功能向被叫终端播放彩振；

第二更新消息发送单元1005，用于向被叫终端发送第二更新消息，该第二更新消息中包括触发被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息。

优选地，如图11所示，上述临时响应确认消息发送单元1002可以包括：

第一指示信息发送子单元10021，用于向所述被叫终端发送临时响应确认消息，该临时响应确认消息中包括指示被叫终端抑制多媒体彩振的指示信息、和用于指示被叫终端接受用于传送请求播放多媒体彩振请求信息的通道协商的指示信息。

优选地，如图12所示，上述临时响应确认消息发送单元1002也可以包括：

第二指示信息发送子单元1201，用于向所述被叫终端发送临时响应确认消息，该临时响应确认消息中的标志信息仅包括：用于指示被叫终端接受用于传送请求播放多媒体彩振的请求信息的通道协商的指示信息。

本实施例提供的多媒体彩振应用服务器应用于主叫终端和被叫终端属于不同网络的场合，从而主叫终端和被叫终端归属的多媒体彩振应用服务器不是同一个，本实施例提供的多媒体彩振应用服务器处于被叫终端归属的网络中。

通过本发明实施例提供的多媒体彩振应用服务器，可以实现主叫终端和被叫终端位于不同网络中时，能够提示被叫用户是否接收多媒体彩振，并在被叫用户确认后才播放多媒体彩振。

通过本发明实施例提供的方法和服务器，能够提示用户是否接收彩振，并在接收到用户的确认后再播放彩振。为用户提供了选择的机会，满足3Gpp等标准的规定。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (14)

1.一种播放多媒体彩振的方法，其特征在于，包括：

向被叫终端发送邀请信息，所述邀请信息中包含提示被叫用户是否接收多媒体彩振的信息；

向所述被叫终端发送临时响应确认消息，该临时响应确认消息中包含用于触发所述被叫终端播放本地振铃的标志信息；

如果接收到所述被叫终端发送的请求播放多媒体彩振的请求信息，则向所述被叫终端发送更新消息，该更新消息中包含触发所述被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息，指示媒体资源功能向所述被叫终端发送多媒体彩振。

2.根据权利要求1所述的方法，其特征在于，所述临时响应确认消息中包括：用于指示所述被叫终端抑制多媒体彩振的指示信息、和用于指示所述被叫终端接受用于传送请求播放多媒体彩振请求信息的通道协商的指示信息。

3.根据权利要求2所述的方法，其特征在于，

所述用于指示所述被叫终端抑制多媒体彩振的指示信息包括：

将除了用于协商传送请求播放多媒体彩振请求信息的通道的媒体行之外的所有媒体行的方向属性设置为非激活状态的协商多媒体彩振的请求信息；

或者，

将除了用于协商传送请求播放多媒体彩振请求信息的通道的媒体行之外的所有媒体行的端口均设置为关闭的协商多媒体彩振的请求信息；

或者，

将除了用于协商传送请求播放多媒体彩振请求信息的通道的媒体行之外的所有媒体行的带宽设置为零的协商多媒体彩振的请求信息。

4.根据权利要求1所述的方法，其特征在于，

所述临时响应确认消息中包括：用于指示所述被叫终端接受用于传送请求播放多媒体彩振的请求信息的通道协商的指示信息；

所述媒体资源功能向所述被叫终端发送多媒体彩振包括：所述媒体资源功能通过报文消息或者信息消息将多媒体彩振文件或多媒体彩振文件的地址发送至所述被叫终端。

5.根据权利要求1所述的方法，其特征在于，所述更新消息中用于触发所述被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息包括：

将用于协商多媒体彩振的媒体行的方向属性设置为可发送状态的指示信息。

6.一种播放多媒体彩振的方法，其特征在于，包括：

向被叫终端发送邀请信息，所述邀请信息中包含提示被叫用户是否接收多媒体彩振的信息；

向所述被叫终端发送临时响应确认消息，该临时响应确认消息中包含用于触发所述被叫终端播放本地振铃的标志信息；

向主叫终端所属的多媒体彩振应用服务器发送应答消息，以使所述主叫终端所属的多媒体彩振应用服务器处于非激活状态；

接收所述被叫终端发送的请求播放多媒体彩振的请求信息；

向所述主叫终端所属多媒体彩振应用服务器发送第一更新消息，该第一更新消息中包括触发所述主叫终端所属多媒体彩振应用服务器更改为激活状态的信息，以使所述主叫终端所属多媒体彩振应用服务器指示媒体资源功能向所述被叫终端播放彩振；

向所述被叫终端发送第二更新消息，该第二更新消息中包括触发所述被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息。

7.根据权利要求6所述的方法，其特征在于，所述临时响应确认消息中包括：用于指示所述被叫终端抑制多媒体彩振的指示信息、和用于指示所述被叫终端接受用于传送请求播放多媒体彩振请求信息的通道协商的指示信息。

8.根据权利要求7所述的方法，其特征在于，

所述用于指示所述被叫终端抑制多媒体彩振的指示信息包括：

将除了用于协商传送请求播放多媒体彩振请求信息的通道的媒体行之外的所有媒体行的方向属性设置为非激活状态的协商多媒体彩振的请求信息；

或者，

将除了用于协商传送请求播放多媒体彩振请求信息的通道的媒体行之外的所有媒体行的端口均设置为关闭的协商多媒体彩振的请求信息；

或者，

将除了用于协商传送请求播放多媒体彩振请求信息的通道的媒体行之外的所有媒体行的带宽设置为零的协商多媒体彩振的请求信息。

9.根据权利要求6所述的方法，其特征在于，

所述临时响应确认消息中包括：用于指示所述被叫终端接受用于传送请求播放多媒体彩振的请求信息的通道协商的指示信息；

所述媒体资源功能向所述被叫终端发送多媒体彩振包括：所述媒体资源功能通过报文消息或者信息消息将多媒体彩振文件或多媒体彩振文件的地址发送至所述被叫终端。

10.根据权利要求6所述的方法，其特征在于，

所述第一更新消息中用于触发所述主叫终端所属多媒体彩振应用服务器更改多媒体彩振的业务逻辑为激活状态的信息包括：

将用于协商多媒体彩振的媒体行的方向属性设置为发送接收状态的信息；

所述第二更新消息中用于触发所述被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息包括：

将用于协商多媒体彩振的媒体行的方向属性设置为可发送状态的指示信息。

11.一种多媒体彩振应用服务器，其特征在于，包括：

邀请信息发送单元，用于向被叫终端发送邀请信息，所述邀请信息中包含提示被叫用户是否接收多媒体彩振的信息；

临时响应确认消息发送单元，用于向所述被叫终端发送临时响应确认消息，该临时响应确认消息中包含用于触发所述被叫终端播放本地振铃的标志信息；

请求信息接收单元，用于如果接收到所述被叫终端发送的请求播放多媒体彩振的请求信息，则触发更新消息发送单元及指示单元相应执行；

所述更新消息发送单元，用于向所述被叫终端发送更新消息，该更新消息中包含触发所述被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息；

所述指示单元，用于指示媒体资源功能向所述被叫终端发送多媒体彩振。

12.根据权利要求11所述的多媒体彩振应用服务器，其特征在于，所述临时响应确认消息发送单元至少包括以下一种单元：

第一指示信息发送子单元，用于向所述被叫终端发送临时响应确认消息，该临时响应确认消息中包括指示所述被叫终端抑制多媒体彩振的指示信息、和用于指示所述被叫终端接受用于传送请求播放多媒体彩振请求信息的通道协商的指示信息；

第二指示信息发送子单元，用于向所述被叫终端发送临时响应确认消息，该临时响应确认消息中包括：用于指示所述被叫终端接受用于传送请求播放多媒体彩振的请求信息的通道协商的指示信息。

13.一种多媒体彩振应用服务器，其特征在于，包括：

邀请信息发送单元，用于向被叫终端发送邀请信息，所述邀请信息中包含提示被叫用户是否接收多媒体彩振的信息；

临时响应确认消息发送单元，用于向所述被叫终端发送临时响应确认消息，该临时响应确认消息中包含用于触发所述被叫终端播放本地振铃的标志信息；

应答消息发送单元，用于向主叫终端所属的多媒体彩振应用服务器发送应答消息，以使所述主叫终端所属的多媒体彩振应用服务器处于非激活状态；

请求信息接收单元，用于接收所述被叫终端发送的请求播放多媒体彩振的请求信息；

第一更新消息发送单元，用于向所述主叫终端所属多媒体彩振应用服务器发送第一更新消息，该第一更新消息中包括触发所述主叫终端所属多媒体彩振应用服务器更改为激活状态的信息，以使所述主叫终端所属多媒体彩振应用服务器指示媒体资源功能向所述被叫终端播放彩振；

第二更新消息发送单元，用于向所述被叫终端发送第二更新消息，该第二更新消息中包括触发所述被叫终端停止播放本地振铃、准备接收多媒体彩振的标志信息。

14.根据权利要求13所述的多媒体彩振应用服务器，其特征在于，所述临时响应确认消息发送单元至少包括以下一种单元：

第一指示信息发送子单元，用于向所述被叫终端发送临时响应确认消息，该临时响应确认消息中包括指示所述被叫终端抑制多媒体彩振的指示信息、和用于指示所述被叫终端接受用于传送请求播放多媒体彩振请求信息的通道协商的指示信息；

第二指示信息发送子单元，用于向所述被叫终端发送临时响应确认消息，该临时响应确认消息中包括：用于指示所述被叫终端接受用于传送请求播放多媒体彩振的请求信息的通道协商的指示信息。

Images