用于高级电视服务的参数化服务描述符

摘要

用于访问内容或提供对内容的访问权的方法、计算机程序、接收装置以及信息提供装置。所述方法包括从内容提供商接收传输流。从所述传输流提取虚拟频道表(VCT)。此外，基于一个或多个参数化服务描述符(PSD)实例来确定与VCT中所包括的条目相应的一个或多个服务是否被接收装置支持，PSD与预定服务类型相关联，并且包括在VCT中。

说明书

相关申请的交叉引用

本申请涉及并且要求2012年7月12日提交的美国临时专利申请 No.61/671,020的优先权，该申请的全部内容通过引用并入本文。

技术领域

本文中描述的实施例总地涉及一种用于在电视广播中发信号的方 法、计算机程序、接收装置以及信息提供装置。

背景技术

现代电视允许用户观看各种服务类型的内容。例如，内容提供商 可以提供定期数字电视服务和/或仅音频服务。随着服务类型的数量增 加，存在提供使得接收器可以确定它是否可以在保持向后兼容的同时 支持新服务的信令的需要。

发明内容

目前的实施例涉及使得接收器可以确定它是否可以在保持向后兼 容的同时支持一个或多个接收的服务。

附图说明

因为当结合附图考虑以下详细描述时，本公开及其附随的许多优 点通过参照以下详细描述变得更好理解，所以将容易获得它们的更完 整的理解，其中：

图1是示出示例性广播系统的框图；

图2是组装数字电视内容的示例性发送方系统的框图；

图3是示例性接收装置的框图；

图4是示例性接收装置的以处理器为中心的框图；

图5A和5B例示示例性虚拟频道表；

图6例示component_list_descriptor()的示例性比特流语法；

图7例示stream_type的示例性stream_information_details()语 法；

图8例示parameterized_service_descriptor()的示例性比特流语 法；

图9A和9B例示接收装置使用的示例性算法；

图10A例示示例性stream_info_details()语法；

图10B例示示例性水平上采样因子和垂直上采样因子；

图11A例示parameterized_service_descriptor()中所包括的示例 性application_data()；

图11B例示对于3D_channel_type的示例性编码；

图11C例示对于3D_channel_type的另一个编码例子；

图12例示示例性接收装置执行的示例性方法；

图13A例示示例性组件列表描述符；

图13B例示示例性立体频道信息描述符；

图14例示示例性计算机。

具体实施方式

根据本公开的实施例，提供一种接收装置访问内容的方法。该方 法包括从内容提供商接收传输流。从该传输流提取虚拟频道表 (VCT)。此外，基于与预定服务类型相关联的并且包括在VCT中 的一个或多个参数化服务描述符(PSD)实例来确定与VCT中所包括 的条目相应的一个或多个服务是否被接收装置支持。

根据所述方法的另一个实施例，PSD包括描述符标签、描述符长 度、应用程序标记以及应用程序数据。

根据所述方法的另一个实施例，PSD与服务类型0x09相关联。

根据所述方法的另一个实施例，确定的步骤包括：对包括一种或 多种流类型的组件列表描述符进行解析；并且确定所述一种或多种流 类型是否被接收装置支持。组件列表描述符包括在VCT中。

根据所述方法的另一个实施例，确定的步骤包括：确定PSD中所 包括的应用程序标签是否被识别、PSD的长度是否在预定范围内、以 及应用程序数据中所定义的每种模式是否被接收装置支持。当应用程 序标签被识别、PSD的长度在预定范围内并且应用程序数据中所定义 的每种模式被支持时，接收装置确定与VCT中所包括的条目相应的 一个服务之一是否被接收装置支持。

此外，根据本公开的实施例，提供一种具有嵌入在其中的指令的 计算机可读存储介质，所述指令在被计算机执行时使所述计算机执行 如以上所讨论的接收装置的方法。

根据本公开的实施例，提供一种接收装置。该接收装置包括接收 单元、提取单元和处理器。接收单元被构造为从内容提供商接收传输 流。提取单元被构造为从传输流提取VCT。此外，处理器被构造为基 于与预定服务类型相关联的并且包括在VCT中的一个或多个参数化 服务描述符(PSD)实例来确定与VCT中所包括的条目相应的一个或 多个服务是否被接收装置支持。

根据接收装置的另一个实施例，PSD包括描述符标签、描述符长 度、应用程序标签以及应用程序数据。

根据接收装置的另一个实施例，PSD与服务类型0x09相关联。

根据接收装置的另一个实施例，处理器被进一步构造为：对包括 一种或多种流类型的组件列表描述符进行解析；并且确定所述一种或 多种流类型是否被接收装置支持。组件列表描述符包括在VCT中。

根据接收装置的另一个实施例，处理器被进一步构造为：确定PSD 中所包括的应用程序标签是否被识别、PSD的长度是否在预定范围内、 以及应用程序数据中所定义的每种模式是否被接收装置支持。当应用 程序标签被识别、PSD的长度在预定范围内并且应用程序数据中所定 义的每种模式被支持时，处理器确定与VCT中所包括的条目相应的 一个或多个服务是否被接收装置支持。

此外，根据本公开的实施例，提供一种信息提供装置。该信息提 供装置包括内容供给单元、编码器和复用器。内容供给单元被构造为 存储或接收内容。编码器被构造为对所述内容进行编码。复用器被构 造为产生包括编码的内容和VCT的传输流。VCT包括与预定服务类 型相关联的一个或多个PSD实例。

虽然本公开可以有许多不同形式的实施例，但是在附图中示出了 特定实施例，并且将在本文中对这些特定实施例进行详细描述，要理 解，目前对于这样的实施例的公开内容要被认为是原理的例子，而非 意图使本公开限于所示的和所描述的特定实施例。在以下描述中，在 附图的几个视图中，相似的标号用于描述相同的、类似的或相应的部 分。

本文中描述的某些实施例总地涉及电视广播中的信令，该信令使 得接收装置可以确定它是否具有能够在给定频道上提供一个或多个服 务的有意义的呈现的必要硬件和/或软件资源。

在高级电视系统委员会(ATSC)标准(具体地，A/53和A/65， 这些标准的全部内容通过引用并入本文)中，可以通过限定被称为“服 务类型”的参数的新值来指定新类型的服务。每个限定的虚拟频道(参 见A/65)与服务类型值相关联。例如，定期数字电视(DTV)服务是 服务类型0x02。指出，“0x”前缀表示十六进制表示法。仅音频虚拟 频道可以使用服务类型0x03来广播。

遇到具有已知不被支持或者未被识别的服务类型值的虚拟频道的 接收器预期忽视该频道(即，不将它提供给用户进行选择或观看)。

ATSC标准A/71(其全部内容通过引用并入本文)定义了使得广 播公司可以使用新编解码器创建新的广播服务的一般化方法。A/71定 义了新的服务类型值0x07(被称为“参数化服务”)。广播参数化服 务所需的信令是描述符，该描述符识别必须被接收器解码以能够将服 务提供给观看者的流的类型。编解码器和stream_type的值由运动图 像专家组(MPEG)或其他标准实体定义。例如，自从最初的ATSC DTV 标准以来，高级视频编解码器(AVC)已经被MPEG标准化，并且 被分配stream_type值0x1B。

除了列出服务将涉及的流类型之外，还定义了用于每种流类型的 数据结构以提供接收器确定它是否具有对该流进行解码所必需的资源 可能需要的进一步的信息。该信息携带在被称为stream_info_details() 的一般化数据结构中。stream_info_details()的语法和语义根据哪个 stream_type被定义而变化。ATSC已经将ATSC标准A/72中的用于 AVC的stream_info_details()标准化，ATSC标准A/72的全部内容通 过引用并入本文。

通常，stream_info_details()信号参数传达对流进行解码的难度。 对于MPEG开发的编解码器(例如，MPEG-2视频和AVC)，这些 参数通常包含在被称为“配置文件和级别”的内容中。

最初的A/71标准中所体现的概念是，当广播公司希望使用编解码 器来提供除了一般的MPEG-2视频和AC-3音频之外的线性TV服务 时，可以使用服务类型0x07。所以，对于视频使用AVC并且对于音 频使用AC-3的服务可以通过使用服务类型0x07、使用ATSC标准 A/72中定义的用于AVC的stream_info_details()来发信号。被设计为 支持新编解码器并且理解ATSC stream_info_details()的接收器察看 具有service_type＝0x07的VCT条目，检查stream_type值和 stream_info_details()以确定(是/否)它是否能够对频道进行解码。 如果能够，则接收器仅对与VCT条目相关联的音频和/或视频进行解 码。

最近，认识到了最初的ATSC标准A/71中的缺点。具体地讲， 一些新服务(例如，3D TV)有时不仅仅涉及所需编解码器的简单识 别。这些新服务需要在接收器中呈递该服务所需的内容的更复杂的描 述。A/71未能提供必要级别的信令的情况的例子是帧兼容3D。在帧 兼容3D中，一个1920x1080编码视频帧携带两个图像，一个用于左 眼，一个用于右眼。可以水平地(被称为上下，“TnB”)或垂直地 (被称为并排，“SbS”)地对帧进行划分。如果A/71用于这样的服 务，则例如当stream_type＝0x1B(AVC)时，接收器将了解AVC流， 并且即使接收器不能支持帧兼容解码，也可以推断该频道可以被适当 地解码。然而，接收器将不会知道编码是SbS帧兼容3D，还是TnB 帧兼容3D。

在另一个例子中，可以通过其他手段来递送附加视图，所述其他 手段例如，ATSC M/H(关于移动数字TV的标准，其使得广播公司 可以被移动设备接收)、非实时递送或互联网。在A/71的情况下， stream_info_details()不能传达流的传输方法或者诸如“需要高速互联 网连接”的信息。

在一些3D使用的情况下，可以利用A/71方法。例如，如果 stream_type是“附加视图”编解码器，则CLD可以包括用于基本视 图和替代视图两者的stream_info_details()。用于替代视图的 stream_info_details()还可以指示对于组合这些视图(例如，上采样、 缩放)的要求。

响应于该认识到的缺点，本公开的实施例使用被称为扩展参数化 服务(EPS)的新服务类型来发信号。描述流和stream_info_details() 的描述符可以可选地与EPS一起使用。在一个实施例中，服务类型 0x09用于识别EPS。然而，其他未被分配的服务类型编号可以用于识 别EPS。此外，在其他实施例中，使用多个未被分配的服务类型编号。

在某些实施例中，EPS提供用于3D-TV的VCT级别的信令。EPS 考虑到3D使能的接收器确定它是否可以对频道进行解码所需的所有 信息。例如，通过使用EPS，3D使能的接收器确定它是信号服务兼容 的、帧兼容的、还是与进一步的模式(例如，混合模式)兼容的。

用于EPS的一种方法是要求在服务类型0x09的频道的虚拟频道 定义中存在一个或多个描述符，其中，这些描述符定义对于频道的适 当解码的接收器要求。当对服务类型0x09的频道进行处理时的预期的 接收器行为将是，查看每个描述符，并且决定：(1)该描述符的标签值 (身份)是否被识别，并且，如果是，则(2)接收器是否可以支持该描 述符中所识别的服务的操作模式。

代替接收器要对每个不同的描述符进行处理的规则，本公开的实 施例定义被称为参数化服务描述符(PSD)的一种新类型的描述符， 该描述符携带与特定标准化应用程序相关的信息。在PSD内的是应用 程序标识符，该应用程序标识符建立该描述符的其余部分的语法和语 义。接收器的预期行为因此是，对每个PSD进行处理，确定应用程序 标识符是否是已知的并且是否被支持，如果是，则对附加数据进行解 析以察看操作模式是否也被支持。

PSD与以上指出的方法相比的优点包括：

1.保持ATSC标准中的接收器忽视未被识别的描述符的一般规 则。要求理解服务类型0x09的接收器也识别PSD意味着该一般规则 得以保持。例如，其他描述符可以出现在关于服务类型0x09的VCT 条目中，但是它们可以(并且预期会)安全地被在它们在这些标准中 被指定之前构建的接收器忽视。

2.针对每个应用程序指定的数据将是以向接收器发信号通知确 定给定服务是否被支持所必需的信息的明确目的指定的。避免了与服 务类型0x09一起使用的一些其他的描述符的可能的重新应用。

3.如果必须针对每个新应用程序指定新的描述符类型，则所定义 的描述符的数量将不必要地快速地增长。对于可供新描述符标签值使 用的编号空间存在限制。此外，application_tag的值可以由ATSC代 码点注册人员管理，application_tag是用于识别与虚拟频道相关联的 应用程序的字段。

现在参照附图，图1是示出包括内容提供商10和接收装置20的 示例性广播系统2的框图。在一个实施例中，内容提供商10包括发送 装置，该发送装置包括被构造为将一个或多个内容发送到接收装置20 的发送器。每个内容与虚拟频道表(VCT)中定义的虚拟频道相关联， 并且被接收装置20经由调谐器接口接收。在某些实施例中，VCT随 时间是静态的，并且不逐个事件地改变。此外，VCT指示“最困难的” 情况(例如，3D，即使一些程序设计部分是2D)。

在一个实施例中，接收装置20被构造为经由地面广播从内容提供 商10接收内容。当经由地面广播接收到内容时，接收装置20使用地 面虚拟频道表(TVCT)来调谐到内容提供商10提供的内容。在其他 实施例中，内容提供商10经由以下方式中的至少一个提供内容：卫星 广播、有线电视传输、地面电视广播、蜂窝网络以及数据通信网络(诸 如局域网(LAN)、广域网(WAN)或互联网)。当接收装置20经 由有线电视传输接收内容时，接收装置20使用有线虚拟频道表 (CVCT)来调谐到内容提供商10提供的内容。ATSC标准A/65中 描述了TVCT和CVCT的例子。

在电信中，虚拟频道是可以与在其上信号通过传输流行进的实际 频道或频率不同的频道指定。该术语常用于在电视环境下，在电视环 境下，几个数字电视(DTV)频道可以存在于单个6MHz物理频道内。 例如，被标记为频道8的电视台实际上对于其发送的信号可以使用RF 频道32，但是VCT使得观看者可以“调入”数字电视上的频道8上 的电视台。VCT中的虚拟频道条目因此使得观看者能够通过选择与他 们在转变到数字广播之前将具有的频道编号相同的频道编号来选择电 视台。VCT通过使用将频道编号链接到从地面广播、有线电视传输、 卫星广播等接收的内容的定义参数来实现这。这些定义参数可以包括 主频道编号、次频道编号、短名称、服务类型、描述符(一个或多个) 等。

在某些实施例中，内容提供商10提供的内容包括一个或多个电视 节目(不考虑该内容是否是电影)、体育赛事、多部分系列的片段、 新广播等。此外，内容提供商10提供的内容还可以包括广告、资讯型 广告、以及可以不作为电子节目指南(EPG)中的节目被报告的其他 类似节目的内容。

图2是示例性内容提供商10的框图。一般来讲，单个内容提供商 10可以通过一个或多个传输流来提供多个节目。音频、视频、字幕数 据等提供给将数据编码为适合于分发的数据包的编码器。音频和视频 节目素材被音频和视频编码器204编码，该素材然后被提供给传输流 复用器208，传输流复用器208然后提供可以经由物理频道介质(诸 如地面或电缆广播)分发的输出。在一个实施例中，传输流复用器208 将每个节目流和VCT数据添加到传输流以用于经由物理频道介质分 发。

接收器在图3中被描绘为接收装置20，其中，内容在接收装置20 的调谐器/解调器302处经由任何合适的源(诸如地面广播、电缆或卫 星)接收。来自调谐器/解调器302的传输流(包括触发的声明对象 (TDO)、触发器、VCT数据等)在解调器306处被解调为音频流和 视频流。音频在音频解码器310处被解码，而视频则在视频解码器314 处被解码。未压缩的A/V数据还可以经由可以被选择性地利用的未压 缩A/V接口318接收。

A/V内容(包括VCT数据、TDO、数据和触发器)还可以经由 互联网322、经由网络接口和/或调制解调器326接收。网络接口326 还提供用于与广播公司或其他内容提供商进行通信的反向频道。另外， 储存器330可以被提供用于非实时(NRT)的或互联网递送的内容(诸 如互联网协议电视(IPTV))。可以通过在306处以与其他内容源的 方式类似的方式进行解调来播放所存储的内容。接收装置20通常在处 理器(诸如CPU 338)的控制下进行操作，该处理器经由一个或多个 总线(诸如350)互连到工作存储器340和节目存储器342以及图形 子系统344。

CPU 338从解调器306接收隐藏字幕数据以及任何其他信息，诸 如用于呈递图形内容的TDO声明和电子节目指南，并且将该信息传 递到图形子系统344，并且在合成器和视频接口360处合成图像以生 成适合于在视频显示器上显示的输出。

CPU 338操作来进行本文中公开的主题的背景内的各种处理，包 括产生用于呈递用户接口的元件。CPU 338的进一步操作是执行TDO 和/或其触发器(一个或多个)中所包含的任何脚本。在一个例子中， 该脚本可以引起关于特定TV节目的节目指南或时间表的显示。

CPU 338还操作以监督包括调谐器/解调器302的数字电视接收器 以及其他电视资源的控制。例如，CPU 338从传输流提取VCT数据 以确定传输流中所包含的内容是否可以被接收装置20呈现。

图4是可以采取许多形式(包括电视机、机顶盒等)的示例性接 收装置20的框图。根据一个实施例，接收装置20包括中央处理单元 (CPU)338、存储器430、音频接口420、显示器接口440、远程控 制接收器460、调谐器接口450以及网络接口326。

数据经由一个或多个总线411传送。已经被调谐器接口450解码 的音频流和/或视频流被恢复。解码的音频流被发送到音频接口420， 解码的视频流被发送到显示器接口440。CPU 338还经由网络接口326 从互联网322接收数据并且将数据发送到互联网322。此外，CPU 338 执行远程控制接收器460接收的命令。这些命令的形式可以为通过远 程控制单元461的键盘的直接频道输入、或者使用屏上频道指南从远 程控制单元461输入。

存储器430存储接收装置20使用的数据。接收装置20内的存储 器430可以使用盘储存器形式以及诸如非暂态存储装置的其他形式来 实现，所述非暂态存储设备包括例如网络存储器设备、磁存储元件、 磁光存储元件、闪存、内核存储器和/或其他非易失性存储技术。另外， 存储器430可以提供非实时(NRT)的或互联网递送的内容(诸如互 联网协议电视(IPTV))。应指出，与对数据存储持续性的限制完全 不同(例如，RAM对ROM)，术语“非暂态”的使用是介质本身的 限制(即，有形，不是信号)。

存储器存储导航方案431，导航方案431提供例如使得用户可以 选择可经由与内容源(诸如电视广播和互联网)的一个或多个通信接 口访问的期望内容的屏上频道指南或电子节目指南(EPG)。VCT提 供供CPU 338确定调谐器接口450接收的什么内容对应于经由远程控 制单元416或导航方案431键入的用户选定虚拟频道的频道映射图。

调谐器接口450接收通过任何合适的递送源(诸如地面广播、电 缆传输、卫星广播或互联网)提供的内容。该内容由一个或多个内容 提供商提供。在一个实施例中，该内容包含在包括频道数据、VCT数 据等中的一个或多个的传输流中。该传输流在调谐器接口450处接收， 并且在解调器306处被解调为音频流、视频流和/或数据流。这些音频 流和/或视频流在调谐器接口450内的解码器410处被解码。来自内容 提供商10的数据流包含诸如与内容提供商10提供的频道相应的VCT 数据的信息。内容提供商10提供的该数据经由CPU 338被放置在接 收装置存储器430内的VCT 432中。

接收装置20通常在处理器(诸如CPU 338)的控制下进行操作， 所述处理器可以经由一个或多个总线411互连到以下部件中的任何一 个或以下部件的组合：存储器430、音频接口420、显示器接口440 以及远程控制接收器460。当传输流在解调器306处被解调时，音频 和视频数据被发送到解码器410进行解码，并且分别被发送到音频接 口420和显示器接口440。除了音频和视频数据之外，解调器还接收 内容提供商10对于存储器430中的VCT 432更新的VCT数据。在一 个实施例中，然后使用VCT 432中的数据来用可从内容提供商10提 供的传输流获得的各自的内容更新可供用户使用的导航方案431。除 了可从内容提供商10获得的内容之外，用户还可以通过网络接口326 访问互联网322，互联网内容经由浏览器或者安置在存储器430中的 另一个适当的应用程序或播放程序而产生和显示。

存储在接收装置20中的VCT 432一开始是使用经由例如接收装 置20的频道扫描功能获取的VCT数据来创建的。在一开始获取了 VCT数据之后，在一个实施例中，将VCT数据临时存储在存储器430 中以供进一步处理。在一个实施例中，接收装置20对所接收的VCT 数据中的关于每个频道的处理进行处理以确定它是否具有能够提供频 道的有意义的呈现的必要硬件和/或软件资源。基于对于每个频道的确 定结果，接收装置20创建并且存储具有每个频道是被支持、还是不被 支持的指示符的VCT 432。在另一个实施例中，VCT 432可以被构造 为仅识别支持的频道。在另一个实施例中，在接收装置20不执行预处 理的情况下，使用VCT数据来创建VCT 432。相反，当关于特定频 道的VCT数据被接收装置20的用户选择时，对该VCT数据进行处 理。

当用户使用远程控制单元461键入频道编号或者经由呈现在显示 器441上的导航方案431选择频道编号时，CPU 338将接收所期望的 虚拟频道编号，并且访问VCT 432以便确定是否存在相应的条目。如 果找到匹配，则CPU 338将首先对在VCT 432中找到的关于频道的 信息进行处理。如果该信息指示接收装置20具有能够提供频道的有意 义的呈现的必要硬件和/或软件资源，则它将指示调谐器接口450调到 选定的物理发送频道，并且经由显示器接口440和音频接口420呈现 与该频道相关联的内容，显示器接口440和音频接口420分别连接到 显示器441和扬声器421。如果必要的硬件和/或软件资源被确定为不 可获得，则接收装置20不呈现与该频道相关联的内容。在一个实施例 中，CPU 338基于VCT 432中的指示符(例如，被支持或不被支持) 或者与VCT 432相关联的指示符来确定接收装置20是否能够提供频 道的有意义的呈现。可替代地，当VCT 432被构造为仅存储支持的频 道时，VCT 432基于在VCT 432中包括选定的物理发送频道来指示调 谐器接口450调到该频道。

图5A例示示例性VCT。一开始，用与一个或多个内容提供商相 应的虚拟频道填充VCT。响应于例如频道扫描功能来填充VCT。如 图5A中所示，每个虚拟频道包括服务类型。service_type字段是携带 服务类型标识符的6比特字段，该字段识别在各自的虚拟频道中传载 的服务的类型。例如，如以上所指出的，服务类型0x02识别定期DTV 服务。接收装置20参照VCT中所包含的确定它是否可以呈现每个虚 拟频道提供的节目内容的服务类型信息。

在一个实施例中，接收装置20在确定虚拟频道是否应被添加到存 储在接收装置20中的VCT之前对每个虚拟频道进行分析。在另一个 实施例中，接收装置20将所有的虚拟频道添加到接收装置20，随后 移除不被支持的任何虚拟频道或者将不被支持的任何虚拟频道标记为 “不可呈现”。例如，接收装置20在所有的可用的虚拟频道已经例如 通过频道扫描功能被识别之后执行移除处理，或者在首次调谐虚拟频 道时执行移除处理。在另一个实施例中，具有不被支持的服务类型的 虚拟频道被存储在接收装置20中，但是添加将该虚拟频道识别为不可 呈现的指示符。

此外，在接收装置20接收到硬件更新、软件更新、编解码器更新 以及互联网连接中的一个或它们的组合的情况下，在一些实施例中， 接收装置20执行新频道扫描功能或另一个功能来确定先前不被支持 的任一虚拟频道现在是否被接收装置20支持。例如，如果虚拟频道要 求互联网连接，则当随后检测到互联网连接时，接收装置20可选地将 频道的状态更新为可接收。

图5B例示了VCT的虚拟频道条目的示例性字段值。如图5B中 所示，TVCT包括将服务类型指定为EPS的service_type字段值0x09。 然而，其他未被分配的service_type字段值可以用于指定标准实体开 发的标准中所指定的EPS。此外，服务类型EPS的虚拟频道包括诸如 以下的描述符：一个或多个可选的component_list_descriptor()以及一 个或多个parameterized_service_descriptor()。

如以上所指出的，在一些实施例中，service_type字段中值为0x09 的虚拟频道指示EPS类型的服务。EPS中的VCT信令传达接收装置 20可以使用其来确定它是否具有创建服务的有意义的呈现所需的硬 件和/或软件资源的信息。对于service_type 0x09的虚拟频道，该信息 可以在以下进一步讨论的component_list_descriptor()中传达，和/或 在其有效载荷在例如其他ATSC标准中预先定义的一个或多个参数化 服务描述符(PSD)中传达。以下关于图8描述PSD的语法和语义。

如上所述，component_list_descriptor()包括在VCT中，并且传 达接收装置20可以使用其来确定它是否具有创建服务的有意义的呈 现所需的硬件和/或软件资源的信息。component_list_descriptor()的示 例性比特流语法在ATSC A/71标准中定义，并且在图6中例示。 component_list_descriptor()的每个实例识别一组组件(该组组件可以 包括特定stream_type的多于一个的实例)，该组组件如果在接收装 置20中被支持，则使得接收装置20可以适当地呈递并且呈现相应的 虚拟频道上的所有节目。

在一个实施例中，如图6中所示，component_list_descriptor()包 括：descriptor_tag(例如，0xBB)，其将该描述符识别为 component_list_descriptor()；descriptor_length，其指定该字段紧后 面到该描述符末尾的字节的数量；替代标志，其指示 component_list_descriptor()的实例是与虚拟频道相关联的流的主要 描述，还是替代描述；component_count，其指定在以下“for”循环 中指定的组件的数量(例如，在1至126的范围中)；stream_type， 其指示与“for”循环的特定迭代的组件相关联的stream_type； format_identifier，其对应于ISO/IEC 13818-1 Sec. 2.6.9中定义的 MPEG-2注册描述符中的format_identifier，ISO/IEC 13818-1 Sec.  2.6.9的全部内容通过引用并入本文，并且识别提供特定stream_type 值的实体；length_of_details，其指定stream_info_details()的字节长 度(例如，在1至250的范围中)；以及stream_info_details()，其提 供关于前面的stream_type字段中的值所识别的组件的进一步的信息。 图7例示了关于如ATSC A/71标准中所描述的stream_type的示例 性stream_information_details语法。

在一个实施例中，component_list_descriptor()的一个或者最多 两个实例可以存在于其中service_type字段的值为0x09的 terrestrial_virtual_channel_table_section()或 cable_virtual_channel_table_section()的descriptors_length字段后面 的描述符循环中。然而，component_list_descriptor()无需包括在该 描述符循环中。此外，在其他实施例中，多于两个的 component_list_descriptor()可以包括在该描述符循环中。

如果存在，则component_list_descriptor()包含关于除了以下流类 型之外的每个基本stream_type的stream_info_details()：

0x02(MPEG-2视频)，当受到ATSC A/53约束时；或者

0x81(AC-3音频)，当受到ATSC A/53约束时。

应指出，在一个实施例中，所包括的流类型不限于出现在MPEG-2 传输流内的节目映射表(PMT)章节中的那些流类型；它们可以在其 他协议层中(例如，在经由节目的基本流组件隧穿的IP子网中传载的 服务映射表中)传输和识别。

在一个实施例中，一个或多个PSD必须存在于在关于service_type 值0x09的虚拟频道的descriptors_length字段后面的描述符循环中。 当接收装置20决定它是否可以将与它相关的服务的有意义的呈现提 供给用户时，每个PSD信号还包括关于该服务的信息。

未来的协议可以通过在末尾添加新字段来扩展PSD和/或 stream_info_details()数据结构的长度。新定义的字段可以指示不被接 收装置20支持的操作模式。因此，在一个实施例中，接收装置20被 构造为当遇到这些意外扩展时推断它不具有对频道进行解码的必要资 源。

图8是PSD的示例性比特流语法。如上所述，在一个实施例中， parameterized_service_descriptor()在service_type值0x09的虚拟频道 中被递送以传达接收装置20可以使用其来确定它是否可以在该频道 上创建服务的有意义的呈现的特定信息。如所定义的PSD携带其语法 和语义是应用程序特定的有效载荷。被称为application_tag的字段识 别有效载荷应用的应用程序。

PSD比特流语法中所包括的字段的示例性描述如下：

descriptor_tag——该8比特的无符号整数将该描述符识别为 parameterized_service_descriptor()。

descriptor_length——该8比特的无符号整数指定在该字段紧后 面直到该描述的末尾的长度(以字节为单位)。在一个实施例中，最 大值为255。然而，其他实施例可以实现其他最大值。

application_tag——该8比特的无符号整数识别与后面的 application_data()相关联的应用程序。在一个实施例中， application_tag的值在其他ATSC标准中指定，并且由ATSC代码点 注册人员管理。

application_data()——该字段的语法和语义例如在建立相关联的 application_tag值的ATSC标准中指定。

图9A和9B例示了接收装置20用于对service_type值0x09的虚 拟频道中的PSD(一个或多个)以及component_list_descriptor()(一 个或多个)进行处理的示例性算法。

图9A是接收装置20在对与EPS相应的指示service_type值0x09 的虚拟频道表条目进行处理时所使用的示例性算法。该算法使用图9B 中例示的“解析组件列表描述符”例程。该处理涉及：首先检查组件 列表描述符以察看流类型是否被支持，并且对于每个支持的流类型， stream_info_details()是否指示所支持的操作模式。如果在组件列表描 述符中没有找到未被支持的模式，则检查参数化服务描述符。在一个 实施例中，没有找到PSD的情况表示接收信号中的错误；接收装置在 这种情况下的预期响应是决定频道不可使用。

接着，继而检查每个PSD以察看application_tag值是否被识别， 如果是，描述符中所描述的频道的操作模式是否被支持。如果 descriptor_length字段指示比预期大或小的值，则在一个实施例中， 接收装置20推断，该频道不能被可靠地解码(假设是，所提供的未被 识别的参数可以指示不被支持的操作模式)。

如图9A中所示，在步骤S902，接收装置20将虚拟频道的 channel_ok状态设置为初始“试行结果”值(例如，false)。然而， 在其他实施例中，可以跳过初始值的设置，并且仅在退出例程之前设 置结果的值。在步骤S904中，接收装置20确定与虚拟频道相应的 component_list_descriptor()(CLD)是否存在。图13A中例示了示 例性CLD。当CLD不存在时，如下所述，接收装置20进入步骤S914 以确定PSD是否存在。当在步骤S904中CLD被确定为存在时，接收 装置20进入步骤S906，并且例如如以下关于图9B所描述的那样对 CLD进行解析。在步骤S908中，接收装置20确定第二个CLD是否 存在。当第二个CLD不存在时，接收装置20进入步骤S912。然而， 如果在步骤S908中第二个CLD被确定为存在时，在步骤S910中， 以与第一个CLD类似的方式对第二个CLD进行解析。如果这两个 CLD中的任何一个指示“确认继续”，则所描绘的逻辑使得处理可以 继续进行。

在另一个实施例中，在步骤S906中对CLD进行解析之后，接收 装置20确定第一个CLD中所包括的操作模式(一种或多种)是否被 接收装置20支持。当第一个CLD被确定为被支持时，接收装置20 直接进入步骤S914，而不管第二个CLD是否存在。

在步骤S912中，接收装置20确定第一个CLD或第二个CLD(当 存在时)中所包括的操作模式(一种或多种)是否被接收装置20支持。 当没有CLD被确定为被支持时，处理结束，并且在一个实施例中， 接收装置20继续对任何其余的虚拟频道进行分析。当在步骤S912中 至少一个CLD被确定为被支持时，接收装置20进入步骤S914，此时， 接收装置20确定任何PSD是否存在。在一个实施例中，如果没有PSD 存在，则处理结束。如果PSD被确定为存在，则接收装置20进入步 骤S916以对PSD进行处理。在步骤S918中，接收装置20确定PSD 中所包括的application_tag是否被识别。如果application_tag被确定 为被识别，则接收装置20进入步骤S920，并且确定PSD的长度是否 被预计。如果长度被确定为被预计，则接收装置20进入步骤S922以 确定在PSD中列出的每种模式是否被支持。在一个实施例中，如果在 步骤S918中application_tag未被识别、在步骤S920中找到意外长度、 或者在步骤S922中任何模式被确定为不被支持，则处理结束。

在步骤S924中，接收装置20确定是否存在任何另外的PSD。如 果另外的PSD存在，则接收装置20重复步骤S916、S918、S920、S922 和S924。如果接收装置20继续所述处理，直到达到步骤S926为止， 则虚拟频道被设置为被接收装置20支持。

图9B例示了示例性解析组件列表描述符例程。检查组件列表描 述，以察看流类型是否被支持，并且对于每个支持的流类型， stream_info_details()是否指示所支持的操作模式。在一个实施例中， CLD的两个实例可以存在于虚拟频道表条目中。如果接收装置20确 定它可以对任何一个中所描述的stream_type值连同任何PSD进行处 理，则它将能够可靠地呈现频道。

如图9B中所示，“解析组件列表描述符”例程返回被称为 ok_to_proceed的布尔变量。在步骤S942中，接收装置20可选地将 虚拟频道的channel_ok状态设置为初始值(例如，false)。在步骤 S944中，将计数n设置为0以开始CLD中所包括的第一个组件的分 析。

如所示，对于描述符中列出的每个流类型值，进行以下检查：步 骤S946，流类型值是否被识别；步骤S948，流类型在接收装置硬件 和/或软件中是否被支持；步骤950，对于该流类型， stream_info_details()中所描述的操作模式是否被支持；步骤S952， length_of_details的值是否被预计。在一个实施例中，如果对于这些问 题中的任何一个的回答是“否”，则例程在被称为“ok_to_proceed” 的变量中返回值“false”，否则，返回值“true”。

在其他实施例中，接收装置20无需支持每个PSD中所定义的呈 现虚拟频道的所有操作模式。此外，例如，如图9A中所示，PSD的 处理是按特定次序描述的(例如，S918、S920和S922)。然而，本 公开的实施例不限于此，接收装置20执行的步骤可以同时或按不同次 序执行。

3D服务是PSD识别的应用程序的例子。在一个实施例中，3D服 务被分配给application_tag值1。对于服务兼容混合编码(SCHC) 3D服务，左视图和右视图在不同的基本流中传输。一个视图作为2D TV服务提供，并且音频在2D视图与3D视图之间可以是或者可以不 是同样的。对于独立编码3D(IC3D)服务，左视图和右视图在不同 的基本流中传输，或者在一个基本流中传输。没有一个视图被作为2D 服务提供。然而，应指出，在某些实施例中，3D内容的2D版本是否 在另一个频道上提供与给定的虚拟频道无关，因为解码器仅仅需要知 道它是否可以对内容的解码进行处理。

图10A例示了服务兼容混合编码(SCHC)3D服务的示例性 stream_info_details语法，在SCHC 3D服务中，使用AVC对附加视 图进行编码。在一个实施例中，传载立体3DTV服务的虚拟频道由VCT 中的service_type 0x09识别。另外，VCT包括 terrestrial_virtual_channel_table_section()或 cable_virtual_channel_table_section()的descriptors_length字段之后 的描述符循环中的以下描述符：(1)CLD；以及(2)PSD。

component_list_descriptor()提供关于用于对SCHC服务进行编 码的编解码器的信息。parameterized_service_descriptor()提供关于所 传载的3D服务的类型的信息，该信息可以便利于3DTV接收器(例 如，接收装置20)显示立体视频的行为。在一个实施例中， component_list_descriptor()存在于TVCT(或CVCT(当存在时)) 的描述符循环中以描述SCHC服务的视频组件。对于SCHC节目， component_list_descriptor()包括关于包括基本视图的视频流(例如， 在它不是受到A/53部分4约束的MPEG-2视频的情况下)的 stream_info_details()条目、以及关于包括附加视图的视频流的 stream_info_details()条目。

在一个实施例中，对于使用AVC对附加视图进行编码的SCHC 服务，component_list_descriptor()包括关于stream_type 0x23的 stream_info_details。如图10A中所示，关于stream_type 0x23的 stream_info_details包括以下字段：

additional_view_AVC_profile——该2比特的无符号整数字段指 示用于替代视图的AVC配置文件。在一个实施例中，该2比特的字 段的语义与关于Section 6.3中指定的AVC视频的 stream_info_details()中的AVC_profile字段相同。该字段中的值是应 用于包含用于该虚拟频道的信令的事件信息表(EIT)所覆盖的时间 段的最高(最复杂)值。

additional_view_level_idc——该6比特的无符号整数字段指示用 于替代视图的AVC级别。在一个实施例中，该6比特字段的语义与 A/72部分2的章节6.3中指定的AVC视频的stream_info_details() 中的字段level_idc相同。该字段中的值是应用于包含用于该虚拟频道 的信令的EIT所覆盖的时间段的最高(最复杂)值。

horizontal_upsampling_factor和vertical_upsampling_factor— —这些字段提供关于可以便利于解码的视频组件的显示的优化的任何 上采样的更高级信息。当没有被设置为“0001”时，上采样因子的值 和描述与应用于包含用于该虚拟频道的信令的EIT所覆盖的时间段的 那些上采样因子的值和描述匹配，并且来自例如以下文献中所定义的 预定义值列表：ISO/IEC 13818-1:2007/Amd.7——包括用户私人范围 的MPEG-2系统中的立体声视频的信令，该文献的全部内容通过引 用并入本文。为了方便起见，图10B中提供了例示示例性水平上采样 因子和垂直上采样因子的编码。

图11A例示了用于SCHC服务的PSD中所包括的示例性 application_data()。如图11A中所示，用于SCHC服务的 application_tag的值为0x01。用于application_tag值0x01的 application_data()包括3D_channel_type，其指示与PSD相关联的虚 拟频道中所传载的3D服务的类型。在一个实施例中，3D_channel_type 是例如5个比特的无符号整数字段。图11B和11C中例示了对于 3D_channel_type的示例性编码。

图12例示了接收装置20识别可以呈现给用户的内容所执行的示 例性通用方法。在步骤S1202中，接收装置20从内容提供商接收传输 流。在步骤S1204中，接收装置20从传输流提取VCT。在步骤S1206 中，接收装置基于参数化服务描述符(PSD)来确定与VCT中所包括 的条目相应的一个或多个服务是否被接收装置支持。PSD与预定服务 类型相关联，并且包括在VCT中。

本公开的实施例避免了新的descriptor_tag值的不必要的分配(例 如，每一次对于虚拟频道的新应用引起时)，提供发信号通过新类型 的DTV服务的灵活的、可扩展的机制，并且使得可以保留标准规则， 由此，使得接收器可以忽视未被识别的描述符(其descriptor_tag未 被识别的描述符)。

在另一个实施例中，例如，对于立体声3D-TV，立体声频道描述 符可以用作替代描述符或者与PSD结合使用。在一个实施例中，所需 的描述符包括组件列表描述符和立体频道信息描述符。组件列表描述 符识别所使用的一个或多个编解码器以及配置文件/级别信息。立体频 道信息描述符识别3D格式(例如，全帧、帧兼容)，对于帧兼容， 识别帧打包布置，并且参照关于用于附加视图的替代传输路径的其他 标准。图13A例示了示例性组件列表描述符内容，图13B例示了示例 性立体频道信息描述符。

图14是示出被构造为用作内容提供商10和接收装置20中的任何 一个或它们的组合的计算机1400的硬件配置的例子的框图。

如图14中所示，计算机1400包括经由一个或多个总线1408彼此 互连的中央处理单元(CPU)1402、只读存储器(ROM)1404以及 随机存取存储器(RAM)1406。所述一个或多个总线1408进一步与 输入-输出接口1410连接。输入-输出接口1410与输入部分1412连接， 输入部分1412由键盘、鼠标、麦克风、遥控器等形成。输入-输出接 口1410还连接到：输出部分1414，其由音频接口、视频接口、显示 器、扬声器等形成；记录部分1416，其由硬盘、非易失性存储器等形 成；通信部分1418，其由网络接口、调制解调器、USB接口、火线接 口等形成；以及驱动器1420，其用于驱动可移除介质1422，诸如磁盘、 光盘、磁光盘、半导体存储器等。

根据一个实施例，CPU 1402经由输入-输出接口1410和总线1408 将存储在记录部分1416中的程序加载到RAM 1406中，然后执行被 构造为提供内容提供商10和接收装置20中的一个或它们的组合的功 能的程序。

以上所讨论的各种处理无需如流程图所描绘的那样按时间顺序进 行处理；这些步骤还可以包括并行地或单个地(例如，以并行的或面 向对象的方式)进行处理的那些步骤。

此外，这些程序可以由单个计算机或多个计算机基于分布进行处 理。这些程序还可以传送到一个远程计算机或多个远程计算机以供执 行。

此外，在本说明书中，术语“系统”意指多个组成元件(装置、 模块(部件)等)的集合。所有的组成元件可以或者可以不容纳在单 个外壳中。因此，均容纳在单独的外壳中并且经由网络连接的多个装 置被认为是网络，并且由容纳在单个外壳中的多个模块形成的单个装 置也被认为是系统。

此外，应理解，本技术在实施时不限于上述实施例，并且各种修 改、更改和替代可以由本技术构成，只要它们在本技术的精神和范围 内。

例如，本技术可以针对云计算构造，由此单个功能被共享，并且 在多个装置之间经由网络合作进行处理。

此外，参照上述流程图说明的每个步骤不仅可以由单个装置执行， 而且还可以由多个装置以共享的方式执行。

此外，如果一个步骤包括多个处理，则该步骤中所包括的这些处 理不仅可以由单个装置执行，而且还可以由多个装置以共享的方式执 行。

鉴于以上教导，本公开的许多修改和更改是可能的。因此，要理 解，在所附权利要求书的范围内，可以以不同于本文中具体描述的那 样实施实施例。

以上公开内容还包含以下所指出的实施例。

(1)一种接收装置访问内容的方法，包括：从内容提供商接收传 输流；从所述传输流提取虚拟频道表(VCT)；并且基于参数化服务 描述符(PSD)来确定与VCT中所包括的条目相应的一个或多个服务 是否被接收装置支持，PSD与预定服务类型相关联，并且包括在VCT 中。

(2)特征(1)的方法，其中，PSD包括描述符标签、描述符长度、 应用程序标签以及应用程序数据。

(3)特征(1)或(2)的方法，其中，PSD与服务类型0x09相关联。

(4)特征(1)至(3)中的任何一个的方法，其中，确定的步骤包括： 对包括一种或多种流类型的组件列表描述符进行解析，组件列表描述 符包括在VCT中；并且确定所述一种或多种流类型是否被接收装置 支持。

(5)根据特征(1)至(4)中的任何一个的方法，其中，确定的步骤包 括：确定PSD中所包括的应用程序标签是否被识别；确定PSD的长 度是否在预定范围内；确定应用程序数据中所定义的每种模式是否被 接收装置支持；当应用程序标签被识别、PSD的长度在预定范围内并 且应用程序数据中所定义的每种模式被支持时，确定与VCT中所包 括的条目相应的一个或多个服务是否被接收装置支持。

(6)一种具有嵌入在其中的指令的计算机可读存储介质，所述指 令在被计算机执行时使所述计算机执行如以上所讨论的特征(1)至(5) 中的任何一个的接收装置的方法。

(7)一种接收装置，包括：接收单元，其被构造为从内容提供商 接收传输流；提取单元，其被构造为从所述传输流提取虚拟频道表 (VCT)；以及处理器，其被构造为基于参数化服务描述符(PSD) 来确定与VCT中所包括的条目相应的一个或多个服务是否被接收装 置支持，PSD与预定服务类型相关联，并且包括在VCT中。

(8)特征(7)的接收装置，其中，PSD包括描述符标签、描述符长 度、应用程序标签以及应用程序数据。

(9)特征(7)或(8)的接收装置，其中，PSD与服务类型0x09相关联。

(10)特征(7)至(9)中的任何一个的接收装置，其中，处理器被进一 步构造为：对包括一种或多种流类型的组件列表描述符进行解析，组 件列表描述符包括在VCT中；并且确定所述一种或多种流类型是否 被接收装置支持。

(11)特征(7)至(10)中的任何一个的接收装置，其中，处理器被进 一步构造为：确定PSD中所包括的应用程序标签是否被识别；确定 PSD的长度是否在预定范围内；确定应用程序数据中所定义的每种模 式是否被接收装置支持；当应用程序标签被识别、PSD的长度在预定 范围内并且应用程序数据中所定义的每种模式被支持时，确定与VCT 中所包括的条目相应的一个或多个服务是否被接收装置支持。

(12)一种信息提供装置，包括：内容供给单元，其被构造为存储 或接收内容；编码器，其被构造为对所述内容进行编码；复用器，其 被构造为产生包括编码的内容和虚拟频道表(VCT)的传输流，VCT 包括与预定服务类型相关联的参数化服务描述符(PSD)。