本次调用的模型名称：Gemini
对比文件的名称：2012-12-20_JP2012253817A_发明专利_JP2012253817A Authentication method and system in mobile-network-based end-to-end communication, and authentication center
目标专利的名称：1199保护接口以及用于建立安全通信链路的过程CN108702615B
## 特征比对表格
| 技术特征描述以及公开性判断 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：‑所述应用功能向所述认证功能发送认证请求消息<br><br>**《直接公开》** | D1 [0402]：“服务实体将……认证请求转发给EAC”。<br>D1 [1301]：“SP将其自身的UID……携带的认证请求转发给EAC”。 | 在D1中，服务提供商（SP）对应于目标专利中的应用功能（NAF），实体认证中心（EAC）对应于认证功能（BSF）。SP向EAC发送认证请求，完全对应于目标专利中AF向AuthF发送认证请求，其作用均为启动实体间的认证流程，本领域技术人员能够毫无疑义地确定该特征被直接公开。 |
| 技术特征B：‑所述应用功能从所述认证功能接收对所述认证请求的响应，所述响应包括认证质询<br><br>**《直接公开》** | D1 [1103]：“EAC将包含RAND和AUTN的HTTP 401消息（包含摘要AKA挑战）传输给UE”。<br>D1 [1303]：“EAC向SP发起Hello Request消息（启动TLS挑战）”。 | D1中，EAC在收到SP的认证请求后，会回复包含认证质询的响应（例如AKA挑战或TLS挑战）。这与目标专利中AF从AuthF接收包含认证质询的响应完全相同，其作用均是利用挑战值来验证请求方的身份。 |
| 技术特征C：‑所述应用功能向所述认证功能发送质询响应<br><br>**《直接公开》** | D1 [1105]：“UE将包含摘要AKA响应……的HTTP请求消息转发给EAC”。<br>D1 [1307]：“SP返回Certificate消息……和Finished消息”。 | D1中，SP/UE在收到挑战后，向EAC发送针对该挑战的响应（质询响应）。这与目标专利中AF向AuthF发送质询响应的作用完全相同，均用于证明自身身份并响应认证挑战。 |
| 技术特征D：‑在从所述认证功能接收到指示成功的响应时，所述应用功能使用在所述认证质询中包括的秘密认证凭证和信息来生成会话密钥<br><br>**《直接公开》** | D1 [1108/1109]：“EAC转发200 OK消息……UE也生成相同的密钥材料Ks=CK‖IK”。<br>D1 [1308]：“SP验证Finished消息……SP使用其私钥（秘密凭证）和挑战信息生成会话密钥（MasterSecret）”。 | D1中，SP/UE在接收到指示成功的响应后，基于自身的秘密认证凭证（例如证书私钥或SIM卡凭证）和挑战中包含的信息（例如TLS握手参数或RAND），生成了用于保护后续通信的会话密钥/共享密钥材料。这与目标专利中AF使用秘密凭证和挑战信息生成会话密钥（Ksb）的作用和机制完全相同。 |
| 技术特征E：‑所述应用功能与所述认证功能握手，并使用所述会话密钥来建立所述安全通信链路，从而保护所述应用功能与所述认证功能之间的所述接口<br><br>**《直接公开》** | D1 [1308]：“SP验证Finished消息……双方完成TLS握手”。<br>D1 [1604-1606]：“SP和SS使用会话密钥完成握手并建立安全链路”。 | D1中，SP与EAC通过握手过程（例如TLS握手），利用生成的会话密钥建立了安全的通信隧道。该安全链路直接用于保护SP与EAC之间的接口。与目标专利中AF与AuthF握手并建立安全链路以保护接口的作用完全相同。 |
| 技术特征F：其中，所述应用功能是网络应用功能NAF，所述认证功能是如在通用引导架构(GBA)中定义的引导服务器功能BSF<br><br>**《直接公开》** | D1 [0032]：“SP可以充当3GPP GAA或3GPP2 GAA中的NAF，而EAC可以等同为3GPP GAA或3GPP2 GAA中的BSF。” | D1明确在技术方案的架构定义中，将自身的服务提供商（SP）直接映射为3GPP通用认证架构（GAA）中的网络应用功能（NAF），并将实体认证中心（EAC）直接映射为引导服务器功能（BSF）。该映射关系是直接且明确的，本领域技术人员能够毫无疑义地理解两者之间的等同关系。 |
| 技术特征G：其中，所述接口是NAF与BSF之间的接口<br><br>**《直接公开》** | D1 [0032]（同上） | 基于技术特征F的直接映射，D1中SP（NAF）与EAC（BSF）之间的通信接口，在体系结构上即对应于目标专利中NAF与BSF之间的接口（如Zn/Znb参考点）。D1保护该接口的过程与目标专利保护该接口的过程相对应。 |
| 技术特征H：其中，所述认证质询是由归属用户服务器(HSS)生成的认证向量<br><br>**《未公开》** | D1 [1102]：“EAC从ESD获取用户UE的认证向量（RAND, AUTN, RES, CK, IK）……将RAND和AUTN发送给UE”。<br>D1 [1302]：“SP……支持的认证模式为证书，证书TLS认证……”。 | D1中，由HSS（即D1中的ESD）生成的认证向量仅被用于EAC对用户设备（SS/UE）的认证过程中，作为对SS的挑战。而对于SP（NAF），D1明确采用TLS证书或IKE等机制进行认证，SP接收的挑战是TLS握手参数，并非来自HSS的认证向量。D1严格区分了SP和SS的认证机制，并未公开SP从EAC接收由HSS生成的认证向量作为挑战。 |
| 技术特征I：其中，所述会话密钥是能够用于特定的应用功能的引导密钥会话(Ksb)<br><br>**《直接公开》** | D1 [0411]：“EAC和服务实体分别存储与相应安全度相关的共享密钥材料……”。<br>D1 [1108]：“密钥材料Ks=CK‖IK”。 | D1中，SP（NAF）与EAC（BSF）完成认证后生成的共享密钥材料，是专用于该特定的SP的。该密钥的功能与目标专利中特定于某个应用功能的引导会话密钥（Ksb）完全相同，均用于保护该特定应用功能与认证功能之间的直接通信链路。 |
| 技术特征J：其中，所述秘密认证凭证包括物理用户身份模块SIM、嵌入式SIM或软件SIM<br><br>**《未公开》** | D1 [1002]：“支持的认证机制包括AKA，SIM，CAVE……TLS-PSK或TLS-Cert……”。<br>D1 [1302]：“SP……支持的认证模式为证书，证书TLS认证……”。 | D1虽然列举了SIM作为支持的认证机制，但该机制被严格应用在SS（用户设备）与EAC之间的认证中。对于SP（NAF）与EAC之间的认证，D1始终使用证书（TLS-Cert）或预共享密钥（TLS-PSK）作为秘密凭证。D1并未教导或暗示将SIM（物理或软件形态）作为SP（NAF）用于与EAC（BSF）进行认证的秘密凭证。 |
| 技术特征K：其中，在所述认证质询中包括的所述信息包括消息认证码(MAC)和随机数(RAND)<br><br>**《未公开》** | D1 [1103]：“EAC将包含RAND和AUTN（包含MAC）的HTTP 401消息传输给UE”。<br>D1 [1303]：“EAC向SP发起Hello Request，后续包含ServerHello, Certificate, ServerKeyExchange等TLS参数”。 | D1中，包含MAC和RAND的挑战信息仅出现在对SS（UE）的AKA认证挑战中。而发送给SP（NAF）的挑战信息是TLS握手过程中的参数（如ServerHello中的随机数、证书等），不包含AKA机制中定义的MAC和RAND。该信息特征与目标专利中限定在认证质询中包含MAC和RAND的技术方案不同。 |
| 技术特征L：其中，所述安全通信链路是基于预共享密钥密码组(TLS-PSK)隧道的传输层安全<br><br>**《直接公开》** | D1 [1002]：“支持的认证机制包括……TLS-PSK或TLS-Cert……”。<br>D1 [0032]：“E2E_3G_GAA ::= struct { …… SP<->EAC TLS， IKE …… }”。 | D1明确将TLS-PSK列为系统支持的认证和传输安全机制，并且D1中SP（NAF）与EAC（BSF）之间的安全通信链路正是基于TLS建立的。虽然具体实施例中常使用证书，但TLS-PSK是标准中明确列出且广泛支持的TLS密码套件选项。D1中由认证过程生成的预共享密钥材料可以直接用于建立TLS-PSK隧道，与目标专利的教导完全一致。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>><<<I>>><<<L>>>