[发明专利]实现流媒体通信的方法、装置及系统

说明书

技术领域

本发明涉及流媒体通信技术，特别涉及实现流媒体通信的方法、装置及系统。

背景技术

流媒体是指在网络中使用流式传输技术进行传输的连续媒体，如：音频、视频、多媒体文件等。图1示出了目前基于IP实现流媒体通信的协议层次示意图，该协议层次由上至下依次包括：应用层、传输层和网络层。

参见图1，应用层协议有：实时流协议(RTSP)、会话描述协议(SDP)、实时传输协议/实时传输控制协议(RTP/RTCP)。RTSP用于控制流媒体数据的传输；SDP用于描述所传输的流媒体数据，RTP/RTCP用于传输流媒体数据。当然，在实际应用中，用于控制流媒体数据传输的协议不限于RTSP，例如，可以使用会话初始化协议(SIP)或媒体资源控制协议(MRCP)等控制流媒体数据的传输。

传输层协议有：传输控制协议(TCP)和用户数据报协议(UDP)。通常采用TCP传输控制数据(例如：RTSP消息)，采用UDP传输流媒体数据(例如：RTP/RTCP消息)。在特殊应用场景下(例如，流媒体数据需要穿越防火墙)，也可以采用TCP传输流媒体数据。

网络层采用IP协议。

RTSP是一个基于客户端-服务器模型的应用层协议，在流媒体通信中，客户端与服务器之间通过交换RTSP消息来实现资源描述信息的获取、会话的建立、流媒体数据的播放控制等功能。图2示出了现有RTSP会话的建立和拆除过程示意图。参见图2，RTSP Agent A(即RTSP代理A，以下简称 A)是所述会话的客户端，RTSP Agent B(即RTSP代理B，以下简称B)是所述会话的服务器端。图2所示过程包括以下步骤：

步骤201：A与B建立TCP连接。

步骤202：A向B订阅流媒体文件(DESCRIBE)，B向A返回成功响应(200 OK)。

步骤203：A与B建立音频会话(SETUP(audio))。

步骤204：A与B建立视频会话(SETUP(video))。

步骤205：A向B发送播放请求(PLAY)，B向A返回成功响应。

步骤206：B将音频文件和视频文件打包成RTP/RTCP数据包承载于UDP发送给A。

步骤207：A向B发送拆除会话请求(TEARDOWN)，用于拆除A与B之间的音频会话和视频会话，B向A返回成功响应。

步骤208：拆除A与B之间的TCP连接。

流媒体通信中，可能涉及的网络实体有：客户端(Client)、代理(Proxy)和服务器(Server)。在Client与Proxy的会话交互过程中，Proxy充当图2所示服务器端的角色；在Proxy与Server的会话交互过程中，Proxy充当图2所示客户端的角色。

发明人在实现本发明的过程中，发现现有技术中：当流媒体数据需要穿越防火墙(NAT/FW)时，不能采用UDP传输流媒体数据，可以采用TCP传输流媒体数据，称为内嵌二进制(Embedded Binary Data)。此时，控制数据与流媒体数据在同一条TCP连接上传输，应用层收到来自于传输层的数据后，必须先识别该TCP连接上的数据是控制数据还是音频RTP包或是视频RTP包，再进行相应的后续处理，这增加了上层应用的复杂度，也降低了流媒体通信的性能。

发明内容

本发明实施例提供实现流媒体通信的方法、装置及系统，以降低应用层 的实现复杂度，提高流媒体通信的性能。

本发明实施例的技术方案具体是这样实现的：

一种实现流媒体通信的方法，应用于客户端，包括：

发送流媒体会话建立请求，所述请求中携带有流媒体传输协商请求信息；

接收服务器端返回的响应，从所述响应中获得流媒体传输协商确认信息，所述协商确认信息至少包含当前流媒体类型与当前流媒体传输所用的流标识之间的对应关系；

发送播放请求；

接收服务器返回的流媒体数据，所述流媒体数据中携带有用于传输所述流媒体数据所用的流控制传输协议SCTP偶联的流对应的流标识；

根据所述流媒体数据中的流标识和所述流标识与流媒体类型的对应关系，确定所述流媒体数据的类型。

一种实现流媒体通信的方法，应用于服务器端，包括：

接收流媒体会话建立请求，所述请求中携带有流媒体传输协商请求信息；