返回项目页面
对比文件列表
2006-08-03_US2006174117A_发明申请_US20060174117A1 Authentication using GAA functionality for unidirectional network connections_+++A_B_F_G_H_I_K+++.docx
2026-06-17 01:13
2007-07-25_EP1811744A_发明公开_EP1811744A1 Method, system and centre for authenticating in End-to-End communications based on a mobile network_+++A_B_C_D_E_F_H_J_K_L_g_i+++.docx
2026-06-17 01:13
2007-10-04_US2007234041A_发明申请_US20070234041A1 Authenticating an application_+++A_F_H_I_J_K_b_c_d_l+++.docx
2026-06-17 01:13
2008-07-24_US2008178004A_发明申请_US20080178004A1 METHOD, SYSTEM AND AUTHENTICATION CENTRE FOR AUTHENTICATING IN END-TO-END COMMUNICATIONS BASED ON A MOBILE NETWORK_+++A_F_G_H_I_J_L_b_c_d_e_k+++.docx
2026-06-17 01:13
2008-10-06_KR1020080089500A_发明公开_KR1020080089500A 모바일 네트워크를 기반으로 하는 엔드 투 엔드 통신에서의 인증을 위한 방법, 시스템 및 인증 센터_+++A_F_G_b_c_d_e_h_i_j_k_l+++.docx
2026-06-17 01:13
2009-05-21_US2009132806A_发明申请_US20090132806A1 Method for agreeing between at least one first and one second communication subscriber to security key for securing communication link_+++F_H_J_K_a_b_c_d_i+++.docx
2026-06-17 01:13
2009-06-25_JP2009524369A_发明专利_JP2009524369A Method of authentication of end-to-end communication based on the mobile network, system, and authentication center_+++A_B_C_D_E_F_G_l+++.docx
2026-06-17 01:13
2011-10-20_US2011258447A_发明申请_US20110258447A1 METHOD, SYSTEM AND AUTHENTICATION CENTRE FOR AUTHENTICATING IN END-TO-END COMMUNICATIONS BASED ON A MOBILE NETWORK_+++A_B_C_F_G_H_I_J_K_d_e_l+++.docx
2026-06-17 01:13
2012-12-20_JP2012253817A_发明专利_JP2012253817A Authentication method and system in mobile-network-based end-to-end communication, and authentication center_+++A_B_C_D_E_F_G_I_L+++.docx
2026-06-17 01:13
2013-01-23_JP5123209B_发明专利_JP5123209B2 Method of authentication of end-to-end communication based on the mobile network, system, and authentication center_+++A_B_C_D_E_F_G_H_I_J_K_L+++.docx
2026-06-17 01:13
2015-07-01_CN104756458A_发明公开_CN104756458A 用于保护通信网络中的连接的方法和设备_+++A_F_g+++.docx
2026-06-17 01:13
WO2007085175A1_Description_20260428_1012_+++A_F_G+++.docx
2026-06-17 01:13
2009-06-25_JP2009524369A_发明专利_JP2009524369A Method of authentication of end-to-end communication based on the mobile network, system, and authentication center_+++A_B_C_D_E_F_G_l+++.docx

好的,作为一名经验丰富的资深专利代理师,我将根据您的要求,对本专利与对比文件进行严谨的技术特征比对分析。

---

**本次分析报告**

**对比文件名称:** 2009-06-25_JP2009524369A_发明专利_JP2009524369A Method of authentication of end-to-end communication based on the mobile network, system, and authentication center

**目标专利名称:** 1199保护接口以及用于建立安全通信链路的过程CN108702615B

**本次调用的模型名称:** 本分析由资深专利代理师基于提供的文本内容进行深度推理与比对。

---

### 特征比对表格

技术特征描述以及公开性判断对比文件原文引用公开性论述
**技术特征A:** 所述应用功能向所述认证功能发送认证请求消息<br><br>《直接公开》对比文件图13的步骤1301:“SPが、それ自体のUIDを伝える認証要求をEACに転送する。”(服务提供商SP向实体认证中心EAC发送携带其UID的认证请求。)<br><br>对比文件第[2]节图10的步骤1001:“サービスエンティティは、...認証要求をEACに転送する。”(服务实体向EAC发送认证请求。)对比文件明确公开了服务提供商SP(相当于目标专利中的应用功能NAF)向实体认证中心EAC(相当于目标专利中的认证功能BSF)发送认证请求消息的步骤。该步骤在对比文件中用于发起EAC对SP的认证流程,以建立后续安全通信,与目标专利中NAF向BSF发送认证请求以启动安全链路建立过程的作用完全相同。因此技术特征A被对比文件直接公开。
**技术特征B:** 所述应用功能从所述认证功能接收对所述认证请求的响应,所述响应包括认证质询<br><br>《直接公开》对比文件图13的步骤1303:“EACは、認証機構識別子...およびセキュリティ度合識別子を伝えるHello RequestメッセージをSPに向けて開始する。”(EAC向SP发起Hello Request消息,该消息携带认证机制标识符和安全度标识符,该消息即为认证质询。)<br><br>对比文件第[2]节图10的步骤1003:“EACは、...認証初期化メッセージをサービスエンティティに転送する。”(EAC向服务实体转发认证初始化消息,其中包含认证质询。)对比文件明确公开了SP(应用功能)从EAC(认证功能)接收包含认证质询的响应。该质询在对比文件中用于启动EAC对SP的身份验证过程。在目标专利中,BSF向NAF发送包含认证质询的响应以启动身份验证。两者在建立安全连接过程中所起的作用完全相同,均用于发起挑战-应答认证。因此技术特征B被对比文件直接公开。
**技术特征C:** 所述应用功能向所述认证功能发送质询响应<br><br>《直接公开》对比文件图13步骤1307:“SPは、Certificateメッセージを返し、その後、ClientKeyExchangeメッロセージを転送し、...CertifiicateVerifyメッセージ...Finishedメッセージ...”(SP返回Certificate消息,随后传送ClientKeyExchange消息等,这些即是对质询的响应。)<br><br>对比文件第[2]节图10的步骤1004:“サービスエンティティは、...応答値を計算する。”(服务实体计算响应值并发送。)对比文件明确公开了SP(应用功能)响应EAC(认证功能)的挑战,向EAC发送质询响应。该步骤在对比文件中用于完成实体认证过程,与目标专利中NAF向BSF发送质询响应的作用完全一致。因此技术特征C被对比文件直接公开。
**技术特征D:** 在从所述认证功能接收到指示成功的响应时,所述应用功能使用在所述认证质询中包括的秘密认证凭证和信息来生成会话密钥<br><br>《直接公开》对比文件图13步骤1308:“EACは、...もう1つのFinishedメッセージをSPに返す。SPが、Finishedメッセージ内の情報が正しいことを検証する場合に、これは、2つの当事者間の認証および鍵交換手順が成功であることを意味する。”(EAC返回Finished消息指示成功。如果SP验证成功,表示双方认证和密钥交换成功,SP从而生成会话密钥。)<br><br>对比文件第[2]节图10的步骤1006:“認証の後に、サービスエンティティとEACとの両方が、共有鍵材料を入手し。”(认证后,服务实体和EAC都获得共享密钥材料。)对比文件明确公开了SP(应用功能)在接收到EAC(认证功能)指示成功的响应后,利用认证过程中获取的秘密凭证(如证书私钥或预置密钥)和挑战中的信息生成会话密钥。该步骤在对比文件中用于建立后续的安全通信,与目标专利中NAF使用质询中的凭证生成会话密钥的作用完全相同。因此技术特征D被对比文件直接公开。
**技术特征E:** 所述应用功能与所述认证功能握手,并使用所述会话密钥来建立所述安全通信链路,从而保护所述应用功能与所述认证功能之间的所述接口<br><br>《直接公开》对比文件图13步骤1306-1308描述了完整的TLS握手过程,并指出:“この2つの当事者間の認証および鍵交換手順が成功”(双方之间的认证和密钥交换流程成功)。<br><br>对比文件第[2]节:“銀行SPが、...まず、共有鍵材料を生成し、セキュリティ接続を確立するために、EACとの相互認証を実行する必要があり”(银行SP首先需要与EAC执行互认证以生成共享密钥材料并建立安全连接。)对比文件明确公开了SP(应用功能)与EAC(认证功能)通过握手(TLS握手)并使用生成的会话密钥建立安全通信链路,从而保护两者之间的接口。这在对比文件中是认证流程的直接目的,与目标专利中NAF与BSF握手并建立安全通信链路以保护Znb接口的作用完全一致。因此技术特征E被对比文件直接公开。
**技术特征F:** 所述应用功能是网络应用功能NAF,所述认证功能是如在通用引导架构(GBA)中定义的引导服务器功能BSF<br><br>《直接公开》对比文件第[2]节:“SPは、3GPP GAAまたは3GPP2 GAAのNAFとして振る舞うことができ、EACは、3GPP GAAまたは3GPP2 GAAのBSFと同等とすることができる。”(SP可以作为3GPP GAA或3GPP2 GAA中的NAF,而EAC等同于3GPP GAA或3GPP2 GAA中的BSF。)<br><br>对比文件图1展示了GBA架构中的BSF 102, NAF 104, HSS 103。对比文件明确将SP定义为等同于NAF的角色,将EAC定义为等同于BSF的角色,并明确引用通用引导架构GBA。这与目标专利中应用功能为NAF、认证功能为BSF的描述完全一致。因此技术特征F被对比文件直接公开。
**技术特征G:** 所述接口是NAF与BSF之间的接口<br><br>《直接公开》对比文件第[2]节指出现有技术问题:“認証機構は、BSFとNAFとの間の認証を提供せず”(认证机制不提供BSF与NAF之间的认证),并指出本发明的目的正是要保护该接口。对比文件描述的架构(如图3)中,SP(NAF)与EAC(BSF)通过接口进行通信。对比文件明确指出了现有技术中BSF与NAF之间缺乏认证和保护的问题,并提出了改进方案,旨在建立和保护SP(NAF)与EAC(BSF)之间的安全通信接口。这与目标专利特指的保护NAF与BSF之间的接口完全一致。因此技术特征G被对比文件直接公开。
**技术特征H:** 所述认证质询是由归属用户服务器(HSS)生成的认证向量<br><br>《未公开》对比文件第[2]节:“EACは、ESDから、UE加入者の認証ベクトル(RAND、AUTN、RES、CK、IK)を入手する。”(EAC从ESD获取UE用户的认证向量)。<br><br>对比文件第[2]节:“SPとEACとの間の認証機構は、TLS、IKEとすることができる。”(SP与EAC之间的认证机制可以是TLS、IKE。)对比文件明确区分了SS(UE)和SP(NAF)的认证机制。SS使用基于HSS/ESD认证向量的AKA或SIM认证机制,而SP(NAF)与EAC(BSF)之间的认证机制明确限定为TLS或IKE,完全不涉及HSS生成的认证向量。目标专利的技术特征H特指NAF与BSF之间的认证质询是由HSS生成的认证向量,这与对比文件明确教导的NAF-BSF认证机制(TLS/IKE)相悖。对比文件未公开该特征,也未隐含公开。
**技术特征I:** 所述会话密钥是能够用于特定的应用功能的引导密钥会话(Ksb)<br><br>《未公开》对比文件第[2]节:“共有鍵Ksは、ルート鍵として使用されるが、加入者のUEおよびBSFから出ない。加入者がNAFと通信する時には、Ksから導出された鍵Ks_NAFが、通信を保護するのに使用される。”(共享密钥Ks用作根密钥,不离开UE和BSF。当用户与NAF通信时,使用从Ks导出的Ks_NAF保护通信。)<br><br>对比文件第[2]节:对于SP(NAF)与EAC(BSF)之间的会话密钥,描述为TLS会话密钥或IPSec安全联盟。对比文件公开了在UE(SS)与BSF(EAC)之间生成Ks,并派生Ks_NAF用于UE与NAF的通信。但对比文件并未将这一GBA引导密钥机制应用于NAF与BSF之间的接口。对于SP(NAF)与EAC(BSF)之间的会话密钥,对比文件明确采用TLS握手生成的会话密钥,而非从GBA引导过程中获得的Ksb。因此对比文件未公开该特征。
**技术特征J:** 所述秘密认证凭证包括物理用户身份模块SIM、嵌入式SIM或软件SIM<br><br>《未公开》对比文件第[2]节:“SSが、UEであり、AKA認証、証明書認証などの認証方法をサポートする”(SS是UE,支持AKA认证、证书认证等认证方法)。<br><br>对比文件所述SP(NAF)的认证:“銀行SPが、...証明書、証明書TLS認証、事前に供給される鍵ベースのTLS認証など、SPによってサポートされる認証モードを獲得する。”(银行SP采用证书TLS认证或预置密钥认证等。)对比文件明确公开了SS(UE)使用AKA或SIM认证,即其秘密凭证可以是SIM卡。但对比文件明确教导SP(NAF)使用证书或预置密钥(TLS-PSK/Cert)进行认证,其秘密凭证是证书或预置密钥,而不是SIM。目标专利的技术特征J特指NAF的秘密认证凭证包括SIM,这与对比文件明确教导的NAF使用证书或预置密钥相悖。对比文件未公开该特征。
**技术特征K:** 在所述认证质询中包括的所述信息包括消息认证码(MAC)和随机数(RAND)<br><br>《未公开》对比文件第[2]节对于SS(UE)的认证:“EACは、認証ベクトル内でRANDおよびAUTN(包含MAC)を伝える...をUEに転送する”(EAC传送认证向量中的RAND和AUTN给UE)。<br><br>对于SP(NAF)的认证(图13),挑战信息为TLS协议的Hello Request及证书请求。对比文件公开了在SS与EAC的认证中,认证质询包含MAC(AUTN中)和RAND。但对比文件明确教导SP(NAF)与EAC(BSF)之间的认证采用TLS机制,其挑战信息是TLS协议的Hello消息和证书请求,并不包含来自HSS认证向量的特定MAC和RAND对。因此对比文件未公开该特征。
**技术特征L:** 所述安全通信链路是基于预共享密钥密码组(TLS-PSK)隧道的传输层安全<br><br>《隐含公开》对比文件第[2]节:“SP<->EAC認証機構 TLS機構(またはIPSecチャネル機構など)”(SP与EAC的认证机制可以是TLS机制或IPSec通道机制等)。<br><br>对比文件第[2]节:“SS<->SP認証機構 ... TLS-PSK ...”(SS与SP之间的认证机制可以是TLS-PSK)。对比文件明确公开了SP(NAF)与EAC(BSF)之间的安全通信链路可以使用TLS机制。虽然未明确限定为TLS-PSK,但TLS-PSK是TLS协议中定义的标准密码套件,属于TLS机制的一种具体实现方式。本领域技术人员在对比文件公开的“TLS机制”这一上位概念基础上,能够合理推断出可以使用TLS-PSK作为实现方式。因此技术特征L被对比文件隐含公开。

---

### 公开性代码输出

基于上述严谨分析,对比文件对各技术特征的公开情况如下:

直接公开了技术特征:A、B、C、D、E、F、G。

隐含公开了技术特征:L。

因此,在回答的结尾插入以下代码:

<<<A>>><<<B>>><<<C>>><<<D>>><<<E>>><<<F>>><<<G>>>

<<<l>>>

Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE