对比文件的名称：2010-06-09_CN101730039A_发明公开_CN101730039A 一种IP多媒体子系统业务的建立方法及系统
目标专利的名称：用于分组数据连接中的紧急服务的注册的方法和设备 CN103053149B
本次调用的模型名称：DeepSeek Chat
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：《直接公开》<br>用于接收注册用户的请求的装置 | 步骤306：“UE使用已建立的紧急承载向P-CSCF发起IMS正常业务的注册请求”；步骤307：“P-CSCF将上述IMS正常业务的注册请求发送给I-CSCF”。 | 对比文件明确公开了P-CSCF接收UE发送的IMS注册请求，该请求用于注册用户，因此直接公开了“用于接收注册用户的请求的装置”。 |
| 技术特征B：未公开<br>用于确定该请求是否包括针对紧急服务的注册请求的装置 | 无直接对应内容。 | 对比文件仅涉及IMS正常业务的注册请求，未描述如何区分紧急注册与非紧急注册，也未公开用于判断请求是否针对紧急服务的装置。 |
| 技术特征C：未公开<br>所述确定包括探测所述请求中的紧急指示 | 无直接对应内容。 | 对比文件中的注册请求不包含紧急指示，也未提及探测紧急指示的步骤或装置。 |
| 技术特征D：未公开<br>用于维持关于被分派用于紧急分组数据连接并且被一致地配置在会话控制实体中和分组数据网关(GGSN,P-GW)中的因特网协议（IP）地址的范围的信息的装置 | 步骤303：“MME向HSS发送通知请求消息，该消息中包含：UE的IP地址、紧急业务标识”；步骤304：“HSS在本地记录该消息中包含的IP地址为用于紧急业务的IP地址的信息”；步骤311可选：“P-CSCF可以将该IP地址列入黑名单”。 | 对比文件公开了HSS记录单个IP地址为用于紧急业务的信息，但未公开该IP地址来自与分组数据网关一致配置的“范围”，也未公开在会话控制实体（P-CSCF）中预先维持关于IP地址范围的信息。动态通知与预先一致配置的本质不同。 |
| 技术特征E：《直接公开》<br>用于确定该请求是否经由紧急分组数据连接被接收到的装置 | 步骤308-309：“I-CSCF向HSS发起Cx查询/Cx选择拉动消息，该消息中携带UE的IP地址；HSS根据UE的IP地址查询到在SAE中该IP地址用于紧急业务，因此向I-CSCF返回拒绝该用户/UE执行IMS正常业务注册的响应”。 | 对比文件公开了HSS通过IP地址判断该注册请求使用了紧急承载，即确定了请求是经由紧急分组数据连接接收到的。虽然该实体为HSS而非P-CSCF，但技术特征本身不限定具体网元，其实质功能完全相同。 |
| 技术特征F：未公开<br>其中确定包括确定该请求中的因特网协议（IP）地址是否属于被分派用于紧急分组数据连接的因特网协议（IP）地址的范围 | 步骤309：“HSS根据UE的IP地址查询到在SAE中该IP地址用于紧急业务”。 | 对比文件仅公开了确定IP地址是否用于紧急业务，但未公开该IP地址属于“被分派用于紧急分组数据连接的IP地址的范围”。对比文件中的判断基于MME动态通知的记录，而非基于与分组数据网关一致配置的地址范围。 |
| 技术特征G：《直接公开》<br>用于如果因特网协议（IP）地址基于确定被分派用于紧急分组数据连接并且所述请求并不包括针对紧急服务的注册请求那么拒绝所述请求的装置 | 步骤309-311：“HSS向I-CSCF返回拒绝响应；I-CSCF向P-CSCF返回拒绝应答；P-CSCF向UE返回拒绝应答”。 | 对比文件明确公开了当IP地址用于紧急业务且注册请求为IMS正常业务（即非紧急注册）时，通过HSS/I-CSCF/P-CSCF向UE发送拒绝应答，直接公开了拒绝装置。 |
| 技术特征H：《隐含公开》<br>其中，所述请求中的因特网协议（IP）地址包括用户的联系地址，和/或被嵌入在会话发起协议的联系头部中 | 步骤306：“UE使用已建立的紧急承载向P-CSCF发起IMS正常业务的注册请求，上述注册请求中携带：UE的IP地址、和UE标识/用户标识”。 | 对比文件未明确指明IP地址在SIP头部中的位置。但IMS注册使用SIP REGISTER，根据SIP协议规范，联系地址必然包含在Contact头部中。本领域技术人员结合公知常识可以合理推断该IP地址作为联系地址被嵌入在SIP联系头部，因此隐含公开。 |
| 技术特征I：未公开<br>进一步包括用于如果所述请求基于确定包括针对紧急服务的注册请求那么将所述请求传送到另一会话控制实体的装置 | 无相应内容。 | 对比文件仅涉及对使用紧急承载进行正常注册的拒绝，未涉及对紧急注册请求的转发或传送到其他会话控制实体的处理。 |
| 技术特征J：未公开<br>其包括：如果分组数据连接包括紧急分组数据连接，那么在所述分组数据连接的建立期间针对用户分配来自被分派用于紧急分组数据连接的因特网协议（IP）地址的范围的因特网协议(IP)地址,其中在分组数据连接的建立期间，基于从用户接收到的指示来判定分组数据连接是否包括紧急分组数据连接，确定注册用户的请求是否经由紧急分组数据连接被接收到，其中确定包括确定所述请求中的因特网协议（IP）地址是否属于被分派用于紧急分组数据连接的因特网协议（IP）地址的范围，确定所述请求是否包括针对紧急服务的注册请求,其中所述确定包括判定所述请求中的紧急指示，以及如果基于确定经由紧急分组数据连接接收到所述请求并且所述请求并不包括针对紧急服务的注册请求，那么拒绝所述请求。 | 步骤301-305（建立紧急承载、分配IP地址）；步骤306-311（注册请求、拒绝）。 | 对比文件公开了部分内容：基于紧急指示建立紧急承载并分配IP地址（步骤301-302），以及拒绝使用紧急承载的非紧急注册请求（步骤309-311）。但对比文件未公开：分配IP地址来自“被分派用于紧急分组数据连接的IP地址的范围”；确定请求是否经由紧急分组数据连接接收时基于IP地址属于“范围”；确定请求是否包括紧急注册请求并判定紧急指示。因此整体技术方案未公开。 |
| 技术特征K：未公开<br>进一步包括：如果所述请求基于确定包括针对紧急服务的注册请求，那么向会话控制实体传送所述请求 | 无相应内容。 | 对比文件未涉及紧急注册请求的转发，没有公开向会话控制实体传送紧急注册请求的步骤或装置。 |
<<<A>>><<<E>>><<<G>>><<<h>>>