CN101686384A - 一种频道切换方法、装置及系统 - Google Patents
一种频道切换方法、装置及系统 Download PDFInfo
- Publication number
- CN101686384A CN101686384A CN200810211769A CN200810211769A CN101686384A CN 101686384 A CN101686384 A CN 101686384A CN 200810211769 A CN200810211769 A CN 200810211769A CN 200810211769 A CN200810211769 A CN 200810211769A CN 101686384 A CN101686384 A CN 101686384A
- Authority
- CN
- China
- Prior art keywords
- channel
- terminal
- programme content
- cooperation
- request
- 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
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本发明实施例公开一种频道切换方法、装置及系统,涉及通信技术领域,以解决频道切换过程中频道切换时间长的问题。该方法包括:退出当前频道时,获取目的频道的协作终端列表;从所述列表中的协作终端获取所述目的频道的节目内容进行频道切换。完成频道切换后,还可以将获取所述节目内容的源端从所述协作节点切换到所述节目内容的组播复制点以释放所述协作终端的资源。本发明实施例提供的技术方案可以广泛应用于IPTV直播类节目的频道切换。
Description
技术领域
本发明涉及通信技术领域,尤其涉及一种频道切换方法、装置及系统。
背景技术
IPTV(Internet Protocol Television,网络电视)视频直播业务是IPTV中最重要的业务之一,通过组播的方式向用户群组发送用户当前正在观看的频道的数据。工作流程如下:
内容提供商统一配置管理IPTV的媒体数据服务器,该服务器中的每一个频道对应一个组播地址,每一个频道都是一个组播源;该频道的节目内容通过路由协议穿过主干网到达城域网的路由器;该城域网路由器通过IGMP(InternetGroup Management Protocol,互联网组管理协议)将数据报发送到网络接入层的二层交换机;再经二层交换机复制转发到终端用户。
在IPTV直播类节目中,当用户从当前频道切换到下一个频道时,要经过一系列的请求处理和数据传输,数据才能到达用户终端。而频道切换时间是IPTV直播QoE(Quality of Experience,体验质量)测试的主要指标。用户体验的频道切换时间是:从用户按下遥控器按键到电视机输出新频道的第一幅图像所消耗的时间。
在频道切换时,现有技术采用改进IPTV头端系统和客户端,在正常GOP(GROUP OF PICTURE,画面群)长度的组播流之外,再对同个节目产生一条GOP长度小的低分辨率的流。当用户进行频道切换时,STB(Set-Top Box,机顶盒)同时加入两条流组播组,如果机顶盒获得的第一个I帧为正常GOP长度的组播流的I帧,则立刻进行解码显示,并且停掉频道切换流Side;如果机顶盒收到的第一个I帧是频道切换流的I帧,则进行解码显示,当收到正常GOP长度的组播流的I帧以后,从频道切换流切换到正常GOP长度的组播流。
然而,现有技术能部分解决音视频RAP产生的延时,但不能改善终端缓冲产生的延时,频道切换的时间依然过长。
发明内容
本发明的实施例提供一种频道切换方法、装置及系统,以解决频道切换过程中频道切换时间长的问题。
为达到上述目的,本发明的实施例采用如下技术方案:
一种频道切换方法,包括:
获取目的频道的协作终端列表;
从所述列表中的协作终端获取所述目的频道的节目内容完成频道切换。
一种请求终端,包括:
列表获取模块,用于获取目的频道的协作终端列表;
频道切换模块,用于从所述列表获取模块获取的列表中的协作终端获取所述目的频道的节目内容进行频道切换。
一种协作终端,包括:
接收模块,用于接收请求终端发送的获取节目内容的请求;
协作内容服务模块,用于在所述接收模块接收到所述请求后,供所述请求终端进行频道切换。
一种频道切换系统,包括:
协作终端,用于接收请求终端发送的获取节目内容的请求,向所述请求终端提供目的频道的节目内容;
所述请求终端,用于获取目的频道的协作终端列表,向所述列表中的所述协作终端发送的获取节目内容的请求、从所述协作终端获取所述目的频道的节目内容进行频道切换。
本发明实施例提供的频道切换方法、装置及系统,通过获取目的频道的协作终端列表、从所述列表中的协作终端获取所需节目内容播放给用户以完成切换,缩短了用户体验的频道切换时间。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的频道切换方法的流程示意图;
图2为本发明实施例提供的频道切换系统及装置的结构意图;
图3为本发明频道切换方法的具体实施例流程示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
为符合用户一直以来养成的电视切换时间习惯,频道切换时间需控制在1秒内。IPTV频道切换时间的延时包括建立RTSP(Real-Time Streaming Protocol,实时流协议)连接产生的延时、IGMP信令延时、音视频同步产生的延时、音视频RAP(Random Access Point)产生的延时和终端缓存过程中产生的延时。
音视频RAP产生延时原因:目前,IPTV采用的视频编码技术主要有MPEG2(Moving Picture Expert Group,运动图像专家组格式),MPEG4及H.264,这些编码技术的共同点就是都采用了帧内预测和帧间预测,必须等到I帧到达时,才可以开始解码。
终端缓冲产生延时的原因:为了防止播放抖动或停顿等更能导致用户QoE下降的影响,终端必须缓冲一定的数据后,才启动播放过程。
现有的频道切换技术由于频道切换流的GOP比较小,I帧的间隔小,因此,机顶盒获取第一个I帧的时间比较短,可以在一定程度上降低用户体验的频道切换时间过长的问题。然而,该方案每个频道占用两个组播地址,同时,低分辨率辅助流/频道切换流增加了网络带宽的需求。当机顶盒收到的第一个I帧是正常GOP长度的组播流的I帧时,频道切换过程中的延时与没有引入频道切换流时的延时一致;而当机顶盒收到的第一个I帧是频道切换流的I帧时,能解决音视频RAP产生的延时。因此,该方案只能部分解决音视频RAP产生的延时,而不能改善终端缓冲产生的延时,此时,频道切换时间主要取决于终端缓冲产生的延时,频道切换的时间依然过长。
为解决频道切换过程中频道切换时间长的问题,本发明实施例提供一种频道切换方法。如图1所示,该方法包括:
S101,退出当前频道时,获取目的频道的协作终端列表。
获取目的频道的协作终端列表包括:向中心管理服务器发送频道切换请求,该请求携带所需目的频道的信息;然后接收由中心管理服务器发送的所需目的频道的协作终端列表。
S102,从列表中的协作终端获取目的频道的节目内容进行频道切换。包括:
S102.1,向列表中的协作终端发送获取节目内容的请求,建立与协作终端的连接。
S102.2,接收协作终端以本地的接收速率或加快的速率发送的定位节目内容的I帧后的帧序列;对节目内容进行缓存。
S102.3,缓存节目内容达到设定值后,播放所述节目内容,完成频道切换。
采用本发明实施例提供的频道切换方法,通过获取目的频道的协作终端列表、从所述列表中的协作终端获取所需节目内容播放给用户以完成切换,缩短了用户体验的频道切换时间。
其中,在接收到目的频道的组播组数据后,可以将获取目的频道的节目内容的源端从协作终端切换到组播复制点以释放协作终端的资源,避免该协作终端发生频道切换时导致该请求终端也相继切换了频道。
本实施例还提供一种频道切换系统,如图2所示,包括:
协作终端3,用于接收请求终端1发送的获取节目内容的请求,向该请求终端1提供节目内容服务;
请求终端1,用于获取目的频道的协作终端列表,向所述列表中的协作终端3发送的获取节目内容的请求、从协作终端3获取目的频道的节目内容进行频道切换。
该系统还包括中心管理服务器5,其中,请求终端1可以从中心管理服务器5获取目的频道的协作终端列表。具体功能如下所述:
中心管理服务器5,用于获取所属终端的状态信息,根据终端的状态信息实时更新协作终端列表,并向请求终端1提供目的频道的协作终端列表(例如:在请求终端1发送的频道切换请求的响应消息中携带协作终端列表);以及
还可以用于统计任一频道/节目内容的可协作终端3的数量,当任一频道没有终端收看或收看频道的协作终端3低于设定值时,加入该频道的组播组,缓存该频道至少一个GOP(画面群)长度的节目内容,为该频道的请求终端1提供协作;以及当收看该频道的终端达到设定值时,退出该频道的组播组;
由于协作终端列表所占字节数很小,对于网络通信开销影响很小,考虑到用户喜欢在上下相邻频道之间进行频道切换的习惯,中心管理服务器5还可以定期向所属终端推送、或根据所属终端的请求向该终端发送当前收看频道的相邻频道的协作终端列表。当终端进行上下相邻频道的切换时,节省了终端获取所需频道对应的协作终端列表的时间,进一步缩短了频道切换时间。因此,请求终端1获取目的频道的协作终端列表可以是退出当前频道后向中心管理服务器5获取;也可以是在退出当前频道时,直接从中心管理服务器5退送的相邻频道的协作终端列表中获取。
在该系统中,本实施例还提供一种请求终端1,如图2所示,包括:
列表获取模块11,用于获取目的频道的协作终端列表;
频道切换模块13,用于从列表获取模块11获取的列表中的协作终端3获取目的频道的节目内容进行频道切换;当请求终端1缓存了一定的数据后,启动播放进程,完成频道切换。其中,频道切换模块13还可以用于从列表获取模块11获取的列表中的协作终端3获取目的频道的节目内容之前向该协作终端3发送获取节目内容的请求。
其中,该请求终端还包括:
源端切换模块15,用于完成频道切换后,将获取节目内容的源端从协作终端3切换到组播复制点7。例如:当频道切换模块13完成切换后,触发/启动源端切换模块15;在接收到组播复制点7的组播组数据、且组播组数据与从协作终端获取的节目内容衔接上后,源端切换模块15将获取所需节目内容的源端从协作终端3切换到组播复制点7。
本实施例中的请求终端1在接收到正常的组播流之前,通过协作的方式从协作终端3获取节目内容进行播放和频道切换,协作终端列表包括至少一个可用的协作终端3,通常,为避免单个的协作终端3的故障导致协作不成功,协作终端列表可以提供多个(例如4个)协作终端3供请求终端1进行选择。请求终端1可以根据协作终端3的具体信息进行排序,确定优选的协作终端3,并预留备用的协作终端3;而且,请求终端1可以向单个或多个协作终端3发送请求以建立连接、传输节目内容。当请求终端1同时向多个协作终端3发送请求时,以该请求终端1最先接收到的所需节目内容的I帧对应的协作终端3为确定的协作终端3,确定一个协作终端3后,停止接收其它协作终端3传输的节目内容。
其中,请求终端1也可以向协作终端3获取该协作终端3的其它内容,进一步地,在源端切换模块15将获取节目内容的源端从协作终端3切换到组播复制点7之后,如果请求终端1从组播组中接收的节目内容丢失,请求终端1还可以通过当前有效的协作终端3获取丢失的节目内容。
本实施例还提供一种协作终端3,如图2所示,包括:
接收模块30,用于接收请求终端1发送的获取节目内容的请求;
协作内容服务模块31,用于在所述接收模块30接收到所述请求后,向请求终端1提供目的频道的节目内容,供请求终端1进行频道切换。
协作内容服务模块31提供的节目内容,与IPTV头端系统提供的节目内容是一致的,协作内容服务模块31定位请求终端1所需节目内容的I帧,消除了请求终端1由于视音频RAP产生的延时,并将该I帧之后的帧序列以本地的接收速率或加快的速率发送给请求终端1;缩短了请求终端1缓冲产生的延时。
协作终端3还可以包括:
状态上报模块33,用于定期向中心管理服务器5上报自身的状态信息,供中心管理服务器5更新频道的协作终端列表;该状态信息至少包括当前收看的频道信息和是否可协作的状态信息。通常,当协作内容服务模块31向请求终端1发送节目内容时,该协作终端3在中心管理服务器5显示的状态信息为不可协作;当协作内容服务模块31处于空闲态时,该协作终端3在中心管理服务器5显示的状态信息为可协作。
其中,为进一步解决终端缓冲的延时,协作内容服务模块31还可以包括:
增速单元311,用于加快节目内容向请求终端1的发送速率。通过协作终端3加快节目内容的发送速率,进一步缩短了请求终端1获取所需节目内容的时间。
现有的组播系统中的协作终端3可以直接向请求终端1提供节目内容服务,协作终端3和请求终端1之间可以通过RTSP(Real-time Streaming Protocol,实时流传输协议)建立连接,以RTP/UDP方式发送媒体数据。协作终端3搜索并定位到自身的数据接收缓存内的时间点最新的或次新的一个I帧,将该I帧及其之后的帧序列依次从接收缓存内抽取出来直接发送给请求终端1。而且还可以通过加速发送节目内容以加快请求终端1的缓冲速度、减少请求终端1缓冲产生的延时。
任一终端在进行频道切换时为请求终端1,正常状态下,也可以作为当前收看频道的协作终端3为切换到该频道的请求终端1提供该频道的节目内容。
本发明实施例中提供的频道切换系统,通过在现有网络上终端之间的协作完成频道切换降低了组网的成本,而且,对所属终端进行统一管理的中心管理服务器5(例如:Tracker服务器)部署方便。请求终端1通过获取目的频道的协作终端列表、从该列表中的协作终端3获取目的频道的节目内容播放给用户,缩短了用户体验的频道切换时间。完成频道切换后,请求终端1可以选择合适的时机将获取目的频道的节目内容的源端从协作终端3切换到组播复制点7,以释放了协作终端3的资源,避免该协作终端3发生频道切换时导致该请求终端1也相继切换了频道。
下面结合IPTV直播的具体应用场景和附图对本发明实施例提供的频道切换方法做详细描述。
具体实施例
IPTV频道组播流从IPTV头端系统(用于将变化视频内容的比特率转换成一个压缩的恒定比特率业务,确保带宽的波动在IPTV可用容量内),经过骨干网,城域网,最后组播到最靠近用户的组播复制点——接入网的汇聚路由器上。用户终端加入频道组播组中进行组播流接收。
在本实施例中,进行频道切换的终端为请求终端,为请求终端提供节目内容的终端为协作终端,中心管理服务器为Tracker服务器。Tracker服务器可以部署在BRAS(Broadband Remote Access Server,宽带远程接入服务器)的层次上,也可以集成在BRAS上面。
如图3所示,请求终端进行频道切换包括:
S301,请求终端向当前频道的组播复制点发送IGMP Leave消息,退出当前频道,同时向Tracker服务器发送频道切换请求,该请求携带目的频道的信息。
在该步骤之前,Tracker服务器当任一频道没有终端收看或收看该频道的协作终端低于设定值时,Tracker服务器加入该频道的组播组,缓存该频道至少一个画面群长度的节目内容(该节目内容从组播组获取),为该频道的请求终端提供协作;当收看该频道的终端达到该设定值时,Tracker服务器退出该频道的组播组。从而解决该频道的第一个用户问题。
S302,Tracker服务器收到频道切换请求后,搜索该目的频道的协作终端,将该协作终端的信息集中存储在协作终端列表中返回给请求终端。
例如:协作终端列表内包含4个可协作的终端的信息,请求终端可以同时向3个协作终端发起协作,另外1个作为备份使用,防止前面3个协作都不成功时,通过备份的协作终端完成切换;也可以同时向所有的协作终端发起协作。由于请求终端和协作终端可以定期或触发的方式向Tracker服务器上报自己的状态信息,或者Tracker服务器实时监控所属终端的状态信息,当终端处于协作状态时,为确保协作的质量,该协作终端不可向其它请求终端提供节目内容服务,该终端是不可服务的。因此,当请求终端收到协作终端的有效数据后,该协作终端的状态被Tracker服务器标记为不可服务;同时,请求终端终止与其它协作终端的节目内容传输,协作终端列表中没有进行协作的终端的状态仍然标记为可服务,以使该终端可以及时地为其它请求终端提供节目内容服务;在搜索过程中,如果Tracker服务器遇到标记为不可服务的终端则直接跳过。
S303,请求终端通过一定的判断规则(例如:最小Ping值排列)确定一个优选的协作终端或同时向多个(例如:3个)协作终端发起协作。向多个协作终端发起协作时,还可以预留备用的协作终端。通过向多个终端同时发起协作可以防止单个协作终端出现故障导致协作失败,提高频道切换中协作的成功率。
S304,请求终端向协作终端发送获取节目内容的请求,通过RTSP建立与协作终端的连接,协作终端搜索并定位到本地/自身的数据接收缓存内的时间点最新的或次新的一个I帧,将该I帧及其之后的帧序列依次从接收缓存内抽取出来直接发送给请求终端。可以以RTP/UDP方式发送节目内容中的帧序列。
在S304中,还可以通过加速发送节目内容以加快请求终端的缓冲速度、减少请求终端缓冲产生的延时。
上述S304中,协作终端定位请求终端所需的节目内容的I帧,并将该I帧之后的帧序列以本地的接收速率或加快的速率发送给该请求终端。
S305,请求终端从协作终端快速获得可解码的频道数据流,当请求终端缓存内已经有一定的缓存来防止出现播放下溢(或者说:该请求终端缓存的节目内容达到设定值,该设定值可以根据统计经验值进行设定,用于防止出现播放下溢)时,启动播放进程,完成频道切换。
S306,请求终端发送加入目的频道的组播组的请求,建立与目的频道的组播复制点的连接。例如:请求终端发送IGMP JOIN消息,该消息携带目的频道的信息和自身的地址信息,路由器根据目的频道的信息将该消息路由到该目的频道的最近的组播复制点,该组播复制点根据请求终端的地址信息向该请求终端发送组播流,请求终端与组播复制点建立连接。
在S305和S306中,请求终端可以设置一缓存来存储从协作终端获取的节目内容;当缓存中的节目内容达到设定值(该设定值即S305中为防止出现播放下溢而设定的一个经验值)后,请求终端发送加入目的频道的组播组的请求,建立与组播复制点的连接。
S307,当请求终端从组播复制点收到的经过抖动处理后的频道数据流、且组播组数据与从协作终端获取的节目内容衔接上后,将获取目的频道的节目内容的源端从协作终端切换到组播复制点。切换时,从协作终端获取的节目内容的时间点与从组播复制点的获取的节目内容的时间点一致,完成数据的平滑过渡。切换后,停止从协作终端接收该时间点之后的频道数据流。
在本实施例中,由于请求终端与组播复制点之间的信令交互和数据流传输耗时长,因此,S306中的请求终端发送加入目的频道的组播组的请求也可以在S301中请求终端退出当前频道的同时即进行发送,以尽快释放协作终端的资源。当请求终端在接收到组播复制点的组播组数据、且组播组数据与从协作终端获取的节目内容衔接上后,将获取所需节目内容的源端从协作终端切换到组播复制点。
在本实施例中,频道切换的操作同样适用于终端第一次点播节目,即用户开机后,可以通过协作的方式获取IPTV直播的第一个频道的节目内容。
本实施例中,在请求终端从组播复制点获取目的频道的节目内容的过程中,请求终端可以从当前频道的协作终端获取丢失的节目内容。例如:请求终端可以保存频道切换的记录,如果请求终端从组播组中接收的节目内容丢失,该请求终端还可以通过该节目内容当前有效的协作终端获取丢失的节目内容;或者直接从tracker服务器重新获取当前频道的协作节点列表,从新的列表中的协作终端获得丢失的内容。
本实施例在IPTV请求终端离开当前组播组后,以协作的方式从协作终端获取与IPTV头端一样的频道数据流,解决了RAP产生的频道切换延时、减少了数据缓冲过程产生的频道切换延时,从而控制IPTV频道切换的总延时在1秒之内。而且,通过协作终端加快节目内容的发送速率,可以进一步加快请求终端的缓冲速度、减少请求终端缓冲产生的延时。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (17)
1、一种频道切换方法,其特征在于,包括:
获取目的频道的协作终端列表;
从所述列表中的协作终端获取所述目的频道的节目内容进行频道切换。
2、根据权利要求1所述频道切换方法,其特征在于,所述获取目的频道的协作终端列表包括:
向中心管理服务器发送频道切换请求,所述请求携带所述目的频道的信息;
接收由中心管理服务器发送的所述目的频道的协作终端列表。
3、根据权利要求1或2所述频道切换方法,其特征在于,所述从所述列表中的协作终端获取所述目的频道的节目内容进行频道切换包括:
向所述列表中的协作终端发送获取所述节目内容的请求,建立与所述协作终端的连接;
接收所述协作终端以本地的接收速率或加快的速率发送的定位所述节目内容的I帧后的帧序列;
缓存所述节目内容达到设定值后,播放所述节目内容,完成频道切换。
4、如权利要求1所述频道切换方法,其特征在于,所述从所述列表中的协作终端获取所述目的频道的节目内容进行频道切换之后还包括:
将获取所述节目内容的源端从所述协作节点切换到所述节目内容的组播复制点。
5、根据权利要求4所述频道切换方法,其特征在于,所述将获取所述节目内容的源端从所述协作节点切换到所述节目内容的组播复制点包括:
缓存从所述协作终端获取的节目内容达到设定值后,发送加入目的频道组播组的请求,建立与所述目的频道的组播复制点的连接;
在接收到所述组播复制点的组播组数据、且所述组播组数据与从所述协作终端获取的节目内容衔接上后,将获取所述节目内容的源端从所述协作终端切换到组播复制点。
6、根据权利要求4所述频道切换方法,其特征在于,所述将获取所述节目内容的源端从所述协作节点切换到所述节目内容的组播复制点包括:
退出当前频道后,发送加入目的频道组播组的请求,建立与所述目的频道的组播复制点的连接;
在接收到所述组播复制点的组播组数据、且所述组播组数据与从所述协作终端获取的节目内容衔接上后,将获取所述节目内容的源端从所述协作终端切换到组播复制点。
7、根据权利要求4至6任一所述频道切换方法,其特征在于,将获取所述节目内容的源端从所述协作终端切换到组播复制点之后还包括:
从当前频道的协作终端获取丢失的节目内容。
8、一种频道切换系统,其特征在于,包括:
协作终端,用于接收请求终端发送的获取节目内容的请求,向所述请求终端提供目的频道的节目内容;
所述请求终端,用于获取目的频道的协作终端列表,向所述列表中的所述协作终端发送的获取节目内容的请求、从所述协作终端获取所述目的频道的节目内容进行频道切换。
9、根据权利要求8所述的频道切换系统,其特征在于,还包括:
中心管理服务器,用于获取所属终端的状态信息,根据所述终端的状态信息实时更新所述协作终端列表,向所述请求终端提供所述目的频道的所述协作终端列表。
10、根据权利要求9所述的频道切换系统,其特征在于,
所述中心管理服务器,还用于当任一频道没有终端收看或收看所述频道的协作终端低于设定值时,加入所述频道的组播组,缓存所述频道至少一个GOP长度的节目内容,为所述频道的请求终端提供协作;当收看所述频道的终端达到所述设定值时,退出所述频道的组播组。
11、根据权利要求9或10所述的频道切换系统,其特征在于,
所述中心管理服务器,还用于定期向所属终端推送、或根据所属终端的请求向所述终端发送所述终端当前收看频道的相邻频道的协作终端列表。
12、一种请求终端,其特征在于,包括:
列表获取模块,用于获取目的频道的协作终端列表;
频道切换模块,用于从所述列表获取模块获取的列表中的协作终端获取所述目的频道的节目内容进行频道切换。
13、根据权利要求12所述的请求终端,其特征在于,还包括:
源端切换模块,用于所述频道切换模块完成频道切换后,将获取所述节目内容的源端从所述协作终端切换到组播复制点。
14、根据权利要求12或13所述的请求终端,其特征在于,
所述频道切换模块,还用于从所述列表获取模块获取的列表中的协作终端获取所述目的频道的节目内容之前向所述协作终端发送获取节目内容的请求。
15、一种协作终端,其特征在于,包括:
接收模块,用于接收请求终端发送的获取节目内容的请求;
协作内容服务模块,用于在所述接收模块接收到所述请求后,向所述请求终端提供目的频道的节目内容,供所述请求终端进行频道切换。
16、根据权利要求15所述的协作终端,其特征在于,还包括:
状态上报模块,用于定期向中心管理服务器上报自身的状态信息,供所述中心管理服务器更新频道的协作终端列表;所述状态信息至少包括当前收看的频道信息和是否可协作的状态信息。
17根据权利要求15或16所述的协作终端,其特征在于,所述内容服务模块包括:
增速单元,用于加快所述节目内容向所述请求终端的发送速率。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810211769A CN101686384A (zh) | 2008-09-23 | 2008-09-23 | 一种频道切换方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810211769A CN101686384A (zh) | 2008-09-23 | 2008-09-23 | 一种频道切换方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101686384A true CN101686384A (zh) | 2010-03-31 |
Family
ID=42049300
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200810211769A Pending CN101686384A (zh) | 2008-09-23 | 2008-09-23 | 一种频道切换方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101686384A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101964784A (zh) * | 2010-08-19 | 2011-02-02 | 中兴通讯股份有限公司 | 一种终端及快速显示组播图像的方法 |
CN107690073A (zh) * | 2016-08-05 | 2018-02-13 | 阿里巴巴集团控股有限公司 | 一种视频直播方法及视频直播服务器 |
CN114286123A (zh) * | 2021-12-23 | 2022-04-05 | 海宁奕斯伟集成电路设计有限公司 | 电视节目的直播方法及装置 |
-
2008
- 2008-09-23 CN CN200810211769A patent/CN101686384A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101964784A (zh) * | 2010-08-19 | 2011-02-02 | 中兴通讯股份有限公司 | 一种终端及快速显示组播图像的方法 |
CN107690073A (zh) * | 2016-08-05 | 2018-02-13 | 阿里巴巴集团控股有限公司 | 一种视频直播方法及视频直播服务器 |
CN114286123A (zh) * | 2021-12-23 | 2022-04-05 | 海宁奕斯伟集成电路设计有限公司 | 电视节目的直播方法及装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101753973B (zh) | 一种频道切换方法、装置和系统 | |
CN1703087B (zh) | 宽带电信系统及减少多媒体接收机信道切换延迟时间方法 | |
US8340113B2 (en) | Method and arrangement for improved media session management | |
CN101682355B (zh) | 在交换数字视频系统中针对频道改变请求提供可扩展性的方法和装置 | |
US8996719B2 (en) | System and method of adaptive transport of multimedia data | |
CN100518311C (zh) | 一种减少直播频道切换响应时间的方法 | |
CN101715648B (zh) | 用于改进的频道转换的方法和设备 | |
US20100017815A1 (en) | Method and Node in an IPTV Network | |
CN101461240A (zh) | 媒体播放器中的方法和装置 | |
US9521466B2 (en) | Method and device for receiving and providing programs | |
CN101132521A (zh) | 一种实现iptv频道切换的方法和装置 | |
JP2010541384A (ja) | マルチメディアコンテンツのユニキャスト配信 | |
CN101523908A (zh) | 多媒体管理 | |
JP2007215069A (ja) | 送信装置、送信方法、受信装置、受信方法、送受信システム | |
US20070171942A1 (en) | System and method for conducting fast channel change for IPTV | |
CN1972440A (zh) | 一种在iptv中实现画中画的方法 | |
US20070160048A1 (en) | Method for providing data and data transmission system | |
Ramos | Mitigating IPTV zapping delay | |
KR101689128B1 (ko) | 동영상 전문가 그룹 전송 스트림의 채널에 동조하기 위한 장치 및 방법 | |
CN101686384A (zh) | 一种频道切换方法、装置及系统 | |
KR100906981B1 (ko) | 버퍼링 서버를 통한 iptv 채널 변경 속도 개선 방법 | |
CN107659853A (zh) | 一种自适应流媒体直播控制系统 | |
JP2009171294A (ja) | 映像配信システム、映像中継装置、及び映像中継方法 | |
Joo et al. | Fast/On-time Channel Zapping Scheme using a Cache Server over IPTV Multicast System | |
KR20080022816A (ko) | 아이피 티브이 방송 시스템에서의 실시간 채널 변경 장치및 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20100331 |