**对比文件**：2008-01-30_CN101115281A_发明公开_CN101115281A 系统控制消息发送、接收方法及装置
**目标专利**：1884在无线通讯系统中改善等待时间的方法及装置CN103096472B
**本次调用的模型名称**：GPT-4（大型语言模型）
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| A. 包括在一使用者设备中接收一消息（《直接公开》） | 对比文件说明书“系统控制消息接收方法”部分：“当UE处于空闲状态时，在寻呼信道接收系统寻呼消息，在寻呼消息中包含MIB的标签值信息”。 | 目标专利特征A仅涉及接收一消息，未限定消息的具体作用。对比文件明确公开了UE在寻呼信道接收寻呼消息的操作，本领域技术人员能毫无疑义地确定对比文件公开了UE接收消息这一步骤。虽然对比文件中的消息用于系统消息变化指示，但“接收消息”本身的技术手段与目标专利相同，因此特征A被直接公开。 |
| B. 其中该消息用以指示一eWaitTime（未公开） | 无相关内容。 | 对比文件没有任何关于eWaitTime或类似等待时间参数的记载，本领域技术人员无法从对比文件中直接或间接地得到“消息指示eWaitTime”这一特征。 |
| C. 该使用者设备进入对应于该eWaitTime的一等待时间；并且使用者设备在该等待时间内不允许启动一延迟容忍或低优先级的无线电资源控制连接请求（未公开） | 无相关内容。 | 对比文件未涉及“等待时间”概念，也未提及基于延迟容忍或低优先级对RRC连接请求的限制。因此无法公开该特征。 |
| D. 当该使用者设备在该等待时间内收到传呼该使用者设备的一传呼消息时（未公开） | 对比文件虽涉及寻呼消息，但无等待时间背景。 | 对比文件未建立任何等待时间场景，故不能公开“在等待时间内收到传呼消息”这一具体情形。 |
| E. 将该等待时间视为结束（未公开） | 无相关内容。 | 对比文件无等待时间，故不存在结束等待时间的操作。 |
| F. 还包括响应传呼该使用者设备的该传呼消息（未公开） | 无相关内容。 | 对比文件未公开响应传呼消息与等待时间结束或连接建立之间的关联。 |
| G. 该使用者设备启动一连接建立程序（未公开） | 对比文件仅在背景技术部分提及“UE完成RRC连接建立时从空闲模式转移到连接模式”，但未在寻呼响应或等待时间结束的上下文中公开。 | 虽然RRC连接建立是已知技术，但对比文件未将其与收到传呼消息后的特定动作结合，且目标专利中连接建立是因等待时间结束而发起，对比文件缺少这一触发关系。 |
| H. 其中该连接请求中指出的原因为延迟容忍或低优先级（未公开） | 无相关内容。 | 对比文件未涉及连接请求原因值的任何设置。 |
| I. 其中在该等待时间内（未公开） | 无相关内容。 | 对比文件无等待时间。 |
| J. 允许该使用者设备启动一原因为紧急情况的无线电资源控制连接请求（未公开） | 无相关内容。 | 对比文件未涉及紧急情况连接请求的许可及其与等待时间的关系。 |
| K. 而该等待时间不受影响（未公开） | 无相关内容。 | 对比文件无等待时间概念。 |
| L. 其中在该使用者设备接收不是传呼该使用者设备的一传呼消息时（未公开） | 无相关内容。 | 对比文件未区分寻呼消息是否针对本UE。 |
| M. 该使用者设备并不将该等待时间视为结束（未公开） | 无相关内容。 | 对比文件无等待时间。 |
| N. 其中该消息为无线电资源控制连接拒绝消息或无线电资源控制连接解除消息（未公开） | 无相关内容。 | 对比文件未提及RRC连接拒绝或解除消息。 |
| O. 其中该传呼消息包含一过载信息用以指示一核心网络过载结束（未公开） | 无相关内容。 | 对比文件不含任何过载信息，过载指示是目标专利中用于结束等待时间的特有内容。 |
| P. 其中将该等待时间视为结束包括该使用者设备停止一对应该等待时间的定时器（未公开） | 无相关内容。 | 对比文件无等待定时器。 |
| Q. 其中该等待时间是由一定时器所控制（未公开） | 无相关内容。 | 对比文件无定时器控制等待时间的描述。 |
| R. 其中在接收到该eWaitTime后则开始该等待时间（未公开） | 无相关内容。 | 对比文件无eWaitTime及等待时间启动机制。 |
---
### 公开性代码输出
根据上述分析，仅技术特征A被对比文件直接公开。
<<<A>>>