CN101998147A - 媒体数据的传输方法、网络侧设备及通信系统 - Google Patents
媒体数据的传输方法、网络侧设备及通信系统 Download PDFInfo
- Publication number
- CN101998147A CN101998147A CN2009101652849A CN200910165284A CN101998147A CN 101998147 A CN101998147 A CN 101998147A CN 2009101652849 A CN2009101652849 A CN 2009101652849A CN 200910165284 A CN200910165284 A CN 200910165284A CN 101998147 A CN101998147 A CN 101998147A
- Authority
- CN
- China
- Prior art keywords
- duration
- media data
- transmission rate
- terminal
- unicast media
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供一种媒体数据的传输方法、网络侧设备及通信系统。其中,媒体数据的传输方法包括:在接收到终端发送的频道切换请求时,确定终端完成频道切换所需的预测时长;根据预测时长确定起始内部编码帧,起始内部编码帧为需要向终端发送的单播媒体数据对应的起始帧;向终端发送确定的起始内部编码帧之后缓存的单播媒体数据,且在当前向终端发送的单播媒体数据包与终端从组播源接收到的第一个组播媒体数据包相同时,停止向终端发送单播媒体数据。本发明实施例有利于提高在快速频道切换过程中单播媒体数据的发送效率。
Description
技术领域
本发明实施例涉及网络电视技术领域,尤其涉及一种媒体数据的传输方法、网络侧设备及通信系统。
背景技术
在互联网协议电视(Internet Protocol Television,简称IPTV)系统中,直播节目是组播设备以组播的方式进行传输,只有用户选择收看的直播节目内容才会被转发至用户使用的终端(如:机顶盒)上。用户频道切换过程通常包括三个阶段:用户通过终端向组播设备发出频道切换请求,终端从组播设备获取组播地址并接收组播数据,终端确认收到第一个完整的I帧并开始向用户播放该频道的直播节目内容。可见,用户频道切换过程所需要的时间较长。
为了缩短用户频道切换过程所需的时长,现有技术提出了快速频道切换(Fast Channel Change,简称FCC)机制,其基本思想是在网络侧部署FCC服务器,通过FCC服务器缓存组播设备发送的组播数据。当FCC服务器接收到终端发送的频道切换请求时,选择需单播的数据对应的起始内部编码帧(Intra-coded Frame,简称I帧),从起始I帧之后的缓存组播媒体数据开始向终端发送单播媒体数据。以便终端在接收到切换后频道的组播媒体数据之前,可播放单播媒体数据,从而使得用户能尽快看到切换后频道的直播节目内容。
发明人在实现本发明实施例过程中发现,在现有的快速频道切换过程中,终端接收到的单播媒体数据有可能不足,影响用户观看直播节目内容的连续性;或者,终端接收到的单播媒体数据有可能过多,不仅使终端用户观看直播节目所需的时延较长而且也造成了FCC服务器带宽资源的浪费。因而,现有技术在快速频道切换过程中,单播媒体数据的发送效率较低。
发明内容
本发明实施例提供一种媒体数据的传输方法、网络侧设备及通信系统,有利于提高在快速频道切换过程中单播媒体数据的发送效率。
本发明实施例提供一种媒体数据的传输方法,包括:
在接收到终端发送的频道切换请求时,确定终端完成频道切换所需的预测时长;
根据预测时长确定起始内部编码帧,起始内部编码帧为需要向终端发送的单播媒体数据对应的起始帧;
向终端发送确定的起始内部编码帧之后存储的单播媒体数据,且在当前向终端发送的单播媒体数据包与终端从组播源接收到的第一个组播媒体数据包相同时,停止向终端发送单播媒体数据。
本发明实施例提供一种网络侧设备,包括:
预测时长确定模块,用于在接收到终端发送的频道切换请求时,确定终端完成频道切换所需的预测时长;
起始内部编码帧确定模块,用于根据预测时长确定起始内部编码帧,起始内部编码帧为需要向终端发送的单播媒体数据对应的起始帧;
单播媒体数据发送模块,用于向终端发送确定的起始内部编码帧之后存储的单播媒体数据,且在当前向终端发送的单播媒体数据包与终端从组播源接收到的第一个组播媒体数据包相同时,停止向终端发送单播媒体数据。
本发明实施例提供一种通信系统,包括:网络侧设备和终端;
终端,用于向网络侧设备发达频道切换请求;接收网络侧设备向终端发送的确定的起始内部编码帧之后缓存的单播媒体数据;
网络侧设备,用于在接收到终端发送的频道切换请求时,确定终端完成频道切换所需的预测时长;根据预测时长确定起始内部编码帧,起始内部编码帧为需要向终端发送的单播媒体数据对应的起始帧;向终端发送确定的起始内部编码帧之后存储的单播媒体数据,且在当前向终端发送的单播媒体数据包与终端从组播源接收到的第一个组播媒体数据包相同时,停止向终端发送单播媒体数据。
本发明实施例提供的媒体数据的传输方法、网络侧设备及通信系统中,网络侧设备接收到终端的频道切换时,事先确定终端完成频道切换所需的预测时长,并根据该预测时长确定出开始向终端发送单播放媒体数据对应的起始I帧,以使网络侧设备在终端频道切换期间发送的单播媒体数据量,与终端在频道切换期间实际播放的媒体数据量相当。因此,本发明实施例有利于降低终端在频道切换开始到频道切换完成过程中播放媒体数据的不连续的几率,降低网络侧设备发送单播媒体数据产生资源浪费的几率,从而有利于提高网络侧设备在快速频道切换过程中,向终端传输单播媒体数据的效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明第一实施例提供的媒体数据的传输方法流程图;
图2为本发明第二实施例提供的媒体数据的传输方法的IPTV系统应用场景网络结构示意图;
图3为本发明第二实施例提供的媒体数据的传输方法信令交互图;
图4为本发明第二实施例提供的媒体数据的传输时序逻辑关系示意图;
图5为本发明第三实施例提供的用于传输单播媒体数据的起始I帧的确定方法流程图;
图6为本发明第四实施例提供的网络侧设备的结构示意图;
图7为本发明第五实施例提供的通信系统的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明第一实施例提供的媒体数据的传输方法流程图。本实施例中的执行主体为网络侧设备,如:FCC服务器,即从网络侧说明本发明媒体数据的传输方法的技术方案。如图1所示,本实施例媒体数据的传输方法包括:
步骤11:在接收到终端发送的频道切换请求时,确定终端完成频道切换所需的预测时长。
终端用户将当前频道切换到另一个频道时,当前正在接收该频道组播数据的终端向网络侧设备发送频道切换请求。网络侧设备接收到终端发送的频道切换请求时,先预测出该终端完成频道切换的过程所需的时长。
步骤12:根据预测时长确定起始内部编码帧。
该起始I帧为,网络侧设备需要向终端发送的单播媒体数据对应的起始帧。
在媒体数据的编码格式中,可将用于传输媒体数据的各帧分为I帧和其它数据帧,其它数据帧例如:预知帧(Previous Frame,简称P帧)和双向预知帧(Bidirection Previous Frame,简称B帧)等。其中,I帧为显示一个完整的画面所需的控制信息,而其它数据帧记录的是相对于I帧的变化信息,其它数据帧需根据I帧的信息进行正确解码。因此,终端需要接收到包括有I帧的媒体数据以完成画面的显示。
步骤13:向终端发送确定的起始内部编码帧之后存储的单播媒体数据,且在当前向终端发送的单播媒体数据包与终端从组播源接收到的第一个组播媒体数据包相同,停止向终端发送单播媒体数据。
网络侧设备向终端发送的单播媒体数据以供终端在频道切换期间播放。由于网络侧设备从I帧开始向终端发送单播媒体数据,同时也向终端发送了节目信息(Program Specific Information,简称PSI),因此,终端在接收到网络侧设备发送的单播媒体数据后,能立即向终端用户播放单播媒体数据。
本实施例提供的媒体数据的传输方法中,网络侧设备接收到终端的频道切换时,事先确定终端完成频道切换所需的预测时长,并根据该预测时长确定出开始向终端发送单播媒体数据对应的起始I帧,以使网络侧设备在终端频道切换期间发送的单播媒体数据量,与终端在频道切换期间实际播放的单播媒体数据量相当。因此,本实施例媒体数据的传输方法,有利于降低终端在频道切换开始到频道切换完成过程中播放媒体数据的不连续的几率,降低网络侧设备发送单播媒体数据产生资源浪费的几率,从而有利于提高网络侧设备在快速频道切换过程中,向终端传输单播媒体数据的效率。
图2为本发明第二实施例提供的媒体数据的传输方法的IPTV系统应用场景网络结构示意图。图2所示的IPTV系统主要包括:组播设备、FCC服务器和终端设备,终端设备包括:机顶盒和播放设备。组播设备用于以组播的方式发送直播节目的组播媒体数据;FCC服务器用于缓存组播设备发送的组播媒体数据,还用于在终端设备频道切换过程中,以单播形式向终端设备发送缓存的媒体数据。
图3为本发明第二实施例提供的媒体数据的传输方法信令交互图。图4为本发明第二实施例提供的媒体数据的传输时序逻辑关系示意图。图3所示的实施例是以图2所示的IPTV系统应用场景为例,进行说明本发明第二实施例提供的媒体数据的传输方法的技术方案。本实施例中,网络侧设备即为FCC服务器,终端侧设备即为机顶盒和播放设备。如图2、3和4所示,本实施例媒体数据的传输方法包括:
步骤30:接收组播设备发送的组播媒体数据。
机顶盒通过实时传输协议(Real Time Transpotr Protocol,简称RTP)接收组播设备发送的当前频道的组播媒体数据。
步骤31:机顶盒向FCC服务器发送频道切换请求。
在图4所示的T0时刻,机顶盒通过实时传输控制协议(Real TimeTransport Control Protocol,简称RTCP)向网络侧设备请求频道切换(如从当前频道TV1切换到TV2频道),机顶盒在频道切换请求中携带有终端提供的单播媒体数据的发送速率,供FCC服务器参考以确定第一发送速率。
步骤32:FCC服务器确定终端完成频道切换所需的预测时长,并根据预测时长确定需要向机顶盒发送的单播媒体数据所对应的起始I帧。
FCC服务器接收到机顶盒发送的频道切换请求时,确定需要向机顶盒发送切换后频道的单播媒体数据所对应的起始I帧。确定起始I帧之前,需要先预确定第一发送速率、第二发送速率和预测时长。
其中,第一发送速率a为FCC服务器向机顶盒发送加入切换后频道对应的组播组的指示信息之前的单播媒体数据的发送速率,第二发送速率b为FCC服务器向机顶盒发送加入切换后频道对应的组播组的指示信息之后的单播媒体数据的发送速率,第一发送速率a大于第二发送速率b。预测时长为终端完成频道切换所需的预测时长,包括从机顶盒开始播放单播媒体数据到开始播放组播放媒体数据的时长。
在FCC服务器向机顶盒发送单播媒体数据之前,事先确定终端完成频道切换所需的预测时长,并根据该预测时长确定出开始向终端发送单播放媒体数据对应的起始I帧,以使网络侧设备在终端频道切换期间发送的单播媒体数据量,与终端在频道切换期间实际播放的媒体数据量相当。
步骤33:FCC服务器以第一发送速率,向机顶盒发送起始I帧之后缓存的切换后频道的单播媒体数据。
该第一发送速率为在步骤32中确定的第一发送速率a,该起始I帧为距离T1时刻之前最近的一个I帧,即在步骤32中确定的起始I帧。在图4所示的T0时刻,FCC服务器开始向机顶盒发送该I帧之后缓存的单播媒体数据。
步骤34:机顶盒接收到FCC服务器以第一发送速率发送的单播媒体数据后,通过播放设备播放。
步骤35:FCC服务器向机顶盒发送加入组播组的指示信息。
在T2时刻,FCC服务器根据组播数据包的RTP编号,判断出当前自身发出的单播媒体数据与当前自身接收到的组播放媒体数据相同时,说明此时FCC服务器发送的单播媒体数据已与接收到组播媒体数据同步,则向机顶盒发送加入组播的指示信息。
步骤36:FCC服务器以第二发送速率继续向机顶盒发送单播媒体数据。
步骤35和步骤36可同时执行。
在图4所示的T2时刻,FCC服务器向机顶盒发出加入切换后频道的组播组的指示信息后,继续以在步骤32中确定的第二发送速率b,向机顶盒发送单播媒体数据。由于,此时机顶盒已在接收组播设备发送的切换后频道的组播媒体数据,如果FCC服务器以第一发送速率a加速向机顶盒发送单播媒体数据,有可能造成机顶盒的网络接收带宽不足,因此以低速率继续向机顶盒发送单播媒体数据。
步骤37:机顶盒向组播设备发送加入组播组的消息。
机顶盒通过向组播设备发送网际分组管理协议(Internet GroupManagement Protocol,简称IGMP)消息加入组播组。
步骤38:机顶盒接收到FCC服务器以第二发送速率发达的单播媒体数据,并通过播放设备播放。
步骤39:机顶盒接收到组播设备发送的第一个组播媒体数据。
机顶盒在T2时刻向组播设备发送加入组播组的消息后,在图4所示的T3时刻机顶盒接收到来自组播设备的切换后频道的第一个组播媒体数据。
步骤310:机顶盒向FCC服务器发送收到的第一个组播媒体数据的RTP编号。
步骤311:FCC服务器向机顶盒补发机顶盒缺失的单播媒体数据。
将机顶盒向FCC服务器发送接收到的第一个组播媒体数据的RTP编号E,FCC服务器将E与自身发给机顶盒的最后一个单播媒体数据的RTP编号F相对比,如果F小于E,说明机顶盒收到的组播媒体数据有缺失,则FCC服务器继续以第二发送速率向机顶盒发送单播媒体数据,直至在T4时刻发给机顶盒的最后一个单播媒体数据的RTP编号大于或等于机顶盒接收到第一个组播媒体数据的RTP编号;如果F大于或等于E,说明终端接收第一个的组播媒体数据与当前向终端发送的单播媒体数据相同,则FCC服务器停止向机顶盒发送单播放媒体数据。在图4所示的T4时刻机顶盒的播放设备开始播放组播放媒体数据。
本发明实施例提供的媒体数据的传输方法的应用场景,不限于上述IPTV系统,还可应用于以组播方式发送媒体数据的其它通信系统中。
本实施例提供的媒体数据的传输方法中,FCC服务器接收到机顶盒的频道切换时,事先确定机顶盒完成频道切换所需的预测时长,并根据该预测时长确定出开始向机顶盒发送单播媒体数据对应的起始I帧,以使FCC服务器在机顶盒频道切换期间发送的单播媒体数据量,与机顶盒在频道切换期间实际播放的单播媒体数据量相当。因此,本实施例媒体数据的传输方法,有利于降低机顶盒在频道切换开始到频道切换完成过程中播放媒体数据的不连续的几率,降低FCC服务器发送单播媒体数据产生资源浪费的几率,从而有利于提高FCC服务器在快速频道切换过程中,向机顶盒传输单播媒体数据的效率。
图5为本发明第三实施例提供的用于传输单播媒体数据的起始I帧的确定方法流程图。本实施例提供的用于传输单播媒体数据的起始I帧的确定方法的时序逻辑关系参见图4所示的媒体数据的传输时序逻辑关系,如图4和图5所示,本实施例用于传输单播媒体数据的起始I帧的确定方法包括:
步骤51:根据预先获取的组播媒体数据对应的播放速率,确定第一发送速率和第二发送速率。
第一发送速率a为FCC服务器向机顶盒发送加入切换后频道对应的组播组的指示信息之前的单播媒体数据的发送速率,第二发送速率b为FCC服务器向机顶盒发送加入切换后频道对应的组播组的指示信息之后的单播媒体数据的发送速率。
机顶盒向FCC服务器发送的频道切换请求中携带有终端提供的单播媒体数据的发送速率,FCC服务器根据机顶盒提供的该发送速率,以及预先获取的组播媒体数据对应的播放速率c,确定第一发送速率a和第二发送速率b。媒体数据的播放速率是由编码确定的,FCC服务器预先可通过解码获取媒体数据的播放速率c。其中,第一发送速率a大于播放速率c,第二发送速率b小于播放速率c。
步骤52:根据预先获取的第一时长、第一发送速率和第二发送速率,确定第二时长。
第一时长M包括机顶盒加入组播组到接收到第一个组播媒体数据的预设时长,该预设时长趋近于图4中T2时刻到T3时刻的时长。图4中,T2为FCC服务器向机顶盒发送加入组播组的指示信息的时刻,T3为机顶盒接收到第一个组播媒体数据的时刻。可根据现场组网情况,通过测试取样得到机顶盒加入组播组到接收到第一个组播媒体数据的时长M。第二时长x为从FCC服务器向机顶盒发送单播媒体数据的起始时刻,到FCC服务器向机顶盒发送加入组播组的指示信息所需的估计时长,趋近于图4中T0时刻到T2时刻之间的时长。
FCC服务器在向机顶盒发送单播媒体数据的同时,判断当前自身向机顶盒发送的单播媒体数据与当前自身从组播放组接收到的组播放媒体数据是否相同,若相同,则向机顶盒发送加入组播组的指示信息。
具体确定第二时长的方法如下:首先,根据第一时长M、第一发送速率a和第二发送速率b,确定第三时长y;再根据第一时长M、第三时长y、第一发送速率a和第二发送速率b,确定第二时长x。第三时长y为机顶盒接收到第一个组播媒体数据后,FCC服务器以第二发送速率b向机顶盒发送的单播媒体数据的预设时长,趋近于图4中T3时刻到T4时刻之间的时长。
由于,机顶盒在第一时长M以播放速率c所播放的单播媒体数据量(或者,FCC服务器在第一时长M以播放速率c向机顶盒发送的单播媒体数据量),与FCC服务器在第一时长M和第三时长y以第二发送速率b向机顶盒发送的单播媒体数据量相等,因此,根据第一时长M、第一发送速率a和第二发送速率b,确定第三时长y。可通过公式c×M=b×M+b×y,确定第三时长y。
FCC服务器在第一时长M、第二时长x和第三时长y内,向机顶盒发送的单播媒体数据量,等于在第一时长M、第二时长x和第三时长y内,机顶盒播放的单播媒体数据量。所以,需根据第一时长M、第三时长y、第一发送速率a和第二发送速率b,确定第二时长x。第二时长x可通过公式a×x+b×M+b×y=c×(x+M+y)来确定。
步骤53:根据第一时长和第二时长,确定预测时长。
预测时长为FCC服务器以第一发送速率a向机顶盒发送单播媒体数据的时长x,与FCC服务器以第二发送速率b向机顶盒发送单播媒体数据的时长M+y之和,即x+M+y。确定出第二时长x和第三时长y后,即确定出终端完成频道切换所需的时长。
步骤54:根据预测时长确定第四时长。
为使FCC服务器在机顶盒频道切换期间发送的单播媒体数据量,与终端在频道切换期间实际播放的媒体数据量相当,可通过终端完成频道切换所需的时长,确定FCC服务器需要从缓存中向机顶盒发送的单播媒体数据量,即确定出第四时长。因为在第四时长w和第二时长x,机顶盒以播放速率c播放的单播媒体数据量,与在第二时长x FCC服务器以第一发送速率a向机顶盒发送的单播媒体数据量相等。所以,根据预测时长(x+M+y)确定第四时长w。第四时长w可通过公式a×x=c×(w+x)来确定。
步骤55:确定距离向机顶盒发送单播媒体数据的起始时刻之前第四时长的时刻,为参考时刻。
FCC服务器向机顶盒发送单播媒体数据的超始时刻T0,距离T0时刻之前w时长的时刻,为参考时刻T1,T1=T0+w。
步骤56:确定位于参考时刻之前、且与参考时刻最邻近的内部编码帧,为起始内部编码帧。
确定参考时刻后,选择离该参考时刻之前最近的一个I帧。
本发明实施例提供的用于传输单播媒体数据的起始I帧的确定方法,根据FCC服务器在第一时长M、第二时长x和第三时长y内,向机顶盒发送的单播媒体数据量,等于在第一时长M、第二时长x和第三时长y内,机顶盒播放的单播媒体数据量,确定机顶盒完成频道切换所需的预测时长,使FCC服务器在机顶盒频道切换期间发送的单播媒体数据量,与终端在频道切换期间实际播放的单播媒体数据量相当。基于本实施例提供的用于传输单播媒体数据的起始I帧的确定方法,有利于提高快速频道切换过程中发送单播媒体数据的效率。
本实施例也可作为图3对应实施例中步骤32的细化流程实例。图6为本发明第四实施例提供的网络侧设备的结构示意图,如图6所示,本实施例提供的网络侧设备包括:预测时长确定模块61、起始内部编码帧确定模块62和单播媒体数据发送模块63。
预测时长确定模块61用于在接收到终端发送的频道切换请求时,确定终端完成频道切换所需的预测时长。起始内部编码帧确定模块62,用于根据预测时长确定模块61确定的预测时长确定起始内部编码帧,起始内部编码帧为需要向终端发送的单播媒体数据对应的起始帧。单播媒体数据发送模块63,用于向终端发送起始内部编码帧确定模块62确定的起始内部编码帧之后存储的单播媒体数据,且在当前向终端发送的单播媒体数据包与终端从组播源接收到的第一个组播媒体数据包相同时,停止向终端发送单播媒体数据。
上述技术方案中,预测时长确定模块61进一步包括:发送速率确定单元611、第二时长确定单元612和预测时长确定单元613。
发送速率确定单元611用于根据预先获取的组播媒体数据对应的播放速率,确定第一发送速率和第二发送速率。第一发送速率为向终端发送加入组播组的指示信息之前的单播媒体数据的发送速率,第二发送速率为向终端发送加入组播组的指示信息之后的单播媒体数据的发送速率,第一发送速率大于播放速率,第二发送速率小于播放速率。
第二时长确定单元612用于根据预先获取的第一时长、发送速率确定单元611确定的第一发送速率和第二发送速率,确定第二时长;第一时长包括终端加入组播组且接收到第一个组播组的媒体数据过程所需的预设时长,第二时长为从向终端单播媒体数据的起始时刻,到向终端发送加入组播组的指示信息所需的估计时长。
预测时长确定单元613用于根据第一时长和第二时长确定单元612确定第二时长,确定预测时长。
上述技术方案,第二时长确定单元612进一步包括:第三时长确定子单元6121和第二时长确定子单元6122。
第三时长子确定单元6121,用于根据第一时长、发送速率确定单元611确定的第一发送速率和第二发送速率,确定第三时长;在第一时长终端以播放速率播放的单播媒体数据,与在第一时长和第三时长以第二发送速率向终端发送的单播媒体数据量相等;第三时长为终端接收到第一个组播媒体数据后,以第二发送速率向终端发送单播媒体数据的预设时长。
第二时长确定子单元6122用于根据第一时长、第三时长确定子单元确定的第三时长、发送速率确定单元611确定的第一发送速率和第二发送速率,第二时长。
上述技术方案,起始内部编码帧确定模块62进一步包括:第四时长确定单元621、参考时刻确定单元622和起始内部编码帧确定单元623。
第四时长确定单元621用于根据预测时长确定单元613确定的预测时长确定第四时长,在第四时长和第二时长终端以播放速率播放的单播媒体数据量,与在第二时长以第一发送速率向终端发送的单播媒体数据量相等。
参考时刻确定单元622用于确定距离向终端发送单播媒体数据的起始时刻之前第四时长的时刻,为参考时刻。
起始内部编码帧确定单元623用于确定位于参考时刻确定单元622确定的参考时刻之前、且与参考时刻最邻近的内部编码帧,为起始内部编码帧。
上述方案中,网络侧设备具体表现实体可为FCC服务器等。本实施例中网络侧设备的工作机理可参见图1和图3对应实施例的记载,本实施例中网络侧设备确定预测时长和起始I帧的方法可参见图5对应实施例的记载,不再赘述。
本发明实施例提供的网络侧设备接收到终端的频道切换时,事先确定终端完成频道切换所需的预测时长,并根据该预测时长确定出开始向终端发送单播媒体数据对应的起始I帧,以使网络侧设备在终端频道切换期间发送的单播媒体数据量,与终端在频道切换期间实际播放的单播媒体数据量相当。因此,本发明实施例网络侧设备,有利于降低终端在频道切换开始到频道切换完成过程中播放媒体数据的不连续的几率,降低网络侧设备发送单播媒体数据产生资源浪费的几率,从而有利于提高网络侧设备在快速频道切换过程中,向终端传输单播媒体数据的效率。
图7为本发明第五实施例提供的通信系统的结构示意图,如图7所示,本实施例通信系统包括:终端71和网络侧设备72。
终端71用于向网络侧设备发达频道切换请求;接收网络侧设备向终端发送确定的起始内部编码帧之后缓存的单播媒体数据。
网络侧设备72用于在接收到终端发送的频道切换请求时,确定终端完成频道切换所需的预测时长;根据预测时长确定起始内部编码帧,起始内部编码帧为需要向终端发送的单播媒体数据对应的起始帧;向终端发送确定的起始内部编码帧之后存储的单播媒体数据,且在当前向终端发送的单播媒体数据包与终端从组播源接收到的第一个组播媒体数据包相同时,停止向终端发送单播媒体数据。具体地,网络侧设备72可采用本发明第三实施例中图6所示的网络侧设备实现。
本发明实施例提供的通信系统中,网络侧设备接收到终端的频道切换时,事先确定终端完成频道切换所需的预测时长,并根据该预测时长确定出开始向终端发送单播媒体数据对应的起始I帧,以使网络侧设备在终端频道切换期间发送的单播媒体数据量,与终端在频道切换期间实际播放的单播媒体数据量相当。因此,本发明实施例通信系统,有利于降低终端在频道切换开始到频道切换完成过程中播放媒体数据的不连续的几率,降低网络侧设备发送单播媒体数据产生资源浪费的几率,从而有利于提高网络侧设备在快速频道切换过程中,向终端传输单播媒体数据的效率。本实施例网络侧设备的表现实体可为FCC服务器,终端的表现实体可为PC、手机和机顶盒等。其中,网络侧设备的细化功能模块结构详见图6对应实施例的记载,通信系统中各网元的交互机理参见图3对应的实施例的记载,不再赘述。
本领域普通技术人员可以理解:附图只是一个实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域普通技术人员可以理解:实施例中的装置中的模块可以按照实施例描述分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种媒体数据的传输方法,其特征在于,包括:
在接收到终端发送的频道切换请求时,确定终端完成频道切换所需的预测时长;
根据所述预测时长确定起始内部编码帧,所述起始内部编码帧为需要向所述终端发送的单播媒体数据对应的起始帧;
向所述终端发送确定的所述起始内部编码帧之后存储的单播媒体数据,且在当前向所述终端发送的单播媒体数据包与所述终端从组播源接收到的第一个组播媒体数据包相同时,停止向所述终端发送单播媒体数据。
2.根据权利要求1所述的媒体数据的传输方法,其特征在于,所述确定终端完成频道切换所需的预测时长,包括:
根据预先获取的所述组播媒体数据对应的播放速率,确定第一发送速率和第二发送速率;所述第一发送速率为向所述终端发送加入组播组的指示信息之前的单播媒体数据的发送速率,所述第二发送速率为向所述终端发送加入组播组的指示信息之后的单播媒体数据的发送速率,所述第一发送速率大于所述播放速率,所述第二发送速率小于所述播放速率;
根据预先获取的第一时长、所述第一发送速率和所述第二发送速率,确定第二时长;所述第一时长包括所述终端加入组播组且接收到第一个所述组播媒体数据过程所需的预设时长,所述第二时长为从向所述终端发送单播媒体数据的起始时刻,到向所述终端发送加入组播组的指示信息所需的估计时长;
根据所述第一时长和所述第二时长,确定所述预测时长,所述预测时长为所述第一时长与所述第二时长之和。
3.根据权利要求2所述的媒体数据的传输方法,其特征在于,所述确定第二时长,还包括:
根据所述第一时长、所述第一发送速率和所述第二发送速率,确定第三时长;在所述第一时长所述终端以所述播放速率播放的单播媒体数据,与在所述第一时长和所述第三时长以所述第二发送速率向所述终端发送的单播媒体数据量相等;所述第三时长为所述终端接收到第一个组播媒体数据后,以所述第二发送速率向所述终端发送单播媒体数据的预设时长;
根据所述第一时长、所述第三时长、所述第一发送速率和所述第二发送速率,确定所述第二时长。
4.根据权利要求2或3所述的媒体数据的传输方法,其特征在于,根据所述预测时长确定起始内部编码帧,包括:
根据所述预测时长确定第四时长;在所述第四时长和所述第二时长所述终端以所述播放速率播放的单播媒体数据量,与在所述第二时长以所述第一发送速率向所述终端发送的单播媒体数据量相等;在所述第一时长、所述第二时长和所述第三时长,以所述播放速率播放的单播媒体数据量,与在所述第二时长以所述第一发送速率发送的单播媒体数据量及在所述第一时长和所述第三时长以所述第二发送速率发送的单播媒体数据量之和相等;
确定距离向所述终端发送单播媒体数据的起始时刻之前第四时长的时刻,为参考时刻;
确定位于所述参考时刻之前、且与所述参考时刻最邻近的内部编码帧,为所述起始内部编码帧。
5.一种网络侧设备,其特征在于,包括:
预测时长确定模块,用于在接收到终端发送的频道切换请求时,确定终端完成频道切换所需的预测时长;
起始内部编码帧确定模块,用于根据所述预测时长确定起始内部编码帧,所述起始内部编码帧为需要向所述终端发送的单播媒体数据对应的起始帧;
单播媒体数据发送模块,用于向所述终端发送确定的所述起始内部编码帧之后存储的单播媒体数据,且在当前向所述终端发送的单播媒体数据包与所述终端从组播源接收到的第一个组播媒体数据包相同时,停止向所述终端发送单播媒体数据。
6.根据权利要求5所述的网络侧设备,其特征在于,所述预测时长确定模块包括:
发送速率确定单元,用于根据预先获取的所述组播媒体数据对应的播放速率,确定第一发送速率和第二发送速率;所述第一发送速率为向所述终端发送加入组播组的指示信息之前的单播媒体数据的发送速率,所述第二发送速率为向所述终端发送加入组播组的指示信息之后的单播媒体数据的发送速率,所述第一发送速率大于所述播放速率,所述第二发送速率小于所述播放速率;
第二时长确定单元,用于根据预先获取的第一时长、所述第一发送速率和所述第二发送速率,确定第二时长;所述第一时长包括所述终端加入组播组且接收到第一个所述组播组的媒体数据过程所需的预设时长,所述第二时长为从向所述终端单播媒体数据的起始时刻,到向所述终端发送加入组播组的指示信息所需的估计时长;
预测时长确定单元,用于根据第一时长和第二时长,确定预测时长,所述预测时长为所述第一时长与所述第二时长之和。
7.根据权利要求6所述的网络侧设备,其特征在于,所述第二时长确定单元包括:
第三时长确定子单元,用于根据所述第一时长、所述第一发送速率和所述第二发送速率,确定第三时长;在所述第一时长所述终端以所述播放速率播放的单播媒体数据量,与在所述第一时长和所述第三时长以所述第二发送速率向所述终端发送的单播媒体数据量相等;所述第三时长为所述终端接收到第一个组播媒体数据后,以所述第二发送速率向所述终端发送单播媒体数据的预设时长;
第二时长确定子单元,用于根据所述第一时长、第三时长、所述第一发送速率和所述第二发送速率,确定第二时长。
8.根据权利要求6或7所述的网络侧设备,其特征在于,所述起始内部编码帧确定模块包括:
第四时长确定单元,用于根据所述预测时长确定第四时长,在所述第四时长和所述第二时长所述终端以所述播放速率播放的单播媒体数据量,与在所述第二时长以所述第一发送速率向所述终端发送的单播媒体数据量相等;
参考时刻确定单元,用于确定距离向所述终端发送单播媒体数据的起始时刻之前第四时长的时刻,为参考时刻;
起始内部编码帧确定单元,用于确定位于所述参考时刻之前、且与所述参考时刻最邻近的内部编码帧,为所述起始内部编码帧。
9.一种通信系统,其特征在于,包括:网络侧设备和终端;
所述终端,用于向所述网络侧设备发送频道切换请求;接收所述网络侧设备向所述终端发送确定的起始内部编码帧之后缓存的单播媒体数据;
所述网络侧设备,用于在接收到终端发送的频道切换请求时,确定终端完成频道切换所需的预测时长;根据所述预测时长确定起始内部编码帧,所述起始内部编码帧为需要向所述终端发送的单播媒体数据对应的起始帧;向所述终端发送确定的所述起始内部编码帧之后存储的单播媒体数据,且在当前向所述终端发送的单播媒体数据包与所述终端从组播源接收到的第一个组播媒体数据包相同时,停止向所述终端发送单播媒体数据。
10.根据权利要求9所述的通信系统,其特征在于,所述预测时长确定模块包括:
发送速率确定单元,用于根据预先获取的所述组播媒体数据对应的播放速率,确定第一发送速率和第二发送速率;所述第一发送速率为向所述终端发送加入组播组的指示信息之前的单播媒体数据的发送速率,所述第二发送速率为向所述终端发送加入组播组的指示信息之后的单播媒体数据的发送速率,所述第一发送速率大于所述播放速率,所述第二发送速率小于所述播放速率;
第二时长确定单元,用于根据预先获取的第一时长、所述第一发送速率和所述第二发送速率,确定第二时长;所述第一时长包括所述终端加入组播组且接收到第一个所述组播组的媒体数据过程所需的预设时长,所述第二时长为从向所述终端单播媒体数据的起始时刻,到向所述终端发送加入组播组的指示信息所需的估计时长;
预测时长确定单元,用于根据第一时长和第二时长,确定预测时长,所述预测时长为所述第一时长与所述第二时长之和。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101652849A CN101998147A (zh) | 2009-08-14 | 2009-08-14 | 媒体数据的传输方法、网络侧设备及通信系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009101652849A CN101998147A (zh) | 2009-08-14 | 2009-08-14 | 媒体数据的传输方法、网络侧设备及通信系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101998147A true CN101998147A (zh) | 2011-03-30 |
Family
ID=43787612
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009101652849A Pending CN101998147A (zh) | 2009-08-14 | 2009-08-14 | 媒体数据的传输方法、网络侧设备及通信系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101998147A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104811790A (zh) * | 2015-05-14 | 2015-07-29 | 国网黑龙江省电力有限公司信息通信公司 | 一种结合单播和组播以加快数字电视机顶盒换台速度的方法 |
CN105100890A (zh) * | 2015-08-31 | 2015-11-25 | 深圳市茁壮网络股份有限公司 | 一种多媒体节目播放方法、装置及机顶盒 |
WO2018001184A1 (zh) * | 2016-06-30 | 2018-01-04 | 华为技术有限公司 | 频道快速切换的方法、服务器和机顶盒 |
CN110351576A (zh) * | 2019-07-15 | 2019-10-18 | 华瑞新智科技(北京)有限公司 | 一种在工业场景下进行实时视频流快速显示的方法及其系统 |
CN110505500A (zh) * | 2019-08-06 | 2019-11-26 | 咪咕视讯科技有限公司 | 一种缓存数据发送处理方法及装置 |
CN112437289A (zh) * | 2020-09-28 | 2021-03-02 | 上海艾策通讯科技股份有限公司 | 一种切换时延获取方法 |
-
2009
- 2009-08-14 CN CN2009101652849A patent/CN101998147A/zh active Pending
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104811790A (zh) * | 2015-05-14 | 2015-07-29 | 国网黑龙江省电力有限公司信息通信公司 | 一种结合单播和组播以加快数字电视机顶盒换台速度的方法 |
CN105100890A (zh) * | 2015-08-31 | 2015-11-25 | 深圳市茁壮网络股份有限公司 | 一种多媒体节目播放方法、装置及机顶盒 |
CN105100890B (zh) * | 2015-08-31 | 2018-06-26 | 深圳市茁壮网络股份有限公司 | 一种多媒体节目播放方法、装置及机顶盒 |
WO2018001184A1 (zh) * | 2016-06-30 | 2018-01-04 | 华为技术有限公司 | 频道快速切换的方法、服务器和机顶盒 |
CN110351576A (zh) * | 2019-07-15 | 2019-10-18 | 华瑞新智科技(北京)有限公司 | 一种在工业场景下进行实时视频流快速显示的方法及其系统 |
CN110351576B (zh) * | 2019-07-15 | 2021-11-05 | 华瑞新智科技(北京)有限公司 | 一种在工业场景下进行实时视频流快速显示的方法及其系统 |
CN110505500A (zh) * | 2019-08-06 | 2019-11-26 | 咪咕视讯科技有限公司 | 一种缓存数据发送处理方法及装置 |
CN112437289A (zh) * | 2020-09-28 | 2021-03-02 | 上海艾策通讯科技股份有限公司 | 一种切换时延获取方法 |
CN112437289B (zh) * | 2020-09-28 | 2023-03-10 | 上海艾策通讯科技股份有限公司 | 一种切换时延获取方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN100550999C (zh) | 一种数字频道快速切换方法和系统以及辅助频道生成设备 | |
CN101160966B (zh) | 一种时移电视的实现方法、装置和系统 | |
CN100518311C (zh) | 一种减少直播频道切换响应时间的方法 | |
CN101854533B (zh) | 频道切换方法、装置及系统 | |
CN1842160B (zh) | 用于快速媒体频道转换的方法及接入网元 | |
CN100531381C (zh) | 基于rtp协议的iptv机顶盒组/单播无缝切换方法 | |
CN101656869A (zh) | 频道切换方法、装置及系统 | |
CN101998174B (zh) | 组播rtp会话快速接入的方法、服务器、客户端及系统 | |
CN101998147A (zh) | 媒体数据的传输方法、网络侧设备及通信系统 | |
CN101686391A (zh) | 视频编码/解码方法、装置与视频播放方法、装置及系统 | |
CN102195955B (zh) | 一种直播业务和时移业务的切换方法以及相应设备 | |
CN101969431B (zh) | 一种实现流媒体播放单播、多播无缝切换的方法 | |
KR20120101422A (ko) | 디지털 오디오/비디오 채널 변경 방법 및 해당 장치 | |
CN101938456A (zh) | 一种减小媒体延迟的方法、设备及系统 | |
CN101924914A (zh) | 一种切换电视频道的方法、系统及装置 | |
CN104144359A (zh) | Iptv组播频道快速切换的方法及系统 | |
CN102860022A (zh) | 一种节目切换的方法、装置和媒体服务器 | |
CN103685314A (zh) | 实现流媒体播放单播和多播无缝切换的方法 | |
CN101662689B (zh) | 交互电视频道切换方法及系统、音视频流发送方法及装置 | |
CN101729855B (zh) | 数字内容流的传送方法和对应的接收方法 | |
CN101378356B (zh) | 一种ip实时流媒体的播放方法 | |
CN102148806A (zh) | 网络电视的时移处理方法和系统以及网络设备、终端 | |
CN102256128B (zh) | 同步解码方法及其装置 | |
CN101998143B (zh) | 组播视频数据的方法、单播服务器及客户端 | |
CN101521798B (zh) | 一种播放模式切换的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20110330 |