对比文件名称：2005-03-31_US2005070274A_发明申请_US20050070274A1 Apparatus and method for handling cell update during reconfiguration in universal mobile telecommunications system user equipment
目标专利名称：1929无线通信系统改善连续封包连通功能的方法及其相关装置CN101193390B
模型名称：本评估由AI专利代理师执行
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：根据一功能状态变量值CPC_DTX_DRX_STATUS启动一不连续封包功能 **<未公开>** | 对比文件全文未提及“CPC_DTX_DRX_STATUS”、不连续传输/接收（DTX/DRX）或连续封包连通（CPC）相关概念。文件主要描述RRC重新配置与小区更新过程的交互，不涉及不连续封包功能的启动机制。 | 目标专利中，CPC_DTX_DRX_STATUS是用于控制不连续封包功能（如Uplink DTX、Uplink DRX、Downlink DRX）的核心状态变量，其值决定功能是否启动。对比文件集中于处理重新配置期间的小区更新问题，未公开任何关于不连续封包功能的状态变量或启动条件。本领域技术人员无法从对比文件直接或隐含得出该技术特征，故判断为未公开。 |
| **技术特征B**：根据一小区更新程序启动的事件启动一小区更新程序 **<直接公开>** | [0008] “Events requiring a cell update to be invoked are defined in clause 8.3.1.2 of the 25-331 specification and include the conditions of radio link failure, re-entering service area, RLC unrecoverable error, cell reselection and periodical cell update.”<br>[0047] “A trigger event then occurs, for example radio link failure (step s3), and the UE responds by moving into the cell_FACH state (step s4) and sends a CELL UPDATE command to the UTRAN (step s5).”<br>[0058] “the event detector 250 detects a trigger event and generates a cell update request (step s236) and sends it to the controller (step s238).” | 对比文件明确记载，当发生触发事件（如无线链路失效）时，UE会启动小区更新程序（发送CELL UPDATE命令）。特征B中的“小区更新程序启动的事件”对应对比文件的“trigger event”，启动小区更新程序的动作在对比文件的描述和流程图中均有体现。本领域技术人员能毫无疑义地从对比文件得出该技术方案，因此判断为直接公开。 |
| **技术特征C**：在所述小区更新Cell Update程序启动时客户端从小区专用信道状态移入小区前向接入信道状态 **<直接公开>** | [0047] “the UE responds by moving into the cell_FACH state (step s4) and sends a CELL UPDATE command to the UTRAN (step s5).”<br>[0060] “the UE then moves into the cell_FACH state (step s44) and sends the CELL UPDATE command to the UTRAN (step s45).”<br>[0065] “the UE then moves into the cell_FACH state (step s63) and sends the CELL UPDATE command to the UTRAN (step s64).” | 对比文件多次描述，当触发小区更新事件后，UE首先进入cell_FACH状态，然后发送CELL UPDATE消息。特征C中的“从小区专用信道状态移入小区前向接入信道状态”与对比文件的“moving into the cell_FACH state”完全一致。该状态转换是小区更新程序的必备步骤，本领域技术人员可直接从对比文件获得该技术特征，判断为直接公开。 |
| **技术特征D**：重新判断上述功能状态变量值 **<未公开>** | 对比文件全文未涉及“功能状态变量值（CPC_DTX_DRX_STATUS）”的重新判断。文件中针对小区更新时的处理策略（如B0-B6）主要着眼于重新配置是否执行、延迟或取消，并未出现对某个状态变量的判断与重置。 | 目标专利中的“重新判断”特指在小区更新启动时对CPC_DTX_DRX_STATUS变量进行检查，以决定是否需要关闭不连续封包功能。对比文件未公开该变量，也未公开任何对应的判断机制。即便考虑隐含公开，对比文件的内容（如取消重新配置）与本特征的动作对象和目的均不同，无法合理推断出该技术特征，故未公开。 |
| **技术特征E**：当上述功能状态变量值原为成功TRUE时设定上述功能状态变量值为失败FALSE **<未公开>** | 对比文件未提及“功能状态变量值”的成功/失败设定。文件中虽有“取消重新配置”或“设定配置失败标志”（如[0063]步骤s414）等动作，但该标志用于指示重新配置失败，并非CPC_DTX_DRX_STATUS变量。 | 目标专利中，设定CPC_DTX_DRX_STATUS为FALSE是关闭不连续封包功能的关键动作。对比文件中任何标志的设置（如配置失败标志）均不涉及不连续封包功能状态变量，且技术背景和目的不同。本领域技术人员无法从对比文件中直接或隐含推断出该特征，故未公开。 |
| **技术特征F**：清除用于上述不连续封包功能的一功能参数变量CPC_DTX_DRX_PARAMS **<未公开>** | 对比文件未提及“CPC_DTX_DRX_PARAMS”或任何与不连续封包功能参数相关的清除操作。文件中涉及清除或忽略的内容（例如行为B2中取消重新配置）均针对RRC重新配置参数，而非CPC参数。 | 目标专利中，CPC_DTX_DRX_PARAMS用于存储不连续封包功能的配置参数，清除该变量是关闭功能的重要步骤。对比文件没有公开任何与CPC参数相关的变量或清除动作，二者的技术领域和作用显著不同。因此，该特征未被对比文件公开。 |
| **技术特征G**：停止所有上述不连续封包功能的相关动作 **<未公开>** | 对比文件未描述任何与不连续封包功能相关的动作（如Uplink DTX、Uplink DRX、Downlink DRX的停止）。文件中涉及的动作停止（如取消未执行的重新配置）均不涉及不连续传输/接收。 | 目标专利要求停止不连续封包功能的相关动作，例如停止HS-DPCCH的不连续传输等。对比文件讨论的是重新配置与小区更新的交互，未涉及不连续封包功能的具体动作。本领域技术人员无法从中获得停止此类动作的教导，故未公开。 |
| **技术特征H**：其中上述小区更新程序启动的事件为无线链接失效(Radio Link Failure)、无线链接控制错误或客户端能力信息讯息传送失败。 **<未公开>** | [0008] “Events requiring a cell update to be invoked … include the conditions of radio link failure, re-entering service area, RLC unrecoverable error, cell reselection and periodical cell update.” | 对比文件明确公开了“无线链接失效（radio link failure）”和“无线链接控制错误（RLC unrecoverable error）”，但未公开“客户端能力信息讯息传送失败（UE CAPABILITY INFORMATION failure）”。特征H以封闭列表形式限定了三个具体事件，对比文件仅公开其中两个，缺少第三个关键事件。本领域技术人员不能从对比文件所列事件中合理推断出客户端能力信息传送失败这一事件，因此该特征未被对比文件完全公开，判断为未公开。 |
| **技术特征I**：其特征是，其中上述不连续封包功能包含，一不连续上行链路传输(Uplink Discontinuous Transmission，Uplink DTX)功能 **<未公开>** | 对比文件全文未出现“Uplink DTX”或任何不连续上行链路传输的记载。 | 目标专利中的不连续封包功能包括特定的物理层节能机制（Uplink DTX），该机制在3GPP CPC中定义。对比文件涉及RRC层重新配置与小区更新，未对物理层的不连续传输进行任何描述。本领域技术人员无法从对比文件中直接或隐含获得该特征，故未公开。 |
| **技术特征J**：一不连续上行链路接收(Uplink Discontinuous Reception，Uplink DRX)功能 **<未公开>** | 对比文件全文未出现“Uplink DRX”或任何不连续上行链路接收的记载。 | 同特征I的理由，对比文件未涉及不连续接收功能，特征J也未公开。 |
| **技术特征K**：及一不连续下行链路接收(Downlink DRX)功能 **<未公开>** | 对比文件全文未出现“Downlink DRX”或任何不连续下行链路接收的记载。 | 同特征I的理由，对比文件未涉及下行链路的不连续接收，特征K也未公开。 |
---
### 公开性结论
- **直接公开**的技术特征：B、C
- **隐含公开**的技术特征：无
- **未公开**的技术特征：A、D、E、F、G、H、I、J、K
<<<B>>>
<<<C>>>