[发明专利]实时媒体流传输过程中支持媒体发包地址切换的方法

说明书

技术领域  本发明涉及一种实时媒体流传输过程中支持媒体发包地址切换的方法，尤其涉及多媒体通讯领域基于RTSP协议的IPTV系统中的实时媒体流传输过程中支持媒体发包地址切换的方法。

背景技术  RTSP是对实时媒体流传输控制的协议，客户端STB(机顶盒)和流媒体服务器之间通过RTSP信令进行交互。

目前，在RTSP协议中没有关于流媒体服务器在发送媒体码流过程中，媒体地址发生变化的相应规定，因此，从RTSP信令本身来讲，没有实现可以处理流媒体服务器发送媒体码流过程中，媒体地址发生变化的流程。

现有流媒体服务器普遍是一个媒体地址，也就是说流媒体服务器在将媒体码流发送给STB的过程中，媒体地址是始终不变的。

但是随着视频服务的市场需求逐渐增大，新的业务需求不断出现。当用户观看单播直播频道时，我们可以利用成本较低的MDU(媒体分发单元)将直播码流分发到STB上；当用户进入时移状态，我们则访问MSTU(媒体存储转发单元)下挂的磁盘，通过MSTU将存储的媒体发送到STB上。这样就存在了一个流媒体服务器在发送媒体码流的时候，媒体IP发生了变化的问题。为了灵活的实现业务、合理的利用流媒体服务器的资源，一种可以处理这种情况的流程就显得非常重要。

发明内容   本发明的目的在于提供一种实时媒体流传输过程中支持媒体发包地址切换的方法，使IPTV(Internet协议电视)系统中流媒体服务器和STB支持流媒体服务器媒体地址发生变化的情况，并且不违背RTSP协议要求。这种方法能实现比较复杂的业务，提高了IPTV系统中业务的灵活性和多样性。

该方法的核心思想是：当流媒体服务器要改变媒体发包地址时，利用RTSP协议中的参数RTP-Info将新的媒体地址带还给STB；STB通过解析RTSP消息中的RTP-Info参数，获得新的媒体地址。

本发明公开的一种实时媒体流传输过程中支持媒体发包地址切换的方法，由流媒体服务器向客户端STB发送媒体码流；包括如下步骤：第一步，所述STB发送PLAY命令给所述流媒体服务器；第二步，所述流媒体服务器在对PLAY命令的响应中，利用参数RTP-Info将新的媒体地址返还给STB；第三步，所述STB解析出参数RTP-Info中的媒体地址，并将此地址和原先的媒体地址比较，并更新相关数据区，从所述新的媒体地址继续接收媒体码流。

在本发明的一个实施例中，在所述第一步之前，所述流媒体服务器利用RTSP协议中的ANNOUNCE命令携带参数：x-notice，通知STB重新发送一个PLAY命令。

在本发明的另一个实施例中，当所述客户端从直播状态进入时移状态时，进入所述第一步；在所述第二步中，首先所述流媒体服务器定位到时移点，并通知MSTU单板发送磁阵上录制的时移节目，以及通知MDU单板停止发送直播媒体码流。

在本发明的另一个实施例中，当所述客户端处于直播状态，在所述第二步中，所述流媒体服务器收到来自所述STB的PLAY命令以后，首先通知对应于所述新的地址的MDU单板发送直播媒体码流，再通知原地址对应的MDU单板停止发送直播媒体码流。

在本发明的另一个实施例中，当所述客户端处于点播状态，在所述第二步中，所述流媒体服务器收到来自所述STB的PLAY命令以后，首先定位到目前点播节目正在发包的位置，并通知对应于所述新的地址的MSTU单板在对应的时间点继续发送点播节目的媒体码流，再通知原地址对应的MSTU单板停止发送点播节目的媒体码流。

本发明公开的一种实时媒体流传输过程中支持媒体发包地址切换的方法，在不修改现有流程的基础上，能很大提高频道业务的灵活性，满足某些情况下的特殊业务，并可以在此方法的基础上衍生出更多的新业务。

附图说明

图1直播进时移媒体发包地址切换流程示意图。

图2直播过程中媒体发包地址切换流程示意图。

图3点播过程中媒体发包地址切换流程示意图。

具体实施方式   下面结合附图和具体实施方式对本发明做进一步详细说明。

本发明中用到的英文属于/缩写对应的中文列明如下：

RTSP：实时流协议，参见RFC 2326；

STB：机顶盒；

IPTV：Internet协议电视；

MSCU：媒体服务控制单元；

MDU：媒体分发单元；

MSTU：媒体存储转发单元；