“主要图片”是指使用通常计划用于显示的分层的译码工具在一个或多个层(取决于上下文)中译码的图片或序列图片序列。主要输出层组包含主要图片层。主要图片包含带有等于零的nuh_layer_id的至少一个NAL单元。
[0031]辅助图片是指可能不被计划用于显示的但用于辅助目的图片，或同时联播图片。在辅助图片具有不同于用于主要图片的层的layer_id的意义上，可以在可缩放的层中译码辅助图片；然而，它不被用来以不同的分辨率或SNR保真度来表示主要图片本身。换言之，通过使用非零的layer_id，指出属于辅助图片的NAL单元，即使它们不属于增强层。辅助图片可以是不同类型。多个辅助图片可以与同一个主要图片相关联。辅助图片可以符合复杂配置文件。例如，它们可以，使用层之间的预测，从相同辅助图片类型的其他辅助图片层，被可缩放地译码。然而，它们也可以VCL符合诸如主配置文件之类的版本I配置文件。所公开的主题主要涉及此后一种情况。
[0032]主要输出层组可包括主要译码图片以及与主要译码图片相关联的任何增强层，其中，在主要译码图片以及每一个增强层之间存在层之间的预测关系(直接或间接地)。
[0033]辅助输出层组可包括辅助译码图片以及直接或间接地引用辅助译码图片的任何增强层。
[0034]HEVC版本I兼容的解码器在带有标头(101)的NAL单元上操作，如图1所示，并如下面所描述的。
[0035]为与某些系统级别规范的兼容性，forbidden_zero_bit (102)必须是零。六比特NAL单元类型(103)表示NAL单元的类型(诸如:某一类型的参数组、某些图片类型的切片、SEI消息，等等)。由于HEVC版本I配置文件不支持可缩放性或多视图，因此，版本I输出层组是如上文所描述的主要输出层组，一定只包含带有等于零的nuh_layer_id的单层。Nuh_temporal_id_plusl表示NAL单元所属的临时的子层。
[0036]根据SHVC扩展，辅助输出层组只包含辅助图片层，那些(包括辅助图片的最低层)由除零以外的nuh_layer_id来表示，但是，可以VCL符合诸如主配置文件之类的配置文件。在某些情况下，例如，在同时联播使用情况下，删除主要图片(由等于O的nuh_layer_id来表示)的NAL单元，将辅助图片的nuh_layer_id从其非零的值“重写”为0，接下来是，将nal单元馈送到以别的方式基本上未修改的HEVC版本I解码器是明智的。这样的重写过程会是合乎需要的，例如，因为重写固定位置处的固定长度的代码字中的六比特字段从计算角度来看便宜。复杂的、潜在地硬件加速的并且高度优化的解码器不需要被修改以接受用于在此改变之后解码的辅助图片。对于上面的技术，完全解码需要某些额外的操作，诸如重写参数组的某些部分。然而，这样的操作会很少发生，从计算角度来看便宜，可以只涉及网络抽象层的语法元素。
[0037]然而，如前所述的重写技术可以只在诸如辅助图片实际上VCL符合版本I主配置文件的情况下起作用。在比特流中没有办法表达这样的情况。
[0038]HEVC的版本I视频参数组和序列参数组两者都包括，在轻松地可访问的位置，以profile_tier_level数据结构的形式存在的符合性信息。在图2中示出了此数据结构的开始。注意两比特字段general_profile_space (201)。最初引入此码点是为允许对配置文件的“版本控制”。一个应用是，在标准的生命周期过程中，配置文件结构由于标准设置委员会所犯的错误以不希望的方式开发的情况下，允许配置文件结构的全新的开始。在版本I中，general_profile_space被设置为O。版本I解码器应该忽略带有不等于O的general_profile_space的任何比特流。
[0039]在一个实施例中，general_profile_space语法元素的非零值，例如，二进制值01，可以被用来表示多层比特流中的带有nuh_layer_id的非零值的层以别的方式符合配置文件。换言之，general_profile_space语法元素的四个潜在置换中的一个产生逃逸条件，该逃逸条件基本上告诉解码器，在解码过程中，它可以忽略nuh_layer_id的“不正确的”(如在版本I中定义的)设置，如通常那样操作。
[0040]可另选地或另外，未使用的码点(诸如预留的比特)可以用于信令。
[0041]此修改可以允许辅助图片的VCL符合性信令，包括当在一个比特流内存在多个辅助图片层的情况。
[0042]以如前所述的形式使用general_profile_space语法元素为现有的配置文件有效地创建额外的“扩展”配置文件，以便，例如，将定义使general_profile_space等于I的扩展主配置文件，无需修改现有的主配置文件。扩展配置文件和主配置文件之间的两个差异将是，例如，a)general_profile_space的值，以及b)nuh_layer_id的除零以外的允许的值(以及，例如，暗示的对参数组语法的更改)。可想象，general_profile_space的非零值的使用可以被扩展到其他比特流特征和条件。
[0043]符合主配置文件的版本I解码器可能不需要解码扩展主配置文件比特流，因为它们不理解非零general_profile_space，也不理解非零nuh_layer_id。然而，未来的解码器实现被扩展为除对于主配置的支持之外还支持扩展主配置文件将是简单的，和/或通过以已经描述的相对轻量的操作重写比特流。类似地，可以为其他配置文件，诸如Main 10、Stereo Main、Scalable Main、RExt配置文件以及任何未来的配置文件，如果希望的话，定义“扩展”配置文件。这些新配置文件可以变为至少VCL符合它们的相应的父配置文件。
[0044]为使解码器实现“扩展”配置文件，当general_profile_space等于预先定义的非零值(诸如01)时，对SPS和PPS的解析将包括，例如，当参数组NAL单元的nuh_layer_id大于O时可能发生的某些语法解析修改。然而，请注意，当前设计已经在VPS VUI中包括base_layer_parameter_set_compatibility_f lag[i]，其可以被用来指出 SPS 和 PPS NAL单元的nuh_layer_id值等于O的约束，在这样的情况下，对SPS和PPS的解析与单层配置文件中的那些相同。符合“扩展”配置文件的解码器还需要对VPS和VPS扩展的解析(例如存在于诸如SHVC、MV-HEVC或Rext配置文件之类的版本2扩展中)。
[0045]为使比特流符合对应于单层配置文件的“扩展”配置文件，即，Main、Main 10，可以施加约束，以便对切片层以及下面的层的解码将与相关联的单层配置文件相同；换言之，它们可以是符合VCL的。相应地，可以以硬件或高度优化的软件实现的那些低级别的解码功能可以保持不变。在分层的扩展规范中，配置文件、层以及级别约束位于为输出层组，并非为单层定义的SHVC工作草案中，和单层HEVC版本I配置文件的情况一样。
[0046]根据一实施例，为指出与单层“扩展”配置文件(即，Extens1n Main)的符合性，输出层组可以只包含单辅助图片层。在j是由编码器从可用的数值范围中选择的辅助图片层的nuh_layer_id值并考虑到已经赋值的nuh_layer_id值的情况下，当general_profile_space 等于 I 时，NumDirectRefLayers[j]的值可以被限制为等于 0，且 poc_lsb_not_present_flag[j]的值可以被限制为O。
[0047]参考图3，此限制可以，例如，被