对比文件：2003-05-29_US2003100291A_发明申请_US20030100291A1 Security reconfiguration in a universal mobile telecommunications system
目标专利：1904无线通信系统的加密保护方法及其相关装置CN101188869B
本次调用的模型名称：大型语言模型
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译中文，段落标号） | 公开性论述 |
| 技术特征A：对一第一非接入层消息进行一第一加密流程（未公开） | 对比文件[0008]：“可以为用户流量执行加密/保密。加密在用户平面由无线链路控制子层（RLC）或介质访问控制子层（MAC）执行。” [0012]：“VLR/SGSN还决定采用的完整性算法和加密算法（UIA和UEA）。” | 对比文件仅涉及用户平面数据加密以及算法选择，并未公开对非接入层（NAS）消息执行加密流程。目标专利中的第一加密流程专门针对NAS消息，且属于控制平面，与对比文件的加密对象（用户流量）和作用（保护用户数据机密性）均不相同。因此，该技术特征未被对比文件直接或隐含公开。 |
| 技术特征B：成为一第二非接入层消息（未公开） | 对比文件未涉及对NAS消息进行加密后形成另一NAS消息的内容。 | 对比文件没有公开任何与非接入层消息加密后状态变化相关的步骤，无法从对比文件直接或合理推断出“经过第一次加密后成为第二非接入层消息”这一技术特征。 |
| 技术特征C：一无线资源控制层产生一无线资源控制消息（直接公开） | 对比文件[0013]：“SRNC向UE发送安全模式命令，该命令包括核心网域、选择的完整性算法以及随机值等参数。” 该命令是RRC消息，由SRNC（无线网络控制器）中的RRC层产生。 | 对比文件明确描述了无线资源控制（RRC）层产生RRC消息（如安全模式命令）。该动作在对比文件中的作用是用于安全配置，与目标专利中RRC层产生未加密消息的步骤在技术手段上相同，因此该技术特征被直接公开。 |
| 技术特征D：该无线资源控制消息未加密（隐含公开） | 对比文件[0008]：“控制信令的完整性保护在控制平面由RRC层执行。” 且全文未提及对RRC消息本身进行加密。 | 对比文件指出控制信令仅由RRC层执行完整性保护而隐含其未进行加密，本领域技术人员根据UMTS系统常规做法可合理推断出RRC消息通常以明文发送（仅附加完整性校验码），因此该技术特征被隐含公开。 |
| 技术特征E：连结该第二非接入层消息与该无线资源控制消息（隐含公开） | 对比文件[0012]：“UE发送初始层3消息（包括用户身份，如IMSI）以发起连接建立。” 该初始层3消息属于NAS消息，在UMTS中通过RRC消息传输（例如封装在RRC连接请求或初始直传消息中）。 | 对比文件隐含了NAS消息需要与RRC消息相关联（连结）才能在无线接口上传输这一标准操作。尽管对比文件中未涉及目标专利的加密前置条件，但“连结NAS消息与RRC消息”本身是UMTS系统中的常规技术手段，本领域技术人员可合理推断出该步骤，因此隐含公开。 |
| 技术特征F：形成一第一连结消息（隐含公开） | 同上，对比文件[0012]隐含NAS消息被包含在RRC消息中形成一个传输单元。 | 在UMTS中，NAS消息作为信息元素包含在RRC消息中形成完整的协议数据单元，这构成本领域公知常识。对比文件虽未明确写明“形成连结消息”，但通过上下文可合理推断出该操作，因此该技术特征被隐含公开。 |
| 技术特征G：对该第一连结消息的第二非接入层消息与该无线资源控制消息进行一第二加密流程（未公开） | 对比文件未涉及对包含NAS和RRC的连结消息再次进行加密的内容。对比文件[0008]仅涉及用户平面数据的加密，且加密配置通过安全模式命令设定，但并无对已形成的连结消息整体执行第二次加密的步骤。 | 目标专利的第二加密流程是对整个连结消息（包括已加密的NAS部分和未加密的RRC部分）进行加密，目的是提供统一保护。对比文件完全没有公开类似的“对连结消息整体再进行加密”的流程，其加密作用（用户数据保密）与目标专利迥异，且无任何教导或暗示。因此，该特征未被公开。 |
| 技术特征H：成为一第二连结消息以及传送该第二连结消息（未公开） | 对比文件涉及消息发送（如[0013]发送安全模式命令），但该消息并非由加密整个连结消息得到。对比文件未公开“成为第二连结消息”这一加密结果，也未公开与目标专利相同的传送对象。 | 目标专利的H特征紧密依赖于G特征，由于G未被公开，H无法单独成立。对比文件中传送的消息（如安全模式命令）不包含两次加密形成的结构，且不涉及连结消息的特殊加密过程，因此未被公开。 |
| 技术特征I：其中该第一加密流程由该无线资源控制层的上层执行（未公开） | 对比文件[0008]指出加密可在RLC或MAC层执行（RRC下层），未指出由RRC上层（如NAS层或PDCP层）执行加密。 | 对比文件没有公开任何由RRC上层执行加密的实例，其加密执行主体集中在RLC/MAC（下层），与目标专利的第一加密主体（RRC上层）完全不同。本领域技术人员无法从对比文件合理推断出该特征。 |
| 技术特征J：其中该第二加密流程由该无线资源控制层执行（未公开） | 对比文件[0008]：“控制信令的完整性保护在RRC层执行。” 而加密（Ciphering）在RLC或MAC层执行，完整性保护并非加密。 | 对比文件未公开RRC层执行加密流程，其仅公开RRC层执行完整性保护（一种不同的安全功能）。目标专利的第二加密是加密流程，与完整性保护不同，且对比文件未暗示RRC层可执行加密。因此该特征未被公开。 |
| 技术特征K：其中该第二加密流程由该无线资源控制层的下层执行（直接公开） | 对比文件[0008]：“加密在用户平面由无线链路控制（RLC）子层或介质访问控制（MAC）子层执行。” RLC和MAC在UMTS协议栈中属于RRC层的下层。 | 对比文件直接公开了加密由RRC下层（RLC或MAC）执行，尽管其加密对象是用户平面数据，但执行层的描述在技术手段上与目标专利的第二加密执行层完全相同。本领域技术人员可以毫无疑义地确定该特征，因此直接公开。 |
### 公开性代码
<<<C>>> <<<K>>> <<<d>>> <<<e>>> <<<f>>>