CN101184194A - 播放视频的方法、装置及系统 - Google Patents

Abstract

本发明实施例公开了播放视频的方法、装置及系统，所述方法包括：在触发视频业务后，网络侧设备确定当前的通话状态；所述网络侧设备在确定当前通话状态满足视频播放条件时，与终端进行媒体协商，并在协商成功后，向终端播放视频；其中，所述网络侧设备是为本侧的所述终端提供所述视频业务的网络侧设备。所述装置包括：通话状态确定单元，用于在触发视频业务后，确定当前通话状态；判断单元，用于判断当前通话状态是否满足视频播放条件，并将判断结果告知媒体协商单元；媒体协商单元，用于在获知所述当前通话状态满足视频播放条件时，与终端进行媒体协商；视频业务播放单元，用于在确定所述媒体协商单元进行所述媒体协商成功后，向终端播放视频。

Description

播放视频的方法、装置及系统

技术领域

本发明涉及通信技术领域，尤其涉及播放视频的方法、装置及系统。

背景技术

在当前的网络中，存在具备视频播放能力的初始会话协议(SIP)终端，在这类终端未进行视频通话时，其屏幕处于闲置状态，网络运营商可以利用此闲置的资源，向用户播放包括广告等在内的视频媒体内容。以播放广告视频媒体内容的广告业务为例，运营商可以在用户进行视频通话前或者进行音频通话时在用户终端上播放广告，从而为其创造更大的价值，产生电信后向价值链。

仍以广告业务为例，在现有技术中，网络设备需要将广告地址告知终端，终端根据该地址自动获取广告视频媒体流，从而实现在该终端上播放广告。该技术虽然能够实现在终端上播放视频，但是，该技术需要以终端为主来实现，相应的需要终端具有相应的处理功能。由于网络中的终端数量众多，要求所有终端均具有上述处理功能显然不现实，因此，该现有技术由于对终端的依赖过大，会影响广告业务的扩展性，不利于广告业务的迅速推广。同样，对于其他类型的视频业务而言，也存在与上述广告业务的实现相类似的问题。

发明内容

本发明实施例的目的在于：提供播放视频的方法、装置及系统，以通过网络侧设备为主来实现视频的播放以及对视频播放的控制，从而避免对终端的过多依赖，提高视频业务的扩展性。

为实现上述目的，本发明实施例提供以下技术方案：

一种播放视频的方法，该方法包括：

在触发视频业务后，网络侧设备确定当前的通话状态；

所述网络侧设备在确定当前通话状态满足视频播放条件时，与终端进行媒体协商，并在协商成功后，向终端播放视频；其中，所述网络侧设备是为本侧的所述终端提供所述视频业务的网络侧设备。

一种播放视频的装置，该装置包括：

通话状态确定单元，用于在触发视频业务后，确定当前的通话状态；

判断单元，用于判断所述当前通话状态是否满足视频播放条件，并将判断结果告知媒体协商单元；

媒体协商单元，用于在获知所述当前通话状态满足视频播放条件时，与终端进行媒体协商；

视频业务播放单元，用于在确定所述媒体协商单元进行所述媒体协商成功后，向终端播放视频。

一种播放视频的系统，该系统包括视频业务服务器和SIP服务器，其中：

所述视频业务服务器用于：在触发视频业务后，确定当前的通话状态，并在所确定的通话状态满足视频播放条件时，与终端进行媒体协商，和，在协商成功后，向终端播放视频；

所述SIP服务器用于：进行视频业务的注册及触发，在视频业务服务器与终端进行媒体协商时进行消息路由。

可见，本发明实施例所提供的方法、装置及系统，能够以网络侧设备为主来进行视频的播放以及对视频播放进行控制，从而减少了对终端的依赖，有利于提高业务的扩展性，增强同其他业务的有效融合，并可提高视频业务的实现效率；此外，在本发明实施例中，由于以网络侧设备为主实现视频播放，因此，对终端仅需进行很少改造，从而使得本发明实施例对于各类型终端均可适用，有利于视频业务的迅速实现与推广。

另外，本发明实施例所提供的视频业务，尤其是广告业务，能够使得用户通过观看视频享受到话费上的优惠，对于运营商而言，则可通过该视频业务从视频提供方处收取相应的费用，从而提高了其收益；对于视频提供商而言，则可通过发布视频获得相应的商业收益。

附图说明

图1为本发明实施例中所采用的视频业务网络的示意图；

图2为本发明一实施例中在通话建立过程中播放广告视频的流程图；

图3为本发明另一实施例中在通话建立过程中播放广告视频的流程图；

图4为本发明一实施例中在通话建立后播放广告视频的流程图；

图5为本发明一实施例中实现视频播放控制的流程图；

图5-1为本发明一实施例中实现停止视频播放的流程图；

图6为本发明实施例所提供的播放视频的装置的示意图；

图7为本发明实施例所提供的播放视频的系统的示意图。

具体实施方式

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

为了能够更加清楚地介绍本发明实施例所提供的方法，下面，首先对实现所述方法所基于网络结构加以说明。本发明实施例采用图1所示的视频业务网络来实现视频业务，该网络包括视频业务管理系统101和视频业务执行系统102，其中：

视频业务管理系统101用于对视频业务进行管理，该系统具体包括：门户(Portal)、视频业务策略管理单元以及视频内容管理单元，其中：

所述Portal用于提供操作界面，以便使用者进行视频业务策略的设置以及视频内容的上传；该Portal还可进一步提供接口给运营商操作员，以便该操作员利用该接口对视频内容进行审核以及对视频业务策略进行管理；

所述视频业务策略管理单元用于实现视频业务策略的设置、删除和修改等管理功能，具体的视频业务策略多种多样，以广告业务为例，其广告策略可以为：按时段和/或呼叫阶段指定要播放的广告视频文件、按照当前用户所属的用户群播放广告视频文件、依据用户的喜好播放广告视频文件；

所述视频内容管理单元用于：接收并保存上传的视频文件、对视频文件进行审查、下发视频文件、以及删除、查询视频文件。

视频业务执行系统102用于具体执行视频业务，该系统包括：视频业务服务器、媒体资源服务器(MRS)、以及SIP服务器，其中：

视频业务服务器负责具体视频业务逻辑的执行；

MRS作为媒体资源部件受所述视频业务服务器的控制，在后续描述中，为了描述简便，将MRS的功能合入到所述视频业务服务器中；

SIP服务器用于：完成用户的注册、用户视频业务的触发、SIP消息路由等功能，该SIP服务器与视频业务服务器之间可采用类似于3GPP IMS ISC那样的接口来实现交互。

基于如上所述的网络，本发明实施例提供以下播放视频、控制视频播放的方法。为了描述简便，在以下实施例的描述中，均以广告业务作为视频业务、广告视频作为视频为例进行说明，在本发明其它实施例中，所涉及的视频当然也可以为其他内容、其他形式的视频，并不影响本发明实施例的实现。

一、播放视频的方法：

本发明实施例所提供的播放视频的方法包括：

在触发视频业务后，网络侧设备确定当前的通话状态；

当所述通话状态满足视频播放条件时，所述网络侧设备与终端进行媒体协商，协商成功后，该网络侧设备向所述终端播放视频。

进一步的，在本发明优选实施例中，该方法还可进一步包括：

当判断得到当前通话状态不再满足视频条件时，所述网络侧设备停止向终端播放视频。

其中，在具体应用中，可以由如上网络中所述的SIP服务器完成视频业务的触发，由所述视频业务服务器作为网络侧设备完成视频播放条件的判断、媒体协商以及视频的播放。

根据用户之间是否已经建立通话，所述通话状态包括以下几种：

1、在主被叫用户终端间还未建立通话时，通话状态为等待摘机状态，由于当前未进行视频通话，此时进行广告视频的播放不会对用户间的正常通话产生影响，由此可以得到该通话状态满足视频播放条件；

2、在主被叫用户终端间建立通话后，且当主被叫用户之间仅进行音频通话时，此时的通话状态为音频通话状态；由于播放广告视频并不会对用户间的音频通话产生影响，因此可以得到此时的通话状态满足视频播放条件；

3、在主被叫用户终端间建立通话后，且当主被叫用户之间进行音视频通话时，此时的通话状态为音视频通话状态，由于用户间正在进行视频通话，如果再进一步播放广告视频势必会对用户间的视频通话产生影响，因此，可以判断得到此时的通话状态不满足视频播放条件。

在实际应用中，用户建立通话后，可以在音频和视频间进行切换，相应的也会影响视频播放的条件。

下面，结合上述不同的通话状态，以广告业务作为视频业务为例，对本发明实施例所提供的方法进行详细描述；其中，所述广告业务为广告服务器向签约用户播放广告的一种业务，通过该业务实现“有等待即有广告”这一目的。在用户签约了广告业务后，相应的服务器就可以在该用户建立通话前以及通话过程中为该用户播放广告，对于用户来说，可以通过收看/收听广告获取相应的信息，更可以通过收看/收听广告获得话费上的优惠，对于运营商来说，则可以通过为用户提供广告，从广告商处收取广告费，从而获得可观的收益；在以下的描述中，所述广告服务器为向其本侧用户终端提供广告业务的服务器。

(一)在通话建立过程中播放广告视频的方法：

参见图2，在本发明一实施例中，在通话建立过程中播放广告视频包括以下步骤：

步骤201：主叫用户发起对被叫用户的呼叫，主叫用户的终端UE1向SIP服务器发送通话建立请求(INVITE)消息，在该INVITE消息中携带有语音媒体描述，以表示当前请求建立语音通话；为了描述简便，将该携带有语音媒体描述的INVITE消息表示为：INVITE(A1)；其中，“A”为Audio，A1表示INVITE所携带的SDP中有1条音频媒体能力描述行。同理，“V”为Vedio，V1表示SDP中有一条视频媒体能力描述行。

步骤202～步骤203：所述SIP服务器为主叫用户做广告业务触发，将INVITE(A1)消息路由到广告服务器(AS)；其中，所述AS即为实现广告业务的视频业务服务器；

步骤204：所述AS记录所述INVITE消息中所携带的媒体SDP信息和呼叫状态等相关状态，将所述INVITE(A1)消息路由回到SIP服务器；

步骤205：所述SIP服务器将INVITE(A1)消息路由到被叫终端UE2；其中，本步骤的路由过程中间可能还会经过其他的SIP服务器或其它的业务服务器，为了描述简便，此处不再赘述；

步骤206～步骤207：被叫终端UE2经由SIP服务器向AS返回180响应，以告知AS该被叫终端当前处于等待被叫用户摘机状态；

步骤208：所述AS收到所述180响应后，得知被叫用户终端当前处于摘机等待状态，该AS依据主叫终端UE1的媒体能力判断得到该UE1当前能够接收视频媒体流，该AS确定向该UE1发送视频广告；

其中，该步骤中，所述AS需要根据主叫终端UE1的媒体能力进行所述判断，由于UE1在步骤201发起建立语音通话请求时，仅携带音频媒体描述，因此，所述AS无法依据UE1发送来的INVITE消息中的SDP OFFER判断出该UE1的真实媒体能力，而是需要通过其他方式预知，比较简单的方式是：所述AS缺省认为订阅广告业务的用户都使用具备广告音视频编解码能力的终端，此时，一旦所述SIP服务器为主叫用户触发广告业务，则所述AS就默认触发了该广告业务的主叫用户终端具有音视频编解码能力；另一种方式为：所述SIP服务器在为主叫用户做广告业务触发时，根据主叫用户终端的媒体处理能力进行筛选，只有在确定得到主叫用户终端具备相应的音视频处理能力时，所述SIP服务器才将所述INVITE消息转发至所述AS，在此情况下，所述AS仍然可以默认与收到的INVITE消息对应的用户终端具有音视频编解码能力；

步骤209～步骤210：所述AS经由所述SIP服务器向主叫用户终端UE1返回180响应，告知该UE1当前建立呼叫处于等待被叫用户摘机应答的状态；其中，在本步骤所返回的180响应中，携带有SDP Answer，以便和步骤201中主叫用户终端UE1所发送的INVITE消息中的SDP Offer完成一次Offer/Answer的匹配过程，所述SDP Answer可以由AS依据SDP Offer按SDP匹配规则相应构造；

步骤211～步骤212：所述AS经由所述SIP服务器向主叫用户终端UE1发送更新(UPDATE)请求，在该请求中携带SDP Offer，以指明广告音视频媒体流的编解码以及媒体流的发送端口；

步骤213～步骤214：主叫用户终端UE1收到所述更新请求后，经由所述SIP服务器向所述AS返回响应消息200，在该200响应中携带有SDP Answer，该SDPA nswer中包括有该UE1的语音媒体能力描述和视频媒体能力描述，所述AS收到该响应，根据其中所携带的终端UE1的媒体能力描述，确定该终端具备视频播放能力，从而完成主叫用户终端UE1与该AS之间的广告媒体协商；

至此，通过步骤211～步骤214完成了AS与主叫用户终端之间的广告媒体协商过程，建立了AS与主叫用户终端之间的广告媒体流连接，以便在后续步骤中所述AS利用该连接向所述终端UE1播放广告媒体流；

步骤215：所述AS在获知与主叫用户终端UE1之间的协商成功后，向该终端UE1发送广告视频媒体流，从而实现广告业务；其中，所述的广告视频媒体流根据需要可以进一步包括音频，并不影响本发明实施例的实现。

在上述实施例中，AS在获知被叫用户当前处于等待摘机状态后，在向主叫用户终端UE1所发送的INVITE的临时响应中构造一个SDP，并通过步骤209～步骤210将该临时响应发送给UE1，从而为主叫用户所发起的建立通话连接请求进行一次音频媒体协商，然后，再向主叫用户终端UE1发起更新请求，并在该更新请求中携带广告视频的相关指示信息，以便在AS与主叫用户终端UE1之间进行视频媒体协商。由此可见，上述实施例中包括了两次媒体协商过程。

为了简化本发明实施例的实现，在本发明另一实施例中，所述AS还可以直接在所述INVITE的临时响应中携带广告视频的相关指示信息，并结合主叫用户终端在发起连接请求时所携带媒体能力信息完成AS与主叫用户终端之间的媒体协商，从而使得该实施例的实现过程只需一次媒体协商过程，参见图3，该实施例所提供的方法具体包括：

步骤301：主叫用户发起对被叫用户的呼叫，主叫用户的终端UE1向SIP服务器发送建立音视频通话请求(INVITE)；在该INVITE消息中携带有语音和视频媒体描述，为了描述简便，将该携带有语音和视频媒体描述的INVITE消息表示为：INVITE(A1/V1)；

步骤302与步骤202一致；

步骤303：所述AS收到主叫用户终端UE1发送INVITE(A1/V1)消息后，根据该消息中所携带的视频媒体描述，判断该终端UE1具备视频处理能力，记录相关状态。

步骤304～步骤308与步骤204～步骤208一致；

步骤309～步骤310：AS在返回给UE1的180响应中，增加广告SDP的媒体描述，以指明广告音视频媒体流的编解码以及媒体流的发送端口；至此，完成了AS与主叫用户终端UE1之间的音频和视频媒体协商过程；

步骤311与步骤215一致。

需要注意的是，在图3所示的实施例中，由于需符合RFC3264的SDP匹配原则，因此，该实施例仅在主叫用户终端所发送的INVITE消息中携带有视频媒体能力描述时方可实现。

在图3所示的实施例中，需要注意的是：

(1)以上所描述的是通话建立前播放广告视频的方法，在实际应用中，被叫用户摘机应答后，可能与主叫用户之间建立音视频通话，此时，为了不影响主被叫用户之间正常的音视频通话，需要停止广告的播放，由此，上述实施例还可进一步包括：

被叫用户摘机应答后，向AS返回摘机应答响应消息，该响应消息为200响应消息，在该200响应消息中携带有被叫用户终端的音视频媒体能力描述；

所述AS收到所述200响应消息后，通过SDP媒体匹配分析，得知主被叫用户之间建立音视频通话，该AS停止向主叫用户终端播放广告音视频，并且，向主叫用户终端返回200响应消息；其中，所述AS向主叫用户终端所返回的200响应消息中并不携带被叫用户终端的媒体能力描述，其原因在于：由于在通话建立前，为了实现向主叫用户终端播放广告，AS已经与主叫终端完成了SDP Offer/Answer匹配，因此依据RFC3264，在所述AS向主叫用户终端所返回的200响应消息中，不携带被叫用户终端的媒体能力描述；

所述AS向主叫用户终端发送reINVITE消息，在该消息中携带有被叫用户终端的音视频媒体能力描述，所述主叫用户终端收到该消息后，向所述AS返回200响应消息，在该消息中携带主叫用户终端的媒体能力描述，通过该过程，完成主被叫用户终端之间的媒体协商，协商通过后，建立主被叫用户终端之间的音视频通话。

(2)以上所描述的均是为主叫用户播放广告的过程，在本发明其它实施例中，也可以实现为被叫用户播放广告，相应的，被叫AS与被叫用户之间进行广告媒体协商，并由被叫AS向被叫用户终端播放广告，其实现方法与上述方法为主叫用户终端播放广告的方法相类似，在此不再赘述。

(二)在通话建立后播放广告视频的方法：

参见图4，在该实施例中，主叫AS为其本侧的主叫用户终端UE1提供广告业务，相应的，被叫AS为其本侧的被叫用户终端UE2提供广告业务，主叫AS和被叫AS之间可以之间进行信令传输，也可通过其它设备转发来实现信令传输，为了描述方便，以下以主叫AS和被叫AS之间直接进行信令传输为例进行说明。

参见图4，在本发明一实施例中，在通话建立后播放广告视频的方法包括以下步骤：

步骤401～步骤403：主叫用户向被叫用户发起呼叫，该主叫用户终端UE1经由主叫AS、被叫AS向被叫用户终端UE2发送建立通话请求INVITE，在该请求中，携带有语音媒体描述，为了描述简便，将该携带有语音媒体描述的INVITE消息表示为：INVITE(A1)；在具体应用中，主叫用户终端向被叫用户终端所发送的INVITE(A1)消息还可能经过其他SIP服务器路由后方可到达被叫用户终端，为了描述简便，此处对该路由过程不做详细描述；

步骤404～步骤405：所述被叫用户终端UE2经由被叫AS向主叫AS返回180响应，以分别告知被叫AS和主叫AS，该被叫终端当前处于等待摘机状态；

步骤406：所述主叫AS向主叫用户终端UE1返回180响应，以响应步骤401中主叫用户终端UE1所发送的建立语音通话请求，告知该UE1当前建立语音通话成功；其中，在本步骤所返回的180响应中，携带有SDP Answer，以便和步骤401中主叫用户终端UE1所发送的INVITE消息中的SDP Offer完成一次Offer/Answer的匹配过程；

步骤407～步骤408：所述主叫AS向主叫用户终端UE1发送更新(UPDATE)请求，在该请求中携带SDP Offer，以指明广告音视频媒体流的编解码以及媒体流的发送端口，所述UE1收到所述更新请求后，向所述主叫AS返回响应消息200，在该200响应中携带有该UE1的语音能力描述和视频媒体能力描述，所述主叫AS收到该响应，根据其中所携带的终端UE1的媒体能力描述，确定该终端具备视频播放能力，从而完成主叫用户终端UE1与该主叫AS之间的广告媒体协商；类似的，当需要在被叫用户终端UE2上实现广告业务时，所述被叫AS与被叫用户终端UE2之间也需执行步骤407～步骤408的类似步骤，从而完成被叫AS与被叫用户终端UE2之间的广告媒体内容协商；其中，主叫方进行媒体协商与被叫方进行媒体协商无先后顺序关系，且主被叫放的媒体协商也可以同时进行，并不影响本发明实施例的实现；

步骤409：被叫用户摘机应答，被叫用户终端UE2向被叫AS返回200响应消息，在该响应消息中携带音频媒体描述，表明此次主被叫之间的通话只包括音频内容，不包括视频内容；为了描述简便，将携带有音频媒体描述的200响应消息表示为：200(A1)；

步骤410：所述被叫AS将接收到的200响应消息200(A1)转发给所述主叫AS，；

步骤411：所述主叫AS将所述200响应消息转发给所述主叫用户终端UE1，以告知该UE1被叫用户摘机应答；

步骤412：所述主叫AS根据收到的所述200响应消息中仅携带音频媒体描述，判断得到此次主被叫通话没有视频内容，且主叫用户终端具备播放广告视频的能力，决定向所述主叫用户终端UE1播放广告视频媒体流，在本发明优选实施例中，为了不影响主被叫之间的语音通话，仅决定播放广告视频媒体流，而不播放广告音频；

步骤413：所述主叫AS向主叫用户终端UE1发送重邀请(reINVITE)消息，在该消息中，在主被叫终端之间已经协商的语音媒体描述的基础上再增加广告视频的媒体描述；为了描述方便，将携带有语音媒体描述和广告视频媒体描述的reINVITE消息表示为：reINVITE(A1/V广告)；

在具体应用中，为了将广告视频和视频通话加以区分，可以在所述主叫AS向所述主叫用户终端UE1所发送的reINVITE消息中增加指示信息，以便终端UE1根据该指示信息对广告视频和视频通话进行不同的处理；在本发明优选实施例中，主叫用户终端UE1在根据所述指示信息判断得到当前要进行广告视频的媒体协商时，则可以直接执行后续步骤414，对所述reINVITE消息自动应答，如果根据指示信息判断得到所述reINVITE消息为一个因对端用户启动视频通话而产生请求消息，则可进一步提示本端用户是否接受视频通话，并根据本端用户的选择，执行与视频通话相关的后续步骤；

步骤414：所述主叫用户终端UE1收到reINVITE消息后，向所述主叫AS返回200响应消息，在该响应消息中携带该主叫用户终端UE1的音频及视频媒体能力描述，以便主叫AS根据主叫用户终端UE1的媒体能力，完成媒体协商；为描述方便，将该200响应消息表示为200(A1/V)；

步骤415：所述主叫AS根据主叫用户终端UE1上报的媒体能力，进行广告媒体协商，协商成功后，向所述主叫用户终端UE1播放相应的广告视频；为了不影响主被叫用户之间正常的音频通话，所述主叫AS向主叫用户终端所播放的广告仅包括视频内容而不包括音频内容。此时主叫用户在与被叫用户语音通话的同时，可以看到自己喜欢的广告视频。

步骤413～步骤415为向主叫用户终端播放广告视频的具体实现，相应的，可以通过步骤416～步骤418，实现被叫AS向被叫用户终端播放广告视频，其具体实现过程与步骤413～步骤415相类似。需要注意的是，步骤413～步骤415同步骤416～步骤418之间没有执行的先后顺序，并且，为主叫用户终端播放广告可以与为被叫用户终端播放广告同时执行。

二、在进行视频播放后，可进一步对视频播放进行控制，下面，介绍相应的控制视频播放的方法：

在通话建立后，如果主被叫用户终端之间建立的是语音通话，则AS可以在用户通话过程中，向用户终端播放广告视频，用户可以一边通话一边看广告，并且，基于用户的需要，该用户可以对广告的播放进行控制，该控制包括：取消通话过程中播放的广告、恢复在通话过程中播放广告、当用户从音频通话切换到音视频通话时，自动停止广告播放。在用户终端上相应的提供有进行所述控制操作的界面，以便接收用户的控制命令，并进行与所述控制命令相关的操作。

下面，结合图5对控制视频播放的方法加以详细说明。

参见图5，主被叫用户之间进行音频通话，AS向主叫用户终端UE1播放广告视频，在此情况下，用户对广告播放的控制包括以下步骤：

步骤501：所述主叫用户终端UE1选择进行取消广告视频播放的操作；

步骤502～步骤503：所述终端UE1经由SIP服务器向所述AS发送重邀请(reINVITE)消息，在该消息中携带广告指示，并且该消息中SDP的媒体描述中的视频媒体行接收端口为0，以通知所述AS取消广告业务的视频媒体播放，而主被叫用户之间的音视频通话并不加以改变；为了描述简便，将该reINVITE消息表示为reINVITE(A1/V0)；

步骤504～步骤506：所述AS收到所述reINVITE消息后，根据其中的广告指示，确定当前需要对广告业务进行媒体协商，并根据该消息中的视频媒体描述，确定主叫用户终端UE1当前选择停止播放广告视频，从而，该AS停止向所述终端UE1播放广告视频，并构造一个SDP Answer，通过响应消息200携带该SDPAnswer经由所述SIP服务器返回给所述终端UE1；

至此完成了取消广告视频播放的操作；在实际应用中，用户在取消广告视频播放后，还可进一步恢复广告视频的播放，恢复广告视频播放具体包括以下步骤：

步骤507：所述主叫用户终端UE1选择恢复广告视频的播放；

步骤508～步骤509：所述终端UE1经由SIP服务器向所述AS发送reINVITE消息，在该消息中携带广告指示，并且该消息中SDP的媒体描述中的视频媒体行接收端口为有效值，以通知所述AS恢复广告业务的视频媒体播放，而主被叫用户之间的音视频通话并不加以改变；为了描述简便，将该reINVITE消息表示为reINVITE(A1/V1)；

步骤510：所述AS收到所述reINVITE消息后，根据其中的广告指示，确定当前需要对广告业务进行媒体协商，并根据该消息中的视频媒体描述，确定主叫用户终端UE1当前选择恢复广告视频的播放，从而，该AS开始重新向所述终端UE1播放广告视频；在具体应用中，所述AS可以为所述终端UE1顺序播放下一个广告，也可以在存储的广告列表中选择通话态广告列表，并从该列表中选择相应的广告为所述终端UE1播放；

步骤511～步骤512：所述AS向所述终端UE1播放广告后，相应的构造一个SDP Answer携带广告视频媒体描述，通过响应消息200携带该SDPAnswer经由所述SIP服务器返回给所述终端UE1，以告知该UE1当前恢复广告视频播放成功。

在具体应用中，用户除了可以取消广告之外，还可以通过操作界面由音频通话切换到音视频通话，一旦切换到音视频通话成功，则为了不影响用户之间正常的音视频通话，需要停止广告的播放，此时，停止广告播放具体包括以下步骤：

步骤513：所述主叫用户终端UE1执行将音频通话切换到音视频通话的操作；

步骤514～步骤515：所述终端UE1经由SIP服务器向所述AS发送重邀请reINVITE消息，在该消息中并不携带广告指示，并且在该消息中携带该终端UE1的音频媒体能力描述和视频媒体能力描述，以告知所述AS当前将用户终端之间的通话切换至音视频通话；为了描述简便，将所述reINVITE消息表示为reINVITE(A1/V1)；

步骤516～步骤518：所述AS收到所述reINVITE消息后，由于该消息中并未携带广告指示，因此确定得到当前所进行的媒体协商为主被叫用户之间的媒体协商，从而将收到的所述reINVITE消息经由所述SIP服务器透传至被叫用户终端UE2，以告知被叫用户终端：主叫用户当前请求进行音视频通话；

步骤519～步骤520：所述被叫用户终端UE2收到所述reINVITE消息后，选择是否接受视频通话，并将媒体匹配结果携带在响应消息200中，经由所述SIP服务器返回给所述AS；

步骤521：所述AS根据所述被叫用户终端UE2所返回的响应消息，对主被叫用户进行音视频匹配结果的检查，如果匹配结果中包括视频，则可确定主被叫用户终端间的通话将包括视频通话，停止向主叫用户终端播放广告，如果匹配结果中不包括视频，则可确定当前主被叫间的通话并不包括视频通话，继续向主叫用户终端播放广告视频。

步骤522～步骤524：所述AS将接收到的200响应消息经过SIP服务器路由至所述主叫用户终端UE1，以告知该终端当前通话成功切换至音视频通话，所述主叫用户终端UE1和被叫用户终端UE2之间进行音视频通话。

步骤513～步骤524为用户将音频通话切换到音视频通话时，停止播放广告视频的操作，在本发明其它实施例中，还可采用图5-1所示的方法实现上述操作；该实施例应用的场景为：主叫AS和被叫AS分别向主叫用户终端UE1和被叫用户终端UE2播放视频广告，终端UE1进行切换到音视频通话的操作后，实现停止播放广告视频具体包括：

步骤525：主叫用户终端UE1向主叫AS发送reINVITE消息，该消息中携带该终端UE1的音频媒体能力描述和视频媒体能力描述，以告知所述AS当前将用户终端之间的通话切换至音视频通话，并且，由于主叫AS正在向主叫用户终端UE1播放广告，因此在该消息中还携带广告媒体描述；为了描述简便，将所述reINVITE消息表示为reINVITE(A1/V广告/V1)；

步骤526：所述主叫AS向被叫AS转发所述reINVITE消息，由于仅在AS和用户终端之间播放广告视频，因此，所转发的reINVITE消息中并不包括广告的媒体描述；

步骤527：所述被叫AS向被叫用户终端转发所述reINVITE消息，由于被叫AS正在向被叫用户终端UE2播放广告，因此，被叫AS向被叫用户终端发送的reINVITE消息中包括广告的媒体描述；

步骤528：被叫用户终端UE2根据收到的reINVITE消息获知主叫用户当前切换到音视频通话，将广告的媒体行接收端口设置为0，并向被叫AS返回200响应消息，该消息中携带有音视频媒体描述，还携带有接收端口为0的广告媒体描述，该响应消息表示为200(A1/V1/V0)；

步骤529：被叫AS根据收到的reINVITE消息，根据该消息中所携带的媒体描述判断得到通话中包括视频，停止向被叫用户终端UE2播放广告视频；

步骤530：被叫AS向主叫AS返回200响应消息，该消息中携带有音视频媒体描述；

步骤531：主叫AS根据收到的响应消息，判断得到通话中包括视频，停止向主叫用户终端播放广告视频；

步骤532：主叫AS向主叫用户终端UE1返回200响应消息，该消息中所携带的广告媒体行的接收端口为0。

通过上述步骤525～步骤532，实现了停止播放广告视频的操作，该实施例中，主叫AS和被叫AS分别向主被叫用户终端播放广告视频，在本发明其它实施例中，也存在仅有主叫AS或被叫AS向其对应终端播放广告视频的情况，此时，进行广告视频播放的用户终端与AS之间所传输的reINVITE消息中携带有广告媒体描述，在确定切换到的通话中包括视频后，则在返回的响应消息中携带接收端口为0的广告媒体描述。

综上所述，在终端当前正在接收广告视频时，用户可以在所述终端上进行取消广告操作；在终端当前正在与对方终端进行视频通话时，用户可以进行取消视频操作，进而可以进一步进行恢复广告的操作；在终端当前没有接收任何视频时，则用户可以在该终端上进行启动广告视频或者启动视频通话的操作。

需要注意的是：在实际应用中，上述取消广告视频、恢复广告视频、以及停止广告视频的控制过程可以分别独立进行，另外，上述三个控制过程也没有先后顺序的限制，以上实施例仅是为描述方便所举的一个优选实施例，不应认为是对本发明实施例的限制。

上述的实施例是以主叫用户终端以及与之对应的AS为例，说明如何进行对视频播放的控制，在本发明其它实施例中，当然也可以通过被叫用户终端和与之对应的AS完成上述控制操作，具体实现过程与上述实施例所描述的过程类似，在此不再赘述。

此外，上述实施例所描述的控制过程是在通话建立之后，当然，也可以在通话建立时进行取消广告视频以及恢复广告视频的操作，其具体实现过程与上述实施例所描述的过程一致。

在以上各个方法实施例中，为了描述简洁，省略了一些和本发明实施例具体实现场景不太相关的SIP消息，例如确认消息(ACK)等，还省略的某些非关键的网络实体，本领域技术人员根据上述实施例的描述能够显而易见的确定实现上述方法所需要的相关消息以及网络实体。

三、本发明实施例所提供的播放视频的装置：

参见图6，本发明实施例所提供的播放视频的装置包括：

通话状态确定单元601，用于在触发视频业务后，确定当前的通话状态；

判断单元602，用于判断所述当前通话状态是否满足视频播放条件，并将判断结果告知媒体协商单元603；

媒体协商单元603，用于在获知所述当前通话状态满足视频播放条件时，与终端进行媒体协商；

视频业务播放单元604，用于在确定所述媒体协商单元603进行所述媒体协商成功后，向终端播放视频。

在本发明优选实施例中，为了实现对视频播放的控制，所述装置还可进一步包括：

停止视频业务播放单元，用于在判断单元602告知其当前不再满足视频播放条件时，控制所述视频业务播放单元停止播放视频业务，和/或，

取消视频业务播放单元，用于：接收终端发送来的重邀请消息，根据该重邀请消息中携带的视频业务指示以及非激活态的视频业务媒体描述，取消所述视频业务的播放；和/或，

恢复视频业务播放单元，用于：接收终端发送来的重邀请消息，根据该重邀请消息中携带的视频业务指示以及激活态的视频业务媒体描述，恢复所述视频业务的播放。

在具体应用中，所述播放视频的装置可以为视频业务服务器，当然，也可以采用其它具有相应功能的网络侧设备作为所述播放视频的装置，并不影响本发明实施例的实现；针对广告视频业务，所述播放视频的装置则可以为广告服务器。

四、本发明实施例所提供的播放视频的系统：

参见图7，本发明实施例所提供的播放视频的系统包括视频业务服务器701和SIP服务器702，其中：

所述视频业务服务器701用于：在触发视频业务后，确定当前的通话状态，并在所确定的通话状态满足视频播放条件时，与终端进行媒体协商，和，在协商成功后，向终端播放视频；

所述SIP服务器702用于：进行视频业务的注册及触发，在视频业务服务器与终端进行媒体协商时进行消息路由。

在具体应用中，需要根据相应的视频业务策略来为用户播放视频，在此情况下，本发明实施例所提供的系统可进一步包括：

视频业务策略管理单元，用于实现视频业务策略的设置、修改和/或删除，以及为视频业务服务器提供视频业务策略。

对于播放视频的系统来说，还需要采用相应的装置来接收用户或运营商上传的视频，此时，所述系统还可进一步包括：

视频内容管理单元，用于接收并保存上传的视频文件、以及为视频业务服务器提供播放的视频。

进一步的，为了实现对视频内容进行管理，所述视频内容管理单元还可进一步用于对视频文件进行审查和/或删除、查询视频文件。

针对于本发明优选实施例，上述系统实施例中所述的视频业务可以为广告视频业务，相应的，所述视频为广告视频。

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

Claims (26)

1.一种播放视频的方法，其特征在于，该方法包括：

在触发视频业务后，网络侧设备确定当前通话状态；

所述网络侧设备在确定当前通话状态满足视频播放条件时，与终端进行媒体协商，并在协商成功后，向终端播放视频；其中，所述网络侧设备是为本侧的所述终端提供所述视频业务的网络侧设备。

2.根据权利要求1所述的方法，其特征在于，所述网络侧设备确定当前通话状态的具体实现为：

所述网络侧设备接收到主叫用户终端发送的通话建立请求后，将该请求路由至被叫用户终端；

所述网络侧设备接收所述被叫用户终端返回的响应消息，由该响应消息获知被叫用户当前处于等待摘机状态。

3.根据权利要求2所述的方法，其特征在于，所述网络侧设备根据当前通话状态为等待摘机状态确定得到当前满足视频播放条件，所述与终端进行媒体协商的具体实现为：

所述网络侧设备向终端发送携带有视频业务的媒体描述的更新请求；

所述网络侧设备接收到所述终端返回的携带有该终端音视频媒体能力描述的响应消息，根据该终端的音视频媒体能力描述进行媒体协商。

4.根据权利要求2所述的方法，其特征在于，所述网络侧设备根据当前通话状态为等待摘机状态确定得到当前满足视频播放条件，所述与终端进行媒体协商的具体实现为：

所述网络侧设备从所述主叫用户终端发送的通话建立请求中获得该终端的音视频能力；

所述网络侧设备通过所述通话建立请求的响应消息，将视频业务的媒体描述发送给所述主叫用户终端。

5.根据权利要求2～4任意一项所述的方法，其特征在于，在进行所述协商之前，该方法进一步包括：

所述网络侧设备判断所述终端的媒体能力确定该终端是否具有视频播放能力，如果是，则执行所述协商的步骤。

6.根据权利要求1所述的方法，其特征在于，所述网络侧设备确定通话状态的具体实现为：

在用户摘机应答后，所述网络侧设备根据被叫用户终端所返回的响应消息中携带的媒体描述，确定当前的通话中是否包括视频。

7.根据权利要求6所述的方法，其特征在于，当所述响应消息携带的媒体描述中不包括激活的视频媒体描述时，所述网络侧设备确定得到当前通话状态满足视频播放条件，所述与终端进行媒体协商的具体实现为：

所述网络侧设备向所述终端发送重邀请消息，在该消息中携带视频业务的媒体描述；

所述网络侧设备接收到所述终端返回的携带有该终端音视频媒体能力描述的响应消息，根据该终端的音视频媒体能力描述进行媒体协商。

8.根据权利要求3或7所述的方法，其特征在于，所述终端为主叫用户终端和/或被叫用户终端。

9.根据权利要求1所述的方法，其特征在于，该方法进一步包括：

当判断得到当前通话状态不再满足视频播放条件时，所述网络侧设备停止向终端播放视频。

10.根据权利要求9所述的方法，其特征在于，所述判断当前通话状态不再满足视频播放条件的具体实现为：

在所述终端上进行从音频通话切换到音视频通话的操作后，所述网络侧设备接收所述终端发送来的重邀请消息，其中，该消息中携带音视频通话的媒体描述为激活态；

所述网络侧设备根据所述重邀请消息中携带的音视频通话的媒体描述，获知当前需要将音频通话切换至音视频通话，将所述重邀请消息转发至另一侧终端；

所述网络侧设备根据所述另一侧终端返回的响应消息，确定该另一侧终端是否接受视频通话，如果是，则判断得到当前不再满足视频播放条件。

11.根据权利要求9所述的方法，其特征在于，所述判断当前通话状态不再满足视频播放条件的具体实现为：

在所述终端上进行从音频通话切换到音视频通话的操作后，所述网络侧设备接收所述终端发送来的重邀请消息，其中，该消息中携带有激活态的音频媒体描述、广告媒体描述以及视频媒体描述；

所述网络侧设备根据所述重邀请消息中携带的音视频通话的媒体描述，获知当前需要将音频通话切换至音视频通话，将所述重邀请消息转发至另一侧终端；

所述网络侧设备根据所述另一侧终端返回的响应消息，确定该另一侧终端是否接受视频通话，如果是，则判断得到当前不再满足视频播放条件。

12.根据权利要求1所述的方法，其特征在于，该方法进一步包括：

在所述终端上进行取消视频业务的操作后，所述网络侧设备接收所述终端发送来的重邀请消息，其中，该消息中携带有视频业务指示，且携带的视频业务媒体描述为非激活态；

所述网络侧设备根据所述重邀请消息中携带的视频业务指示以及视频业务媒体描述，取消所述视频业务的播放。

13.根据权利要求12所述的方法，其特征在于，在取消所述视频业务的播放之后，该方法进一步包括：

在所述终端上进行恢复视频业务的操作后，所述网络侧设备接收所述终端发送来的重邀请消息，其中，该消息中携带有视频业务指示，且携带的视频业务媒体描述为激活态；

所述网络侧设备根据所述重邀请消息中携带的视频业务指示以及视频业务媒体描述，恢复所述视频业务的播放。

14.根据权利要求1至4、6、7、9至13任意一项所述的方法，其特征在于，所述网络侧设备为视频业务服务器。

15.根据权利要求1至4、6、7、9至13任意一项所述的方法，其特征在于，所述视频业务为广告视频业务。

16.根据权利要求1至4、6、7、9至13任意一项所述的方法，其特征在于，该方法进一步包括：

所述终端判断所述网络侧设备为其播放的视频为广告视频后，自动播放所述视频。

17.一种播放视频的装置，其特征在于，该装置包括：

通话状态确定单元，用于在触发视频业务后，确定当前的通话状态；

判断单元，用于判断所述当前通话状态是否满足视频播放条件，并将判断结果告知媒体协商单元；

媒体协商单元，用于在获知所述当前通话状态满足视频播放条件时，与终端进行媒体协商；

视频业务播放单元，用于在确定所述媒体协商单元进行所述媒体协商成功后，向终端播放视频。

18.根据权利要求17所述的装置，其特征在于，该装置进一步包括停止视频业务播放单元，用于在从所述判断单元获知当前通话状态不再满足视频播放条件时，控制所述视频业务播放单元停止播放视频业务。

19.根据权利要求17所述的装置，其特征在于，该装置进一步包括：

取消视频业务播放单元，用于：接收终端发送来的重邀请消息，根据该重邀请消息中携带的视频业务指示以及非激活态的视频业务媒体描述，取消所述视频业务的播放；和/或，

恢复视频业务播放单元，用于：接收终端发送来的重邀请消息，根据该重邀请消息中携带的视频业务指示以及激活态的视频业务媒体描述，恢复所述视频业务的播放。

20.根据权利要求17～19任意一项所述的装置，其特征在于，所述播放视频的装置为视频业务服务器。

21.根据权利要求17～19任意一项所述的装置，其特征在于，所述视频业务为广告视频业务，所述播放视频的装置为广告服务器。

22.一种播放视频的系统，其特征在于，该系统包括视频业务服务器和SIP服务器，其中：

所述视频业务服务器用于：在触发视频业务后，确定当前的通话状态，并在所确定的通话状态满足视频播放条件时，与终端进行媒体协商，和，在协商成功后，向终端播放视频；

所述SIP服务器用于：进行视频业务的注册及触发，在视频业务服务器与终端进行媒体协商时进行消息路由。

23.根据权利要求22所述的系统，其特征在于，该系统进一步包括视频业务策略管理单元，用于实现视频业务策略的设置、修改和/或删除，以及为视频业务服务器提供视频业务策略。

24.根据权利要求22所述的系统，其特征在于，该系统进一步包括视频内容管理单元，用于接收并保存上传的视频文件、以及为视频业务服务器提供播放的视频。

25.根据权利要求24所述的系统，其特征在于，所述视频内容管理单元进一步用于对视频文件进行审查和/或删除、查询视频文件。

26.根据权利要求22～25任意一项所述的系统，其特征在于，所述视频业务为广告视频业务，所述视频为广告视频。

Images