对比文件名称：WO2010105518A1_Description_20260623_2357
目标专利名称：1884在无线通讯系统中改善等待时间的方法及装置CN103096472B
本次调用的模型名称：通用大语言模型（无特定模型代号）
### 特征比对表格
| 第一栏：技术特征描述及公开性判断结果 | 第二栏：对比文件原文引用 | 第三栏：公开性论述 |
| 技术特征A：包括在一使用者设备中接收一消息《直接公开》 | 对比文件具体实施方式部分：“步骤S401：UE接收来自基站的测量请求，其中，该测量请求中携带有测量上报准则”。 | 对比文件明确记载了使用者设备（UE）接收来自基站的测量请求，该过程属于“接收一消息”。尽管该消息的具体内容与目标专利中后续特征限定的消息不同，但就“接收一消息”这一动作本身而言，对比文件给出了完全相同的技术手段，本领域技术人员可以直接、毫无疑义地得出该特征。该特征在对比文件中的作用是触发UE上报随机接入参数，与目标专利中接收消息的作用虽不同，但特征本身未限定消息内容或功能，故构成直接公开。 |
| 技术特征B：其中该消息用以指示一eWaitTime | 无相关内容。对比文件全文未出现“eWaitTime”、“延长等待时间”或任何类似指示等待时长的参数。 | 对比文件中的消息（测量请求）仅用于指示UE进行参数测量和上报，不包含任何与eWaitTime相关的信息。目标专利的eWaitTime是专门用于控制延迟容忍或低优先级设备在核心网络过载时避免发起连接请求的时长，对比文件未涉及该概念。因此，本领域技术人员无法从对比文件中得出该特征。 |
| 技术特征C：该使用者设备进入对应于该eWaitTime的一等待时间；并且使用者设备在该等待时间内不允许启动一延迟容忍或低优先级的无线电资源控制(Radio Resource Control,RRC)连接请求(connection request) | 无相关内容。对比文件未提及任何形式的等待时间、eWaitTime，也未提及延迟容忍或低优先级RRC连接请求的限制。 | 对比文件涉及的是随机接入过程中的参数测量与上报，不涉及核心网络过载场景下的等待定时器或对连接请求类型的限制。目标专利中的等待时间（eWaitTime）是用于避免设备在网络过载时频繁发起连接，而对比文件没有公开任何类似机制。因此，对比文件既未直接公开也未隐含公开该特征。 |
| 技术特征D：当该使用者设备在该等待时间内收到传呼该使用者设备的一传呼消息(paging message)时 | 无相关内容。对比文件未出现“传呼消息”、“paging message”或“等待时间”相关术语。 | 对比文件的技术方案围绕随机接入过程展开，不涉及传呼消息的接收与处理。目标专利在该特征中利用传呼消息作为触发等待时间结束的条件，对比文件没有任何关于传呼消息或等待时间交互的教导。因此，该特征未被公开。 |
| 技术特征E：将该等待时间视为结束 | 无相关内容。对比文件未涉及任何等待时间的结束机制。 | 对比文件中UE在随机接入成功后或达到最大重发次数时结束测量过程，但不存在与eWaitTime对应的等待时间及其结束操作。目标专利将等待时间视为结束是通过停止定时器等方式，对比文件没有给出任何启示。 |
| 技术特征F：还包括响应传呼该使用者设备的该传呼消息 | 无相关内容。对比文件没有传呼消息的处理步骤。 | 对比文件中的UE响应的是来自基站的测量请求或随机接入响应，而不是响应传呼消息。该特征完全依赖传呼消息的存在，对比文件未公开传呼机制，故无法公开该特征。 |
| 技术特征G：该使用者设备启动一连接建立程序《直接公开》 | 对比文件具体实施方式部分：“步骤S501：UE发起随机接入过程”；“步骤S503：UE向基站（eNB）发送随机接入前缀”。 | 对比文件中UE发起随机接入过程即属于启动连接建立程序（随机接入是RRC连接建立程序的重要组成部分）。尽管该启动动作并非由传呼消息触发，但就“启动一连接建立程序”这一动作本身而言，对比文件给出了明确的技术方案，本领域技术人员可以直接得出。该特征在对比文件中的作用是为了建立与网络的基础连接，与目标专利中连接建立程序的本质相同。因此，构成直接公开。 |
| 技术特征H：其中该连接请求中指出的原因为延迟容忍或低优先级 | 无相关内容。对比文件未提及连接请求中的原因值，更未提及“延迟容忍”或“低优先级”。 | 对比文件涉及随机接入前缀发送、Msg3上传等，但Msg3（相当于RRC连接请求）中不包含原因值的设定，也未涉及延迟容忍/低优先级概念。目标专利中的该特征用于标识设备类型以便网络采取不同策略，对比文件没有相关公开。 |
| 技术特征I：其中在该等待时间内 | 无相关内容。对比文件无等待时间概念。 | 该特征依赖于等待时间的存在，而对比文件未公开等待时间，故无法公开该特征。 |
| 技术特征J：允许该使用者设备启动一原因为紧急情况的无线电资源控制连接请求 | 无相关内容。对比文件未涉及紧急情况连接请求。 | 对比文件未区分连接请求的原因（如紧急情况），也未设置允许规则。目标专利允许紧急请求在等待时间内不受限制，对比文件没有任何类似处理。 |
| 技术特征K：而该等待时间不受影响 | 无相关内容。对比文件无等待时间。 | 该特征涉及等待时间的状态变化，对比文件未公开等待时间，故无法公开。 |
| 技术特征L：其中在该使用者设备接收不是传呼该使用者设备的一传呼消息时 | 无相关内容。对比文件无传呼消息处理。 | 对比文件未涉及传呼消息的区分，该特征建立在传呼系统的基础上，对比文件未公开。 |
| 技术特征M：该使用者设备并不将该等待时间视为结束 | 无相关内容。对比文件无等待时间结束条件。 | 该特征与等待时间结束的否定条件相关，对比文件没有等待时间，故无法公开。 |
| 技术特征N：其中该消息为无线电资源控制连接拒绝消息或无线电资源控制连接解除消息 | 无相关内容。对比文件中的消息为“测量请求”，非RRC连接拒绝或解除消息。 | 对比文件中的消息类型与目标专利完全不同，目标是用于指示eWaitTime的RRC拒绝/解除消息，对比文件未公开。 |
| 技术特征O：其中该传呼消息包含一过载信息用以指示一核心网络过载结束 | 无相关内容。对比文件无传呼消息，也未提及核心网络过载结束指示。 | 对比文件涉及随机接入优化，不涉及核心网络过载及其信令，该特征未被公开。 |
| 技术特征P：其中将该等待时间视为结束包括该使用者设备停止一对应该等待时间的定时器 | 无相关内容。对比文件未公开停止等待时间定时器的操作。 | 对比文件虽然使用了定时器（如冲突解决定时器），但该定时器与等待时间无关，且对比文件没有公开停止等待时间定时器的步骤。 |
| 技术特征Q：其中该等待时间是由一定时器所控制 | 无相关内容。对比文件未提及等待时间定时器。 | 对比文件使用的定时器（如冲突解决定时器）用于其他目的，不涉及控制等待时间。该特征依赖于eWaitTime定时器，对比文件未公开。 |
| 技术特征R：其中在接收到该eWaitTime后则开始该等待时间 | 无相关内容。对比文件未公开eWaitTime及其触发等待时间启动的机制。 | 该特征明确要求接收到eWaitTime后开始等待，而对比文件既没有eWaitTime也没有等待时间启动步骤，故无法公开。 |
### 公开性代码汇总
根据上述分析，对比文件直接公开了技术特征A和G，未直接或隐含公开其他特征。
因此，在回答结尾插入以下代码：
<<<A>>>
<<<G>>>