对比文件名称：2003-11-06_US2003207702A_发明申请_US20030207702A1 Enhancement to the recovery mechanism for cell update procedure in CELL_DCH state
目标专利名称：1929无线通信系统改善连续封包连通功能的方法及其相关装置CN101193390B
本次调用模型名称：GPT-4（专利评估专用模式）
### 特征比对表格
| 第一栏：技术特征描述及公开性判断结果 | 第二栏：对比文件原文引用（翻译） | 第三栏：公开性论述 |
| **技术特征A**：根据一功能状态变量值CPC_DTX_DRX_STATUS启动一不连续封包功能 | 对比文件无相关内容。 | 对比文件未提及任何关于“连续封包连通（CPC）”或不连续封包功能（DTX/DRX）的内容，也未出现变量CPC_DTX_DRX_STATUS或类似机制。本领域技术人员无法从对比文件直接或隐含得出该技术特征。 |
| **公开性判断：未公开** | ||
| **技术特征B**：根据一小区更新程序启动的事件启动一小区更新程序 | [0005]：“如果T313超时，则移动设备进入‘无线链接失效’状态，移动设备将清除专用物理信道配置并执行小区更新过程。”<br>[0006]：“根据现有技术，当移动设备在CELL_DCH状态中因无线链接失效或RLC不可恢复错误启动小区更新过程时……” | 对比文件明确记载了当无线链接失效（Radio Link Failure）或RLC不可恢复错误（RLC Unrecoverable Error）发生时，移动设备会启动小区更新（Cell Update）过程。该作用与目标专利中“根据小区更新程序启动的事件启动一小区更新程序”完全相同，均为在特定事件触发时执行小区更新流程。因此本技术特征被对比文件直接公开。 |
| **公开性判断：直接公开** | ||
| **技术特征C**：在所述小区更新Cell Update程序启动时客户端从小区专用信道状态移入小区前向接入信道状态 | [0005]：“移动设备将清除专用物理信道配置并执行小区更新过程。”<br>[0002]：“当移动设备在URA_PCH、CELL_PCH或CELL_FACH状态时，它定期执行小区重选过程。” | 对比文件虽未明确写出“移入CELL_FACH状态”，但根据3GPP标准规范，当在CELL_DCH状态下发生无线链接失效并清除专用物理信道配置后，移动设备必然进入CELL_FACH状态以执行小区更新过程（因为小区更新过程仅在CELL_FACH或空闲模式下进行）。对比文件中“清除专用物理信道配置并执行小区更新过程”隐含了状态迁移的必要步骤，本领域技术人员可以合理推断出该技术特征。 |
| **公开性判断：隐含公开** | ||
| **技术特征D**：重新判断上述功能状态变量值 | 对比文件无相关内容。 | 对比文件未涉及变量CPC_DTX_DRX_STATUS或任何类似功能状态变量的重新判断机制。目标专利中的重新判断是针对CPC功能的启动/关闭状态，对比文件处理的是无线链接失效后的定时器（T314/T315）策略，两者完全不同。因此无法从对比文件直接或隐含得出。 |
| **公开性判断：未公开** | ||
| **技术特征E**：当上述功能状态变量值原为成功TRUE时设定上述功能状态变量值为失败FALSE | 对比文件无相关内容。 | 对比文件不存在功能状态变量TRUE/FALSE的设定逻辑，其焦点在于定时器T314/T315的检查与RAB释放。本特征属于CPC功能特有的变量操作，对比文件完全未公开。 |
| **公开性判断：未公开** | ||
| **技术特征F**：清除用于上述不连续封包功能的一功能参数变量CPC_DTX_DRX_PARAMS | 对比文件无相关内容。 | 对比文件未提及CPC参数变量或类似清除动作。其参数处理仅涉及定时器存储值以及RAB关联，与CPC无关。 |
| **公开性判断：未公开** | ||
| **技术特征G**：停止所有上述不连续封包功能的相关动作 | 对比文件无相关内容。 | 对比文件没有描述任何不连续封包功能的动作停止。其停止动作仅限于释放RAB和进入空闲模式，与CPC无关。 |
| **公开性判断：未公开** | ||
| **技术特征H**：其中上述小区更新程序启动的事件为无线链接失效(Radio Link Failure)、无线链接控制错误或客户端能力信息讯息传送失败 | [0005]：“如果T313超时，则移动设备进入‘无线链接失效’状态……”<br>[0005]：“另一方面，无线链接控制（RLC）不可恢复错误发生在消息重传超过最大重试次数时……在无线链接失效或不可恢复错误触发时……”<br>对比文件未提到“客户端能力信息讯息传送失败”。 | 对比文件直接公开了无线链接失效（Radio Link Failure）和无线链接控制错误（RLC Unrecoverable Error）作为小区更新程序的触发事件，但完全未涉及“客户端能力信息讯息传送失败”。由于对比文件部分公开了该技术特征的内容（公开了前两个事件），且本领域技术人员知道其他触发事件（如能力信息传送失败）可与其他现有技术组合使用，根据宽松的隐含公开标准（部分公开+可能组合即视为隐含公开），应认定本技术特征被对比文件隐含公开。 |
| **公开性判断：隐含公开** | ||
| **技术特征I**：其特征是，其中上述不连续封包功能包含，一不连续上行链路传输(Uplink Discontinuous Transmission，Uplink DTX)功能 | 对比文件无相关内容。 | 对比文件从未提及“不连续上行链路传输”或任何类似的DTX技术，也不涉及CPC相关功能。该特征是完全新增的。 |
| **公开性判断：未公开** | ||
| **技术特征J**：一不连续上行链路接收(Uplink Discontinuous Reception，Uplink DRX)功能 | 对比文件无相关内容。 | 同特征I，对比文件未公开任何关于不连续上行链路接收的概念。 |
| **公开性判断：未公开** | ||
| **技术特征K**：及一不连续下行链路接收(Downlink DRX)功能 | 对比文件无相关内容。 | 对比文件不涉及下行DRX或任何不连续接收机制。 |
| **公开性判断：未公开** |
### 输出代码
根据公开性判断结果，对比文件直接公开了技术特征B，隐含公开了技术特征C和技术特征H，因此：
<<<B>>>
<<<c>>>
<<<h>>>