对比文件名称：2009-09-03_JP2009200584A_发明专利_JP2009200584A Emergency call processing apparatus, method and program, server and emergency call processing system using the same
目标专利的名称：用于分组数据连接中的紧急服务的注册的方法和设备CN103053149B
本次调用的模型名称：当前大语言模型
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 用于接收（31）注册用户（1）的请求的装置<br>**【《直接公开》】** | “端末は…Ｐ−ＣＳＣＦに対してＳＩＰの「ＲＥＧＩＳＴＥＲ」信号を送信する。”<br>（终端…向P-CSCF发送SIP的“REGISTER”信号。） | 对比文件明确公开了网络中的P-CSCF（代理呼叫会话控制功能）作为IMS网络的第一联系点，用于接收来自用户设备的SIP REGISTER信号，该信号正是用于注册用户的请求。该技术特征被对比文件直接公开。 |
| **技术特征B：** 用于确定（32）该请求是否包括针对紧急服务的注册请求的装置<br>**【《隐含公开》】** | “位置登録手順では、端末は、前述した通常のユーザ識別子（電話番号相当）ではなく、緊急呼用パブリックユーザ識別子を用いて位置登録を行う。”<br>（在位置注册流程中，终端使用紧急呼叫公共用户标识符进行位置注册，而不是使用通常的用户标识符（相当于电话号码）。） | 对比文件公开了终端在进行紧急注册时使用特定的“紧急呼叫公共用户标识符”。本领域技术人员可以合理推断，P-CSCF作为处理注册请求的实体，必然能够识别该请求是否包含了用于紧急注册的特定标识，从而确定该请求是否为针对紧急服务的注册请求。因此技术特征B被隐含公开。 |
| **技术特征C：** 其中所述确定包括探测所述请求中的紧急指示<br>**【《隐含公开》】** | （同技术特征B的引用）緊急呼用パブリックユーザ識別子<br>（紧急呼叫公共用户标识符） | 紧承特征B，对比文件公开的“紧急呼叫公共用户标识符”本身就是一种明确的紧急指示。当P-CSCF接收到带有该标识符的注册请求时，即可探测到该紧急指示，从而确定其为紧急注册。因此技术特征C被隐含公开。 |
| **技术特征D：** 用于维持（34）关于被分派用于紧急分组数据连接并且被一致地配置在会话控制实体中和分组数据网关(GGSN,P-GW)中的因特网协议（IP）地址的范围的信息的装置<br>**【《未公开》】** | 对比文件未公开相关内容。 | 对比文件主要解决紧急呼叫的回线保留问题（通过CS-AS在会话层处理），其技术方案完全不涉及在分组数据网关（GGSN/P-GW）和会话控制实体（P-CSCF）中一致地配置特定的IP地址范围用于紧急分组数据连接，也未提及维持该范围信息的装置。本领域技术人员无法从对比文件中直接或合理推理出该技术特征。 |
| **技术特征E：** 用于确定（33）该请求是否经由紧急分组数据连接被接收到的装置<br>**【《未公开》】** | 对比文件未公开相关内容。 | 对比文件未公开任何关于确定注册请求是否经由紧急分组数据连接（紧急PDN连接）接收的机制。对比文件中紧急呼叫的识别和路由依赖于SIP信令中的会话标识符（如紧急呼セッション識別子），而非检查底层承载连接的IP地址属性。因此技术特征E未被公开。 |
| **技术特征F：** 其中确定包括确定该请求中的因特网协议（IP）地址是否属于被分派用于紧急分组数据连接的因特网协议（IP）地址的范围<br>**【《未公开》】** | 对比文件未公开相关内容。 | 对比文件完全未公开基于IP地址范围进行判断的技术方案。对比文件中并未定义用于紧急PDN连接的专用IP地址范围，也没有公开在P-CSCF中检查注册请求的源IP地址是否属于该范围的操作。因此技术特征F未被公开。 |
| **技术特征G：** 用于如果因特网协议（IP）地址基于确定被分派用于紧急分组数据连接并且所述请求并不包括针对紧急服务的注册请求那么拒绝（36）所述请求的装置<br>**【《未公开》】** | 对比文件未公开相关内容。 | 由于对比文件未公开技术特征D、E、F，其必然无法公开基于IP地址范围判断来拒绝特定注册请求的逻辑。对比文件并未描述P-CSCF具有根据IP地址属性来判定请求是否滥用紧急资源并予以拒绝的功能。因此技术特征G未被公开。 |
| **技术特征H：** 其中，所述请求中的因特网协议（IP）地址包括用户的联系地址，和/或被嵌入在会话发起协议的联系头部中<br>**【《直接公开》】** | “端末は…Ｐ−ＣＳＣＦに対してＳＩＰの「ＲＥＧＩＳＴＥＲ」信号を送信する。”<br>（终端…向P-CSCF发送SIP的“REGISTER”信号。） | 对比文件明确采用SIP协议进行IMS注册。根据SIP协议的标准定义，REGISTER消息中的Contact头部必然携带着用户的联系地址（即IP地址）。这是SIP协议内在的、无需额外说明的技术特征。因此技术特征H被对比文件直接公开。 |
| **技术特征I：** 进一步包括用于如果所述请求基于确定包括针对紧急服务的注册请求那么将所述请求传送（35）到另一会话控制实体的装置<br>**【《隐含公开》】** | “Ｐ−ＣＳＣＦは、その「ＩＮＶＩＴＥ」信号を受信すると、これに基づいて、Ｓ−ＣＳＣＦではなくＥ−ＣＳＣＦに「ＩＮＶＩＴＥ」信号を送信する。”<br>（P-CSCF接收到INVITE信号后，基于此，将INVITE信号发送给E-CSCF，而不是S-CSCF。） | 对比文件公开了对于紧急呼叫请求，P-CSCF将其转发至专门的E-CSCF（紧急会话控制功能）。本领域技术人员可以合理推断，对于同样是紧急性质的紧急注册请求，P-CSCF同样会将其转发至适合处理紧急服务的另一会话控制实体（如E-CSCF或特定的S-CSCF）。因此技术特征I被隐含公开。 |
| **技术特征J：** 其包括：如果分组数据连接包括紧急分组数据连接，那么在所述分组数据连接的建立期间针对用户分配来自被分派用于紧急分组数据连接的因特网协议（IP）地址的范围的因特网协议(IP)地址,其中在分组数据连接的建立期间，基于从用户接收到的指示来判定分组数据连接是否包括紧急分组数据连接，确定注册用户的请求是否经由紧急分组数据连接被接收到，其中确定包括确定所述请求中的因特网协议（IP）地址是否属于被分派用于紧急分组数据连接的因特网协议（IP）地址的范围，确定所述请求是否包括针对紧急服务的注册请求,其中所述确定包括判定所述请求中的紧急指示，以及如果基于确定经由紧急分组数据连接接收到所述请求并且所述请求并不包括针对紧急服务的注册请求，那么拒绝所述请求。<br>**【《未公开》】** | 对比文件未公开相关内容。 | 技术特征J实质上是技术特征D-G的方法组合，并加入了网关侧分配IP地址的步骤。对比文件并未公开在分组数据网关（GGSN/P-GW）中建立紧急PDN连接时从专用IP地址范围内分配地址的机制，也未公开会话控制实体基于该IP地址范围进行判断和拒绝的具体方法流程。对比文件解决的技术问题完全不同（回线保留），其技术方案中不存在上述步骤。因此技术特征J未被公开。 |
| **技术特征K：** 进一步包括：如果所述请求基于确定包括针对紧急服务的注册请求，那么向会话控制实体传送（47）所述请求<br>**【《隐含公开》】** | （同技术特征I的引用）Ｐ−ＣＳＣＦは…Ｅ−ＣＳＣＦに…送信する。<br>（P-CSCF…发送给E-CSCF…） | 同技术特征I的论述，对比文件隐含公开了针对紧急性质的请求，会话控制实体（P-CSCF）向另一会话控制实体进行转发的基本机制。技术特征K被隐含公开。 |
<<<A>>><<<b>>><<<c>>><<<H>>><<<i>>><<<k>>>