[发明专利]用于媒体位置控制的方法、设备和系统

说明书

技术领域

本公开涉及媒体位置控制的领域，并且更具体地说，涉及用于媒体位置控制而无媒体播放器支持的方法、设备和系统。

背景技术

有关流传送技术的技术背景

诸如RTP流传送等大多数常见流传送技术的基本原理是将媒体作为数据分组流从发送器发送到接收器。接收的分组通常在播放前存储在缓冲器中。分组使用序号连续编号以便允许接收器将分组排序并知道任何分组在传送期间是否丢失。每个分组还具有时间戳，时间戳将分组在时间上相互相关并能够由接收器用于知道分组应在什么时间播放。以那种方式，每个分组在正确的时间播放，而不管流中的任何不规则性。

图1示出带有序号与时间戳中的跳跃的播放器缓冲器的模型。在图1中，输入数据分组存储在缓冲器的空闲空间中，并且解码器基于时间戳将数据分组解码。如图1所示，跳跃发生在数据分组5与7之间。因此，在数据分组6期间将无媒体数据播放。在显示数据分组7前。解码将等待数据分组7的时间戳所暗指的时间。相应地，带有序号6的分组在传送期间已丢失。

在RTP流传送的情况下，数据分组遵循如RFC 3550中描述的RTP协议，并且发送器与接收器之间传送信道的设置经如RFC 2326中描述的RTSP会话来完成。

媒体播放器中实现的RTSP会话设置过程能够概括为如图2所示的以下步骤：

201.RTSP描述请求发送到流传送服务器(接收器)。

202.在ok响应中发送会话描述信息。它包含有关可用于此会话的媒体流的信息。

203-206.播放器向流传送服务器指示它需要接收哪个媒体流及如何接收媒体流。在图2的示例中，设置了音频流

(203-204)和视频流(205-206)。

207-209.发送RTSP播放请求(207)以触发到播放器的RTP分组输送的开始。一旦服务器确认(208)，便将媒体传送到播放器(209)。

201-202的步骤是可选的，并且会话描述信息能够通过其它部件接收。

有关媒体位置控制的技术背景

在媒体流传送的上下文中，诸如快进和倒回等功能性是达到预期DVD状用户体验所必需的。那些特征通常由终端中的媒体播放器提供。如果客户端被开发成在终端上运行，则控制播放器的API需要变得可用于开发人员，例如，Java API。类似地，接口消息需要变得可用以便为客户端的基于浏览器的实现控制嵌入式播放器。所有上述解决方案要求媒体播放器的支持。

基于RFC 2326的解决方案1

根据RFC 2326，播放器能够发送包括“标度(scale)”报头的RTSP播放请求。如果标度值大于1，则流传送服务器将相应地增大发送速度值。在发送器和接收器两侧对标度参数的支持是可选的。

图3中示出基于RFC 2326的快进流的示例。

在步骤301中，客户端调用在播放器显示的控制API以开始流传送会话。如前面根据图2所述设置(302)在播放器与服务器之间的传送信道。在该阶段，发送速率与媒体显示速率相同(303)。

在正常观看过程中，最终用户触发客户端快进。客户端调用控制API(304)以更改服务器的媒体发送速率。播放器又将带有如RFC 2326中建议的新标度值(305)的RTSP播放请求发送到服务器。服务器确认请求(306)并调整发送速率(307)。

在到达期望媒体位置时，最终用户触发客户端正常恢复流传送。客户端调用播放器控制API(308)，该API又将标度值等于1的RTSP播放请求发送到服务器(309)。服务器确认请求(310)并调整发送速率以匹配媒体显示速率(311)。

注意，在上述示例中，服务器需要能够适应RTP流，以便发送速率保持在带宽要求内。这能够通过丢弃中间分组而变得可能。为描述此进程，下面描述有关视频流的快进示例。图4A、4B、5A、5B应从左到右读取。

在图4A中，播放器从左到右接收帧。无缺失分组。图4B示出最终用户将在其屏幕上看到什么。

在图5A中，服务器丢弃中间分组(在此示例中2个中的1个分组)以便满足在发送速率快于媒体速率的上下文中的带宽限制。

图5B示出在快进进程期间最终用户在屏幕上将看到什么。

基于RFC 2326的解决方案2

控制媒体位置的备选解决方案是让播放器暂停流，并随后发送指示用户希望在哪个时间点恢复播放的播放请求。