对比文件的名称：2008-11-27_JP2008289148A_发明专利_JP2008289148A Method and device of managing queuing function for wireless communications system
目标专利的名称：1884在无线通讯系统中改善等待时间的方法及装置CN103096472B
本次调用的模型名称：GPT-4
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：包括在一使用者设备中接收一消息<br>《直接公开》 | 说明书相关记载：“UE基于小区更新过程的接收消息，进入等待状态。所述接收消息最好是来自网络的CELL UPDATE CONFIRM消息。” （对应图4步骤404及其说明） | 对比文件明确公开了UE（使用者设备）接收消息（小区更新确认消息），与特征A中“接收一消息”相同，因此直接公开。 |
| 技术特征B：其中该消息用以指示一eWaitTime<br>《直接公开》 | 说明书相关记载：“CELL UPDATE CONFIRM消息包含等待时间IE，UE据此进入等待状态。” （位于对步骤404的说明） | 对比文件的消息（小区更新确认消息）包含“等待时间IE”，该IE用于指示一个等待时间。eWaitTime本质上是一个等待时间参数，本领域技术人员能毫无疑义地认为该消息指示了等待时间（即eWaitTime），因此直接公开。 |
| 技术特征C：该使用者设备进入对应于该eWaitTime的一等待时间；并且使用者设备在该等待时间内不允许启动一延迟容忍或低优先级的无线电资源控制(RRC)连接请求<br>《未公开》 | 对比文件记载了UE基于等待时间IE进入等待状态，但未提及“RRC连接请求”或“延迟容忍/低优先级”原因。对比文件描述的是小区更新过程的排队功能，在等待状态中UE不启动的是“小区更新过程”，并非RRC连接请求，且不涉及任何优先级原因。 | 对比文件未公开“在等待时间内不允许启动延迟容忍或低优先级的RRC连接请求”。对比文件的等待状态限制对象不同，且无优先级概念，本领域技术人员无法直接或由推理得到该特征。 |
| 技术特征D：当该使用者设备在该等待时间内收到传呼该使用者设备的一传呼消息时<br>《直接公开》 | 说明书相关记载：“在等待状态中，如果发生应该启动小区更新过程的事件，则重新启动小区更新过程。可能的事件包括寻呼响应。寻呼响应例如是来电呼叫。” （位于方法实施例部分） | 对比文件明确公开：在等待状态中，若发生寻呼响应事件（对应收到的传呼消息），则启动相应动作。特征D的“收到传呼该使用者的传呼消息”即为该事件，因此直接公开。 |
| 技术特征E：将该等待时间视为结束<br>《直接公开》 | 说明书相关记载：“当UE启动小区更新过程时，UE停止测量等待状态的定时器。” （紧接上述事件描述之后） | 对比文件公开了停止定时器（即结束等待时间），与特征E“将等待时间视为结束”实质相同，因此直接公开。 |
| 技术特征F：还包括响应传呼该使用者设备的该传呼消息<br>《直接公开》 | 同技术特征D的引用，响应寻呼响应事件而重新启动小区更新过程。 | 对比文件直接公开了“响应寻呼消息”（寻呼响应事件）执行后续过程，与特征F一致，因此直接公开。 |
| 技术特征G：该使用者设备启动一连接建立程序<br>《未公开》 | 对比文件公开的是重新启动“小区更新过程”（CELL UPDATE procedure），并未提及“连接建立程序”（RRC Connection Establishment）。小区更新与RRC连接建立是不同过程。 | 对比文件的过程是在已有RRC连接下更新状态，而非新建连接。本领域技术人员不能直接得出“启动连接建立程序”，也不具备隐含公开条件。 |
| 技术特征H：其中该连接请求中指出的原因为延迟容忍或低优先级<br>《未公开》 | 对比文件无任何关于连接请求原因（延迟容忍或低优先级）的记载。 | 对比文件完全不涉及此内容，因此未公开。 |
| 技术特征I：其中在该等待时间内<br>《直接公开》 | 说明书相关记载：“在等待状态中”（待ち状態にある間に），多次出现。 | 对比文件直接公开了“在等待状态中”，即等待时间内，因此直接公开。 |
| 技术特征J：允许该使用者设备启动一原因为紧急情况的无线电资源控制连接请求<br>《未公开》 | 对比文件未提及紧急情况或任何特殊的连接请求允许机制。 | 对比文件无相关内容，因此未公开。 |
| 技术特征K：而该等待时间不受影响<br>《未公开》 | 对比文件未提及紧急情况时等待时间是否受影响。 | 对比文件无相关内容，因此未公开。 |
| 技术特征L：其中在该使用者设备接收不是传呼该使用者设备的一传呼消息时<br>《未公开》 | 对比文件未描述收到非针对自身寻呼的情况。 | 对比文件无相关内容，因此未公开。 |
| 技术特征M：该使用者设备并不将该等待时间视为结束<br>《未公开》 | 对比文件未记载不视为结束的情形。 | 对比文件无相关内容，因此未公开。 |
| 技术特征N：其中该消息为无线电资源控制连接拒绝消息或无线电资源控制连接解除消息<br>《未公开》 | 对比文件中的消息是“小区更新确认消息”，并非RRC连接拒绝或连接解除消息。 | 对比文件消息类型不同，因此未公开。 |
| 技术特征O：其中该传呼消息包含一过载信息用以指示一核心网络过载结束<br>《未公开》 | 对比文件未记载核心网络过载或过载信息。 | 对比文件无相关内容，因此未公开。 |
| 技术特征P：其中将该等待时间视为结束包括该使用者设备停止一对应该等待时间的定时器<br>《直接公开》 | 说明书相关记载：“当UE启动小区更新过程时，UE停止测量等待状态的定时器。” | 对比文件明确公开了停止定时器作为结束等待时间的方式，与特征P完全相同，因此直接公开。 |
| 技术特征Q：其中该等待时间是由一定时器所控制<br>《直接公开》 | 说明书相关记载：“测量等待状态的定时器”（待ち状態にある待ち時間を計るタイマー）。 | 对比文件直接公开了等待时间由定时器进行测量控制，因此直接公开。 |
| 技术特征R：其中在接收到该eWaitTime后则开始该等待时间<br>《直接公开》 | 说明书相关记载：“UE基于CELL UPDATE CONFIRM消息中的等待时间IE进入等待状态。”即接收消息后立即开始等待。 | 对比文件公开了在接收到包含等待时间IE的消息后进入等待状态（开始等待），与特征R一致，因此直接公开。 |
<<<A>>> <<<B>>> <<<D>>> <<<E>>> <<<F>>> <<<I>>> <<<P>>> <<<Q>>> <<<R>>>