专利名称::一种实现网络电视频道快速切换的方法及系统的制作方法
技术领域:
:本发明涉及网络电视(IPTV)业务
技术领域:
,特别是一种实现网络电视频道快速切换的方法及系统。
背景技术:
:随着因特网技术的发展,近年来迅速发展起来了IP网络上的IPTV业务,该业务把传统的电视业务引入到IP网络中。在本发明中涉及会话发起协议(SIP)、IP多媒体子系统(IMS)、下一代网络(NGN)、流媒体技术、IP组播、视频中的帧和场景等技术,下面首先对这些技术作个简单的介绍。SIP是由因特网工程任务组(IETF)制订的多媒体通信系统框架协议之一,是用于建立、改变或结束多媒体会话的应用层协议,与实时传输协议(RTP)/实时传输控制协议(RTCP)、会话描述协议(SDP)、实时流协议(RTSP)、域名服务(DNS)等协议配合,共同完成IMS中的会话建立及媒体协商;一旦建立会话,媒体流将使用RTP协议在承载层中直接传送,在一次会话中可以灵活的交互多种媒体。由于SIP基于公开的互联网标准,在语音、数据业务结合和互通方面具有天然优势,能跨越媒体和设备实现呼叫控制,支持丰富的媒体格式,可动态增/删^^某体流,容易实现更加丰富的业务特性,同时,SIP支持智能向业务和终端侧的发展,从而减轻网络负担,其本身支持包括动态注册机制、位置管理机制、重定向机制等应用层移动性功能以及呈现(Presence)/剪枝(Fork)/订阅特性,便于扩展新业务,而且协议的内容简单,具有公认的扩展潜力,因此获得了包括在IMS及NGN中越来越多的应用。另外,在通讯和信息技术(IT)高度发展的今天,随着跨链路层传输介质的IP技术的出现,因特网应用的迅速普及,人们也不再满足于单一的语音通信方式,而需要全新的多媒体通信方式,移动通讯网络和固定通讯网络的IP化、因特网和电信网络的融合已无可争议地成为业界公认的发展方向。为满足越来越突出的IP多媒体应用的普遍需求,第三代合作伙伴计划(3GPP)在分组承栽网基础上引入的全IP业务网络架构的IMS,目标是按照个性化用户数据、屏蔽用户接入方式、控制业务能力的开放程度,从而提供多媒体的通信体验。IMS是3GPPR5阶段增加的WCDMA网络中叠加在已有分组域之上的一个子系统,采用分组域为其上层控制信令和媒体传输的承载通道,引入SIP协议作为业务控制协议,利用SIP简单、易扩展、媒体组合方便的特点,通过将业务控制与承栽控制分离,提供丰富的多媒体业务;IMS中主要的功能实体包括控制用户注册、会话控制等功能的呼叫会话控制实体(CSCF)、提供各种业务逻辑控制功能的应用服务器(AS)、集中管理用户签约数据的归属用户服务器(HSS)以及用于实现与电路交换网互通的媒体网关控制功能实体(MGCF)/IP多媒体-媒体网关(IM-MGW),用户通过当前所在地的代理CSCF(P-CSCF)接入IMS,会话和业务触发控制及与AS的业务控制交互则由其注册地的归属域服务CSCF(S-CSCF)完成。众所周知,NGN是基于分組技术的融合型网络,以分組交换为主,采用承载与控制分离的架构,它继承了原有公用电话交换网络(PSTN)的所有业务,也同时够继承了移动网络的业务能力。因此,NGN综合了固定电话网、移动电话网和IP网络的优势,使得模拟用户、数字用户、移动用户、非对称数字用户线路(ADSL)用户、综合业务数字网(ISDN)用户、IP窄带网络用户、IP宽带网络用户、甚至是通过卫星接入的用户都能作为NGN中的一员相互通信。如图1所示的是电信和互联网融合业务以及高级网络协议(TISPAN)NGN整体架构。流媒体业务是近几年迅速发展的一种新业务。流媒体业务利用流式传输技术,在包交换网络上传输多媒体文件,包括视频、音频等文件内容。这些内容在访问时无需完全下载就可以立即播放。流媒体实现的关键技术就是流式传输技术,而流式传输技术是把连续的视频和音频信息经过处理后放上网站服务器,让用户一边下栽一边观看、收听,而不需要等整个文件下载到本地后才可以观看的网络传输技术。IP组播是以D类IP地址发送业务的技术,发送者利用IP组播可以同时向多个接收者发送相同业务内容,因为相同内容只需要向指定组播地址发送一份即可,因而可以有效降低业务发送方和传输网络的负栽。为了获取组播内容,作为内容接收方的用户通过使用因特网组管理协议(IGMP)等协议加入业务组播组,来要求邻接的路由器发送业务内容给自己,而路由器之间则通过组播路由协议如协议无关组播-稀疏模式(PIM-SM)等与其它路由器交互以建立组播转发路径,这样组播业务内容就可以从組播源沿组播转发路径传递给内容接收方。使用组播技术传送业务流,无论接收方有多少,业务发送方只需要发送一个数据流。组播数据在从业务发送点到接收方的传送路径上的传送点之间只产生单一的数据流。由此可见,使用组播技术可以减轻发送者即业务提供方的负荷,并且可以有效利用网络资源。图2所示为视频序列中帧和场景的关系。场景是在视频内容拍摄和制作的时候已经产生的。如图2所示,一个场景可以包含多个帧。图3所示为场景、帧和视频码流中数据包之间的对应关系。对于一个场景,一般来说,其中存在帧内编码帧(I帧)、预测编码帧(P帧)和双向预测编码帧(B帧)。所谓I帧是相对于P帧和B帧而言的。I帧的编码完全由其本身决定,而不需要依赖其它帧,而P帧要依赖其前面的参考帧才能解码,B帧则要依赖其前后的参考帧才能解码。因此,I帧的解码最为简单。只要是基于离散余弦变换(DCT)以及熵编码思想的压缩编码标准中,比如国际电信联盟(ITU)H.26x系列和运动图像专家组(MPEG)系列,I帧的解码都只需要进行反熵编码、去量化和反DCT变换就可以了,不需要运动补偿。因此I帧解码的计算量最少。其他类型的帧,比如P帧,如果需要从视频码流中解码该P帧,则需要解码其前面若干个P帧,一直到前面离它最近的一个I帧。但是对于I帧,则只需要解码该I帧本身即可。两者相比较,解码的复杂度相差巨大。另外,也有可能在一个场景内存在多个I帧,,例如镜头比较长时。一般来说,媒体内容在节目制作编码过程中,场景之间的变化很大,一个场景至少产生一个I帧。在编码器中,虽然标准一般没有强制规定何时加入I帧,但是一般来说,在场景发生变化时,都会加入I帧,场景的第一帧往往就是I帧。当然上述说法,对于H.264这类新的标准可能不完全适用,因为在H.264中,可能没有完整的I帧,而只是一个帧的某个部分进行帧内编码,例如一个条带(Slice)可以独立地进行帧内编码。对于可能不存在完整I帧的情况,可以通过定义一些修正的选取准则比如选取存在帧内编码条带或者宏块(MB)最多的帧。对于一般的编码协议,都有标识机制来标识I帧或者帧内编码的条带等。比如在ITU的H.264标准中,是通过瞬时解码刷新(IDR)标志来标识的。因此从视频流/视频文件中正确提取I帧或者帧内编码的条带/宏块等是技术可行的。为了表述方便,我们下面都统一称为I帧,其包含对于H.264等的特殊定义和处理。由于使用IP技术提供类似传统电视类的业务,IPTV技术为用户提供了相当的灵活性,并极大地改善了用户的体验。但也正是因为使用了IP技术,相应地带来了一系列的问题需要解决,比如IPTV频道快速切换就是开展IPTV业务需要迫切解决的一个问题,否则若基于IP技术的频道切换速度太慢,如切换时间大于2秒或1秒,则用户体验变差,无法有效吸引用户,也就是说,在这种情况下,IPTV无法达到实际应用的要求。在传统电视技术中,所有频道内容一般是按频分的方式同时发送到用户侧的,如目前常用的有线电视(CableTV);这时候终端如果需要切换频道,只需要调谐到相应频道的播放频率/频带上就可以了;而对于IPTV而言,考虑带宽的限制,一般频道内容是按需发送到终端的,即一次性发送一个或者几个频道内容给用户,而不是同时发送所有频道的内容给用户;这时候要进行频道切换一般涉及到终端和网络的信令交互过程,正是因为机制有所不同,因而会在各个环节引入频道切换延迟从而影响终端用户的最终体验;目前有多种方案可以解决切换延迟的问题。现有技术一对于IPTV实时电视(LiveTV)业务而言,目前基于xDSL的一种^^术方案如图4所示。参照图4,该技术方案使用IP组播技术向终端传送媒体流,用户使用IGMP/组播侦听者发现协议(MLD)从接入节点请求加入频道的组播地址来接收该频道节目,在传输/核心网使用组播路由技术建立组播转发路径,媒体服务器发出的组播数据包经传输/核心网到达接入网并最终发送给用户终端。为了对用户进行有效控制,在DSL接入节点上,如数字用户环路接入复用器(DSLAM)或者宽带远程接入服务器(BRAS)进行用户频道权限的控制;这里用户的频道切换请求最终体现为终端使用IGMP/MLD协议加入或者离开播放频道的组播组,一般通过检查配置到DSLAM或者BRAS上的权限列表来判断是否允许用户的此次频道切换操作。使用此方案进行业务提供时,频道切换延迟一般由如下因素引起l)DSLAM、BRAS等接入点处理IGMP/MLD的延迟;2)媒体流从媒体服务器传送到接入节点的延迟;3)终端解码媒体流以及显示的延迟等。另外,此方案中,为了降低频道切换延迟,目前一般会考虑提前把多个频道的内容发送到接入网边缘,在用户请求频道内容时直接从接入节点发送内容给用户终端,从而节省媒体流从媒体服务器传送到接入节点的延迟时间;当没有用户收看内容时,接入节点对收到的内容作丢弃处理。现有技术一的方案从媒体传输延迟方面着手,可以一定程度上降低频道切换延迟,但对其它导致切换延迟的问题没有考虑,如用户发送IGMP/MLD信令以及接入网处理此信令的延迟等。现有技术二现有技术二主要利用分层视频编码(layeredvideocoding)技术。分层视频编码是一种把视频数据流进行分层压缩编码的方法,主要思想是输出多个编码层,最主要的部分是基本层(baselayer),基本层之上有多个增强层(enhancementlayer),基本层和增强层可以分开发送,走不同的网络路径。在接收端,基本层可以独立解码重构出基本层视频,但是增强层必须依赖于基本层和/或者其下面的增强层,才能解码重构出各自对应的视频。在^t秦收端,解码重构出来的基本层和各个增强层视频码流按照由具体分层编码方法规定的规则进行叠加,从而得到总的视频码流。现有技术二的方案使用上述技术对视频流编码,并且对基本层编码^:用小分辨率编码,则其数据码率相对较小,其在网络中的传输延迟也较小。终端对该基本层编码的解码速度相对较快,因此从网络传输时间和编解码方面该技术对切换延迟都有一定程度的改善。但是,现有技术二具有如下缺点1)由于采用基本层和增强层编码,其编码复杂性和设备实现复杂性将较高,解码增强层则增加了延迟时间;2)现有技术二与现有技术一配合虽然可以降低传输/核心网的传输延迟,但对于接入网处理IGMP所引起的延迟部分依然没有太多改善。现有技术三由于NGN网络的成熟,目前还有考虑遵循NGN网络的业务控制与承栽层分离思路开展IPTV业务的方法,此类方案需要通过业务信令进行IPTV频道的请求,在频道切换时终端也需要使用信令与业务实体或者媒体服务器交互;在收到用户请求后,业务实体或者媒体服务器对用户进行验证、状态记录、计费等;另外,在业务实体或者媒体服务器给用户的响应中可以返回频道的组播地址、业务保护信息等;收到这些信息后,终端可以根据所给出的组播地址发出IGMP/MLD等用于向网络请求频道媒体流,其中返回的业务保护信息可以用于终端顺利解码内容。根据此种思路基于IMS网络进行IPTV业务建立的方案可以参考本申请人的申请号为2006100034107.3另一篇专利。在现有技术三中,由于引入了信令交互,因此引入了信令交互所导致的延迟,虽然可以采用与现有技术一和现有技术二类似的技术对频道切换延迟加以解决,但对于信令交互所导致的延迟,现有技术一和现有技术二则无能为力。综上所述,对于现有技术一中以传统IP组播技术配合接入侧权限控制的技术而言,该技术未考虑接入网部分处理组播加入请求的时间优化。而现有技术二中基于分层编码技术的基层媒体流配合接入侧权限控制的方案,一方面设备及终端的实现将比较复杂,另外,该类技术同样没有充分考虑接入网部分处理组播加入请求的时间优化。另外,对于现有技术三中使用独立业务层信令进行业务协商的技术,其相应地引入了信令层面的延迟,也需要进一步考虑优化,以降低频道切换的时间延迟。
发明内容有鉴于此,本发明提出了一种实现网络电视频道快速切换的方法,用以降低在频道切换时的时间延迟。本发明的另一个目的在于,提出一种实现网络电视频道快速切换的系统。根据上述目的,本发明提供了一种实现网络电视频道快速切换的方法,该方法包括以下步骤A.媒体服务器向终端发送目标频道的频道切换媒体流以及目标频道的媒体流;B.终端在目标频道的媒体流能够播放之前,播放目标频道的频道切换媒体流。步骤A之前进一步包括终端获取目标频道信息以及频道切换媒体流信息,在媒体服务器与终端之间建立用于传输正常媒体流的第一媒体通道和用于传输所述频道切换媒体流的第二媒体通道。所述终端获取目标频道信息以及频道切换媒体流信息的步骤为终端通过带外机制获取所述信息。在上述技术方案中,所述频道切换媒体流信息包括频道切换媒体流封装方式、频道切换媒体流发送方式以及频道切换服务支持信息。频道切换媒体流封装方式为TS封装,频道切换媒体流发送方式为IP单播,频道切换服务支持信息为频道切换媒体流单播地址和端口;或者,频道切换媒体流封装方式为TS封装,频道切换媒体流发送方式为IP组播,频道切换服务支持信息为频道切换媒体流组播地址和端口。所述终端获取目标频道信息以及频道切换媒体流信息的步骤包括终端通过中间处理模块向应用处理模块发送首次频道请求,应用处理模块向々某体服务器请求目标频道信息和频道切换媒体流信息;媒体服务器向应用处理模块返回目标频道信息和频道切换媒体流信息,应用处理模块将其发送给终端。该方法预先在应用处理模块上配置所述目标频道信息和频道切换^!某体流信息;所述终端获取目标频道信息以及频道切换媒体流信息的步骤包^^舌终端通过中间处理模块向应用处理模块发送首次频道请求,应用处理模块向终端返回所配置的目标频道信息和频道切换媒体流信息。在上述技术方案中,所述频道切换媒体流信息包括频道切换媒体流封装方式、频道切换媒体流发送方式以及频道切换服务支持信息。频道切换媒体流封装方式为传输流TS封装,频道切换媒体流发送方式为IP单播,频道切换服务支持信息为频道切换媒体流单播地址和端口;或者,频道切换媒体流封装方式为TS封装,频道切换媒体流发送方式为IP组播,频道切换服务支持信息为频道切换媒体流组播地址和端口;或者,频道切换媒体流封装方式为因特网流媒体联盟ISMA封装,频道切换媒体流发送方式为IP单播,频道切换服务支持信息为频道切换媒体流单播地址和端口。可选地,媒体服务器在未收到终端请求的情况下或者在收到终端请求之后,以组播方式发送所述频道切换媒体流。步骤A中媒体服务器进一步向终端发送复合为一个媒体流的多个频道的频道切换媒体流。步骤A之前进一步包括生成频道切换媒体流的步骤。所述生成频道切换媒体流的步骤包括提取对应频道媒体流中部分或全部的帧内编码帧,组成频道切换媒体流;或者,提取对应频道媒体流中部分或全部的帧内编码帧,对所提取的帧内编码帧进行尺寸压缩后,组成频道切换媒体流;或者,将对应频道分层编码的基本层媒体流作为频道切换媒体流;或者,对采用分层编码的频道媒体流,提取对应频道基本层媒体流中部分或全部的帧内编码帧,并作为频道切换媒体流;或者,对采用分层编码的频道媒体流,提取对应频道基本层媒体流中部分或全部的帧内编码帧,对所提取的帧内编码帧进行尺寸压缩后,并作为频道切换媒体流。所述生成频道切换媒体流的步骤是指根据对应频道的媒体流实时生成频道切换媒体流;或者,针对对应频道的流媒体文件预先生成用于频道切换媒体流的流媒体文件。本发明还提供了一种实现网络电视频道快速切换的系统,该系统包括终端,用于发起频道切换请求,以及在目标频道的媒体流能够播放之前播放目标频道的频道切换媒体流;媒体服务器,用于向终端发送所述频道切换媒体流以及目标频道的^某体流。所述终端进一步用于根据带外方式获取目标频道信息以及频道切换媒体流信息,并在媒体服务器与终端之间建立用于传输正常媒体流的第一媒体通道和用于传输所述频道切换媒体流的第二媒体通道。该系统进一步包括中间处理模块和应用处理模块,其中,中间处理模块用于在终端与应用处理模块以及在应用处理模块与媒体服务器之间转发消息;应用处理模块用于根据终端的首次频道请求向媒体服务器请求目标频道信息和频道切换媒体流信息,以及将媒体服务器返回的目标频道信息和频道切换媒体流信息发送给终端;所述终端进一步根据目标频道信息以及频道切换媒体流信息,在媒体服务器与终端之间建立用于传输正常媒体流的第一媒体通道和用于传输所述频道切换媒体流的第二媒体通道。所述终端和中间处理模块之间的接口采用SIP、HTTP或RTSP;和/或,所述应用处理模块和中间处理模块之间的接口采用SIP、HTTP或RTSP;和/或,所述中间处理模块和媒体服务器之间的接口采用SIP、Diameter或H.248。所述中间处理模块包括P-CSCF、I-CSCF、S-CSCF;所述应用处理才莫块为应用服务器AS;所述媒体服务器为媒体资源功能实体MRF;所述MRF包括媒体资源控制功能实体MRCF和媒体资源处理功能实体MRFP,其中MRCF用于接收AS的请求并控制MRFP进行媒体资源的分配,MRFP则受MRFC的控制向终端提供媒体资源。所述媒体服务器进一步用于根据对应频道的媒体流生成频道切换媒体流。所述媒体服务器包括提供目标频道媒体流的第一媒体服务器,以及提供频道切换媒体流的第二媒体服务器。本专利给出的方案,通过在媒体服务器提供独立的频道切换媒体流,该频道切换媒体流可以在终端请求正常频道媒体流的同时发送到终端,该频道切换媒体流可以包含一个频道的频道切换媒体流或者多个频道的频道切换媒体流,这样当终端需要切换频道时,无须进行额外的信令请求,接入网组播加入请求等动作,可以直接从已收到的频道切换媒体流中解码目标频道的频道切换媒体流预先播放,实现频道的快速切换,本发明避免了接入节点进行信令处理,媒体流从媒体服务器到接入节点的延迟,以及终端和网络之间可能的应用信令交互的延迟,大大缩短了频道切换的时间。图1为TISPANNGN的网络架构示意图;图2为视频序列中帧和场景的关系示意图;图3为场景、帧和视频码流中数据包之间的对应关系示意图;图4为现有技术一中基于xDSL的IPTV方案的示意图;图5为本发明实施例中快速频道切换的示意图6为本发明一种实施方式的通信网络逻辑结构示意图;图7为本发明实施例中方法的流程示意图;图8为本发明另一种实施方式的通信网络逻辑结构示意图;图9为本发明实施例中采用IMS核心(IMScore)作为中间处理模块时的网络结构示意图;图IO为本发明实施例中另一种方法的流程示意图。具体实施方式为使本发明的目的、技术方案和优点更加清楚,以下举实施例对本发明进一步详细说明。终端在进行频道切换时需要经过网络验证,该过程使用的信令延迟会造成目标频道媒体流的延迟到达;另外高分辨率图像在网络中的传输需要一定的时间,也会造成切换延迟。因此,本发明考虑在进行频道切换时通过优先发送对应于频道当前内容的频道切换媒体流,例如低分率/或准动态的视频流,由终端在收到频道内容前使用低分辨率或准动态视频填补这一延迟时间,使得用户最终可以看到连续的切换过程,缩短频道切换的时间,获得较佳体验。这一过程如图5所示,参照图5,媒体服务器同时向终端提供当前节目正常的媒体流以及支持快速频道切换的频道切换媒体流,该频道切换媒体流可以只包含目标频道的频道切换媒体流,也可以包括多个频道的频道切换媒体流的复合媒体流,例如所有频道的复合媒体流。本发明的基本思想是在用户进行初始频道请求时即建立一个与传输正常媒体流的第一媒体传输通道相独立的第二媒体传输通道,该传输通道在用也可以在用户收看某频道的同时传输所有频道的低分辨率或准动态媒体流给用户;当用户进行频道切换时,终端可以根据该频道低分辨率或准动态媒体流快速解码目标频道的视频内容显示在终端上;虽然此视频信息是低分辨率或者准动态的,但考虑人的视觉残留效果,使用其填补切换时的"空白,,或者"灰屏"时间是完全可以接受的;与此同时,终端可以在后台继续进行频道切换请求和高分辨率视频的接收和解码,当高分辨率视频准备好后,则用其替代低分辨率的视频或者准动态图像。总体来看,如果采用切换频道时再从媒体服务器发送低分辨率或准动态视频给用户,则相对于传输高分辨率媒体流而言可以部分的节省传输时间;如果采用提前发送所有频道的低分辨率或准动态视频给用户,则不仅可以节省高分辨率媒体流的传输时间,而且可以节省用于频道请求的信令所引起的延迟,其效果将是比较显著的。本发明实施例中所采用一种实施方式的通信网络逻辑结构如图6所示。参照图6,该系统包括终端、媒体服务器、中间处理模块和应用处理模块。其中,终端除了现有技术中正常的功能以外,例如发起频道请求、播放正常的频道的媒体流等等,还能够在接收来自媒体服务器的频道切换媒体流,并在正常的目标媒体流能够播放之前播放所述频道切换媒体流。在终端和媒体服务器之间,除了用于传输正常媒体流的第一媒体通道外,还具有用于传输所述频道切换媒体流的第二媒体通道,所述第二媒体通道通常在终端发起初次频道请求时建立。媒体服务器可以接受应用处理模块的请求或者控制为终端传送指定的媒体文件或者媒体流,包括正常的媒体流和频道切换媒体流,所述频道切换媒体流的产生将在下面描述。终端和媒体服务器是IP网络,与现有的技术相同,可以将该IP网络划分为接入网和传输/核心网等,这里不再赘述。中间处理模块为接入核心网的用户提供呼叫控制、路由接续等功能,它可以将呼叫路由到被叫用户终端,也可以将呼叫路由到应用处理模块,相当于在终端与应用处理模块以及在应用处理模块与媒体服务器之间转发消息。终端和中间处理模块之间有接口El,中间处理模块和媒体服务器之间有接口E3。接口El可以采用SIP、超文本传输协议(HTTP)、RTSP等。接口E3可以采用SIP、Diameter、H.248等。应用处理模块用于处理用户请求,在这里主要是进行IPTV业务的业务逻辑处理。中间处理模块和应用处理模块之间有接口E2,接口E2可以采用SIP、HTTP、RTSP等。采用图6所示的系统结构,用户终端通过发送频道请求信令请求应用处理模块返回频道描述信息,或者使用应用层信令请求进行频道切换,应用处理模块对切换请求的响应仍然是切换目标频道的描述信息,这种处理方式在本申请人的申请号为2006100034107.3的中国专利申请中有所描述。在获得这些信息后,终端可以与媒体服务器建立媒体通道用于媒体流传送。下面描述媒体服务器生成频道切换媒体流的方法。这里以低分辨率和/或准动态视频为例。主要是希望其传输时间小,占用额外带宽小,可以考虑如下技术用于在媒体服务器上生成频道切换媒体流1.由于视频中的i帧是可以独立解码的,因此我们可以从一个频道的媒体流中仅提取其中的i帧并形成一个准动态媒体流。2.由于一般媒体流中的I帧:B帧:P帧的比率大概为8:2:3,因此一般仅提取I帧这样操作的结果可能并不理想;为了进一步降低频道切换媒体流占用的带宽,进一步可以对每一个I帧进行尺寸压缩处理,如将其分辨率降低到原来的1/4或者1/16,这样整个媒体流占用的带宽将显著降低,提高了传输速度,降低了延迟时间。3.为了更进一步降低媒体流的大小,还可以在新形成的媒体流中采用n中取m的处理方法,即在连续的n个I帧中只取m(l<=m<=n)帧放入新的媒体流中;为了取得更好的连续性效果,在实际操作时也可以根据图像的动态变化速度来调整提取的比例,如对于快速运动图像可能需要提高其提取比例。4.另外,现有技术二中的分层编码技术也可以用于提供此类媒体流,即对其基本层编码使用上述3种处理方法的一种或者多种然后生成对应频道的频道切换媒体流;若基本层编码本身媒体流就比较小,也可以直接作为对应频道的频道切换媒体流使用。需要指出的是,降低媒体流大小或者其占用的带宽是为了服务亍快逸切换的需求,因此不能无限制的降低视频分辨率或者降低提取I帧的比例,其取值应根据用户的体验感受试验后确定。另外,上面所述的视频指媒体流或者视频文件,如果是媒体流,则频道切换媒体流需要实时生成;如果是在频道播出前即进行频道切换媒体流生成,则处理对象是视频文件,处理的结果也是视频文件。接着描述频道切换媒体流封装和传输方式。在媒体服务器按上述方式对频道的媒体流进行处理后,整个媒体流就可以应用在具体的频道切换支持中了。媒体服务器可以分为提供正常媒体流的第一媒体服务器和提供频道切换媒体流的第二媒体服务器,提供频道切换支持的第二媒体服务器可以独立存在,也可以和提供正常收看媒体流的第一媒体服务器合设。这里对提供频道切换支持的媒体服务器和终端之间的媒体封装和传输方式作以说明1)切换目标频道媒体内容的组织方式。媒体服务器可以将按照上述方法生成的媒体流,按如下方式封装1.以传输流(TS)方式封装。所述TS具体格式在ISO/IEC13818-1:2000(ITU-TRecommendationH.222.0)作了定义。按照TS的定义,在其中可以一次封装单个频道内容,也可以一次性封装多个频道内容,因此按上述方式对多个频道生成的媒体流可以完全封装到一个媒体流中。对于TS格式,在IP网络上传输可以遵循RFC2250("RTPPayloadFormatforMPEG1/MPEG2Video")规范或者由DVB组织定义的"DigitalVideoBroadcasting(DVB);TransportofMPEG-2BasedDVBServicesoverIPBasedNetworks"规范。2.以因特网流媒体联盟(InternetStreamingMediaAlliance,ISMA)规范所定义的方式进行频道切换流媒体的封装和传输,所述ISMA规范包括ISMA实现规范vl.0和v2.0。ISMA使用RTP协议传送数据,一般一次性只发送一个频道的内容。为了在支持频道切换的第二媒体服务器和终端之间传送频道切换+某体流,可以考虑以IP单播和IP组播两种方式进行发送。<table>tableseeoriginaldocumentpage20</column></row><table>表1结合上面给出封装方式和发送方式,可以得出如表1所示的四种发送频道切换媒体流的机制,即(1)TS封装+IP单播发送;(2)TS封装+IP组播发送;(3)ISMA封装+IP单播发送;(4)ISMA封装+IP组播发送。其中,第4种方式的实用意义不大,因此这里不作详细说明。下面分别说明前三种方式(1)以IP单播方式从媒体服务器向终端发送,并且采用TS封装。在业务交互过程中应用处理模块向终端指定第二媒体服务器地址并协商传输通道;该通道在用户正常收看节目时不用于传输内容;当用户切换频道时,通过业务控制信令通知应用处理模块,如以IMScore为中间处理才莫块为例则所述业务控制信令可以是SIP再请求(reinvite)/信息(info)/通知(notify)等,应用处理模块再控制/通知/请求第二媒体服务器通过单播通道向终端发送切换目标频道的媒体流。应当指出,这里仅描述了如何发送频道切换媒体流,实际上应用服务器在此同时应向发送正常媒体流的第一媒体服务器请求发送用户所请求的媒体流。终端收到频道切换媒体流后经过解码将低分辨率图像显示给用户,以用于切换过渡,终端在这里可能需要进一步对低分辨率图像进行放大以适应终端显示屏的尺寸。进一步,也可以在单播流中发送所有频道的频道切换媒体流给用户,则不需要在切换时再通过额外业务层信令进行频道切换媒体流的请求,这才羊可以节省信令交互造成的延迟。为了避免某些用户通过接收该频道切换媒体流而免费收看节目,这里可以通过编码机制造成该流中的信息只能还原成静态信息或者准动态信息,使接收者在连续收看时无法达到体验需求;从前面对于媒体服务器生成此频道切换媒体流的机制来看,这个媒体流本身可以满足此要求。(2)以组播方式从第二媒体服务器向用户发送,并采用TS封装。和方式(1)类似,这里可以在TS流中携带所有的频道切换媒体流发送给用户。这种方式下的处理相对简单。在业务过程中携带第二媒体服务器发送频道切换信息的组播地址给用户,用户以IGMP/MLD请求接收该组播流。对该IGMP/MLD请求,网络侧可以不加验证的发送組播数据给用户。否则,如果考虑验证过程,则会增加验证延迟的时间。当然,可以考虑按方式(l)中防止用户免费收看节目的方法对内容加以处理。(3)以单播方式从第二媒体服务器向用户发送,并采用ISMA封装。这种方式和方式(1)中TS封装单个目标频道信息大体相似,只是封装方式不同而已,其处理机制相同。需要注意的是,这里给出的是对TS和ISMA封装方式的说明,事实上经媒体服务器处理后的媒体流/媒体文件也可以用其它可能的媒体封装格式进行封装和传送,因此本发明的适用范围并不局限于此。下面描述上述实施方式的具体流程,该流程如图7所示。参照图7,该流程包括以下步骤为了向终端提供频道快速切换支持,终端首先需要获得媒体服务器地址信息。步骤SOOl,终端向应用处理模块发送频道请求,该请求经中间处理模块路由到应用处理模块处理;这个请求可以是终端的首次频道请求,也可以是一个频道切换请求,其中携带相应的指示,以表示是首次频道请求或者是频道切换_清求。步骤S002,应用处理模块查询终端的应用状态信息,若终端已经在收看节目,则终端应该已经获取了频道切换媒体流的地址信息,即该请求为频道切换请求,否则为首次频道请求信息。如果终端的所述频道请求为首次频道请求,应用处理模块在向媒体力l务器的媒体资源请求中除了包括对用户希望收看的频道信息进行请求外,还需要同时请求媒体服务器所支持的频道切换媒体流信息。在所述请求是频道切换请求的情况下,如果频道切换媒体流需要经过应用处理模块给媒体服务器指示后才能发送,则应用处理模块在向媒体服务器的请求中增加频道切换媒体流发送指示;当然,这个请求中也包含对原始频道媒体流的请求信息;步骤S003,媒体服务器根据应用处理模块的请求进行媒体资源的分配,在响应中返回用户所请求的目标频道信息,如频道组播地址,频道端口等。如果应用处理模块在上一步骤中同时请求了频道切换媒体流信息,则媒体服务器在响应中返回相应信息。如前面所述,媒体服务器可能支持以单播TS方式、单播ISMA方式或者组播TS方式等进行频道切换媒体流的发送,因此其携带的信息可能包括<频道切换媒体流封装方式,频道切换媒体流发送方式,频道切换服务支持信息>等,其中频道切换媒体流封装方式可以是"TSoRTP"、"ISMA,,等,频道切换媒体流发送方式可以是"IP组播,,或者"IP单播"等。而频道切换服务支持信息根据频道切换媒体流发送方式的不同而不同,如对于"IP组播"而言,则可以包括<频道切换媒体流组播地址,频道切换媒体流组播端口>等;对于"IP单播,,而言,则可以包括<频道切换媒体流单播地址,频道切换媒体流单播端口>等。另外,若上述请求中包含发送频道切换媒体流的指示,则媒体服务器应当优先发送所指示的媒体流给终端。步骤S004,应用处理模块将媒体服务器给出的目标频道的媒体描迷信息通过频道请求响应消息返回给终端;如果上一步返回信息中包括频道切换媒体流信息,则这些信息也一起返回给终端。若媒体服务器所发送的正常媒体流和频道切换媒体流都是以组播方式发送的,则上述的步骤S002和步骤S003可能只需要在第一个用户请求业务时需要执行,后续用户请求时因为正常媒体流和频道切换媒体流都已经开始发送,因而不需要进一步请求;这里只需要应用处理模块将所述<频道切换媒体流封装方式,频道切换媒体流发送方式,频道切换服务支持信息>以及目标频道的媒体描述信息等发送给终端即可。步骤S005,若是初次进行频道请求,则终端根据应用处理模块返回的目标频道信息准备在第一媒体通道接收目标频道的媒体流。事实上,如果目标频道的媒体流是通过IP组播方式发送的,则上迷准备接收的过程可能包含终端使用IGMP/MLD从接入节点请求媒体流,接入节点向其转发组播媒体流的过程。步骤S006,若是终端首次进行频道请求,则这里需要根据应用处理模块返回的频道切换媒体流信息准备在第二媒体通道接收频道切换媒体流,其处理根据所返回的信息有所不同对于以单播方式发送而言,则终端可能需要根据指定的<频道切换^某体流单播地址,频道切换媒体流单播端口>等与媒体服务器建立相应的连接;或者根据所述信息准备在特定端口上接收频道切换媒体流;对于以IP组播方式发送而言,则终端需要根据指定的<频道切换媒体流组播地址,频道切换媒体流组播端口>等信息向网络侧以IGMP/MLD协议请求组播流,并在指定端口上准备接收相应的频道切换媒体流信息。若终端并非首次请求频道,則频道切换传输通道应该已经存在,则其处理过程稍有不同1)对于以单播方式、TS只封装单个频道切换媒体流的情况,则在处理上述的用户切换频道请求时应用处理模块应该请求频道切换媒体服务器优先发送指定目标频道的切换媒体流给用户,用户可以通过单播通道优先》11到该切换媒体流并用于切换"补偿"。2)对于以单播方式、TS封装所有频道切换媒体流的情况,当用户切换频道时,切换目标频道的切换媒体流应该提前发送,因此这个媒体流应该已经被终端所接收;此时终端只需要从所接收的媒体流中快速检索到相应的媒体流并用于切换"补偿"即可。3)对于以组播方式、TS封装所有切换媒体流的情况,其情况和上述情况2)处理相同。4)对于以单播方式、ISMA封装方式而言,其处理同1)。另外,在上述流程中,在步骤S004,应用处理模块也可以不向媒体提供设备请求所述的<频道切换媒体流封装方式,频道切换媒体流发送方式,频道切换服务支持信息>以及目标频道的媒体描述信息等;这些信息可以提前配置到应用处理模块,应用处理模块在接收到用户请求时只需要向终端直接返回这些信息即可,后续处理同上。另外,在上述方式下,在终端请求频道信息时,应用处理模块也可以一次性将所有正常频道描述信息和频道切换媒体流信息<频道切换媒体流封装方式,频道切换媒体流发送方式,频道切换服务支持信息>等一起发送给终端,后续终端不需要再进行此类信息的请求,而只需要使用根据这些信息使用IGMP/MLD等进行频道切换请求,在发送此请求时,终端可以使用频道切换媒体流进行快速频道切换"弥补"处理。当然,这里假定频道切换^f某体流是以组播方式发送给终端的,且无论用户请求与否,该视频流信息可以一直发送给终端。需要指出,进行IPTV组播业务建立和频道切换可以使用多种方式的组合,这里只是给出几种可能的情形,具体采用何种方式并不影响此专利思想的运用。图8所示的是本发明的另一种实施方式的网络结构示意图。参见图8,该系统只包括终端和媒体服务器。在如图8所示的方式中,不使用业务层信令进行目标频道描述信息以及频道切换媒体流信息的获取和频道切换请求。这里在终端和媒体服务器之间是IP网络,终端可以通过带外机制获取媒体服务器的频道地址信息等,所述带外方式可能包括广播、报纸、网站、邮件、电子节目单等,此类方法属于现有技术,这里不再赘述。在获得这些信息后,终端可以与媒体服务器建立第一媒体通道和第二媒体通道用于:fr某体流传送。在上述传送频道描述信息的时候,也可以同时传送频道切换媒体流地址信息,则终端可以根据这些信息采用上面流程图中步骤S005和步骤S006步骤进行相应处理,该过程如图IO所示,其中步骤S005'和S006'与图7中的步骤S005和S006相同,这里不再赘述。需要指出的是,这里假定终端使用IGMP/MLD进行频道请求。由于没有所谓应用处理模块,这里主要考虑在频道切换媒体流中发送所有频道切换媒体流的方案,因此图8所示的方式只有在前面所述的以单播或者組播报文、TS封装所有频道切换媒体流方式可以适用。进一步,针对图6所示的逻辑结构图,在TISPANNGN架构下,中间处理模块可以是图1所示的IMScore或者其它媒体支持组件,媒体服务器可以是传统的媒体服务器,也可以是NGN中的多媒体资源功能实体(MultimediaResourceFunction,MRF),负责提供媒体资源,如媒体流。在该结构中,同样可以采用图7所示流程进行处理。图9所示为采用IMScore作为中间处理模块时的网络结构。在图9中,对于IMScore进行了简略表示,其具体规范在3GPP已有定义。这里终端用于和应用服务器(AS)进行业务协商,请求应用服务器提供服务。代理CSCF(P-CSCF)用于转发终端和服务CSCF(S-CSCF)之间的请求和响应消息。查询CSCF(I-CSCF)用于查询终端的信息。S-CSCF用于根据触发规则,把业务请求消息触发到AS,对消息进行路由。归属用户服务器(HSS)用于向I-CSCF和/或S-CSCF提供必要的用户信息。AS用于向用户提供业务,与终端进行必要的业务协商,以及根据协商的结果向媒体资源控制功能实体(MRFC)提出媒体资源请求。MRFC接收AS的媒体资源请求并控制4某体资源处理功能实体(MRFP)进行媒体资源的分配。MRFP受MRFC的控制向终端提供媒体资源,如提供视频/音频节目流。通常情况下,MRFC和MRFP也合称为MRF,相当于前面所述的々某体服务器。另外需要指出,除了中间处理模块实例化为IMScore之外,这里MRF作为媒体服务器,而应用处理模块则由AS承担。以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包舍在本发明的保护范围之内。权利要求1、一种实现网络电视频道快速切换的方法,其特征在于,该方法包括以下步骤A.媒体服务器向终端发送目标频道的频道切换媒体流以及目标频道的媒体流;B.终端在目标频道的媒体流能够播放之前,播放目标频道的频道切换媒体流。2、根据权利要求1所述的方法,其特征在于,步骤A之前进一步包括终端获取目标频道信息以及频道切换媒体流信息,在媒体服务器与终端之间建立用于传输正常媒体流的第一媒体通道和用于传输所述频道切换媒体流的第二媒体通道。3、根据权利要求2所述的方法,其特征在于,所述终端获取目标频道信息以及频道切换媒体流信息的步骤为终端通过带外机制获取所述信息。4、根据权利要求3所述的方法,其特征在于,所述频道切换媒体流信息包括频道切换媒体流封装方式、频道切换媒体流发送方式以及频道切换服务支持信息。5、根据权利要求4所述的方法,其特征在于,频道切换媒体流封装方式为传输流TS封装,频道切换媒体流发送方式为IP单播,频道切换服务支持信息为频道切换媒体流单播地址和端口;或者,频道切换媒体流封装方式为TS封装,频道切换媒体流发送方式为IP组播,频道切换服务支持信息为频道切换媒体流组播地址和端口。6、根据权利要求2所述的方法,其特征在于,所述终端获取目标频道信息以及频道切换媒体流信息的步骤包括终端通过中间处理模块向应用处理模块发送首次频道请求,应用处理模块向媒体服务器请求目标频道信息和频道切换媒体流信息;媒体服务器向应用处理模块返回目标频道信息和频道切换媒体流信息,应用处理模块将其发送给终端。7、根据权利要求2所述的方法,其特征在于,该方法预先在应用处理模块上配置所述目标频道信息和频道切换媒体流信息;所述终端获取目标频道信息以及频道切换媒体流信息的步骤包括终端通过中间处理模块向应用处理模块发送首次频道请求,应用处理模块向终端返回所配置的目标频道信息和频道切换媒体流信息。8、根据权利要求6或7所述的方法,其特征在于,所述频道切换々某体流信息包括频道切换媒体流封装方式、频道切换媒体流发送方式以及频道切换服务支持信息。9、根据权利要求8所述的方法,其特征在于,频道切换媒体流封装方式为传输流TS封装,频道切换媒体流发送方式为IP单播,频道切换服务支持信息为频道切换媒体流单播地址和端口;或者,频道切换媒体流封装方式为TS封装,频道切换媒体流发送方式为IP组播,频道切换服务支持信息为频道切换媒体流组播地址和端口;或者,频道切换媒体流封装方式为因特网流媒体联盟ISMA封装,频道切换媒体流发送方式为IP单播,频道切换服务支持信息为频道切换媒体流单播地址和端口。10、根据权利要求1所述的方法,其特征在于,媒体服务器在未收到终端请求的情况下或者在收到终端请求之后,以组播方式发送所述频道切换媒体流。11、根据权利要求1所述的方法,其特征在于,步骤A中媒体服务器进一步向终端发送复合为一个媒体流的多个频道的频道切换媒体流。12、根据权利要求1所述的方法,其特征在于,步骤A之前进一步包括生成频道切换媒体流的步骤。13、根据权利要求12所述的方法,其特征在于,所述生成频道切换媒体流的步骤包括提取对应频道媒体流中部分或全部的帧内编码帧,组成频道切换媒体流;或者,提取对应频道媒体流中部分或全部的帧内编码帧,对所提取的帧内編码帧进行尺寸压缩后,组成频道切换媒体流;或者,将对应频道分层编码的基本层媒体流作为频道切换媒体流;或者,对采用分层编码的频道媒体流,提取对应频道基本层媒体流中部分或全部的帧内编码帧,并作为频道切换媒体流;或者,对采用分层编码的频道媒体流,提取对应频道基本层媒体流中部分或全部的帧内编码帧,对所提取的帧内编码帧进行尺寸压缩后,并作为频道切换媒体流。14、根据权利要求12或13所述的方法,其特征在于,所述生成频道切换媒体流的步骤是指根据对应频道的媒体流实时生成频道切换媒体流;或者,针对对应频道的流媒体文件预先生成用于频道切换媒体流的流媒体文件。15、一种实现网络电视频道快速切换的系统,其特征在于,该系统包括终端,用于发起频道切换请求,以及在目标频道的媒体流能够播放之前播放目标频道的频道切换媒体流;媒体服务器,用于向终端发送所述频道切换媒体流以及目标频道的媒体流。16、根据权利要求15所述的系统,其特征在于,所述终端进一步用于根据带外方式获取目标频道信息以及频道切换媒体流信息,并在媒体服务器与终端之间建立用于传输正常媒体流的第一媒体通道和用于传输所述频道切换媒体流的第二媒体通道。17、根据权利要求15所述的系统,其特征在于,该系统进一步包括中间处理模块和应用处理模块,其中,中间处理模块用于在终端与应用处理模块以及在应用处理模块与媒体服务器之间转发消息;应用处理模块用于根据终端的首次频道请求向媒体服务器请求目标频道信息和频道切换媒体流信息,以及将媒体服务器返回的目标频道信息和频道切换媒体流信息发送给终端;所述终端进一步根据目标频道信息以及频道切换媒体流信息,在媒体服务器与终端之间建立用于传输正常媒体流的第一媒体通道和用于传输所述频道切换媒体流的第二媒体通道。18、根据杈利要求17所述的系统,其特征在于,所述终端和中间处理模块之间的接口采用会话发起协议SIP、超文本传输协议HTTP或实时流协议RTSP;和/或,所述应用处理模块和中间处理模块之间的接口采用SIP、HTTP或RTSP;和/或,所述中间处理模块和媒体服务器之间的接口采用SIP、Diameter或H.248。19、根据权利要求17所述的系统,其特征在于,所述中间处理模块包括代理呼叫会话控制实体P-CSCF、查询呼叫会话控制实体I-CSCF、服务呼叫会话控制实体S-CSCF;所述应用处理模块为应用服务器AS;所述媒体服务器为媒体资源功能实体MRF;所述MRF包括媒体资源控制功能实体MRCF和媒体资源处理功能实体MRFP,其中MRCF用于接收AS的请求并控制MRFP进行媒体资源的分配,MRFP则受MRFC的控制向终端提供媒体资源。20、根据权利要求15所述的系统,其特征在于,所述媒体服务器进一步用于根据对应频道的媒体流生成频道切换媒体流。21、根据权利要求15所述的系统,其特征在于,所述媒体服务器包括提供目标频道媒体流的第一媒体服务器,以及提供频道切换媒体流的第二媒体服务器。全文摘要本发明公开了一种实现网络电视频道快速切换的方法,该方法包括以下步骤A.媒体服务器向终端发送目标频道的频道切换媒体流以及目标频道的媒体流;B.终端在目标频道的媒体流能够播放之前,播放目标频道的频道切换媒体流。本发明还提供了一种实现网络电视频道快速切换的系统。在本发明的方案中,当终端需要切换频道时,无须进行额外的信令请求,接入网组播加入请求等动作,可以直接从已收到的频道切换媒体流中解码目标频道的频道切换媒体流预先播放,实现频道的快速切换,本发明避免了接入节点进行信令处理,媒体流从媒体服务器到接入节点的延迟,以及终端和网络之间可能的应用信令交互的延迟,大大缩短了频道切换的时间。文档编号H04N7/24GK101155298SQ200610139479公开日2008年4月2日申请日期2006年9月25日优先权日2006年9月25日发明者军严,吴向阳申请人:华为技术有限公司