一种频道快速播放的方法及用户设备UE
技术领域
本发明涉及eMBMS技术,尤其涉及一种应用于eMBMS的频道快速播放方法和用户设备UE。
背景技术
移动视频已经成为了移动宽带流量的主要来源,并且将在2016年占据移动宽带70%以上的流量。运营商寄希望于用长期演进(Long Term Evolution,LTE)网络的高带宽来提供更优质的用户体验,并获得更高的回报。但是当前,移动用户设备UE如手机等播放视频基于超文本传输协议(Hypertext Transfer Protocol,HTTP)单播技术,在该技术下,传统的无线接入网提供了点对点的单播承载服务,对于单播承载服务来说,其必须建立用户级的独立承载。由于每一个用户都需要占用一份的空口和频谱资源,大数据量的视频内容业务极有可能导致移动网络的拥塞,当有热点事件发生时运营商的网络会受到更大冲击,并消耗过多的网络资源。
随着移动视频业务的发展,广播视频业务因其在新闻性、及时性和低成本方面的优势被业界所关注。3GPP自R9版本于2010年推出了基于LTE的演进的多媒体广播/组播服务(evolved multimedia broadcast/multicast service,eMBMS)技术,该技术具备一对多的传输优势,可以更高效地利用现有频谱和移动网络,向用户传送更高质量的内容,给视频业务打开了新的局面。例如,一套CCTV5的直播只占用LTE基站一个400kbps的下行资源就能为小区成百上千用户同时提供400kbps高清的手机视频服务。既满足了大量用户同时享受零等待高质量的视频服务,同时又节省了无线网络带宽。
在使用LTE eMBMS直播业务时,广播组播业务中心(broadcast/multicastservice center,BM-SC)会将直播频道组播地址宣告给用户设备UE,用户设备UE根据该组播地址接收直播频道媒体数据。但是,据研究发现,由于直播频道媒体数据是通过媒体分片顺序下发,用户设备UE在加入某个直播频道组播组时无法接收到正在下发的媒体分片的完整分片,需要等待下个媒体分片完整接收后才能播放,导致频道播放或者频道切换时间过长。
发明内容
有鉴于此,实有必要提供一种能够应用于eMBMS的频道快速播放的方法,降低频道播放或者频道切换等待时间,提升用户体验。
一方面,本发明实施例提供一种应用于eMBMS的频道快速播放方法,在用户设备UE接入某个直播频道组播组接收该直播频道媒体数据的同时,获取该直播频道的单播地址,基于HTTP协议根据该单播地址获取该直播频道当前正在组播的媒体分片进行快速播放。本实施例中,用户设备UE通过HTTP单播技术快速获取该直播频道当前正在分发的媒体分片进行播放,减少了频道播放或者频道切换的等待时间。
根据第一方面的第一实施例中,用户设备UE可以通过多种方式获取该直播频道的单播地址,一种可选的方式中,用户设备UE可以在加入该直播频道组播前,从网络侧广播组播业务中心接收下发的业务宣告文件,该业务宣告文件中可包含该直播频道的单播地址;另一种方式中,广播组播业务中心下发的业务宣告文件不包含该直播频道的单播地址,但是包含该直播频道的业务标识,用户设备UE可以根据该业务标识从广播组播业务中心获取该直播频道的单播地址。在另外一种可选的方式中,业务宣告文件仅包含单播文件修复地址,用户设备UE可以根据该单播文件修复地址从广播组播业务中心获取该直播频道的媒体分片。
根据第一方面的第二实施例中,用户设备UE在根据该单播地址从网络侧获取媒体数据进行播放之前,还需要确定该直播频道当前正在直播的媒体分片的分片标识,以便于准确的基于HTTP协议从网络侧获取该分片标识对应的媒体分片。该实施例中,由于用户设备UE通过HPPT协议准确从网络侧获取到该直播频道正在播放的媒体分片,不需要通过组播方式等待该媒体分片的下一个分片接收完毕才能进行播放,减少了频道播放或者切换的等待时间。
根据第一方面的第三实施例中,用户设备UE在根据该直播频道的单播地址获取该直播频道当前正在直播的媒体分片的同时,该用户设备UE还继续从该直播频道的组播组接收该直播频道的媒体数据并进行缓存,用户设备UE在播放完从单播地址获取的媒体分片后从本地缓存中顺序获取该媒体分片的后续分片顺序播放,保证该直播频道播放的连续性,做到无缝从单播切换到组播,进一步提升空口资源的使用效率。
第二方面,本发明实施例提供一种用户设备UE,包括接收器,发送器以及处理器,该接收器用于在用户设备UE接入直播频道组播组时接收网络侧广播或组播的媒体数据,该处理器用于在该接收器接收该直播频道的媒体数据时,获取该直播频道的单播地址,并触发该发送器根据所述单播地址向网络侧发送媒体数据获取请求,并使用该接收器从网络侧获取该媒体数据用于所述处理器进行播放。可选的,该用户设备UE可以是智能手机,平板电脑等智能设备。本实施例中,用户设备UE通过HTTP单播技术快速获取该直播频道当前正在分发的媒体分片进行播放,减少了频道播放或者频道切换的等待时间。
根据第二方面的第一实施例中,处理器可以通过多种方式获取该直播频道的单播地址,一种可选的方式中,用户设备UE可以在加入该直播频道组播组前,从网络侧广播组播业务中心接收下发的业务宣告文件,该业务宣告文件中可包含该直播频道的单播地址,处理器解析该业务宣告文件获取该直播频道的单播地址;另一种方式中,广播组播业务中心下发的业务宣告文件不包含该直播频道的单播地址,但是包含该直播频道的业务标识,处理器解析该业务宣告文件获得该直播频道的业务标识,然后可以根据该业务标识从广播组播业务中心获取该直播频道的单播地址。在另外一种可选的方式中,业务宣告文件仅包含文件修复单播地址,处理器可以直接根据该文件修复单播地址从广播组播业务中心获取该直播频道的媒体分片。
根据第二方面的第二实施例中,处理器在根据该单播地址从网络侧获取媒体数据进行播放之前,还需要确定该直播频道当前正在直播的媒体分片的分片标识,以便于准确的基于HTTP协议从网络侧获取该分片标识对应的媒体分片。处理器可以解析从组播组接收的第一个媒体分片,从该分片中可以获取该分片的分片标识信息。
根据第二方面的第三实施例中,该用户设备UE还包括存储器,用于存储用户设备UE从该直播频道的广播或组播组接收该直播频道的媒体数据,该处理器在播放完从单播地址获取的媒体分片后从该存储器中顺序获取该媒体分片的后续分片顺序播放,保证该直播频道播放的连续性,做到无缝从单播切换到组播,进一步提升空口资源的使用效率。
第三方面,提供一种计算机程序产品,该程序产品应用于用户设备UE中,包括一系列的存储在该用户设备UE的可读存储介质中的程序指令,该用户设备UE包括处理器可用于执行该程序指令使得用户设备UE执行如第一方面所述的应用于eMBMS的频道快速播放方法。
第三方面,提供一种直播频道媒体数据的发送方法,应用在eMBMS业务网络侧,包括:将直播频道的单播地址或业务标识或单播文件修复地址插入到业务宣告文件中,并将该业务宣告文件下发给用户设备UE。当然,该业务宣告文件中还包括该直播频道的组播地址。在用户设备UE根据该直播频道的组播地址接入组播组后,通过组播方式或增强广播方式将该直播频道的媒体数据下发给该用户设备UE,并在该用户设备UE根据单播地址发起点播请求时,通过与该用户设备UE建立HTTP连接,将该直播频道当前正在组播的媒体数据发给该用户设备UE。
根据第三方面的第一实施方式中,可通过如下方式将该直播频道当前正在直播的媒体数据通过单播的方式发送给用户设备UE,一种方式是内容提供系统直接根据用户设备UE的内容请求,将该直播频道当前正在直播的媒体数据通过单播的方式发送给用户设备UE。该实施例中,由于网络侧直接通过内容提供商将该直播频道当前正在播放的媒体数据通过单播的方式提供给用户设备UE,避免了通过广播组播业务中心对该媒体数据进行转组播、同步以及协议转换等流程,减少了用户设备UE接收媒体数据的等待时间,提升了用户体验。另一种可选的方式为广播组播业务中心根据用户设备UE的文件修复请求,将该直播频道当前正在直播的媒体数据通过单播的方式发送给用户设备UE。该实施例中,可以利用目前eMBMS业务已经定义的业务宣告文件中的文件修复地址将该直播频道当前正在播放的媒体数据通过单播的方式提供给用户设备UE,减少对业务宣告文件的重新定义和修改。
第四方面,还提供一种一种频道快速播放系统,包括用户设备,eMBMS子系统及业务提供子系统,该用户设备用于从eMBMS子系统获取业务宣告文件,解析该业务宣告文件,获取直播频道的组播地址,根据该组播地址加入所述直播频道的组播组,并从该组播组接收所述直播频道正在直播的媒体分片,还用于获取所述直播频道的单播地址和所述正在直播的媒体分片标识,根据所述媒体分片标识基于单播方式从所述业务提供子系统获取所述媒体分片进行快速播放,所述eMBMS子系统用于通过广播的方式向用户设备发送业务通告文件,所述业务通告文件中包含所述直播频道的组播地址,还用于通过组播的方式向用户设备组播直播频道的媒体分片,所述业务提供子系统用于在收到所述用户设备的媒体分片请求后,通过单播方式向用户设备发送与媒体分片请求中分片标识对应的媒体分片。
如上技术方案可以减少用户设备UE播放直播频道或者切换直播频道的等待时间,提升了用户体验。
附图说明
图1是本发明实施例的网络架构示意图;
图2为现有eMBMS架构中eMBMS会话激活信令交互图;
图3是本发明一实施例的频道快速播放方法流程示意图;
图4为本发明实施例中DASH直播频道创建流程图;
图5为本发明实施例中频道快速播放信令交互图;
图6为本发明实施例的用户设备结构示意图;
图7为本发明实施例的用户设备功能模块结构示意图;
图8为本发明实施例的快速频道切换系统示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行描述。
图1是依据本发明一示范性实施例的网络架构示意图,该示意图展示了eMBMS涉及到的各网元及其连接关系,eMBMS系统是由3GPP标准组织定义的规范,更进一步的具体内容可参考3GPP TS 23.246 V9.5.0。下面结合该网络架构示意图,简要说明eMBMS的具体实现。
3GPP规范定义的eMBMS系统架构如图1所示,在LTE网络中增加广播组播业务中心(broadcast/multicast service center,BM-SC),支持MBMS业务的会话发起、承载建立等功能;演进型分组核心网(evolved packet core,EPC)增加MBMS网关(MBMS gateway,MBMSGW),可与PARLAY网关(PARLAY gateway,PGW)合设,MBMS GW与BM-SC建立SGmb/SGi-mb接口用于MBMS的承载建立,通过M1接口向演进型基站(eNodeB,eNB)下发用户面数据,分配组播IP地址给下级的eNodeB。接入网增加了多小区多播协调实体(multi-cell/multicastcoordination entity,MCE),可独立设置或者与eNB合设,以专门针对MBMS在演进型无线接入网(evolved radio access network,eRAN)的无线承载发起做相应配置调度。
BM-SC:这是3GPP R6开始定义的MBMS(multimedia broadcast/multicastservice)的功能实体,实现对MBMS业务宣告、业务管理、用户管理、安全、计费功能、数据转发、内容同步等功能。对于内容提供方,BM-SC是MBMS业务内容的入口;对于承载网络,BM-SC负责授权、发起MBMS业务,以及调度、传输MBMS业务内容。
MBMS GW:这是一个在BM-SC和eNBs之间的逻辑实体,可以是独立网元,也可以与其他网元合设。其用户面负责将来自BM-SC的MBMS的数据包通过IP Multicast广播给各eNB,其控制面负责处理MBMS特定的消息(如会话开始/会话更新/会话结束)和MBMS特定的参数(如MBMS服务区/MBMS控制面节点清单),为接收MBMS数据的eNBs分配IP组播地址并通过MME提供给eNBs,提供MBMS计费功能。对于组播地址的分配,同一MBMS GW内部不同MBMS会话分配不同的IP组播地址,不同MBMS GW分配的会话组播地址可以相同。
移动性管理实体(Mobility Management Entity,MME):演进分组系统(EvolvedPacket System,EPS)现有MME网元的功能增强。通过Sm接口接收来自MBMS GW的MBMS业务控制信息、MBMS业务的IP组播地址,对MBMS承载进行会话控制,为演进型通用陆地无线接入网(evolved universal terrestrial radio access network,E-UTRAN)节点以及MCE传递MBMS会话控制信息。
MCE:是eMBMS为实现多小区传输,即使用多媒体广播多播单频网(MultimediaBroadcast multicast service Single Frequency Network,MBSFN)传输方式,而引入的逻辑实体,当MBMS进行多小区传输时,专门负责对其连接的MBSFN区域内eNB的无线资源进行分配和MBMS会话管理。由于是逻辑实体,MCE既可以作为某些功能实体(如:eNB或MME)的一部分,也可以是一个独立的实体。MCE与MBMS会话控制信令有关,与eNB和MME交互,没有UE的信令交互。
eNB:EPS现有eNB网元的功能增强。负责接受MCE的控制并将MBMS数据高效传递到指定的MBMS服务区,应支持MBMS相关的信道结构(MCH、MCCH、MTCH)和IP multicast接收功能。
MBMS用户设备(MBMS UE):EPS现有LTE UE对MBMS的功能增强,支持MBMS承载业务的激活/去激活、MBMS安全等MBMS功能,负责MBMS用户业务的接收和展现。
M1:eNodeB和MBMS-GW之间的接口,承载用户面数据。
M2:eNodeB和MCE之间的接口,承载控制面数据,基于SCTP传递MCE与eNodeB之间的M2接口信令。
M3:MCE与MME之间的控制面接口,基于SCTP传递MME与MCE之间的M3接口信令。
本申请中,名词“网络”和“系统”经常交替使用,但本领域的技术人员可以理解其含义。本申请所涉及到的用户设备UE可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备,以及各种形式的用户设备UE(User Equipment,简称UE),移动台(Mobile station,简称MS),用户设备UE(terminal),终端设备(Terminal Equipment)等等。为方便描述,本申请中,上面提到的设备统称为用户设备UE或UE。本发明所涉及到的基站(base station,简称BS)是一种部署在无线接入网中用以为UE提供无线通信功能的装置。所述基站可以包括各种形式的宏基站,微基站,中继站,接入点等等。在采用不同的无线接入技术的系统中,具备基站功能的设备的名称可能会有所不同,例如在LTE网络中,称为演进的节点B(evolved NodeB简称:eNB或者eNodeB),在第三代3G网络中,称为节点B(Node B)等等。为方便描述,本申请中,上述为UE提供无线通信功能的装置统称为基站或BS。
图2为现有eMBMS网络架构中MBMS会话开始Session Start信令交互图。SessionStart用于触发各级网元为即将发送的业务数据建立承载通道,如图所示包括:
201-202、BM-SC根据MBMS GW清单(List)与相应的MBMS GW通过Re-Auth-Request/Re-Auth-Answer消息完成两者之间MBMS承载会话的建立,并将会话建立所需的业务区域(service area,SA)和服务质量(quality of service,QoS)等信息下发给MBMS GW。MBMSGW根据Re-Auth-Answer消息中的组播目的IP地址,通过IGMP report消息加入该组播组。
203-204、MBMS GW基于MME清单(List)与相应的MME通过Session Start Request/Session Start Response消息完成该段会话建立。MME根据服务区标识(service areaidentifier,SAI)查询到对应的MCE,与相应的MCE通过Session Start Request/SessionStart Response消息完成该段会话建立。
205-206、MCE完成物理多播信道(physical multicast channel,PMCH)等资源的分配后,根据SAI查询到对应的eNodeB,与相应的eNodeB通过Session Start Request/Session Start Response消息完成该段会话,以通知eNodeB建立对应的M1接口。
207、MCE根据SAI查询到对应的eNodeB,通过Scheduling Info/Scheduling InfoResponse消息通知相应的eNodeB预留空中接口资源。
208、eNodeB通知UE监听广播内容,与UE建立MBMS控制信道(MBMS controlchannel,MCCH)。
209、eNodeB根据MBMS GW下发的组播组信息,通过IGMP report消息加入该组播组。
210、在设定的业务时间到达后,BM-SC将业务数据加上同步Sync信息后发送至MBMS GW;
211、MBMS GW将BM-SC传来的报文封装成IP组播包后发送至eNodeB。其中,IP组播包由业务数据、同步信息、Multicast IP等组成。
212、eNodeB解开IP组播包并将业务数据缓存,根据同步Sync信息将业务数据动态调度传送给UE。
在eMBMS提供的直播频道业务中,以HTTP动态自适应流媒体(Dynamic AdaptiveStreaming over HTTP,DASH)直播业务为例,视频编码器输出的视频业务流,首先被通过DASH格式封装,在进入组播通道传输下发前,再使用FLUTE的单向文件传输协议做封装,最终通过无线基站发送给用户设备,在用户设备中作FLUTE解码,以及DASH解码和业务播放,也即直播频道的媒体内容需要先经过广播多播业务中心BM-SC处理后,然后通过LTE核心网及无线接入网传送给用户设备UE。BM-SC首先需要对内容提供商提供的直播内容使用单向文件传输协议(File delivery over Unidirectional Transport,FLUTE)协议进行重新封装,FLUTE协议是一种点对多点传输协议,可将档案(File)由传送端(sender)以多点传送方式,透过Internet传送至多个接收端(receiver)上。和传统的多点传送通信协议不同的是,FLUTE在运作时并不需要任何由接收端回传至发送端的回馈信息(feedback),因此,接收端的数量几乎可以说是没有限制的。FLUTE是建构于异步分层编码(Asynchronous LayeredCoding,ALC)协议之上发展的。两者的主要差别在于,ALC是一套单向的“对象”(object)多点传送通信协议,而FLUTE则是一套单向的“档案”多点传送通信协议。由于ALC所传送的对象本身,并不具任何的属性(attribute),因此,FLUTE通信协议针对ALC的最主要扩充,就是将ALC传送的对象视为档案,并为每个对象加上档案所需要的属性,例如文件名称、档案长度及档案类型。为此,FLUTE额外定义了一种叫档案描述表(File Description Table,FDT)的数据结构,里面记录了ALC对象的档案属性。BM-SC然后将重新封装过的频道内容使用多播广播业务同步协议(MBMS synchronisation protocol,MBMS SYNC)进行同步处理。为了保证内容同步,即一个MBMS业务的相同内容在不同的eNodeB之间要有相同的发送时刻,也是为了保证通过不同的终端可以在同一时刻看到相同的内容,这个同步靠SYNC协议来实现。SYNC协议会给每个传输的数据包打上时间戳(Time stamp),这个时间戳只是一个时刻,数据包要求在该时刻被发送。从而保证eNodeB根据时间戳(Time stamp)进行调度,在相同的时间发送相同的数据包。
将媒体文件切割为媒体分片是DASH直播业务的一个关键点,每个媒体分片的时间长度相同,一般为2~10秒。在视频编码层,这意味着每个媒体分片都由若干个完整的视频图像组(Group Of Pictures,GOP)组成,每个GOP都有一个关键I帧。媒体分片存储在HTTPWeb服务器中,用户终端以传统的HTTP方式进行媒体分片的下载,当媒体分片下载至用户设备时,用户设备再按照顺序播放这一系列媒体分片。因为这些媒体分片按照约定的规则进行编码,各个媒体分片之间没有内容的重叠或不连续,对于用户来说,则看到了一个无缝平滑的播放效果。
由于直播频道的媒体内容需要先经过广播多播业务中心BM-SC处理后,然后通过LTE核心网及无线接入网传送给用户设备UE,耗费较多的时间,因此用户在首次接入或者切换到某个直播频道组播组或广播组时,需要等待一段时间才能播放,并且,直播频道内容是通过分片方式顺序下发的,在用户设备UE接入该直播频道的组播组时,接收的第一个直播频道的媒体分片通常是不完整的,导致无法播放,需要等待该媒体分片的下一个分片接收完毕后才能进行播放,进一步导致播放时间过长,影响用户体验。
因此,在本方案中,BS-SC将直播频道的单播地址加入到业务通告文件中,或者将直播频道的单播地址配置在用户设备本地,这样,用户设备UE在收到组播的媒体分片内容后可以从业务通告文件中或本地获知该媒体分片对应的单播服务器的地址,并通过HTTP单播方式直接从网络侧获取该直播频道当前正在播放的媒体分片,先播放此媒体分片来实现快速频道播放,同时,用户设备UE继续保持从组播组接收直播频道内容,在播放完此媒体分片后,从本地存储器中顺序获取此媒体分片的后续分片进行播放。
下面以附图3为例,对本发明方案做进一步说明。
如图3所示,本发明一实施例的直播频道快速播放方法,包括:
301、用户设备UE根据网络侧下发的业务通告文件,获取某个直播频道的组播地址,根据该组播地址加入该直播频道的组播组接收媒体数据。
具体的,eMBMS用户的用户设备UE,如手机,集成了eMBMS中间件。在网络侧开始广播直播频道的业务通告文件后,eMBMS中间件即可接收到直播频道的业务通告文件,eMBMS中间件解析业务通告文件,从该业务通告文件中获取直播频道的组播地址,根据该组播地址加入组播组后即可接收该直播频道的媒体数据。
302、用户设备UE在加入该直播频道的组播组接收媒体数据时,获取该直播频道的单播地址。
在一种可选的方式中,内容提供商(content provider,CP)在创建直播频道时,将直播频道的媒体内容以及该媒体内容的单播地址一起提供给BM-SC,BM-SC在对该媒体内容进行FLUTE协议封装和SYNC同步后,更新业务通告文件,该业务通告文件包括直播频道的单播地址以及其他信息,如直播频道介绍,直播频道组播地址等。用户设备UE通过中间件获取到该业务通告文件后,通过解析该业务通告文件,可以获得该直播频道的单播地址。
具体的,业务通告文件就是描述eMBMS用户业务的信息的文件,主要记录了业务的时间计划、业务的递交方式、业务传输的eMBMS通道、分片列表等信息,在DASH直播业务中,还包括媒体描述(Media presentation description,MPD)文件。一个业务通告文件可以描述一个用户业务,也可以描述所有的用户业务。运营商在发布eMBMS的MPEG DASH直播频道和推送业务前,需要先发布业务通告,设置业务通告的时间计划、使用的eMBMS通道等信息,每个运营商只能创建一个业务通告,则该运营商发布的所有业务的业务通告文件均在业务通告关联的时间计划内通过业务通告关联的eMBMS通道广播。用户设备就是根据业务通告文件在业务的时间计划内从对应的eMBMS通道上接收视频流。
另外一种可选的方式中,内容提供商CP将直播频道内容和该直播频道的业务标识提供给BM-SC,BM-SC将该直播频道的业务标识放入在业务宣告文件中提供给用户设备,网络侧将该直播频道的业务标识与直播频道的单播地址对应存储,用户设备可以根据该业务宣告文件中的业务标识向内容提供商请求获取与该业务标识对应的直播频道的单播地址。
可选的,也可以将现有的业务宣告文件中的单播文件修复File Repair地址当做直播频道的单播地址。用户设备在业务宣告文件中获取该单播文件修复地址后,根据该单播文件修复地址,从BM-SC获取该直播频道的媒体数据。
在现有的业务宣告文件中,单播文件修复File Repair地址是为了支持单播重传修复,避免直播频道通过组播方式下发的数据不完整。因此,在本实施例中,用户设备可以利用该单播文件修复地址与BM-SC建立HTTP连接,基于单播方式从BM-SC获取该直播频道的媒体数据。
另外,也可以通过网络配置的方式,提前将直播频道的单播地址配置在用户设备上。
303、用户设备根据获取的直播频道的单播地址,从网络侧获取该直播频道当前正在组播的媒体分片进行播放。
具体的,用户设备在加入直播频道组播组时,从该组播组获取的第一个媒体分片即为该直播频道当前正在组播的媒体分片,该媒体分片可以通过FLUTE协议以数据包的方式传送给用户设备。用户设备解析接收到的数据包,可以获取该媒体分片的分片标识,用于向网络侧请求获取该分片标识对应的媒体分片。
比如:用户设备可选择加入一个FLUTE频道,以接收FLUTE频道内所传送的FLUTE封包。FLUTE会话中的每个ALC对象,都会有一个独一无二的传输对象标识(Transport ObjectID,TOI),每个ALC对象在传送前,都会经过分割及加入前向纠错(forward errorcorrection,FEC)信息的流程,然后才会被放入FLUTE封包中被传送。在一个FLUTE封包内,可装入一个到数个属于同一个ALC物件的编码符号(encoding symbol),在FLUTE封包的标头(header)内,会记录ALC对象的TOI,以及传送该ALC对象之FLUTE会话的传输会话标识(Transport Session Identifier,TSI)。DASH直播业务中的分片正是以对象的方式被封装和传送。媒体分片被分割后放入一系列的FLUTE封包中,其中标头会记录媒体分片标识。这样,用户设备可以解析FLUTE封包,获取TOI,即分片标识,根据该TOI可以从业务提供商处通过单播的方式获取与该TOI对应的分片。
另外一种方式中,用户设备也可以根据业务通告文件中业务时间计划以及当前的系统时钟时间计算当前正在直播的分片,确定该直播分片的标识。比如:业务时间计划指明该直播频道的播放时间为10:00,也即首个分片的播放时间为10:00。如果每个分片时长为10秒,当前系统时间为10:01分,则当前直播的分片应该为第6个分片,即分片的序列号,用户设备通过该序列号也可从网络侧获取与该序列号对应的分片。
可选的,用户设备可以根据步骤202中获取的直播频道的单播地址,或者根据本地配置的该直播频道的单播地址,向内容提供商CP发送媒体分片获取请求,该请求中携带上述分片标识,内容提供商CP根据该分片标识查询到对应的媒体分片后通过HTTP单播方式发送给用户设备。另一种方式中,用户设备也可以根据步骤202中获取的单播文件修复地址,向BM-SC发送媒体分片获取请求,该请求中携带上述分片标识,BM-SC根据该分片标识查询到对应的媒体分片后通过HTTP单播方式发送给用户设备。
需要注意的是,在本发明方案中,用户设备只要获取到了当前直播的分片标识,就可以立即向网络侧发送单播请求,以便及时通过单播方式获取到当前直播的分片。
本方案中,用户设备在通过接入频道组播组获取直播频道数据的同时,获取该直播频道的单播地址后,通过单播方式从网络侧获取该直播频道当前正在组播的媒体分片进行播放,可以避免由于用户设备通过组播方式获取当前部分分片数据无法播放需要通过组播方式获取该媒体分片的下一个分片才能进行播放,缩短了直播频道播放或者切换的缓冲时间,提升了用户体验。比如:用户通过组播方式获取一个完整分片长度需要X秒,如果用户设备切入频道收到的首个分片部分为Y秒(因为该分片不完整导致不能播放),则用户设备需要等待X+Y秒才能开始播放,而使用本发明方案,用户通过组播收到首个分片并从中获得分片标识后,即可通过单播方式获取该分片标识对应的完整分片,假设单播方式获取一个完整分片的时长也为X妙,则相比于以前的技术,本发明所能节省的时间即为Y秒或非常接近Y秒(扣除掉极少的从分片中获取分片标识的时间),进一步的,为了提高本发明的有效效果,还可以使用分片加速技术,即服务器采用快速发流方式,比如:1.1倍速,来加快通过单播的方式从单播服务器获取一个完整分片内容的时长,则可以进一步缩短因频道切换而导致的缓冲时间,由于单播加速技术现有技术有很多实现方式,本发明不再赘述。
进一步的,用户终端在根据直播频道单播地址获取媒体分片的同时,还通过组播组不断的接收该直播频道的媒体数据并缓存,用户终端在播放完通过单播方式获取的媒体分片后,从本地缓存中顺序获取该媒体分片的后续分片继续播放,保证直播频道播放的连续性。
下面参考图4-5,以DASH over FLUTE直播业务为例,对本发明的实施方案做较全面的陈述。
图4为本发明方案的DASH直播频道创建流程图,包括:
401、统一管理系统(Unified Management System,UMS)向媒体娱乐管理中间件(Media Entertainment Middleware,MEM)请求注册直播频道。UMS提供内容、业务、产品和用户管理等多种功能。MEM通过EPG向用户提供节目展示、业务鉴权、在线订购、自助服务等业务入口。
402、MEM注册新发布的直播频道。
403、MEM向UMS响应注册成功消息。
404、UMS通知媒体传送网(media delivery network,MDN)创建直播频道,MDN负责分发与存储媒体内容,对用户的内容请求进行动态调度,向用户提供流媒体服务。
405、MDN向BM-SC分发直播频道描述文件,该描述文件中可以包括直播频道的单播地址。
406、MDN返回直播频道描述文件分发成功消息。
407、UMS通过MDN通知BM-SC创建直播频道。
408、BM-SC保存直播频道描述文件,并通过MDN向UMS上报创建结果。
409、直播频道关联的计划时间开始时,UMS系统自动激活直播频道。
410、激活直播频道关联的eMBMS承载业务,参考图2中MBMS会话开始流程。
411、UMS通过MDN通知BM-SC激活直播频道。
在激活直播频道后,BM-SC从MDN的媒体服务器下载直播频道分片文件,将分片文件重新封装打包,组播给MBMS GW。具体封包方式可参照上文介绍的FLUTE包的封装方式。
412、BM-SC通过MDN向UMS返回操作结果,同时MDN将编码器发送的分片的索引描述文件信息和分片名称上报UMS,供UMS将分片的索引描述文件信息加入业务通告文件。
413、UMS向MEM请求同步频道元数据。
414、MEM入库频道元数据,并向UMS返回频道元数据同步成功。
415、MEM入库频道元数据后,将频道元数据更新到EPG的仓库,EPG定时从EPG仓库中更新频道元数据,UMS将频道信息更新到业务通告文件中。
416、UMS通过MDN通知BM-SC获取更新后的业务通告文件。
417、BM-SC从UMS下载业务通告文件,并通过MDN向UMS返回操作结果,该业务通告文件中可以包含直播频道的单播地址,可选的,BM-SC也可将获取的直播频道单播地址更新至业务通告文件中。
418、BM-SC通过组播将业务通告文件发送到MBMS-GW,MBMS-GW通过业务通告关联的eMBMS通道向用户设备组播频道的业务通告文件。
需要注意的是,以上信令流程无严格的顺序限制,仅是示范性描述。
图5为用户设备接入DASH直播频道,实现频道快速切换信令交互图,如图所示,包括:
501、用户设备启动业务发现过程,从eMBMS通道上接收业务通告文件。
502-504、BM-SC将业务通告文件通过MBMS GW,eNB广播给用户设备。
505、用户设备解析业务通告文件,获取直播频道的组播地址,加入直播频道的组播组。
506-508、BM-SC经MBMS GW,eNB将直播频道业务数据组播给用户设备。
509、用户设备解析业务数据包,获取首个分片标识,并获取直播频道的单播地址,分片标识获取方式及单播地址获取方式具体参考图2实施例中的说明部分。
510、用户设备向业务提供商CP系统发送分片获取请求,携带分片标识。
511、CP系统将用户设备请求的分片通过单播方式发送给用户设备。
512、用户设备播放从CP系统获取的媒体分片,实现频道快速播放,在播放完该分片后,顺序从本地缓存中读取该分片的后续分片继续播放。
具体的,CP系统可以参考图4中UMS,MDN,MEM等组成的业务系统,业务系统可以通过MDN将用户设备请求的分片发送给用户设备。
需要注意的是,以上信令流程无严格的顺序限制,仅是示范性描述。
下面以图6为例介绍本发明方案中的涉及用户设备。
图6为本发明实施例的用户设备结构示意图,如图所示,用户设备包括:发射器601,接收器602,处理器603、存储器604以及运行在处理器603中的eMBMS中间件模块605。处理器603执行eMBMS中间件模块605以促发接收器602接收基站广播的业务通告文件,提供给eMBMS中间件605模块处理,eMBMS中间件模块605解析该业务通告文件,从该业务通告文件中获取直播频道的组播地址,根据该组播地址促发发射器602加入组播组后即可通过接收器602接收该直播频道的媒体数据。处理器603用于解析接收器602收到的业务收据包,获取首个分片标识以及直播频道的单播地址,通过发射器602向业务提供商CP发送分片获取请求,并通过接收器601从CP系统获取该分片并播放。存储器604用于存储接收器601从组播组接收的媒体分片并存储,以提供给处理器603进行播放。
示例的,eMBMS中间件605可执行如图2所示的步骤201,图5所示的步骤505,处理器603可用于执行图2所示的步骤202-203,图5所示的步骤509-512。
下面参考图7介绍用户设备的模块示意图,如图7所示,用户设备UE包括:收发模块701,处理模块702以及存储模块703。示例的,收发模块701可用于执行上述实施例中的图2中的步骤201,如图5所示的步骤510,图5所示的步骤501,511,处理模块702可用于执行如图2所示的步骤202-203,图5中步骤505,509,512。存储模块703用于存储收发模块701从直播频道组播组接收的媒体分片用于处理模块702进行播放。
如图8所示,为本发明实施例的频道快速播放系统示意图,该系统包括:
用户设备801,eMBMS子系统802以及业务提供子系统803。
其中,业务提供子系统具体可参考图4中UMS,MDN,MEM等组成的业务系统,可用于向eMBMB子系统802提供媒体内容和业务宣告文件。所述业务提供子系统803还用于在收到所述用户设备的媒体分片请求后,通过单播方式向用户设备发送与媒体分片请求中分片标识对应的媒体分片。
用户设备802具体功能和结构参考图6和图7,用于从eMBMS子系802获取直播频道的业务通告文件,解析所述业务通告文件获取直播频道的组播地址,根据所述组播地址加入所述直播频道的组播组,接收所述直播频道正在直播的媒体分片,还用于获取所述直播频道的单播地址和所述正在直播的媒体分片标识,根据所述媒体分片标识基于单播方式从所述业务提供子系统获取所述媒体分片进行快速播放;
所述eMBMS子系统802具体架构、组件及功能参考图1,用于通过广播的方式向用户设备发送业务通告文件,还用于通过组播的方式向用户设备组播直播频道的媒体分片。
本发明实施例的频道快速播放系统可用于执行如图3-5所示的频道快速切换方法。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到各种等效的修改或替换,这些修改或替换都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。