用于参考图片重采样的信令的制作方法

用于参考图片重采样的信令
相关申请的交叉引用
1.根据35 u.s.c.
§
119，本技术要求于2019年6月24日提交到美国专利商标局的美国临时申请62/865,955和于2020年6月11日提交到美国专利商标局的美国专利申请16/899,202的优先权权益，这些申请的公开内容通过引用整体并入本文中。
技术领域
2.所公开的主题涉及视频编码和解码，更具体地，涉及与参考图片重采样和自适应分辨率改变有关的信令信息。


背景技术：

3.使用具有运动补偿的图片间预测来执行视频编码和解码是已知的。未压缩的数字视频可以由一系列图片组成，每个图片具有例如1920
×
1080亮度样本和相关色度样本的空间维度。该一系列图片可以具有例如每秒60张图片或60hz的固定的或可变的图片速率(非正式地也称为帧率)。未压缩的视频具有显著的比特率要求。例如，每个样本8比特的1080p60 4:2:0视频(在60hz帧率下具有1920
×
1080亮度样本分辨率)需要接近1.5gbit/s的带宽。一小时的此类视频需要600gbyte以上的存储空间。
4.视频编码和解码的一个目的可以是通过压缩来减少输入视频信号中的冗余。压缩可有助于减少上述带宽或存储空间需求，在某些情况下可以减少两个或以上数量级。可以采用无损压缩和有损压缩，以及它们的组合。无损压缩是指可以从已压缩的原始信号中重建原始信号的精确副本的技术。当使用有损压缩时，重建的信号可能与原始信号不同，但原始信号和重建的信号之间的失真足够小，以使重建的信号可用于预期的应用。对于视频，有损压缩被广泛使用。容许的失真量取决于应用。例如，某些消费者流媒体应用的用户相比电视贡献应用的用户来说可以容忍更高的失真。可达到的压缩率可以反映出：越高的可允许/可容许的失真可以导致更高的压缩率。
5.视频编码器和解码器可以利用来自几个大类的技术，例如包括运动补偿、变换、量化和熵编码，下文将介绍其中的一些技术。
6.历史上，视频编码器和解码器倾向于在给定的图片大小上操作，在大多数情况下，该图片大小是为编码视频序列(coded video sequence，cvs)、图片组(group of pictures，gop)或类似的多图片时间帧定义并保持恒定的。例如，在mpeg
‑
2中，已知系统设计根据诸如场景活动等因素来改变水平分辨率(以及由此改变图片大小)，但是仅在i图片，因此通常用于gop。用于cvs内的不同分辨率的参考图片的重采样例如从itu
‑
t rec获知。然而，这里不改变该图片大小，仅重采样参考图片，潜在地导致仅使用部分图片画布(在下采样的情况下)，或者仅采集部分场景(在上采样的情况下)。进一步，h.263附录q允许以两倍的关系(在每个维度中)向上或向下对单个宏块进行重采样。同样，图片大小保持相同。在h.263中，宏块的大小是固定的，因此不需要写入。
7.在现代视频编码中，预测图片中图片大小的变化更多地成为主流。例如，vp9允许
参考图片重采样和改变整个图片的分辨率。类似地，针对vvc提出的某些提议(包括，例如hendry等人提出的联合视频团队文件(joint video team document，jvet)的2019年1月9
‑
19日刊的jvet
‑
m0135
‑
v1中名为“on adaptive resolution change(arc)for vvc”(关于vvc的自适应分辨率变化)的文章，，其整体并入本文)允许将整个参考图片重采样以达到不同的(更高的或更低的)分辨率。在该文献中，建议在序列参数集中对不同的候选分辨率进行编码，并通过图片参数集中的每个图片语法元素来引用。


技术实现要素：

8.在一个实施例中，提供了一种使用至少一个处理器对编码视频码流进行解码的方法，包括：从该编码视频码流中获取编码图片；解码该编码图片以生成解码图片；从该编码视频码流中获取指示是否启用参考图片重采样的第一标志；基于该指示是否启用参考图片重采样的第一标志，从该编码视频码流中获取指示参考图片是否具有在该编码视频码流中指示的恒定参考图片大小的第二标志；基于该指示是否启用参考图片重采样的第一标志，从该编码视频码流中获取指示输出图片是否具有在编码视频码流中指示的恒定输出图片大小的第三标志；基于该指示参考图片是否具有所述恒定参考图片大小的第二标志，通过对该解码图片重采样以使其具有恒定的参考图片大小来生成参考图片，并将所述参考图片存储在解码画面缓存中；以及基于该指示输出图片具有该恒定输出图片大小的第三标志，通过对该解码图片进行重采样以使其具有该恒定输出图片大小来生成输出图片，并输出该输出图片。
9.在一个实施例中，提供了一种用于对编码视频码流进行解码的设备，所述设备包括配置为存储程序代码的至少一个存储器；以及配置为读取所述程序代码并且根据所述程序代码所指示进行操作的至少一个处理器，所述程序代码包括：配置为使所述至少一个处理器从所述编码视频码流中获取编码图片的第一获取代码；配置为使所述至少一个处理器解码所述编码图片以生成解码图片的解码代码；配置为使所述至少一个处理器从所述编码视频码流中获取指示是否启用参考图片重采样的第一标志的第二获取代码；配置为基于所述指示是否启用所述参考图片重采样的第一标志，使得所述至少一个处理器从所述编码视频码流中获取指示参考图片是否具有在所述编码视频码流中指示的恒定参考图片大小的第二标志的第三获取代码；配置为基于所述指示是否启用所述参考图片重采样的第一标志，使得所述至少一个处理器从所述编码视频码流中获取指示输出图片是否具有在所述编码视频码流中指示的恒定输出图片大小的第三标志的第四获取代码；配置为基于所述指示多个参考图片是否具有所述恒定参考图片大小的第二标志，使得所述至少一个处理器通过对所述解码图片进行重采样以使其具有所述恒定参考图片大小来生成参考图片，并将所述参考图片存储在解码图片缓存中的第一生成代码；以及配置为基于所述指示所述输出图片具有所述恒定输出图片大小的第三标志，使得所述至少一个处理器通过对所述解码图片进行重采样以使具有所述恒定输出图片大小来生成输出图片，并输出所述输出图片的第二生成代码。
10.在一个实施例中，提供了一种存储指令的非暂时性计算机可读介质，所述指令包括：一个或多个指令，当由用于对编码视频码流进行解码的设备的一个或多个处理器执行所述指令时，所述一个或多个处理器执行如下操作：从所述编码视频码流中获取编码图片；
解码所述编码图片以生成解码图片；从所述编码视频码流中获取指示是否启用参考图片重采样的第一标志；基于所述指示是否启用参考图片重采样的第一标志，从所述编码视频码流中获取指示多个参考图片是否具有在所述编码视频码流中指示的恒定参考图片大小的第二标志；基于所述指示是否启用所述参考图片重采样的第一标志，从所述编码视频码流中获取指示输出图片是否具有在所述编码视频码流中指示的恒定输出图片大小的第三标志；基于所述指示参考图片是否具有所述恒定参考图片大小的第二标志，通过对所述解码图片进行重采样以使其具有所述恒定参考图片大小来生成参考图片，并将所述参考图片存储在解码图片缓存中；以及基于所述指示输出图片具有恒定输出图片大小的第三标志，通过对所述解码图片进行重采样以使其具有所述恒定输出图片大小来生成输出图片，并输出所述输出图片。
附图说明
11.通过以下详细描述和附图，所公开的主题的其它特征，性质和各种优势将更加明显，在附图中：
12.图1是根据一个实施例的通信系统的简化框图的示意图。
13.图2是根据一个实施例的通信系统的简化框图的示意图。
14.图3是根据一个实施例的解码器的简化框图的示意图。
15.图4是根据一个实施例的编码器的简化框图的示意图。
16.图5是根据一个实施例的编码器的简化框图的示意图。
17.图6是根据一个实施例的解码器的简化框图的示意图。
18.图7是根据一个实施例的用于解码编码视频码流的示例性过程的流程图。
19.图8是根据一个实施例的计算机系统的示意图。
具体实施方式
20.本公开的实施例可以单独使用或以任何顺序组合使用。此外，方法(或实施例)，编码器和解码器中的每一个可由处理电路(例如，一个或多个处理器或一个或多个集成电路)实施。在一个示例中，所述一个或多个处理器执行存储在非暂时性计算机可读介质中的程序。
21.图1示出了根据本公开的一个实施例的通信系统(100)的简化框图。系统(100)可以包括经由网络(150)互连的至少两个终端(110
‑
120)。对于数据的单向传输，第一终端(110)可以对本地位置的视频数据进行编码，以便经由网络(150)传输到另一终端(120)。第二终端(120)可以从网络(150)接收另一终端的编码视频数据，对编码数据进行解码并显示恢复的视频数据。单向数据传输在媒体服务应用等中可能是常见的。
22.图1示出了第二对终端(130、140)，其被提供以支持例如在视频会议期间可能发生的编码视频的双向传输。对于数据的双向传输，每个终端(130、140)可以对在本地位置采集的视频数据进行编码，以便经由网络(150)传输到另一个终端。每个终端(130、140)还可以接收由另一个终端发送的编码视频数据，可以对编码数据进行解码，并且可以在本地显示设备上显示恢复的视频数据。
23.在图1中，终端(110
‑
140)可以被示为服务器、个人电脑和智能电话，但是本公开的
原理可以不限于此。本公开的实施例可应用于笔记本电脑、平板电脑、媒体播放器和/或专用视频会议设备。网络(150)表示在终端(110
‑
140)之间传送编码视频数据的任何数量的网络，包括例如有线和/或无线通信网络。通信网络(150)可以在电路交换信道和/或分组交换信道中交换数据。代表性网络包括电信网络、局域网、广域网和/或因特网。为了当前讨论的目的，除非在下面另有解释，否则网络(150)的结构和拓扑对于本公开的操作可能是无关紧要的。
24.作为所公开的主题的应用的示例，图2示出了视频编码器和解码器在流媒体环境中的布置方式。所公开的主题同样可应用于其他支持视频的应用，包括例如视频会议、数字电视、在包括cd、dvd、记忆棒等的数字媒体上存储压缩视频等。
25.流媒体系统可以包括采集子系统(213)，该采集子系统可以包括视频源(201)，例如数字照相机，该视频源创建例如未压缩的视频样本流(202)。与编码视频码流相比，用粗线表示以强调高数据量的样本流(202)可以由耦合到照相机(201)的编码器(203)处理。编码器(203)可包括硬件、软件或其组合，以达成或实现下文更详细描述的所公开主题的各方面。与样本流相比，用细线表示以强调较低数据量的编码视频码流(204)可以被存储在流媒体服务器(205)上以供将来使用。一个或多个流媒体客户端(206、208)可以访问流媒体服务器(205)以取回编码视频码流(204)的副本(207、209)。客户端(206)可以包括视频解码器(210)，该视频解码器对编码视频码流(207)的输入副本进行解码，并创建可以在显示器(212)或其他呈现设备(未示出)上呈现的输出视频样本流(211)。在一些流媒体系统中，视频码流(204、207和209)可以根据某些视频编码/压缩标准进行编码。这些标准的示例包括itu
‑
t建议h.265(itu
‑
t recommendation h.265)。正在开发的是被非正式地称为通用视频编码(versatile video coding)或vvc的视频编码标准。所公开的主题可以在vvc的上下文中使用。
26.图3可以是根据本公开的一个实施例的视频解码器(210)的功能框图。
27.接收器(310)可以接收要由解码器(210)解码的一个或多个编解码器视频序列。在同一个或另一个实施例中，一次一个编码视频序列，其中每个编码视频序列的解码独立于其它编码视频序列。编码的视频序列可以从信道(312)接收，信道可以是到存储编码的视频数据的存储设备的硬件/软件链接。接收器(310)可以接收编码视频数据与其它数据，例如，编码音频数据和/或辅助数据流，这些数据可以被转发到它们各自的使用实体(未示出)。接收器(310)可以将编码视频序列与其它数据分离。为了对抗网络抖动，缓冲存储器(315)可以耦合在接收器(310)和熵解码器/解析器(320)(此后称为“解析器”)之间。当接收器(310)从具有足够带宽和可控性的存储/转发设备或者从同步网络接收数据时，可以不需要缓冲存储器(315)，或者可以将缓冲存储器(315)做的很小。为了在诸如因特网之类的最好效果的分组网络上使用，可能需要缓冲存储器(315)，缓冲存储器(315)可以相对较大并且可以有利地具有自适应大小。
28.视频解码器(210)可以包括解析器(320)，用于从熵编码视频序列中重建符号(321)。这些符号的类别包括用于管理解码器(210)的操作的信息，以及用于控制诸如显示器(212)之类的呈现设备的潜在信息。如图3所示，该呈现设备不是解码器的组成部分，但是可以与其耦接。用于呈现设备的控制信息可以是补充增强信息(supplemental enhancement information，sei消息)或视频可用性信息(video usability information，
vui)的参数集片段(未示出)的形式。解析器(320)可以解析/熵解码所接收到的编码视频序列。编码视频序列的编码可以根据视频编码技术或标准，并且可以遵循本领域技术人员公知的原则，包括可变长度编码，霍夫曼编码，具有或不具有上下文敏感性的算术编码等。解析器(320)可基于对应于组的至少一个参数，从编码视频序列中提取视频解码器中用于像素子组中的至少一个子组的子组参数集。子组可以包括图片组(group of pictures，gops)、图片、子图片、瓦片、分片、砖块、宏块、编码树单元(coding tree units，ctus)、编码单元(coding units，cus)、块、变换单元(transform units，tu)、预测单元(prediction units，pus)等。瓦片可以指示图片中特定瓦片列和行内的cu/ctus的矩形区域。砖块可以指示特定瓦片中的cu/ctu行的矩形区域。分片可以指示包含在nal单元中的图片的一个或多个砖块。子图片可以指示图片中一个或多个分片的矩形区域。熵解码器/解析器还可以从编码视频序列中提取诸如变换系数，量化器参数值，运动矢量等信息。
29.解析器(320)可以对从缓冲存储器(315)接收的视频序列执行熵解码/解析操作，以便创建符号(321)。
30.符号(321)的重建可以涉及多个不同的单元，这取决于编码视频图片或其一部分(例如：帧间和帧内图片，帧间块和帧内块)的类型以及其它因素。涉及哪些单元以及涉及方式可以由解析器(320)从编码视频序列解析的子组控制信息来控制。为了清楚起见，未描绘解析器(320)和下文的多个单元之间的这种子组控制信息流。
31.除了已经提到的功能块之外，解码器(210)可以在概念上细分为如下所述的多个功能单元。在商业约束下的实际实施操作中，这些单元中的一些单元彼此密切地相互作用，并且可以至少部分地相互集成。然而，出于描述所公开主题的目的，将概念细分为以下功能单元是适当的。
32.第一单元是缩放器/逆变换单元(351)。缩放器/逆变换单元(351)从解析器(320)接收作为符号(321)的量化变换系数以及控制信息，包括使用哪种变换方式、块大小、量化因子、量化缩放矩阵等。缩放器/逆变换单元(351)可以输出包括样本值的块，这些样本值可以输入到聚合器(355)中。
33.在一些情况下，缩放器/逆变换(351)的输出样本可以与帧内编码块有关；即：不使用来自先前重建的图片的预测信息，但可以使用来自当前图片的先前重建部分的预测信息的块。这样的预测信息可以由帧内图片预测单元(352)提供。在一些情况下，帧内图片预测单元(352)使用从当前(部分重构的)图片(358)提取的周围已经重建的信息，生成与正在重建的块相同大小和形状的块。在一些情况下，聚合器(355)在每个样本的基础上，将帧内预测单元(352)已经生成的预测信息添加至由缩放器/逆变换单元(351)提供的输出样本信息中。
34.在其它情况下，缩放器/逆变换单元(351)的输出样本可以与帧间编码的、潜在的运动补偿块有关。在这种情况下，运动补偿预测单元(353)可以访问参考图片存储器(357)以提取用于预测的样本。在根据与块有关的符号(321)对所提取的样本进行运动补偿之后，这些样本可以由聚合器(355)添加到缩放器/逆变换单元的输出(在这种情况下称为残差样本或残差信号)，以便生成输出样本信息。运动补偿单元从其中获取预测样本的参考图片存储器内的地址可以通过运动矢量来控制，该运动矢量可以以符号(321)的形式提供给运动补偿单元，符号(321)可以具有例如x、y和参考图片分量。运动补偿还可以包括当在使用子
样本精确运动矢量时从参考图片存储器提取的样本值的插值。
35.聚合器(355)的输出样本可以在环路滤波器单元(356)中经由各种环路滤波技术处理。视频压缩技术可以包括环路内滤波器技术，该环路内滤波器技术受控于包括在编码视频码流中并且作为来自解析器(320)的符号(321)可用于环路滤波器单元(356)的参数，但是也可以响应于在对编码图片或编码视频序列的先前(按解码顺序)部分进行解码期间获得的元信息，以及响应于先前重建的和环路滤波的样本值。
36.环路滤波器单元(356)的输出可以是样本流，该样本流可以被输出到呈现设备(212)并且存储在参考图片存储器中以用于将来的帧间图片预测。
37.一旦完全重建，某些编码图片就可以作为为来预测的参考图片。一旦编码图片被完全重建并且编码图片已经被识别为参考图片(例如，通过解析器(320))，则当前参考图片(358)就可以成为参考图片缓存(357)的一部分，并且在开始重建后续编码图片之前可以重新分配新的当前图片缓存。
38.视频解码器(210)可以根据诸如itu
‑
t rec.h.265的标准文件中记载的预定视频压缩技术执行解码操作。如在视频压缩技术文件或标准中指定的，特别是在其中的简档中指定的，编码视频序列可以符合由正在使用的视频压缩技术或标准指定的语法，某种意义上说，编码的视频序列遵循由视频压缩技术或标准的语法。编码视频序列的复杂度处于视频压缩技术或标准的层级所界定的范围内也是合规所需要的。在某些情况下，层级限制最大图片大小、最大帧率、最大重建采样率(例如，以每秒百万(mega)个采样为单位进行测量)、最大参考图片大小等。在一些情况下，由层级设定的限制可以通过假想参考解码器(hypothetical reference decoder，hrd)规范和在编码视频序列中写入的hrd缓存管理的元数据来进一步限定。
39.在一个实施例中，接收器(310)可以连同编码视频一起接收附加(冗余)数据。附加数据可以被包括作为编码视频序列的一部分。视频解码器(210)可以使用附加数据来适当地解码数据和/或更准确地重建原始视频数据。附加数据可以是例如时间、空间或信噪比(signal noise ratio，snr)增强层、冗余分片、冗余图片、前向纠错码等形式。
40.图4可以是根据本公开的一个实施例的视频编码器(203)的功能框图。
41.编码器(203)可以从视频源(201)(其不是编码器的一部分)接收视频样本，该视频源可以采集将由编码器(203)编码的视频图像。
42.视频源(201)可以以数字视频样本流的形式提供将由编码器(203)编码的源视频序列，该数字视频样本流可以具有任何合适的比特深度(例如：8比特、10比特、12比特......)、任何色彩空间(例如，bt.601y crcb、rgb
……
)和任何合适的样本结构(例如y crcb 4:2:0、y crcb 4:4:4)。在媒体服务系统中，视频源(201)可以是存储先前已准备好的视频的存储设备。在视频会议系统中，视频源(203)可以是采集作为视频序列的本地图像信息的摄像机。视频数据可以被提供为当按顺序观看时传递运动的多个单独图片。图片本身可构建为空间像素阵列，其中，每个像素可以包括一个或多个取决于使用中的采样结构、色彩空间等的样本。本领域技术人员可以容易地理解像素和样本之间的关系。下面的描述将侧重于样本。
43.根据一个实施例，编码器(203)可以实时地或在应用程序所要求的任何其它时间约束下，将源视频序列的图片编码且压缩成编码视频序列(443)。施行适当的编码速度是控
制器(450)的一个功能。控制器控制如下所述的其它功能单元，并且控制器在功能上耦合到其这些单元。为了清楚起见，未描述上述耦合。由控制器设置的参数可以包括速率控制相关参数(图片跳过、量化器、率失真优化技术的λ(lambda)值
……
)、图片大小、图片组(group of pictures gop)布局，最大运动矢量搜索范围等。本领域的技术人员可容易地识别控制器(450)的其它功能，因为它们可能与针对某一系统设计而优化的视频编码器(203)有关。
44.一些视频编码器以本领域技术人员容易识别的“编码环路”的方式操作。作为过度简化的描述，编码环路可以由编码器(430)(此后称为“源编码器”)的编码部分(负责基于待编码的输入图片和参考图片来创建符号)，以及嵌入在编码器(203)中的(本地)解码器(433)。解码器重建符号以用于创建(远程)解码器也会创建的样本数据(因为在所公开的主题中所考虑的视频压缩技术中，符号和编码视频码流之间的任何压缩是无损的)。将重建的样本流输入到参考图片存储器(434)。由于对符号流的解码产生与解码器位置(本地或远程)无关的比特精确结果，因此参考图片缓存中的内容在本地编码器和远程编码器之间也是比特精确的。换句话说，编码器的预测部分“看到”的参考图片样本与解码器将在解码期间使用预测时所“看到”的样本值完全相同。这种参考图片同步性的基本原理(以及在例如因信道误差而无法维持同步性的情况下所产生的漂移)是本领域技术人员所公知的。
[0045]“本地”解码器(433)的操作可以与诸如已在上文结合图3详细描述的“远程”解码器(210)的操作相同。然而，简要参考图4，当符号可用且熵编码器(445)和解析器(320)可无损地将符号编码/解码为编码视频序列时，包括信道(312)、接收器(310)、缓冲存储器(315)和解析器(320)在内的解码器(210)的熵解码部分可能无法在本地解码器(433)中完全实施。
[0046]
此时可以观察到，除解码器中存在的解析/熵解码之外的任何解码器技术也必然需要以基本相同的功能形式存在于相应的编码器中。为此，所公开的主题侧重解码器操作。因为编码器技术与全面描述的解码器技术互逆，因此本文简写了编码器技术。只有在某些领域需要更详细的描述并在下文提供。
[0047]
作为其操作的一部分，源编码器(430)可执行运动补偿预测编码，其参考来自视频序列中被指定为“参考帧”的一个或多个我先前编码帧对输入帧进行预测性编码。以这种方式，编码引擎(432)对输入帧的像素块与可被选择为输入帧的预测参考的参考帧的像素块之间的差异进行编码。
[0048]
本地视频解码器(433)可基于源编码器(430)创建的符号对可被指定为参考帧的帧的编码视频数据进行解码。编码引擎(432)的操作有利地可以是有损过程。当编码视频数据可以在视频解码器(图4中未示出)中解码时，已重建的视频序列典型地可以是带有一些误差的源视频序列的副本。本地视频解码器(433)复制可以由视频解码器对参考帧执行的解码处理，并且可以使重建的参考帧存储在参考图片缓存(434)中。以这种方式，编码器(203)可以在本地存储重建参考帧的副本，该副本与将由远端视频解码器获得的重建参考帧具有相同的内容(不存在传输错误)。
[0049]
预测器(435)可以执行对编码引擎(432)的预测搜索。也就是说，对于将要编码的新帧，预测器(435)可在参考图片存储器(434)中搜索可作为该新图片的适当预测参考的样本数据(作为候选参考像素块)或某些元数据，例如参考图片运动矢量、块形状等。预测器(435)可基于样本块逐像素块操作，以找到适当的预测参考。在一些情况下，如由预测器
(435)获得的搜索结果所确定的那样，输入图片可以具有从存储在参考图片存储器(434)中的多个参考图片中提取的预测参考。
[0050]
控制器(450)可以管理视频编码器(430)的编码操作，包括例如设置用于编码视频数据的参数和子组参数。
[0051]
所有上述功能单元的输出可以经由熵编码器(445)进行熵编码。熵编码器通过根据本领域技术人员公知的技术(例如霍夫曼编码、可变长度编码、算术编码等)对符号进行无损压缩，将由各个功能单元产生的符号转换为编码视频序列。
[0052]
发送器(440)可以缓存由熵编码器(445)创建的编码视频序列，以为通过通信信道(460)进行传输做准备，该通信信道(460)可以是通向将存储编码视频数据的存储设备的硬件/软件链路。发送器(440)可以将来自视频编码器(430)的编码视频数据与待传输的其它数据合并，该其他数据例如是编码音频数据和/或辅助数据流(未示出来源)。
[0053]
控制器(450)可以管理编码器(203)的操作。在编码期间，控制器(450)可以为每个编码图片分配某一编码图片类型，但这可能影响可以应用于相应图片的编码技术。例如，图片通常可以被分配为以下帧类型之一。
[0054]
帧内图片(i图片)，其可以是可以在不使用序列中的任何其它帧作为预测源的情况下进行编码和解码的图片。一些视频编解码器允许包括例如独立解码器刷新(independent decoder refresh，idr)图片的不同类型的帧内图片。本领域的技术人员了解i图片的那些变体及其各自的应用和特征。
[0055]
预测性图片(p图片)，其可以是可以使用帧内预测或帧间预测进行编码和解码的图片，该帧内预测或帧间预测使用至多一个运动矢量和参考索引来预测每个块的样本值。
[0056]
双向预测性图片(b图片)，其可以是可以使用帧内预测或帧间预测来编码和解码的图片，该帧内预测或帧间预测使用至多两个运动矢量和参考索引来预测每个块的样本值。类似地，多个预测图片可以使用两个以上的参考图片和相关联的元数据来重建单个块。
[0057]
源图片通常可以在空间上被细分成多个样本块(例如，每个块4
×
4、8
×
8、4
×
8或16
×
16个样本)，并逐块进行编码。可以参考由应用于块的相应图片的编码分配所确定的其它(已经编码的)块来对这些块进行预测性编码。例如，i图片的块可以是非预测性地编码，或者可以参考相同图片的已编码的块对其进行预测性编码(空间预测或帧内预测)。可以参考一个先前编码的参考图片，通过空间预测或通过时间预测，对p图片的像素块进行非预测性编码。可以参考一个或两个先前编码的参考图片，通过空间预测或通过时间预测，对b图片的块进行非预测性编码。
[0058]
视频编码器(203)可根据如itu
‑
t h.rec.265的预定视频编码技术或标准执行编码操作。在其操作中，视频编码器(203)可以执行各种压缩操作，包括利用输入视频序列中的时间和空间冗余的预测编码操作。因此，编码视频数据可以符合由正在使用的视频编码技术或标准指定的语法。
[0059]
在一个实施例中，发送器(440)可以在传输编码视频时传输附加数据。视频编码器(430)可以包括这样的数据作为编码视频序列的一部分。附加数据可以包括时间/空间/snr增强层、例如冗余图片和分片等其它形式的冗余数据、sei消息、vui参数集片段等。
[0060]
图5示出了根据一个实施例的编码器500的示例。图6示出了根据一个实施例的解码器600的示例。参考图5，编码器500可以包括下采样器501、图片分割器502、解量化器503、
熵编码器504、环路内滤波器505、帧内预测器506、解码图片缓存(decoded picture buffer，dpb)507、重采样器508和帧间预测器509。参考图6，解码器600可以包括编码图片缓存601、视频语法解析器602、解量化器603、环路内滤波器604、解码图片缓存605、重采样器606、帧间预测器607和帧内预测器608。
[0061]
在实施例中，图5和/或图6中所示的一个或多个元件可对应于图3和/或图4中所示的一个或多个元件或执行与图3和/或图4中所示的一个或多个元件类似的功能。
[0062]
在实施例中，例如在图5和图6中所示的实施例，在每个图面粒度上可能改变图片宽度和高度，而与图片类型无关。在编码器(500)处，可使用例如下采样器(501)将输入图像数据下采样到选定图片大小以用于当前图片编码。在将第一输入图片编码为帧内图片后，将解码图片存储在dpb(507)中。当以不同的采样比对随后的图片进行下采样并将其编码为帧间图片时，可以使用例如重采样器(508)，根据参考图片大小和当前图片大小之间的空间比来对dpb中的参考图片进行放大或缩小。
[0063]
在解码器(600)中，将解码图片存储在dpb(605)中而无需重采样。然而，当用于运动补偿时，可以例如使用重采样器(606)，根据当前解码图片和参考图片之间的空间比，对dpb(605)中的参考图片进行放大或缩小。当被输出显示时，可以使用例如上采样器(609)将解码图片上采样到原始图片大小或期望的输出图片大小。在运动估计/补偿过程中，运动矢量可以与图片大小比以及图片顺序计数差相关地被缩放。
[0064]
在实施例中，例如在本文所公开的实施例中使用的参考图片重采样(reference picture resampling，rpr)方案可以包括支持编码视频序列内的自适应(解码)图片分辨率改变、支持用于简化运动补偿过程的恒定参考图片分辨率、支持用于引导显示分辨率的恒定输出图片分辨率，以及在包括或不包括附加滤波情况下，支持自适应重采样模式。
[0065]
在实施例中，为了支持rpr和自适应分辨率改变(adaptive resolution change，arc)的所需特征，可以使用一组高级语法修改。
[0066]
例如，在实施例中，可以在解码器参数集(decoder parameter set，dps)中写入最小/最大图片分辨率，以促进上限交换/协商。
[0067]
在实施例中，可以在序列参数集(sequence parameter set，sps)中写入指示在编码视频序列中启用了rpr的标志。可以在sps中的表中写入解码图片分辨率。该表可以包括解码图片大小的列表，编码视频序列中的一个或多个图片可以使用该解码图片大小的列表。
[0068]
在实施例中，可以在sps中写入指示任何参考图片具有相同空间分辨率以及恒定参考图片大小的标志。如果标志值是1，则编码视频序列中的任何解码图片可以通过重采样过程被放大，从而，存储在dpb中的任何参考图片可以具有与sps中写入的参考图片大小相同的图片大小。
[0069]
在实施例中，可以在sps中写入指示任何输出图片具有相同空间分辨率以及恒定输出图片大小的标志。如果标志值是1，则编码视频序列中的任何输出图片可以通过重采样过程被放大，从而，任何输出图片可以具有与sps中写入的输出图片大小相同的图片大小。
[0070]
在实施例中，可以在图片参数集(picture parameter set，pps)中写入指示sps中写入的候选者中的解码图片大小的索引。该索引可用于促进上限交换/协商。
[0071]
在实施例中，可以在pps中用写入指示用于时间运动矢量预测的运动矢量缩放被
禁止的标志。如果标志值是1，则可以在没有运动矢量缩放的情况下处理任何时间运动矢量预测。
[0072]
在实施例中，可以在pps中写入滤波器模式选择。
[0073]
用于写入上述实施例的dps语法的示例在下表1中示出：表1表1
[0074]
在实施例中，max_pic_width_in_luma_samples可以以码流中的亮度样本为单位指定解码图片的最大宽度。max_pic_width_in_luma_samples可以不等于0，并且可以是mincbsizey的整数倍。max_pic_width_in_luma_samples[i]的值可以不大于max_pic_width_in_luma_samples的值。
[0075]
在实施例中，max_pic_height_in_luma_samples可以以亮度样本为单位指定解码图片的最大高度。max_pic_height_in_luma_samples可以不等于0，并且可以是mincbsizey的整数倍。max_pic_height_in_luma_samples[i]的值可以不大于max_pic_height_in_luma_samples的值。
[0076]
用于写入上述实施例的sps语法的示例在下表2中示出：表2
[0077]
在实施例中，reference_pic_resampling_flag等于1可以指定与sps相关联的编码图片的解码图片大小可以在编码视频序列内改变或不改变。reference_pic_resampling_flag等于0指定与sps相关联的编码图片的解码图片大小可以在编码视频序列
内不改变。当reference_pic_resampling_flag的值等于1时，可以存在可以由编码视频序列内的编码图片指示和使用的一个或多个解码图片大小(dec_pic_width_in_luma_samples[i],dec_pic_height_in_luma_samples[i])，并且存在分别以constant_ref_pic_size_present_flag和constant_output_pic_size_present_flag的值为条件的恒定的参考图片大小(reference_pic_width_in_luma_samples,reference_pic_height_in luma_samples)和恒定的输出图片大小(output_pic_width_in_luma_samples,output_pic_height_in_luma_samples)。
[0078]
在实施例中，constant_ref_pic_size_flag等于1可以指定存在reference_pic_width_in_luma_samples和reference_pic_height_in_luma_samples。
[0079]
在实施例中，reference_pic_width_in_luma_samples可以以亮度样本为单位指定参考图片的宽度。reference_pic_width_in_luma_samples可以不等于0。当reference_pic_width_in_luma_samples不存在时，可以推断reference_pic_width_in_luma_samples的值等于dec_pic_width_in_luma_samples[i]。
[0080]
在实施例中，reference_pic_height_in_luma_samples可以以亮度样本为单位指定参考图片的高度。reference_pic_height_in_luma_samples可以不等于0。当不存在时，可以推断reference_pic_height_in_luma_samples的值等于dec_pic_height_in_luma_samples[i]。当constant_pic_size_present_flag的值等于1时，存储在dpb中的参考图片的大小可以等于reference_pic_width_in_luma_samples和reference_pic_height_in_luma_samples的值。在这种情况下，可以不执行任何额外的重采样过程来用于运动补偿。
[0081]
在实施例中，constant_output_pic_size_flag等于1可以指定存在output_pic_width_in_luma_samples和output_pic_height_in_luma_samples。
[0082]
在实施例中，output_pic_width_in_luma_samples可以以亮度样本为单位指定输出图片的宽度。output_pic_width_in_luma_samples不应等于0。当不存在时，可以推断output_pic_width_in_luma_samples的值等于dec_pic_width_in_luma_samples[i]。
[0083]
在实施例中，output_pic_height_in_luma_samples可以以亮度样本为单位指定输出图片的高度。output_pic_height_in_luma_samples可以不等于0。当output_pic_height_in_luma_samples不存在时，可以推断output_pic_height_in_luma_samples的值等于dec_pic_height_in_luma_samples[i]。当constant_output_pic的值等于1时，输出图片的大小可以等于output_pic_width_in_luma_samples和output_pic_height_in_luma_samples的值。
[0084]
在实施例中，num_dec_pic_size_in_luma_samples_minus1加1可以以编码视频序列中的亮度样本为单位指定解码图片大小(dec_pic_width_in_luma_samples[i],dec_pic_height_in_luma_samples[i])的数量。
[0085]
在实施例中，dec_pic_width_in_luma_samples[i]可以以编码视频序列中的亮度样本为单位指定多个解码图片大小的第i个宽度。dec_pic_width_in_luma_samples[i]可以不等于0，并且可以是mincbsizey的整数倍。
[0086]
在实施例中，dec_pic_height_in_luma_samples[i]可以以编码视频序列中的亮度样本为单位指定多个解码图片大小的第i个高度。dec_pic_height_in_luma_samples[i]可以不等于0，并且可以是mincbsizey的整数倍。第i个解码图片大小(dec_pic_width_in_
luma_samples[i],dec_pic_height_in_luma_samples[i])可以等于编码视频序列中的解码图片的解码图片大小。
[0087]
用于写入上述实施例的pps语法的示例在下表3中示出：表3表3
[0088]
在实施例中，dec_pic_size_idx可以指定解码图片的宽度应当等于pic_width_in_luma_samples[dec_pic_size_idx]以及解码图片的高度应当等于pic_height_in_luma_samples[dec_pic_size_idx]。
[0089]
在实施例中，disabling_motion_vector_scaling_flag等于1可以指定在没有依赖于poc值或时间运动矢量预测的空间分辨率的缩放过程的情况下使用参考运动矢量。disabling_motion_vector_scaling_flag等于0可以指定在伴有或不伴有依赖于poc值或时间运动矢量预测的空间分辨率的缩放过程的情况下使用参考运动矢量。
[0090]
在实施例中，当当前图片的分辨率不同于参考图片的分辨率时，rpr_resampling_mode等于0可以指示参考图片中的内插像素不被额外地滤波以用于运动补偿。当当前图片的分辨率不同于参考图片的分辨率时，rpr_resampling_mode等于1可以指示参考图片中的内插像素被额外地滤波以用于运动补偿。当当前图片的分辨率不同于参考图片的分辨率时，rpr_resampling_mode等于2可以指示参考图片中的像素被滤波并被内插以用于运动补偿。可以保留其它值。
[0091]
在“基线/主要”简档中可能包括arc。如果对于某些应用场景不需要，则可以使用子简档来移除它们。某些限制可能是可接受的。在这点上，某些h.263 简档和“推荐模式”(早期的简档)包括对附件p的限制，其仅用作“隐式因子4”，即在两个维度上的二进下采样。这足以支持视频会议中的快速启动(快速获得i帧)。
[0092]
在实施例中，所有的滤波都可以“即时”完成，并且存储器带宽可以没有增加，或者仅仅是可以忽略的增加。结果，特殊的简档中可能不需要包括arc。
[0093]
复杂的表等可能不会有意义地用在性能交换中，因为它在marrakech中与jvet
‑
m0135结合中有争议。假定提供
‑
回答和类似的有限深度的交互，选项的数量可能仅仅是过大而不能允许有意义的跨供应商交互操作。为了在性能交换场景中以有意义的方式支持arc，可以使用少量的互操作点，例如：无arc，具有隐式因子4的arc，全arc。作为一种选择，我们可以指定对所有arc所需的支持，并将码流复杂度的限制留给更高级别的sdo。
[0094]
至于级别，在一些实施例中，作为码流一致性的条件，无论在码流中写入多少上采样，上采样图片的样本计数都必须适合码流级别，以及所有样本必须适合上采样的编码图片。我们注意到，这不是h263 中的情况；在h263 中，某些样本可能不存在。
[0095]
图7是根据上述实施例的用于对编码视频码流进行解码的示例性过程700的流程图。在一些实现方式中，图7的一个或多个处理块可以由解码器210或解码器600执行。在一些实现方式中，图7的一个或多个处理块可以由与解码器210或解码器600分离或包括解码器210或解码器600的另一个设备或一组设备，例如编码器203或编码器500来执行。
[0096]
如图7所示，过程700可以包括从编码视频码流中获取编码图片(步骤701)。
[0097]
如图7进一步所示，过程700可包括解码编码图片以生成解码图片(步骤702)。
[0098]
如图7进一步所示，过程700可包括从编码视频码流中获取指示是否启用参考图片重采样的第一标志(步骤703)。在实施例中，第一标志可以对应于上述reference_pic_resampling_flag。
[0099]
如图7进一步所示，过程700可以包括从第一标志确定是否启用了参考图片重采样(步骤704)。如果参考图片重采样被启用(步骤704处为“是”)，则过程700可以执行步骤705。在实施例中，如果未启用参考图片重采样，那么过程700可根据不同的过程对编码视频码流进行解码。
[0100]
如图7进一步所示，过程700可以包括从编码视频码流中获取指示参考图片是否具有在编码视频码流中指示的恒定参考图片大小的第二标志，以及指示输出图片是否具有在编码视频码流中指示的恒定输出图片大小的第三标志(步骤705)。在实施例中，第二标志可以对应于上述constant_ref_pic_size_flag，第三标志可以对应于上述constant_output_pic_size_flag。
[0101]
如图7进一步所示，过程700可以包括确定第二标志指示参考图片是否具有恒定的参考图片大小(步骤706)。如果参考图片具有恒定的参考图片大小(步骤706处为“是”)，则过程700可以执行步骤707，然后执行步骤708。如果参考图片不具有恒定的参考图片大小(步骤706处为“否”)，则过程700可以直接执行步骤708。
[0102]
如图7进一步所示，过程700可以包括通过对解码图片进行重采样以使其具有恒定参考图片大小来生成参考图片(步骤707)。
[0103]
如图7进一步所示，过程700可以包括将参考图片存储在解码图片缓存中(步骤708)。如果没有执行步骤707，则解码图片可以被存储为参考图片而无需重采样。
[0104]
如图7进一步所示，过程700可以包括确定第三标志指示输出图片是否具有恒定输出图片大小(步骤709)。如果输出图片具有恒定的输出图片大小(步骤709处为是)，则过程700可以执行步骤710，然后执行步骤711。如果输出图片不具有恒定输出图片大小(步骤709处为否)，则过程700可以直接执行步骤711。
[0105]
如图7进一步所示，过程700可以包括通过对解码图片进行重采样以使其具有恒定
输出图片大小来生成输出图片(步骤710)。
[0106]
如图7进一步所示，过程700可以包括输出输出图片(步骤711)。如果没有执行步骤710，则可以输出解码图片作为输出图片而无需重采样。
[0107]
在实施例中，在编码视频码流中包括的序列参数集中，用信号通知第一标志、第二标志和第三标志。
[0108]
在实施例中，过程700可进一步包括从编码视频码流中获取图片分辨率信息，其中图片分辨率信息指示最大图片分辨率和最小图片分辨率中的至少一个。
[0109]
在实施例中，在编码视频码流中包括的解码器参数集中写入图片分辨率信息。
[0110]
在实施例中，过程700可进一步包括从编码视频码流中获取图片大小列表。
[0111]
在实施例中，过程700还可以包括获取指示图片大小列表内的解码图片的图片大小的索引。
[0112]
在实施例中，可以在编码视频码流中包括的序列参数集中写入图片大小的列表，并且可以在编码视频码流中包括的图片参数集中写入索引。
[0113]
在实施例中，过程700可进一步包括获取指示是否启用运动向量缩放的第四标志。在实施例中，第四标志可以对应于上述disabling_motion_vector_scaling_flag。
[0114]
在实施例中，可以在编码视频码流中包括的图片参数集中写入四标志。
[0115]
尽管图7示出了过程700的示例步骤，但是在一些实现方式中，过程700可以包括与图7中所示的步骤不同的附加步骤，更少的步骤，不同的步骤或不同排列的步骤。另外，或者可替换地，可以并行地执行过程700的两个或更多个步骤。
[0116]
此外，所提出的方法可由处理电路(例如，一个或一个以上处理器或一个或一个以上集成电路)实现。在一个示例中，一个或多个处理器执行存储在非暂时性计算机可读介质中的程序，以执行所提出的方法中的一个或多个。
[0117]
可以将上述技术实现为计算机软件，该计算机软件使用计算机可读指令且物理地存储在一个或多个计算机可读介质中。例如，图8示出了适于实施所公开的主题的某些实施例的计算机系统(800)。
[0118]
可以使用任何合适的机器代码或计算机语言对计算机软件进行编码，任何合适的机器代码或计算机语言可以经汇编、编译、链接或类似机制以创建包含指令的代码，该指令可以由一个或多个计算机中央处理单元(central processing units,cpu)、图形处理单元(graphics processing units,gpu)等直接执行或通过解释、微代码等执行。
[0119]
指令可以在各种类型的计算机或其部件组件上执行，包括例如个人电脑、平板电脑、服务器、智能手机、游戏设备、物联网设备等。
[0120]
图8中所示的组件本质上是示例性的，并且不意在对实施本公开的实施例的计算机软件的使用范围或功能进行任何限制。组件的配置也不应被解释为具有与计算机系统(800)的示例性实施例中所示的组件的任何一个组件或组件的组合有关的任何依赖或要求。
[0121]
计算机系统(800)可以包括某些人机接口输入设备。这样的人机接口输入设备可以响应于一个或多个人类用户通过例如触觉输入(例如：击键、滑动、数据手套移动)、音频输入(例如：语音、拍手)、视觉输入(例如：手势)、嗅觉输入(未示出)进行的输入。人机接口设备还可用于捕获不一定与人的有意识输入直接相关的某些媒介，例如音频(例如：语音、
音乐、环境声音)、图像(例如：扫描图像、从静止图像相机获得的摄影图像)、视频(例如二维视频、包括立体视频的三维视频)等。
[0122]
输入人机接口设备可以包括下述中的一项或多项(每种中仅示出一个)：键盘801、鼠标802、跟踪板803、触摸屏810和相关联的图形适配器850、数据手套1204、操纵杆805、麦克风806、扫描仪807、照相机808中的一个或多个。
[0123]
计算机系统800还可以包括某些人机接口输出设备。这样人机界面输出设备可以通过例如触觉输出、声音、光和嗅觉/味觉来刺激一个或多个人类用户的感觉。这样的人机界面输出设备可以包括触觉输出设备(例如触摸屏810的触觉反馈、数据手套1204或操纵杆805，但是也可以有不用作输入设备的触觉反馈设备)、音频输出设备(例如：扬声器809、耳机(未示出))、视觉输出设备(例如包括阴极射线管(cathode ray tube,crt)屏幕的屏幕810、液晶显示(liquid
‑
crystal display,lcd)屏幕、等离子屏幕、有机发光二极管(organic light
‑
emitting diode,oled)屏幕，每种屏幕都有或没有触摸屏输入功能，每种屏幕都有或没有触觉反馈功能
‑
其中一些屏幕可以通过诸如立体图像输出之类的装置、虚拟现实眼镜(未示出)、全息显示器和烟箱(未示出)以及打印机(未示出)来输出二维视觉输出或超过三维的输出。
[0124]
计算机系统800还可以包括人类可访问存储设备及其相关联的介质，例如包括具有cd/dvd等介质821的cd/dvd rom/rw 820的光学介质、拇指驱动器822、可移动硬盘驱动器或固态驱动器823、诸如磁带和软盘之类的传统磁性介质(未示出)、诸如安全狗(security dongles)之类的基于专用rom/asic/pld的设备(未示出)等。
[0125]
本领域技术人员还应当理解，结合本公开的主题使用的术语“计算机可读介质”不包括传输介质、载波或其它暂时性信号。
[0126]
计算机系统800还可以包括到一个或多个通信网络的接口(955)。一个或多个通信网络可以例如是无线网络、有线网络、光网络。一个或多个通信网络还可以是本地网络、广域网络、城市网络、车辆和工业网络、实时网络、延迟容忍网络等等。一个或多个通信网络的示例包括诸如以太网的局域网、无线lan，包括全球移动通信系统(global systems for mobile communications,gsm)、第三代(third generation,3g)、第四代(fourth generation,4g)、第五代(fifth generation,5g)、长期演进(long
‑
term evolution,lte)等的蜂窝网络、包括有线电视、卫星电视和地面广播电视的tv有线或无线广域数字网络、包括canbus的车辆和工业网络等等。某些网络通常需要附接到某些通用数据端口或外围总线(949)的外部网络接口适配器(954)(例如计算机系统800的usb端口)；如下所述，其他网络接口通常通过附接到系统总线而集成到计算机系统800的内核中(例如，连接到pc计算机系统中的以太网接口或连接到智能手机计算机系统中的蜂窝网络接口)。作为示例，网络855可以使用网络接口854连接到外围总线849。计算机系统800可以使用这些网络中的任何一个网络与其他实体进行通信。此类通信可以是仅单向接收的(例如，广播电视)、仅单向发送的(例如，连接到某些canbus设备的canbus)，或者是双向的，例如使用局域网或广域数字网络连接到其他计算机系统。如上所述，这些网络和每一个网络接口都可以使用某些协议和协议栈。
[0127]
上述人机接口设备，人类可访问的存储设备和网络接口可以附接到计算机系统800的内核840。
[0128]
内核840可以包括一个或多个中央处理单元(central processing units,cpu)841、图形处理单元(graphics processing units,gpu)842、现场可编程门阵列(field programmable gate areas,fpga)843形式的专用可编程处理单元、用于某些任务的硬件加速器844等。这些设备与只读存储器(read
‑
only memory,rom)845、随机存取存储器(random
‑
access memory,ram)846、诸如内部非用户可访问硬盘驱动器、固态驱动器(solid
‑
state drives，ssd)等的内部大容量存储器847可以通过系统总线848连接。在一些计算机系统中，系统总线848可以以一个或多个物理插头的形式访问，以能够通过附加的cpu、gpu等进行扩展。外围设备可以直接或者通过外围总线(849)连接到内核的系统总线848。外围总线的体系结构包括外围组件互连(peripheral component interconnect，pci)、usb等。
[0129]
cpus 841、gpus 842、fpgas 843和加速器844可以执行某些指令，这些指令组合起来可以构成上述计算机代码。该计算机代码可以存储在rom 845或ram 846中。过渡数据也可以存储在ram 846中，而永久数据可以存储在例如内部大容量存储器847中。可以通过使用高速缓冲存储器来实现对任何存储器设备的快速存储和检索，高速缓冲存储器可以与一个或多个cpu 841、gpu 842、大容量存储器847、rom 845、ram 846等紧密相关。
[0130]
计算机可读介质可以存储用于执行各种由计算机实现的操作的计算机代码。介质和计算机代码可以是那些为了本公开的目的而专门设计和构造的介质和计算机代码，或者它们可以是计算机软件领域的技术人员公知和可用的类型。
[0131]
作为非限制性示例，具有架构800的计算机系统，特别是内核840可以提供由于处理器(包括cpu、gpu、fpga、加速器等)执行包含在一个或多个有形的计算机可读介质中的软件而产生的功能。这样的计算机可读介质可以是与如上所述的用户可访问大容量存储器相关联的介质，以及具有非暂时性的内核840的某些存储器，例如内核内部大容量存储器847或rom 845。实施本公开的各种实施例的软件可以存储在这样的设备中并由内核840执行。根据特定需要，计算机可读介质可以包括一个或多个存储器设备或芯片。软件可以使内核840，特别是其中的处理器(包括cpu、gpu、fpga等)执行本文所述的特定过程或特定过程的特定部分，包括定义存储在ram 846中的数据结构和根据由软件定义的过程来修改这样的数据结构。此外或作为替代，可以由于硬连线或以其他方式体现在电路(例如：加速器844)中逻辑而使得计算机系统提供功能，其可代替或与软件一起操作以执行本文所述的特定过程或特定过程的特定部分。在适当的情况下，提及软件的部分可以包含逻辑，反之亦然。在适当的情况下，提及计算机可读介质的部分可以包括存储用于执行的软件的电路(例如集成电路(integrated circuit，ic))、体现用于执行的逻辑的电路，或者包括两者。本公开包括硬件和软件的任何合适组合。
[0132]
虽然本公开已经描述了几个示例性实施例，但是存在落入本公开范围内的修改、置换和各种替代等价物。因此，应理解，本领域技术人员将能够设计出许多系统和方法，尽管在此未明确示出或描述，但这些系统和方法体现了本公开的原理并因此在本公开的精神和范围内。