CN1829233A - 基于单个连接的移动流媒体协商的方法 - Google Patents

Abstract

本发明涉及基于单个连接的移动流媒体协商的方法，该方法包括：终端与移动网络建立数据连接；终端向流媒体服务器请求播放某媒体内容；终端与流媒体服务器建立媒体流的连接；终端修改已有的数据连接；流媒体服务器向终端发送媒体流。流媒体服务器向终端返回媒体及会话属性信息，终端根据媒体及会话属性信息修改数据连接；或者终端根据内部存储的服务质量参数修改数据连接。本发明实现了2G和3G网络间流媒体数据连接的平滑切换，保证不中断用户流媒体的播放，在传输媒体流之前，根据流媒体服务器返回的媒体及会话属性信息或终端内部存储的服务质量参数修改已有数据连接，以满足媒体流的服务质量要求。

Description

基于单个连接的移动流媒体协商的方法

技术领域

本发明涉及一种移动流媒体协商的方法，尤其是一种基于单个连接的移动流媒体协商的方法。

背景技术

流媒体技术是网络音视频技术和移动通信技术发展到一定阶段的产物，它融合了多种网络技术，涉及到流媒体数据的采集、压缩、存储以及网络通信等。流媒体业务是把连续的影像和声音信息经过压缩处理后存储到网络服务器上，终端播放器实时从流媒体服务器上获取流媒体数据，边下载边播放，流媒体内容不在终端设备上存储。如果同一内容需要多次重复播放，需要每次播放时从流媒体服务器上重新下载数据。

流媒体业务涉及移动终端、移动网络、流媒体门户及流媒体服务器。流媒体门户提供网页内容和流媒体内容的链接，流媒体服务器中存储并通过移动网络为终端提供媒体流。流媒体门户和流媒体服务器是两个逻辑单元，实际设备可以合建，也可以分开。

通常流媒体协商流程分为两个阶段：内容浏览和媒体流播放。在该流程中，存在门户访问、媒体控制消息(如快进、后退、停止等操作)和媒体流三类信息流。在现有技术中，移动网络内针对数据连接建立方式的不同，主要有两种移动流媒体协商方法，一种是基于两个数据连接的移动流媒体协商方法，另一种为基于单个数据连接的移动流媒体协商方法。

在现有技术中的基于两个数据连接的移动流媒体协商方法中，流媒体门户访问信息流及媒体控制消息流在一个数据连接上传输，媒体流在另一个数据连接上传输。如图1所示，为现有技术中的基于两个数据连接的移动流媒体协商方法流程图，包括如下步骤：

步骤11、终端与移动网络建立第一个数据连接；

步骤12、终端访问流媒体门户，浏览并点击网页内容；

步骤13、流媒体门户向终端返回流媒体内容的链接；

步骤14、终端根据该链接向流媒体服务器请求播放某媒体内容；

步骤15、流媒体服务器向终端返回用户请求的媒体及会话属性信息；

步骤16、终端和流媒体服务器建立媒体流控制信息的连接；

步骤17、流媒体服务器和终端交换会话过程中的控制消息；

步骤18、终端根据媒体及会话属性信息与移动网络建立第二个数据连接；

步骤19、流媒体服务器向终端发送媒体流，终端周期性地向流媒体返回播放状态信息。

上述的步骤12-17均建立在第一个数据连接上，步骤18及19建立在第二个数据连接上。在终端接收播放流媒体的过程中，终端与流媒体服务器也是在第一个数据连接上传输媒体控制消息的。可以根据服务器返回的媒体和会话属性信息来建立第二个数据连接，从而为媒体流申请合适的服务质量参数。但第一数据连接和第二数据连接除了服务质量参数不同外，其他参数是可以保持一致的。

由于媒体流对网络时延非常敏感，实时性要求较高，当网络出现较长时延，终端本地缓存内的媒体内容播放完之后，播放画面就会停止，等待后续的媒体流，因此对移动网络的服务质量要求也比较高；而门户访问和媒体控制消息对时延不敏感，对网络的服务质量要求不高。这样基于两个数据连接的方案就可以为媒体流和控制流提供不同的服务质量保证。但是，这种方法也存在严重的缺陷，由于目前存在2G网络不支持一个用户同时建立两个数据连接的情况，因此，当终端在3G网络发起流媒体业务时，若终端播放流媒体过程中，发生3G向2G网络的切换，就会造成承载该用户控制流的第一个数据连接切换成功，而承载媒体流的第二个数据连接切换失败，从而中断用户流媒体的播放。因此，这种方法无法满足2G和3G网络间平滑切换流媒体业务的需求，如果2G和3G网络规划造成网络间的切换频繁发生，就会引起流媒体频繁中断，使用户不能正常收看流媒体。

现有技术中的基于单个数据连接的流媒体协商方法与上述方法的不同之处在于流媒体门户访问、媒体控制消息以及媒体流都建立在一个数据连接上，与上一种方法相比，这种方法无论用户在3G和2G网络内发起流媒体业务都是建立一个数据连接上，因此可以支持2G和3G网络间流媒体业务的平滑切换，保证不中断用户流媒体的播放。但是，由于媒体流是建立在与控制流相同的数据连接上，这样媒体流就只能得到与控制流相同的服务质量保证。由于媒体流对网络时延非常敏感，实时性要求较高，对移动网络的服务质量要求也比较高，而控制流对服务质量要求不高，因此无法为媒体流提供有效的服务质量保证，当网络出现拥塞时就会造成数据丢失和延时增加，影响流媒体的播放质量。

发明内容

本发明的目的在于针对现有技术所存在的缺陷，提供一种基于单个数据连接的移动流媒体协商方法，实现2G和3G网络间流媒体数据连接的平滑切换，保证不中断用户流媒体的播放，根据流媒体服务器返回的媒体及会话属性信息修改同一个数据连接的服务质量参数，可以满足媒体流的服务质量要求。

为了实现上述目的，本发明提供了一种基于单个连接的移动流媒体协商的方法，该方法包括：

步骤1、终端与移动网络建立数据连接；

步骤2、终端向流媒体服务器请求播放媒体内容；

步骤3、终端与流媒体服务器建立媒体流的连接；

步骤4、终端修改所述数据连接；

步骤5、流媒体服务器向终端发送媒体流。

在所述步骤1和步骤2之间还可包括：步骤A、用户通过终端浏览并点击网页内容；步骤B、流媒体门户向终端返回媒体内容的连接。

终端还可根据内部存储的流媒体内容链接向流媒体服务器请求媒体内容。

所述步骤2及步骤3之间还可包括，流媒体服务器向终端返回媒体及会话的属性信息；所述步骤4可具体为终端根据所述媒体及会话属性信息修改所述数据连接的服务器质量参数。当终端内部存储有服务质量参数时，所述步骤4可具体为，终端根据内部存储的服务质量参数修改所述数据连接。

在所述步骤3和步骤4之间还可包括，终端与流媒体服务器交换会话过程中的控制信息。

在所述步骤5还可包括：终端向流媒体服务器发送播放状态信息，流媒体服务器根据该播放状态信息监视控制媒体流的传输。其中，发送可以为周期性地发送。

本发明的技术方案实现了2G和3G网络间流媒体数据连接的平滑切换，保证不中断用户流媒体的播放，根据流媒体服务器返回的媒体及会话属性信息修改同一个数据连接的服务质量参数，可以满足媒体流的服务质量要求。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为现有技术中基于两个数据连接的移动流媒体协商方法流程图；

图2为本发明的基于单个数据连接的移动流媒体协商方法流程图；

图3为本发明的一具体实施例流程图；

图4为本发明的另一具体实施例流程图。

具体实施方式

本发明通过在媒体流传输之前，对数据连接的服务质量参数进行修改，从而满足在单个数据连接条件下的媒体流服务质量要求。并且由于采用的是基于单个连接的媒体流协商方法，因此能够实现2G和3G网络间的流媒体数据传输的平滑切换。如图2所示，为本发明的基于单个数据连接的移动流媒体协商方法的流程图，包括：

步骤1、终端与移动网络建立数据连接；

步骤2、终端向流媒体服务器请求播放媒体内容；

步骤3、终端与流媒体服务器建立媒体流的连接；

步骤4、终端修改已有的数据连接；

步骤5、流媒体服务器向终端发送媒体流。

通常，终端是通过该媒体内容的链接向流媒体服务器请求流媒体内容的。链接地址可能是用户通过访问流媒体门户网站点击感兴趣的内容，而流媒体门户返回的流媒体内容的链接，也可以是用户通过其他途径，如WEB网站获取的流媒体内容链接，也可以是终端中存储的链接。

在传输媒体流之前，终端对已有数据连接的修改，是对该数据连接的服务质量参数进行修改。在传输媒体流之前，流媒体服务器向终端返回该媒体内容的属性信息及会话的属性信息，终端可以将媒体属性信息及会话属性信息映射为相应服务质量参数，根据该服务质量参数对已有数据连接进行修改。终端也可根据终端中存储的服务质量参数对已有数据连接进行修改，或是在修改数据连接的过程中终端和网络通过协商决定服务质量参数。

在建立了媒体流连接后，终端可与流媒体服务器交换会话过程中的控制信息，该控制信息可包括播放、暂停、快进、后退、停止等，服务器根据控制信息在修改后的数据连接上发送媒体流。

与基于两个数据连接的方法相比，修改已有数据连接的服务质量参数并不会比重新建立一个新的数据连接而增加初始业务时延。

在流媒体服务器向终端发送媒体流的过程中，终端可向流媒体服务器发送播放状态信息，该播放状态信息可包括终端缓存大小、剩余缓存空间以及下一个要接收的数据单元标识等。流媒体服务器可以通过该状态信息对媒体流的传输进行监视和管理。终端发送状态信息可以周期性地进行，也可以是每接收一定数量的媒体流数据就发送一次状态信息。

下面以通用移动通信系统(Universal Mobile TelecommunicationSystem，简称UMTS)网络中发起流媒体业务的流程说明本发明的基于单个数据连接的移动流媒体协商方法。

如图3所示，为本发明一具体实施例流程图，该方法包括：

步骤101、终端向UMTS网络发起建立分组数据协议(Packet DataProtocal，简称PDP)连接的请求，网络返回连接建立成功的响应；

步骤102、用户浏览流媒体门户网页，并点击感兴趣的内容；

步骤103、门户返回该流媒体内容的服务器链接地址；

步骤104、终端启动播放器，向流媒体服务器请求该流媒体内容；

步骤105、流媒体服务器返回会话描述协议(Session DescriptionProtocol，简称SDP)文件，该文件中包含请求的媒体的属性信息及会话的属性信息；

其中，媒体属性信息包括音视频媒体文件的编解码格式、编码速率和播放时长等信息；会话属性信息包括会话名、会话目的、会话时间、会话使用的带宽、会话的用户信息等信息。

步骤106、终端向流媒体服务器请求建立流媒体的连接，流媒体服务器返回成功响应；

步骤107、终端发起播放请求，流媒体服务器返回成功响应；

步骤108、终端根据SDP文件中的媒体及会话属性信息，并将其映射为服务质量参数，向UMTS网络发起修改已有PDP连接的请求，UMTS网络返回连接修改成功的响应；

步骤109、流媒体服务器在已修改参数的PDP连接上向终端发送媒体流，终端周期性向服务器发送终端播放状态信息，包括缓存大小、剩余缓存空间以及下一个要接收的数据单元标识等。

本实施例通过在媒体流传输之前发起修改已有数据连接的请求，并根据媒体及会话属性信息修改已有数据连接的服务质量参数，既可实现2G和3G网络间流媒体业务的平滑切换，又能满足媒体流的服务质量要求。

各种业务对网络服务质量的要求是不同的，不同用户对用一业务的质量要求也可能不同，并且终端既可能登陆2G网络也可能登陆3G网络，而在不同类型的网络下，服务质量参数也是不同的，从而可在终端内部存储不同网络类型下该终端可能用到的各种业务的服务质量参数，终端在修改数据连接时，可根据业务、登陆的网络类型等参数确定服务质量参数，然后根据该服务质量参数修改数据连接。

如图4所示，为本发明的另一具体实施例流程图。在本实施例中，通过终端内部存储的媒体链接发起播放请求，并且在修改数据连接时，是根据终端内部存储的服务质量参数进行的。

步骤201、终端向UMTS网络发起建立分组数据协议(Packet DataProtocal，简称PDP)连接的请求，网络返回连接建立成功的响应；

步骤202、终端启动播放器，根据存储的流媒体链接向流媒体服务器请求流媒体内容；

步骤203、流媒体服务器返回会话描述协议(Session DescriptionProtocol，简称SDP)文件，该文件中包含请求的媒体的属性信息及会话的属性信息；

其中，媒体属性信息包括音视频媒体文件的编解码格式、编码速率和播放时长等信息；会话属性信息包括会话名、会话目的、会话时间、会话使用的带宽、会话的用户信息等信息。

步骤204、终端向流媒体服务器请求建立流媒体的连接，流媒体服务器返回成功响应；

步骤205、终端发起播放请求，流媒体服务器返回成功响应；

步骤206、终端根据内部存储的服务质量参数，向UMTS网络发起修改已有PDP连接的请求，UMTS网络返回连接修改成功的响应；

终端根据当前使用的业务及登陆的网络类型，在内部存储的服务质量参数查找合适的服务质量参数，并根据该参数发起修改已有PDP连接的请求。

步骤207、流媒体服务器在已修改参数的PDP连接上向终端发送媒体流，终端每收到一定数量的媒体流数据后，向服务器发送终端播放状态信息，包括缓存大小、剩余缓存空间以及下一个要接收的数据单元标识等。

本实施例通过在媒体流传输之前根据终端内部存储的服务质量参数修改已有数据连接，满足在单个数据连接条件下的媒体流服务质量要求。

本发明解决了现有的两种移动流媒体协商方法存在的问题；由于媒体流和控制流建立在同一个数据连接上，可以实现2G和3G网络间流媒体业务的平滑切换，保证不中断用户流媒体的播放；在传输媒体流之前，根据服务器返回的媒体及会话属性信息或根据终端内存储的服务质量参数修改数据连接，以满足媒体流的服务质量要求。

最后应当说明的是：以上实施例仅用以说明本发明的技术方案而非对其限制；尽管参照较佳实施例对本发明进行了详细的说明，所属领域的普通技术人员应当理解，依然可以对本发明的具体实施方式进行修改或者对部分技术特征进行等同替换；而不脱离本发明技术方案的精神，其均应涵盖在本发明请求保护的技术方案范围当中。

Claims (9)

1、一种基于单个连接的移动流媒体协商的方法，其特征在于，该方法包括：

步骤1、终端与移动网络建立数据连接；

步骤2、终端向流媒体服务器请求播放媒体内容；

步骤3、终端与流媒体服务器建立媒体流的连接；

步骤4、终端修改所述数据连接；

步骤5、流媒体服务器向终端发送媒体流。

2、根据权利要求1所述的方法，其特征在于，在所述步骤1和步骤2之间还包括：

步骤A、用户通过终端浏览并点击网页内容；

步骤B、流媒体门户向终端返回媒体内容的链接。

3、根据权利要求1所述的方法，其特征在于，所述步骤2具体为终端根据内部存储的媒体内容链接向流媒体服务器请求媒体内容。

4、根据权利要求1所述的方法，其特征在于，所述步骤2和步骤3之间还包括，流媒体服务器向终端返回媒体及会话的属性信息。

5、根据权利要求4所述的方法，其特征在于，所述步骤4具体为终端根据所述媒体及会话属性信息修改所述数据连接的服务质量参数。

6、根据权利要求1所述的方法其特征在于，所述步骤4具体为终端根据内部存储的服务质量参数修改所述数据连接。

7、根据权利要求1所述的方法，其特征在于，在所述步骤3和步骤4之间还包括，终端与流媒体服务器交换会话过程中的控制信息。

8、根据权利要求1所述的方法，其特征在于，在所述步骤5还包括：终端向流媒体服务器发送播放状态信息，流媒体服务器根据该播放状态信息监视控制媒体流的传输。

9、根据权利要求8所述的方法，其特征在于，所述的发送具体为周期性的发送。

Images