CN101378537B - 一种移动流媒体业务播放时缩短启动时间的方法 - Google Patents

Abstract

一种移动流媒体业务播放时缩短启动时间的方法，包括，若用户终端没有获取内容的SDP信息，则向流媒体服务器发送DESCRIBE方法，在DESCRIBE方法中增加组合启动能力标识；探测流媒体服务器是否支持组合启动能力；若流媒体服务器支持所述组合启动能力，则返回响应，并在响应中增加支持组合启动能力标识；用户终端收到响应，了解流媒体服务器支持组合启动能力后，向流媒体服务器发送包含SETUP方法和PLAY方法的请求消息；流媒体服务器向用户终端分别返回对应于请求消息中的每一个方法的响应后，流媒体服务器向用户终端发送媒体轨道数据。应用本发明，有效的减少了用户的等待时间，提高了用户体验的满意度。

Description

一种移动流媒体业务播放时缩短启动时间的方法

技术领域

本发明涉及移动通讯领域，更具体涉及一种移动流媒体业务播放时缩短启动时间的方法。

背景技术

流媒体业务是从因特网上发展起来的一种多媒体应用，指使用流(Streaming)方式在网络上传输多媒体文件，包括音频、视频和动画等。移动流媒体业务是流媒体技术在移动网络和终端上的应用，主要是利用2.5G或3G的移动网络，为手机终端提供音频、视频的流媒体服务，将移动流媒体技术引入移动增值业务，已经成为目前全球范围内移动业务研究的热点之一。移动流媒体又具有无线应用不受时空限制的业务灵活性，因此移动流媒体业务将会更加丰富和具有吸引力。

随着3G网络的建设，移动流媒体业务越来越受到电信运营商、和广大用户的重视和欢迎。然而在实际的业务开展运行过程中发现，因为移动数字蜂窝网络的延迟比较大，用户在从开始点播/直播节目到节目内容首次到达用户终端上的这一段时间比较长，在一定程度上影响了用户的体验。

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

综上所述，当前需要一种移动流媒体业务播放时缩短启动时间的技术方案。

发明内容

本发明所要解决的技术问题是提供一种移动流媒体业务播放时缩短启动时间的方法，有效的减少了用户的等待时间，提高了用户体验的满意度。

为了解决上述问题，本发明提供了一种移动流媒体业务播放时缩短启动时间的方法，包括以下步骤，

a、判断用户终端是否获取了内容的SDP信息，如果用户终端没有获取内容的SDP信息，则向流媒体服务器发送DESCRIBE方法，在DESCRIBE方法中增加组合启动能力标识；探测流媒体服务器是否支持该组合启动能力；

b、判断流媒体服务器是否支持组合启动能力，如果流媒体服务器支持所述组合启动能力，则返回响应，并在响应中增加支持组合启动能力标识；

c、用户终端收到响应，了解流媒体服务器支持组合启动能力后，向流媒体服务器发送包含SETUP方法和PLAY方法的组合启动请求消息；

d、流媒体服务器收到并处理组合启动请求消息，向用户终端分别返回对应于组合启动请求消息中的每一个方法的响应后，流媒体服务器向用户终端发送媒体轨道数据。

进一步地，上述方法还可包括，所述步骤a中，所述在DESCRIBE方法中增加组合启动能力标识，表示所述用户终端支持组合启动能力。

进一步地，上述方法还可包括，如果流媒体服务器不支持所述组合启动能力，则执行以下步骤，

o、用户终端向流媒体服务器发送包含SETUP方法和PLAY方法的组合启动请求消息；

p、流媒体服务器处理组合启动请求消息中的第一个SETUP方法，并返回响应消息；

q、用户终端收到流媒体服务器返回错误码为551的响应消息后，分别向流媒体服务器发送没有成功处理的SETUP和PLAY方法；

r、流媒体服务器接收到所述没有处理的SETUP和PLAY方法，则进行处理并返回相应的响应；

s、流媒体服务器向用户终端发送媒体轨道数据。

进一步地，上述方法还可包括，所述用户终端向流媒体服务器发送包含SETUP方法和PLAY方法的组合启动请求消息中，所述SETUP方法包括第一个SETUP方法、第二个或更多的SETUP方法；其中，第一个SETUP方法中增加组合会话标识；第二个或更多的SETUP方法、以及PLAY方法中增加参数包括：Require：组合启动能力标识和组合会话标识。

进一步地，上述方法还可包括，所述Require：组合启动能力标识来表示要求流媒体服务器使用组合启动能力。

进一步地，上述方法还可包括，所述步骤p中，流媒体服务器处理组合启动请求消息中的第一个SETUP方法，并返回响应消息；对于第二个或更多的SETUP和PLAY方法则返回错误码为551的响应消息。

进一步地，上述方法还可包括，所述步骤d和所述步骤s中包括，所述流媒体服务器利用RTP协议向用户终端发送媒体轨道数据，如果用户终端请求了多个轨道，则通过不同的RTP连接返回相应的轨道数据。

进一步地，上述方法还可包括，所述流媒体服务器利用RTP协议向用户终端发送媒体轨道数据后，用户终端和流媒体服务器之间相互发送RTCP报告。

进一步地，上述方法还可包括，如果用户终端已经获取了内容的SDP信息，则直接向流媒体服务器发送包含SETUP方法和PLAY方法的组合启动请求消息；流媒体服务器收到并处理组合启动请求消息，如果流媒体服务器支持组合启动能力，则向用户终端分别返回对应于组合启动请求消息中的每一个方法的响应后，流媒体服务器向用户终端发送媒体轨道数据。

进一步地，上述方法还可包括，如果流媒体服务器不支持组合启动能力，则执行以下步骤，

u、流媒体服务器处理组合启动请求消息中的第一个SETUP方法，并返回响应消息；对于第二个或更多的SETUP和PLAY方法则都返回错误码为551的响应消息；

v、用户终端收到流媒体服务器返回错误码为551的响应消息后，分别向流媒体服务器发送没有成功处理的SETUP和PLAY方法；

w、流媒体服务器接收到所述没有处理的SETUP和PLAY方法，则进行处理并返回相应的响应；

x、流媒体服务器利用实时传输协议向用户终端发送媒体轨道数据；如果用户终端请求了多个轨道，则通过不同的实时传输协议连接返回相应的轨道数据；

y、用户终端和流媒体服务器之间相互发送实时控制协议报告。

与现有技术相比，应用本发明，有效的减少了用户的等待时间，提高了用户体验的满意度。

附图说明

图1是传统启动流程示意图；

图2是本发明具体实施方式中移动流媒体业务播放时缩短启动时间的方法流程图；

图3是成功的组合启动具体实例的流程示意图。

具体实施方式

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

本发明具体实施方式通过尽量减少用户终端和流媒体服务器之间的交互来更快的启动流媒体节目的点播或直播。因为标准中的这些交互方法对于用户终端和流媒体服务器来说都是必须的，不能缺少。为了达到上述目的，可以将用户终端和流媒体服务器之间的某些交互方法“组合”在一次请求当中(所有媒体的SETUP请求和PLAY请求)。这样如果用户终端事先获得了SDP(会话描述协议，Session Description Protocol)内容或者其他适当的内容描述信息之后，就可以通过一个来回的RTSP请求/响应就可以开始流媒体内容的传输。如果用户终端没有事先获得SDP内容，则用户终端需要通过两个来回的RTSP请求/响应就可以开始流媒体内容的传输，其中第一个来回的请求/响应是通过DESCRIBE方法来获得必要的SDP信息。

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

交互时为了对传统的流媒体服务器的影响尽量最小化，在“组合”消息中第一个SETUP请求里面就不增加“Require”首部字段了，后续其他SETUP请求里面则必须增加该字段。

因为在“组合”消息发送的时候这个流媒体会话还不存在，为了让用户终端能够通知流媒体服务器这些消息是用于即将建立的这同一个会话的，“组合”消息中的所有方法(包括所有的SETUP方法和PLAY方法)都必须增加一个标识字段，他们的值是相同的。一旦从流媒体服务器获得了会话标识ID，则后续的方法中改为传统标准中的“Session”字段。

一种移动流媒体业务播放时缩短启动时间的方法，(成功的组合启动)包括以下步骤，

步骤10、判断用户终端是否获取了内容的会话描述协议信息，如果用户终端没有获取内容的SDP信息，则用户终端向流媒体服务器发送DESCRIBE方法，在DESCRIBE方法中增加组合启动能力标识；探测流媒体服务器是否支持该组合启动能力；

步骤20、判断流媒体服务器是否支持组合启动能力，如果流媒体服务器支持该组合启动能力，则返回响应，并在响应中增加支持组合启动能力标识；

步骤30、用户终端收到响应，了解流媒体服务器支持组合启动能力后，向流媒体服务器发送包含SETUP方法和PLAY方法的组合启动请求消息；

步骤40、流媒体服务器收到并处理组合启动请求消息，向用户终端分别返回对应于组合启动请求消息中的每一个方法的响应后，流媒体服务器利用RTP协议向用户终端发送媒体轨道数据；

步骤50、用户终端和流媒体服务器之间相互发送RTCP报告。

图2描述了移动流媒体业务播放时缩短启动时间的方法流程，具体流程如下：

步骤205、用户终端判断是否已获取了内容的SDP信息，如果是，则执行步骤246；否则，执行步骤210；

步骤210、用户终端向流媒体服务器发送DESCRIBE方法，在DESCRIBE方法中增加一个组合启动能力标识；

组合启动能力标识，表示用户终端支持组合启动能力。

步骤220、流媒体服务器判断是否支持该组合启动能力，如果是，则执行步骤230；否则，执行步骤223；

步骤223、流媒体服务器返回响应，在响应中没有支持组合启动能力的标识；

步骤226、用户终端向流媒体服务器通过传统方法分别发送SETUP方法、和PLAY方法的请求消息，执行步骤290；

步骤230、流媒体服务器返回响应，在响应中增加支持组合启动能力的标识；

步骤240、用户终端向流媒体服务器发送包含了SETUP方法、和PLAY方法的组合启动请求消息，执行步骤260；

步骤246、用户终端向流媒体服务器发送包含了SETUP方法、和PLAY方法的组合启动请求消息；

组合启动请求消息中包括SETUP方法和PLAY方法。

因为节目可能包括不只一个媒体轨道，第一个SETUP方法中增加组合会话标识即可，而不增加“Require：组合启动能力标识”(该组合启动请求消息中后续其他方法就要增加这个标识，用来表示要求流媒体服务器使用组合启动能力)；第二个或更多的SETUP方法、以及PLAY方法中都要增加这两个参数：Require：组合启动能力标识、和组合会话标识。

步骤250、流媒体服务器判断是否支持该组合启动能力，如果是，则执行步骤260；否则，执行步骤270；

步骤260、流媒体服务器处理组合启动请求消息，向用户终端分别返回对应于组合启动请求消息中的每一个方法的响应，执行步骤295；

步骤270、流媒体服务器处理组合启动请求消息中的第一个SETUP方法，并返回响应；

流媒体服务器只能正确的处理组合启动请求消息中的第一个SETUP方法，并返回正确的响应，对于第二个或更多的SETUP和PLAY方法则都返回错误码为551(参数不支持)的响应消息。

步骤280、用户终端收到流媒体服务器返回错误码为551的响应消息后，分别通过传统的方法向流媒体服务器发送没有成功处理的SETUP和PLAY方法；

用户终端收到流媒体服务器返回错误码为551的响应消息后，知道流媒体服务器不支持组合启动能力，则后续要分别通过传统的方法向流媒体服务器发送没有成功处理的SETUP和PLAY方法。

步骤290、流媒体服务器接收到传统的请求消息则进行正常的处理返回相应的响应；

流媒体服务器接收到所述没有处理的SETUP和PLAY方法，则进行正常的处理并返回相应的响应。

步骤295、流媒体服务器利用RTP协议向用户终端发送媒体轨道数据；

如果用户终端请求了多个轨道，则通过不同的RTP连接返回相应的轨道数据。

步骤300、用户终端和流媒体服务器之间相互发送RTCP报告。

下面结合具体实例对本发明作进一步说明。

如图3所示，一个具体的实现过程(成功的组合启动)。

用户终端要访问流媒体服务器(IP地址为10.40.9.1)上的1.3gp文件，但事先不了解该文件的SDP信息，该文件有音频和视频轨道；流媒体服务器支持组合启动能力；组合启动能力标识假设利用combined-start-up来表示；组合会话标识假设利用combined-session来表示。

具体如下：

(1)、用户终端向流媒体服务器发送DESCRIBE rtsp://10.40.9.1/1.3gp，携带参数Supported:combined-start-up。表示用户终端支持组合启动能力，并探测流媒体服务器是否支持该组合启动能力；

(2)、因为流媒体服务器支持组合启动能力，则返回成功的响应消息，并携带参数Supported:combined-start-up表示自己支持组合启动能力。消息中当然还携带了1.3gp文件的SDP信息，具体的SDP信息此处省略；

(3)、用户终端了解流媒体服务器支持组合启动能力之后，则向流媒体服务器发送组合启动请求消息，该消息中包括两个SETUP方法和一个PLAY方法。第一个SETUP方法请求轨道2：rtsp://10.40.9.1/1.3gp/trackID＝2，并携带组合会话标识参数combined-session:100001。第二个SETUP方法请求轨道4：rtsp://10.40.9.1/1.3gp/trackID＝4，除了携带组合会话标识参数combined-session:100001之外还要携带Require:combined-start-up参数。PLAY方法请求播放该节目：rtsp://10.40.9.1/1.3gp，同样也携带组合会话标识参数combined-session:100001和Require:combined-start-up参数；

(4)、流媒体服务器正确处理之后分别返回对应的三个成功的响应，并携带Session:6578801304608595283；

(5)、随后流媒体服务器则向用户终端利用RTP协议发送相应的轨道数据；

(6)、用户终端和流媒体服务器之间利用RTCP协议相互发送RTCP报告。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉该技术的人在本发明所揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (10)

1.一种移动流媒体业务播放时缩短启动时间的方法，包括以下步骤，

a、判断用户终端是否获取了内容的会话描述协议信息，如果用户终端没有获取内容的会话描述协议信息，则向流媒体服务器发送DESCRIBE方法，在DESCRIBE方法中增加组合启动能力标识；探测流媒体服务器是否支持该组合启动能力；

b、判断流媒体服务器是否支持组合启动能力，如果流媒体服务器支持所述组合启动能力，则返回响应，并在响应中增加支持组合启动能力标识；

c、用户终端收到响应，了解流媒体服务器支持组合启动能力后，向流媒体服务器发送包含SETUP方法和PLAY方法的组合启动请求消息；

d、流媒体服务器收到并处理组合启动请求消息，向用户终端分别返回对应于组合启动请求消息中的每一个方法的响应后，流媒体服务器向用户终端发送媒体轨道数据。

2.如权利要求1所述的方法，其特征在于，所述步骤a中，所述在DESCRIBE方法中增加组合启动能力标识，表示所述用户终端支持组合启动能力。

3.如权利要求1所述的方法，其特征在于，如果流媒体服务器不支持所述组合启动能力，则执行以下步骤，

o、用户终端向流媒体服务器发送包含SETUP方法和PLAY方法的组合启动请求消息；

p、流媒体服务器处理组合启动请求消息中的第一个SETUP方法，并返回响应消息；

q、用户终端收到流媒体服务器返回错误码为551的响应消息后，分别向流媒体服务器发送没有成功处理的SETUP方法和PLAY方法；

r、流媒体服务器接收到所述没有处理的SETUP方法和PLAY方法，则进行处理并返回相应的响应；

s、流媒体服务器向用户终端发送媒体轨道数据。

4.如权利要求1、2或3所述的方法，其特征在于，所述用户终端向流媒体服务器发送包含SETUP方法和PLAY方法的组合启动请求消息冲，所述SETUP方法包括第一个SETUP方法、第二个或更多的SETUP方法；其中，第一个SETUP方法中增加组合会话标识；第二个或更多的SETUP方法、以及PLAY方法中增加参数包括：Require：组合启动能力标识和组合会话标识。

5.如权利要求4所述的方法，其特征在于，所述Require：组合启动能力标识来表示要求流媒体服务器使用组合启动能力。

6.如权利要求3所述的方法，其特征在于，所述步骤p中，流媒体服务器处理组合启动请求消息中的第一个SETUP方法，并返回响应消息；对于第二个或更多的SETUP方法和PLAY方法则返回错误码为551的响应消息。

7.如权利要求4所述的方法，其特征在于，所述步骤d和所述步骤s中包括，所述流媒体服务器利用实时传输协议向用户终端发送媒体轨道数据，如果用户终端请求了多个轨道，则通过不同的实时传输协议连接返回相应的轨道数据。

8.如权利要求4所述的方法，其特征在于，所述流媒体服务器利用实时传输协议向用户终端发送媒体轨道数据后，用户终端和流媒体服务器之间相互发送实时控制协议报告。

9.如权利要求1所述的方法，其特征在于，如果用户终端已经获取了内容的会话描述协议信息，则直接向流媒体服务器发送包含SETUP方法和PLAY方法的组合启动请求消息；流媒体服务器收到并处理组合启动请求消息，如果流媒体服务器支持组合启动能力，则向用户终端分别返回对应于组合启动请求消息中的每一个方法的响应后，流媒体服务器向用户终端发送媒体轨道数据。

10.如权利要求9所述的方法，其特征在于，如果流媒体服务器不支持组合启动能力，则执行以下步骤，

u、流媒体服务器处理组合启动请求消息中的第一个SETUP方法，并返回响应消息；对于第二个或更多的SETUP方法和PLAY方法则都返回错误码为551的响应消息；

v、用户终端收到流媒体服务器返回错误码为551的响应消息后，分别向流媒体服务器发送没有成功处理的SETUP方法和PLAY方法；

w、流媒体服务器接收到所述没有处理的SETUP方法和PLAY方法，则进行处理并返回相应的响应；

x、流媒体服务器利用实时传输协议向用户终端发送媒体轨道数据；如果用户终端请求了多个轨道，则通过不同的实时传输协议连接返回相应的轨道数据；

y、用户终端和流媒体服务器之间相互发送实时控制协议报告。

Images