一种用于无线通讯系统的客户端中管理小区更新程序的队列功能的方法，其特征是，包含有：启动上述小区更新程序； 于接收一包含等待时间信息元的小区更新确认讯息后，进入上述队列功能的等待状态，其中上述队列功能是将客户端置于一小区传呼信道状态或一无线注册区域传呼信道状态中进行等待，而且等待状态结束时客户端重新启动上述小区更新程序；以及于处于上述等待状态期间，若发生传呼回应事件时，重新启动上述小区更新程序。

作为一名经验丰富的专利代理师，我将为您对该目标权利要求进行深入的法律和技术分析。

### 一、 权利要求与目标专利说明书的密切结合解释

根据目标专利说明书的记载，在WCDMA等移动通讯系统中，**队列功能（Queueing）**是网络端在服务频率层拥塞时，将客户端（UE）转移至另一频率层进行等待的技术手段。

* **技术特征A（启动小区更新程序）：** 客户端在诸如无线链接失效、传呼答复等事件触发下，向网络端发送`CELL UPDATE`讯息，用以通知网络端其移动状况或恢复连接。

* **技术特征B、C、D（队列功能的等待状态与状态转移）：** 已知技术中客户端在收到包含频率信息和等待时间信息元（Wait Time IE）的`CELL UPDATE CONFIRM`讯息后，会进入等待状态（最长可达15秒）。说明书具体实施例及图3、图4进一步释明，本申请的目标客户端在等待时，会被置于**小区传呼信道状态（CELL_PCH）**或**无线注册区域传呼信道状态（URA_PCH）**。在这两个状态下，客户端为了省电会采用不连续接收（DRX）并监听传呼信道，且在正常情况下，必须等待定时器（等待时间）届满结束，才会重新启动小区更新程序。

* **技术特征E（处于等待状态期间若发生传呼回应事件时重新启动）：** 说明书背景技术指出，已知技术中客户端在队列等待状态期间“不能进行任何动作”，若此时发生来电传呼（Terminating Call，即下行呼叫），客户端无法立即回应，必须等15秒等待时间结束，这会导致来电严重延误或挂断。**本特征的实质含义在于打破这一限制**：在尚未结束的队列等待期间，一旦客户端检测到需要进行传呼回应（Paging Response）的事件（例如有重要的来电传呼信道有信令传过来），客户端**立即停止定时器或忽略剩余等待时间，马上在当前或新转移的频率层上重新启动小区更新程序以答复网络端**，从而避免耽搁处理重要的信令信息。

---

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

本案共涉及三份对比文件：

* **D1：** US20030050097A1（公开日：2003-03-13）

* **D2：** US20030207702A1（公开日：2003-11-06）

* **D3：** TW200402241A（公开日：2004-02-01）

以下是各对比文件对权利要求1中技术特征的毫无异议公开（相同公开）或实质公开（等效/上位公开）的详细比对：

#### 权利要求1特征比对表格

---

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

在创造性分析中，选择最接近对比文件通常从**整体解决的技术问题、技术领域、技术效果以及公开特征的数量**四个维度考量。

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

本案中，**D1 (US20030050097A1) 最适合作为最接近的对比文件（第一最接近现有技术）**。

* **技术领域与状态最契合：** 权利要求1的核心场景是将客户端置于`CELL_PCH`或`URA_PCH`状态下进行等待。D1同样聚焦于处于`CELL_PCH`和`URA_PCH`状态下的客户端（Connected Mode下的critical states，见D1原文\[0014\], \[0026\]）。

* **整体解决的技术问题相关联：** 本发明要解决的是“客户端在传呼信道等待状态期间，发生来电传呼时无法及时响应、导致来电延误，需要Regain（重新获取）连接”的问题。而D1关注的也是“在RNC失败后，处于`CELL_PCH/URA_PCH`状态的客户端无法被寻呼（Paging is not possible），成为'hanging UE'，必须寻找机制重新 regain 客户端”的问题（见D1原文\[0021\], \[0025\]）。

* **技术效果的对比：** D1在背景技术中直接指出了“处于`CELL_PCH`和`URA_PCH`的客户端会直接忽略（disregard）基于CN临时标识的寻呼，导致无法被触及”这一技术缺陷（D1原文\[0022\]）。本发明特征E正是针对这一缺陷，提出了在等待期间发生传呼回应事件时“重新启动小区更新程序”的解决方案。

#### 2. 是否有多个最接近对比文件？

**D3 (TW200402241A) 可以作为备选的（第二）最接近对比文件。**

D3从客户端内部状态控制（计时器行为）的角度出发，公开了当客户端处于非正常等待/计时状态（如T307/T317计时期间）时，如果外界事件发生（侦测到“处在服务中”），客户端会干预当前的计时状态，停止计时器并执行/继续细胞更新程序（D3说明书第10页）。这种在特定“等待”计时期间因外界事件触发而改变行为、并执行小区更新的动作架构，与特征E在逻辑结构上具有一定的相似性。

#### 3. 没有被最接近对比文件公开的特征是否被其他对比文件公开？

本案的核心技术障碍在于**特征B（队列功能的等待时间信息元IE）**和**特征D（队列等待结束重新启动）**。

* **特征B和D在D1、D2、D3中均未被公开。** 3GPP规范中，队列（Queueing）功能属于网络侧在小区拥塞时的一种资源调配机制。D1关注的是RNC异常复位后的恢复，D2关注的是CELL_DCH（专用信道状态）下的链路失效计时器，D3关注的是客户端自身脱离服务区（Out of Service）后的重选计时。三份对比文件均没有提及“网络拥塞转移频率并下发Wait Time IE指示客户端队列”的特征。

* **关于特征E：** 最接近对比文件D1未公开特征E。但D3公开了类似的干预机制（在特定计时状态下，若发生特定事件则停止计时或确保小区更新程序执行）。

---

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

若针对本专利提出无效宣告请求，该权利要求**最薄弱的技术特征（即最容易被攻破、创造性最低的特征）是：特征C和特征E。**

* **特征C（客户端置于CELL_PCH或URA_PCH状态）：** 属于WCDMA/3GPP标准（如TS 25.331）中的既定状态定义。D1、D2、D3均给出了极其详尽的公开。这完全属于本领域的公知常识，不具备任何创造性贡献。

* **特征E（处于等待状态期间，若发生传呼回应事件时，重新启动小区更新程序）：**

* *为什么薄弱：* 虽然D1中提到UE会忽略（disregard）寻呼，但从常规设计逻辑来看，队列等待（Queueing Wait Time）的本质是限制无建设性的周期性重复上行信令，以缓解网络拥塞。然而，**传呼回应（Paging Response/来电）在任何通讯系统中都属于最高优先级的突发事件**。

* *无效突破口：* 可以主张，当客户端在任何等待状态（不管是D3的脱离服务区等待，还是本案的拥塞队列等待）期间，一旦高优先级的来电/寻呼事件发生，客户端中止当前的省电/等待状态并立即启动小区更新程序进行响应，属于**本领域技术人员为了保证基本通话业务、根据高优先级事件进行中断处理的常规选择和本能设计**。D3已经暗示了在计时等待期间，可以根据外界条件的变化（Out of Service -> In Service）随时干预计时器并执行细胞更新。因此，特征E极易被评述为“基于解决业务高优先级响应的现实需求，将D3的计时器干预机制应用到标准的寻呼响应中，属于本领域技术人员的常规技术手段”。

相比之下，**最稳固（最难被无效）的特征是特征B和D的组合**。因为将“队列功能（拥塞控制）”与“CELL_PCH/URA_PCH状态下的特定寻呼中断”结合起来的架构，在现有的D1-D3中没有直接的上位概念或技术启示。

---

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

鉴于现有对比文件D1-D3对“队列功能（Queueing）包含等待时间信息元”这一宏观背景未能完全覆盖，为了成功无效该权利要求，建议采取以下精准检索策略：

1. **锁定3GPP标准演进（标准文献检索）：**

* 本专利技术领域极其强烈地依赖3GPP规范（UMTS/WCDMA）。目标专利背景技术中直接提到了3GPP无线资源控制协议规范（RRC, TS 25.331）。

* **策略：** 检索在**本案申请日（或优先权日）之前**的3GPP TS 25.331标准变更请求（CR, Change Requests）或会议提案（Tdoc）。重点查找与“Queueing in CELL_PCH / URA_PCH”、“Wait Time IE in CELL UPDATE CONFIRM”相关的标准讨论。一旦在早期标准草案或CR中发现网络端拥塞时通过`CELL UPDATE CONFIRM`下发`Wait time`将UE队列在`CELL_PCH`的记载，特征B、C、D即可直接被宣告丧失新颖性或创造性。

2. **关键词组合与扩展检索（专利文献检索）：**

* **核心IPC分类号：** H04W36/00（转移或重选）, H04W68/00（寻呼）, H04W76/00（连接建立）。

* **截词与近邻检索式组合（以英文库为例）：**

* `("Cell Update Confirm" OR "RRC Connection Setup") AND "Wait Time"`

* `("congestion" OR "congestion control" OR "queue*") AND "Wait Time" AND ("CELL_PCH" OR "URA_PCH")`

* `"Paging response" AND ("wait state" OR "back-off timer" OR "wait time") AND "Cell Update"`

3. **针对特征E的“冲突/中断处理”防御性检索：**

* 寻找无线通讯中“在退避（Back-off）或等待（Wait/Holding）定时器运行期间，由于下行寻呼（Downlink Paging）强行中断定时器并触发上行接入”的通用专利。这类机制在GSM/GPRS（如T3142定时器被Paging中断）或早期WCDMA中可能作为通用底层逻辑存在。如果能检索到这种“寻呼事件具有最高优先级，可随时中断低优先级等待定时器”的先例专利，将对特征E的创造性进行致命打击。

作为一名经验丰富的专利代理师，我针对目标专利（CN101309515B）的权利要求1，结合说明书解释、对比文件比对以及创造性分析，为您提供专业的法律与技术评估如下：

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

基于目标专利说明书的背景技术及具体实施方式，对权利要求1的核心概念与技术方案进行原意解析：

* **“小区更新程序”与“启动”（特征A）：**

根据说明书`[0005]`，这是符合3GPP无线资源控制（RRC）协议规范的程序，由客户端（UE）启动，通过向网络端发送小区更新（CELL UPDATE）讯息，用来将移动状况告知网络端。

* **“包含等待时间信息元的小区更新确认讯息”与“队列功能的等待状态”（特征B）：**

根据说明书`[0006]`，当服务频率层拥塞时，网络端会在回传的小区更新确认（CELL UPDATE CONFIRM）讯息中置入“频率信息（Frequency info）”与“等待时间（wait time）”两个信息元（IE），指示客户端转移至另一频率层并进入等待状态（即队列功能），以此达到分流和缓解拥塞的目的。

* **“小区传呼信道状态”与“无线注册区域传呼信道状态”（特征C）：**

即3GPP规范中的 `CELL_PCH` 状态和 `URA_PCH` 状态（说明书`[0006]`、`[0019]`）。客户端在这两种状态下进行队列等待。

* **“等待状态结束时……重新启动”与“处于等待状态期间，若发生传呼回应事件时，重新启动”（特征D、E）：**

根据说明书`[0007]-[0008]`，在现有技术中，等待状态中的客户端“不能进行任何动作”，必须等到最长达15秒的等待时间结束才启动小区更新程序，这会导致来电传呼（Terminating Call）严重延误。本权利要求1的**核心发明点（特征E）**在于打破该限制：在等待状态期间，一旦发生属于传呼答复/回应（Paging Response）的来电事件，客户端**无须等待定时器超时，而是立即中断等待并重新启动小区更新程序**，从而迅速建立通话，防止耽搁重要信令。

---

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

以下分析D1（TW200415930A）、D2（US20040180675A1）、D3（KR1020040105257A）是否公开权利要求1的技术特征。

### 1. 各对比文件公开情况分析

* **D1（TW200415930A）：**

公开了3GPP服务区域中的基地台重选（Cell Reselection）惩罚机制。其公开了UE会起始“基地台更新程序（Cell Update Procedure）”（对应特征A），并且提到UE在“呼叫回应（paging response）”等情况下也会起始该程序。但是，D1的计时器（T）和惩罚时间（PENALTY_TIME）是用于在阶层式细胞基地台结构（HCS）中控制**暂时偏移量（temporary offset）的套用时机**，以防止过早重选小区，并非网络拥塞时由“小区更新确认讯息中的等待时间信息元”触发的队列功能等待状态，亦未公开在队列等待期间因传呼回应而提前重新启动小区更新的机制。

* **D2（US20040180675A1）：**

公开了在提供MBMS服务的移动通信系统中传输和接收控制消息的方法。其明确公开了客户端的状态包括 `CELL_PCH` 和 `URA_PCH`（对应特征C），并指出当收到核心网的寻呼（Paging）时，处于 `CELL_PCH` 或 `URA_PCH` 状态的UE会执行“小区更新过程（Cell Update Process）”（对应特征A和E中的事件）。然而，D2侧重于通过寻呼消息中的“CU/RC required”或“寻呼原因（MBMS paging cause）”来使UE选择性地执行或跳过小区更新，以减少上行拥塞，其并未涉及由小区更新确认消息中的“等待时间信息元”引发的队列等待状态，更未公开特征D和E。

* **D3（KR1020040105257A）：**

公开了在WCDMA系统中对公共控制信道（CCCH）上的消息进行选择性处理，以节省电量。其提及了在 `CELL_FACH` 状态下预期接收“小区更新确认（Cell Update Confirm）”或“URA更新确认（URA Update Confirm）”消息。但其不涉及任何队列机制、等待时间信息元、或在 `CELL_PCH/URA_PCH` 状态下因寻呼事件中断队列的技术方案。

### 2. 技术特征比对表格

下表清晰展示了各对比文件对权利要求1（目标专利公开号：CN101309515B）各项技术特征的公开对应关系：

---

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

### 1. 最接近对比文件的确定

在本案的创造性分析中，**D2（US20040180675A1）** 最适合作为最接近的对比文件。

* **技术领域与主体架构相同：** D2与目标专利均属于3GPP无线通讯系统（WCDMA/UMTS）中客户端状态管理及信令优化的技术领域。

* **公开的技术特征最多：** D2明确公开了客户端在 `CELL_PCH` 或 `URA_PCH` 状态（特征C）下，因寻呼/传呼事件而触发启动小区更新程序（特征A，以及特征E中的传呼回应事件本身）。

* **解决的技术问题相关性：** 两者都在探讨如何优化 `CELL_PCH/URA_PCH` 状态下客户端响应寻呼与小区更新的信令流程，以降低网络负荷或减少延误。

*(注：D1虽然也提到了Cell Update和Paging Response，但其核心在于解决HCS结构中因信号短暂波动导致的“过早重选小区”问题，其引入的计时器属于UE内部算法，与目标专利基于网络侧下发信令进行“拥塞队列控制”的架构相去较远，故D1不适合作为首选的最接近对比文件。)*

### 2. 区别技术特征与创造性评述

以D2作为最接近的对比文件，权利要求1与D2的区别特征在于**特征B、特征D和特征E的结合（即完整的队列功能管理机制）**：

> 客户端是“在接收到包含等待时间信息元的小区更新确认讯息后进入队列等待状态”，且“在等待期间若发生传呼回应事件，则打破常规，重新启动小区更新程序”。

* **整体解决的技术问题：** 如何避免客户端在拥塞队列等待状态期间因无法响应寻呼而导致来电建立延误。

* **技术效果：** 允许处于队列等待期的客户端即时响应重要来电，在保障网络频率层分流的同时，有效消除了最高达15秒的呼叫延迟，提升了通讯质量。

经过审查，**D1和D3均未公开上述区别技术特征**。D1的惩罚时间属于重选准则中的时延，D3仅属于CCCH消息的选择性丢弃，均不涉及在拥塞控制的队列等待状态下由寻呼事件唤醒并重新启动小区更新的信令逻辑。因此，其他对比文件没有提供将这些特征结合以解决该技术问题的技术启示，**权利要求1具备显而易见的创造性（符合突出的实质性特点和显著的进步）**。

---

## 四、 提起无效请求最薄弱的技术特征

若作为无效宣告请求人欲攻击此权利要求，该权利要求**最薄弱（最可能被突破）的技术特征**是：**特征E的前半部分事件本身（处于等待状态期间，若发生传呼回应事件时）与特征A/特征C的结合。**

* **原因分析：**

在3GPP标准协议（如TS 25.331）中，`CELL_PCH` 和 `URA_PCH` 状态（特征C）的本职工作就是监听PICH/PCH以接收寻呼。当来电发生时，网络端必然下发寻呼，UE收到寻呼后必然要触发传呼回应（Paging Response），而根据标准规范，该回应在PCH状态下必然是通过启动小区更新程序（特征A）来上报。

* **攻击策略：**

虽然目标专利将该过程嵌套在了“队列功能的等待状态（特征B）”这一特定场景中，但对于本领域技术人员而言，UE在 `CELL_PCH/URA_PCH` 状态下“见寻呼即响应并做Cell Update”是3GPP极其底层和强制性的基本通信本能。请求人可以尝试从**“固有通信机制”**或**“公知常识”**的角度，主张只要客户端处于 `CELL_PCH/URA_PCH` 状态，无论其内部是因为什么定时器在等待，只要底层物理层检测到合法的寻呼信令，协议栈就必然会向上递交并触发Cell Update，这属于标准固有流程的必然表现，从而削弱特征E的创造性高度。

---

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

鉴于目前的D1-D3未能有效组合出“小区更新确认讯息中包含等待时间信息元（Wait Time IE）并实施队列”以及“在等待期内因寻呼优先中断”的特征，建议调整检索策略，开展第二轮精准检索：

1. **锁定核心标准提案（3GPP Contributions）：**

目标专利明确提到本方案是基于3GPP无线资源控制协议（RRC）规范的改良。这种涉及RRC信令（CELL UPDATE CONFIRM）修改和新增信息元（Wait Time IE）的提案，在正式写入标准（TS 25.331）之前，必然会在 **3GPP TSG-RAN WG2（无线接入网第二工作组，负责层2/层3协议）** 的会议上有密集的公司提案（Contributions）。

* **检索源：** 3GPP官方工作组会议文集（RAN2 Meeting）。

* **关键词组：** `Cell Update Confirm` AND `Wait Time` AND `Queueing` / `Congestion` / `Paging Response`。

2. **细化专利分类号（IPC/CPC）与精准扩展检索：**

* **重点分类号：** `H04W36/00`（切换或重选安排）、`H04W28/16`（拥塞管理、资源分配）、`H04W68/00`（寻呼）。

* **精准检索式构筑：**

`("CELL UPDATE CONFIRM" OR "RRC CONNECTION") AND ("wait time" OR "waiting time" OR "queue*" OR "delay*") AND ("paging response" OR "terminating call" OR "incoming call")`

3. **追踪标准演进的时间窗口：**

目标专利的同族及背景源自2006-2008年左右的3GPP Release 6/7/8演进期。检索时应将公开日严格限制在目标专利的最早优先权日之前，重点查找爱立信（Ericsson）、高通（Qualcomm）、诺基亚（Nokia）、华为（Huawei）等标准主导企业在2004-2007年间提交的关于“无线网络拥塞时控制UE延迟重新接入”的专利申请。

作为一名经验丰富的专利代理师，我将为您对该目标专利的权利要求1进行深度法律与技术层面的剖析。以下将紧密结合目标专利说明书和对比文件原文进行全面分析。

---

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

根据目标专利（CN101309515B）说明书的整体发明构思，权利要求1所限定的技术方案应当进行如下准确理解：

* **队列功能的等待状态（特征B、C）：** 说明书背景技术[0006]和具体实施方式[0020]指出，当服务频率层拥塞时，网络端在“小区更新确认（CELL UPDATE CONFIRM）”讯息中置入频率信息（Frequency info）与等待时间（wait time）信息元，指示客户端转移至另一较不拥塞的频率层并进入等待状态。在此状态下，客户端被置于**小区传呼信道状态（CELL_PCH）**或**无线注册区域传呼信道状态（URA_PCH）**中。

* **传呼回应事件（特征E）：** 说明书[0007]-[0008]及[0029]明确指出，在已知技术中，处于队列等待状态的客户端无法进行任何上行操作，哪怕发生视为传呼答复事件的**来电传呼（Terminating Call）**，也必须干等长达15秒的等待时间结束后才启动小区更新程序。**本发明的核心改进在于：** 处于该特定队列等待状态期间，一旦发生来电传呼等“传呼回应事件”，客户端打破原有的“干等”限制，**马上重新启动小区更新程序**以响应网络，从而消除来电建立的延误。

---

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

为了客观评估权利要求1的创造性，我们将权利要求1拆解为5个技术特征（A至E），并与以下三份对比文件进行逐字逐句的严格比对：

* **D1：** US20050009527A1 (公开日: 2005-01-13)

* **D2：** US20050070274A1 (公开日: 2005-03-31)

* **D3：** KR1020060026881A (公开日: 2006-03-24)

### 1. 技术特征比对表

---

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

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

本案中，**D1（US20050009527A1）** 最适合作为创造性分析中的“最接近对比文件（最接近现有技术）”。

* **技术领域与架构高度重合：** D1和目标专利均属于3GPP无线资源控制（RRC）架构下的移动性管理领域。D1在背景技术[0012]、[0036]、[0049]及[0065]中极其详尽地阐述了UMTS系统中的CELL_PCH、URA_PCH、CELL_FACH各状态的定义、相互跳转关系以及触发Cell Update的机制。这构成了目标专利方案的物理与协议基础。

* **整体解决的技术问题在宏观上最具有相关性：**

* **目标专利**解决的问题（说明书[0008]）：客户端在没有C-RNTI临时标识的特定等待状态下，遭遇突发的高优先级上行事件（如来电传呼回应）时，无法及时发出上行信令，导致通话建立延误。

* **D1**解决的问题（D1原文[0068]-[0074]）：发明人敏锐地发现UE在CELL_PCH/URA_PCH状态下发起Cell Update时，由于缺乏C-RNTI导致无法进行全双工上行传输，若此时发生高优先级的突发事件（如Uplink data），会导致高优先级小区更新被严重延迟（图4场景）。

* **两者的重合度：** D1与目标专利关注的**完全是同一个协议痛点**——即“UE在缺乏标识的监测/等待状态下，如何处理突发的高优先级上行事件（D1举例为上行数据，目标专利举例为来电传呼回应）以避免延迟”。相比之下，D2关注的是重配置冲突，D3关注的是MBMS（多媒体广播）的小区参数获取和UE计数，其技术焦点明显偏离。

### 2. 未被最接近对比文件公开的特征，是否被其他对比文件公开？

最接近现有技术D1未能公开特征B、C、D、E（尤其是涉及“队列功能等待状态”的特定限定）。

* **关于特征B、C、D（队列功能及等待时间信息元）：**

* **经审查，D2和D3均未公开。** 3GPP RRC协议中的“队列功能（Queueing function）”是网络在频率拥塞时将UE重定向至其他频率并强制等待（Wait Time）的特殊机制。D2和D3的全部原文均未涉及“拥塞状态下的队列等待”，无法提供任何技术启示。

* **关于特征E（在等待状态期间发生传呼回应事件时重新启动小区更新）：**

* **D3实质公开了该动作。** D3原文第[5]段明确公开了：处于URA_PCH模式的UE，当从RNC接收到寻呼消息（페이징 메시지）时，需要发送“小区更新（Cell Update）”消息。

* **然而，其结合不具有启示性：** D3中的UE是在**普通的、无限制的**常规URA_PCH状态下听到寻呼而发起小区更新（这是3GPP标准的标准寻呼响应流程）。而目标专利的特征E是限定在**“处于上述队列等待状态期间”**，即UE已经被网络下发了`wait time`、正处于被强制限制上行行为的特殊拥塞等待期。由于D1、D2、D3均未给出“队列等待状态”的技术背景，本领域技术人员根本无法预料到将D3常规的寻呼小区更新机制移植到一种“不存在的队列限制状态”中。

---

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

若要向该专利提出无效宣告请求，**最薄弱（即最容易被攻破、创造性最低）的技术特征是：特征E中关于“在传呼状态下触发小区更新”的动作本身。**

* **理由：** 抛开“队列功能”这一特定语境，特征E所表述的“处于等待/监测状态（CELL_PCH/URA_PCH）期间，若发生传呼回应事件时，启动小区更新程序”，**在3GPP标准规范中属于标准的公知常识/固有流程。** D1的[0042]、[0055]以及D3的[5]都已经以白纸黑字的原文公开了“UE在PCH状态下接收到paging消息后，需要通过RACH发起上行接入（即触发Cell Update）转入CELL_FACH”。

* **专利权人的防御壁垒：** 尽管该动作本身极薄弱，但由于它被特征B、C、D牢牢绑定在“队列功能进入的等待状态”这一特定前提下。因此，无效请求人**不能孤立地去证明特征E属于公知常识**，而必须同时检索到公开了“队列功能（带Wait Time信息元）”的全新对比文件。只要特征B、C、D组成的“特定队列状态”未能被否定，特征E与之结合产生的克服强制干等、避免通话建立延迟的技术效果就依然具备创造性。

---

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

鉴于现有三份对比文件（D1-D3）未能攻克本案的核心壁垒——“队列功能（Queueing）及等待时间（Wait Time）”，为了能够成功无效该权利要求1，建议采取以下精准检索策略：

### 1. 调整检索关键词与国际专利分类号（IPC）

* **核心关键词：** 放弃宽泛的“Cell Update”，聚焦于队列强制等待机制：

* `Queueing` / `Queueing function` / `Transition state` (队列功能/过渡状态)

* `Wait time` / `Wait time IE` / `Timer` (等待时间信息元/定时器)

* `Congestion` / `Cell congestion` / `Frequency layer` (拥塞/频率层转移)

* **分类号锁定：** `H04W36/00`（移动性管理）、`H04W76/00`（连接管理）、`H04W28/16`（资源管理/拥塞控制）。

### 2. 检索源头——紧扣3GPP标准提案（TDoc）及标准规范（TS）

由于目标专利是一件典型的电信标准必要/非必要专利，其技术方案通常直接源于3GPP标准演进中的漏洞修补提案（CR, Change Request）。

* **重点追溯3GPP TS 25.331规范：** 目标专利说明书多次提及3GPP无线资源控制规范。应当重点检索**2005年至2007年期间（目标专利优先权日2007年4月之前）**，3GPP TS 25.331关于“Cell Update procedure”中“Queueing”章节的演进版本。

* **检索RAN2工作组提案（TDocs）：** 在3GPP 3GPP FTP服务器中，检索RAN2（Radio Layer 3）工作组在2006-2007年的会议提案。寻找是否有其他电信厂商（如Ericsson, Nokia, Qualcomm等）在当时提交过讨论“*When UE is in cell update queueing state, how to handle terminating call / paging response*”的提案（TDoc）。一旦在3GPP公开提案中发现类似讨论，该专利将因非专利文献的公开而彻底丧失创造性。

作为一名深耕无线通信与移动标准（特别是3GPP规范）领域的资深专利代理师，我将为您对目标专利权利要求1进行深度解析，并结合对比文件D1和D2进行详细的特征比对、创造性评述及后续的无效宣告检索策略制定。

### 一、 目标专利权利要求1的法理解析与说明书支持

目标专利（CN101309515B）的核心发明点在于**解决无线通讯系统在执行“队列功能（Queuing）”时，因等待时间过长而导致来电呼叫（传呼响应）被严重延误的技术缺陷**。

根据说明书背景技术第`[0006]`段的记载，3GPP标准规范中的队列功能是在服务频率层拥塞时，网络端在“小区更新确认（CELL UPDATE CONFIRM）”讯息中置入频率信息（Frequency info）与等待时间（Wait time）信息元，指示客户端转移至另一频率层并进入等待状态（最长可达15秒），等待结束后重新启动小区更新。

然而，第`[0007]`及`[0008]`段指出，已知技术中，处于等待状态的客户端对来电传呼（Terminating Call）等事件不作响应，必须硬性等待计时结束。本发明通过技术特征E，允许客户端在等待期间若发生传呼回应事件，打破原有的定时等待，**立刻重新启动小区更新程序**，从而有效避免了来电建立的延误。

---

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

为了清晰展现对比文件D1（US7054630B2）和D2（KR100626968B1）对权利要求1各项技术特征的公开情况，以下建立严密的特征比对表：

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

---

### 三、 最接近对比文件的确立与创造性评述

#### 1. 最接近对比文件的选择：D2（KR100626968B1）更适合作为最接近的对比文件

* **整体解决的技术问题角度**：目标专利解决的是客户端在`CELL_PCH`或`URA_PCH`等状态下执行小区更新程序时的资源与流程优化问题。对比文件D2同样立足于WCDMA系统，旨在解决“UE当前处于`CELL_PCH`（或`URA_PCH`）状态下，向网络端传输数据或信令时，如何恰当地转移至`CELL_FACH`或`CELL_DCH`状态，避免无线通信资源配置不当或流程延迟的问题”（见D2第`[05]`段）。两者的技术领域、研发背景以及涉及的RRC核心状态高度重合。

* **技术效果角度**：D2通过在`Cell Update`的`cause`字段中区分信令和数据，优化了状态转移路径，减少了后续的信令交互延迟（D2第`[30]`段）。这与目标专利“避免延误处理传呼信息”以提高时效性的技术效果在方向上是一致外。

* **D1为何较远**：D1（US7054630B2）的核心发明点在于通过在客户端有预期响应时才处理CCCH（公共控制信道）消息，无预期响应时在MAC层直接丢弃（Drop），从而达到**省电（减少功耗）**的目的。其核心聚焦于`CELL_FACH`状态下的下行CCCH选择性处理，与目标专利的队列流程管理及状态跳转逻辑相去较远。

#### 2. 特征公开与无效最薄弱点分析

经上述比对，**特征B、C、D、E均未被D1和D2公开**。

若仅依赖目前的对比文件D1和D2，目标专利权利要求1的创造性极其稳固。在当前的文本证据链下，**最薄弱的技术特征（即最容易被标准协议文献攻破的特征）是特征B、C、D**。

* **原因在于**：正如目标专利说明书第`[0006]`段自己承认的，“*根据第三代移动通讯联盟（3GPP）所制定的无线资源控制协议规范……小区更新程序中具有一队列功能……*”。这意味着特征B、C、D中提及的“包含等待时间信息元的小区更新确认讯息”、“置于CELL_PCH/URA_PCH进行等待”、“等待结束重新启动”等技术固然未体现在D1、D2中，但它们属于**3GPP标准编订的既有公知常识/标准固有流程**。

* 本案真正的独创性壁垒（最坚固的特征）在于**特征E**——在队列等待状态期间，通过“传呼回应事件”作为一种高优先级的异步中断事件，强制客户端打破原有的等待计时，提前重新启动小区更新。

---

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

鉴于D1和D2无法对权利要求1的创造性构成实质威胁，为了成功提出无效宣告请求，必须调整检索方向，实施精准的行业标准与协议级检索：

1. **锁定3GPP RRC协议核心文献（最有力证据源）**：

* 直接检索目标专利优先权日（2007年前后）对应的**3GPP TS 25.331**（Radio Resource Control (RRC); Protocol specification）标准演进版本。

* 在TS 25.331中专门检索包含关键词 `Queuing`、`Wait time`、`CELL_PCH`、`URA_PCH` 的章节（通常在Cell Update Procedure相关条目下），以此直接作为D1（最接近先前技术），全面覆盖特征A、B、C、D。

2. **针对特征E（传呼回应中断）的检索策略**：

* **3GPP 提案（Tdoc）检索**：检索3GPP RAN2工作组在2005-2007年间的会议提案（Contributions）。特征E这种对标准流程的精细化修正（如修改状态机跳转条件），往往最先以CR（Change Request，变更申请）的形式出现在RAN2工作组会议上，由各大电信巨头（如爱立信、高通、诺基亚、华为等）提出。

* **关键词拓展组合**：在标准文献或专利数据库中，使用以下逻辑联合检索：

* `(Cell Update OR URA Update) AND (Queuing OR Wait time) AND (Paging Response OR Terminating Call OR Mobile Terminated Call) AND (Restart OR Abort OR Interruption)`

* **寻找公知常识/技术嫁接证据**：若无法在3GPP Cell Update流程中直接找到特征E，可扩大至其他无线通信协议（如GSM、GPRS、CDMA2000或WiMAX）。寻找在类似的拥塞排队/低功耗定时等待状态下，**由于突发高优先级业务（如紧急呼叫、移动终止来电）而中断当前定时计数、立即重新发起信令接入**的通用技术方案，以此论证将该机制嫁接到UMTS系统的小区更新队列中属于本领域技术人员的显而易见举措。

<ElicitationsGroup message="作为下一步无效宣告的准备工作，您可以选择：">

{/* Reason: 针对当前分析结果，为用户提供进一步深化检索或启动无效宣告材料准备的具体行动路径。 */}

<Elicitation label="检索2007年前后的3GPP TS 25.331标准规范文献" query="请帮我检索并提供2006至2007年期间3GPP TS 25.331标准中关于Cell Update程序里Queuing（排队功能）与Wait Time（等待时间）的原始协议描述。"/>

<Elicitation label="论证特征E在无线通信中的“公知常识”结合转导" query="如何从电信网络通用状态机设计的角度，论证“高优先级来电中断低优先级排队定时器”属于本领域的常规设计手段或公知常识？"/>

</ElicitationsGroup>

根据权利要求1所述的方法，其特征是，其另包含于重新启动上述小区更新程序时，停止定时器，上述定时器用来计时上述客户端所需停留在上述等待状态中的等待时间。

一种用于无线通讯系统的客户端中管理小区更新程序的队列功能的装置，其特征是，包含有：用于启动上述小区更新程序的部件； 用于在接收一包含等待时间信息元的小区更新确认讯息后进入上述队列功能的等待状态的部件，其中上述队列功能是将客户端置于一小区传呼信道状态或一无线注册区域传呼信道状态中进行等待，而且等待状态结束时客户端重新启动上述小区更新程序；以及用于在处于上述等待状态期间若发生传呼响应事件时重新启动上述小区更新程序的部件。

根据权利要求3所述的装置，其特征是，另包含用于在启动上述小区更新程序时停止定时器的部件，上述定时器用来计时上述通讯装置所需停留在上述等待状态中的等待时间。