一种联机重建的方法，用于无线通讯系统的客户端中；启动无线链路监听计时器；于无线资源控制联机重建程序被触发时，且上述无线链路监听计时器尚未期满且持续运作时，停止上述无线链路监听计时器；其中上述无线链路监听计时器期满时将导致另一无线资源控制联机重建程序被启动。

作为一名经验丰富的专利代理师，我将为您对目标专利进行紧密结合说明书的权利要求解释，并针对三份对比文件（D1、D2、D3）的原文及出处进行极其详尽、严谨的专利无效与创造性分析。

---

## 1. 目标专利权利要求1的紧密结合说明书解释

根据目标专利 **CN101588638B** 的说明书（特别是背景技术及具体实施方式部分），对权利要求1的各技术特征解释如下：

* **技术特征A：一种联机重建的方法，用于无线通讯系统的客户端中**

* **解释：** 对应说明书 $[0001]$、$[0004]$、$[0018]$。无线通讯系统较佳地为一**长期演进系统（LTE）**，客户端为 **UE（User Equipment）**。本方法用于解决客户端在与网络端（基站等）联机无法正常运作时，如何确保无线资源控制联机重建程序（RRC Connection Re-Establishment Procedure）正常运作、避免重复启动的问题。

* **技术特征B：启动无线链路监听计时器**

* **解释：** 对应说明书 $[0007]$、$[0008]$、$[0026]$。当客户端检测到物理层（L1）的无线链接问题时，无线资源控制层（RRC）会启动一计时器。该计时器较佳地是一 **T310 计时器**。启动该计时器的目的是执行无线链路监听，用于判断是否发生无线链接失败（Radio Link Failure, RLF）。

* **技术特征C：于无线资源控制联机重建程序被触发时，且上述无线链路监听计时器尚未期满且持续运作时，停止上述无线链路监听计时器**

* **解释：** 对应说明书 $[0008]$、$[0009]$、$[0027]$、$[0028]$。触发 RRC 联机重建程序的下层事件可以是：**无线链接控制（RLC）协议数据单元（PDU）的重传次数大于一预设值**（说明书称为“下层检测问题”）。由于无线链接问题，RLC 层因重传超限而先一步触发了 RRC 联机重建，此时原先启动的 T310 计时器尚未到期且仍在运行。本特征要求在此特定时刻**主动停止（Stop）**该正在运行的 T310 计时器。

* **技术特征D：其中上述无线链路监听计时器期满时将导致另一无线资源控制联机重建程序被启动**

* **解释：** 对应说明书 $[0008]$、$[0009]$。揭示了停止该计时器的必要性和技术机理。如果该计时器（如 T310）在 RRC 重建已被触发后仍然持续运作，一旦期满，其固有的超时处理机制会再次（重复）触发另一个 RRC 联机重建程序，从而导致原本已经在进行的重建程序被中断或产生不可预测的问题。本特征定义了该计时器的固有功能特征。

---

## 2. 对比文件技术特征比对分析（毫无疑问公开/实质公开）

为了客观比对，我们先明确三份对比文件的基本信息及公开号：

* **D1：** JP2001275168A

* **D2：** KR1020040015672A

* **D3：** US20040185855A1

### 2.1 对比文件特征比对表

以下将权利要求1分解为技术特征 A、B、C、D，并与 D1、D2、D3 进行逐项比对。

---

### 2.2 各对比文件详细出处与原文分析

#### D1: JP2001275168A

* **对特征 A、B 的公开情况：**

* **出处：** 说明书 $[0006]$

* **原文：**

> “無線リンク障害などのために無線接続が切断されて移動端末装置(ＵＥ；ユーザー装置)がいわゆるCELL#DCH状態になった場合、この移動端末装置はいわゆるCELL#FACH状態に移って、ＲＲＣ接続の再確立をリクエストすることにより新しいセル選択が開始される。”

> “無線接続の切断を検出した後、移動端末装置は、前記従来技術の文献では、タイマーＴ３１４すなわち「再確立」タイマーと呼ばれるタイマーを起動させる。”

* **分析：** D1 明确公开了用于无线通信系统客户端（UE）中的“RRC连接再建立（重建）方法”（**公开特征A**）。同时，公开了在检测到连接切断后，UE 启动“再建立计时器 T314”（**公开特征B**）。

* **对特征 C、D 的差异分析：**

* **出处：** 说明书 $[0006]$ 及 $[0008]$

* **原文：**

> “移動端末装置は、接続再確立が可能な「イン・サービス・エリア(in service area)」内に存在する場合、タイマーＴ３１４を停止し、… RRC CONNECTION RE ESTABLISHMENT REQUESTとして知られているメッセージの伝送を行う。しかし、移動端末装置が「イン・サービス・エリア」内に存在する前にタイマーＴ３１４が時間切れになった場合、移動端末装置は基地局とのアクティブな通信が不可能なＲＲＣ−アイドル・モードに入らなければならない。”

* **分析：**

1. D1 中停止 T314 计时器的触发条件是“UE进入服务区中”，且停止后是去发送重建请求。而本申请特征 C 是“在RRC联机重建程序被触发时（例如下层的 RLC 重传超限先触发了重建）”，去停止一个“执行无线链路监听的计时器（如 T310）”。

2. D1 中 T314 计时器期满（Time out）的后果是“进入 RRC-空闲模式”（RRC-Idle Mode），而本申请特征 D 明确指出“无线链路监听计时器（如 T310）期满时将导致**另一**无线资源控制联机重建程序被启动”（从而造成与当前已被触发的重建程序冲突）。因此，D1 **未公开特征 C 和特征 D**。

#### D2: KR1020040015672A

* **对特征 A、B 的公开情况：**

* **出处：** 说明书 $[23]$、$[28]$、$[40]$

* **原文：**

> “본 발명은 무선 통신 시스템의 타이머들을 취급하는 방법에 관한 것으로, 더 구체적으로 말하자면 무선 통신 시스템에 있어서의 무선 링크 제어(RLC) 리셋 또는 재설정 후에 타이머들을 취급하는 방법에 관한 것이다.”

> “확인 응답 모드에 대한 현재의 RLC 리셋 절차에 따르면, Timer_RST 타이머를 제외한 모든 타이머는 각 피어 RLC AM 엔티티에 대한 리셋 절차의 완료시에 그 각 피어 RLC AM 엔티티마다 정지된다. 그러므로, Timer_Poll 타이머, ... Timer_Discard 타이머, ... 는 모두 리셋 절차중에는 정지된다.”

* **分析：** D2 属于 L2 的无线链路控制（RLC）层协议改进。它虽然处于无线通信系统的客户端中（**特征A**），并且涉及在 RLC 重置、重建时对各种计时器（如 Timer_Discard, Timer_Poll 等）的停止或重启操作（**特征B** 的广义范畴），但这些计时器是 RLC 层的内部协议控制计时器，并非本申请中 RRC 层用于监听无线链路状态（如判断物理层故障/T310）的“无线链路监听计时器”。

* **对特征 C、D 的差异分析：**

* **出处：** 全文

* **分析：** D2 完全未涉及 RRC 层的“联机重建程序”被触发时，如何协调和停止 RRC 层“无线链路监听计时器”的技术方案。其解决的是 RLC 层自身重置/重建后如何避免 RLC 实体进入死锁（Deadlock）的问题。因此，D2 **未公开特征 C 和特征 D**。

#### D3: US20040185855A1

* **对特征 A、B 的公开情况：**

* **出处：** 说明书 $[0026]$、$[0037]$、$[0040]$

* **原文：**

> "The call is moved to a second communication device 120 using a portable module (102)..."

> "For a communication device 100 capable of operating over more than one system... the decision block 706, 710 and 714 will not be necessary..."

> "In order to maintain the link, the fade timers must be reset prior to lapsing of the requisite time. The fade timers consist of a forward link fade timer and a reverse link fade timer."

* **分析：** D3 公开了在无线客户端之间转移呼叫或在连接中断时继续/重建呼叫的方法（**特征A**）。它使用渐变计时器（fade timer）来监控前向/反向链路，并防止连接因超时而被拆除（这可被宽泛地视为某种链路监听或维持计时器，**特征B**）。

* **对特征 C、D 的差异分析：**

* **出处：** 全文

* **分析：** D3 的技术核心是通过可拆卸的用户模块（如带收发器的智能卡）在物理脱离时通过间歇性工作来“重置渐变计时器（reset fade timer）”以维持链路不被挂断。它不仅没有公开在“RRC联机重建程序触发时停止尚未期满的监听计时器”这一操作（特征 C），其计时器期满的后果也是“挂断/终止通话”，而非“再次启动另一个重建程序”（特征 D）。因此，D3 **未公开特征 C 和特征 D**。

---

## 3. 最接近对比文件（D1）的甄选与创造性分析

### 3.1 确定最接近的对比文件：**D1 (JP2001275168A)**

在创造性分析中，**D1 最适合作为最接近的对比文件（D1 为最接近现有技术）**。原因如下：

* **技术领域完全相同：** 两者均属于无线通信系统中 RRC（无线资源控制）层的 RRC 联机重建（RRC Connection Re-establishment）技术领域。

* **技术问题高度关联：**

* **D1 解决的技术问题：** 在 UE 发生无线链路故障时，如何利用计时器控制再建立请求的发送窗口，避免实时（RT）与非实时（NRT）服务在网络连接中断时由于单一计时器设置不合理而导致连接无法恢复或过早释放的问题。

* **目标专利解决的技术问题：** 在 UE 发生无线链路故障及下层重传超限时，如何避免因无线链路监听计时器（T310）与下层触发的 RRC 重建程序相互冲突，导致 RRC 联机重建程序被重复启动而导致通信异常的问题。

* **技术效果和手段最接近：** D1 已经公开了在 RRC 连接断开时利用计时器（T314）来控制何时停止计时器并触发/进行 RRC 联机重建请求。这与目标专利中控制“无线链路监听计时器（T310）”的启停以协调 RRC 联机重建的构思最为接近。

* *相比之下，D2 偏向于 L2 的 RLC 层重置死锁问题，D3 偏向于跨设备的物理模块热插拔维持连接问题，与本专利 RRC 重建冲突的场景相去甚远。*

---

### 3.2 创造性评述（三步法分析）

既然以 **D1（公开号：JP2001275168A）** 作为最接近的对比文件，下面对其创造性进行论证：

1. **确定区别技术特征：**

与 D1 相比，权利要求1的区别特征为 **特征C** 和 **特征D**：

* *区别特征1（对应特征C）：* 停止无线链路监听计时器的触发条件是“于无线资源控制联机重建程序被触发时，且上述无线链路监听计时器尚未期满且持续运作时”（例如由于下层事件如 RLC 重传超限，先一步触发了 RRC 重建程序）。

* *区别特征2（对应特征D）：* 该无线链路监听计时器（如 T310）具有特定的功能属性，即“期满时将导致另一无线资源控制联机重建程序被启动”。

2. **确定发明实际解决的技术问题：**

根据上述区别特征，目标专利实际解决的技术问题是：**如何避免因下层事件和物理层故障并发时，由于多个事件先后触发 RRC 重建，从而导致 RRC 联机重建程序重复启动、相互冲突并导致联机重建异常。**

3. **判断是否显而易见：**

* **D1 中没有给出启示：** D1 虽然使用了 T314 控制重建，但其停止 T314 的条件是“进入服务区”。其期满的后果是“直接进入空闲模式”，其根本没有意识到“无线链路监听计时器（如 T310）期满会重复触发另一个重建”这一竞争冲突问题，更未给出“在下层事件先触发重建时，主动去停止尚未期满的 T310 计时器”的技术启示。

* **D2、D3 中也没有给出启示：** D2 解决的是 RLC 层的计时器在 Reset 后的启停，根本不涉及 RRC 重建。D3 解决的是在设备间转移呼叫时通过重置渐变计时器来维持链路，与解决 RRC 重建冲突无关。

* **结论：** 现有技术中没有任何一处给出了“在 RRC 联机重建被触发时，若无线链路监听计时器未期满，则主动停止该计时器以防止其期满再次触发重建”的技术启示。因此，权利要求1相对于 D1（或结合 D2、D3）具有**突出的实质性特点和显著的进步，具备创造性**。

---

## 4. 无效请求中最薄弱的技术特征及突破口

如果我们要对目标专利提起无效宣告请求，该权利要求中**最薄弱的技术特征**，或者说最容易被现有技术“撕开突破口”的部分在于：

* **技术特征 B（“启动无线链路监听计时器”）中关于“无线链路监听计时器”的宽泛撰写。**

### 突破原因与无效策略：

1. **特征撰写过于上位：**

权利要求1中仅写明了“无线链路监听计时器”，并未限定其具体是 **“T310 计时器”**。虽然说明书实施例 $[0026]$ 指出“较佳地，无线链路监听计时器是一T310计时器”，但在权利要求1中这一特征被高度上位化。

2. **“无线链路监听”在现有技术中的等同公开：**

在 3GPP 协议中，凡是用于监控无线链路状态、在链路变差时启动、并在变好或连接重建时进行启停操作的计时器，均可被归入“无线链路监听计时器”的范畴。例如 D1 中在无线连接切断后启动的 **T314（再建立计时器）**，或 D3 中的 **Fade Timer（渐变计时器）**，它们在广义上都具有“监听/维持无线链路状态”的性质。

3. **最薄弱处的攻击方向：**

尽管目前 D1-D3 均未完美公开特征 C（在 RRC 重建触发时主动停止未期满的监听计时器），但如果我们能检索到一份**公开了 3GPP 协议 LTE 阶段标准演进（如 RRC 协议 TS 36.331 的早期草案或工作组提案 WG2 Tdoc）**的对比文件，证明在 RLC 发生重大故障（Max retransmission）触发 RRC Re-establishment 时，协议本身就已经默认了要“Stop timer T310”，那么该专利将由于“被标准组织技术提案/标准规范提前公开”而彻底丧失新颖性或创造性。

---

## 5. 进一步的对比文件检索策略

为了能够成功无效掉该专利的权利要求1，我们需要针对其核心特征 C（在下层触发重建时停止未到期的监听计时器/T310）制定更为精准和深度的检索策略：

### 5.1 检索方向与数据库选择

1. **3GPP 标准提案（Tdoc）检索：**

* **重点数据库：** 3GPP 官方门户（3gpp.org）、GPATS 或专用标准检索工具。

* **原因：** 本专利解决的是典型的 3GPP LTE（长期演进）无线资源控制（RRC）层协议漏洞。这种协议层面的“Bug 修复”（避免重复触发重建）通常在 3GPP TSG-RAN WG2（无线层2和层3工作组）中进行过激烈的讨论。非常有可能在专利申请日（其中国优先权日或国际申请日，大约在2008-2009年左右，具体需核对该 CN 专利的登记簿）之前，已有其他设备商（如 Ericsson, Nokia, Qualcomm, Huawei 等）在工作组会议上提交了**CR（Change Request，修改提案）**，指出 T310 尚未期满时若发生 RLC Fail 触发重建，应当停止 T310。

2. **非专利文献（NPL）与 IEEE 论文检索：**

* 检索关于 LTE RRC Connection Re-establishment 流程优化、T310 计时器行为分析、无线链路失败（RLF）与下层触发重建冲突机制的学术论文。

### 5.2 检索要素与关键词/分类号设计

* **国际专利分类号（IPC）：** `H04W76/19` (连接重建), `H04W24/00` (监控/测试), `H04W80/04` (RRC)

* **关键词组合：**

* `T310` AND `stop` AND (`RRC Connection Re-Establishment` OR `Reestablishment` OR `re-establish`)

* `Radio Link Failure` AND `timer` AND `trigger` AND `retransmit` AND `stop` OR `terminate`

* 中/英文匹配：(“无线链路监听” OR “T310”) AND (“重建” OR “恢复”) AND (“停止” OR “复位” OR “stop”)

### 5.3 黄金检索时限限制

* 必须严格限制在**目标专利的申请日（或最早优先权日）之前**。重点检索该日期前半年至前两年的 3GPP RAN2 会议（例如 RAN2 #60 至 RAN2 #65 会议）的 Tdoc 提案。这些提案一旦在会议上公开，即构成非专利现有技术（NPL），是无效该类型标准必要专利（SEP）最致命的武器。

你好。作为专利代理师，我已详细阅读了目标专利（CN101588638B）及其权利要求，并对照你提供的三份对比文件进行了分析。以下是针对该权利要求1的技术方案、创造性分析及无效检索策略的专业意见。

### 一、 权利要求1的技术特征解读

**权利要求1**的核心技术问题是：在LTE（长期演进）无线通讯系统中，**无线资源控制（RRC）联机重建程序**与**无线链路监听计时器（即T310计时器）**之间存在逻辑冲突。具体表现为：当底层事件触发RRC联机重建时，如果T310计时器仍在运行且尚未期满，该计时器一旦后续期满，会再次触发另一个RRC联机重建，导致之前的重建程序被中断或出现异常。

* **技术特征A**：限定了应用场景为“无线通讯系统的客户端中”。

* **技术特征B**：基础动作“启动无线链路监听计时器”。

* **技术特征C（核心发明点）**：具体的停止逻辑——“于RRC联机重建程序被触发时，且上述计时器尚未期满且持续运作时，停止上述计时器”。其目的是通过预先停止计时器，消除“计时器期满引发的二次触发”。

* **技术特征D**：限定了计时器的功能属性（该计时器期满会导致另一RRC联机重建程序被启动）。

---

### 二、 特征比对表

---

### 三、 对比文件分析

#### 1. D1 (EP1465369A1) - 重点：RLC与MAC-hs的重置同步

* **内容分析**：该专利主要解决了在无线通信中，RLC（无线链路控制）层与MAC-hs层重置不同步的问题，特别是在跨基站切换（Inter-Node B serving cell change）场景下。其核心在于“同步RLC重置过程与MAC-hs操作”]。

* **与本案的区别**：D1处理的是RLC协议和MAC层协议的重置逻辑，属于数据传输的可靠性层面的优化。它并不涉及RRC（无线资源控制层）的联机重建程序（RRC Connection Re-Establishment）以及针对该程序触发时如何处理监听计时器（T310）的技术方案。

* **结论**：不公开特征C和D。

#### 2. D2 (US2004203623A1) - 重点：RLC重置期间的RRC消息重传

* **内容分析**：该专利主要为了解决RLC层在重置过程中，RRC消息丢失或无法重新发送的问题]。它提出了一种在RLC重置期间处理RRC消息的机制]。

* **与本案的区别**：D2关注的是RRC消息在RLC重置后的重传策略，旨在避免消息丢失]。它同样不涉及RRC联机重建程序的触发逻辑与无线链路监听计时器的冲突解决。

* **结论**：不公开特征C和D。

#### 3. D3 (US2004203778A1) - 重点：特定状态下停止计时器

* **内容分析**：D3涉及UE在进入服务区域或特定状态（如CELL_FACH/CELL_PCH）时，为了防止连接被意外中断，通过检测“In Service”条件来停止某些计时器（T307、T317）]。例如，在移动设备检测到恢复服务时，停止T307以避免连接被意外释放]。

* **与本案的区别**：D3确实公开了“停止计时器以避免连接异常释放”的通用逻辑（特征C的一种应用场景）]。但D3涉及的计时器（T307, T317）是用于控制小区更新或进入空闲模式的计时器，与目标专利中用于监听无线链路质量并触发RRC重建的“无线链路监听计时器”（即T310）属于完全不同的协议功能模块。

* **结论**：部分涉及“停止计时器”的逻辑，但不公开“RRC联机重建触发时停止无线链路监听计时器”这一特定的功能映射。

---

### 四、 综合评估

#### 1. 哪个对比文件适合做最接近的对比文件？

* **结论**：在现有三份文件中，**D3 (US2004203778A1) 最接近**。

* **理由**：虽然D1和D2关注RLC重置，但D3探讨的是RRC协议层面的计时器管理问题（如何通过停止计时器来保护已有的RRC连接不被意外断开）]。虽然其操作的计时器类型（T307/T317）与本案（T310）不同，但在“检测到特定触发事件时，为维护连接稳定性而主动停止计时器”这一逻辑思路及解决的“连接意外中断”技术问题上，D3具有参考价值。

#### 2. 创造性分析（Inventive Step）

* **抗辩观点**：本案的创造性在于识别出了RRC联机重建程序与T310计时器之间存在的“特定触发时间差”导致的竞争条件（Race Condition）。

* **非显而易见性**：D1和D2完全处于不同的层级（RLC/MAC层），无法给予本案涉及的RRC层计时器管理启示。D3虽然提出了“停止计时器”的方法，但其背景是“恢复服务后停止连接释放计时器”]，而本案是“在触发联机重建时，为了防止后续无效触发而停止无线链路监测计时器”。这两者解决的是不同的技术冲突，对于本领域技术人员而言，不属于简单的参数应用或状态机转换。

---

### 五、 无效请求策略建议

如果你作为无效请求方，可以尝试以下思路：

1. **最薄弱的技术特征**：**特征C（停止计时器这一操作本身）**。

* **理由**：在通信协议设计中，为了防止计时器溢出引发错误事件，在“事件已经处理”或“状态发生改变”时停止计时器，是通用的工程惯例。无效方可以辩称，将RRC联机重建作为该计时器停止的一个触发条件，是本领域技术人员基于对协议状态机（State Machine）的常规逻辑修改，属于显而易见的改进。

2. **进一步的检索策略**：

* **关键词检索**：在3GPP技术贡献（TDocs）中检索关于“T310”、“Radio Link Failure”、“RRC Connection Re-establishment”、“timer expiry”、“re-establishment collision”相关的关键词。

* **具体方向**：重点关注2007年-2009年（LTE版本早期发布阶段）关于**3GPP TS 36.331**协议的CR（Change Request）记录。很有可能该方案最初来源于3GPP标准的标准修改提案。如果能找到早于本专利优先权日的3GPP协议文档或提案草案，该专利的创造性将被彻底否定。

* **检索范围**：

* 3GPP TS 36.331 (LTE RRC Protocol Specification) 早期版本（例如V8.x.x）。

* 涉及T310计时器逻辑变更的协议讨论记录。

**总结**：该专利利用了T310在RRC重建期间的逻辑漏洞，是一个典型的针对特定标准协议改进的方案。若要无效，**必须找到标准协议本身或标准提案对该问题的修复记录**，单纯依靠现有这三份文件较难直接无效其创造性。

作为一名深耕无线通信与移动终端领域的资深专利代理师，我将为您对目标专利（CN101588638B，下称“本专利”）的权利要求1进行深度解析，并结合您提供的三份对比文件进行详尽的特征比对、最接近对比文件筛选以及无效宣告请求的应对策略分析。

---

## 一、 目标专利说明书与权利要求1解析

在进行对比分析前，我们需要通过本专利说明书理清权利要求1的实质技术方案、解决的技术问题和技术效果。

### 1. 技术背景与核心缺陷

在LTE（长期演进）系统中，客户端（UE）若侦测到物理层的无线链路问题，无线资源控制（RRC）层会启动一个无线链路监听计时器（即 T310 计时器）。如果该计时器期满，会触发无线资源控制联机（连接）重建程序（RRC Connection Re-Establishment Procedure）。

然而，在 T310 运行期间，下层（如 RLC 层）可能因无线链路变差导致 RLC PDU 的重传次数达到上限（即下层侦测问题发生），这也同样会提前触发 RRC 连接重建程序。此时，**T310 计时器可能并未期满且继续运行**。

* **现有技术的缺失**：一旦该处于运行状态的 T310 计时器随后期满，它会再次强行启动另一个 RRC 连接重建程序，从而造成**联机程序重复被启动**，中断先前已在进行的重建，导致联机不正常。

### 2. 本专利的解决方案（权利要求1）

本专利为了克服上述“由于多个事件并发导致的连接重建程序互相冲突和中断”的问题，提出了以下方案：

> **在 RRC 连接重建程序被触发时（例如由 RLC 重传超限触发），如果无线链路监听计时器（T310）尚未期满且持续运作，则主动停止该计时器。**

* **技术效果**：由于在第一次重建触发时就立即“强行刹车”停止了 T310，因此可以彻底杜绝后续 T310 期满引发的“二次重建”，避免重建冲突。

为了直观理解这一计时器与连接恢复机制，可以参考 3GPP 标准中无线链路监听的基本时序流程：

<Image alt="LTE中T310计时器与n310/n311参数在无线链路恢复中的标准时序" caption="3GPP无线链路监听及T310计时器原理" src="image_agent_tag_4108988636360345809"/>

---

## 二、 对比文件特征比对与出处定位

根据您的要求，将各对比文件分别代入：

* **D1**: `US20050036477A1` (METHOD AND APPARATUS OF CONTROLLING A RESET PROCEDURE IN A WIRELESS COMMUNICATION SYSTEM)

* **D2**: `US20050255870A1` (Apparatus and method for recovering disconnected communication link in mobile communication system)

* **D3**: `US20060067238A1` (Data unit management in communications)

### 1. 对比文件技术特征分析

#### 【D1 (US20050036477A1)】

* **公开方案**：D1 涉及无线通信系统中 RLC 层的**复位（Reset）控制程序**。为了解决 RLC 发送端和接收端在复位过程中由于周期性状态报告（Timer_Status_Periodic）造成的最大重传次数（MaxRST）提前耗尽和 radio bearer 被提前释放的问题，D1 提出了在复位程序进行中，通过设置适当的 Timer_Status_Prohibit 周期来阻挡 Timer_Status_Periodic，或者直接令发送端在复位程序 ongoing 时**忽略（ignore）**后续收到的错误状态报告。

* **特征比对分析**：

* **技术特征A**（客户端）：公开。D1 涉及移动台（接收端/发送端）。

* **技术特征B**（启动计时器）：实质公开。D1 启动了 `Timer_Status_Prohibit` 或 `Timer_RST`。

* **技术特征C**（在程序触发且尚未期满时，停止该计时器）：**未公开**。D1 的核心思想是让计时器自然运行并阻挡或忽略事件，或者在其期满时进行重传。D1 **没有**公开在触发连接重建时去“停止（Stop/Cancel）”一个用于触发另一重建的计时器。

* **技术特征D**（计时器期满导致另一程序触发）：D1 的 `Timer_RST` 期满是导致 RLC Reset PDU 重传，这属于 RLC 层的复位程序重传，而非本专利所指的“RRC 连接重建程序”。

#### 【D2 (US20050255870A1)】

* **公开方案**：D2 涉及移动通信系统中物理传输链路断开时的**同步失败恢复机制**。当 MS 侦测到同步失败时，启动一个“同步失败报告延迟计时器”（Timer 306）。如果在该计时器期满前成功重新取得同步，则停止并重置该计时器，恢复通信；如果期满仍未同步，则释放资源并执行切换（handover）。

* **特征比对分析**：

* **技术特征A**（客户端）：公开。D2 明确公开了移动台（MS 200）。

* **技术特征B**（启动计时器）：公开。D2 在步骤502/504中，于同步失败发生时，启动了计时器 306（对应本专利的无线链路监听计时器）。

* **技术特征C**（在重建触发时停止计时器）：**实质/等同公开**。D2 的步骤506/508公开了：当“同步获取事件（synchronization acquisition event）”发生（即触发了通信链路恢复/重建程序）时，若计时器 306 尚未期满且在运行，则**停止并重置该计时器 306**。

* **技术特征D**（计时器期满导致另一程序启动）：公开。D2 步骤512/514公开了：如果计时器 306 期满仍未获取同步，则将导致**执行资源释放及切换/重新连接程序**。

#### 【D3 (US20060067238A1)】

* **公开方案**：D3 涉及在 RLC 确认模式（AM）下通过状态报告进行数据丢失管理，防止因状态报告丢失导致发送窗口停顿（stalling）。其引入了接收侧的状态报告重传计时器 `TIMER_STATUS`（即本专利提及的接收侧重传计时器概念）。若在定时周期内未收到重传的数据，则触发重传状态报告；若收到至少一个重传数据单元，则**停止该计时器**。

* **特征比对分析**：

* **技术特征A**（客户端）：公开。

* **技术特征B**（启动计时器）：实质公开。D3 启动了 `TIMER_STATUS` 计时器。

* **技术特征C**（停止计时器）：公开。D3 公开了在监测到重传数据单元到达（等同于一种状态恢复/链路重建行为）且计时器未期满时，**停止该计时器**。

* **技术特征D**（计时器期满导致另一程序触发）：D3 中该计时器期满导致的是“重传状态报告”，而不是“RRC联机重建程序”。

---

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

---

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

### 1. 哪个对比文件最适合作为最接近的对比文件（D1、D2 还是 D3）？

在创造性审查或无效宣告程序中，**D2（US20050255870A1）最适合作为最接近的对比文件**。

* **技术领域相同**：D2 与本专利均属于移动通信系统中物理链路断开后、终端侧的连接恢复与重建领域。

* **解决的技术问题极其相似**：

* **本专利**解决的是：链路断开后，防止多个触发重建的事件（下层重传超限 vs 监听计时器期满）互相冲突导致重建被中断。

* **D2**解决的是：链路因盲区断开时，防止频繁的、无序的断开和立刻重连（handline loading/frequent recovery）导致系统资源浪费和数据被丢弃，为此通过设计延迟计时器来有序控制连接恢复。

* **技术效果和手段最接近**：D2 同样采用了在“连接/同步获取事件触发”时，主动去“停止尚未期满的同步监视计时器（Timer 306）”的控制逻辑。

相比之下，**D1** 和 **D3** 局限在 L2 层的 **RLC 协议级别**（数据单元丢失、状态报告重传等），其计时器的核心功能是控制 RLC PDU 重传及复位程序，并不涉及 RRC（L3层）的“无线链路监听（T310）”及“小区级 RRC 连接重建”这一更高维度的移动性状态跳转控制。因此，它们不适合单独作为最接近的对比文件。

### 2. 结合对比文件的创造性评述

如果我们以 **D2** 作为最接近的对比文件（D1 和 D3 作为辅助证据）：

* **被 D2 公开的特征**：技术特征A、B、C、D。D2 已经几乎实质公开了权利要求1的所有技术特征。

* **微弱的区别特征（本专利的保护立脚点）**：

* 本专利限定了“**无线资源控制（RRC）联机重建程序**被触发时，停止**无线链路监听计时器**”。

* D2 的表述是“**同步获取（synchronization acquisition）事件**发生时，停止**同步失败报告延迟计时器（Timer 306）**”。

* **创造性判定**：

由于 RRC 连接重建程序本身就是 LTE/3GPP 规范中标准的“同步获取与链路恢复”手段，而本专利的“无线链路监听计时器”（即标准中的 T310 计时器）就是 D2 中“同步失败/延迟计时器”在具体 LTE 协议层级中的标准具体化。

因此，对于本领域技术人员而言，在 LTE 协议框架下实现 D2 的技术方案时，**将 D2 的抽象控制逻辑应用到具体的 RRC 连接重建（由下层RLC重传触发）和 T310 计时器控制上，是显而易见的**。本专利权利要求1的创造性极易被 D2 单独击中，或由 D2 结合公知常识（3GPP标准规范）予以否定。

---

## 四、 最薄弱的技术特征与无效宣告策略

### 1. 最薄弱的技术特征

若要对本专利提出无效宣告请求，**最薄弱（即最容易被击中）的技术特征是：特征C**。

> “于无线资源控制联机重建程序被触发时，且上述无线链路监听计时器尚未期满且持续运作时，停止上述无线链路监听计时器”

**原因**：

1. 该特征本质上是一种“有条件的状态机终止逻辑”。在各种通信协议（甚至包括 D2 中的无线同步恢复，D3 中的 RLC 状态报告重传）中，“**一旦期望的目标事件发生，就提前终止仍在运行的相关监视计时器**”是最基本的软件设计常识。

2. D2 已经在非常接近的场景（移动台链路断开恢复）下完全公开了在“重新获取同步（重建成功）”时，停止“延迟计时器”的操作。

### 2. 无效请求检索与对抗策略

由于权利要求 1 的特征较为基础且已被 D2 高度涵盖，本专利的专利权人在面临无效宣告时，极有可能会退守到说明书中的**具体实施例**或**从属权利要求**。为了彻底无效该专利，建议采用以下进一步的对比文件检索策略：

#### 进一步的检索策略建议

1. **锁定 3GPP 标会提案（3GPP Contribution / Change Requests）**

* **原因**：LTE 协议中关于 T310、T311 计时器、RLC 重传超限导致 RRC 重建（T310 运行中触发重建）的底层冲突逻辑，必然是在 3GPP RAN2 工作组会议中被讨论并通过的。

* **检索关键词**：`"T310"`, `"RRC Connection Re-establishment"`, `"RLC maximum retransmission"`, `"stop T310"`, `"RAN2"`

* **检索方向**：重点寻找 **2008 年至 2009 年期间**（目标专利申请日 2008 年 10 月之前）RAN2 会议的提案（Tdoc）或针对 TS 36.331（RRC协议规范）的修改提案（CR, Change Request）。只要能找到一篇在先提案提到了“在 RLC 重传超限触发重建时，如果 T310 正在运行则应停止 T310”，即可作为完美的 A 类/I 类文献直接实现“一击必杀”。

2. **细化 L1/L2 与 RRC 交互的专利文献检索**

* **原因**：本专利说明书指出其具体应用环境为下层事件（如 RLC PDU 重传超限）触发 RRC 重建，进而停止 T310。

* **检索词组合**：`(RRC connection re-establishment OR link recovery) AND (RLC retransmission OR maximum retransmission OR lower layer) AND (stop T310 OR stop timer OR timer cancellation)`。

* **重点关注厂商**：中兴、华为、爱立信、高通、三星等在 2007-2009 年间密集申请的 LTE 基础协议专利。

作为一名资深的专利代理师，我将为您对目标专利（CN101588638B）的权利要求1进行深度解析，并结合三份对比文件（D1: WO2006067570A1, D2: JP2006287457A, D3: US20060281413A1）的原文进行特征比对与创造性分析，最后给出无效宣告请求的薄弱点分析及检索策略。

---

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

为了准确界定权利要求1的保护范围，首先需紧密结合目标专利说明书（CN101588638B）的背景技术及具体实施方式，对权利要求1中的核心术语进行原意解析：

1. **“客户端” (技术特征A)**：

* **说明书释义**：对应于长期演进（LTE）无线通讯系统中的用户设备（User Equipment, UE），如移动电话、电脑系统等设备（见说明书\[0003\]、\[0018\]）。

2. **“无线链路监听计时器” (技术特征B/C/D)**：

* **说明书释义**：说明书第\[0027\]段明确指出，该无线链路监听计时器**“较佳地是一T310计时器”**。其作用是在实体层侦测到无线链接问题时启动，用以执行无线链接监听（见说明书\[0008\]）。

3. **“无线资源控制联机重建程序” (技术特征C/D)**：

* **说明书释义**：即 RRC Connection Re-Establishment Procedure。

* **触发源**：说明书第\[0007\]、\[0008\]、\[0028\]段指出，其可由“下层事件”触发，具体为**“无线链接控制协议数据单元（RLC PDU）的重传次数大于一预设值”**（即下层侦测到达到最大重传次数，告知RRC层无线链接失败）。

4. **“停止上述无线链路监听计时器” (技术特征C)**：

* **发明目的/解决的技术问题**：在已知技术中，当T310计时器因实体层问题在运行且尚未期满时，若下层RLC因达到最大重传次数先一步触发了RRC联机重建程序，此时T310仍在继续运行。一旦T310随后期满，会**再次触发（重复启动）**另一个RRC联机重建程序，导致先前的重建程序被中断或发生无法预测的异常（见说明书\[0008\]-\[0009\]）。

* **技术效果**：在RLC重传超限触发RRC重建的瞬间，**主动停止（Stop）仍在运行的T310计时器**，从而彻底避免T310后续期满导致“二次触发”重建程序，确保当前重建程序的正常运作和联机稳定性（见说明书\[0013\]、\[0030\]）。

---

## 二、 对比文件技术特征比对分析

以下将各对比文件（D1、D2、D3）的公开内容与目标专利权利要求1进行逐项特征比对。

### 1. 对比文件基本信息

* **D1**：WO2006067570A1（公开日：2006-06-29）

* **D2**：JP2006287457A（公开日：2006-10-19）

* **D3**：US20060281413A1（公开日：2006-12-14）

### 2. 特征比对表

下表详细列出了权利要求1的各项技术特征在各对比文件中的公开情况及原文出处：

---

## 三、 最接近对比文件（D1/D2/D3）的筛选与创造性分析

在创造性分析中，选择“最接近的对比文件”需要从**技术领域、解决的技术问题、技术方案以及预期效果**四个维度进行综合考量。

### 1. 各对比文件分析

* **D1 (WO2006067570A1)**：

* **技术领域**：MAC层数据传输与填充（Padding）优化。

* **技术问题**：如何在不额外占用网络容量的前提下，高频地向基站报告调度信息（SI）。

* **技术方案**：利用MAC-e PDU中原本用于Padding的空间来承载调度信息。

* **结论**：**完全不适合作为最接近的对比文件**。其属于底层的流量与资源调度优化，与无线链路失效（RLF）判定、计时器生命周期管理以及RRC连接重建逻辑毫无关系。

* **D2 (JP2006287457A)**：

* **技术领域**：RRC/RLC层的移动性管理与冲突解决。

* **技术问题**：解决下行RRC消息与移动机小区变更新区（CELL UPDATE）冲突导致的异常呼叫释放。

* **技术方案**：网络侧在RLC重传超限时启动计时器，在未期满前若收到CELL UPDATE，则不释放呼叫而是重置RLC并重发RRC消息；并在收到CELL UPDATE时停止该等待计时器。

* **结论**：**不适合作为最接近的对比文件**。虽然D2涉及到了“收到Cell Update（联机重建一类）时停止计时器”，但该方案是以**网络侧（RNC）**为主体解决下行冲突，而目标专利权利要求1明确限定在**客户端（UE）**中执行。

* **D3 (US20060281413A1)**：

* **技术领域**：RLC/RRC连接建立、重建立与复位（Reset）机制。

* **技术问题**：解决当在RLC复位程序执行期间（计时器持续运作且未期满），由于配置改变触发单侧RLC重建（Single-sided RLC Re-establishment），导致两端超帧号（HFN）失步、数据损坏的问题。

* **技术方案**：在UE端，若在RLC复位期间触发了单侧重建立，则在单侧重建立完成后，**主动中止（Abort）**先前未完成的复位，并重新启动（Restart）一个新的复位程序，以使HFN重新对齐。

* **结论**：**D3最适合作为最接近的对比文件（D1/D2/D3中唯一）**。

* **相同点**：主体均为无线通信系统的**客户端（UE）**；均涉及在一种状态触发/重置（D3的单侧重建立，目标专利的RRC连接重建）时，对一个正在运行且未期满的计时器/程序（D3的Timer RST复位计时器，目标专利的T310监听计时器）进行中止/停止干预；均为了解决因两个程序（D3的复位与重建立，目标专利的监听期满重建与RLC超限重建）并发、冲突而导致的后续协议栈行为失步/异常。

### 2. 创造性分析（基于D3为最接近的对比文件）

以 **D3** 为最接近的对比文件，对权利要求1进行创造性评述：

* **区别技术特征**：

1. 权利要求1中限定的计时器为**“无线链路监听计时器”**（说明书对应T310，用于监听物理层问题判断RLF），而D3公开的是**“RLC复位计时器”**（Timer RST）。

2. 权利要求1中限定该计时器**期满将导致“另一RRC联机重建程序”被启动**（即T310期满导致RLF，从而触发重建），而D3中Timer RST期满导致的是**“重传RESET PDU（复位重试）”**。

3. 目标专利是在RRC重建被触发时，**停止**该无线链路监听计时器以**避免其期满再次触发重建**。D3是在单侧重建立发生时，**中止并重新启动**复位程序以**确保HFN同步**。

* **显而易见性分析**：

目标专利与D3在解决的具体冲突上存在本质差异。D3解决的是“单侧重建”与“复位”进程中加密参数（HFN）的不一致；而目标专利解决的是“T310监听期满导致的重建”与“RLC重传超限导致的重建”之间时间差冲突导致的“重复触发重建”。

在3GPP LTE标准中，T310计时器和RLC最大重传是两个相互独立的无线链路失效（RLF）判定源。当RLC重传超限先触发RRC重建时，T310如果继续运行至期满，根据标准协议会再次上报RLF并试图再次触发重建。目标专利提出在前者触发时直接“停止”后者，切断了后者的期满触发路径，逻辑清晰，具有显著的进步和非显而易见性。

---

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

若作为无效宣告请求人，对该权利要求进行攻击，**最薄弱（最容易被攻破）的技术特征是：技术特征C中的“停止上述无线链路监听计时器”这一宽泛表述。**

### 1. 为什么“停止”是薄弱特征？

在撰写权利要求1时，代理人将说明书具体实施方式中“停止T310计时器”这一概念高度概括为“停止无线链路监听计时器”。

从标准协议和技术常理来看，**“停止（Stop）”与“复位（Reset）”、“超时（Timeout）/期满前失效”、“删除进程（Abort）”**在效果上是等同的：

* **D3中公开了“Abort”逻辑**：D3的第\[0022\]段公开了，当重配置触发重建立时，若复位计时器（Timer RST）还在运行，UE会“abort the ongoing radio link control reset”（中止正在进行的复位）。“Abort（中止）”一个正在运行的进程，其在协议栈计时器控制上的物理动作必然包含“停止（Stop）”该进程关联的计时器。

* 对于任何通讯协议设计者而言，当一个紧急重建程序（如RLC重传超限触发的重建）已经开始占领通道并重置协议栈时，**清理并关闭（包括停止）所有先前未期满的、可能带来冲突的旧监听计时器**，是极其常规的协议栈“垃圾回收”与状态机转换设计。

### 2. 为什么权利要求1整体仍较稳固？

尽管“停止计时器”这一动作容易被D3中的“Abort/中止”或常规设计等同置换，但**技术特征D（计时器期满导致另一RRC重建启动）与特征C（在重建触发时停止该计时器）形成的“关联因果关系”**是极难被单独无效掉的。

对比文件（D1-D3）中**没有任何一处**提到：

> 一个用于判定链路失效的计时器，如果任由其在另一个重建程序启动后继续运行，在其期满时会“二次触发”另一个冲突的重建程序，因此为了防止这种“双重重建触发”而将其停止。

这种特定的“预防双重触发”的控制逻辑和技术效果，是目标专利的核心创造性所在。

---

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

为了能成功无效掉本专利，目前的D1-D3尚未形成最完美的“拼图”（缺少直接公开“因防止二次触发重建而停止无线链路监听计时器（如T310）”的对比文件）。建议采取以下精准检索策略：

### 1. 检索方向与数据库选择

* **首选数据库**：3GPP 官方标协提案库（3GPP Portal / Tdoc database）、IEEE Xplore、Google Patents。

* **核心理由**：本专利属于典型的LTE标准必要专利（SEP）技术。这类关于“T310期满与RLC最大重传触发RRC重建冲突”的Bug，在3GPP标准制定期间（2007年-2009年左右）必然有各大厂商（如Ericsson, Nokia, Qualcomm, Huawei）提交过相关的**Change Request (CR)** 或 **Discussion Paper (Tdoc)**。

### 2. 精准检索要素与关键词组合

* **计时器限定**：`"T310"`, `"T311"`, `"T300"`, `"radio link monitoring timer"`, `"无线链路监听计时器"`。

* **触发事件与程序**：`"RRC Connection Re-establishment"`, `"RRC连接重建"`, `"Radio Link Failure"`, `"RLF"`, `"无线链路失败"`, `"maximum number of retransmissions"`, `"RLC retransmission"`, `"最大重传次数"`, `"Cell Update"`.

* **控制动作**：`"stop"`, `"stop T310"`, `"cancel"`, `"abort"`, `"prevent double trigger"`, `"prevent duplicate"`, `"avoid concurrent"`, `"停止"`, `"中止"`, `"避免重复启动"`.

### 3. 构造检索式（示例）

* **标准提案检索式（3GPP Tdoc）**：

> `(T310 OR "radio link failure") AND "RRC Connection Re-establishment" AND ("maximum retransmission" OR "RLC error") AND (stop OR cancel OR reset)`

* **专利检索式（EPO/USTPO/CNIPA）**：

> `(IPC: H04W76/19 OR H04W24/00) AND (UE OR "client" OR "terminal") AND ("T310" OR "link monitoring timer") AND "stop" AND "re-establishment"`

### 4. 追溯标准版本的时间窗口

目标专利的优先权日或申请日大约在 **2008年左右**（授权公告号CN101588638B，公开时间2012年，申请应当在2008-2009年）。

* **重点检索时间段**：**2007年1月1日至2008年12月31日**。

* **目标标准**：3GPP TS 36.331 (RRC协议规范) 的早期版本（如 v8.1.0 至 v8.4.0 阶段关于 RLF 和 Connection Re-establishment 的讨论纪要与CR提案）。在这些历史提案中，极有可能检索到某家厂商指出“若RLC重传失败触发重建时，运行中的T310期满会再次触发重建，建议在此处停止T310”的公开文献。一旦检索到该3GPP标协提案，将能以“公开出版物（Tdoc）”直接摧毁本专利的创造性。

作为一名深耕无线通信领域的资深专利代理师，我将为您针对目标专利 **CN101588638B** 的权利要求1，结合对比文件进行深度的技术特征解析、创造性最接近对比文件分析以及无效宣告请求的薄弱点论证，并给出下一步的检索策略。

---

## 一、 目标专利权利要求1的释义与技术解析

为了客观、准确地进行特征比对，首先需紧密结合目标专利说明书（CN101588638B）的背景技术及具体实施方式，对权利要求1的各技术特征进行法律与技术层面的双重释义：

* **技术特征A（用于无线通讯系统的客户端中）：**

* **说明书支撑：** 对应说明书 $[0002]、[0003]、[0018]$。明确指出系统较佳地为长期演进系统（LTE），客户端为 **User Equipment (UE)**，对应图2中的无线通讯装置200。

* **技术特征B（启动无线链路监听计时器）：**

* **说明书支撑：** 对应说明书 $[0007]、[0027]$。此处的“无线链路监听计时器”在LTE规范中被释义、具体化为 **T310计时器**。启动时机为“客户端侦测到物理层的无线链路问题时”（例如收到连续N310个失步指示）。

* **技术特征C（于无线资源控制联机重建程序被触发时，且上述无线链路监听计时器尚未期满且持续运作时，停止上述无线链路监听计时器）：**

* **说明书支撑：** 对应说明书 $[0008]、[0028]$。这里的关键在于**触发重建程序的因果关系和并存状态**。重建程序（RRC Connection Re-Establishment）是由“下层事件”（如 RLC PDU 重传次数达到最大限制 `maxRetxThreshold`，即无线链路控制层告知下层侦测问题发生）触发。此时，由于之前物理层问题启动的 T310 计时器还在运行。本特征要求在这种“并存”状态下，**主动停止** T310 计时器。

* **技术特征D（其中上述无线链路监听计时器期满时将导致另一无线资源控制联机重建程序被启动）：**

* **说明书支撑：** 对应说明书 $[0008]、[0009]$。揭示了停止计时器的**技术必要性**。如果 T310 期满，其固有行为是触发无线链路失败（RLF）并启动 RRC 重建。若不停止，在 RLC 重传超限已经触发了一次重建的过程中，T310 随后期满会再次触发另一次重建，从而中断正在进行的重建程序，导致冲突或无法预测的系统行为。

---

## 二、 对比文件原文出处及特征比对

本案涉及三份对比文件，其基本信息如下：

* **D1：** `US20070064599A1`（下称 US599A1）

* **D2：** `US20070064602A1`（下称 US602A1）

* **D3：** `KR1020070033296A`（下称 KR296A）

> **特别说明：** 经仔细核对技术文献原文，**D2（US20070064602A1）** 与 **D3（KR1020070033296A）** 属于**同族专利**（D2为美国申请，D3为韩国申请，二者享有共同的优先权日 2005-09-21，且技术方案完全一致）。因此，下文在技术分析中将 D2 和 D3 合并评述。

### 1. 对比文件对技术特征的公开情况分析

* **对于D1（US20070064599A1）：**

* **公开内容：** 涉及在 RLC 实体**仅重建发送端（transmitting side）**时如何处理定时器。具体公开了停止与发送端对应的第一定时器（如 `Timer_Poll`、`Timer_Poll_Prohibit`），并保持与接收端对应的第二定时器（如 `Timer_Status_Prohibit`）继续运行（不停止）。

* **分析：** D1 处理的是 **RLC 层内部**的重置/重建过程中的定时器挂起与停止问题。而目标专利权利要求1涉及的是 **RRC层（第三层）的无线链路监听计时器（如 T310）** 与 **RRC联机重建程序** 之间的交互。D1 完全没有公开 RRC 层的无线链路监听计时器（T310），更没有公开在 RRC 重建程序触发时停止该计时器的步骤。

* **对于D2 / D3（US20070064602A1 / KR1020070033296A）：**

* **公开内容：** 涉及在 RLC 实体**仅重建接收端（receiving side）**时如何处理定时器。具体公开了停止接收端的第一定时器（如 `Timer_Status_Prohibit`），并保持发送端的第二定时器（如 `Timer_Poll`）继续运行。

* **分析：** 与 D1 类似，D2/D3 同样局限于 **RLC层（第二层）单侧重建** 期间的定时器处理，其目的是为了防止 Poll 定时器停止导致无法重传丢失的 Poll，从而提高传输效率。二者均未涉及 RRC 层的 T310 链路监听计时器，也未涉及 RRC 联机重建。

### 2. 技术特征比对表格（Feature-by-Feature Comparison）

以下为目标专利权利要求1与对比文件 D1、D2/D3 的详细特征比对表：

---

## 三、 最接近对比文件（Closest Prior Art）分析

在创造性分析中，确定“最接近的对比文件（最接近的现有技术）”通常应选择**技术领域相同、所解决的技术问题最类似、且公开共同技术特征最多**的文献。

### 1. 现有对比文件的技术定位

* **D1、D2、D3 的共同定位：** 它们均针对 **3G WCDMA 系统中的 RLC 层（Layer 2）单侧重建（Single-Sided Re-establishment）**。它们解决的具体技术问题是：“在 RLC 层仅仅重建发送侧（或接收侧）时，如何避免不必要地停止另一侧的定时器（如 `Timer_Status_Prohibit` 或 `Timer_Poll`），以防止无线资源的浪费或不必要的传输延迟”。

* **目标专利的技术定位：** 针对 **LTE 系统（或先进无线系统）中的 RRC 层（Layer 3）**。其解决的具体技术问题是：“当物理层失步导致 T310 计时器启动，而在此期间下层（RLC重传超限）先触发了 RRC 重建时，如何避免未期满的 T310 随后期满再次触发重建，从而造成**重建程序重复启动、冲突或中断**的问题”。

### 2. 哪个文件适合作为最接近的对比文件？

**结论：D1、D2、D3 均不适合单独作为本案的最接近对比文件。**

* **原因分析：**

1. **技术层级断层：** D1、D2、D3 处于 **L2 RLC层** 的重置定时器行为管理；而目标专利处于 **L3 RRC层** 与底层触发事件的协同机制。二者在协议栈中所处的层级和处理的业务逻辑完全不同。

2. **技术问题相悖：** D1、D2/D3 解决的是“由于**不应该停止**的 L2 定时器被停止了，导致资源浪费或延迟，因此方案是**保持其运行（不停止）**”；而目标专利解决的是“由于**应该停止**的 L3 定时器（T310）没有停止，导致重复触发重建，因此方案是**必须停止它**”。两者的技术手段在哲学上甚至是相反的（一个是“让它继续跑”，一个是“强行让它停”）。

3. **特征缺失过多：** D1、D2、D3 仅公开了技术特征A，对于核心特征B、C、D全部缺失。

因此，若勉强在现有的 D1、D2、D3 中挑选，由于它们属于同一无线通信大领域（3GPP 协议），且都涉及“在某种重建（Re-establishment）发生时对定时器（Timer）的挂起/停止操作”，**D1 和 D2/D3 具有同等程度的（极低的）接近性**。但在实际无效宣告或创造性答辩中，通常需要检索更接近 LTE RRC 规范（如 3GPP TS 36.331）的文献来作为最接近的现有技术。

---

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

若您代表请求人对本专利提出无效宣告请求，基于目前的对比文件（D1, D2, D3），本专利的权利要求1可以说是**非常稳固**的，因为 D1-D3 根本没有切入到 L3 RRC 重建的硬核特征。

为了找到该权利要求的“阿喀琉斯之踵”（最薄弱特征），我们需要从技术标准的本质来透视：

### 1. 最薄弱特征分析：特征 C（在 RRC 重建被触发且 T310 未期满时，停止 T310）

* **为什么这是最薄弱的突破口？**

在 3GPP LTE 标准的演进过程中，**避免定时器冲突和重复触发重建**是协议设计逻辑的必然延伸。

* 根据标准逻辑：如果 UE 的下层已经上报了重传超限（触发了重建），说明链路已经彻底不可用，且 UE 已经启动了自我恢复程序。此时，代表“链路正在被动监听”的 T310 计时器继续运行已经失去了任何物理意义。

* 因此，只要检索到在 3GPP 标准会议（如 RAN2）中关于 RRC 重建（RRC Connection Re-establishment）流程讨论的提案（Contribution），或者 3GPP TS 36.331 的早期草案，证明“在其他事件触发 RRC 重建时，UE 应当停止运行中的 T310/T311 等定时器”属于本领域的公知常识或被其他提案实质公开，特征C的创造性将极易被攻破。

---

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

鉴于 D1、D2、D3 均局限于 L2 RLC 层，无法对目标专利构成实质性威胁。为了成功无效该权利要求，建议采取以下精准检索策略：

### 1. 锁定核心关键词与协议规范

* **标准规范追踪：** 重点检索 **3GPP TS 36.331**（LTE; RRC Protocol Specification）。

* 锁定版本：2007年至2009年期间（目标专利优先权日前）的 Release 8 版本（如 V8.0.0 到 V8.4.0）。

* 重点章节：5.3.7 节（RRC connection re-establishment）以及 5.3.11 节（Radio link failure related actions）。

* **核心关键词检索式：**

* `"RRC Connection Re-establishment" AND "T310" AND "stop"`

* `"Radio Link Failure" AND "re-establishment" AND "timer" AND "T310" AND ("cancel" OR "stop")`

* `"RLC" AND "maximum round" AND "retransmission" AND "re-establishment" AND "T310"`

### 2. 重点检索 3GPP 会议提案（Tdoc）

专利局和法院高度认可 3GPP 会议提案作为现有技术。目标专利申请于2008年前后，这正是 LTE RRC 协议冻结的关键时期。

* **检索源：** 3GPP FTP Server (RAN2 工作组)。

* **检索方向：**

* 查找 2007 - 2008 年间 RAN2 会议上关于“RRC Connection Re-establishment trigger”和“Handling of T310 during Re-establishment”的 **Change Requests (CRs)**。

* 通常，这类“避免重复触发重建”的 Bug 是在协议起草中通过 CR 修正的。一旦找到一份在目标专利优先权日之前公开的 RAN2 会议提案（Tdoc），其中指出了“若由于 RLC 重传超限触发重建，UE 必须停止 T310 以免产生后续冲突”，即可直接宣告本专利无新颖性或创造性。

作为一名经验丰富的专利代理师，我将为您对目标专利及对比文件进行深度解析、特征比对、最接近对比文件的筛选，并为您指出最薄弱的技术特征及下一步的检索策略。

首先，我们明确各对比文件的公开号及简称：

* **D1**：`EP1777857A2`《Method for handling timers after an RLC reset or re-establishment in a wireless communications system》

* **D2**：`US20070091895A1`《METHOD FOR HANDLING DATA DISCARD TIMER AFTER AN RLC RESET OR RE-ESTABLISHMENT IN A WIRELESS COMMUNICATIONS SYSTEM》

* **D3**：`US20070104109A1`《Method and apparatus for RLC protocol error handling in a wireless communications system》

---

### 一、 目标专利说明书与权利要求释义

目标专利（授权公告号：`CN101588638B`）主要解决的是长期演进（LTE）无线通讯系统中，**如何避免无线资源控制（RRC）联机重建程序被重复、异常启动**的问题。

#### 1. 技术背景与痛点

根据说明书 `[0007]-[0009]` 的记载：

* 当实体层侦测到无线链接问题时，RRC 层会启动一**无线链路监听计时器**（通常为 **T310 计时器**）。如果该计时器期满，则判断为无线链接失败（RLF），从而触发 RRC 联机重建程序。

* 然而，由于无线链路变差，底层的无线链路控制（RLC）层可能会因为数据重传次数达到最大限制（MaxDAT），提前触发 RRC 联机重建程序。

* 在已知技术中，如果此时 RRC 联机重建已经被 RLC 重传超限触发，但原本启动的 T310 计时器由于尚未期满而仍在继续运行，那么一旦该计时器随后期满，**会再次触发另一个 RRC 联机重建程序**。这导致了重建程序重复启动，从而中断已经开始的重建程序，引发系统无法预测的异常。

#### 2. 权利要求1的实质含义

* **特征 A & B**：在无线通讯客户端中，启动一无线链路监听计时器（如 T310 计时器）。

* **特征 C**：一旦因为其他事件（例如 RLC 层重传超限）触发了 RRC 联机重建程序，且该监听计时器（T310）还没到期且在跑，就必须**立即停止**该监听计时器。

* **特征 D**：这里指明了该监听计时器的内在机制——如果任由其期满，将会无条件导致另一重建程序被触发。

因此，停止该计时器的根本目的是：**在重建程序已经启动的情况下，阻断因该计时器后续期满而再次、重复触发另一重建程序。**

---

### 二、 对比文件公开特征分析及出处

#### 1. D1 (`EP1777857A2`)

* **公开内容分析**：

D1 针对的是 RLC（无线链路控制）层重置（Reset）或重建（Re-establishment）时，如何处理 RLC 层的 9 个特定计时器（如 `Timer_Poll`、`Timer_Discard` 等），以防止 RLC 实体发生死锁或服务质量下降（QoS）。

* D1 **实质公开了特征 A**（用于无线通讯的客户端中）。

* D1 **未公开特征 B、C、D**。D1 所讨论的所有计时器全部属于**第二层协议（RLC层）的计时器**（参见 D1 `[0006]`, `[0021]`, `[0050]`），而非第三层协议（RRC层）的**无线链路监听计时器（如T310）**。D1 的停止/重置行为是为了解决 RLC 层的死锁（Deadlock），其期满并不会导致 RRC 联机重建程序被启动，其停止也是在 RLC 重置/重建被触发后，而非在 RRC 重建程序被触发时停止 RRC 层计时器。

#### 2. D2 (`US20070091895A1`)

* **公开内容分析**：

D2 是 D1 关联家族的一部分，专门针对 RLC 层的 `Timer_Discard`（数据丢弃计时器）在 RLC 重置或重建时的处理方法（参见 D2 `[0003]`, `[0016]`）。

* D2 **实质公开了特征 A**。

* D2 **未公开特征 B、C、D**。其理由与 D1 相同，D2 针对的是 RLC 层的 SDU 丢弃计时器（`Timer_Discard`），属于 L2 层逻辑，而非用于监听无线链路质量（如判断 RLF）并导致 RRC 联机重建的 L3 层无线链路监听计时器（如 T310）。

#### 3. D3 (`US20070104109A1`)

* **公开内容分析**：

D3 提出了一种在 RLC 协议出错时只进行“单侧重置”（Single-Sided Reset）的方法。其目的是避免在单向（如上行）出错时重置双向，导致下行正在正常传输的数据被无端删除（参见 D3 `[0023]-[0025]`）。

* D3 **实质公开了特征 A**。

* D3 提到了一系列 L2 RLC 计时器（如 `Timer_Poll`、`Timer_Status_Periodic` 等）以及丢弃计时器 `Timer_Discard`（参见 D3 `[0036]`）。

* D3 **未公开特征 B、C、D**。D3 虽涉及 RLC 错误处理，但其重置机制限制在 RLC 层（L2），其所述的 Reset 并非 RRC 联机重建（RRC Connection Re-Establishment），且不涉及 RRC 层的无线链路监听计时器（T310）在 RRC 重建程序触发时的停止机制。

---

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

下面给出权利要求1与各对比文件的详细特征比对：

---

### 四、 最接近的对比文件（D1/D2/D3）筛选分析

在创造性分析中，选择“最接近的对比文件”应当从**领域相同、技术问题最相似、公开技术特征最多**的原则出发。

#### 1. 整体解决的技术问题与技术效果分析

* **本申请**：解决的是“**RRC 重建由于不同事件触发，导致 RRC 重建程序被重复、异常启动，进而使当前的重建程序中断**”的问题。其技术效果是**确保重建程序能够顺利进行，避免联机程序重复启动造成的运作异常**。

* **D1 / D2**：解决的是“**RLC 层在重置/重建后，由于 3GPP 协议对某些 L2 计时器行为规定不详，导致重置后计时器永久停止、产生死锁（Deadlock）或 QoS 降低**”的问题。其技术效果是**避免 RLC 实体死锁，保证数据正常重传和丢弃**。

* **D3**：解决的是“**RLC 协议出现单向上行错误时，传统重置会同时重置下行，导致下行正常数据被无端删除**”的问题。其技术效果是**通过单侧重置提高数据传输效率，避免网络资源浪费**。

#### 2. 最接近的对比文件筛选结论

尽管 D1、D2、D3 均属于 3GPP 通讯协议（L2/L3）领域的专利，但从**技术问题**和**特征对应度**来看，**它们均不十分适合作为传统意义上非常接近的对比文件**。若非要勉强选择，**D3 相对稍微更接近**：

* **原因**：D3 的 `Condition 1` 提到了当 `VT(DAT) = MaxDAT` 且配置为不丢弃模式时，会触发整个 RLC 的重置（Reset）（D3 中称为 `RLC reset procedure`），并且在 `[0057]` 提到在重置时去停止或保留某些计时器。这与本申请“当 RLC 重传超限导致 RRC 联机重建被触发时，去停止另一个冲突的计时器（T310）”在“由于 L2 异常触发重置/重建，进而去处理其他计时器”的逻辑上，具有最微弱的架构相似性。

* **注意**：即便选择 D3，本申请相对于 D3 的实质性区别特征（特征 B、C、D）依然极多，直接从 D3 出发结合 D1 或 D2 很难自然拼凑出本申请的创造性漏洞。

---

### 五、 最薄弱的技术特征分析

若您要代表无效宣告请求人对该专利提出无效，目前这三篇对比文件（D1-D3）形成的证据链是非常**薄弱**的。而本专利本身最薄弱、最容易被突破的技术特征在于：**特征C（在RRC联机重建触发且无线链路监听计时器未期满时，停止该计时器）**。

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

1. **协议标准性（Standard-essentiality）极强**：

本专利虽然是 2008 年左右提交的申请（根据优先权和公开号推算），但它解决的问题是 **LTE（Long Term Evolution）标准制定早期，关于 T310 计时器与 RLC 重传超限触发 RRC Re-establishment 冲突的 3GPP 标提案（Proposal）缺陷**。

2. **必然存在更早的 3GPP 会议提案/协议草案（Contribution/Draft）**：

在 LTE 协议（如 3GPP TS 36.331）制定期间，一定有不同公司（如 Ericsson, Qualcomm, Huawei, InterDigital 等）在 RAN2 会议上提交过关于“T310 运行期间因其他原因触发 RRC Connection Re-establishment 时，如何处理 T310 计时器”的讨论提案（Contributions）。本专利的方案大概率是当时 3GPP 标准提案的落地方案，或者就是标准提案本身。

3. **D1-D3 无法构成威胁的原因**：

D1-D3 均是 **UMTS/WCDMA（3G）** 时代的 RLC 层专利（针对 3GPP TS 25.322，见 D1 `[0006]`），根本没有引入 LTE 时代（TS 36.331）特有的 “T310 计时器与基于 L2 触发的 RRC Re-establishment 冲突” 的概念。因此，用 3G RLC 计时器的控制逻辑（D1-D3）去对抗 4G/LTE RRC 计时器的冲突解决逻辑，在“技术领域”和“技术启示”上存在巨大的层级鸿沟。

---

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

针对上述分析，若要成功提起无效宣告，**不建议继续在传统的 3G 专利（如 D1-D3）中纠缠**。建议采取以下精准检索策略：

#### 1. 3GPP 会议提案（Contributions）检索（首选，杀伤力最大）

* **检索源**：3GPP FTP 官方服务器（RAN2 工作组会议，2007年 - 2008年）。

* **检索关键词**：`T310`, `RRC Connection Re-establishment`, `re-establishment trigger`, `stop T310`, `RLC maximum retransmission`, `MaxDAT`, `36.331`。

* **目标**：寻找在**本专利申请日/优先权日之前**，各大通信巨头在 3GPP RAN2 会议上发表的会议提案（R2-xxxxxx）。如果某篇提案中明确指出了“当发生下层重传超限触发 RRC 重建时，如果 T310 正在运行，应该将其停止以防止重复触发”，即可作为破坏新颖性或创造性的**最致命一票通（Prior Art）**。

#### 2. 标准规格书演进版本（Standards Specifications）检索

* **检索源**：3GPP TS 36.331 (LTE; RRC Protocol Specification)。

* **操作方法**：比对本专利优先权日之前的 **TS 36.331 早期版本**（如 V8.0.0, V8.1.0 等）。如果在早期版本中就已经写入了“*upon initiating the RRC connection re-establishment procedure, the UE shall: 1> stop timer T310, if running;*”等字样，则说明该技术特征已被标准草案直接公开，可以直接用 3GPP 标准文档作为对比文件（D1）直接无效掉该专利。

#### 3. 专利检索式优化（针对 4G RRC 重建冲突）

如果您仍希望寻找专利局公开的专利文献，应将检索范围锁定在 **2007-2009 年公开的 LTE 相关专利**：

* **分类号（IPC/CPC）**：锁定在 `H04W76/19`（连接重建）、`H04W24/00`（链路监控）、`H04W80/02`（RLC层）、`H04W80/04`（RRC层）。

* **检索式逻辑**：

`("T310" OR "link monitor*" OR "无线链路监听") AND ("re-establishment" OR "reestablishment" OR "重建") AND ("stop" OR "terminate" OR "停止" OR "cancel") AND ("RLC" OR "retransmission" OR "重传")`

* **重点关注申请人**：中兴（ZTE）、华为（Huawei）、高通（Qualcomm）、爱立信（Ericsson）、英特尔/英飞凌、展讯等 LTE 早期标准核心推动者。

作为一名深耕无线通信领域的资深专利代理师，我将为您对目标专利 **CN101588638B** 的权利要求1进行深度解析，并结合对比文件 **D1（JP2007267409A）**、**D2（US20070258489A1）** 以及 **D3（WO2007147431A1）** 展开多维度的对比分析，最后给出无效宣告请求的策略和检索建议。

---

### 一、 目标专利权利要求1的合理解释（结合说明书）

根据目标专利说明书的背景技术及具体实施方式，权利要求1的核心发明点在于**解决“无线资源控制（RRC）联机重建程序重复启动而导致先前重建程序被中断或不正常运作”的技术问题**。

* **技术特征A（用于无线通讯系统的客户端中）：** 对应说明书中的 “客户端（User Equipment, UE）”，例如移动电话、电脑等。

* **技术特征B（启动无线链路监听计时器）：** 对应说明书中的 `T310` 计时器。当客户端侦测到物理层的无线链接问题时，RRC层会启动该计时器执行无线链路监听。

* **技术特征C（于无线资源控制联机重建程序被触发时，且上述无线链路监听计时器尚未期满且持续运作时，停止上述无线链路监听计时器）：**

* **触发场景：** 在 `T310`（无线链路监听计时器）尚未期满前，下层的无线链接控制（RLC）层因为无法顺利传送RLC PDU而导致重传次数大于预设值，从而触发了RRC联机重建程序。

* **关键动作：** 此时，若 `T310` 仍在运行且未到期，客户端主动**停止** `T310`。

* **技术特征D（其中上述无线链路监听计时器期满时将导致另一无线资源控制联机重建程序被启动）：** 阐明了不停止该计时器的危害。如果处于持续运转状态的 `T310` 期满，会再次触发无线链接失败（RLF），从而启动**另一个** RRC联机重建程序，这会中断先前由 RLC 重传超限触发的、已经在执行中的RRC重建程序。

---

### 二、 对比文件技术特征比对与出处分析

我们对三份对比文件进行逐一梳理，看其是否公开了权利要求1的各个技术特征。

#### 1. 对比文件 D1：JP2007267409A

* **实质公开的技术特征：**

* **特征A（客户端）：** 公开了“移动局（MS）”（见原文 `[2] （序論）`），移动局即为无线通信系统中的客户端。

* **特征B（启动监听计时器）：** 公开了在发生顺方向链路衰落（fade）时，启动“フェードタイマ（衰落计时器）”或“FRPタイマ（救济手统计时器）”（见原文 `[2] （救済手続）` 及图6）。

* **未公开的关键特征（特征C、D）：**

* D1 描述的机制是在衰落计时器或FRP计时器期满**之后**，若无法收到足够的好帧，则“接続を打ち切る（断开连接）”（见原文 `[2] （接続の打ち切り）`）。

* D1 **完全没有公开**在另一个联机重建程序被触发时去“停止”正在运行的衰落计时器的操作，其解决的是限制救济试行次数（再试行限制）的问题，而非避免RRC重建程序被重复触发的问题。

#### 2. 对比文件 D2：US20070258489A1

* **实质公开的技术特征：**

* **特征A（客户端）：** 公开了“communications device 100 / UE”。

* **未公开的关键特征（特征B、C、D）：**

* D2 关注的是 L2 中的 **RLC 重置（Reset）程序**中状态变量 `VT(RST)` 的管理（见原文 `[0009]`、`[0010]`）。它解决的是在仅重置接收端（receiver-side-only re-establishment）时，如何重置 `VT(RST)` 以保留 RESET PDU 的重传机会。

* 其涉及的计时器为 `Timer_RST`（重置计时器），并非用于 RRC 层监听物理层无线链路的 `T310` 计时器，亦不涉及在触发 RRC 联机重建时去停止该无线链路监听计时器的动作。

#### 3. 对比文件 D3：WO2007147431A1

* **实质公开的技术特征：**

* **特征A（客户端）：** 公开了“user equipments (UE)”。

* **未公开的关键特征（特征B、C、D）：**

* D3 完全属于另一个技术分支。它关注的是 **MAC 层的调度信息（Scheduling Information）及缓存状态报告（Buffer Status Report, BSR）的高效编码**（见原文 `[p0005]`、`[p0010]`、`[p0023]`）。

* D3 根本不涉及 RRC 联机重建、无线链路监听计时器等 L3 层的链路维护机制。

---

### 三、 技术特征比对表格

---

### 四、 最接近对比文件（最接近现有技术）的分析与选择

在创造性分析（三步法）中，确定**最接近的现有技术（最接近的对比文件）**需要从：1）技术领域是否相同或相近；2）解决的技术问题是否最类似；3）公开的技术特征数量等维度综合考量。

#### 最佳选择：D1 (JP2007267409A)

* **技术领域与技术问题契合度：** D1 同样属于移动通信系统（CDMA等无线系统）中关于“连接中断救济（Rescuing connections）”的技术领域。它所面对的问题同样是：当通信链路变差、发生故障（如 L2 确认响应失败、顺向链路衰落）时，客户端如何自发恢复连接（顺方向救济程序 FRP，等同于目标专利的 RRC 联机重建），并试图在多次频繁失败时对救济进行控制。

* **技术效果与技术特征公开度：** 在三份对比文件中，D1 公开了最多的相关特征。D1 公开了移动局（客户端）、衰落/救济计时器（等同于无线链路监听计时器）以及各种链路故障触发救济的场景。

* **结论：** 因此，**D1 是最适合作为最接近对比文件的文献**。D2 局限于 RLC 层的 Reset 局部机制，D3 属于 MAC 层的资源调度，均不适合作为最接近的现有技术。

---

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

通过上述特征比对，如果我们要对目标专利提起无效宣告请求，目前最难攻克的**最薄弱技术特征**（对专利权人而言是最强保护伞，对无效请求人而言是攻坚难点）是：

> **技术特征C + 特征D 的结合：** 即“在 RRC 联机重建被触发（如 RLC 重传超限）时，若物理层的监听计时器（T310）还在持续运作且未期满，则**主动停止**该监听计时器，以防止该计时器后续期满再次触发另一个 RRC 联机重建，进而打断正在进行的重建程序”。

* **难点分析：** 现有技术（如 D1）中，计时器的设计通常是“各司其职”，期满后执行各自的超时动作。目标专利敏锐地发现了 LTE 系统中**双重触发源（L1 物理层 T310 计时器超时 vs. L2 RLC 层重传超限）**同时作用于 RRC 联机重建时产生的竞争与冲突（即“前车未完，后车又起”导致崩溃），并创造性地通过“在 RRC 被触发时去**停止**仍在工作的 T310”来截断这一冲突。这一“跨层联动停止计时器”的细化控制逻辑，在 D1、D2、D3 中均没有任何直接公开或暗示。

---

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

鉴于目前的 D1~D3 组合无法直接破坏权利要求1的创造性，建议采取以下更精准的检索策略：

1. **锁定标准提案（3GPP Contributions）进行追溯检索：**

* 目标专利是关于 LTE RRC 重建与 T310/RLC 联动缺陷的解决方案。这类协议层逻辑的“Bug”通常是在 3GPP 制定 **LTE Release 8** 标准期间（大约在 2007 年至 2009 年期间）被各国电信巨头（如 Ericsson, Nokia, Qualcomm, Huawei 等）在会议上提出并讨论的。

* **检索数据库：** 3GPP 官方会议文档数据库（3GPP Portal / Meeting Documents）。

* **检索词组合：** `RRC Connection Re-establishment` AND `T310` AND `stop` AND `RLC` AND `retransmission` / `maximum number of retransmissions` / `RLF`。

* **目标：** 寻找在目标专利申请日（约 2008 年左右）之前，3GPP 内部讨论停止 T310 计时器以规避 RRC 重建冲突的 **CR (Change Request) 提案**。一旦找到该 CR 提案，其公开日早于目标专利申请日，即可直接作为极强的破坏创造性的现有技术。

2. **细化专利文献的分类号与关键词检索：**

* **IPC 分类号精确定位：** `H04W76/19`（连接重建）、`H04W24/00`（链路监听）、`H04W80/02`（数据链路层协议）。

* **关键词扩展：** `("T310" OR "link monitoring timer" OR "无线链路监听计时器")` AND `("stop" OR "terminate" OR "停止" OR "复位")` AND `("re-establishment" OR "reestablishment" OR "重建")` AND `("RLC" OR "retransmission" OR "重传")`。

* **检索方向：** 重点检索在 2007-2009 年间公开的、涉及 LTE 系统中无线链路失败（RLF）和切换失败（HO Failure）时 RRC 状态机及计时器控制逻辑的专利申请，寻找是否存在教导“为了避免重复触发 RLF，在因其他原因进入重建状态时，需清空/停止 T310 计时器”的现有技术。

同仁你好！针对目标专利 **CN101588638B** 的权利要求1，我为你准备了一份深度的、侵权与无效宣告视角下的技术特征比对和创造性分析。

在进行对比前，我们先结合**目标专利说明书**透彻地理解一下它的技术方案：

本专利解决的是 LTE 系统中 **RRC层（Layer 3，无线资源控制层）** 与 **RLC层（Layer 2，无线链接控制层）** 之间因异步触发“RRC连接重建”而导致的**双重触发冲突**。

* **常态流程**：物理层出问题 -> 启动 RRC 监听计时器（如 T310） -> 计时器期满 -> 判定无线链路失败（RLF） -> 触发 RRC 连接重建。

* **冲突场景**：在 T310 运行期间，下层（如 RLC 层）因为达到最大重传次数，**提前触发**了 RRC 连接重建。此时如果让 T310 继续运行，一旦 T310 期满，它会**再次触发**一个新的 RRC 连接重建，从而中断正在进行的重建流程。

* **本专利解法**：在下层事件提前触发 RRC 重建时，如果 T310 还没期满且在运行，**主动停掉 T310**（即特征 C），从而避免二次触发。

---

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

以下将权利要求1拆解为 4 个技术特征，并与三份对比文件（D1、D2、D3）进行严格的条款级对齐比对。

> * **D1**：US20080008212A1 (公开日: 2008-01-10)

> * **D2**：EP1883190A1 (公开日: 2008-01-30)

> * **D3**：US20080056148A1 (公开日: 2008-03-06)

---

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

### 1. 最接近对比文件的确定：D1 (US20080008212A1)

在创造性分析中，**D1 是最适合作为最接近的对比文件**。原因如下：

* **技术领域完全相同**：目标专利与 D1 均属于无线通信领域（特别是 **LTE 系统**），且直接针对 **无线链路失败（RLF）的检测、监控以及后续的连接恢复**。而 D2 偏向于 MAC 层调度，D3 偏向于 RLC 层重置。

* **解决的技术问题高度相似**：

* **目标专利** 解决的是在 LTE 系统中，如何避免由于多个并发事件（如物理层变差与下层达到最大重传）导致 RRC 连接重建程序重复、冲突启动的问题。

* **D1** 解决的是在 LTE 共享信道架构下，如何利用各种共享信道的特征和关联计时器，准确检测下行/上行无线链路失败，并触发链路恢复的问题。两者均在探讨**“如何精细化控制 RLF 检测及恢复过程中的计时器行为”**。

* **技术效果重合度高**：D1 通过精细化配置计时器和阈值来避免无线链路的误判和不必要重建；目标专利则是通过在特定时机停止计时器，防止重复触发重建，两者都在致力于**提高无线链路重连的效率，减少系统冗余开销**。

### 2. 创造性评述

* **区别技术特征**：将本申请权利要求1与最接近的对比文件 D1 相比，区别特征在于**特征 C**：*“于无线资源控制联机重建程序被触发时，且上述无线链路监听计时器尚未期满且持续运作时，停止上述无线链路监听计时器”*。

* **其他对比文件的贡献**：

* **D2** 完全是关于调度信息字段设置的方案，对解决 RRC 层的计时器冲突没有任何技术启示。

* **D3** 虽有“触发重置时停止计时器”的描述，但其处于 **RLC 层**，停止的是 RLC 内部计时器。无线通信协议中，Layer 2 的 RLC 状态机和 Layer 3 的 RRC 状态机是严格分离的。D3 无法给本领域技术人员提供“在 RRC 重建程序被触发时去跨层停止 RRC 链路监听计时器（如 T310）”的技术启示。

* 因此，**没有被最接近的对比文件（D1）公开的特征 C，也没有被其他对比文件（D2、D3）公开。**

---

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

如果你代表请求人对目标专利提起无效宣告，或者作为专利权人评估自身专利的稳定性，我们需要识别出**最容易被突破**和**最难被突破（最薄弱）**的特征。

### 1. 权利要求中对于“请求人”而言最容易突破的特征（即专利权人最薄弱防线）

* **特征 A、B、D** 是最薄弱的。在 LTE 标准（如 3GPP TS 36.331）中，UE 在物理层出问题时启动 T310 计时器（特征 B），T310 期满后宣告 RLF 并触发 RRC 连接重建（特征 D），这些均属于**公知常识**或标准规定的必选动作。D1 已经基本上完成了对这些外围特征的实质公开。

### 2. 本专利最核心、最难被直接无效的特征（即特征 C）

* **特征 C 是本专利的“护城河”**。因为 D1、D3 均没有直接给出“在下层触发重建时，主动去‘停止’一个仍在运行的 RRC 监听计时器”的明确教导。

### 3. 从“显而易见性（创造性）”角度攻克特征 C 的突破口（最薄弱点分析）

虽然特征 C 没有被 D1-D3 直接文献公开，但从**通信协议状态机设计的通用逻辑**来看，特征 C 存在以下创造性薄弱点：

1. **排他性状态转换原则（公知常识）**：在任何通信协议（包括 3G/4G）中，当系统已经因为某种原因（如 RLC 最大重传）进入了“连接重建（Re-establishment）”这一新状态时，旧状态（Connected 状态）下的所有活动、特别是“用于判定是否需要走向重建”的过渡期计时器（如监听计时器），其历史使命已经提前完成。

2. **避免竞争冒险（Race Condition）**：在状态机设计中，停止已失去存在意义的冗余计时器，是本领域技术人员在写代码或设计协议逻辑时，为了防止状态机混乱而必须进行的**常规逻辑清理工作**。如果不停止 T310，期满时再次调用重建函数，显然会导致逻辑冲突（Bug）。

3. **结论**：特征 C 虽然在字面上具有新颖性，但其本质上是本领域技术人员在面临“多源触发 RRC 重建”时，为了使协议状态机正常运转、消除竞争冒险，**显而易见会采取的常规设计手段**。

---

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

鉴于 D1、D2、D3 无法完全阻击特征 C，为了彻底无效该权利要求，我们需要转换检索思路，跳出常规的“专利数据库”，走向**标准制定组织（SDO）的提案检索**。

<Sequence>

{/* Reason: 针对 3GPP 协议类专利的检索，必须遵循从“标准版本演进分析”到“提案 Tdoc 穿透”，再到“核心厂商 CR 排查”的严格先后步骤，否则极易迷失在数以万计的无关提案中。 */}

<Step subtitle="目标：2006 年至 2008 年的 3GPP 提案" title="锁定标准演进关键期与数据库">

目标专利申请在 2008/2009 年左右。由于 T310 和 RRC 连接重建是 LTE（Release 8）的核心内容，我们应直接检索 **3GPP Portal 数据库** 以及 **RAN2（无线接入网工作组 2）** 在 2006-2008 年期间的会议提案（Tdocs）。

</Step>

<Step subtitle="中英文协议术语对齐" title="提取高契合度标准检索词">

利用 3GPP 官方协议用语构建检索要素：

* **核心计时器**：`T310`, `timer`

* **触发动作**：`RRC Connection Re-establishment`, `reestablishment`, `re-establishment`

* **控制行为**：`stop`, `terminate`, `cancel`, `clear`

* **下层触发源**：`RLC`, `max retransmission`, `maximum number of retransmissions`

</Step>

<Step subtitle="精准穿透标准贡献（Contributions）" title="编写 3GPP Tdoc 专项检索式">

在 3GPP 检索系统中运行以下组合式，寻找当年各大通信巨头（如 Ericsson, Nokia, Qualcomm, Huawei）提交的会议提案：

* `Tdoc AND "T310" AND "re-establishment" AND "stop"`

* `RAN2 AND "TS 36.331" AND "stop T310"`

</Step>

<Step subtitle="寻找最致命的非专利文献（NPL）先例" title="重点排查 Change Request (CR)">

重点检索针对 **3GPP TS 36.331** 协议文本的 **Change Request (CR)**。如果在目标专利的**优先权日**之前，已有 RAN2 会议同意（Agreed）了某项 CR，其内容为“当由于 RLC 达到最大重传触发重建时，UE 应停止正在运行的 T310 计时器”，那么该 CR 加上当时公开的草案（Drafting）将直接构成**无争议的破坏新颖性/创造性的现有技术**。

</Step>

</Sequence>

作为一名深耕移动通信与标准必要专利（SEP）领域的资深专利代理师，我将为您对目标专利（公开号：**CN101588638B**）的权利要求1进行深度解析，并结合对比文件 **D1（JP2008104167A）** 和 **D2（EP1883190A1）** 进行逐字逐句的侵权/无效技术特征比对，进而为您制定出最精准的无效宣告策略与检索建议。

---

## 一、 结合目标专利说明书对权利要求1的合理解释

在对权利要求进行技术比对前，必须“紧扣说明书”来界定权利要求的真实保护范围（即内部证据解释）：

* **技术特征A（客户端环境）：**

对应说明书第`[0002]`、`[0003]`及`[0018]`段。此处的“无线通讯系统的客户端”在LTE/3GPP标准上下文中即指**用户设备（UE）**。

* **技术特征B（启动无线链路监听计时器）：**

对应说明书第`[0007]`及`[0027]`段。说明书明确指出，该“无线链路监听计时器”在3GPP LTE协议中较佳地为 **T310 计时器**（当物理层检测到下行失步/无线链路问题时启动）。

* **技术特征C（触发重建且计时器未期满时，停止该计时器）：**

对应说明书第`[0008]`、`[0027]`、`[0028]`段。当UE在T310（无线链路监听计时器）持续运作且尚未期满期间，由于下层事件（如 **RLC PDU的重传次数达到最大值**）触发了RRC连接重建程序时，UE必须主动**停止（Stop）T310计时器**。

* **技术特征D（计时器期满导致另一重建程序被启动）：**

对应说明书第`[0008]`、`[0009]`、`[0027]`段。这是本专利要解决的**核心技术冲突**：若不停止该计时器，一旦T310期满，其本职工作是判定无线链路失败（RLF）并再次触发RRC重建，这将与先前由RLC重传超限触发的重建冲突，导致流程中断或无法预测的严重错误。

---

## 二、 对比文件技术特征比对表

为了客观展现D1和D2的公开情况，我们将权利要求1拆解为4个技术特征，并与各对比文件的详细出处（原文段落）进行严格比对：

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

---

## 三、 最接近的对比文件（Closest Prior Art）分析

在创造性分析（三步法）中，确定“最接近的对比文件”是逻辑起点。

### 1. 候选文件分析

* **对比文件 D1（JP2008104167A）：**

* **技术领域：** 无线通信系统中无线链路失败（RLF）的处理与连接重建。

* **解决的技术问题：** 如何在LTE等パケット交換（包交换）单域系统中，利用多个计时器（如T315等）或变量合理控制RLF检测、进入空闲状态或放弃重建的时机，以满足不同服务的QoS需求。

* **技术效果：** 避免UE盲目发起重建或过快释放资源，提高连接恢复效率。

* **对比文件 D2（EP1883190A1）：**

* **技术领域：** 3G系统（HSUPA）中上行链路调度信息（SI）的字段（HLBS）设置。

* **解决的技术问题：** 解决当TEBS指数为31时，HLBS数值超过100导致无法映射合适索引、网络无法准确分配无线资源的问题。

### 2. 结论：D1 是最适合作为“最接近对比文件”的唯一选择

* **原因阐述：** D1与目标专利同属于**“移动通信物理层链路监测与RRC层连接重建”**的相同技术领域，且两者面临的核心背景是一致的（即在3GPP LTE架构下，如何科学管理RLF相关的计时器以维持通信连续性）。D1公开了大部分的技术架构和计时器触发逻辑（特征A、B、D）。

* **排除D2：** D2涉及的是MAC层上行资源调度参数的非线性量化与映射问题（HLBS），与目标专利“避免RRC重建程序重复启动”的控制逻辑相去甚远，无法在此案中作为最接近的先前技术。

---

## 四、 权利要求1“最薄弱的技术特征”及无效突破口分析

如果要对目标专利提起无效宣告请求，**最薄弱（即最容易被攻破）的技术特征**是：**技术特征C中关于“停止计时器”以避免重复触发重建的逻辑。**

### 为什么说这是突破口？

1. **3GPP 标准提案的“天然公开性”：**

目标专利本质上解决的是 **LTE Stage-2/Stage-3 协议在制定过程中的一个“Bug”**（即T310运行期间由于RLC Max Retransmission触发重建，后续T310到期再次触发重建导致冲突）。在3GPP（第三代合作伙伴计划）标准制定过程中，这种协议冲突必然会在 RAN2 工作组会议中以 **CR（Change Request，修改提案）** 的形式被各通信巨头（如Ericsson, Nokia, Qualcomm等）反复讨论。

2. **时间线冲突：**

目标专利的申请日通常在2008年左右。如果能检索到在**本专利申请日之前**已经公开发布的 3GPP 会议提案（Tdoc）、工作组会议纪要（Minutes）或者 36.331 协议的早期草案（Draft），其中若记录了“当由于下层原因（如RLC失败）触发重建时，UE应当停止T310以避免二次触发”，那么**技术特征C的创造性甚至新颖性将直接归于消灭。**

---

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

鉴于D1未能完全公开技术特征C，为了彻底无效该权利要求，建议启动**针对3GPP标准文献和会议提案**的专项精准检索。以下是量身定制的检索策略：

### 1. 确定核心检索要素（Key Semantic Elements）

* **核心实体（Entities）：** UE / Client, RRC Connection Re-establishment, T310 (or radio link monitoring timer).

* **核心触发事件（Triggers）：** RLC failure / Max retransmissions / Lower layer event.

* **动作逻辑（Actions）：** Stop T310, Avoid duplicate/double trigger.

### 2. 锁定检索数据库与标准组织

* **标准组织官网：** **3GPP Portal (3gpp.org)** 目录下的 **FTP Server / TSG_RAN / WG2 (Radio Layer 2 and Radio Layer 3)**。

* **专利数据库：** 针对 H04W 专利分类号，在 Espacenet, USPTO, CNIPR 中检索 Ericsson、Nokia、Qualcomm、Huawei 等主要电信设备商在 2007-2009 年间递交的同族专利。

### 3. 精准检索式及词步设计

建议采用以下逻辑组合进行检索：

* **检索式 1（标准提案专项）：**

`"T310" AND "re-establishment" AND "stop" AND ("RLC" OR "retransmission")`

* **检索式 2（专利文献专项 - IPC: H04W）：**

`("radio link failure" OR "RLF") AND "T310" AND "stop" AND "re-establishment"`

### 4. 重点追溯的历史版本（重要切入点）

重点排查 **3GPP TS 36.331**（RRC协议规范）在 **2007 年至 2008 年初**（即目标专利申请日前）的所有 **CR (Change Request)**。寻找由各运营商或设备商提交的关于 *“Clarification on T310 handling during Re-establishment”* 的提案文件（Tdoc），此类技术提案一旦被证实先于本专利申请日公开，将成为一击必杀的“东风”证据。

根据权利要求1所述的方法，其中上述无线资源控制联机重建程序由下层事件所触发。

根据权利要求2所述的方法，其中上述下层事件是无线链路控制协议数据单元的重传次数大于预设值。

根据权利要求1所述的方法，其中上述无线链路监听计时器是计时器T310。