对比文件的名称：US2010211686A1_Description_20260426_1813
目标专利的名称：967用于分组数据连接中的紧急服务的注册的方法和设备CN103053149B
本次调用的模型名称：DeepSeek-Chat
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 特征A：其包括用于接收（31）注册用户（1）的请求的装置。<br>**《直接公开》** | [0049] “an IOI is exchanged between a P-CSCF and an S-CSCF... in REGISTER requests and responses.”<br>[0053] “S-CSCF which has received a request for a session from a user... based on an IOI received in a registration message”. | D1中S-CSCF接收来自用户的IMS注册请求（REGISTER请求），这与目标专利中P-CSCF接收注册请求的装置功能实质相同。虽然执行主体不同（S-CSCF vs P-CSCF），但均属于IMS网络中接收注册请求的会话控制实体，本领域技术人员可以毫无疑义地确定该技术特征已被对比文件直接公开。 |
| 特征B：用于确定（32）该请求是否包括针对紧急服务的注册请求的装置。<br>**未公开** | 无直接或隐含公开内容。 | D1公开的是S-CSCF确定用户的漫游状态以及请求的媒体类型/应用（如语音、游戏、视频共享），以决定本地疏导策略。D1全文未涉及“紧急服务”、“紧急注册”或任何相关的判断机制。本领域技术人员无法从D1中得出该技术特征。 |
| 特征C：其中所述确定包括探测所述请求中的紧急指示。<br>**未公开** | 无直接或隐含公开内容。 | D1未公开任何形式的“紧急指示”探测。D1中对请求的分析仅涉及媒体类型和漫游状态，不涉及紧急服务指示。 |
| 特征D：用于维持（34）关于被分派用于紧急分组数据连接并且被一致地配置在会话控制实体中和分组数据网关(GGSN,P-GW)中的因特网协议（IP）地址的范围的信息的装置。<br>**未公开** | 无直接或隐含公开内容。 | D1公开了GGSN和P-CSCF等网络实体[0003]，但D1完全没有公开“紧急分组数据连接（Emergency PDN）”、“为紧急PDN专门分派的IP地址范围”以及“在P-CSCF和GGSN/P-GW中一致配置该IP地址范围”这些核心要素。D1中的IP地址分配与漫游场景下的本地疏导相关，与紧急服务无关。 |
| 特征E：用于确定（33）该请求是否经由紧急分组数据连接被接收到的装置。<br>**未公开** | 无直接或隐含公开内容。 | D1公开了S-CSCF确定请求是经由归属P-CSCF还是拜访P-CSCF接收的[0055]，但这与“紧急分组数据连接”的判断是完全不同的概念。D1中没有“紧急分组数据连接”的定义或判断。 |
| 特征F：其中确定包括确定该请求中的因特网协议（IP）地址是否属于被分派用于紧急分组数据连接的因特网协议（IP）地址的范围。<br>**未公开** | 无直接或隐含公开内容。 | D1中没有任何关于判断注册请求中的IP地址是否属于特定“紧急”地址范围的内容。D1的判断依据是IOI或P-CSCF标识，而非源IP地址范围检查。 |
| 特征G：用于如果因特网协议（IP）地址基于确定被分派用于紧急分组数据连接并且所述请求并不包括针对紧急服务的注册请求那么拒绝（36）所述请求的装置。<br>**未公开** | [0056] “In step S304 the S-CSCF instructs the UE to use the visited P-CSCF, or rejects the session request.”<br>[0058] “In step S309 the S-CSCF instructs the UE to use the home P-CSCF, or rejects the session request.” | D1公开了S-CSCF拒绝（reject）不符合策略的会话请求。然而，D1中拒绝的触发条件是漫游状态和媒体策略（如媒体类型不允许本地疏导），完全不同于目标专利中“IP地址属于紧急PDN连接且请求不是紧急注册”这一特定条件。D1的公开内容不涉及紧急服务与IP地址范围的关联判断，因此整个技术特征未被公开。 |
| 特征H：其中，所述请求中的因特网协议（IP）地址包括用户的联系地址，和/或被嵌入在会话发起协议的联系头部中。<br>**未公开** | [0076] “Contact field of 305 response contains globally standardized URI pointing either to visited network or home network.” | D1公开了SIP Contact头部用于在305 Use Proxy响应中携带P-CSCF的URI。但D1没有公开将用户设备自身的IP地址（作为联系地址）嵌入在注册请求的SIP Contact头部中，并用于紧急服务检测的机制。D1中的Contact头部内容（URI）与目标专利中的技术特征（UE的IP地址）不同。 |
| 特征I：进一步包括用于如果所述请求基于确定包括针对紧急服务的注册请求那么将所述请求传送（35）到另一会话控制实体的装置。<br>**未公开** | 无直接或隐含公开内容。 | D1公开了S-CSCF在满足策略时转发会话请求（SIP INVITE）[S305, S307]，但其判断条件与“紧急服务注册请求”无关。D1未公开基于紧急注册判断的转发机制。 |
| 特征J：其包括：如果分组数据连接包括紧急分组数据连接，那么在所述分组数据连接的建立期间针对用户分配（42）来自被分派用于紧急分组数据连接的因特网协议（IP）地址的范围的因特网协议(IP)地址,其中在分组数据连接的建立期间，基于从用户接收到的指示来判定（41）分组数据连接是否包括紧急分组数据连接，确定（44）注册用户的请求是否经由紧急分组数据连接被接收到，其中确定包括确定所述请求中的因特网协议（IP）地址是否属于被分派用于紧急分组数据连接的因特网协议（IP）地址的范围，确定（45）所述请求是否包括针对紧急服务的注册请求,其中所述确定包括判定所述请求中的紧急指示，以及如果基于确定经由紧急分组数据连接接收到所述请求并且所述请求并不包括针对紧急服务的注册请求，那么拒绝（46）所述请求。<br>**未公开** | 无直接或隐含公开内容。 | D1中完全没有公开“紧急分组数据连接”的建立、基于用户指示判定紧急PDN、从“紧急IP地址范围”分配地址、通过IP地址范围判断注册请求是否经由紧急PDN、以及通过紧急指示判断是否为紧急注册请求等一系列紧密关联的技术特征。D1的全部内容均围绕非紧急状态下普通IMS会话的本地疏导策略，与紧急服务注册控制的技术方案完全不同。 |
| 特征K：进一步包括：如果所述请求基于确定包括针对紧急服务的注册请求，那么向会话控制实体传送（47）所述请求。<br>**未公开** | 无直接或隐含公开内容。 | D1未公开基于紧急注册请求的转发机制。D1中的转发条件与紧急服务无关。 |
<<<A>>>