一种通信的方法，包括： 确定被分配给至少一个传输块的确认比特的数目，；所述至少一个传输块被包括在反馈实例中，；所述至少一个传输块包括多个代码块； 基于被分配给所述至少一个传输块的所述确认比特的数目以及所述多个代码块的数目，；将所述多个代码块中的每个代码块分配给相应的代码块组，；其中每个代码块组与所述确认比特的数目中的一个确认比特数目相关联；以及基于针对所述相应代码块组确定的确认结果，引起与每个相应代码块组相关联的所述确认比特的传输。

作为一名经验丰富的专利代理师，我将为您对该目标专利（CN109792322B）的权利要求1进行深度法律与技术解析，并紧密结合四份对比文件原文给出特征比对和创造性评述。

---

## 1. 权利要求1的技术特征拆解与说明书解释

根据目标专利说明书的逻辑，权利要求1的实质是为了在5G新无线电（NR）等高数据速率场景下，**优化大传输块（TB）的HARQ反馈机制，在减少重传开销的同时平衡上行链路（UL）控制信令开销**。

其技术特征被合理拆解并根据说明书解释如下：

* **技术特征A**：*“确定被分配给至少一个传输块的确认比特的数目”*。说明书\[0106]、\[0120]中表明，UE首先获知反馈实例中总的确认比特数，并基于传输块大小（TBS）分配和确定具体每一个TB占用的确认比特数（例如$m$个）。

* **技术特征B**：*“所述至少一个传输块被包括在反馈实例中”*。说明书\[0118]明确指出，一个反馈实例可以包括一个或多个HARQ过程，包含一个或多个传输块。

* **技术特征C**：*“所述至少一个传输块包括多个代码块”*。对应说明书\[0098]，为了保证编解码复杂度并减少延迟，一个大TB被分割成多个代码块（CB）。

* **技术特征D**：*“基于被分配给所述至少一个传输块的所述确认比特的数目以及所述多个代码块的数目”*。对应说明书\[0126]，这是进行更精细分组的输入依据（如CB数 $N$ 和可用确认比特数 $m$）。

* **技术特征E**：*“将所述多个代码块中的每个代码块分配给相应的代码块组”*。对应说明书\[0126]，打破了传统LTE按TB反馈的限制，将多个CB组合成代码块组（CBG）进行反馈。

* **技术特征F**：*“其中每个代码块组与所述确认比特的数目中的一个确认比特数目相关联”*。对应说明书\[0126]及公式，组的总数目与反馈比特数 $m$ 对应，达到每个组对应1比特反馈的效果。

* **技术特征G**：*“基于针对所述相应代码块组确定的确认结果，引起与每个相应代码块组相关联的所述确认比特的传输”*。对应说明书\[0132]、\[0133]，通过在组内所有CB的确认结果之间执行“与（AND）”操作，确定该组的反馈，并传输该比特。

---

## 2. 权利要求1与对比文件的技术特征比对

为了清晰展现各对比文件的公开情况，以下使用目标专利的特征编号，紧密结合对比文件原文出处进行比对。

### 权利要求1的技术特征比对表

*注：D1 与 D3 的文本内容实质相同（D3 为 D1 的同族国际申请对应的美国授权文本），下文创造性分析中主要以 D2 和 D1/D3 进行阐述。*

---

## 3. 最接近对比文件（D1/D3 与 D2）的深度分析

在创造性分析中，通常从**整体解决的技术问题**以及**技术效果**两个维度来筛选“最接近的对比文件”。本案中，存在**两个**在不同维度上都非常接近、可作为不同无效组合起点的对比文件：**D2** 和 **D1/D3**。

### 核心辩理分析

#### 1. 为什么 D2 可以作为最接近的对比文件（结构与机制最接近）

* **技术问题与效果**：D2（EP2913951A1）同样是为了解决在大传输块或可变速率传输下，反馈开销过大、或反馈资源受限的问题。D2所达到的技术效果是将其限制在固定的反馈速率/比特数以内（"fix the ACK/NACK feedback rate", 见D2【0046】）。

* **特征对应**：D2公开了本网最核心的**“CB分组（Segment）反馈”**架构。D2在【0046】-【0047】以及【图2】中明确给出了当代码块数量为 $N_c = 1 \sim 5$ 变化、而反馈比特固定为 $N=2$ 时，如何将多个代码块（Code blocks）分配给数据段（Data segment，即代码块组），并且每个段对应1个反馈比特。这与目标专利特征 D、E、F、G 的实质完全相同。

* **薄弱点**：D2 唯一没有明确强调的是特征 B 的“反馈实例（Feedback instance）”这一多子帧/多过程的宏观复用框架概念。

#### 2. 为什么 D1/D3 也可以作为最接近的对比文件（应用场景与框架最接近）

* **技术问题与效果**：D1（CN103283173A）/ D3（US9225448B）立足于 3GPP TDD 系统和载波聚合场景。其解决的技术问题是：在多小区、多时隙下，HARQ 反馈的有效载荷（Payload）过大，导致上行链路开销过重，需要**动态调整反馈有效载荷大小以确保重传可靠性并减少失配**（见D1【0009】）。这一应用背景与目标专利说明书\[0096]-\[0103]完全一致。

* **特征对应**：D1/D3 毫无疑问公开了特征 A、B、C。它明确指出了如何利用上行链路 DAI（UL DAI）来确定反馈实例中的确认比特数目（Payload size）（见D1【0104】）。

* **薄弱点**：D1/D3 走的是传统的“时域/空间/小区级绑定”路线，其反馈的最小粒度依然在TB级，**完全没有公开将TB内部的CB进一步划分成CB组（CBG）进行精细化反馈**的机制（即缺失特征 D、E、F、G）。

---

## 4. 关键技术特征的合并公开性评述

### 若以 D1/D3 为最接近的对比文件（起点）

D1/D3 缺失了特征 D、E、F、G。

这些缺失的特征**已被 D2 毫无疑问地公开**。D2 在【0007】和【0046】中公开了 Segment HARQ 方案。为了在可变 payload 传输下固定或限制反馈速率，D2 明确将代码块（Code blocks）根据总反馈比特数分配给相应的 Segment（代码块组），并实现 1 bit 针对 1 个组的确认结果反馈。

* **结合启示**：由于 D1/D3 明确提到了“需要减少被增加的 HARQ ACK/NACK 的有效载荷、同时确保重传可靠性”（D1【0009】），而 D2 正是提供了一种在 CB 级别限制反馈开销、提供精细化重传的技术。本领域技术人员在面对 D1 的TB级绑定导致重传开销大（即使错一个CB也要重传整个TB）的缺陷时，有强烈的动机引入 D2 的 CB 分组反馈机制，从而自然拼凑出权利要求 1 的完整方案。

---

## 5. 无效请求方最薄弱的技术特征（对专利权人最有利的防线）

如果我是请求方（提出无效），我认为此权利要求中**最薄弱（即最难被攻破、对专利权人最有利）**的技术特征是：

> **特征 D + 特征 F 背后隐藏的“根据商和余数精确均等动态分配CB”的量化规则（实质公开/隐含公开的解释深度）**

### 深度辩理：

虽然 D2 提出了将 CB 分配给 Segment 的概念，且举例了 $N_c=3, 4, 5$ 时的分组情况（如 $N_c=5, N=2$ 时分为一包3个CB，一包2个CB；$N_c=3$ 时分为2+1）。

但是，目标专利在说明书\[0127]以及【权利要求1】中限定的**“基于被分配给所述至少一个传输块的所述确认比特的数目以及所述多个代码块的数目……每个代码块组与所述确认比特的数目中的一个确认比特数目相关联”**，其在说明书中给出了极其严格的精确数学动态划分规则：

$$\text{商 } L = \lfloor N/m \rfloor, \quad \text{余数 } r = \text{Modulo}(N,m)$$

最后的 $r$ 个组分配 $L+1$ 个CB，其余分配 $L$ 个CB，从而确保**任何CB数量下，各组间CB数量差绝对不超过1**（即说明书\[0127]的 $N=60, m=9$ 得到 `6,6,6,7,7,7,7,7,7`）。

* **D2 的局限性**：D2 仅是一种半静态或针对极小数字（1\~5）的固定规则示意，并没有上升到根据动态反馈比特数和任意大量 CB 数目，通过算法**“均等且动态”**映射的普适性定量高度。

* **诉讼策略**：如果目标专利在无效宣告程序中，专利权人将说明书\[0127]中关于“每个组中的代码块的数目相差1（利用商 $L$ 和余数 $r$ 分配）”的定量技术方案作为修改依据合并入权利要求 1（或者原本权利要求 1 解释时紧密结合该“相关联”的动态计算输入），**D2 + D1 的组合将极难证明这种精细计算规则属于“惯用技术手段”或“显而易见”**。这将成为请求方最难跨越的鸿沟。

作为一名经验丰富的专利代理师，我将为您对目标专利的权利要求1进行深度解析，并紧密结合三份对比文件（D1、D2、D3）的原文及出处进行逐项特征比对与创造性、无效可行性分析。

---

## 一、 目标专利权利要求1的合理解释

根据目标专利说明书第`[0006]`、`[0096]`至`[0101]`段以及图4的记载，权利要求1的核心发明点在于一种**在5G新无线电（NR）系统中，针对大分组传输（大传输块TB）引入的、基于代码块组（CBG，Code Block Group）粒度的HARQ反馈机制**。

说明书特别阐明：为了平衡上行链路UCI（上行控制信息）的反馈开销与下行吞吐量增益，本发明并非死板地为每个代码块（CB）分配1比特反馈，而是**动态/基于比例地确定分配给至少一个传输块的确认比特数目 $m$**。随后，结合TB内总的代码块数目 $N$，通过计算商 $L = \lfloor N/m \rfloor$ 和余数 $r = \text{Modulo}(N, m)$，将 $N$ 个代码块动态划分为 $m$ 个组（即每个组与1个确认比特相关联）。其中 $m-r$ 个组包含 $L$ 个CB， $r$ 个组包含 $L+1$ 个CB，从而实现**完全利用所有分配的反馈比特、且各组内CB数量最均衡（相差不超过1）**的反馈机制。最终各组内部通过“与（AND）”操作合并结果进行传输。

---

## 二、 权利要求1的技术特征拆解与对比文件逐项比对

为便于清晰比对，以下将各对比文件分别指代为：

* **D1**：`CN105515733A`《一种反馈方法及装置》

* **D2**：`WO2016126330A1`《CODE BLOCK CLUSTER LEVEL HARQ》

* **D3**：`WO2016126653A1`《EFFICIENT ACK_NACK TRANSMISSION》

### 1. 技术特征逐项分析与出处对齐

* **技术特征A：包括：确定被分配给至少一个传输块的确认比特的数目，**

* **D1毫无异议公开**：公开了“反馈信息集合中还包括码块集合的数目P...由第一传输节点确定后发送给第二传输节点”或“通过传输块的大小确定”（说明书`[0015]-[0018]`段）。D1中的码块集合数目 $P$ 对应于每个TB分配的反馈比特数（每个组1个比特）。

* **D2毫无异议公开**：公开了基于 transport block 划分多个 CBC（Code Block Cluster），并对每个 CBC 发送 ACK/NACK 响应（摘要`[0006]`，正文`[0042]`）。

* **D3毫无异议公开**：公开了根据接收到的 CB 数量和 NACK 数量，从多种格式中识别一种格式来传输 HARQ 反馈，反馈格式包含反馈比特数（摘要`[0006]`，正文`[0011]`）。

* **技术特征B：所述至少一个传输块被包括在反馈实例中，**

* **D1实质公开**：公开了接收端接收包含传输块的信号并反馈（说明书`[0106]`）。

* **D2毫无异议公开**：明确公开在一个 TTI（传输时间间隔，对应反馈实例）内传输和接收一个包含多个 CBC 的 transport block（正文`[0007]`、`[0017]`、`[0042]`）。

* **D3毫无异议公开**：公开在一次接收到的传输（received transmission）中接收多个 CB 并反馈（正文`[0007]`）。

* **技术特征C：所述至少一个传输块包括多个代码块；**

* **D1毫无异议公开**：明确记载“所述传输块包括K个码块”（说明书`[0009]`、`[0106]`）。

* **D2毫无异议公开**：明确记载“The transport blocks may be partitioned into CBCs, each of which may include one or more code blocks”（摘要`[0006]`，正文`[0046]`）。

* **D3毫无异议公开**：明确记载“receiving a plurality of code blocks (CBs) in a received transmission... transport blocks that may include a number of CBs”（摘要`[0006]`，正文`[0007]`）。

* **技术特征D：基于被分配给所述至少一个传输块的所述确认比特的数目以及所述多个代码块的数目，**

* **D1未公开（最弱特征）**：D1中码块集合的数目 $P$ 是通过基站配置或由TB大小**直接映射**确定的（`[0017]-[0018]`）。D1并没有体现出“同时基于已分配的确认比特数和CB总数来动态计算或执行分组”的逻辑。

* **D2未公开（最弱特征）**：D2的限制在于其 CBC 的划分是预先固定的（静态或半静态），控制信道中的4比特掩码仅用来指示当前哪些 RV segment（重传版本段）存在，而不是基于当前分配的比特数和CB数来动态划分。

* **D3实质公开/隐含公开**：D3明确记载反馈格式的选择“based at least in part on a number of CBs received and a number of CBs that have a NACK feedback”（摘要`[0006]`，正文`[0011]`）。其根据CB总数和反馈资源容量动态决定反馈的压缩格式或分组（张弛）方案。

* **技术特征E：将所述多个代码块中的每个代码块分配给相应的代码块组，**

* **D1毫无异议公开**：明确公开将 $K$ 个码块划分到 $P$ 个码块集合（CB Set）中，且一个码块集合内至少包括一个码块（说明书`[0009]`、`[0014]`、`[0106]`）。

* **D2毫无异议公开**：明确公开将多个 code blocks 组合/划分（grouped/partitioned）为多个 CBCs（摘要`[0006]`，正文`[0046]`、`[0056]`）。

* **D3毫无异议公开**：明确公开了将 CB 进行捆绑（bundling of CBs）形成一组，提供针对一个或多个 bundle 的 HARQ 反馈（摘要`[0006]`，正文`[0013]-[0014]`、`[0084]`）。

* **技术特征F：其中每个代码块组与所述确认比特的数目中的一个确认比特数目相关联；**

* **D1毫无异议公开**：公开了接收端根据这些码块集合（CB Set）的接收情况进行反馈（说明书`[0089]`），在仅包含一种错误指示时，错误反馈即针对相应的码块集合。

* **D2毫无异议公开**：明确记载“an ACK/NACK response may be sent for each CBC”（正文`[0042]`），即每个代码块组（CBC）独立关联并占用其对应的反馈比特。

* **D3毫无异议公开**：明确公开“a fourth format having a dedicated bit associated with two or more bundles of CBs”（正文`[0015]`），即每个 bundle 与专用反馈比特相关联。

* **技术特征G：基于针对所述相应代码块组确定的确认结果，引起与每个相应代码块组相关联的所述确认比特的传输。**

* **D1毫无异议公开**：公开了第一传输节点根据 P 个码块集合的状态，从预设集合确定反馈信息并发送给第二传输节点（说明书`[0010]`、`[0108]`）。

* **D2毫无异议公开**：明确公开“send acknowledgement (ACK) and negative-acknowledgment (NACK) information to the transmitting device based on whether each CBC was successfully decoded”（摘要`[0006]`，正文`[0070]`）。

* **D3毫无异议公开**：明确公开“transmit the HARQ ACK/NACK feedback using the identified format... providing a HARQ ACK/NACK feedback for one or more bundles of CBs”（正文`[0009]`、`[0014]`）。

---

### 2. 特征比对表格

---

## 三、 最接近对比文件的分析与选择

在创造性分析过程中，**D3（WO2016126653A1）** 最适合作为最接近的对比文件（第一独立最接近对比文件），同时 **D1** 和 **D2** 可作为备选的最接近对比文件。具体分析如下：

### 1. 技术领域与解决的技术问题角度

* **目标专利** 解决的是 5G eMBB 场景下由于传输块（TB）过大，传统的以 TB 为单位的反馈机制重传开销巨大，而全 CB 反馈开销又过高的问题；其立足于**动态平衡上行反馈资源限制（信道容量）与大重传开销之间的矛盾**。

* **D3** 同样立足于这一核心矛盾。D3 明确指出：“Given that each transport block may include many CBs... to efficiently use available UL resources... based at least in part on a number of CBs received and available UL resources”（正文`[0051]`、`[0087]`），它通过提供两套及以上可动态切换的压缩/捆绑方案，解决 CB 级反馈带来的物理上行信道容量超限问题。

* **D1** 和 **D2** 虽然也解决了 CB 分组重传、降低大 TB 重传开销的问题，但 D1 侧重于利用“包编码（异或校验）”生成校验块来减少重传量；D2 侧重于联合跟踪红外版本段（Redundancy Version Segments）的状态向量同步。在**反馈开销的自适应控制与动态格式选择**上，D3 与目标专利的最为接近。

### 2. 技术效果与技术特征覆盖角度

* D3 公开了通过自适应调整组合和捆绑尺寸（Bundling size）来逼近反馈容量的技术方案（正文`[0075]-[0076]`），其技术特征覆盖度最高，公开了除特征D中具体的分组数学分配比例算法之外的绝大部分结构。

* 因此，以 **D3** 作为最接近的对比文件（最先发起的D3+D1/D2结合线）路径最为顺畅。

---

## 四、 弱点特征分析与无效宣告策略

### 1. 请求方最薄弱的技术特征（即目标专利的防御核心）

本案中，请求方最薄弱、也是目标专利最具有实质性特点的特征是：

> **技术特征D**：“基于被分配给所述至少一个传输块的所述确认比特的数目以及所述多个代码块的数目，将所述多个代码块中的每个代码块分配给相应的代码块组...（结合说明书解释：动态算力分配，相差不超过1，完全利用比特数 $m$ 的非整除均分算法）”。

**薄弱原因**：

* D1 仅给出了静态配置 $P$ 或基于 TB 大小直接查表映射区间的方法。

* D2 的 CBC 划分是相对固定的，不随分配的确认比特数动态执行二元函数计算。

* D3 提出了“张弛/动态收缩”的思想（如果当前反馈比特超额，就增大捆绑尺寸，如从 size=2 变到 size=4），但 D3 **并没有公开目标专利所述的：在已知比特数 $m$ 和代码块数 $N$ 的情况下，通过商和余数算法将余数 $r$ 分配到最后的 $r$ 个组里，使代码块数量相差为1的特定均分数学拓扑结构**。

### 2. 无效宣告策略及改进建议

如果请求方要成功无效权利要求1，应当采取以下多步走策略：

1. **首选主线（D3 + D1 + 内部公知常识/常规设计）：**

* 以 **D3** 作为最接近的对比文件，引证其公开了“由于反馈通道容量限制，自适应确定反馈比特并对CB进行bundle（分组）”的概念。

* 结合 **D1** 说明书`[0123]`段中关于“若不能整除，则一部分集合包括 $\lceil K/P \rceil$ 个，一部分包括 $\lfloor K/P \rfloor$ 个”的公开。

* **核心辩理点**：D1 的`[0123]`段实际上已经毫无异议地公开了“当总块数不能被组数整除时，组与组之间的码块数量相差1”的数学处理手段。目标专利权利要求1仅是将 D3 的动态资源配置思想与 D1 这种通信领域消除非整除尾差的常规数学平滑手段（向上/向下取整、余数分配）进行了结合，属于本领域技术人员在面对非整除分组时，为了追求最大程度的负载均衡而自然想到的常规技术手段，不具备创造性。

2. **备选主线（D1 + D3）：**

* 以 **D1** 为最接近的对比文件（其明确公开了整除与非整除情况下的向上/向下取整均分分组方法，出处`[0123]`）。

* 结合 **D3** 解决“根据上行信道可用资源动态改变和识别反馈格式、改变反馈比特数”的技术教导。

通过上述两路交叉夹击，将目标专利所谓的“动态商余均分算法”打落为“公知通信均分方案在自适应反馈体制下的常规应用”，方能彻底攻破其最薄弱的特征D。

作为一名经验丰富的专利代理师，我将紧密结合目标专利（CN1032831 B，对应申请公开号为CN109792322A/B）的说明书对权利要求1进行解构，并与四份对比文件（D1、D2、D3、D4）进行详细的原文特征比对，最后为您锁定最接近的对比文件（Preamble/Closest Prior Art）并诊断出最薄弱的技术特征。

---

## 一、 目标专利权利要求1的代理人技术解构

目标专利的核心发明点在于**5G新无线电（NR）中的代码块组（CBG）级别的HARQ-ACK反馈机制**。为了平衡上行反馈开销与重传效率，它不是机械地为每个代码块（CB）分配1比特，也不是粗暴地为整个传输块（TB）分配1比特，而是：

1. 先确定分配给TB的总确认比特数（$m$）；

2. 结合该TB内的CB总数（$N$）；

3. 动态地将 $N$ 个CB划分到 $m$ 个代码块组（CBG）中，使每个CBG对应1个确认比特；

4. 最终以CBG为粒度进行反馈和重传。

---

## 二、 权利要求1与对比文件特征比对表格

为了清晰展现各对比文件的公开情况，以下将各技术特征与对比文件原文进行横向比对：

---

## 三、 对比文件原文详细出处与实质公开分析

### 1. D1 (CN103283173A) & D3 (US9225448B2) — 同族文件

D1和D3为同族专利，其技术方案完全一致。下面以D1为例进行出处分析：

* **针对特征A、B、技术效果分析**：D1说明书【0013】公开了：“基于上行链路DAI的值来确定ACK/NACK有效载荷大小……在用于多个服务小区的每一个的M个下行链路子帧中、从基站接收至少一个下行链路传送块”。这实质公开了在特定反馈实例（M个下行子帧与1个上行子帧关联）中确定传送块（TB）的确认比特数（有效载荷大小）。

* **针对特征C分析**：D1说明书【0179】公开了：“以代码块单位来分段CRC附接的比特……并且以代码块单位来重新附接CRC奇偶比特”。这公开了传送块包含多个代码块。

* **结论**：D1/D3**未公开**特征D、E、F、G。因为D1/D3最终反馈的粒度是传送块（TB）级别或服务小区级别（说明书【0018】“通过在每个下行链路子帧中绑定用于多个下行链路传送块的ACK/NACK”），而非代码块组（CBG）级别。

### 2. D2 (EP2913951A1) — 核心对比文件

D2公开了一种用于控制与有效载荷数据包接收确认相关信息的方法和装置（即著名的 **Segment HARQ** 技术）。

* **针对特征A、D、F原文出处**：D2说明书【0011】明确公开：

> "The information related to the format of the payload data packet comprises information related to a number of data blocks comprised in the payload data packet. The control module is further operable to determine information related to a format of an acknowledgement data packet... based on the information related to the format of the payload data packet. The information related to the format of the acknowledgement data packet comprises information related to a number of data blocks per acknowledgment information element..."

这毫无异议地公开了：基于分配的确认比特数（确认信息元素的数量）和有效载荷中数据块（CB）的数量，来动态确定每个确认信息元素承载多少个代码块，即建立了组与确认比特数目的关联。

* **针对特征C、E原文出处**：D2说明书【0012】公开：

> "...A data segment comprises one or more data blocks and a data block may correspond to an encoded block of data, to which it may also be referred to as code block...The format of the acknowledgment data packet indicates one or a defined number of acknowledgment information elements per data segment."

这里明确将多个“code block（代码块）”分配给对应的“data segment（数据段，即权利要求的代码块组）”，且每个data segment对应一个确认元件（如1比特）。

* **针对特征G原文出处**：D2说明书【0007】公开：

> "Segment HARQ is a HARQ technique, where a packet P is partitioned into N segments according to P = [s1, s2, ..., sN], and for each segment the receiver reports an ACK/NACK message to the transmitter to indicate whether a segment si, i=1..N, was correctly received."

完全公开了基于每个相应组（Segment）的确认结果，引起相应确认比特的传输。

### 3. D4 (CN105207743A)

* **分析**：D4主要解决MIMO多天线系统中，上行控制信息（UCI，包括ACK/NACK、RI、CQI）在多个空间流/传输层上的均等分配和交织映射问题。虽然其说明书提到了TB分段为CB（特征C），但它完全没有涉及“将CB分组并为每组分配固定或变动确认比特”的概念。

---

## 四、 最接近对比文件的选择与创造性分析

在创造性评价中，**D2 (EP2913951A1)** 最适合作为**唯一或最接近的对比文件（Closest Prior Art）**。

### 1. 技术问题与技术效果的对立统一分析

* **目标专利解决的技术问题**：在5G高数据速率、大传输块（TB）场景下，传统的TB级重传会导致重传开销过大；而直接采用CB级重传又会导致上行反馈控制信令开销剧增。目标专利旨在**平衡上行反馈开销与下行重传效率**。

* **D2解决的技术问题**：D2说明书【0006】明确指出：“反馈消耗了逆向链路的资源……其取决于确认的数量，这与重传资源的消耗之间存在权衡（trade-off）。”其【0010】指出其发明效果是：“使固定或受限的反馈数据率能够适应具有可变数量数据块的可变速率有效载荷传输。”

* **结论**：目标专利与D2**处于同一技术领域，面对完全相同的技术瓶颈（反馈开销与重传开销的权衡），采用了高度一致的构思（Segment/CBG级反馈）**。因此D2是绝对最接近的现有技术。

### 2. 创造性组合漏洞（若被D2公开，还缺什么？）

通过前述特征比对可见，目标专利权利要求1的**全部技术特征（A至G）已被D2全部毫无异议地公开**。

根据专利审查指南：

> 如果一项权利要求所包含的技术特征与一份对比文件（D2）公开的技术特征完全相同，或者该权利要求1仅是该对比文件的简单等同替换，则该权利要求**不具备新颖性（A22.2）**，或者在其不完全等同的情况下**绝不具备创造性（A22.3）**。

若硬要吹毛求疵寻找目标专利在权利要求1中相比于D2的微弱区别，仅在于其术语使用了“反馈实例（Feedback instance）”（特征B），而D2使用的是“确认数据包（Acknowledgement data packet）”。但这仅是5G NR标准术语（如HARQ-ACK codebook / feedback window）对通用通信术语的更替。

---

## 五、 无效请求中最薄弱的技术特征诊断

若您要对目标专利提起无效宣告请求，权利要求1中**最薄弱（即最容易被攻破、对专利权人而言最难自圆其说）的技术特征**是：

> **特征D + 特征E + 特征F 的组合（即：基于确认比特数和CB数进行CBG分组，且每组对应1比特确认信令）**

### 薄弱原因诊断：

1. **已被D2实质精准狙击**：专利权人在申请阶段可能以为“代码块组（CBG）级反馈”是5G的独创发明，但D2在2015年（早于目标专利优先权日）就已经提出了完全相同的“Segment HARQ”数学逻辑——根据反馈资源限制（确认比特数）和总CB数，动态划分Segment，每个Segment给1个反馈位。

2. **属于本领域的常规技术选择**：一旦确定了“限制反馈比特”和“按组重传”的底层逻辑，具体如何把CB塞进不同的组（例如均分，或者数目相差1），完全属于本领域技术人员在面对具体系统配置时，无需付出创造性劳动就能想到的常规数值计算和设计选择（目标专利说明书【0127】中关于商L和余数r的计算，不过是基础的小学分组数学题）。

### 结论建议：

在撰写无效请求书时，应直接将 **D2 作为主案（单独对比文件）** 挑战权利要求1的新颖性或创造性。同时，可将 **D1/D3 作为辅助证据**，用以证明特征A、B中关于“在基于TDD的无线通信系统中通过控制信令确定总确认比特数”在LTE/5G时代属于公知常识或常规技术手段。权利要求1被完全无效掉的概率极高。

作为一名经验丰富的专利代理师，我将为您对目标专利（CN109792322B）的权利要求1结合说明书进行深度解析，并与三份对比文件（D1、D2、D3）的原文进行严格的特征比对与创造性、无效可行性分析。

---

## 一、 权利要求1的解释与技术方案梳理

目标专利主要解决的是**5G（NR）大带宽、高数据速率场景下，大传输块（TB）引起的HARQ反馈开销与重传开销之间的失衡问题**。

根据权利要求1及目标专利说明书的记载（尤其是具体实施方式`[0118]-[0134]`），权利要求1的实质技术方案可以解析如下：

* **反馈单元的确定（特征A、B、C）**：在特定的反馈实例（一个或多个HARQ过程的集合）中，确定分配给某TB的确认比特数（$m$）。该TB包含由信道编码（如LDPC）动态分割成的多个代码块（CB，数量为$N$）。

* **动态分组机制（特征D、E、F）**：根据分配的确认比特数 $m$ 和CB总数 $N$，将 $N$ 个CB动态划分为 $m$ 个“代码块组（CBG）”。每个CBG对应 $m$ 个确认比特中的一个。根据说明书`[0127]-[0130]`，其分组算法为：商 $L = \lfloor N/m \rfloor$，余数 $r = \text{Modulo}(N,m)$。最后的 $r$ 个CBG包含 $L+1$ 个CB，其余包含 $L$ 个CB。从而实现各个确认比特负载的CB数量基本均衡（相差不超过1）。

* **反馈传输（特征G）**：UE对组内的CB执行译码并进行 **AND（与）操作**，只要组内有一个CB译码错误，该组对应的确认比特即为NACK，从而驱动基站进行精细化的**代码块组（CBG）级重传**。

---

## 二、 目标专利权利要求1与对比文件的特征比对表格

为了清晰展现各对比文件的公开情况，以下使用标准特征比对表进行点对点分析。

---

## 三、 对比文件公开技术特征的详细出处分析

### 1. D1：CN105515733A（一种反馈方法及装置）

* **特征A、F的公开**：参见说明书`[0089]`和`[0108]`。D1公开了“将一个较大的TB划分为多个大小相等的码块集合（CB Set）……接收端可以根据这些CB Set的接收情况进行反馈”。并且在`[0108]`中指出，“从预设的反馈信息集合中确定至少一种反馈信息……包括正确的指示信息（ACK）和 $n$ 种错误指示信息”。这属于**实质公开**了每个代码块组与反馈比特（确认结果）相关联。

* **特征B、C、E、G的公开**：参见说明书`[0105]-[0108]`。D1明确记载：“所述第一传输节点接收第二传输节点发送的包含传输块的信号；其中，所述传输块包括 $K$ 个码块，所述 $K$ 个码块划分到 $P$ 个码块集合中”。并在步骤104中公开“将所确定的反馈信息发送给所述第二传输节点”。这**毫无疑问公开**了TB包含多个CB、CB划分到组、以及基于组状态传输确认比特。

### 2. D2：WO2016126330A1 (CODE BLOCK CLUSTER LEVEL HARQ)

* **特征B、C、E、F、G的公开**：参见说明书`[0006]`。D2明确记载：“The transport blocks may be partitioned into CBCs, each of which may include one or more code blocks. A receiving device may attempt to decode a transport block and send acknowledgement (ACK) and negative-acknowledgment (NACK) information to the transmitting device based on whether each CBC was successfully decoded.” 这**毫无疑问公开**了反馈实例（TTI）中TB包括多个CB、CB分为CBC（代码块组）、每个CBC关联一个ACK/NACK比特并进行传输。

* **特征A的公开**：参见说明书`[0047]`。D2公开了基站使用PDCCH中的4位掩码（mask）来动态指示当前 grant 中包含哪些冗余版本段（RV segments）。UE通过译码PDCCH，能够获知当前TTI中需要接收和反馈的CBC状态，从而**实质公开**了确定分配给该TB/过程的反馈比特数。

### 3. D3：WO2016126653A1 (EFFICIENT ACK_NACK TRANSMISSION)

* **特征E、F的公开**：参见说明书`[0014]-[0015]`。D3公开了“HARQ ACK/NACK feedback for one or more bundles of CBs” 以及 “a fourth format having a dedicated bit associated with two or more bundles of CBs”。即CB可以被聚合成束（Bundle，等同于代码块组），并且反馈格式中可以有专用的比特与这些束关联，属于**实质公开**。

* **特征A、G的公开**：参见说明书`[0007]`和`[0011]`。D3公开了“identifying a format, from two or more available formats, for transmitting the HARQ ACK/NACK feedback... based at least in part on the number of NACKs and the number of CBs”。UE动态选择反馈格式（包含确定了反馈的总比特数和结构），并使用该格式传输反馈。这**毫无疑问公开**了确定确认比特数目并传输。

---

## 四、 最接近对比文件（D1/D2/D3）的筛选与创造性评价

### 1. 最接近对比文件的筛选

在创造性分析中，**D2（WO2016126330A1）最适合作为最接近的对比文件**（最接近对比文件仅选定D2一个即可，D1和D3作为辅证）。

* **技术领域与解决的技术问题最契合**：目标专利（NR 5G标准背景）和D2（同样是3GPP 5G标准的早期提案背景）均属于无线移动通信中**高数据速率/大TB场景下的精细化重传控制领域**。两者解决的根本技术问题完全一致：即**如何在大TB传输中，既能通过细粒度的反馈减少重传开销（避免整个TB重传），又能优化控制信道反馈资源的利用**。

* **技术效果最接近**：D2和目标专利均通过将CB划分为代码块组（CBC/CBG），并以组为单位进行ACK/NACK反馈和重传，达成了在物理层降低重传冗余、提升系统吞吐量的相同技术效果。

* *相比之下*，D1侧重于利用“包编码（纠错码）”的方式在重传时联合生成校验块，其分组是为了包编码服务的；D3侧重于在反馈链路上如何通过变长编码/压缩算法（如RLE、Golomb码）对已经生成的反馈比特进行压缩。因此D2在整体方案架构上最接近目标专利。

### 2. 区别特征与非显然性分析

将目标专利权利要求1与最接近对比文件D2进行比对，其**区别特征**在于：

> **区别特征（对应特征D）**：目标专利是**基于被分配给所述至少一个传输块的所述确认比特的数目以及所述多个代码块的数目，将所述多个代码块中的每个代码块分配给相应的代码块组**。

* **D2的公开情况**：在D2中，CBC（代码块组）的划分是相对静态或由基站独立配置的（基于冗余版本RV段）。D2并没有启示UE或基站在划分CBC时，要**同时联合考虑“当前被分配的确认比特数 $m$”和“该TB实际拥有的CB数量 $N$”**进行动态数学计算分组。

* **其他对比文件（D1、D3）是否公开该区别特征**：

* **D1未公开**：D1的码块集合数目 $P$ 是预先设定的正整数，或完全由“传输块的大小”所属的取值区间决定（参见D1说明书`[0116]-[0120]`），其并未建立“根据分配的反馈比特数”和“CB数量”两者的函数关系来动态划分码块。

* **D3未公开**：D3虽然在选择压缩格式时考虑了CB数量和NACK数量，但其CB的分组（Bundle）本身是预先设定或半静态配置的，其目的是为了对已有的反馈结果进行后端的信源压缩编码，而不是在前端根据反馈比特数去动态决定CB如何分组。

* **非显然性结论**：由于各对比文件均未公开、也未给出任何技术启示去**基于确认比特数和CB数目联合动态计算并均分代码块组**，该特征使得目标专利能够在上行反馈资源（比特数）受限或动态变化时，完美、自适应地将任意数量的CB均匀分配到各反馈比特上（各组CB数相差不超过1，完全利用所有反馈比特）。因此，权利要求1相对于D2联合D1或D3具有显著的实质性特点和显著的进步，具备创造性。

---

## 五、 无效宣告请求中最薄弱的技术特征

若您代表请求人对本专利提出无效宣告请求，该权利要求**最薄弱（即最容易被对比文件攻破或最容易被成功评述）的技术特征**是：

> **特征G**（基于针对相应代码块组确定的确认结果，引起各个组关联的确认比特的传输）以及**特征E、F**（将CB分配给组，每组关联一个比特）。

### 为什么说这是最薄弱的特征？

1. **公知常识化与全面公开**：将代码块（CB）级联/组合成代码块组（CBG），并针对每个CBG反馈一个确认比特（通过组内CB译码结果相与AND得到），在3GPP 5G NR标准化讨论阶段（2016-2017年左右）属于业界极度密集的共识性提案。

2. **对比文件杀伤力极强**：从上述特征比对表可见，D1（`[0089]`）、D2（`[0006]`）和D3（`[0015]`）**全部在实质或字面上毫无异议地公开了特征E、F、G的架构**。在任何无效宣告案件中，专利权人绝对无法通过强调“CB分组反馈”或“CBG级重传”这一大框架来维持专利有效。

### 无效策略实务建议

由于最薄弱的特征E、F、G已被D1-D3彻底封死，无效案件成败的唯一胜负手将完全聚焦在**特征D（基于确认比特数和CB数进行动态分组的算法/触发机制）**上。

* **主攻方向**：您需要进一步检索2016年10月之前（本专利优先权日之前）的3GPP RAN1会议提案（Tdoc）。重点寻找是否有厂商（如Qualcomm、Huawei、Ericsson等）在5G NR的CBG反馈讨论中，明确提到了“*当上行UCI（物理上行控制信息）格式限制了最大可用HARQ比特数 $M$ 时，UE应当根据 $M$ 和实际的 CB 数 $N$ 平均划分每个CBG包含的CB数量*”的文字。一旦在标准提案中精准定位该动态比例划分算式，本专利权利要求1将因特征D被评述为显然易得而彻底被无效。

根据权利要求1所述的方法，其中确定被分配给传输块的所述确认比特的数目包括：确定被分配给反馈实例的所述确认比特的数目，所述反馈实例包括至少一个过程，所述至少一个过程包括所述至少一个传输块；以及基于传输块大小，将所述确认比特分配给所述至少一个过程。

根据权利要求1所述的方法，其中确定被分配给传输块的所述确认比特的数目包括：确定被分配给过程的所述确认比特的数目，所述过程包括所述至少一个传输块；以及基于传输块大小，将所述确认比特分配给所述至少一个传输块。

根据权利要求2所述的方法，其中如果所述反馈实例包括多个过程或者所述至少一个过程包括多个传输块，则基于传输块大小而将所述确认比特分别分配给所述过程或所述传输块包括：确定所述过程之间的、或者所述传输块之间的传输块大小比率；以及基于最接近所述传输块比率的确认比特比率来分配所述确认比特。

根据权利要求4所述的方法，包括：基于传输参数来确定所述传输块大小。

根据权利要求5所述的方法，其中所述传输参数包括：调制编码方案和物理资源块号中的至少一个。

根据权利要求2所述的方法，包括：从基站接收第一信息，所述第一信息包括对被分配给所述反馈实例的确认比特的数目的指示。

根据权利要求7所述的方法，包括：从所述基站接收切换信息，所述切换信息包括从第一反馈方案切换到第二反馈方案的指示。

根据权利要求1所述的方法，其中每个组中的所述代码块的数目是相等的，或者每个组中的所述代码块的数目相差1。

根据权利要求9所述的方法，其中m‑r个代码块组包括L数目个代码块，并且r个代码块组具有L+1个代码块，其中m是所述确认比特的数目，L是对所述多个代码块的所述数目与所述确认比特的数目的商的向下取整，并且r是余数。

根据前述权利要求中任一项所述的方法，其中如果被传输的所述确认比特是否定确认； 接收所述代码块组的所述代码块的重传。

一种通信的方法，包括： 从用户设备接收针对至少一个传输块的至少一个代码块组的确认比特，所述至少一个传输块被包括在反馈实例中，所述至少一个传输块包括多个代码块，其中基于被分配给所述至少一个传输块的所述确认比特的数目以及所述多个代码块的数目，所述多个代码块中的每个代码块被分配给相应的代码块组。

根据权利要求12所述的方法，包括：将第一信息提供给所述用户设备，所述第一信息包括对被分配给反馈实例的所述确认比特的数目的指示，所述反馈实例包括至少一个过程，所述至少一个过程包括所述至少一个传输块。

根据权利要求12所述的方法，包括：将切换信息提供给所述用户设备，所述切换信息包括从反馈方案切换到第二反馈方案的指示。

根据权利要求12所述的方法，其中每个组中的所述代码块的数目是相等的，或者每个组中的所述代码块的数目相差1。

根据权利要求15所述的方法，其中m‑r个代码块组包括L数目个代码块，并且r个代码块组具有L+1个代码块，其中m是确认比特的数目，L是对所述多个代码块的所述数目与所述确认比特的数目的商的向下取整，并且r是余数。

根据权利要求12至16中任一项所述的方法，其中如果接收到的所述确认比特是否定确认； 提供所述代码块组的所述代码块的重传。

一种用于通信的装置，所述装置包括用于执行根据权利要求1至17中任一项所述的方法的部件。

一种计算机可读存储介质，存储计算机软件代码，用于当所述计算机软件代码在计算机上运行时使所述计算机执行根据权利要求1至17中任一项所述的步骤。

一种用于通信的装置，包括： 至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和所述计算机程序代码配置为与所述至少一个处理器一起，引起所述装置至少：确定被分配给至少一个传输块的确认比特的数目，所述至少一个传输块被包括在反馈实例中，所述至少一个传输块包括多个代码块； 基于被分配给所述至少一个传输块的所述确认比特的数目以及所述多个代码块的数目，将所述多个代码块中的每个代码块分配给相应的代码块组，其中每个代码块组与所述确认比特的数目中的一个确认比特数目相关联；以及基于针对所述相应的代码块组确定的确认结果，引起与每个相应的代码块组相关联的所述确认比特的传输。

一种用于通信的装置，包括： 至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和所述计算机程序代码配置为与所述至少一个处理器一起，引起所述装置至少：从用户设备接收针对至少一个传输块的至少一个代码块组的确认比特，所述至少一个传输块被包括在反馈实例中，所述至少一个传输块包括多个代码块，其中基于被分配给所述至少一个传输块的所述确认比特的数目以及所述多个代码块的数目，所述多个代码块中的每个代码块被分配给相应的代码块组。