对比文件名称：2015-10-22_US2015305015A_发明申请_US20150305015A1 RESOLVING FALSELY DECODED ACKNOWLEDGMENTS
目标专利名称：1040通信的方法、计算机可读介质和用于通信的装置CN109792322B
本次调用的模型名称：DeepSeek-Chat
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| A: 确定被分配给至少一个传输块的确认比特的数目 <br>《不具备公开性》 | [0001] “...the eNB may receive the uplink data, decode the uplink data, and send an acknowledgment to the user device indicating whether the uplink data could be properly decoded...”<br>（翻译：...eNB可以接收上行数据，解码上行数据，并向用户设备发送确认，指示上行数据是否被正确解码...）<br>[0049] “the acknowledgment may include an ACK when base station 220 can successfully decode the uplink data... a NACK when base station 220 cannot successfully decode the uplink data”<br>（翻译：当基站220能够成功解码上行数据时，确认可以包括ACK...当基站220无法成功解码上行数据时，确认可以包括NACK） | 对比文件涉及LTE系统中的标准HARQ反馈，其中每个传输块（TB）对应1比特ACK/NACK反馈。对比文件未涉及确定分配给传输块的确认比特的数目（即可变数目）的相关步骤。在对比文件中，UE接收的是固定的单比特反馈，不存在确定可变确认比特数目的过程。该技术特征在目标专利中涉及动态分配多个确认比特给TB的核心构思，在对比文件中未被直接或隐含公开。 |
| B: 所述至少一个传输块被包括在反馈实例中 <br>《不具备公开性》 | 全文未提及 | 对比文件描述了针对单个HARQ过程的单个TB的反馈，未涉及“反馈实例”的概念。对比文件中不存在将多个TB或多个HARQ过程组合成一个反馈实例（feedback instance）以进行联合ACK/NACK分配的技术构思。技术特征B未被公开。 |
| C: 所述至少一个传输块包括多个代码块 <br>《不具备公开性》 | 全文未提及 | 对比文件全文未提及“代码块（Code Block, CB）”或“代码块组（Code Block Group, CBG）”。对比文件涉及的是LTE系统，其反馈机制以整个传输块为处理单元，未公开或暗示传输块被划分为多个代码块。技术特征C未被公开。 |
| D: 基于被分配给所述至少一个传输块的所述确认比特的数目以及所述多个代码块的数目 <br>《不具备公开性》 | 全文未提及 | 对比文件未公开分配给TB的确认比特数目（仅固定1比特），也未公开多个代码块。因此不存在基于二者进行后续处理的基础。技术特征D未被公开。 |
| E: 将所述多个代码块中的每个代码块分配给相应的代码块组 <br>《不具备公开性》 | 全文未提及 | 对比文件未公开代码块和代码块组的概念，因此不可能将代码块分配给代码块组。技术特征E未被公开。 |
| F: 其中每个代码块组与所述确认比特的数目中的一个确认比特数目相关联 <br>《不具备公开性》 | 全文未提及 | 对比文件未公开代码块组，也未公开将确认比特与代码块组相关联。技术特征F未被公开。 |
| G: 基于针对所述相应代码块组确定的确认结果，引起与每个相应代码块组相关联的所述确认比特的传输 <br>《不具备公开性》 | [0049] “Base station 220 may receive the uplink data... generate an acknowledgment... send the acknowledgment to user device 210”<br>（翻译：基站220可以接收上行数据...生成确认...向用户设备210发送确认） | 对比文件仅公开了基于整个TB的解码结果发送单比特ACK/NACK。未公开基于代码块组的确认结果发送多个与代码块组相关联的确认比特。技术特征G未被公开。 |
| H: 其中确定被分配给传输块的所述确认比特的数目包括：确定被分配给反馈实例的所述确认比特的数目 <br>《不具备公开性》 | 全文未提及 | 对比文件未公开反馈实例的概念，也未公开确定分配给反馈实例的确认比特数目。技术特征H未被公开。 |
| I: 基于传输块大小，将所述确认比特分配给所述至少一个过程 <br>《不具备公开性》 | 全文未提及 | 对比文件未公开基于传输块大小（TBS）将确认比特分配给过程。技术特征I未被公开。 |
| J: 其中确定被分配给传输块的所述确认比特的数目包括：确定被分配给过程的所述确认比特的数目 <br>《不具备公开性》 | 全文未提及 | 对比文件未公开确定分配给过程的确认比特数目。技术特征J未被公开。 |
| K: 基于传输块大小，将所述确认比特分配给所述至少一个传输块 <br>《不具备公开性》 | 全文未提及 | 对比文件未公开基于TBS将确认比特分配给TB（在对比文件中每TB固定1比特）。技术特征K未被公开。 |
| L: 其中如果所述反馈实例包括多个过程或者所述至少一个过程包括多个传输块，则基于传输块大小而将所述确认比特分别分配给所述过程或所述传输块包括：确定所述过程之间的、或者所述传输块之间的传输块大小比率 <br>《不具备公开性》 | 全文未提及 | 对比文件未公开多个过程或多个TB之间的TBS比率。技术特征L未被公开。 |
| M: 基于最接近所述传输块比率的确认比特比率来分配所述确认比特 <br>《不具备公开性》 | 全文未提及 | 对比文件未公开基于比率分配确认比特。技术特征M未被公开。 |
| N: 包括：基于传输参数来确定所述传输块大小 <br>《不具备公开性》 | 全文未提及 | 对比文件未公开为了分配确认比特而基于传输参数确定传输块大小的步骤。技术特征N未被公开。 |
| O: 其中所述传输参数包括：调制编码方案和物理资源块号中的至少一个 <br>《不具备公开性》 | 全文未提及 | 同N，对比文件未将MCS/PRB与反馈比特分配相关联。技术特征O未被公开。 |
| P: 包括：从基站接收第一信息，所述第一信息包括对被分配给所述反馈实例的确认比特的数目的指示 <br>《不具备公开性》 | [0039] “Base station 220 may generate a control message that includes one or more resource grants... to user devices 210”<br>（翻译：基站220可以生成包含一个或多个资源分配的控制消息...发往用户设备210） | 对比文件公开了基站发送控制消息（例如DCI），但该控制消息包含的是资源分配信息，而非对被分配给反馈实例的确认比特的数目的指示。技术特征P未被公开。 |
| Q: 包括：从所述基站接收切换信息，所述切换信息包括从第一反馈方案切换到第二反馈方案的指示 <br>《不具备公开性》 | 全文未提及 | 对比文件未公开任何反馈方案的切换。技术特征Q未被公开。 |
| R: 其中每个组中的所述代码块的数目是相等的，或者每个组中的所述代码块的数目相差1 <br>《不具备公开性》 | 全文未提及 | 对比文件未公开代码块组，因此不涉及每个组中代码块数目的具体分配规则。技术特征R未被公开。 |
| S: 其中m‑r个代码块组包括L数目个代码块，并且r个代码块组具有L+1个代码块，其中m是所述确认比特的数目，L是对所述多个代码块的所述数目与所述确认比特的数目的商的向下取整，并且r是余数 <br>《不具备公开性》 | 全文未提及 | 对比文件未公开任何与代码块组和确认比特数目相关的分组公式。技术特征S未被公开。 |
| T: 其中如果被传输的所述确认比特是否定确认 <br>《直接公开》 | [0001] “...if the decoded acknowledgment indicates a negative acknowledgement (NACK), the user device may retransmit the same uplink data using the same resource.”<br>（翻译：...如果解码的确认指示否定确认(NACK)，用户设备可以使用相同资源重传相同上行数据。）<br>[0049] “the acknowledgment may include a NACK when base station 220 cannot successfully decode the uplink data”<br>（翻译：当基站220无法成功解码上行数据时，确认可以包括NACK）<br>[0064] “the user device may determine the acknowledgment is a NACK and retransmit the uplink data using the reserved resource”<br>（翻译：用户设备可以确定确认是NACK并使用预留资源重传上行数据） | 对比文件明确公开了基站发送否定确认（NACK）的场景。在对比文件中，基站传输的确认比特可以是肯定确认（ACK）或否定确认（NACK）。对比文件明确描述了“如果被传输的所述确认比特是否定确认”的各种处理情景（例如，基于NACK的重传）。该技术特征在对比文件中被直接公开。 |
| U: 接收所述代码块组的所述代码块的重传 <br>《不具备公开性》 | [0065] “the user device may retransmit the uplink data to the base station using the reserved resource”<br>（翻译：用户设备可以使用预留资源向基站重传上行数据） | 对比文件公开了基于NACK的重传，但重传的是整个传输块（上行数据），而非特定代码块组的代码块。对比文件没有代码块组的概念，因此无法接收基于代码块组的代码块的重传。技术特征U未被公开。 |
<<<T>>>