WO2009043294A1 - Procédé et dispositif pour mettre à jour la clé dans l'état actif - Google Patents

Procédé et dispositif pour mettre à jour la clé dans l'état actif Download PDF

Info

Publication number
WO2009043294A1
WO2009043294A1 PCT/CN2008/072534 CN2008072534W WO2009043294A1 WO 2009043294 A1 WO2009043294 A1 WO 2009043294A1 CN 2008072534 W CN2008072534 W CN 2008072534W WO 2009043294 A1 WO2009043294 A1 WO 2009043294A1
Authority
WO
WIPO (PCT)
Prior art keywords
key
network side
update
user terminal
enb
Prior art date
Application number
PCT/CN2008/072534
Other languages
English (en)
French (fr)
Inventor
Yanmei Yang
Min Huang
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Priority to EP08801004.6A priority Critical patent/EP2197147B1/en
Priority to EP19162161.4A priority patent/EP3591891B1/en
Publication of WO2009043294A1 publication Critical patent/WO2009043294A1/zh
Priority to US12/748,798 priority patent/US8300827B2/en
Priority to US12/977,617 priority patent/US8023658B2/en
Priority to US13/229,400 priority patent/US8144877B2/en
Priority to US13/587,340 priority patent/US9031240B2/en
Priority to US14/674,155 priority patent/US10057769B2/en
Priority to US15/999,503 priority patent/US10999065B2/en

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0838—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these
    • H04L9/0841—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these involving Diffie-Hellman or related key agreement protocols
    • H04L9/0844—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these involving Diffie-Hellman or related key agreement protocols with user authentication or key authentication, e.g. ElGamal, MTI, MQV-Menezes-Qu-Vanstone protocol or Diffie-Hellman protocols using implicitly-certified keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/068—Network architectures or network communication protocols for network security for supporting key management in a packet data network using time-dependent keys, e.g. periodically changing keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/041—Key generation or derivation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/04—Key management, e.g. using generic bootstrapping architecture [GBA]
    • H04W12/043—Key management, e.g. using generic bootstrapping architecture [GBA] using a trusted network node as an anchor
    • H04W12/0431—Key distribution or pre-distribution; Key agreement
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/80—Wireless

Definitions

  • the embodiments of the present invention relate to the field of communications technologies, and in particular, to a key update method and device in an active state. Background technique
  • the evolution of an access technology is being carried out within the 3GPP organization.
  • the use of packet technology within 3GPP systems requires further enhancement.
  • the most important parts of this type of technology evolution include: reduced latency and latency, higher user data rates, increased system capacity and coverage, and lower overall carrier costs.
  • the evolved network structure is also an important indicator for the backward compatibility of existing networks.
  • the user security process in the evolved network must ensure that at least the same level of security mechanisms as the current 2G and 3G systems are provided.
  • the core network of the wireless evolved network mainly includes logical functions such as MME (Mobility Management Entity) and SAE Gateway (System Architecture Evolution Gateway).
  • MME Mobility Management Entity
  • SAE Gateway System Architecture Evolution Gateway
  • the MME is responsible for the control plane. Mobility management, including user context and mobility state management, assigning user temporary identity, security functions, etc.; SAE Gateway is responsible for paging for downlink data in idle state, managing and storing IP bearer parameters and routing information within the network, etc.
  • the security of the user plane is terminated in the access network, where the access network BS (Base Station, base station) is called For eNB (evolved NodeB, evolved base station), the security of the signaling plane is divided into access layer signaling RRC (Radio Resource Control) signaling and non-access stratum signaling NAS (Non Access Stratum, non-access). Layer)
  • RRC Radio Resource Control
  • NAS Non Access Stratum, non-access
  • the two parts of the signaling are terminated in the access network and the core network respectively.
  • the key required for signaling protection and data protection is derived from the keys CK and IK generated by the AKA (Authentication and Key Agreement) process. The derivative relationship is shown in Figure 2.
  • K eN & RRCJiNC is an RRC signaling encryption protection key
  • K eNB -RRC-UP is a user plane data encryption protection key
  • K NAS J iNC is the NAS signaling encryption protection key
  • K NAS NI is the NAS signaling integrity protection key
  • the embodiment of the present invention provides a key update method and device in an active state to implement update of a key in an active state.
  • an embodiment of the present invention provides a key update method in an active state, including the following steps:
  • the user terminal or the network side in the active state initiates a key update when the preset condition is met;
  • the network side and the user terminal update the key and negotiate the start time of the new key.
  • the embodiment of the present invention further provides a user terminal, configured to perform key update in an active state, including:
  • a terminal key update detecting unit configured to determine, according to a preset condition, whether a key update needs to be initiated
  • the terminal key update initiating unit is configured to send a key update request message to the network side when the terminal key update detecting unit determines that the key update is required.
  • the embodiment of the present invention further provides a network side entity, configured to perform key update in an active state, including:
  • a key update detecting unit configured to determine, according to a preset condition, whether a key need to be initiated New
  • a key update initiating unit configured to send a request message for indicating a key update when the key update detecting unit determines that a key update is required
  • the key update unit is configured to perform key update when the user terminal or the network side entity initiates a key update.
  • An embodiment of the present invention further provides a method for updating a key in an active state, including the following steps:
  • the network side initiates a key update when the preset condition is met
  • the network side updates the key and notifies the user terminal UE of the new key.
  • FIG. 1 is a schematic structural diagram of a wireless evolution network in the prior art
  • FIG. 2 is a schematic diagram of a derivative relationship of a key in the prior art
  • FIG. 3 is a flow chart of a method for updating a key in an active state according to Embodiment 1 of the present invention
  • FIG. 5 is a flowchart of key update in an active state initiated by a network side eNB in Embodiment 3 of the present invention.
  • FIG. 6 is a flowchart of key update in an active state initiated by a network side eNB in Embodiment 5 of the present invention.
  • FIG. 7 is a flowchart of key update in an active state initiated by a network side MME in Embodiment 6 of the present invention.
  • FIG. 8 is a flowchart of an eNB notifying a UE of a new key through an air interface key update procedure in Embodiment 7 of the present invention
  • FIG. 9 is a flowchart of an eNB notifying a UE of a new key through an air interface key update procedure in Embodiment 8 of the present invention.
  • FIG. 10 is a schematic diagram of a key update system in an active state in Embodiment 9 of the present invention. detailed description
  • the network side does not actively initiate the key update process in the communication, but only after the user transitions from the non-active state to the active state, and after the initial NAS message initiated to the network side, such as an attach request, paging (Paging) Response, location update request, etc., to determine if a certain key needs to be updated.
  • the method for updating the key in the active state is as follows: The UE determines whether the key needs to be updated in the active state, and the key update method in the active state is as shown in FIG. 3, and includes the following Steps:
  • Step s301 The user terminal or the network side in the active state determines that the key update needs to be performed and initiates the key update according to the preset setting.
  • the pre-setting may include: (1) the user terminal discovers that the UP (User Plane) or the serial number corresponding to the RRC is about to reach the upper limit value; (2) the user terminal performs the evolved base station eNB handover, self-switching, or inter-system Switching; (3) The user terminal or the network side finds that K ASME has not been updated for a long time.
  • UP User Plane
  • eNB evolved base station
  • Step s302 The network side performs a key update process.
  • the key update includes: updating all keys through the AKA authentication process; or performing AKA update K ASME and updating only its derived keys.
  • Step s303 The user terminal and the network side obtain the updated key.
  • Step s304 After obtaining the new key, the user terminal and the network side negotiate a new key startup time.
  • FIG. 4 is a key update process in an active state initiated by the UE, and includes the following steps: Step s401: When the UE is in an active state When the discovery key needs to be updated for some reason, the key update process is triggered to the network side MME.
  • Possible reasons for the key to be updated include: (1) UP (or the serial number corresponding to the RRC is about to reach the upper limit; (2) the UE has just switched to the new eNB; (3) K ASM E has not been updated for a long time
  • the UE may trigger the key update procedure by sending a TAU/RAU request to the MME, or a special attach request, or a special service request, or a key update request message.
  • the TAU/RAU request is also sent, except for the old route in the TAU/RAU request.
  • the zone ID is consistent with the new routing zone ID.
  • the value of the Update type in the TAU/RAU request may be set to a special value, indicating that the key needs to be updated.
  • This special value can only use a special value uniformly without distinguishing which reason, or can be subdivided into different values for different reasons (RRC/UP counter value overflow, or switching occurs, or K ASME expires); or UE does not To do any indication, use several existing values (such as values that represent routing/location area replacement).
  • RRC/UP counter value overflow, or switching occurs, or K ASME expires use several existing values (such as values that represent routing/location area replacement).
  • K ASME expires
  • UE does not To do any indication, use several existing values (such as values that represent routing/location area replacement).
  • Update type is best not to use the value representing "Periodic updating", such as 000.
  • Step s402 After receiving the request for triggering the key update (which may be one of several requests described in step 401), the MME performs related key update according to the request type.
  • K ASME needs to be updated, for example, from GSM/UMTS to S AE/LTE cross-system handover, or K ASME expires, the AKA authentication process is initiated;
  • K ASME does not need to be updated, only its derived key needs to be updated, such as an intra-LTE handover, or if the RRC/UP counter value overflows and the key needs to be updated, then a new derived key is calculated based on K ASME . Can only update K eNB , or together with
  • Step s403 If it is determined in step s402 that the K ASME update needs to be performed, the AKA process update key is executed. This step is optional.
  • Step S 404 the decision according to step s402, updating the respective key. If you only need to update
  • K ASME 's derived keys then use the existing K ASME key to calculate the corresponding key.
  • Step s405 The MME sends the new key to the eNB.
  • Step s406 The eNB and the UE negotiate a new key start time.
  • the method for the eNB to notify the new key activation time may be one of the following, or some other than these methods:
  • the eNB notifies the UE of the new key enable time by a simplified security mode command, and the UE acknowledges the received security mode command.
  • the UE and the network side enable the new key according to the new key enable time. If the NAS key needs to be updated, in step s405, further, the method further includes initiating a NAS security mode command to negotiate a new NAS key startup time.
  • the eNB initiates a self-handover command, requiring the UE to switch to the eNB itself to enable the UE to use its own key.
  • step s407 the network side sends a response message to the user to end all processes. It should be noted that the new NAS key startup time can also be carried in this response.
  • a key update method in an active state is shown in FIG. 5, which is a key update process in an active state initiated by a network side eNB.
  • This embodiment is a key update process initiated by an eNB.
  • the serial number of the UP or RRC encryption/integrity protection is about to reach the maximum (about to wrap around)
  • the corresponding key may need to be updated; or the UE is in LTE even if the sequence number does not reach the maximum value.
  • the ACTIVE state takes a long time and it may be necessary to update the user plane protection key Kup-enc or KeNB. In both cases, it is not necessary to update K ASME and KMME, only the K UP and KRR C keys need to be updated. Of course, you can also update K ASME at the same time.
  • Step s501 When the eNB finds that the key needs to be updated according to the security requirement, the MME sends a key update request message to the MME to generate a new K eNB ; the MME will derive a new K eNB from the K ASME ;
  • the key update request message may be: (1) A request message specifically requesting an MME to update the key for the eNB, the request message requiring a response from the MME. (2) A notification type message. The notification MME needs to update the key, and the notification message does not require a response from the MME.
  • Step S502 The MME updates the key K eNB according to the situation.
  • K eNB can be
  • the MME is derived from the existing K ASME , or may be calculated after the MME updates the K ASME through the AKA process.
  • Step s503 The MME sends a new K eNB to the eNB.
  • the MME can send the key to the eNB in the following ways.
  • a security context modification message initiated by the MME, and the new key is sent to the eNB in the modification message.
  • the MME may also need to send other parameters required for calculating the K eNB to the eNB in the above manner. For example, when the MME uses the existing K ASME to calculate a new key, it may be necessary to introduce a variable parameter (such as a counter, a random number), then the variable parameter may also need to be sent to the eNB, and sent to the UE through the eNB. In order to ensure that the UE can calculate this new K eNB with the same parameters.
  • a variable parameter such as a counter, a random number
  • the eNB will derive new KUP and KRR C based on this new K ENB .
  • This derivation process may require the use of C-RNTI or a random number as an input parameter; if C-RNTI is used, it is possible to use either the original C-RNTI or a new C_RNTI parameter for the UE.
  • Step s504 the air interface new key activation process, that is, how to negotiate the new key replacement time, in addition to the existing scheme, using PDCP (Packet Data Convergence Protocol) SN, carrying KSI in the data or forcing the UE to perform IDLE
  • PDCP Packet Data Convergence Protocol
  • KSI Packet Data Convergence Protocol
  • the manner of the intra-cell self-switching refer to the description of step s801 and step s802 in the seventh embodiment or the steps s901 and s902 in the eighth embodiment.
  • a key update method in an active state is shown in FIG. 5, which is a key update process in an active state initiated by a network side eNB.
  • This embodiment is a key update process initiated by an eNB.
  • the serial number of the UP or RRC encryption/integrity protection is about to reach the maximum (about to wrap around)
  • the corresponding key may need to be updated; or the UE is in LTE even if the sequence number does not reach the maximum value.
  • the ACTIVE state takes a long time and it may be necessary to update the User Plane Protection Key KUP—or K ENB . In both cases, it is not necessary to update K ASME and KMME, only the K UP and KRR C keys need to be updated.
  • the K eNB is updated, but in the embodiment, the K eNB is not updated.
  • the key update process in the fourth embodiment is described as follows:
  • the eNB finds that the key needs to be updated (the eNB finds that the key needs to be updated according to the above security requirements), it generates a random number or a new C-RNTI, and then uses the K eNB to And other parameters generate a new RRC/UP key.
  • the eNB notifies the UE of the new key parameter through the air interface key update procedure.
  • the air interface key update process used is described in the following embodiment.
  • a key update method in an active state is shown in FIG. 6.
  • the key update process in the active state initiated by the network side eNB includes the following steps:
  • Step s601 In the case of non-handover, if the network side, such as an eNB, wants to update the key. Then, a self-handover command is sent to the UE, that is, the UE is required to handover to the source cell (the target cell is the same as the source cell).
  • Step s602 After receiving the handover command, the UE re-accesses the eNB.
  • step s401 to step s407 in the second embodiment a method for updating a key in an active state is shown in FIG. 7.
  • the process for the network side MME to initiate a key update initiative includes the following steps:
  • Step s701 The network side MME determines that the K ASME usage time is too long or the UE needs to update the K ASME after the inter-RAT handover occurs, and then decides to initiate an AKA process.
  • the network side needs to set a valid time for each K ASME . When the effective time reaches the maximum value, the corresponding process is triggered immediately.
  • Step s702 The MME actively initiates a special paging message to the UE, and the step is optional.
  • the Paging cause for this particular paging request can be NULL, or a special value indicating the execution of a key update.
  • Step s703 After receiving the paging message, the UE sends a paging response to the network.
  • Steps s702 and s703 are optional steps.
  • Step s704 When the MME sends an authentication request message directly to the UE to initiate the execution of the AKA, or after receiving the paging response, the AKA is determined to perform the AKA according to the paging message received in the prior art, and the AKA process is initiated to the UE.
  • Step s705 The MME calculates each derivative key.
  • step s706 the MME sends the K eNB to the eNB, and the specific manner of sending is carried in the NAS message, and indicates the new NAS key activation time of the UE. This step is optional.
  • the MME may send the key to the eNB in one of several ways:
  • This context modification message may use a special S1 initial context setup message or a newly defined S1 interface signaling.
  • Step s707 The eNB and the UE negotiate a new key start time.
  • the optional NAS key startup time can also be negotiated during this process.
  • Step s708 The user communicates with the network side with a new key.
  • the eNB needs to notify the UE of the new key activation through the air interface key update procedure.
  • the main purpose of the key update process in the key update process is to: (1) send the parameters related to the derived key to the UE, such as a new C-RNTI or a random number; (2) tell the UE the start time of the key. .
  • an SMC (Safe Mode Control) process is taken as an example to describe a process in which an eNB notifies a UE of a new key by an air interface key update process, as shown in FIG. Steps:
  • Step s801 The eNB determines, according to the trigger condition, that a special SMC message needs to be sent to the UE.
  • the parameters in the SMC message include one or more of the following parameters: (1) parameters required for key derivation, such as C-RNTI, random number, etc.; (2) downlink start time of the NAS key; (3) RRC The downlink start time of the key; (4) the uplink and downlink start time of the user plane key; (5) other possible parameters, such as determining the new key start time of the uplink data packet (including the user plane and the control plane data packet) .
  • the eNB when the eNB sends the downlink message, it may: (1) stop the transmission of the downlink data, so that the downlink start time can start from the next data packet; (2) continue to transmit, but the key is started to avoid the packet being sent too fast. Error, the boot PDCP SN can Set some backwards;
  • a new command such as a security context modification command/security reconfiguration command may be newly defined, and the UE is required to follow the parameters carried by the command and replace the used key.
  • Step s802 After receiving the related message, the UE returns a corresponding message to the eNB.
  • the UE derives a new key according to the relevant parameter; optionally, it may also need to determine a start time of the uplink data packet (including the user plane and the control plane data packet); and then return corresponding information to the eNB.
  • a start time of the uplink data packet including the user plane and the control plane data packet
  • return corresponding information to the eNB Message.
  • Each PDCP SN initiated with a new key is added to the message.
  • the UE may not stop the transmission of the data packet, but calculate the new key and the new key activation time in the background, and then send the new startup time to the eNB. If this method is used, the uplink data needs to be used.
  • the package's key startup time is set a bit later.
  • Step s803 the air interface communicates under the new key protection.
  • the procedure of notifying the UE of the new key by the air interface key update procedure is described by taking the self-handover procedure as an example. As shown in Figure 9, the following steps are included:
  • Step s901 The eNB determines that the HO Command message needs to be sent according to the trigger condition.
  • HO Command In the normal case, since the HO Command message is sent to the UE to tell the UE to switch to another Cell, another Cell allocated air resource and C-RNTI, etc. will be carried in the HO Command message; but in the embodiment, HO Command The message does not indicate that the UE switches to another Cell, but only tells the UE to start the key update, so the parameters need to be changed: (1) The transparent container for Target eNB to UE in the original HO Command message is to be removed; (2) The C-RNTI allocated by the target eNB to the UE in the message needs to be modified to allocate a new C-RNTI by the Source eNB itself; (3) increase the NAS key startup time that may be required; (4) increase the downlink start of the RRC key.
  • the eNB will not deliver any data packets after sending the HO Command message.
  • Step s902 After receiving the HO Command message, the UE: (1) determining, according to the cause value, that the current handover is only for updating the key; therefore, there is no need to synchronize to the new cell; (2) stopping the transmission of the uplink data packet; (3) deriving A new key is generated; (4) determining the start time of the uplink data packet; (5) transmitting a message to the eNB to inform the start time of the uplink data packet.
  • Step s903 The UE and the eNB communicate under the new key protection.
  • the user terminal and the network side in the active state initiate the key update process in different situations, and the key update problem in the active state session is solved.
  • the implementation process is simple and easy to implement.
  • the ninth embodiment of the present invention further discloses a key update system in an active state.
  • the method includes at least one user terminal 10 and a network side entity 20, and the user terminal and the network side entity in the active state.
  • a key update is initiated and the key is updated.
  • the user terminal 10 further includes:
  • the terminal key update detecting unit 11 is configured to determine, according to a preset condition, whether a key update needs to be initiated.
  • the terminal key update initiating unit 12 is configured to send a key update request message to the network side entity 20 when the terminal key update detecting unit 11 determines that the key update is required.
  • the terminal key update setting unit 13 is configured to preset a condition for initiating a key update and provide it to the terminal key update detecting unit 11.
  • the network side entity 20 specifically includes:
  • the key update detecting unit 21 is configured to determine, according to a preset condition, whether a key update needs to be initiated.
  • the key update initiating unit 22 is configured to send a request message to the user terminal 10 for indicating the key update when the key update detecting unit 21 determines that the key update is required.
  • the key update unit 23 is configured to perform key update when the user terminal 10 or the network side entity 20 initiates a key update.
  • the key update setting unit 24 is configured to preset a condition for initiating a key update and provide it to the key update detecting unit 21.
  • the key initiation negotiation unit 25 is configured to negotiate the startup time of the new key with the user terminal.
  • the function of the foregoing unit may be implemented by the MME and the eNB on the network side.
  • the user terminal and the network side in the active state initiate the key update process in different situations, and the key update problem in the active state session is solved.
  • the implementation process is simple and easy to implement.
  • the embodiment of the present invention has the following advantages: The user terminal and the network side in the active state are initiated to initiate a key update process in different situations, and the key update problem in the session in the active state is solved. .
  • the present invention can be implemented by hardware, or can be implemented by means of software plus necessary general hardware platform, and the technical solution of the present invention. It can be embodied in the form of a software product that can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.), including a number of instructions for making a computer device (may It is a personal computer, a server, or a network device, etc.) that performs the methods described in various embodiments of the present invention.
  • a non-volatile storage medium which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.
  • a computer device may It is a personal computer, a server, or a network device, etc.

Description

一种 active状态下的密钥更新方法和设备 本申请要求于 2007 年 9 月 28 日提交中国专利局、 申请号为 200710151885.5、 发明名称为 "一种 active状态下的密钥更新方法和 设备"的中国专利申请的优先权， 其全部内容通过引用结合在本申请 中。
技术领域
本发明实施例涉及通信技术领域， 尤其涉及一种 active状态下的 密钥更新方法和设备。 背景技术
为了保证未来 3GPP ( 3rd Generation Partnership Project, 第三代 合作伙伴计划） 系统的竟争力， 一个接入技术演进的工作正在 3GPP 组织内部进行。 特别是为了加强 3GPP系统处理快速增长的 IP数据 业务的能力， 在 3GPP系统内使用分组技术需要进一步的增强。 这类 技术演进中最重要的几个部分包括： 减少时延和反应时间， 更高速的 用户数据速率，增强的系统容量和覆盖范围以及运营商整体成本的降 低。 并且， 演进的网络结构对于现有网络的后向兼容性也是一个重要 的指标， 其中在安全方面，要求演进网络中的用户安全流程必须确保 提供至少和目前 2G和 3G系统相同级别的安全机制。
如图 1 所示， 无线演进网络的核心网主要包含 MME ( Mobility Management Entity , 移动管理实体）、 SAE Gateway ( System Architecture Evolution Gateway , 系统架构演进网关）等逻辑功能体， 其中的 MME负责控制面的移动性管理， 包括用户上下文和移动状态 管理， 分配用户临时身份标识、 安全功能等； SAE Gateway负责空闲 状态下为下行数据发起寻呼， 管理保存 IP承载参数和网络内路由信 息等， 充当不同接入系统间的用户面锚点。 在无线演进网络中， 用户 面的安全被终结在接入网， 其中接入网 BS ( Base Station, 基站）称 为 eNB ( evolved NodeB, 演进基站）， 信令面的安全分为接入层信令 RRC ( Radio Resource Control, 无线资源控制）信令和非接入层信令 NAS ( Non Access Stratum, 非接入层）信令两个部分， 分别终结在接 入网和核心网。信令保护和数据保护所需密钥由 AKA( Authentication and Key Agreement, 密钥认证）过程产生的密钥 CK、 IK进行各种衍 生而来， 衍生关系如图 2所示。
其中
Figure imgf000004_0001
是 RRC信令完整性保护密钥， KeN&RRCJiNC是 RRC 信令加密保护密钥， KeNB -RRC-UP是用户面数据加密保护密钥。 而
KNASJiNC是NAS信令加密保护密钥， KNAS NI是 NAS信令完整性保护 密钥。 发明内容
本发明的实施例提供一种 active状态下的密钥更新方法和设备， 以实现在 active状态下实现密钥的更新。
为达到上述目的，本发明的实施例提供一种 active状态下的密钥 更新方法， 包括以下步骤：
处于 active状态下的用户终端或网络侧在满足预设条件时，发起 密钥更新；
所述网络侧和用户终端更新密钥并协商所述新密钥的启动时间。 本发明的实施例还提供一种用户终端， 用于在 active状态下进行 密钥更新， 包括：
终端密钥更新检测单元，用于根据预设条件判断是否需要发起密 钥更新；
终端密钥更新发起单元，用于在所述终端密钥更新检测单元判断 为需要进行密钥更新时， 向网络侧发送密钥更新请求消息。
本发明的实施例还提供一种网络侧实体，用于在 active状态下进 行密钥更新， 包括：
密钥更新检测单元，用于根据预设条件判断是否需要发起密钥更 新；
密钥更新发起单元，用于在所述密钥更新检测单元判断为需要进 行密钥更新时发送请求消息， 用于指示密钥更新；
密钥更新单元， 用于在用户终端或网络侧实体发起密钥更新时， 进行密钥的更新。
本发明的实施例还提供一种激活 active状态下的密钥更新方法， 包括以下步骤：
网络侧在满足预设条件时， 发起密钥更新；
所述网络侧更新密钥并通知用户终端 UE所述新密钥。 附图说明
图 1是现有技术中无线演进网络的结构示意图；
图 2是现有技术中密钥的衍生关系示意图；
图 3是本发明的实施例一中 active状态下的密钥更新方法流程 图；
图 4是本发明的实施例二中 UE主动发起的 active状态下的密钥 更新流程图；
图 5是本发明的实施例三中网络侧 eNB主动发起的 active状态 下的密钥更新流程图；
图 6是本发明的实施例五中网络侧 eNB主动发起的 active状态 下的密钥更新流程图；
图 7是本发明的实施例六中网络侧 MME主动发起的 active状态 下的密钥更新流程图；
图 8是本发明的实施例七中 eNB通过空口密钥更新过程将新密 钥通知 UE的流程图；
图 9是本发明的实施例八中 eNB通过空口密钥更新过程将新密 钥通知 UE的流程图；
图 10是本发明的实施例九中 active状态下的密钥更新系统示意 图。 具体实施方式
在实现本发明的过程中， 发明人发现现有技术至少存在以下问 题：
在 SAE( System Architecture Evolution,系统架构演进 )/LTE( Long Term Evolution, 长期演进） 系统中， 已经有相关讨论涉及在密钥协 商后如何立即应用到正在激活的会话中的方法进行了讨论。其中所有 的方法都是以密钥已经成功更新为新密钥为前提，但都没有涉及如何 获得该新密钥的过程。 因此需要提出一种方法解决如何在 active状态 下协商新密钥。 另外 active状态密钥更新要求网络侧也有发起密钥协 商的能力。 现有技术中， 网络侧并不会在通信中主动地发起密钥更新 流程， 而是只有当用户从非 active状态到 active状态转换， 向网络侧 发起的初始 NAS 消息后， 如附着请求， paging (寻呼） 响应， 位置 更新请求等， 才会判断是否需要更新某种密钥。 以下结合附图和实施例， 对本发明的实施方式做进一步的说明。 本发明的实施例一中， 一种 active状态下的密钥更新方法为： 由 UE决定是否需要在 active状态下更新密钥，该 active状态下的密钥更新 方法如图 3所示， 包括如下步骤：
步骤 s301、 处于 active状态的用户终端或网络侧根据预先的设置， 判断需要进行密钥更新并发起密钥更新。
该预先的设置可以包括： （ 1 )用户终端发现 UP ( User Plane, 用 户面）或者 RRC对应的序列号快要到达上限值； （2 )用户终端进行 了演进基站 eNB切换、 自切换或系统间切换； （3 )用户终端或网络 侧发现 KASME长时间没有更新。
步骤 s302、 网络侧执行密钥更新流程。
该密钥更新包括：通过 AKA鉴权过程更新所有密钥； 或不需要执 行 AKA更新 KASME, 只更新其衍生密钥。 步骤 s303、 用户终端和网络侧获得更新后的密钥。
步骤 s304、 获得新密钥后， 用户终端和网络侧协商新密钥启动时 间。 以下结合不同的应用场景， 对本发明的实施方式做进一步说明。 本发明的实施例二中，一种 active状态下的密钥更新方法如图 4所 示， 为 UE主动发起的 active状态下的密钥更新流程， 包括以下步骤： 步骤 s401、当 UE在 active状态发现密钥由于某种原因需要更新时， 主动向网络侧 MME触发密钥更新流程。
该密钥需要进行更新的可能原因包括： （ 1 ) UP (或者 RRC对应 的序列号快要到达上限值； （2 ) UE刚刚切换到新的 eNB; ( 3 ) KASME 过长时间没有更新。 UE可以通过向 MME发送一个 TAU/RAU请求 ,或 者特殊的附着请求， 或者特殊的业务请求， 或者一个密钥更新请求消 息来触发密钥更新流程。
如果釆用发送 TAU/RAU消息的方式作为密钥更新请求触发密钥 更新， 即使 UE并没有发生位置 /路由区更新， 也同样发送这个 TAU/RAU请求 , 只不过 TAU/RAU请求中的旧路由区标识和新路由区 标识一致。 为了对密钥的更新请求进行标识， 可以将该 TAU/RAU请 求中 Update type (更新类型）的值设置一个特殊值， 代表密钥需要更 新。 这个特殊值可以只统一使用一个特殊值而不区分哪种原因， 也可 细分为对于不同原因 （RRC/UP counter值溢出， 或者发生切换， 或者 KASME过期）使用不同的值； 或者 UE不做任何指示， 釆用已有的几种 取值（比如代表路由 /位置区更换的取值） 。 另外由于周期性位置注 册并不需要更新密钥， 因此应该与其相区分。 为了与周期性位置 /路 由注册区分， Update type最好不要釆用代表 "Periodic updating (周期 更新 ) " 的取值， 如 000。
注： 现有 UMTS中 Update type的几种取值如表 1所示：
表 1 : 0 0 0 RA updating
0 0 1 combined RA/LA updating
0 1 0 combined RA/LA updating with IMSI attach
0 1 1 Periodic updating 步骤 s402、 MME收到触发密钥更新的请求（可以是步骤 401所述 的几种请求之一） 以后， 根据请求类型执行相关密钥更新。
如果 KASME需要更新， 例如从 GSM/UMTS到 S AE/LTE跨系统切 换， 或者 KASME过期， 便发起 AKA鉴权过程；
如果 KASME不需要更新， 只需要更新其衍生密钥， 如发生 LTE系 统内切换， 或者由于 RRC/UP的 counter值溢出， 需要更新密钥， 那么 就基于 KASME计算新的衍生密钥。 可以只更新 KeNB , 也可以连同
KNAS-int , KNAS-enc一起更新。
步骤 s403、 如果步骤 s402中， 判断需要执行 KASME更新， 那么就 执行 AKA过程更新密钥。 此步骤可选。
步骤 S404、 根据步骤 s402决定， 更新各个密钥。 如果只需更新
KASME的各衍生密钥， 那么就利用已有的 KASME密钥计算相应的密钥。
步骤 s405、 MME将新密钥发给 eNB。
步骤 s406、 eNB和 UE协商新密钥启动时间。
eNB通知新密钥启用时间的方法可以为以下几种之中的一种， 也 可以是这几种方法以外的某种：
( 1 ) eNB将新密钥启用时间通过一个简化的安全模式命令通知 给 UE, UE确认收到的安全模式命令。 UE与网络侧根据新密钥启用时 间来启用新密钥。 如果 NAS密钥需要更新， 在步骤 s405, 进一步地， 还包括发起 NAS安全模式命令， 以协商新 NAS密钥启动时间。
( 2 ) eNB发起一个自切换命令， 要求 UE切换到 eNB自己身上， 以便使得 UE能够使用上自己的密钥。
( 3 ) eNB在每个数据包前面加上 KSI, 以指示 UE釆用哪个解密。 除了以上方法外，还可以参见下面实施例七中步骤 s801或实施例 八中步骤 s901的描述。 步骤 s407、 网络侧向用户发送响应消息 , 以结束所有流程。 需要指出的是新 NAS密钥启动时间还可以在此响应中携带。 本发明的实施例三中，一种 active状态下的密钥更新方法如图 5所 示， 为网络侧 eNB主动发起的 active状态下的密钥更新流程。
本实施例是 eNB发起的密钥更新过程。 当 UP或者 RRC加密 /完整 性保护的序列号将要到达最大值（ about to wrap around ) ， 为了防止 密钥流重复， 可能需要更新相应的密钥； 或者即使序列号没有达到最 大值， UE处于 LTE— ACTIVE状态的时间很长， 有可能需要更新用户 面保护密钥 Kup-enc或者 KeNB。 这两种情况下不需要更新 KASME和 KMME, 仅需要更新 KUP、 KRRC密钥。 当然也可以同时更新 KASME。
实施例三中密钥更新流程描述如下：
步骤 s501、 当 eNB根据上述安全需求发现密钥需要更新时， 向 MME发送密钥更新请求消息， 申请 MME产生新的 KeNB; MME将从 KASME中导出新的 KeNB;
该密钥更新请求消息可能为： （ 1 )一种专门为 eNB请求 MME更 新密钥的请求消息， 该请求消息需要 MME的响应。 （2 )—种通知类 型消息。 通知 MME需要更新密钥 , 该通知消息不需要 MME的响应。
步骤 S502、 MME根据情况对密钥 KeNB进行更新。其中 KeNB可以是
MME通过已有的 KASME衍生得到 , 也可以是 MME通过 AKA流程更新 完 KASME之后再计算出的。
步骤 s503、 MME将新的 KeNB发送给 eNB。 MME可以通过以下几 种方式将密钥发给 eNB。
( 1 ) 一种对应于步骤 s501中， 与 eNB发送的密钥更新请求对应 的密钥更新响应消息。
( 2 )一种 MME主动发起的上下文修改消息， 在修改消息里把新 密钥发给 eNB。
( 3 )—种 MME主动发起的安全上下文修改消息， 在修改消息里 把新密钥发给 eNB。 值得指出的是， 除了新 KeNB, MME可能还需要将计算 KeNB所需 其它参数通过以上方式发给 eNB。 例如当 MME利用已有的 KASME计算 新密钥时，可能需要引入一个可变参数（如一个计数器，一个随机数）， 那么这个可变参数可能也需要发给 eNB , 通过 eNB发给 UE, 以保证 UE可以釆用相同参数计算这个新的 KeNB。
eNB将根据这个新的 KENB衍生出新的 KUP和 KRRC。 这个衍生过程 可能需要使用到 C - RNTI或一个随机数作为输入参数； 如果使用 C - RNTI, 那么既可能使用原来的 C - RNTI, 也可能为该 UE新产生一个 C _ RNTI参数。
步骤 s504、 空口新密钥启动过程， 即如何协商新密钥更换时间的 方法， 除了现有方案中利用 PDCP ( Packet Data Convergence Protocol , 分组数据会聚协议） SN、数据里携带 KSI或者强制 UE进行 IDLE状态 转换， Intra-cell自切换的方式， 还可以参见下面实施例七中步骤 s801 和步骤 s802或实施例八中步骤 s901和步骤 s902的描述。
如果步骤 s503中 MME釆用方式（2 )发送 KeNB, 那么 eNB可能需 要在新密钥启动后， 向 MME响应一个（安全）上下文 ^ί'爹改响应消息。 本发明的实施例四中，一种 active状态下的密钥更新方法如图 5所 示， 为网络侧 eNB主动发起的 active状态下的密钥更新流程。
本实施例是 eNB发起的密钥更新过程。 当 UP或者 RRC加密 /完整 性保护的序列号将要到达最大值（ about to wrap around ) ， 为了防止 密钥流重复， 可能需要更新相应的密钥； 或者即使序列号没有达到最 大值， UE处于 LTE— ACTIVE状态的时间很长， 有可能需要更新用户 面保护密钥 KUP—或者 KENB。 这两种情况下不需要更新 KASME和 KMME, 仅需要更新 KUP、 KRRC密钥。
与实施例三不同的是： 在实施例三中 KeNB是更新的， 而在本实施 例中 KeNB不更新。 实施例四中密钥更新流程描述如下：
( 1 )当 eNB发现密钥需要更新时（ eNB根据上述安全需求发现密 钥需要更新）， 便生成一个随机数或者新的 C - RNTI, 再利用 KeNB以 及其他参数生成新的 RRC/UP密钥。
( 2 ) eNB通过空口密钥更新过程将新密钥参数通知 UE。 所釆用 的空口密钥更新过程参见以下实施例的描述。 本发明的实施例五中，一种 active状态下的密钥更新方法如图 6所 示， 为网络侧 eNB主动发起的 active状态下的密钥更新流程， 包括以 下步骤：
步骤 s601、 在非切换情况下， 如果网络侧如 eNB想更新密钥。 那 么就向 UE发送一个自切换命令， 即要求 UE切换到源小区 （目标小区 与源小区相同） 。
步骤 s602、 UE收到切换命令以后， 重新接入 eNB。
以下流程中步骤 s603 ~步骤 s609的描述请参考实施例二中的步 骤 s401 ~步骤 s407, 在此不进行重复介绍。 本发明的实施例六中，一种 active状态下的密钥更新方法如图 7所 示， 为网络侧 MME主动发起密钥更新的流程， 包括以下步骤：
步骤 s701、 网络侧 MME发现 KASME使用时间过长或者 UE发生 inter-RAT切换后等需要更新 KASME的情况， 便决定主动发起一个 AKA 过程。 网络侧需要为每个 KASME设一个有效时间， 当有效时间到达最 大值时， 立即触发相应的流程
步骤 s702、 MME主动向 UE发起一个特殊的 paging消息， 此步骤 可选。
这个特殊的寻呼请求的 Paging cause可以是 NULL,或者是一个特 殊的值表示执行密钥更新。
步骤 s703、 UE收到 paging消息后， 向网络发送 paging响应。
步骤 s702和 s703为可选步骤。
步骤 s704、 当 MME直接向 UE发送鉴权请求消息以发起执行 AKA, 或者在收到 paging响应以后， 便会按照现有技术中收到 paging 消息一样， 决定执行 AKA, 并向 UE发起 AKA流程。 步骤 s705、 MME计算出各个衍生密钥。
步骤 s706、 MME将 KeNB发给 eNB, 发送的具体方式可以为携带在 NAS消息中， 并指示 UE新的 NAS密钥启用时间， 该步骤为可选。
MME可釆用以下几种方式之一将密钥发给 eNB:
( 1 )釆用一个主动向 eNB发送的上下文修改消息携带。 这个上 下文修改消息可以釆用一种特殊的 S 1初始上下文建立消息 ,也可以是 新定义的 S1接口信令。
( 2 )釆用一个主动向 eNB发送的安全上下文修改消息携带。 当然也不排除有其它的类似消息发送。
步骤 s707、 eNB和 UE协商新密钥启动时间。 可选的需要将 NAS 密钥启动时间也可以在此过程协商。
步骤 s708、 用户与网络侧釆用新密钥通信。
对于新生成的密钥， eNB需要通过空口密钥更新过程将新密钥启 动通知 UE。在密钥更新过程中空口密钥更新过程的主要目的是： （ 1 ) 将衍生密钥相关的参数发送给 UE, 比如新的 C - RNTI或者随机数； ( 2 )告诉 UE密钥的启动时间。 本发明的实施例七中， 以 SMC ( Safe Mode Control, 安全模式控 制）过程为例， 描述了 eNB通过空口密钥更新过程将新密钥启动通知 UE的流程， 如图 8所示， 包括以下步骤：
步骤 s801、 eNB根据触发条件确定需要发送特殊 SMC消息给 UE。 该 SMC消息中参数包含以下参数中的一种或多种： （1 ) 密钥衍 生需要的参数， 如 C - RNTI、 随机数等； （2 ) NAS密钥的下行启动 时间； （3 ) RRC密钥的下行启动时间； （4 )用户面密钥的上下行启 动时间； （5 )其他的可能的参数， 如确定上行数据包（包括用户面、 控制面数据包） 的新密钥启动时间。
另外 eNB在发送下行消息时可能： （ 1 )停止下行数据的发送， 这样下行启动时间就可以从下一个数据包开始； （2 )继续发送， 但 是为了避免发送包过快而导致的密钥启动错误，启动的 PDCP SN可以 向后设置一些；
当然除了 SMC消息外，也可以是新定义一种安全上下文修改命令 /安全重配置命令等新的命令， 要求 UE按照命令携带的参数， 以及时 间更换所使用的密钥。
步骤 s802、 UE收到相关消息后， 给 eNB返回相应的消息。
具体的， UE收到该 SMC消息后， 根据相关参数衍生出新密钥； 可选的还可能需要确定上行数据包（包括用户面、 控制面数据包）的 启动时间； 然后给 eNB返回相应的消息。 消息中带上新密钥启动的各 个 PDCP SN。 UE可以不停止数据包的发送， 而是在后台计算出新的 密钥和新的密钥启动时间， 然后将新的启动时间发送给 eNB, 如果釆 用这种方法，那么就需要将上行数据包的密钥启动时间设置得靠后一 点。
步骤 s803、 空口在新的密钥保护下通讯。 本发明的实施例八中， 以使用自切换过程为例， 描述了 eNB通过 空口密钥更新过程将新密钥通知 UE的流程。 如图 9所示， 包括以下步 骤：
步骤 s901、 eNB根据触发条件确定需要发送 HO Command消息给
UE。
在通常情况下，由于 HO Command 消息发送给 UE是告诉 UE切换 到另一个 Cell, 所以在 HO Command 消息中会带上另一个 Cell分配的 空中资源和 C-RNTI等； 但是在实施例中 HO Command 消息并不是指 示 UE切换到其他的 Cell, 仅仅是告诉 UE启动密钥更新， 所以参数需 要做一些变换： （ 1 )原 HO Command消息中的 transparent container for Target eNB to UE要去掉； （2 )原消息中由 target eNB分配给 UE的 C-RNTI需要修改成由 Source eNB自己来分配新的 C-RNTI; ( 3 )增加 可能需要的 NAS密钥启动时间； （4 )增加 RRC密钥的下行启动时间； ( 5 )增加用户面密钥的下行启动时间； （6 )增加原因值， 告诉 UE 本 HO Command消息是指示 UE做密钥更新的， 不是做切换的。 此夕卜，按照 HO Command的一般要求， eNB在发送了 HO Command 消息后将不再下发任何数据包。
步骤 s902、 UE收到 HO Command消息后： （ 1 )根据原因值判断 本次切换仅仅是为了更新密钥； 所以不需要向新小区同步； （2 )停 止上行数据包的发送； （ 3 )衍生出新的密钥； （ 4 )确定上行数据包 的启动时间； （5 ) 向 eNB发送消息， 告知上行数据包的启动时间。
步骤 s903、 UE和 eNB之间在新密钥保护下进行通讯。
通过使用本发明的实施例提供的方法， 实现了不同情况下， 处于 active状态的用户终端和网络侧主动发起密钥更新流程， 解决了处于 active状态的会话中的密钥更新问题。 另外， 实现过程简单， 易于实 现。
本发明的实施例九还公开了一种 active状态下的密钥更新系统， 如图 10所示， 包括至少一个用户终端 10和网络侧实体 20, 该处于 active状态下的用户终端和网络侧实体在满足预设条件时， 发起密钥 更新并更新密钥。
具体的， 用户终端 10进一步包括：
终端密钥更新检测单元 11 , 用于根据预设条件判断是否需要发 起密钥更新。
终端密钥更新发起单元 12, 用于在终端密钥更新检测单元 11判 断为需要进行密钥更新时，向网络侧实体 20发送密钥更新请求消息。
终端密钥更新设置单元 13 , 用于预先设置发起密钥更新的条件 并提供给终端密钥更新检测单元 11。
具体的， 网络侧实体 20具体包括：
密钥更新检测单元 21 , 用于根据预设条件判断是否需要发起密 钥更新。
密钥更新发起单元 22 , 用于在密钥更新检测单元 21判断为需要 进行密钥更新时， 向用户终端 10发送请求消息， 用于指示密钥更新。
密钥更新单元 23 , 用于在用户终端 10或网络侧实体 20发起密 钥更新时， 进行密钥的更新。 密钥更新设置单元 24 , 用于预先设置发起密钥更新的条件并提 供给密钥更新检测单元 21。
密钥启动协商单元 25 , 用于与所述用户终端协商所述新密钥的 启动时间。
其中， 上述单元的功能可以通过网络侧的 MME以及 eNB实现。 通过使用本发明的实施例提供的系统和设备， 实现了不同情况 下， 处于 active状态的用户终端和网络侧主动发起密钥更新流程， 解 决了处于 active状态的会话中的密钥更新问题。另夕卜，实现过程简单， 易于实现。
与现有技术相比， 本发明的实施例具有以下优点： 实现了不同情 况下处于 active状态的用户终端和网络侧主动发起密钥更新流程，解 决了处于 active状态的会话中的密钥更新问题。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解 到本发明可以通过硬件实现，也可以可借助软件加必要的通用硬件平 台的方式来实现基于这样的理解，本发明的技术方案可以以软件产品 的形式体现出来， 该软件产品可以存储在一个非易失性存储介质（可 以是 CD-ROM, U盘， 移动硬盘等） 中， 包括若干指令用以使得一 台计算机设备（可以是个人计算机， 服务器， 或者网络设备等）执行 本发明各个实施例所述的方法。
总之， 以上所述仅为本发明的较佳实施例而已， 并非用于限定本 发明的保护范围。 凡在本发明的精神和原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范围之内。

Claims

权利要求
1、 一种激活 active状态下的密钥更新方法， 其特征在于， 包括 以下步骤：
处于 active状态下的用户终端或网络侧在满足预设条件时，发起 密钥更新；
所述网络侧和所述用户终端更新密钥并协商新密钥的启动时间。
2、 如权利要求 1所述 active状态下的密钥更新方法， 其特征在 于， 所述预设条件包括以下条件中的一种或多种：
所述用户终端或网络侧发现用户面 UP或者无线资源控制信令对 应的序列号即将到达上限值； 或
所述用户终端进行了演进基站 eNB切换、 自切换或系统切换； 或
所述用户终端或所述网络侧发现 KASME长时间没有更新。
3、 如权利要求 1所述 active状态下的密钥更新方法， 其特征在 于， 所述用户终端发起密钥更新的方法具体为：
所述用户终端向所述网络侧发送触发密钥更新的请求消息，所述 发送触发密钥更新的请求消息具体包括以下方式中的一种或多种： 发送携带特殊字段的位置或路由区更新请求； 或
发送密钥更新请求； 或
发送携带特殊字段的业务请求； 或
发送携带特殊字段的附着请求。
4、 如权利要求 3所述 active状态下的密钥更新方法， 其特征在 于， 所述特殊字段包括需要进行密钥更新的字段， 和 /或需要进行密 钥更新的原因字段。
5、 如权利要求 1所述 active状态下的密钥更新方法， 其特征在 于， 所述用户终端发起密钥更新时， 所述网络侧和用户终端更新密钥 并协商所述新密钥的启动时间的步骤具体为：
网络侧移动性管理实体 MME接收所述用户终端发送的密钥更新 请求；
所述 MME判断需要更新全部密钥时 , 执行密钥认证 AKA鉴权 过程更新全部密钥， 否则所述网络侧只更新^ ^生密钥；
所述 MME通知网络侧演进基站 eNB所述新密钥；
所述 eNB与所述用户终端协商所述新密钥的启动时间。
6、 如权利要求 1所述 active状态下的密钥更新方法， 其特征在 于， 所述网络侧发起密钥更新的方法包括以下方式中的一种或多种： 所述网络侧 eNB 向所述用户终端发送自切换指令， 用于指示所 述用户终端在自切换后向网络侧发送密钥更新请求； 或
所述网络侧 eNB在 KeNB需要更新时， 向所述 MME发送密钥更 新消息； 或
所述网络侧 eNB在！^^不需要更新时， 向所述用户终端发送密 钥更新消息； 或
所述网络侧 MME向所述用户终端发送寻呼 paging消息，用于指 示所述用户终端向网络侧发送密钥更新请求； 或
所述网络侧 MME发现密钥需要更新， 直接向 UE发送 AKA鉴 权请求。
7、 如权利要求 1所述 active状态下的密钥更新方法， 其特征在 于， 所述网络侧发起密钥更新时， 所述网络侧和用户终端更新密钥并 协商所述新密钥的启动时间的步骤具体为：
所述 MME对密钥 KeNB进行更新并通知所述 eNB;
所述 eNB与所述用户终端协商所述新密钥的启动时间。
8、 如权利要求 6所述 active状态下的密钥更新方法， 其特征在 于， 所述 eNB向所述 MME发送密钥更新消息的方法包括以下方式 中的一种或多种：
所述 eNB向所述 MME发送更新密钥的请求消息， 所述请求消 息需要 MME的响应； 或
所述 eNB向所述 MME发送更新密钥的通知消息， 用于通知所 述 MME需要更新密钥， 所述通知消息不需要 MME的响应。
9、 如权利要求 6所述 active状态下的密钥更新方法， 其特征在 于， 所述网络侧 eNB向所述用户终端发送密钥更新消息时， 所述网 络侧和用户终端更新密钥并协商所述新密钥的启动时间的步骤具体 为：
所述 eNB根据 KeNB以及生成密钥所需的参数生成新密钥； 所述 eNB与所述用户终端协商所述新密钥的启动时间。
10、 如权利要求 5或 7或 8所述 active状态下的密钥更新方法， 其特征在于， 所述 MME通知 eNB所述新密钥的方法包括以下方式 中的一种或多种：
所述 MME根据所述 eNB发送的密钥更新请求 , 发送对应的密钥 更新响应消息， 并在所述密钥更新响应消息中携带所述新密钥、 和 / 或生成所述新密钥所需参数； 或
所述 MME向所述 eNB主动发起上下文修改消息 , 并在所述上下 文修改消息中携带所述新密钥、 和 /或生成所述新密钥所需参数； 或 所述 MME向所述 eNB主动发起安全上下文修改消息， 并在所 述安全上下文修改消息中携带所述新密钥、 和 /或生成所述新密钥所 需参数。
11、 如权利要求 1或 5或 9所述 active状态下的密钥更新方法， 其特征在于，所述网络侧与用户终端协商所述新密钥的启动时间的方 法包括以下方式中的一种或多种：
所述网络侧向所述用户终端发送携带新密钥启用时间的消息；或 所述网络侧向所述用户终端发送自切换命令，用于指示所述用户 终端在自切换到当前 eNB后使用更新后的密钥； 或
所述网络侧数据包前面携带密钥标识，用于指示用户终端解密所 使用的密钥； 或
所述网络侧向所述用户终端发送的密钥更新响应消息中携带新 密钥启用时间； 或
所述网络侧通过安全模式控制 SMC过程与用户终端协商所述新 密钥的启动时间； 或 所述网络侧通过安全模式修改过程与用户终端协商所述新密钥 的启动时间； 或
所述网络侧通过自切换过程与用户终端协商所述新密钥的启动 时间。
12、 一种用户终端， 用于在 active状态下进行密钥更新， 其特征 在于， 包括：
终端密钥更新检测单元，用于根据预设条件判断是否需要发起密 钥更新；
终端密钥更新发起单元，用于在所述终端密钥更新检测单元判断 为需要进行密钥更新时， 向网络侧发送密钥更新请求消息。
13、 如权利要求 12所述用户终端， 其特征在于， 还包括： 终端密钥更新设置单元，用于预先设置发起密钥更新的条件并提 供给所述终端密钥更新检测单元。
14、 一种网络侧实体， 用于在 active状态下进行密钥更新， 其特 征在于， 包括：
密钥更新检测单元，用于根据预设条件判断是否需要发起密钥更 新；
密钥更新发起单元，用于在所述密钥更新检测单元判断为需要进 行密钥更新时发送请求消息， 用于指示密钥更新；
密钥更新单元， 用于在用户终端或网络侧实体发起密钥更新时， 进行密钥的更新。
15、 如权利要求 14所述网络侧实体， 其特征在于， 还包括： 密钥更新设置单元，用于预先设置发起密钥更新的条件并提供给 所述密钥更新检测单元。
16、 如权利要求 14所述网络侧实体， 其特征在于， 还包括： 密钥启动协商单元，用于与所述用户终端协商所述新密钥的启动 时间。
17、 一种激活 active状态下的密钥更新方法， 其特征在于， 包括 以下步骤： 网络侧在满足预设条件时， 发起密钥更新；
所述网络侧更新密钥并通知用户终端 UE所述新密钥。
18、 如权利要求 17所述的方法， 其特征在于， 所述网络侧在满 足预设条件时发起密钥更新包括以下方式中的一种或多种：
所述网络侧 eNB 向所述用户终端发送自切换指令， 用于指示所 述用户终端在自切换后向网络侧发送密钥更新请求； 或
所述网络侧 eNB在 KeNB需要更新时， 向网络侧 MME发送密钥 更新消息； 或
所述网络侧 eNB在！^^不需要更新时， 向所述用户终端发送密 钥更新消息； 或
所述网络侧 MME向所述用户终端发送寻呼 paging消息，用于指 示所述用户终端向网络侧发送密钥更新请求； 或
所述网络侧 MME发现密钥需要更新， 直接向所述用户终端发送 AKA鉴权请求。
19、 如权利要求 17所述的方法， 其特征在于， 所述网络侧更新 密钥并通知用户终端 UE所述新密钥包括： 所述网络与所述用户终端 协商新密钥启动时间。
20、 如权利要求 17所述的方法， 其特征在于， 所述网络侧更新 密钥并通知用户终端 UE所述新密钥包括：
MME对密钥 KeNB进行更新并通知 eNB;
所述 eNB与所述用户终端协商所述新密钥的启动时间。
21、 如权利要求 20所述 active状态下的密钥更新方法， 其特征 在于， 所述 MME通知 eNB所述新密钥的方法包括以下方式中的一 种或多种：
所述 MME根据所述 eNB发送的密钥更新请求 , 发送对应的密钥 更新响应消息， 并在所述密钥更新响应消息中携带所述新密钥、 和 / 或生成所述新密钥所需参数； 或
所述 MME向所述 eNB主动发起上下文修改消息 , 并在所述上下 文修改消息中携带所述新密钥、 和 /或生成所述新密钥所需参数； 或 所述 MME向所述 eNB主动发起安全上下文修改消息， 并在所 述安全上下文修改消息中携带所述新密钥、 和 /或生成所述新密钥所 需参数。
PCT/CN2008/072534 2007-09-28 2008-09-25 Procédé et dispositif pour mettre à jour la clé dans l'état actif WO2009043294A1 (fr)

Priority Applications (8)

Application Number Priority Date Filing Date Title
EP08801004.6A EP2197147B1 (en) 2007-09-28 2008-09-25 Method and device for updating a key in the active state
EP19162161.4A EP3591891B1 (en) 2007-09-28 2008-09-25 Method and apparatus for updating key in an active state
US12/748,798 US8300827B2 (en) 2007-09-28 2010-03-29 Method and apparatus for updating key in an active state
US12/977,617 US8023658B2 (en) 2007-09-28 2010-12-23 Method and apparatus for updating a key in an active state
US13/229,400 US8144877B2 (en) 2007-09-28 2011-09-09 Method and apparatus for updating a key in an active state
US13/587,340 US9031240B2 (en) 2007-09-28 2012-08-16 Method and apparatus for updating a key in an active state
US14/674,155 US10057769B2 (en) 2007-09-28 2015-03-31 Method and apparatus for updating a key in an active state
US15/999,503 US10999065B2 (en) 2007-09-28 2018-08-20 Method and apparatus for updating a key in an active state

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2007101518855A CN101400059B (zh) 2007-09-28 2007-09-28 一种active状态下的密钥更新方法和设备
CN200710151885.5 2007-09-28

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/748,798 Continuation US8300827B2 (en) 2007-09-28 2010-03-29 Method and apparatus for updating key in an active state

Publications (1)

Publication Number Publication Date
WO2009043294A1 true WO2009043294A1 (fr) 2009-04-09

Family

ID=40518250

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2008/072534 WO2009043294A1 (fr) 2007-09-28 2008-09-25 Procédé et dispositif pour mettre à jour la clé dans l'état actif

Country Status (6)

Country Link
US (6) US8300827B2 (zh)
EP (2) EP2197147B1 (zh)
CN (1) CN101400059B (zh)
PT (1) PT2197147T (zh)
TR (1) TR201906527T4 (zh)
WO (1) WO2009043294A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110574334A (zh) * 2017-05-05 2019-12-13 诺基亚技术有限公司 提供安全信息

Families Citing this family (74)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2087634B1 (en) * 2006-11-01 2016-07-20 Telefonaktiebolaget LM Ericsson (publ) Telecommunication systems and encryption of control messages in such systems
CN101309500B (zh) 2007-05-15 2011-07-20 华为技术有限公司 不同无线接入技术间切换时安全协商的方法和装置
US8311512B2 (en) * 2007-06-21 2012-11-13 Qualcomm Incorporated Security activation in wireless communications networks
CN101400059B (zh) 2007-09-28 2010-12-08 华为技术有限公司 一种active状态下的密钥更新方法和设备
CN102595399B (zh) * 2008-06-23 2017-02-01 华为技术有限公司 密钥衍生方法、设备及系统
CN101883346B (zh) * 2009-05-04 2015-05-20 中兴通讯股份有限公司 基于紧急呼叫的安全协商方法与装置
CN101583130B (zh) * 2009-06-18 2015-09-16 中兴通讯股份有限公司 空口密钥的生成方法与装置
CN101668289B (zh) * 2009-09-16 2014-09-10 中兴通讯股份有限公司 无线通信系统中空口密钥更新的方法及系统
CN102025685B (zh) 2009-09-21 2013-09-11 华为技术有限公司 认证处理方法及装置
CN102638793B (zh) * 2009-09-21 2013-09-25 华为技术有限公司 认证处理方法及装置
KR101700448B1 (ko) 2009-10-27 2017-01-26 삼성전자주식회사 이동 통신 시스템에서 보안 관리 시스템 및 방법
CN101742492B (zh) * 2009-12-11 2015-07-22 中兴通讯股份有限公司 密钥处理方法及系统
CN101715188B (zh) * 2010-01-14 2015-11-25 中兴通讯股份有限公司 一种空口密钥的更新方法及系统
CN102264065A (zh) * 2010-05-27 2011-11-30 中兴通讯股份有限公司 一种实现接入层安全算法同步的方法及系统
WO2012032218A1 (en) * 2010-09-09 2012-03-15 Nokia Corporation Methods and apparatuses for handling an unavailable key
US8699713B1 (en) * 2011-09-30 2014-04-15 Emc Corporation Key update with compromise detection
US9021246B2 (en) * 2011-10-28 2015-04-28 GM Global Technology Operations LLC Method to replace bootloader public key
US9521644B2 (en) 2012-01-31 2016-12-13 Qualcomm Incorporated Methods and apparatus for providing network-assisted end-to-end paging between LTE devices
US8964990B1 (en) * 2012-05-17 2015-02-24 Amazon Technologies, Inc. Automating key rotation in a distributed system
US8908868B1 (en) 2012-05-17 2014-12-09 Amazon Technologies, Inc. Key rotation with external workflows
US9590959B2 (en) 2013-02-12 2017-03-07 Amazon Technologies, Inc. Data security service
US10075471B2 (en) 2012-06-07 2018-09-11 Amazon Technologies, Inc. Data loss prevention techniques
US10084818B1 (en) 2012-06-07 2018-09-25 Amazon Technologies, Inc. Flexibly configurable data modification services
US9286491B2 (en) 2012-06-07 2016-03-15 Amazon Technologies, Inc. Virtual service provider zones
CN102740289B (zh) * 2012-06-15 2015-12-02 电信科学技术研究院 一种密钥更新方法、装置及系统
WO2014041806A1 (en) * 2012-09-13 2014-03-20 Nec Corporation Key management in machine type communication system
US9817720B2 (en) 2012-10-29 2017-11-14 Nokia Solutions And Networks Oy Methods, apparatuses and computer program products enabling to improve handover security in mobile communication networks
GB2509937A (en) 2013-01-17 2014-07-23 Nec Corp Providing security information to a mobile device in which user plane data and control plane signalling are communicated via different base stations
US10211977B1 (en) 2013-02-12 2019-02-19 Amazon Technologies, Inc. Secure management of information using a security module
US10210341B2 (en) 2013-02-12 2019-02-19 Amazon Technologies, Inc. Delayed data access
US9608813B1 (en) 2013-06-13 2017-03-28 Amazon Technologies, Inc. Key rotation techniques
US10467422B1 (en) 2013-02-12 2019-11-05 Amazon Technologies, Inc. Automatic key rotation
US9367697B1 (en) 2013-02-12 2016-06-14 Amazon Technologies, Inc. Data security with a security module
US9300464B1 (en) * 2013-02-12 2016-03-29 Amazon Technologies, Inc. Probabilistic key rotation
US9547771B2 (en) 2013-02-12 2017-01-17 Amazon Technologies, Inc. Policy enforcement with associated data
US9705674B2 (en) 2013-02-12 2017-07-11 Amazon Technologies, Inc. Federated key management
CN103259792B (zh) * 2013-04-28 2016-08-31 汉柏科技有限公司 确定密钥更新时间的方法
WO2015037926A1 (en) * 2013-09-11 2015-03-19 Samsung Electronics Co., Ltd. Method and system to enable secure communication for inter-enb transmission
CN104519487A (zh) * 2013-09-30 2015-04-15 中兴通讯股份有限公司 一种pdcp计数值的处理方法和装置
CN105706474B (zh) * 2013-10-30 2019-12-13 日本电气株式会社 基于邻近的服务中的安全直接通信所用的设备、系统和方法
CN105850167B (zh) 2013-12-24 2019-07-23 日本电气株式会社 Sce所用的设备、系统和方法
CN105027495B (zh) * 2014-01-14 2018-12-14 华为技术有限公司 一种校验密钥的方法、基站、用户设备和核心网网元
CN105103577B (zh) * 2014-01-28 2019-05-24 华为技术有限公司 一种加密数据的装置和方法
CN103888261B (zh) * 2014-03-24 2017-10-27 北京智谷睿拓技术服务有限公司 证书更新方法及装置
US9397835B1 (en) 2014-05-21 2016-07-19 Amazon Technologies, Inc. Web of trust management in a distributed system
US9438421B1 (en) 2014-06-27 2016-09-06 Amazon Technologies, Inc. Supporting a fixed transaction rate with a variably-backed logical cryptographic key
US9866392B1 (en) 2014-09-15 2018-01-09 Amazon Technologies, Inc. Distributed system web of trust provisioning
US9622080B2 (en) * 2014-10-21 2017-04-11 Qualcomm Incorporated Cell update message management
US9693219B2 (en) 2014-10-24 2017-06-27 Ibasis, Inc. User profile conversion to support roaming
KR102213885B1 (ko) * 2014-11-28 2021-02-08 삼성전자주식회사 무선 통신 시스템에서 보안 모드 제어 장치 및 방법
US10469477B2 (en) 2015-03-31 2019-11-05 Amazon Technologies, Inc. Key export techniques
CN106332073B (zh) * 2015-06-16 2019-06-21 北京信威通信技术股份有限公司 一种集群组根密钥更新方法
CN106533659A (zh) * 2015-09-14 2017-03-22 北京中质信维科技有限公司 一种密钥更新方法和系统
US9883385B2 (en) 2015-09-15 2018-01-30 Qualcomm Incorporated Apparatus and method for mobility procedure involving mobility management entity relocation
EP3384698B1 (en) * 2015-12-03 2022-09-14 Telefonaktiebolaget LM Ericsson (publ) Multi-rat access stratum security
JP6630990B2 (ja) 2015-12-03 2020-01-15 テレフオンアクチーボラゲット エルエム エリクソン（パブル） マルチｒａｔネットワークにおける軽量ｒｒｃ接続セットアップ
US11212092B2 (en) 2016-04-05 2021-12-28 Nokia Solutions And Networks Oy Optimized security key refresh procedure for 5G MC
WO2017192143A1 (en) 2016-05-05 2017-11-09 Telefonaktiebolaget Lm Ericsson (Publ) Security context escrowing
CN107371155B (zh) * 2016-05-13 2021-08-31 华为技术有限公司 通信安全的处理方法、装置及系统
CN109644341B (zh) * 2016-07-01 2022-11-04 诺基亚技术有限公司 用于通信的方法、装置、通信设备、无线电接入系统和计算机可读介质
CN107800502B (zh) * 2016-08-31 2019-05-31 深圳市中兴微电子技术有限公司 加解密模式间切换的方法及装置
DK3574669T3 (da) 2017-01-30 2021-11-01 Ericsson Telefon Ab L M Sikkerhedskonteksthåndtering i 5G i forbundet modus
US10785193B2 (en) 2017-03-30 2020-09-22 Seagate Technology Llc Security key hopping
JP6996824B2 (ja) 2017-05-04 2022-01-17 ホアウェイ・テクノロジーズ・カンパニー・リミテッド 鍵取得方法およびデバイス、ならびに通信システム
US10542428B2 (en) 2017-11-20 2020-01-21 Telefonaktiebolaget Lm Ericsson (Publ) Security context handling in 5G during handover
US11038923B2 (en) * 2018-02-16 2021-06-15 Nokia Technologies Oy Security management in communication systems with security-based architecture using application layer security
CN112534849B (zh) * 2018-08-09 2023-08-01 中兴通讯股份有限公司 安全密钥生成技术
EP3713226A1 (en) * 2018-09-28 2020-09-23 Axis AB Content security for a video stream
WO2021192059A1 (ja) * 2020-03-24 2021-09-30 株式会社Ｎｔｔドコモ 端末及び通信方法
EP3910873A1 (en) 2020-05-15 2021-11-17 Kamstrup A/S Key-management for advanced metering infrastructure
KR20220084601A (ko) * 2020-12-14 2022-06-21 삼성전자주식회사 차세대 이동 통신 시스템에서 ho를 고려한 pki기반 as 인증 방법
CN115734219A (zh) * 2021-08-30 2023-03-03 华为技术有限公司 一种通信方法、装置及系统
US11677552B2 (en) * 2021-09-09 2023-06-13 Coinbase Il Rd Ltd. Method for preventing misuse of a cryptographic key
CN114339909A (zh) * 2021-11-02 2022-04-12 哲库科技(北京)有限公司 小区切换方法、装置及计算机可读存储介质

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1642073A (zh) * 2004-01-17 2005-07-20 神州亿品科技（北京）有限公司 无线局域网中组密钥的协商及更新方法
CN1777094A (zh) * 2004-11-15 2006-05-24 中兴通讯股份有限公司 通用引导体系中密钥重协商的触发方法
US20060140410A1 (en) * 2004-12-27 2006-06-29 Kabushiki Kaisha Toshiba Wireless communication device and wireless communication method
CN1835633A (zh) * 2005-09-02 2006-09-20 华为技术有限公司 一种密钥更新协商方法
EP1746797A1 (en) * 2005-07-18 2007-01-24 Research In Motion Limited Scheme for resolving authentication in a wireless packet data network after a key update
JP2007104430A (ja) * 2005-10-05 2007-04-19 Matsushita Electric Ind Co Ltd 暗号化データ送信装置、暗号化鍵更新方法、電子機器、プログラムおよび記録媒体

Family Cites Families (106)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5241598A (en) * 1991-05-22 1993-08-31 Ericsson Ge Mobile Communications, Inc. Rolling key resynchronization in cellular verification and validation system
US5974325A (en) * 1991-09-24 1999-10-26 Motorola, Inc. Cellular radio system using common radio backbone
US5265164A (en) * 1991-10-31 1993-11-23 International Business Machines Corporation Cryptographic facility environment backup/restore and replication in a public key cryptosystem
US5551073A (en) * 1993-02-25 1996-08-27 Ericsson Inc. Authentication key entry in cellular radio system
US5404404A (en) * 1993-07-01 1995-04-04 Motorola, Inc. Method for updating encryption key information in communication units
US5752190A (en) * 1993-07-30 1998-05-12 Hughes Electronics Supervisory audio tone based carrier-to-interference measurement in a mobile cellular communication system
US5742682A (en) * 1995-03-31 1998-04-21 Pitney Bowes Inc. Method of manufacturing secure boxes in a key management system
US5812666A (en) * 1995-03-31 1998-09-22 Pitney Bowes Inc. Cryptographic key management and validation system
US5661803A (en) * 1995-03-31 1997-08-26 Pitney Bowes Inc. Method of token verification in a key management system
US5805705A (en) * 1996-01-29 1998-09-08 International Business Machines Corporation Synchronization of encryption/decryption keys in a data communication network
US5761306A (en) * 1996-02-22 1998-06-02 Visa International Service Association Key replacement in a public key cryptosystem
US5966443A (en) * 1996-04-30 1999-10-12 Motorola, Inc. Method for correcting subscriber-based secure call keys
US5887251A (en) * 1996-10-30 1999-03-23 Ericsson Inc. Authentication key management for mobile stations
CA2411993C (en) * 1997-04-24 2009-05-19 Ntt Mobile Communications Network Inc. Method and system for mobile communications
US5862452A (en) * 1997-10-20 1999-01-19 Motorola, Inc. Method, access point device and peripheral devices for low complexity dynamic persistence mode for random access in a wireless communication system
US6580906B2 (en) * 1997-12-10 2003-06-17 Intel Corporation Authentication and security in wireless communication system
US5991405A (en) 1998-01-27 1999-11-23 Dsc Telecom, L.P. Method for dynamically updating cellular phone unique encryption keys
JP4071870B2 (ja) * 1998-08-20 2008-04-02 インターナショナル・ビジネス・マシーンズ・コーポレーション 秘密鍵生成方法
US6487403B2 (en) * 1999-08-19 2002-11-26 Verizon Laboratories Inc. Wireless universal provisioning device
US6671507B1 (en) * 2000-06-16 2003-12-30 Siemens Aktiengesellschaft Authentication method for inter-system handover between at least two radio communications systems
US6876747B1 (en) * 2000-09-29 2005-04-05 Nokia Networks Oy Method and system for security mobility between different cellular systems
JP2004512734A (ja) * 2000-10-18 2004-04-22 コーニンクレッカ　フィリップス　エレクトロニクス　エヌ　ヴィ 共通暗号化鍵の生成
FI111423B (fi) * 2000-11-28 2003-07-15 Nokia Corp Järjestelmä kanavanvaihdon jälkeen tapahtuvan tietoliikenteen salauksen varmistamiseksi
US7266687B2 (en) * 2001-02-16 2007-09-04 Motorola, Inc. Method and apparatus for storing and distributing encryption keys
US7123719B2 (en) * 2001-02-16 2006-10-17 Motorola, Inc. Method and apparatus for providing authentication in a communication system
US6870932B2 (en) * 2001-05-07 2005-03-22 Asustek Computer Inc. Frame number identification and ciphering activation time synchronization for a wireless communications protocol
US6643513B2 (en) * 2001-11-15 2003-11-04 Nokia Corporation Method and apparatus for providing immediate ciphering after an inter-system UTRAN-GSM handover
US20030099362A1 (en) * 2001-11-27 2003-05-29 Doug Rollins Method and apparatus for WEP key management and propagation in a wireless system
US7054628B2 (en) * 2001-12-07 2006-05-30 Qualcomm Incorporated Apparatus and method of using a ciphering key in a hybrid communications network
US7016326B2 (en) * 2001-12-07 2006-03-21 Qualcomm Incorporated Method and apparatus for effecting handoff between different cellular communications systems
US6594489B2 (en) * 2001-12-07 2003-07-15 Qualcomm Incorporated Method and apparatus for effecting handoff between different cellular communications systems
US7380120B1 (en) * 2001-12-12 2008-05-27 Guardian Data Storage, Llc Secured data format for access control
US7783765B2 (en) * 2001-12-12 2010-08-24 Hildebrand Hal S System and method for providing distributed access control to secured documents
US7225161B2 (en) * 2001-12-21 2007-05-29 Schlumberger Omnes, Inc. Method and system for initializing a key management system
CN1268093C (zh) * 2002-03-08 2006-08-02 华为技术有限公司 无线局域网加密密钥的分发方法
US7245724B1 (en) * 2002-03-08 2007-07-17 Atheros Communications, Inc. Rekey operation with multiplexing capability
FI114061B (fi) * 2002-05-17 2004-07-30 Nokia Corp Menetelmä ja järjestelmä digitaalisessa langattomassa tiedonsiirtoverkossa datasalauksen järjestämiseksi ja vastaava palvelin
US6965674B2 (en) * 2002-05-21 2005-11-15 Wavelink Corporation System and method for providing WLAN security through synchronized update and rotation of WEP keys
CN1692600A (zh) 2002-10-09 2005-11-02 松下电器产业株式会社 加密装置、解密装置和加密系统
US7643636B2 (en) * 2003-09-03 2010-01-05 Motorola, Inc. Managing multiple cryptographic periods in a single cryptographic group
JP4311174B2 (ja) * 2003-11-21 2009-08-12 日本電気株式会社 認証方法、移動体無線通信システム、移動端末、認証側装置、認証サーバ、認証代理スイッチ及びプログラム
TWI249316B (en) * 2004-02-10 2006-02-11 Ind Tech Res Inst SIM-based authentication method for supporting inter-AP fast handover
US20050176431A1 (en) * 2004-02-11 2005-08-11 Telefonaktiebolaget L M Ericsson (Publ) Method for handling key sets during handover
US7907733B2 (en) * 2004-03-05 2011-03-15 Electronics And Telecommunications Research Institute Method for managing traffic encryption key in wireless portable internet system and protocol configuration method thereof, and operation method of traffic encryption key state machine in subscriber station
ES2311821T3 (es) * 2004-05-12 2009-02-16 Telefonaktiebolaget Lm Ericsson (Publ) Sistema de autenticacion.
US20060047601A1 (en) * 2004-08-25 2006-03-02 General Instrument Corporation Method and apparatus for providing channel key data
JP2008514128A (ja) * 2004-09-15 2008-05-01 ノキア コーポレーション ネットワークシステムにおける高速移行を容易にする装置およびそれに関連した方法
EP1813049A1 (en) * 2004-11-16 2007-08-01 Telefonaktiebolaget LM Ericsson (publ) Improved key distribution in systems for selective access to information
KR100704678B1 (ko) * 2005-06-10 2007-04-06 한국전자통신연구원 무선 휴대 인터넷 시스템에서의 그룹 트래픽 암호화 키갱신 방법
US7602918B2 (en) * 2005-06-30 2009-10-13 Alcatel-Lucent Usa Inc. Method for distributing security keys during hand-off in a wireless communication system
US8194859B2 (en) * 2005-09-01 2012-06-05 Qualcomm Incorporated Efficient key hierarchy for delivery of multimedia content
WO2007062689A1 (en) * 2005-12-01 2007-06-07 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for distributing keying information
US8989390B2 (en) * 2005-12-12 2015-03-24 Qualcomm Incorporated Certify and split system and method for replacing cryptographic keys
US20070147620A1 (en) * 2005-12-28 2007-06-28 Heyun Zheng Method for encryption key management for use in a wireless mesh network
US20080039096A1 (en) * 2006-03-28 2008-02-14 Nokia Corporation Apparatus, method and computer program product providing secure distributed HO signaling for 3.9G with secure U-plane location update from source eNB
EP1841267B1 (en) * 2006-03-31 2019-06-12 Samsung Electronics Co., Ltd. System and method for optimizing authentication procedure during inter access system handovers
US20070248232A1 (en) * 2006-04-10 2007-10-25 Honeywell International Inc. Cryptographic key sharing method
US7936878B2 (en) * 2006-04-10 2011-05-03 Honeywell International Inc. Secure wireless instrumentation network system
EP2011312B1 (en) 2006-04-18 2015-09-09 InterDigital Technology Corporation Method and system for securing wireless communications
US20090164788A1 (en) * 2006-04-19 2009-06-25 Seok-Heon Cho Efficient generation method of authorization key for mobile communication
US8948393B2 (en) 2006-04-28 2015-02-03 Qualcomm Incorporated Uninterrupted transmission during a change in ciphering configuration
TW200743342A (en) 2006-05-10 2007-11-16 Innovative Sonic Ltd Method and apparatus for setting ciphering activation time in wireless communications system
US20070271458A1 (en) * 2006-05-22 2007-11-22 Peter Bosch Authenticating a tamper-resistant module in a base station router
US8583929B2 (en) * 2006-05-26 2013-11-12 Alcatel Lucent Encryption method for secure packet transmission
US7957532B2 (en) * 2006-06-23 2011-06-07 Microsoft Corporation Data protection for a mobile device
EP1873998B1 (en) * 2006-06-27 2018-09-19 Vringo Infrastructure Inc. Identifiers in a communication system
CN1878058B (zh) * 2006-07-12 2010-05-26 中国移动通信集团公司 广播业务中用户终端密钥更新的方法
US7912004B2 (en) * 2006-07-14 2011-03-22 Kineto Wireless, Inc. Generic access to the Iu interface
US20080039086A1 (en) * 2006-07-14 2008-02-14 Gallagher Michael D Generic Access to the Iu Interface
US20080076425A1 (en) * 2006-09-22 2008-03-27 Amit Khetawat Method and apparatus for resource management
US20090061877A1 (en) * 2006-07-14 2009-03-05 Gallagher Michael D Generic Access to the Iu Interface
US20080016248A1 (en) * 2006-07-14 2008-01-17 George Tsirtsis Method and apparatus for time synchronization of parameters
CN101507333B (zh) * 2006-08-18 2016-06-15 艾利森电话股份有限公司 涉及不同类型的无线承载之间的映射的系统间变更
US8073428B2 (en) * 2006-09-22 2011-12-06 Kineto Wireless, Inc. Method and apparatus for securing communication between an access point and a network controller
CN100463391C (zh) 2006-09-23 2009-02-18 西安西电捷通无线网络通信有限公司 一种网络密钥管理及会话密钥更新方法
WO2008038949A1 (en) * 2006-09-28 2008-04-03 Samsung Electronics Co., Ltd. A system and method of providing user equipment initiated and assisted backward handover in heterogeneous wireless networks
CN1953369A (zh) * 2006-09-30 2007-04-25 中国移动通信集团公司 一种发起与识别更新密钥请求的方法、系统和装置
GB0619499D0 (en) 2006-10-03 2006-11-08 Lucent Technologies Inc Encrypted data in a wireless telecommunications system
US8644247B2 (en) * 2006-10-12 2014-02-04 Telefonaktiebolaget L M Ericsson (Publ) Inter-system handoffs in multi-access environments
US8094817B2 (en) * 2006-10-18 2012-01-10 Telefonaktiebolaget Lm Ericsson (Publ) Cryptographic key management in communication networks
TWI533738B (zh) * 2006-10-20 2016-05-11 內數位科技公司 Ｌｔｅ增強ｂ節點自行配置方法及裝置
ES2837540T3 (es) * 2006-10-20 2021-06-30 Nokia Technologies Oy Generación de claves para protección en redes móviles de la siguiente generación
EP2087634B1 (en) * 2006-11-01 2016-07-20 Telefonaktiebolaget LM Ericsson (publ) Telecommunication systems and encryption of control messages in such systems
JP4197031B2 (ja) * 2006-11-30 2008-12-17 沖電気工業株式会社 メッセージ認証システム及びメッセージ認証方法
US20080176572A1 (en) * 2006-12-28 2008-07-24 Nokia Corporation Method of handoff
US20080181411A1 (en) * 2007-01-26 2008-07-31 Karl Norrman Method and system for protecting signaling information
FI20070095A0 (fi) * 2007-02-02 2007-02-02 Nokia Corp Turva-avainten luominen langatonta viestintää varten
FI20070157A0 (fi) 2007-02-23 2007-02-23 Nokia Corp Nopea päivityssanomien autentikointi avainderivaatiolla mobiileissa IP-järjestelmissä
EP2123080A1 (en) * 2007-02-23 2009-11-25 Nokia Corporation Self optimization of forbidden neighbor cell list
EP1973265A1 (en) * 2007-03-21 2008-09-24 Nokia Siemens Networks Gmbh & Co. Kg Key refresh in SAE/LTE system
US8139530B2 (en) * 2007-03-22 2012-03-20 Telefonaktiebolaget L M Ericsson (Publ) Mobility management (MM) and session management (SM) for SAE/LTE
US10091648B2 (en) * 2007-04-26 2018-10-02 Qualcomm Incorporated Method and apparatus for new key derivation upon handoff in wireless networks
CN101309500B (zh) * 2007-05-15 2011-07-20 华为技术有限公司 不同无线接入技术间切换时安全协商的方法和装置
US8311512B2 (en) * 2007-06-21 2012-11-13 Qualcomm Incorporated Security activation in wireless communications networks
US8738907B2 (en) * 2007-08-02 2014-05-27 Motorola Solutiions, Inc. Wireless device authentication and security key management
WO2009020789A2 (en) * 2007-08-03 2009-02-12 Interdigital Patent Holdings, Inc. Security procedure and apparatus for handover in a 3gpp long term evolution system
CN102638858B (zh) * 2007-08-22 2015-11-25 华为技术有限公司 一种演进网络切换处理方法与系统
CN101378591B (zh) * 2007-08-31 2010-10-27 华为技术有限公司 终端移动时安全能力协商的方法、系统及装置
US8483175B2 (en) * 2007-09-14 2013-07-09 Motorola Mobility Llc Method and apparatus for inter-technology handoff of a user equipment
ATE523980T1 (de) * 2007-09-17 2011-09-15 Ericsson Telefon Ab L M Verfahren und anordnung in einem telekommunikationssystem
CN101400059B (zh) 2007-09-28 2010-12-08 华为技术有限公司 一种active状态下的密钥更新方法和设备
US20090209259A1 (en) * 2008-02-15 2009-08-20 Alec Brusilovsky System and method for performing handovers, or key management while performing handovers in a wireless communication system
CN102595399B (zh) 2008-06-23 2017-02-01 华为技术有限公司 密钥衍生方法、设备及系统
US8526617B2 (en) * 2008-12-29 2013-09-03 Htc Corporation Method of handling security configuration in wireless communications system and related communication device
US20100173610A1 (en) * 2009-01-05 2010-07-08 Qualcomm Incorporated Access stratum security configuration for inter-cell handover
US20100172500A1 (en) * 2009-01-05 2010-07-08 Chih-Hsiang Wu Method of handling inter-system handover security in wireless communications system and related communication device

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1642073A (zh) * 2004-01-17 2005-07-20 神州亿品科技（北京）有限公司 无线局域网中组密钥的协商及更新方法
CN1777094A (zh) * 2004-11-15 2006-05-24 中兴通讯股份有限公司 通用引导体系中密钥重协商的触发方法
US20060140410A1 (en) * 2004-12-27 2006-06-29 Kabushiki Kaisha Toshiba Wireless communication device and wireless communication method
EP1746797A1 (en) * 2005-07-18 2007-01-24 Research In Motion Limited Scheme for resolving authentication in a wireless packet data network after a key update
CN1835633A (zh) * 2005-09-02 2006-09-20 华为技术有限公司 一种密钥更新协商方法
JP2007104430A (ja) * 2005-10-05 2007-04-19 Matsushita Electric Ind Co Ltd 暗号化データ送信装置、暗号化鍵更新方法、電子機器、プログラムおよび記録媒体

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP2197147A4 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110574334A (zh) * 2017-05-05 2019-12-13 诺基亚技术有限公司 提供安全信息
CN110574334B (zh) * 2017-05-05 2023-07-11 诺基亚技术有限公司 提供安全信息

Also Published As

Publication number Publication date
EP3591891B1 (en) 2021-11-10
TR201906527T4 (tr) 2019-05-21
US8023658B2 (en) 2011-09-20
US8144877B2 (en) 2012-03-27
US20100202618A1 (en) 2010-08-12
CN101400059A (zh) 2009-04-01
EP2197147B1 (en) 2019-03-27
EP2197147A1 (en) 2010-06-16
US20110310849A1 (en) 2011-12-22
US10999065B2 (en) 2021-05-04
EP3591891A1 (en) 2020-01-08
PT2197147T (pt) 2019-06-21
US20120307803A1 (en) 2012-12-06
EP2197147A4 (en) 2012-09-12
US8300827B2 (en) 2012-10-30
US20150208240A1 (en) 2015-07-23
US9031240B2 (en) 2015-05-12
US20110080875A1 (en) 2011-04-07
US10057769B2 (en) 2018-08-21
CN101400059B (zh) 2010-12-08
US20190007832A1 (en) 2019-01-03

Similar Documents

Publication Publication Date Title
WO2009043294A1 (fr) Procédé et dispositif pour mettre à jour la clé dans l'état actif
EP3576446B1 (en) Key derivation method
KR101737425B1 (ko) 응급 콜을 지원하는 이동 통신 시스템에서 보안 관리 방법 및 장치와 그 시스템
EP3554112B1 (en) Security capability negotiation methods and devices
US20200280848A1 (en) Security Key Usage Across Handover That Keeps The Same Wireless Termination
US20100002883A1 (en) Security procedure and apparatus for handover in a 3gpp long term evolution system
US10045261B2 (en) Methods, systems, and devices for handover in multi-cell integrated networks
KR20100134758A (ko) 키 파생 방법, 장치 및 시스템
WO2011137805A1 (zh) 切换过程中的安全处理方法、装置和系统
JP2007060314A (ja) 移動局、無線アクセスネットワーク装置および移動交換局並びに通信サービスアクセス方法
WO2008113235A1 (fr) Procédé pour éviter la libération erronée de ressources pendant une mise à jour de zone de suivi ou un transfert intercellulaire
WO2007131455A1 (fr) Procédé, système et appareil de synchronisation de clés entre la commande et l'utilisateur
KR20150131902A (ko) 음성 호 서비스 품질을 높이는 방법 및 장치
WO2009152656A1 (zh) 用户设备转移时密钥身份标识符的生成方法和生成系统
WO2008113283A1 (fr) Procédé et équipement de suivi de signalisation
EP2685751B1 (en) Handover method, base station, user equipment and mobility management entity
WO2012009972A1 (zh) 一种切换的密钥分发方法及系统
WO2011131063A1 (zh) 一种建立增强的空口密钥的方法及系统
CN113170369A (zh) 用于在系统间改变期间的安全上下文处理的方法和装置
WO2011143977A1 (zh) 终端移动到增强通用陆地无线接入网络（utran）时建立增强密钥的方法及系统
WO2010105442A1 (zh) 密钥推演参数的生成方法、装置和系统
WO2013020420A1 (zh) 启用安全密钥的方法，接入网节点、用户设备和系统
WO2016078352A1 (zh) Ssd更新方法、移动交换中心、通信系统及相关存储介质
TWI399068B (zh) 用於無線通信系統之鑰管理之系統及方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 08801004

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2008801004

Country of ref document: EP