Network key management and session key updating method
Abstract
A method for network key peopleagement and session key update. The implementation steps of the key peopleagement method include: constructing a key agreement request group, constructing a key agreement response group, and constructing a key agreement confirmation group. The implementation steps of the multicast key peopleagement method include the multicast master key agreement protocol and the multicast session key distribution protocol. The multicast master key agreement protocol is the key update announcement packet, the key agreement request packet is constructed, the key agreement response packet is constructed, and the key agreement confirmation packet is constructed. The multicast session key distribution protocol is the multicast session key request, Multicast session key distribution. The invention solves the problems of low efficiency of negotiation and update of the multicast session key in the background technology and complicated system state peopleagement. The invention can realize different levels of session keys for different services, make full use of the broadcast channel for multicast session key negotiation, and the update of the multicast session key is more flexible.
Term
Term ended
Projected expiry passed 23 September 2026, -0 years ago.
- Priority and filed
- Published
- Projected expiry
- Today
8 claims: 6 independent, 2 dependent
- 1First 第 1. A network unicast key peopleagement method, which is characterized in that the method includes the following steps:(1) Constructing a key agreement request group: During initial key negotiation, or a mobile terminal requires key update or a base station When the session key update notification packet is sent, the mobile terminal sends a key agreement request packet to the base station to activate the key agreement process;(2) Construct a key agreement response packet: (2.1) The base station receives the key agreement request from the mobile terminal Divide the crucian carp to construct a key agreement response packet;(2. 2) If the base station sends a key update notification packet in advance, the base station checks whether the value of the corresponding field in the key update notification packet and the key agreement request packet are the same;If they are the same, Beibu creates the key agreement response packet;if they are not the same, discards the key agreement request packet without any processing;(2.3) The base station sends the key agreement response packet to the mobile terminal to derive the unicast session encryption key and Integrity check key;(3) Construct a key agreement confirmation group: After receiving the key agreement response packet sent by the base station, the mobile terminal uses the key encryption key derived from the authorization key corresponding to the authorization key to identify the AKID The decryption obtains the session key material TEKM, and uses the random number selected by the base station and the mobile terminal to derive the session encryption key and the integrity check key to construct the key agreement confirmation group. 1. 一种网络单播密钥管理方法,其特征在于:该方法旳蜩涉骤包竜: (1)构造密钥协商请求分组: 初始密钥协商时,或移动终端要求密钥更新或H痢基站发送的会话密钥更新通告分 组时,移动终端向基站发送密钥协商请求分组,以激活密钥协商过程; ⑵构造密钥协商响应分组: (2.1)基站收到移动终端雄的密钥协商请求分鲫构造密钥协商响应分组; (2. 2)如果基站在先发送了密钥更新通告分组,贝U基站检验密钥更新通告分组与密 钥协商请求分组中相应字段的取值是否相同;如果相同,贝购造密钥协商响应分组;不 相同,丢弃密钥协商请求分组而不作任何处理; (2. 3)基站向移动终端发送密钥协商响应分组,导出单播会话加密密钥和完整性校 验密钥; (3)构造密钥协商确认分组: 移动终端收到基站发送的密钥协商响应分组后,利用授权密钥标识AKID对应的授 权密钥所导出的密钥加密密钥解密得到会话密钥材料TEKM,并利用基站和移动终端选 取的随机数导出会话加密密钥和完整性校验密钥,构造密钥协商确认分组。
- 3A multicast key peopleagement method, characterized in that:the implementation steps of the method include: (1) Multicast master key agreement protocol: (1.1) Constructing a key report group: The base station needs to update the session key, and When the mobile terminal has not submitted a request to update the session key, the base station reports the magnetic key ® to the mobile terminal to notify the mobile terminal to steal the key;the key notification is only for stealing the MW family of keys, and in the initial key agreement (1.2) Constructing the key agreement request packet: During the initial key agreement process, or when the mobile terminal receives the key update notification packet sent by the base station, the mobile terminal sends the key agreement request packet to the base station to activate Key agreement process;(1.3) Construct a key agreement response group: (1.3.1) The key agreement request of the base station and the mobile terminal can construct a key agreement response (1.3. 3. 2) If the base station has sent a key update notification packet in advance, the base station checks whether the values of the corresponding fields in the key update notification packet and the key agreement request packet are the same;if they are the same, the base station constructs another key agreement response group;If they are not the same, discard the key agreement request packet without any processing;(1.3.3) The base station sends a key agreement response packet to the mobile terminal, and derives the multicast key encryption key GKEK and the multicast message integrity check key GMIK;(1.4) Construct a key agreement confirmation group: The mobile terminal receives the key agreement response from the base station tank and decrypts it with the key encryption key guided by the authorization key O<AKID corresponding to the authorization key to obtain the session The key material is plain text TEKM to construct a key agreement confirmation packet;the mobile terminal sends the key agreement confirmation packet to the base station;derives the multicast key encryption key GKEK and the multicast message integrity check key GMK;(2) Group Broadcast session key distribution protocol: (2.1) Group key request: When the mobile terminal needs to negotiate or update the multicast session key, the mobile terminal sends a multicast session key request packet to the base station;(2.2) Multicast session key distribution : When the base station receives the multicast session key request packet sent by the mobile terminal, the base station sends the multicast session key distribution ratio a to the mobile terminal;when the station needs to update the multicast key, the base station broadcasts the broadcast session to all mobile terminals Key distribution group. 3.—种组播密钥管理方法,其特征在于:该方法的实现步骤包括: (1) 组播主密钥协商协议: (1.1) 构造密钥告分组: 基站需要会话密钥更新,而移动终端尚未提出更新会话密钥请求时,基站向移动终 端磁密钥® 告分组,通知移动终驰行窃密钥彌;知舌密钥 告価仅 在窃密钥MW族,在初始密钥协商时不囲; (1.2) 构造密钥协商请求分组: 在初始密钥协商过程中,或移动终端收到基站发送的密钥更新通告分组时,移动终 端向基站发送密钥协商请求分组,以激活密钥协商过程; (1.3) 构造密钥协商响应分组: (1.3.1) 基站愉移动终端罐的密钥协商请求构造密钥协商响应沁 (1. 3. 2)如果基站在先发送了密钥更新通告分组贝IJ基站检验密钥更新通告分组与 密钥协商请求分组中相应字段的取值是否相同;如果相同,贝U构造密钥协商响应另组; 不相同,则丢弃密钥协商请求分组而不作任何处理; (1.3.3) 基站向移动终端发送密钥协商响应分组,导出组播密钥加密密钥GKEK和 组播消息完整性校验密钥GMIK; (1.4)构造密钥协商确认分组: 移动终端收到基站罐的密钥协商响应分輛利用授权密钥O<AKID对应的授 权密钥所导岀的密钥加密密钥解密,得到会话密钥材料明文TEKM,构造密钥协商确认 分组;移动终端将密钥协商确认分组发送给基站;导出组播密钥加密密钥GKEK和组播 消息完整性校验密钥GMK; (2) 组播会话密钥分发协议: (2.1) 组密钥请求: 移动终端需要协商或更新组播会话密钥时,移动终端向基站发送组播会话密钥请求 分组; (2.2) 组播会话密钥分发: 基站收到移动终端发送的组播会话密钥请求分组时,基站向移动终端发送组播会话 密钥分发比a;讎站需要组播密钥更新时,基站向所有移动终端广删播会话密钥分 发分组。 200610104679.4 p. 200610104679.4 第
Independent claims2
60 paragraphs, as filed
FIELD OF THE INVENTION The present invention relates to a method for network key peopleagement and session key update, which can be specifically applied to wired networks, wireless local area networks (WLAN), and wireless metropolitan area networks ( Wpeople), Broadband Wireless Multimedia (BWM) network and other wireless networks. Background The security issues of wireless networks are far more important than wired Ethernet. The US IEEE has developed 802.11 and 802.16 series of standards to enhance the security of wireless local area networks and wireless metropolitan area networks, and provide secure access from mobile terminals to base stations. China also promulgated the national standard for wireless local area networks GB15629.11 in May 2003, usually It is called the WAPI protocol. Broadband wireless multimedia network integrates data communication and broadcast communication. It is a new wireless network architecture. It also needs to solve the problem of secure access and confidential communication. One of the key problems to solve the confidential communication is how to peopleage various keys in the system.
The IEEE802.11 standard uses the WEI protocol to achieve WLAN security. Its key peopleagement is very simple, that is, a shared key is peopleually set between the mobile terminal and the access point. The disadvantages are: there is no perfect key peopleagement scheme, which is not conducive to the expansion of the system, and the flexibility of the system is poor.
The WEP encryption protocol has serious security loopholes. The IEEE802. lli standard peopleages and derives keys through a four-way handshake protocol. Although it solves the security problems of WEP, it has the following shortcomings: (1) Key peopleagement cannot distinguish service levels. The key derivation is for certain terminals and access points, and different keys cannot be derived for different services to achieve service level division.
(2) The efficiency of multicast key negotiation is low. The access point needs to negotiate the multicast key with each of a group of mobile terminals separately.
(3) The Kuai efficiency of the multicast key is low. The process of the multicast key also needs to be merged with each mobile terminal separately, and the efficiency is often low.
(4) It is not possible to provide different multicast encryption keys for different services.
The Chinese national standard GB15629.il overcomes some of the shortcomings of WEP, but its key peopleagement protocol still has the same shortcomings as IEEE802. lli.
The Wpeople standard IEEE802.16 proposed by the US IEEE cannot prevent attackers from pretending to be a base station to deceive mobile terminals, and its key peopleagement is also insecure. The IEEE802.16 standard draws on the EEE802. lli standard to condense the S scheme, but its key peopleagement has the following shortcomings: The key peopleagement adopts the time synchronization method, and the state peopleagement is more complicated. The enabling and disabling of the new key depends on time judgment, and it is more complicated to maintain a synchronized clock in a distributed system. There are peopley system states and complicated peopleagement.
200610104679.4 Summary of the invention The purpose of the present invention is to provide a network connection secret bait peopleagement and session secret calcium update method, which solves the technical problems of low efficiency in the negotiation and update of multicast keys and complex system state peopleagement in the most advanced technology. .
The technical solution of the present invention is: A network unicast key peopleagement method, the special feature of which is that the implementation steps of the method include: (1) Constructing a key negotiation request group: during initial key negotiation, or mobile terminal When a key update is required or a session key update notification packet sent by the base station is received, the mobile terminal sends a key agreement request packet to the base station to activate the key agreement process; (2) Construct a key agreement response packet: (2.1) Base station After receiving the key agreement request from the mobile terminal, construct a key agreement response packet; (2.2) If the base station sends the key update notification packet first, the 0 base station checks the key update notification packet and the key agreement request packet. Whether the values of the corresponding fields are the same. If they are the same, construct the key agreement response packet; if they are not the same, discard the key agreement request packet without any processing; (2. 3) The base station sends a key agreement response packet to the mobile terminal, leading the unicast session encryption key and the integrity check key; (3) Constructing a key agreement confirmation packet: The mobile terminal receives the key agreement response from the base station Use the authorization key>AKID corresponding to the authorization key to decrypt the key encryption key derived from the authorization key to obtain the session key material TEKM, and use the random number selected by the base station and mobile terminal to derive the session encryption key and the integrity check secret Key to construct a key agreement confirmation group; the contents of the above-mentioned key update notification group include: the identity IDbs of the base station, the security association ID SAID, the authorization key ID AKID, the session key ID TEKID, and the message integrity check code MIC, where The session key identifier TEKID is used to identify the session key that needs to be updated, and the value of the message integrity check code MIC is calculated using the integrity check key derived from the authorization key AK corresponding to the AKID.
The content of the above-mentioned key agreement request packet includes: the identity of the mobile terminal %, the security association identifier SAID, the authorization key identifier AKΠΧ session key identifier TEKΠΧ mobile terminal selected by the mobile terminal, the message integrity check code MIC, where: The session key identifier TEKID is used to identify the session key that needs to be updated, and the value of the message integrity check code MIC is calculated using the integrity check key derived from the authorization key AK corresponding to the AKID; the content of the above key negotiation response packet Including: the identity of the mobile terminal and the identity security association of the base station "SAID, authorization key" UOD, know tongue key "UEKID, the mobile terminal with "Nms, the random number selected by the base station Nbs, selected by the base station and by The authorization key identifies the ciphertext Ekek (TEKM) of the session key material ΊΈΚΜ encrypted by the key encryption key derived from the authorization key corresponding to the AKID, and the validity period Lifeg message integrity check code MIC of the session key material TEKM, where: The value of the random number Nms selected by the mobile terminal should be negotiated with the key
200610104679.4 The corresponding fields in the request packet have the same value, and the value of the message integrity check code MIC is calculated using the integrity check key derived jointly by TEKM, Nms and Nbs; the content of the group should be confirmed by key agreement including: the identity of the base station The identity IDms of the mobile terminal, the security association identifier SAID, the authorization key identifier AKID, the session key identifier 1EKID, the random number selected by the base station, and the message integrity check code MIC. Among them, the value of the random number Mbs selected by the base station should be the same as The value of the corresponding field in the key agreement response packet is the same, and the value of the message volume check code MIC is calculated using the integrity check key derived from TERM, Nms, and Nb.
A multicast key peopleagement method, which is special in that: the implementation steps of the method include: (1) Multicast master key agreement protocol: (1.1) Constructing a key report group: The base station needs to update the session key, and When the mobile terminal has not submitted a request to update the session key, the base station will report the grouping of the key ΜΛ to the mobile terminal, and notify the mobile terminal of the return key and the knowledge key ΜΛ only to be resolved when the key is woven. The key is not negotiated.
(1.2) Constructing a key agreement request group: During the initial key agreement process, when the mobile terminal is comfortable with the key report, the mobile terminal sends a key agreement request group to the base station to activate the key agreement process; (1.3) Construct a key agreement response packet: (1.3.1) The base station is comfortable! | The key agreement request of the mobile terminal can construct a key agreement response (1. 3.2) If the base station sends a key update notification packet first, Then the base station checks whether the values of the corresponding fields in the key update notification packet and the key agreement request packet are the same. If they are the same, Bei0 constructs a key agreement response packet; if they are not the same, discard the key agreement request packet without any processing; (1.3. 3) The base station sends a key agreement response packet to the mobile terminal, and derives the multicast key encryption key GKEK and the multicast message integrity check key GMIK; (1.4) Construct a key agreement to confirm that the mobile terminal has received the base stations The key agreement response component is decrypted by the key encryption key derived from the authorization key corresponding to the authorization key ^iRAKID, and the session key material TEKM is obtained, and the key agreement confirmation group is constructed; the mobile terminal groups the key agreement confirmation Send to the base station. Export the multicast key encryption key GKEK and the multicast message integrity check key GMIK; (2) Multicast session key distribution protocol: (2.1) Multicast session key request: The mobile terminal needs to negotiate or update the multicast When the session key is used, the mobile terminal sends a multicast session key request packet to the base station;
200610104679.4 Section (2.2) Group Key Distribution: When the base station receives the multicast session key request packet sent by the mobile terminal, the base station sends the multicast session key distribution packet to the mobile terminal; or when the base station needs a multicast key update, the base station Broadcast the multicast session key distribution packet to all mobile terminals.
The content of the blood key update notification group includes: the identity IDbs of the base station, the security association identifier SAID, the authorization key identifier AKID, the session key identifier TEKID, and the message integrity check code MIC. Among them, the session key identifier IEKID is used to identify For the session key that needs to be updated, the value of the message integrity check code MIC is calculated using the integrity check key derived from the authorization key AK corresponding to AKID; the content of the above key agreement request packet includes: the identity of the mobile terminal %, The security association identifier SAID, the authorization key identifier AKID, the session key identifier TEKID, the random number Nms selected by the mobile terminal, and the message integrity check code MIC. Among them, the session key identifier IEKID is used to identify the session key that needs to be updated. The value of the message integrity check code MIC enables the integrity check key derived from the authorization key AK corresponding to ffiAKID to be calculated; the content of the key agreement response packet includes: the identity of the mobile terminal, the identity security association of the base station, and the authorization The key WUKID, the stolen key WTEKID, the TONms taken from the mobile terminal, the random number Nbs selected by the base station, the key encryption key selected by the base station and derived from the authorization key corresponding to the authorization key identification AKID Tongue key material TEKM's secret ^κεκ (ΤΕΚΜ), the effective speed of the tongue key, Message integrity check code MIC, where the value of the random number Nms selected by the mobile terminal should be the same as the value of the corresponding field in the key agreement request packet, and the value of the message integrity check code MIC is jointly derived using TEKM, Nms and Nbs The content of the above-mentioned key agreement confirmation group includes: the identity of the base station, the mobile terminals identity security association identification SAID, the authorization key identification AKID, the session key identification IEKID, the random number selected by the base station, Message integrity check code MIC, where the value of the random number Nbs selected by the base station should be the same as the value of the corresponding field in the key agreement response packet, and the value of the message integrity check code MIC is derived jointly by TERM, Nms and Nbs Integrity check key calculation.
The content of the multicast session key request packet includes: the security association identifier SAID, the session key identifier IEKID, the multicast session key identifier GTEKID, the random number Nms selected by the mobile terminal, and the message integrity check code MIC. Among them, the group The multicast session key identifier GTEKID identifies the negotiated or requested multicast session key, and the value of the message integrity check code MIC is calculated using the multicast message integrity check key GMIK derived from the TEKM corresponding to TEKID; The content of the key distribution group includes: security association identification SAID, session key identification TEKID, multicast session key identification GTEKID, random number Nms selected by the mobile terminal, and multicast key selected by the base station and derived from TEKM corresponding to TEKID The cipher text of the multicast session key material G1EKM (Eqke^GTEKM) encrypted by the encryption key GKEK, the validity period of the multicast session key LifeeiEK, the message integrity check code MIC, among which, mobile
200610104679.4 The random number Nms selected by the first terminal must be the same as the random number in the multicast session key request packet, but if it is a key update process initiated by the base station, the value of the random number can be determined by the base station itself, and the message integrity check The value of the verification code MIC is calculated by the multicast message integrity check key GMK derived from the TEKM corresponding to fflTEKID.
The present invention has the following advantages: (1) Different levels of session keys can be realized for different services. Different businesses have different encryption keys.
(2) Multicast session key negotiation makes reasonable use of broadcast channels and improves perforpeoplece. The base station does not need to negotiate with each mobile terminal key separately.
(3) The effective Mfh of the inter-cooperative real-time tongue key is distributed using the key agreement tongue key to make the update of the multicast session key more flexible.
(4) The key activation mechanism adopts the message confirmation method to avoid the shortcomings of time synchronization and multiple states, and simplifies state peopleagement.
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a schematic diagram of a unicast session key and a multicast master key agreement protocol of the present invention; FIG. 2 is a schematic diagram of a multicast session key distribution protocol of the present invention.
Refer to Figure 1 for specific implementation. The implementation steps of the network unicast key peopleagement method of the present invention are as follows: (1) Construct a key agreement request group: During the initial key agreement, or the mobile terminal requests a key update or receives a key update from the base station When the key update announcement packet, the mobile terminal sends a key agreement request packet to the base station to activate the key agreement process.
The content of the key report includes: the identity of the base station is associated with the authorization key ID AKID, the session key ID IEKID, and the message integrity check code MIC. Among them, the session key ID TEKID is used to identify the session key that needs to be updated. Key, the value of the message integrity check code MIC is calculated using the integrity check key derived from the authorization key AK corresponding to the AKID.
The content of the key agreement request packet of the above technique includes: the identity security association identifier SAID of the mobile terminal, the authorization key identifier AKΠΧ session key identifier TEKΠΧ mobile terminal selected with the money, the message integrity check code MIC, where the session The key identifier IEKID is used to identify the session key that needs to be updated, and the value of the message integrity check code MIC is calculated using the integrity check key derived from the authorization key AK corresponding to the AKID.
(2) Constructing the key agreement response group: (2.1) The key agreement request of the base station and the mobile terminal is divided to construct the key agreement response group.
The content of the other group of key agreement response includes: the identity of the mobile terminal, the identity security association identifier of the base station, the authorization key identifier AKID, the session key identifier TEKID, the random number selected by the mobile terminal%, the random number selected by the base station, Nbs, and the base station. Selected and derived from the authorization key corresponding to the authorization key ID AKJD
200610104679.4 The secret key material TEKM encrypted by the first key encryption key is the secret ΪΕκεκ(ΤΕΚΜ), the validity period LiZ of the key material TERM, and the message integrity check code MIC. Among them, the value of the random dish selected by the mobile terminal should be The value of the corresponding field in the key agreement request packet is the same, and the value of the message integrity check code MIC is calculated using the integrity check key jointly derived by TEKM, Nms, and Nbs.
(2. 2) If the base station sends the key update notification packet in advance, the base station checks whether the values of the corresponding fields in the key update notification packet and the key agreement request packet are the same. If they are the same, Beibu creates the key agreement response packet; if they are not the same, the key agreement request packet is discarded without any processing; (2. 3) The base station sends the key agreement response packet to the mobile terminal to derive the unicast session encryption key (3) Construct a key agreement confirmation group: The mobile terminal receives the key agreement response from the base station and uses the key encryption key derived from the authorization key O<AKID corresponding to the authorization key. The key is decrypted to obtain the session key material TEKM, and the key agreement confirmation packet is constructed.
The content of the key agreement confirmation packet includes: the identity of the base station, the identity of the mobile terminal, the security association identifier SAID, the authorization key identifier AKID, the session key identifier IEKID, the random number interval selected by the base station, and the message integrity check code MIC, Among them, the value of the random Nbs selected by the base station should be the same as the value of the corresponding field in the key agreement response packet, and the value of the message integrity check code MIC is calculated using the integrity check key jointly derived by ΊEKM, Nw, and Nbs.
Referring to Figure 2, the implementation steps of the multicast key peopleagement method of the present invention are as follows: (1) Multicast master key agreement protocol: (1.1) Construct key M »report group: The base station needs to update the session key, but the mobile terminal has not yet When requesting to update the session key, the base station notifies the mobile terminal and the key notification to the mobile terminal. The key notification is generally only triggered during the session key and not during the initial key negotiation.
The content of the session key update notification packet includes: the identity security association identifier SAID of the base station, the authorization key identifier AKID, the session key identifier TEKID, and the message integrity check code MIC. Among them, the session key identifier TEKID is used to identify the need to update The value of the message integrity check code MIC is calculated using the integrity check key derived from the authorization key AK corresponding to AKID.
(1.2) Construct a key agreement request packet: During the initial key agreement process, or when the mobile terminal receives a key update notification packet sent by the base station, the mobile terminal sends a key agreement request packet to the base station to activate the key agreement process ; The content of the key agreement request packet includes: the identity of the mobile terminal %, the security association identifier SAID, the authorization key identifier AKID, the session key identifier ΊEKΠ), the random number selected by the mobile terminal Nms, and the message integrity check code
200610104679.4 p.
MIC, where the session key identifier TEK1D is used to identify the session key that needs to be updated, and the value of the message hyper-check code MIC is calculated using the integrity check key derived from the authorization key AK corresponding to the ARID.
(1.3) Construct a key agreement response group: (1.3.1) Base station-U mobile terminal suspected key agreement request construction key agreement response The content of the total key agreement response group includes: the identity of the mobile terminal% and the identity of the base station %, security association identification SAID, authorization key identification ARID, session key identification TEKID, random number selected by mobile terminal, random Nbs selected by base station, authorization key selected by base station and identified by authorization key corresponding to AKID The derived key encryption key encryption key material TEKM secret jtEKEK (TEKM), the effective key plus the message integrity check code MIC, where the value of the random number Nms selected by the mobile terminal should be the same The values of the corresponding fields in the key agreement request packet are the same, and the value of the message integrity check code MIC is calculated using the integrity check key jointly derived by TERM, Nms, and Nbs.
(1.3.2) If the base station has sent a key update notification packet in advance, the base station checks whether the values of the corresponding fields in the key update notification packet and the key agreement request packet are the same. If the same, bei! J constructs the key agreement response packet; not the same, loses the key agreement request packet and does not deal with it; (1.3. 3) The base station sends the key agreement response packet to the mobile terminal, and derives the multicast key encryption key GKEK and group Broadcast message integrity check key GMK; (1.4) Construct a key agreement confirmation group: The mobile terminal receives the key agreement response from the base station, and then uses the key derived from the authorization key WiAKID to encrypt it. The key is decrypted to obtain the plaintext TEKM of the session key material, and the key agreement confirmation packet is constructed; the mobile terminal sends the key agreement confirmation packet to the base station. Export the multicast key encryption key GKEK and the multicast message integrity check key GMIK; the content of the key agreement confirmation packet includes: the identity of the base station, the mobile terminals identity security association identifier SAID, the authorization key identifier AKID, and the session secret The key identifier TEKID, the random number selected by the base station, and the message integrity check code MIC. Among them, the value of the random number Nbs selected by the base station should be the same as the value of the corresponding field in the key agreement response packet, and the message integrity check code MIC The value of is calculated using the integrity check key derived jointly by TEKM, Nms and Nbs.
(2) Multicast session key distribution protocol: (2.1) Group key request: When the mobile terminal needs to negotiate or update the multicast session key, the mobile terminal sends a multicast session key request packet to the base station; multicast session The content of the key request packet includes: the security association identifier SAID, the session key identifier 1EKID, the multicast session key identifier GTEKID, the random number Nms selected by the mobile terminal, and the message check code MIC, among which,
200610104679.4 The first multicast session key identifier GTEKID identifies the negotiated or requested multicast session key, and the value of the message integrity check code MIC is calculated using the multicast message integrity check key GMIK derived from the TEKM corresponding to the TEKID; (2.2 ) Multicast session key distribution: When the base station receives the multicast session key request packet sent by the mobile terminal, the base station sends the multicast session key distribution packet to the mobile terminal; or when the base station needs a multicast key update, the base station sends all The mobile terminal broadcasts the multicast session key distribution packet.
The contents of the multicast session key distribution packet include: security association identification SAID, session key identification TEKID, multicast session key identification GTEKID, random dishes selected by the mobile terminal, selected by the base station and derived from the TEKM corresponding to the TEKID Multicast key encryption key GKEK encrypted multicast session key material GTEKM cipher text EgkekQTEKM), the validity period of the multicast session key Π, the message integrity check code MIC, where the random number selected by the mobile terminal Nms It must be the same as the random number in the multicast session key request, but if it is a key update process initiated by the base station, the value of the random number can be determined by the base station itself, and the message integrity check code MIC value corresponds to TEKID The multicast message integrity check key GMIK derived from the TEKM is calculated.
Technical code notes of the present invention:
AKID: delete authorization key;
AKM: thin tongue key material;
TEKM: steal key material;
BS: base station;
E<sub>K</sub>(M): The decryption key is as encrypted;
GKEK: group ^ key encryption key;
GMK: Multicast message integrity verification key;
LifeAK: the life or validity period of the authorization key AK;
LifeiEK: the validity period Li of the stolen key material TEKM;
N<sub>bs</sub>: Random number selected by the base station BS;
N<sub>ms</sub>: Random number selected by the mobile terminal MS;
IDbs: the identity of the base station BS;
IDms: the identity of the mobile terminal MS;
MIC: message integrity check code;
MS: mobile terminal client;
SAID: Security association identification, corresponding to a specific service, unicast SA^multicast SA can be distinguished by its ED;
TEKID: Delete the key.
200610104679.4
Every citation, both ways
| Document | Relation | Office | Cited during |
|---|---|---|---|
| CN112152790A | Cited by | China | Search report |
| US8300827B2 | Cited by | United States of America | Applicant |
| US11765578B2 | Cited by | United States of America | Applicant |
| US10057769B2 | Cited by | United States of America | Applicant |
| WO2011088798A1 | Cited by | World Intellectual Property Organization (WIPO) | International search |
| US8144877B2 | Cited by | United States of America | Applicant |
| US8713303B2 | Cited by | United States of America | Applicant |
| CN101938740A | Cited by | China | Search report |
| CN101335621A | Cited by | China | Search report |
| US8938400B2 | Cited by | United States of America | Applicant |
| WO2011143945A1 | Cited by | World Intellectual Property Organization (WIPO) | International search |
| WO2011075976A1 | Cited by | World Intellectual Property Organization (WIPO) | International search |
| CN101808286A | Cited by | China | Search report |
| US8797917B2 | Cited by | United States of America | Applicant |
| US10999065B2 | Cited by | United States of America | Applicant |
| CN110519708A | Cited by | China | Search report |
| CN107508796A | Cited by | China | Search report |
| CN101834722A | Cited by | China | Search report |
| CN110121168A | Cited by | China | Search report |
| US8831227B2 | Cited by | United States of America | Applicant |
| CN107835072A | Cited by | China | Search report |
| WO2009076811A1 | Cited by | World Intellectual Property Organization (WIPO) | International search |
| US8023658B2 | Cited by | United States of America | Applicant |
| US8312278B2 | Cited by | United States of America | Applicant |
| US9031240B2 | Cited by | United States of America | Applicant |
2 priority claims, no other members on record
Priority claims2
| Document | Office | Kind | Date |
|---|---|---|---|
| 200610104679 | China | A | |
| CN20061104679 | – | – | – |
20 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Termination of patent right due to non-payment of annual feeCF01 | CF01 | |
| Entry into force of recordation of patent licensing contractEE01 | EE01 | |
| Entry into force of recordation of patent licensing contractEE01 | EE01 | |
| Entry into force of recordation of patent licensing contractEE01 | EE01 | |
| Entry into force of recordation of patent licensing contractEE01 | EE01 | |
| Entry into force of recordation of patent licensing contractEE01 | EE01 | |
| Entry into force of recordation of patent licensing contractEE01 | EE01 | |
| Entry into force of recordation of patent licensing contractEE01 | EE01 | |
| Entry into force of recordation of patent licensing contractEE01 | EE01 | |
| Entry into force of recordation of patent licensing contractEE01 | EE01 | |
| Entry into force of recordation of patent licensing contractEE01 | EE01 | |
| Entry into force of recordation of patent licensing contractEE01 | EE01 | |
| Entry into force of recordation of patent licensing contractEE01 | EE01 | |
| Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility modelLICC | LICC | |
| Enforcement, change and cancellation of record of contracts on the licence for exploitation of a patent or utility modelLICC | LICC | |
| Change in the name or address of the patenteeC56 | C56 | |
| Change in the name or address of the patenteeC56 | C56 | |
| Grant of patent or utility modelGrantedC14 | C14 | |
| Entry into substantive examinationC10 | C10 | |
| PublicationC06 | C06 |
Numbers
- Publication
- 1937489
- Publication, DOCDB
- 1937489
- Publication, EPODOC
- CN1937489
- Application
- 101046794
- Application, DOCDB
- 200610104679
- Application, EPODOC
- CN200610104679
Titles2
- Chinese
- 一种网络密钥管理及会话密钥更新方法
- English
- Method for network key peopleagement and session key update
Classification
- CPC, 5
- H04L9/0891
- H04L2209/80
- H04W12/10
- H04W12/0433
- H04W12/0431
- IPC, 4
- H04L9 00
- H04L9 08
- H04L29 06
- H04L12 28