对比文件名称：2003-01-02_US2003003895A_发明申请_US20030003895A1 Authentication of termination messages in telecommunications system
目标专利名称：无线通信系统改善连续封包连通功能的方法及其相关装置CN101193390B
本次调用模型名称：未指定
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中英文） | 公开性论述 |
| 技术特征A：根据一功能状态变量值CPC_DTX_DRX_STATUS启动一不连续封包功能 —— 未公开 | 无相关内容 | 对比文件全文未涉及CPC_DTX_DRX_STATUS变量、不连续封包功能的启动机制及与该变量的关联，本领域技术人员从对比文件无法直接或间接获得该技术特征。 |
| 技术特征B：根据一小区更新程序启动的事件启动一小区更新程序 —— 隐含公开 | [0021] “In a failure case, when the radio connection is lost, the user equipment unit (UE) and UTRAN enter Idle Mode when a failure is detected. Failure detection is quickest in the CELL_DCH state, as the physical channel is lost in that case. The user equipment units in the CELL_DCH state may expect a loss of synchronization and, at the recovery, go to CELL_FACH state after having selected a suitable cell. During the recovery, they attempt to reach UTRAN on a random access channel (such as the RACH).”<br>（翻译：在失败情况下，当无线连接丢失时，UE和UTRAN在检测到失败后进入空闲模式。在CELL_DCH状态失败检测最快，因为物理信道丢失。CELL_DCH状态的UE可能期望失去同步，在恢复时，选择合适小区后进入CELL_FACH状态。恢复期间，它们尝试在随机接入信道（如RACH）上到达UTRAN。）<br>另见[0021] “...the user equipment unit makes periodic CELL UPDATE or URA UPDATE depending on the state.”（翻译：UE根据状态进行周期性的CELL UPDATE或URA UPDATE。） | 对比文件描述了无线连接丢失（相当于无线链接失效）这一事件，虽然未使用“小区更新程序”术语，但根据上下文，当CELL_DCH状态发生物理信道丢失时，UE需要经历恢复过程（包括在RACH上发送消息），这是典型的小区更新程序触发场景。结合对比文件明确提及的“periodic CELL UPDATE”，本领域技术人员完全可以合理推断：在无线连接丢失事件下，UE会启动小区更新程序。因此特征B被隐含公开。 |
| 技术特征C：在所述小区更新Cell Update程序启动时客户端从小区专用信道状态移入小区前向接入信道状态 —— 隐含公开 | [0021] “The user equipment units in the CELL_DCH state may expect a loss of synchronization and, at the recovery, go to CELL_FACH state after having selected a suitable cell.”<br>（翻译：CELL_DCH状态的UE可能期望失去同步，在恢复时，选择合适小区后进入CELL_FACH状态。） | 对比文件直接描述了从CELL_DCH转移到CELL_FACH的状态变化。虽然未明确写明“小区更新程序启动时”，但该状态转移在3GPP标准中正是小区更新程序启动的伴随动作。本领域技术人员结合3GPP公知常识和对比文件对“recovery”过程的描述，可以合理推知该转移发生在小区更新程序启动时。因此特征C被隐含公开。 |
| 技术特征D：重新判断上述功能状态变量值 —— 未公开 | 无相关内容 | 对比文件没有公开任何关于重新判断CPC_DTX_DRX_STATUS变量或类似状态变量的内容，本领域技术人员无法从对比文件获取该特征。 |
| 技术特征E：当上述功能状态变量值原为成功TRUE时设定上述功能状态变量值为失败FALSE —— 未公开 | 无相关内容 | 对比文件未涉及将状态变量从TRUE设为FALSE的操作，也未涉及与CPC功能相关的任何状态变量调整。 |
| 技术特征F：清除用于上述不连续封包功能的一功能参数变量CPC_DTX_DRX_PARAMS —— 未公开 | 无相关内容 | 对比文件未提及CPC_DTX_DRX_PARAMS变量或清除参数的行为，与不连续封包功能的参数管理无关。 |
| 技术特征G：停止所有上述不连续封包功能的相关动作 —— 未公开 | 无相关内容 | 对比文件没有公开停止不连续上行传输、不连续上行/下行接收等动作，全文服务于认证目的而非DTX/DRX功能管理。 |
| 技术特征H：其中上述小区更新程序启动的事件为无线链接失效(Radio Link Failure)、无线链接控制错误或客户端能力信息讯息传送失败 —— 直接公开（关于无线链接失效） | [0021] “In a failure case, when the radio connection is lost”<br>（翻译：在失败情况下，当无线连接丢失时。）<br>另见[0021] “Failure detection is quickest in the CELL_DCH state, as the physical channel is lost in that case.”<br>（翻译：在CELL_DCH状态失败检测最快，因为物理信道丢失。） | 对比文件明确记载了“无线连接丢失”和“物理信道丢失”，这与目标专利中的“无线链接失效”实质相同，属于小区更新程序启动事件之一。虽然目标专利还列举了其他两种事件，但特征H采用“或”关系，只要公开其中之一即满足。因此，对比文件直接公开了无线链接失效这一事件，特征H被直接公开。注意：无线链接控制错误和客户端能力信息讯息传送失败在对比文件中无公开。 |
| 技术特征I：其特征是，其中上述不连续封包功能包含，一不连续上行链路传输(Uplink Discontinuous Transmission，Uplink DTX)功能 —— 未公开 | 无相关内容 | 对比文件未涉及任何上行方向的不连续传输或接收，也未提及Uplink DTX功能。 |
| 技术特征J：一不连续上行链路接收(Uplink Discontinuous Reception，Uplink DRX)功能 —— 未公开 | 无相关内容 | 对比文件未涉及上行不连续接收。 |
| 技术特征K：及一不连续下行链路接收(Downlink DRX)功能 —— 直接公开 | [0017] “In the CELL_PCH state, the user equipment unit (UE) monitors a paging channel (PCH) of a selected cell. On the PCH, the user equipment unit (UE) uses discontinuous reception (DRX) to save power”<br>（翻译：在CELL_PCH状态，UE监视所选小区的寻呼信道。在PCH上，UE使用不连续接收（DRX）来省电。） | 对比文件明确描述了移动通信终端（UE）使用不连续接收（DRX）来节省电力，DRX正是下行不连续接收。虽然其应用场景是CELL_PCH状态的寻呼信道，但技术本质相同，本领域技术人员可以直接得出“不连续下行链路接收功能”这一技术特征。因此特征K被直接公开。 |
### 公开性代码标识
<<<H>>><<<K>>><<<b>>><<<c>>>