对比文件的名称：2005-11-01_US6961570B_发明授权_US06961570B2 Handling of a wireless device re-entering a service area
目标专利的名称：1929无线通信系统改善连续封包连通功能的方法及其相关装置CN101193390B
本次调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：根据一功能状态变量值CPC_DTX_DRX_STATUS启动一不连续封包功能<br><br>**《未公开》** | 对比文件未提及CPC_DTX_DRX_STATUS、不连续封包功能（DTX/DRX）或任何与连续封包连通（CPC）相关的概念。全篇集中在失服务/入服务条件下的定时器处理。 | 目标专利中的“不连续封包功能”特指3GPP Rel-7引入的连续封包连通（CPC）功能，其启动依赖于专用变量CPC_DTX_DRX_STATUS。对比文件涉及的是R99/R4/R5的基本连接保持机制，未涉及CPC技术、该专用变量或任何不连续传输/接收的具体实现。本领域技术人员无法从对比文件中直接或间接得出该技术特征。 |
| **技术特征B**：根据一小区更新程序启动的事件启动一小区更新程序<br><br>**《直接公开》** | 【0010】原文：<br>*“The UE 40 initiates a Cell Update procedure in a variety of cases; to uplink data transmitted from the UE 40 to the UTRAN 20u, as a paging response, due to a radio link failure, re-entering a service area, due to an RLC 72 unrecoverable error, for cell reselection, and a periodical cell update.”*<br><br>翻译：UE在多种情况下启动小区更新程序：用于从UE向UTRAN传输上行数据、作为寻呼响应、由于无线链接失效、重新进入服务区域、由于RLC不可恢复错误、用于小区重选以及周期性小区更新。 | 该段落明确列举了多种触发UE启动小区更新程序的事件（如无线链接失效、RLC不可恢复错误等），并指出UE在这些事件发生时执行小区更新程序。这与技术特征B“根据一小区更新程序启动的事件启动一小区更新程序”完全对应。本领域技术人员可以直接、毫无疑义地得出该技术特征。 |
| **技术特征C**：在所述小区更新程序启动时客户端从小区专用信道状态移入小区前向接入信道状态<br><br>**《未公开》** | 对比文件涉及状态转移的描述（如【0009】、【0014】）均不涉及从CELL_DCH向CELL_FACH的转移。其讨论的转移包括：<br>- 在CELL_PCH/URA_PCH检测到失服务且T316超时后进入CELL_FACH（【0014】）；<br>- 在周期小区更新时停留在原有状态等。 | 目标专利特征C明确发生在“小区更新程序启动时”且是从“小区专用信道状态（CELL_DCH）”移入“小区前向接入信道状态（CELL_FACH）”。对比文件未记载在小区更新程序启动时（尤其是因无线链接失效等原因）从CELL_DCH状态直接迁移至CELL_FACH状态的过程。本领域技术人员即使知晓基本规范，但对比文件本身并未给出该确切场景下的状态转移教导。 |
| **技术特征D**：重新判断上述功能状态变量值<br><br>**《未公开》** | 对比文件全文未出现与“功能状态变量值”（CPC_DTX_DRX_STATUS）或类似变量的重新判断相关的任何内容。 | 对比文件完全不涉及CPC功能变量及对其的重新判断，因此未公开该技术特征。 |
| **技术特征E**：当上述功能状态变量值原为成功TRUE时设定上述功能状态变量值为失败FALSE<br><br>**《未公开》** | 对比文件未提及任何与CPC_DTX_DRX_STATUS值设置为TRUE/FALSE的操作。 | 对比文件没有与CPC_DTX_DRX_STATUS变量设置相关的任何描述，该特征完全未公开。 |
| **技术特征F**：清除用于上述不连续封包功能的一功能参数变量CPC_DTX_DRX_PARAMS<br><br>**《未公开》** | 对比文件未涉及CPC_DTX_DRX_PARAMS变量或不连续封包参数的任何清除操作。 | 对比文件的技术内容聚焦于定时器T307/T317的停止，而非CPC参数变量的清除，故未公开该特征。 |
| **技术特征G**：停止所有上述不连续封包功能的相关动作<br><br>**《未公开》** | 对比文件未涉及“不连续封包功能”的动作停止。其停止的对象是定时器（T307、T317）以避免连接中断，并非停止不连续封包功能。 | 对比文件没有提到不连续封包功能（如上行DTX、上行DRX、下行DRX）或与之相关的动作停止，因此未公开该特征。 |
| **技术特征H**：其中上述小区更新程序启动的事件为无线链接失效(Radio Link Failure)、无线链接控制错误或客户端能力信息讯息传送失败<br><br>**《未公开》** | 【0010】列举了“due to a radio link failure”和“due to an RLC 72 unrecoverable error”（即无线链接控制错误），但完全未提及“客户端能力信息讯息传送失败”（UE CAPABILITY INFORMATION failure）。 | 对比文件仅公开了所述三个事件中的两个（无线链接失效和无线链接控制错误），未公开第三个特定事件“客户端能力信息讯息传送失败”。虽然对比文件给出了启动小区更新的多种其他原因，但无法合理地、毫无疑义地推断出该特定失败事件也包含在内。因此该技术特征未被对比文件公开。 |
| **技术特征I**：其特征是，其中上述不连续封包功能包含，一不连续上行链路传输(Uplink Discontinuous Transmission，Uplink DTX)功能<br><br>**《未公开》** | 对比文件全文未出现“不连续上行链路传输”、“DTX”或类似术语，也未涉及任何上行链路不连续传输的控制机制。 | 目标专利的不连续封包功能属于连续封包连通（CPC）的一部分，对比文件的技术方案（处理重新进入服务区域时的定时器问题）完全不涉及该领域，故未公开该特征。 |
| **技术特征J**：一不连续上行链路接收(Uplink Discontinuous Reception，Uplink DRX)功能<br><br>**《未公开》** | 对比文件未提及“不连续上行链路接收”、“Uplink DRX”或类似概念。 | 同特征I的分析，对比文件未涉及任何与上行链路不连续接收相关的功能。 |
| **技术特征K**：及一不连续下行链路接收(Downlink DRX)功能<br><br>**《未公开》** | 对比文件未提及“不连续下行链路接收”、“Downlink DRX”或类似技术术语。 | 对比文件没有公开任何关于下行链路不连续接收的功能或配置。 |
### 结论
根据上述比对，对比文件仅直接公开了技术特征B。
<<<B>>>