**对比文件名称：** 2006-03-24_KR1020060026881A_发明公开_KR1020060026881A ＭＢＭＳ ＵＥ에 의해 주도적으로 업링크 시그널링을개시하는 방법
**目标专利名称：** 1917无线通讯系统管理队列功能的方法及其相关装置CN101309515B
**本次调用的模型名称：** 大型语言模型（LLM）
### 特征比对表格
| 第一栏：技术特征描述及公开性判断结果 | 第二栏：对比文件原文引用（中文翻译） | 第三栏：公开性论述 |
| **技术特征A：启动上述小区更新程序** <br>《直接公开》 | **原文引用（段落[5]）：** “URA_PCH模式下的UE移动到新小区，如果该小区是新的URA，则UE需要发送‘URA更新’上行消息。URA_PCH模式下的UE有要发送的上行数据或从RNC接收到传呼消息时，UE需要发送‘小区更新’消息。” <br>**另见段落[31]：** “URA_PCH模式下的UE根据自己所在当前小区的请求，发送‘小区更新’上行消息。” | 对比文件明确记载了UE发送“小区更新”（Cell Update）消息的行为，该消息的发送即表示UE启动了小区更新程序。该步骤与目标专利中“启动小区更新程序”的动作完全相同，本领域技术人员能够毫无疑义地确定对比文件公开了此技术特征。尽管对比文件中启动小区更新的目的与目标专利的队列功能背景不同，但步骤本身的技术方案一致，因此构成直接公开。 |
| **技术特征B：于接收一包含等待时间信息元的小区更新确认讯息后，进入上述队列功能的等待状态** <br>《未公开》 | **原文引用（段落[53]）：** “SRNC将‘小区更新确认’消息发送到UE。如果RNC尚未完成计算或重新计算过程，则该消息不包括MBMS信道信息，并且RNC使UE继续处于CELL_FACH状态...当计算或重新计算过程完成且MBMS信道类型和参数未改变时，小区更新确认消息不允许包括MBMS信道参数...当MBMS信道类型和参数改变时，小区更新确认消息包括MBMS信道参数...” <br>对比文件全文未出现“等待时间信息元”或“等待状态”相关描述。 | 对比文件公开的“小区更新确认”消息内容仅涉及MBMS信道参数、状态指示等，完全不包含指示UE进入队列等待状态的等待时间信息元（wait time）。目标专利中的“等待状态”是在网络拥塞时通过等待时间信息元控制UE延迟后续动作，而对比文件从未提及拥塞队列功能或任何形式的等待时间。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| **技术特征C：其中上述队列功能是将客户端置于一小区传呼信道状态或一无线注册区域传呼信道状态中进行等待** <br>《未公开》 | **原文引用（段落[4]）：** “UE的状态分为5种：IDLE、CELL_DCH、CELL_FACH、CELL_PCH和URA_PCH状态...” <br>对比文件多处提到UE处于CELL_PCH或URA_PCH状态（如段落[5]、[42]、[44]等），但从未将这些状态与“队列功能”关联。 | 目标专利的队列功能特指因网络拥塞而将UE转移至另一频率层并强制其在CELL_PCH或URA_PCH状态等待预定时间。对比文件虽然描述了UE可以处于CELL_PCH或URA_PCH状态，但这些状态是常规的连接模式状态，并非由队列功能引起，也不涉及因拥塞而进行的频率转移和等待机制。对比文件完全没有公开“队列功能”这一概念，更未公开将该功能与特定状态结合的技术方案。因此，该特征未被公开。 |
| **技术特征D：而且等待状态结束时客户端重新启动上述小区更新程序** <br>《未公开》 | 对比文件全文未涉及“等待状态结束”或与之相关的重新启动小区更新程序的内容。 | 目标专利中，等待状态结束时（即等待时间计时结束），UE自动重新启动小区更新程序。对比文件不存在任何类型的等待状态（无论是因拥塞还是其他原因），也没有任何关于等待结束后恢复小区更新程序的记载或暗示。因此，该特征未被公开。 |
| **技术特征E：于处于上述等待状态期间，若发生传呼回应事件时，重新启动上述小区更新程序** <br>《未公开》 | **原文引用（段落[5]）：** “URA_PCH模式下的UE有要发送的上行数据或从RNC接收到传呼消息时，UE需要发送‘小区更新’消息。” <br>对比文件其他部分（如段落[42]-[43]）也提到UE在收到传呼消息后发起小区更新，但均未与“等待状态”相关联。 | 目标专利特指在队列功能的“等待状态”期间，如果发生传呼回应事件（如来电传呼），则允许UE中断等待并重新启动小区更新程序。对比文件虽然描述了UE在收到传呼消息后可以启动小区更新，但该行为发生在普通连接模式状态（如URA_PCH、CELL_PCH）下，并非发生在任何形式的“等待状态”期间。对比文件没有定义“等待状态”，因此其公开的传呼触发小区更新不属于目标专利限定的特定情境。该特征未被直接或隐含公开。 |
| **技术特征F：其特征是，其另包含于重新启动上述小区更新程序时，停止定时器，上述定时器用来计时上述客户端所需停留在上述等待状态中的等待时间** <br>《未公开》 | 对比文件全文未出现与等待时间相关的定时器（timer）或停止定时器的任何描述。 | 目标专利中，UE在进入等待状态时会启动一个定时器用于计时等待时间，当因事件重新启动小区更新时需停止该定时器。对比文件没有任何关于等待时间、定时器或队列功能中时间管理的技术内容，因此本领域技术人员无法从对比文件中合理推断出该特征。该特征未被公开。 |
根据上述比对，对比文件仅直接公开了技术特征A，其余技术特征B、C、D、E、F均未公开（既无直接公开也无隐含公开）。
<<<A>>>