一种用于一无线通信系统的一客户端中改善连续封包连通(Continuous Packet Connectivity，CPC)功能的方法，其特征是，包含有，根据一功能状态变量值CPC_DTX_DRX_STATUS启动一不连续封包功能;根据一小区更新程序启动的事件启动一小区更新程序;以及在所述小区更新Cell Update程序启动时客户端从小区专用信道状态移入小区前向接入信道状态;重新判断上述功能状态变量值;并且进行以下动作;当上述功能状态变量值原为成功TRUE时设定上述功能状态变量值为失败FALSE;清除用于上述不连续封包功能的一功能参数变量CPC_DTX_DRX_PARAMS;以及停止所有上述不连续封包功能的相关动作;其中上述小区更新程序启动的事件为无线链接失效(Radio Link Failure)、无线链接控制错误或客户端能力信息讯息传送失败。

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书的公开内容，对权利要求1进行深入解析，并结合三份对比文件（D1、D2、D3）的内容完成特征比对、创造性最接近对比文件的确立、无效请求薄弱特征分析及进一步检索策略的制定。

---

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

为了准确评估对比文件是否公开了相关技术特征，首先需要根据目标专利（CN101193390B）的说明书对权利要求1中的关键术语和技术方案进行原意解析：

* **连续封包连通功能（CPC，Continuous Packet Connectivity）：**

根据说明书【0002】，CPC 概念适用于无线资源控制状态为**小区专用信道（CELL_DCH）状态**的客户端（UE），主要功能在于增加每个小区可服务的客户端数目，抑制上行链路信道的噪声增长等。

* **不连续封包功能（Discontinuous Transmission/Reception，DTX/DRX）：**

根据说明书【0006】-【0008】及【0024】，该功能在 CPC 中被引入，包含**不连续上行链路传输（Uplink DTX）功能**、**不连续上行链路接收（Uplink DRX）功能**及**不连续下行链路接收（Downlink DRX）功能**。其启动和关闭状态由变量 `CPC_DTX_DRX_STATUS` 的「TRUE」与「FALSE」来表示。

* **小区更新程序启动的事件：**

根据说明书【0021】，当系统发生**无线链接失效（Radio Link Failure）**、**无线链接控制错误（RLC Unrecoverable Error）**、或是一**客户端能力信息讯息传送失败**时，客户端将进行一小区更新程序。

* **状态转换与重新判断：**

根据说明书【0021】，在已知规范中，当客户端因为上述前述事件移出 CELL_DCH 状态并移入**小区前向接入信道（CELL_FACH）状态**时，并不会重新判断变量 `CPC_DTX_DRX_STATUS`，导致不连续封包功能在不适合的状态中持续操作，引发严重错误。本发明的核心就在于：**在上述事件触发小区更新并发生状态移转时，重新判断或直接动作，从而关闭该不连续封包功能**（设定为 FALSE、清除参数变量 `CPC_DTX_DRX_PARAMS`、停止相关动作），以规避物理层和媒体存取控制层的运作错误。

---

## 2. 技术特征比对分析与表格

以下将对比文件指代为：

* **D1**：US6301479B1

* **D2**：US20030003895A1

* **D3**：US6618589B1

### 2.1 对比文件公开性详细分析

* **D1 (US6301479B1)：**

* **核心内容**：主要解决移动通信系统在切换（Handover）过程中，如何通过隧道（Tunneling）技术在新的链路层协议实体间传输未确认的数据，以提供安全连接。

* **特征比对**：其完全没有涉及第三代移动通信（WCDMA）中的连续封包连通（CPC）功能、不连续传输/接收（DTX/DRX）状态变量、以及由于无线链接失效等特定错误事件触发小区更新时去清除 CPC 参数的机制。

* **D2 (US20030003895A1)：**

* **核心内容**：涉及电信系统中终止消息的身份验证机制（例如 RRC 连接释放消息或分离消息），以防止未授权的恶意第三方通过伪造释放消息导致用户设备（UE）断开连接（拒绝服务攻击）。

* **特征比对**：虽然提及了 `CELL_DCH`、`CELL_FACH`、`CELL_PCH` 和 `URA_PCH` 四种连接模式状态（参见其说明书【0014】及附图11），但其方案聚焦于**安全验证、鉴权密钥（Authentication Key）及算法（如 Kasumi 机制）**。D2 并未公开根据特定错误事件启动小区更新程序，并在进入 `CELL_FACH` 时去重新判断、清除和停用 CPC 功能状态变量的技术方案。

* **D3 (US6618589B1)：**

* **核心内容**：公开了一种在无线接入网中执行小区（Cell）和 URA 更新的方法。主要解决由于 UE 移动过快，导致多个 Cell/URA Update 请求消息“乱序（out-of-sequence）”到达服务无线网络控制器（SRNC）的问题。

* **特征比对**：

* D3 明确公开了 UE 在 `CELL_PCH` 或 `URA_PCH` 状态下移动时，会触发 **Cell Update（小区更新程序）**，且为了执行该程序，**UE 会从低活动状态移入 `CELL_FACH` 状态**（参见 D3 摘要、第13栏描述以及附图2、图11）。这实质公开了**特征 B** 和**特征 C** 的状态转移部分。

* 然而，D3 的核心机制是在 Cell/URA Update 消息中引入**序列号计数器**（`Cell_Upd_Seq_No` / `URA_Upd_Seq_No`），通过比对序列号来丢弃过期/乱序的消息。D3 **完全没有提及 CPC（连续封包连通）功能**，也没有涉及不连续封包状态变量 `CPC_DTX_DRX_STATUS` 及其清除、重置的控制逻辑（特征 A、D、E、F、G、H）。

### 2.2 特征比对表格

---

## 3. 创造性分析：最接近对比文件的确立

在创造性审查或无效宣告程序中，选择“最接近的对比文件（D1）”通常遵循**技术领域相同或相近、解决的技术问题最相似、公开的技术特征最多**的原则。

### 3.1 方案评估与最接近对比文件的筛选

* **D1** 属于切换时的数据隧道传输及安全机制，与本案 RRC 状态机及 CPC 控制逻辑相去甚远，无法作为最接近对比文件。

* **D2** 虽然属于安全鉴权领域，但其背景技术中讨论了 RRC 状态模型（`CELL_DCH`、`CELL_FACH`等），其解决的整体技术问题是“防止未授权的恶意第三方触发未请求的连接终止/释放”。

* **D3** 属于移动通信中 RRC 状态转换和小区/位置区更新管理的技术领域。其明文阐述了 **UE 在触发 Cell Update 流程时，如何发生状态转移并进入 `CELL_FACH` 状态**。

### 3.2 结论：最接近的对比文件为 D3

**从整体解决的技术问题和技术效果角度分析，D3 最适合作为最接近的对比文件。**

* **技术领域与背景的重合度**：D3 深入探讨了第三代移动通信系统（UMTS/UTRAN）中客户端（UE）在不同移动性管理状态（`CELL_DCH`、`CELL_FACH`、`CELL_PCH`）下的行为以及小区更新（Cell Update）的完整信令流程。这与目标专利改善 RRC 状态切换中 CPC 异常行为的通信架构背景完全一致。

* **技术效果的关联度**：D3 的目的是为了“确保 SRNC 能够准确跟踪 UE 的位置，避免因乱序导致的网络运行错误”。目标专利的目的是“避免客户端在移出小区专用信道（`CELL_DCH`）后，物理层和媒体存取控制层因继续错误操作不连续封包功能而发生系统严重错误”。两者均关注**客户端在发生状态变更/小区更新时，网络和终端如何协调行为以消除协议层面的系统错误**。

* **未被公开的特征**：D3 没有公开特征 A、D、E、F、G、H。即 D3 未提及 CPC 连通功能及不连续封包状态变量（`CPC_DTX_DRX_STATUS`）的特定清除控制逻辑。

---

## 4. 无效请求中最薄弱的技术特征分析

若要对本目标专利提出无效宣告请求，基于现有的 D1、D2、D3，**最薄弱的技术特征（即专利权人最容易守住、无效请求人最难攻破的防线）是：特征 D、E、F、G、H 的横向组合，特别是“在小区更新程序启动时，针对 CPC 功能的状态变量和参数进行联动复位/清除（FALSE）的特定控制逻辑”。**

### 为什么这一特征最难被无效？

1. **现有对比文件的技术断层**：目前的 D1、D2、D3 **完全没有提及“连续封包连通（CPC）功能”或“不连续传输/接收（DTX/DRX）状态变量/参数”**。在现有证据中，甚至连“CPC”这个技术概念都没有出现。

2. **特异性的控制动作**：将“小区更新程序启动”作为触发条件，去跨模块清除物理层/媒体存取控制层的 `CPC_DTX_DRX_PARAMS` 参数并强行关闭动作，属于针对 3GPP 协议缺陷做出的、极具针对性的**时序控制与状态清除设计**。

3. **技术偏见与非显而易见性**：仅凭 D3（解决乱序更新问题）和 D2（解决恶意释放连接问题），审查员或专利局委员会很难认为“本领域技术人员在面对 CPC 功能异常运作时，有动力将两案结合，并凭空推导出引入 `CPC_DTX_DRX_STATUS` 变量并在进入 `CELL_FACH` 时将其置为 FALSE”的结论。

因此，如果仅用现有的 D1-D3 提起无效，由于缺乏公开“CPC/DTX/DRX 参数清除”的实质性技术证据，该权利要求1极大概率会被维持有效。

---

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

鉴于现有证据在“CPC 功能控制及参数清除”上存在核心缺失，为了成功无效该权利要求，必须调整检索策略，补充关键的“拼图”文件。

### 5.1 检索重点（核心技术特征锚定）

重点寻找公开了以下内容的文献：

1. **3GPP 无线资源控制（RRC）协议规范**中关于 CPC（Continuous Packet Connectivity）和 DTX/DRX 启动/停用变量（如 `CPC_DTX_DRX_STATUS`）的定义。

2. 在客户端发生特定异常（Radio Link Failure、RLC 错误）导致 RRC 状态从 `CELL_DCH` 迁移到 `CELL_FACH` 时，**如何处理或重置 CPC/DTX/DRX 关联变量**的提案（CR，Change Request）或技术讨论文件。

### 5.2 检索渠道与数据库拓展

由于目标专利解决的是已知标准/规范未规定明确而导致的系统运作错误，此类通信协议改进的先驱思想通常大量隐藏在**标准组织会议提案**中，而非仅在专利局的专利库中。

* **首选数据库**：**3GPP 官方方案与提案库（3GPP TSG-RAN WG2 会议文稿）**。

* 目标专利说明书【0008】本身就引用了 3GPP 会议数据 `3GPP TSG-RAN WG2#56 R2-063567`。

* 应当锁定的标准版本：**3GPP TS 25.331 (Radio Resource Control (RRC); Protocol specification)** 的 **Release 7** 版本（CPC 概念引入的时期，大约在 2006-2007 年前后）。

### 5.3 关键词与检索式设计

* **技术主题词**：`CPC`, `Continuous Packet Connectivity`, `DTX/DRX`, `CPC_DTX_DRX_STATUS`, `CPC_DTX_DRX_PARAMS`, `CELL_DCH to CELL_FACH`, `Cell Update`.

* **触发事件词**：`Radio Link Failure`, `RLC unrecoverable error`, `UE CAPABILITY INFORMATION FAILURE`.

* **清除/动作词**：`Clear`, `Reset`, `FALSE`, `Stop`, `Invalidate`.

**推荐构造的检索式（以 3GPP 文稿/专利通用）**：

> `("Continuous Packet Connectivity" OR "CPC") AND ("CPC_DTX_DRX_STATUS" OR "DTX-DRX information") AND ("Cell Update" OR "CELL_FACH") AND ("Radio Link Failure" OR "RLC error" OR "clear" OR "FALSE")`

### 5.4 终极无效策略组合构想

1. **寻找到的 D4（3GPP 会议提案/标准修改单）**：公开或指出了在 CPC 状态下，发生 RLF（无线链接失效）导致 Cell Update 时，需要将 `CPC_DTX_DRX_STATUS` 强制复位或清除参数的技术建议。

2. **无效组合方案**：以 **D3 作为最接近的对比文件**（公开了小区更新及向 `CELL_FACH` 状态转移的架构），结合 **D4（公开了 CPC 状态变量在异常更新事件下的清除复位逻辑）**。由于 D4 已经给出了明确的技术启示，两者的结合将直接摧毁权利要求1的创造性，从而实现全案无效。

作为一名经验丰富的专利代理师，我已仔细阅读了您提供的目标专利说明书及三篇对比文件（D1-D3）。下面我将紧密结合目标专利的说明书对权利要求1进行解释，并针对对比文件进行详尽的特征比对和创造性分析。

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

权利要求1主要保护一种在无线通信系统（特别是第三代移动通信WCDMA/HSPA系统）的客户端（UE）中，**改善连续封包连通（CPC）功能的方法**。

结合说明书（特别是[0005]-[0010]以及[0021]段），该权利要求的核心逻辑旨在解决一个特定场景下的系统错误：

1. **背景状态**：客户端原本处于小区专用信道（CELL_DCH）状态，且根据变量 `CPC_DTX_DRX_STATUS` 的值（此时为TRUE）启动了不连续传输/接收（DTX/DRX）功能（即**技术特征A**）。

2. **触发事件**：当系统发生异常，如无线链接失效（RLF）、无线链接控制（RLC）错误或客户端能力信息传送失败时（即**技术特征H**），客户端必须启动小区更新（Cell Update）程序（即**技术特征B**），这会导致客户端从 CELL_DCH 状态移入小区前向接入信道（CELL_FACH）状态（即**技术特征C**）。

3. **解决的技术问题**：在已知规范中，客户端移出 CELL_DCH 状态时并未重新判断CPC功能状态变量，导致DTX/DRX功能在不适合的 CELL_FACH 状态下继续运行，从而引发物理层和媒体存取控制层的严重错误（见[0021]段）。

4. **本发明的解决方案**：在触发小区更新并改变状态时，强制重新判断功能状态变量（**技术特征D**）。如果原变量为TRUE，则将其强行设定为FALSE（**技术特征E**），同时清除相关参数变量 `CPC_DTX_DRX_PARAMS`（**技术特征F**），并彻底停止所有不连续封包功能的相关动作（**技术特征G**），从而安全地关闭CPC功能，避免系统错误。

---

### 二、 特征比对表格及公开情况分析

以下根据提供的D1、D2、D3原文，对权利要求1的技术特征进行毫无异议公开或实质公开的比对：

---

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

在创造性分析中，**D1 (US20030207702A1)** 和 **D3 (US20040224686A1)** 适合作为最接近的对比文件，其中 **D1 最佳**。

* **从整体解决的技术问题来看**：

目标专利解决的是**客户端在 CELL_DCH 状态下，遭遇 RLF 或 RLC 错误引发小区更新时，如何处理原状态下配置的功能和资源以避免系统错误**的问题。

* **D1** 解决的恰好也是客户端在 CELL_DCH 状态下，遭遇 "radio link failure" 或 "RLC unrecoverable error" 触发 Cell Update 时的恢复机制（特别是如何处理 T314/T315 计时器及释放相关的 RAB 资源）。两者面对的通信场景（CELL_DCH下的异常处理）、触发条件（RLF/RLC Error）和应对动作类型（状态清理/资源释放）高度一致。

* **D3** 也是处理 Cell Update 过程中的异常，但它解决的技术问题是“在小区更新期间如何保存上行链路数据(Uplink Data)以防丢失”，其技术效果侧重于数据的缓存与延后发送，而非系统状态与底层信道配置的错误恢复。

* **结论**：因此，**D1** 因其聚焦于 `CELL_DCH` 状态下基于相同触发事件的底层资源释放和状态恢复，最适合作为最接近的对比文件。

### 四、 未被最接近的对比文件公开的特征及其他对比文件情况

以 **D1** 为最接近的对比文件，权利要求1**未被D1公开的特征**包括：

1. **特征A、D、E、F、G**：即与连续封包连通（CPC）功能及不连续传输/接收（DTX/DRX）直接相关的所有变量判断、状态置位和参数清除动作。

2. **特征C的明确状态转移**：明确指明移入 CELL_FACH 状态。

3. **特征H的部分内容**：触发事件中的“客户端能力信息讯息传送失败”。

**其他对比文件（D2, D3）是否公开了上述未公开特征？**

* **未公开**。D2 仅关注安全启动值（START value）的同步问题；D3 仅关注上行数据的缓存（UDS RRC）。所有对比文件（D1、D2、D3 的年代集中在 2003-2004 年）均未提到任何关于 CPC、DTX/DRX 或对应状态变量 `CPC_DTX_DRX_STATUS` 及参数的控制逻辑。

### 五、 若提出无效请求最薄弱的技术特征

如果在未来的无效宣告请求中，**最薄弱（即最难被现有技术破坏、最容易支撑专利有效性）的技术特征是特征A、D、E、F、G的组合**，即：

> **“根据一功能状态变量值CPC_DTX_DRX_STATUS启动不连续封包功能……并在小区更新启动时，重新判断该变量，若为TRUE则设为FALSE，清除CPC_DTX_DRX_PARAMS，并停止相关动作。”**

**原因分析**：

这些特征是 3GPP Release 7 中引入 Continuous Packet Connectivity (CPC) 后衍生出的非常具体的协议漏洞修复方案。D1-D3 均属于2003-2004年的早期专利，那时 3GPP 尚未引入 CPC 概念。因此，如果不去精准检索 2006-2007 年间 3GPP TSG-RAN WG2 的会议提案（Tdoc），仅靠常规的早期通信专利，根本无法找到对这些特定变量操作的启示。这一套特征是本专利具备非显而易见性（创造性）的核心壁垒。

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

鉴于本专利紧密结合 3GPP 协议标准，常规的纯关键词专利检索容易漏检核心证据，建议采取以下策略寻找能破坏其创造性的 X 类/ Y 类文献：

1. **非专利文献（NPL）专项检索（重中之重）**：

* **目标数据库**：3GPP 官方文档库（特别是 TSG-RAN WG2 会议记录）。

* **检索线索**：目标专利说明书[0008]段直接提到了 `3GPP TSG-RAN WG2#56 R2-063567`。这通常意味着该专利的发明人很可能参与了该标准的制定，或者针对该会议期间提出的漏洞提交了专利。

* **检索动作**：查找 2006 年至 2007 年间 RAN2 工作组关于 TS 25.331（RRC协议）的修改请求（Change Request, CR）。重点检索标题或内容包含 "CPC", "DTX/DRX", "Cell Update", "CPC_DTX_DRX_STATUS" 处理逻辑的 CR 提案。由于标准提案往往早于专利申请日公开，极易构成破坏新颖性或创造性的破坏性公开。

2. **专利文献精准检索**：

* **IPC/CPC分类号**：`H04W 76/19` (Connection recovery), `H04W 76/27` (Transitions between radio resource control states), `H04W 52/02` (Power saving arrangements)。

* **核心关键词组合**：

* (Continuous Packet Connectivity OR CPC) AND (DTX OR DRX)

* AND (Cell Update)

* AND (CELL_DCH AND CELL_FACH)

* AND (Radio Link Failure OR RLF OR RLC error)

* **竞争对手/申请人检索**：鉴于这类专利多来源于标准必要专利（SEP）池的贡献者，需重点检索通信巨头（如 Ericsson, Nokia, Qualcomm, Huawei, ZTE, InterDigital）在 2006-2007 年间申请的相关专利。

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

目标专利（CN101193390B）主要解决的核心技术问题是：在3GPP无线通信系统中，处于**小区专用信道状态（CELL_DCH）**的客户端（UE）在启动了**连续封包连通（CPC）**功能的不连续传输/接收（DTX/DRX）后，若发生**无线链接失效（RLF）、无线链接控制（RLC）错误或客户端能力信息传送失败**等异常事件时，UE会触发**小区更新程序（Cell Update）**并转换至**小区前向接入信道状态（CELL_FACH）**。

### 已知技术的缺陷（痛点）

传统协议规范未规定在此类异常小区更新事件下如何处理不连续封包功能，导致UE移出 `CELL_DCH` 状态后，不会重新判断变量 `CPC_DTX_DRX_STATUS`。这意味着UE在不适合的 `CELL_FACH` 状态下仍会错误地持续操作CPC的DTX/DRX功能，从而导致物理层（L1）和媒体存取控制层（L2/MAC）运作发生严重错误。

### 目标专利的解决方案

目标专利通过在**小区更新程序启动时**，强制客户端**重新判断**CPC的功能状态变量值（`CPC_DTX_DRX_STATUS`）。由于此时客户端已不再满足 `CELL_DCH` 状态等必要条件（说明书\[0011\]），判断程序会将该变量由 `TRUE` 设定为 `FALSE`，从而**清除CPC参数变量（`CPC_DTX_DRX_PARAMS`）**并**停止所有CPC不连续封包功能的相关动作**，及时阻断了状态错配引发的系统错误。

---

## 二、 目标专利与对比文件技术特征比对表格

以下将目标专利权利要求1拆解为8个技术特征（A~H），并与三份对比文件进行深度映射比对。

---

## 三、 最接近对比文件（D1~D3）的创造性深度分析

在创造性评述过程中，选择“最接近的对比文件”需从**领域、解决的技术问题、公开的技术特征数量以及技术效果的接近程度**进行综合考量。

### 1. 各对比文件的技术定性与比对

* **D1 (US2005009527A1)**：主要解决UE从不工作的监测状态（如 `CELL_PCH`）向双工状态转换时，因缺乏临时标识符（`C-RNTI`）导致上行传输失败的问题。其引入了一个过渡状态 `TRANS_CELL_FACH`。它对于目标专利中关于 `CELL_DCH` 异常状态下CPC的控制几乎没有给出技术启示。

* **D2 (US20050054298A1)**：核心解决**当UE处于 `CELL_DCH` 状态时**，如何区分处理L1的无线链接失效与L2的RLC未恢复错误，**避免不加区分地执行常规RAB（无线接入承载）释放步骤**，以降低掉话率。

* **D3 (US20050070274A1)**：核心解决当**小区更新事件与网络端下发的重配置（Reconfiguration）命令发生冲突/交叉**时，UE如何确保行为状态不出现二义性（提供了取消、延迟、立即执行重配置等B0-B6策略）。

### 2. 最接近对比文件的确定：D2 与 D3 共同作为最接近的对比文件

本案具有特殊性，其核心发明点在于**“当处于 `CELL_DCH` 的UE因异常事件触发小区更新并切入 `CELL_FACH` 时，如何清理和关闭不适用的上层/物理层特定功能（CPC）”**。因此，D2和D3从不同维度都极度接近目标专利：

#### 维度一：技术场景与触发事件切换——首选 D2

* **整体解决的技术问题与效果接近度**：D2聚焦于处于 `CELL_DCH` 状态的UE在遭遇L1无线链接失效（RLF）或L2 RLC未恢复错误时的小区更新行为。这与目标专利**完全处于同一异常触发场景下**。D2的核心效果是通过优化小区更新期间的状态清理动作来避免 radio 资源能力的下降。

* **特征覆盖**：D2毫无异议地公开了特征B、C、H（公开了无线链接失效、无线控制错误作为触发事件，且在启动小区更新时移入 `CELL_FACH`）。

#### 维度二：状态冲突下的变量/程序动作清理机制——首选 D3

* **整体解决的技术问题与效果接近度**：D3解决的是处于 ongoing 状态的通信控制程序（重配置）遭遇突发小区更新时，系统发生运作错误（如通道移除、配置错配、隐蔽不匹配问题）的问题。这与目标专利“在CPC功能 ongoing 期间遭遇突发小区更新，导致物理层与MAC层发生运作严重错误”的**技术困境与报错机理完全一致**。D3通过“取消当前的重配置程序（策略B2）”来达到消除二义性的技术效果。

* **技术启示的迁移**：D3的策略B2（行为B2：一旦启动小区更新，立即取消当前的重配置，重新判断并向网络返回 Failure）给出了最直接的逻辑组合启示。

---

## 四、 请求无效的最薄弱技术特征与潜在突破口

通过上述比对表和深度分析可以看出，**本案如果提起无效宣告请求，最薄弱的技术特征（即对请求人而言最难攻克、目标专利最稳固的防线）是：特征D、E、F、G的有机结合体**。

即：**在小区更新启动时，强制重新判断CPC的状态变量（`CPC_DTX_DRX_STATUS`），将其置为 `FALSE`，并联动执行“清除CPC参数变量（`CPC_DTX_DRX_PARAMS`）”和“停止所有CPC相关动作”这一整套状态机清理行为。**

### 无效难点分析

尽管D2公开了异常触发事件，D3公开了在小区更新时“取消（Cancel）”某种进行中的配置程序，但D1~D3均没有任何一份提到了3GPP在R7阶段引入的 **连续封包连通（Continuous Packet Connectivity，CPC）** 这一特定功能，更未提及针对 `CPC_DTX_DRX_STATUS` 变量的操作。

在审查实践中，如果仅仅将D2的异常触发事件与D3的取消清理逻辑进行宽泛的结合，专利权人极易以“CPC功能具有特定的多层（L1物理层/L2 MAC层）联动复杂性，且CPC变量控制属于特定技术领域的特有参数，常规的重配置取消（D3）无法直接推导至CPC状态机的重判断”为由进行强有力的抗辩。

---

## 五、 进一步的对比文件检索策略（针对最薄弱特征）

为了成功阻击上述最薄弱的特征组合（特征D、E、F、G），必须调整检索方向，跨越单纯的“授权专利说明书”，将触角伸向**标准制定的源头**。以下是精准的检索策略设计：

### 1. 锁定核心时段与关键标准演进

目标专利的优先权日大约在 2006-2007 年前后（其引用的3GPP会议文献为 `R2-063567`，属于2006年11月的会议）。这一时期正值 **3GPP Release 7 (Rel-7)** 讨论并确立 CPC 功能的关键窗口。

* **检索目标**：寻找在 2006 年 11 月之前，3GPP RAN WG2（无线层2/层3演进工作组）中关于 CPC 状态机控制、或通用状态机切换时变量清理的**会议提案（T-Docs / Contributions）**及**更改请求（CR, Change Request）**。

### 2. 检索源与数据库精选

* **3GPP FTP 官方服务器 / 3GPP Portal**：专门检索 `TSG RAN WG2` 的历史会议资料（重点关注 2006 年的 Meeting #53 至 #56）。

* **标准文本库**：追踪 `3GPP TS 25.331`（RRC协议规范）在 Rel-7 阶段各个演进版本（如 V7.1.0 至 V7.3.0）的修订历史。

### 3. 精准检索要素组合（Keywords & 逻辑算式）

建议采用两套检索思路进行交叉覆盖：

#### 思路 A：CPC 特定变量清理检索（直击靶心）

* **关键词**：`Continuous Packet Connectivity` OR `CPC` OR `CPC_DTX_DRX_STATUS` OR `CPC_DTX_DRX_PARAMS`

* **配合动作词**：`Cell Update` OR `CELL_FACH` OR `Clear` OR `Stop` OR `Invalid` OR `Re-evaluate`

* **目的**：寻找是否有其他厂商（如爱立信、高通、诺基亚、华为等）在目标专利优先权日前，就已经在3GPP会议上指出“UE进入 `CELL_FACH` 时CPC状态未定义，需要清空变量”的提案。**只要这类技术提案在优先权日前被公开并上传至3GPP公网，即构成现有的技术公开（Prior Art）。**

#### 思路 B：上位状态机变量通用清理规范（逻辑推定）

* **关键词**：`RRC State transition` OR `CELL_DCH to CELL_FACH` OR `Status Variable evaluation`

* **配合动作词**：`Clear parameters` OR `Stop actions` OR `criteria not met`

* **目的**：证明在 3GPP 协议体系中，“当 UE 因异常从小区专用信道（`CELL_DCH`）跌落至小区前向接入信道（`CELL_FACH`）时，所有专属于 `CELL_DCH` 的 L1/L2 增强型不连续特性变量，均必须在小区更新启动时被无条件强制置为 `FALSE` 并清理参数”是一项**通用的、惯用的全行业标准设计准则**。借此证明特征D、E、F、G的联动对于本领域技术人员而言，在CPC功能被引入后，只是常规设计准则的自然延伸，不具备创造性。

作为一名经验丰富的专利代理师，我将为您对目标专利的权利要求1进行深度解析，并结合对比文件D1、D2的原文进行技术特征的比对、创造性分析，最后指出无效请求的最薄弱环节并给出下一步的检索策略。

---

## 一、 权利要求特征分解与说明书释义

目标专利独立权利要求1属于无线通信领域中关于**连续封包连通（CPC）功能在特定异常事件下的状态同步与变量清理**的方法。我们可以将其分解为以下8个技术特征：

* **前序部分**：一种用于一无线通信系统的一客户端中改善连续封包连通（Continuous Packet Connectivity，CPC）功能的方法。

* **技术特征A**：根据一功能状态变量值`CPC_DTX_DRX_STATUS`启动一不连续封包功能。

* **技术特征B**：根据一小区更新程序启动的事件启动一小区更新程序。

* **技术特征C**：在所述小区更新Cell Update程序启动时客户端从小区专用信道状态（`CELL_DCH`）移入小区前向接入信道状态（`CELL_FACH`）。

* **技术特征D**：重新判断上述功能状态变量值。

* **技术特征E**：当上述功能状态变量值原为成功`TRUE`时设定上述功能状态变量值为失败`FALSE`。

* **技术特征F**：清除用于上述不连续封包功能的一功能参数变量`CPC_DTX_DRX_PARAMS`。

* **技术特征G**：停止所有上述不连续封包功能的相关动作。

* **技术特征H**：其中上述小区更新程序启动的事件为无线链接失效（Radio Link Failure）、无线链接控制错误或客户端能力信息讯息传送失败。

### 说明书紧密结合释义

根据目标专利说明书的记载，CPC功能中的不连续封包功能（包含不连续上行链路传输DTX和不连续下行链路接收DRX）原本**仅适用于`CELL_DCH`（小区专用信道）状态**。在正常情况下，客户端仅在收到网络端的重设讯息时才会去判断和修改`CPC_DTX_DRX_STATUS`变量。

然而，当发生无线链接失效、RLC错误或UE能力信息传送失败等突发事件时，客户端会启动小区更新程序并被迫**移出`CELL_DCH`状态而进入`CELL_FACH`状态**。原有的协议规范在这些突发事件下**没有规定如何处理CPC功能**，导致客户端在非`CELL_DCH`状态下仍错误地持续操作不连续传输/接收，引发底层运作的严重错误。本发明的核心就在于：通过在小区更新程序启动时**强制触发重新判断机制**，并在不满足`CELL_DCH`条件时，将状态变量置为`FALSE`、清除参数变量`CPC_DTX_DRX_PARAMS`并彻底停止不连续封包动作，从而实现状态的及时同步与行为中止。

---

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

以下将权利要求1的各项技术特征与对比文件D1（US6961570B）及D2（KR100626968B）的原文进行客观比对。

---

## 三、 创造性分析中“最接近的对比文件”的选择

在创造性分析中，选择“最接近的对比文件（第一标准文件）”通常遵循**技术领域相同或最接近、解决的技术问题最相似、公开的技术特征最多**的原则。

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

**结论：对比文件D1更适合作为最接近的对比文件。**

* **从整体解决的技术问题角度分析**：

* **目标专利**解决的问题是：当UE因为异常突发事件（无线链路失效、RLC错误等）导致通信环境恶化、需要启动小区更新并退出`CELL_DCH`状态时，UE内部的底层协议变量和动作如何进行同步和异常中止，以防系统发生严重错误。

* **对比文件D1**解决的问题同样是：当UE检测到“离开服务区（Out of Service）”等通信异常时，会触发一系列定时器并启动小区更新；D1针对的是在重新进入服务区时，如何正确停止内部定时器（T307/T317），以防止系统错误地释放无线承载和断开连接。

* 两者均聚焦于**“UE发生无线链路异常 -> 启动小区更新/状态转移 -> 清理或修正内部控制状态以防系统错误”**的场景，技术场景和故障处理的逻辑切入点高度契合。

* 反观**对比文件D2**，其解决的是如何通过在Cell Update消息中区分“信令传输”和“数据传输”，从而让网络端提前感知并为其分配更合理的信道状态（`CELL_FACH`或`CELL_DCH`），以提高无线资源利用率。这属于**日常资源优化和状态建立**的范畴，与目标专利的“异常倒换与变量清理”技术去向相去较远。

* **从技术特征数量角度分析**：

D1公开了特征B、特征H（部分），并实质公开了特征C中利用小区更新进行状态转换的背景，相比D2公开的特征明显更多，且同属于RRC层的状态机行为控制。

---

## 四、 未公开特征的交叉检索与无效请求最薄弱点

### 1. 没有被最接近对比文件（D1）公开的特征是否被D2公开？

**没有。**

没有被D1公开的特征主要是：**特征A、D、E、F、G**。这组特征构成了CPC不连续封包功能的核心控制闭环（即根据`CPC_DTX_DRX_STATUS`变量控制开关，并在移出`CELL_DCH`时进行变量清空与动作中止）。

审阅对比文件D2可以发现，D2全篇均在围绕WCDMA中传统的RRC状态跳转（`CELL_PCH`到`CELL_FACH/CELL_DCH`）进行信令字段优化，完全没有提及连续封包连通（CPC）技术，更没有涉及任何有关不连续收发参数变量（`CPC_DTX_DRX_PARAMS`）的清除或动作的停止。因此，**D2没有填补D1的特征空白**。

### 2. 若提出无效请求，最薄弱的技术特征是哪个？

如果单独依靠D1和D2，由于它们均未涉足“CPC功能变量在状态转换时的清理机制”，该权利要求1的创造性非常稳固。因此，若要对目标专利提出无效请求，**最薄弱的技术特征（即对方最不容易被无效、我方攻克难度最大）是：特征D、E、F、G的组合**。

* *原因*：这组特征不仅仅是引入了一个新变量名，而是提出了一个**“在非预期状态转移时对上层挂起功能进行资源去初始化（De-initialization）”的控制逻辑**。要攻克这一薄弱点，必须检索到直接公开了“CPC状态变量与小区更新程序联动”的强烈证据，或者证明在更早的无线协议（如LTE或早期HSPA演进中）对于同类不连续功能的清理属于本领域的惯用技术手段。

---

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

鉴于D1和D2无法组合无效权利要求1，作为代理师，我建议立即调整检索方向，采取以下进阶检索策略：

1. **锚定3GPP标准提案（Contributions）与技术规范（TS）检索（最高优先级）**：

目标专利中所使用的变量名`CPC_DTX_DRX_STATUS`和`CPC_DTX_DRX_PARAMS`带有极其明显的3GPP标准规范印记。CPC功能是在3GPP Release 7（约2006-2007年前后）引入WCDMA/HSPA+演进中的。

* **检索源**：3GPP FTP服务器（RAN WG2会议记录）。

* **目标对象**：查找2006至2007年间，各通信巨头（如爱立信、高通、华为、诺基亚等）在RAN2会议上提交的关于“CPC状态机”、“CPC异常处理”、“Cell Update under CPC”的提案（Tdocs）。目标专利通常就是将标准提案据为己有的产物，如果在目标专利申请日前有公开的提案讨论了“在CELL_DCH移出时需要reset CPC status”，将构成致命的现成技术证据。

* **规范追溯**：直接对比3GPP TS 25.331（RRC协议规范）在Release 7中的不同小版本变更历史（CR，Change Requests），看该清理机制是否在目标专利申请日前就已被正式写入标准体。

2. **关键词扩展与标准词汇映射检索**：

在专利数据库中检索时，不要局限于具体的变量名（因为不同厂商或初期提案中命名可能有别），应进行抽象化和扩展：

* `(CPC OR "Continuous Packet Connectivity" OR "Uplink DTX" OR "Downlink DRX")`

* `AND ("Cell Update" OR "Radio Link Failure" OR RLF OR "state transition")`

* `AND (clear OR reset OR stop OR release OR false OR parameter OR variable)`

3. **同类技术交叉检索（突破口）**：

如果WCDMA领域的CPC直接文献较少，可检索同属于3GPP架构的**LTE（4G）早期关于DRX（不连续接收）状态清理**的专利。如果在LTE中，当发生无线链路失效（RLF）并启动RRC连接重建（Connection Re-establishment，相当于WCDMA的小区更新）时，协议天然要求清空和停止当前的DRX配置，那么可以用该LTE的控制机制作为合理启示，认为其迁移到WCDMA的CPC功能上属于“同类技术领域的等同手段替换”，从而击穿其创造性。

根据权利要求1所述的方法，其特征是，其中上述不连续封包功能包含，一不连续上行链路传输(Uplink Discontinuous Transmission，Uplink DTX)功能;一不连续上行链路接收(Uplink Discontinuous Reception，Uplink DRX)功能;及一不连续下行链路接收(Downlink DRX)功能。