CN113940084B 用于视频编码和解码的装置、方法和计算机程序（诺基亚技术有限公司）

(19)国家知识产权局(12)发明专利(10)授权公告号CN113940084B(65)同一申请的已公布的文献号申请公布号CN113940084A(43)申请公布日2022.01.14(30)优先权数据(85)PCT国际申请进入国家阶段日PCT/FI2020/0503672020(87)PCT国际申请的公布数据WO2020/245498EN(73)专利权人诺基亚技术有限公司地址芬兰埃斯波(74)专利代理机构北京市金杜律师事务所HO4N19/70(2006.01)US2013202051A1,2013.08.08BenjaminBross,etal.VersatileVideoCoding(Draft5).《JVET-N1001-V7》.2019,第24-25页.(54)发明名称用于视频编码和解码的装置、方法和计算机确定要被指配给分区并且被初始化为未指配的单元的数目(1400确定要被指配给分区并且被初始化为未指配的单元的数目(1400指示或者推断要被指配的明确大小的分区的数目(1402)指示明确大小的分区的大小，并且将未指配单元标记为以预定义扫描顺序被指配给分区(1404)指示单元的计数(1406)将单元的计数重复地指配给分区，并且相应地将未指配单元标记为以预定义扫描顺序被指配，直到未指配单元的数目小于单元的计数为止(1408)如果未指配单元的数目>0,则将未指配单元指配给最后一个分区(1410)一种方法，包括：确定要被指配给分区并且被初始化为未指配的单元的数目；指示或者推断要被指配的明确大小的分区的数目；指示所述明确大小的分区的大小，并且相应地将未指配单元标记为以预定义扫描顺序指配给分区；指示单元的计数；将所述单元的计数重复地指配给分区，并且相应地将未指配单元标记为以所述预定义扫描顺序被指配，直到所述未指配单元的数目小于所述单元的计数为止；以及如果所述未指配单2执行视频编码处理以形成比特流，包括：确定要被指配给所述比特流中分区的单元的数目，所述单元被初始化为未被指配，其中所述单元对应于视频中图片的部分；在所述比特流中指示或者推断要被指配的图块列的明确大小的分区的数目；在所述比特流中指示所述图块列的所述明确大小的分区的大小，并且相应地将未指配单元标记为以预定义扫描顺序被指配给分区；在所述比特流中指示相等大小的图块列的宽度；在使用所述预定义扫描顺序将未指配单元指配给所述图块列的所述明确大小的分区之后剩余的单元中，将所述相等大小的图块列的宽度重复地指配给分区，并且将相应的未指配单元标记为以所述预定义扫描顺序被指配，直到所述未指配单元的数目小于所述相等在所述未指配单元的数目大于0时，将所述未指配单元指配给最后的分区；其中所述单元是编码树块，并且其中所述分区至少由以所述编码树块为单位的图块宽度指示。2.一种用于视频编码的装置，包括：用于执行视频编码处理以形成比特流的装置，包括：用于确定要从所述比特流被指配给分区的单元的数目的部件，所述单元被初始化为未被指配，其中所述单元对应于视频的图片的部分；用于在所述比特流中指示或者推断要被指配的图块列的明确大小的分区的数目的部用于在所述比特流中指示所述图块列的所述明确大小的分区的大小的部件以及用于相应地将未指配单元标记为以预定义扫描顺序被指配给分区的部件；用于在所述比特流中指示相等大小的图块列的宽度的部件；用于在使用所述预定义扫描顺序将未指配单元指配给所述图块列的所述明确大小的分区之后剩余的单元中，将所述相等大小的图块列的宽度重复地指配给分区的部件以及用于将相应的未指配单元标记为以所述预定义扫描顺序被指配直到所述未指配单元的数目小于所述相等大小的图块列的宽度为止的部件；以及用于在所述未指配单元的数目大于0时将所述未指配单元指配给最后的分区的部件；其中所述单元是编码树块，并且其中所述分区至少由以所述编码树块为单位的图块宽度指示。使用比特流来执行视频解码处理以解码图片，包括：确定要从所述比特流或随着所述比特流被指配给分区的单元的数目，其中所述单元对应于来自视频中图片的部分，所述视频被嵌入在所述比特流中；至少使用所述比特流从所述比特流或随着所述比特流确定要被指配的图块列的明确大小的分区的数目；至少使用所述比特流确定针对所述图块列的所述明确大小的分区的大小，并且相应地将未指配单元标记为以预定义扫描顺序被指配给分区；3至少使用所述比特流确定相等大小的图块列的宽度；在使用所述预定义扫描顺序将未指配单元指配给所述图块列的所述明确大小的分区之后剩余的单元中，将所述相等大小的图块列的宽度重复地指配给分区，并且将相应的未指配单元标记为以所述预定义扫描顺序被指配，直到所述未指配单元的数目小于所述相等在所述未指配单元的数目大于0时，将所述未指配单元指配给最后的分区；其中所述单元是编码树块，并且其中所述分区至少由以所述编码树块为单位的图块宽度指示。4.根据权利要求3所述的方法，其中确定要被指配的所述图块列的明确大小的分区的数目包括：从句法结构解码要被指配的所述图块列的所述明确大小的分区的数目；确定所述图块列的所述明确大小的分区的大小包括：从所述句法结构解码针对所述图块列的所述明确大小的分区的所述大小；以及确定相等大小的图块列的宽度包括：从所述句法结构解码所述相等大小的图块列的宽度。5.一种用于视频解码以形成比特流的装置，包括：用于使用比特流来执行视频解码处理以解码图片的装置，包括：用于确定要从所述比特流或随着所述比特流被指配给分区的单元的数目的部件，其中所述单元对应于来自视频中图片的部分，所述视频被嵌入在所述比特流中；用于至少使用所述比特流从所述比特流或随着所述比特流确定要被指配的图块列的明确大小的分区的数目的部件；用于至少使用所述比特流确定针对所述图块列的所述明确大小的分区的大小的部件以及用于将相应的未指配单元标记为以预定义扫描顺序被指配给分区的部件；用于至少使用所述比特流确定相等大小的图块列的宽度的部件；用于在使用所述预定义扫描顺序将未指配单元指配给所述图块列的所述明确大小的分区之后剩余的单元中，将所述相等大小的图块列的宽度重复地指配给分区的部件以及用于相应地将未指配单元标记为以所述预定义扫描顺序被指配直到所述未指配单元数目小于所述相等大小的图块列的宽度为止的部件；以及用于在所述未指配单元数目大于0时将所述未指配单元指配给最后的分区的部件；其中所述单元是编码树块，并且其中所述分区至少由以所述编码树块为单位的图块宽度指示。6.一种计算机程序产品，包括至少一个非瞬态计算机可读存储介质，所述计算机可读存储介质在其中存储有计算机可执行程序代码指令，所述计算机可执行程序代码指令包括程序代码指令，所述程序代码指令被配置为在执行后：执行视频编码处理以形成比特流，包括：确定要被指配给所述比特流中分区的单元的数目，所述单元被初始化为未被指配，其中所述单元对应于视频中图片的部分；在所述比特流中指示或推断要被指配的图块列的明确大小的分区的数目；在所述比特流中指示针对所述图块列的所述明确大小的分区的大小，并且相应地将未4指配单元标记为以预定义扫描顺序被指配给分区；在所述比特流中指示相等大小的图块列的宽度；在使用所述预定义扫描顺序将未指配单元指配给所述图块列的所述明确大小的分区之后剩余的单元中，将所述相等大小的图块列的宽度重复地指配给分区，并且将相应的未指配单元标记为以所述预定义扫描顺序被指配，直到所述未指配单元的数目小于所述相等在所述未指配单元数目大于0时，将所述未指配单元指配给最后的分区；其中所述单元是编码树块，并且其中所述分区至少由以所述编码树块为单位的图块宽度指示。7.一种计算机程序产品，包括至少一个非瞬态计算机可读存储介质，所述计算机可读存储介质在其中存储有计算机可执行程序代码指令，所述计算机可执行程序代码指令包括程序代码指令，所述程序代码指令被配置为在执行后：使用比特流来执行视频解码处理以解码图片，包括：确定要从所述比特流或随着所述比特流被指配给分区的单元的数目，其中所述单元对应于来自视频的图片的部分，所述视频被嵌入在所述比特流中；至少使用所述比特流从所述比特流或随着所述比特流确定要被指配的图块列的明确大小的分区的数目；至少使用所述比特流确定针对所述图块列的所述明确大小的分区的大小，并且相应地将未指配单元标记为以预定义扫描顺序被指配给分区；至少使用所述比特流确定相等大小的图块列的宽度；在使用所述预定义扫描顺序将未指配单元指配给所述图块列的所述明确大小的分区之后剩余的单元中，将所述相等大小的图块列的宽度重复地指配给分区，并且将相应的未指配单元标记为以所述预定义扫描顺序被指配，直到所述未指配单元的数目小于所述相等在所述未指配单元数目大于0时，将所述未指配单元指配给最后的分区；其中所述单元是编码树块，并且其中所述分区至少由以所述编码树块为单位的图块宽度指示。5用于视频编码和解码的装置、方法和计算机程序技术领域[0001]本发明涉及用于视频编码和解码的装置、方法和计算机程序。背景技术[0002]视频编码标准和规范通常允许编码器将编码图片划分或分区为子集。在视频编码中，分区可以被定义为将图片或图片的子区域划分为子集(块),使得图片或图片的子区域的每个元素恰好位于子集(块)中的一个子集中。例如，H.265/HEVC引入了默认大小为64×64个像素的编码树单元(CTU)的概念。基于四叉树结构，CTU能够包含单个编码单元(CU),或者递归地被拆分为多个较小的CU,至少为8x8个像素。H.265/HEVC还确认图块(它们是矩形的并且包含整数数目的CTU)和切片(基于切片分段定义的，该切片分段包含整数数目的编码树单元，在图块扫描中连续排序并且包含在单个NAL单元中)。[0003]通用视频编码(VVC)(MPEG-I第3部分)(又名ITU-TH.266)是由作为HEVC/H.265的继任者的国际电信联盟(ITU)的移动图片专家组(MPEG)和视频编码专家组(VCEG)的联合视频专家队(JVET)开发的视频压缩标准(正式的ISO/IECJTC1SC29WG11)。VVC分区方案不仅包括图块，还包括砖块，它可以在图块内包括一个或多个CTU行。砖块的引入也会影响切片的定义。[0004]因此，一个相当复杂的句法结构已经被创建，用于发信号通知用于图块和砖块分区的各种选项，这在许多方面中都是次优的，尤其是关于所述信令所需的比特率。发明内容[0006]本发明的各种实施例所寻求的保护范围由独立权利要求陈述。本说明书中描述的不落入独立权利要求的范围的实施例和特征(如果有的话)将被解释为对理解本发明的各种实施例有用的示例。[0007]根据第一方面的方法包括：确定要被指配给分区并且被初始化为未指配的单元的数目；指示或者推断要被指配的明确大小的分区的数目；指示明确大小的分区的大小，并且相应地将未指配单元标记为以预定义扫描顺序被指配给分区；指示单元的计数；将单元的计数重复地指配给分区，并且相应地将未指配单元标记为以预定义扫描顺序被指配，直到未指配单元的数目小于单元的计数为止；以及如果未指配单元的数目大于0,则将未指配单元指配给最后一个分区。[0008]根据实施例，分区是以下一项或多项：图块列、图块行、一个或多个图块列的砖块行、图块的砖块行、用于指示子图分区的网格的网格列、用于指示子图分区的网格的网格[0009]根据实施例，单元是以下一项或多项：图片的样本的矩形块、用于指示子图分区的网格的网格单元。[0010]根据第二方面的装置包括：用于确定要被指配给分区并且被初始化为未指配的单6元的数目的部件；用于指示或者推断要被指配的明确大小的分区的数目的部件；用于指示明确大小的分区的大小的部件，以及用于相应地将未指配单元标记为以预定义扫描顺序被指配给分区的部件；用于指示单元的计数的部件；用于将单元的计数重复地指配给分区的部件，以及用于相应地将未指配单元标记为以预定义扫描顺序被指配直到未指配单元数目小于单元的计数为止的部件；以及用于在未指配单元数目大于0的情况下将未指配单元指配给最后的分区的部件。[0011]根据第三方面的方法包括：确定要被指配给分区的单元的数目；确定要被指配的明确大小的分区的数目；确定明确大小的分区的大小，并且相应地将未指配单元标记为以预定义扫描顺序被指配给分区；确定单元的计数；将单元的计数重复地指配给分区，并且相应地将未指配单元标记为以预定义扫描顺序被指配，直到未指配单元的数目小于单元的计[0012]根据实施例，确定要被指配的明确大小的分区的数目包括从句法结构解码要被指配的明确大小的分区的数目；确定针对明确大小的分区的大小包括从句法结构解码明确大小的分区的大小；并且确定单元的计数包括从句法结构解码单元的计数。[0013]根据第四方面的装置包括：用于确定要被指配给分区的单元的数目的部件；确定要被指配的明确大小的分区的数目；用于确定针对明确大小的分区的大小的部件，以及用于相应地将未指配单元标记为以预定义扫描顺序被指配给分区的部件；用于确定单元的计数的部件；用于将单元的计数重复地指配给分区的部件，以及用于相应地将未指配单元标记为以预定义扫描顺序被指配直到未指配单元数目小于单元的计数为止的部件；以及用于在未指配单元数目大于0的情况下将未指配单元指配给最后一个分区的部件。[0014]其他方面涉及装置，包括：至少一个处理器和至少一个存储器，所述至少一个存储器在其上存储有代码，该代码在由所述至少一个处理器执行时使装置至少执行以上方法和与其相关的实施例的一个或多个实施例。附图说明[0015]为了更好地理解本发明，现在将通过示例的方式参照附图，其中：[0016]图1示意性地示出了采用本发明的实施例的电子设备；[0017]图2示意性地示出了适合于采用本发明的实施例的用户设备；[0018]图3还示意性地示出了采用本发明的实施例的电子设备，本发明使用无线和有线网络连接进行连接；[0019]图4示意性地示出了适合于实现本发明的实施例的编码器；[0021]图6示出了根据H.266/VVC草案5的切片、图片和砖块分区的信令的句法结构；[0022]图7示出了根据本发明的一个方面的编码方法的流程图；[0023]图8示出了根据本发明的另一方面的编码方法的流程图；[0024]图9示出了根据本发明的实施例的编码方法的流程图；[0025]图10a、图10b、图10c示出了图块和砖块分区的一些示例；[0026]图11示出了适合于实现本发明的实施例的解码器的示意图；7[0027]图12示出了根据本发明的实施例的解码方法的流程图；[0028]图13示出了根据本发明的另一实施例的解码方法的流程图；[0029]图14a和图14b示出了根据本发明的又一实施例的编码和解码方法的流程图；以及[0030]图15示出了各种实施例可以被实现的示例多媒体通信系统的示意图。具体实施方式[0031]以下进一步详细描述了用于发起视点切换的适当装置和可能机制。在这方面，首先参照图1和图2,其中图1示出了根据示例实施例的视频编码系统的框图作为示例性装置或电子设备50的示意性框图，该示例性装置或电子设备50可以包含根据本发明的实施例的编解码器。图2示出了根据示例实施例的装置的布局。图1和图2的元件接下来将被解释。[0032]电子设备50可以例如是无线通信系统的移动终端或用户设备。然而，要了解的是，本发明的实施例可以在可能需要编码和解码或者编码或解码视频图像的任何电子设备或装置内实施。[0033]装置50可以包括用于包含和保护设备的壳体30。装置50还可以包括液晶显示器形式的显示器32。在本发明的其他实施例中，显示器可以是适合于显示图像或视频的任何适当的显示技术。装置50还可以包括小键盘34。在本发明的其他实施例中，任何适当的数据或用户界面机制可以被采用。例如，用户界面可以被实现为虚拟键盘或数据键入系统，作为触敏显示器的一部分。[0034]该装置可以包括麦克风36或者可以是数字或模拟信号输入的任何适当的音频输入。装置50还可以包括音频输出设备，其在本发明的实施例中可以是听筒38、扬声器或者模拟音频或数字音频输出连接中的任何一个。装置50还可以包括电池(或者在本发明的其他实施例中，该设备可以由诸如太阳能电池、燃料电池或发条发电机等任何适当的移动能源设备供电)。该装置还可以包括能够记录或捕获图像和/或视频的相机。装置50还可以包括用于与其他设备的短距离视线通信的红外端口。在其他实施例中，装置50还可以包括任何适当的短距离通信解决方案，诸如例如蓝牙无线连接或USB/火线有线连接。[0035]装置50可以包括用于控制装置50的控制器56、处理器或处理器电路系统。控制器56可以被连接至存储器58,在本发明的实施例中，该存储器58可以以图像和音频数据的形式存储数据和/或还可以存储用于在控制器56上实施的指令。控制器56还可以被连接至编解码器电路系统54,该编解码器电路系统54适合于执行音频和/或视频数据的编码和解码或者辅助由控制器执行的编码和解码。[0036]装置50还可以包括读卡器48和智能卡46,例如UICC和UICC读取器，以提供用户信息并且适合于提供用于在网络处对用户进行认证和授权的认证信息。[0037]装置50可以包括无线电接口电路系统52,该无线电接口电路系统52被连接至控制器并且适合于生成例如与蜂窝通信网络、无线通信系统或无线局域网通信的无线通信信号。装置50还可以包括天线44,该天线44被连接至无线电接口电路系统52,以将在无线电接口电路系统52处生成的射频信号发送给(多个)其他装置，并且从(多个)其他装置接收射频[0038]装置50可以包括能够记录或检测各个帧的相机，然后这些帧被传递给编解码器54或控制器以进行处理。该装置可以在传输和/或存储之前从另一设备接收视频图像数据以8进行处理。装置50还可以无线地或通过有线连接接收图像用于编码解码。上述装置50的结构元件表示用于执行对应功能的部件的示例。[0039]相对于图3,本发明的实施例能够被使用的系统的示例被示出。系统10包括能够通过一个或多个网络进行通信的多个通信设备。系统10可以包括有线或无线网络的任何组标准定义的无线局域网(WLAN)、蓝牙个域网、以太网局域网、令牌环局域网、广域网和互联[0040]系统10可以包括适合于实现本发明的实施例的有线和无线通信设备和/或装置[0041]例如，图3所示的系统示出了移动电话网络11和互联网28的表示。与互联网28的连接性可以包括但不限于长距离无线连接、短距离无线连接和各种有线连接，包括但不限于[0042]系统10所示的示例通信设备可以包括但不限于电子设备或装置50、个人数字助理算机22。当由移动的个体携带时，装置50可以是静止的或移动的。装置50也可以以运输模式类似的合适运输模式。[0043]实施例也可以被实现在机顶盒(即，可能/可能不具有显示器或无线能力的数字TV接收器)中，被实现在平板计算机或(膝上型)个人计算机(PC)(具有硬件或软件或者编码器/解码器实施方式的组合)中，被实现在各种操作系统中，并且被实现在芯片组、处理器、DSP和/或提供基于硬件/软件的编码的嵌入式系统中。[0044]一些或其他装置可以发送和接收呼叫和消息，并且通过与基站24的无线连接25与服务提供方通信。基站24可以被连接至允许在移动电话网络11与互联网28之间通信的网络服务器26。该系统可以包括附加的通信设备和各种类型的通信设备。[0045]通信设备可以使用各种传输技术进行通信，包括但不限于码分多址(CDMA)、全球移动通信系统(GSM)、通用移动电信系统(UMTS)、时分多址(TDMA)、频分多址(FDMA)、传输控制协议-互联网协议(TCP-IP)、短消息收发服务(SMS)、多媒体消息收发服务(MMS)、电子邮件、即时消息收发服务(IMS)、蓝牙、IEEE802.11和任何类似的无线通信技术。实现本发明的各种实施例涉及的通信设备可以使用各种介质进行通信，介质包括但不限于无线电、红[0046]在电信和数据网络中，信道可以指物理信道或逻辑信道。物理信道可以指代诸如电线等物理传输介质，而逻辑信道可以指代能够传达多个逻辑信道的复用介质上的逻辑连接。信道可以被用于将信息信号(例如比特流)从一个或多个发送器(或发射器(transmitter))传达给一个或多个接收器。[0047]在ISO/IEC13818-1中或在ITU-T建议书H.222.0中等效地指定的MPEG-2传送流(TS)是用于在复用流中携带音频、视频和其他介质以及程序元数据或其他元数据的格式。分组标识符(PID)被用于标识TS内的基本流(又名分组化基本流)。因此，MPEG-2TS内的逻辑信道可以被认为与特定的PID值相对应。[0048]可用的媒体文件格式标准包括ISO基媒体文件格式(ISO/IEC14496-12,可以被缩9写为ISOBMFF)和NAL单元结构化视频的文件格式(ISO/IEC14496-15),该文件格式源自[0049]视频编解码器由将输入视频变换为适合于存储/传输的压缩表示的编码器和能够将压缩视频表示解压缩回可视形式的解码器组成。视频编码器和/或视频解码器也可以彼更紧凑的形式(即，较低的比特率)表示视频。[0050]典型的混合视频编码器(例如ITU-TH.263和H.264的许多编码器实现)在两个阶段中对视频信息进行编码。首先，例如通过运动补偿方式(找到并且指示在先前编码的视频帧中的一个视频帧中与被编码的块紧密对应的区域)或通过空间方式(使用要以指定方式编码的块周围的像素值),某个图片区域(或“块”)中的像素值被预测。其次，预测误差(即，预测像素块与原始像素块之间的差异)被编码。这通常通过使用指定的变换(例如离散余弦变换(DCT)或其变型)来变换像素值的差异，量化系数并且对量化的系数进行熵编码来完成。通过改变量化过程的保真度，编码器能够控制像素表示的准确性(图片质量)与所得编码视频表示的大小(文件大小或传输比特率)之间的平衡。[0051]在时间预测中，预测源是先前解码的图片(又名参考图片)。在块内复制(IBC;又名块内复制预测)中，预测与时间预测类似地应用，但是参考图片是当前图片，并且仅先前解码的样本能够在预测过程中引用。层间或视图间预测可以被类似地应用于时间预测，但是参考图片分别是来自另一可伸缩层或来自另一视图的解码图片。在一些情况下，帧间预测可以仅指时间预测，而在其他情况下，帧间预测可以共同指时间预测以及块内复制、层间预测和视图间预测中的任何一个，前提是它们以与时间预测相同或类似的过程执行。帧间预测或时间预测有时可以被称为运动补偿或运动补偿预测。[0052]帧间预测(也可以被称为时间预测、运动补偿或运动补偿预测)减少了时间冗余性。在帧间预测中，预测源是先前解码的图片。帧内预测利用了同一图片内的相邻像素很可能相关的事实。帧内预测能够在空间或变换域中执行，即，样本值或变换系数能够被预测。帧内预测通常在帧间预测未被应用的帧内编码中利用。[0053]编码过程的一个结果是编码参数集，诸如运动向量和量化的变换系数。如果许多参数首先从空间或时间上邻近的参数预测，则许多参数能够被更有效地熵编码。例如，运动向量可以从空间上相邻的运动向量来预测，并且仅相对于运动向量预测器的差异可以被编码。编码参数的预测和帧内预测可以被统称为图片内预测。[0054]图4示出了适合于采用本发明的实施例的视频编码器的框图。图4提出了用于两层的编码器，但是要了解的是，所提出的编码器能够被类似地扩展以对多于两个层进行编码。图4图示了视频编码器的实施例，其包括用于基础层的第一编码器区段500和用于增强层的第二编码器区段502.第一编码器区段500和第二编码器区段502中的每个编码器区段可以包括用于对传入图片进行编码的类似元件。编码器区段500、502可以包括像素预测器302、402、预测误差编码器303、403和预测误差解码器304、404.图4还示出了像素316、416和参考帧存储器318、418.第一编码器区段500的像素预测器302接收视频流的300个基础层图像，以在帧间预测器306(确定图像与运动补偿参考帧318之间的差异)和帧内预测器308(仅基于当前帧或图片的已处理部分确定图像块的预测)处进行编码。帧间预测器和帧内预测器两者的输出都被传递给模式选择器310。帧内预测器308可以具有多于一种帧内预测模式。因此，每种模式可以执行帧内预测，并且将预测的信号提供给模式选择器310。模式选择器310还接收基础层图片300的副本。对应地，第二编码器区段502的像素预测器402接收视频流的400个增强层图像，以在帧间预测器406(确定图像与运动补偿参考帧418之间的差异)和帧内预测器408(仅基于当前帧或图片的已处理部分确定图像块的预测)两者处进行编码。帧间预测器和帧内预测器两者的输出都被传递给模式选择器410。帧内预测器408可以具有多于一种帧内预测模式。因此，每种模式可以执行帧内预测，并且将预测的信号提供给模式选择器410.模式选择器410还接收增强层图片400的副本。[0055]取决于哪种编码模式被选择以对当前块进行编码，帧间预测器306、406的输出或者可选帧内预测器模式中的一种模式的输出或者模式选择器内的表面编码器的输出被传递给模式选择器310、410的输出。模式选择器的输出被传递给第一求和设备321、421。第一求和设备可以从基础层图片300/增强层图片400减去像素预测器302、402的输出，以产生被输入给预测误差编码器303、403的第一预测误差信号320、420。[0056]像素预测器302、402还从初步重构器339、439接收图像块312、412的预测表示与预测误差解码器304、404的输出338、438的组合。初步重构图像314、414可以被传递给帧内预出可以被保存在参考帧存储器318、418中的最终重构图像340、440。参考帧存储器318可以被连接至帧间预测器306,以被用作在帧间预测操作中与将来的基础层图片300进行比较的参考图像。根据一些实施例，在基础层被选择并且被指示为用于增强层的层间样本预测和/或层间运动信息预测的源的情况下，参考帧存储器318也可以被连接至帧间预测器406,以被用作在帧间预测操作中与将来的增强层图片400进行比较的参考图像。而且，参考帧存储器418可以被连接至帧间预测器406,以被用作在帧间预测操作中与将来的增强层图片400进行比较的参考图像。[0057]根据一些实施例，在基础层被选择并且被指示为用于预测增强层的滤波参数的源的情况下，来自第一编码器区段500的滤波器316的滤波参数可以被提供给第二编码器区段[0058]预测误差编码器303、403包括变换单元342、442和量化器344、444。变换单元34442将第一预测误差信号320、420变换为变换域。该变换是例如变换域信号(例如DCT系数)进行量化，以形成量化系数。[0059]预测误差解码器304、404接收来自预测误差编码器303、403的输出，并且执行预测误差编码器303、403的相反过程，以产生解码后的预测误差信号338、438,当预测误差信号与第二求和设备339、439处的图像块312、412的预测表示组合时，其产生初步重构图像314、414.预测误差解码器可以被认为包括对量化系数值(例如DCT系数)进行去量化以重构变换信号的去量化器361、461以及对重构的变换信号执行逆变换的逆变换单元363、463,其中逆变换单元363、463的输出包含(多个)重构块。预测误差解码器还可以包括块滤波器，该块滤波器可以根据进一步解码的信息和滤波器参数来对(多个)重构块进行滤波。[0060]熵编码器330、430接收预测误差编码器303、403的输出，并且可以对信号执行适当的熵编码/可变长度编码，以提供误差检测和校正能力。熵编码器330、430的输出可以例如通过复用器508被插入到比特流中。11[0061]熵编码/解码可以以许多方式执行。例如，基于上下文的编码/解码可以被应用，其中编码器和解码器两者都基于先前编码/解码的编码参数来修改编码参数的上下文状态。基于上下文的编码可以例如是上下文自适应二进制算术编码(CABAC)或基于上下文的可变长度编码(CAVLC)或任何类似的熵编码。熵编码/解码可以备选地或附加地使用可变长度编码方案而被执行，诸如哈夫曼编码/解码或Exp-Golomb编码/解码等。来自熵编码的比特流或码字的编码参数的解码可以被称为解析。[0062]H.264/AVC标准是由国际电信联盟电信标准化部门(ITU-T)的视频编码专家组(VCEG)和国际标准化组织(ISO)/国际电工委员会(IEC)的移动图片专家组(MPEG)的联合视频队(JVT)开发的。H.264/AVC标准是由两个父级标准化组织发布的，并且被称为ITU-T建议书H.264和ISO/IEC国际标准14496-10,也称为MPEG-4第10部分高级视频编码(AVC)。存在H.264/AVC标准的多个版本，在规范中集成了新的扩展或特征。这些扩展包括可伸缩视频编码(SVC)和多视图视频编码(MVC)。队-视频编码(JCT-VC)开发的。该标准是由两个父级标准化组织发布的，并且它被称为ITU-T建议书H.265和ISO/IEC国际标准23008-2,也称为MPEG-H第2部分高效视频编码(HEVC)。H.265/HEVC的后期版本包括可伸缩、多视图、保真度范围、三维和屏幕内容编范。该公共基础包括例如指定比特流各层的一些特点的例如高级句法和语义(诸如层间相关性)以及解码过程，诸如参考图片列表构造，包括层间参考图片和多层比特流的图片顺序计数推导。附件F也可以被用于HEVC的潜在后续多层扩展中。要理解的是，即使视频编码器、MV-HEVC等具体扩展来描述，但是它们通常适用于HEVC的任何多层扩展，甚至更一般地适用于任何多层视频编码方案。[0065]通用视频编码(VVC)(MPEG-I第3部分)(又名ITUH.266)是视频压缩标准，由MPEG联盟和作为HEVC/H.265的继任者的ITU的联合视频探索队(JVET)开发。展作为视频编码器、解码器、编码方法、解码方法和比特流结构的示例在本章节中被描述，,反描述针对一种可能的基础给出，本实施例可以在此基础上部分或完全地实现。每当VVC或其任何草案版本在下面引用时，都需要理解的是，该描述与VVC草案规范相匹配，后期草案版本和VVC的(多个)最终版本可能改变，并且描述和实施例可以被调整以匹配VVC的(多个)最终版本。[0067]视频编码标准可以指定比特流句法和语义以及无误差比特流的解码过程，而编码过程可能未被指定，但编码器可能只需要生成符合要求的比特流。比特流和解码器符合性可以利用假设参考解码器(HRD)而被验证。这些标准可以包含有助于处理传输误差和丢失的编码工具，但是在编码中使用该工具可以是可选的，并且错误比特流的解码过程可能尚未被指定。[0068]句法元素可以被定义为比特流中表示的数据元素。句法结构可以被定义为以指定顺序一起出现在比特流中的零个或多个句法元素。[0069]每个句法元素可以通过其名称和一个描述符来描述，用于其编码表示方法。句法元素名称包括带下划线字符的所有小写字母的约定可以被使用。视频解码器的解码过程可以根据句法元素的值和先前解码的句法元素的值来表现。指定每个句法元素的解析过程。[0071]-u(n):使用n比特的无符号整数。当n在句法表中为"v"时，比特数以取决于其他句法元素的值的方式变化。该描述符的配对过程由来自比特流的n个下一比特指定，解释为无符号整数的二进制表示，其中最高有效比特被首先写入。[0072]-ue(v):无符号整数指数哥伦布编码(又名exp哥伦布编码)句法元素，其中左位在[0073]指数哥伦布比特串可以被转换为代码编号(codeNum),例如使用下表：比特串10123456789……[0075]在一些情况下，句法表可以使用从句法元素值导出的其他变量的值。变量命名约定可以被使用，其中小写和大写字母混合并且没有任何下划线字符。以大写字母开始的变量可以被导出，以用于对当前句法结构和所有相关句法结构进行解码。以大写字母开始的变量可以在解码过程中用于后期的句法结构，而无需提及变量的原始句法结构。以小写字母开始的变量只可以在它们被导出的上下文内使用的约定可以被使用。[0076]在一些情况下，句法元素值或变量值的“助记符”名称与其数值可以被互换使用。[0077]标志可以被定义为变量或者能够采用以下两个可能值中的一个可能值的单个比[0078]数组可以是句法元素或变量。方括号可以被用于数组的索引。一维数组可以被称[0079]函数可以通过其名称来描述。约定可以被使用，其中函数名称以大写字母开始，包含没有任何下划线字符的小写和大写字母的混合，并且以左括号和右括号结束，包括通过逗号分离(如果有多于一个变量)的零个或多个变量名称(用于定义)或值(用于使用)。[0080]函数Ceil(x)可以被定义为返回大于或等于x的最小整数。函数Log2(x)可以被定义为返回x的以2为底的对数。[0081]用于描述句法元素的解码的过程可以被指定。过程可以具有分离的规范和调用。可以指定属于当前句法结构和相关句法结构的所有句法元素和大写变量在过程规范和调用中可用，并且也可以指定过程规范也可以具有明确指定为输入的小写变量。每个过程规范可以明确指定一个或多个输出，每个输出可以是一个变量，该变量能够是大写变量或小写变量。符类似于C编程语言中使用的运算符。具体地，运算符/被用于指示整数除法(具有截断),并且运算符%被用于指示模数(即，除法的余数)。[0084]分别用于编码器输入和解码器输出的基本单元通常是图片。作为输入被赋予编码器的图片也可以被称为源图片，并且通过解码而解码的图片可以被称为解码图片或重构图[0085]源图片和解码图片分别由一个或多个样本数组组成，诸如以下样本数组集中的一个数组集：[0086]-仅亮度(Y)(单色)。[0087]-亮度和两个色度(YCbCr或YCgCo)。[0089]-表示其他未指定的单色或三刺激颜色采样的数组(例如YZX,也称为XYZ)。[0090]在下文中，这些数组可以被称为亮度(或L或Y)和色度，其中两个色度数组可以被称为Cb和Cr;不管使用哪种实际颜色表示方法。使用的实际颜色表示方法能够例如使用HEVC等的视频可用性信息(VUI)句法例如在编码比特流中指示。分量可以被定义为来自三个样本数组(亮度和两个色度)中的一个数组的数组或单个样本或者构成单色格式图片的数组或数组的单个样本。[0091]图片可以被定义为帧或字段。帧包括亮度样本以及可能的对应色度样本的矩阵。字段是帧的交替样本行集合，并且当源信号被交错时，可以被用作编码器输入。当与亮度样本数组相比时，色度样本数组可以不存在(并且因此可以使用单色采样),或者色度样本数组可能会被二次采样。[0092]一些色度格式可以被概括如下：[0093]-在单色采样中，只有一个样本数组，名义上可以被认为是亮度数组。[0094]-在4:2:0采样中，两个色度数组中的每个色度数组都具有亮度数组的一半高度和一半宽度。[0095]-在4:2:2采样中，两个色度数组中的每个色度数组都具有亮度数组的相同高度和一半宽度。[0096]-在没有使用分离颜色平面的4:4:4采样中，两个色度数组中的每个色度数组都具有与亮度数组相同的高度和宽度。[0097]编码格式或标准可以允许将样本数组作为分离颜色平面编码到比特流中，并且分别对来自比特流的分离编码的颜色平面进行解码。当使用分离颜色平面时，它们中的每一个颜色平面利用单色采样作为图片(通过编码器和/或解码器)分离地处理。[0098]分区可以被定义为将集合划分为子集，使得集合的每个元素恰好在子集中的一个子集中。在视频编码中，分区可以被定义为将图片或图片的子区域划分为子集，使得图片或图片的子区域的每个元素恰好位于子集中的一个子集中。例如，在与HEVC编码和/或解码和/或与VVC编码和/或解码相关的分区中，以下术语可以被使用。编码块可以被定义为针对N的一些值的NxN个样本块，使得将编码树块划分为编码块是分区。编码树块(CTB)可以被定义为针对N的一些值的NxN个样本块，使得将分量划分为编码树块是分区。编码树单元(CTU)可以被定义为亮度样本的编码树块、具有三个样本数组的图片的色度样本的两个对应的编码树块或者单色图片或使用三个分离颜色平面和句法结构(被用于对样本进行编码)进行编码的图片的样本的编码树块。编码单元(CU)可以被定义为亮度样本的编码块、具有三个样本数组的图片的色度样本的两个对应的编码块或者单色图片或使用三个分离颜色平面和句法结构(被用于对样本进行编码)进行编码的图片的样本的编码块。具有最大允许大小的CU可以被命名为LCU(最大编码单元)或编码树单元(CTU),并且视频图片被划分为非重叠述CU中的样本的预测误差编码过程的一个或多个变换单元(TU)组成。通常，CU由正方形样本块组成，其大小可从可能的CU大小的预定义集合中选择。每个PU和TU还能够被拆分为较小的PU和TU,以便分别增加预测和预测误差编码过程的粒度。每个PU具有与其相关联的预测信息，该预测信息定义哪种预测将被应用于该PU内的像素(例如用于帧间预测的PU的运动向量信息和用于帧内预测的PU的帧内预测方向性信息)。[0100]每个TU能够与描述所述TU内的样本的预测误差解码过程的信息(包括例如DCT系相关联的预测误差残差的情况下，能够认为没有针对所述CU的TU。将图像划分为CU以及将CU划分为PU和TU通常在比特流中发信号通知，从而允许解码器再现这些单元的预期结构。[0101]在H.266/VVC的草案版本中，以下分区适用。要注意的是，在该标准被最终确定之前，此处描述的内容可能仍会在H.266/VVC的后期草案版本中演变。尽管最大CTU大小已被叉树)结构进行分区。然后四元树的叶节点能够通过多类型树结构进一步分区。多类型树结长度而言太大。CTU的分段结构是具有嵌套多类型树的四叉树，其使用二元和三元拆分，即，没有使用分离的CU、PU和TU概念，除了需要大小对于最大变换长度而言太大的CU之外。CU能够具有正方形或矩形形状。[0102]一些编码格式(诸如VVC,v)的编码器输出和一些编码格式(诸如VVC)的解码器的输入的基本单元是网络抽象层(NAL)单元。为了在面向分组的网络上传送或存储到结构化[0103]字节流格式可以针对NAL单元流指定，用于不提供帧结构的传输或存储环境。字节流格式通过在每个NAL单元的前面附加起始代码来将NAL单元彼此分离。为了避免错误检测NAL单元边界，编码器运行面向字节的起始代码仿真预防算法，如果起始代码会以其他方式出现，则该算法会将仿真预防字节添加到NAL单元有效载荷。为了使面向分组和面向流的系统之间能够直接进行网关操作，无论字节流格式是否在使用中，起始代码仿真预防始终可以被执行。[0104]NAL单元可以被定义为句法结构，其包含要遵循的数据类型的指示以及包含该数据的字节，该字节以RBSP的形式在必要时散布有仿真预防字节。原始字节序列有效载荷(RBSP)可以被定义为包含整数数目的字节的句法结构，这些字节被封装在NAL单元中。RBSP为空或具有包含句法元素的数据比特字符串的形式，其后是RBSP停止比特，然后是等于0的零个或多个后续比特。[0105]NAL单元由报头和有效载荷组成。NAL单元报头指示NAL单元的类型等。[0107]非VCLNAL单元可以是例如以下类型中的一种类型：序列参数集、图片参数集、补填充数据NAL单元。重构解码图片可能需要参数集，而重构解码样本值不需要许多其他非[0108]一些编码格式指定参数集，这些参数集可以携带解码或重构解码图片所需的参数值。参数可以被定义为参数集的句法元素。参数集可以被定义为句法结构，该句法结构包含参数并且可以例如使用标识符从另一句法结构引用或者由其激活。[0109]一些类型的参数集在下文中简要描述，但需要理解的是，可以存在其他类型的参数集，并且实施例可以被应用但不被限于所描述的参数集类型。通过编码视频序列保持不变的参数可以被包括在序列参数集(SPS)中。除了解码过程可能需要的参数之外，序列参数集还可以可选地包含视频可用性信息(VUI),该信息包括对于缓冲、图片输出定时、渲染和资源保留可能很重要的参数。图片参数集(PPS)包含在多个编码图片中可能不变的这种参数。图片参数集可以包括能够由一个或多个编码图片的编码图像分段引用的参数。报头参数集(HPS)已经被提出以包含可以基于图片而改变的这种参数。[0110]比特流可以被定义为比特序列，在一些编码格式或标准中，该比特序列可以采用NAL单元流或字节流的形式，其形成编码图片和关联数据(形成一个或多个编码视频序列)的表示。在相同逻辑信道中，诸如在相同文件中或在通信协议的相同连接中，第一比特流之后可以是第二比特流。基本流(在视频编码的上下文中)可以被定义为一个或多个比特流的以被称为比特流(EOB)NAL单元的末尾并且是比特[0111]比特流部分可以被定义为比特流的连续子集。在一些上下文中，可能需要比特流部分由一个或多个完整的句法结构组成并且没有不完整的句法结构。在其他上下文中，比特流部分可以包括比特流的任何连续区段，并且可以包含不完整的(多个)句法结构。[0112]沿着比特流(例如沿着比特流指示)或沿着比特流的编码单元(例如沿着编码图块指示)的短语可以在权利要求和所描述的实施例中使用，以通过“带外”数据分别与比特流或编码单元相关联但未被包括在比特流或编码单元内的方式指代传输、信令或存储。沿着比特流或沿着比特流的编码单元等的短语解码可以指对分别与比特流或编码单元相关联的参考带外数据(可以从带外传输、信令或存储中获得)进行解码。例如，当比特流被包含在容器文件中时，沿着比特流的短语可以被使用，诸如符合ISO基媒体文件格式的文件，并且某些文件元数据以将元数据关联至比特流的方式被存储在文件中，诸如包含比特流的轨道的样本条目中的框、包含比特流的轨道的样本组或者与包含比特流的轨道相关联的定时元数据轨道。[0113]编码视频序列(CVS)可以被定义为按解码顺序的这种编码图片序列，其可独立地解码，并且随后是另一编码视频序列或比特流的末尾。当具体NAL单元(可以被称为序列末尾(EOS)NAL单元)出现在比特流中时，编码视频序列可以附加地或备选地被指定结束。[0114]图像能够被拆分为独立可编码和可解码的图像分段(例如切片和/或图块和/或图块组)。这种图像分段可以实现并行处理，本描述中的“切片”可以指由以默认编码或解码顺序处理的一定数目的基础编码单元构成的图像分段，而“图块”可以指已经沿着图块网格被定义为矩形图像区域的图像分段。图块组可以定义为一组一个或多个图块。图像分段可以段可以包括报头和有效载荷，其中报头包含解码有效载荷所需的参数值。切片的有效载荷可以被称为切片数据。图块的分区形成规则的网格，其中图块的高度和宽度彼此之间最多相差一个LCU。在HEVC中，切片被定义为一个独立切片分段中所包含的整数数目的编码树单元以及在同一接入单元内的下一独立切片分段(如果有的话)之前的所有后续从属切片分段(如果有的话)。在HEVC中，切片分段被定义为在图块扫描中连续排序并且包含在单个NAL单元中的整数数目分段报头的句法元素的值未从先前切片分段的值中推断出的切片分段，并且从属切片分段被定义为切片分段报头的一些句法元素的值从按照解码顺序的先前独立切片分段的值中推断出的切片分段。在HEVC中，切片报头被定义为独立切片分段的切片分段报头，该独立切片分段是当前切片分段或者是在当前从属切片分段之前的独立切片分段，并且切片分段报头被定义为包含与切片分段中表示的第一或所有编码树单元相关的数据元素的编码切片[0116]因此，视频编码标准和规范可以允许编码器将编码图片划分为编码切片等。图片内预测通常跨切片边界禁用。因此，切片能够被视为将编码图片拆分为可独立解码的片段编码图片拆分为可独立解码的片段的方式，并且因此切片通常被视为用于传输的基本单元。在许多情况下，编码器可以在比特流中指示哪些类型的图片内预测跨切片边界关闭，并且例如在得出哪些预测源可用时，解码器操作会将该信息考虑在内。例如，如果邻近CU驻留在不同切片中，则来自邻近CU的样本可以被认为不可用于帧内预测。VVC的其他草案版本可能会类似地定义将图片分区为切片、图块和砖块。[0118]图片被划分为一个或多个图块行和一个或多个图块列。将图片分区为图块形成图块网格，其特征可能在于图块列宽列表(以CTU为单位)和图块行高列表(以CTU为单位)。[0119]图块是一系列编码树单元(CTU),它覆盖图块网格中的一个“单元”,即，图片的矩形区域。图块被划分为一个或多个砖块，每个砖块由图块内的许多CTU行组成。未被分区为多个砖块的图块也被称为砖块。然而，作为图块的真子集的砖块未被称为图块。[0120]切片包含图片的多个图块或图块的多个砖块。切片是VCLNAL单元。[0121]两种切片模式被支持，即，光栅扫描切片模式和矩形切片模式。在光栅扫描切片模式下，切片包含图片的图块光栅扫描中的图块序列。在矩形切片模式下，切片包含图片的共同形成图片的矩形区域的多个砖块。矩形切片内的砖块按照切片的砖块光栅扫描顺序。[0122]砖块扫描可以被定义为对图片进行分区的CTU的特定顺序排序，其中CTU在砖块中的CTU光栅扫描中连续排序，图块内的砖块在图块的砖块的光栅扫描中连续排序，并且图片中的图块在图片的图块的光栅扫描中连续排序。它可能例如在编码标准中是必需的，针对每个编码的切片NAL单元的第一CTU,编码的切片NAL单元应该按照砖块扫描顺序中的C址增加的顺序，其中CTU地址可以被定义为在图片内的CTU光栅扫描中增加。光栅扫描可以被定义为将矩形二维图案映射到一维图案，使得一维图案中的第一条目来自从左到右扫描的二维图案的第一行，接着是类似地分别从左到右扫描的图案(向下)的第二行、第三行等。[0123]图5a示出了图片的光栅扫描切片分区的示例，其中图片被划分为12个图块和3个光栅扫描切片。图5b示出了图片的矩形切片分区的示例(具有18x12个CTU),其中图片被划分为24个图块(6个图块列和4个图块行)和9个矩形切片。图5c示出了被分区为图块、砖块和矩形切片的图片的示例，其中图片被划分为4个图块(2个图块列和2个图块行)、11个砖块(左上图块包含1个砖块，右上图块包含5个砖块，左下图块包含2个砖块，并且右下图块包含3个砖块)和4个矩形切片。[0124]对图块、砖块和矩形切片的分区在图片参数集(PPS)中被指定。图6示出了用于指示对图块和砖块进行分区的句法，它分两个阶段执行：图块网格(即，图块列宽和图块行高)被提供作为第一阶段，并且此后所指示的图块被进一步分区为砖块。[0125]存在指示图块网格的两种模式：统一的(利用值等于1的句法元素uniform_tile_spacing_flag指示)和显式的。在统一图块间距中，图块具有相等的宽度(最右边的图块列可能除外)和相等的高度(最底部的图块行可能除外)。在显式图块间距中，除了最右边的列和最底部的行(分别)之外，图块列和行的宽度和高度(分别)被指示(以CTU为单位)。[0126]与图块网格如何被指示类似，存在两种模式用于指示图块如何被拆分为砖块，即，每个图块能够指示统一或显式砖块间距。信令类似于图块行的信令。[0127]当使用矩形切片时，以下内容使用包括并且遵循句法元素num_slices_in_pic_minus1的句法结构针对每个切片提供：[0128]-左上砖块索引(除了被推断为具有索引0的第一切片之外)[0129]-切片的右下砖块相对于左上砖块索引的差异砖块索引。[0130]图6的句法元素的语义已在VC草案5中被指定如下：[0131]single_tile_in_pic_flag等于1指定每个图片中只存在一个图块引用PPS。single_tile_in_pic_flag等于0指定每个图片中有多于一个图块引用PPS。注释-如果图块内没有进一步的砖块拆分，则整个图块被称为砖块。当图片只包含单个图块而没有进一步值对于在CVS内激活的所有PPS而言应该相同。[0132]uniform_tile_spacing_flag等于1指定图块列边界和同样的图块行边界在图片上均匀分布，并且使用句法元素tile_cols_width_minus1可以不被均匀分布在图片上，并且使用句法元素num_tile_columns_minus1和num_tile_rows_minus1以及句法元素对tile_column_width_minus1[i]和tile_row_height_minus1为单位的图块行的高度(不包括图片的底部图块行)。tile_rows_height_minus1的值应该[0135]num_tile_columns_minus1加1指定当uniform_tile_spacing_flag等于0时对图[0136]num_tile_rows_minus1加1指定当unifor括性的)内。如果single_tile_in_pic_fl为在CTB光栅扫描、图块扫描和砖块扫描过程中指定。变量NumTilesInP(num_tile_columns_minusl+1)*(num_ti[0139]brick_splitting_present_flag等于1指定引用PPS的图片的一个或多个图块可[0140]brick_split_flag[i]等于1指定第i个图块被划分为两个或多个砖块。brick_split_flag[i]等于0指定第i个图块未被划分为两个或多个砖块。当不存在时，brick_[0141]uniform_brick_spacing_flag[i]等于1指定水平砖边界被均匀分布在第i个图块flag[i]等于0指定水平砖块边界可以或可以不被均匀分布在第i个图块上，并且使用句法元素num_brick_rows_minus1[i]和句法元素brick_row_height_minus1[i][j]的列表发信[0142]brick_height_minus1[i]加1指定当uniform_brick_spacing_flag[i]minusl[i]的值被推断为等于RowHeight[i]-1。[0143]num_brick_rows_minus1[i]加1指定当uniform_brick_spacing_flag[i]等于0时RowHeight[i]-1的范围(包括性的)内。如果brick_split_flag[i]等于0,则num_brick_[0144]brick_row_height_minus1[i][j]加1指定当uniform_tile_spacing_flagcolumns_minus1和num_tile_rows_minus1的值被推断，并且针对每个i范围从0到NumTilesInPic-1(包括性的[0146]-列表RowHeight[j]针对j范围从0到num_tile_rows_minus1(包括性的),指定以[0147]-列表CtbAddrRsToBs[ctbAddrRs]针对ctbAddrRs范围从0到PicSizeInCtbsY-1[0148]-列表CtbAddrBsToBs[ctbAddrBs]针对ctbAddrBs范围从0到PicSizeInCtbsY-1[0149]-列表BrickId[0150]-列表NumCtusInBrick[brickIdx]针对brickIdx范围从0到NumBricksI[0151]-列表FirstCtbAddrBs[brickIdx]针对bri[0152]single_brick_per_slice_flag等于1指定不在PPS中发信号通知。rect_slice_flag等于1指定每个切片内的砖块覆盖图片的矩形区slice_flag被推断为等于1。[0154]num_slices_in_pic_minus1加1指定引用PPS的每个图片中的切片数目于j的任何i,top_left_brick_idx[i]的值不应该等于top_left_brick_idx[j]的值。当不存在时，top_left_brick_idx[i]的值被推断为等于itop_left_brick_idx[i]句法元素的长度是Ceil(Log2(NumBricksInPic)比特。[0156]bottom_right_brick_idx_delta[i]指定位于第i个切片右下角的砖块的砖块索引与top_left_brick_idx[i]之间的差异。当single_brick_per_bottom_right_brick_idx_delta[i]的值被推断为等于0。bottom_right_brick_idx_delta[i]句法元素的长度是Ceil(Log2(NumBricksInPic-top_left_brick_idx[i]))比特。[0157]比特流符合性的要求是，切片应该包括多个完整的图块或仅包括一个图块的完整NumBricksInSlice[i]和BricksToSliceMap[j]被导出如下：NumBricksInSlice[i]=0botRightBkldx=top_left_brick_idx[i]+bottom_right_brick_idx_dif(BrickColBd[j]>=BrickColBd[top_left_brBrickColBd[j]<=BrickColBd[botRig[0158]BrickRowBd[j]>=BrickRowBBrickRowBd[j]<=BrickColBd[botRighNumBricksInSlice[i]++[0159]因此，相当复杂的句法结构旨在发信号通知图块和砖块分区。它在许多方面都是次优的，例如在句法元素的数目、句法中的行、操作模统一和显式模式、以及分离指示的图块和砖块边界)和发信号通知时的比特计数方面。[0160]VVC草案6支持子图(又名子图片)。子图可以被定义为图片内的一个或多个切片的矩形区域，其中一个或多个切片是完整的。因此，子图由共同覆盖图片的矩形区域的一个或多个切片组成。子图的切片可能需要是矩形切片。图片到子图的分区可以在SPS中指示和/或从SPS解码。以下特性中的一个或多个特性可以针对子图共同地或针对每个子图单独地被指示(例如由编码器)或被解码(例如由解码器)或被推断(例如由编码器和/或解码器):i)子图在解码过程中是否被视为图片；在一些情况下，该特性不包括环路滤波操作，这些操作可能会被分离地指示/解码/推断；ii)环路滤波操作是否跨子图边界执行。[0161]用于发信号通知图块和砖块分区的改进方法现在被介绍。[0162]图7所示的根据第一方面的用于编码的方法包括：在一时间处对比特流进行编码(700),该比特流包括图块列的指示和一个或多个图块列的砖块高度的指示，或者在比特流中或沿着比特流在一时间处编码图块列的指示和一个或多个图块列的砖块高度的指示；在检测到通过图片对准的砖块行后，推断(702)潜在的图块行；推断(704)潜在图块行的边界是图块行的边界或指示潜在图块行的边界是否是图块行的边界；以及使用所指示的图块列、所指示或推断的图块行和所指示的砖块高度将一个或多个图片编码(706)到比特流中，其中一个或多个图片沿着所指示的图块列和所指示或推断的图块行被分区为图块网格，图块网格中的图块包括整数数目的编码树单元并且被分区为一个或多个砖块，其中砖块包括图块内的整数数目的编码树单元行。[0163]根据第一方面的用于解码的方法包括：从比特流或沿着比特流在一时间处解码图块列的指示和一个或多个图块列的砖块高度的指示；在检测到通过图片对准的砖块行时，推断潜在的图块行；推断潜在图块行的边界是图块行的边界或解码潜在图块行的边界是否是图块行的边界；以及使用所指示的图块列、所指示或推断的图块行以及所指示的砖块高度从比特流解码一个或多个图片，其中一个或多个图片沿着所指示的图块列和所指示或推断的图块行分区为图块网格，图块网格中的图块包括整数数目的编码树单元并且被分区为一个或多个砖块，其中砖块在图块内包括整数数目的编码树单元行。[0164]因此，图块列和图块列方向的砖块高度由编码器指示和/或由解码器解码，不包括图块行高。潜在的图块行边界被推断为砖块边界通过图片(水平)对准的那些图块行边界。因此，针对某个潜在的图块行边界，可以推断所述潜在图块行边界是图块行边界。推断潜在的图块行边界是图块行边界可以基于对句法结构中可用的其他信息或句法结构中不存在某些信息(例如不存在特定标志)做出的结论。[0165]备选地，能够由编码器指示和/或由解码器解码潜在图块行边界是否是图块行边界。该指示可以基于例如句法结构中存在的一个或多个标志。[0166]因此，通过仅指示图块列和图块列方向的砖块高度并且推断潜在的图块行，分区能够发信号通知，而不发信号通知图块行高度。因此，编码效率被提高，并且所述信令所需的比特率被降低。[0167]在下文中，提供了第一方面的多个示例性实施例，即，用于指示图块列和图块列方向的砖块高度并且不包括图块行高度的句法和语义。实施例同样适用于生成符合句法和语义的比特流部分的编码以及根据句法和语义对比特流部分进行解码的解码。[0168]句法和语义的示例1:描述符…for(i=0;i<num_tile_columnfor(i=0;i<NumTileCofor(j=0;j<num_brick_rows_m}…指定图块列边界可以或可以不被均匀分布在图片上，并且使用句法元素num_tile_columns_minus1和句法元素tile_column_w[0171]tile_cols_wid[0172]如果uniform_tile_col_spacing_flag等于1,则NumTileColsInPic被设置为等于PicWidthInCtbsY/(tile_cols_width_minus1+1)+PicWidthInCtbsY%(tile_[0173]uniform_brick_spacing_flag[i]等于1指定水平砖块边界被均匀分布在第i个图块列上，并且使用句法元素brick_height_minus1[i]发信号通知。uniform_brick_spacing_flag[i]等于0指定水平砖块边界可以或可以不被均匀分布在第i个图块列上，并且使用句法元素num_brick_rows_minus1[i]和句法元素brick_row_height_minus1[i][j][0174]brick_height_minus1[i]加1指定当uniform_brick_spacing_flag[i]等于1时以[0175]num_brick_rows_minus1[i]加1指定当uniform_brick_spacing_flag[i]等于0时[0176]brick_row_height_minus1[i][j]加1指定当uniform_tile_spacing_flag[0177]句法和语义的示例2[0178]示例2类似于示例1,但附加地由编码器指示和/或由解码器解码当前图块列到砖块的分区是否与前一图块列的分区相同。描述符…for(i=0;i<num_tile_columnfor(i=0;i<NumTileCofor(j=0;j<num_brick_rows_}…[0180]句法元素的语义与示例1相同，但以下添加了copy_previous_col_flag[i]的语[0181]copy_previous_col_flag[i]等于1指定以下所有内容：[0182]-uniform_brick_spacing_flag[i]被推断为等于uniform_brick_spacing_flag[0183]当brick_height_minus1[i-1]存在时，brick_height_minus1[i]被推断为等于brick_height_minus1[i-[0184]当num_brick_rows_minus1[i-1]存在时，num_brick_rows_minus1[i]被推断为等于num_brick_rows_minus1[i-1],并且针对