CN114070933A - 视频彩铃协商异常的处理方法、装置以及服务器 - Google Patents

Abstract

本发明公开了一种视频彩铃协商异常的处理方法、装置以及服务器，该方法包括：响应于主叫端上报的支持视频彩铃的消息，向主叫端发送携带视频彩铃的第一媒体协商消息；接收主叫端根据该第一媒体协商消息返回的第一协商结果消息，根据该第一协商结果消息判断该主叫端是否支持视频彩铃；若否，则向该主叫端发送携带音频彩铃的第二媒体协商消息；接收主叫端根据该第二媒体协商消息返回的第二协商结果消息，根据该第二媒体协商结果消息发送音频彩铃媒体给该主叫端以供进行音频彩铃播放。本发明方案，对于主叫端为老旧的VoLTE终端的情况，可以通过对协商结果消息进行判断并重发媒体协商消息，来避免彩铃协商异常，进而促使通话正常进行。

Description

视频彩铃协商异常的处理方法、装置以及服务器

技术领域

本发明涉及通信技术领域，具体涉及一种视频彩铃协商异常的处理方法、装置以及服务器。

背景技术

视频彩铃(Video customized ringing tone)业务是一项由被叫用户定制,为主叫用户提供一段有趣的视频媒体来替代普通网络回铃音的业务。视频彩铃的触发包括以下几个步骤：1)主叫寻呼被叫；2)被叫侧I/S-CSCF到HSS查询视频彩铃签约信息；3)发现被叫签约了视频彩铃业务后，呼叫路由到视频彩铃；4)寻呼到被叫；5)被叫振铃后，180振铃消息送到视频彩铃；6)视频彩铃平台跟主叫侧终端进行媒体协商；7)媒体协商成功后，视频彩铃平台会根据被叫视频彩铃设置情况发送视频彩铃媒体给主叫。

上述视频彩铃的触发过程中，由于视频彩铃是被叫业务，当前主叫用户主动规避该业务比较困难。而当主叫用户使用的是老旧VoLTE(Voice Over Long-Term Evolution，译为长期演进语音承载)终端时，拨打办理视频彩铃的被叫用户，由于主叫终端上报的能力是支持视频彩铃的，而在视频彩铃媒体协商时，协商结果不支持视频彩铃，则主叫无法听到铃音，并且会导致会话过程中媒体协商异常，接通电话后无法正常通话的情况。但是，若拨打的是未办理视频彩铃的用户，则通话正常。

综上所述，VoLTE通话过程中，使用老旧VoLTE终端拨打视频彩铃的用户，由于终端视频彩铃媒体协商异常并且无法规避，导致接通后无法听到对方的通话，从而严重影响用户的感知；并且，随着视频彩铃的大规模推广，使用老旧VoLTE终端呼叫接通后无法听到对方通话的概率会越来越高，并且信令流程无直接报错，定位问题难。

发明内容

鉴于上述问题，提出了本发明实施例以便提供一种克服上述问题或者至少部分地解决上述问题的视频彩铃协商异常的处理方法、装置以及服务器。

根据本发明实施例的一个方面，提供了一种视频彩铃协商异常的处理方法，包括：

响应于主叫端上报的支持视频彩铃的消息，向主叫端发送携带视频彩铃和音频彩铃的媒体信息的第一媒体协商消息；

接收主叫端根据所述第一媒体协商消息返回的第一协商结果消息，根据所述第一协商结果消息判断所述主叫端是否支持视频彩铃；若否，则向所述主叫端发送携带音频彩铃的媒体信息的第二媒体协商消息；

接收主叫端根据所述第二媒体协商消息返回的第二协商结果消息，根据所述第二协商结果消息发送音频彩铃媒体给所述主叫端以供进行音频彩铃播放。

根据本发明实施例的另一方面，提供了一种视频彩铃协商异常的处理装置，包括：

发送模块，适于响应于主叫端上报的支持视频彩铃的消息，向主叫端发送携带视频彩铃和音频彩铃的媒体信息的第一媒体协商消息；以及，若判定出主叫端支持视频彩铃，则向所述主叫端发送携带音频彩铃的媒体信息的第二媒体协商消息；

接收模块，适于接收主叫端根据所述第一媒体协商消息返回的第一协商结果消息；以及，接收主叫端根据所述第二媒体协商消息返回的第二协商结果消息；

判断模块，适于根据所述第一协商结果消息判断所述主叫端是否支持视频彩铃；

响铃模块，适于根据所述第二协商结果消息发送音频彩铃媒体给所述主叫端以供进行音频彩铃播放。

根据本发明实施例的又一方面，提供了一种服务器，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述视频彩铃协商异常的处理方法对应的操作。

根据本发明实施例的再一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如上述视频彩铃协商异常的处理方法对应的操作。

根据本发明的视频彩铃协商异常的处理方法、装置以及服务器，对于主叫端上报支持视频彩铃的消息的情况，在接收到彩铃媒体的第一协商结果消息后，根据该第一协商结果消息判断主叫端是否支持视频彩铃，若否，则表明主叫端上报的支持视频彩铃的能力有误；针对上述上报有误而导致彩铃媒体的协商异常的情况，重新发送第二媒体协商消息，该第二媒体协商消息不再携带视频彩铃的媒体信息，而仅携带音频彩铃的媒体信息，主叫端响应该第二媒体协商消息可返回第二协商结果消息，完成彩铃媒体的正常协商，而后则可进行音频彩铃的正常播放，避免视频彩铃的协商异常影响彩铃播放以后后续的会话协商。由此可见，本实施例方案，当视频彩铃媒体协商完成后，增加了视频彩铃的判断功能，判定出不支持视频彩铃功能的终端，并再次进行媒体协商，仅实现音频彩铃的媒体协商，完成正常的音频彩铃播放，从而对视频彩铃的规避，从而避免视频铃声协商异常对整个通话过程的影响，提升了用户感知。

上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明实施例的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明实施例的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明实施例提供的视频彩铃协商异常的处理方法的流程图；

图2示出了VoLTE通话过程中视频彩铃规避信令的流程；

图3示出了本发明另一个实施例提供的视频彩铃协商异常的处理方法的流程图；

图4示出了本发明实施例提供的视频彩铃协商异常的处理装置的结构示意图；

图5示出了本发明实施例提供的服务器的结构示意图。

具体实施方式

下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。

在实施本发明实施例之前，首先需要说明的是，发明人在实施本发明实施例的过程中发现：老旧的VoLTE终端拨打签约视频彩铃的用户与拨打未签约视频彩铃的用户的通话差异，主要是视频彩铃的媒体协商过程而导致的。下面，对视频彩铃的媒体协商过程进行简要说明：

1.视频彩铃平台(AS)收到180被叫振铃响应，保存被叫的媒体信息；

2.发视频协商消息(以UPDATE信令传递)携带上彩铃放音媒体SDP(SessionDescription Protocol，译为描述会话的协议)至主叫侧，主叫侧回复200UPDATE响应，携带上主叫侧的媒体SDP；

3.完成放音媒体资源建立后，继续发180振铃消息，指示主叫终端听彩铃；

4.被叫摘机，AS再完成还原通化媒体流程(UPDATE-200 UPDATE)，将媒体还原为通话的SDP类似第2步；

5.下发通话消息(200invite)指示主叫终端接续通话。

对于老旧的VoLTE终端，其初始上报给被叫端的邀请消息(以INVITE信令传递)中的Contact消息携带了video(视频)字段，则在协商过程中视频彩铃平台会带视频彩铃的媒体协商，而该老旧的VoLTE终端返回的协商结果与初始上报的信息不一致，则导致视频彩铃媒体协商异常，进一步造成后续会话的媒体协商也异常。下文的实施例则正是来解决发明人发现的上述由媒体协商过程而导致的彩铃以及会话的接听异常的问题。

图1示出了本发明实施例提供的视频彩铃协商异常的处理方法的流程图。该方法用于规避老旧的VoLTE终端的视频彩铃的协商异常的情况，以避免影响语音通话的协商。该方法可由服务器来执行，在本文中主要以服务器为被叫端的视频彩铃平台(AS被叫)进行说明。

如图1所示，该方法包括以下步骤：

步骤S110：响应于主叫端上报的支持视频彩铃的消息，向主叫端发送携带视频彩铃和音频彩铃的媒体信息的第一媒体协商消息。

实际中，在主叫端拨打签约有视频彩铃的被叫端时，会向被叫端上报其是否具有支持视频彩铃的能力的消息，以便确定进行协商的媒体类型

具体地，若主叫端上报的是支持视频彩铃的消息，则需要进行视频彩铃的媒体协商。AS被叫向主叫端发送的第一媒体协商消息(以UPDATE信令传递)，是被叫端与主叫端的第一次彩铃媒体的协商消息，而且该协商消息中不仅携带音频彩铃的媒体信息(即audio的说明信息)，还携带视频彩铃的媒体信息(即video的说明信息)。

步骤S120：接收主叫端根据该第一媒体协商消息返回的第一协商结果消息。

主叫端在接收到第一媒体协商消息后，向AS被叫返回第一协商结果消息(以200UPDATE信令传递)，该第一协商结果消息可反映主叫端对视频彩铃和音频彩铃的协商结果，例如，反映出恶协商的视频彩铃的端口。

步骤S130：根据该第一协商结果消息判断该主叫端是否支持视频彩铃；若是，则本方法结束；若否，则执行步骤S140。

以正常的彩铃媒体协商结果为基准，来判断该接收到的第一协商结果消息是否存在异常，即协商结果可反映出主叫端是否不支持视频彩铃，若不支持，则表明主叫端上报的能力有误，则执行步骤S140及其后续步骤，以避免协商异常而导致响铃和会话均出现异常，这种情况通常出现主叫端为老旧的VoLTE终端的场景下。若支持，则表明主叫端上报的能力无误，则现有正常的响铃流程及其后续流程进行处理即可，而不会影响最终的会话，本方法结束。

步骤S140：向该主叫端发送携带音频彩铃的媒体信息的第二媒体协商消息。

针对协商结果与上报的能力不一致的情况，向主叫端发送第二媒体协商消息(以UPDATE信令传递)，该第二媒体协商消息为重发的彩铃媒体的协商消息，协商正常的情况是不需要重发的；以及，该第二媒体协商消息与第一媒体协商消息的不同之处在于，其协商的仅为音频彩铃，而不协商视频彩铃，相应的，第二媒体协商消息中不携带video的说明信息，而只是携带audio的说明信息。

步骤S150：接收主叫端根据该第二媒体协商消息返回的第二协商结果消息，根据该第二协商结果消息发送音频彩铃媒体给该主叫端以供进行音频彩铃播放。

通常情况下，老旧的VoLTE终端是支持音频彩铃的解析的，则主叫端针对该第二媒体协商消息返回的第二协商结果消息是协商正常的消息，即：可以完成彩铃媒体的正常协商，相应的，后续则可以正常响铃，并且不会影响到会话协商以及正常的会话。

具体地，AS被叫在接收到第二协商结果消息后，则可发送音频彩铃媒体给主叫端，使其规避视频彩铃的播放，而正常播放音频彩铃，同时也不会影响后续会话。

根据本实施例提供的视频彩铃协商异常的处理方法，对于主叫端上报支持视频彩铃的消息的情况，在接收到彩铃媒体的第一协商结果消息后，根据该第一协商结果消息判断主叫端是否支持视频彩铃，若否，则表明主叫端上报的支持视频彩铃的能力有误；针对上述上报有误而导致彩铃媒体的协商异常的情况，重新发送第二媒体协商消息，该第二媒体协商消息不再携带视频彩铃的媒体信息，而仅携带音频彩铃的媒体信息，主叫端响应该第二媒体协商消息可返回第二协商结果消息，完成彩铃媒体的正常协商，而后则可进行音频彩铃的正常播放，避免视频彩铃的协商异常影响彩铃播放以后后续的会话协商。由此可见，本实施例方案，当视频彩铃媒体协商完成后，增加了视频彩铃的判断功能，判定出不支持视频彩铃功能的终端，并再次进行媒体协商，仅实现音频彩铃的媒体协商，完成正常的音频彩铃播放，从而对视频彩铃的规避，从而避免视频铃声协商异常对整个通话过程的影响，提升了用户感知。

图2示出了VoLTE通话过程中视频彩铃规避信令的流程。在进行下文实施例的说明之前，先在此通过图2来明确本发明的视频彩铃协商异常的处理方法相较于现有技术的改进点以及执行时机。如图2所示，视频彩铃协商无异常的情况，其通话主要包括以下几个信令过程：资源协商过程、资源预留过程、更新视频彩铃的放音媒体过程(也即视频彩铃媒体的协商过程)、播放视频彩铃过程(图中示出的是播放音频彩铃)、还原通话媒体过程以及连接通话过程。而对于视频彩铃协商异常的情况，则需在视频彩铃媒体的协商完成后，增加视频彩铃的规避过程，并规避播放视频彩铃过程而播放音频彩铃。上述涉及的多个过程将在下文实施例中结合本发明方案进行详细说明。

图3示出了本发明另一个实施例提供的视频彩铃协商异常的处理方法的流程图。如图3所示，该方法包括以下步骤：

步骤S310：响应于主叫端上报的支持视频彩铃的消息，向主叫端发送携带视频彩铃和音频彩铃的媒体信息的第一媒体协商消息。

具体地，在主叫端拨打签约有视频彩铃的被叫端时，会向被叫端上报其是否具有支持视频彩铃的能力的消息，则当主叫端为老旧的VoLTE终端时，其会上报支持视频彩铃的消息。对应到图2的信令流程，则是：在资源协商过程中，步骤1：老旧的VoLTE终端作为主叫端(UE_A)发送邀请消息(以INVITE信令传递)带上本端的媒体编解码信息以及在Contact消息携带了video(视频)字段，经过主叫端的合社网元(即PSBC，其集SBC、P-CSCF、ATCF、ATGW于一身)以及核心网(IMS_CORE)，然后和AS被叫的资源协商后，将邀请消息的协商结果发送至UE_B，此过程中，老旧的VoLTE终端的邀请消息中携带了video字段，即上报的为支持视频彩铃的能力。以及，资源协商过程还包括步骤2：UE_B在接收到资源的协商结果后，发送183协商消息(以183消息信令传递)从本端的PSBC的编码集合中选出其支持的编解码，发给本端的PSBC，再与UE_A的PSBC进行协商，最后将协商的结果发送至UE_A，完成编解码协商，即完成资源协商。

以及，如图2所示，在完成资源协商过程之后，进入资源预留过程：UE_A发送资源预留消息(以UPDATE信令传递)携带资源协商的编解码列表开始资源预留流程，UE_B发送预留结果消息(以200UPDATE信令传递)返回资源预留的协商结果。

然后，在资源预留过程结束后，若UE_B签约有视频彩铃，则针对主叫端上报视频彩铃的能力的情况，需要进入视频彩铃媒体的协商过程，即图2中更新视频彩铃的放音媒体过程，其包括：AS被叫在接收到UE_B发送的180振铃消息(以180ring信息传递)后，开始进行视频彩铃的媒体更新，由于UE_A带上来支持video的能力，则向UE_A发送携带有视频彩铃和音频彩铃的媒体信息的第一媒体协商消息(即图中的视频协商消息，以UNDATE信令传递)，换言之，发动的第一媒体协商消息中SDP消息体中的m行(媒体说明行)带有video消息，其中，m行的内容包括媒体类型(例如，video、audio)、端口、压缩方式以及编解码格式，下面是第一媒体协商消息中两个具体的m行举例：

(m)：video 17702 RTP/AVP 114

(m)：audio 17700 RTP/AVP 104 105

上述举例中，m行的格式为m：<媒体><端口><压缩方式><编解码格式>；

步骤S320：接收主叫端根据该第一媒体协商消息返回的第一协商结果消息。

UE_A在接收到第一媒体协商消息后，会返回第一协商结果消息，对应图2，则是：UE_A收到第一媒体协商消息后，返回第一协商结果消息(即图中的视频协商结果，以200UPDATE信令传递)给AS被叫，此时视频彩铃媒体的协商过程完成。

步骤S330：根据该第一协商结果消息判断该主叫端是否支持视频彩铃；若是，则执行步骤S370；若否，则执行步骤S340：。

其中，对于老旧的VoLTE终端，由于其实质并不支持视频彩铃的解析，而向其发送的第一媒体协商消息中又携带有视频彩铃的媒体信息，则返回的第一协商结果消息会显示协商异常，进而可根据第一协商结果消息的异常与否判定出UE_A是否支持视频彩铃的解析。

具体地，从该第一协商结果消息中采集到视频端口信息和音频收发模式信息；根据该视频端口信息和音频收发模式信息判断该主叫端是否支持视频彩铃。若未出现协商异常，即UE_A支持视频彩铃的解析，则返回的应该是正常可用的视频端口，而不会是0，以及返回特定的音频收发模式，其中，特定的音频收发模式为sendrecv(发送和接收)，而不会是none(不收发)，则通过判断视频端口以及音频收发模式是否异常，可以确定UE_A是否支持视频彩铃。

实际中，可定位该第一协商结果消息中的媒体说明行(即m行)和属性行(即a行)；从该媒体说明行中采集到视频端口信息，以及从该属性行中采集到音频收发模式信息。

举例来说，UE_A返回的第一协商结果消息中包含的如下内容：

(m)：video 0 RTP/AVP 114

(a)：curr：qos local none

(m)：audio 50010 RTP/AVP 104 105

(a)：des：qos none local none

定位到其中媒体类型为video的m行，并依据m行的格式确定出视频端口为0，以及定位到表示audio的收发模式的a行，确定出收发模式为local none。

进一步的，判断该主叫端是否支持视频彩铃包括：判断该视频端口信息是否为0，以及判断该音频收发模式信息是否为local none；若该视频端口信息为0，以及该音频收发模式信息为local none，则判定该主叫端不支持视频彩铃。例如，前文中的举例即可判定为主叫端不支持视频彩铃。

若判定出主叫端支持视频彩铃，则执行步骤S370，以进行正常的视频彩铃播放以及语音通话；若判定出主叫端不支持视频彩铃，则表明主叫端为老旧的VoLTE终端，则执行步骤S340，以便得到正常的协商结果，进而不影响后续响铃以及通话。

步骤S340：向该主叫端发送携带音频彩铃的媒体信息的第二媒体协商消息。

对于判定结果为不支持视频彩铃的老旧VoLTE终端，AS被叫需向其重新发送媒体协商消息(即第二媒体协商消息)，该第二媒体协商消息仅携带音频彩铃的媒体信息，以使仅和该老旧的VoLTE终端进行音频彩铃的协商，该过程即对应图2中规避视频彩铃过程，在第二媒体协商消息(即图中音频协商消息，以UPDATE信令传递)中SDP消息体中的m行仅携带audio的消息行，而不再携带video的消息行。

举例来说，m行的内容如下，其中不存在video的m行消息：

(m)：audio 17700 RTP/AVP 104 105。

步骤S350：接收主叫端根据该第二媒体协商消息返回的第二协商结果消息，根据该第二协商结果消息发送音频彩铃媒体给该主叫端以供进行音频彩铃播放。

UE_A收到第二媒体协商消息UPDATA消息后，这次SDP中的M行仅带audio的信息行，而老旧的VoLTE终端也是支持这种编解码格式，所以编解码协商正常。对应图2，返回的第二协商结果消息(即音频协商结果，以200UPDATE信令传递)中的收发模式显示协商正常。

举例来说，第二协商结果消息包含的内容如下：

(m)：audio 50010 RTP/AVP 104 105

(a)：curr：qos local sendrecv

其中，返回的(a)行中audio的收发模式为local sendrecv，而不是local none。

然后，则可以正常播放音频彩铃，而规避视频彩铃。对应图2，播放音频彩铃即为AS被叫向UE_A发送180振铃消息消息，指示UE_A听音频彩铃。

步骤S360：在检测到被叫端摘机后，终止该音频彩铃播放，并进行会话协商以及语音通话。

在UE_B摘机后，AS被叫终止放音，并继续进行会话协商和语音通话。该阶段对应图2中的还原通话媒体过程以及连接通话过程，其中，AS被叫终止放音，发送会话协商消息(以UPDATE信令传递)进行会话媒体更新，AS被叫收到会话协商结果(以200UPDATE信令传递)后，会话媒体更新完成，即还原完成；然后，AS被叫向UE_A发送通话消息(以200INVITE信令传递)，UE_A收到通话消息后，则可以进行语音通话。

步骤S370：根据该第一媒体协商结果消息发送视频彩铃媒体给该主叫端以供进行视频彩铃播放。

若判定主叫端支持视频彩铃，则可以进入播放视频彩铃过程、还原通话媒体过程以及连接通话过程，不会出现异常。

根据本实施例提供的视频彩铃协商异常的处理，当视频彩铃媒体协商完成时，增加了对媒体协商结果的收集功能，收集了SDP中m行和a行的信息，并增加了视频彩铃的判断功能，当视频彩铃的媒体协商失败后，就可判断为不支持视频彩铃功能的终端；以及，当视频彩铃媒体协商失败后，则再次进行媒体协商，对视频彩铃进行规避，而仅对音频彩铃进行媒体协商，完成正常的音频彩铃播放。由此可见，本实施例方案弥补了现有技术中，针对老旧VoLTE终端上报支持视频彩铃，但是视频媒体协商失败，而导致呼叫接听后通话不畅的不足，实现了在触发视频彩铃后，对于媒体协商的结果进行判断，对于不支持视频的彩铃终端再次进行协商，仅进行音频彩铃的协商，从而规避视频彩铃，完成整过通话流程，提升了用户感知。

图4示出了本发明实施例提供的视频彩铃协商异常的处理装置的结构示意图。该装置设置于被叫端的视频彩铃平台中(即AS被叫)。如图4所示，该装置包括：

发送模块410，适于响应于主叫端上报的支持视频彩铃的消息，向主叫端发送携带视频彩铃和音频彩铃的媒体信息的第一媒体协商消息；以及，若判定出主叫端支持视频彩铃，则向所述主叫端发送携带音频彩铃的媒体信息的第二媒体协商消息；

接收模块420，适于接收主叫端根据所述第一媒体协商消息返回的第一协商结果消息；以及，接收主叫端根据所述第二媒体协商消息返回的第二协商结果消息；

判断模块430，适于根据所述第一协商结果消息判断所述主叫端是否支持视频彩铃；

响铃模块440，适于根据所述第二协商结果消息发送音频彩铃媒体给所述主叫端以供进行音频彩铃播放。

在一种可选的方式中，所述装置还包括：通话模块，适于在检测到被叫端摘机后，终止所述音频彩铃播放，并进行会话协商以及语音通话。

在一种可选的方式中，所述判断模块进一步适于：从所述第一协商结果消息中采集到视频端口信息和音频收发模式信息；

根据所述视频端口信息和音频收发模式信息判断所述主叫端是否支持视频彩铃。

在一种可选的方式中，所述判断模块进一步适于：

判断所述视频端口信息是否为0，以及判断所述音频收发模式信息是否为不收发；若所述视频端口信息为0，以及所述音频收发模式信息为不收发，则判定所述主叫端不支持视频彩铃。

在一种可选的方式中，所述判断模块进一步适于：定位所述第一协商结果消息中的媒体说明行和属性行；从所述媒体说明行中采集到视频端口信息，以及从所述属性行中采集到音频收发模式信息。

在一种可选的方式中，所述装置还包括：视频彩铃播放模块，适于：

根据所述第一媒体协商结果消息发送视频彩铃媒体给所述主叫端以供进行视频彩铃播放。

在一种可选的方式中，所述装置设置于视频彩铃平台中。

本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的视频彩铃协商异常的处理方法。

图5示出了本发明实施例提供的服务器的结构示意图，本发明具体实施例并不对服务器的具体实现做限定。

如图5所示，该服务器可以包括：处理器(processor)502、通信接口(Communications Interface)504、存储器(memory)506、以及通信总线508。

其中：处理器502、通信接口504、以及存储器506通过通信总线508完成相互间的通信。通信接口504，用于与其它设备比如客户端或其它服务器等的网元通信。处理器502，用于执行程序510，具体可以执行上述用于服务器的视频彩铃协商异常的处理方法实施例中的相关步骤。

具体地，程序510可以包括程序代码，该程序代码包括计算机操作指令。

处理器502可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。服务器包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个CPU；也可以是不同类型的处理器，如一个或多个CPU以及一个或多个ASIC。

存储器506，用于存放程序510。存储器506可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

程序510具体可以用于使得处理器502执行以下操作：

响应于主叫端上报的支持视频彩铃的消息，向主叫端发送携带视频彩铃和音频彩铃的媒体信息的第一媒体协商消息；

接收主叫端根据所述第一媒体协商消息返回的第一协商结果消息，根据所述第一协商结果消息判断所述主叫端是否支持视频彩铃；若否，则向所述主叫端发送携带音频彩铃的媒体信息的第二媒体协商消息；

接收主叫端根据所述第二媒体协商消息返回的第二协商结果消息，根据所述第二协商结果消息发送音频彩铃媒体给所述主叫端以供进行音频彩铃播放。

在一种可选的方式中，所述程序510进一步使所述处理器502执行以下操作：

在检测到被叫端摘机后，终止所述音频彩铃播放，并进行会话协商以及语音通话。

在一种可选的方式中，所述程序510进一步使所述处理器502执行以下操作：

从所述第一协商结果消息中采集到视频端口信息和音频收发模式信息；

根据所述视频端口信息和音频收发模式信息判断所述主叫端是否支持视频彩铃。

在一种可选的方式中，所述程序510进一步使所述处理器502执行以下操作：

判断所述视频端口信息是否为0，以及判断所述音频收发模式信息是否为不收发；若所述视频端口信息为0，以及所述音频收发模式信息为不收发，则判定所述主叫端不支持视频彩铃。

在一种可选的方式中，所述程序510进一步使所述处理器502执行以下操作：

定位所述第一协商结果消息中的媒体说明行和属性行；

从所述媒体说明行中采集到视频端口信息，以及从所述属性行中采集到音频收发模式信息。

在一种可选的方式中，若判定所述主叫端支持视频彩铃，所述程序510进一步使所述处理器502执行以下操作：

根据所述第一媒体协商结果消息发送视频彩铃媒体给所述主叫端以供进行视频彩铃播放。

在一种可选的方式中，所述方法由视频彩铃平台执行。

在此提供的算法或显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明实施例的内容，并且上面对特定语言所做的描述是为了披露本发明实施例的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本发明实施例并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明实施例进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。

Claims (10)

1.一种视频彩铃协商异常的处理方法，包括：

响应于主叫端上报的支持视频彩铃的消息，向主叫端发送携带视频彩铃和音频彩铃的媒体信息的第一媒体协商消息；

接收主叫端根据所述第一媒体协商消息返回的第一协商结果消息，根据所述第一协商结果消息判断所述主叫端是否支持视频彩铃；若否，则向所述主叫端发送携带音频彩铃的媒体信息的第二媒体协商消息；

接收主叫端根据所述第二媒体协商消息返回的第二协商结果消息，根据所述第二协商结果消息发送音频彩铃媒体给所述主叫端以供进行音频彩铃播放。

2.根据权利要求1所述的方法，其中，在所述进行音频彩铃播放之后，所述方法还包括：

在检测到被叫端摘机后，终止所述音频彩铃播放，并进行会话协商以及语音通话。

3.根据权利要求2所述的方法，其中，所述根据所述第一协商结果消息判断所述主叫端是否支持视频彩铃进一步包括：

从所述第一协商结果消息中采集到视频端口信息和音频收发模式信息；

根据所述视频端口信息和音频收发模式信息判断所述主叫端是否支持视频彩铃。

4.根据权利要求3所述的方法，其中，所述根据所述第一协商结果消息中的视频端口信息和音频收发模式信息判断所述主叫端是否支持视频彩铃具体为：

判断所述视频端口信息是否为0，以及判断所述音频收发模式信息是否为不收发；若所述视频端口信息为0，以及所述音频收发模式信息为不收发，则判定所述主叫端不支持视频彩铃。

5.根据权利要求3或4所述的方法，其中，所述从所述第一协商结果消息中采集到视频端口信息和音频收发模式信息进一步包括：

定位所述第一协商结果消息中的媒体说明行和属性行；

从所述媒体说明行中采集到视频端口信息，以及从所述属性行中采集到音频收发模式信息。

6.根据权利要求4所述的方法，其中，若判定所述主叫端支持视频彩铃，所述方法还包括：

根据所述第一媒体协商结果消息发送视频彩铃媒体给所述主叫端以供进行视频彩铃播放。

7.根据权利要求1所述的方法，其中，所述方法由视频彩铃平台执行。

8.一种视频彩铃协商异常的处理装置，包括：

发送模块，适于响应于主叫端上报的支持视频彩铃的消息，向主叫端发送携带视频彩铃和音频彩铃的媒体信息的第一媒体协商消息；以及，若判定出主叫端支持视频彩铃，则向所述主叫端发送携带音频彩铃的媒体信息的第二媒体协商消息；

接收模块，适于接收主叫端根据所述第一媒体协商消息返回的第一协商结果消息；以及，接收主叫端根据所述第二媒体协商消息返回的第二协商结果消息；

判断模块，适于根据所述第一协商结果消息判断所述主叫端是否支持视频彩铃；

响铃模块，适于根据所述第二协商结果消息发送音频彩铃媒体给所述主叫端以供进行音频彩铃播放。

9.一种服务器，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；

所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行如权利要求1-7中任一项所述的视频彩铃协商异常的处理方法对应的操作。

10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行如权利要求1-7中任一项所述的视频彩铃协商异常的处理方法对应的操作。

Images