实现双视频流传送的方法、装置和系统

技术领域

本发明涉及多媒体通信领域，特别涉及一种实现双视频流传送的方法、装置和系统。

背景技术

会话初始协议(Session Initiation Protocol，SIP)是由互联网工程任务组(The Internet Engineering Task Force，IETF)提出来的一个应用控制(信令)协议，用于发起会话，目前，SIP协议主要用于NGN、IMS等系统。它可用来创建、修改以及终结多个参与者参加的多媒体会话进程。参与会话的成员可以通过组播方式、单播连网或者两者结合的形式进行通信。

双流也称第二路视频。双流实际上是指双视频流传送技术，在很成熟的H.323协议中，是在H.239协议文本进行描述的。视频会议系统中，在正常传输会议现场画面的同时，也可以传输类似PPT、短片等图像，此时一般采用双流实现。双流的应用使会议电视更好地应用于教育、医疗等场景。

在视频会议系统中，多媒体协议一般使用H.323协议。近年来，随着SIP协议慢慢地推广使用，有逐渐替换H.323协议的趋势，在下一代网络(NextGeneration Network，NGN)、多媒体系统(IP Multimedia Subsystem，IMS)系统上都有应用。然而，在这些应用中，都只实现了基于SIP协议的标准呼叫流程，而没有像H.323一样实现了双流功能，这导致基于SIP协议的视频会议不能进行双流的通讯。

发明内容

本发明实施例提供了一种实现双视频流传送的方法、装置和系统，可以实现基于SIP协议传送双视频流，技术方案如下：

一种实现双视频流的方法，包括：

主叫端在进行基于初始会话协议呼叫时与被叫端进行支持双视频流媒体能力的交互；

所述主叫端向所述被叫端发送请求消息，所述请求消息携带申请双视频流令牌的信息；

所述主叫端接收所述被叫端返回的响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；

所述主叫端根据所述响应消息判断申请双视频流令牌是否成功，如果成功，则根据交互出来的媒体能力将双视频流媒体发送给所述被叫端。

一种实现双视频流的方法，包括：

被叫端在进行基于初始会话协议呼叫时，与主叫端进行支持双视频流媒体能力的交互；

所述被叫端接收所述主叫端发送的请求消息，所述请求消息携带申请双视频流令 牌的信息；

所述被叫端向所述主叫端端返回响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；

所述被叫端接收所述主叫端根据申请双视频流令牌成功的信息返回的双视频流媒体。

一种实现双视频流的装置，包括：

交互模块，用于在进行基于初始会话协议呼叫时，与被叫端进行支持双视频流媒体能力的交互；

第一发送模块，用于向所述被叫端发送请求消息，所述请求消息携带申请双视频流令牌的信息；

接收模块，用于接收所述被叫端返回的响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；

判断模块，用于根据所述响应消息判断申请双视频流令牌是否成功；

第二发送模块，用于所述判断模块的判断结果为是时，则根据交互出来的媒体能力将双视频流媒体发送给所述被叫端。

一种实现双视频流的装置，包括：

交互模块，用于在进行基于初始会话协议呼叫时，与主叫端进行支持双视频流媒体能力的交互；

第一接收模块，用于接收所述主叫端发送的请求消息，所述请求消息携带申请双视频流令牌的信息；

发送模块，用于向所述主叫端端返回响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；

第二接收模块，用于接收所述主叫端根据申请双视频流令牌成功的信息返回的双视频流媒体。

一种实现双视频流的系统，包括：

主叫端，用于在进行基于初始会话协议呼叫时，与被叫端进行支持双视频流媒体能力的交互；向所述被叫端发送请求消息，所述请求消息携带申请双视频流令牌的信息；接收所述被叫端返回的响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；根据所述响应消息判断申请双视频流令牌是否成功，如果成功，则根据交互出来的媒体能力将双视频流媒体发送给所述被叫端；

被叫端，用于在进行基于初始会话协议呼叫时，与所述主叫端进行支持双视频流媒体能力的交互；接收所述主叫端发送的请求消息；向所述主叫端端返回响应消息；接收所述主叫端根据申请双视频流令牌成功的信息返回的双视频流媒体。

在本发明实施例中，通过主叫端在进行基于初始会话协议呼叫时与被叫端进行支持双视频流媒体能力的交互；主叫端向该被叫端发送请求消息，该请求消息携带申请双视频流令牌的信息；主叫端接收该被叫端返回的响应消息，该响应消息携带申请双视频流令牌是否成功的信息；主叫端根据该响应消息判断申请双视频流令牌是否成功，如果成功，则将双视频流媒体发送给该被叫端，可以实现基于SIP协议的双视频流业务，有助于双视频流业务的开展。

附图说明

图1是本发明实施例提供的一种实现双视频流的方法的流程图；

图2是本发明实施例提供的一种实现双视频流的方法的详细流程图；

图3是本发明实施例提供的实现双视频流的装置的结构图；

图4是本发明实施例提供的实现双视频流的另一种装置的结构图；

图5是本发明实施例提供的实现双视频流的系统的结构图。

具体实施方式

本发明的核心思想在于：通过主叫端在进行基于初始会话协议呼叫时与被叫端进行支持双视频流媒体能力的交互；主叫端向该被叫端发送请求消息，该请求消息携带申请双视频流令牌的信息；主叫端接收该被叫端返回的响应消息，该响应消息携带申请双视频流令牌是否成功的信息；主叫端根据该响应消息判断申请双视频流令牌是否成功，如果成功，则将双视频流媒体发送给该被叫端，可以实现基于SIP协议的双视频流业务，有助于双视频流业务的开展。

下面结合附图及优选实施方式对本发明技术方案进行详细说明。

本发明实施例提供了一种实现双视频流的方法，如图1所示，包括：

101，主叫端在进行基于初始会话协议呼叫时与被叫端进行支持双视频流媒体能力的交互；

102，主叫端向该被叫端发送请求消息，该请求消息携带申请双视频流令牌的信息；

103，主叫端接收该被叫端返回的响应消息，该响应消息携带申请双视频流令牌是否成功的信息；

104，主叫端根据该响应消息判断申请双视频流令牌是否成功，如果成功，则根据交互出来的媒体能力将双视频流媒体发送给该被叫端。

进一步地，该请求消息为INFO消息，相应地，该响应消息为200OK消息。

进一步地，申请双视频流令牌的信息和该申请双视频流令牌是否成功的信息经过可扩展标记语言编码。

进一步地，主叫端为第一初始会话协议会话终端；相应地，该被叫端为第二初始会话终端或多媒体控制会话终端。

下面通过一个具体的示例对本发明实施例进行详细的描述，但该示例并不构成对本发明保护范围的限制。首先需要描述与本发明实施例有关的一些概念。

其中，可扩展标记语言(EXtensible Markup Language，XML)，是通过了W3C标准的格式化语言。XML实际上可以以一种通用的形式为用户自己的数据提供一种通用的储存格式和数据结构。

多媒体控制单元(Multimedia Control Unit，MCU)：网络中的一个节点，它具有让3个以上的终端和网关召开多点视频会议的能力。

如图2所示，实现双视频流的方法，包括：

201，主叫端向被叫端发送携带主叫端支持双视频流能力的邀请(INVITE)消息。

具体地，主叫端在INVITE消息添加本端支持双视频流能力的信息，一个示例具体如下：

m＝video 10204 RTP/AVP 34

b＝AS:7680

a＝content:slides

a＝label:288020064-15-3

a＝curr:qos local none

a＝curr:qos remote none

a＝des:qos mandatory local sendrecv

a＝des:qos optional remote sendrecv

a＝sendrecv

a＝rtpmap:34 H263/90000

a＝fmtp:34 CIF

其中，在INVITE消息中的a行添加“Contect:Slides”字段，以描述主叫端支持双视频流的能力。其中，“Contect:Slides”字段只是为了本发明实施例的描述需要而做的举例，本发明的保护范围并不限于此。

202，被叫端接收INVITE消息，向主叫端发送100消息。

203，被叫端振铃，向主叫端发送180RING消息。

204，被叫端振铃，向主叫端发送200OK消息，该消息中携带被叫端支持双视频流的能力的信息。

具体地，被叫端在200OK消息添加本端支持双视频流能力的信息，具体的示例可以参见202相应部分，在此不再赘述。

205，主叫端向被叫端发送ACK消息。

206，主叫端向被叫端发送INFO消息，该消息中携带申请双视频流令牌的信息。

具体地，主叫端采用XML编码对INFO消息中消息体(Message Body)进行设置，添加申请双视频流令牌的信息，一个具体示例如下：

<？xml version＝″1.0″ encoding＝″UTF-8″？>；

其中，“xml version＝″1.0″”：表示XML的版本为1.0；“encoding＝″UTF-8″”：表示XML编码类型为UTF-8；“query type＝′apply′”：表示请求；“xmlns＝′xconf:video:duovideotoken”：表示双视频流令牌。

207，被叫端向主叫端发送200OK消息，该消息中携带申请双视频流令牌是否成功的信息。

具体地，被叫端采用XML编码对200OK消息中消息体(Message Body)进行设置，添加申请双视频流令牌是否成功，一个具体示例如下：

<？xml version＝″1.0″ encoding＝″UTF-8″？>；

其中，“xml version＝″1.0″”：表示XML的版本为1.0；“encoding＝″UTF-8″”：表示XML编码类型为UTF-8；“query type＝′Permit′”：表示请求； “xmlns＝′xconf:video:duovideotoken”：表示双视频流令牌。如果querytype的字段值为“forbid”，则表示申请双视频流令牌失败。

在206和207中，主叫端和被叫端通过XML这种数据结构来完成双视频流信令的交互，可以达到双视频流交互的效果。

208，主叫端接收200OK消息，根据该响应消息判断申请双视频流令牌是否成功，如果成功，则根据交互出来的媒体能力向被叫端发送双视频流媒体。

具体地，主叫端接收并解析响应消息，如果解析到“forbid”，则判断申请双视频流令牌失败；解析到“permit”，则判断申请双视频流令牌成功，此时，主叫端对双视频流媒体进行编码后发送给被叫端。

需要说明的是，201-205是主叫端和被叫端进行支持双视频流能力交互的过程，通过这个过程，主叫端和被叫端能得知对方具备支持双视频流能力，有助于后续进行双视频流业务。为了主叫端和被叫端进行支持双视频流能力交互，也可以在主叫端通过201向被叫端通知其支持双视频流能力后，被叫端无需通过205，而是通过将本端支持双视频流能力的信息携带在203中的180RING中，返回给主叫端。本领域技术人员可以理解的，主叫端和被叫端进行支持双视频流能力交互的过程，并不限于本实施例所描述的过程。

在上述实施例中，主叫端可以是第一会议电视终端，被叫端可以是第二会议电视终端或是MCU终端。

基于与方法相同的发明构思，本发明实施例提供了一种实现双视频流的装置，如图6所示，包括：

交互模块，用于在进行基于初始会话协议呼叫时，与被叫端进行支持双视频流媒体能力的交互；

第一发送模块，用于向所述被叫端发送请求消息，所述请求消息携带申请双视频流令牌的信息；

接收模块，用于接收所述被叫端返回的响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；

判断模块，用于根据所述响应消息判断申请双视频流令牌是否成功；

第二发送模块，用于所述判断模块的判断结果为是时，则根据交互出来的媒体能力将双视频流媒体发送给所述被叫端。

进一步地，第一发送模块发送的所述请求消息为INFO消息，相应地，接收模块接收的所述响应消息为200OK消息。

进一步地，第一发送模块发送的所述申请双视频流令牌的信息和接收模块接收的所述申请双视频流令牌是否成功的信息经过可扩展标记语言编码。

基于与方法相同的发明构思，本发明实施例提供了一种实现双视频流的装置，如图7所示，包括：

交互模块，用于在进行基于初始会话协议呼叫时，与主叫端进行支持双视频流媒体能力的交互；

第一接收模块，用于接收所述主叫端发送的请求消息，所述请求消息携带申请双视频流令牌的信息；

发送模块，用于向所述主叫端端返回响应消息，所述响应消息携带申请双视频流 令牌是否成功的信息；

第二接收模块，用于接收所述主叫端根据申请双视频流令牌成功的信息返回的双视频流媒体。

基于与方法相同的发明构思，本发明实施例提供了一种实现双视频流的系统，如图8所示，包括：

主叫端，用于在进行基于初始会话协议呼叫时，与被叫端进行支持双视频流媒体能力的交互；向所述被叫端发送请求消息，所述请求消息携带申请双视频流令牌的信息；接收所述被叫端返回的响应消息，所述响应消息携带申请双视频流令牌是否成功的信息；根据所述响应消息判断申请双视频流令牌是否成功，如果成功，则根据交互出来的媒体能力将双视频流媒体发送给所述被叫端；

被叫端，用于在进行基于初始会话协议呼叫时，与所述主叫端进行支持双视频流媒体能力的交互；接收向所述主叫端发送的请求消息；向所述主叫端端返回响应消息；接收所述主叫端根据申请双视频流令牌成功的信息返回的双视频流媒体。

在本发明实施例中，通过主叫端在进行基于初始会话协议呼叫时与被叫端进行支持双视频流媒体能力的交互；主叫端向该被叫端发送请求消息，该请求消息携带申请双视频流令牌的信息；主叫端接收该被叫端返回的响应消息，该响应消息携带申请双视频流令牌是否成功的信息；主叫端根据该响应消息判断申请双视频流令牌是否成功，如果成功，则将双视频流媒体发送给该被叫端，可以实现基于SIP协议的双视频流业务，有助于双视频流业务的开展。

上述说明示出并描述了本发明的一个优选实施例，但如前所述，应当理解本发明并非局限于本文所披露的形式，不应看作是对其他实施例的排除，而可用于各种其他组合、修改和环境，并能够在本文所述发明构想范围内，通过上述教导或相关领域的技术或知识进行改动。而本领域人员所进行的改动和变化不脱离本发明的精神和范围，则都应在本发明所附权力要求的保护范围内。