CN108702535B - 用于上层信息的链路层信令的系统和方法 - Google Patents

用于上层信息的链路层信令的系统和方法 Download PDF

Info

Publication number
CN108702535B
CN108702535B CN201780012691.9A CN201780012691A CN108702535B CN 108702535 B CN108702535 B CN 108702535B CN 201780012691 A CN201780012691 A CN 201780012691A CN 108702535 B CN108702535 B CN 108702535B
Authority
CN
China
Prior art keywords
packet
signaling
plp
session
data
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
CN201780012691.9A
Other languages
English (en)
Other versions
CN108702535A (zh
Inventor
萨钦·G·德施潘德
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.)
Sharp Corp
Original Assignee
Sharp Corp
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 Sharp Corp filed Critical Sharp Corp
Publication of CN108702535A publication Critical patent/CN108702535A/zh
Application granted granted Critical
Publication of CN108702535B publication Critical patent/CN108702535B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/04—Protocols for data compression, e.g. ROHC
    • 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/23605—Creation or processing of packetized elementary streams [PES]
    • 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
    • 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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • 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/70—Media network packetisation
    • 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/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • 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
    • 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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

设备可以被配置成根据一个或多个链路层分组有效载荷结构传送与上层会话相关联的数据。链路层分组有效载荷结构可以包括表。

Description

用于上层信息的链路层信令的系统和方法
技术领域
本公开涉及交互式电视的领域。
背景技术
数字媒体播放能力可以被并入各种各样的设备中，包括数字电视包括所谓的“智能”电视、机顶盒、膝上型或者桌面型计算机、平板计算机、数字记录设备、数字媒体播放器、视频游戏设备、蜂窝电话包括所谓的“智能”电话、专用视频流设备等。数字媒体内容(例如，视频和/或音频编程，以及基于应用的增强)可以起源于多个源，包括例如无线电视提供商、卫星电视提供商、有线电视提供商、在线媒体服务提供商包括所谓的流服务提供商等。数字媒体内容可以通过分组交换网络递送，包括双向网络诸如网际协议(IP)网络和单向网络诸如数字广播网络。
数字媒体内容可以根据传输标准从源被传送到接收器设备(例如，数字电视或者智能电话)。传输标准的示例包括数字视频广播(DVB) 标准、综合服务数字广播标准(ISDB)标准和由高级电视系统委员会 (ATSC)开发的标准，包括例如ATSC 2.0标准。ATSC目前正开发所谓的ATSC 3.0标准套件。传输标准可以定义用于封装用于传输的数字媒体内容的机制并且可以定义用于与数字媒体内容的传输相关联的信令信息的机制。与数字媒体内容的传输相关联的信令信息的当前技术可能是不太理想的。
发明内容
一般而言，本公开描述了用于在链路层中用信号发送与上层会话相关联的信令信息的技术。特别地，本公开描述了用于根据一个或多个链路层分组有效载荷结构传送与上层会话相关联的数据的技术。本文所描述的技术可以实现数据的高效传输。本文所描述的技术可以对于数字媒体应用是特别有用的。应当注意，虽然在一些示例中相对于 ATSC标准、包括当前在开发下的那些描述本公开的技术，但是本文所描述的技术通常适用于任何传输标准。例如，本文所描述的技术通常适用于以下各项中的任一项：DVB标准、ISDB标准、ATSC标准、数字陆地多媒体广播(DTMB)标准、数字多媒体广播(DMB)标准、混合广播和广播电视(HbbTV)、万维网联盟(W3C)标准、通用即插即用(UPnP)标准和其它视频编码标准。
根据本公开的一个示例，一种用于在链路层分组中用信号发送上层信息的方法，包括：生成包括标识相应地与一个或多个物理层管道相关联的信息的会话的表，其中，所述表指示所述表是否包括标识用于与物理层管道标识符的可能的值相关联的物理层管道的信息的会话；以及将所述表传送到一个或多个接收器设备。
根据本公开的另一示例，一种用于在链路层分组中用信号发送上层信息的设备，包括：一个或多个处理器，其被配置成生成包括标识相应地与一个或多个物理层管道相关联的信息的会话的表，其中，所述表指示所述表是否包括标识用于与物理层管道标识符的可能的值相关联的物理层管道的信息的会话；以及将所述表传送到一个或多个接收器设备。
根据本公开的另一示例，一种用于在链路层分组中用信号发送上层信息的装置，包括：用于生成包括标识相应地与一个或多个物理层管道相关联的信息的会话的表的装置，其中，所述表指示所述表是否包括标识用于与物理层管道标识符的可能的值相关联的物理层管道的信息的会话；以及用于将所述表传送到一个或多个接收器设备的装置。
根据本公开的另一示例，一种非暂时性计算机可读存储介质包括被存储在其上的指令，其在执行时，使得设备的一个或多个处理器生成包括标识相应地与一个或多个物理层管道相关联的信息的会话的表，其中，所述表指示所述表是否包括标识用于与物理层管道标识符的可能的值相关联的物理层管道的信息的会话；以及将所述表传送到一个或多个接收器设备。
在下面附图和描述中阐述一个或多个示例的细节。其它方面、特征和优点将从描述和附图并且从权利要求而显而易见。
附图说明
图1是图示根据本公开的一个或多个技术的内容递送协议模型的示例的概念图。
图2A是图示根据本公开的一个或多个技术的链路层分组结构的示例的概念图。
图2B是图示根据本公开的一个或多个技术的用于信令分组的链路层分组结构的示例的概念图。
图3是图示可以实现本公开的一个或多个技术的系统的示例的方块图。
图4是图示可以实现本公开的一个或多个技术的服务分布引擎的示例的方块图。
图5是图示可以实现本公开的一个或多个技术的链路层分组发生器的示例的方块图。
图6是图示根据本公开的一个或多个技术的生成用于通过通信网络分布的信号的示例的概念图。
图7是图示可以实现本公开的一个或多个技术的接收器设备的示例的方块图。
具体实施方式
计算设备和/或传输系统可以基于包括一个或多个抽象层的模型，其中，每个抽象层处的数据根据特定结构例如分组结构、调制方案等表示。包括定义抽象层的模型的示例是在图1中所图示的所谓的开放系统互连(OSI)模型。OSI模型定义7层堆栈模型，包括应用层、表示层、会话层、传输层、网络层、数据链路层和物理层。应当注意，相对于描述堆栈模型中的层的术语上和下的使用可以基于应用层是最上层并且物理层是最下层。进一步地，在一些情况下，术语“第1层”或者“L1”可以被用于指代物理层，术语“第2层”或者“L2”可以被用于指代链路层，并且术语“第3层”或者“L3”或者“IP层”可以被用于指代网络层。
物理层可以通常指代电气信号形成数字数据的层。例如，物理层可以指代定义调制无线电频率(RF)符号如何形成数字数据帧的层。数据链路层(其还可以被称为链路层)可以指代在发送侧处的物理层处理之前并且在接收侧处的物理层接收之后使用的抽象。如本文所使用的，链路层可以指代将数据从网络层传输到发送侧处的物理层并且将数据从物理层传输到接收侧处的网络层使用的抽象。应当注意，发送侧和接收侧是逻辑角色并且单个设备可以操作为一个实例中的发送侧和另一实例中的接收侧二者。如下面更详细描述的，链路层可以将以特定分组类型(例如，运动图像专家组-传输流(MPEG-TS)分组、网际协议版本4(IPv4)分组等)封装的各种类型的数据(例如，视频、音频或者应用文件)抽象为单个通用格式用于由物理层处理。网络层可以通常指代逻辑寻址发生的层。即，网络层可以通常提供寻址信息 (例如，网际协议(IP)地址)，使得数据分组能够被递送到网络内的特定节点(例如，计算设备)。如本文所使用的，术语网络层可以指代链路层上面的层和/或具有使得其可以被接收用于链路层处理的结构中的数据的层。传输层、会话层、表示层和应用层中的每一个可以定义数据如何被递送用于由用户应用使用。
传输标准包括当前在开发下的传输标准可以包括指定用于每个层的支持协议的内容递送协议模型并且还可以定义一个或多个特定层实现。再参考图1，图示了示例内容递送协议模型。在图1中所图示的示例中，出于说明的目的，内容递送协议模型100与7层OSI模型“对齐”。应当注意，这样的说明不应当被解释为限制内容递送协议模型 100的实现或者本文所描述的技术。内容递送协议模型100可以通常对应于用于ATSC 3.0标准套件的当前提出的内容递送协议模型。进一步地，本文所描述的技术可以被实现在被配置成基于内容递送协议模型 100进行操作的系统中。
在候选标准中描述当前在开发下的ATSC 3.0标准套件的各方面，其可以包括用于包括在ATSC 3.0标准的公开(即，“最后的”或者“采用的”)版本的提出的方面。例如，以其整体内容通过引用并入的ATSC 候选标准：系统发现和信令Doc.S32-230r21，2015年9月28日描述了 ATSC 3.0单向物理层实现的提出的方面。提出的ATSC 3.0单向物理层包括物理层帧结构，包括定义引导程序、前导，和数据有效载荷结构包括一个或多个物理层管道(PLP)。PLP可以通常指代RF信道内的逻辑结构或者RF信道的一部分。即，PLP可以包括具有特定调制和编码参数的RF信道的一部分。所提出的ATSC 3.0单向物理层提供单个 RF信道能够包含一个或多个PLP并且每个PLP可以承载一个或多个服务(例如，视频服务、音频服务和/或闭合字幕服务)。参考图1，内容递送协议模型100使用用户数据报协议(UDP)和网际协议(IP)上的MPEG媒体传输协议(MMTP)和UDP和IP上的单向传输(ROUTE) 的实时对象递送通过ATSC广播物理层支持流和/或文件下载。在 ISO/IEC:ISO/IEC 23008-1,“Informationtechnology-High efficiency coding and media delivery in heterogeneousenvironments-Part 1:MPEG media transport(MMT)”中描述MMTP，其以其整体内容通过引用并入本文。在ATSC候选标准Signaling,Delivery,Synchronization,and ErrorProtection(A/331)Doc.S32-174r1，2016年1月5日(在下文中“A/331”) 中提供ROUTE的概述，其以其整体内容通过引用并入。应当注意，虽然ATSC 3.0使用术语“广播”指代单向无线传输物理层，但是所谓的 ATSC 3.0广播物理层通过流式传输或者文件下载支持视频递送。如此，如本文所使用的术语广播不应当被用于限制视频和相关联的数据可以根据本公开的一个或多个技术传输的方式。
在其中MMTP被用于通过ATSC广播物理层流和/或文件下载的情况下，服务分量数据(例如，视频数据、音频数据、闭合字幕数据等) 可以被封装在媒体处理单元(MPU)中。MMTP将MPU定义为“可以由MMT实体处理并且独立于其它MPU由呈现引擎消耗的媒体数据项”。MPU的逻辑分组可以形成MMT资产，其中，MMTP将资产定义为“将被用于建立多媒体演示的任何多媒体数据。资产是共享用于承载编码媒体数据的相同资产标识符的MPU的逻辑分组”。例如，对于视频分量而言，MPU可以包括独立地可解码的图片组(GOP)并且资产可以包括形成视频序列的若干MPU。一个或多个资产可以形成 MMT分组，其中，MMT分组是多媒体内容的逻辑集合。例如，MMT 分组可以包括对应于视频分量的资产和对应于音频分量的资产。A/331 提供单个MMT分组可以通过一个或多个MMTP会话递送，其中，每个MMTP会话能够通过目的地IP地址和目的地UDP端口号标识。进一步地，A/331提供多个MMT分组能够由单个MMTP会话递送。A/33A 提供每个PLP能够承载一个或多个MMTP会话。另外，A/331提供一个MMTP能够由超过一个PLP承载。
在其中ROUTE被用于通过ATSC广播物理层流式传输和/或文件下载的情况下，服务分量数据可以与一个或多个层编码传输(LCT)信道相关联。在一些情况下，LCT信道可以概念地与MMT资产类似。即，对于媒体递送而言，LCT信道可以整体上或者部分地承载媒体分量并且ROUTE会话可以被认为是承载一个或多个媒体演示的构成媒体分量的LCT信道的复用。即，每个ROUTE会话可以包括一个或多个LCT信道，其中，LCT信道是ROUTE会话的子集。进一步地，A/331 提供一个或多个LCT信道可以被包括在PLP中并且如此，ROUTE会话可以由一个或多个PLP承载。进一步地，与MMTP会话类似，A/331 提供ROUTE会话可以由目的地IP地址和目的地UDP端口号标识。应当注意，ROUTE会话还可以由源IP地址标识。
MMTP会话和ROUTE会话中的每一个可以被称为上层会话。如本文所使用的，术语上层会话可以通常指代与网络地址和至少一个较高层地址相关联的数据。在一些情况下，术语上层会话可以更特别地指代与服务分量相关联的目的地IP地址和目的地端口号。进一步地，应当注意，在一些情况下，上层会话的类型可以基于网络协议的类型和较高层协议的类型来标识。例如，要求IPv4和UDP端口号的高层会话可以被称为IPv4/UDP会话。在其中上层会话指代与服务分量相关联的目的地IP地址和目的地UDP端口号并且由一个或多个PLP承载以便加入会话(例如，接收服务分量)的情况下，接收器设备可以获得会话标识信息，其可以包括至少一个或多个PLP的标识符、目的地IP 地址和目的地UDP端口号。应当注意，在一些情况下，加入会话可能要求附加信息。在一些情况下，对于接收器设备而言能够通过链路层信令获得会话标识信息可以是有用的。
在ATSC候选标准Link-Layer Protocol(A/330),Doc.S33-169r2， 2015年12月25日(在下文中“A/330”)中描述ATSC 3.0的提出的链路层实现，其以其整体内容通过引用并入。可以被称为ATSC链路层协议(ALP)的提出的链路层将以特定分组类型(例如，MPEG传输流(MPEG-TS)分组、网际协议(IP)分组、信令分组、扩展分组等) 封装的各种类型的数据抽象为为单个通用格式用于由物理层处理。应当注意，在一个示例中，MPEG-TS可以被定义为用于音频、视频和程序和系统信息协议(PSIP)数据的传输和存储的标准容器格式。ATSC3.0提出的链路层支持将单个上层分组分段为多个链路层分组并且将多个上层分组级联为单个链路层分组。进一步地，ATSC 3.0提出的链路层支持网络分组的压缩和上层信息的链路层信令。
图2A是图示根据本公开的一个或多个技术的链路层分组结构的示例的概念图。如在图2A中所图示的，分组结构200包括报头210和有效载荷260。报头210可以提供标识被封装在有效载荷260内的数据的类型的信息并且数据如何被封装在有效载荷260内。例如，报头210 可以包括指示有效载荷260封装特定类型的网络分组的字段。进一步地，报头210可以包括指示链路层分组被用于提供链路层信令的字段。如上文所描述的，可以压缩被封装在有效载荷260内的数据。例如，在其中网络层分组包括MPEG-2TS分组的情况下，MPEG-2TS分组可以被封装在有效载荷260内，并且可以删除存在于每个MPEG-2TS分组中的同步字节，可以删除被包括在数据流中的MPEG-2TS NULL分组，和/或可以删除共同MPEG-2TS报头。进一步地，在其中网络层分组包括IP分组的情况下，可以压缩IP分组的报头。
在图2A中所图示的示例中，基本报头220长度是两个字节并且可以是报头210的最小长度。如下面详细描述的，在一个示例中，基本报头220可以包括四种类型的分组配置中的一个：没有任何附加报头的单个分组、具有附加报头的单个分组、分段分组和级联分组。在图 2A中所图示的示例中，报头210包括基本报头220，并且可选地包括附加报头230、可选报头240和分组类型附加报头250。在一个示例中，附加报头230的存在可以依赖于被包括在基本报头220中的控制字段，并且可以从被包括在附加报头230(如果存在的话)中的标记字段指示包括可选报头240。分组类型附加报头250的存在可以依赖于基本报头 220中的分组类型字段222。例如，如相对于图2B下面所描述的，当分组类型字段222指示信令分组时，报头210包括信令报头250作为分组类型附加报头的一部分。应当注意，在其它示例中，附加报头230、可选报头240和分组类型附加报头250中的一个或多个的存在可以基于其它逻辑关系。
在图2A中所图示的示例中，基本报头220包括分组类型字段222、有效载荷配置(PC)字段224、报头模式(HM)字段226A或者分段/ 级联(S/C)字段226B和长度字段228中的一个。在图2A中所图示的示例中，为分组类型字段222、有效载荷配置字段224、报头模式字段 226A或者分段/级联字段226B之一、和长度字段228中的每一个提供长度(例如，以位为单位的长度)。应当注意，在其它示例中，字段可以具有其它位长度。例如，取代用于长度字段228的11位，可以使用4位、8位或者另一位数并且被用于其它字段的位数可以因此被修改和/或附加字段可以被添加到基本报头210。应当注意，在一些示例中，字段可以使用其它名字引用并且仍然具有相同的角色或者语义。在一些示例中，例如“附加报头”可以被称为“aph报头”或者“addl报头”。
分组类型字段222可以标识被封装在有效载荷260内的网络分组的类型。在一个示例中，分组类型字段222可以包括3位packet_type (分组类型)语法元素，其指示在封装到链路层分组中之前输入数据的原始协议或者分组类型。在表1中图示了packet_type的值可以如何指示原始协议或者分组类型的示例。
packet_type值 含义
000 IPv4分组
001 保留
010 压缩的IP分组
011 保留
100 链路层信令分组
101 保留
110 分组类型扩展
111 MPEG-2传输流
表1
有效载荷配置字段224可以指示在基本报头220中存在报头模式字段226A还是分段/级联字段226B。在一个示例中，有效载荷配置字段224可以包括指示有效载荷的配置的1位payload_configuration(有效载荷配置)语法元素。在一个示例中，“0”的值可以指示链路层分组承载单个整个输入分组并且随后字段是报头模式字段，并且“1”的值可以指示分组承载超过一个输入分组(级联)或者大输入分组(分段)的一部分并且随后字段是分段/级联字段。当存在时，报头模式字段226A可以指示是否存在附加报头230和链路层分组的长度。在一个示例中，1位header_mode(报头模式)语法元素可以指示不存在附加报头并且链路层分组的有效载荷的长度小于2048字节(例如，当设定为“0”时)或者指示跟随长度字段228存在用于单个分组的附加报头 (例如，当设定为“1”时)。在其中header_mode指示用于单个分组的附加报头存在的情况下，有效载荷的长度可以大于2047字节和/或可以使用可选特征(子流标识、报头扩展等)。当存在时，分段/级联字段226B可以指示链路层分组是否是网络层分组的分段或者若干网络层分组是否被级联在链路层分组内。在一个示例中，1位segmentation_concatenation(分段级联)语法元素可以指示有效载荷承载输入分组的分段并且跟随长度字段228存在用于分段的附加报头(例如，当设定为“0”时)或者指示有效载荷承载超过一个完整输入分组并且跟随长度字段228存在用于级联的附加报头(例如，当设定为“0”时)。长度字段228可以指示有效载荷260的总长度。在一个示例中，长度字段228可以包括指示由链路层分组承载的有效载荷的字节中的长度的11最低有效位(LSB)的11位长度语法元素。应当注意，在一些情况下，长度字段228可以与跟随附加报头230的字段级联以提供有效载荷的实际总长度。
在表2中图示了可以被用于包括上文所描述的示例语法元素的分组结构200的示例语法。在表2中以及在下面其它表中，uimsbf可以指代无符号整数、首先传送的最高有效位，并且bslbf可以指代位串、最左边位。应当注意，在其它示例中，不同的数据类型可以被用于本文所描述的表中的任一个中的元素。例如，取代无符号整数数据类型，可以使用无符号类型数据类型等。进一步地，取代信令数据作为语义元素，数据可以用作属性信号通知，其中，属性通常指代关于元素提供更多信息的数据值。进一步地，元素的基数不限于下面示例表中所图示的值。
相对于表2，应当注意，出于简洁的缘故，在本文中未提供 additional_header_for_single_packet()、 additional_header_for_segmentation()、 additional_header_for_concatenation()和 additional_header_for_type_extension()的相应格式的完整描述。然而，如在表2中所图示的，对例如additional_header_for_single_packet()、 additional_header_for_segmentation()、 additional_header_for_concatenation()和 additional_header_for_type_extension()的格式的A/330的部分进行参考。下面相对于表6描述了additional_header_for_signaling_information()的示例格式。
Figure GDA0002637746640000111
表2
如上文所描述的，信令分组可以被用于提供链路层信令。参考表 1和表2中所图示的示例，信令分组可以由等于“100”的基本报头220 中的packet_type语法元素标识。图2B图示了信令分组附加报头的示例。如在图2B中所图示的，信令分组附加报头包括信令类型字段252、信令类型扩展字段254、信令版本字段255、信令格式字段256、信令编码字段257和保留字段258。在图2B中所图示的示例中，为信令类型字段252、信令类型扩展字段254、信令版本字段255、信令格式字段256、信令编码字段257和保留字段258中的每一个提供长度。应当注意，在其它示例中，这些字段可以具有其它位长度。
信令类型字段252可以指示信令的类型。在一个示例中，信令类型字段252可以包括8位signaling_type(信令类型)语法元素，其基于表3指示信令类型。如上文所描述的，在一些情况下，对于接收器设备而言能够通过链路层信令获得会话标识信息可以是有用的。(由表3中的signaling_type 0x01所指示的)链路映射表(LMT)可以提供会话标识信息。下面更详细地描述了LMT的示例。进一步地，本文所描述的技术可以使得接收器设备能够以高效的方式从链路映射表获得会话标识信息。进一步地，应当注意，相对于表3，ROHC-U可以指代单向模式鲁棒报头压缩(ROHC)。在A/330中提供了示例ROHC的方面。在A/330中，ROHC指代IP报头压缩技术并且包括两个部分：报头压缩器/解压缩器和适配模块。在发送器侧，适配模块提取上下文信息并且根据每个分组流建立信令信息，并且在接收器侧，适配模块解析与接收到的分组流相关联的信令信息并且将上下文信息附接到接收到的分组流。
Figure GDA0002637746640000121
表3
再参考图2B，信令类型扩展字段254可以指示信令的属性。在一个示例中，信令类型扩展字段254可以包括指示信令的属性的16位 signaling_type_extension语法元素。在一个示例中，可以在信令表内定义signaling_type_extension。信令版本字段255可以指示信令的版本。例如，信令版本字段225可以被用于指示是否已经在后续的传输中更新链路映射表(Link Mapping Table)。在一个示例中，信令版本字段 255可以包括指示信令的版本的8位signaling_version语法元素。信令格式字段256可以指示信令数据的格式。在一个示例中，信令格式字段256可以包括2位signaling_format语法元素，其基于表4指示信令格式。应当注意，在表4中，XML指代可扩展标记语言(XML)，并且JSON指代JavaScript对象表示(JSON)。进一步地，应当注意，在其它示例中，值00、01、10和11可以指示除在表4中所图示的那些的其它数据格式。例如，00、01、10和11中的每一个可以分别地对应于以下中的一个：二进制、XML、JSON、超文本标记语言(HTML)、逗号分隔值(CSV)、巴科斯诺尔范式(BNF)、扩充巴科斯诺尔范式 (ABNF)和扩展巴科斯诺尔范式(EBNF)。进一步地，应当注意，在一个示例中，值11可以指示保留字段258指示数据格式。
Figure GDA0002637746640000131
表4
信令编码字段257可以指示信令数据的编码/压缩格式。在一个示例中，信令编码字段257可以包括2位signaling_encoding语法元素，其基于表5指示编码/压缩格式。相对于表5，RFC指代由互联网工程任务组(IETF)发布的请求评论(RFC)。例如，RFC 1951指代DEFLATE 压缩数据格式规格版本1.3May 1996。应当注意，在其它示例中，值 00、01、10和11可以指示除在表5中所图示的那些的其它信号编码。例如，00、01、10和11中的每一个可以分别地对应于以下中的一个：不压缩、DEFLATE、GZIP(RFC 1952)、自适应Lempel-Ziv-Welch编译(LZW)、或者其它类型的无损数据压缩算法(上下文自适应二进制算术编码(CABAC)、上下文自适应可变长度编码(CAVLC)等)。
Figure GDA0002637746640000141
表5
在表6中图示了additional_header_for_signaling_information()的示例位流语法。
Figure GDA0002637746640000142
表6
如上文所描述的，相对于表3，LMT可以提供会话标识信息。即， LMT可以提供在PLP中承载的上层会话的列表。ATSC 3.0标准套件的当前提出的版本提供用于LMT的示例语法。在表7A中图示了在ATSC 3.0标准套件的当前提出的版本中所提供的示例LMT语法(在A/330中所描述的)。
Figure GDA0002637746640000151
表7A
下文提供了如在A/330中所提供的表7A中的语法元素 signaling_type、PLP_ID、num_session、src_IP_add、dst_IP_add、 src_UDP_port、dst_UDP_port、SID_flag、compressed_flag、SID和 context_id的定义：
signaling_type–该8位无符号整数字段应当指示由该表承载的信令的类型。用于LMT的signaling_type字段的值应当设定为“0x01”。
PLP_ID–该6位字段应当指示对应于该表的PLP。
num_session–该8位无符号整数字段应当提供在由以上PLP_ID 所标识的PLP中承载的上层会话的数量。当signaling_type字段的值是“0x01”时，该字段应当指示PLP中的UDP/IPv4会话的数量。
src_IP_add–该32位无符号整数字段应当包含在由PLP_ID字段中所标识的PLP中承载的上层会话的源IPv4地址。
dst_IP_add–该32位无符号整数字段应当包含由PLP_ID字段中所标识的PLP中承载的上层会话的目的地IPv4地址。
src_UDP_port–该16位无符号整数字段应当表示在由PLP_ID字段所标识的PLP中承载的上层会话的源UDP端口号。
dst_UDP_port–该16位无符号整数字段应当表示在由PLP_ID字段所标识的PLP中承载的上层会话的目的地UDP端口号。
SID_flag–该1位布尔字段应当指示承载由以上四个字段 src_ip_add、dst_ip_add、src_udp_port和dst_udp_port所标识的上层会话的ALP分组是否在其可选报头中具有SID[即，子流标识符]。当该字段的值被设定为“0”时，承载上层会话的ALP分组不应当在其可选报头中具有SID字段。当该字段的值被设定为“1”时，承载上层会话的 ALP分组应当在其可选报头中具有SID字段并且SID字段的值应当与该表中的随后SID字段相同。
compressed_flag–该1位布尔字段应当指示报头压缩是否被应用到承载由以上四个字段src_ip_add、dst_ip_add、src_udp_port和 dst_udp_port所标识的上层会话的ALP分组。当该字段的值被设定为“0”时，承载上层会话的ALP分组应当在其基本报头中具有packet_type字段的“0x00”的值。当该字段的值被设定为1时，承载上层会话的ALP分组应当在其基本报头中具有packet_type字段的“0x02”的值并且context_id字段应当存在。
SID–该8位无符号整数字段应当指示承载由以上四个字段 src_ip_add、dst_ip_add、src_udp_port和dst_udp_port所标识的上层会话的ALP分组的子流标识符。该字段应当仅当SID_flag的值等于“1”时存在。
context_id–该8位无符号整数字段应当提供用于在如在[A/330 的]章节7.1.2中所指定的ROHC-U描述表中所提供的场境(context)id (CID)的参考。该字段应当仅当compressed_flag的值等于“1”时存在。
应当注意，相对于表7A，使用6位标识符(即，PLP_ID)来标识与LMT相关联的特定PLP。在这种情况下，如果接收器设备试图从LMT 获得用于特定PLP的会话标识信息，则接收器设备可以解析PLP_ID 并且确定PLP_ID的值是否匹配用于细节的PLP_ID的值。将PLP_ID的值匹配到特定PLP_ID的值来确定LNT是否包括用于特定PLP的信息可能是不太理想的。进一步地，已经提出包括用于多个PLP的会话标识信息的示例LMT语法。表7B提供了概述一个示例LMT语法。
Figure GDA0002637746640000171
表7B
在表7B中所图示的示例包括相对于表7A上文所描述的所有语法元素。进一步地，在表7B中所图示的示例中，语法元素num_PLP指示LMT包括会话标识信息的PLP的数量。在表7B中所图示的示例中， PLP_ID标识LMT包括会话标识信息的特定PLP。应当注意，在表7B 中所图示的示例中，如果LMT包括用于10个PLP的会话标识信息，则使用6位来用信号发送PLP的数量并且使用80位(10x(6位PLP_ID +针对字节对齐的每个PLP的2保留位))来标识特定PLP。本文所描述的技术可以增加链路层信令中的用信号发送上层会话信息的传输效率。增加传输效率可能导致用于网络运营商的显著的成本节省。应当注意，虽然本文所描述的示例链路层抽象技术相对于特定示例物理层描述，但是本文所描述的技术通常适用而不管特定物理层实现。
在一个示例，相对于表7B，可以基于以下定义来修改context_id 的语义：
context_id–该8位无符号整数字段应当为如在[A/330的]章节 7.1.2中所指定的ROHC-U描述表中所提供的场境id(CID)的参考提供等于PLD_ID的ROHC-U_description_table()中的PLP_ID字段的值。该字段应当仅当compressed_flag的值等于“1”时存在。当compressed_flag等于“1”时，应当存在具有与等于PLP_ID的PLP_ID 值相等的PLP_ID值的信令的ROHC-U_description_table()。
context_id–该8位无符号整数字段应当为在ROHC-U描述表中所提供的场境id(CID)的参考提供等于承载该链路映射表的PLP_ID 的ROHC-U_description_table()中的PLP_ID字段的值。该字段应当仅当compressed_flag的值等于“1”时存在。在这种情况下，承载该LMT 的PLP的PLP_ID值被用于与ROHC-U_description_table()相关联。
在一个示例中，相对于表7B，约束可以被施加在语法元素 num_PLP上，使得num_PLP不应当等于0。应当注意，该约束可以是有用的，因为在不存在特定PLP上的IP会话的情况下，与包括PLP_ID 并且指示不存在用于该PLP的IP会话相反，在PLP的列表中不包括PLP_ID可以是更位高效的。进一步地，在一个示例中，在LMT中提供链路映射信息的PLP的数量可以使用提供比为其提供链路映射信息的PLP的数量小一的值的语法元素信号通知(即，可以使用减1编码，例如，可以使用语法元素num_PLPs_minus1)。
图3是图示可以实现本公开中所描述的一个或多个技术的系统的示例的方块图。系统300可以被配置成根据本文所描述的技术传递数据。在图3中所图示的示例中，系统300包括一个或多个接收器设备 302A-302N、电视服务网络304、电视服务提供商站点306、广域网312、一个或多个内容提供商站点314A-314N和一个或多个数据提供商站点 316A-316N。系统300可以包括软件模块。软件模块可以被存储在存储器中并且由处理器执行。系统300可以包括一个或多个处理器和多个内部和/或外部存储器设备。存储器设备的示例包括文件服务器、文件传送协议(FTP)服务器、网络附加存储(NAS)设备、本地磁盘驱动或者任何其它类型的设备或者能够存储数据的存储介质。存储介质可以包括蓝光光盘、DVD、CD-ROM、磁盘、闪速存储器或者任何其它适合的数字存储介质。当本文所描述的技术部分地被实现在软件中时，设备可以将用于软件的指令存储在适合的非暂时性计算机可读介质中并且使用一个或多个处理器执行硬件中的指令。
系统300表示系统的示例，其可以被配置成允许数字媒体内容诸如例如电影、直播体育事件等，以及与其相关联的数据和应用和多媒体呈现(例如，字幕服务)被分布到多个计算设备诸如接收器设备 302A-302N并且由其访问。在图3中所图示的示例中，接收器设备302A-302N可以包括被配置成从电视服务提供商站点306接收数据的任何设备。例如，接收器设备302A-302N可以被装备用于有线和/或无线通信并且可以包括电视，包括所谓的智能电视、机顶盒和数字视频记录器。进一步地，接收器设备302A-302N可以包括桌面型、膝上型或者平板计算机、游戏控制台、移动设备，包括例如“智能”电话、蜂窝电话和被配置成从电视服务提供商站点306接收数据的个人游戏设备。应当注意，虽然系统300被图示为具有不同的站点，这样的图示出于描述的目的并且未将系统300限于特定物理架构。被包括在其中的系统300和站点的功能可以使用硬件、固件和/或软件实现的任何组合来实现。
电视服务网络304是被配置成使得能够分布可以包括电视服务的数字媒体内容的网络的示例。例如，电视服务网络304可以包括公共无线电视网络、公共或者基于订阅的卫星电视服务提供商网络，以及公共或者基于订阅的有线电视提供商网络和/或顶部或者互联网服务提供商。应当注意，虽然在一些示例中电视服务网络304可以主要地被用于使得能够提供电视服务，电视服务网络304还可以使得能够根据本文所描述的电信协议的任何组合提供其它类型的数据和服务。进一步地，应当注意，在一些示例中，电视服务网络304可以启用电视服务提供商站点306与接收器设备302A-302N中的一个或多个之间的双向通信。电视服务网络304可以包括无线和/或有线通信介质的任何组合。电视服务网络304可以包括同轴电缆、光纤电缆、双绞线电缆、无线发送器和接收器、路由器、交换机、中继器、基站或者可以可用于促进各种设备与站点之间的通信的任何其它设备。电视服务网络304 可以根据一个或多个电信协议的组合进行操作。电信协议可以包括专有方面和/或可以包括标准化电信协议。标准化电信协议的示例包括 DVB标准、ATSC标准、ISDB标准、DTMB标准、DMB标准、有线服务接口规范数据(DOCSIS)标准、HbbTV标准、W3C标准和UPnP 标准。
再参考图3，电视服务提供商站点306可以被配置成经由电视服务网络304分布电视服务。例如，电视服务提供商站点306可以包括一个或多个广播站、有线电视提供商、卫星电视提供商或者基于互联网的电视提供商。在图3中所图示的示例中，电视服务提供商站点306 包括服务分布引擎308和数据库310。服务分布引擎308可以被配置成接收数据，包括例如多媒体内容、交互式应用和消息，并且通过电视服务网络304将数据分布到接收器设备302A-302N。例如，服务分布引擎308可以被配置成根据上文所描述的传输标准(例如，ATSC标准) 中的一个或多个的各方面传送电视服务。在一个示例中，服务分布引擎308可以被配置成从一个或多个源接收数据。例如，电视服务提供商站点306可以被配置成通过卫星上行链路/下行链路接收包括电视节目的传输。进一步地，如在图3中所图示的，电视服务提供商站点306 可以与广域网312通信并且可以被配置成从内容提供商站点 314A-314N接收数据并且还从数据提供商站点316A-316N接收数据。应当注意，在一些示例中，电视服务提供商站点306可以包括电视演播室并且内容可以起源于其。
数据库310可以包括存储设备，其被配置成存储数据，包括例如多媒体内容，以及与其相关联的数据，包括例如描述性数据和可执行交互式应用。例如，体育事件可以与提供统计更新的交互式应用相关联。与多媒体内容相关联的数据可以根据定义的数据格式诸如例如 HTML、Dynamic HTML、XML和JSON来格式化，并且可以包括统一资源定位符(URL)和统一资源标识符(URI)，其使得接收器设备 302A-302N能够访问例如来自数据提供商站点316A-316N中的一个的数据。在一些示例中，电视服务提供商站点306可以被配置成提供对存储的多媒体内容的访问权并且通过电视服务网络304将多媒体内容分布到接收器设备302A-302N中的一个或多个。例如，被存储在数据库310中的多媒体内容(例如，音乐、电影和电视(TV)节目)可以在所谓的按需基础上经由电视服务网络304被提供给用户。
广域网312可以包括基于分组的网络并且根据一个或多个电信协议的组合进行操作。电信协议可以包括专有方面和/或可以包括标准化电信协议。标准化电信协议的示例包括全球移动通信系统(GSM)标准、码分多址(CDMA)标准、第三代伙伴项目(3GPP)标准、欧洲电信标准协会(ETSI)标准、欧洲标准(EN)、IP标准、无线应用协议(WAP)标准和电气和电子工程师协会(IEEE)标准诸如例如IEEE 802标准中的一个或多个(例如，Wi-Fi)。广域网312可以包括无线和/或有线通信介质的任何组合。广域网312可以包括同轴电缆、光纤电缆、双绞线电缆、以太网电缆、无线发送器和接收器、路由器、交换机、中继器、基站或者可以可用于促进各种设备与站点之间的通信的任何其它设备。在一个示例中，广域网312可以包括互联网。
再参考图3，内容提供商站点314A-314N表示可以将多媒体内容提供到电视服务提供商站点306和/或接收器设备302A-302N的站点的示例。例如，内容提供商站点可以包括具有被配置成将多媒体文件和/ 或流提供到电视服务提供商站点306的一个或多个演播室内容服务器的演播室。在一个示例中，内容提供商站点314A-314N可以被配置成使用IP组提供多媒体内容。例如，内容提供商站点可以被配置成根据实时协议(RTP)、实时流协议(RTSP)或者HTTP(超文本传输协议) 将多媒体内容提供到接收器设备。
数据提供商站点316A-316N可以被配置成通过广域网312将包括基于超文本的内容等的数据提供到接收器设备302A-302N中的一个或多个和/或电视服务提供商站点306。数据提供商站点316A-316N可以包括一个或多个web服务器。由数据提供商站点316A-316N所提供的数据可以根据诸如例如HTML、Dynamic HTML、XML和JSON的数据格式定义。数据提供商站点的示例包括美国专利商标局网站。应当注意，在一些示例中，由数据提供商站点316A-316N所提供的数据可以被用于所谓的第二屏幕或者配套设备应用。例如，与接收器设备通信的(一个或多个)配套设备可以结合正被呈现在接收器设备上的电视节目显示网站。应当注意，由数据提供商站点316A-316N所提供的数据可以包括音频和视频内容。如上文所描述的，相对于内容递送协议模型100，描述应用的数据元素可以通过HTTP递送。因此，在一个示例中，数据提供商站点316A-316N可以被配置成根据本文所描述的技术中的一个或多个生成包括应用的数据或者文档和/或描述应用的数据元素。
如上文所描述的，服务分布引擎308可以被配置成接收数据，包括例如多媒体内容、交互式应用和消息，并且通过电视服务网络304 将数据分布到接收器设备302A-302N。图4是图示可以实现本公开的一个或多个技术的服务分布引擎的示例的方块图。服务分布引擎400 可以被配置成接收数据并且输出表示用于通过通信网络例如电视服务网络304分布的数据的信号。例如，服务分布引擎400可以被配置成接收一个或多个数据流并且输出可以使用单个无线电频带(例如，6 MHz信道、8MHz信道等)或者结合信道(例如，两个分离的6MHz 信道)传送的信号。数据流可以通常指代被封装在一个或多个数据分组的集合中的数据。在图4中所图示的示例中，服务分布引擎400被图示为以网络层分组和信令数据的形式接收数据。如上文所描述的，相对于表1，在一些示例中，网络层分组可以包括MPEG-TS分组、IPv4 分组等。应当注意，在其它示例中，服务分布引擎400可以包括较高层数据(例如，被存储在数据库310上的文件等)并且将数据封装到网络层分组中。如上文进一步描述的，信令数据可以包括会话信息数据。
图6图示了数据文件(例如，初级视频演示文件、初级音频演示文件、次级音频演示文件、交互式应用文件等)和信令数据可以如何被输出为用于通过通信网络分布的信号的示例。在图6中所图示的示例中，文件被封装到网络层分组中，即，数据分组A和数据分组B。上文描述了网络层分组的类型的示例。在图6中所图示的示例中，数据分组A和数据分组B被封装到链路层分组即通用分组A、通用分组 B、通用分组C和通用分组D中。应当注意，虽然在图6中所图示的示例中两个网络层分组被图示为被封装在四个链路层分组内(即，分段)，但是在其它示例中，可以将若干网络层分组封装到更小数量的链路层分组中(即，级联)。例如，可以将多个网络层分组封装到单个链路层分组中。链路层分组结构的方面可以根据通信标准定义。例如，链路层分组可以具有根据通信标准定义的报头格式和最小和最大长度。相对于图2A-2B上文描述了链路层分组结构的示例。
在图6中所图示的示例中，信令分组和通用分组被接收用于物理层处理。在图6中所图示的示例中，物理层处理包括将通用分组A、通用分组B、通用分组C和通用分组D封装在相应的基带分组即 Baseband Packet_A和Baseband Packet_B中。如在图6中所图示的，基带分组可以被包括在FEC(前向纠错)帧中。即，在图6中所图示的示例中，Baseband Packet_A和Baseband Packet_B分别地被封装在FEC Frame_A和FEC Frame_B中。在一个示例中，前向纠错信息可以包括内码和外码。如在图6中进一步所图示的，信令分组被封装在FECFrame_C中。如上文所描述的，PLP可以包括具有特定调制和编码参数的RF信道的一部分。如在图6中所图示的，FEC帧可以被映射到PLP。应当注意，将FEC帧映射到PLP可以包括一个或多个交织技术。位交织可以增加数据传输的鲁棒性。位交织技术的示例包括奇偶交织、列扭转交织、逐组交织和块交织。
如在图6中所图示的示例中，使用PLP(SGNL)承载信令分组(例如，LMT)，并且在PLP_1中承载通用分组A、通用分组B、通用分组C和通用分组D(即，文件)。进一步地，在图6中所图示的示例中，物理层帧包括PLP_N。如上文所描述的，PLP能够承载一个或多个上层会话。因此，在一个示例中，PLP_1可以承载上层会话并且PLP_N 可以承载另一上层会话。例如，PLP_1可以承载包括与初级音频轨道相关联的音频分量的会话并且PLP_N可以承载包括与次级音频轨道 (例如，次级语言、评论等)相关联的音频分量的会话。如在图6的示例中进一步图示的，物理层帧包括PLP(SLT)。PLP(SLT)表示承载服务列表(SLT)的PLP的示例。SLT可以包括允许对于观察者有意义的服务列表的演示必要的信息、能够经由信道号或者上/下支持初始服务选择的信息、和/或定位提供用于服务的风险和采集的信息和其用于所列出的每个服务的内容分量的信令必要的信息。例如，SLT 可以指示PLP_1承载包括与初级音频轨道相关联的音频分量的会话并且PLP_N承载包括与次级音频轨道相关联的音频分量的会话。如上文所描述的，在一些情况下，对于接收器设备而言能够通过链路层信令获得会话标识信息可以是有用的。应当注意，ATSC 3.0提出的链路层使得链路层信令能够比被用于提供被包括在SLT中的信息的信令更早地获得。应当注意，在一些示例系统实现中，可以要求信令分组(例如，FEC FRAME_C)和服务列表被包括在相同PLP中或者以其它方式排列。这可以使得接收器设备能够获得服务列表信息并且更高效地标识包括那些服务的PLP。
再参考图4，如在图4中所图示的，服务分布引擎400包括链路层分组发生器402、输入格式化器404、帧构建器和波形发生器406和系统存储器408。链路层分组发生器402、输入格式化器404、帧构建器和波形发生器406和系统存储器408中的每一个可以相互连接(物理地、通信地和/或操作性地)用于部件间通信并且可以被实现为各种适合的电路中的任一个，诸如一个或多个微处理器、数字信号处理器 (DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、离散逻辑、软件、硬件、固件或其任何组合。应当注意，虽然服务分布引擎400被图示为具有不同的功能块，但是这样的说明出于描述的目的并且未将服务分布引擎400限于特定硬件架构。服务分布引擎的功能400可以使用硬件、固件和/或软件实现的任何组合来实现。
系统存储器408可以被描述为非暂时性或者有形计算机可读存储介质。在一些示例中，系统存储器408可以提供临时和/或长期存储装置。在一些示例中，系统存储器408或其部分可以被描述为非易失性存储器并且在其它示例中系统存储器408的部分可以被描述为易失性存储器。易失性存储器的示例包括随机存取存储器(RAM)、动态随机存取存储器(DRAM)和静态随机存取存储器(SRAM)。非易失性存储器的示例包括磁性硬盘、光盘、软盘、闪速存储器或者电可编程存储器(EPROM)或者电可擦可编程(EEPROM)存储器的形式。系统存储器408可以被配置成存储在操作期间可以由服务分布引擎400 使用的信息。应当注意，系统存储器408可以包括被包括在以下中的每一个内的单独的存储器元件：链路层分组发生器402、输入格式化器 404和帧构建器和波形发生器406。例如，系统存储器408可以包括一个或多个缓冲器(例如，先进先出(FIFO)缓冲器)，其被配置成存储用于由服务分布引擎400的部件处理的数据。
链路层分组发生器402可以被配置成接收网络分组并且根据定义的链路层分组结构生成分组。例如，链路层分组发生器402可以被配置成接收网络分组和/或信令数据并且根据相对于图2A-2B下面所描述的示例链路层分组结构生成分组。相对于图5下面更详细地描述了链路层分组发生器的示例。输入格式化器404可以被配置成接收数据，包括对应于多媒体内容的数据，并且定义PLP。输入格式化器404可以被配置成定义对应于数据流的接收到的通用分组集的PLP结构(即，若干类型的链路层分组中的任一个)。在一个示例中，输入格式化器 404可以被配置成对应于数据流的链路层分组集将如何被封装在一个或多个基带帧中。在一些示例中，基带帧可以是固定长度(例如，根据通信标准定义的)并且可以包括报头和包括通用分组的有效载荷。如在图4中所图示的，输入格式化器404可以将信令数据提供到链路层分组发生器402。即，例如，输入格式化器404可以指示PLP结构，并且链路层分组发生器402可以基于PLP结构而生成信令链路层分组。
帧构建器和波形发生器406可以被配置成接收与一个或多个逻辑 PLP(例如，一个或多个FEC帧)相关联的数据等并且可以将数据映射到RF信道内的帧结构。映射可以包括一个或多个交织技术和/或一个或多个调制技术，包括例如正交频分复用(OFDM)、正交相移键控 (QPSK)和正交幅度调制(QAM)方案(例如，16QAM、64QAM、 256-QAM、1024QAM和4096QAM)。承载一个或多个PLP的帧可以被称为物理层帧(PHY层帧)。在一个示例中，帧结构可以包括引导程序、前导和包括一个或多个PLP的数据有效载荷。引导程序可以充当用于波形的通用进入点。前导可以包括所谓的第1层信令(L1信令)。 L1信令可以提供必要的信息来配置物理层参数。在一个示例中，帧构建器和波形发生器406可以被配置成使用OFDM符号产生用于RF信道的类型中的一个或多个内的传输的信号：单个6MHz信道、单个7 MHz信道、单个8MHz信道、单个11MHz信道，以及包括任何两个或两个以上分离的单个信道的结合信道(例如，14MHz包括6MHz 信道和8MHz信道)。进一步地，在一个示例中，帧构建器和波形发生器406可以被配置成支持层分复用。层分复用可以指代在相同的RF 信道(例如，6MHz信道)上叠加多个数据层。通常地，上层指代支持初级服务的核心(例如，更鲁棒的)层并且下层指代支持增强服务的高数据速率层。例如，上层可以支持基本高清晰度视频内容并且下层可以支持增强超高清晰度视频内容。
如上文所描述的，链路层分组发生器402可以被配置成接收网络分组并且根据定义的链路层分组结构生成分组。图5是图示可以实现本公开的一个或多个技术的链路层分组发生器的示例的方块图。如在图5中所图示的，链路层分组发生器500包括报头发生器502、压缩单元504和封装单元506。报头发生器502、压缩单元504和封装单元506 中的每一个可以相互连接(物理地、通信地和/或操作性地)用于部件间通信并且可以被实现为各种适合的电路中的任一个，诸如一个或多个微处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、离散逻辑、软件、硬件、固件或其任何组合。应当注意，虽然链路层分组发生器500被图示为具有不同的功能块，但是这样的说明出于描述的目的并且未将链路层分组发生器500 限于特定硬件架构。链路层分组发生器500的功能可以使用硬件、固件和/或软件实现的任何组合来实现。
报头发生器502可以被配置成基于接收到的网络层分组或者信令数据，生成用于链路层分组的报头。压缩单元504可以被配置成应用一个或多个数据缩减和/或压缩技术来优化链路层有效载荷大小。例如，压缩单元504可以被配置成应用上文所描述的MPEG-TS和/或IP报头压缩技术。封装单元506可以被配置成对被包括在接收到的网络层分组中的数据进行封装。在一些示例中，封装单元506可以被配置成基于一个或多个数据缩减和/或压缩技术，对数据进行封装。
进一步地，如上文所描述的，LMT可以提供会话标识信息。封装单元506可以被配置成根据在表8中所提供的示例LMT语法生成提供会话信息的LMT。应当注意，相对于表8，语法元素SID_flag、 compressed_flag和SID可以基于相对于表7A上文所提供的定义并且出于简洁的缘故未相对于表8重复。
Figure GDA0002637746640000281
表8
在表8中所图示的示例中，链路映射表()包括PLP标识符图(被信号通知为语法元素PLP_ID_map)。如上文所描述的，相对于表7A， PLP标识符可以包括6位语法元素，并且如此PLP可以使用64个可能的值(例如，0-63)中的一个来标识。PLP标识符图可以标识LMT包括会话标识信息的特定PLP。在表8中所图示的示例中，对于6位PLP 标识符的可能的64个值中的每一个而言，PLP标识符图可以提供位掩码以指示LMT是否包括用于特定PLP的会话标识信息。以这种方式， 64位的最大值可以被用于标识LMT包括会话标识信息的特定PLP而不管LMT包括会话标识信息的PLP的数量。与相对于表7B上文所描述的示例相比较，在表8中所图示的示例语法可以当LMT包括用于至少8个PLP的会话标识信息时提供位节省。而且，相对于表7B，当 LMT包括用于7PLP的会话标识信息时，针对表8要求相同的位数。因此，一般而言如果LMT与N个PLP相关联，那么与表7B中的语法相比较，使用表8中的语法可以节省(N-7)字节。进一步地，表8中所图示的示例语法可以附加地允许接收器设备通过解析更少的位确定LMT是否包括用于特定PLP的会话标识信息。即，接收器设备能够通过解析PLP_ID图的第i位并且在未试图将特定PLP_ID值与在表7B 中包括的若干潜在PLP_ID值中的一个匹配的情况下确定是否标识特定PLP。
下文提供了在表8中所提供的语法的语法元素PLP_ID_map、 num_session、src_IP_add、dst_IP_add、src_UDP_port、dst_UDP_port 和context_id的定义的示例。应当注意，相对于PLP_ID_map，在一些示例中可以约束PLP_ID_map，使得PLP_ID_map[i]针对i的至少一个值应当等于1。
PLP_ID_map–该64位字段应当包括关于链路映射信息被包括在该链路映射表中的PLP的位掩码信息。第i个最高有效位的1的值指示链路映射信息被包括用于在该链路映射表中具有PLP ID等于i的 PLP。第i个最高有效位的0的值指示链路映射信息未被包括用于在该链路映射表中具有等于I的PLP ID的PLP。
在另一示例中，取代最高有效位，语义PLP_ID_map可以针对最低有效位被定义如下：
PLP_ID_map–该64位字段应当包括关于链路映射信息被包括在该链路映射表中的PLP的位掩码信息。第i个最低有效位的1的值指示链路映射信息被包括用于在该链路映射表中具有PLP ID等于i的 PLP。第i个最低有效位的0的值指示链路映射信息未被包括用于在该链路映射表中具有等于i的PLP ID的PLP。
num_session–该8位无符号整数字段应当提供在具有等于i的 PLP_ID值的PLP中承载的上层会话的数量。该字段应当指示具有等于 i的PLP_ID值的PLP中的UDP/IPv4会话的数量。
src_IP_add–该32位无符号整数字段应当包含在具有等于i的 PLP_ID值的PLP中承载的上层会话的源IPv4地址。
dst_IP_add–该32位无符号整数字段应当包含在具有等于i的 PLP_ID值的PLP中承载的上层会话的目的地IPv4地址。
src_UDP_port–该16位无符号整数字段应当表示在具有等于i 的PLP_ID值的PLP中承载的上层会话的源UDP端口号。
dst_IP_port–该16位无符号整数字段应当表示在具有等于i的 PLP_ID值的PLP中承载的上层会话的目的地UDP端口号。
context-id–该8位无符号整数字段应当提供在ROHC-U描述表中所提供的具有等于i的ROHC-U_description_table()中的PLP_ID字段的值的场境id(CID)的参考。该字段应当仅当compressed_flag等于“1”时存在。
而且，在一些示例中，当compressed_flag等于“1”时，应当存在具有与等于i的PLP_ID值相等的PLP_ID值的用信号通知的 ROHC-U_description_table()。在另一变型中，context_id的语义可以如下：
context-id–该8位无符号整数字段应当在如在[A/330的]章节 7.1.2中所指定的ROHC-U描述表中所提供的具有与承载该链路映射表的PLP_ID相等的ROHC-U_description_table()中的PLP_ID字段的值的场境id(CID)的参考。该字段应当仅当compressed_flag等于“1”时存在。
在这种情况下，承载该LMT的PLP的PLP_ID值被用于与 ROHC-U_description_table()相关联。
进一步地，在一个示例中，封装单元506可以被配置成根据在表 9中所提供的示例LMT语法生成提供会话信息的LMT。应当注意，相对于表9，6位语法元素num_PLPs可以指示在LMT中为其提供会话标识信息的PLP的数量。在一个示例中，可以约束num_PLPs不等于0。进一步地，在一个示例中，可以使用为其提供链路映射信息的PLP的数量小一的值的语法元素信号，用信号通知在LMT中为其提供链路映射信息的PLP的数量(即，可以使用减1编码，例如，可以使用语法元素num_PLPs_minus1)。
在表9中，PLP_ID、num_session、src_IP_add、dst_IP_add、 src_UDP_port、dst_UDP_port、SID_flag、compressed_flag、SID和 context_id中的每一个可以基于相对于表7A-7B上文所提供的定义并且出于简洁的缘故未相对于表9重复。然而，应当注意，可以修改num_session、src_IP_add、dst_IP_add、src_UDP_port、dst_UDP_port、 SID_flag、compressed_flag、SID和context_id中的每一个，使得其每个实例对应于PLP_ID的第i个实例。进一步地，应当注意，相对于表 8和表9，在一些示例中，可以施加约束，使得当compressed_flag等于“1”时，应当信号通知具有与由表8中的PLP_ID_map[i]或者表9中的第i个PLP_ID所指示的PLP_ID值对应的PLP_ID的 ROHC-U_description_table()。在一些实例中，接收器设备可以被配置成当未接收具有与由表8中的PLP_ID_map[i]或者表9中的第i个PLP_ID 所指示的PLP_ID值对应的PLP_ID的ROHC-U_description_table()时，确定错误已经发生。
Figure GDA0002637746640000321
表9
应当注意，相对于表9，示例语法提供标识在LMT中为其提供链路映射信息的特定PLP的第一for循环并且使用第二for循环为所述特定PLP中的每一个提供会话标识信息。以这种方式，如果接收器设备试图从LMT获得用于特定PLP的会话标识信息，则接收器设备可以解析第一for循环来确定LMT是否包括用于该特定PLP的会话标识信息。以这种方式，接收器设备可以解析第一for循环来确定是否解析分组的剩余部分包括链路映射表。例如，如果接收器设备未试图获得在第一 for循环中所标识的用于PLP的会话标识信息，则接收器设备可以停止解析剩余的有效载荷，因为总体分组长度被提供在长度字段228中。
进一步地，应当注意，相对于表8和表9，与表7A-7B相反，表8 和表9不包括语法元素signaling_type。即，在一些示例中，接收器设备可以被配置成根据上文所描述的信令类型字段252确定 signaling_type的值。因此，例如，语法元素signaling_type可以未在表7B中信号通知。进一步地，在一些示例中，signaling_type的值可以基于表10中所图示的链路层分组的示例语法来信号通知。
Figure GDA0002637746640000331
表10
相对于表10，在一个示例中，检查if(signaling_type＝＝‘0x01’)条件可以被修改为使用检查(if(signaling_type＝＝‘0x01’)&& (packet_type＝＝‘100’)条件。进一步地，相对于表10，在一个示例中，检查if(signaling_type＝＝‘0x02’)条件可以被修改为使用检查(if (signaling_type＝＝‘0x02’)&&(packet_type＝＝‘100’)条件。因此，在一些示例中，表10中的语法可以仅适于具有指示如在表1中所提供的链路层信令的packet_type的分组。
在另一示例中，可以修改不同的表10，如在表11中所图示的。
Figure GDA0002637746640000341
表11
进一步地，应当注意，如上文所描述的，信令版本字段255可以被用于指示LMT是否已经在后续的传输中被更新。在A/330的情况下，其中，LMT对应于单个PLP，信令版本字段255可以指示与单个特定 PLP相关联的会话标识信息是否已经被更新。
在示例表8和表9的情况下，其中，LMT可以提供与多个PLP相关联的会话标识信息，信号通知一个或多个特定类型的更新可以是有用的。例如，对包括与多个PLP相关联的会话标识信息的LMT的更新可以包括对于多个PLP中的特定一个相关联的会话标识信息的更新、包括用于附加PLP的会话标识信息的更新和/或其组合。如上文所描述的，在一些情况下，接收器设备可以试图获得用于特定PLP的会话标识信息。以这种方式，为了接收器设备通过包括与多个PLP相关联的会话标识信息的LMT获得对用于特定PLP的会话标识信息的更新。signaling_version语法元素可以被定义如下：
Signaling_version–该8位字段应当指示信令的版本。该字段的值应当每当由signaling_type所标识的信令的任何数据改变时增量1。 signaling_version字段的值应当在其最大值之后折回到0。当 signaling_type等于0x01时，该字段的范围与具有用于PLP_ID_map字段的相同值的链路映射表相关联。当signaling_type等于0x01时，该字段的值应当每当具有用于signaling_type和PLP_ID_map字段的相同值的链路映射表中的任何数据改变时增量1。
在该示例中，信令版本字段255可以指示LMT是否包括对用于 PLP集内的特定PLP的会话标识信息的更新。以这种方式，服务分布引擎400表示被配置成根据根据本公开的一个或多个技术定义的一个或多个链路层分组有效载荷结构传送与上层会话相关联的数据的设备的示例。
图7是图示可以实现本公开的一个或多个技术的接收器设备的示例的方块图。接收器设备700是计算设备的示例，其可以被配置成从通信网络接收数据并且允许用户访问多媒体内容。在图7中所图示的示例中，接收器设备700被配置成经由电视网络诸如例如上文所描述的电势服务网络304接收数据。进一步地，在图7中所图示的示例中，接收器设备700被配置成经由广域网发送和接收数据。应当注意，在其它示例中，接收器设备700可以被配置成简单地通过电视服务网络 304接收数据。本文所描述的技术可以由被配置成使用通信网络的任何和全部组合通信的设备利用。
如在图7中所图示的，接收器设备700包括(一个或多个)中央处理单元702、系统存储器704、系统接口710、数据提取器712、音频解码器714、音频输出系统716、视频解码器718、显示系统720、 (一个或多个)I/O设备722和网络接口724。如在图7中所图示的，系统存储器704包括操作系统706和应用708。(一个或多个)中央处理单元702、系统存储器704、系统接口710、数据提取器712、音频解码器714、音频输出系统716、视频解码器718、显示系统720、(一个或多个)I/O设备722和网络接口724中的每一个可以相互连接(物理地、通信地和/或操作性地)用于部件间通信并且可以被实现为各种适合的电路中的任一个，诸如一个或多个微处理器、数字信号处理器 (DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、离散逻辑、软件、硬件、构件或其任何组合。应当注意，虽然接收器设备700被图示为具有不同的功能块，但是这样的说明出于描述的目的并且未将接收器设备700限于特定硬件架构。接收器设备700的功能可以使用硬件、固件和/或软件实现的任何组合来实现。
(一个或多个)CPU 702可以被配置成实现功能和/或处理用于在接收器设备700中执行的指令。(一个或多个)CPU 702可以包括单和 /或多核中央处理单元。(一个或多个)CPU 702可能能够检索和/或处理用于实现本文所描述的技术中的一个或多个的指令、代码和/或数据结构。指令可以被存储在计算机可读介质诸如系统存储器704上。
系统存储器704可以被描述为非暂时性或者有形计算机可读存储介质。在一些示例中，系统存储器704可以提供临时和/或长期存储装置。在一些示例中，系统存储器704或其部分可以被描述为非易失性存储器并且在其它示例中系统存储器704的部分可以被描述为易失性存储器。系统存储器704可以被配置成存储在操作期间可以由接收器设备700使用的信息。系统存储器704可以被用于存储用于由(一个或多个)CPU 702执行的程序指令并且可以由在接收器设备700上运行的程序被用于在程序执行期间暂时地存储信息。进一步地，在其中接收器设备700被包括作为数字视频记录器的一部分的示例中，系统存储器704可以被配置成存储许多视频文件。
应用708可以包括被实现在接收器设备内或者由其执行的应用并且可以被实现或者被包含在接收器设备700的部件内、由接收器设备 700的部件可操作、由接收器设备700的部件执行和/或操作性地/通信地耦合到接收器设备700的部件。应用708可以包括可以使得接收器设备700的(一个或多个)CPU 702执行特定功能的应用。应用708 可以包括以计算机编程语句表达的算法，诸如for循环、while循环、 if语句、do循环等。应用708可以使用指定编程语言开发。编程语言的示例包括JavaTM、JiniTM、C、C++、Objective C、Swift、Perl、Python、 PhP、UNIX Shell、Visual Basic和Visual Basic Script。在其中接收器设备700包括智能电视的示例中，应用可以由电视制造商或者广播公司开发。如在图7中所图示的，应用708可以结合操作系统706执行。即，操作系统706可以被配置成促进应用708与(一个或多个)CPU 702 和接收器设备700的其它硬件部件的相互作用。操作系统706可以是被设计为被安装在机顶盒、数字视频记录器、电视等上的操作系统。应当注意，本文所描述的技术可以由被配置成使用软件架构的任何和全部组合操作的设备利用。
系统接口710可以被配置成实现接收器设备700的部件之间的通信。在一个示例中，系统接口710包括使得数据能够从一个对等设备传送到另一对等设备或者存储介质的结构。例如，系统接口710可以包括支持基于加速图形端口(AGP)的协议、基于外围部件互连(PCI) 总线的协议的芯片集，诸如例如PCI ExpressTM(PCIe)总线规格，其由外围部件互连特别兴趣小组维持，或者可以被用于将对等设备的任何其它形式的结构(例如，专用总线协议)。
如上文所描述的，接收器设备700被配置成经由电视服务网络接收并且可选地发送数据。如上文所描述的，电视服务网络可以根据电信标准操作。电信标准可以定义通信性质(例如，协议层)，诸如例如物理信令、寻址、信道访问控制、分组性质和数据处理。在图7中所图示的示例中，数据提取器712可以被配置成从信号提取视频、音频和数据。信号可以根据例如以下各项的方面来定义：DVB标准、ATSC 标准、ISDB标准、DTMB标准、DMB标准和DOCSIS标准。
数据提取器712可以被配置成从由上文所描述的服务分布引擎 400所生成的信号提取视频、音频和数据。即，数据提取器712可以以相互的方式操作来服务分布引擎400。进一步地，数据提取器712可以被配置成基于上文所描述的结构中的一个或多个的任何组合而解析链路层分组。
数据分组可以由(一个或多个)CPU 702、音频解码器714和视频解码器718处理。音频解码器714可以被配置成接收并且处理音频分组。例如，音频解码器714可以包括被用于实现音频编解码器的各方面的硬件和软件的组合。即，音频解码器714可以被配置成接收音频分组并且将音频数据提供到音频输出系统716用于渲染。音频数据可以使用多通道格式诸如由杜比和数字影院系统开发的那些来编码。音频数据可以使用音频压缩格式编码。音频压缩格式的示例包括运动图像专家组(MPEG)格式、高级音频编码(AAC)格式、DTS-HD格式和杜比数字(AC-3)格式。音频输出系统716可以被配置成渲染音频数据。例如，音频输出系统716可以包括音频处理器、数字模拟转换器、放大器和扬声器系统。扬声器系统可以包括各种扬声器系统中的任一个，诸如耳机、集成立体扬声器系统、多扬声器系统或者环绕声系统。
视频解码器718可以被配置成接收并且处理视频分组。例如，视频解码器718可以包括被用于实现视频编解码器的各方面的硬件和软件的组合。在一个示例中，视频解码器718可以被配置成解码根据任何数量的视频压缩标准编码的射频数据，诸如ITU-T H.262或者 ISO/IEC MPEG-2Visual、ISO/IEC MPEG-4Visual、ITU-T H.264(还被称为ISO/IECMPEG-4AVC)和高效率视频编码(High-Efficiency Video Coding(HEVC))。显示系统720可以被配置成检索并且处理用于显示的视频数据。例如，显示系统720可以从视频解码器718接收像素数据并且输出用于视觉呈现的数据。进一步地，显示系统720可以被配置成结合视频数据例如图形用户接口输出图形。显示系统720可以包括各种显示设备中的一个，诸如液晶显示器(LCD)、等离子显示器、有机发光二极管(OLED)显示器或者能够将视频数据呈现给用户的另一类型的显示设备。显示设备可以被配置成显示标准清晰度内容、高清晰度内容或者超高清晰度内容。
(一个或多个)I/O设备722可以被配置成在接收器设备700的操作期间接收输入并且提供输出。即，(一个或多个)I/O设备722可以使得用户能够选择待渲染的多媒体内容。输入可以从输入设备生成，诸如例如按钮远程控制、包括触敏屏幕的设备、基于运动的输入设备、基于音频的输入设备或者被配置成接收用户输入的任何其它类型的设备。(一个或多个)I/O设备722可以使用标准化通信协议诸如例如通用串行总线协议(USB)、蓝牙、ZigBee或者专用通信协议诸如例如专用红外通信协议操作性地耦合到接收器设备700。
网络接口724可以被配置成使得接收器设备700能够经由局域网和/或广域网发送和接收数据。网络接口724可以包括网络接口卡，诸如以太网卡、光收发器、射频收发器或者被配置成发送和接收信息的任何其它类型的设备。网络接口724可以被配置成根据网络中利用的物理和介质访问控制(MAC)层执行物理信令、寻址和信道访问控制。进一步地，网络接口724可以包括链路层分组发生器，诸如例如上文所描述的链路层分组发生器500。进一步地，网络接口724可以被配置成基于上文所描述的结构中的一个或多个的任何组合而解析链路层分组。
在一个或多个示例中，所描述的功能可以以硬件、软件、固件或其任何组合实现。如果以软件实现，则功能可以作为一个或多个指令或代码被存储在计算机可读介质上并且通过其传送并且由基于硬件的处理单元执行。计算机可读介质可以包括计算机可读存储介质，其对应于有形介质诸如数据存储介质，或者包括例如根据通信协议促进将计算机程序从一个地点传送到另一个的任何介质的通信介质。以这种方式，计算机可读介质通常可以对应于(1)非暂时性的计算机可读存储介质或者(2)通信介质，诸如信号或者载波。数据存储介质可以是能够由一个或多个计算机或者一个或多个处理器访问以检索用于本公开中所描述的技术的实现的指令、代码和/或数据结构的任何可用介质。计算机程序产品可以包括计算机可读介质。
以示例而非限制的方式，这样的计算机可读介质能够包括RAM、 ROM、EEPROM、CD-ROM或者其它光盘存储装置、磁盘存储装置或者其它磁性存储设备、闪速存储器、或者能够被用于以指令或者数据结构的形式存储期望的程序代码并且能够由计算机访问的任何其它介质。而且，任何连接适当地被称为计算机可读介质。例如，如果指令使用同轴电缆、光纤电缆、双绞线、数字用户线路(“DSL”)或者无线技术诸如红外线、无线电和微波发射，那么同轴电缆、光纤电缆、双绞线、DSL或者无线技术诸如红外线、无线电和微波被包括在介质的定义中。然而，应当理解，计算机可读存储介质和数据存储介质不包括连接、载波、信号或者其它暂时性介质，但是相反涉及非暂时性有形存储介质。如本文所使用的，磁盘和光盘包括压缩光盘(CD)、激光光盘、光盘、数字通用光盘(DVD)、软盘和蓝光光盘，其中磁盘通常磁性地复制数据，而光盘利用激光光学地复制数据。上文的组合还应当被包括在计算机可读介质的范围内。
指令可以由一个或多个处理器诸如一个或多个数字信号处理器 (DSP)、通用微处理器、专用集成电路(ASIC)、现场可编程逻辑阵列(FPGA)或者其它等效电路或者离散逻辑电路执行。因此，如本文所使用的术语“处理器”可以指代前述结构或者适于本文所描述的技术的实现的任何其它结构中的任一个。另外，在一些方面中，本文所描述的功能可以被提供在被配置用于编码和解码的专用硬件和/或软件模块内，或者被包含在组合编解码器中。而且，技术可以完全地被实现在一个或多个电路或者逻辑元件中。
本公开的技术可以被实现在各种各样的设备或者装置中，包括无线蜂窝电话、集成电路(IC)或者IC集(例如，芯片集)。各种部件、模块或者单元在本公开中被描述以强调被配置成执行所公开的技术的设备的功能方面，但是不必通过不同的硬件单元要求实现。相反，如上文所描述的，各种单元可以结合适合的软件和/或固件被组合在编解码器硬件单元中或者由互操作性硬件单元包括如上文所描述的一个或多个处理器的集合提供。
而且，前述实施例中的每一个中使用的基站设备和终端设备的每个功能块或者各种特征可以由电路实现或者执行，其通常地是集成电路或者多个集成电路。被设计为执行本说明书中所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用或者通用集成电路(ASIC)、现场可编程门阵列信号(FPGA)或者其它可编程逻辑设备、离散门或者晶体管逻辑或者离散硬件部件或其组合。通用处理器可以是微处理器，或者备选地，处理器可以是常规处理器、控制器、微控制器或者状态机。通用处理器或者上文所描述的每个电路可以由数字电路配置或者可以由模拟电路配置。进一步地，当制成代替集成电路的集成电路的技术目前由于半导体技术的进步出现时，由该技术造成的集成电路也能够被使用。
已经描述了各种示例。这些和其它示例在以下权利要求的范围内。

Claims (18)

1.一种用于在链路层分组中用信号发送上层信息的方法，所述方法包括：
生成包括相应地与一个或多个物理层管道相关联的会话标识信息的表，其中，所述表中的第一语法元素是指示为其提供会话标识信息的物理层管道的数量减一的6位语法元素；以及
将所述表传送到一个或多个接收器设备。
2.根据权利要求1所述的方法，其中，所述表包括用于所指示的物理层管道的数量的相应的物理层管道标识符值。
3.根据权利要求2所述的方法，其中，会话包括与网络地址相关联的数据。
4.根据权利要求2所述的方法，其中，会话标识信息包括以下各项中的一项或多项：源地址、目的地地址、源端口和目的地端口。
5.根据权利要求4所述的方法，其中，会话标识信息包括是否向承载所标识的会话的分组应用报头压缩的指示，并且还包括当报头压缩被应用时，生成包括压缩描述信息的表，其中，所述表包括具有与承载所标识的会话的所述物理层管道的所述物理层管道标识符值相等的物理层管道标识符值的语法元素，并且将包括压缩描述信息的所述表传送到一个或多个接收器设备。
6.根据权利要求1所述的方法，其中，将所述表传送到一个或多个接收器设备包括将所述表封装在链路层分组的有效载荷中。
7.根据权利要求6所述的方法，其中，所述链路层分组包括链路层信令分组类型。
8.一种设备，包括一个或多个处理器，其被配置成：
解析包括表的信号，所述表包括相应地与一个或多个物理层管道相关联的会话标识信息，其中，所述表包括6位语法元素作为第一语法元素；以及
将为其提供会话标识信息的物理层管道的数量确定为比所述6位语法元素的值大一。
9.根据权利要求8所述的设备，其中，所述表包括用于所指示的物理层管道的数量的相应的物理层管道标识符值。
10.根据权利要求9所述的设备，其中，会话包括与网络地址相关联的数据。
11.根据权利要求9所述的设备，其中，会话标识信息包括以下各项中的一项或多项：源地址、目的地地址、源端口和目的地端口。
12.根据权利要求11所述的设备，其中，会话标识信息包括是否向承载所标识的会话的分组应用报头压缩的指示。
13.根据权利要求8所述的设备，其中，解析包括所述表的信号包括从链路层分组的有效载荷解析所述表。
14.根据权利要求13所述的设备，其中，所述链路层分组包括链路层信令分组类型。
15.根据权利要求8所述的设备，其中，所述设备是下述设备中的至少一种：桌面型或者膝上型计算机、移动设备、智能电话、蜂窝电话、个人数字助理(PDA)、电视、平板设备或者个人游戏设备。
16.一种确定用于链路层信令的上层信息的方法，所述方法包括：
解析包括表的信号，所述表包括相应地与一个或多个物理层管道相关联的会话标识信息，其中，所述表包括6位语法元素作为第一语法元素；以及
将为其提供会话标识信息的物理层管道的数量确定为比所述6位语法元素的值大一。
17.根据权利要求16所述的方法，其中，会话标识信息包括以下各项中的一项或多项：源地址、目的地地址、源端口和目的地端口。
18.根据权利要求17所述的方法，其中，会话标识信息包括是否向承载所标识的会话的分组应用报头压缩的指示。
CN201780012691.9A 2016-02-23 2017-02-23 用于上层信息的链路层信令的系统和方法 Active CN108702535B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201662298983P 2016-02-23 2016-02-23
US62/298,983 2016-02-23
PCT/JP2017/006856 WO2017146157A1 (en) 2016-02-23 2017-02-23 Systems and methods for link layer signaling of upper layer information

Publications (2)

Publication Number Publication Date
CN108702535A CN108702535A (zh) 2018-10-23
CN108702535B true CN108702535B (zh) 2020-10-23

Family

ID=59685221

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201780012691.9A Active CN108702535B (zh) 2016-02-23 2017-02-23 用于上层信息的链路层信令的系统和方法

Country Status (7)

Country Link
US (1) US20190037052A1 (zh)
KR (1) KR102151590B1 (zh)
CN (1) CN108702535B (zh)
CA (1) CA3014162C (zh)
MX (1) MX2018010136A (zh)
TW (2) TWI631852B (zh)
WO (1) WO2017146157A1 (zh)

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019088706A1 (ko) * 2017-11-03 2019-05-09 한국전자통신연구원 채널 본딩을 이용한 방송 신호 송신 장치 및 방송 신호 송신 방법
KR20190050705A (ko) 2017-11-03 2019-05-13 한국전자통신연구원 채널 본딩을 이용한 방송 신호 송신 장치 및 방송 신호 송신 방법
US10791296B2 (en) * 2018-11-23 2020-09-29 Sony Corporation Apparatus and method for tuner control by middleware
KR102145528B1 (ko) * 2019-03-15 2020-08-18 주식회사 로와시스 Atsc 3.0 수신장비용 alp표준 자동 전환 장치 및 방법
CN113498600B (zh) * 2020-01-22 2022-11-25 华为技术有限公司 一种基于PCIe的数据传输方法及装置
CN113498601A (zh) * 2020-01-22 2021-10-12 华为技术有限公司 一种基于PCIe的数据传输方法及装置
US11363310B2 (en) * 2020-09-21 2022-06-14 Sony Corporation ATSC 3.0 hospitality TV system
US11580396B2 (en) 2020-10-13 2023-02-14 Aira Technologies, Inc. Systems and methods for artificial intelligence discovered codes
CN112583822B (zh) * 2020-12-09 2022-06-10 海信视像科技股份有限公司 通信设备及通信方法
US11088784B1 (en) 2020-12-24 2021-08-10 Aira Technologies, Inc. Systems and methods for utilizing dynamic codes with neural networks
US11483109B2 (en) 2020-12-28 2022-10-25 Aira Technologies, Inc. Systems and methods for multi-device communication
US11575469B2 (en) 2020-12-28 2023-02-07 Aira Technologies, Inc. Multi-bit feedback protocol systems and methods
US11477308B2 (en) 2020-12-28 2022-10-18 Aira Technologies, Inc. Adaptive payload extraction in wireless communications involving multi-access address packets
US11368250B1 (en) 2020-12-28 2022-06-21 Aira Technologies, Inc. Adaptive payload extraction and retransmission in wireless data communications with error aggregations
US11191049B1 (en) * 2020-12-28 2021-11-30 Aira Technologies, Inc. Systems and methods for improving wireless performance
US11489624B2 (en) 2021-03-09 2022-11-01 Aira Technologies, Inc. Error correction in network packets using lookup tables
US11496242B2 (en) 2021-03-15 2022-11-08 Aira Technologies, Inc. Fast cyclic redundancy check: utilizing linearity of cyclic redundancy check for accelerating correction of corrupted network packets
US11489623B2 (en) 2021-03-15 2022-11-01 Aira Technologies, Inc. Error correction in network packets

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101465781A (zh) * 2007-12-21 2009-06-24 华为技术有限公司 多层网络资源优化方法、装置和系统
WO2011099733A2 (ko) * 2010-02-12 2011-08-18 엘지전자 주식회사 방송 신호 송/수신기 및 방송 신호 송/수신 방법
WO2012175787A1 (en) * 2011-06-24 2012-12-27 Nokia Corporation Accessing service guide information in a digital video broadcast system
CN102860023A (zh) * 2010-02-26 2013-01-02 松下电器产业株式会社 传输流分组报头压缩
CN103401653A (zh) * 2008-03-03 2013-11-20 三星电子株式会社 在通信系统中接收控制信息的方法和装置
CN103684666A (zh) * 2012-09-13 2014-03-26 中国科学院上海高等研究院 在ngb-w通信系统中实现时间交织和解时间交织的方法
CN104247436A (zh) * 2012-04-25 2014-12-24 三星电子株式会社 在数字广播系统中用于发送和接收的信令信息的装置和方法
WO2015046836A1 (en) * 2013-09-26 2015-04-02 Lg Electronics Inc. Apparatus for transmitting signaling information, apparatus for receiving signaling information, method for transmitting signaling information and method for receiving signaling information
WO2016018066A1 (ko) * 2014-08-01 2016-02-04 엘지전자 주식회사 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090094356A1 (en) * 2007-10-09 2009-04-09 Nokia Corporation Associating Physical Layer Pipes and Services Through a Program Map Table
EP2362654A1 (en) * 2010-02-26 2011-08-31 Panasonic Corporation Short baseband frame headers
EP2566156A4 (en) * 2010-04-28 2015-04-29 Lg Electronics Inc BROADCAST TRANSMITTER, BROADCAST RECEIVER AND METHOD FOR SENDING AND RECEIVING BROADCAST SIGNALS WITH DEVICES FOR TRANSMITTING AND RECEIVING BROADCAST SIGNALS
KR20160045712A (ko) * 2013-08-22 2016-04-27 톰슨 라이센싱 디지털 텔레비전 시스템에 대한 시스템 물리적 계층 파이프
JP6309622B2 (ja) * 2014-11-20 2018-04-11 エルジー エレクトロニクス インコーポレイティド 放送信号送信装置、放送信号受信装置、放送信号送信方法、及び放送信号受信方法
WO2017126933A1 (ko) 2016-01-22 2017-07-27 엘지전자(주) 방송 신호 송수신 장치 및 방법

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101465781A (zh) * 2007-12-21 2009-06-24 华为技术有限公司 多层网络资源优化方法、装置和系统
CN103401653A (zh) * 2008-03-03 2013-11-20 三星电子株式会社 在通信系统中接收控制信息的方法和装置
WO2011099733A2 (ko) * 2010-02-12 2011-08-18 엘지전자 주식회사 방송 신호 송/수신기 및 방송 신호 송/수신 방법
CN102860023A (zh) * 2010-02-26 2013-01-02 松下电器产业株式会社 传输流分组报头压缩
WO2012175787A1 (en) * 2011-06-24 2012-12-27 Nokia Corporation Accessing service guide information in a digital video broadcast system
CN104247436A (zh) * 2012-04-25 2014-12-24 三星电子株式会社 在数字广播系统中用于发送和接收的信令信息的装置和方法
CN103684666A (zh) * 2012-09-13 2014-03-26 中国科学院上海高等研究院 在ngb-w通信系统中实现时间交织和解时间交织的方法
WO2015046836A1 (en) * 2013-09-26 2015-04-02 Lg Electronics Inc. Apparatus for transmitting signaling information, apparatus for receiving signaling information, method for transmitting signaling information and method for receiving signaling information
WO2016018066A1 (ko) * 2014-08-01 2016-02-04 엘지전자 주식회사 방송신호 전송방법, 방송신호 수신방법, 방송신호 전송장치, 방송신호 수신장치

Also Published As

Publication number Publication date
MX2018010136A (es) 2018-11-29
TWI708507B (zh) 2020-10-21
CN108702535A (zh) 2018-10-23
TW201735655A (zh) 2017-10-01
KR102151590B1 (ko) 2020-09-03
CA3014162C (en) 2021-08-24
US20190037052A1 (en) 2019-01-31
TWI631852B (zh) 2018-08-01
CA3014162A1 (en) 2017-08-31
WO2017146157A1 (en) 2017-08-31
KR20180110067A (ko) 2018-10-08
TW201834464A (zh) 2018-09-16

Similar Documents

Publication Publication Date Title
CN108702535B (zh) 用于上层信息的链路层信令的系统和方法
US11025940B2 (en) Method for signalling caption asset information and device for signalling caption asset information
US11615778B2 (en) Method for receiving emergency information, method for signaling emergency information, and receiver for receiving emergency information
US10506302B2 (en) Method for signaling opaque user data
US10194185B2 (en) Systems and methods for communicating time representations
US11949765B2 (en) Systems and methods for data transmission based on a link layer packet structure
US20190141361A1 (en) Systems and methods for signaling of an identifier of a data channel
US20180109577A1 (en) Systems and methods for enabling communications associated with digital media distribution
JP7073353B2 (ja) デジタルメディア配信と関連付けられた通信を可能にするためのシステム及び方法

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