CN101465996B - 一种网络电视显示时间的方法及设备和系统 - Google Patents

Abstract

本发明公开了一种网络电视显示时间的方法，包括：向媒体服务器发送技巧模式操作请求；接收媒体服务器发送的媒体流，所述媒体流包括播放所述媒体流时所对应的播放时间信息，所述播放时间信息具体包括进行技巧模式操作后接收的所述媒体流中包含的图像帧所对应的时间信息；获取所述媒体流所对应的播放时间信息，并在播放所述媒体流时显示所述媒体流所对应的播放时间。本发明还公开了一种网络电视传输时间信息的方法、用户终端、媒体服务器和网络电视显示时间的系统，采用本发明提供的方案，可以使得终端在Trick-mode操作时准确地获知当前播放的节目的时间信息，从而使得用户可以准确地知道当前播放进度。

Description

一种网络电视显示时间的方法及设备和系统

技术领域

本发明涉及通信应用领域，尤其涉及一种网络电视显示时间的方法及设备和系统。

背景技术

IPTV(Internet Protocol Television，网络电视)业务是以机顶盒加电视机为终端、以宽带IP作为传输技术、以视听业务为主，集即时通讯、游戏、信息服务为一体的为用户提供多媒体服务的宽带增值业务。

IPTV与普通的广播电视、有线电视、卫星电视存在一些不同的特点。在传统的电视系统中，所有的节目播放时间完全由电视台控制，用户只能在指定的时间观看指定的节目，对于已经放过的精彩片段无法实现重复观看；而对于IPTV，用户可以随时点播感兴趣的节目，并且在观看的过程中可以通过Trick-mode(技巧模式)操作暂停和后退，可以对放过的精彩片段反复观看，因此可以更方便地提供个性化业务和交互式业务，给用户带来全新的业务体验。

Trick-mode操作指在用户观看节目的过程中进行的快进，快退，慢退，慢进等操作。相对于传统电视，Trick-mode操作能给用户提供灵活的交互式控制，从而带来全新的业务体验。

Trick-mode操作包括两种应用场景：

1、点播业务的Trick-mode操作，即用户在观看点播节目的过程中可以暂停、快退、快进、慢退、慢进等。

2、直播业务的Trick-mode操作，即用户在观看直播节目的过程中可以操作暂停或者后退键进入直播Trick-mode状态实现直播节目的回看。在直播Trick-mode业务状态下，对直播节目进行实时录制的媒体服务器基于本地录制保存的节目内容按照单播方式为用户提供服务，这时用户也可以暂停、快退、快进、慢退、慢进等等。

在IPTV系统播放节目的过程中，为了给用户提供更好的业务体验，通常都给用户显示当前节目的播放进度，从而让用户能知道当前的播放进度。在Trick-mode操作期间同样也需要提示用户当前的播放进度：对于点播业务的Trick-mode操作，用户需要知道当前播放位置相对于节目起始位置的播放进度，即NPT(Normal Play Time，相对节目起点的播放时间)；对于直播业务的Trick-mode操作，用户需要知道当前播放的节目内容对应的绝对时间，即UTC(Coordinated Universal Time，世界标准时间)。

现有技术中音/视频媒体数据封装在RTP(Real-time Transport Protocol，实时传送协议)流中传输，在正常播放时可利用RTP时戳来计算当前的实际播放时间，或者根据帧频和已经播放的帧数来计算当前的实际播放时间。在快进/快退、慢退/慢进时，RTP时戳对应当前帧被回放显示的时间，和节目的实际播放时间对应不上。现有技术通常使用抽取特定帧发送给终端的方式来实现快进/快退等，例如只抽取I帧发送给终端播放，或者N倍速快进时从N个GOP(Group of Pictures，连续的画面)系列中抽取一个GOP系列来播放。由于节目源本身I帧间隔的不均匀和抽取的非线性，以及图像帧大小的差异导致发送时刻的随机变化，使得终端在进行Trick-mode操作时，终端无法获知当前播放的节目内容对应的时间。

发明内容

鉴于上述现有技术所存在的问题，本发明实施例提供了一种网络电视显示时间的方法及设备和系统，使得终端在Trick-mode操作时也能准确地获取当前播放的节目的时间信息，从而使得用户可以准确地知道当前播放进度。

为了解决上述技术问题，本发明实施例提供了一种网络电视显示时间的方法，包括：

向媒体服务器发送技巧模式操作请求；

接收媒体服务器发送的媒体流，所述媒体流包括播放所述媒体流时所对应的播放时间信息，所述播放时间信息具体包括进行技巧模式操作后接收的所述媒体流中包含的图像帧所对应的相对节目起点的播放时间信息NPT和/或世界标准时间信息UTC；

获取所述媒体流所对应的播放时间信息，并在播放所述媒体流时显示所述媒体流所对应的播放时间；

当用户终端向媒体服务器请求正常播放时；

用户终端接收媒体服务器发来的正常播放的节目内容经流化处理后生成的媒体流；

根据接收到的媒体流计算当前媒体流的实际播放时间；

所述根据接收到的媒体流计算当前媒体流的实际播放时间的步骤采用下列两种步骤中的任意一种：

以在技巧模式期间收到的最后一个包含NPT时间信息或UTC时间信息的RTP包所对应的NTP时间或UTC时间作为起始NPT或UTC，该RTP包的时戳作为初始时戳，在收到媒体服务器在正常播放状态发送的不携带NTP时间信息或UTC时间信息的RTP包后，根据当前被解码的RTP包的时戳和初始时戳之间的差值计算当前的实际播放时间；

将技巧模式期间收到的最后一个包含NPT时间信息或UTC时间信息的RTP包对应的图像帧作为初始图像帧，在正常播放过程中根据当前被解码的不携带NTP时间信息或UTC时间信息的RTP包所对应的图像帧和初始图像帧之间的差值就可以计算已经播放的帧数，根据帧频和播放的帧数以及起始NPT或UTC计算当前的实际播放时间。

相应地，本发明实施例提供的一种用户终端，包括：

发送单元，向媒体服务器发送技巧模式操作请求；

接收单元，用于接收媒体服务器发送的媒体流，所述媒体流包括播放所述媒体流时所对应的播放时间信息，所述播放时间信息具体包括进行技巧模式操作后接收的所述媒体流中包含的图像帧所对应的相对节目起点的播放时间信息NPT和/或世界标准时间信息UTC；

获取单元，用于获取所述接收单元接收到的所述媒体流所对应的播放时间信息；

显示单元，用于在播放所述媒体流时显示所述获取单元获取到的所述媒体流所对应的播放时间；

当用户终端向媒体服务器请求正常播放时；

用户终端接收媒体服务器发来的正常播放的节目内容经流化处理后生成的媒体流；

根据接收到的媒体流计算当前媒体流的实际播放时间；

所述根据接收到的媒体流计算当前媒体流的实际播放时间的步骤采用下列两种步骤中的任意一种：

以在技巧模式期间收到的最后一个包含NPT时间信息或UTC时间信息的RTP包所对应的NTP时间或UTC时间作为起始NPT或UTC，该RTP包的时戳作为初始时戳，在收到媒体服务器在正常播放状态发送的不携带NTP时间信息或UTC时间信息的RTP包后，根据当前被解码的RTP包的时戳和初始时戳之间的差值计算当前的实际播放时间；

将技巧模式期间收到的最后一个包含NPT时间信息或UTC时间信息的RTP包对应的图像帧作为初始图像帧，在正常播放过程中根据当前被解码的不携带NTP时间信息或UTC时间信息的RTP包所对应的图像帧和初始图像帧之间的差值就可以计算已经播放的帧数，根据帧频和播放的帧数以及起始NPT或UTC计算当前的实际播放时间。

本发明实施例还提供了一种网络电视传输时间信息的方法，包括：

接收用户终端发送的技巧模式操作请求；

根据所述技巧模式操作请求分析需要发送的当前媒体流包含的每个图像帧所对应的相对节目起点的播放时间信息和/或世界标准时间信息；

将所述分析出的时间信息添加在所述当前媒体流的RTP报文的扩展头中；

将所述当前媒体流发送给用户终端；

其中，在将所述分析出的时间信息添加在所述当前媒体流的RTP报文的扩展头中的步骤中，

分析发送出去的每帧图像的NPT时间，将该帧图像所对应的NPT时间填充到用来传输该帧图像的RTP报文的扩展头中；

分析发送出去的每帧图像所对应的UTC时间，并将该帧图像所对应的UTC时间填充到用来传输该帧图像的RTP报文的扩展头中。

相应的，本发明实施例提供的一种媒体服务器，包括：

接收单元，用于接收用户终端发送的技巧模式操作请求；

分析单元，用于根据所述接收单元接收的所述技巧模式操作请求分析需要发送的当前媒体流包含的每个图像帧所对应的相对节目起点的播放时间信息和/或世界标准时间信息；

添加单元，用于将所述分析单元分析出的时间信息添加在当前媒体流的RTP报文的扩展头中；

发送单元，用于将所述添加单元中的当前媒体流发送给用户终端；

其中，在将所述分析出的时间信息添加在所述当前媒体流的RTP报文的扩展头中的步骤中，

分析发送出去的每帧图像的NPT时间，将该帧图像所对应的NPT时间填充到用来传输该帧图像的RTP报文的扩展头中；

分析发送出去的每帧图像所对应的UTC时间，并将该帧图像所对应的UTC时间填充到用来传输该帧图像的RTP报文的扩展头中。

实施本发明实施例，在用户进行技巧模式操作时，根据接收的技巧模式操作请求分析所述进行技巧模式操作后所对应的图像帧所对应的时间信息；将所述分析出的时间信息添加在当前媒体流；并将所述当前媒体流发送给用户终端，用户终端接收媒体服务器发来的包含有当前媒体流所对应的播放时间信息的媒体流，获取所述媒体流所对应的播放时间信息，并在播放所述媒体流时显示出所述媒体流所对应的播放时间，使得终端能准确地获取当前播放的节目的时间信息，从而使得用户可以准确地知道节目的当前播放进度。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图进行组合或改进，得到其它的实现方式。

图1是本发明实施例中实现网络电视显示时间的系统结构图；

图2是本发明实施例中实现网络电视显示时间的方法流程图；

图3是本发明实施例中实现网络电视传输时间信息的方法流程图；

图4是本发明实施例中实现点播业务的技巧模式操作场景；

图5是本发明实施例中实现直播业务的技巧模式操作场景。

具体实施方式

本发明提供了一种网络电视显示时间的方法及设备和系统，使得用户终端在播放媒体流时能准确地获知当前播放的节目的时间信息，从而使得用户可以准确地知道当前播放时间。

下面结合附图详细说明本发明的优选实施例。

图1是本发明实施例中实现网络电视显示时间的系统结构图，该网络电视显示时间的系统包括：用户终端和媒体服务器，其中：

用于终端在用户进行技巧模式操作时，向媒体服务器发送技巧模式操作请求；并接收媒体服务器发送的媒体流，所述媒体流包括播放所述媒体流时所对应的播放时间信息，所述播放时间信息具体包括进行技巧模式操作后接收的所述媒体流中包含的图像帧所对应的时间信息；获取所述媒体流所对应的播放时间信息，并在播放所述媒体流时显示所述媒体流所对应的播放时间；

媒体服务器，用于接收用户终端发送的技巧模式操作请求；根据所述技巧模式操作请求分析当前媒体流包含的图像帧所对应的时间信息；将所述分析出的时间信息添加在所述当前媒体流；将所述当前媒体流发送给用户终端。

还需要说明的是，这里的用户终端还用于接收媒体服务器发送的媒体流，该媒体流为媒体服务器切换到正常播放状态后发送的媒体流；根据在技巧模式操作中接收到的最后一个实时传送协议报文包所对应的时间信息，获得所述媒体流所对应的播放时间信息，并在播放所述媒体流时显示所述媒体流所对应的播放时间。

具体的，该用户终端包括发送单元14、接收单元15、获取单元16和显示单元17，其中：发送单元14用于向媒体服务器发送技巧模式操作请求；接收单元15用于接收媒体服务器发送的媒体流，所述媒体流包括播放所述媒体流时所对应的播放时间信息，所述播放时间信息具体包括进行技巧模式操作后接收的所述媒体流中包含的图像帧所对应的时间信息；获取单元16用于获取所述接收单元15接收到的所述媒体流所对应的播放时间信息，所述播放时间信息包括NPT和/或UTC；显示单元17用于在播放所述媒体流时显示所述获取单元16获取到的所述媒体流所对应的播放时间。需要说明的是，这里的播放时间信息封装在实时传送协议报文中，该播放时间信息通过实时传送协议报文中的数值方式或者字符方式进行表示。

需要说明的是，该用户终端还可以包括一接收处理单元，用于接收媒体服务器发送的媒体流，所述媒体流为媒体服务器切换到正常播放状态后发送的媒体流；根据在技巧模式操作中接收到的最后一个实时传送协议报文包所对应的时间信息，获得所述媒体流所对应的播放时间信息，并在播放所述媒体流时显示所述媒体流所对应的播放时间。

所述媒体服务器包括接收单元10、分析单元11、添加单元12和发送单元13，其中：接收单元10，用于接收用户终端发送的技巧模式操作请求；分析单元11，用于根据所述接收单元10接收的技巧模式操作请求分析当前媒体流包含的图像帧所对应的时间信息；添加单元12用于在媒体流中添加当前媒体流所对应的播放时间信息；发送单元13用于将所述媒体流发送给用户终端。需要说明的是，这里的网络电视业务请求包括用户选择的业务类型和/或技巧模式操作类型，所述业务类型包括点播业务和直播业务，所述技巧模式操作类型包括快进，快退，慢退，慢进等等。

实施本发明实施例，在用户进行技巧模式操作时，媒体服务器根据接收的技巧模式操作请求分析所述进行技巧模式操作后所对应的图像帧所对应的时间信息；将所述分析出的时间信息添加在当前媒体流；并将所述当前媒体流发送给用户终端，用户终端接收媒体服务器发来的包含有当前媒体流所对应的播放时间信息的媒体流，获取所述媒体流所对应的播放时间信息，并在播放所述媒体流时显示出所述媒体流所对应的播放时间，使得终端能准确地获取当前播放的节目的时间信息，从而使得用户可以准确地知道节目的当前播放进度。

相应的，图2是本发明实施例中实现网络电视显示时间的方法流程图，具体步骤包括：

步骤S20：向媒体服务器发送技巧模式操作请求；

用户在进行点播或者直播业务过程中，可能通过技巧模式中的快进，或者快退，或慢退，或慢进来选择所需要播放的媒体流。

步骤S21：接收媒体服务器发送的媒体流；

此处，所述媒体流包含有在播放该媒体流时所对应的播放时间信息，所述播放时间信息封装在实时传送协议报文中，包括NPT和/或UTC。该播放时间信息具体包括进行技巧模式操作后接收的所述媒体流中包含的图像帧所对应的时间信息。

步骤S22：获取所述媒体流所对应的播放时间信息；

步骤S23：在播放所述媒体流时显示出所述媒体流所对应的播放时间。

此处，通过在播放所述媒体流时显示出所述媒体流所对应的播放时间，用户可以准确地知道节目的当前播放位置。

实施本发明实施例，在用户进行技巧模式操作后，用户终端接收媒体服务器发来的包含有当前媒体流所对应的播放时间信息的媒体流，获取所述媒体流所对应的播放时间信息，并在播放所述媒体流时显示出所述媒体流所对应的播放时间，使得终端能准确地获取当前播放的节目的时间信息，从而使得用户可以准确地知道节目的当前播放进度。

相应的，图3示出了本发明实施例中实现网络电视传输时间信息的方法流程图，具体步骤包括：

步骤S30：接收用户终端发送的技巧模式操作请求；

步骤S31：根据技巧模式操作请求分析当前媒体流包含的图像帧所对应的时间信息；

步骤S32：将所述分析出的时间信息添加在当前媒体流；

步骤S33：将当前媒体流发送给用户终端。

需要说明的是，这里的技巧模式操作类型包括快进、快退、慢退、慢进等等。具体实施时，当用户终端开机后，用户选择网络电视的播放模式，所述网络电视的播放模式包括点播、直播，媒体服务器接收用户终端发送的技巧模式操作请求，在媒体流中添加当前媒体流所对应的播放时间信息，所述播放时间信息封装在实时传送协议报文中，包括NPT和/或UTC。媒体服务器将所述媒体流发送给用户终端，所述用户终端接收该媒体流，获取该媒体流所对应的播放时间信息并在播放该媒体流时显示出该媒体流所对应的播放时间。

实施本发明实施例，在用户进行技巧模式操作时，根据接收的技巧模式操作请求分析所述进行技巧模式操作后所对应的图像帧所对应的时间信息；将所述分析出的时间信息添加在当前媒体流；并将所述当前媒体流发送给用户终端，使得终端能准确地获取当前播放的节目的时间信息，从而使得用户可以准确地知道节目的当前播放进度。

相应的，图4示出了本发明实施例中实现点播业务的Trick-mode操作场景。本实施例是点播业务的Trick-mode操作场景，媒体服务器上已经存储了可以对用户提供点播服务的节目内容，并且节目列表信息已经发布到EPG(ElectronicProgram Guide，电子节目菜单)服务器上，在该实施例媒体数据是基于RTP传输。在该实施过程中，具体步骤包括：

步骤S401：用户终端与应用服务器进行鉴权，如果鉴权通过，进行步骤S202；

此处，用户终端在开机后首先与应用服务器交互进行必要的鉴权，确保业务的合法使用。

步骤S402：用户终端与EPG服务器交互获得点播节目列表信息；

此处，用户终端获取点播节目列表信息，将该点播节目列表信息展现给用户供用户选择。

步骤S403：用户终端向应用服务器查询用户所选择的节目内容所在的媒体服务器；

步骤S404：用户终端与选定的媒体服务器建立连接并请求该媒体服务器播放点播的节目内容；

此处，用户终端在与选定的媒体服务器建立连接的过程中协商发送媒体流的目的IP地址和端口号。用户终端在请求播放时可以不指定起始播放进度，媒体服务器默认从文件头开始进行数据传输；或者也可以指定文件所需进行传输数据的位置，媒体服务器从指定位置开始进行数据传输。例如用户指定从节目的第1.125秒开始播放时，终端使用RTP协商从节目的第1.125秒开始播放的示例如下：

C->S:PLAY rtsp://example.com/mediastream RTSP/1.0

CSeq:2

Session:123456

Range:npt＝1.125-

媒体服务器接收到用户终端发来的请求消息后对媒体文件进行分析，定位出媒体文件中离1.125秒最近的1.120秒有I帧，则回应如下消息，并从1.120秒开始播放媒体流：

S->C:RTSP/1.0200 OK

CSeq:2

Session:123456

Range:npt＝1.120-

RTP-Info:url＝rtsp://example.com/mediastream；seq＝1000；rtptime＝5000

上述消息中，头域Range的参数npt＝1.120-表明媒体服务器从媒体文件的1.120秒处开始播放媒体数据，头域RTP-Info的参数seq＝1000和rtptime＝5000给出了媒体服务器发送的与该位置对应的第一个RTP包的序列号和时戳。

步骤S405：媒体服务器对用户请求播放的节目内容进行处理生成媒体流；

此处，媒体服务器按照协商的IP地址和端口号，对用户点播的节目内容进行处理，即对媒体内容按照RTP/UDP/IP封装后按照一定的时序发送给终端，起始RTP报文的序列号和时戳与头域RTP-Info中的参数seq和rtptime值一致。

步骤S406：用户终端接收媒体服务器发来的媒体流；

此处，终端接收到媒体服务器发来的媒体流后解码输出，用户就可以看到点播的节目内容。终端根据接收到的媒体流计算当前媒体流的实际播放时间可通过以下两种方法实现：1、终端将最开始收到的包对应的图像帧与节目的正常播放时间NPT对应起来，即建立初始时戳和起始NPT之间的对应关系。在播放过程中，根据当前被解码的RTP包的时戳和初始时戳之间的差值就可以计算当前的实际播放时间；2、终端将最开始收到的包对应的图像帧作为初始图像帧，在播放过程中根据当前被解码的RTP包所对应的图像帧和初始图像帧之间的差值就可以计算已经播放的帧数，根据帧频和播放的帧数以及起始NPT也可以计算当前的实际播放时间。

步骤S407：用户终端向媒体服务器发起技巧模式操作请求；

此处，所述技巧模式操作类型包括快进、快退、慢退、或慢进等等。以本实施例中用户终端向媒体服务器发送快进/快退、慢退/慢进请求消息为例进行说明，如用户终端发起8倍快进时，请求消息如下：

C->S:PLAY rtsp://example.com/mediastream RTSP/1.0

CSeq:3

Session:123456

Scale:8

媒体服务器收到用户终端发来的8倍快进的请求消息后，向用户终端返回应答消息如下：

S->C:RTSP/1.0200OK

CSeq:3

Session:123456

Scale:8

步骤S408：媒体服务器在媒体流中添加当前媒体流的NPT；

此处，根据用户发起的点播业务的Trick-mode，媒体服务器在发送媒体流时在所述媒体流中添加当前媒体流的NPT，所述NPT放在扩展的RTP报文头中。利用RTP报文的扩展报文头来传输NPT时间信息时的RTP报文格式如下：

固定RTP报文

扩展RTP报文头

RTP报文净荷

其中固定RTP报文头的格式如下：

固定RTP报文头的各个字段的含义如下：

版本(V)：2bit版本号置2。

填充(P)：用以说明包尾是否附有非负荷信息。

负载类型(PT)：对音频或视频等数据类型予以说明，并说明数据的编码方式。

标志位(Marker-M)：标志位由具体的应用框架定义。

序列号(Sequence Number)：为了安全，服务器从一个随机初始化值开始，每发送一个RTP数据包序列号增加1。客户端可根据序列号重新排列数据包的顺序，并对丢失、损坏和重复的数据包进行检测。

时间戳(Timestamp)：RTP时间戳为同步不同的媒体流提供采样时间，用于重新建立原始音频或视频的时序。另外，它还可以帮助接收方确定数据到达时间的一致性或变化(有时被称为抖动)。

同步源标识(SSRC)：帮助接收方利用发送方生成的唯一的数值来区分多个同时的数据流。SSRC必须是一个严格的随机数。

作用标识(CSRC)：网络中使用混合器时，混合器会在RTP报文头部之后插入新的同步源标识，其作用是区分多个同时的数据流。对于每个RTP包都包含前面的12个字节，对于CSRC，当使用混合器的时候才会出现。

扩展位(Extension-X)：1bit，如果扩展位被置位，则表明在RTP报文的头后面有一个长度可变的扩展RTP报文头，该域的格式如下：

扩展RTP报文头用来传输与RTP报文净荷对应的图像帧在整个媒体文件中的偏移位置，终端根据该信息就可以准确地输出NPT，提醒用户当前节目的播放进度。扩展RTP报文头由三个部分组成：其中defined by profile域包含16个bit，可以看成是头扩展域的ID，用于标示用于不同应用的各种不同类型的头扩展域，该域在RTP协议中没有特殊定义，可以由用户根据应用来自行定义；16bit的length域指示了header extension的长度，单位是32-bit；header extension是扩展头的真正参数信息，参数的具体含义由defined by profile域来决定。

扩展RTP报文头可以示例定义如下：

这里定义defined by profile为1表示扩展RTP报文头传输的是NPT时间信息，header extension是以毫秒为单位的NPT，length设为1，表示header extension为32bit宽度，最多可以表示时长为1193小时的节目，应该可以满足绝大部分应用，如果不够可以考虑用64bit宽度，这时length应该为2。

上面的扩展RTP报文头定义中是按照数值方式表示NPT，也可以考虑用字符方式来表示NPT，示例如下：

这里定义defined by profile为2表示扩展RTP报文头传输的是字符格式的NPT时间信息，header extension是以字符方式表示的NPT，length设为2，表示header extension占用了2个32bit宽度。

在快进/快退、慢退/慢进期间，媒体服务器需要分析发送出去的每帧图像相对于节目起点的时间偏移，即NPT，并将该帧图像所对应的NPT时间按照上面描述的方式填充到用来传输该帧图像的RTP报文的扩展头中。具体分析每帧图像所对应的NPT时间的方法可以是从节目媒体文件开始扫描到当前播放位置，根据帧频和所确认的当前播放位置之前的图像帧数就可以计算当前图像帧所对应的NPT时间；或者可以在初次注入节目内容时对整个节目进行预分析，确定每帧图像所对应的NPT时间和在节目媒体文件中的位置，并将预分析信息保存下来，这样在播放过程中就可以直接根据当前播放位置确认所播放的图像帧，从而确定该图像帧所对应的NPT时间。如果是快进，则NPT时间递增，如果是快退，则NPT时间递减，而RTP时戳都是逐渐增长的。终端收到RTP包后根据RTP包扩展头中的NPT信息获得包含该RTP包的图象帧相对于整个节目的实际播放时间。

步骤S409：用户终端接收媒体服务器发来的包含有当前媒体流NPT的媒体流；

步骤S410：用户终端获取所述媒体流NPT并在播放所述媒体流时显示出所述媒体流NPT；

此处，用户终端在接收到媒体服务器发来的媒体流后，从扩展的RTP报文头中提取该媒体流的NPT，并在播放该媒体流时显示出该媒体流NPT。

步骤S411：用户终端向媒体服务器请求正常播放；

步骤S412：用户终端接收媒体服务器发来的正常播放的节目内容经流化处理后生成的媒体流；

此处，用户终端接收的媒体流是媒体服务器切换到正常播放状态后按照正常方式发来的RTP报文，该RTP报文的时戳按照帧间隔正常递增，且可以不携带扩展RTP报文头，用户终端可以利用时戳来计算实际播放时间。用户终端根据接收到的媒体流计算当前媒体流的实际播放时间可通过以下两种方法实现：1、用户终端以在快进/快退、慢退/慢进期间收到的最后一个包含NPT时间信息的RTP包所对应的NTP时间作为起始NPT，该RTP包的时戳作为初始时戳，在收到媒体服务器在正常播放状态发送的不携带NTP时间信息的RTP包后，根据当前被解码的RTP包的时戳和初始时戳之间的差值就可以计算当前的实际播放时间；2、用户终端将快进/快退期、慢退/慢进间收到的最后一个包含NPT时间信息的RTP包对应的图像帧作为初始图像帧，在正常播放过程中根据当前被解码的不携带NTP时间信息的RTP包所对应的图像帧和初始图像帧之间的差值就可以计算已经播放的帧数，根据帧频和播放的帧数以及起始NPT也可以计算当前的实际播放时间。具体的，可以通过接收到的RTP包是否包含扩展RTP报文头来判断出技巧模式中接收到的最后一个RTP包，即最后一个包含扩展RTP报文头的RTP包即为技巧模式中接收到的最后一个RTP包。

步骤S413：结束播放，释放资源。

此处，在播放到文件结束位置后媒体服务器通知终端结束播放，删除会话，释放资源。

相应的，图5示出了本发明实施例中实现直播业务的Trick-mode操作场景。本发明实施例是直播业务的Trick-mode操作情景，在该实施例中设媒体数据是基于RTP传输，设直播节目列表信息已经发布到EPG服务器上，具体步骤包括：

步骤S501：媒体服务器实时录制和存储直播节目，并记录直播图像帧对应的UTC；

此处，媒体服务器对从头端播出的直播节目进行实时录制和存储，为后续的用户回看提供节目源，即媒体服务器在部署时加入从头端发送的组播报文的组播组，接收和保存直播频道的节目内容，在保存图像帧数据的同时记录该图像帧被从头端播放出来时所对应的UTC时间。

步骤S502：接入设备接收直播节目；

此处，为了减少组播加入的时延，在节目部署时同样将直播节目直接推送到了接入设备上，即接入设备也加入组播组接收组播报文，实际中比较常见的接入设备包括IP-DSLAM和GEPON。

步骤S503：用户终端与应用服务器进行鉴权，如果鉴权通过，进行步骤S304；

此处，用户终端开机后与应用服务器交互进行鉴权，以确保业务的合法使用。

步骤S504：用户终端从EPG服务器中获取直播频道列表信息；

此处，所述直播频道列表信息包含直播节目的组播IP地址和用于对直播节目音视频码流进行解码的编解码参数信息。

步骤S505：用户终端向媒体服务器请求建立连接；

此处，当用户选定观看某个频道的节目时，终端向接入设备发送IGMP Join消息加入用户指定的频道所对应的组播组。

步骤S506：用户终端接收接入设备转发的媒体流；

此处，接入设备完成IGMP消息处理后将指定频道的组播报文转发给终端，终端对收到的媒体报文进行解码和输出，用户就可以观看到指定的频道的节目。

步骤S507：用户终端向应用服务器发起快退，并查询提供直播快退业务的媒体服务器；

此处，当用户在观看直播的过程中通过操作后退键进入直播trick-mode状态，终端通过向接入设备发送IGMP Leave消息停止接收组播流，并向应用服务器通知状态的改变和查询提供直播trick-mode业务的媒体服务器，应用服务器查询后向终端返回包含提供直播trick-mode业务的媒体服务器信息的消息。

步骤S508：用户终端与所述提供trick-mode业务的媒体服务器建立连接，并指示所述媒体服务器提供快退业务；

此处，在用户终端发起的建立连接的消息中携带与当前终端的播放位置对应的时间信息，媒体服务器根据该时间信息确定终端当前的播放位置。对于媒体服务器而言，用户终端请求的直播trick-mode业务类似于终端发起了指定位置的点播请求。

下面给出使用RTSP协议协商从指定位置播放时的示例：

C->S:PLAY rtsp://example.com/mediastream RTSP/1.0

CSeq:2

Session:123456

Range:clock＝20080906T123020.120Z-

Scale:-8//示例为8倍速快退

这里的头域(Header field)Range的参数clock＝20080916T123020.120Z指示媒体服务器播放从2008年9月16日12点30分20秒120毫秒开始的节目。

媒体服务器收到消息后对媒体文件进行分析，定位出媒体文件中与指定的播放位置最近的I帧，则回应如下消息，并从该处开始播放媒体流：

S->C:RTSP/1.0200 OK

CSeq:2

Session:123456

Range:clock＝20080906T123020.150Z-

Scale:-8

RTP-Info:url＝rtsp://example.com/mediastream；seq＝1000；rtptime＝5000

这里的头域Range的参数20080906T123020.150Z-表明媒体服务器从对应2008年9月16日12点30分20秒150毫秒的媒体文件处开始播放媒体数据，且头域RTP-Info的参数seq＝1000和rtptime＝5000给出了媒体服务器发送的与该位置对应的第一个RTP包的序列号和时戳。

步骤S509：媒体服务器在媒体流中添加当前媒体流的UTC；

此处，媒体服务器按照终端要求从指定位置按照后退方式开始给终端播放本地保存的对应直播频道的媒体数据。根据用户发起的直播业务的Trick-mode，媒体服务器在媒体流中添加当前媒体流的UTC，所述UTC放在扩展的RTP报文头中。利用扩展的RTP报文头来传输UTC时间信息时的RTP报文格式如下：

固定RTP报文

扩展RTP报文头

RTP报文净荷

其中扩展RTP报文头用来传输与RTP报文净荷对应的图像帧被从头端播放出来时所对应的UTC时间，终端根据该信息就可以准确地输出UTC时间信息，提醒用户当前节目的播放进度。

扩展RTP报文头可以示例定义如下：

这里定义defined by profile为3表示扩展RTP报文头传输的是UTC时间信息，header extension是以毫秒为单位的UTC时间，该值表示的是相对于1970年1月1日00:00:00已经过去的时间，length设为2，表示header extension为64bit宽度。

上面的扩展RTP报文头定义中按照数值方式表示UTC时间，也可以考虑用字符方式来来表示UTC时间，示例如下：20080906T123020.150Z

这里定义defined by profile为2表示扩展RTP报文头传输的是字符格式的UTC时间信息，header extension是以字符方式表示的UTC时间，length设为6，表示header extension占用了6个32bit宽度。

在播放期间，媒体服务器需要分析发送出去的每帧图像所对应的UTC时间，并将该帧图像所对应的UTC时间按照上面描述的方式填充到用来传输该帧图像的RTP报文的扩展头中。具体分析每帧图像所对应的UTC时间的方法可以是在录制节目时对录制的内容进行预分析，确定每帧图像所对应的UTC时间和在节目媒体文件中的位置，并将预分析信息保存下来，这样在播放过程中就可以直接根据当前播放位置确认所播放的图像帧，从而确定该图像帧所对应的UTC时间。对于快退，则UTC时间递减，而RTP时戳都是逐渐增长的，如果是快进则UTC时间是递增的。终端收到RTP包后根据RTP包扩展头中的UTC信息获得当前播放的内容所对应的UTC时间。

步骤S510：用户终端接收媒体服务器发来的包含有媒体流UTC的媒体流；

步骤S511：用户终端提取所述媒体流UTC并在显示所述媒体流时显示出所述媒体流UTC；

此处，用户终端在接收到媒体服务器发来的媒体流后，从扩展的RTP报文头中提取该媒体流的UTC时间信息，并在播放该媒体流时显示出该媒体流对应的UTC。

步骤S512：用户终端向媒体服务器请求正常播放；

步骤S513：用户终端接收媒体服务器发来的正常播放的媒体流；

此处，用户终端接收的媒体流是媒体服务器切换到正常播放状态后按照正常方式发来的RTP报文，该RTP报文的时戳按照帧间隔正常递增，且可以不携带扩展RTP报文头，用户终端可以利用时戳确定实际播放时间。用户终端根据接收到的媒体流计算当前媒体流的实际播放时间可通过以下两种方法实现：1、用户终端以在快退期间收到的最后一个包含UTC时间信息的RTP包所对应的UTC时间作为起始UTC，该RTP包的时戳作为初始时戳，在收到媒体服务器在正常播放状态发送的不携带UTC时间信息的RTP包后，根据当前被解码的RTP包的时戳和初始时戳之间的差值就可以计算当前播放的内容所对应的播放时间；2、用户终端将快退期间收到的最后一个包含UTC时间信息的RTP包对应的图像帧作为初始图像帧，在正常播放过程中根据当前被解码的不携带UTC时间信息的RTP包所对应的图像帧和初始图像帧之间的差值就可以计算已经播放的帧数，根据帧频和播放的帧数以及起始UTC也可以计算当前播放的内容所对应的播放时间。具体的，可以通过接收到的RTP包是否包含扩展RTP报文头来判断出技巧模式中接收到的最后一个RTP包，即最后一个包含扩展RTP报文头的RTP包即为技巧模式中接收到的最后一个RTP包。

需要说明的是，在用户显示时间信息过程中，不管在正常播放期间还是在Trick-mode期间，媒体服务器都可以将NPT和/或UTC通过扩展的RTP报文头带给用户终端。在具体实施时，在正常播放期间和Trick-mode期间，媒体服务器均在要发送的媒体流中添加该媒体流的NPT/UTC信息，这样，用户终端在接收到所述包含有媒体流的NPT/UTC信息的媒体流时，用户终端直接提取所述媒体流的NPT/UTC并在播放所述媒体流时显示出所述媒体流的NPT/UTC，从而可以减少用户终端的处理复杂度，也使得用户可以准确地知道节目的当前播放位置。

综上所述，本发明实施例提供的网络电视显示时间的方法及设备和系统，在用户进行技巧模式操作时，媒体服务器分析出进行技巧模式操作后所对应的图像帧所对应的时间信息，通过媒体服务器在媒体流中添加当前媒体流NPT/UTC，并将所述包含有当前媒体流NPT/UTC的媒体流发送给用户终端，用户终端接收所述媒体服务器发来的包含有当前媒体流NPT/UTC的媒体流，提取所述媒体流NPT/UTC，并在播放所述媒体流时显示出所述媒体流NPT/UTC，使得用户终端能准确地获取当前播放的节目的播放时间信息，从而使得用户可以准确地知道节目的当前播放位置。

以上所揭露的仅为本发明一种较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的硬件平台的方式来实现，当然也可以全部通过硬件来实施。基于这样的理解，本发明的技术方案对背景技术做出贡献的全部或者部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

Claims (14)

1.一种网络电视显示时间的方法，其特征在于，包括：

向媒体服务器发送技巧模式操作请求；

接收媒体服务器发送的媒体流，所述媒体流包括播放所述媒体流时所对应的播放时间信息，所述播放时间信息具体包括进行技巧模式操作后接收的所述媒体流中包含的图像帧所对应的相对节目起点的播放时间信息NPT和/或世界标准时间信息UTC；

获取所述媒体流所对应的播放时间信息，并在播放所述媒体流时显示所述媒体流所对应的播放时间；

当用户终端向媒体服务器请求正常播放时；

用户终端接收媒体服务器发来的正常播放的节目内容经流化处理后生成的媒体流；

根据接收到的媒体流计算当前媒体流的实际播放时间；

所述根据接收到的媒体流计算当前媒体流的实际播放时间的步骤采用下列两种步骤中的任意一种：

以在技巧模式期间收到的最后一个包含NPT时间信息或UTC时间信息的RTP包所对应的NTP时间或UTC时间作为起始NPT或UTC，该RTP包的时戳作为初始时戳，在收到媒体服务器在正常播放状态发送的不携带NTP时间信息或UTC时间信息的RTP包后，根据当前被解码的RTP包的时戳和初始时戳之间的差值计算当前的实际播放时间；

将技巧模式期间收到的最后一个包含NPT时间信息或UTC时间信息的RTP包对应的图像帧作为初始图像帧，在正常播放过程中根据当前被解码的不携带NTP时间信息或UTC时间信息的RTP包所对应的图像帧和初始图像帧之间的差值就可以计算已经播放的帧数，根据帧频和播放的帧数以及起始NPT或UTC计算当前的实际播放时间。

2.如权利要求1所述的网络电视显示时间的方法，其特征在于，技巧模式操作结束后还包括：

接收媒体服务器发送的媒体流，所述媒体流为媒体服务器切换到正常播放状态后发送的媒体流；

根据在技巧模式操作中接收到的最后一个实时传送协议报文包所对应的时间信息，获得所述媒体流所对应的播放时间信息，并在播放所述媒体流时显示所述媒体流所对应的播放时间。

3.如权利要求1或2所述的网络电视显示时间的方法，其特征在于，所述技巧模式为快进，或快退，或慢退，或慢进。

4.如权利要求1或2所述的网络电视显示时间的方法，其特征在于，所述播放时间信息封装在实时传送协议报文中。

5.如权利要求1或2所述的网络电视显示时间的方法，其特征在于，所述播放时间信息包括世界标准时间和/或相对节目起点的播放时间。

6.如权利要求4所述的网络电视显示时间的方法，其特征在于，所述播放时间信息通过数值方式或者字符方式进行表示。

7.一种网络电视传输时间信息的方法，其特征在于，包括：

接收用户终端发送的技巧模式操作请求；

根据所述技巧模式操作请求分析需要发送的当前媒体流包含的每个图像帧所对应的相对节目起点的播放时间信息和/或世界标准时间信息；

将所述分析出的时间信息添加在所述当前媒体流的RTP报文的扩展头中；

将所述当前媒体流发送给用户终端；

其中，在将所述分析出的时间信息添加在所述当前媒体流的RTP报文的扩展头中的步骤中，

分析发送出去的每帧图像的NPT时间，将该帧图像所对应的NPT时间填充到用来传输该帧图像的RTP报文的扩展头中；

分析发送出去的每帧图像所对应的UTC时间，并将该帧图像所对应的UTC时间填充到用来传输该帧图像的RTP报文的扩展头中。

8.如权利要求7所述的网络电视传输时间信息的方法，其特征在于，所述技巧模式为快进，或快退，或慢退，或慢进。

9.如权利要求7所述的网络电视传输时间信息的方法，其特征在于，所述播放时间信息封装在实时传送协议报文中。

10.如权利要求9所述的网络电视传输时间信息的方法，其特征在于，所述播放时间信息通过数值方式或者字符方式进行表示。

11.如权利要求7所述的网络电视传输时间信息的方法，其特征在于，所述播放时间信息包括世界标准时间和/或相对节目起点的播放时间。

12.一种用户终端，其特征在于，包括：

发送单元，向媒体服务器发送技巧模式操作请求；

接收单元，用于接收媒体服务器发送的媒体流，所述媒体流包括播放所述媒体流时所对应的播放时间信息，所述播放时间信息具体包括进行技巧模式操作后接收的所述媒体流中包含的图像帧所对应的相对节目起点的播放时间信息NPT和/或世界标准时间信息UTC；

获取单元，用于获取所述接收单元接收到的所述媒体流所对应的播放时间信息；

显示单元，用于在播放所述媒体流时显示所述获取单元获取到的所述媒体流所对应的播放时间；

当用户终端向媒体服务器请求正常播放时；

用户终端接收媒体服务器发来的正常播放的节目内容经流化处理后生成的媒体流；

根据接收到的媒体流计算当前媒体流的实际播放时间；

所述根据接收到的媒体流计算当前媒体流的实际播放时间的步骤采用下列两种步骤中的任意一种：

以在技巧模式期间收到的最后一个包含NPT时间信息或UTC时间信息的RTP包所对应的NTP时间或UTC时间作为起始NPT或UTC，该RTP包的时戳作为初始时戳，在收到媒体服务器在正常播放状态发送的不携带NTP时间信息或UTC时间信息的RTP包后，根据当前被解码的RTP包的时戳和初始时戳之间的差值计算当前的实际播放时间；

将技巧模式期间收到的最后一个包含NPT时间信息或UTC时间信息的RTP包对应的图像帧作为初始图像帧，在正常播放过程中根据当前被解码的不携带NTP时间信息或UTC时间信息的RTP包所对应的图像帧和初始图像帧之间的差值就可以计算已经播放的帧数，根据帧频和播放的帧数以及起始NPT或UTC计算当前的实际播放时间。

13.如权利要求12所述的用户终端，其特征在于，所述用户终端还包括：

接收处理单元，用于接收媒体服务器发送的媒体流，所述媒体流为媒体服务器切换到正常播放状态后发送的媒体流；根据在技巧模式操作中接收到的最后一个实时传送协议报文包所对应的时间信息，获得所述媒体流所对应的播放时间信息，并在播放所述媒体流时显示所述媒体流所对应的播放时间。

14.一种媒体服务器，其特征在于，包括：

接收单元，用于接收用户终端发送的技巧模式操作请求；

分析单元，用于根据所述接收单元接收的所述技巧模式操作请求分析需要发送的当前媒体流包含的每个图像帧所对应的相对节目起点的播放时间信息和/或世界标准时间信息；

添加单元，用于将所述分析单元分析出的时间信息添加在当前媒体流的RTP报文的扩展头中；

发送单元，用于将所述添加单元中的当前媒体流发送给用户终端；

其中，在将所述分析出的时间信息添加在所述当前媒体流的RTP报文的扩展头中的步骤中，

分析发送出去的每帧图像的NPT时间，将该帧图像所对应的NPT时间填充到用来传输该帧图像的RTP报文的扩展头中；

分析发送出去的每帧图像所对应的UTC时间，并将该帧图像所对应的UTC时间填充到用来传输该帧图像的RTP报文的扩展头中。

Images