CN101399844A

CN101399844A - 一种移动流媒体业务中快速切换内容的方法

Info

Publication number: CN101399844A
Application number: CNA2007101810256A
Authority: CN
Inventors: 王金东
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2007-09-26
Filing date: 2007-09-26
Publication date: 2009-04-01
Anticipated expiration: 2027-09-26
Also published as: CN101399844B

Abstract

一种移动流媒体业务中快速切换内容的方法，包括以下步骤，移动终端判断流媒体服务器是否支持快速内容切换，如果支持，则流媒体服务器向移动终端发送前一个内容的媒体轨道数据；移动终端利用原来的RTSP会话链接向流媒体服务器发送PLAY请求进行内容切换；流媒体服务器处理该PLAY请求，如果流媒体服务器返回成功的处理响应、相应SDP信息和各个轨道的RTP信息，则流媒体服务器利用原来的相应RTP资源向移动终端发送各个媒体轨道的数据。本发明所述的一种移动流媒体业务中快速切换内容的方法可以重用原来的RTSP控制会话连接和RTP资源，进行快速切换内容的方法，有效的减少切换时间，特别适合于移动流媒体业务，提高用户体验的满意度。

Description

一种移动流媒体业务中快速切换内容的方法

技术领域

本发明涉及移动通讯领域，尤其涉及一种移动流媒体业务中快速切换内容的方法。

背景技术

随着3G网络的建设，移动流媒体业务越来越受到电信运营商、和广大用户的重视和欢迎。SMIL即同步多媒体集成语言形式的节目播放越来越多(包含多个流媒体节目，在一定的条件下顺序播放)。SMIL是一种布局展示描述，它描述场景如何布局，各个区域如何播放相关的多媒体内容。在移动流媒体业务中，移动终端首先通过HTTP将SMIL内容从服务器下载到本地，移动终端对SMIL进行解析，因为移动终端受屏幕大小的限制，通常会顺序播放多个流媒体节目。

然而在实际的SMIL类业务开展运行过程中发现，因为移动数字蜂窝网络的延迟比较大，传统方式在一个节目播放完成切换到另一个节目时，移动终端会结束上一个节目的RTSP/RTP/RTCP链接，重新为下一个节目建立新的会话。因为建立新的会话时间比较长，在一定程度上影响了用户的体验。

目前主流的流媒体点播直播业务的实现方式都是通过遵循国际标准实时流协议RTSP(Real-Time Streaming Protocol)、实时传输协议RTP(Real-time Transaction Protocol)、实时控制协议RTCP(Real-time Control Protocol)的语法语义和相应流程的。用户在通过RTSP协议进行流媒体会话的建立过程中，按照标准规定的流程(如图1所示)，需要经过DESCRIBE请求/响应、SETUP请求/响应(音频)、SETUP请求/响应(视频)、PLAY请求/响应等会话控制方法流媒体服务器才会向用户移动终端发送音频、视频等数据。这些众多的消息在传输速率比较慢的数字移动蜂窝网络上传输需要很长的一段时间。因此造成用户的体验不好。

发明内容

本发明的目的在于提出一种移动流媒体业务中快速切换内容的方法，该方法可以重用原来的RTSP控制会话连接和RTP资源，进行快速切换内容，有效的减少切换时间，特别适合于移动流媒体业务，提高用户体验的满意度。

本发明所述的一种移动流媒体业务中快速切换内容的方法，包括以下步骤，

a、在进行内容切换之前，流媒体服务器向移动终端发送前一个内容的媒体轨道数据；在需要进行内容切换时，移动终端判断流媒体服务器是否支持快速内容切换，如果支持，则执行下述步骤：

b、移动终端利用原来的RTSP会话链接向流媒体服务器发送PLAY请求进行内容切换；

c、流媒体服务器处理该PLAY请求，如果流媒体服务器返回成功的处理响应、相应SDP信息和各个轨道的RTP信息，则流媒体服务器利用原来的相应RTP资源向移动终端发送各个媒体轨道的数据。

进一步地，上述方法还可包括，所述步骤b中，所述PLAY请求的URL为要切换到的内容的URL，PLAY请求中还包含以下参数：要求流媒体服务器处理该请求的标志、要求流媒体服务器返回要切换到的内容的SDP信息、和会话ID。

进一步地，上述方法还可包括，所述步骤c中，流媒体服务器处理该PLAY请求，如果流媒体服务器无法判别如何选择并发送媒体流，则执行如下步骤，

o、流媒体服务器向移动终端返回该PLAY请求被成功接受，但无法判别如何选择并发送媒体流，并返回相应内容的SDP信息；

p、移动终端获取新内容的SDP信息，并选择所要发送的媒体流，向流媒体服务器发送PLAY请求，PLAY请求的URL为要切换到的内容的URL，还包含以下参数：要求流媒体服务器处理该请求的标志、会话ID、以及用新内容的媒体流如何替换前一内容中媒体流指示；

q、流媒体服务器根据PLAY请求中要求其处理该请求的标志进行处理，利用新内容的媒体流替换前一内容的相应的媒体流，返回成功的响应；

r、流媒体服务器向移动终端发送所替换的流数据。

进一步地，上述方法还可包括，所述步骤q中，所述返回的成功的响应中还包含所替换的各个媒体流的RTP信息。

进一步地，上述方法还可包括，所述步骤c中，流媒体服务器处理该PLAY请求，如果发现新内容需要更多的媒体轨道，则执行如下步骤，

u、流媒体服务器向移动终端返回开始传输部分轨道的数据，并返回相应内容的SDP信息、会话ID和开始传输部分轨道的相应RTP信息；

v、流媒体服务器向移动终端传输部分轨道的数据；

w、移动终端接收到流媒体服务器的响应后，向流媒体服务器发送SETUP请求以便建立多余部分轨道的传输通道；

x、流媒体服务器返回对SETUP请求的响应消息；

y、移动终端向流媒体服务器发送PLAY请求，请求开始播放新内容；

z、流媒体服务器返回对PLAY请求的响应消息，向移动终端发送各个媒体轨道的数据。

进一步地，上述方法还可包括，所述媒体服务器处理移动终端的PLAY请求后，如果流媒体服务器发现新内容需要更少的媒体轨道，则先自动释放多余的RTP资源，然后若能判别如何选择并发送媒体流则跳转到步骤c继续执行，若无法判别，则跳转到步骤。继续执行。

进一步地，上述方法还可包括，所述步骤a中，如果流媒体服务器不支持快速内容切换方法，则返回错误代码。移动终端需要按照传统方法进行内容切换。

进一步地，上述方法还可包括，返回的错误代码为551。

与现有技术相比，本发明所述的一种移动流媒体业务中快速切换内容的方法可以重用原来的RTSP控制会话连接和RTP资源，进行快速切换内容，有效的减少切换时间，特别适合于移动流媒体业务，提高用户体验的满意度。

附图说明

图1是传统内容切换流程。

图2是本发明具体实施方式中移动流媒体业务快速切换内容的方法流程图；

图3是成功快速切换内容的具体实例的流程示意图。

具体实施方式

本发明提出的方法是在需要进行内容切换时，利用原来的RTSP控制会话而不是重新建立新的RTSP会话，在RTSP PLAY请求中增加相应的参数字段来向流媒体服务器指明进行内容切换和如何切换。因为利用的是原来的RTSP会话和RTP资源，不需要进行交互结束原来的会话和建立新的会话，因此大大减少了内容切换的时间。

移动终端利用PLAY中的URL向流媒体服务器指明切换哪个内容。

内容切换时，因为此时移动终端还不了解新内容中包含的媒体轨道情况，切换时移动终端可以只指定内容的URL而不指定媒体轨道的URL，要求流媒体服务器返回SDP信息、初始会话、建立相关的媒体流、并且开始播放。流媒体服务器应在响应中返回媒体轨道的替换情况。如果流媒体服务器不能开始流式传输，应向移动终端说明这种情况(举个这种情况的例子：节目包含多种语言，流媒体服务器不知道该选择哪种语言进行播放)。如果流媒体服务器不能向移动终端流式传输所有的流，流媒体服务器可以传输部分媒体轨道，并向移动终端指明这种情况和传输了哪些媒体轨道，移动终端可以将剩余的媒体轨道利用SETUP方法进行增加。如果新内容中包含更少的媒体轨道，则移动终端和流媒体服务器应释放多余轨道占用的RTP资源。

为了了解流媒体服务器是否支持本专利的交互方法，用户终端应该尽早的去探测流媒体服务器是否具备本专利提出的交互方法的能力、并向流媒体服务器表明自己是否支持该能力。如果流媒体服务器不支持改方法，则应根据IETF标准RFC2326返回错误码为551(参数不支持)的响应。

因为内容切换通常同步源SSRC(synchronization source)会改变，所以在PLAY方法的响应消息中除了序列号(seq)、时间戳(rtptime)等RTP相关的特定参数之外，还应增加一个SSRC参数，来表明序列号、时间戳要应用到哪个同步源上。

一种移动流媒体业务中快速切换内容的方法，(成功的内容切换)包括以下步骤：

步骤10、移动终端探测到流媒体服务器支持本专利提出的快速内容切换方法。

步骤20、流媒体服务器在向移动终端发送前一个内容的媒体轨道数据。

步骤30、发生内容快速切换时，移动终端利用原来的RTSP会话链接向流媒体服务器发送PLAY请求，PLAY请求的URL为要切换到的内容的URL，还需要包含的参数有：要求流媒体服务器利用快速内容切换方法处理该请求的标志、要求流媒体服务器返回要切换到的内容的SDP信息、和会话ID。

步骤40、流媒体服务器利用快速内容切换方法处理该PLAY请求，返回成功的处理响应，还返回相应SDP信息、和各个轨道的RTP信息。

步骤50、流媒体服务器利用原来的相应RTP资源向移动终端发送各个媒体轨道的数据。

图2描述了移动流媒体业务中快速切换内容的方法流程，具体流程如下：

步骤210、移动终端判断流媒体服务器是否支持快速内容切换方法，如果否，则执行步骤295，即流媒体服务器返回错误代码551，如果是，则执行步骤215；

步骤215、流媒体服务器继续向移动终端发送前一个内容的媒体轨道数据。

步骤220、移动终端利用原来的RTSP会话链接向流媒体服务器发送PLAY请求进行内容快速切换

步骤225、流媒体服务器利用快速内容切换方法处理该PLAY请求。

步骤230、移动终端判断流媒体服务器的处理结果。如果流媒体服务器返回成功的处理响应、相应SDP信息和各个轨道的RTP信息，则执行步骤c，即流媒体服务器利用原来的相应RTP资源向移动终端发送各个媒体轨道的数据；如果流媒体服务器发现不知道如何选择发送哪些流，则执行步骤a；如果流媒体服务器发现新内容有更少的媒体轨道，则执行步骤d；如果流媒体服务器发现新内容有更多的媒体轨道，则执行步骤b。

上述步骤a包括以下步骤：

步骤235、流媒体服务器向移动终端返回该PLAY请求被成功接受，但不知道选择发送哪些流的信息，并返回相应内容的SDP信息；

步骤240、移动终端获取新内容的SDP信息，并做出发送哪些流的选择，向流媒体服务器发送PLAY请求，PLAY请求的URL为要切换到的内容的URL，还需要包含的参数有：要求流媒体服务器利用快速内容切换方法处理该请求的标志、会话ID、以及用新内容中的哪些流替换前一内容中的哪些流的指示；

步骤245、流媒体服务器根据PLAY请求中存在的要求流媒体服务器利用快速内容切换方法处理该请求的标志进行处理，利用新内容的相应流替换前一内容的相应流，返回成功的响应；

步骤250、流媒体服务器向移动终端发送所替换的流数据。

上述步骤b包括以下步骤：

步骤260、流媒体服务器向移动终端返回开始传输部分轨道的数据，并返回相应内容的SDP信息、会话ID和开始传输部分轨道的相应RTP信息；

步骤265、流媒体服务器向移动终端传输部分轨道的数据；

步骤270、移动终端接收到流媒体服务器的响应后，向流媒体服务器发送SETUP请求以便建立多余部分轨道的传输通道；

步骤275、流媒体服务器返回对SETUP请求的响应消息；

步骤280、移动终端向流媒体服务器发送PLAY请求，请求开始播放新内容；

步骤285、流媒体服务器返回对PLAY请求的响应消息，向移动终端发送各个媒体轨道的数据。

上述步骤d包括以下步骤：

步骤290、流媒体服务器成功处理，并自动释放多余的RTP资源；

步骤293、流媒体服务器是否能够判别如何选择发送哪些流；若能判别，则转步骤c执行；否则，转步骤a执行；

一个具体的实现过程(成功的内容切换过程)如图3所示：

移动终端要从流媒体服务器(IP地址为10.40.9.1)上的其他内容快速切换到2.3g2文件，前一内容和该文件仅具有音频和视频轨道。流媒体服务器支持快速内容切换。快速内容切换标识假设利用Fast-Content-Switch来表示。具体如下：

(1)、移动终端已经探测到流媒体服务器支持本专利提出的快速内容切换方法

(2)、流媒体服务器在向移动终端发送前一内容的媒体轨道数据。

(3)、内容切换时，移动终端向流媒体服务器发送PLAY请求，请求的内容URL为rtsp://10.40.9.1/2.3g2。该请求的参数中还包括：要求流媒体服务器利用快速内容切换能力处理该请求的标志Require：Fast-Content-Switch、要求流媒体服务器发送SDP信息的标志Require-SDP：1、和会话ID标识Session：1。

(4)、流媒体服务器正确处理之后返回成功的响应，并携带会话ID标识Session：1、音视频轨道的RTP信息RTP-Info：url＝rtsp://10.40.9.1/2.3g2/trackID＝1；seq＝0；ssrc＝1、url＝rtsp://10.40.9.1/2.3g2/trackID＝2；seq＝0；ssrc＝1、以及2.3g2的SDP信息。

(5)、随后流媒体服务器则向移动终端利用RTP协议发送2.3g2文件中的音视频轨道数据。

Claims

1、一种移动流媒体业务中快速切换内容的方法，包括以下步骤，

2、如权利要求1所述的方法，其特征在于，所述步骤b中，所述PLAY请求的URL为要切换到的内容的URL，PLAY请求中还包含以下参数：要求流媒体服务器处理该请求的标志、要求流媒体服务器返回要切换到的内容的SDP信息、和会话ID。

3、如权利要求1或2所述的方法，其特征在于，所述步骤c中，流媒体服务器处理该PLAY请求，如果流媒体服务器无法判别如何选择并发送媒体流，则执行如下步骤，

r、流媒体服务器向移动终端发送所替换的流数据。

4、如权利要求3所述的方法，其特征在于，所述步骤q中，所述返回的成功的响应中还包含所替换的各个媒体流的RTP信息。

5、如权利要求1或2所述的方法，其特征在于，所述步骤c中，流媒体服务器处理该PLAY请求，如果发现新内容需要更多的媒体轨道，则执行如下步骤，

v、流媒体服务器向移动终端传输部分轨道的数据；

x、流媒体服务器返回对SETUP请求的响应消息；

6、如权利要求5所述的方法，其特征在于，所述媒体服务器处理移动终端的PLAY请求后，如果流媒体服务器发现新内容需要更少的媒体轨道，则先自动释放多余的RTP资源，然后若能判别如何选择并发送媒体流则跳转到步骤c继续执行，若无法判别，则跳转到步骤o继续执行。

7、如权利要求1或2所述的方法，其特征在于，所述步骤a中，如果流媒体服务器不支持快速内容切换方法，则返回错误代码。移动终端需要按照传统方法进行内容切换。

8、如权利要求7的所述的方法，其特征在于，返回的错误代码为551。