**对比文件名称**：2007-04-25_EP1777870A_发明公开_EP1777870A2 Method and apparatus for storing and distributing encryption keys
**目标专利名称**：1998用于从无线电接入网络提供安全性的方法和系统CN106465106B
**本次调用的模型名称**：DeepSeek-Chat（或指定模型，此处按实际填写）
---
## 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| A：共享秘密密钥被存储在用户设备和电信网络的核心网络系统二者中，所述方法包括无线电接入网络系统中的以下步骤：从核心网络系统接收另外的秘密密钥<br>**《直接公开》** | 对比文件[0024]：KMF 存储每个移动台（MS）的认证密钥（K）。[0029]：每个基站（BS）使用导出的密码密钥（DCK）进行空中接口加密。[0063]：在认证过程中，BS 从 ZC1 实时接收 MS 的 DCK，该 DCK 用区域密钥加密。 | 对比文件明确公开了共享秘密密钥 K 存储在 MS（用户设备）和核心网络系统（KMF、HLR/AuC）中。基站（无线电接入网络系统）从核心网络系统（区域控制器 ZC/HLR）接收另外的秘密密钥 DCK。DCK 是用于后续空中接口加密的会话密钥，相当于目标专利中的“另外的秘密密钥”。因此，本领域技术人员可直接且毫无疑义地确定该特征被公开。 |
| B：其中另外的秘密密钥已经使用存储在核心网络系统中的共享秘密密钥导出<br>**《直接公开》** | 对比文件[0079]：图7 示出认证过程，其中 AuC（KMF）使用移动认证密钥 K（共享秘密密钥）与随机种子 RS 通过算法 TA11 生成 KS，再结合随机数 RAND1 通过 TA12 生成 XRES1 和 DCK1。 | DCK 的生成明确依赖于核心网络中的共享秘密密钥 K。K 仅存储在核心网络（KMF）和 MS 中，未传输至基站，这与目标专利一致。因此，该特征直接被公开。 |
| C：通过无线电接口向用户设备提供一个或多个值以至少从存储在用户设备中的共享秘密密钥和通过无线电接口提供的一个或多个值中的一个或多个值在用户设备中导出另外的秘密密钥<br>**《直接公开》** | 对比文件[0082]：VLR 生成 RAND1，并通过 BS 向 MS 发送 RAND1 和 RS。[0079]：MS 使用其存储的 K 和接收到的 RS 通过 TA11 生成 KS，再结合 RAND1 通过 TA12 生成 RES1 和 DCK1。 | 基站通过空中接口向用户设备提供 RAND1 和 RS（一个或多个值），用户设备利用其存储的共享秘密密钥 K 和这些值导出 DCK（另外的秘密密钥）。该过程与目标专利完全一致，因此直接公开。 |
| D：使用无线电接入网络系统中接收到的另外的秘密密钥和用户设备中所导出的另外的秘密密钥通过无线无线电接口执行针对用户设备的本地认证过程和本地密钥协定过程中的至少一个<br>**《直接公开》** | 对比文件[0088]：当基站成功解密 MS 发送的加密位置更新消息（使用 DCK 加密）时，认为该 MS 被隐式认证（本地认证）。[0041]：DCK 用于入向和出向业务加密（密钥协定）。 | 在对比文件中，基站使用接收到的 DCK 对 MS 消息进行解密，若解密成功则视为隐式认证（本地认证过程），同时 DCK 也用于后续通信加密（密钥协定过程）。因此，基站使用另外的秘密密钥执行了本地认证和密钥协定，特征被直接公开。 |
| E：其中从核心网络接收的另外的秘密密钥是使用以下中的至少一个导出的：通过无线电接口提供到用户设备的一个或多个值中的一个或多个值<br>**《直接公开》** | 对比文件[0079]：DCK 的生成使用了 RAND1（一个通过无线电接口提供给 MS 的值）。[0082]：VLR 使用 RAND1 和 KS 生成 DCK1。 | 在核心网络侧，DCK 的生成明确使用了 RAND1（该值后续通过无线电接口提供给用户设备）。目标专利要求导出另外的秘密密钥时至少使用一个通过无线电接口提供的值，对比文件已满足该条件，因此直接公开。 |
| F：标识无线电接入网络系统的标识符<br>**《未公开》** | 对比文件未发现任何在密钥导出过程中使用无线电接入网络系统标识符的记载。 | 对比文件中 DCK 的导出仅依赖于 K、RS、RAND1，未使用任何标识基站或区域（如 LAID、小区ID）的参数。目标专利明确要求使用标识无线电接入网络系统的标识符作为导出输入，对比文件未公开该特征，且无任何隐含提示。 |
| G：用户设备的标识符<br>**《未公开》** | 对比文件未发现任何在密钥导出过程中使用用户设备标识符（如 ITSI）的记载。 | 对比文件中 DCK 的导出仅依赖于 K（每个 MS 唯一），但未直接使用用户设备的标识符（如 IMSI、ITSI）作为输入参数。目标专利明确要求使用用户设备标识符，对比文件未公开，且无等价或隐含公开。 |
| H：包括以安全的方式在无线电接入网络系统处接收至少另外的秘密密钥的步骤<br>**《直接公开》** | 对比文件[0063]：DCK 从 ZC 传输到 BS 时使用区域密钥 KEKZ 加密。[0033]：密钥材料在系统设备间传输时使用内部密钥或区域密钥加密。 | 基站接收的 DCK 是经过加密（如用 KEKZ 加密）的，从而以安全方式传输。这符合目标专利的“以安全的方式接收”，因此直接公开。 |
| I：包括从核心网络系统接收要通过无线电接口提供给用户设备的一个或多个值中的一个或多个值作为针对用户设备的认证矢量的步骤<br>**《直接公开》** | 对比文件[0082]：VLR 生成 RAND1 和 RS，并将它们通过 BS 发送给 MS。[0040]：认证矢量通常包含 RAND、XRES、DCK 等。 | 基站从核心网络（VLR）接收 RAND1 和 RS（一个或多个值），这些值作为认证矢量的一部分，随后通过无线电接口提供给用户设备。该过程与目标专利一致，直接公开。 |
| J：还包括以下中的至少一个：响应于触发而在无线电接入网络系统处接收一个或多个值中的一个或多个值和另外的秘密密钥中的至少一个<br>**《直接公开》** | 对比文件[0087]：密钥拉取过程，当 BS 识别到没有 MS 的 DCK 时（触发），向 ZC 请求并接收 DCK。[0091]：密钥推送过程，当 MS 准备漫游时（触发），DCK 被预先推送到目标 BS。 | 无论是密钥拉取（响应于 BS 识别密钥缺失）还是密钥推送（响应于 MS 漫游），基站均在触发事件发生后从核心网络接收另外的秘密密钥（DCK）。因此直接公开。 |
| K：其中所述触发可选地在检测到针对无线电接入网络系统的无能力或不可用性之前被提供以处置来自核心网络系统的认证过程和密钥协定过程中的至少一个<br>**《未公开》** | 对比文件未发现任何关于“在检测到核心网络不可用之前预先提供密钥”的记载。对比文件中的触发（漫游、密钥缺失）均基于正常操作，而非为应对核心网络不可用做准备。 | 目标专利的触发具有特定目的：在核心网络可能变得不可用之前预先供应密钥，以便本地 AKA 能独立进行。对比文件中的密钥推送和拉取均不涉及此目的，且无任何隐含关联。因此该特征未公开。 |
| L：从核心网络系统请求一个或多个值中的一个或多个值和另外的秘密密钥中的至少一个<br>**《直接公开》** | 对比文件[0087]：BS 向 ZC 请求 DCK1（密钥拉取）。[0082]：BS 通过发送认证请求间接请求认证矢量。 | 基站主动向核心网络（ZC）请求 DCK 或认证数据，这与目标专利的“请求”步骤一致。直接公开。 |
| M：还包括以下步骤中的至少一个：当无线电接入网络系统处于RAN_only模式中时将RAN_only指示传输到无线无线电接口上<br>**《未公开》** | 对比文件未记载任何“RAN_only”模式或类似仅本地操作模式的指示。 | 目标专利的 RAN_only 指示用于通知用户设备仅本地认证可用。对比文件描述的系统始终依赖核心网络进行认证决策，没有广播此类指示。因此未公开。 |
| N：将无线电接入网络系统的标识符传输到无线无线电接口上<br>**《直接公开》** | 对比文件[0070]：eNodeB 广播 PLMN_ID 和标识符 SubNid（子网络标识）。[0071]：MS 基于 PLMN_ID 选择 RAN 系统。 | 对比文件中的基站广播位置区域标识（LAID）和 PLMN_ID，这些可视为无线电接入网络系统的标识符。目标专利要求传输标识符，对比文件已直接公开。 |
| O：从用户设备接收指示导出另外的秘密密钥的能力的指示<br>**《未公开》** | 对比文件未记载 MS 向基站发送任何关于导出密钥能力的指示。 | 对比文件中 MS 在附着或认证过程中不发送能力指示，基站无法直接获知 MS 是否支持特定密钥导出功能。因此未公开。 |
| P：还包括无线电接入网络系统中的以下步骤：接收从用户设备到无线电接入网络系统的连接请求<br>**《直接公开》** | 对比文件[0071]：MS 发送附着请求消息以建立与 RAN 系统的连接。[0088]：MS 发送位置更新消息。 | 基站接收来自 MS 的连接请求（附着、位置更新等），这是标准操作。直接公开。 |
| Q：从连接请求或响应于接收到连接请求而确定要从无线电接入网络系统执行本地认证过程和本地密钥协定过程中的至少一个<br>**《隐含公开》** | 对比文件[0088]：当基站收到 MS 发送的加密位置更新消息时，若其没有该 MS 的 DCK，则发起密钥拉取，成功解密后视为隐式认证（本地认证）。[0087]：基站识别到没有 DCK 时，自动请求密钥并执行后续解密。 | 虽然对比文件未明确写明“从连接请求确定执行本地认证”，但本领域技术人员可以合理推断：基站接收到加密的连接请求（如位置更新）后，若其拥有 DCK，则直接解密并完成隐式认证（本地认证）；若没有，则通过请求获取 DCK 后再进行本地认证。因此，基站必然基于接收到的连接请求（或消息）决定执行本地认证/密钥协定过程。该逻辑隐含公开了特征 Q。 |
---
## 公开性代码
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<H>>><<<I>>><<<J>>><<<L>>><<<N>>><<<P>>><<<q>>>