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

Abstract

一种播放多媒体彩振、彩铃的方法、应用服务器，其中方法包括应用服务器接收来自主叫终端的初始呼叫请求，并将初始呼叫请求发送至被叫终端，接收来自被叫终端针对初始呼叫请求的临时响应，根据临时响应确定早期彩振媒体信息，向被叫终端发送携带早期彩振媒体信息的第一更新媒体会话消息，接收来自被叫终端的第一响应，根据第一响应，播放多媒体彩振；初始呼叫请求包括主叫终端的SDP信息，第一响应包括应用服务器与被叫终端之间彩振媒体协商结果。如此，应用服务器和被叫终端之间彩振媒体的协商、与主叫终端和被叫终端准备进行的通话媒体协商在一个会话中，从而有助于节约网络资源，且可实现应用服务器实时管控彩振业务。

Description

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

技术领域

本申请涉及通信技术领域，尤其涉及一种播放多媒体彩振、彩铃的方法、应用服务器。

背景技术

随着长期演进语音承载(voice over long term evolution，VoLTE)的引入，语音通话质量相比2G、3G时代有了明显的提高，VoLTE可提供高清语音通话和视频通话。随着终端设备、核心网能力等的升级，高清音频彩铃、视频彩铃等业务应运而生，被叫终端在振铃阶段可播放个性化定制振铃声(customized ringing signal，CRS)，也称为彩振。

目前，彩振业务通常采用“early session”模式或“download and play”模式实现。对于“early session”模式，一方面，需要终端设备和彩振应用服务器均支持“earlysession”模式，目前终端设备和彩振应用服务器对“early session”模式的支持率较低。另一方面，终端设备与彩振应用服务器之间的协商彩振媒体时，需要通过建立新的会话来进行彩振媒体的协商，需要占用较多的网络资源。因此，现有技术中彩振业务采用“earlysession”模式不利于彩振业务的开展。对于“download and play”模式，是通过被叫终端下载多媒体彩振之后进行彩振内容的播放，对被叫终端的依赖性较强，而且，被叫终端可以屏蔽掉多媒体彩振的播放，造成彩振应用服务器缺乏对彩振业务的管控，也不利于彩振业务的开展。

发明内容

本申请提供一种播放多媒体彩振、彩铃的方法、应用服务器，用于实现多媒体彩振的播放，且有助于提高多媒体彩振业务的开展。

第一方面，本申请提供一种播放多媒体彩振方法，该方法包括应用服务器接收来自主叫终端的初始呼叫请求，并将初始呼叫请求发送至被叫终端，接收来自被叫终端针对初始呼叫请求的临时响应，根据临时响应确定早期彩振媒体信息，向被叫终端发送携带早期彩振媒体信息的第一更新媒体会话消息，接收来自被叫终端的第一响应，根据第一响应，播放多媒体彩振，其中，初始呼叫请求包括主叫终端的会话描述协议SDP信息，第一响应包括应用服务器与被叫终端之间彩振媒体协商结果。

基于该方案，当初始呼叫请求发送至应用服务器后，应用服务器在被叫终端振铃时，应用服务器与被叫终端启动并完成彩振媒体协商，之后，应用服务器为被叫终端播放多媒体彩振。如此，应用服务器和被叫终端之间彩振媒体的协商、与主叫终端和被叫终端准备进行的通话媒体协商在一个会话中，也可以理解为，通过本申请的方案，被叫终端和应用服务器之间进行彩振媒体的协商时，不需要创建新的会话，可对主叫终端和被叫终端之间通话媒体协商的会话进行更改，从而有助于节约网络资源。进一步，通过应用服务器为被叫终端播放多媒体彩振，不需要被叫终端下载彩振内容再播放，且被叫终端也不能屏蔽彩振内容，因此可实现应用服务器实时管控彩振业务，从而有助于彩振业务的开展。

在一种可能的实现方式中，应用服务器确定本地完成资源预留、且确定被叫终端完成资源预留后，应用服务器根据第一响应，播放多媒体彩振。如此，有助于提供应用服务器为被叫终端播放多媒体彩振的用户体验和成功率。

在一种可能的实现方式中，应用服务器根据初始呼叫请求确定早期彩铃媒体信息，向主叫终端发送包括早期彩铃媒体信息的第二更新媒体会话消息，接收来自主叫终端的第二响应，应用服务器根据第二响应，播放多媒体彩铃；第二响应包括应用服务器与主叫终端之间彩铃媒体协商结果。通过该方法，应用服务器可实现多媒体彩铃和多媒体彩振同播功能，从而可提升用户对彩铃业务的感知，增强彩铃业务和彩振业务的粘性，也有助于彩振业务和彩铃业务的发展。

在一种可能的实现方式中，应用服务器可以在临时响应中添加多媒体形式的彩铃服务信息，并向主叫终端发送添加了多媒体形式的彩铃服务信息的临时响应。通过该方式可以实现主叫终端在接收到临时响应后，根据临时响应中添加的多媒体形式的彩铃服务信息获取多媒体形式的彩铃服务内容，多媒体形式的彩铃服务内容可用于用户操作提醒、业务通知、广告宣传、节日特效、个性信息推送等使用场景，可以进一步增强增加彩铃业务的服务内容和交互操作体验。

在一种可能的实现方式中，应用服务器在临时响应的Alert-Info头域中添加多媒体形式的彩铃服务信息；和/或，应用服务器在临时响应的Call-Info头域中添加多媒体形式的彩铃服务信息。

在一种可能的实现方式中，应用服务器在初始呼叫请求中添加多媒体形式的彩振服务信息，并向被叫终端发送添加了多媒体形式的彩振服务信息的初始呼叫请求。基于该方式，可以实现被叫终端在接收到初始呼叫请求后，根据初始呼叫请求中添加的多媒体形式的彩振服务信息获取多媒体形式的彩振服务内容。多媒体形式的彩振服务内容可用于用户操作提醒、业务通知、广告宣传、节日特效、个性信息推送等使用场景，可以进一步增强增加彩振业务的服务内容和交互操作体验。

在一种可能的实现方式中，应用服务器在初始呼叫请求的Alert-Info头域中添加多媒体形式的彩振服务信息；和/或，应用服务器在初始呼叫请求的Call-Info头域中添加多媒体形式的彩振服务信息。

应用服务器可以基于如下三种实现方式，停止播放多媒体彩振和/或多媒体彩铃。

实现方式一：应用服务器接收来自被叫终端的摘机响应后，停止播放多媒体彩振和/或多媒体彩铃。

实现方式二：应用服务器接收到主叫终端的挂机消息后，停止播放多媒体彩振和/或多媒体彩铃。

实现方式三：应该服务器接收到被叫终端的挂机消息后，停止播放多媒体彩振和/或多媒体彩铃。

在一种可能的实现方式中，应用服务器触发主叫终端与被叫终端之间通话媒体重协，以实现主叫终端和被叫终端进进行正常通话。

在一种可能的实现方式中，应用服务器在初始呼叫请求的Alert-Info头域中添加网络侧播放多媒体彩振的指示信息，并向被叫终端发送添加了该指示信息的初始呼叫请求。通过该方式可以实现被叫终端在接收到初始呼叫请求后，根据初始呼叫请求中添加的网络侧播放多媒体彩振的指示信息确定由网络侧播放多媒体彩振，从而被叫终端发送180消息之后不会播放本地振铃音，避免对多媒体彩振的播放造成干扰。或者被叫终端发送180消息之后，在预置时间之内还没有收到多媒体彩振媒体流和/或携带早期彩振媒体信息的第一更新媒体会话消息，才播放本地振铃音。

第二方面，本申请提供一种播放多媒体彩振方法，该方法包括被叫终端接收来自主叫终端的初始呼叫请求，向应用服务器发送针对初始呼叫请求的临时响应，接收来自应用服务器的包括早期彩振媒体信息的第一更新媒体会话消息，向应用服务器发送针对第一更新媒体会话消息的第一响应，第一响应包括应用服务器与被叫终端之间彩振媒体协商结果，初始呼叫请求包括主叫终端的SDP信息，早期彩振媒体信息为应用服务器根据临时响应确定的。

基于该方案，当初始呼叫请求发送至应用服务器后，应用服务器在被叫终端振铃时，应用服务器与被叫终端启动并完成彩振媒体协商，之后，应用服务器为被叫终端播放多媒体彩振。如此，应用服务器和被叫终端之间彩振媒体的协商、与主叫终端和被叫终端准备进行的通话媒体协商在一个会话中，也可以理解为，通过本申请的方案，被叫终端和应用服务器之间进行彩振媒体的协商时，不需要创建新的会话，可对主叫终端和被叫终端之间通话媒体协商的会话进行更改，从而有助于节约网络资源。进一步，通过应用服务器为被叫终端播放多媒体彩振，不需要被叫终端下载彩振内容再播放，且被叫终端也不能屏蔽彩振内容，因此可实现应用服务器实时管控彩振业务，从而有助于彩振业务的开展。

在一种可能的实现方式中，被叫终端确定本地资源预留完成，并向应用服务器发送更新媒体会话消息，更新媒体会话消息用于指示被叫终端完成资源预留，以便于应用服务器确认被叫终端资源预留完成。

在一种可能的实现方式中，被叫终端接收来自应用服务器添加了多媒体形式的彩振服务信息的初始呼叫请求，根据初始呼叫请求中的多媒体形式的彩振服务信息获取多媒体形式的彩振服务内容，被叫终端在确定应用服务器播放多媒体彩振时，播放多媒体形式的彩振服务内容。基于该方式，可以实现被叫终端在接收到初始呼叫请求后，根据初始呼叫请求中添加的多媒体形式的彩振服务信息获取多媒体形式的彩振服务内容。多媒体形式的彩振服务内容可用于用户操作提醒、业务通知、广告宣传、节日特效、个性信息推送等使用场景，可以进一步增强增加彩振业务的服务内容。

在一种可能的实现方式中，被叫终端根据初始呼叫请求的Alert-Info头域中的多媒体形式的彩振服务信息，获取多媒体形式的彩振服务内容。在另一种可能的实现方式中，被叫终端根据初始呼叫请求的Call-Info头域中的多媒体形式的彩振服务信息，获取多媒体形式的彩振服务内容。

在一种可能的实现方式中，被叫终端与主叫终端进行通话媒体重协商。以实现主叫终端和被叫终端进行正常通话。

在一种可能的实现方式中，被叫终端接收的初始呼叫请求的Alert-Info头域中携带网络侧播放多媒体彩振的指示信息。根据该指示信息，被叫终端在发送180消息之后不播放本地振铃音。或者根据该指示信息，被叫终端在发送180消息之后，在预置时间之内仍没有接收到网络侧发送的彩振多媒体流和/或携带早期彩振媒体信息的第一更新媒体会话消息，播放本地振铃音。

第三方面，主叫终端接收来自应用服务器的第二更新媒体会话消息，主叫终端向应用服务器发送针对第二更新媒体会话消息的第二响应，第二更新媒体会话消息包括早期彩铃媒体信息，第二响应包括应用服务器与主叫终端之间彩铃媒体协商结果。

在一种可能的实现方式中，主叫终端接收来自应用服务器的添加了多媒体形式的彩铃服务信息的临时响应，主叫终端可根据添加了多媒体形式的彩铃服务信息的临时响应的Call-Info头域，和/或Alert-Info头域，获取多媒体形式的彩铃服务内容。多媒体形式的彩铃服务内容可用于用户操作提醒、业务通知、广告宣传、节日特效、个性信息推送等使用场景，可以进一步增强增加彩铃业务的服务内容和交互操作体验。

第四方面，本申请提供一种应用服务器，该应用服务器包括处理器和收发器。可选地，还可以包括存储器。当其包括存储器时，存储器用于存储指令；处理器用于根据执行存储器存储的指令，并控制收发器进行信号接收和信号发送，当处理器执行存储器存储的指令时，应用服务器可用于执行上述第一方面或第一方面中的任一种方法。

在一种可能的实现方式中，存储器中还可存储有多媒体播放的设置数据、多媒体彩振内容和多媒体彩铃内容等。

第五方面，本申请提供一种应用服务器，用于实现上述第一方面或第一方面中的任意一种方法，包括相应的功能模块，分别用于实现以上方法中的步骤。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的实施方式中，应用服务器的结构中包括处理单元和收发单元，这些单元可以执行上述方法示例中相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第六方面，本申请实施例提供一种通信装置，该通信装置具有实现上述实施例中的被叫终端的功能、或者也可以实现上述实施例中的主叫终端的功能。该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的单元或模块。

在一种可能的实现中，该通信装置可以是终端，或者是可用于终端的部件，例如芯片或芯片系统或者电路，该通信装置可以包括：收发器和处理器。该处理器可被配置为支持该通信装置执行以上所示主叫终端的相应功能，或者可被配置为支持该通信装置执行以上所示被叫终端的相应功能，该收发器用于支持该通信装置与应用服务器、或与其它通信装置之间的通信。可选地，该通信装置还可以包括存储器，该存储可以与处理器耦合，其保存该通信装置必要的程序指令和数据。其中，收发器可以为独立的接收器、独立的发射器、集成收发功能的收发器、或者是接口电路。

在一种可能的实现方式中，该通信装置还可以包括输入/输出(I/O)接口，I/O接口用于与播放多媒体内容的设备连接。

在另一种可能的实现方式中，该通信装置还可以包括播放多媒体内容的设备。

第七方面，本申请实施例提供一种通信装置，用于实现上述第二方面或第二方面中的任意一种方法，包括相应的功能模块，分别用于实现以上方法中的步骤。功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块。

在一种可能的实施方式中，该通信装置为终端时，可以括处理单元和收发单元，这些单元可以执行上述方法示例中终端的相应功能，具体参见方法示例中的详细描述，此处不做赘述。

第八方面，本申请实施例提供一种通信系统，该通信系统包括应用服务器和通信装置。其中，应用服务器可以用于执行上述第一方面或第一方面中的任意一种方法，通信装置可以用于执行上述第二方面或第二方面中的任意一种方法。

第九方面，本申请提供了一种芯片系统，包括处理器。可选地，还可包括存储器，存储器用于存储计算机程序，处理器用于从存储器中调用并运行计算机程序，使得安装有芯片系统的应用服务器执行上述第一方面、第一方面中的任意一种方法，或者使得安装有芯片系统的通信装置执行上述第二方面或第二方面中的任意一种方法。

第十方面，本申请实施例提供一种计算机存储介质，计算机存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面或第一方面的任意可能的实现方式中的方法、或者使得计算机执行第二方面或第二方面的任意可能的实现方式中的方法。

第十一方面，本申请实施例提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行第一方面或第一方面的任意可能的实现方式中的方法、或者使得计算机执行第二方面或第二方面的任意可能的实现方式中的方法。

附图说明

图1为本申请提供的一种通信系统架构示意图；

图2为本申请提供的一种播放多媒体彩振的方法流程示意图；

图3为本申请提供的另一种播放多媒体彩振的方法流程示意图；

图4为本申请提供的一种多媒体彩铃和多媒体彩振同时播放的方法流程示意图；

图5为本申请提供的一种主叫终端和被叫终端通话媒体重协商的方法流程示意图；

图6为本申请提供的另一种主叫终端和被叫终端通话媒体重协商的方法流程示意图；

图7为本申请提供的另一种主叫终端和被叫终端通话媒体重协商的方法流程示意图；

图8为本申请提供的一种应用服务器的结构示意图；

图9为本申请提供的一种通信装置的结构示意图；

图10为本申请提供的一种应用服务器的结构示意图；

图11为本申请提供的一种通信装置的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面介绍本申请涉及的基本概念。

一、初期过滤规则(initial filter criteria，iFC)

iFC：包含了为终端提供服务的应用服务器(application server，AS)的路由信息，例如彩振应用服务器的路由信息、彩铃应用服务器的路由信息。在终端注册或呼叫时可根据iFC的评估触发AS，将消息发送到AS，以便AS给终端提供相应的服务(如注册或呼叫)。iFC中存储有归属签约用户服务器(home subscriber server，HSS)中部分用户签约数据。在终端注册时，将该部分用户签约数据下载到为终端分配的服务会话控制功能(servingcall session control function，S-CSCF)网元，iFC可按照不同的优先级定义业务触发的条件和目标AS，S-CSCF在处理终端业务请求时，进行iFC匹配检测，符合触发条件则指向指定的AS触发，使得AS可以对该次业务按照AS内既定的业务逻辑进行控制。

二、媒体协商

媒体协商：主叫终端和被叫终端在会话建立过程中需要多媒体信息达成一致，为此可使用会话描述协议(session description protocol，SDP)请求和应答机制多媒体信息进行协商。其中，媒体信息包括但不限于媒体类型和编码方式。媒体类型包括视频、音频或文本等。一个媒体类型可对应多种编码方式，如音频对应的编码方式有脉冲编码调制(pulse code modulation，PCM)、动态影像专家压缩标准音频层面3(moving pictureexperts group audio layer III，MP3)等，视频对应的编码方式有动态图像专家组(moving picture experts group，MPEG)、H.261、H.263、H.264等。

三、SIP消息

SIP消息：用于创建、修改或释放一个或多个终端之间的会话。

SIP消息可分如下两种类型。

类型一：请求消息。

常见的请求消息包括：1)INVITE：发起会话邀请请求(也称为呼叫请求)，邀请用户加入一个会话，会话描述含于消息体中。对于两方呼叫来说，主叫终端在会话描述中指示其能够接受的媒体信息(如，媒体类型及其参数)。被叫终端在成功响应消息的消息体中指明其希望接受的媒体信息，还可以指示其将发送的媒体信息。其中，INVITE包括消息头和数据区两部分，消息头包含主叫终端、被叫终端的地址信息、呼叫主题和呼叫优先级等信息，数据区包括会话媒体的信息，可由会话描述协议(session description protocol，SDP)来实现，SDP包含媒体类型(视频、音频或文本等)、传输协议(实时传输协议(real-timetransport orotocol，RTP)、用户数据报协议(user datagram protocol，UDP)、IP或H.320等)、媒体格式(MP3音频或MPEG视频等)、多播或远端(单播)地址和端口等。

2)ACK：应答消息，用于证实已收到对于INVITE消息的最终响应，该消息与INVITE消息对应。

3)PRACK：临时确认/响应，与ACK功能类似。

4)UPDATE：更新媒体会话信息，即在没有修改对话状态的情况下修改会话。

类型二，响应消息。

响应消息包括：1)临时响应1XX，表示请求消息正在被处理。比如，180可表示被叫振铃，被叫终端代理已经得到被叫的位置，正在提醒被叫终端，该响应也可以再发起一个本地回铃。再比如，183表示会话进度(session progress)应答，用于提示建立对话的进度信息。2)最终响应2XX、3XX、4XX、5XX或6XX，2XX表示请求已被成功接收，完全理解并被接受。

在介绍本申请的方法之前，首先对本申请所涉及的应用场景进行进一步的介绍说明，以便于理解本方案。需要说明的是，该部分内部也作为本申请的发明内容的一部分可选地的内容。

应用场景一：主叫终端和被叫终端可以均驻留在一个IMS域，应用服务器可设置在该IMS域。

应用场景二：主叫终端和被叫终端可以分别驻留在一个IMS域，主叫终端驻留的IMS域可以称为主叫IMS域，被叫驻留的IMS域称为被叫IMS域。在该场景二中，应用服务器可以设置在主叫IMS域，也可以设置在被叫IMS域。

应用场景三：主叫终端驻留在IMS域，被叫终端驻留在CS域，在该场景三中，应用服务器可以设置在IMS域。

应用场景四：主叫终端驻留在CS域，被叫终端驻留在IMS域，在该场景三中，应用服务器可以设置在IMS域。

为了便于方案的说明，以下实施例以主叫终端和被叫终端均驻留在一个IMS域(即应用场景一)、且通过无线接入网络接入为例说明。下面将结合附图对本申请作进一步地详细描述。

图1示例性示出了本申请提供的一种通信系统架构示意图。该通信系统可以包括主叫终端、被叫终端、无线接入网络、主叫侧和被叫侧的互联网协议(internet protocol，IP)多媒体子系统(IP multimedia subsystem，IMS)域网络。主叫侧和被叫侧的IMS域网络包括演进的分组核心网(evolved packet core，EPC)和IMS域核心网。

其中，1)主叫终端和被叫终端均是具有无线通信功能的设备。例如可以是具有无线通信功能的手持设备、车载设备、可穿戴设备(例如包括：智能手表、智能手环、计步器等)、移动互联网设备(mobile internet device，MID)、虚拟现实(virtual reality，VR)终端、增强现实(augmented reality，AR)终端、无人机设备、计算设备或连接到无线调制解调器的其它处理设备、5G网络或未来演进网络中的终端等。在不同的网络中终端可以叫做不同的名称，例如：终端、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置、蜂窝电话、无绳电话、会话启动协议(session initiation protocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字处理(personaldigital assistant，PDA)。

2)无线接入网主要包括网络设备，也可称为无线接入网(radio access network，RAN)设备，是一种将终端接入到无线网络的设备，其包括各种通信制式中的网络设备，例如包括但不限于：基站、节点B(nodeB，NB)、演进型节点B(evolved Node B，eNB)、传输节点或收发点(transmission reception point，TRP或者TP)、无线网络控制器(radio networkcontroller，RNC)、网络设备控制器(base station controller，BSC)、网络设备收发台(base transceiver station，BTS)、家庭网络设备(例如，home evolved nodeB，或homenode B，HNB)、基带单元(baseband unit，BBU)、5G网络中的网络设备或基站(如gNB)、或未来演进网络中的基站等。示例性地，终端可通过接入网中的网络设备接入到核心网中的S/P-GW。

3)EPC中主要包括分组数据网网关(packet data network gateway，PGW)、服务网关(serving gateway，SGW)和移动性管理实体(mobility management entity，MME)。SGW是连接无线接入网(radio access network，RAN)的设备，主要用于终端到核心网的用户面承载、终端空闲模式下的数据缓存、网络侧发起业务请求的功能、合法监听和分组数据路由和转发功能。PGW是第三代合作伙伴计划(3rd generation partnership project，3GPP)接入网络的移动性锚点，主要用于负责分配用户网络协议(internet protocol，IP)地址、计费功能、分组包过滤、以及策略控制等功能。MME主要用于对用户进行移动性管理和演进分组系统(evolved packet system，EPS)承载控制等，例如位置注册和临时标识分配、公用数据网(public data network，PDN)连接以及承载的维护，创建、修改和删除等会话管理的功能。其中，PGW和SGW可以合设在一起，可以简称为“S/P-GW”。

4)IMS域核心网主要包括的会话边界控制器(session border control，SBC)、代理会话控制功能(proxy call session control function，P-CSCF)网元、协商会话控制功能(interrogating call session control function，I-CSCF)网元、S-CSCF网元、HSS、以及至少一个应用服务器，如彩振应用服务器(customized ringing signal applicationserver，CRS AS)和彩铃应用服务器(customized alerting tones application server，CAT AS)。SBC位于IMS域的边界，主要用于将终端接入到IMS网络和媒体资源处理。P-CSCF网元是连接终端和IMS网络的入口节点，从SIP的角度来看，P-CSCF网元是一个出站/入站的SIP代理服务器，终端的SIP信令都要通过P-CSCF，将终端的请求路由到正确的I-CSCF。I-CSCF网元是运营商网络内部的接触点，即是IMS网络的同一初步入口点，所有与这个网络运营商的终端进行连接都要经过这个实体，可以将其他网络传来的SIP请求路由到S-CSCF。S-CSCF网元是IMS核心网的中心节点，主要用于终端的注册、鉴权控制、会话路由和业务触发控制，并维持会话状态信息等。彩振应用服务器主要用于提供多媒体彩振业务逻辑，并进行多媒体彩振播放。例如，可通过与S-CSCF交互，以实现对业务的呼叫控制，并执行彩振的业务逻辑。HSS用于存储用户签约信息，记录了用户身份、注册信息、接入参数和服务触发信息。彩铃应用服务器用于提供多媒体彩铃业务逻辑，并进行多媒体彩铃播放。其中，I-CSCF可以和S-CSCF合设在一起，可以简称为“I/S-CSCF”。SBC和P-CSCF可以合设在一起，可以简称为“SBC/P-CSCF”。

应理解，上述的说明并不构成对发明实施例的系统架构图的限定，本发明实施例的系统架构图包括但不限于在图1所示。

需要说明的是，应用服务器可以作为独立网元，也可以是已有业务中的应用服务器，比如由彩铃应用服务器来实现彩振音频和/或视频内容播放，也可以理解为，由彩铃应用服务器来实现该应用服务器的功能。或者也可以是彩振应用服务器与彩铃应用服务器合设在一起，来实现该应用服务器的功能，彩振应用服务器与彩铃应用服务器合设在一起时，既可以实现现彩振音频和/或视频内容播放功能，又可以实现多媒体彩铃的播放。应用服务器可以包括多媒体资源功能(Multimedia Resource Function,MRF)服务器的功能，也可以和MRF服务器作为两个独立的网元互相配合。

彩振业务可以作为主叫签约，也可以作为被叫签约，还可以与其他业务(如CAT彩铃业务)共用签约，具体可由运营商根据业务需要选择业务签约主体、以及选择是否与其它业务共用签约，本申请对此不做限定。

为使描述简洁，便于理解，以下实施中信令交互经过的一些网元未画出，如SGW/PGW、SBC/P-CSCF、I-CSCF/S-CSCF等。

基于上述内容，图2示例性示出了为本申请提供的一种播放多媒体彩振的方法流程示意图。该实施例中应用服务器可以是上述图1中的应用服务器，该应用服务器可以实现多媒体彩振的播放，主叫终端可以是上述图1中的主叫终端，被叫终端可以是上述图1中的被叫终端。该方法包括以下步骤：

步骤201，主叫终端向应用服务器发送初始呼叫请求(INVITE)。

其中，初始呼叫请求包括主叫终端的会话描述协议(session descriptionprotocol，SDP)信息(SDP_O)，主叫终端的SDP信息(SDP_O)包括但不限于呼叫类型、主被叫的号码、主叫方支持的媒体类型和编码等。初始呼叫请求用于主叫终端与被叫终端进行通话媒体协商。

步骤202，应用服务器向被叫终端发送从主叫终端接收的初始呼叫请求。

此处，应用服务器可以将初始呼叫请求透出至被叫终端。

步骤203，被叫终端接收到初始呼叫请求后，向应用服务器发送针对初始呼叫请求的临时响应。

相应地，应用服务器接收来自被叫终端针对初始呼叫请求的临时响应。

此处，临时响应中可携带有被叫终端的SDP信息(SDP_A)。也可以理解为，临时响应中携带有被叫终端支持的通话媒体信息。

在一种可能的实现方式中，若在precondition流程下、且主叫终端和被叫终端均完成资源预留，则该临时响应为180消息，该180消息包括被叫终端的SDP信息(SDP_A)。

在另一种可能的实现方式中，若在precondition流程下、且主叫终端和/或被叫终端未完成资源预留，则该临时响应为183消息和180消息，该183消息携带被叫终端的SDP信息(SDP_A)，当主叫终端完成资源预留并通知被叫终端、且被叫完成资源预留后，还需要向应用服务器发送180消息，以通知应用服务器被叫完成资源预留。

在又一种可能的实现方式中，若在非precondition流程下，临时响应为180消息，该180消息中可不携带被叫终端的SDP信息(SDP_A)。可选地，被叫终端的会话描述协议信息(SDP_A)也可以携带在后续被叫摘机响应中(如下述图4中的步骤418中)。

步骤204，应用服务器根据临时响应确定早期彩振媒体(P-early-media，PEM)信息。

在一种可能的实现中，早期彩振媒体信息(CRS.SDP_O)可以根据被叫终端的临时响应(如180/183消息)中的Contact头域中是否支持音频、或音频和视频来确定。

步骤205，应用服务器向被叫终端发送第一更新媒体会话消息(第一UPDATE)。

其中，第一更新媒体会话消息包括早期彩振媒体信息。示例性地，早期彩振媒体信息可以携带在第一更新媒体会话消息的PEM头域，也可以携带在第一更新媒体会话消息的Alert-Info头域，本申请对此不做限定。而且，可以通过第一更新媒体会话消息携带PEM头域或Alert-Info头域等方式指示被叫终端，该第一更新媒体会话消息用于进行彩振媒体协商。

在一种可能的实现方式中，应用服务器在本地完成资源预留的情况下向被叫终端发送第一更新媒体信息。

步骤206，被叫终端接收来自应用服务器的第一更新媒体会话消息后，向应用服务器发送针对第一更新媒体会话消息的第一响应。

此处，被叫终端接收到第一更新媒体会话消息后，确定第一响应；其中，第一响应包括应用服务器与被叫终端之间彩振媒体协商结果(CRS.SDP_A)。

相应地，应用服务器接收来自被叫终端的第一响应。

在一种可能的实现方式中，在precondition流程下、且被叫终端未完成资源预留的情况下，被叫终端向应用服务器发送第一响应后，当被叫终端在完成资源预留时，需要向应用服务器发送UPDATE，便于应用服务器确认被叫终端完成资源预留。

需要说明的是，在precondition流程下，被叫终端也可以向应用服务器发送第一响应时确认被叫终端已完成资源预留。也就是说，第一响应也可以指示出被叫终端完成资源预留)，如此，可便于应用服务器确认被叫终端完成资源预留。

在另一种可能的实现方式中，在非precondition流程下，可以仅完成应用服务器与被叫终端之间彩振媒体协商，不需要确定被叫终端的资源预留是否完成。

在一种可能的实现方式中，应用服务器也可以采用非资源预留策略，即应用服务不需要确认被叫终端资源预留完成。

步骤207，应用服务器根据第一响应，播放多媒体彩振。

在一种可能的实现方式中，应用服务器根据第一响应，使得被叫终端播放多媒体彩振。示例性地，应用服务器指示MRF服务器为被叫终端设备播放多媒体彩振。

在一种可能的实现方式中，应用服务器在确定本地完成资源预留、且确定被叫终端完成资源预留时，应用服务器可根据第一响应，使得被叫终端播放多媒体彩振。示例性地，第一响应为针对第一更新媒体会话消息的成功响应(200)，应用服务器在接收到成功响应(200)后，向被叫终端播放多媒体彩振。

结合上述图1，应用服务器与主叫终端之间消息的传输、以及应用服务器与被叫终端之间消息的传输，均可通过S-CSCF的转发。例如，步骤201中，可以是应用服务器先向S-CSCF转发初始呼叫请求，S-CSCF将初始呼叫请求转发至被叫终端。再比如，在步骤202中，可以是主叫终端先向S-CSCF发送初始呼叫请求，S-CSCF将初始呼叫请求转发至应用服务器，此处不再一一列举。

从上述步骤201至步骤207可以看出，基于该方案，当初始呼叫请求发送至应用服务器后，应用服务器在被叫终端振铃时，应用服务器与被叫终端启动并完成彩振媒体协商，之后，应用服务器为被叫终端播放多媒体彩振。如此，应用服务器和被叫终端之间彩振媒体的协商、与主叫终端和被叫终端准备进行的通话媒体协商在一个会话中，也可以理解为，通过本申请的方案，被叫终端和应用服务器之间进行彩振媒体的协商时，不需要创建新的会话，可对主叫终端和被叫终端之间通话媒体协商的会话进行更改，从而有助于节约网络资源。进一步，通过应用服务器为被叫终端播放多媒体彩振，不需要被叫终端下载彩振内容再播放，且被叫终端也不容易屏蔽彩振内容，因此可实现应用服务器实时管控彩振业务，从而有助于彩振业务的开展。

在一种可能的实现方式中，应用服务器播放多媒体彩振可替代终端侧的手机铃声、来电秀等功能，也可以与终端侧的手机铃声或来电秀等同时播放。

需要说明的是，在上述步骤205中，应用服务器存在特定业务设置或系统问题时，应用服务器在发送第一更新媒体会话消息时，可以选择协商为音频媒体以播放音频彩振，或者也可以选择不做彩振媒体协商，取消多媒体彩振的播放。

需要说明的是，在上述步骤206中，在被叫终端接收到第一更新媒体会话消息后，被叫终端确定不支持多媒体彩振业务、及被叫终端驻留CS，被叫终端侧代理服务器(如媒体网关控制功能(media gateway control function，MGCF)网元)在第一响应中关闭彩振早媒体PEM和/或将音视频媒体端口置0的情况下，应用服务器应取消多媒体彩振的播放，或被叫终端因终端能力或网络承载等原因在第一响应中选择关闭视频媒体端口时，应用服务器也可选择播放音频彩振或取消多媒体彩振的播放。

进一步需要说明的是，在上述步骤203中，在非precondition流程下，当被叫驻留CS的情形，临时响应也是183消息和180消息。

在上述步骤202中，应用服务器也可以在初始呼叫请求中增加一些信息后，再将增加了信息后的初始呼叫请求发送至被叫终端。一种可能的实现方式中，应用服务器可以在初始呼叫请求中添加多媒体形式的彩振服务信息(如图2中步骤208)，并向被叫终端发送添加了多媒体形式的彩振服务信息的初始呼叫请求，被叫终端根据初始呼叫请求中的多媒体形式的彩振服务信息获取多媒体形式的彩振服务内容。其中，多媒体形式的彩振服务内容包括但不限于：外挂字幕、名片、控件等增强彩振服务的功能。

需要说明的是，被叫终端在收到添加了多媒体形式的彩振服务信息的初始呼叫请求之后，可以立即获取(比如下载)多媒体形式的彩振服务内容，也可以是在播放多媒体形式的彩振服务内容之前的其它时间下载多媒体形式的彩振服务内容，本申请对此不做限定。

应用服务器通过在初始呼叫请求中添加多媒体形式的彩振服务信息，可以实现被叫终端在接收到初始呼叫请求后，根据初始呼叫请求中添加的多媒体形式的彩振服务信息获取多媒体形式的彩振服务内容。多媒体形式的彩振服务内容可用于用户操作提醒、业务通知、广告宣传、节日特效、个性信息推送等使用场景，可以进一步增强增加彩振业务的服务内容和交互操作体验。例如，当多媒体形式的彩振服务信息为网页时，可对网页直接操作(如点击浏览)；当多媒体形式的彩振服务信息为控件时，可直接对控件进行操作。

具体可以是，在被叫振铃时，应用服务器为被叫终端播放多媒体彩振，被叫终端可按时(如同步)播放已下载的外挂字幕、名片、控件等多媒体形式的彩振服务内容。

在一种可能的实现方式中，应用服务器可在初始呼叫请求的Alert-Info头域中添加多媒体形式的彩振服务信息。相应地，被叫终端根据初始呼叫请求的Alert-Info头域中的多媒体形式的彩振服务信息，获取多媒体形式的彩振服务内容。在另一种可能的实现方式中，应用服务器在初始呼叫请求的Call-Info头域中添加多媒体形式的彩振服务信息，相应地，被叫终端根据初始呼叫请求的Call-Info头域中的多媒体形式的彩振服务信息，获取多媒体形式的彩振服务内容。应用服务器可在初始呼叫请求的Alert-Info头域中添加多媒体形式的彩振服务信息和在初始呼叫请求的Call-Info头域中添加多媒体形式的彩振服务信息，相应地，被叫终端根据初始呼叫请求的Alert-Info头域中添加多媒体形式的彩振服务信息和在初始呼叫请求的Call-Info头域中添加多媒体形式的彩振服务信息，获取多媒体形式的彩振服务内容。

此处，彩振服务信息可以是彩振服务内容，也可以理解为，将彩振服务信息携带在消息体中，被叫终端接收到后直接解析消息得到彩振服务内容。彩振服务信息也可以是彩振服务内容的地址统一资源定位器(universal resource locator，URL)，被叫终端接收到后通过URL将彩振服务内容下载到本地。

在一种可能的实现中，主叫终端在初始呼叫请求的Alert-Info头域中添加网络侧播放多媒体彩振的指示信息。或者，应用服务器接收主叫终端发送的初始呼叫请求之后，在初始呼叫请求的Alert-Info头域中添加网络侧播放多媒体彩振的指示信息，并且将添加了该指示信息的初始呼叫请求发送给被叫终端。网络侧播放所媒体彩振是指由应用服务器播放多媒体彩振，具体包括应用服务器指示MRF服务器播放多媒体彩振。示例性地，初始呼叫请求的Alert-Info头域中包括指示信息:"urn:alert:service:crs"。

相应地，被叫终端接收初始呼叫请求，该初始呼叫请求的Alert-Info头域中携带网络侧播放多媒体彩振的指示信息。根据该指示信息，被叫终端在发送180消息之后不播放本地振铃音。或者根据该指示信息，被叫终端在发送180消息之后，在预置时间之内仍没有接收到网络侧发送的彩振多媒体流和/或携带早期彩振媒体信息的第一更新媒体会话消息，播放本地振铃音。需要说明的是，该180消息可以是上文所述的临时响应，也可以是上文所述的第一响应，还可以是被叫终端在发送上文所述的第一响应之后发送的第二响应，本申请实施例中不对此进行限定。

在上述步骤203之后，应用服务器还可将来自被叫终端的临时响应发送至主叫终端。如图3所示，为本申请提供的另一种播放多媒体彩振的方法流程示意图。该实施例中应用服务器可以是上述图1中的应用服务器，该应用服务器可以实现多媒体彩振的播放，主叫终端可以是上述图1中的主叫终端，被叫终端可以是上述图1中的被叫终端。如图3所示，该方法包括以下步骤：

步骤301，主叫终端向应用服务器发送初始呼叫请求(INVITE)。

该步骤可参见上述步骤201的介绍，此处不再赘述。

步骤302，应用服务器向被叫终端发送从主叫终端接收的初始呼叫请求。

该步骤可参见上述步骤202的介绍，此处不再赘述。

步骤303，被叫终端接收到初始呼叫请求后，向应用服务器发送针对初始呼叫请求的临时响应。

该步骤可参见上述步骤203的介绍，此处不再赘述。

步骤304，应用服务器将来自被叫终端的临时响应转发至主叫终端。

步骤305，主叫终端接收到临时响应后，向应用服务器发送确认消息(PRACK)。

其中，确认消息(PRACK)用于通知被叫终端主叫终端收到了临时响应。

步骤306，应用服务器接收到确认消息(PRACK)消息后，将确认消息(PRACK)消息发送至被叫终端。

步骤307，被叫终端接收到确认消息(PRACK)后，向应用服务器发送针对该确认消息的成功响应(200)。

步骤308，应用服务器将该成功响应(200)发送至主叫终端。

上述步骤305至步骤308用于对步骤304的确认。

步骤309，被叫终端确定主叫终端资源预留完成、且确定本地也完成资源预留之后，可向应用服务器发送180消息。

步骤310，应用服务器根据临时响应确定早期彩振媒体信息。

该步骤可参见上述步骤204的介绍，此处不再赘述。

步骤311，应用服务器向被叫终端发送第一更新媒体会话消息(第一UPDATE)。

该步骤可参见上述步骤205的介绍，此处不再赘述。

步骤312，被叫终端接收来自应用服务器的第一更新媒体会话消息后，向应用服务器发送针对第一更新媒体会话消息的第一响应。

该步骤可参见上述步骤206的介绍，此处不再赘述。

步骤313，应用服务器根据第一响应，播放多媒体彩振。

该步骤可参见上述步骤207的介绍，此处不再赘述。

为了防止因被叫终端或应用服务器资源预留未完成影响应用服务器顺利为被叫终端播放多媒体彩振，应用服务器和被叫终端可预先进行资源预留的确认。对于应用服务器可以在上述步骤301和步骤310之间的任一过程完成资源预留。也可以理解为，应用服务器在收到主叫终端的初始呼叫请求之后且在向被叫终端发送第一更新媒体会话消息之前的任意时间，完成资源预留。例如，应用服务器可在收到被叫终端的临时响应后(即步骤303之后)，完成资源预留。

针对被叫终端资源预留的情况，可分如下两种场景。

场景一，在被叫终端收到初始呼叫请求后，向应用服务器发送针对初始呼叫请求的临时响应，被叫终端在临时响应中已指示出本地资源预留完成。

场景二，在被叫终端收到初始呼叫请求后，在向应用服务器发送针对初始呼叫请求的临时响应时，未完成资源预留。在该场景二下，在一种可能的实现方式中，应用服务器和被叫终端之间需要进行资源预留完成的确认。可以是在上述步骤307之后，当被叫终端确定主叫终端资源预留完成、且确定本地也完成资源预留后，再进行应用服务器与被叫终端之间彩振媒体协商，即先执行步骤309，再继续执行步骤310至步骤313。

进一步，主叫终端的资源预留情况与被叫终端资源预留的情况类似，也可以分如下两种场景。

场景A，主叫终端发起初始呼叫请求时，资源预留已完成。

场景B，主叫终端发起初始呼叫请求时，资源预留未完成。在该场景B下，主叫终端和被叫终端之间需要进行资源预留完成的确认。可以是在上述步骤308之后，先执行步骤314至步骤317，再执行步骤309、以及执行步骤310至步骤313。

步骤314，主叫终端在完成资源预留后，向应用服务器发送更新媒体会话消息(UPDATE)，以使被叫终端确认主叫终端资源预留完成。

其中，更新媒体会话消息(UPDATE)中携带主叫终端的SDP信息(SDP_O2)。

步骤315，应用服务器向被叫终端透传该更新媒体会话消息(UPDATE)。

步骤316，被叫终端接收到更新媒体会话消息(UPDATE)后，向应用服务器回复成功响应(200)。

其中，成功响应(200)中携带主叫终端和被叫终端媒体协商结果(SDP_A2)、以及被叫终端本地资源预留结果。

步骤317，应用服务器将成功响应(200)透传至主叫终端。

需要说明的是，在主叫终端和被叫终端均未完成资源预留的情况下，主叫终端在完成资源预留后，通知被叫终端，被叫终端在接收到主叫终端资源预留完成的消息后、且确认本地资源预留完成后，向应用服务器发送180消息，以表示被叫终端和主叫终端均已完成资源预留。也可以理解为，在主叫终端和被叫终端均未完成资源预留的情况下，先执行步骤314至步骤317，后执行步骤309。

通过上述步骤301至步骤317，可实现应用服务器与被叫终端之间彩振媒体协商、与主叫终端和被叫终端准备进行的通话媒体协商在一个会话中，从而有助于避免网络资源的浪费。而且，通过应用服务器为被叫终端播放多媒体彩振，可以实现应用服务器实时管控彩振业务，从而有助于彩振业务的开展。进一步，应用服务器在确认被叫终端和本地资源预留完成后开始协商媒体资源，有助于提高多媒体彩振播放的用户体验和成功率。

作为示例，图4给出了一种多媒体彩铃和多媒体彩振同时播放的方法流程示意图。该示例中的应用服务器可以是上述图1中的应用服务器，该应用服务器既可以实现多媒体彩振的播放，也可以实现多媒体彩铃的播放，主叫终端可以是上述图1中的主叫终端，被叫终端可以是上述图1中的被叫终端。该示例中以被叫终端和主叫终端均完成资源预留为例说明。该方法包括以下步骤：

步骤401，主叫终端向应用服务器发送初始呼叫请求(INVITE)。

步骤402，应用服务器接收来自主叫终端的初始呼叫请求后，将初始呼叫请求发送至被叫终端。

步骤403，被叫终端接收到初始呼叫请求后，向应用服务器发送针对初始呼叫请求的临时响应。

相应地，应用服务器接收来自被叫终端的临时响应。

步骤404，应用服务器向主叫终端发送临时响应。

步骤405，主叫终端接收到临时响应后，向应用服务器发送确认消息(PRACK)。

步骤406，应用服务器接收到确认消息(PRACK)消息后，将确认消息(PRACK)消息发送至被叫终端。以通知被叫终端主叫终端收到了临时响应。

步骤407，被叫终端接收到确认消息(PRACK)后，向应用服务器发送针对该确认消息的成功响应(200)。

相应地，应用服务器接收该确认消息的成功响应(200)。

可选地，应用服务器可以在接收来自被叫终端的临时响应之后，完成资源预留。

步骤408，应用服务器将该成功响应(200)发送至主叫终端。

步骤409，被叫终端确定主叫终端资源预留完成、且确定本地也完成资源预留之后，可向应用服务器发送180消息。

上述步骤401至步骤409的详细介绍可参见上述图3中的步骤301至步骤308的介绍，此处不再赘述。

下述步骤410至步骤413为彩振媒体协商过程。

步骤410，应用服务器接收临时响应，并根据该临时响应确定早期彩振媒体信息。

步骤411，应用服务器向被叫终端发送第一更新媒体会话消息。

其中，第一更新媒体会话消息包括早期彩振媒体信息。

步骤412，被叫终端接收第一更新媒体会话消息后，向应用服务器发送针对第一更新媒体会话消息的第一响应。

步骤413，应用服务器根据第一响应，播放多媒体彩振。

上述步骤409至步骤413的详细的介绍可参见上述图2中的步骤204至步骤207的介绍，此处不再赘述。

下述步骤414至步骤417为彩铃媒体协商过程。

步骤414，应用服务器根据初始呼叫请求确定早期彩铃媒体信息。

在一种可能的实现中，早期彩铃媒体信息(CAT.SDP_O)可以根据初始呼叫请求的Contact头域中是否支持音频、或音频和视频来确定。

步骤415，应用服务器向主叫终端发送第二更新媒体会话消息(第二UPDATE)。

其中，第二更新媒体会话消息包括早期彩铃媒体信息(CAT.SDP_O)。示例性地，早期彩铃媒体信息可以携带在第二更新媒体会话消息的PEM头域，而且，可以通过第二更新媒体会话消息携带PEM头域等方式指示主叫终端。

步骤416，主叫终端接收到第二更新媒体会话消息后，向应用服务器发送针对第二更新媒体会话消息的第二响应。

此处，第二响应包括应用服务器与主叫终端之间彩铃媒体协商结果(CAT.SDP_A)。

在一种可能的实现方式中，在precondition流程下、且主叫终端未完成资源预留的情况下，主叫终端向应用服务器发送第二响应后，当主叫终端完成资源预留后，需要向应用服务器发送UPDATE，便于应用服务器确认主叫终端完成资源预留。

需要说明的是，在precondition流程下，主叫终端也可以向应用服务器发送初始呼叫请求时确认主叫终端已完成资源预留。也就是说，初始呼叫请求也可以指示出主叫终端完成资源预留)，如此，可便于应用服务器确认主叫终端完成资源预留。

在另一种可能的实现方式中，在非precondition流程下，可以仅完成应用服务器与主叫终端之间彩铃媒体协商，不需要确定主叫终端与应用服务器的资源预留是否完成。

步骤417，应用服务器接收来自主叫终端的第二响应后，根据第二响应，为主叫终端播放多媒体彩铃。

在一种可能的实现方式中，应用服务器根据第二响应，使得主叫终端播放多媒体彩铃。示例性地，应用服务器指示MRF服务器为主叫终端播放多媒体彩铃。

需要说明的是，上述彩铃媒体的协商过程与彩振媒体的协商过程可以同时执行。也可以先执行彩振媒体协商过程，后执行彩铃媒体协商过程。也可以先执行彩振媒体协商过程，后执行彩铃媒体协商过程，本申请不限定。

进一步，在彩振媒体协商完成且彩铃媒体均协商完成后，应用服务器还可以进一步根据系统业务、用户签约设置、异常情况等因素，可以同时同步播放多媒体彩振和多媒体彩铃；可以同时播放多媒体彩振和多媒体彩铃，彩铃和彩振播放的内容相同，也可以同时播放多媒体彩振和多媒体彩铃，但彩铃和彩振播放的内容不同，例如，应用服务器播放音频彩铃的同时播放视频彩振，或者播放视频彩铃的同时播放音频彩振。

在一种可能的实现方式中，应用服务器也可以仅播放多媒体彩振和多媒体彩铃中的任一种。比如，一方播放多媒体彩振，另一方不播放。再比如，一方播放多媒体彩铃，另一方不播放。在另一种可能的实现方式中，应用服务器也可以彩铃和彩振均不播放。

在一种可能的实现方式中，应用服务器与主叫终端之间彩铃媒体协商也可以是基于early session模式、forking模式、download and play模式的信令流程中的任一种模式，本申请对此不做具体限定。

基于图4所示的方案，应用服务器可实现多媒体彩铃和多媒体彩振同播功能，从而可提升用户对彩铃业务的感知，增强彩铃业务和彩振业务的粘性，也有助于彩振业务和彩铃业务的发展。

在上述步骤404之前，应用服务器接收来自被叫终端的临时响应后，可以在临时响应中添加多媒体形式的彩铃服务信息(如图4中步骤418)。在一种可能的实现方式中，应用服务器可在临时响应的Call-Info头域中添加多媒体形式的彩铃服务信息。在另一种可能的实现方式中，应用服务器可在临时响应的Alert-Info头域中添加多媒体形式的彩振服务信息和在临时响应的Call-Info头域中添加多媒体形式的彩振服务信息。应用服务器向主叫终端发送添加了多媒体形式的彩铃服务信息的临时响应。主叫终端可以根据多媒体形式的彩铃服务信息获取到多媒体形式的彩铃服务内容。多媒体形式的彩铃服务内容包括但不限于：外挂字幕、名片、控件等增强彩铃服务的功能。

需要说明的是，主叫终端在收到添加了多媒体形式的彩铃服务信息的临时响应之后，可以立即获取(比如下载)多媒体形式的彩铃服务内容，或者也可以是在播放多媒体形式的彩铃服务内容之前的其它时间下载多媒体形式的彩振服务内容，本申请对此不做限定。

应用服务器通过在临时响应中添加多媒体形式的彩铃服务信息，可以实现主叫终端在接收到临时响应后，根据临时响应中添加的多媒体形式的彩铃服务信息获取多媒体形式的彩铃服务内容。多媒体形式的彩铃服务内容可用于用户操作提醒、业务通知、广告宣传、节日特效、个性信息推送等使用场景，可以进一步增强增加彩铃业务的服务内容和交互操作体验。例如，当多媒体形式的彩铃服务信息为网页时，可对网页直接操作(如点击浏览)；当多媒体形式的彩铃服务信息为控件时，可直接对控件进行操作。

在一种可能的实现方式中，在被叫振铃时，应用服务器为主叫终端播放多媒体彩铃，主叫终端可按时(如同步)播放已下载的外挂字幕、名片、控件等多媒体形式的彩铃服务内容。

在一种可能的实现方式中，应用服务器进行多媒体彩振和多媒体彩铃同播时，应用服务器与主叫终端之间彩铃媒体协商也可以是基于early session模式、forking模式、download and play模式等的信令流程中的任一种模式，应用服务器与被叫终端之间彩振媒体协商也可以是基于early session模式、download and play模式等的信令流程中的任一种模式。

在一种可能的实现方式中，应用服务器与被叫终端之间彩振媒体协商也可以是基于early session模式、download and play模式等的信令流程中的任一种模式，且应用服务器可以在初始呼叫请求中添加多媒体形式的彩振服务信息，并向被叫终端发送添加了多媒体形式的彩振服务信息的初始呼叫请求，被叫终端根据初始呼叫请求中的多媒体形式的彩振服务信息获取多媒体形式的彩振服务内容。

在一种可能的实现方式中，应用服务器与主叫终端之间彩铃媒体协商也可以是基于early session模式、download and play模式等的信令流程中的任一种模式，且应用服务器接收来自被叫终端的临时响应后，可以在临时响应中添加多媒体形式的彩铃服务信息，应用服务器向主叫终端发送添加了多媒体形式的彩铃服务信息的临时响应。主叫终端可以根据多媒体形式的彩铃服务信息获取到多媒体形式的彩铃服务内容。

本申请提供了如下三种停止播放多媒体彩振和/或多媒体彩铃的实现方式。

实现方式一，被叫终端摘机。

被叫终端摘机后，被叫终端向应用服务器发送摘机响应(如图4中的步骤419)。相应地，应用服务器接收来自被叫终端的摘机响应后，停止播放多媒体彩振和/或多媒体彩铃(如图4中的步骤420)。

在该实现方式一中，如果初始呼叫请求是视频通话，被叫终端可以选择视频接听，也可以选择音频接听。当被叫终端选择音频接听时，一种可能的实现方式中，被叫终端在向应用服务器回复针对初始呼叫请求的成功响应(200)时，成功响应(200)携带的SDP中包括关闭视频媒体端口。在另一种可能的实现方式中，被叫终端可在向应用服务器发送针对初始呼叫请求的成功响应(200)之前，向应用服务器发起媒体信息变更操作，将通话媒体协商成音频。该变更操作的方式与现有技术中的过程相同，此处不再详细介绍。

在一种可能的实现方式中，应用服务器可以在接收到来自被叫终端的摘机响应后、在确定完成主叫终端和被叫终端之间通话媒体协商的消息之前的任意时间停止播放多媒体彩振和/或多媒体彩铃。在具体实现中，应用服务器可根据信令方案的不同，被叫终端摘机后也可以继续播放一段时间。进一步，应用服务器停止为被叫终端播放多媒体彩振时，可视情况选择停止播放多媒体形式的彩振服务内容或者在通话中继续播放多媒体形式的彩振服务内容。类似的，应用服务器停止为主叫终端播放多媒体彩铃时，可视情况选择停止播放多媒体形式的彩铃服务内容或者在通话中继续播放多媒体形式的彩铃服务内容。

实现方式二，被叫终端挂断通话。

针对该实现方式二，应该服务器接收到被叫终端的挂机消息(也称为Cancel消息)后，可停止播放多媒体彩振和/或多媒体彩铃，并将挂机消息透传至主叫终端。

实现方式三，主叫终端挂断通话。

针对该实现方式三，应用服务器接收到主叫终端的挂机消息后，可停止播放多媒体彩振和/或多媒体彩铃，并将挂机消息和后续消息透传至被叫终端，以释放主叫终端和被叫终端之间的通话。

基于上述实现方式二和实现方式三，在彩铃媒体和/或彩振媒体协商完成或协商过程中，主叫终端或被叫终端任一方挂断通话时，应用服务器在收到挂机消息后，可停止多媒体彩铃和/或彩振的播放，并将挂机消息和后续消息透传至另一方，以释放主叫终端和被叫终端之间的通话。

应用服务器在接收到被叫终端的摘机之后，为便于主叫终端和被叫终端之间通话，需要主叫终端和被叫终端之间进行通话媒体重协商。一种可能的实现方式为：应用服务器触发主叫终端与被叫终端之间通话媒体重协商。本申请提供了如下三种主叫终端和被叫终端之间通话媒体重协商的方法。

方法1：

如图5所示，为本申请提供的一种主叫终端和被叫终端通话媒体重协商的方法流程示意图。该示例中应用服务器可以是上述图1中的应用服务器，该应用服务器可以实现多媒体彩振的播放，还可以实现多媒体彩铃的播放，主叫终端可以是上述图1中的主叫终端，被叫终端可以是上述图1中的被叫终端。该方法包括以下步骤：

步骤500，应用服务器接收到被叫终端的摘机响应后，向被叫终端发送应答消息ACK。以通知被叫终端接收到了摘机响应。

在一种可能的实现方式中，应用服务器可以在步骤500之前停止播放多媒体彩振和/或多媒体彩铃。

步骤501，应用服务器向被叫终端发送重呼叫请求(re-INVITE())。

其中，重呼叫请求用于被叫终端与主叫终端之间进行通话媒体信息重协商，重呼叫请求携带的SDP为空。

步骤502，被叫终端向应用服务器发送针对重呼叫请求的成功响应(200)。

此处，被叫终端可根据摘机方式确定针对重呼叫请求的成功响应(200)携带的被叫终端的通话媒体信息(SDP_O2)。比如，被叫摘机方式为音频，则成功响应(200)中携带了被叫终端的音频的全媒体信息。再比如，当被叫摘机方式为视频，则成功响应(200)中携带了被叫终端的视频的全媒体信息。

步骤503，应用服务器向主叫终端发送第三更新媒体会话消息(第三UPDATE)。

其中，第三更新媒体会话消息(第三UPDATE)包括被叫终端的通话媒体信息(SDP_O2)，也可以理解为，第三更新媒体会话消息包括被叫终端支持的通话媒体信息，以进行主叫终端和被叫终端间通话媒体变更协商。

步骤504，主叫终端向应用服务器发送针对第三更新媒体会话消息的第三响应。

此处，第三响应可以携带与主叫终端的媒体协商结果(SDP_A2)。

步骤505，应用服务器将被叫终端摘机响应转发至主叫终端。

该步骤505中的摘机响应为针对初始呼叫请求的响应。

步骤506，主叫终端向应用服务器发送应答消息ACK。

在一种可能的实现方式中，应用服务器也可以在步骤506之前停止播放多媒体彩振和/或多媒体彩铃。

步骤507，应用服务器接收到主叫终端发送的应答消息ACK后，在应答消息ACK中添加第三响应中携带的媒体协商结果(SDP_A2)。

步骤508，应用服务器向被叫终端发送添加了媒体协商结果(SDP_A2)的应答消息ACK。

通过上述步骤501至步骤508，完成了主叫终端与被叫终端之间通话媒体的重协商，可使主叫终端与被叫终端可以进行正常通话。

方法2：

如图6所示，为本申请提供的另一种主叫终端和被叫终端通话媒体重协商的方法流程示意图。该实施例中应用服务器可以是上述图1中的应用服务器，该应用服务器可以实现多媒体彩振的播放，还可以实现多媒体彩铃的播放，主叫终端可以是上述图1中的主叫终端，被叫终端可以是上述图1中的被叫终端。该方法包括以下步骤：

步骤601，应用服务器向主叫终端发送更新媒体会话消息1(UPDATE 1)。

其中，更新媒体会话消息1携带与被叫终端的媒体协商结果。

在一种可能的实现方式中，应用服务器也可以在步骤601之前停止播放多媒体彩振和/或多媒体彩铃。

步骤602，主叫终端向应用服务器发送针对更新媒体会话消息(UPDATE)的成功响应。

可选地，该响应中携带主叫终端的SDP信息和端口信息。

步骤603，应用服务器确定主叫终端的SDP信息和端口信息是否发生变化。若发生变化，执行步骤604至步骤607；若未发生变化，执行步骤608至步骤610。

若发生变化，则说明主叫终端发出初始呼叫请求的过程未完成主叫终端和被叫终端的通话媒体重协商。若变化，说明主叫终端发出初始呼叫请求的过程中已完成主叫终端和被叫终端的通话媒体协商。

步骤604，应用服务器向被叫终端发送应答消息ACK。

步骤605，应用服务器向被叫终端发送更新媒体会话消息2(UPDATE 2)。

其中，该更新媒体会话消息2中携带主叫终端变化后的SDP信息。

步骤606，被叫终端向应用服务器发送针对更新媒体会话消息(UPDATE)的成功响应。

通过上述步骤601至步骤606可完成通话媒体重协商。

步骤607，应用服务器向主叫终端发送针对初始呼叫请求的成功响应(200)。

步骤608，主叫终端向应用服务器发送应答消息ACK。

通过步骤607和步骤608，可建立起主叫终端和被叫终端之间通话的信令流程。

步骤609，应用服务器向主叫终端发送针对初始呼叫请求的成功响应(200)。

步骤610，主叫终端向应用服务器发送应答消息ACK。

步骤611，应用服务器向被叫终端转发来自主叫终端的ACK，以建立主叫终端和被叫终端之间通话信令流程。

通过上述步骤601至步骤611，也完成了主叫终端与被叫终端之间通话媒体的重协商，主叫终端与被叫终端可以进行正常通话。

方法3：

如图7所示，为本申请提供的另一种主叫终端和被叫终端通话媒体重协商的方法流程示意图。该实施例中应用服务器可以是上述图1中的应用服务器，该应用服务器可以实现多媒体彩振的播放，还可以实现多媒体彩铃的播放，主叫终端可以是上述图1中的主叫终端，被叫终端可以是上述图1中的被叫终端。该方法包括以下步骤：

步骤701，应用服务器向主叫终端发送更新媒体会话消息3(UPDATE 3)。

其中，更新媒体会话消息3携带与被叫终端的媒体协商结果(SDP_A)，该媒体协商结果是从摘机响应中获取的。

步骤702，主叫终端向应用服务器发送针对更新媒体会话消息3(UPDATE 3)的成功响应。

步骤703，应用服务器向主叫终端发送针对初始呼叫请求的成功响应(200)。

步骤704，应用服务器接收来自主叫终端应答消息ACK。

步骤705，应用服务器向被叫终端转发来自主叫终端的应答消息ACK，以建立主叫终端和被叫终端之间通话信令流程。

通过上述步骤701至步骤705，也可以实现主叫终端与被叫终端可以进行正常通话。

基于上述内容和相同构思，本申请实施例提供一种应用服务器，用于执行上述方法中的应用服务器的任一个方案。图8示例性示出了本申请实施例提供的一种应用服务器的结构示意图，如图8所示，该应用服务器包括处理器801、收发器802和总线804。该应用服务器也可以上述图1中的任一个应用服务器，也可以是图2至图6中的任一个应用服务器。

处理器801可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。处理器801还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(comple programmable logic device，CPLD)，现场可编程门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic,GAL)或其任意组合。

一种可选地实施方式中，应用服务器还可以包括存储器803。存储器803可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flashmemory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器还可以包括上述种类的存储器的组合。可以在存储器中存储程序指令，也可以在处理器中存储程序指令(比如处理器为NP时)，处理器801调用所存储的程序指令，可以执行上述方案中所示实施例中的一个或多个步骤，或其中可选的实施方式。

总线804可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在一种可能的实现方式中，处理器801和存储器803可集成在一起，或者，处理器801和存储器803也可通过接口耦合；或者，处理器801为硬件芯片，存储器803在芯片之外，本申请对此不做限定。

需要说明的是，存储器803中还可存储有多媒体播放的设置数据、多媒体彩振内容和多媒体彩铃内容。

需要说明的是，图8仅仅示出了所述应用服务器的简化设计。在实际应用中，所述应用服务器可以包含任意数量的处理器，存储器，收发器等，而所有可以实现本申请的应用服务器都在本申请的保护范围之内。

具体地，收发器802，用于接收来自主叫终端的初始呼叫请求，并将所述初始呼叫请求发送至被叫终端；接收来自所述被叫终端针对所述初始呼叫请求的临时响应；所述初始呼叫请求包括所述主叫终端的会话描述协议SDP信息；所述处理器801，用于根据所述临时响应确定早期彩振媒体信息；所述收发器802，还用于向被叫终端发送第一更新媒体会话消息；接收来自所述被叫终端的第一响应，所述第一更新媒体会话消息包括所述早期彩振媒体信息所述第一响应包括所述应用服务器与所述被叫终端之间彩振媒体协商结果；所述处理器801，还用于根据所述第一响应，播放多媒体彩振。

一种可选的实施方式中，所述处理器801，还用于确定本地完成资源预留、且确定所述被叫终端完成资源预留。

一种可选的实施方式中，所述处理器801，还用于根据所述初始呼叫请求确定早期彩铃媒体信息；所述收发器802，还用于向所述主叫终端发送第二更新媒体会话消息，接收来自所述主叫终端的第二响应；所述第二更新媒体会话消息包括所述早期彩铃媒体信息，所述第二响应包括所述应用服务器与所述主叫终端之间彩铃媒体协商结果；所述处理器801，还用于根据所述第二响应，播放多媒体彩铃。

一种可选的实施方式中，所述处理器801，还用于在所述临时响应的Call-Info头域中添加多媒体形式的彩铃服务信息；所述收发器802，还用于向所述主叫终端发送添加了所述多媒体形式的彩铃服务信息的临时响应。

一种可选的实施方式中，所述处理器801，具体用于在临时响应的Alert-Info头域中添加多媒体形式的彩铃服务信息；和/或，在临时响应的Call-Info头域中添加多媒体形式的彩铃服务信息。

一种可选的实施方式中，所述处理器801，还用于在所述初始呼叫请求中添加多媒体形式的彩振服务信息；所述收发器802，还用于向所述被叫终端发送添加了所述多媒体形式的彩振服务信息的初始呼叫请求。

一种可选的实施方式中，所述处理器801，具体用于在所述初始呼叫请求的Alert-Info头域中添加所述多媒体形式的彩振服务信息；和/或，在所述初始呼叫请求的Call-Info头域中添加所述多媒体形式的彩振服务信息。

一种可选的实施方式中，所述处理器801，还用于在所述初始呼叫请求的Alert-Info头域中添加网络侧播放多媒体彩振的指示信息；所述收发器802，还用于向被叫终端发送添加了该指示信息的初始呼叫请求。

一种可选的实施方式中，所述处理器801，还用于通过控制所述收发器接收来自所述被叫终端的摘机响应后，停止播放所述多媒体彩振和/或所述多媒体彩铃；或者，通过控制所述收发器接收到所述主叫终端的挂机消息后，停止播放所述多媒体彩振和/或所述多媒体彩铃；或者，通过控制所述收发器接收到所述被叫终端的挂机消息后，停止播放所述多媒体彩振和/或所述多媒体彩铃。

一种可选的实施方式中，所述处理器801，还用于触发所述主叫终端与所述被叫终端之间通话媒体重协商。

基于上述内容和相同构思，本申请实施例提供一种通信装置，用于执行上述方法中主叫终端的任一个方案，或用于执行上述方法中被叫终端任一个方案。图9示例性示出了本申请实施例提供的一种通信装置的结构示意图，如图9所示，该通信装置包括处理器901、收发器902和总线904。该通信装置也可以上述图1中的被叫终端、或主叫终端，也可以是图2至图6中的任一个被叫终端、或主叫终端。

处理器901可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。处理器901还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(comple programmable logic device，CPLD)，现场可编程门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic,GAL)或其任意组合。

一种可选地实施方式中，通信装置还可以包括存储器903。存储器903可以包括易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器还可以包括上述种类的存储器的组合。可以在存储器中存储程序指令，也可以在处理器中存储程序指令(比如处理器为NP时)，处理器901调用所存储的程序指令，可以执行上述方案中所示实施例中的一个或多个步骤，或其中可选的实施方式。

总线904可以是外设部件互连标准(peripheral component interconnect，简称PCI)总线或扩展工业标准结构(extended industry standard architecture，简称EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

在具体实现中，作为一种实施例，该通信装置还可以包括输入/输出(I/O)接口。输入/输出(I/O)接口用于与播放多媒体内容的设备连接。例如，播放多媒体内容的设备可以是液晶显示器(liquid crystal display，LCD)显示设备，发光二级管(light emittingdiode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。作为另一种实施例，该通信装置可以包括播放多媒体内容的设备，例如，LCD显示设备，LED显示设备或CRT显示设备等。

在一种可能的实现方式中，处理器901和存储器903可集成在一起，或者，处理器901和存储器903也可通过接口耦合；或者，处理器901为硬件芯片，存储器903在芯片之外，本申请对此不做限定。

需要说明的是，图9仅仅示出了所述通信装置的简化设计。在实际应用中，所述通信装置可以包含任意数量的处理器，存储器，收发器等，而所有可以实现本申请的通信装置都在本申请的保护范围之内。

在该示例中的通信装置为上述被叫终端设备的情况下：

所述收发器902，用于接收来自主叫终端的初始呼叫请求，向应用服务器发送针对所述初始呼叫请求的临时响应接收来自应用服务器的第一更新媒体会话消息；向所述应用服务器发送针对所述第一更新媒体会话消息的第一响应；所述初始呼叫请求包括所述主叫终端的会话描述协议SDP信息，所述第一更新媒体会话消息包括早期彩振媒体信息，所述早期彩振媒体信息为所述应用服务器根据所述临时响应确定的，所述第一响应包括所述应用服务器与所述被叫终端之间彩振媒体协商结果；所述处理器901，用于根据所述第一更新媒体会话消息，确定所述第一响应。

一种可选的实施方式中，所述处理器901，还用于确定本地资源预留完成；所述收发器902，还用于向所述应用服务器发送更新媒体会话消息，所述更新媒体会话消息用于指示所述被叫终端完成资源预留。

一种可选的实施方式中，所述收发器902，还用于接收来自所述应用服务器添加了所述多媒体形式的彩振服务信息的初始呼叫请求；所述处理器901，还用于根据所述初始呼叫请求中的所述多媒体形式的彩振服务信息获取多媒体形式的彩振服务内容，在确定所述应用服务器播放所述多媒体彩振时，播放所述多媒体形式的彩振服务内容。

一种可选的实施方式中，所述处理器901，具体用于根据所述初始呼叫请求的Alert-Info头域中的所述多媒体形式的彩振服务信息，获取所述多媒体形式的彩振服务内容；和/或，根据所述初始呼叫请求的Call-Info头域中的所述多媒体形式的彩振服务信息，获取所述多媒体形式的彩振服务内容。

一种可选的实施方式中，所述收发器902，还用于与所述主叫终端进行通话媒体重协商。

一种可选的实施方式中，所述收发器902，还用于接收来自应用服务器的初始呼叫请求，该初始呼叫请求的Alert-Info头域中携带网络侧播放多媒体彩振的指示信息；所述处理器901根据该指示信息，在发送180消息之后不播放本地振铃音。或者所述处理器901根据该指示信息，在发送180消息之后，在预置时间之内仍没有接收到网络侧发送的彩振多媒体流和/或携带早期彩振媒体信息的第一更新媒体会话消息，播放本地振铃音。

在该示例中的通信装置为上述主叫终端设备的情况下：

收发器902，用于接收来自应用服务器的第二更新媒体会话消息，向所述应用服务器发送针对所述第二更新媒体会话消息的第二响应，所述第二更新媒体会话消息包括所述早期彩铃媒体信息，所述第二响应包括所述应用服务器与所述主叫终端之间彩铃媒体协商结果。

在一种可能的实现方式中，所述收发器902，还用于接收来自所述应用服务器的添加了多媒体形式的彩铃服务信息的临时响应；所述处理器901，具体用于根据所述临时响应中多媒体形式的彩铃服务信息获取多媒体形式的彩铃服务内容，在确定所述应用服务器播放所述多媒体彩铃时，播放所述多媒体形式的彩铃服务器内容。

基于上述内容和相同构思，本申请提供一种应用服务器，用于执行上述方法流程中应用服务器侧的任一个方案。图10示例性示出了本申请提供的一种应用服务器的结构示意图。如图10所示，该应用服务器1000包括处理单元1001和收发单元1002。可以执行上述图2至图6中任一个应用服务器对应执行的方案。该应用服务器1000也可以上述图1中的应用服务器。

所述收发单元1002，用于用于接收来自主叫终端的初始呼叫请求，并将所述初始呼叫请求发送至被叫终端；接收来自所述被叫终端针对所述初始呼叫请求的临时响应；所述初始呼叫请求包括所述主叫终端的会话描述协议SDP信息；处理单元1002，用于根据所述临时响应确定早期彩振媒体信息；所述收发单元802，还用于向被叫终端发送第一更新媒体会话消息；接收来自所述被叫终端的第一响应，所述第一更新媒体会话消息包括所述早期彩振媒体信息所述第一响应包括所述应用服务器与所述被叫终端之间彩振媒体协商结果；所述处理单元801，还用于根据所述第一响应，播放多媒体彩振。

本申请实施例中上述可选的实施方式的相关内容可以参见上述实施例，在此不再赘述。

应理解，以上应用服务器的各单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。本申请中，收发单元1002可以由上述图8的收发器802实现，处理单元1001可以由上述图8的处理器801实现。也就是说，本申请中收发单元1002可以执行上述图8的收发器802所执行的方案，本申请中处理单元1001可以执行上述图8的处理器801所执行的方案，其余内容可以参见上述内容，在此不再赘述。如上述图8所示，应用服务器800包括的存储器803中可以用于存储该应用服务器800包括的处理器801执行方案时的代码，该代码可为应用服务器1000出厂时预装的程序/代码。

基于上述内容和相同构思，本申请提供一种通信装置，用于执行上述方法流程中的被叫终端侧的任一个方案。图11示例性示出了本申请实施例提供的一种通信装置的结构示意图，如图11所示，通信装置1100包括处理单元1101和收发单元1102。该示例中的通信装置1100可以执行上述图2至图6中任一个中通信装置对应执行的方案。该通信装置1100也可以上述图1中的被叫终端。

具体地，所述收发单元1102，用于接收来自主叫终端的初始呼叫请求，向应用服务器发送针对所述初始呼叫请求的临时响应接收来自应用服务器的第一更新媒体会话消息；向所述应用服务器发送针对所述第一更新媒体会话消息的第一响应；所述初始呼叫请求包括所述主叫终端的会话描述协议SDP信息，所述第一更新媒体会话消息包括早期彩振媒体信息，所述早期彩振媒体信息为所述应用服务器根据所述临时响应确定的，所述第一响应包括所述应用服务器与所述被叫终端之间彩振媒体协商结果；所述处理单元1101，用于根据所述第一更新媒体会话消息，确定所述第一响应。

本申请实施例中上述可选的实施方式的相关内容可以参见上述实施例，在此不再赘述。

基于上述内容和相同构思，本申请提供一种通信系统。该通信系统可包括前述一个或多个应用服务器、以及、一个或多个通信装置。通信装置可执行终端侧任意方法，应用服务器可执行应用服务器侧任意方法。应用服务器和通信装置可能的实现方式可参见上述介绍，此处不再赘述。

应理解，以上各个通信装置的单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。本申请实施例中，收发单元1102可以由上述图9的收发器902实现，处理单元1101可以由上述图9的处理器901实现。也就是说，本申请实施例中收发单元1102可以执行上述图9的收发器902所执行的方案，本申请实施例中处理单元1101可以执行上述图9的处理器901所执行的方案，其余内容可以参见上述内容，在此不再赘述。如上述图9所示，通信装置900包括的存储器903中可以用于存储该通信装置900包括的处理器901执行方案时的代码，该代码可为通信装置1100出厂时预装的程序/代码。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现、当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。指令可以存储在计算机存储介质中，或者从一个计算机存储介质向另一个计算机存储介质传输，例如，指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字终端线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带、磁光盘(MO)等)、光介质(例如，CD、DVD、BD、HVD等)、或者半导体介质(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(Solid State Disk，SSD))等。

本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (37)

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

被叫终端接收来自主叫终端的初始呼叫请求；

所述被叫终端向应用服务器发送针对所述初始呼叫请求的临时响应；

所述被叫终端接收来自所述应用服务器的第一更新媒体会话消息，所述第一更新媒体会话消息包括早期彩振媒体信息；

所述被叫终端向所述应用服务器发送针对所述第一更新媒体会话消息的第一响应，所述第一响应包括所述应用服务器与所述被叫终端之间彩振媒体协商结果。

2.如权利要求1所述的方法，其特征在于，所述早期彩振媒体信息为所述应用服务器根据所述临时响应确定的。

3.如权利要求1或2所述的方法，其特征在于，所述初始呼叫请求和所述第一更新媒体会话消息指示相同的会话。

4.如权利要求1-3任一所述的方法，其特征在于，所述临时响应为180消息或者183消息。

5.如权利要求1-4任一所述的方法，其特征在于，所述方法还包括：

所述被叫终端确定自身资源预留完成，并向所述应用服务器发送更新媒体会话消息，所述更新媒体会话消息用于指示所述被叫终端完成资源预留。

6.如权利要求1-5任一所述的方法，其特征在于，所述方法还包括：

所述被叫终端接收来自所述应用服务器添加了所述多媒体形式的彩振服务信息的初始呼叫请求；

所述被叫终端根据所述初始呼叫请求中的所述多媒体形式的彩振服务信息获取多媒体形式的彩振服务内容；

所述被叫终端在确定所述应用服务器播放所述多媒体彩振时，播放所述多媒体形式的彩振服务内容。

7.如权利要求6所述的方法，其特征在于，所述被叫终端根据所述初始呼叫请求中的所述多媒体形式的彩振服务信息获取多媒体形式的彩振服务内容，包括：

所述被叫终端根据所述初始呼叫请求的Alert-Info头域中的所述多媒体形式的彩振服务信息，获取所述多媒体形式的彩振服务内容；和/或，

所述被叫终端根据所述初始呼叫请求的Call-Info头域中的所述多媒体形式的彩振服务信息，获取所述多媒体形式的彩振服务内容。

8.如权利要求1-7任一所述的方法，其特征在于，所述方法还包括：

所述被叫终端与所述主叫终端进行通话媒体重协商。

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

应用服务器接收来自主叫终端的初始呼叫请求，并将所述初始呼叫请求发送至被叫终端；

所述应用服务器接收来自所述被叫终端针对所述初始呼叫请求的临时响应；

所述应用服务器在接收所述临时响应之后，确定早期彩振媒体信息；

所述应用服务器向所述被叫终端发送第一更新媒体会话消息，所述第一更新媒体会话消息包括所述早期彩振媒体信息；

所述应用服务器接收来自所述被叫终端的第一响应，所述第一响应包括所述应用服务器与所述被叫终端之间彩振媒体协商结果。

10.如权利要求9所述的方法，其特征在于，所述方法还包括：

所述应用服务器根据所述临时响应确定所述早期彩振媒体信息。

11.如权利要求9或10所述的方法，其特征在于，所述初始呼叫请求和所述第一更新媒体会话消息指示相同的会话。

12.如权利要求9-11任一所述的方法，其特征在于，所述应用服务器根据所述第一响应，使得被叫终端播放多媒体彩振。

13.如权利要求9-12任一所述的方法，其特征在于，所述方法还包括：

所述应用服务器确定本地完成资源预留、以及确定所述被叫终端完成资源预留。

14.如权利要求9-13任一所述的方法，其特征在于，所述方法还包括：

所述应用服务器根据所述初始呼叫请求确定早期彩铃媒体信息；

所述应用服务器向所述主叫终端发送第二更新媒体会话消息，所述第二更新媒体会话消息包括所述早期彩铃媒体信息；

所述应用服务器接收来自所述主叫终端的第二响应，所述第二响应包括所述应用服务器与所述主叫终端之间彩铃媒体协商结果；

所述应用服务器根据所述第二响应使得主叫终端播放多媒体彩铃。

15.如权利要求9-14任一所述的方法，其特征在于，所述应用服务器接收来自所述被叫终端针对所述初始呼叫请求的临时响应之后，还包括：

所述应用服务器在所述临时响应的Call-Info头域中添加多媒体形式的彩铃服务信息，和/或，所述应用服务器在所述初始呼叫请求的Alert-Info头域中添加所述多媒体形式的彩振服务信息；

所述应用服务器向所述主叫终端发送添加了所述多媒体形式的彩铃服务信息的临时响应。

16.如权利要求9-15任一所述的方法，其特征在于，所述方法还包括：

所述应用服务器在所述初始呼叫请求中添加多媒体形式的彩振服务信息；

所述应用服务器向所述被叫终端发送添加了所述多媒体形式的彩振服务信息的初始呼叫请求。

17.如权利要求16所述的方法，其特征在于，所述应用服务器在所述初始呼叫请求中添加多媒体形式的彩振服务信息，包括：

所述应用服务器在所述初始呼叫请求的Alert-Info头域中添加所述多媒体形式的彩振服务信息；和/或，

所述应用服务器在所述初始呼叫请求的Call-Info头域中添加所述多媒体形式的彩振服务信息。

18.如权利要求9至17任一项所述的方法，其特征在于，所述方法还包括：

所述应用服务器接收来自所述被叫终端的摘机响应后，停止播放所述多媒体彩振和/或所述多媒体彩铃；或者，

所述应用服务器接收到所述主叫终端的挂机消息后，停止播放所述多媒体彩振和/或所述多媒体彩铃；或者，

所述应该服务器接收到所述被叫终端的挂机消息后，停止播放所述多媒体彩振和/或所述多媒体彩铃。

19.如权利要求18所述的方法，其特征在于，所述应用服务器停止播放所述多媒体彩振和/或所述多媒体彩铃之后，还包括：

所述应用服务器触发所述主叫终端与所述被叫终端之间通话媒体重协商。

20.一种应用服务器，其特征在于，包括收发单元；

所述收发单元，用于接收来自主叫终端的初始呼叫请求，并将所述初始呼叫请求发送至被叫终端；

所述收发单元，还用于接收来自所述被叫终端针对所述初始呼叫请求的临时响应；

所述收发单元，还用于向所述被叫终端发送第一更新媒体会话消息，所述第一更新媒体会话消息包括所述早期彩振媒体信息；

所述收发单元，还用于接收来自所述被叫终端的第一响应，所述第一响应包括所述应用服务器与所述被叫终端之间彩振媒体协商结果。

21.如权利要求20所述的应用服务器，其特征在于，还包括处理单元，

所述处理单元，用于根据所述临时响应确定早期彩振媒体信息。

22.如权利要求20或21所述的应用服务器，其特征在于，所述初始呼叫请求和所述第一更新媒体会话消息指示相同的会话。

23.如权利要求20-22任一所述的应用服务器，其特征在于，所述处理单元，还用于根据所述第一响应，使得被叫终端播放多媒体彩振。

24.如权利要求20-23任一所述的应用服务器，其特征在于，所述处理单元，还用于：

确定本地完成资源预留、且确定所述被叫终端完成资源预留。

25.如权利要求20-24任一所述的应用服务器，其特征在于，所述处理单元，还用于：

根据所述初始呼叫请求确定早期彩铃媒体信息；

所述收发单元，还用于：

向所述主叫终端发送第二更新媒体会话消息，所述第二更新媒体会话消息包括所述早期彩铃媒体信息；接收来自所述主叫终端的第二响应，所述第二响应包括所述应用服务器与所述主叫终端之间彩铃媒体协商结果；

所述处理单元，还用于：

根据所述第二响应，使得主叫终端播放多媒体彩铃。

26.如权利要求20-25任一所述的应用服务器，其特征在于，所述处理单元，还用于：

在所述临时响应的Call-Info头域中添加多媒体形式的彩铃服务信息，和/或，在所述临时响应的Alert-Info头域中添加多媒体形式的彩铃服务信息；

所述收发单元，还用于：

向所述主叫终端发送添加了所述多媒体形式的彩铃服务信息的临时响应。

27.如权利要求20-26任一所述的应用服务器，其特征在于，所述处理单元，还用于：

在所述初始呼叫请求中添加多媒体形式的彩振服务信息；

所述收发单元，还用于：

向所述被叫终端发送添加了所述多媒体形式的彩振服务信息的初始呼叫请求。

28.如权利要求27所述的应用服务器，其特征在于，所述处理单元，具体用于：

在所述初始呼叫请求的Alert-Info头域中添加所述多媒体形式的彩振服务信息；和/或，在所述初始呼叫请求的Call-Info头域中添加所述多媒体形式的彩振服务信息。

29.如权利要求20-28任一所述的应用服务器，其特征在于，所述处理单元，还用于：

通过控制所述收发单元接收来自所述被叫终端的摘机响应后，停止播放所述多媒体彩振和/或所述多媒体彩铃；或者，

通过控制所述收发单元接收到所述主叫终端的挂机消息后，停止播放所述多媒体彩振和/或所述多媒体彩铃；或者，

通过控制所述收发单元接收到所述被叫终端的挂机消息后，停止播放所述多媒体彩振和/或所述多媒体彩铃。

30.如权利要求20-29任一所述的应用服务器，其特征在于，所述处理单元，还用于：

触发所述主叫终端与所述被叫终端之间通话媒体重协商。

31.一种通信装置，其特征在于，包括收发单元；

所述收发单元，用于接收来自主叫终端的初始呼叫请求；

所述收发单元，还用于向应用服务器发送针对所述初始呼叫请求的临时响应；

所述收发单元，还用于接收来自所述应用服务器的第一更新媒体会话消息，所述第一更新媒体会话消息包括早期彩振媒体信息；

所述收发单元，还用于向所述应用服务器发送针对所述第一更新媒体会话消息的第一响应，所述第一响应包括所述应用服务器与所述被叫终端之间彩振媒体协商结果。

32.如权利要求31所述的通信装置，其特征在于，所述早期彩振媒体信息为所述应用服务器根据所述临时响应确定的。

33.如权利要求31或32所述的通信装置，其特征在于，所述初始呼叫请求和所述第一更新媒体会话消息指示相同的会话。

34.如权利要求31-33任一所述的通信装置，其特征在于，还包括处理单元，

所述收发单元，还用于接收来自所述应用服务器添加了所述多媒体形式的彩振服务信息的初始呼叫请求；

所述处理单元，用于：根据所述初始呼叫请求中的所述多媒体形式的彩振服务信息获取多媒体形式的彩振服务内容，在确定所述应用服务器播放所述多媒体彩振时，播放所述多媒体形式的彩振服务内容。

35.如权利要求31-34任一所述的通信装置，其特征在于，所述处理单元，具体用于：

根据所述初始呼叫请求的Alert-Info头域中的所述多媒体形式的彩振服务信息，获取所述多媒体形式的彩振服务内容；和/或，

根据所述初始呼叫请求的Call-Info头域中的所述多媒体形式的彩振服务信息，获取所述多媒体形式的彩振服务内容。

36.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令在被应用服务器调用时，使所述应用服务器执行如权利要求9至18任一权利要求所述的方法。

37.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令在被被叫终端调用时，使所述被叫终端执行如权利要求1至8任一权利要求所述的方法。

Images