对比文件名称：2007-09-27_US2007223433A_发明申请_US20070223433A1 Location managing apparatus and location managing method
目标专利名称：1884在无线通讯系统中改善等待时间的方法及装置CN103096472B
本次调用的模型名称：AI专利分析模型（基于公开信息）
以下为特征比对表格：
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A**：包括在一使用者设备中接收一消息——**《直接公开》** | [0054] “HA 100向移动站MN1发送可用性通知”；[0046] “传输过程对应于从移动消息处理单元110到输出路径确定单元107再到输出处理单元108所执行的过程”，即向移动站发送位置注册响应消息。 | 对比文件中移动站MN（使用者设备）明确接收来自HA的消息（如可用性通知或位置注册响应），此步骤被直接公开。本领域技术人员能毫无疑义地确定使用者设备实施消息接收。 |
| **技术特征B**：其中该消息用以指示一eWaitTime——**未公开** | 无对应内容。对比文件中消息用于指示注册成功/失败或可用性通知，未包含指示eWaitTime的参数。 | eWaitTime是目标专利特有的等待时间参数，对比文件未提出任何类似“延长等待时间”的指示。因此未公开。 |
| **技术特征C**：该使用者设备进入对应于该eWaitTime的一等待时间；并且使用者设备在该等待时间内不允许启动一延迟容忍或低优先级的无线电资源控制连接请求——**未公开** | [0012] “接收到切换拒绝的MN1使用内部定时器等待一般拥塞持续时间T1（例如1秒）”。但未提及eWaitTime，也未限制基于“延迟容忍或低优先级”的连接请求。 | 对比文件虽有等待时间（T1）并在此期间不发送重新请求，但等待时间并非由eWaitTime指示，且禁止的是位置注册请求而非RRC连接请求，原因亦非“延迟容忍或低优先级”。故未公开。 |
| **技术特征D**：当该使用者设备在该等待时间内收到传呼该使用者设备的一传呼消息时——**未公开** | 无对应内容。对比文件中等待期间移动站收到的是位置注册请求消息（可用性通知），而非传呼消息。 | 对比文件没有使用传呼消息来通知移动站，也不涉及等待时间内接收传呼。因此未公开。 |
| **技术特征E**：将该等待时间视为结束——**未公开** | [0054] “HA 100向移动站MN1发送可用性通知。因此，移动站MN1（5）立即发送重新请求”。但此结束对应的是可用性通知，而非传呼消息。 | 对比文件中移动站因可用性通知而结束等待并立即发送请求，但由于前提（收到传呼消息）未公开，故此特征亦不公开。 |
| **技术特征F**：还包括响应传呼该使用者设备的该传呼消息——**未公开** | 同上，响应的是可用性通知，不是传呼消息。 | 同D、E，响应对象不同。 |
| **技术特征G**：该使用者设备启动一连接建立程序——**未公开** | [0054] “移动站MN1（5）立即发送重新请求（重新请求切换）”。该重新请求是位置注册请求，属于位置管理协议，而非RRC连接建立程序。 | 对比文件中启动的是重新位置注册请求，目标专利中的连接建立程序特指RRC连接建立。鉴于前提（响应传呼消息）未公开且程序性质不同，未公开。 |
| **技术特征H**：其中该连接请求中指出的原因为延迟容忍或低优先级——**未公开** | 无对应内容。对比文件中连接请求（位置注册消息）不包含原因值，更未指定延迟容忍或低优先级。 | 未公开。 |
| **技术特征I**：其中在该等待时间内——**未公开** | 无对应内容涉及紧急情况例外。 | 仅作为状语，与J、K结合判断。对比文件未讨论此情况，故未公开。 |
| **技术特征J**：允许该使用者设备启动一原因为紧急情况的无线电资源控制连接请求——**未公开** | 无对应内容。 | 未公开。 |
| **技术特征K**：而该等待时间不受影响——**未公开** | 无对应内容。 | 未公开。 |
| **技术特征L**：其中在该使用者设备接收不是传呼该使用者设备的一传呼消息时——**未公开** | 无对应内容。 | 未公开。 |
| **技术特征M**：该使用者设备并不将该等待时间视为结束——**未公开** | 无对应内容。 | 未公开。 |
| **技术特征N**：其中该消息为无线电资源控制连接拒绝消息或无线电资源控制连接解除消息——**未公开** | 对比文件中拒绝信息通过“位置注册响应消息（失败）”传递，而非RRC连接拒绝/解除消息。 | 消息类型完全不同，涉及不同协议层，未公开。 |
| **技术特征O**：其中该传呼消息包含一过载信息用以指示一核心网络过载结束——**未公开** | 无对应内容。对比文件中的可用性通知（位置注册请求消息）不包含核心网络过载结束指示。 | 未公开。 |
| **技术特征P**：其中将该等待时间视为结束包括该使用者设备停止一对应该等待时间的定时器——**《隐含公开》** | [0054] “HA 100向移动站MN1发送可用性通知。因此，移动站MN1（5）立即发送重新请求”。结合[0012]使用内部定时器控制等待时间。 | 对比文件中当移动站收到可用性通知后立即进行重新请求，显然结束了等待，而等待时间原本由内部定时器控制。本领域技术人员可以合理推断移动站必然停止了对应该等待时间的定时器。虽然未明确记载，但属于隐含公开。 |
| **技术特征Q**：其中该等待时间是由一定时器所控制——**《直接公开》** | [0012] “接收到切换拒绝的MN1使用内部定时器等待一般拥塞持续时间T1（例如1秒）”。 | 直接明确记载移动站使用内部定时器来控制等待时间，故直接公开。 |
| **技术特征R**：其中在接收到该eWaitTime后则开始该等待时间——**未公开** | 无对应内容。对比文件中移动站在接收到切换拒绝消息（位置注册响应）后开始等待，而拒绝消息并不包含eWaitTime参数。 | 未公开。 |
**总结**：对比文件直接公开了技术特征A和技术特征Q，隐含公开了技术特征P，其余技术特征均未公开。
<<<A>>><<<Q>>><<<p>>>