非显而易见杯

专利无效挑战赛

目标专利:1339在基站与移动站之间交换数据的方法

专利公开号:CN101911757B

专利权人:皇家飞利浦电子股份有限公司

无效请求书提交日期:2026年


权利要求1

一种在第一站与第二站之间交换数据的方法,所述数据以分组进行交换,所述方法包括以下步骤:接收来自第二站的分组;译码所述分组;确定是否在信令信道上传送资源分配消息到第二站;如果所述资源分配消息被传送;则在指示符信道上进一步传送第一指示符信号到第二站;以用信号通知所述资源分配消息的存在;如果译码未成功;且所述资源分配消息未被传送;则在指示符信道上传送第二指示符信号到第二站;其中如果该译码成功;但是未准许更多的上行链路传输资源;则该资源分配消息包括零尺寸资源分配的指示。2.如在权利要求1中要求的方法,其中第一指示符信号包括肯定应答。3.如在权利要求1中要求的方法,其中第二指示符信号包括否定应答。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

针对目标专利(**CN101911757B**)权利要求1-3与对比文件 **D1(WO2007148881A2)** 的对比分析与无效检索策略报告如下:

---

## 一、 目标专利说明书对权利要求的原意解释

结合目标专利说明书(CN101911757B)的背景技术及具体实施方式,权利要求1-3的技术特征原意解释如下:

1. **第一站与第二站(特征A):**

对应说明书中的基站(eNB)与移动站/用户设备(UE)(说明书[0004]、[0012])。第一站即下行发送端的基站,第二站即上行发送端的移动终端。

2. **分组数据与译码(特征A、B):**

指UE在上行链路(UL-SCH)发送MAC PDU分组,基站接收后在物理层及HARQ实体中进行译码(说明书[0012]、[0035])。

3. **信令信道与指示符信道(特征C、E、I):**

* **信令信道**(Signalling channel):指下行控制信道 **PDCCH**(物理下行链路控制信道),用于承载显式的上行资源分配消息(UL Grant)(说明书[0027]、[0032])。

* **指示符信道**(Indicator channel):指 **PHICH**(物理混合ARQ指示符信道),用于承载ACK/NACK反馈信号(说明书[0026]、[0027])。

4. **第一指示符信号与第二指示符信号(特征E、I,权2、权3):**

* **第一指示符信号**(特征E):即说明书[0027]及[0072]中的 **ACK(肯定应答)**。当发送了PDCCH(包含UL Grant)时,即便由于重传需要自适应重传,PHICH上也进一步发送ACK,以此作为PDCCH存在的显式指示符,避免UE漏读PDCCH导致的误碰撞(说明书[0047]、[0069])。

* **第二指示符信号**(特征I):即说明书[0027]及[0072]中的 **NACK(否定应答)**。在译码失败且不发送PDCCH(即非自适应重传)时发送。

5. **零尺寸资源分配的指示(零准许,特征J、K、L):**

* 对应说明书图5、图6及[0078]-[0080]实施例。当**译码成功(特征J)**且基站决定**不准许更多上行传输资源(特征K,如UE无更多数据或高优先级用户抢占)**时,基站在PDCCH上传送包含**零尺寸资源分配(Zero Grant)**的资源分配消息(特征L),配合PHICH上的ACK(第一指示符),明确通知UE停止发送,防止不必要的重传并节省电量。

---

## 二、 特征比对表格(对比文件公开情况分析)

**对比文件代号说明:**

* **D1:** WO2007148881A2(公开号:WO2007148881A2)

### 权利要求1-3与D1特征比对表

权利要求技术特征D1(WO2007148881A2)公开的对应内容及详细出处公开认定及结论
特征A:在第一站与第二站之间交换数据,数据以分组进行交换,包括接收来自第二站的分组[S61]、[S62]、[0033]:“A user equipment transmits a data packet to a network... Receiving and decoding the packet...”公开了UE(第二站)向Network/eNB(第一站)发送分组数据,网络接收该分组。完全公开 (新颖性丧失)
特征B:译码所述分组[S62]、[0033]:“...decoding the received packet...”网络接收并译码该分组。完全公开 (新颖性丧失)
特征C:确定是否在信令信道上传送资源分配消息到第二站[S64]、[0035]:“...the network transmits an uplink scheduling grant message through a DL L1/2 control channel.”公开了网络确定是否在L1/2控制信道(信令信道)上传送上行调度准许消息(资源分配消息)。完全公开 (新颖性丧失)
特征D:如果所述资源分配消息被传送[S64]、[0035]:“When the network transmits ACK... the network transmits an uplink scheduling grant message...”公开了在确定传送资源分配消息的条件分支。完全公开 (新颖性丧失)
特征E:则在指示符信道上进一步传送第一指示符信号到第二站[S63]、[S64]、[0033]:“...transmits ACK or NACK... When the network transmits ACK to the user equipment, the network transmits an uplink scheduling grant message...” D1在成功译码后在反馈信道(ACK信道/指示符信道)上发送ACK(第一指示符信号),并同时/进一步发送UL scheduling grant。实质公开 (技术手段等同)
特征F:以用信号通知所述资源分配消息的存在[S64]、[0036]:“The supplemental control information is information indicating that the network has transmitted ACK... whereby obviating a situation that the user equipment misunderstands ACK... as NACK.” D1利用该关联信息通知UE关于ACK和分配消息的匹配存在。实质公开 (技术解决实质相同)
特征G:如果译码未成功[S63]、[0033]:“...otherwise NACK is transmitted.”公开了译码未成功的条件。完全公开 (新颖性丧失)
特征H:所述资源分配消息未被传送[S74]、[S76]:“In case that... new radio resources has not been allocated... transmits a retransmission packet.”公开了未分配资源(未传送资源分配消息)的情形。完全公开 (新颖性丧失)
特征I:则在指示符信道上传送第二指示符信号到第二站[S63]、[0033]:“...otherwise NACK is transmitted.”在译码未成功且未给新资源时,在反馈信道发送NACK(第二指示符信号)。完全公开 (新颖性丧失)
特征J:其中如果该译码成功[S63]、[0033]:“...in case that the packet is successfully decoded...”公开了译码成功的条件。完全公开 (新颖性丧失)
特征K:但是未准许更多的上行链路传输资源[S64]、[0037]:“...in case that it is unnecessary for the network to allocate radio resources to the user equipment...”公开了译码成功但无需分配上行无线资源的情形。实质公开 (概念等同)
特征L:则该资源分配消息包括零尺寸资源分配的指示[0038]-[0040]:D1公开了在无需分配资源时,在调度消息中将字段全置为'0'(“all bits of all or a part of the fields... set to have a value of '0'”),或者添加特定控制位('1'),用来作为补充控制信息(supplemental control information),提示UE不分配资源。未明确限定其格式直接命名为“零尺寸资源分配”(Zero Grant)。未完全公开 / 区别特征
权2:第一指示符信号包括肯定应答(ACK)[S63]、[0033]:“...transmits ACK to the user equipment in case that the packet is successfully decoded...”完全公开 (新颖性丧失)
权3:第二指示符信号包括否定应答(NACK)[S63]、[0033]:“...otherwise NACK is transmitted.”完全公开 (新颖性丧失)

---

## 三、 最接近对比文件分析与创造性评估

### 1. 最接近对比文件确定:D1(WO2007148881A2)

* **整体解决的技术问题:** D1与目标专利完全属于同一技术领域(3GPP LTE/E-UTRA上行HARQ传输与信令交互)。两者均旨在解决下行控制信道(PDCCH/L1-L2 Control)与物理指示符信道(PHICH/ACK-NACK)在无线环境较差时,由于控制信令译码错误或漏读(Missed Grant/ACK-NACK misinterpretation)导致上行资源碰撞、资源浪费及误重传的问题。

* **技术效果:** D1通过在信令信道上配合ACK信号发送“补充控制信息/全零字段消息”,达到向UE确认为成功接收并指示资源分配状态的效果,与目标专利提高信令鲁棒性、减少碰撞的机制高度一致。

* **结论:** **D1(WO2007148881A2)适合作为最接近的对比文件。**

### 2. 区别技术特征及无效最薄弱特征分析

通过上述比对,目标专利权利要求1相对于D1的区别特征在于:

* **区别特征(特征L):** 当译码成功但未准许更多上行传输资源时,在信令信道上传送的资源分配消息**“包括零尺寸资源分配的指示”(Zero-size resource grant)**。

#### 无效最薄弱的技术特征分析:

1. **特征L(零尺寸资源分配 / Zero-size Grant)是全案最薄弱、也是决定无效成败的关键特征。**

2. **薄弱性原因分析:**

* **概念等同性极高:** D1在[0038]段明确公开了:“当不需要分配资源时,在uplink scheduling grant message中将除UE ID外的所有字段位均设置为'0'(*set to have a value of '0'*)”。在3GPP LTE协议制定过程中,“将资源块分配字段(Resource Block Assignment)或传输块大小(TBS)设为0”与“发送全0字段的Grant”在技术实质上完全等效,均属于本领域技术人员为了表达“零分配/不给资源”所采取的惯用技术手段。

* **本领域公知常识/协议演进:** 在3GPP TS 36.212 / TS 36.321 协议演进期间(2007-2008年前后),通过PDCCH发送“Zero Grant”(零大小准许)以显式指示挂起/停止传输是本领域技术人员容易想到的普通技术设计。

---

## 四、 进一步对比文件检索策略

为了在无效宣告程序中彻底击穿权利要求1的显而易见性(或结合D1直接销案),建议采取以下进一步检索策略:

### 1. 检索方向与重点

* **核心焦点:** 针对区别特征——**在HARQ/MAC协议中,译码成功(或暂停传输)时,通过PDCCH/下行控制信道发送“零尺寸资源分配/Zero Grant/Zero-size allocation”来阻止/停止上行传输或指示无资源**。

### 2. 检索文献类型与来源

* **3GPP 临时文件(Tdoc / CR):** 强烈建议检索 2006 年至 2008 年期间 **3GPP TSG-RAN WG1** 和 **TSG-RAN WG2** 的会议提案(如 Nokia, Ericsson, NTT DoCoMo, Qualcomm, Huawei 提交的关于 `UL HARQ`, `PHICH vs PDCCH interaction`, `Zero Grant`, `Zero-size resource allocation` 的提案)。

* **同族专利及非专利文献(NPL):** 重点关注 3GPP TS 36.212, TS 36.321 的早期草案版本及相关技术探讨文章。

### 3. 推荐检索式与关键词组合 (Search Queries)

#### 英文检索式(针对 Espacenet / Google Patents / IEEE / 3GPP Database):

1. `(PDCCH OR "downlink control channel" OR "L1/L2 control") AND ("zero grant" OR "zero-size" OR "zero size" OR "zero resource" OR "0-bit grant" OR "null grant") AND (HARQ OR PHICH OR ACK)`

2. `("resource allocation") AND ("zero size" OR "size zero" OR "zero RB" OR "0 RB") AND (uplink OR UL) AND (ACK OR "successful decoding")`

3. `(3GPP OR E-UTRA OR LTE) AND ("PHICH") AND ("PDCCH") AND ("explicit ACK" OR "zero grant")`

#### 中文检索式(针对 CNKI / CPRS / 万方):

1. `("资源分配" OR "资源许可" OR "调度授权" OR "Grant") AND ("零尺寸" OR "零大小" OR "零资源" OR "全0" OR "0块") AND ("上行" OR "HARQ" OR "PHICH" OR "PDCCH")`

2. `("基站" OR "eNB") AND ("译码成功" OR "正确接收") AND ("不分配" OR "停止传输") AND ("指示符" OR "控制信道")`


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

针对目标专利(**CN101911757B**)权利要求1-3与对比文件 **D1(WO2007148881A2)** 的对比分析与无效检索策略报告如下:

---

## 一、 目标专利说明书对权利要求的原意解释

结合目标专利说明书(CN101911757B)的背景技术及具体实施方式,权利要求1-3的技术特征原意解释如下:

1. **第一站与第二站(特征A):**

对应说明书中的基站(eNB)与移动站/用户设备(UE)(说明书[0004]、[0012])。第一站即下行发送端的基站,第二站即上行发送端的移动终端。

2. **分组数据与译码(特征A、B):**

指UE在上行链路(UL-SCH)发送MAC PDU分组,基站接收后在物理层及HARQ实体中进行译码(说明书[0012]、[0035])。

3. **信令信道与指示符信道(特征C、E、I):**

* **信令信道**(Signalling channel):指下行控制信道 **PDCCH**(物理下行链路控制信道),用于承载显式的上行资源分配消息(UL Grant)(说明书[0027]、[0032])。

* **指示符信道**(Indicator channel):指 **PHICH**(物理混合ARQ指示符信道),用于承载ACK/NACK反馈信号(说明书[0026]、[0027])。

4. **第一指示符信号与第二指示符信号(特征E、I,权2、权3):**

* **第一指示符信号**(特征E):即说明书[0027]及[0072]中的 **ACK(肯定应答)**。当发送了PDCCH(包含UL Grant)时,即便由于重传需要自适应重传,PHICH上也进一步发送ACK,以此作为PDCCH存在的显式指示符,避免UE漏读PDCCH导致的误碰撞(说明书[0047]、[0069])。

* **第二指示符信号**(特征I):即说明书[0027]及[0072]中的 **NACK(否定应答)**。在译码失败且不发送PDCCH(即非自适应重传)时发送。

5. **零尺寸资源分配的指示(零准许,特征J、K、L):**

* 对应说明书图5、图6及[0078]-[0080]实施例。当**译码成功(特征J)**且基站决定**不准许更多上行传输资源(特征K,如UE无更多数据或高优先级用户抢占)**时,基站在PDCCH上传送包含**零尺寸资源分配(Zero Grant)**的资源分配消息(特征L),配合PHICH上的ACK(第一指示符),明确通知UE停止发送,防止不必要的重传并节省电量。

---

## 二、 特征比对表格(对比文件公开情况分析)

**对比文件代号说明:**

* **D1:** WO2007148881A2(公开号:WO2007148881A2)

### 权利要求1-3与D1特征比对表

权利要求技术特征D1(WO2007148881A2)公开的对应内容及详细出处公开认定及结论
特征A:在第一站与第二站之间交换数据,数据以分组进行交换,包括接收来自第二站的分组[S61]、[S62]、[0033]:“A user equipment transmits a data packet to a network... Receiving and decoding the packet...”公开了UE(第二站)向Network/eNB(第一站)发送分组数据,网络接收该分组。完全公开 (新颖性丧失)
特征B:译码所述分组[S62]、[0033]:“...decoding the received packet...”网络接收并译码该分组。完全公开 (新颖性丧失)
特征C:确定是否在信令信道上传送资源分配消息到第二站[S64]、[0035]:“...the network transmits an uplink scheduling grant message through a DL L1/2 control channel.”公开了网络确定是否在L1/2控制信道(信令信道)上传送上行调度准许消息(资源分配消息)。完全公开 (新颖性丧失)
特征D:如果所述资源分配消息被传送[S64]、[0035]:“When the network transmits ACK... the network transmits an uplink scheduling grant message...”公开了在确定传送资源分配消息的条件分支。完全公开 (新颖性丧失)
特征E:则在指示符信道上进一步传送第一指示符信号到第二站[S63]、[S64]、[0033]:“...transmits ACK or NACK... When the network transmits ACK to the user equipment, the network transmits an uplink scheduling grant message...” D1在成功译码后在反馈信道(ACK信道/指示符信道)上发送ACK(第一指示符信号),并同时/进一步发送UL scheduling grant。实质公开 (技术手段等同)
特征F:以用信号通知所述资源分配消息的存在[S64]、[0036]:“The supplemental control information is information indicating that the network has transmitted ACK... whereby obviating a situation that the user equipment misunderstands ACK... as NACK.” D1利用该关联信息通知UE关于ACK和分配消息的匹配存在。实质公开 (技术解决实质相同)
特征G:如果译码未成功[S63]、[0033]:“...otherwise NACK is transmitted.”公开了译码未成功的条件。完全公开 (新颖性丧失)
特征H:所述资源分配消息未被传送[S74]、[S76]:“In case that... new radio resources has not been allocated... transmits a retransmission packet.”公开了未分配资源(未传送资源分配消息)的情形。完全公开 (新颖性丧失)
特征I:则在指示符信道上传送第二指示符信号到第二站[S63]、[0033]:“...otherwise NACK is transmitted.”在译码未成功且未给新资源时,在反馈信道发送NACK(第二指示符信号)。完全公开 (新颖性丧失)
特征J:其中如果该译码成功[S63]、[0033]:“...in case that the packet is successfully decoded...”公开了译码成功的条件。完全公开 (新颖性丧失)
特征K:但是未准许更多的上行链路传输资源[S64]、[0037]:“...in case that it is unnecessary for the network to allocate radio resources to the user equipment...”公开了译码成功但无需分配上行无线资源的情形。实质公开 (概念等同)
特征L:则该资源分配消息包括零尺寸资源分配的指示[0038]-[0040]:D1公开了在无需分配资源时,在调度消息中将字段全置为'0'(“all bits of all or a part of the fields... set to have a value of '0'”),或者添加特定控制位('1'),用来作为补充控制信息(supplemental control information),提示UE不分配资源。未明确限定其格式直接命名为“零尺寸资源分配”(Zero Grant)。未完全公开 / 区别特征
权2:第一指示符信号包括肯定应答(ACK)[S63]、[0033]:“...transmits ACK to the user equipment in case that the packet is successfully decoded...”完全公开 (新颖性丧失)
权3:第二指示符信号包括否定应答(NACK)[S63]、[0033]:“...otherwise NACK is transmitted.”完全公开 (新颖性丧失)

---

## 三、 最接近对比文件分析与创造性评估

### 1. 最接近对比文件确定:D1(WO2007148881A2)

* **整体解决的技术问题:** D1与目标专利完全属于同一技术领域(3GPP LTE/E-UTRA上行HARQ传输与信令交互)。两者均旨在解决下行控制信道(PDCCH/L1-L2 Control)与物理指示符信道(PHICH/ACK-NACK)在无线环境较差时,由于控制信令译码错误或漏读(Missed Grant/ACK-NACK misinterpretation)导致上行资源碰撞、资源浪费及误重传的问题。

* **技术效果:** D1通过在信令信道上配合ACK信号发送“补充控制信息/全零字段消息”,达到向UE确认为成功接收并指示资源分配状态的效果,与目标专利提高信令鲁棒性、减少碰撞的机制高度一致。

* **结论:** **D1(WO2007148881A2)适合作为最接近的对比文件。**

### 2. 区别技术特征及无效最薄弱特征分析

通过上述比对,目标专利权利要求1相对于D1的区别特征在于:

* **区别特征(特征L):** 当译码成功但未准许更多上行传输资源时,在信令信道上传送的资源分配消息**“包括零尺寸资源分配的指示”(Zero-size resource grant)**。

#### 无效最薄弱的技术特征分析:

1. **特征L(零尺寸资源分配 / Zero-size Grant)是全案最薄弱、也是决定无效成败的关键特征。**

2. **薄弱性原因分析:**

* **概念等同性极高:** D1在[0038]段明确公开了:“当不需要分配资源时,在uplink scheduling grant message中将除UE ID外的所有字段位均设置为'0'(*set to have a value of '0'*)”。在3GPP LTE协议制定过程中,“将资源块分配字段(Resource Block Assignment)或传输块大小(TBS)设为0”与“发送全0字段的Grant”在技术实质上完全等效,均属于本领域技术人员为了表达“零分配/不给资源”所采取的惯用技术手段。

* **本领域公知常识/协议演进:** 在3GPP TS 36.212 / TS 36.321 协议演进期间(2007-2008年前后),通过PDCCH发送“Zero Grant”(零大小准许)以显式指示挂起/停止传输是本领域技术人员容易想到的普通技术设计。

---

## 四、 进一步对比文件检索策略

为了在无效宣告程序中彻底击穿权利要求1的显而易见性(或结合D1直接销案),建议采取以下进一步检索策略:

### 1. 检索方向与重点

* **核心焦点:** 针对区别特征——**在HARQ/MAC协议中,译码成功(或暂停传输)时,通过PDCCH/下行控制信道发送“零尺寸资源分配/Zero Grant/Zero-size allocation”来阻止/停止上行传输或指示无资源**。

### 2. 检索文献类型与来源

* **3GPP 临时文件(Tdoc / CR):** 强烈建议检索 2006 年至 2008 年期间 **3GPP TSG-RAN WG1** 和 **TSG-RAN WG2** 的会议提案(如 Nokia, Ericsson, NTT DoCoMo, Qualcomm, Huawei 提交的关于 `UL HARQ`, `PHICH vs PDCCH interaction`, `Zero Grant`, `Zero-size resource allocation` 的提案)。

* **同族专利及非专利文献(NPL):** 重点关注 3GPP TS 36.212, TS 36.321 的早期草案版本及相关技术探讨文章。

### 3. 推荐检索式与关键词组合 (Search Queries)

#### 英文检索式(针对 Espacenet / Google Patents / IEEE / 3GPP Database):

1. `(PDCCH OR "downlink control channel" OR "L1/L2 control") AND ("zero grant" OR "zero-size" OR "zero size" OR "zero resource" OR "0-bit grant" OR "null grant") AND (HARQ OR PHICH OR ACK)`

2. `("resource allocation") AND ("zero size" OR "size zero" OR "zero RB" OR "0 RB") AND (uplink OR UL) AND (ACK OR "successful decoding")`

3. `(3GPP OR E-UTRA OR LTE) AND ("PHICH") AND ("PDCCH") AND ("explicit ACK" OR "zero grant")`

#### 中文检索式(针对 CNKI / CPRS / 万方):

1. `("资源分配" OR "资源许可" OR "调度授权" OR "Grant") AND ("零尺寸" OR "零大小" OR "零资源" OR "全0" OR "0块") AND ("上行" OR "HARQ" OR "PHICH" OR "PDCCH")`

2. `("基站" OR "eNB") AND ("译码成功" OR "正确接收") AND ("不分配" OR "停止传输") AND ("指示符" OR "控制信道")`


Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE