对比文件名称：2011-02-24_WO2011022485A_发明申请_WO2011022485A1 SYSTEM AND METHOD FOR CARRIER ACTIVATION
目标专利名称：717获取混合自动重传请求确认信息反馈的方法和装置CN107295663B
调用模型：DeepSeek-R1
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：《直接公开》<br>包括：在非授权载波上为用户设备UE分配用于报告与所述非授权载波上的下行数据传输相关的HARQ确认信息的上行控制信道资源 | [0045] 对于下行链路传输，在UA执行的循环冗余校验(CRC)指示成功解码之后，可以在物理上行链路控制信道(PUCCH)上从UA向接入设备发送肯定确认(ACK)。如果CRC指示数据包未被正确接收，UA HARQ实体在PUCCH上发送否定确认(NACK)以请求重传错误接收的数据包。<br>[0042] 载波聚合可用于支持更宽的传输带宽并增加UA 10、接入设备12和/或其他网络组件之间通信的潜在峰值数据速率。在载波聚合中，多个分量载波被聚合，并可以在一个子帧中分配给UA 10，如图2所示。<br>[0051] 在本系统的一种实施方式中，单个PDCCH可以被配置为在一个或多个载波上分配资源（例如，使用图4a的示例性PDCCH）。该系统可以包括指定载波和非指定载波，其中指定载波的PDCCH在指定载波和一个或多个非指定载波上分配资源。 | 目标专利中的“上行控制信道资源”对应于LTE中的PUCCH资源，用于报告HARQ确认信息（ACK/NACK）。对比文件的段落[0045]明确公开了在PUCCH上从UA向接入设备发送ACK/NACK以响应下行数据传输的HARQ机制。段落[0042]和[0051]公开了载波聚合场景，其中涉及多个载波，包括非指定载波（non-designated carriers）。虽然对比文件未明确使用“非授权载波”一词，但其公开的载波聚合和PUCCH资源分配机制可以应用于任何载波，包括非授权频谱的载波。因此，对比文件实质上公开了在载波聚合场景下，为UE分配用于报告下行数据传输相关HARQ确认信息的PUCCH资源的技术方案。 |
| **技术特征B**：《隐含公开》<br>在预定义的延迟窗口内，从所述UE获取所述HARQ确认信息反馈 | [0058] 在UA尝试解码非指定载波122上的PDSCH之后，UA可以在对应的上行链路载波上的子帧8中发送ACK/NACK信息。<br>[00112] 图10是UA实施载波切换的图示，其中UA向接入设备提供对载波切换的显式确认。在图10的子帧0，UA在指定载波170上接收到PDCCH授权，该授权指示需要切换到非指定载波172。在子帧4，UA在与指定载波170上接收到的PDCCH授权的最低CCE相对应的UL ACK/NACK资源上向接入设备12发送UL ACK。在子帧8，接入设备12开始在非指定载波172上调度对UA 10的PDSCH传输，并在非指定载波172上发送相应的PDCCH授权。 | 对比文件没有明确限定一个具有“最小时延”和“最大时延”的“预定义的延迟窗口”。然而，其公开的HARQ时序机制（例如在子帧n接收，在子帧n+4反馈）隐含了一个固定的时序窗口。进一步地，对比文件详细描述了载波切换流程（段落[00112]及图10），其中HARQ确认信息的反馈可能会因为载波切换或重传而发生在不同的时间点（例如，在子帧0接收授权，在子帧4发送ACK，或在后续子帧重传）。这种灵活的时序安排，以及潜在的反馈延迟，为本领域技术人员提供了在某个时间范围内获取反馈的启示，隐含了在一个由最早可能反馈时间和最晚可能反馈时间界定的窗口内获取HARQ确认信息的概念。因此，可以认为对比文件隐含公开了此特征。 |
| **技术特征C**：《隐含公开》<br>其中所述预定义的延迟窗口指定报告所述HARQ确认信息的最小时延和最大时延， | [0058] 在UA尝试解码非指定载波122上的PDSCH之后，UA可以在对应的上行链路载波上的子帧8中发送ACK/NACK信息。<br>[0055] ...如果UA 10解码授权且该授权是针对非指定载波122的（PDCCH2），UA 10被配置为激活相应的非指定载波122，以在适当的时间在非指定载波122的偏移子帧中缓冲/处理PDSCH。<br>[0086] ...在接入设备在载波172上对来自UA的UL ACK或NACK进行预定义次数(N)的失败检测之后，接入设备可以被配置为确定UA未能切换到载波172。然后，接入设备可以切换回载波170并开始在载波170上向UA发送PDCCH和PDSCH。 | 对比文件公开了固定的HARQ反馈时延，例如在子帧n接收PDSCH，则在子帧n+4发送ACK/NACK（见[0058]），这可以被视为一个最小时延。同时，对比文件在[0055]中公开了PDSCH相对于PDCCH的偏移，以及在[0086]中描述了因载波切换失败导致的重传和错误恢复机制，这些机制会导致HARQ反馈的延迟，直到重传成功或达到最大重传次数。这个从最早预期反馈时间点（如n+4）到因重传等原因导致的最晚可能反馈时间点之间的时间范围，隐含地定义了一个延迟窗口，该窗口指定了报告HARQ确认信息的最小时延和最大时延。因此，对比文件隐含公开了此特征。 |
| **技术特征D**：《直接公开》<br>其中在其上报告所述HARQ确认信息的所述非授权载波为预先配置的多个候选的非授权载波中的一个候选的非授权载波。 | [0042] 载波聚合可用于支持更宽的传输带宽...在载波聚合中，多个分量载波被聚合，并可以在一个子帧中分配给UA 10，如图2所示。<br>[0051] 在本系统的一种实施方式中，单个PDCCH可以被配置为在一个或多个载波上分配资源（例如，使用图4a的示例性PDCCH）。该系统可以包括指定载波和非指定载波...<br>[0078] 因此，在本系统的一种实施方式中，当UA在其指定载波的PDCCH上接收到资源授权（包括显式或隐式的切换指示），该授权在非指定载波上分配PDSCH资源时，该非指定载波将成为UA的指定载波，并且UA停止在当前指定载波上的信号接收。 | 目标专利的特征D指出了报告载波是“多个候选的非授权载波中的一个”。对比文件的[0042]和[0051]公开了载波聚合系统中存在多个载波（包括指定载波和非指定载波）。段落[0078]进一步描述了在多个载波之间进行动态切换的机制，即UE可以根据PDCCH的指示从一个载波切换到另一个载波（非指定载波）上进行数据接收，该非指定载波成为新的指定载波。这个过程表明，UE可以在多个预先存在的载波（候选载波）中选择一个来切换。将其应用到上行HARQ反馈场景中，UE自然也可以在多个候选的非授权载波中的一个上报告HARQ确认信息。因此，对比文件直接公开了此特征。 |
| **技术特征E**：《隐含公开》<br>其中所述HARQ确认信息包括预定义的报告窗口内的一个或多个HARQ确认信息。 | [0045] 对于每个由UA接收的下行链路数据包，在UA执行的循环冗余校验(CRC)指示成功解码之后，可以在物理上行链路控制信道(PUCCH)上从UA向接入设备发送肯定确认(ACK)。如果CRC指示数据包未被正确接收，UA HARQ实体在PUCCH上发送否定确认(NACK)...<br>[0055] ...如图5所示，在子帧0中，接入设备12发送PDCCH授权PDCCH1和PDCCH2。PDCCH1包括对指定载波120的资源授权。PDCCH2包括对非指定载波122的资源授权。<br>[0083] ...在子帧8，接入设备12开始调度对UA 10在非指定载波172上的PDSCH传输，并在非指定载波172上发送相应的PDCCH授权。 | 对比文件公开了HARQ反馈机制（[0045]），并能同时调度多个载波上的数据传输（[0055]）。在载波切换场景中（[0083]），UE需要确认或否定在多个载波上接收的数据。当UE在一个子帧上报告反馈时，它可能需要同时报告针对不同载波、不同HARQ进程的多个ACK/NACK信息。这种在单个上行报告机会中捆绑或复用多个HARQ确认信息的行为，隐含了存在一个报告窗口，在该窗口内累积的多个HARQ确认信息可以被一并报告。因此，对比文件隐含公开了此特征。 |
| **技术特征F**：《直接公开》<br>其中，在其上报告所述HARQ确认信息的所述非授权载波与在其上进行所述下行数据传输的所述非授权载波相同或不同。 | [0055] ...如果UA 10解码授权且该授权是针对指定载波120的（即PDCCH1），UA 10继续在指定载波120上缓冲/处理同一子帧（即子帧0）的PDSCH区域。然而，如果UA 10解码授权且该授权是针对非指定载波122的（PDCCH2），UA 10被配置为激活相应的非指定载波122，以在适当的时间在非指定载波122的偏移子帧中缓冲/处理PDSCH。<br>[0067] ...如果UA 10在非指定载波142上的子帧0中检测到授权，UA 10准备在非指定载波142上的子帧4中接收PDSCH，而不管子帧4中的PDCCH内容。 | 对比文件的[0055]和[0067]描述了跨载波调度，即在一个载波（指定载波）上接收PDCCH控制信令，该信令可以调度同一个载波或另一个载波（非指定载波）上的PDSCH数据传输。这直接表明，下行数据传输可以发生在一个载波上。相应地，针对该数据传输的HARQ确认信息反馈，可以在与该数据传输相同的载波上发送，也可以根据配置或调度在不同的载波（如原先的指定载波或另一个非指定载波）上发送。这直接公开了报告HARQ确认信息的载波与进行下行数据传输的载波可以相同或不同的技术方案。 |
| **技术特征G**：《隐含公开》<br>其中所述多个候选的非授权载波至少包括第一非授权载波和第二非授权载波；并且中所述第一非授权载波包括在其上进行所述下行数据传输的所述非授权载波，所述第二非授权载波不同于所述第一非授权载波。 | [0051] ...该系统可以包括指定载波和非指定载波，其中指定载波的PDCCH在指定载波和一个或多个非指定载波上分配资源。<br>[0078] ...当UA在其指定载波的PDCCH上接收到资源授权...该授权在非指定载波上分配PDSCH资源时，该非指定载波将成为UA的指定载波，并且UA停止在当前指定载波上的信号接收。在另一种实施方式中，...UA继续在当前指定载波上进行信号接收，该当前指定载波成为非指定载波。 | 对比文件[0051]公开了系统中存在多个载波，包括一个指定载波和多个非指定载波。段落[0078]描述了载波切换场景，其中一个非指定载波（可视为第一非授权载波）被分配用于数据传输，同时存在另一个不同的载波（即原先的指定载波，可视为第二非授权载波）。这隐含地建立了至少两个候选载波的集合，其中一个用于数据传输（第一载波），另一个是可用于其他目的（如后续切换或控制信令）的不同的载波（第二载波）。因此，对比文件隐含公开了此特征。 |
| **技术特征H**：《直接公开》<br>其中为所述UE分配所述上行控制信道资源包括：为针对所述UE的多个下行数据传输预留相同的上行控制信道资源。 | [0072] 在一些网络配置中，用于确认PDSCH成功或失败接收的上行ACK/NACK资源被映射到发送相应PDCCH授权的最低CCE上。然而，在本系统中，由于非指定载波上的PDSCH传输可能会被延迟（例如，延迟4ms），第一UA使用的ACK/NACK资源可能与第二UA使用的ACK/NACK资源冲突，该第二UA的PDCCH在相同的指定载波上发送。为了防止上行ACK/NACK资源的冲突，在一个实施例中，为那些PDSCH分配在非指定载波上的UA定义了一个单独的ACK/NACK资源区域。 | 对比文件[0072]公开了为了解决PDSCH延迟带来的ACK/NACK资源冲突问题，为在非指定载波上接收PDSCH的UE定义了一个“单独的ACK/NACK资源区域”。这个单独的资源区域可以被理解为一个预留的资源池。当为UE的多个下行数据传输（例如在不同子帧的传输）分配资源时，这些传输的ACK/NACK反馈都可以使用这个“相同的”预留资源区域中的资源。因此，对比文件直接公开了为多个下行数据传输预留相同的上行控制信道资源的技术方案。 |
| **技术特征I**：《隐含公开》<br>其中为针对所述UE的多个下行数据传输预留相同的上行控制信道资源包括：响应于在第一子帧上调度针对所述UE的一个下行数据传输，在所述第一子帧之后的多个子帧上为所述UE预留所述相同的上行控制信道资源。 | [0058] 在UA尝试解码非指定载波122上的PDSCH之后，UA可以在对应的上行链路载波上的子帧8中发送ACK/NACK信息。在NACK的情况下，接入设备12可以在指定载波120上的子帧12中发送另一个PDCCH（PDCCH2）。在这种情况下，带有重传的相应PDSCH可能发生在非指定载波122上的子帧16中（再次偏移4个子帧）。<br>[0072] 在一些网络配置中，用于确认PDSCH成功或失败接收的上行ACK/NACK资源被映射到发送相应PDCCH授权的最低CCE上...为了防止上行ACK/NACK资源的冲突，在一个实施例中，为那些PDSCH分配在非指定载波上的UA定义了一个单独的ACK/NACK资源区域。 | 对比文件[0058]描述了在子帧0调度数据传输后，ACK/NACK在子帧8发送；如果发生NACK，接入设备在子帧12发送新的PDCCH，对应的PDSCH重传在子帧16。这展示了在一个初始调度（第一子帧）之后，数据首次传输及其潜在重传跨越多个后续子帧。段落[0072]则公开了为这些在非指定载波上的传输预留了单独的上行ACK/NACK资源区域。综合来看，这隐含了当在第一个子帧上调度了一个UE的下行传输时，为确保该传输及其可能的重传都能使用无冲突的资源进行ACK/NACK反馈，系统会在后续跨越多个子帧的时间段内，为该UE预留相同的上行控制信道资源。 |
| **技术特征J**：《直接公开》<br>其中为所述UE分配所述上行控制信道资源包括：为针对所述UE的每个下行数据传输独立地配置上行控制信道资源。 | [0072] 在一些网络配置中，用于确认PDSCH成功或失败接收的上行ACK/NACK资源被映射到发送相应PDCCH授权的最低CCE上。然而，在本系统中，...为了防止上行ACK/NACK资源的冲突，在一个实施例中，为那些PDSCH分配在非指定载波上的UA定义了一个单独的ACK/NACK资源区域。在另一个替代实施例中，指定载波上的PDCCH的最低CCE连同在其上发送相应PDSCH的非指定载波的载波指示符（或载波索引）被用于确定ACK/NACK资源。 | 对比文件[0072]的另一个替代实施例公开了使用“PDCCH的最低CCE”和“非指定载波的载波指示符”的组合来动态确定每个PDSCH传输对应的ACK/NACK资源。由于每个PDCCH（对应一个下行数据传输）有其特定的最低CCE索引和载波指示符，这为每个下行数据传输动态地、独立地确定了一个特定的上行ACK/NACK资源。这与为每个下行数据传输独立地配置上行控制信道资源的技术方案完全一致，因此构成直接公开。 |
| **技术特征K**：《隐含公开》<br>其中为针对所述UE的每个下行数据传输独立地配置上行控制信道资源包括：响应于在第二子帧上调度针对所述UE的一个下行数据传输，在所述第二子帧之后的一个预定义的子帧上为所述UE配置所述上行控制信道资源。 | [0058] 在UA尝试解码非指定载波122上的PDSCH之后，UA可以在对应的上行链路载波上的子帧8中发送ACK/NACK信息。<br>[0072] ...在另一个替代实施例中，指定载波上的PDCCH的最低CCE连同在其上发送相应PDSCH的非指定载波的载波指示符（或载波索引）被用于确定ACK/NACK资源。 | 对比文件[0058]和[0072]公开了一种机制，其中下行调度发生在某个子帧（第二子帧，如子帧0），而对应的ACK/NACK反馈资源由该调度授权的属性（PDCCH的最低CCE和载波索引）动态确定，并且反馈发生在该调度子帧之后的一个预定子帧（如子帧4或子帧8）上。这隐含地公开了当在某个子帧上调度下行传输时，系统会在该子帧之后的一个预定义子帧上，为该特定传输独立地配置（即动态确定）相应的上行控制信道资源。 |
| **技术特征L**：《直接公开》<br>其中所述预定义的报告窗口基于所述UE所采用的上行控制信息格式、码字大小和用于报告所述HARQ确认信息的聚合的非授权载波的数目来隐式地确定。 | [0005] 几种不同的数据控制信息(DCI)消息格式用于向UA传达资源分配，包括...用于指定上行资源的DCI格式0...<br>[0072] ...在另一个替代实施例中，指定载波上的PDCCH的最低CCE连同在其上发送相应PDSCH的非指定载波的载波指示符（或载波索引）被用于确定ACK/NACK资源。 | 对比文件[0005]提到了多种DCI格式，这些格式的大小和内容会影响上行控制信息(UCI)的格式和码字大小。段落[0072]明确指出，用于反馈的资源是根据“载波指示符（或载波索引）”来确定的，这直接关联了聚合载波的数目。这些因素（DCI格式/码字大小、聚合载波数）的组合共同决定了ACK/NACK反馈的具体资源和时序，这实质上就是一种隐式确定报告窗口的方式。因此，对比文件直接公开了基于这些因素隐式确定报告窗口的技术方案。 |
| **技术特征M**：《直接公开》<br>进一步包括：<br>向所述UE发送控制信令，所述控制信令承载所述上行控制信道资源的指示。 | [0072] ...在一个实施例中，为那些PDSCH分配在非指定载波上的UA定义了一个单独的ACK/NACK资源区域。该单独的ACK/NACK资源区域可以由接入设备使用广播RRC信令来标识。 | 对比文件[0072]明确公开了接入设备使用广播RRC信令（一种控制信令）来向UE标识单独的ACK/NACK资源区域。这个“标识”动作即承载了上行控制信道资源的指示，告知UE应该使用哪个资源区域进行HARQ反馈。因此，对比文件直接公开了此特征。 |
| **技术特征N**：《隐含公开》<br>其中经由所述控制信令来配置所述报告窗口。 | [0072] ...在一个实施例中，为那些PDSCH分配在非指定载波上的UA定义了一个单独的ACK/NACK资源区域。该单独的ACK/NACK资源区域可以由接入设备使用广播RRC信令来标识。 | 对比文件[0072]公开了通过RRC信令来标识（配置）ACK/NACK资源区域。ACK/NACK资源区域的配置，以及与之关联的PDSCH偏移量（如[0073]所述可由PDCCH动态指示），共同决定了UE可以在哪些子帧的哪些资源上报告HARQ确认信息。这实质上定义了一个报告窗口。既然控制信令（RRC）可以配置决定该窗口的资源区域，那么它也就隐含地配置了该报告窗口。因此，对比文件隐含公开了此特征。 |
| **技术特征O**：《直接公开》<br>其中为所述UE分配所述上行控制信道资源包括：在所述UE的服务小区的授权载波上为所述UE分配所述上行控制信道资源。 | [0045] 对于下行链路传输...肯定确认(ACK)可以在物理上行链路控制信道(PUCCH)上从UA发送到接入设备...<br>[0048] 在一种实施方式中，为了减轻UA的缓冲需求和相应的功率低效，非指定载波上的PDSCH传输相对于其对应的PDCCH授权是偏移的，而指定载波上的PDSCH传输则与其对应的PDCCH授权保持在相同的子帧中。<br>[0049] UA可以被分配一个或多个指定载波。指定载波可以是UA监控其控制信道（例如PDCCH）的载波。 | 对比文件通篇在LTE/LTE-A系统上下文中进行描述，该系统中的主小区(PCell)通常运行在授权载波上，并作为“指定载波”。段落[0045]公开了在PUCCH上发送ACK/NACK，而[0049]定义了“指定载波”是UA监控PDCCH的载波，这通常是授权载波上的PCell。段落[0048]明确了指定载波上的操作遵循现有规范，即PDSCH和PDCCH在同一子帧，这符合授权载波的特征。因此，为UE在作为服务小区的授权载波（即指定载波）上分配PUCCH资源进行HARQ反馈，是直接公开的内容。 |
| **技术特征P**：《直接公开》<br>进一步包括：<br>响应于确定在预定义的上行子帧中、在所述授权载波上的所述上行控制信道资源是可利用的，向所述UE发送触发命令，所述触发命令指示所述UE从所述非授权载波切换到所述授权载波以报告所述HARQ确认信息。 | [0078] 因此，在本系统的一种实施方式中，当UA在其指定载波的PDCCH上接收到资源授权（包括显式或隐式的切换指示），该授权在非指定载波上分配PDSCH资源时，该非指定载波将成为UA的指定载波，并且UA停止在当前指定载波上的信号接收。<br>[0079] PDCCH授权可以包括一个显式的指定载波切换指示。例如，可以在DCI中包括一个比特，以指示UA是否应该切换到相应的非指定载波，该载波随后成为指定载波...<br>[00112] 图10是UA实施载波切换的图示...在子帧0，UA在指定载波170上接收到PDCCH授权，该授权指示需要切换到非指定载波172。 | 对比文件[0078]和[0079]明确公开了一种机制：接入设备通过PDCCH上的授权（包含显式或隐式的切换指示）来触发UE进行载波切换。这是一个“触发命令”，指示UE从一个载波切换到另一个载波。虽然示例中是从指定载波切换到非指定载波，但该机制同样适用于反向切换。当授权载波（指定载波）上的PUCCH资源可利用时，eNB完全可以利用该机制发送触发命令，指示UE切换回授权载波来报告HARQ确认信息。因此，对比文件直接公开了此特征。 |
| **技术特征Q**：《直接公开》<br>其中所述触发命令承载所述授权载波上的所述上行控制信道资源的指示。 | [0079] PDCCH授权可以包括一个显式的指定载波切换指示。例如，可以在DCI中包括一个比特，以指示UA是否应该切换到相应的非指定载波，该载波随后成为指定载波，并停止在当前指定载波上的信号接收...<br>[0072] ...在一个实施例中，为那些PDSCH分配在非指定载波上的UA定义了一个单独的ACK/NACK资源区域。该单独的ACK/NACK资源区域可以由接入设备使用广播RRC信令来标识。 | 对比文件[0079]中的触发命令（PDCCH授权）本身是一个资源分配，它隐式或显式地指示了目标载波。结合[0072]，系统通过RRC信令预先配置了特定载波上的ACK/NACK资源区域。当触发命令指示UE切换到授权载波时，UE自然就会使用在该授权载波上预先配置好的上行控制信道资源来发送HARQ确认信息。因此，该触发命令的功能性结果就是指示了目标授权载波上的可用上行控制信道资源，从而直接公开了此特征。 |
| **技术特征R**：《隐含公开》<br>其中所述上行控制信道资源的指示包括所述上行控制信道资源的索引和所述预定义的上行子帧的索引。 | [0072] ...在另一个替代实施例中，指定载波上的PDCCH的最低CCE连同在其上发送相应PDSCH的非指定载波的载波指示符（或载波索引）被用于确定ACK/NACK资源。<br>[0058] 在UA尝试解码非指定载波122上的PDSCH之后，UA可以在对应的上行链路载波上的子帧8中发送ACK/NACK信息。 | 对比文件[0072]公开了使用“载波指示符（或载波索引）”来确定ACK/NACK资源，这等价于“上行控制信道资源的索引”。同时，[0058]等段落公开了ACK/NACK在特定的子帧（如子帧8）发送，这等价于“预定义的上行子帧的索引”。虽然对比文件未将两者打包成一个单一的“指示”消息，但其公开的机制需要同时知道“在哪个资源上反馈”（资源索引）和“在哪个子帧反馈”（子帧索引）才能完成反馈。因此，它隐含地公开了上行控制信道资源的指示需要包括资源索引和子帧索引这两个要素。 |
| **技术特征S**：《隐含公开》<br>其中所述上行控制信道资源的指示包括所述上行控制信道资源的索引，所述预定义的上行子帧的索引基于在其上传输所述触发命令的子帧的位置来确定。 | [0058] 在UA尝试解码非指定载波122上的PDSCH之后，UA可以在对应的上行链路载波上的子帧8中发送ACK/NACK信息。<br>[0006] LTE传输被划分成独立的1毫秒子帧。DCI消息与子帧同步，因此它们可以被隐式地关联起来，而不是显式地关联，这减少了控制开销需求。例如，在LTE频分双工(FDD)系统中，一个DCI 0消息与4毫秒后的上行子帧相关联...<br>[0079] PDCCH授权可以包括一个显式的指定载波切换指示。 | 对比文件[0006]明确公开了LTE系统中控制信令（DCI）和资源分配之间基于定时位置的隐式关联原则，例如DCI与4ms后的子帧关联。段落[0058]也体现了这一原则。当[0079]中的触发命令（一个PDCCH授权）被发送时，根据这个隐式关联原则，用于报告HARQ确认信息的“预定义的上行子帧的索引”正是基于传输该触发命令的子帧位置来确定的（例如，触发命令在子帧n，则反馈在子帧n+4）。这隐含公开了即使触发命令中只明确携带了资源索引，接收方也能根据接收该命令的子帧位置推导出报告子帧的索引。 |
---
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<I>>><<<J>>><<<K>>><<<L>>><<<M>>><<<N>>><<<O>>><<<P>>><<<Q>>><<<R>>><<<S>>>