对比文件的名称：2013-11-28_发明申请_WO2013173988A1 A KEY DERIVATION METHOD AND APPARATUS FOR LOCAL ACCESS UNDER CONTROL OF A CELLULAR NETWORK
目标专利的名称：用于蜂窝物联网的无状态接入阶层安全性 CN108432206B
本次调用的模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 包括：在网络节点处获得第一密钥《直接公开》 | [p0037] "The UE may be served by a first network node (such as an eNB) through a first connection, and a first key for the first connection may be shared between the UE and the first network node."<br>[p0038] "As detailed in Fig.l and Fig.2, the second key (such as KAp) may be generated based at least in part on a first key (such as Κ6ΝΒ) for a first connection between the UE and the first network node." | 对比文件公开了第一网络节点（例如eNB）拥有用于与UE的第一连接的第一密钥（例如KENB）。该第一密钥在对比文件中的作用是作为生成第二密钥的基础，与目标专利中第一密钥作为密钥层级推导的根源（参见说明书[0091]段）的作用相同。本领域技术人员能够毫无疑义地确定对比文件中的第一网络节点“获得”了第一密钥。因此，技术特征A被对比文件直接公开。 |
| **技术特征B：** 在所述网络节点处获得第二密钥，所述第二密钥基于所述第一密钥以及对于无线电接入网RAN节点而言独有的参数，所述RAN节点与所述网络节点分开《隐含公开》 | [p0037] "In response to a decision to enter an idle mode, the UE may generate a second key based at least in part on the first key for the first connection between the UE and the first network node..."<br>[p0038] "In response to receiving an indication that the UE decides to enter the idle mode, the first network node may generate a second key based at least in part on the first key for the first connection between the UE and the first network node..."<br>[p0040] "the new set of inputs may comprise at least one of: an index associated with the predefined key derivation algorithm ... an identifier (such as C-RNTI, IMSI, MAC address and so on) of the UE ... and a length of an identifier of the UE ... These parameters (FC, P0 and L0) together with K6NB can be provided as inputs to generate KAp..." | 对比文件明确公开了在第一网络节点（eNB）处基于第一密钥（KENB）和一组输入参数（例如FC， P0， L0）生成第二密钥（KAP）。目标专利中要求第二密钥基于第一密钥和“对于RAN节点而言独有的参数”。对比文件生成KAP的参数中虽然包含UE标识等，其目的也是为了区分不同的密钥推导场景。本领域技术人员知晓，密钥推导函数（KDF）的输入参数用于确保密钥的唯一性和上下文绑定。在对比文件公开的基于第一密钥和参数生成第二密钥的基本构思上，本领域技术人员基于实际应用需求（例如，将密钥绑定到特定的RAN节点），很容易想到将“对于RAN节点而言独有的参数”（如节点ID）作为KDF的输入参数之一，从而生成一个与该RAN节点相关联的第二密钥。这是一种合理的逻辑推断。因此，技术特征B被对比文件隐含公开。 |
| **技术特征C：** 由所述网络节点将所述第二密钥供应给所述RAN节点《直接公开》 | [p0038] "In block 208, the first network node may send to the second network node the second key for a second connection between the UE and the second network node, in response to a successful verification of the identity of the UE."<br>[p0040] "...then the eNB may retrieve the KAP indexed by the UE's identity and send the retrieved KAP in an EAP success message to the LTE-Hi AP for local security usage." | 对比文件明确公开了第一网络节点（eNB）在验证UE身份成功后，将第二密钥（KAP）发送给第二网络节点（例如LTE-Hi AP）。第二网络节点（AP）属于无线电接入网（RAN）节点，且与第一网络节点（eNB）是分开的实体。此过程在对比文件中的作用是使AP获得用于本地连接安全的密钥，与目标专利中网络节点（网关）将第二密钥供应给RAN节点以供其进行无状态安全性验证的作用（参见说明书[0095]-[0096]段）实质相同。因此，技术特征C被对比文件直接公开。 |
| **技术特征D：** 在所述网络节点处获得第三密钥，所述第三密钥基于所述第二密钥和对于蜂窝设备而言独有的参数《隐含公开》 | [p0037] "In an exemplary embodiment, the UE may generate one or more security keys for a service over the second connection, based at least in part on the second key."<br>[p0038] "Based at least in part on the second key obtained from the first network node, the second network node may generate one or more security keys for a service over the second connection."<br>[p0040] "it can use previously derived KAP to generate further security keys (for example, based at least in part on legacy cellular security rules) for ciphering and integrity check for a local service and/or traffic." | 对比文件公开了UE和AP可以基于第二密钥（KAP）进一步生成用于（本地）服务的一个或多个安全密钥。目标专利的第三密钥（DASK）是基于第二密钥（BASK）和设备身份导出的、用于保护小数据消息的密钥。对比文件虽然未明确记载基于“设备身份”这一具体参数来生成“进一步的安全密钥”，但其公开了基于第二密钥生成服务密钥的层级化密钥衍生思想。本领域技术人员熟知，在无线通信安全中，为了确保密钥的专属性，经常使用设备唯一标识（如目标专利中的S-TMSI）作为密钥衍生函数的输入。因此，从对比文件公开的“基于第二密钥生成进一步服务密钥”这一技术启示出发，本领域技术人员为了生成一个设备专用的服务密钥（即目标专利的第三密钥），有动机且很容易想到将“对于蜂窝设备而言独有的参数”（如设备身份）作为衍生输入的一部分。这是一种合理的、符合本领域常规技术手段的推断。因此，技术特征D被对比文件隐含公开。 |
| **技术特征E：** 以及由所述网络节点将所述第三密钥供应给所述蜂窝设备，《隐含公开》 | 对比文件中未发现网络节点（eNB）将基于KAP衍生的服务密钥发送给UE的明确记载。UE是自行使用其本地推导出的KAP来生成服务密钥的（参见[p0037], [p0040]）。 | 对比文件公开的密钥分发路径是：eNB将第二密钥（KAP）发送给AP；UE自行推导KAP。对于“进一步的安全密钥”（相当于目标专利的第三密钥），对比文件仅公开了UE和AP各自本地生成。目标专利要求网络节点（网关）将第三密钥供应给蜂窝设备。虽然对比文件没有直接公开此供应动作，但其技术方案的核心思想是由网络侧（eNB）生成并分发中间密钥（KAP），以控制本地接入的安全。本领域技术人员可以合理推断：如果网络节点（如eNB或具有类似功能的网关）希望更集中地控制设备级别的安全密钥（即第三密钥），以避免设备端推导不一致或增强密钥管理，完全有可能采取由该网络节点生成第三密钥并主动发送给设备的实施方案。这是对对比文件已公开的“网络节点生成并分发密钥”机制的合乎逻辑的扩展应用。因此，技术特征E被对比文件隐含公开。 |
| **技术特征F：** 其中，所述小数据消息是使用所述第三密钥在所述蜂窝设备与所述RAN节点之间进行保护的且所述小数据消息是在所述RAN节点使用无状态接入阶层安全性通过所述第二密钥和所述小数据消息中包括的对于所述蜂窝设备而言独有的参数来验证后由所述网络节点从所述RAN节点接收的。**《未被公开》** | 对比文件全文未提及“小数据消息（small data message）”、“无状态接入阶层安全性（stateless AS security）”等概念。其应用场景是UE与AP之间建立连接进行本地服务，涉及的是常规的连接建立和密钥推导流程，并未描述针对物联网小数据消息的无状态验证机制，也未描述网络节点（如eNB）从RAN节点（AP）接收已验证消息的过程。 | 技术特征F限定了整个方法的应用场景和最终效果：保护对象是“小数据消息”，安全性机制是“无状态接入阶层安全性”，验证过程是RAN节点利用第二密钥和设备身份进行验证，并且网络节点最终从RAN节点接收已验证的消息。这些具体限定共同构成了目标专利的核心发明点——一种针对CIoT小数据业务的无状态轻量级安全方案（参见说明书[0049], [0095]-[0096]段）。对比文件涉及的是为本地接入（如LTE-Hi）建立安全连接而进行的密钥推导和分发，其目的是支持常规的数据服务，并未涉及CIoT背景、小数据消息优化、或无状态（即无需维护每设备安全上下文）的验证机制。因此，对比文件既未直接公开也未隐含公开技术特征F的全部内容。 |
| **技术特征G：** 其中，所述网络节点是蜂窝物联网服务网关节点(C‑SGN)。**《未被公开》** | 对比文件中描述的网络节点是“第一网络节点”，例如演进型B节点（eNB）（参见[p0037]）。全文未提及“蜂窝物联网服务网关节点（C-SGN）”这一特定网络实体。 | 技术特征G将网络节点具体限定为CIoT架构中的特定网元——C-SGN。对比文件中的eNB是传统的宏基站，并非针对CIoT场景设计或具有C-SGN所整合的MME、S-GW等功能（参见目标专利说明书[0063]段）。两者是不同的网络实体。因此，该限定未被对比文件公开。 |
| **技术特征H：** 其中，所述第一密钥不是从任何其他密钥获得的或所述第一密钥是在所述网络节点处随机生成的或所述第一密钥不是从任何其他密钥获得的而是在所述网络节点处随机生成的。**《未被公开》** | 对比文件仅提及第一密钥（如KENB）是UE与eNB之间共享的，用于第一（宏）连接的密钥（[p0037]），但并未描述该第一密钥自身的来源或生成方式，例如其是否为随机生成，或是否从其他密钥（如核心网密钥）衍生而来。 | 技术特征H对第一密钥的生成方式做出了具体的可选限定。对比文件仅公开了存在第一密钥这一事实，并未揭示其如何“获得”。本领域技术人员无法从对比文件公开的内容中，毫无疑义地得出或合理推断出第一密钥是“非衍生”或“随机生成”的结论。该特征属于目标专利对密钥生成方式的进一步具体化，未被对比文件公开。 |
| **技术特征I：** 其中，所述RAN节点是蜂窝物联网(CIoT)基站C‑BS或演进型B节点(eNodeB)，并且其中对于所述RAN节点而言独有的所述参数是C‑BS身份或演进型B节点身份。**《未被公开》** | 对比文件中接收第二密钥的“第二网络节点”被描述为“AP/BS/control center”、“LTE-Hi AP”（[p0038], [p0040]）。虽然AP/BS可被视为一种RAN节点，但对比文件未将其具体限定为“CIoT基站（C-BS）”。更重要的是，在生成第二密钥时，对比文件使用的参数是UE标识等（[p0040]），并未使用“C-BS身份或演进型B节点身份”作为对于RAN节点而言独有的参数。 | 技术特征I包含两个具体限定：1) RAN节点的特定类型（C-BS或eNodeB）；2) 用于生成第二密钥的特定参数（C-BS身份或eNB身份）。对比文件虽然公开了AP作为RAN节点，但未明确其为CIoT场景下的C-BS。最关键的是，对比文件在生成第二密钥时未使用RAN节点的身份作为参数。因此，该技术特征未被对比文件公开。 |
| **技术特征J：** 其中，所述第二密钥在非接入阶层NAS消息中被供应给所述RAN节点。**《未被公开》** | 对比文件中，eNB将第二密钥（KAP）发送给AP是通过“EAP success message”（[p0040]）。EAP（可扩展认证协议）是一个认证框架，并非3GPP定义的“非接入阶层（NAS）”协议。NAS消息是UE与核心网之间（通过RAN透明传输）的消息。 | 技术特征J限定了第二密钥通过特定的信令类型——“NAS消息”进行传输。对比文件使用的是EAP消息，这是不同的协议。本领域技术人员不能毫无疑义地认为EAP消息等同于NAS消息。因此，该限定未被对比文件公开。 |
| **技术特征K：** 其中，所述第三密钥在非接入阶层NAS消息中被供应给所述蜂窝设备。**《未被公开》** | 对比文件中，UE自行推导第二密钥（KAP），并基于其生成进一步的服务密钥（相当于第三密钥）。网络节点（eNB）并未向UE发送第三密钥。因此，更不存在通过“NAS消息”发送的情况。 | 如技术特征E的论述，对比文件未公开网络节点向设备供应第三密钥的行为。因此，通过“NAS消息”供应这一具体方式自然也未被公开。 |
| **技术特征L：** 其中，所述NAS消息是安全NAS消息。**《未被公开》** | 参见技术特征J和K的论述，对比文件未公开通过NAS消息供应密钥。因此，“安全NAS消息”这一进一步限定也未被公开。 | 该特征是建立在技术特征J或K基础上的进一步限定。既然基础特征未被公开，此附加特征也未被公开。 |
| **技术特征M：** 其中，所述第三密钥作为经加密信息元素IE被供应给所述蜂窝设备。**《未被公开》** | 对比文件中未出现网络节点将第三密钥（或任何基于KAP衍生的服务密钥）发送给UE的描述。因此，也就不存在“作为经加密信息元素（IE）”这种具体的供应方式。 | 该特征限定了供应第三密钥的具体封装格式。由于对比文件未公开网络节点向设备供应第三密钥的行为，故该具体格式也未被公开。 |
| **技术特征N：** 其中，所述IE包括标识用于加密所述IE的算法的算法标识符。**《未被公开》** | 同上，对比文件未公开通过经加密的IE供应密钥，因此更未公开该IE中包含算法标识符的细节。 | 该特征是技术特征M的进一步细化。由于技术特征M未被公开，此特征也未被公开。 |
<<<A>>><<<C>>><<<b>>><<<d>>><<<e>>>