对比文件名称：WO2016126653A1 (EFFICIENT ACK/NACK TRANSMISSION)
目标专利名称：通信的方法、计算机可读介质和用于通信的装置 (CN109792322B)
本次调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **特征A：确定被分配给至少一个传输块的确认比特的数目（隐含公开）** | 对比文件[0076]：“200 ACK/NACK bits may be generated from a decoder. A feedback channel capacity may be determined to be 40 bits. … the UE 115 may then attempt a compression scheme … resulting in 35 bits.” | 对比文件描述了UE根据反馈信道容量和CB数量确定实际使用的ACK/NACK比特数（35比特），虽然未明确表述“分配给传输块”，但该确定过程隐含了针对传输块（或反馈实例）的确认比特数目的确定。 |
| **特征B：所述至少一个传输块被包括在反馈实例中（隐含公开）** | 对比文件[0073]：“HARQ processes” | 对比文件广泛使用HARQ过程，每个HARQ过程包括至少一个传输块，而反馈实例对应于HARQ过程的反馈时机，本领域技术人员可合理推断传输块被包含在反馈实例中。 |
| **特征C：所述至少一个传输块包括多个代码块（直接公开）** | 对比文件[0050]：“transport blocks may be configured with subunits known as code blocks (CBs)” | 对比文件明确公开传输块由多个代码块组成，作用与目标专利完全相同。 |
| **特征D：基于被分配给至少一个传输块的确认比特的数目以及多个代码块的数目（未公开）** | 无 | 对比文件未公开基于确认比特数目和CB数目进行后续分组的过程。其分组（bundling）基于连续CB，而非基于该数目关系。 |
| **特征E：将多个代码块中的每个代码块分配给相应的代码块组（未公开）** | 无 | 对比文件虽将CB捆绑成bundle，但分配方式为连续CB，且bundle大小与确认比特数目无直接关联，未公开目标专利的分配逻辑。 |
| **特征F：每个代码块组与确认比特的数目中的一个确认比特数目相关联（未公开）** | 无 | 对比文件中bundle的反馈通过索引组合表示（如格式450），并非每个bundle对应一个独立确认比特，不满足一一关联。 |
| **特征G：基于针对相应代码块组确定的确认结果，引起与每个相应代码块组相关联的确认比特的传输（直接公开）** | 对比文件[0050]：“an ACK/NACK response may be sent for each CB” 及 [0073]：“UE 115-a may send CB level ACK/NACKs 220” | 对比文件公开了基于每CB或每bundle的确认结果发送ACK/NACK反馈，对应于基于代码块组的结果传输确认比特。 |
| **特征H：确定被分配给反馈实例的确认比特的数目，所述反馈实例包括至少一个过程，所述至少一个过程包括所述至少一个传输块（未公开）** | 无 | 对比文件未涉及在反馈实例级确定确认比特数目，也未基于过程进行分配。 |
| **特征I：基于传输块大小，将所述确认比特分配给所述至少一个过程（未公开）** | 无 | 对比文件没有基于TBS在过程间分配确认比特的机制。 |
| **特征J：确定被分配给过程的所述确认比特的数目，所述过程包括所述至少一个传输块（未公开）** | 无 | 对比文件未公开。 |
| **特征K：基于传输块大小，将所述确认比特分配给所述至少一个传输块（未公开）** | 无 | 对比文件未公开。 |
| **特征L：其中如果所述反馈实例包括多个过程或者所述至少一个过程包括多个传输块，则基于传输块大小而将所述确认比特分别分配给所述过程或所述传输块包括：确定所述过程之间的、或者所述传输块之间的传输块大小比率（未公开）** | 无 | 对比文件未公开。 |
| **特征M：基于最接近所述传输块比率的确认比特比率来分配所述确认比特（未公开）** | 无 | 对比文件未公开。 |
| **特征N：包括：基于传输参数来确定所述传输块大小（直接公开）** | 对比文件[0062]：“The number of bits transferred in a transport block may be based on the modulation and coding scheme (MCS), as well as the number of resource blocks assigned to the UE … the MCS and resource allocation may be used to reference a table which gives the transport block size for the subframe.” | 对比文件明确公开了基于MCS和资源块数确定TBS，与目标专利作用一致。 |
| **特征O：其中所述传输参数包括：调制编码方案和物理资源块号中的至少一个（直接公开）** | 对比文件[0062]：同上，提及MCS和资源块。 | 对比文件直接公开了MCS和物理资源块号作为确定TBS的参数。 |
| **特征P：包括：从基站接收第一信息，所述第一信息包括对被分配给所述反馈实例的确认比特的数目的指示（未公开）** | 无 | 对比文件仅提及通过RRC信令配置格式，格式隐含比特数但未直接指示确认比特数目，更未涉及反馈实例级指示。 |
| **特征Q：包括：从所述基站接收切换信息，所述切换信息包括从第一反馈方案切换到第二反馈方案的指示（未公开）** | 无 | 对比文件描述UE动态选择格式或RRC配置格式组，但无基站发送切换信息的教导。 |
| **特征R：每个组中的所述代码块的数目是相等的，或者每个组中的所述代码块的数目相差1（未公开）** | 无 | 对比文件未对组大小做出相等或相差1的约束。 |
| **特征S：m‑r个代码块组包括L数目个代码块，并且r个代码块组具有L+1个代码块，其中m是所述确认比特的数目，L是对所述多个代码块的所述数目与所述确认比特的数目的商的向下取整，并且r是余数（未公开）** | 无 | 对比文件未公开该具体分组公式。 |
| **特征T：其中如果被传输的所述确认比特是否定确认（直接公开）** | 对比文件[0099]：“the base station 105‑b may retransmit (and UE 115‑b may receive) CBs that were in error.” | 对比文件明确基于CB错误（即NACK）进行重传，直接公开了“如果确认比特是否定确认”这一条件。 |
| **特征U：接收所述代码块组的所述代码块的重传（直接公开）** | 对比文件[0099]：“the base station 105‑b may retransmit (and UE 115‑b may receive) CBs that were in error.” | 对比文件明确UE接收错误CB的重传，对应于接收代码块组（若使用bundle则为整个bundle）的CB重传。 |
### 公开性代码
<<<C>>><<<G>>><<<N>>><<<O>>><<<T>>><<<U>>><<<a>>><<<b>>>