好的，作为资深专利代理师，我将严格按照您的要求，对目标专利的技术特征与对比文件进行严谨的比对分析。
**对比文件名称：** 2008-07-31_US2008181411A_发明申请_US20080181411A1 METHOD AND SYSTEM FOR PROTECTING SIGNALING INFORMATION
**目标专利名称：** 1107对用于UE的服务AMF的改变进行处理的方法、网络节点和介质CN110235458B
**本次调用的模型名称：** GPT-4
以下为特征比对表格：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：从目标接入和移动性管理功能(50T)向源接入和移动性管理功能(50S)发送(S2)安全上下文请求<br><br>**未公开** | 对比文件主要描述了在切换过程中，目标接入点（AP）向用户平面节点（UPN）发送路径切换消息（path switch message）以重定向用户面数据。例如，[0050]段记载：“Target AP 304 uses the key K3 provided by UE to integrity protect the path switch message sent to UPN...”。此外，[0012]段描述了在RAN侧切换完成后，目标eNB向UP节点发送IP地址和端口号。整个对比文件并未涉及核心网侧的接入和移动性管理功能（AMF/MME）之间的交互，更未提及目标AMF向源AMF发送上下文请求这一步骤。 | 对比文件的技术方案聚焦于RAN侧（eNB/AP）与用户平面核心网节点（UPN/SGW）之间的路径切换消息保护，其信令交互发生在接入网和用户面核心网之间，而非控制面核心网节点之间。目标专利特征A涉及的是核心网控制面（AMF之间）的流程，用于获取UE上下文。对比文件中没有公开任何AMF之间（或对应功能的MME之间）的上下文请求过程，因此该特征未被直接或隐含公开。 |
| 技术特征B：在所述目标接入和移动性管理功能(50T)中从所述源接入和移动性管理功能(50S)接收作为答复的安全上下文其中所述安全上下文包括标识安全锚功能接入和移动性管理功能(50P)的参数<br><br>**未公开** | 对比文件未描述在AMF/MME之间传递安全上下文的流程。其关注的是UE、AP、UPN之间的信令保护，核心网控制面节点（CPN，即相当于MME）主要负责密钥派生和分发，但不作为上下文传输的中间或目标节点。例如，[0046]段提到“the CPN derives the K1 key as well. The CPN delivers the K1 key, to the UPN.”，这描述了CPN向UPN下发密钥，但并非目标AMF从源AMF接收上下文。 | 对比文件中，核心网控制节点（CPN，类似MME）的角色是参与认证、派生密钥并向用户面节点（UPN）提供密钥。并没有涉及在CPN之间（相当于AMF之间）因移动性而传输UE安全上下文的机制。因此，目标AMF从源AMF接收包含特定标识的安全上下文这一过程在对比文件中未被公开。 |
| 技术特征C：所述安全锚功能接入和移动性管理功能(50P)是保持与所述用户设备(80)共享的密钥的接入和移动性管理功能<br><br>**未公开** | 对比文件中，与UE共享根密钥（K1）的实体是用户平面节点（UPN），而非控制平面节点（如MME/AMF）。例如，[0046]段明确记载：“It is further assumed that the UE can locally derive a third key, K3, in dependence of an already existing first key, K1, shared with the UPN.” 这里明确指出K1是UE与UPN共享的，而非与CPN（对应AMF）共享。 | 目标专利定义了一个特定的逻辑功能实体SEAF AMF，其核心特征是保持与UE共享的根密钥（Kseaf）。对比文件中，与UE共享根密钥（K1）的是用户平面节点（UPN），控制平面节点（CPN/MME）并不持有该根密钥。对比文件没有定义或暗示一个持有与UE共享密钥的控制面节点，因此该技术特征未被公开。 |
| 技术特征D：所述密钥是所述用户设备与认证服务器功能之间经由所述安全锚功能接入和移动性管理功能(50P)进行的网络接入的主认证过程的结果<br><br>**未公开** | 对比文件描述了认证过程，但未提及“认证服务器功能（AUSF）”。例如，[0046]段提到“the CPN is responsible for key derivations... This is a trivial extension of the key derivations done at authentication e.g. when performing a normal AKA procedure”，但该认证过程是UE与网络（核心网）之间的，没有明确区分出AUSF这一独立功能，也未指出密钥是经由特定AMF（SEAF AMF）传递的认证结果。 | 目标专利明确指出了密钥（Kseaf）产生的具体路径：UE <-> SEAF AMF <-> AUSF，并且是主认证过程的结果。对比文件的技术方案基于3GPP早期的EPS（SAE/LTE）架构，该架构下核心网节点为MME、SGW、PGW和HSS，尚无AUSF的定义，也未定义类似于SEAF的独立功能来承担密钥锚点角色。因此，这一特定的认证路径和功能划分在对比文件中未被公开。 |
| 技术特征E：所述目标接入和移动性管理功能(50T)基于至少由所述参数标识的所述安全锚功能接入和移动性管理功能(50P)的状况来决定(S4)认证策略<br><br>**未公开** | 对比文件未公开目标AMF根据SEAF AMF的状况来决定认证策略的机制。对比文件中，认证策略（如密钥的生成与使用）是在网络架构中预设的（例如，K1总是存在，K3由K1导出），而非由目标AMF根据某个特定AMF（SEAF AMF）的状况动态决定。 | 目标专利的核心创新点之一在于，目标AMF能够根据标识SEAF AMF的参数（PGUTI），结合源AMF和SEAF AMF的状况（如位置），来决定采取何种认证策略（重新认证、密钥传输或向SEAF请求密钥）。对比文件完全没有涉及这种基于特定锚点功能实体（SEAF AMF）状况的策略性决策流程。 |
| 技术特征F：从所述用户设备(80)接收(S1)注册请求<br><br>**未公开** | 对比文件描述的是切换（handover）流程，UE发送的是**切换确认（handover confirm）**消息，而非注册请求。例如，[0048]段步骤1：“When UE 302 is about to send the handover confirm message to the target AP...”，以及[0054]段步骤2：“UE 402 sends a handover confirm message to Target AP”。 | 目标专利中的“注册请求”是UE向新的AMF发起的初始流程，用于在网络侧注册或更新其位置，是AMF改变流程的触发事件。对比文件描述的切换流程属于RAN级别的移动性，UE发送的是确认切换完成的消息（Handover Confirm），其目标和信令流程与注册完全不同。因此，该特征未被公开。 |
| 技术特征G：所述决定(S4)是基于安全策略的，其中所述安全策略取决于所述源接入和移动性管理功能(50S)和所述安全锚功能接入和移动性管理功能(50P)的位置<br><br>**未公开** | 对比文件未提及任何基于AMF（或对应MME）位置的安全策略来决定认证方法。整个对比文件的技术方案主要关注如何通过密钥和令牌来保护路径切换消息的完整性，与核心网节点（AMF）的位置无关。 | 对比文件解决的是信令消息在传输过程中的完整性保护问题，其安全考量在于数据面和控制面节点分离的场景，而非核心网控制节点（AMF）因部署位置不同带来的信任差异问题。因此，对比文件没有公开任何基于源AMF或SEAF AMF物理或逻辑位置来决定认证策略的机制。 |
| 技术特征H：所述认证策略包括以下之一：在接入和移动性管理功能(50)之间传递密钥，执行新的认证过程，以及向所述安全锚功能接入和移动性管理功能(50P)请求密钥<br><br>**未公开** | 对比文件未定义这三种可供选择的认证策略。对比文件中，密钥的使用是确定的：K2用于UE-AP链路，K1用于UE-UPN，K3用于AP-UPN路径切换消息保护。不存在一个决策点来决定是传递密钥、执行新认证还是向特定实体请求密钥。 | 目标专利的认证策略是一个灵活的策略选择，由目标AMF根据情况决定。对比文件的技术方案相对静态，密钥的生成和使用流程是预先定义好的，没有提供在AMF间传递密钥、执行新认证或向SEAF AMF请求密钥这三种选项。因此，该特征未被公开。 |
| 技术特征I：还包括：作为对所述认证策略被决定为是执行新的认证过程的答复，运行新的认证过程(T12)<br><br>**未公开** | 对比文件[0046]段提及“it is assumed that UE has authenticated towards the CPN and as result has created necessary keys”，但其描述的是初始认证。在切换过程中，对比文件并未描述运行一个新的、完整的认证过程。切换流程中UE不进行重新认证。 | 目标专利中的新认证过程（T12）是作为AMF改变时的一种可选策略被触发的。对比文件描述的移动性过程（切换）中，UE不执行新的主认证，而是基于已有的密钥（K1, K2）进行操作。因此，该技术特征未被公开。 |
| 技术特征J：所述认证过程(T12)进而包括：通过与认证服务器功能(52)的交互来建立新的密钥<br><br>**未公开** | 对比文件未定义“认证服务器功能（AUSF）”。其认证过程涉及核心网控制节点（CPN/MME）和用户归属网络（HSS）。例如，[0046]段“the CPN is responsible for key derivations... when performing a normal AKA procedure”。 | 目标专利的认证过程明确涉及与AUSF的交互。对比文件基于3GPP R8左右的SAE/LTE架构，该架构中没有AUSF这个独立网络功能，其认证和密钥管理由MME和HSS完成。因此，该技术特征未被对比文件公开。 |
| 技术特征K：创建将所述目标接入和移动性管理功能(50T)标识为新的安全锚功能接入和移动性管理功能(50P)的新的所述参数<br><br>**未公开** | 对比文件未描述“SEAF AMF”的概念，也未定义用于标识SEAF AMF的参数（如PGUTI）。对比文件中，AP的标识是通过IP地址和端口号完成的，但这并非SEAF AMF的标识。 | 目标专利中，当执行新认证后，目标AMF成为新的SEAF AMF，并创建新的PGUTI来标识此角色。对比文件没有SEAF角色及其对应标识符（PGUTI）的概念，因此“创建标识新SEAF AMF的参数”这一特征未被公开。 |
| 技术特征L：还包括：向原始安全锚功能接入和移动性管理功能(50P)通知(T13)所述目标接入和移动性管理功能(50T)是用于所述用户设备(80)的所述新的安全锚功能接入和移动性管理功能(50P)<br><br>**未公开** | 对比文件未描述任何与“SEAF AMF”相关的通知机制。整个对比文件不涉及SEAF AMF的状态变更或角色转移。 | 目标专利中，当SEAF AMF角色发生转移时，新SEAF AMF需通知旧SEAF AMF。对比文件没有类似的角色和状态管理，因此该通知步骤未被公开。 |
| 技术特征M：还包括：作为对所述认证策略被决定为是在接入和移动性管理功能(50)之间传递密钥的答复，在所述源接入和移动性管理功能(50S)与所述目标接入和移动性管理功能(50T)之间传递核心网络密钥<br><br>**未公开** | 对比文件未描述在AMF之间传递核心网络密钥。其涉及的密钥传递发生在CPN向UPN提供K1（[0046]段），以及UE向AP提供K3（[0049]段）。AMF/MME之间没有传递CN密钥的描述。 | 目标专利中，源和目标AMF之间传递CN密钥是认证策略的一种选项。对比文件中，密钥的传递仅限于UE与AP、AP与UPN、CPN与UPN之间，完全不涉及类似AMF之间的核心网控制面节点间的密钥传递。 |
| 技术特征N：还包括：作为对所述认证策略被决定为是向所述安全锚功能接入和移动性管理功能(50P)请求密钥的答复，请求(T14)密钥<br><br>**未公开** | 对比文件未定义“SEAF AMF”，也未描述向SEAF AMF请求密钥的机制。对比文件中，目标AP向UPN发送路径切换消息，但这不是在请求密钥。 | 目标专利中，目标AMF向SEAF AMF请求新的CN密钥，这是与SEAF AMF的特定交互。对比文件没有SEAF AMF这一角色，也缺乏目标AMF向其他AMF请求密钥的流程。 |
| 技术特征O：所述请求(T14)密钥进而包括以下步骤：向所述安全锚功能接入和移动性管理功能(50P)发送对密钥的请求<br><br>**未公开** | 对比文件未描述向SEAF AMF发送密钥请求。 | 同上，对比文件无SEAF AMF概念及与其交互的流程。 |
| 技术特征P：从所述安全锚功能接入和移动性管理功能(50P)接收所述密钥<br><br>**未公开** | 对比文件未描述从SEAF AMF接收密钥。 | 同上，对比文件无SEAF AMF概念及与其交互的流程。 |
| 技术特征Q：所述参数是与所述安全锚功能接入和移动性管理功能(50P)相关联的全局唯一临时ID<br><br>**未公开** | 对比文件未描述任何类似于主GUTI（PGUTI）的参数。对比文件[0030]段提到了“new ID_UE”，但这是UE在目标AP侧的本地临时标识，用于标识UE，而非标识SEAF AMF。 | 目标专利中的参数（PGUTI）是专门用于标识SEAF AMF的。对比文件中的ID_UE是用于标识UE本身在AP侧的临时身份，其功能和定义完全不同。因此，该特征未被公开。 |
| 技术特征R：还包括：在所述目标接入和移动性管理功能(50T)与所述用户设备(80)之间执行非接入层安全建立过程(T16)，所述非接入层安全建立过程(T16)向所述用户设备(80)通知由所述目标接入和移动性管理功能(50T)决定的所述认证策略<br><br>**未公开** | 对比文件未描述UE与目标AMF之间的非接入层（NAS）安全建立过程。对比文件[0054]段描述了UE向目标AP发送切换确认消息，这是UE与AP之间的接入层（AS）过程。对比文件整个方案不涉及UE与核心网控制节点（AMF/CPN）之间的NAS级安全交互。 | 目标专利中，NAS安全建立过程（如SMC过程）是UE与目标AMF之间的核心网信令，用于协商安全算法并告知UE目标AMF决定的认证策略。对比文件的所有信令交互都发生在UE、AP/ eNB和UPN之间，不涉及UE与核心网控制节点之间的NAS消息，因此该特征未被公开。 |
| 技术特征S：与所述用户设备(80)共享的所述密钥被用于导出其他密钥<br><br>《直接公开》 | **【0031】** 段明确记载：“The method further comprises generating the third integrity key using a Key Derivation Function with the first key, K1, shared between UE and UPN, a sequence number in the equation K3=KDF(K1, SEQ, . . . ).”<br><br>**【0046】** 段记载：“It is further assumed that the UE can locally derive a third key, K3, in dependence of an already existing first key, K1, shared with the UPN.” | 对比文件明确公开了“与UE共享的密钥（K1，UE与UPN共享）”被用于作为输入，通过密钥派生函数（KDF）导出其他密钥（K3）的技术方案。尽管共享密钥的持有实体（UPN vs SEAF AMF）和导出的目标密钥（K3 vs Kcn/Kseaf及其他）在具体实现上存在差异，但“以共享密钥为基础，导出其他密钥”这一上位技术特征已被对比文件毫无疑义地公开。因此，技术特征S被直接公开。 |
**最终公开性判断代码：**
<<<S>>>