CN103546826B - 视频业务的传输方法和装置 - Google Patents

视频业务的传输方法和装置 Download PDF

Info

Publication number
CN103546826B
CN103546826B CN201210246441.0A CN201210246441A CN103546826B CN 103546826 B CN103546826 B CN 103546826B CN 201210246441 A CN201210246441 A CN 201210246441A CN 103546826 B CN103546826 B CN 103546826B
Authority
CN
China
Prior art keywords
layer data
coding layer
multicast service
multimedia broadcast
enhancing
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.)
Active
Application number
CN201210246441.0A
Other languages
English (en)
Other versions
CN103546826A (zh
Inventor
王河
晁华
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Shanghai Bell Co Ltd
Original Assignee
Alcatel Lucent Shanghai Bell Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Alcatel Lucent Shanghai Bell Co Ltd filed Critical Alcatel Lucent Shanghai Bell Co Ltd
Priority to CN201210246441.0A priority Critical patent/CN103546826B/zh
Priority to EP13762219.7A priority patent/EP2873245A1/en
Priority to US14/414,920 priority patent/US20150189336A1/en
Priority to PCT/IB2013/001643 priority patent/WO2014013331A1/en
Priority to TW102124773A priority patent/TWI508584B/zh
Publication of CN103546826A publication Critical patent/CN103546826A/zh
Application granted granted Critical
Publication of CN103546826B publication Critical patent/CN103546826B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2383—Channel coding or modulation of digital bit-stream, e.g. QPSK modulation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
    • H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
    • H04N13/106—Processing image signals
    • H04N13/161—Encoding, multiplexing or demultiplexing different image signal components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H04N19/31—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability in the temporal domain
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
    • H04N21/2225—Local VOD servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/234327—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements by decomposing into layers, e.g. base layer and one or more enhancement layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/6437—Real-time Transport Protocol [RTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
    • H04N21/64746—Control signals issued by the network directed to the server or the client
    • H04N21/64761—Control signals issued by the network directed to the server or the client directed to the server

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提出了视频业务的传输方法和装置。在广播组播业务中心中，提出了一种管理视频业务传输的方法，其中，该视频业务被编码为基本编码层数据和增强编码层数据，该基本编码层数据和该增强编码层数据分别利用不同的多媒体广播组播业务承载进行传输，该方法包括以下步骤：获取该增强编码层数据的依赖信息，该依赖信息用于指示增强编码层数据所依赖的编码层数据；以及向多媒体广播组播业务网关发送多媒体广播组播业务会话开始请求信令，该多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该多媒体广播组播业务会话开始请求信令中包括该依赖信息。

Description

视频业务的传输方法和装置
技术领域
本发明涉及无线通信***，尤其涉及无线视频通信中的承载管理。
背景技术
随着移动视频业务的快速发展，无线视频应用在不远的将来将成为非常受欢迎的应用。在无线网络中，视频业务提供将面临多种多样的无线信道条件，以及不同能力的接收机。因此，同样的视频业务必须被调整从而在不同的传输环境下，为不同的用户提供合适的质量。为了解决该问题，可分级编码(Scalable Video Coding，SVC)为一个视频业务提供多个编码层，该视频业务被编码为一个基本编码层(Base Layer)和一个或多个增强编码层(Enhancement Layer，EL)。SVC支持不同的分级的维度，例如空间、时间和质量。另一方面，近年来，3D视频业务也变得越来越受欢迎。作为对H.264编解码技术的扩展的用于立体视频的多视编码(Multiview Video Coding，MVC)也可以视为一种在不同的视图之间的分级编码。一个MVC立体视频业务通常包括一个基本视图和一个或多个非基本视图。因此，基于可分级编码的无线视频业务在未来将越来越主导。
发明内容
本发明提出了一种用于无线可分级编码的视频业务传输的MBMS承载管理的方法和装置。
根据本发明的第一方面，提供了一种在广播组播业务中心中用于管理视频业务传输的方法，其中，该视频业务被编码为基本编码层数据和增强编码层数据，该基本编码层数据和该增强编码层数据分别利用不同的多媒体广播组播业务承载进行传输，该方法包括以下步骤：获取该增强编码层数据的依赖信息，该依赖信息用于指示增强编码层数据所依赖的编码层数据；以及向多媒体广播组播业务网关发送多媒体广播组播业务会话开始请求信令，该多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该多媒体广播组播业务会话开始请求信令中包括该依赖信息。
根据本发明的第二方面，提供了一种在网络设备中用于管理视频业务传输的方法，其中，该视频业务被编码为基本编码层数据和增强编码层数据，该方法包括以下步骤：获取来自上级网络设备的第一多媒体广播组播业务会话开始请求信令，该第一多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该第一多媒体广播组播业务会话开始请求信令中包括依赖信息，该依赖信息用于指示该增强编码层数据所依赖的编码层数据；判断为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载是否成功；以及当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载成功时，向该网络设备的下级网络设备转发该第一多媒体广播组播业务会话开始请求信令；当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载未成功时，暂停向该下级网络设备转发该第一多媒体广播组播业务会话开始请求信令。
根据本发明的第三方面，提供了一种在基站中用于管理视频业务传输的方法，其中，该视频业务被编码为基本编码层数据和增强编码层数据，该方法包括以下步骤：获取来自多播协调实体的第一多媒体广播组播业务会话开始请求信令，该第一多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该多媒体广播组播业务会话开始请求信令中包括依赖信息，该依赖信息用于指示该增强编码层数据所依赖的编码层数据；判断为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载是否成功；以及当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载成功时，保存为该增强编码层数据建立多媒体广播组播业务承载成功的标识信息；当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载未成功时，保存为该增强编码层数据建立多媒体广播组播业务承载未成功的标识信息；并向该多播协调实体发送为该增强编码层数据建立多媒体广播组播业务承载未成功的反馈。
根据本发明的第四方面，提供了一种在广播组播业务中心中用于管理视频业务传输的第一装置，其中，该视频业务被编码为基本编码层数据和增强编码层数据，该基本编码层数据和该增强编码层数据分别利用不同的多媒体广播组播业务承载进行传输，该第一装置包括以下模块：第一获取模块，用于获取该增强编码层数据的依赖信息，该依赖信息用于指示增强编码层数据所依赖的编码层数据；以及第一发送模块，用于向多媒体广播组播业务网关发送多媒体广播组播业务会话开始请求信令，该多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该多媒体广播组播业务会话开始请求信令中包括该依赖信息。
根据本发明的第五方面，提供了一种在网络设备中用于管理视频业务传输的第二装置，其中，该视频业务被编码为基本编码层数据和增强编码层数据，该第二装置包括以下模块：第二获取模块，用于获取来自上级网络设备的第一多媒体广播组播业务会话开始请求信令，该第一多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该第一多媒体广播组播业务会话开始请求信令中包括依赖信息，该依赖信息用于指示该增强编码层数据所依赖的编码层数据；第一判断模块，用于判断为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载是否成功；以及第二发送模块，当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载成功时，向该网络设备的下级网络设备转发该第一多媒体广播组播业务会话开始请求信令；当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载未成功时，该第二发送模块暂停向该下级网络设备转发该第一多媒体广播组播业务会话开始请求信令。
根据本发明的第六方面，提供了一种在基站中用于管理视频业务传输的第三装置，其中，该视频业务被编码为基本编码层数据和增强编码层数据，该第三装置包括以下模块：第三获取模块，用于获取来自多播协调实体的第一多媒体广播组播业务会话开始请求信令，该第一多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该多媒体广播组播业务会话开始请求信令中包括依赖信息，该依赖信息用于指示该增强编码层数据所依赖的编码层数据；第二判断模块，用于判断为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载是否成功；以及保存模块，用于当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载成功时，保存为该增强编码层数据建立多媒体广播组播业务承载成功的标识信息；当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载未成功时，该保存模块用于保存为该增强编码层数据建立多媒体广播组播业务承载未成功的标识信息；并且该第三装置还包括反馈模块，用于向该多播协调实体发送为该增强编码层数据建立多媒体广播组播业务承载未成功的反馈。
采用本发明的实施例的方案，在MBMS会话开始/停止过程路径中的每一层级的网络设备将具有可分级编码视频业务或多视编码业务的承载管理功能。从而确保BL MBMS承载业务和EL MBMS承载业务正确和有效的建立和释放。
此外，本发明的实施例以简单并且有效的方式表示了在MST传输中的一个可分级编码视频业务的BL MBMS业务和EL MBMS业务之间的依赖关系。该依赖关系可以被eNodeB(基站)用于基于QoE的优化，从而更好地适应时变的无线信道条件、环境，从而改善eNodeB的处理能力，从而提供具有更高QoE的无线视频传输业务。
附图说明
通过参照附图阅读以下所作的对非限制性实施例的详细描述，本发明的其它特征、目的和优势将会更为明显。
图1示出了在演进分组***中的MBMS会话开始过程，以建立MBMS承载业务。
图2示出了网络的拓扑结构示意图。
图3示出了在每个层级的网络设备中管理可分级编码视频业务的MBMS承载建立的流程图。
图4和图5分别示出了根据本发明的一个实施例在BMSC中的管理可分级编码视频MBMS承载释放的相关的信令过程。
图6示出了根据本发明的另一个实施例的在BMSC中的管理可分级编码视频MBMS承载释放的相关的信令过程。
图7示出了根据本发明的一个实施例的第一装置的装置框图。
图8示出了根据本发明的一个实施例的第二装置的装置框图。
图9示出了根据本发明的一个实施例的第三装置的装置框图。
其中，相同或相似的附图标记表示相同或相似的步骤特征或装置/模块。
具体实施方式
对于可分级编码视频业务，同一个业务的不同的编码层具有相关性，并且对重构原始视频的解码具有不同程度的重要性，这将会影响用户体验(Quality of Experience，QoE)。基本编码层数据对于视频解码是最重要的数据，并且必须首先被正确接收。基本编码层数据可以单独地用于具有基本的可接受质量的视频解码，也可以被增强编码层一起用于更高的质量。
此外，可分级编码视频传输定义了两种传输模式，例如，多会话传输(Multi-Session Transmission，MST)和单会话传输(Single Session Transmission，SST)。对于MST，不同的可分级编码层数据被传输在不同的RTP(Real-time Transport Protocol)会话中。MST通常用于视频业务的广播和组播传输。对于一个SVC视频传输，通常包含多个RTP会话。在MST传输模式中，不同的视频编码层可以映射到不同的RTP传输流中。特别地，基本编码层数据将构建一个单独的RTP流，其他增强编码层数据将构建一个或多个RTP流。MST用于广播和/或组播传输的场景，由MBMS承载所传输。
在目前的MBMS构架下，广播组播业务中心(Broadcast-Multicast ServiceCentre，BMSC)将为这些基本编码层和增强编码层的数据流发起不同的MBMS业务。一个BMSC中，一个RTP流将映射到一个MBMS业务。这意味着，对于采用MST传输模式的一个可分级编码无线视频业务，BMSC将为这些不同的编码层数据发起多个不同的MBMS业务。
可以看出，同一个视频业务的这些增强编码层MBMS业务依赖于该视频业务的基本编码层。该依赖信息也可以被无线接入网络用于提供区分化质量的业务，其对于优化基于QoE的可分级编码视频传输的优化作用是必需的。
基于上述的分析，对于可分级编码视频业务，需要设立对于BL(Base Layer)MBMS业务和EL(Enhancement Layer)MBMS业务的MBMS承载的建立时序要求，因为EL数据仅在BL数据被正确接收以后才有效。因此，如果BL MBMS承载业务建立未成功，也不需要建立该BL数据所对应的SVC视频业务的其他EL的MBMS的承载业务。此外，对于相关的MBMS承载业务释放过程，也需要类似的要求。
以下，在本说明书中，术语“基本编码层数据”包括SVC架构中的BL MBMS业务，也包括多视编码中的基本视图。术语“增强编码层数据”包括SVC架构中的EL MBMS业务，也包括多视编码中的非基本视图。本说明书中，我们以视频可分级编码业务(SVC)中的BL MBMS业务(简称为BL)和EL MBMS业务(简称为EL)为例进行说明。但是，本领域技术人员完全可以理解，本发明的实施方式也适用于多视视频编码(MVC)的基本视图和非基本视图，以及其他的具有相互依赖关系的数据传输。
根据目前的协议，MBMS会话开始或停止过程是用于分别建立或释放MBMS承载业务。图1示出了在演进分组***(Evolved Packet System，EPS)中的MBMS会话开始过程，以建立MBMS承载业务。首先，BMSC向MBMS GW发送RAR消息(Re-Auth-Request，RAR)启动一个MBMS业务传输并提供相应的会话属性。MBMS GW向BMSC反馈RAA消息(Re-Auth-Answer，RAA)。然后MBMS GW向MME(Mobility Management Entity，移动性管理实体)发起MBMS会话开始请求(MBMS Session Start Request)，然后MME向MCE(Multicast CoordinationEntity，组播协调实体)转发MBMS会话开始请求。然后MCE向eNodeB转发MBMS会话开始请求。然后eNodeB向MCE反馈MBMS会话开始响应(MBMS Session Start Response)，包括是否成功，也即，如果eNodeB与BMSC成功建立承载，则反馈成功指示，如果eNodeB与BMSC未成功建立承载，则反馈失败指示。然后MCE向MME转发该MBMS会话开始响应。然后MME向MBMS GW转发MBMS会话开始响应。当eNodeB与BM-SC成功建立承载后，eNodeB与UE建立无线接入网络(Radio Access Network，RAN)资源。然后MBMS GW与eNodeB之间进行IP组播加入过程，形成组播树。然后BMSC向MBMS GW发送MBMS数据，MBMS GW再将MBMS数据转发给eNodeB。
在该过程中，有可能一些网络设备会反馈MBMS会话开始失败。例如，基站、多播协调实体(Multicast Coordination Entity)反馈MBMS会话开始失败，以用于指示其MBMS会话开始的请求失败。这意味着对于这些网络设备，MBMS会话开始未成功，并且对应的MBMS承载未被建立。如果BL的MBMS业务发生了MBMS会话开始请求失败，则不应该在这些网络设备中建立与BL相对应的EL的MBMS业务承载。
另一方面，对于MBMS承载业务，在一个BMSC的控制下，会有多个下级网络设备。从整个网络结构的观点，该网络拓扑结构可以表示为树状的结构，如图2所示。BMSC类似于根节点，eNodeB类似于叶子节点。在除BMSC之外的每个网络设备级别，都有可能出现MBMS会话开始过程的失败，从而导致未成功建立MBMS承载业务。例如，在图2中，斜划线表示在MBMS会话开始过程中失败的eNodeB，MCE，MME和MBMS网关(gateway，GW)。对于采用MST传输的可分级编码视频业务，需要确保对应于一个可分级编码视频业务的MBMS承载资源被正确且有效地管理。
一旦在某些网络设备的BL MBMS承载业务发生了会话开始失败，需要防止相关的EL MBMS承载业务的后续的建立。否则将导致在BL MBMS业务的MBMS承载建立失败时，仍为其相关的ELMBMS业务建立MBMS承载，将导致无线承载资源的浪费。但是当一些网络设备的MBMS承载建立失败，将不会影响其他网络设备的MBMS承载建立以提供可分级编码视频业务。因此，需要在从BMSC到基站的各个网络设备中定义合适的管理机制，以确保BL MBMS承载业务和其相关的EL MBMS承载业务正确和有效的建立。
进一步地，由于时变的无线信道条件、环境和考虑到QoE的即时可用的无线资源，无线接入网络面临着对可分级编码视频业务进行优化的挑战。因此，需要提供一种根据实际数据的不同的重要性的(例如，对于视频用户的QoE而言，BL比EL更重要)、灵活的比特流适应和差错鲁棒性。例如，通过在eNodeB中采用智能速率适应，eNodeB根据实际数据的不同的重要性，主动地丢包，例如丢弃部分EL数据或非基本视图。为了进行上述对QoE的优化，eNodeB需要知道可分级编码视频编码的其他信息，例如不同编码层之间的依赖关系。目前只有在BM-SC的应用层知晓上述信息，但是无线接入网络不可见上述信息。
在本发明的实施例中，提出了在网络设备中，例如，BMSC到eNodeB中的、在广播/组播架构中的基于MST传输的可分级编码视频业务的MBMS承载管理的方法和装置。可以确保对应于一个可分级编码视频业务的MBMS承载资源被正确有效地管理。此外，如果一些网络设备建立某些BL的MBMS承载失败时，通过本发明的实施例的方案，将会对业务区域(Service Area，SA)中的其他的网络设备产生很小的影响，从而继续提供可分级编码的视频业务。根据本发明的实施例的方案，在BL MBMS业务和其相关的EL MBMS业务之间的依赖关系在相应的信令中简单并且有效地被表示，并且其可以从BMSC中被传输至eNodeB中。该信令可以被eNodeB用于考虑QoE对流程进行优化。
目前，在从BMSC到eNodeB的网络设备中没有对用于可分级编码视频传输和优化的承载管理的方案。也没有从BMSC到eNodeB之间的通过标准的接口信令的指示，以描述用于可分级编码视频业务的BL MBMS业务与EL MBMS业务之间的依赖关系。
用于可分级编码视频业务的MTS传输是在MBMS架构中的广播/组播模式定义的。一个可分级编码视频的不同的编码层可以产生多个RTP流，并且映射到BMSC的不同的MBMS业务。特别地，BL数据需要单独的MBMS业务，并且EL数据需要其他MBMS业务。目前，BMSC通过会话开始/停止过程，发起相应的承载资源建立/释放过程。
BMSC作为一个可分级编码视频业务的入口，使得可分级编码视频业务进入EPS网络。BMSC可以从外部应用，例如，应用服务器(Application Server)，获取具体的应用信息，例如，可分级视频编码依赖性信息。因此，BMSC知道BL MBMS业务与EL MBMS业务之间的依赖关系信息。但是，为了在会话开始/释放过程路径中的其他网络设备，例如MBMS GW，MME，MCE和eNodeB中实现承载管理功能，这些网络设备也需要知道BL MBMS业务与ELMBMS业务之间的依赖关系信息。
因此，本发明的实施例首先要解决如何指示可分级编码视频业务的BL MBMS业务与EL MBMS业务之间的依赖关系信息，并且通过中间网络设备，从BMSC传输至eNodeB。该信息应该由所有相关的网络设备用于各自的承载管理功能中，以用于可分级编码视频传输。该信息也可以被eNodeB用于后续进一步的QoE的优化操作。
BMSC使用会话开始/停止过程以触发相关的MBMS承载建立/释放。在MBMS会话开始信令过程中，BMSC将传输业务会话属性，例如，临时移动性组织标识(Temporary MobileGroup Identifier，TMGI)、流标识(Flow Identifier)、QoS、MBMS业务区域、会话标识、估计的会话持续时间、MBMS GW的MBMS控制面节点的列表(包括MME，服务GPRS支持节点(ServingGPRS Support Node，SGSN))、MBMS数据传输时间、MBMS数据传输开始、接入标识等。其中，TMGI用于区别不同的MBMS业务。也即，对于每个MBMS业务，TMGI是唯一的标识。BMSC负责为每个MBMS业务分配TMGI。因此，对于一个可分级编码视频业务，BL数据业务与EL数据业务将具有不同的TMGI。不同的可分级编码视频业务的不同的BL数据业务也具有不同的TMGI，以便于区分。
BL MBMS业务与EL MBMS业务之间的依赖关系信息，不仅包括EL与BL之间的依赖关系，也包括EL与其他不同的EL之间的依赖关系。因为一些EL的解码依赖于BL和其他EL。例如，在一个可分级编码视频业务中，具有BL和2个EL，也即EL1和EL2。EL1仅依赖于BL。而EL2同时依赖于BL和EL1。也即，EL2数据解码仅在BL和EL1数据正确接收和解码之后才可以进行。因此，BL和EL之间的依赖关系也需要考虑不同的EL之间的层级关系。
为了描述一个可分级编码视频业务的BL和EL之间的依赖关系，在BMSC发出的会话开始请求信息中引入了一个额外的信息元素(Information Element，IE)，可以将其命名为LinkedTMGI，其用于指示当前的MBMS业务会话依赖于哪些其他MBMS业务会话。LinkedTMGI是指示当前MBMS业务会话所依赖的所有MBMS业务的TMGI的列表。
该LinkedTMGI信息元素在MBMS会话开始请求中是可选的。例如，当MBMS业务是BL数据业务时，LinkedTMGI IE将不会出现在MBMS会话开始请求信令中。对于EL数据业务，该LinkedTMGIIE将在MBMS会话开始请求信令中被赋值为该EL数据业务所依赖的BL和所有EL的TMGI的值。
如果一个可分级编码视频业务具有多个EL数据业务，并且这些EL数据业务均仅依赖于BL数据业务，则对于每个EL数据业务，其MBMS会话开始请求信令中的LinkedTMGI值是相同的。如果LinkedTMGI值被设定，则该值将从BMSC被传输至eNodeB，并且被该传输路径中的各个网络设备保存该LinkedTMGI值，以用于管理可分级编码视频业务的承载管理。例如，在这些网络设备中将包括依赖关系和会话开始状态表，用于描述BL和EL MBMS业务之间的依赖关系，以及其相关会话开始是成功还是失败的状态。
以下的表一示例了在每个网络设备中的BL与EL之间的依赖关系以及会话开始状态(dependency relation and status of session start)。
表一：依赖关系以及会话开始状态
表一中示出了5个MBMS业务。其中，业务1(TMGI 1)是BL MBMS业务。业务1具有与其链接的3个EL MBMS业务，业务2(TMGI 2)、业务3(TMGI 3)和业务4(TMGI 4)。有些ELMBMS业务仅依赖于BL MBMS业务，例如，业务2(TMGI 2)仅依赖于业务1(TMGI 1)。而有些业务不仅依赖于BL MBMS业务，也依赖于EL MBMS业务。例如，业务3(TMGI 3)依赖于业务1(BL MBMS业务)以及EL MBMS业务2(TMGI 2)。业务4(TMGI 4)依赖于业务1(BL MBMS业务)以及另外2个EL MBMS业务(TMGI 2和TMGI 3)。另一个业务5(TMGI 5)没有与其链接的EL MBMS业务。每一个业务都有一个指示符，以标识该业务的会话开始是否成功。“Start SuccessM or not”用于指示在该网络设备中的当前的每个MBMS业务的会话开始结果。
因为每个层级的网络设备均可能建立MBMS会话开始过程失败，因此，为了降低一个网络设备建立MBMS会话过程失败对在该业务区域中的其他网络设备建立MBMS会话过程的影响，对于可分级编码视频业务，承载管理功能应该被包括在每个网络设备中。
因此，提出了为每个层级的网络设备的MBMS承载管理功能，以根据BL/ELMBMS业务的依赖关系，控制MBMS承载建立/释放过程。
首先，在一个实施例中，先描述通过MBMS会话开始过程的MBMS承载建立。
主要的原则是，对于可分级编码视频业务，BL MBMS业务承载应该首先被成功建立。否则，对后续的相关EL MBMS业务承载的建立是无用的。对于一个EL MBMS业务，如果该EL MBMS业务所依赖的所有MBMS业务(包括BL MBMS业务，以及可能的EL MBMS业务，例如表一中TMGI 2仅依赖于BL，而TMGI 3和4依赖于BL和其他EL)未成功建立，该EL MBMS业务也不能进行会话开始过程。
图3示出了在每个层级的网络设备中管理可分级编码视频业务的MBMS承载建立的流程图。
网络设备包括多媒体广播组播业务网关、移动性管理实体或多播协调实体。根据无线通信网络的拓扑结构，本领域技术人员可以理解，多媒体广播组播业务网关的上级网络设备为广播组播业务中心，多媒体广播组播业务网关的下级网络设备为移动性管理实体。移动性管理实体的上级网络设备为多媒体广播组播业务网关，移动性管理实体的下级网络设备为多播协调实体。多播协调实体的上级网络设备为移动性管理实体，多播协调实体下级网络设备为基站。
首先，在步骤S300中，每个网络设备获取来自上级网络设备的MBMS会话开始请求信令。
然后，在步骤S301中，该网络设备判断该MBMS会话开始请求信令是否为重复的请求。具体地，网络设备可以通过查询“依赖关系和会话开始过程状态”，根据TMGI确定是否为对已经发起的会话开始过程的重复，以及该MBMS承载过程是否成功建立。
然后，在步骤S302中，如果前一次MBMS承载已成功建立时，则防止重复MBMS会话开始过程。参考图2，当eNodeB发生MBMS会话开始建立失败时，上级MCE可能向该MCE所辖的所有eNodeB重发该MBMS会话开始请求信令。本领域技术人员可以理解，由同一个MCE所辖的多个eNodeB可能建立相同的MBMS会话，具有相同的TMGI标识。此时，该MCE所辖的eNodeB可以通过TMGI判断其之前是否已成功建立以该TMGI所标识的MBMS承载。如果TMGI值与已经成功建立承载的TMGI相同，则表示不需要重复建立MBMS承载，否则，重新建立MBMS承载。当然，如果不考虑MBMS会话开始过程重复进行的条件下，上述步骤S301和S302可以省略。
然后，在步骤S303中，该网络设备确定MBMS会话开始请求信令中是否包括“LinkedTMGI”IE。
如果MBMS会话开始请求信令中不包括“LinkedTMGI”IE，则表示该MBMS业务是BLMBMS业务。则在步骤S308中，网络设备将该信息保存在依赖关系表中，并将该MBMS业务标识为BL业务。
然后，在步骤S309中，网络设备向下级网络设备转发MBMS会话开始请求信令，并接收来自下级网络设备的反馈。
然后，在步骤S310中，网络设备根据来自其下级网络设备的对该MBMS业务开始请求信令的反馈，在其依赖关系和会话开始状态(dependency relation and status ofsession start)表中标识该会话开始是否成功建立。
如果MBMS会话开始请求信令中包括“LinkedTMGI”IE，则表示该MBMS业务是ELMBMS业务，其LinkedTMGI表示该ELMBMS业务所依赖的BL MBMS业务和可能的EL MBMS业务。则在步骤S304中，该网络设备需要查找该网络设备上的“依赖关系和会话开始状态表”，以确定该EL MBMS业务所依赖的BL MBMS业务和可能的EL MBMS业务的承载是否建立成功。
如果EL MBMS业务所依赖的BL MBMS业务和可能的ELMBMS业务的承载建立成功，则该方法进入步骤S309，该网络设备可以继续进行EL MBMS业务的会话开始过程。也即，向下级网络设备继续发送会话开始信令，并等待来自该下级网络设备的反馈。
然后，该方法进入步骤S310，该网络设备根据实际的状态，保存或更新“依赖关系和会话开始状态表”。
否则，如果该EL MBMS业务所依赖的BL MBMS业务和可能的EL MBMS业务的承载建立未成功，则该方法进入步骤S305，该网络设备需要暂停建立承载，该网络设备需要等待预定时间，然后再进行判断。
如果该结果仍是该EL MBMS业务所依赖的BL MBMS业务和可能的EL MBMS业务的承载建立未成功，则该方法进入步骤S307，该网络设备可以直接向该网络设备的上级网络设备反馈本网络设备反馈该EL MBMS业务承载失败。
如果等待预定时间段后，网络设备再进行判断，如果该EL MBMS业务所依赖的BLMBMS业务和可能的EL MBMS业务的承载建立已成功，则该方法进入步骤S309，该网络设备可以继续进行EL MBMS会话开始过程。然后，在步骤S310中，该网络设备根据实际的状态，保存或更新“依赖关系和会话开始状态表”。
BMSC将会统一地管理BL MBMS业务和EL MBMS业务的状态，并根据运营者的政策和策略，确定如何处理会话开始过程失败。例如，以相同的TMGI重新开始会话开始过程，或者忽略这些下级网络设备，也即，不向这些区域提供可分级编码视频业务。
对于eNodeB和BMSC，作为会话开始过程的终端点，eNodeB和BMSC对可分级编码视频业务的承载管理过程与其他的中间网络设备有一些区别。eNodeB是会话开始过程的终结网络设备。eNodeB没有下级网络设备。如果eNodeB确定会话开始过程失败，eNodeB仅仅维护或更新“依赖关系和会话开始状态”，并将该失败反馈给上级的MCE。另一方面，BMSC作为会话开始过程的发起者，因为BMSC没有上级网络设备，因此，其仅仅接收来自下级网络设备的反馈。
第二实施例：通过MBMS会话停止过程的MBMS承载释放
为可分级编码视频业务进行MBMS承载释放没有失败过程，释放过程是默认成功的。但是根据BL MBMS业务和EL MBMS业务之间的依赖关系，仍可以优化释放与可分级编码视频业务相关的MBMS承载业务，从而降低信令过程，减少处理时间。
MBMS会话停止过程由BMSC控制。以下将描述BMSC发起会话停止过程从而释放MBMS承载资源的两种实施例。
实施例一：
在业务传输阶段，BMSC需要动态地调整视频质量并停止一些EL数据业务传输，直至停止所有的视频数据业务。这种方式是逐渐地降低视频质量，直至最终视频业务终止。在该情形下，考虑到在解码过程中的BL与EL数据之间的依赖关系，如果BL数据无法获取，则EL数据是无用的，即使EL数据被正确接收。因此，为了保证数据有效性和资源利用效率，对可分级编码视频业务的MBMS承载释放过程应该遵循以下的顺序：BMSC应该确保在发起对BL数据业务MBMS承载释放的会话停止过程时，依赖该BL的所有EL的承载均已释放。当在所有EL数据业务完成了会话停止过程，BMSC可以发起对BL数据业务的会话停止过程，以释放BL数据业务MBMS承载。对于不同的EL的MBMS承载释放，也是类似的。也即，在依赖于一个EL数据业务的所有其他的EL数据业务均被释放了MBMS承载后，再释放该EL的MBMS承载。因此，每次依赖层级最低的EL数据业务(也即，未被其他EL所依赖的EL)被最先释放。因此，从BMSC发出的会话停止请求信令中包括需要被停止的BL或EL的TMGI。接收到会话停止请求信令的中间网络设备(包括MME/SGSN，MCE)、以及终端的eNodeB根据会话停止请求信令中的TMGI，停止相应的BL/EL会话过程，也即，释放相应的MBMS资源。图4和图5示出了在BMSC中的管理可分级编码视频MBMS承载释放的相关的信令过程。
实施例二：
可分级编码视频业务传输的另一个实施例是立即停止所有该可分级编码视频业务的数据传输。BMSC需要发起会话停止过程，以释放包括BL和EL数据业务的所有该可分级编码视频业务相关的资源。在该情形下，考虑到BL数据业务和EL数据业务之间的依赖关系，可以仅仅发起一个指向BL数据业务的MBMS会话停止过程。然后，所有接收到该会话停止请求信令的下级网络设备不仅停止BL数据业务会话，还停止依赖该BL的所有EL数据业务的会话。
该方式可以大大降低BMSC与eNodeB之间的信令交互，因为BMSC仅仅发起了一个BL数据业务会话停止过程，但是所有依赖于该BL的EL数据业务会话也被停止。该实施例的相关信令过程和基本流程如图6所示。
首先，BMSC向MBMS GW发送会话停止请求(该请求中包括需要被停止的BL的TMGI值)。
然后，MBMS GW向BMSC发送会话停止响应。
然后，BMSC释放所有相关的BL/EL信息。
然后，MBMS GW向MME或SGSN发送会话停止请求(该请求中包括需要被停止的BL的TMGI值)。
然后，MME或SGSN向MBMS GW发送会话停止响应。
然后，MBMS GW释放所有相关的BL/EL承载上下文(context)。
然后，MME或SGSN向E-UTRAN或UTRAN发送会话停止请求(该请求中包括需要被停止的BL的TMGI值)。
然后，E-UTRAN或UTRAN向MME或SGSN发送会话停止响应。
然后，E-UTRAN或UTRAN释放所有相关的BL/EL承载上下文(context)。
并且E-UTRAN或UTRAN向MME或SGSN发送IGMP组报告消息。
然后，E-UTRAN或UTRAN与UE交互，从而释放所有的相关的BL/EL无线接入网络资源。
可以理解，本发明的实施例也适用于UMTS MBMS架构中的基于可分级编码的无线视频业务。
以上，从方法角度对本发明进行描述。以下，将从装置角度对本发明进行描述。
图7示出了根据本发明的一个实施例的第一装置的框图。该第一装置70位于BMSC中，用于管理视频业务传输。视频业务被编码为基本编码层数据和增强编码层数据，该基本编码层数据和该增强编码层数据分别利用不同的多媒体广播组播业务承载进行传输，该第一装置70包括以下模块：第一获取模块700和第一发送模块701。
首先，第一获取模块700获取该增强编码层数据的依赖信息，该依赖信息用于指示增强编码层数据所依赖的编码层数据。
然后第一发送模块701向多媒体广播组播业务网关发送多媒体广播组播业务会话开始请求信令，该多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该多媒体广播组播业务会话开始请求信令中包括该依赖信息。
图8示出了根据本发明的一个实施例的第二装置的框图。
第二装置80位于网络设备中，用于管理视频业务传输。该视频业务被编码为基本编码层数据和增强编码层数据，该第二装置包括以下模块：第二获取模块800、第一判断模块801和第二发送模块802。
首先，第二获取模块800用于获取来自上级网络设备的第一多媒体广播组播业务会话开始请求信令，该第一多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该第一多媒体广播组播业务会话开始请求信令中包括依赖信息，该依赖信息用于指示该增强编码层数据所依赖的编码层数据。
然后，第一判断模块801用于判断为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载是否成功。
然后，当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载成功时，第二发送模块802向该网络设备的下级网络设备转发该第一多媒体广播组播业务会话开始请求信令。
当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载未成功时，该第二发送模块802暂停向该下级网络设备转发该第一多媒体广播组播业务会话开始请求信令。
图9示出了根据本发明的一个实施例的第三装置的框图。第三装置90位于基站中，用于管理视频业务传输。该视频业务被编码为基本编码层数据和增强编码层数据，该第三装置90包括以下模块：第三获取模块900、第二判断模块901、保存模块902和反馈模块903。
首先，第三获取模块900获取来自多播协调实体的第一多媒体广播组播业务会话开始请求信令，该第一多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该多媒体广播组播业务会话开始请求信令中包括依赖信息，该依赖信息用于指示该增强编码层数据所依赖的编码层数据；
然后，第二判断模块901判断为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载是否成功。
然后，当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载成功时，保存模块902保存为该增强编码层数据建立多媒体广播组播业务承载成功的标识信息。
当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载未成功时，该保存模块902保存为该增强编码层数据建立多媒体广播组播业务承载未成功的标识信息；并且该第三装置还包括反馈模块903，用于向该多播协调实体发送为该增强编码层数据建立多媒体广播组播业务承载未成功的反馈。
以上对本发明的实施例进行了描述，但是本发明并不局限于特定的***、设备和具体协议，本领域内技术人员可以在所附权利要求的范围内做出各种变形或修改。
那些本技术领域的一般技术人员可以通过研究说明书、公开的内容及附图和所附的权利要求书，理解和实施对披露的实施方式的其他改变。在权利要求中，措词“包括”不排除其他的元素和步骤，并且措辞“一个”不排除复数。在本发明中，“第一”、“第二”仅表示名称，不代表次序关系。在发明的实际应用中，一个零件可能执行权利要求中所引用的多个技术特征的功能。权利要求中的任何附图标记不应理解为对范围的限制。

Claims (16)

1.一种在广播组播业务中心中用于管理视频业务传输的方法，其中，该视频业务被编码为基本编码层数据和增强编码层数据，该基本编码层数据和该增强编码层数据分别利用不同的多媒体广播组播业务承载进行传输，该方法包括以下步骤：
I.获取该增强编码层数据的依赖信息，该依赖信息用于指示增强编码层数据所依赖的编码层数据；以及
II.向多媒体广播组播业务网关发送多媒体广播组播业务会话开始请求信令，该多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该多媒体广播组播业务会话开始请求信令中包括该依赖信息。
2.根据权利要求1所述的方法，其中，该多媒体广播组播业务会话开始请求信令中包括第一临时移动组织标识，该步骤II之后还包括：
III.接收来自该多媒体广播组播业务网关所发送的为该增强编码层数据建立多媒体广播组播业务承载未成功的反馈；
IV.向该多媒体广播组播业务网关重发该多媒体广播组播业务会话开始请求信令，该重发的多媒体广播组播业务会话开始请求信令中的临时移动性组织标识与该第一临时移动组织标识相同。
3.根据权利要求1所述的方法，其中，该增强编码层数据所依赖的编码层数据包括以下各项中的任一项：
基本编码层数据；或
基本编码层数据和至少一个增强编码层数据。
4.根据权利要求1所述的方法，其中，该广播组播业务中心获取多个增强编码层数据的依赖信息，该步骤II之后还包括：
-判断是需要逐渐停止所述视频业务还是立即停止所述视频业务；
-当需要逐渐停止所述视频业务时，根据所述多个增强编码层数据的依赖关系，顺次地为所述多个增强编码层数据发送第一多媒体广播组播业务会话停止请求信令以释放所述多个增强编码层数据的多媒体广播组播业务承载，
当所有增强编码层数据的多媒体广播组播业务承载均已释放之后，再为所述基本编码层数据发送第二多媒体广播组播业务会话停止请求信令以释放所述基本编码层数据的多媒体广播组播业务承载；
-当需要立即停止所述视频业务时，向该多媒体广播组播业务网关发送第三多媒体广播组播业务会话停止请求信令，该第三多媒体广播组播业务会话停止请求信令用于请求为该基本编码层数据和依赖于该基本编码层数据的所有增强编码层数据释放多媒体广播组播业务承载。
5.一种在网络设备中用于管理视频业务传输的方法，其中，该视频业务被编码为基本编码层数据和增强编码层数据，该方法包括以下步骤：
A.获取来自上级网络设备的第一多媒体广播组播业务会话开始请求信令，该第一多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该第一多媒体广播组播业务会话开始请求信令中包括依赖信息，该依赖信息用于指示该增强编码层数据所依赖的编码层数据；
B.判断为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载是否成功；以及
C.当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载成功时，向该网络设备的下级网络设备转发该第一多媒体广播组播业务会话开始请求信令；
C’.当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载未成功时，暂停向该下级网络设备转发该第一多媒体广播组播业务会话开始请求信令。
6.根据权利要求5所述的方法，其中，所述步骤C’之后还包括：
-保存为该增强编码层数据建立多媒体广播组播业务承载是否成功的标识信息，以及保存该增强编码层数据的依赖关系。
7.根据权利要求5所述的方法，还包括：当为该增强编码层数据建立多媒体广播组播业务承载未成功时，向该网络设备的该上级网络设备发送为该增强编码层数据建立多媒体广播组播业务承载未成功的反馈。
8.根据权利要求5所述的方法，其中，该增强编码层数据所依赖的编码层数据包括以下各项中的任一项：
-基本编码层数据；或
-基本编码层数据和至少一个增强编码层数据。
9.根据权利要求5所述的方法，其中，所述步骤C之后还包括：
-接收来自该上级网络设备的第三多媒体广播组播业务会话停止请求信令，该第三多媒体广播组播业务会话停止请求信令用于请求为该基本编码层数据和依赖于该基本编码层数据的所有增强编码层数据释放多媒体广播组播业务承载；
-根据该第三多媒体广播组播业务会话停止请求信令，释放该网络设备中的与基本编码层数据相对应的多媒体广播组播业务承载，并释放与该依赖于该基本编码层数据的所有增强编码层数据的多媒体广播组播业务承载；以及
-向该下级网络设备转发该第三多媒体广播组播业务会话停止请求信令。
10.根据权利要求5所述的方法，其中，所述网络设备包括多媒体广播组播业务网关、移动性管理实体或多播协调实体。
11.一种在基站中用于管理视频业务传输的方法，其中，该视频业务被编码为基本编码层数据和增强编码层数据，该方法包括以下步骤：
a.获取来自多播协调实体的第一多媒体广播组播业务会话开始请求信令，该第一多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该多媒体广播组播业务会话开始请求信令中包括依赖信息，该依赖信息用于指示该增强编码层数据所依赖的编码层数据；
b.判断为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载是否成功；以及
c.当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载成功时，保存为该增强编码层数据建立多媒体广播组播业务承载成功的标识信息；
c’.当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载未成功时，保存为该增强编码层数据建立多媒体广播组播业务承载未成功的标识信息；并向该多播协调实体发送为该增强编码层数据建立多媒体广播组播业务承载未成功的反馈。
12.根据权利要求11所述的方法，其中，该增强编码层数据所依赖的编码层数据包括以下各项中的任一项：
-基本编码层数据；或
-基本编码层数据和至少一个增强编码层数据。
13.根据权利要求11所述的方法，其中，所述步骤c之后还包括：
-接收来自该多播协调实体的第三多媒体广播组播业务会话停止请求信令，该第三多媒体广播组播业务会话停止请求信令用于请求为该基本编码层数据和依赖于该基本编码层数据的所有增强编码层数据释放多媒体广播组播业务承载；
-根据该第三多媒体广播组播业务会话停止请求信令，释放该基站中的与基本编码层数据相对应的多媒体广播组播业务承载，并释放与该依赖于该基本编码层数据的所有增强编码层数据的多媒体广播组播业务承载。
14.一种在广播组播业务中心中用于管理视频业务传输的第一装置，其中，该视频业务被编码为基本编码层数据和增强编码层数据，该基本编码层数据和该增强编码层数据分别利用不同的多媒体广播组播业务承载进行传输，该第一装置包括以下模块：
第一获取模块，用于获取该增强编码层数据的依赖信息，该依赖信息用于指示增强编码层数据所依赖的编码层数据；以及
第一发送模块，用于向多媒体广播组播业务网关发送多媒体广播组播业务会话开始请求信令，该多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该多媒体广播组播业务会话开始请求信令中包括该依赖信息。
15.一种在网络设备中用于管理视频业务传输的第二装置，其中，该视频业务被编码为基本编码层数据和增强编码层数据，该第二装置包括以下模块：
第二获取模块，用于获取来自上级网络设备的第一多媒体广播组播业务会话开始请求信令，该第一多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该第一多媒体广播组播业务会话开始请求信令中包括依赖信息，该依赖信息用于指示该增强编码层数据所依赖的编码层数据；
第一判断模块，用于判断为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载是否成功；以及
第二发送模块，当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载成功时，向该网络设备的下级网络设备转发该第一多媒体广播组播业务会话开始请求信令；
当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载未成功时，该第二发送模块暂停向该下级网络设备转发该第一多媒体广播组播业务会话开始请求信令。
16.一种在基站中用于管理视频业务传输的第三装置，其中，该视频业务被编码为基本编码层数据和增强编码层数据，该第三装置包括以下模块：
第三获取模块，用于获取来自多播协调实体的第一多媒体广播组播业务会话开始请求信令，该第一多媒体广播组播业务会话开始请求信令用于请求为该增强编码层数据建立多媒体广播组播业务承载，该多媒体广播组播业务会话开始请求信令中包括依赖信息，该依赖信息用于指示该增强编码层数据所依赖的编码层数据；
第二判断模块，用于判断为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载是否成功；以及
保存模块，用于当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载成功时，保存为该增强编码层数据建立多媒体广播组播业务承载成功的标识信息；
当为该增强编码层数据所依赖的编码层数据建立多媒体广播组播业务承载未成功时，该保存模块用于保存为该增强编码层数据建立多媒体广播组播业务承载未成功的标识信息；并且该第三装置还包括反馈模块，用于向该多播协调实体发送为该增强编码层数据建立多媒体广播组播业务承载未成功的反馈。
CN201210246441.0A 2012-07-16 2012-07-16 视频业务的传输方法和装置 Active CN103546826B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201210246441.0A CN103546826B (zh) 2012-07-16 2012-07-16 视频业务的传输方法和装置
EP13762219.7A EP2873245A1 (en) 2012-07-16 2013-07-01 Method and apparatus for layered video service transmission
US14/414,920 US20150189336A1 (en) 2012-07-16 2013-07-01 Method and apparatus for video service transmission
PCT/IB2013/001643 WO2014013331A1 (en) 2012-07-16 2013-07-01 Method and apparatus for layered video service transmission
TW102124773A TWI508584B (zh) 2012-07-16 2013-07-10 Video service transmission method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201210246441.0A CN103546826B (zh) 2012-07-16 2012-07-16 视频业务的传输方法和装置

Publications (2)

Publication Number Publication Date
CN103546826A CN103546826A (zh) 2014-01-29
CN103546826B true CN103546826B (zh) 2017-07-21

Family

ID=49165784

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201210246441.0A Active CN103546826B (zh) 2012-07-16 2012-07-16 视频业务的传输方法和装置

Country Status (5)

Country Link
US (1) US20150189336A1 (zh)
EP (1) EP2873245A1 (zh)
CN (1) CN103546826B (zh)
TW (1) TWI508584B (zh)
WO (1) WO2014013331A1 (zh)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9641834B2 (en) 2013-03-29 2017-05-02 Qualcomm Incorporated RTP payload format designs
US9456315B2 (en) * 2013-04-30 2016-09-27 Telefonaktiebolaget Lm Ericsson (Publ) Multicast group reuse in cellular network multicase transport
US9350781B2 (en) * 2013-05-31 2016-05-24 Qualcomm Incorporated Single network abstraction layer unit packets with decoding order number for video coding
CN104469691B (zh) * 2013-09-25 2018-04-17 电信科学技术研究院 一种组通信方法、设备及***
WO2016019970A1 (en) * 2014-08-04 2016-02-11 Nokia Solutions And Networks Oy Method and apparatus for enhancing broadcast service
CN105611425A (zh) * 2015-09-25 2016-05-25 浪潮(北京)电子信息产业有限公司 一种节点优化方法及装置
US10476695B2 (en) * 2015-10-14 2019-11-12 Lg Electronics Inc. Method and apparatus for supporting SCPTM service continuity
EP3800834B1 (en) * 2016-11-01 2023-10-18 Telefonaktiebolaget LM Ericsson (publ) Service interruption reporting
CN110366008B (zh) * 2018-03-26 2021-10-08 阿里巴巴（中国）有限公司 多媒体资源请求识别方法、装置及存储介质
CN109743638A (zh) * 2019-01-30 2019-05-10 杭州迪普科技股份有限公司 一种视频组播方法及装置
CN112486481B (zh) * 2020-12-03 2024-03-19 北京展心展力信息科技有限公司 多模块分层架构实现方法、装置、电子设备及介质
WO2022198613A1 (zh) * 2021-03-26 2022-09-29 华为技术有限公司 一种媒体数据传输方法及通信装置
CN115052302A (zh) * 2022-07-14 2022-09-13 中国联合网络通信集团有限公司 测量控制方法、装置及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101047956A (zh) * 2006-03-30 2007-10-03 华为技术有限公司 一种多媒体广播业务***及方法
CN101120593A (zh) * 2005-04-13 2008-02-06 诺基亚公司 可扩展性信息的编码、存储和信号发送
EP2134095A1 (fr) * 2008-06-11 2009-12-16 Alcatel Lucent Procédé de transmission de contenus en couches par des ensembles choisis de stations de base d'une infrastructure radio

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE602005006095T2 (de) * 2005-02-16 2009-07-09 Panasonic Corp., Kadoma Bereitstellen von Informationen über die Beziehungen individueller Träger für mobile Endgeräte, die einen Multicast- oder Broadcastdienst empfangen
CN100355316C (zh) * 2005-03-26 2007-12-12 华为技术有限公司 无线通信***中广播多播区域管理的实现方法
US8570928B2 (en) * 2009-07-17 2013-10-29 Htc Corporation Method of handling multimedia broadcast multicast service data reception on multiple component carriers
US8391200B2 (en) * 2009-07-30 2013-03-05 Htc Corporation Method of multimedia broadcast multicast service content aware scheduling and receiving in a wireless communication system and related communication device
US20110141963A1 (en) * 2009-12-16 2011-06-16 Electronics And Telecommunications Research Institute Method for supporting broadcast services in multicast broadcast service frequency network
US9277533B2 (en) * 2012-05-17 2016-03-01 Vid Scale, Inc. Scalable video coding over simultaneous unicast/multicast LTE DL shared channel

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101120593A (zh) * 2005-04-13 2008-02-06 诺基亚公司 可扩展性信息的编码、存储和信号发送
CN101047956A (zh) * 2006-03-30 2007-10-03 华为技术有限公司 一种多媒体广播业务***及方法
EP2134095A1 (fr) * 2008-06-11 2009-12-16 Alcatel Lucent Procédé de transmission de contenus en couches par des ensembles choisis de stations de base d'une infrastructure radio

Also Published As

Publication number Publication date
EP2873245A1 (en) 2015-05-20
TW201412155A (zh) 2014-03-16
CN103546826A (zh) 2014-01-29
US20150189336A1 (en) 2015-07-02
WO2014013331A1 (en) 2014-01-23
TWI508584B (zh) 2015-11-11

Similar Documents

Publication Publication Date Title
CN103546826B (zh) 视频业务的传输方法和装置
US10356667B2 (en) User equipment handover method, and base station
CN104871570B (zh) 基于lte增强型多媒体广播多播业务的群组通信的业务连续性方法以及用户设备
EP3414884B1 (en) Methods and apparatus for enhanced mbms content provisioning and content ingestion
RU2436245C2 (ru) Система и способ для осуществления хэндовера mbms во время доставки в режиме загрузки
EP3051847B1 (en) Group communication method, device and system
CN107040995A (zh) 车联网通信v2x消息的广播方法及装置、mbms承载的建立方法
US20210321228A1 (en) Network location reporting broadcast bearer management
WO2006107164A1 (en) Apparatus and method for delivering stream in a mobile broadcast system
CN111406391A (zh) 利用核心网络对无线电接入网络的多播/广播服务
CN106464691A (zh) 一种实时传输协议rtp包传输方法和装置
CN106488584B (zh) 一种数据发送、传输方法及装置
EP2878098B1 (en) User equipment node, server node and methods performed in such nodes for performing file repair procedure
CN105743663A (zh) 一种数据传输装置和方法
CN104320399A (zh) 一种服务端自动配置信息的方法
CN107005816A (zh) 一种集群业务的处理方法及装置
CN111836206B (zh) 多播处理方法、终端及网络节点
CN105491535B (zh) 一种数据发送方法和设备
GB2624956A (en) Method and apparatus for AI/ML data transfer
WO2015109527A1 (zh) 头压缩处理装置及方法
CN115802292A (zh) 组呼建立方法及装置
CN110881170A (zh) 为多媒体广播多播服务的通信***、方法及数据转发装置
NOEL LTE Broadcast Continuité de Service et Gestion de la Qualité
CN107580301A (zh) 多媒体广播单频网mbsfn区域保留小区实现的方法
CN109600720A (zh) 组播数据处理方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
CP01 Change in the name or title of a patent holder

Address after: 201206 Shanghai, Pudong Jinqiao Ning Bridge Road, No. 388, No.

Patentee after: Shanghai NOKIA Baer Limited by Share Ltd

Address before: 201206 Shanghai, Pudong Jinqiao Ning Bridge Road, No. 388, No.

Patentee before: Shanghai Alcatel-Lucent Co., Ltd.

CP01 Change in the name or title of a patent holder