[发明专利]一种转发流媒体的方法

说明书

技术领域

本发明属于多媒体技术领域，涉及一种根据客户端请求实现流媒体数据动态转发的方法。

背景技术

随着网络技术的发展，一种新的媒体技术应运而生，这就是流媒体技术。流媒体是指在网络中使用流式传输技术的连续时基媒体，如音频、视频或多媒体文件。流服务可以给用户提供持续不断的音视频流，满足用户在线观看动态影音的需求，因此，流媒体技术在媒体点播领域和媒体直播领域得到极大的应用。

此类流媒体系统通常采用C/S(客户端/服务器)架构，而作为流服务的提供者服务器是系统的应用瓶颈。为缓解流媒体服务器的压力，在流媒体系统引入转发服务器Relay来分担流媒体服务器的负载，Relay服务器缓存流媒体服务器上的流媒体数据，这样一部分用户可以通过访问Relay服务器来访问流媒体服务器的数据。

目前，Relay服务器通常采用一种静态Relay的过程，在Relay服务之前，Relay服务器通常先与源服务器建立流媒体连接，并在Relay服务器保存媒体源参数文件(通常是*.SDP文件，遵循会话描述协议SDP)，流媒体客户端访问Relay服务器的参数配置文件，通过实时流协议RTSP/会话描述协议SDP/实时传输协议RTP/实时传输控制协议RTCP获取媒体源的媒体数据。这种Relay方法存在以下缺点：

新增加或者修改了系统Relay的媒体源设置，系统需要更新参数保存文件后重新启动；

Relay服务器需要先与媒体源建立流连接，然后才能为流媒体客户端提供服务。也就是说，不论有无客户端访问，Relay服务器都需要与媒体源建立连接，这造成了网络资源的浪费，也增加了Relay服务器的负担。

发明内容

本发明要解决的技术问题是提供一种动态转发流媒体的方法，不仅能够根据客户端的请求转发相关的媒体源数据，而且节省了网络资源，减轻了Relay服务器的负担。

为了解决上述问题，本发明提出了一种动态转发流媒体的方法，应用于包括编码器、转发服务器和监控终端的转发流媒体系统，包括以下步骤：

(1)监控终端向转发服务器发送转发流请求；

(2)转发服务器收到监控终端发出的转发流请求后，建立与转发源编码器的流媒体会话；

(3)转发服务器将缓存的转发媒体源编码器的媒体数据发送给监控终端。

其中，所述监控终端可以向转发服务器发送实时流协议RTSP请求，所述RTSP请求中包括描述监控终端的请求信息RTSP Describe请求。

其中，所述RTSP请求中还可以包含附加控制信息，所述信息内容有转发服务器的互联网协议IP地址，编码器的唯一性标记，传输控制协议TCP指定转发服务器与转发源间传输数据的方式，编码器的IP地址，编码器提供的rtsp服务端口以及向编码器请求的具体内容。

其中，转发服务器还可以判断是否已与转发源编码器建立连接，如果是，直接执行步骤(3)，否则，执行以下操作：

(210)转发服务器根据收到的RTSP Describe请求，解析出新的RTSP请求，并利用新的RTSP请求，向转发媒体源编码器请求流媒体数据，建立与转发媒体源的会话，保存会话描述协议SDP信息和接收到的流媒体数据；

(220)转发服务器将与转发媒体源编码器的会话SDP信息，作为客户端RTSP Describe请求的响应发送给监控终端；

(230)监控终端接收到RTSP Describe请求的响应后，继续与转发服务器建立流媒体会话。

其中，所述转发服务器还可以将会话SDP信息保存在本地文件中，一旦系统重启，通过读取本地文件获取信息；或直接将该SDP信息保存在内存中，在系统重启后不需要再获取。

其中，当有多个监控终端请求同一个转发源，并且与转发源的连接已建立，转发服务器还可以直接将转发源的数据发送给监控终端。

其中，转发服务器还可以判断请求转发媒体源的监控终端数目，如果编码器的监控终端数目为0，则流媒体服务器自动断开与编码器的连接。

其中，转发服务器可以向监控终端转发实时传输协议RTP/实时传输控制协议RTCP/文件传输协议ftp/超文本传输协议http网络传输协议传送的数据，还传输RTP/RTCP在用户数据报协议UDP和传输控制协议TCP类型上的数据。

与现有技术相比，本发明方法将两条独立的流连接合并为一条流连接，客户端可以与Relay服务器通过一次流媒体会话获取转发媒体源数据，不仅能够根据客户端的请求转发相关的媒体源数据，而且节省了网络资源，减轻了Relay服务器的负担。