CN107113460A - 针对空中广播媒体数据的会话描述信息 - Google Patents

针对空中广播媒体数据的会话描述信息 Download PDF

Info

Publication number
CN107113460A
CN107113460A CN201680005091.5A CN201680005091A CN107113460A CN 107113460 A CN107113460 A CN 107113460A CN 201680005091 A CN201680005091 A CN 201680005091A CN 107113460 A CN107113460 A CN 107113460A
Authority
CN
China
Prior art keywords
data
session
media
received
elements
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.)
Granted
Application number
CN201680005091.5A
Other languages
English (en)
Other versions
CN107113460B (zh
Inventor
C·N·洛
T·施托克哈默
M·G·卢比
C·M·D·帕索斯
王俊
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.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
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 Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN107113460A publication Critical patent/CN107113460A/zh
Application granted granted Critical
Publication of CN107113460B publication Critical patent/CN107113460B/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/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0045—Arrangements at the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/142—Managing session states for stateless protocols; Signalling session states; State transitions; Keeping-state mechanisms
    • 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/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26258—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for generating a list of items to be played back in a given order, e.g. playlist, or scheduling item distribution according to such list
    • 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/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/443—OS processes, e.g. booting an STB, implementing a Java virtual machine in an STB or power management in an STB
    • H04N21/4433—Implementing client middleware, e.g. Multimedia Home Platform [MHP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Abstract

空中(OTA)广播中间件单元被配置为：接收针对多个会话的聚合的会话描述数据，其中，这些会话中的每个会话传输与共同媒体内容相关的媒体数据，并且其中，这些会话中的每个会话作为OTA广播的一部分被发送；以及基于聚合的会话描述数据，从OTA广播中提取媒体数据中的至少一些媒体数据。OTA广播中间件单元还可以将所提取的媒体数据传送到诸如基于HTTP的动态自适应流式传输(DASH)客户端之类的流式传输客户端。

Description

针对空中广播媒体数据的会话描述信息
本申请要求享有于2015年1月8日递交的美国临时申请No.62/101,236的权益，在此以引用方式并入该申请的全部内容。
技术领域
本公开内容涉及编码视频数据的存储和传输。
背景技术
数字视频能力可以被并入到各种各样的设备，包括数字电视、数字直播系统、无线广播系统、个人数字助理(PDA)、膝上型或台式计算机、数码相机、数字记录设备、数字媒体播放器、视频游戏设备、视频游戏控制台、蜂窝或卫星无线电电话、视频电话会议设备等。数字视频设备实现视频压缩技术，例如在由MPEG-2、MPEG-4、ITU-T H.263或ITU-T H.264/MPEG-4第10部分高级视频编码(AVC)、ITU-T H.265(也称为“高效视频编码”或“HEVC”)定义的标准以及这些标准的扩展中描述的视频压缩技术，以更高效地发送和接收数字视频信息。
视频压缩技术执行空间预测和/或时间预测以减少或去除视频序列中固有的冗余。在视频数据被编码了之后，视频数据可以被打包以便传输。视频数据可以被组装成符合各种标准中的任一种标准的视频文件，例如国际标准化组织(ISO)基础媒体文件格式及其扩展，例如AVC。
发明内容
总体上，本公开内容的技术涉及以信号形式发送针对空中(OTA)广播的媒体数据的多个会话的、聚合的会话描述信息。也就是说，这些会话中的每个会话可以传输与共同媒体内容相关的媒体，并且这些会话中的每个会话可以作为OTA广播的一部分被发送。共同媒体内容可以对应于例如根据基于HTTP的动态自适应流式传输(DASH)的一组复用的表示。也就是说，每个会话可以传输这些表示中的不同表示的媒体数据。聚合的会话描述信息可以总体地描述每个会话。例如，聚合的会话描述信息可以包括在概念上类似于文件传送表(FDT)和会话描述协议(SDP)文件的数据。
在一个示例中，一种接收媒体数据的方法由空中(OTA)广播中间件单元执行并且包括以下操作：接收针对多个会话的聚合的会话描述数据，其中，所述会话中的每个会话传输与共同媒体内容相关的媒体数据，并且其中，所述会话中的每个会话作为OTA广播的一部分被发送；以及基于所述聚合的会话描述数据，从所述OTA广播中提取所述媒体数据中的至少一些媒体数据。
在另一个示例中，一种用于接收媒体数据的设备包括：接口，其被配置为接收空中(OTA)广播数据；以及包括OTA广播中间件单元的处理器，其被配置为：经由所述接口接收针对多个会话的聚合的会话描述数据，其中，所述会话中的每个会话传输与共同媒体内容相关的媒体数据，并且其中，所述会话中的每个会话作为OTA广播的一部分被发送；以及基于所述聚合的会话描述数据，从所述OTA广播中提取所述媒体数据中的至少一些媒体数据。
在另一个示例中，一种用于接收媒体数据的设备包括：用于接收针对多个会话的聚合的会话描述数据的单元，其中，所述会话中的每个会话传输与共同媒体内容相关的媒体数据，并且其中，所述会话中的每个会话作为OTA广播的一部分被发送；以及用于基于所述聚合的会话描述数据，从所述OTA广播中提取所述媒体数据中的至少一些媒体数据的单元。
在另一个示例中，一种非暂时性计算机可读存储介质在其上存储有指令，所述指令在被执行时使得用于接收媒体数据的设备的处理器进行以下操作：接收针对多个会话的聚合的会话描述数据，其中，所述会话中的每个会话传输与共同媒体内容相关的媒体数据，并且其中，所述会话中的每个会话作为空中(OTA)广播的一部分被发送；以及基于所述聚合的会话描述数据，从所述OTA广播中提取所述媒体数据中的至少一些媒体数据。
在附图和下文的描述中阐述了一个或多个示例的细节。通过该描述和附图以及权利要求书，其它特征、目的和优点将变得显而易见。
附图说明
图1是示出了实现用于经由空中(OTA)广播来流式传输媒体数据的技术的示例系统的框图。
图2是更详细示出了图1的接收单元的示例组件集合的框图。
图3是示出了示例多媒体内容的元素的概念图。
图4是示出了表示为服务捆绑提供的元数据的示例组件耦合图的框图。
图5是示出了表示根据本公开内容的技术而交换的元数据的示例组件耦合图的框图。
图6A-图6C是示出了示例分层编码传输(LCT)会话实例描述(LSID)纲要(schema)的概念图。
图7是示出了用于高级别服务的发现和访问的示例过程的流程图。
图8-图10是示出了根据本公开内容的技术的管道模型的示例的概念图。
图11是示出了根据图5的服务层信令(SLS)数据模型的详细服务发现过程的示例的流程控制图。
图12是示出了示例承载模型和识别的概念图。
图13是示出了图12的承载模型和标识的附加细节的概念图。
图14是示出了服务/组件、ROUTE会话/(LCT)传输会话模型和标识的示例的概念图。
图15是示出了根据本公开内容的技术的、使用带外聚合的会话描述数据来从空中(OTA)广播获取媒体数据的示例方法的流程图。
具体实施方式
总体上，本公开内容描述了当使用空中(OTA)广播服务(例如根据高级电视系统委员会(ATSC)3.0(也被称为ATSC下一代广播电视(NGBT))的ATSC广播或其它此类OTA广播服务(例如数字视频广播(DVB)、综合业务数字广播(ISDB)和数字地面多媒体广播(DTMB))来广播媒体数据时，与服务数据的信令和服务发现引导相关的技术。OTA广播可以利用基于单向传输的实时对象传送(ROUTE)协议的技术。OTA广播可以指定基于互联网协议(IP)的广播服务传送，并且基于(例如，仿照)被定义用于第三代合作伙伴计划(3GPP)多媒体广播多播服务(MBMS)的用户服务描述(USD)/服务通告框架(如作为所谓的“服务层”的一部分所提出的(在ATSC3.0中被正式称为“管理和协议”层))来使用基于ROUTE协议和可扩展标记语言(XML))的服务信令。可以根据基于HTTP的动态自适应流式传输(DASH)来格式化媒体数据，使得DASH区段作为OTA广播的一部分被携带。本公开内容描述了示例服务层信令数据模型、示例服务发现引导过程和网络信道化模式以及其它技术。
本公开内容描述了可以单独或以任何组合来实现的各种技术。如上所提到的，在一些示例中，可以在使用OTA广播(其可以利用ROUTE协议)来传输流式传输区段(例如，DASH区段)时实现本公开内容的技术。本公开内容的技术包括将针对多个会话的会话描述协议(SDP)信息作为单个聚合的片段来发送。也就是说，尽管以前的技术可以每个会话发送单独的SDP片段，但是本公开内容描述了用于发送用于多个会话(与共同媒体内容相关)的单个片段的技术。共同媒体内容可以对应于相同的媒体内容，例如，复用的DASH表示，其对于相同节目来说单独或以任何组合包括相关音频、视频和/或定时文本媒体数据。单个片段可以包括分层编码传输(LCT)会话实例描述(LSID)片段，如下文更详细地论述的。因此，不需要针对与相同媒体内容相关的每个会话发送单独的会话描述信息。用于相关媒体内容的多个会话可以包括例如用于多视图内容的多个视图，以及一个或多个音频表示和/或定时文本(例如，用于隐藏字幕)，或其它此类数据。因此，在一些示例中，LSID片段可以描述针对视图、音频和定时文本表示中的每一者的会话信息。
举另一示例，本公开内容描述了用于在带外发送文件描述符的技术。例如，文件传送表(FDT)可以包括在LSID片段中(即，在LSID片段内携带)，并且与对应的媒体数据相比，可以在单独的通信中传送FDT(即，在LSID片段之外或者与携带LSID的通信会话或信道分开的通信会话或信道中携带)。可以与对应的媒体数据分开地传送整个FDT或FDT的一部分。以此方式，相对于在带内传送FDT(即，作为与相应的媒体数据相同的比特流和/或通信的一部分)，可以提高错误复原性。
由于本公开内容中的带内或带外FDT的内容可以包括未包含在标称FDT(如在RFC6726中所述)中的附加文件描述符，因此本公开内容中的这种FDT对象被正式称为扩展FDT或EFDT。
在DASH中，频繁使用的操作包括HEAD、GET和部分GET。HEAD操作获取与给定的统一资源定位符(URL)或统一资源名称(URN)相关联的文件的报头，而不获取与URL或URN相关联的有效载荷。GET操作获取与给定的URL或URN相关联的整个文件。部分GET操作接收字节范围作为输入参数，并获取文件的连续多个字节，其中字节的数量对应于接收到的字节范围。因此，可以为HTTP流式传输提供电影片段，这是因为部分GET操作可以获得一个或多个单独的电影片段。在电影片段中，可以有不同轨道的若干轨道片段。在HTTP流式传输中，媒体呈现可以是客户端可访问的数据的结构化集合。客户端可以请求和下载媒体数据信息以向用户呈现流式传输服务。
在DASH的示例中，可以存在用于多媒体内容的视频和/或音频数据的多个表示。如下所解释的，不同的表示可以对应于不同的编码特性(例如，视频编码标准的不同档次(profile)或级别)、不同的编码标准或编码标准的扩展(诸如多视图和/或可伸缩扩展)或不同的比特率。可以在媒体呈现描述(MPD)数据结构中定义此类表示的清单。媒体呈现可以对应于DASH客户端可访问的数据的结构化集合。DASH客户端可以请求和下载媒体数据信息以向客户端设备的用户呈现流式传输服务。可以在MPD数据结构中描述媒体呈现，MPD数据结构可以包括MPD的更新。
媒体呈现可以包含一个或多个时段的序列。可以由MPD中的时段(Period)元素定义时段。每个时段可以在MPD中具有属性开始(start)。MPD可以包括针对每个时段的开始属性和可用开始时间(availableStartTime)属性。
每个时段可以包含用于相同媒体内容的一个或多个表示。表示可以是音频或视频数据的多个备选编码版本之一。表示可以因编码类型，例如，因用于视频数据的比特率、分辨率和/或编解码器以及用于音频数据的比特率、语言和/或编解码器而不同。术语表示可以用于指代对应于多媒体内容的特定时段并以特定方式进行编码的编码音频或视频数据的一部分。
特定时段的表示可以被分配给由指示所述表示所属的适配集的MPD中的属性所指示的群组。相同适配集中的表示通常被认为是彼此的替代，因为客户端设备可以在这些表示之间动态地和无缝地切换，例如以执行带宽适配。例如，可以将特定时段的视频数据的每个表示分配给相同的适配集，使得可以选择这些表示中的任何表示用于解码以呈现针对对应时段的多媒体内容的媒体数据，例如视频数据或音频数据。在一些示例中，一个时段内的媒体内容可以由来自群组0的一个表示(如果存在的话)或来自每个非零群组的至多一个表示的组合来表示。可以相对于时段的开始时间表达针对该时段的每个表示的定时数据。
表示可以包括一个或多个区段。每个表示可以包括初始化区段，或者表示的每个区段可以是自行初始化。当存在时，初始化区段可以包含用于访问表示的初始化信息。通常，初始化区段不包含媒体数据。可以通过标识符，例如统一资源定位符(URL)、统一资源名称(URN)或统一资源标识符(URI)，来唯一地引用标识符。MPD可以为每个区段提供标识符。在一些示例中，MPD还可以以范围(range)属性的形式提供字节范围，其可以对应于可通过URL、URN或URI访问的文件内的区段的数据。
可以选择不同的表示以便为不同类型的媒体数据进行基本上同时的获取。例如，客户端设备可以选择从其获取区段的音频表示、视频表示和定时文本表示。在一些示例中，客户端设备可以选择特定适配集以执行带宽适配。也就是说，客户端设备可以选择包括视频表示的适配集、包括音频表示的适配集和/或包括定时文本的适配集合。或者，客户端设备可以为某些类型的媒体(例如，视频)选择适配集，并且为其它类型的媒体(例如，音频和/或定时文本)直接选择表示。
图1是示出实现用于经由空中(OTA)广播来流式传输媒体数据的技术的示例系统10的框图。在该示例中，系统10包括内容准备设备20、广播源设备60、广播单元74和客户端设备40。广播源设备60可以包括例如电视网络局端(office)、有线电视局端等。广播单元74可以包括例如卫星、有线电视分配集线器、天线等。尽管在图1的示例中仅示出了单个广播单元74，但是应当理解，多个中间设备可以位于广播源设备60与客户端设备40之间。在一些示例中，内容准备设备20和广播源设备60可以通过基于计算机的网络来耦合或者可以直接通信地耦合。或者，内容准备设备20可以经由诸如硬盘、闪速驱动器、CD、DVD、蓝光光盘等之类的计算机可读存储介质的传送来向广播源设备60提供多媒体内容。在一些示例中，内容准备设备20和广播源设备60可以包括相同的设备。
内容准备设备20，在图1的示例中，包括音频源22和视频源24。音频源22可以包括例如麦克风，其产生表示要由音频编码器26进行编码的所捕获的音频数据的电信号。或者，音频源22可以包括存储先前记录的音频数据的存储介质、诸如计算机化合成器之类的音频数据生成器、或任何其它音频数据源。视频源24可以包括产生要由视频编码器28进行编码的视频数据的视频像机、编码有先前记录的视频数据的存储介质、诸如计算机图形源之类的视频数据生成单元、或任何其它视频数据源。在所有示例中，内容准备设备20不一定通信地耦合到广播源设备60，而是可以将多媒体内容存储到由广播源设备60读取的单独介质。
原始音频和视频数据可以包括模拟或数字数据。模拟数据可以在由音频编码器26和/或视频编码器28进行编码之前被数字化。音频源22可以在说话参与者正在说话时从该说话参与者获得音频数据，并且视频源24可以同时获得说话参与者的视频数据。在其它示例中，音频源22可以包括包含存储的音频数据的计算机可读存储介质，并且视频源24可以包括包含存储的视频数据的计算机可读存储介质。以此方式，在本公开内容中描述的技术可以应用于实况的流式传输、实时音频和视频数据或者应用于归档的、预先记录的音频和视频数据。
对应于视频帧的音频帧通常是包含音频数据的音频帧，该音频数据由音频源22捕获(或生成)，同时由视频源24捕获(或生成)视频数据，该视频数据被包含在视频帧内。例如，当说话参与者通常通过说话来产生音频数据时，音频源22捕获音频数据，并且视频源24同时(也就是说，当音频源22在捕获音频数据时)捕获说话参与者的视频数据。因此，音频帧可以在时间上对应于一个或多个特定的视频帧。因此，对应于视频帧的音频帧通常对应于其中音频数据和视频数据同时被捕获的情形，并且对于该情形，音频帧和视频帧分别包括同时被捕获的音频数据和视频数据。
在一些示例中，音频编码器26可以在每个编码的音频帧中对表示在其处该编码的音频帧的音频数据被记录的时间的时间戳进行编码，并且类似地，视频编码器28可以在每个编码的视频帧中对表示在其处该编码的视频帧的视频数据被记录的时间的时间戳进行编码。在此类示例中，对应于视频帧的音频帧可以包括包含时间戳的音频帧和包含相同时间戳的视频帧。内容准备设备20可以包括内部时钟，根据该内部时钟，音频编码器26和/或视频编码器28可以生成时间戳，或音频源22和视频源24可以使用该内部时钟将音频和视频数据分别与时间戳进行关联。
在一些示例中，音频源22可以将与在其处音频数据被记录的时间相对应的数据发送到音频编码器26，并且视频源24可以将与在其处视频数据被记录的时间相对应的数据发送到视频编码器28。在一些示例中，音频编码器26可以在编码的音频数据中对序列标识符进行编码以指示编码的音频数据的相对时间排序，但不必指示在其处音频数据被记录的绝对时间，并且类似地，视频编码器28也可以使用序列标识符以指示编码的视频数据的相对时间排序。类似地，在一些示例中，序列标识符可以被映射或以其它方式与时间戳相关。
音频编码器26通常产生编码的音频数据流，而视频编码器28产生编码的视频数据流。数据的每一个单独的流(无论是音频还是视频)可以被称为基本流。基本流是表示的单一的、数字编码(可能经压缩)的分量。例如，表示的编码的视频或音频部分可以是基本流。基本流可以在被封装在视频文件内之前被转换成打包的基本流(PES)。在相同的表示内，流ID可以用于将属于一个基本流的PES分组与属于其它基本流的PES分组区分开。基本流的数据的基本单元是打包的基本流(PES)分组。因此，编码的视频数据通常对应于基本视频流。类似地，音频数据对应于一个或多个相应的基本流。
在图1的示例中，内容准备设备20的封装单元30从视频编码器28接收包括编码的视频数据的基本流并从音频编码器26接收包括编码的音频数据的基本流。在一些示例中，视频编码器28和音频编码器26可以各自包括用于从编码数据形成PES分组的打包器。在其它示例中，视频编码器28和音频编码器26可以各自与用于从编码数据形成PES分组的相应的打包器对接。在另外其它示例中，封装单元30可以包括用于从编码的音频和视频数据形成PES分组的打包器。
视频编码器28可以以多种方式对多媒体内容的视频数据进行编码，以产生在不同的比特率和/或具有各种特性(诸如像素分辨率、帧速率、符合各种编码标准、符合各种档次和/或各种编码标准的档次级别、具有一个或多个视图的表示(例如，用于二维或三维回放)、或其它此类特性)的多媒体内容的不同表示。表示(如在本公开内容中所使用的)可以包括音频数据、视频数据、文本数据(例如，用于隐藏字幕)或其它此类数据中的一种。表示可以包括基本流，诸如音频基本流或视频基本流。每个PES分组可以包括标识了该PES包所属于的基本流的流_id(stream_id)。封装单元30负责将基本流组装成各种表示的视频文件(例如，区段)。
封装单元30从音频编码器26和视频编码器28接收表示的基本流的PES分组，并且从PES分组形成对应的网络抽象层(NAL)单元。此外，封装单元30可以形成清单文件，诸如媒体呈现描述符(MPD)，MPD描述表示的特性。封装单元30可以根据可扩展标记语言(XML)来格式化MPD。
封装单元30可以向输出接口32提供多媒体内容的一个或多个表示的数据，连同清单文件(例如，MPD)。输出接口32可以包括网络接口或用于写入到存储介质的接口(例如通用串行总线(USB)接口、CD或DVD刻录机或烧录机)、至磁存储介质或闪速存储介质的接口、或用于存储或传输媒体数据的其它接口。封装单元30可以向输出接口32提供多媒体内容的每个表示的数据，输出接口32可以经由网络传输或存储介质向广播源设备60发送数据。在图1的示例中，广播源设备60包括存储介质62，存储介质62存储各种多媒体内容64，每一个多媒体内容64包括相应的清单文件66和一个或多个表示68A-68N(表示68)。在一些示例中，输出接口32也可以将数据直接发送到广播单元74。
在一些示例中，表示68可以被分离成适配集。也就是说，表示68的各种子集可以包括特性的各自的公共集，例如编解码器、档次和级别、分辨率、观看次数、区段的文件格式、文本类型信息(其可以标识要与表示一起被显示的文本的语言或其它特性和/或要被解码和呈现(例如，由扬声器)的音频数据)、像机角度信息(其可以描述针对适配集中的表示的场景的像机角度或真实世界像机透视)、评级信息(其描述对于特定受众的内容适合性)等等。
清单文件66可以包括指示与特定适配集相对应的表示68的子集的数据，以及适配集的共同特性。清单文件66还可以包括表示针对适配集的个体表示的个体特性的数据，例如比特率。以此方式，适配集可以提供简化的网络带宽适配。可以使用清单文件66的适配集元素的子元素来指示适配集中的表示。
广播源设备60包括输出接口72。广播源设备60经由输出接口72向广播单元74提供多媒体内容。
如图1的示例中所示，多媒体内容64包括清单文件66，清单文件66可以对应于媒体呈现描述(MPD)。清单文件66可以包含不同的备选表示68的描述(例如，具有不同质量的视频服务)，并且描述可以包括例如编解码器信息、档次值、级别值、比特率和表示68的其它描述性特性。客户端设备40可以获取媒体呈现的MPD，以确定如何访问表示68的区段。
特别地，接收单元52可以包括OTA广播中间件单元和媒体播放器客户端两者。OTA广播中间件单元可以用作媒体播放器客户端的代理服务器，其可以被配置为经由网络协议(例如，根据基于HTTP的动态自适应流式传输(DASH))来获取媒体数据。也就是说，媒体客户端可以包括DASH客户端。因此，媒体客户端可以获取客户端设备40的配置数据(未示出)，以确定视频解码器48的解码能力和视频输出端44的渲染能力。配置数据还可以包括由客户端设备40的用户选择的语言偏好、与由客户端设备40的用户设定的深度偏好相对应的一个或多个像机透视、和/或由客户端设备40的用户选择的评级偏好中的任何一项或全部。媒体客户端可以被配置为向OTA广播中间件单元提交HTTP GET和部分GET请求。接收单元52的某些方面可以实现成由客户端设备40的一个或多个处理器或处理单元(未示出)执行的软件指令。也就是说，可以用硬件、或者硬件、软件和/或固件的组合来实现关于接收单元52描述的功能中的部分功能，其中可以提供必需的硬件以执行软件或固件的指令。
接收单元52的媒体播放器客户端可以将客户端设备40的解码和渲染能力与由清单文件66的信息指示的表示68的特性进行比较。媒体播放器客户端可以初始地获取清单文件66的至少一部分以确定表示68的特性。例如，媒体播放器客户端可以请求清单文件66中的、描述一个或多个适配集的特性的部分。媒体播放器客户端可以选择具有可以由客户端设备40的编码和渲染能力来满足的特性的表示68的子集(例如，适配集)。随后，媒体播放器客户端可以确定用于适配集中的表示的比特率，确定网络带宽的当前可用量，并且从具有可以由网络带宽来满足的比特率的表示中的一个表示获取区段。
如上所提到的，接收单元52可以包括OTA广播中间件单元。OTA广播中间件单元可以被配置为接收OTA广播信号，例如，根据ATSC。此外，OTA广播中间件单元可以实现网络代理服务器，该网络代理服务器对接收到的媒体数据进行本地地缓存并且对来自接收单元52的媒体播放器客户端的针对数据的网络请求进行响应。
接收单元52将接收到的区段提供给解封装单元50。解封装单元50可以将视频文件的元素解封装为组成PES流，解包PES流以获取编码数据，并且将编码数据发送到音频解码器46或视频解码器48，这取决于编码数据是音频流还是视频流的一部分，例如，如由流的PES分组报头所指示的。音频解码器46对编码的音频数据进行解码并将解码后的音频数据发送到音频输出端42，而视频解码器48对编码的视频数据进行解码并将解码后的视频数据(其可以包括流的多个视图)发送到视频输出端44。
视频编码器28、视频解码器48、音频编码器26、音频解码器46、封装单元30、接收单元52和解封装单元50均可以实现成多种适当的处理电路中的任何一种，如适用的话，诸如一个或多个微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、分立逻辑电路、软件、硬件、固件、或其任意组合。视频编码器28和视频解码器48中的每一个可以包括在一个或多个编码器或解码器中，其任一者可以集成为组合的视频编码器/解码器(CODEC)的一部分。同样地，音频编码器26和音频解码器46中的每一个可以包括在一个或多个编码器或解码器中，其任一者可以集成为组合的CODEC的一部分。包括视频编码器28、视频解码器48、音频编码器26、音频解码器46、封装单元30、接收单元52和/或解封装单元50的装置可以包括集成电路、微处理器和/或无线通信设备，例如蜂窝电话。
客户端设备40、广播源设备60和/或内容准备设备20可以被配置为根据本公开内容的技术来操作。出于示例目的，本公开内容针对客户端设备40和广播源设备60描述了这些技术。然而，应当理解，内容准备设备20可以被配置为执行这些技术，替代(或除了)广播源设备60。
封装单元30可以形成NAL单元，NAL单元包括标识NAL单元所属于的节目的报头，以及有效载荷，例如，音频数据、视频数据、或描述NAL单元所对应于的传输或节目流的数据。例如，在H.264/AVC中，NAL单元包括1字节报头和变化大小的有效负载。在其有效载荷中包括视频数据的NAL单元可以包括视频数据的各种粒度水平。例如，NAL单元可以包括视频数据的一个块、多个块、视频数据的切片、或视频数据的整个图象。封装单元30可以从视频编码器28以基本流的PES分组的形式接收编码的视频数据。封装单元30可以将每个基本流与对应的节目进行关联。
封装单元30还可以从多个NAL单元组装访问单元。通常，访问单元可以包括用于表示视频数据的帧的一个或多个NAL单元，以及与帧相对应的音频数据(当此类音频数据可用时)。访问单元通常包括用于一个输出时间实例的所有NAL单元，例如，用于一个时间实例的所有音频和视频数据。例如，如果每个视图具有每秒20帧(fps)的帧速率，则每个时间实例可以对应于0.05秒的时间间隔。在该时间间隔期间，可以同时渲染用于相同访问单元(相同时间实例)的所有视图的特定帧。在一个示例中，访问单元可以包括一个时间实例中的编码图象，其可以被呈现为一个主要编码图像。
因此，访问单元可以包括共同时间实例的所有音频和视频帧，例如，对应于时间X的所有视图。本公开内容还将特定视图的编码图像称为“视图分量”。也就是说，视图分量可以包括在特定时间用于特定视图的编码图像(或帧)。因此，访问单元可以被定义为包含共同时间实例的所有视图分量。访问单元的解码顺序不一定与输出或显示顺序相同。
媒体呈现可以包括媒体呈现描述(MPD)，MPD可以包含不同的备选表示(例如，具有不同质量的视频服务)的描述，并且描述可以包括例如编解码器信息、档次值和级别值。MPD是清单文件(例如清单文件66)的一个示例。客户端设备40可以获取媒体呈现的MPD，以确定如何访问各种呈现的电影片段。电影片段可以位于视频文件的电影片段盒(moof box)中。
清单文件66(其可以包括例如MPD)可以通告表示68的区段的可用性。也就是说，MPD可以包括指示在其处表示68中的一个表示的第一区段变为可用的挂钟(wall-clock)时间的信息，以及指示表示68内的区段的持续时间的信息。以此方式，客户端设备40的接收单元52可以基于起始时间以及在特定区段之前的区段的持续时间来确定何时每个区段是可用的。
在封装单元30已基于接收到的数据将NAL单元和/或访问单元组装为视频文件之后，封装单元30将视频文件传递到输出接口32以用于输出。在一些示例中，封装单元30可以本地地存储视频文件或经由输出接口32将视频文件发送到诸如广播源设备60之类的远程源，而不是将视频文件直接发送到客户端设备40。输出接口32可以包括例如发射机、收发机、用于将数据写入到计算机可读介质的设备，诸如举例来说，光学驱动器、磁介质驱动器(例如，软盘驱动器)、通用串行总线(USB)端口、网络接口或其它输出接口。输出接口32将视频文件输出到计算机可读介质34，诸如举例来说，传输信号、磁介质、光学介质、存储器、闪速驱动器或其它计算机可读介质。
接收单元52从接收自广播单元74的广播信号提取NAL单元或访问单元，并且将NAL单元或访问单元提供给接收单元52，其可将NAL单元传送到解封装单元50。解封装单元50可以将视频文件的元素解封装为组成PES流，解包PES流以获取编码数据，并且将编码数据发送到音频解码器46或视频解码器48，这取决于编码数据是音频还是视频流的一部分，例如，如由流的PES分组报头所指示的。音频解码器46对编码的音频数据进行解码并将解码后的音频数据发送到音频输出端42，而视频解码器48对编码的视频数据进行解码并将解码后的视频数据(其可以包括流的多个视图)发送到视频输出44。
尽管在图1的示例中未明确示出，但是客户端设备40还可以包括媒体应用。媒体应用可以执行音频解码器46、视频解码器48、解封装单元50和/或接收单元52中的任何一个的所有功能或功能的一部分。例如，媒体应用可以形成接收单元52的部分，或者与接收单元52中分开。除了上述功能之外，媒体应用可以使客户端设备40向用户呈现用户界面，例如图形用户界面(GUI)，以允许选择多媒体数据，例如电影或其它节目内容。媒体应用可以向接收单元52提供对所选择的内容的指示，以使接收单元52接收所选择的节目内容的媒体数据，如上所论述。媒体应用可以是独立的软件。
此外，根据本公开内容的技术，接收单元52可以相对于对应的媒体数据在带外接收对象/文件描述符(例如，文件传送表(FDT)或基本上类似的数据)。FDT可以符合可在tools.ietf.org/html/rfc6726获得的Paila等人的“FLUTE—基于单向传输的文件传送”，互联网工程任务组RFC 6726，2012年11月。另外地或替代地，接收单元52可以接收单个片段(例如，LSID片段)，其包括针对与相同媒体内容相关的多个会话的聚合的会话描述信息。类似地，输出接口32、72可以被配置为：在带外发送对象/文件描述符，和/或发送包括针对多个会话的聚合的会话描述信息的单个片段。下文关于图4-图15更详细描述这些和其它技术。
图2是更详细示出了图1的接收单元52的示例组件集的框图。在该示例中，接收单元52包括OTA广播中间件单元100、DASH客户端110和媒体应用112。
OTA广播中间件单元100还包括OTA广播接收单元106、缓存104和代理服务器102。在该示例中，OTA广播接收单元106被配置为经由OTA广播(例如，经由高级电视系统委员会(ATSC)广播)接收数据。也就是说，OTA广播接收单元106可以经由广播从例如广播源设备60接收文件。
当OTA广播中间件单元100接收文件的数据时，OTA广播中间件单元100可以将接收到的数据存储在缓存104中。缓存104可以包括计算机可读存储介质，诸如闪存、硬盘、RAM或任何其它适当的存储介质。
代理服务器102可以用作DASH客户端110的代理服务器。例如，代理服务器102可以向DASH客户端110提供MPD文件或其它清单文件。代理服务器102可以通告针对MPD文件中的区段的可用性时间，以及可以从其获取这些区段的超链接。这些超链接可以包括与客户端设备40相对应的本地主机地址前缀(例如，对于IPv4为127.0.0.1)。以此方式，DASH客户端110可以使用HTTP GET或部分GET请求从代理服务器102请求区段。例如，对于可从链接http://127.0.0.1/repl/seg3获得的区段，DASH客户端110可以构造包括针对http://127.0.0.1/rep1/seg3的请求的HTTP GET请求，并将请求提交给代理服务器102。代理服务器102可以从缓存104获取请求的数据，并响应于此类请求将数据提供给DASH客户端110。
在接收区段之后，DASH客户端110可以将区段的数据传递到媒体应用112。DASH客户端110可以处理区段，例如，以从区段提取媒体数据和/或丢弃媒体应用112不可用的数据。在一些示例中，DASH客户端110可以实现成对于web浏览器的扩展，并且媒体应用112可以实现成视频和/或音乐播放应用。
根据本公开内容的技术，如在下文更详细论述的，OTA广播接收单元106可以接收针对多个会话的聚合的会话描述数据，该多个会话传输与共同媒体内容相关的媒体数据作为OTA广播的一部分。OTA广播接收单元106可以基于聚合的会话描述数据从OTA广播提取媒体数据，并将所提取的媒体数据存储到缓存104。OTA广播接收单元106可以例如提取对于DASH客户端110和/或媒体应用112有用的媒体数据的子集。例如，如果客户端设备40的配置数据指示该客户端设备不能够显示三维(3D)视频数据，则OTA广播接收单元106可以避免从OTA广播提取3D视频数据，而是从OTA广播提取二维视频数据。
图3是示出了示例多媒体内容120的元素的概念图。多媒体内容120可以对应于多媒体内容64(图1)，或存储在存储器62中的另一多媒体内容。在图3的示例中，多媒体内容120包括媒体呈现描述(MPD)124和多个表示130-140。表示130包括可选的报头数据132和区段134A-134N(区段134)，而表示140包括可选的报头数据142和区段144A-144N(区段144)。为了方便起见，字母N用于指定表示130、140中的每个表示的最后电影片段。在一些示例中，在表示130、140之间可以存在不同数量的电影片段。
MPD 124可以包括与表示130-140分离的数据结构。MPD 124可以对应于图1的清单文件66。同样地，表示130-140可以对应于图1的表示68。通常，MPD 124可以包括通常描述表示130-140的特性的数据，特性诸如为解码和渲染特性、适配集、MPD 124所对应于的档次、文本类型信息、像机角度信息、评级信息、技巧模式信息(例如，指示包括时间子序列的表示的信息)和/或用于获取远程时段(例如，用于回放期间针对性广告插入到媒体内容中)的信息。
报头数据132，当存在时，可以描述区段134的特性，例如，随机访问点(RAP，也被称为流访问点(SAP))的时间位置、区段134中哪个区段包括随机访问点、随机访问点在区段134内的字节偏移、区段134的统一资源定位符(URL)或区段134的其它方面。报头数据142，当存在时，可以描述区段144的类似特性。另外地或替代地，此类特性可以被完全包括在MPD124内。
区段134、144包括一个或多个编码的视频样本，每一个编码的视频样本可以包括视频数据的帧或切片。区段134的编码的视频样本中的每一个可以具有相似的特性，例如，高度、宽度和带宽要求。此类特性可以由MPD 124的数据来描述，尽管这种数据在图3的示例中未示出。MPD 124可以包括如由3GPP规范所描述的特性，加上本公开内容中描述的任何或所有以信号形式发送的信息。
区段134、144中的每一个可以与唯一的统一资源定位符(URL)相关联。因此，区段134、144中的每一个可以是使用诸如DASH之类的流式传输网络协议来独立地可获取。以此方式，诸如客户端设备40之类的目的地设备可以使用HTTP GET请求来获取区段134或144。在一些示例中，接收单元52的媒体播放器客户端可以使用HTTP部分GET请求来获取区段134或144的特定字节范围。
根据本公开内容的技术，在一些示例中，MPD 124的数据可以包括在针对多个会话的聚合的会话描述数据中，其中，相对于多个会话的媒体数据，可以在带外发送聚合的会话描述数据。或者，可以在带内随同会话发送MPD 124的数据。多个会话中的每个会话可以包括表示130-140中的相应的一个表示的媒体数据。
图4是示出了表示为服务捆绑(例如，在多个多播IP通信信道/会话上传送的)提供的信令元数据的示例组件耦合图的框图。图4是出于关于图5形成对比的目的而示出的。图4中所表示的数据通常是针对多个信道/会话使用常规技术来发送的。也就是说，对于每个会话，会话描述是根据图4的技术来发送的。图4表示示例多媒体广播多播服务(MBMS)数据模型。
图5是根据本公开内容的技术，示出了表示用于从广播源设备60和客户端设备40传送的服务捆绑的信令元数据的示例组件耦合图的框图。图5表示服务层信令(SLS)的数据模型的示例。如图5中所示，不是如图4中所示的针对每个会话分开地发送多个会话描述(例如，会话描述协议(SDP)数据)，而是针对多个会话发送单个分层编码传输(LCT)会话实例描述(LSID)片段150。LSID片段150包括针对多个会话中的每个会话的数据。LSID片段150表示根据本公开内容的技术的针对多个会话的聚合的会话描述数据的示例。
可以提供userServiceDescription@lsidURI属性，其引用LSID片段150，LSID片段150可以由metadataEnvelope.item@metadataURI标识。
mediaPresentationDescription和相关联的对象媒体呈现描述和初始化区段描述是可选的，因为MPD和初始化区段(IS)可以在带内与对应的媒体数据一起被传送。然而，根据本公开内容的技术，可以由广播单元74在媒体数据的带宽之外将LSID传送到客户端设备40。
如上所提到的，LSID片段150可以包括描述多个会话的数据。例如，各种会话中的每个会话可以传送对应的基本流的数据，其可以包括视频数据、音频数据、定时文本数据等等。
以此方式，LSID片段150可以替换用于给定用户服务的会话描述片段，如图4中所示。会话描述片段可以由deliveryMethod实例引用，如图4中所示。LSID片段150可以包含针对属于对应服务的所有ROUTE/LCT会话的聚合的SDP信息。deliveryMethod元素被保留用于子元素bcAppSvc和ucAppSvc，其basePattern可以用于确定所请求的表示的传输模式(通过其区段URL)。
LSID片段150可以包含用于每个源流的适当的Applicationldentifier值，例如Representation-ID以清楚地标识携带由DASH客户端针对用户感兴趣的服务而选择的表示的LCT会话(及其会话参数)。LSID和MPD之间可以存在一对一的关联，而不管MPD是作为元数据片段来携带的(例如，在聚合的会话描述数据内)还是在带内与媒体区段一起被传送的。
相关联的传送过程描述(ADPD)与LSID片段150之间的逻辑关联可以是如下：对于每个LSID，可以存在零个、一个、或多个ADPD，其在相关联的传送过程描述内描述文件修复(FR)和接收报告(RR)过程，用于在由LSID描述的LCT会话上携带的内容(多情况下，当单独的ADPD应用于由LSID描述的LCT会话的子集时)。因此，从LSID到ADPD可以是1至0..N关系。每个ADPD实例也可以应用于一个或多个LSID实例，因此从ADPD到LSID是1至1..N关系。
图5的示例SLS数据模型与图4的MBMS数据模型具有一些相似性。在图5的示例中，用户服务捆绑描述(USBD)片段是用于可用用户服务的发现的顶级元数据片段，并且提供至其它元数据片段的引用以实现服务取得。图5的数据模型还重用许多现有的用户服务描述(USD)片段，例如，USBD、ADPD、调度以及可能MPD和/或IS。
然而，在图5的示例图SLS数据模型与图4的示例之间存在若干差异。例如，图5的SLS数据模型引入LSID片段150，其描述针对其中单个用户服务的内容组件被传送的所有ALC/LCT会话的内容、传送格式、前向纠错(FEC)机制和访问信息。LSID片段150包含会话信息以使得能够访问在服务的每个LCT会话上携带的传送对象/对象流。当源协议在文件模式下操作时，LSID片段150还包括嵌入的FDT参数或引用FDT参数。LSID片段150可以包含用于识别和管理传送对象或对象流的接收的其它信息。
此外，可以在图5的SLS数据模型中省略图4的示例的某些片段。例如，会话描述片段被省略。替代地由LSID片段150(其可以包括在提交给ATSC的ROUTE中未最初指定的附加参数)包括会话描述片段的功能。FEC修复流描述也被省略，同样因为其功能可以由LSID提供。安全描述不适用于ATSC 3.0，并且可能不适用于其它OTA广播标准。过滤器描述对于基本服务访问不是必需的，尽管可以在一些示例中被保留，例如，以支持个性化或针对性要求。在SLS数据模型中，MPD和/或IS片段可以是可选的，因为这些将也可能在带内与媒体区段本身一起被传送。
此外，对于等效的USD片段可能存在档次/约束。例如，ADPD可以只包含文件修复功能，但不包含接收报告或消费报告。
给定LSID片段150，可以保留用于LCT会话的某些SDP参数，诸如会话开始和结束时间(其可能不存在于LSID片段150中)。发送者IP地址、目的地IP地址和UDP端口号也可以被保留，因为可以在多个ROUTE会话中携带服务组件。使用SDP带宽修改器的数据速率也可以被保留，因为其可能对接收器有用，以便为LCT会话的接收分配必要的缓冲区大小。也可以在LSID片段150或另一片段中以信号形式单独地或以任何组合发送这种数据。
然而，会话中的信道的数量是不必要的(默认等于一)。TSI是不必要的，因为其可以由LSID片段150提供。协议ID可以被省略，因为其默认值是ROUTE/UDP。媒体类型和格式列表是MPD在中提供的信息的重复，并且可以因此被省略。每个媒体的MBMS承载的模式是不必要的，因为这种特定于MBMS的数据与OTA广播(例如ATSC)不相关。FEC能力和相关的参数在LSID片段150中以信号形式进行发送，并且因此可以被省略。此外，每媒体数据的服务语言可以被省略，因为其是MPD的@lang参数的重复。
图6A-6C是示出了用于LSID片段150的示例LSID纲要的概念图。下面的表1是可以被包括在根据图6A-6C的LSID纲要的LSID中的数据的示例：
表1
图例:
对于属性：M＝强制，O＝可选，OD＝可选具有默认值，CM＝条件性强制。然而，将意识到，如果期望的话，在一些实施例中可以忽略上面标记成“M”或“CM”的属性。
对于元素：<minOccurs>…<maxOccurs>(N＝无界)
元素为粗体；属性为非粗体并且前面带有@。
根据图6A-图6C的示例，LSID片段150可以包括表1的所有数据或任何数据。客户端设备40的接收单元52的OTA广播接收单元106可以接收LSID片段150。因此，OTA广播接收单元106可以接收：引用对应的用户服务描述(USD)标识符元素的标识符元素；标识与多个会话相对应的广播流的一个或多个广播流标识符元素；为广播流的发送者指定IP地址的一个或多个发送者IP地址元素；为广播流的目的地指定IP地址的一个或多个目的地IP地址元素；为广播流指定目的地端口的一个或多个端口元素；为广播流内的物理层分组(PLP)指定标识符的一个或多个PLP ID元素；为广播流指定相关联的源或修复流的传输会话标识符(TSI)的一个或多个TSI元素；为多个会话指定最大比特率的一个或多个带宽元素；为多个会话指定开始时间的一个或多个开始时间元素；以及为多个会话指定结束时间的一个或多个结束时间元素。
类似地，OTA广播接收单元106还可接收一个或多个源流元素，包括接收：针对多个会话均具有二元值的一个或多个实时元素；以及当针对多个会话中的一个会话的实时元素具有值为真时，最小缓冲区大小元素，最小缓冲区大小元素描述用于多个会话中的该一个会话的接收者的传输缓冲区的缓冲区大小。
同样地，OTA广播接收单元106还可以接收针对多个会话中的一个会话的扩展文件传送表(EFDT)元素，这可以包括接收：为EFDT指定标识符的标识符元素；指定EFDT的版本的版本元素；为多个会话中的一个会话中的对象指定最大到期时间的maxExpiresDelta元素；指定EFDT所描述的任何对象的最大传输大小的maxTransportSize元素；以及为多个会话中的一个会话的文件指定文件统一资源定位符(URL)或文件模板的文件模板元素。
此外，OTA广播接收单元106还可以接收有效载荷元素，包括接收：指定用于有效载荷元素的码点值的码点元素；为有效载荷元素指定有效载荷格式的传送格式标识符元素；具有指示任意、特定于应用的(基于样本的)或特定于应用的(盒集合)的值的片段化元素；具有指示任意、按顺序传送、或媒体样本的按顺序传送并在电影片段盒之前的值的传送顺序元素；以及具有指示以下各项中的一项的值的源前向纠错(FEC)有效载荷标识符元素：源FEC有效载荷标识符不存在并且整个传送对象包含在对应的分组中；源FEC有效载荷标识符是32比特值并且表达传送对象的起始偏移；或者FEC参数元素定义用于源FEC有效载荷标识符的格式。
另外，OTA广播接收单元106还可以接收修复流元素，包括接收：一个或多个前向纠错(FEC)参数；一个或多个FEC对象传输信息(FECOTI)元素；以及受保护对象元素，受保护对象元素指定由与修复流元素相对应的修复流保护的源流，其中接收一个或多个前向纠错(FEC)参数包括接收以下各项中的一项或多项：最大延迟元素，其指定源流中的任何源分组与对应的修复流之间的最大传送延迟，开销元素，其将开销指定为百分比值，或者最小缓冲区元素，其指定所需缓冲区大小。
图7是示出了用于高级别服务的发现和访问的示例过程的流程图。特别地，图7示出了数据的各种层和在其中数据可以被处理以执行服务发现的一般顺序。初始地(1)，接收者(诸如接收单元52)存储用于从较低层信令(LLS)流提前快速发现和取得所需要的基本信息。当用户交互(例如，直接调谐)发生时，接收者通过使用图7中示出的LLS信息来调谐到服务层信令(SLS)流，并且随后取得SLS(例如，用于流式传输服务访问的USBD、LSID、MPD和调度片段)以选择适当的服务组件(2)。随后，接收者在ROUTE/LCT会话上调谐到服务组件流，并且取得和渲染组件流的媒体数据(3)。较低层信令(LLS)可以包括逻辑快速信息信道(FIC)和服务配置描述(SCD)数据，其一起实现由接收者进行的快速信道扫描以构建所有可访问服务及其信道名称、信道号等的列表，并提供用于接收者发现每个服务的SLS的引导信息。
图8-图10是示出了根据本公开内容的技术的管道模型的示例的概念图。一般来说，在图8-图10中，各种“管道”被封装在其它管道内。最高层管道是BroadcastStream，其是射频信道。在图8和图9中，单个BroadcastStream在物理层处封装基带分组(PLP)流。在图10中，多个BroadcastStream封装各个流。在图8的示例中，服务信道(具有共同的IP地址)被整体封装在单个PLP流内，而在图9的示例中，服务信道可以跨越多个PLP流。此外，在图10中，服务信道可以跨越多个PLP流和BroadcastStream。
服务信道，如逻辑广播承载，包含多个LCT会话，其中每一个会话可以携带连续的媒体流(例如，视频、音频和/或定时文本/隐藏字幕(CC)流中的一个或多个)或离散的媒体(诸如文本文件或静止图像，任何组合)。服务信道中的LCT会话中一个LCT会话专用于SLS元数据片段(包括LSID)的传送。在图8的示例中，所有的媒体流包括在单个物理层管道(PLP)流内，而在图9的示例中，各种媒体流可以作为不同的服务信道的一部分被发送。此外，在图10中，各种媒体流可以作为跨越多个PLP流以及同样地多个BroadcastStream的相同服务信道的一部分被发送。
此外，在图8-图10的示例中，快速信息信道(FIC)数据和服务配置描述(SCD)的数据被分别封装在BroadcastStream和PLP流内。作为替代方案，FIC和SCD(可选地)一起被封装在PLP流内。实现方式可以利用这些选项中的任何选项，或者该数据可以被封装在别处。
图11是示出了根据图5的SLS数据模型的详细服务发现过程的示例的流程控制图。初始地，接收单元52在扫描阶段取得FIC数据，并且使用FIC数据来识别携带服务层信令数据的LCT信道和传输对象，即(tsi-0和toi-sls-bundle)数据和对应的来自空中流的SLS片段(1)。随后，接收单元52使用SLS片段来识别TSI(tsi-0)TOI(toi-sls-bundle)(2)。随后，接收单元52取得在默认TSI(TSI＝0)和SLS捆绑的预先分配的TOI值(TOI＝“toi-sls-bundle”)上携带的服务信令数据，以访问用户服务描述(USD)并转而访问相关联的MPD、LSID和调度片段(3)。用于视频和音频内容的请求的表示的标识符(其在用于这些表示的MPD匹配标识符中被标识)可以在LSID片段150中。因此，接收单元52可以使用针对所请求的表示的LSID信息来识别空中流中的对应媒体数据(4)，例如，音频和视频区段。
因此，接收单元52的OTA广播接收单元106可以使用图11的过程来识别请求的媒体数据(例如，视频表示、音频表示和/或定时文本/CC表示)。OTA广播接收单元106可以响应于来自DASH客户端110的请求，将所请求的表示的媒体数据缓存在缓存104中，以用于由代理服务器102进行的后续提取。
图12是示出了示例承载模型和标识的概念图。“广播流”基本上类似于“传输流”或“RF-分配”。广播流(BS)可以通过映射到“区域ID(AreaID)+频率ID(FrequencylD)”的BSID来标识。假设BS的独特性由某些机构(例如，联邦通信委员会(FCC))保证。
每一个物理层管道(PLP)类似于“MBMS承载”，即，针对其独特的调制和编码方案(MCS)可以被应用于提供区分的服务质量管道的逻辑广播信道资源。PLP可以通过PLPID来标识，由对应的BS来审视。
图13是示出了图12的承载模型和标识的附加细节的概念图。如图13中所示，BSID可以被映射到“AreaID+FrequencylD”。PLP在对应的BS的范围内是唯一的。
图14是示出了服务/组件、ROUTE会话/(LCT)传输会话模型和标识的示例的概念图。
图15是示出了使用带外的聚合的会话描述数据来从空中(OTA)广播获取媒体数据的示例方法的流程图。图15的方法被说明为由图3的OTA广播中间件单元100执行。然而，应当理解，其它设备可以被配置为执行类似的方法。
在该示例中，OTA广播中间件单元100接收带外的聚合的会话描述数据(200)。聚合的会话描述数据是相对于媒体数据的OTA广播在带外，例如，以多个会话的形式，其中，每个会话传输针对例如相应的多个表示的相应的媒体数据。换句话说，OTA广播中间件单元100与OTA广播的媒体数据分开地接收聚合的会话描述数据。聚合的会话描述数据可以符合LSID片段或包括类似信息的其它数据单元。例如，聚合的会话描述数据可以符合上文的表1。另外，聚合的会话描述数据可以包括与用于多个会话的FLUTE的FDT类似的EFDT数据，但其可以包含未包括在标称FDT中的附加文件描述符。OTA广播中间件单元100还接收包括媒体数据的OTA广播(202)。
OTA广播中间件单元100使用聚合的会话描述数据来从所接收的OTA广播中提取媒体数据的至少一部分(204)。例如，OTA广播中间件单元100可以使用上文关于图7所描述的过程来提取媒体数据。OTA广播中间件单元100可以提取所有媒体数据或者仅媒体数据中的可以由客户端设备40使用的部分，例如，基于由客户端设备40和/或用户输入支持的编码和/或渲染特性。
在提取媒体数据之后，OTA广播中间件单元100可以将所提取的媒体数据缓存在缓存104中(206)。OTA广播中间件单元100可以后续地接收针对媒体数据的请求(208)，例如来自DASH客户端110。响应于该请求，OTA广播中间件单元100可以将所请求的媒体数据从缓存104传送(210)到例如DASH客户端110。尽管在图15中未示出，但是应当理解，OTA广播中间件单元100还可以向DASH客户端110传送一个或多个清单文件(例如一个或多个MPD)，使得DASH客户端110可以准备针对媒体数据的请求并将该请求提交给OTA广播请求中间件单元100。此外，DASH客户端110可以向OTA广播中间件单元100提交多个请求(例如，HTTP GET或部分GET请求)，以获取多个相应区段的数据。
以此方式，图15的方法表示一种方法的示例，该方法包括由OTA广播中间件单元进行以下操作：接收针对多个会话的聚合的会话描述数据，其中，这些会话中的每个会话传输与共同媒体内容相关的媒体数据，并且其中，这些会话中的每个会话作为OTA广播的一部分被发送；以及基于聚合的会话描述数据从OTA广播中提取媒体数据中的至少一些媒体数据。
在一个或多个示例中，所描述的功能可以用硬件、软件、固件、或其任何组合来实现。如果用软件来实现，则这些功能可以作为一个或多个指令或代码存储在计算机可读介质上或通过计算机可读介质进行传输，并且由基于硬件的处理单元执行。计算机可读介质可以包括：计算机可读存储介质，其对应于有形介质(诸如数据存储介质)，或通信介质，其包括有助于将计算机程序从一处传送到另一处(例如，根据通信协议)的任何介质。以此方式，计算机可读介质通常可以对应于(1)有形计算机可读存储介质，其是非暂时性的，或(2)通信介质，诸如信号或载波。数据存储介质可以是能够由一个或多个计算机或一个或多个处理器访问以获取用于实现本公开内容中所描述的技术的指令、代码和/或数据结构的任何可用介质。计算机程序产品可以包括计算机可读介质。
通过举例而非限制性的方式，这样的计算机可读存储介质可以包括RAM、ROM、EEPROM、CD-ROM或其它光盘存储、磁盘存储或其它磁存储设备、闪存或能够用于以指令或数据结构的形式存储期望的程序代码并且能够由计算机访问的任何其它介质。此外，任何连接被适当地称为计算机可读介质。例如，如果使用同轴电缆、光纤光缆、双绞线、数字用户线(DSL)或无线技术(例如红外线，无线电和微波)从网站、服务器或其它远程源传输指令，则同轴电缆、光纤光缆、双绞线、DSL或无线技术(例如红外线，无线电和微波)包含在介质的定义中。然而，应当理解，计算机可读存储介质和数据存储介质不包括连接、载波、信号或其它非暂时性介质，而是涉及非暂时性、有形存储介质。如本文所使用的，磁盘和光盘包括压缩盘(CD)、激光盘、光盘、数字多功能盘(DVD)、软盘和蓝光盘，其中磁盘通常磁性地再现数据，而光盘则利用激光来光学地再现数据。以上的组合也应包括在计算机可读介质的范围内。
指令可以由一个或多个处理器(诸如一个或多个数字信号处理器(DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)或其它等效的集成或分立逻辑电路)来执行。因此，如本文所使用的术语“处理器”可以指任何前述结构或适合于实现本文所描述的技术的任何其它结构。此外，在一些方面中，可以在被配置用于编码和解码的专用硬件和/或软件模块内提供本文所描述的功能，或者将本文所描述的功能并入组合的编解码器。此外，可以在一个或多个电路或逻辑元件中完全实现这些技术。
可以在包括无线手机、集成电路(IC)或IC集(例如，芯片集))的广泛的多种设备或装置中实现本公开内容的技术。在本公开内容中描述了各种组件、模块或单元，以强调被配置为执行所公开的技术的设备的功能方面，但不一定需要由不同硬件单元实现。相反，如上所述，各种单元可以组合在编解码器硬件单元中，或者由包括如上所述的一个或多个处理器的可互操作的硬件单元集合结合适当的软件和/或固件来提供。
已经描述了各种实例。这些和其它示例在所附权利要求的范围内。

Claims (42)

1.一种接收媒体数据的方法，所述方法包括由空中(OTA)广播中间件单元进行以下操作：
接收针对多个会话的聚合的会话描述数据，其中，所述会话中的每个会话传输与共同媒体内容相关的媒体数据，并且其中，所述会话中的每个会话作为OTA广播的一部分被发送；以及
基于所述聚合的会话描述数据，从所述OTA广播中提取所述媒体数据中的至少一些媒体数据。
2.根据权利要求1所述的方法，其中，接收所述聚合的会话数据包括：相对于所述OTA广播的所述媒体数据在带外接收所述聚合的会话描述数据。
3.根据权利要求1所述的方法，其中，所述聚合的会话描述数据包括扩展文件传送表(EFDT)数据，所述EFDT数据包括针对所述多个会话中的每个会话的、如在基于单向传输的文件传送(FLUTE)中定义的文件传送表(FDT)的数据。
4.根据权利要求3所述的方法，其中，所述扩展文件传送表(EFDT)包括在标称文件传送表(FDT)中未被定义为与基于单向传输的文件传送(FLUTE)相关联的附加文件描述参数。
5.根据权利要求1所述的方法，其中，所述媒体数据包括根据基于HTTP的动态自适应流式传输(DASH)而格式化的媒体区段序列。
6.根据权利要求1所述的方法，其中，所述聚合的会话描述数据包括分层编码传输(LCT)会话实例描述(LSID)片段。
7.根据权利要求1所述的方法，其中，接收所述聚合的会话描述数据包括相对于携带由元数据描述的所述媒体数据的所述多个会话在带外接收元数据。
8.根据权利要求1所述的方法，
其中，接收包括接收快速信息信道(FIC)数据，并且
其中，提取包括：
确定与所述FIC数据相对应的分层编码传输(LCT)数据，其中，所述LCT数据包括在所述OTA广播中；
确定与所述LCT数据相关联的服务层信令(SLS)片段；
确定所述SLS片段的用户服务描述(USD)数据；
确定与所述USD相对应的媒体呈现描述(MPD)；
根据所述MPD确定针对请求的表示的表示识别信息；
确定与所述USD相对应的分层编码传输(LCT)会话实例描述(LSID)片段；
使用所述表示识别信息，根据所述LSID片段确定针对所述请求的表示的会话描述；以及
使用所确定的会话描述来从所述OTA广播中提取针对所述请求的表示的媒体数据。
9.根据权利要求1所述的方法，还包括：
缓存所提取的媒体数据；
根据基于HTTP的动态自适应流式传输(DASH)，从DASH客户端接收针对所述媒体数据的请求；以及
响应于所述请求，向所述DASH客户端发送所请求的媒体数据。
10.根据权利要求9所述的方法，其中，所述OTA广播中间件单元和所述DASH客户端包括在共同的客户端设备内。
11.根据权利要求1所述的方法，
其中，接收包括获取来自较低层信令(LLS)流的信息；并且
其中，提取包括：
使用来自所述LLS流的信息来调谐到服务层信令(SLS)流；
从所述SLS流获取用户服务捆绑描述(USBD)片段、分层编码传输(LCT)会话实例描述(LSID)片段、媒体呈现描述(MPD)片段和调度片段；
使用所述USBD片段、所述LSID片段、所述MPD片段和所述调度片段来选择服务组件；
在相应的基于单向传输的实时对象传送(ROUTE)/LCT会话上调谐到所述服务组件流；以及
从相应的服务组件流提取媒体数据。
12.根据权利要求1所述的方法，其中，接收所述聚合的会话描述数据包括：
接收引用对应的用户服务描述(USD)元素的标识符元素；
接收标识与所述多个会话相对应的广播流的一个或多个广播流标识符元素；
接收为所述广播流的发送者指定IP地址的一个或多个发送者IP地址元素；
接收为所述广播流的目的地指定IP地址的一个或多个目的地IP地址元素；
接收为所述广播流指定目的地端口的一个或多个端口元素；
接收为所述广播流内的物理层管道(PLP)指定标识符的一个或多个PLP ID元素；
接收为所述广播流指定相关联的源或修复流的传输会话标识符(TSI)的一个或多个TSI元素；
接收为所述多个会话指定最大比特率的一个或多个带宽元素；
接收为所述多个会话指定开始时间的一个或多个开始时间元素；以及
接收为所述多个会话指定结束时间的一个或多个结束时间元素。
13.根据权利要求12所述的方法，其中，接收所述聚合的会话描述数据还包括接收一个或多个源流元素，其中，接收所述源流元素包括：
接收针对所述多个会话均具有二元值的一个或多个实时元素；以及
当针对所述多个会话中的一个会话的所述实时元素具有为真的值时，接收最小缓冲区大小元素，所述最小缓冲区大小元素描述用于所述多个会话中的所述一个会话的接收者的传输缓冲区的缓冲区大小。
14.根据权利要求12所述的方法，其中接收所述聚合的会话描述数据还包括接收针对所述多个会话中的一个会话的扩展文件传送表(EFDT)元素，其中，接收所述EFDT元素包括：
接收为所述EFDT指定标识符的标识符元素；
接收指定所述EFDT的版本的版本元素；
接收为所述多个会话中的所述一个会话中的对象指定最大到期时间的maxExpiresDelta元素；
接收指定所述EFDT所描述的任何对象的最大传输大小的maxTransportSize元素；以及
接收为所述多个会话中的所述一个会话的文件指定文件统一资源定位符(URL)或文件模板的文件模板元素。
15.根据权利要求12所述的方法，其中，接收所述聚合的会话描述数据还包括接收有效载荷元素，其中，接收所述有效载荷元素包括：
接收指定用于所述有效载荷元素的码点值的码点元素；
接收为所述有效载荷元素指定有效载荷格式的传送格式标识符元素；
接收具有指示任意、特定于应用的(基于样本的)或特定于应用的(盒集合)的值的片段化元素；
接收具有指示任意、按顺序传送、或媒体样本的按顺序传送并在电影片段盒之前的值的传送顺序元素；以及
接收具有指示以下各项中的一项的值的源前向纠错(FEC)有效载荷标识符元素：
源FEC有效载荷标识符不存在并且整个传送对象包含在对应的分组中；
所述源FEC有效载荷标识符是32比特值并且表达所述传送对象的起始偏移；或者
FEC参数元素定义用于所述源FEC有效载荷标识符的格式。
16.根据权利要求15所述的方法，还包括：接收定义与所述多个会话中的一个会话相关联的FEC方案的参数的所述FEC参数元素。
17.根据权利要求12所述的方法，其中，接收所述聚合的会话描述数据还包括接收修复流元素，其中，接收所述修复流元素包括：
接收一个或多个前向纠错(FEC)参数，包括接收以下各项中的一项或多项：
最大延迟元素，其指定源流中的任何源分组与对应的修复流之间的最大传送延迟；
开销元素，其将开销指定为百分比值；或者
最小缓冲区元素，其指定所需缓冲区大小；
接收一个或多个FEC对象传输信息(FECOTI)元素；以及
接收受保护对象元素，其指定由与所述修复流元素相对应的修复流保护的源流。
18.根据权利要求17所述的方法，其中，接收所述受保护对象元素包括：
接收为所述源流指定会话描述信息的会话描述元素；
接收为所述源流指定传输会话标识符(TSI)的TSI元素；
接收源传输对象标识符(TOI)元素，其指定与在所述修复流中包括的TOI相对应的传送对象的TOI；以及
接收FEC传输对象大小元素，其以符号为单位指定每个FEC传输对象的默认大小。
19.一种用于接收媒体数据的设备，所述设备包括：
接口，其被配置为接收空中(OTA)广播数据；以及
包括OTA广播中间件单元的处理器，其被配置为：
经由所述接口接收针对多个会话的聚合的会话描述数据，其中，所述会话中的每个会话传输与共同媒体内容相关的媒体数据，并且其中，所述会话中的每个会话作为OTA广播的一部分被发送，以及
基于所述聚合的会话描述数据，从所述OTA广播中提取所述媒体数据中的至少一些媒体数据。
20.根据权利要求19所述的设备，其中，所述OTA广播中间件单元被配置为：相对于所述OTA广播的所述媒体数据在带外接收所述聚合的会话描述数据。
21.根据权利要求19所述的设备，其中，所述聚合的会话描述数据包括扩展文件传送表(EFDT)数据，所述EFDT数据包括针对所述多个会话中的每个会话的、如在基于单向传输的文件传送(FLUTE)中定义的文件传送表(FDT)的数据。
22.根据权利要求19所述的设备，
其中，所述OTA广播中间件单元被配置为：接收所述OTA广播的快速信息信道(FIC)数据，并且
其中，为了提取所述媒体数据中的至少一些媒体数据，所述OTA广播中间件单元被配置为：
确定与所述FIC数据相对应的分层编码传输(LCT)数据，其中，所述LCT数据包括在所述OTA广播中；
确定与所述LCT数据相关联的服务层信令(SLS)片段；
确定所述SLS片段的用户服务描述(USD)数据；
确定与所述USD相对应的媒体呈现描述(MPD)；
根据所述MPD确定针对请求的表示的表示识别信息；
确定与所述USD相对应的分层编码传输(LCT)会话实例描述(LSID)片段；
使用所述表示识别信息，根据所述LSID片段确定针对所述请求的表示的会话描述；以及
使用所确定的会话描述来从所述OTA广播中提取针对所述请求的表示的媒体数据。
23.根据权利要求19所述的设备，还包括存储器，所述存储器被配置为缓存数据；其中，所述OTA广播中间件单元被配置为：
将所提取的媒体数据缓存在所述存储器中；
根据基于HTTP的动态自适应流式传输(DASH)从DASH客户端接收针对所述媒体数据的请求；以及
响应于所述请求，向所述DASH客户端发送所请求的媒体数据。
24.根据权利要求23所述的设备，还包括所述DASH客户端。
25.根据权利要求19所述的设备，
其中，所述OTA中间件单元被配置为：获取来自所述OTA广播的较低层信令(LLS)流的信息；并且
其中，为了提取所述媒体数据中的至少一些媒体数据，所述OTA广播中间件单元被配置为：
使用来自所述LLS流的信息来调谐到服务层信令(SLS)流；
从所述SLS流获取用户服务捆绑描述(USBD)片段、分层编码传输(LCT)会话实例描述(LSID)片段、媒体呈现描述(MPD)片段和调度片段；
使用所述USBD片段、所述LSID片段、所述MPD片段和所述调度片段来选择服务组件；
在相应的基于单向传输实时对象传送(ROUTE)/LCT会话上调谐到所述服务组件流；以及
从相应的服务组件流提取媒体数据。
26.根据权利要求19所述的设备，其中，为了接收所述聚合的会话描述数据和由所述聚合的会话描述数据描述的所述广播服务的所述媒体内容，所述OTA广播中间件单元被配置为：
接收引用对应的用户服务描述(USD)会话标识符元素的标识符元素；
接收标识与所述多个会话相对应的广播流的一个或多个广播流标识符元素；
接收为所述广播流的发送者指定IP地址的一个或多个发送者IP地址元素；
接收为所述广播流的目的地指定IP地址的一个或多个目的地IP地址元素；
接收为所述广播流指定目的地端口的一个或多个端口元素；
接收为所述广播流内的物理层管道(PLP)指定标识符的一个或多个PLP ID元素；
接收为所述广播流指定相关联的源或修复流的传输会话标识符(TSI)的一个或多个TSI元素；
接收为所述多个会话指定最大比特率的一个或多个带宽元素；
接收为所述多个会话指定开始时间的一个或多个开始时间元素；以及
接收为所述多个会话指定结束时间的一个或多个结束时间元素。
27.一种用于接收媒体数据的设备，所述设备包括：
用于接收针对多个会话的聚合的会话描述数据的单元，其中，所述会话中的每个会话传输与共同媒体内容相关的媒体数据，并且其中，所述会话中的每个会话作为空中(OTA)广播的一部分被发送，以及
用于基于所述聚合的会话描述数据，从所述OTA广播中提取所述媒体数据中的至少一些媒体数据的单元。
28.根据权利要求27所述的设备，其中，所述用于接收所述聚合的会话数据的单元包括：用于相对于所述OTA广播的所述媒体数据在带外接收所述聚合的会话描述数据的单元。
29.根据权利要求27所述的设备，其中，所述聚合的会话描述数据包括扩展文件传送表(EFDT)数据，所述EFDT数据包括针对所述多个会话中的每个会话的、如在基于单向传输的文件传送(FLUTE)中定义的文件传送表(FDT)的数据。
30.根据权利要求27所述的设备，
其中，所述用于接收的单元包括：用于接收快速信息信道(FIC)数据的单元，并且
其中，所述用于提取的单元包括：
用于确定与所述FIC数据相对应的分层编码传输(LCT)数据的单元，其中，所述LCT数据包括在所述OTA广播中；
用于确定与所述LCT数据相关联的服务层信令(SLS)片段的单元；
用于确定所述SLS片段的用户服务描述(USD)数据的单元；
用于确定与所述USD相对应的媒体呈现描述(MPD)的单元；
用于根据所述MPD确定针对请求的表示的表示识别信息的单元；
用于确定与所述USD相对应的分层编码传输(LCT)会话实例描述(LSID)片段的单元；
用于使用所述表示识别信息，根据所述LSID片段确定针对所述请求的表示的会话描述的单元；以及
用于使用所确定的会话描述来从所述OTA广播中提取针对所述请求的表示的媒体数据的单元。
31.根据权利要求27所述的设备，还包括：
用于缓存所提取的媒体数据的单元；
用于根据基于HTTP的动态自适应流式传输(DASH)从DASH客户端接收针对所述媒体数据的请求的单元；以及
用于响应于所述请求，向所述DASH客户端发送所请求的媒体数据的单元。
32.根据权利要求31所述的设备，还包括所述DASH客户端。
33.根据权利要求27所述的设备，
其中，所述用于接收的单元包括用于获取来自较低层信令(LLS)流的信息的单元；并且
其中，所述用于提取的单元包括：
用于使用来自所述LLS流的信息来调谐到服务层信令(SLS)流的单元；
用于从所述SLS流获取用户服务捆绑描述(USBD)片段、分层编码传输(LCT)会话实例描述(LSID)片段、媒体呈现描述(MPD)片段和调度片段的单元；
用于使用所述USBD片段、所述LSID片段、所述MPD片段和所述调度片段来选择服务组件的单元；
用于在相应的基于单向传输的实时对象传送(ROUTE)/LCT会话上调谐到所述服务组件流的单元；以及
用于从相应的服务组件流提取媒体数据的单元。
34.根据权利要求27所述的设备，其中，所述用于接收所述聚合的会话描述数据的单元包括：
用于接收引用对应的用户服务描述(USD)会话标识符元素的标识符元素的单元；
用于接收标识与所述多个会话相对应的广播流的一个或多个广播流标识符元素的单元；
用于接收为所述广播流的发送者指定IP地址的一个或多个发送者IP地址元素的单元；
用于接收为所述广播流的目的地指定IP地址的一个或多个目的地IP地址元素的单元；
用于接收为所述广播流指定目的地端口的一个或多个端口元素的单元；
用于接收为所述广播流内的物理层管道(PLP)指定标识符的一个或多个PLP ID元素的单元；
用于接收为所述广播流指定相关联的源或修复流的传输会话标识符(TSI)的一个或多个TSI元素的单元；
用于接收为所述多个会话指定最大比特率的一个或多个带宽元素的单元；
用于接收为所述多个会话指定开始时间的一个或多个开始时间元素的单元；以及
用于接收为所述多个会话指定结束时间的一个或多个结束时间元素的单元。
35.一种其上存储有指令的非暂时性计算机可读存储介质，所述指令在被执行时使得用于接收媒体数据的设备的处理器进行以下操作：
接收针对多个会话的聚合的会话描述数据，其中，所述会话中的每个会话传输与共同媒体内容相关的媒体数据，并且其中，所述会话中的每个会话作为空中(OTA)广播的一部分被发送，以及
基于所述聚合的会话描述数据，从所述OTA广播中提取所述媒体数据中的至少一些媒体数据。
36.根据权利要求35所述的非暂时性计算机可读存储介质，其中，使得所述处理器接收所述聚合的会话数据的所述指令包括使得所述处理器进行以下操作的指令：相对于所述OTA广播的所述媒体数据在带外接收所述聚合的会话描述数据。
37.根据权利要求35所述的非暂时性计算机可读存储介质，其中，所述聚合的会话描述数据包括扩展文件传送表(EFDT)数据，所述EFDT数据包括针对所述多个会话中的每个会话的、如在基于单向传输的文件传送(FLUTE)中定义的文件传送表(FDT)的数据。
38.根据权利要求35所述的非暂时性计算机可读存储介质，
其中，使得所述处理器进行接收的所述指令包括使得所述处理器接收快速信息信道(FIC)数据的指令，并且
其中，使得所述处理器进行提取的所述指令包括使得所述处理器进行以下操作的指令：
确定与所述FIC数据相对应的分层编码传输(LCT)数据，其中，
所述LCT数据包括在所述OTA广播中；
确定与所述LCT数据相关联的服务层信令(SLS)片段；
确定所述SLS片段的用户服务描述(USD)数据；
确定与所述USD相对应的媒体呈现描述(MPD)；
根据所述MPD确定针对请求的表示的表示识别信息；
确定与所述USD相对应的分层编码传输(LCT)会话实例描述(LSID)片段；
使用所述表示识别信息，根据所述LSID片段确定针对所述请求的表示的会话描述；以及
使用所确定的会话描述来从所述OTA广播中提取针对所述请求的表示的媒体数据。
39.根据权利要求35所述的非暂时性计算机可读存储介质，还包括使得所述处理器进行以下操作的指令：
缓存所提取的媒体数据；
根据基于HTTP的动态自适应流式传输(DASH)从DASH客户端接收针对所述媒体数据的请求；以及
响应于所述请求，向所述DASH客户端发送所请求的媒体数据。
40.根据权利要求39所述的非暂时性计算机可读存储介质，其中，所述DASH客户端包括在用于接收媒体数据的所述设备内。
41.根据权利要求35所述的非暂时性计算机可读存储介质，
其中，使得所述处理器进行接收的所述指令包括使得所述处理器获取来自较低层信令(LLS)流的信息的指令；并且
其中，使得所述处理器进行提取的所述指令包括使得所述处理器进行以下操作的指令：
使用来自所述LLS流的信息来调谐到服务层信令(SLS)流；
从所述SLS流获取用户服务捆绑描述(USBD)片段、分层编码传输(LCT)会话实例描述(LSID)片段、媒体呈现描述(MPD)片段和调度片段；
使用所述USBD片段、所述LSID片段、所述MPD片段和所述调度片段来选择服务组件；
在相应的基于单向传输的实时对象传送(ROUTE)/LCT会话上调谐到所述服务组件流；以及
从相应的服务组件流提取媒体数据。
42.根据权利要求35所述的非暂时性计算机可读存储介质，其中，使得所述处理器接收所述聚合的会话描述数据的所述指令包括使得所述处理器进行以下操作的指令：
接收引用对应的用户服务描述(USD)会话标识符元素的标识符元素；
接收标识与所述多个会话相对应的广播流的一个或多个广播流标识符元素；
接收为所述广播流的发送者指定IP地址的一个或多个发送者IP地址元素；
接收为所述广播流的目的地指定IP地址的一个或多个目的地IP地址元素；
接收为所述广播流指定目的地端口的一个或多个端口元素；
接收为所述广播流内的物理层管道(PLP)指定标识符的一个或多个PLP ID元素；
接收为所述广播流指定相关联的源或修复流的传输会话标识符(TSI)的一个或多个TSI元素；
接收为所述多个会话指定最大比特率的一个或多个带宽元素；
接收为所述多个会话指定开始时间的一个或多个开始时间元素；以及
接收为所述多个会话指定结束时间的一个或多个结束时间元素。
CN201680005091.5A 2015-01-08 2016-01-07 针对空中广播媒体数据的会话描述信息 Active CN107113460B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201562101236P 2015-01-08 2015-01-08
US62/101,236 2015-01-08
US14/989,540 US10129308B2 (en) 2015-01-08 2016-01-06 Session description information for over-the-air broadcast media data
US14/989,540 2016-01-06
PCT/US2016/012422 WO2016112157A1 (en) 2015-01-08 2016-01-07 Session description information for over-the-air broadcast media data

Publications (2)

Publication Number Publication Date
CN107113460A true CN107113460A (zh) 2017-08-29
CN107113460B CN107113460B (zh) 2020-08-14

Family

ID=55358104

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680005091.5A Active CN107113460B (zh) 2015-01-08 2016-01-07 针对空中广播媒体数据的会话描述信息

Country Status (5)

Country Link
US (1) US10129308B2 (zh)
EP (1) EP3243332B1 (zh)
JP (1) JP6545804B2 (zh)
CN (1) CN107113460B (zh)
WO (1) WO2016112157A1 (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108235109A (zh) * 2017-12-28 2018-06-29 深圳Tcl新技术有限公司 表信息传输方法、智能电视及计算机可读存储介质
CN112585921A (zh) * 2018-08-20 2021-03-30 索尼公司 利用网络状况反馈改善协调媒体作品质量的方法和系统
CN113767608A (zh) * 2019-09-30 2021-12-07 腾讯美国有限责任公司 用于基于http的动态自适应流传输的基于会话的信息
CN114208107A (zh) * 2020-01-07 2022-03-18 腾讯美国有限责任公司 用于基于会话的dash操作的模式寻址
CN114531612A (zh) * 2022-02-21 2022-05-24 深圳市宝力威新材料有限公司 一种家庭信息化系统
CN114667722A (zh) * 2020-10-07 2022-06-24 腾讯美国有限责任公司 使用基于会话的dash操作进行url定制
CN115299022A (zh) * 2021-01-06 2022-11-04 腾讯美国有限责任公司 基于http的动态自适应流传输的方法和装置

Families Citing this family (33)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101781884B1 (ko) * 2014-11-04 2017-09-26 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016076654A1 (ko) * 2014-11-13 2016-05-19 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US9860571B2 (en) * 2014-12-10 2018-01-02 Lg Electronics Inc. Apparatus for transmitting broadcast signal, apparatus for receiving broadcast signal, method for transmitting broadcast signal and method for receiving broadcast signal
WO2016114510A1 (ko) * 2015-01-18 2016-07-21 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10721505B2 (en) * 2015-01-21 2020-07-21 Lg Electronic Inc. Broadcast signal transmission apparatus, broadcast signal reception apparatus, broadcast signal transmission method, and broadcast signal reception method
WO2016117939A1 (ko) * 2015-01-21 2016-07-28 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016122269A1 (ko) 2015-01-29 2016-08-04 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016122267A1 (ko) * 2015-01-29 2016-08-04 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US9749372B2 (en) 2015-02-04 2017-08-29 Lg Electronics Inc. Device for transmitting broadcast signal, device for receiving broadcast signal, method for transmitting broadcast signal, and method for receiving broadcast signal
WO2016129904A1 (ko) * 2015-02-10 2016-08-18 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
US10412132B2 (en) * 2015-02-16 2019-09-10 Lg Electronics Inc. Broadcasting signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
CN106233703B (zh) * 2015-02-27 2021-07-09 索尼公司 接收设备、接收方法、传输设备以及传输方法
CN106105150B (zh) * 2015-03-01 2020-11-06 Lg 电子株式会社 用于发送广播信号的设备、用于接收广播信号的设备、发送广播信号的方法和接收广播信号的方法
WO2016140486A1 (ko) * 2015-03-02 2016-09-09 엘지전자(주) 방송 신호 송수신 장치 및 방법
US10454985B2 (en) 2015-03-04 2019-10-22 Qualcomm Incorporated File format based streaming with dash formats based on LCT
WO2016144072A1 (ko) 2015-03-08 2016-09-15 엘지전자(주) 방송 신호 송수신 장치 및 방법
WO2016144142A1 (ko) * 2015-03-12 2016-09-15 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
WO2016153241A1 (ko) 2015-03-23 2016-09-29 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
CA3082203C (en) * 2015-10-23 2022-11-08 Sharp Kabushiki Kaisha Signaling method, receiving method signaling device, and receiving device
WO2017123044A1 (ko) 2016-01-14 2017-07-20 엘지전자(주) 방송 신호 송수신 장치 및 방법
US11336957B2 (en) * 2016-02-15 2022-05-17 Saturn Licensing, Llc Reception apparatus, transmission apparatus, and data processing method
US10104143B1 (en) * 2016-06-03 2018-10-16 Amazon Technologies, Inc. Manifest segmentation
US10432690B1 (en) 2016-06-03 2019-10-01 Amazon Technologies, Inc. Manifest partitioning
US10116719B1 (en) 2016-06-03 2018-10-30 Amazon Technologies, Inc. Customized dash manifest
US11362748B2 (en) * 2016-06-08 2022-06-14 Saturn Licensing Llc Reception device, transmission device, and data processing method
JPWO2018066355A1 (ja) * 2016-10-04 2019-07-25 ソニー株式会社 受信装置、送信装置、及び、データ処理方法
US9872062B1 (en) * 2017-02-22 2018-01-16 Wyse Technology L.L.C. Enforcing synchronization by embedding audio within video frame data
JP7139310B2 (ja) * 2017-03-14 2022-09-20 ソニーセミコンダクタソリューションズ株式会社 送信装置、受信装置、及び、データ処理方法
US10893315B2 (en) * 2017-03-24 2021-01-12 Sony Corporation Content presentation system and content presentation method, and program
US20180316953A1 (en) * 2017-04-28 2018-11-01 Sony Interactive Entertainment LLC Integrating media content for local channels and subscription channels
US10652166B2 (en) * 2017-06-27 2020-05-12 Cisco Technology, Inc. Non-real time adaptive bitrate recording scheduler
US11570509B2 (en) * 2020-01-06 2023-01-31 Tencent America LLC Session-based information for dynamic adaptive streaming over HTTP
CN111786888B (zh) * 2020-03-24 2022-08-09 北京京东尚科信息技术有限公司 一种接口隔离方法和装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101116306A (zh) * 2005-02-08 2008-01-30 艾利森电话股份有限公司 在分组交换网络上的按需多频道流会话
US20080107108A1 (en) * 2006-11-03 2008-05-08 Nokia Corporation System and method for enabling fast switching between psse channels
CN101410203A (zh) * 2006-08-31 2009-04-15 花王株式会社 抄浆模以及抄浆成型体
US20100023525A1 (en) * 2006-01-05 2010-01-28 Magnus Westerlund Media container file management
US20120317303A1 (en) * 2011-06-08 2012-12-13 Futurewei Technologies, Inc. System and Method of Media Content Streaming with a Multiplexed Representation
CN103026680A (zh) * 2010-08-10 2013-04-03 瑞典爱立信有限公司 用于媒体流传输的会话控制
US20140199044A1 (en) * 2013-01-15 2014-07-17 Qualcomm Incorporated Supporting transport diversity and time-shifted buffers for media streaming over a network

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8351363B2 (en) 2005-04-08 2013-01-08 Qualcomm Incorporated Method and apparatus for enhanced file distribution in multicast or broadcast
WO2010056492A2 (en) * 2008-11-12 2010-05-20 Level 3 Communications, Llc User authentication in a content delivery network
KR101263218B1 (ko) * 2008-12-19 2013-05-10 한국전자통신연구원 단일 세션 내 단일 패킷 집성 방법 및 장치
JP5541488B2 (ja) * 2009-02-09 2014-07-09 ソニー株式会社 コンテンツ受信装置および方法
JP5782705B2 (ja) * 2009-11-26 2015-09-24 三菱電機株式会社 デジタル放送受信装置及びその受信方法
US20130039278A1 (en) * 2010-05-03 2013-02-14 Nokia Corporation Protocol overhead reduction
US9043444B2 (en) * 2011-05-25 2015-05-26 Google Inc. Using an audio stream to identify metadata associated with a currently playing television program
US20130254611A1 (en) * 2012-03-23 2013-09-26 Qualcomm Incorporated Recovering data in multimedia file segments
US9900166B2 (en) 2013-04-12 2018-02-20 Qualcomm Incorporated Methods for delivery of flows of objects over broadcast/multicast enabled networks
JP2014239278A (ja) * 2013-06-06 2014-12-18 ソニー株式会社 コンテンツ供給装置、コンテンツ供給方法、プログラム、およびコンテンツ供給システム
EP3175624A4 (en) * 2014-07-31 2018-02-28 LG Electronics Inc. Apparatus and method for transmitting/receiving processes of a broadcast signal

Patent Citations (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101116306A (zh) * 2005-02-08 2008-01-30 艾利森电话股份有限公司 在分组交换网络上的按需多频道流会话
US20080151885A1 (en) * 2005-02-08 2008-06-26 Uwe Horn On-Demand Multi-Channel Streaming Session Over Packet-Switched Networks
US20100023525A1 (en) * 2006-01-05 2010-01-28 Magnus Westerlund Media container file management
CN101410203A (zh) * 2006-08-31 2009-04-15 花王株式会社 抄浆模以及抄浆成型体
US20090151885A1 (en) * 2006-08-31 2009-06-18 Kao Corporation Papermaking mold and fiber molded
US20080107108A1 (en) * 2006-11-03 2008-05-08 Nokia Corporation System and method for enabling fast switching between psse channels
CN101543015A (zh) * 2006-11-03 2009-09-23 诺基亚公司 使得能够在psse信道之间快速切换的系统和方法
CN103026680A (zh) * 2010-08-10 2013-04-03 瑞典爱立信有限公司 用于媒体流传输的会话控制
US20120317303A1 (en) * 2011-06-08 2012-12-13 Futurewei Technologies, Inc. System and Method of Media Content Streaming with a Multiplexed Representation
US20140199044A1 (en) * 2013-01-15 2014-07-17 Qualcomm Incorporated Supporting transport diversity and time-shifted buffers for media streaming over a network

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108235109B (zh) * 2017-12-28 2021-01-12 深圳Tcl新技术有限公司 表信息传输方法、智能电视及计算机可读存储介质
CN108235109A (zh) * 2017-12-28 2018-06-29 深圳Tcl新技术有限公司 表信息传输方法、智能电视及计算机可读存储介质
CN112585921B (zh) * 2018-08-20 2023-04-18 索尼公司 提供事件协调的上行链路网络辅助的方法和网络元件
CN112585921A (zh) * 2018-08-20 2021-03-30 索尼公司 利用网络状况反馈改善协调媒体作品质量的方法和系统
CN113767608A (zh) * 2019-09-30 2021-12-07 腾讯美国有限责任公司 用于基于http的动态自适应流传输的基于会话的信息
CN113767608B (zh) * 2019-09-30 2023-06-30 腾讯美国有限责任公司 接收会话的媒体数据的方法、装置和非易失性计算机可读介质
CN114208107A (zh) * 2020-01-07 2022-03-18 腾讯美国有限责任公司 用于基于会话的dash操作的模式寻址
CN114208107B (zh) * 2020-01-07 2023-12-08 腾讯美国有限责任公司 用于基于会话的dash操作的方法和设备
CN114667722A (zh) * 2020-10-07 2022-06-24 腾讯美国有限责任公司 使用基于会话的dash操作进行url定制
CN115299022B (zh) * 2021-01-06 2023-06-16 腾讯美国有限责任公司 基于http的动态自适应流传输的方法和装置
CN115299022A (zh) * 2021-01-06 2022-11-04 腾讯美国有限责任公司 基于http的动态自适应流传输的方法和装置
CN114531612A (zh) * 2022-02-21 2022-05-24 深圳市宝力威新材料有限公司 一种家庭信息化系统
CN114531612B (zh) * 2022-02-21 2024-02-13 深圳市宝力威新材料有限公司 一种家庭信息化系统

Also Published As

Publication number Publication date
EP3243332B1 (en) 2021-10-13
US20160205158A1 (en) 2016-07-14
JP6545804B2 (ja) 2019-07-17
EP3243332A1 (en) 2017-11-15
JP2018509022A (ja) 2018-03-29
WO2016112157A1 (en) 2016-07-14
US10129308B2 (en) 2018-11-13
CN107113460B (zh) 2020-08-14

Similar Documents

Publication Publication Date Title
CN107113460A (zh) 针对空中广播媒体数据的会话描述信息
CN106165434B (zh) 一种用于获取媒体数据的方法及计算机可读介质
US11234035B2 (en) Method and device for transmitting and receiving broadcast service in hybrid broadcast system on basis of connection of terrestrial broadcast network and internet protocol network
US10693936B2 (en) Transporting coded audio data
CN107743703B (zh) 用于媒体数据传输的方法、设备及计算机可读存储介质
CN103518351B (zh) 使用文件递送方法的ip广播流式传输服务分布
CN107637040A (zh) 使用websocket子协议来传输媒体数据
CN104081785A (zh) 来自多个源的多媒体数据的流式传输
CN107810624A (zh) 用信号发送用于广播的高速缓存的段
CN104040993A (zh) 用于发送相应地接收媒体流的方法
JP2014507878A (ja) 放送システムにおける制御メッセージ構成装置及び方法
CN105900445A (zh) Dash的稳健实况操作
CN102498722A (zh) 利用选择mpeg-2 传输流多路复用的多媒体流的基础分组进行该流的分发
US20170331666A1 (en) Real-time control interface for broadcast object streaming
KR102473346B1 (ko) 디지털 방송 서비스 방법 및 장치
US11622088B2 (en) Reception apparatus, transmission apparatus, and data processing method
KR20160138044A (ko) 미디어 데이터를 스트리밍하기 위한 목표된 광고 삽입
CN105900437A (zh) 通信设备、通信数据生成方法和通信数据处理方法

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant