好的，我将作为资深专利代理师，对您指定的对比文件与目标专利的权利要求进行创造性评估中的特征比对分析。
### 回答开始
**对比文件名称：** 2010-06-09_CN101730037A_发明公开_CN101730037A 一种IP多媒体子系统业务的建立方法及系统
**目标专利名称：** 用于分组数据连接中的紧急服务的注册的方法和设备 CN103053149B
**本次调用的模型名称：** 您未指定模型名称，此为预设模型。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用（翻译及段落标号） | 公开性论述 |
| **技术特征A：其包括用于接收（31）注册用户（1）的请求的装置** <br> **《直接公开》** | [0061] “接收单元31，所述接收单元31被配置为接收将用户1注册到IMS网络4的请求。该请求可以是SIP注册请求。” <br> (目标专利说明书) <br><br> 对比文件说明书第6页第[0052]段：“紧急P-CSCF在接收到所述P-GW转发的IMS业务请求后，判断该业务请求是否为IMS正常业务请求，如果是，则拒绝该请求。” <br> (对比文件说明书) | 对比文件明确公开了“紧急P-CSCF”作为会话控制实体，其功能包括接收UE发起的IMS业务请求。在实施例的步骤305、505中，“紧急P-CSCF”均接收了UE发起的注册请求。因此，对比文件公开了“用于接收注册用户的请求的装置”（即紧急P-CSCF的接收功能）。这与目标专利中P-CSCF的接收单元31功能相同，均为接收注册请求。 |
| **技术特征B：用于确定（32）该请求是否包括针对紧急服务的注册请求的装置** <br> **《隐含公开》** | [0052] “紧急P-CSCF在接收到所述P-GW转发的IMS业务请求后，判断该业务请求是否为IMS正常业务请求，如果是，则拒绝该请求。” <br> (对比文件说明书) | 对比文件公开了紧急P-CSCF判断业务请求是否为“IMS正常业务请求”。本领域技术人员公知，在IMS网络中，业务请求（REGISTER请求）要么是紧急业务请求，要么是正常业务请求。因此，当紧急P-CSCF判断一个请求“不是”正常业务请求时，其必然隐含地确定该请求是“针对紧急服务的注册请求”。这是因为紧急P-CSCF被配置为“仅支持IMS紧急业务”，其接收到的请求若非正常业务，则逻辑上必然是紧急业务。该判断逻辑明确隐含了特征B的装置功能。 |
| **技术特征C：其中所述确定包括探测所述请求中的紧急指示** <br> **《未公开》** | 对比文件全文未公开如何“探测请求中的紧急指示”来确定是否为紧急注册。 | 对比文件中，紧急P-CSCF判断请求是否为正常业务请求的依据是其自身的业务能力（“仅支持紧急业务”），并非通过解析请求信令本身是否包含“紧急指示”。对比文件未公开P-CSCF通过探测请求中携带的显式或隐式“紧急指示”来进行判断的技术方案。该特征在对比文件中既无直接记载，也无法隐含得出。 |
| **技术特征D：用于维持（34）关于被分派用于紧急分组数据连接并且被一致地配置在会话控制实体中和分组数据网关中的因特网协议（IP）地址的范围的信息的装置** <br> **《未公开》** | 对比文件全文未公开在P-CSCF和P-GW中“一致地配置”用于紧急分组数据连接的“IP地址的范围”。 | 对比文件的技术方案是基于设置专用的“紧急P-CSCF”和P-GW的路由策略（将紧急默认承载的数据包仅路由至此紧急P-CSCF），而不是基于IP地址范围的识别和比对。对比文件未公开任何在会话控制实体（P-CSCF）和网关（P-GW）中维持或配置“专门用于紧急PDN连接的IP地址范围”的信息。该特征是完全不同的技术路径。 |
| **技术特征E：用于确定（33）该请求是否经由紧急分组数据连接被接收到的装置** <br> **《隐含公开》** | [0043] “P-GW设置为使用该紧急PDN连接的紧急默认承载（可以是使用紧急承载/紧急PDN连接所对应的IP地址和默认承载的承载标识）发送的数据包只能路由到上述P-CSCF” <br> [0046] “P-GW接收到上述IMS紧急业务的注册请求后，判断该请求的目的P-CSCF是否为紧急P-CSCF...如果是，则P-GW向紧急P-CSCF转发该注册请求” <br> (对比文件说明书) | 对比文件虽然未设置一个独立的“确定单元”来检查IP地址是否属于特定范围，但其P-GW通过路由规则（基于承载标识和目的P-CSCF）判断请求是否发自紧急默认承载，并据此决定是否转发。当“紧急P-CSCF”接收到由P-GW转发的请求时，该请求必然是通过紧急PDN连接发送的。因此，P-GW的路由判断和紧急P-CSCF的接收机制共同组成了一个系统层面上的“确定请求是否经由紧急分组数据连接被接收到”的功能。紧急P-CSCF作为该系统的最终接收点，其本身就隐含了其接收到的并处理的请求是“经由紧急分组数据连接被接收到”的。 |
| **技术特征F：其中确定包括确定该请求中的因特网协议（IP）地址是否属于被分派用于紧急分组数据连接的因特网协议（IP）地址的范围** <br> **《未公开》** | 对比文件全文未公开通过“确定请求中的IP地址是否属于被分派的紧急IP地址范围”的方式来判断请求是否经由紧急PDN连接。 | 对比文件判断请求是否经由紧急PDN连接的方法是基于P-GW的路由策略（根据承载标识和目的P-CSCF地址）以及紧急P-CSCF的接收。它完全不依赖于对UE的IP地址是否属于某个特定IP地址范围进行检查。本领域技术人员从对比文件中无法推理出或得到使用“IP地址范围归属判断”这一技术手段的启示。 |
| **技术特征G：用于如果因特网协议（IP）地址基于确定被分派用于紧急分组数据连接并且所述请求并不包括针对紧急服务的注册请求那么拒绝（36）所述请求的装置** <br> **《未公开》** | [0052] “紧急P-CSCF在接收到所述P-GW转发的IMS业务请求后，判断该业务请求是否为IMS正常业务请求，如果是，则拒绝该请求。” <br> (对比文件说明书) | 对比文件虽然公开了“拒绝非紧急请求”这一最终结果，但其拒绝的逻辑判断条件与本特征完全不同。本特征的判断条件是“IP地址属于紧急范围”且“请求不包括紧急注册指示”。对比文件的判断条件是“请求是否为正常业务请求”且拒绝发生在“紧急P-CSCF”上。两者的触发机制和判断依据存在本质区别。对比文件没有公开基于“IP地址范围”和“紧急指示”这两个具体参数进行逻辑与的判断来触发拒绝。 |
| **技术特征H：其中，所述请求中的因特网协议（IP）地址包括用户的联系地址，和/或被嵌入在会话发起协议的联系头部中** <br> **《隐含公开》** | [0044] “UE获得紧急PDN连接所对应的UE的IP地址后，使用该IP地址发起IMS注册请求。” <br> (对比文件说明书) <br><br> [0043] “上述紧急承载所对应的（或者说上述紧急PDN连接所对应的）UE的IP地址” <br> (对比文件说明书) | 对比文件明确公开了UE使用紧急PDN连接对应的“UE的IP地址”来发起IMS注册请求。本领域技术人员熟知，在IMS SIP注册流程中，UE的IP地址是作为其“联系地址”（Contact Address）被携带在SIP REGISTER请求的“Contact”头部（即会话发起协议的联系头部）中的。因此，虽然对比文件未明确写明“嵌入在SIP Contact头部”，但这是IMS标准流程中的必然操作。本领域技术人员可以毫无疑义地推断出，对比文件中UE发起注册请求时使用的IP地址就是用户的联系地址，并且其必然被嵌入在SIP Contact头部中。 |
| **技术特征I：进一步包括用于如果所述请求基于确定包括针对紧急服务的注册请求那么将所述请求传送（35）到另一会话控制实体的装置** <br> **《隐含公开》** | [0048] “步骤305...紧急P-CSCF也接受该注册请求，并完成后续的IMS注册流程。” <br> [0049] “步骤306，完成IMS紧急业务的注册之后，UE可以与PSAP进行IMS紧急呼叫。” <br> (对比文件说明书) | 对比文件公开了紧急P-CSCF接受紧急注册请求，并“完成后续的IMS注册流程”。“完成后续的IMS注册流程”在IMS架构下必然包括将注册请求或相关会话控制信息传送（路由）到另一会话控制实体，例如E-CSCF（紧急CSCF）或S-CSCF（服务CSCF），以便建立到PSAP的呼叫。因此，对比文件隐含公开了当请求确定为紧急服务注册时，向其他会话控制实体传送该请求的装置。 |
| **技术特征J：其包括：如果分组数据连接包括紧急分组数据连接，那么在所述分组数据连接的建立期间针对用户分配（42）来自被分派用于紧急分组数据连接的因特网协议（IP）地址的范围的因特网协议(IP)地址,其中在分组数据连接的建立期间，基于从用户接收到的指示来判定（41）分组数据连接是否包括紧急分组数据连接，确定（44）注册用户的请求是否经由紧急分组数据连接被接收到，其中确定包括确定所述请求中的因特网协议（IP）地址是否属于被分派用于紧急分组数据连接的因特网协议（IP）地址的范围，确定（45）所述请求是否包括针对紧急服务的注册请求,其中所述确定包括判定所述请求中的紧急指示，以及如果基于确定经由紧急分组数据连接接收到所述请求并且所述请求并不包括针对紧急服务的注册请求，那么拒绝（46）所述请求** <br> **《未公开》** | [0041] “步骤302...向该P-GW发起建立默认承载请求，以建立紧急承载（即建立紧急PDN连接的紧急默认承载）”；[0043] “P-GW收到建立默认承载请求后，向MME返回建立默认承载响应；在上述建立默认承载响应中携带...上述紧急承载所对应的（或者说上述紧急PDN连接所对应的）UE的IP地址” <br> [0039] “UE向MME发起紧急附着请求或紧急PDN连接建立请求...上述请求中携带紧急标识” <br> [0046] “P-GW接收到上述IMS紧急业务的注册请求后，判断该请求的目的P-CSCF是否为紧急P-CSCF...如果是，则P-GW向紧急P-CSCF转发该注册请求” <br> [0048]-[0052] “紧急P-CSCF判定该注册请求为IMS正常业务的注册请求...拒绝该注册请求” <br> (对比文件说明书) | 该特征J囊括了从网关分配IP地址到会话控制实体拒绝请求的完整流程。对比文件虽然公开了其中部分离散的步骤（如建立紧急PDN连接、基于紧急标识判定紧急连接、P-GW分配IP地址、P-CSCF接收并拒绝非紧急请求），但其核心技术路径完全不同。对比文件的拒绝机制基于“专用的紧急P-CSCF”和“P-GW的路由限制”，而目标专利特征J的核心是“分配来自被分派用于紧急PDN连接的IP地址范围”和“基于IP地址是否属于该范围来判断是否经由紧急PDN连接”以及“基于探测紧急指示来判断是否为紧急注册”。对比文件未公开“分配来自被分派用于紧急分组数据连接的因特网协议（IP）地址的范围”、“通过IP地址范围判断是否经由紧急PDN连接”以及“通过探测紧急指示判断是否为紧急注册”这些构成特征J核心的要素。因此，特征J整体未被对比文件公开。 |
| **技术特征K：进一步包括：如果所述请求基于确定包括针对紧急服务的注册请求，那么向会话控制实体传送（47）所述请求** <br> **《隐含公开》** | [0048] “步骤305...紧急P-CSCF也接受该注册请求，并完成后续的IMS注册流程。” <br> (对比文件说明书) | 理由与技术特征I相同。对比文件公开了紧急P-CSCF接受紧急注册并“完成后续的IMS注册流程”，这在IMS架构下必然包含向其他会话控制实体（如E-CSCF或S-CSCF）传送该请求的动作，以完成紧急会话的建立。该特征被隐含公开。 |
### 结论
通过对目标专利权利要求的技术特征与对比文件CN101730037A进行逐项比对，得出以下公开性结论：
- **直接公开的特征：** A
- **隐含公开的特征：** b, e, h, i, k
- **未公开的特征：** C, D, F, G, J
根据输出格式要求，插入对应代码：
<<<A>>><<<b>>><<<e>>><<<h>>><<<i>>><<<k>>>