### 对比文件名称
2005-08-17_CN1656845A_发明公开_CN1656845A 确定在寻呼信道上每隔多久向移动站发送消息的方法和装置
### 目标专利名称
1884在无线通讯系统中改善等待时间的方法及装置CN103096472B
### 本次调用的模型名称
DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括在一使用者设备中接收一消息<br>《直接公开》 | 对比文件“具体实施方式”部分，图5的描述：“在步骤501，基站向移动站发送通用寻呼消息，以向移动站通知呼入。”以及“基站向移动站发送信道分配消息”。 | 对比文件明确公开了基站向移动站（即使用者设备）发送消息（通用寻呼消息或信道分配消息），移动站接收该消息。该特征与目标专利中“接收一消息”的技术方案实质相同，均涉及使用者设备接收网络侧发送的消息。因此，本领域技术人员能够毫无疑义地从对比文件得出该技术特征，属于直接公开。 |
| 技术特征B：其中该消息用以指示一eWaitTime<br>未公开 | 对比文件全文未出现“eWaitTime”或任何类似等待时间指示参数。对比文件涉及的消息（通用寻呼消息、信道分配消息）内容不包含eWaitTime指示。 | 对比文件完全未涉及eWaitTime的概念，也没有任何消息用于指示扩展等待时间。本领域技术人员无法从对比文件得出该消息用以指示eWaitTime，因此未公开。 |
| 技术特征C：该使用者设备进入对应于该eWaitTime的一等待时间；并且使用者设备在该等待时间内不允许启动一延迟容忍或低优先级的无线电资源控制(RRC)连接请求<br>未公开 | 对比文件全文未涉及eWaitTime对应的等待时间，也未提及延迟容忍或低优先级连接请求的限制。 | 对比文件不包含任何关于eWaitTime等待时间的概念，更没有在等待时间内禁止特定连接请求的机制。本领域技术人员不能从对比文件推导出该特征，因此未公开。 |
| 技术特征D：当该使用者设备在该等待时间内收到传呼该使用者设备的一传呼消息时<br>未公开 | 对比文件虽涉及移动站接收通用寻呼消息（图5步骤501），但未设置任何“等待时间”条件。对比文件中的寻呼消息接收不依赖于等待时间状态。 | 对比文件没有定义任何等待时间，因此不存在“在等待时间内收到传呼”的情形。该特征依赖前序特征C的等待时间，而对比文件无此基础，故未公开。 |
| 技术特征E：将该等待时间视为结束<br>未公开 | 对比文件无任何关于等待时间结束的记载。 | 对比文件不存在等待时间概念，更没有“将等待时间视为结束”的技术方案。本领域技术人员无法从对比文件得出该特征，因此未公开。 |
| 技术特征F：还包括响应传呼该使用者设备的该传呼消息<br>《直接公开》 | 对比文件“具体实施方式”部分，图5步骤502：“基站等待一段时间以从移动站接收通用寻呼响应消息。”以及步骤504：“基站可响应于通用寻呼消息从移动站接收寻呼响应消息。” | 对比文件明确公开了移动站（使用者设备）响应基站的通用寻呼消息而发送寻呼响应消息。该响应动作属于对传呼消息的直接响应，与目标专利中“响应传呼该使用者设备的该传呼消息”实质相同。因此，本领域技术人员能够毫无疑义地得出该技术特征，属于直接公开。 |
| 技术特征G：该使用者设备启动一连接建立程序<br>《直接公开》 | 对比文件“具体实施方式”部分，图5步骤506-509：基站在寻呼信道上向移动站发送信道分配消息，移动站接收后在前向链路话务信道上接收空数据，并在反向链路信道上开始发送前同步码数据，从而建立话务信道通信链路。 | 对比文件公开了移动站响应寻呼消息后，通过接收信道分配消息、发送前同步码等步骤建立话务信道连接，这本质上是启动一个连接建立程序。与目标专利中在收到寻呼后启动连接建立程序的技术方案一致。因此，本领域技术人员能够毫无疑义地得出该技术特征，属于直接公开。 |
| 技术特征H：其中该连接请求中指出的原因为延迟容忍或低优先级<br>未公开 | 对比文件全文未提及连接请求的原因值，更未涉及延迟容忍或低优先级。 | 对比文件中连接建立过程不涉及原因标识，且未公开任何与延迟容忍或低优先级相关的概念，因此未公开该技术特征。 |
| 技术特征I：其中在该等待时间内<br>未公开 | 对比文件无等待时间定义。 | 该特征依赖于前序特征C的等待时间，而对比文件无等待时间，故未公开。 |
| 技术特征J：允许该使用者设备启动一原因为紧急情况的无线电资源控制连接请求<br>未公开 | 对比文件全文未提及紧急情况连接请求。 | 对比文件未公开任何关于紧急情况连接请求的机制，也不涉及等待时间内的例外处理，因此未公开。 |
| 技术特征K：而该等待时间不受影响<br>未公开 | 对比文件无等待时间及其影响的概念。 | 对比文件不涉及等待时间，更谈不上等待时间是否受影响，因此未公开。 |
| 技术特征L：其中在该使用者设备接收不是传呼该使用者设备的一传呼消息时<br>未公开 | 对比文件仅提及移动站监控寻呼信道以接收自己的寻呼消息，未讨论接收非自身寻呼消息时的行为。 | 对比文件未公开当移动站收到不是传呼自己的消息时的处理方式，更未涉及等待时间背景下的行为，故未公开。 |
| 技术特征M：该使用者设备并不将该等待时间视为结束<br>未公开 | 对比文件无等待时间结束条件。 | 该特征依赖等待时间的概念，而对比文件无等待时间，故未公开。 |
| 技术特征N：其中该消息为无线电资源控制连接拒绝消息或无线电资源控制连接解除消息<br>未公开 | 对比文件中的消息为通用寻呼消息或信道分配消息，属于寻呼信道消息，非RRC连接拒绝/解除消息。 | 对比文件未公开RRC连接拒绝消息或RRC连接解除消息，且其消息类型与目标专利完全不同，因此未公开。 |
| 技术特征O：其中该传呼消息包含一过载信息用以指示一核心网络过载结束<br>未公开 | 对比文件全文未涉及核心网络过载或过载信息。 | 对比文件没有过载指示的概念，传呼消息内容不包括过载信息，故未公开。 |
| 技术特征P：其中将该等待时间视为结束包括该使用者设备停止一对应该等待时间的定时器<br>未公开 | 对比文件无定时器停止机制。 | 对比文件不涉及等待时间定时器，更无停止定时器的操作，因此未公开。 |
| 技术特征Q：其中该等待时间是由一定时器所控制<br>未公开 | 对比文件未提及任何等待时间定时器。 | 对比文件没有通过定时器控制等待时间的方案，因此未公开。 |
| 技术特征R：其中在接收到该eWaitTime后则开始该等待时间<br>未公开 | 对比文件无eWaitTime接收及等待时间启动的过程。 | 对比文件不涉及eWaitTime，也未公开基于eWaitTime启动等待时间，故未公开。 |
### 结论
对比文件直接公开了技术特征A、F、G，其他技术特征均未直接或隐含公开。
<<<A>>><<<F>>><<<G>>>