服务指南封装的制作方法

本公开总体上涉及一个服务指南。

背景技术：

广播服务可以被所有具有广播接收器的用户接收。广播服务大致分为两类，即，仅承载音频的无线广播服务和承载音频、视频和数据的多媒体广播服务。这样的广播服务已从模拟服务发展到数字服务。最近，多种广播系统(例如有线广播系统，卫星广播系统，基于交互网络的广播系统，和使用有线网络、交互网络和/或卫星的混合广播系统)连同高速数据服务一起提供高质量的音频和视频广播服务。并且，广播服务包括直接发送和/或接收音频、视频和/或数据到独立的计算机和/或计算机组和/或一个或多个移动通信设备。

除了更传统的固定接收装置，移动通信装置也被配置为支持那些服务。这样配置的移动装置，例如移动电话帮助用户在移动时使用那些服务。多媒体服务的不断增长的需求已带来用于移动通信和普通有线通信的各种各样的无线/广播服务。进一步地，这种会聚融合了用于不同的有线和无线的广播服务的环境。

开放移动联盟(openmobilealliance,oma)是用于在个人移动方案之间交互的标准，其用于定义用于移动软件和交互网络服务器的各种应用标准。oma移动广播服务使能器套件(omamobilebroadcastservicesenablersuite,omabcast)是被设计以支持移动广播技术的规范。omabcast定义那些提供基于ip的移动内容传递的技术，这些技术包括多种功能，比如服务指南、下载和流(streaming)、服务和内容保护、服务订阅和漫游。

结合附图，基于本发明的以下的一个或多个详细的描述的考虑，本发明的前述的和其他客观的情况、特征、和优点将更容易理解。

技术实现要素：

本发明的一个实施方式揭示了用于对与视频比特流的相关联的服务指南进行解码的方法，包括:(a)在所述服务指南中接收服务指南分段；(b)在所述服务指南分段中接收服务指南传递单元结构，所述服务指南传递单元结构用于封装所述视频比特流中的服务指南分段；(c)在所述服务指南传递单元结构中接收单元报头结构；(d)在所述单元报头结构中接收扩展偏移字段，其中，在对应于特定的服务指南传递单元结构规范的所述服务指南传递单元结构中，所述扩展偏移字段为0；(e)在所述单元报头结构中接收扩展偏移字段，其中，对于所述服务指南传递单元结构中不等于0的值，忽略所述扩展偏移字段，所述服务指南传递单元结构对应于所述特别的服务指南传递单元结构规范；(f)解码所述服务指南。

本发明的另一个实施方式揭示了一种用于对与视频比特流相关联的服务指南进行解码的方法，包括:(a)在所述服务指南中接收服务指南分段；(b)在所述服务指南分段中接收服务指南传递单元结构，所述服务指南传递单元结构用于封装所述视频比特流中的服务指南分段；(c)在所述服务指南传递单元结构中接收单元负载结构；(d)在所述单元负载结构中接收分段编码字段，对于在0至所述服务指南传递单元结构内的服务指南分段的总数范围内的i的任意值，所述分段编码字段不取值1或2或3，其中，存在至少一个0至所述服务指南传递单元结构内的服务指南分段的总数范围内的i的值，对所述值而言，对应于特定服务指南传递单元结构规范，所述分段编码字段等于0，其中，对所述单元负载结构中不等于0的值，忽略所述分段编码字段的数据，所述单元负载结构对应于所述特定服务指南传递单元结构规范；(e)解码所述服务指南。

一种用于对与视频比特流的相关联的服务指南进行解码的方法，包括:(a)在所述服务指南中接收服务指南分段；(b)在所述服务指南分段中接收服务指南传递单元结构，所述服务指南传递单元结构用于封装所述视频比特流中的服务指南分段；(c)在所述服务指南传递单元结构中接收单元负载结构；(d)在所述单元负载结构中接收分段编码字段和分段类型字段，当分段编码字段等于0，对于0至所述服务指南传递单元结构内的服务指南分段的总数范围内的i的任意值，所述分段类型字段不取值4,或5或6或7或8或9，其中，存在至少一个0至所述服务指南传递单元结构内的服务指南分段的总数范围内的i的值，对所述值而言，在特定服务指南传递单元结构规范中，所述分段类型字段的数据等于0或1或2或3且所述分段编码字段等于0，在所述特定服务指南传递单元结构规范中，当相关所述分段类型字段具有等于0或大于3的值，则忽略xml分段字段的数据；(e)解码所述服务指南。

附图说明

[图1]图1是表示由omabcast工作组在应用层和传输层中指定的bcast系统的逻辑架构的框图。

[图2]图2是表示用于在omabcast系统中的服务指南的结构的图。

图2a]图2a是表示在服务指南分段之间的基数和参考方向的图。

[图3]图3是表示传统的服务指南传递方法的原理的框图。

[图4]图4是示例性的服务指南传递单元语法。

[图5a]图5a是示例性的服务指南传递单元语义。

[图5b]图5b是示例性的服务指南传递单元语义。

具体实施方式

参照图3，由oma(openmobilealliance，开放移动联盟)bcast指定的广播系统的逻辑架构可以包括应用层和传输层。bcast系统的逻辑架构可以包括：内容创建(contentcreation，cc)101，bcast服务应用102，bcast服务分布/适配(bsda)103，bcast用户管理(bcastsubscriptionmanagement，bsm)104，终端105，广播分布系统(broadcastdistributionsystem,bds)服务分配111，bds112，和交互网络113。应该理解，根据需要，广播系统和/或接收系统可以被重置。也应该理解，根据需要，广播系统和/或接收系统可以包括额外的元件和/或更少的元件。

通常，内容创建(cc)101可以提供是bcast服务的基础的内容。内容可以包括用于公共广播服务的文件，例如，用于包括音频和视频的电影的数据。内容创建101给bcast服务应用102提供内容属性，内容属性被用于生成服务指南和确定服务可以被传递于其上的传输载体。

通常，bcast服务应用102可以接收由内容创建101提供的bcast服务的数据，并将接收到的数据转换为适于提供媒体编码、内容保护、交互服务等的格式。bcast服务应用102提供内容属性，内容属性被从内容创建101到bsda103和bsm104接收。

通常，bsda103可以使用由bcast服务应用102提供的bcast服务数据来执行操作，如文件/流传送，服务聚集，服务保护，服务指南创建/传递以及服务通知。bsda103将服务适配于bds112。

通常，bsm104可以通过硬件或软件管理服务预配置：用于bcast服务用户的诸如订阅和收费相关功能的服务提供，用于bcast服务的信息预配置，和接收bcast服务的移动终端。

通常，终端105可以接收内容/服务指南和节目支持信息，例如内容保护，和提供广播服务给用户。bds服务分布111通过与bds112和交互网络113的双向通信，向多个终端传送移动广播服务。

通常，bds112可以通过广播频道传递移动广播服务，且可以包括例如，通过第三代计划合作伙伴(3rdgenerationprojectpartnership,3gpp)的多媒体广播多播服务(multimediabroadcastmulticastservice，mbms),通过第三代计划合作伙伴2(3gpp2)的广播多播服务(broadcastmulticastservice，bcmcs),通过数字视频广播(digitalvideobroadcasting，dvb)的dvb-手持(dvb-handheld，dvb-h)，或基于互联网协议(internetprotocol，ip)的广播通信网络。交互网络113提供交互频道，可以包括，例如蜂窝网络。

根据需要，图1的逻辑实体之间的参考点或连接路径可以具有多个接口。接口被用于两个或多个逻辑实体之间的、用于它们的特定目的的通信。消息格式，协议等适用于接口。在一些实施方式中，在一个或多个不同的功能之间没有逻辑界面。

bcast-1121是用于内容和内容属性的传输路径，bcast-2122是用于内容被保护和内容未被保护的bcast服务、bcast服务属性和内容属性的传输路径。

bcast-3123是用于bcast服务属性、内容属性、用户偏好/订阅信息、用户请求和对请求的响应的传输路径。bcast-4124是用于通知信息、用于服务指南的属性、用于内容保护和服务保护的密钥的传输路径。

bcast-5125是用于受到保护的bcast服务、未受保护的bcast服务、内容受保护的bcast服务、内容未受保护的bcast服务、bcast服务属性、内容属性、通知、服务指南、安全材料的传输路径；安全材料，比如是数字版权管理(digitalrightsmanagement,drm)版权对象(rightobject,ro)、用于bcast服务保护的密钥值、以及通过广播频道传输的所有数据和信令。

bcast-6126是用于受到保护的bcast服务、未受保护的bcast服务、内容受保护的bcast服务、内容未受保护的bcast服务、bcast服务属性、内容属性、通知、服务指南、的安全材料的传输路径；安全材料，比如是用于bcast服务保护的drmro和密钥值以及通过交互频道传输的所有数据和信令。

bcast-7127是用于通过交互频道传输的用于与接收安全材料关的控制信息的用户偏好信息、服务预配置、订阅信息、以及设备管理。的传输路径，安全材料，比如是用于bcast服务保护的drmro和密钥值。

bcast-8128是提供用于bcast服务的用户数据的传输路径。bds-1129是用于受保护的bcast服务、未受保护的bcast服务、bcast服务属性、内容属性、通知、服务指南、安全材料的传输路径；安全材料，比如是用于bcast服务保护的drmro和密钥值。

bds-2130是用于服务提供、订阅信息、装置管理和安全材料的传输通道；安全材料，比如是用于bcast服务保护的drmro和密钥值。

x-1131是bds服务分布111和bds112之间的参考点。x-2132是bds服务分布111和交互网络113之间的参考点。x-3133是bds112和终端105之间的参考点。x-4134是bds服务分布111和终端105之间的参考点。x-4134是通过广播频道的bds服务分布111和终端105之间的参考点。x-5135是通过交互频道的bds服务分布111和终端105之间的参考点。x-6136是交互网络113和终端105之间的参考点。

参照图2，描述了用于omabcast系统的示例性服务指南。为了描述的目的，分段之间的实线箭头指示分段之间的参考方向。应该理解，根据需要，服务指南可以被重置。应该理解，根据需要，服务指南可以包括附加的元件和/或更少的元件。应该理解，根据需要，元件功能可以被修改和/或组合。

图2a是表示服务指南分段之间的基数和参考方向的图。图2中所示的基数的意思如下：图2a中的分段a的一个实例参考分段b的c至d个实例。如果c＝d，d被省略。这样，如果c＞0，且分段a存在，则必然存在分段b的至少c个实例，但是最多可以存在分段b的d个实例。反之亦然。分段b的一个实例被分段a的a至b个实例所参考。如果a＝b，b被省略。从分段a指向分段b的箭头连接指示分段a包含向分段b的参考。

关于图2，通常，服务指南可以包括：用于提供关于整个服务指南的基本信息的管理组200，用于提供订阅和购买信息的预配置组210，作为服务指南的核心部分工作的核心组220，用于提供对到服务和内容的访问进行控制的访问信息的访问组230。

管理组200可以包括服务指南传递描述符(serviceguidedeliverydescriptor，sgdd)框201。预配置组210可以包括购买项目框211，购买数据框212，和购买频道框213。核心组220可以包括服务框221，时间表框222，和内容框223。访问组可以包括访问框231和会话描述框232。

除了该四个信息组200、210、220和230之外，服务指南可以进一步包括预览数据241和交互性数据251。

为了标识的目的，上述组件可以被称为构成服务指南的方案的基本单元或分段。

sgdd分段201可以提供关于传递会话的信息，服务指南传递单元(serviceguidedeliveryunit，sgdu)位于传递会话上。sgdu是包含构成服务指南的服务指南分段211、212、213、221、222、223、231、232、241和251的容器。sgdd也可以提供用于接收分组信息和通知消息的进入点的信息。

作为包括在广播服务中的内容的上聚集的服务分段221，可以包括服务内容、种类、服务位置等上的信息。通常，“service(服务)”分段以聚集水平描述内容项目，内容项目包括广播服务。可以使用多种访问方式(例如广播频道和交互频道)来向用户传递服务。服务可以针对特定用户组或地理区域。根据服务类型，它可以具有交互部分，只广播部分，或者二者。进一步地，服务可以包括不与内容直接相关但与诸如购买或订阅信息这样的服务功能直接相关的组件。作为服务指南的一部分，“service”分段形成了由包括“access(访问)”、“schedule(时间表)”、“content(内容)”和“purchaseitem(购买项)”分段在内的其它分段所参考的中央集线。除此之外，“service”分段还可以参考“previewdata(预览数据)”分段。“service”分段可以不被这些分段参考，或者被这些分段中的若干个参考。与相关联的分段一起，终端可以在任何时间确定与服务关联的细节。这些细节可以综合为用户友好的显示，例如，关于消费了什么样的关联内容、怎样和何时消费关联内容以及花费是多少的显示。

访问分段231可以提供用于允许用户查看服务和传递方法的与访问相关信息，以及与相应访问会话相关联的会话信息。这样，“access”分段描述了在服务的的生命周期期间，服务如何可以被访问。该分段包含或参考会话描述信息和指示传递方法。一个或多个“access”分段可以参考一个“service”分段，，并提供用于访问关联服务或与之交互的替代途径。对于终端，“access”分段提供关于需要终端具备何种能力来接收和渲染服务的信息。“access”分段以嵌入式文本或通过通用资源标识符(uniformresourceidentifier，uri)形式中的指针，向一个单独会话描述提供会话描述参数。会话描述信息可以通过广播频道或交互频道传递。

会话描述分段232可以被包含于访问分段231，且可以以通用资源标识符(uri)形式提供位置信息，从而终端可以侦测会话描述分段232上的信息。会话描述分段232可以提供与存在于会话中的多媒体内容相关的地址信息，编解码器信息等。如此，“sessiondescription(会话描述)”是提供用于访问服务或内容项的会话信息的服务指南分段。进一步地，会话描述可以提供被用于相关联的传递过程的辅助描述信息。通过使用文本格式的sdp的语法，或3gppmbms用户服务包描述[3gppts26.346](usbd),来提供会话描述信息。辅助描述信息被以xml格式提供并包含如在[bcast10-分布]中所规定的关联传递描述。要注意的是，一旦sdp语法被使用，用以传递会话描述的替代方法是通过在“访问”分段中封装文本格式的sdp。注意的是，会话描述可以被用于服务指南传递本身和内容会话二者。

购买项目分段211可以提供服务、内容、时间等的包，以帮助用户订阅或购买该购买项目分段211。这样，“purchaseitem”分段表示被免费提供给终端用户的、用于订阅和/或购买的一个或多个服务(例如，服务包)或一个或多个内容项的组。该分段可以被提供不同服务包的更多信息的“purchasedata(购买数据)”分段参考。“purchaseitem”分段也可以与以下项相关联：(1)用于实现打包的服务订阅的“service”分段和/或，(2)用于实现消费特定时间帧中的特定服务或内容(付费观看功能)的“schedule”分段，和/或(3)用于实现购买与服务相关的单个内容文件的“content”分段，(4)用于实现购买项的打包的其它“purchaseitem”分段。

购买数据分段212可以包括详细的购买和订阅信息，例如用于服务或内容包的价格信息和促销信息。购买频道分段213可以提供用于订阅或购买的访问信息。这样，“purchasedata”分段的主要功能就是呈现与关联的购买项相关的可获取的所有定价信息。“purchasedata”分段收集与一个或多个购买频道相关的信息，并且可以与针对特定服务或服务包的预览数据相关联。“purchasedata”分段携带与服务、服务包或内容项的定价相关的信息。而且，与促销活动相关的信息可以被包含于该分段。sgdd也可以提供关于作为容器的sgdu的与用于接收服务指南和分组信息的进入点相关的信息。

预览数据分段241可以被用于提供用于服务、时间表和内容的预览信息。这样，“previewdata”分段包含由终端用于向用户呈现服务或内容概要的信息，如此，从而用户可以大致了解服务或内容关于什么。“previewdata”分段可以包括简单文本，静态图像(例如，商标)，短视频剪辑，或甚至参考可能是主要服务的低比特率版本的另一个服务。“service”、“content”、“purchasedata”、“access”和“schedule”分段可以参考“previewdata”分段。

交互数据分段251可以用于在广播期间根据服务、时间表和内容提供交互服务。关于服务指南的更详细的信息可以由系统的一个或多个元素和属性定义。这样，交互性数据包含被终端用来向用户提供交互服务的信息，该信息与广播内容相关。这些交互服务可以使用户，例如在tv节目期间进行投票或获取与广播内容相关的内容。“interactivitydata(交互性数据)”分段指向包含xhtml文件、静态图像、邮件模板、sms模板、mms模板文件等的一个或多个“交互性媒体”文件。“interactivitydata”分段可以参考“service”、“content”和“schedule”分段，并且可以被“schedule”分段参考。

“schedule”分段定义相关联的内容项可被用于传输、下载和/或渲染的时间帧。该分段参考“service”分段。如果其也参考一个或多个“content”或“interactivitydata”分段，则其定义属于服务的那些内容项的有效的分布和/或呈现时间帧，或与服务相关的交互性媒体文件的有效分布时间帧和自动激活时间。另一方面，如果“schedule”分段不参考任何“content”分段或“interactivitydata”分段，则其定义无界的服务可用性的时间帧。

“content”分段给出了特定内容项的详细描述。除了定义类型、描述和内容的语言之外，它可以提供与目标用户组或地理区域相关的信息，以及种类和家长评级。“content”分段可以被“schedule”、“purchaseitem”或“interactivitydata”分段参考。其可以参考“previewdata”分段或“service”分段。

分段携带与可以获得针对在“purchasedata”分段中定义的特定服务、服务包或内容项的购买权和/或内容权的实体相关的信息。购买频道与一个或多个广播订阅管理(bsm)相关联。终端仅在附属于与特定购买频道相关联的bsm的情况下才被允许访问该购买频道。多个购买频道还可以关联于一个“purchasedata”分段。特定终端用户可以具有所有购买请求均被指向到的“优选”购买频道(例如，他/她的移动运营商)。优选购买频道甚至可以是终端被允许使用的唯一频道。

服务指南传递描述符在服务指南公告频道上被传输，其向终端通知服务指南发现处理中的服务指南的分段的可用性、元数据和分组。sgdd允许对在终端中缓存或者发送的服务指南分段的快速识别。为此，优选地，如果被分布在广播频道上，则优选重复sgdd。sgdd也提供相关的服务指南分段的分组，从而提供确定这种组的完整性的方式。如果终端从一个服务覆盖区域移动到另一个服务覆盖区域，则服务指南传递描述符尤其有用。在此情况下，服务指南传递描述符可以被用于快速检查已在先前的服务覆盖区域中被接收的服务指南分段中的哪一个在当前的服务覆盖区域仍然有效，因此不必被重新解析或重新处理。

尽管没有清楚地描述，构成服务指南的分段可以包括用于实现其目的的元素和属性值。此外，根据需要，服务指南的一个或多个分段可以被省略。同样，根据需要，服务指南的一个或多个分段可以被组合。同样，根据需要，服务指南的一个或多个分段的不同方面可以被组合在一起、重组或修改或者约束。

参照图3，示例性的框图描述服务指南技术的情况。服务指南传递描述符分段201可以包括与包含服务信息的的所有分段相关的会话信息、分组信息和通知消息访问信息。当实现移动广播服务的终端105启动或开始接收服务指南时，它可以访问服务指南公告频道(sgannouncementchannel)300。

sg公告频道300可以包括至少一个sgdd200(例如，sgdd#1，……，sgdd#2，sgdd#3)，sgdd200可以被格式化为任何适合的格式，例如在用于移动广播服务、开放移动联盟的服务指南(版本1.0.1、2013年1月9日)和/或在用于移动广播服务、开放移动联盟的服务指南(版本1.1、2013年10月29日)中说明的格式；这两者均以引用的方式完全并入本文。构成服务指南传递描述符分段201的元素和属性的描述可以反映为任意合适的格式，例如表格格式和/或可扩展标记语言(xml)架构。

优选地，实际数据根据sgdd分段201以xml格式被提供。与服务指南相关的信息可以以多种数据格式被提供，例如，二进制，其中，元素和属性根据广播系统设置为相应的值。

终端105可以从在sg公告频道300上接收到的sgdd分段的描述条目获取与包含分段信息的服务指南传递单元(sgdu)312相关的传输信息。

“groupingcriteria(分组标准)”、“serviceguidedeliveryunit(服务指南传递单元)”、“transport(传输)”和“alternativeaccessuri(备选访问uri)”。可以由“transport”或“alternativeaccessuri”提供与传输相关的频道信息，由“serviceguidedeliveryunit”提供相应频道的实际值。此外，可以由“groupingcriteria”提供关于sgdu312的上层组信息，例如“service”和“genre”。终端105可以根据相应组信息接收所有sgdu312并向用户呈现。

以使用“groupingcriteria”来识别sg传递频道。在时间分组的情况下，可以利用基于时间的传输频道(例如以小时为单位的sg频道311和以天为单元的sg频道)来传输sgdu。因此，终端105可以选择性地访问频道并接收相应频道上存在的所有sgdu。一旦在sg传递频道310上完整地接收到整个sgdu，则终端105检查在sg传递频道310上接收到的sgdu中包含的所有分段，并且聚集分段以在屏幕上显示实际的完全服务指南320，该服务指南可以以小时为单位321被再划分。

在传统的移动广播系统中，服务指南被格式化并被发送以使仅已配置的终端接收相应的广播系统的广播信号。例如，由dvb-h系统发送的服务指南信息可以仅被配置来接收dvb-h广播的终端接收。

服务提供方根据服务汇聚(可以被称为多播服务)使用多种发送系统以及多种广播系统提供打包和集成的服务。广播服务提供方还可以在ip网络上提供广播服务。可以使用在3gpp标准和omabcast标准(例如，方案)中定义的实体来描述集成的服务指南发送/接收系统。然而，服务指南发送/接收系统可以与任意合适的通信和/或广播系统一起使用。

参照图4，方案可以包括：例如(1)名称(name)；(2)类型(type)；(3)类别(category)；(4)基数(cardinality)；(5)描述(description)；以及(6)数据类型(datatype)。该方案可以布置为任意方式，例如表格格式或xml格式。

“名称”栏指示元素或属性的名称。“类型”栏指示代表元素或属性的索引。元素可以是e1,e2,e3,e4,…,e[n]的其中之一。e1指示整条消息的上层元素，e2指示e1下的元素，e3指示e2下的元素，e4指示e3下的元素，以此类推。属性由a指示。例如，e1下的“a”表示元素e1的属性。在一些情况下，标注可以表示：e＝元素，a＝属性，e1＝子元素，e2＝子元素的子元素，e[n]＝元素[n-1]的子元素。“类别”栏用于指示元素或属性是否是强制的。如果元素是强制的，则该元素的类别被标记为“m”。如果元素是可选的，则该元素的类别被标记为“o”。如果网络对元素的支持是可选的，则该元素被标记为“no”。如果终端对元素的支持是强制的，则该元素被标记为“tm”。如果网络对元素的支持是强制的，则该元素被标记为“nm”。如果终端对元素的支持是可选的，则该元素被标记为“to”。如果元素或属性具有大于零的基数，则其被分类为m或nm以保持一致性。“基数”栏指示元素之间的关系并且被设置为值0、0…1、1、0…n和1…n。0指示选项，1指示必须关系，n指示多个值。例如，0…n表示相应的元素可以不具有值或者具有n个值。“描述”栏描述了相应元素或属性的含义，“数据类型”栏指示相应元素或属性的数据类型。

服务可以表示内容项的包，其形成针对终端用户的逻辑组。一个示例是由若干tv节目构成的tv频道。“service”分段包含描述移动广播服务的元数据。相同元数据(即，属性和元素)可能存在于与该“service”分段相关联的“content”分段中。在此情况下，对于以下元素：“parentalrating(家长评级)”、“targetuserprofile(目标用户简档)”、“genre(种类)”和“broadcastarea(广播区域)”，在“content”分段中定义的值将优先于“service”分段中的值。

该分段的在节目指南的开始和节目指南单元的结束之间的节目指南元素可以组合在分段中。节目指南元素的这种定位减少了接收设备在布置节目指南时的计算复杂度。节目指南元素一般用于用户解释。其使得内容创建方能够向提供关于服务的用户可读的信息。终端应该使用该分段中的所有声明的节目指南元素以呈现给终端用户。终端可以提供搜搜、分类等功能。节目指南可以包括以下服务元素：(1)name；(2)description；(3)audiolanguage；(4)textlanguage；(5)parentalrating；(6)targetuserprofile；以及(7)genre。

“name”元素可以表示服务的名称，可能是多种语言。可以使用嵌入式xml属性“xml：lang”来表达语言。

“description”元素可以为多种语言，并且可以使用嵌入式xml属性“xml：lang”来表达。

audiolanguage”元素可以向终端用户声明该服务可以利用与由该元素的值表示的语言相对应的音轨来获得。该元素的文本值可以通过不同语言针对终端用户可用。在此情况下，可以使用嵌入式xml属性“xml：lang”来用信号通知用于表示该元素的值的语言，并且该语言可以包括多语言支持。audiolanguage可以包含属性languagesdptag(语言sdp标签)。

“languagesdptag”属性是由在会话描述中的描述音轨的媒体部分中所使用的父“audiolanguage”元素描述的音频语言的标识符。声明相同音频流的每个“audiolanguage”元素可以具有“languagesdptag”的相同值。

“textlanguage”元素可以向终端用户声明该服务的文本分量是以在由该元素的值表示的语言可用的。文本分量可以是例如字幕或副标题轨迹。该元素的文本值可以通过不同语言针对终端用户可用。在此情况下，可以使用嵌入式xml属性“xml：lang”来用信号通知用于表示该元素的值的语言，并且该语言可以包括多语言支持。针对元素“audiolanguage”所指定的指派和解释属性“languagesdptag”和“xml：lang”的相同规则和约束可以应用于该元素。

“languagesdptag”属性是由在会话描述中的描述文本轨迹的媒体部分中所使用的父“textlanguage”元素描述的文本语言的标识符。

“parentalrating”元素可以声明标准家长，并可以用于根据服务区域的规定要求的限定来确定关联项目是否适合于被儿童访问。终端可以支持“parentalrating”作为自由字符串，并且终端可以通过使用“ratingsystem(评级系统)”和“ratingvaluename(评级值名称)”属性来支持用于表达家长评级水平的结构化方式。

“ratingsystem”属性可以指定所使用的家长评级系统，在其上下文中在语义上定义了“parentalrating”元素的值。这允许终端以毫无疑义的方式来识别所使用的评级系统并正确地操作。当使用评级系统时，可以将该属性实例化。缺少该属性意味着没有使用评级系统(即，“parentalrating”元素的值将被解释为自由字符串)。

“ratingvaluename”属性可以指定由该parentalrating元素给出的评级值的人类可读名称。

“targetuserprofile”可以指定服务所针对的用户的元素。详细个人属性名称和相应值由“attributename(属性名称)”和“attributevalue(属性值)”的属性来指定。可用的简档属性名称包括年龄、性别、职业等(受限于国家/地区规则和规章(如果有的话)，并且适用于有关个人简档信息和个人数据隐私的使用)。针对特定服务的“attributename”和“属性值”配对的可扩展列表实现对广播服务的终端用户简档过滤和终端用户偏好过滤。终端可以支持“targetuserprofile”元素。使用“targetuserprofile”元素可以是针对用户的“可选”能力。终端设置可以允许用户配置是否输入它们的个人简档或偏好以及是否允许广播服务在没有用户请求的情况下基于用户个人属性被自动过滤。该元素可以包含以下属性：attributename和属性值attributevalue。

“attributename”属性可以是简档属性名称。

“attributevalue”属性可以是简档属性值。

“genre”元素可以指定与特征形式(例如，喜剧、电视剧)相关联的服务的分类。omabcast服务指南可以允许以两种方式描述服务指南中的种类元素的格式。第一种方式是使用自由字符串。第二种方式是使用种类元素的“href”属性，以按照受控制词汇(在[tva-元数据]中定义的分类方案或在[migfg]中定义的分类列表)的形式来传达信息。可以利用该元素使用嵌入式xml属性xml：lang来表达语言。网络可以将“genre”元素的若干不同集合实例化，将其用作自由字符串或用于“href”属性。网络可以确保不同集合具有等同和非冲突的意义，并且该终端可以选择集合之一来向终端用户进行解释。“genre”元素可以包含以下属性：类型和href。

“type”属性可以例如利用“主要”、“次要”和“其它”之类的值来用信号通知“genre”元素的级别。

“href”属性可以用信号通知在“种类”元素中使用的受控制词汇。

为了从网络传递服务指南数据分段至接收器，网络需要能够把分段放入底层传输帧内。网络具有一次将一个以上分段作为原子单位传递的能力，但另一方面网络也不被限制一次传递所有分段。为了使接收器正确地接收和执行作为一个传递单元的分段的任一集合，网络可以遵守以下规则：

在一个实施方式中，如图4所定义的服务指南传递单元结构，可以用于封装服务指南分段以进行传输。

在图4中，uimsbfn可以指无符号的n位元整数，最高位优先，字节串(bytestring)可以指字节阵列，每个占用8位，且字节串可以指具有长度为8的倍数的比特数组。

在图4中，各种元素的语义可以如图5a和5b中那样定义。

在一个实施方式中，服务指南传递单元(sgdu)结构是atsc3.0服务指南分段的传输容器。广播系统和参考接收器可以支持如图4指定的服务指南传递单元结构和前面定义的相关语义。附加地或可替代地，上文所定义的语义在另一个实施方式中可以被变更，例如，遵守一个或多个以下约束条件：

(1)在符合该规范的版本的sgdu中，单元报头(unitheader)结构的extension_offset字段可以等于0。参考接收器可以能够处理具有非0值的extension_offset的sgdu(例如，通过忽略扩展)。

(2)fragmentencoding[i]字段可能不会为sgdu中0到n_o_service_guide_fragments范围内的i的任一值取值1或2或3。可能存在至少一个0至n_o_service_guide_fragments范围内的i的值，对它而言，在符合这个规范的版本的各个sgdu中，fragmentencoding[i]可以等于0。参考接收器可以忽略与0至n_o_service_guide_fragments范围内的i的任一值的非0的fragmentencoding[i]字段值相关的分段数据。

(3)对于0至n_o_service_guide_fragments范围内的i的任一值，当fragmentencoding[i]等于0时，fragmenttype字段将不会为sgdu取值4,5,6,7,8,9。可能存在至少一个0至n_o_service_guide_fragments范围内的i的值，对它而言，fragmenttype值可以等于0或1或2或3，且在符合该规范的版本的各个sgdu中，fragmentencoding[i]可以等于0。当fragmentencoding[i]等于0时，当对于0至n_o_service_guide_fragments范围内的i的任意值，相关的fragmenttype字段值等于0或大于3时，参考接收器可以忽略xmlfragment字段的数据。

对于可以使用的服务指南传递单元中的各种元素的另外的约束条件可以如下所描述。

(1)当fragmentencoding[i]等于0时，为fragmenttype字段规定约束条件。并且描述了为处理各种fragmenttype字段值的参考接收器行为。

(2)为fragmentencoding[i]字段规定约束条件。并且描述了为处理各种fragmentencoding[i]字段值的参考接收器行为。

这些约束条件在下文进行描述，包括约束条件的几种不同变形。

fragmentencoding字段的约束条件：

在sgdu内部，如在omabcast服务指南1.0.1中定义的fragmentencoding[i]的语法和语义是以下这样：

fragmentencoding[i]以一个或多个以下值，用信号通知第i个服务指南分段的编码：

0-xml编码的omabcast服务指南分段

1-sdp分段

2-如在[26.346](见5.1.2.4“sessiondescription”element)中规定的mbms用户服务包描述(usbd)

3-如在[bcast10-distribution]section5.3.4中规定的xml编码的关联传递过程

4-127-为未来bcast扩展保留

128-255-可用于专用扩展

sdp分段(当fragmentencoding[i]值等于1)，和mbms用户业务包描述(usbd)(当fragmentencoding[i]值等于2)和xml编码的关联传递过程(当fragmentencoding[i]值等于3)被提议可能不会被呈现于sgdu中。但是，如果被接收，参考接收器可以能够忽略这些值。

为此，对fragmentencoding[i]字段的一个或多个以下约束条件被提出：

(1)fragmentencoding[i]字段可能不会为sgdu中0到n_o_service_guide_fragments范围内的i的任一值取值1或2或3。

(2)可能存在至少一个0至n_o_service_guide_fragments范围内的i的值，对它而言，在符合这个规范的版本的各个sgdu中，fragmentencoding[i]可以等于0。

(3)对于0至n_o_service_guide_fragments范围内的i的任一值，参考接收器可以忽略与非0的fragmentencoding[i]字段值相关的分段数据。

在不同的实施方式中：

对于0至n_o_service_guide_fragments范围内的i的任一值，参考接收器可以能够处理具有非0的fragmentencoding[i]字段值的sgdu(例如，通过忽略与非0的fragmentencoding[i]相关的分段数据)。

在不同的实施方式中：

(1)对于0至n_o_service_guide_fragments范围内的i的任一值，参考接收器可以能够处理具有非0的fragmentencoding[i]字段值的sgdu。

对fragmenttype字段的约束条件：

在sgdu内部，如在omabcast服务指南1.0.1中定义的fragmenttype字段的语法和语义可能如下：

fragmenttype[i]字段以一个或多个以下值用信号通知xml编码的bcast服务指南分段的类型：

0-未规定的

1-“service”分段

2-“content”分段

3-“schedule”分段

4-“access”分段

5-“purchaseitem”分段

6-“purchasedata”分段

7-“purchasechannel”分段

8-“previewdata”分段

9-“interactivitydata”分段

10-127-为bcast扩展保留

128-255-可用于专用扩展

“access”分段(具有等于4的fragmenttype值)，“purchaseitem”分段(具有等于5的fragmenttype值)，“purchasedata”分段(具有等于6的fragmenttype值)，“purchasechannel”分段(具有等于7的fragmenttype值)，“previewdata”分段(具有等于8的fragmenttype值)，“interactivity”分段(具有等于9的fragmentencoding[i]值)，可被提议不在sgdu中呈现。但是，如果被接收，参考接收器可以能够忽视这些值。

针对fragmenttype字段提议一个或多个以下约束条件：

(1)对于0至n_o_service_guide_fragments范围内的i的任意值，当fragmentencoding[i]等于0时，针对sgdu，fragmenttype字段可能不会取值4,5,6,7,8,9。

(2)可能存在至少一个0至n_o_service_guide_fragments范围内的i的值，对它而言，fragmenttype值可以等于0或1或2或3，且在符合该规范的版本的各个sgdu中，fragmentencoding[i]可以等于0。

(3)当fragmentencoding[i]等于0时，对于0至n_o_service_guide_fragments范围内的i的任意值，参考接收器可以忽略xmlfragment字段的数据，当相关fragmenttype字段的值等于0或者大于3。

在不同的实施方式中：

(1)当fragmentencoding[i]等于0时，对于0至n_o_service_guide_fragments范围内的i的任意值，参考接收器可以能够处理(例如，当相关的fragmenttype字段值等于0或大于3时，通过忽略xmlfragment字段的数据)具有等于0或大于3的fragmenttype字段值的sgdu。

在另外一个不同的实施方式中：

(1)对于0到n_o_service_guide_fragments范围内的i的任意值，参考接收器可以处理具有0到255范围内的fragmenttype字段值的sgdu。

在另外一个不同的实施方式中一个或多个以下的约束条件可以被强制执行：

(1)sgdu中的fragmentencoding[i]字段可能不会取值1,2,3。参考接收器可以能够忽略fragmentencoding[i]字段的除0之外的值。

(2)sgdu中的fragmenttype字段不会取值4,5,6,7,8,9。

(3)参考接收器可以能够忽略fragmentencoding[i]字段的这些值(例如，4,5,6,7,8,9)，如果被接收到的话。

在另外一个不同的实施方式中，一个或多个以下约束条件可以被强制执行：

(1)sgdu中的fragmentencoding[i]字段可能不会取值1(sdp分段)、2(mbmsusbf分段)、3(xml编码的关联传递过程)。参考接收器可以能够忽略fragmentencoding[i]字段的除0之外的值。

(2)sgdu中的fragmenttype字段可能不会取值4(“access”分段)、5(‘purchaseitem’分段)、6(‘purchasedata’分段)、7(‘purchasechannel’分段)、8(‘previewdata’分段)、9(‘interactivitydata’分段)。参考接收器可以能够忽略fragmenttype字段的这些值(例如，4,5,6,7,8,9)，如果被接收到的话。

在另一个变更实施方式中，一个或多个下列约束条件可以被强制执行：(1)在符合这个规范的版本的sgdu中，fragmentencoding[i]可能不会允许包括sdp分段、mbmsusbd分段、xml编码的关联传递过程。在sgdu中，参考接收器可以能够忽略fragmentencoding[i]字段的除0之外的值。

(2)在符合这个规范的版本的sgdu中，fragmenttype可能不会允许包括“access”分段、‘purchaseitem’分段、‘purchasedata’分段、‘purchasechannel’分段、‘previewdata’分段、‘interactivitydata’分段。在sgdu中，如果被接收到的话，参考接收器可以能够忽略fragmenttype字段的这些值，。

在另外一个变更实施方式中，一个或多个以下约束条件可以被强制执行：

(1)在符合这个规范的版本的sgdu中，fragmentencoding[i]字段可以等于0。参考接收器可以能够忽略具有除0之外的值的fragmentencoding[i]字段的在sgdu部分内的分段数据。

(2)在符合这个规范的版本的sgdu中，fragmenttype字段值可以等于1或2或3。参考接收器可以能够忽略具有小于1或大于3的fragmenttype字段值的在sgdu部分内的分段数据(xmlfragment字段)。

在另外一个不同的实施方式中，一个或多个以下约束条件可以被强制执行。

(1)在符合这个规范的版本的sgdu中，fragmentencoding[i]字段可以等于0。参考接收器可以能够处理具有非0值的fragmentencoding[i]字段的sgdu(例如，通过忽略与非0的fragmentencoding[i]相关的分段数据)。

在另一个实施方式中：

(1)参考接收器成功处理具有非0值的fragmentencoding[i]字段的sgdu(例如，通过忽略与非0的fragmentencoding[i]相关的分段数据)。

(2)在符合这个规范的版本的sgdu中，fragmenttype字段值可以等于1或2或3。参考接收器可以能够忽略具有小于1或大于3的值的fragmenttype字段内部的分段数据(xmlfragment字段)。参考接收器可以能够处理具有小于1或大于3的值的fragmenttype字段的sgdu(例如，当fragmenttype字段具有小于1或大于3的值时，通过忽略分段数据(xmlfragment字段))。

在另一个实施方式中：

(1)参考接收器成功处理具有小于1或大于3的值的fragmenttype字段的sgdu(例如，当fragmenttype字段具有小于1或大于3的值时，通过忽略分段数据(xmlfragment字段))。

在一些实施方式中，fragmenttype字段可代替地作为fragmenttype[i]字段。在这种情况下，索引i可以0至n_o_service_guide_fragments范围内。在这种情况下，取代fragmenttype的fragmenttype[i]应用于所有上述约束条件。

(1)在一些实施方式中，一个或多个以上约束条件将被应用于符合这个规范的版本的sgdu中。

(2)在一些实施方式中，术语“符合这个规范的版本的sgdu”可以被上面的“sgdu”取代。

(3)一些实施方式中，术语“sgdu”可以被上面的“符合这个规范的版本的sgdu”取代。

(4)一些实施方式中，术语“与……相关的”可以被上面的“位于……内部”取代。

(5)一些实施方式中，术语“可以能够忽略”可以被术语“可以忽略”取代。

应当理解，权利要求书不限于上述的准确配置和构件。对于这里所述系统、方法和设备的配置、操作和细节可以进行各种修改、改变和变化，不脱离权利要求书的范围。