US8699711B2 - Method and apparatus to implement security in a long term evolution wireless device - Google Patents
Method and apparatus to implement security in a long term evolution wireless device Download PDFInfo
- Publication number
- US8699711B2 US8699711B2 US12/173,253 US17325308A US8699711B2 US 8699711 B2 US8699711 B2 US 8699711B2 US 17325308 A US17325308 A US 17325308A US 8699711 B2 US8699711 B2 US 8699711B2
- Authority
- US
- United States
- Prior art keywords
- nas
- message
- security
- ciphering
- rrc
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active, expires
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
- H04W12/037—Protecting confidentiality, e.g. by encryption of the control plane, e.g. signalling traffic
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/10—Integrity
-
- 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
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
- H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
Definitions
- the method and apparatus are related to wireless communications. More particularly, the method and apparatus are related to secure communications in a Long Term Evolution compliant wireless device.
- LTE Long Term Evolution
- the 3GPP group will use different security architectures in LTE than used in Universal Mobile Telephone System (UMTS) and Global System for Mobile Communications (GSM) systems.
- UMTS Universal Mobile Telephone System
- GSM Global System for Mobile Communications
- AKA UMTS Authentication and Key Agreement
- PS packet switched
- FIG. 1 shows a UMTS access stratum protocol stack 100 .
- the UMTS AKA and ciphering procedures are spread over multiple protocol layers and use both non-access stratum (NAS) and radio resource control (RRC) signaling to accomplish their goals.
- NAS non-access stratum
- RRC radio resource control
- identification and authentication of the wireless transmit receive unit (WTRU) is accomplished via NAS signaling.
- WTRU wireless transmit receive unit
- ciphering and/or integrity protection is activated by the network using the Security Mode Command which is a RRC message.
- the WTRU passes the ciphering and integrity keys (CK and IK) to the access stratum (AS) using the GMMAS-SECURITY-RES primitive over the GMMAS-SAP (defined between GPRS Mobility Management (GMM) and the AS).
- the RRC 110 passes them to the radio link controller (RLC) 120 and medium access control (MAC) 130 using the CRLC-CONFIG primitive (over the C-SAP between the RRC and RLC) and the CMAC-CONFIG primitive (over the C-SAP between the RRC and MAC).
- the C-SAP (not shown) is a Service Access Point for C-plane signaling between the RRC and lower layers.
- the actual ciphering and integrity protection is usually performed in the RLC 120 , but is performed in the MAC 130 in case of transparent RLC mode traffic.
- the lower layers i.e. MAC/RLC
- MAC/RLC are responsible for ensuring that messages intended for upper layers (e.g. Layer 3 NAS messages) have been integrity protected and/or ciphered correctly. If not, the lower layers ignore/drop the message.
- NAS security terminates in the mobility management entity (MME) and is performed in the NAS layer.
- RRC security terminates in the evolved node B (e-NB) and is performed in the Packet Data Convergence Protocol (PDCP).
- PDCP Packet Data Convergence Protocol
- U-plane security consists of ciphering only (no integrity protection) and is also performed in the PDCP.
- AKA procedures are completed in the NAS and NAS security keys are derived.
- the RRC/U-plane security parameters are derived in a cryptographically separate manner from the NAS keys. Knowledge of the RRC/U-plane keys does not allow an attacker to determine the NAS keys. The main rationale for this decision was that in LTE one might have e-NBs in vulnerable locations, such as in a home. RRC, and therefore security, is terminated in the e-NB, so this was considered to be a security risk. Hence two levels of security were adopted for the standard.
- FIG. 2 is a block diagram of key hierarchy in LTE 200 .
- the USIM in the wireless transmit/receive unit (WTRU)
- the Authentication Centre (AuC) 205 share a secret K 210 .
- AKA NAS Authentication and Key Agreement
- the USIM and the AuC/HSS derive a Ciphering Key (CK) 215 and an Integrity Key (IK) 220 .
- CK Ciphering Key
- IK Integrity Key
- the procedure for deriving the CK 215 and IK 220 are similar to that in UMTS where the AuC/HSS derives an Authentication Vector and sends a challenge to the WTRU in a NAS message which the WTRU responds to and the HSS/AuC verifies.
- the CK 215 and IK 220 are provided to the MAC/RLC layers to perform ciphering and/or integrity protection
- the CK 215 and IK 220 are used to derive the remaining keys in the key hierarchy beginning with a master key—the so-called K ASME key 225 .
- the remaining keys are derived from the K ASME key using different key derivation functions (KDF) and truncating.
- K eNB 230 is a key derived by WTRU and MME from K ASME 225 or by WTRU and target eNB from KeNB* during eNB handover.
- the K eNB 230 is used for the derivation of keys for RRC traffic and the derivation of keys for UP traffic or to derive a transition key K eNB * during an eNB handover.
- K NASint 235 is a key that is used for the integrity protection of NAS signaling with a particular integrity algorithm. This key is derived by WTRU and MME 237 from K ASME 225 , as well as an identifier for the integrity algorithm using a KDF.
- K NASenc 240 is a key that is used for ciphering NAS signaling with a particular encryption algorithm. This key is derived by WTRU and MME 237 from K ASME 225 , as well as an identifier for the encryption algorithm using a KDF.
- K UPenc 245 is a key that is used for ciphering UP traffic with a particular encryption algorithm. This key is derived by WTRU and eNB 247 from K eNB 230 , as well as an identifier for the encryption algorithm using a KDF.
- K RRCint 250 is a key that is used for integrity protection of RRC traffic with a particular integrity algorithm.
- K RRCint 250 is derived by WTRU and eNB 247 from K eNB 230 , as well as an identifier for the integrity algorithm using a KDF.
- the RRC and U-plane keys may be derived with the C-RNTI as an input.
- the NAS relies on the AS, that is, the RLC or MAC, to verify that any Layer-3 (L3) messages received have the correct security credentials, that is, were ciphered and integrity protected properly. Since the new LTE architecture which has NAS layer security independent from AS security and the NAS verifies the security of L3 messages, this approach is inadequate because the checking of NAS security is done as part of procedures defined in NAS behavior. Thus it would be desirable for actions for the NAS to be defined in case of failure.
- AS that is, the RLC or MAC
- the RRC typically receives the new CK and IK from the NAS and passes them to the MAC and RLC where ciphering/integrity protection is performed.
- ciphering/integrity protection is performed in LTE.
- AS ciphering and integrity protection will be performed by the PDCP.
- a method and apparatus are related to a wireless communication system that includes a wireless transmit receive unit (WTRU) configured to receive unciphered and ciphered messages.
- the unciphered messages may include identity requests, authentication requests, non-access stratum (NAS) security mode commands and tracking area update responses.
- the ciphered messages may come from the NAS and a Radio Resource Controller (RRC).
- RRC Radio Resource Controller
- the messages preferably are ciphered using security keys.
- FIG. 1 is an access stratum protocol stack in accordance with the prior art
- FIG. 4 is a block diagram of an improved layer 3 protocol header including a NAS sequence number
- FIG. 6 is a block diagram of an access stratum protocol stack for LTE.
- FIG. 7 is a block diagram of a wireless communication system configured for ciphered and unciphered messaging in LTE.
- wireless transmit/receive unit includes but is not limited to a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular telephone, a personal digital assistant (PDA), a computer, or any other type of user device capable of operating in a wireless environment.
- base station includes but is not limited to a Node-B, enhanced Node-B (eNB), a site controller, an access point (AP), or any other type of interfacing device capable of operating in a wireless environment.
- eNB enhanced Node-B
- AP access point
- One procedure for handling security failure in the NAS is to provide a group of NAS messages that may be received by a WTRU without ciphering and/or integrity protection in the NAS being activated.
- UTRAN NAS messages which are different from LTE NAS messages, and may be received without RLC/MAC ciphering being activated.
- the group of NAS messages that may be received by a WTRU without ciphering and/or integrity protection in the NAS being activated can include, but are not limited to:
- Some other NAS messages may only be sent if both NAS and RRC security has been activated. Some NAS messages may be sent if NAS security has been activated (independent of RRC security).
- FIG. 3 is a block diagram 300 of an embodiment where the agent may be the Mobility Management equivalent layer in LTE NAS or a new sub-layer for security or some other agent.
- the agent responsible for checking the security status of the NAS message will check to see if the security parameters for the message are appropriate 310 . If the security parameters defined for a given message are incorrect 315 , that is, integrity checks fails or the message is not ciphered or if a message (depending on the protocol discriminator and message type fields in the header) should have been received ciphered and/or integrity protected but was not, the NAS layer, its sub-layer or the agent, may take any or all of the following actions in any sequence. The actions taken may depend on the type of message whose security parameters failed. The procedures defined below may also be used if there are issues with security in some other layer (e.g. RRC security fails):
- the NAS message can be processed as defined for the specific protocol and message type 360 .
- this agent may be the Mobility Management equivalent layer in LTE NAS or a new sub-layer for security or some other agent.
- the existing L3 protocol header does not contain a sequence number.
- the header of a standard L3 message is composed of two octets.
- the header is structured in three main parts, the protocol discriminator (1 ⁇ 2 octet), a message type octet, and a half octet.
- the half octet is used in some cases as a Transaction Identifier, in some other cases as a sub-protocol discriminator, and called skip indicator otherwise. For example, if the Protocol Discriminator is set to GMM then it can be used as a skip indicator. If the protocol discriminator is set to SM then it may be used as a TI or as a sub-protocol discriminator. If its used as a skip indicator it means that for GMM messages the first 4 bits have no significance and are ‘skipped’.
- the protocol discriminator distinguishes between Mobility Management (MM) GPRS Mobility Management (GMM), Session Management (SM) messages and the like. While the message type indicates the kind of message, for example, Attach Request or PDP context activation, the transaction identifier allows the peer entities in the WTRU and in the network to distinguish up to 16 different bi-directional messages flows for a given protocol discriminator and a given Service Access Point (SAP). Such a message flow is called a transaction.
- An extension mechanism for a Transaction Identifier (TI) is also defined. This mechanism allows distinguishing up to 256 different bi-directional messages flows for a given protocol discriminator and a given SAP. For example when the WTRU attempts to obtain an IP address, there is an SM entity in the WTRU and in the network. If the WTRU then attempts to obtain another IP address, another pair of SM entities are created in the WTRU and in the network.
- the TI identifies which transaction, i.e. pair, a particular SM message is intended for.
- FIG. 4 is a block diagram of an improved L3 protocol header 400 including an NAS sequence number 410 .
- the improved header is composed of two octets, and structured in three main parts.
- the three main parts are the protocol discriminator 420 (1 ⁇ 2 octet), a message type octet, and a half octet used in some cases as a Transaction Identifier 430 , in some other cases as a sub-protocol discriminator, and called skip indicator otherwise.
- the Protocol Discriminator is set to GMM then it can be used as a skip indicator.
- the protocol discriminator is set to SM then it may be used as a TI or as a sub-protocol discriminator.
- the improved header includes a sequence number for an NAS message 410 , hereinafter referred to as an NAS SN. It may be included in the protocol header of a NAS message or as an Information Element (IE) in its content.
- the transaction identifier may also function as a sequence number.
- the NAS SN may have a pre-defined or negotiated incrementing period. As an example it could be on per NAS PDU (i.e. message) basis.
- the NAS layer may be able to perform duplicate detection based on the sequence number or using any other number which increments using the NAS SN, where the duplicate NAS PDUs received are discarded.
- the NAS SN may be maintained per AS signaling radio bearer or per SAP, regardless of protocol discriminator or message type. It may also be maintained per TI.
- a COUNT value may be used in the NAS layer. Increasing the COUNT value on a pre-defined/negotiated basis, for example, in every L3 message, can protect against replay or impersonation attacks. This is feasible with NAS level ciphering.
- a single COUNT value may be defined for all SAPs.
- a single COUNT-C may be defined for ciphering and a single COUNT-I for integrity protection, for all SAPs.
- a combination of COUNT-C and/or COUNT-I and/or single COUNT values may be defined for the SAPs.
- the COUNT may consist of two parameters; a NAS Sequence Number (SN) which increments on a pre-defined/negotiated regular basis, for example, per NAS Protocol Data Unit (PDU) or per NAS PDU on a given SAP, and a NAS Hyper-Frame Number (NAS HFN).
- the NAS HFN may be a counter that increments by one per x number of NAS SN increments.
- the COUNT parameter in whole or parts, may be initialized based on a START value during initial-access/key-derivation/authentication/idle-to-active transition.
- the COUNT parameter may be used as input to the ciphering/de-ciphering integrity protection/integrity checking algorithms to ensure security.
- the COUNT value may need to be setup before the activation of NAS security.
- the length of the count-C parameter could be 32 bits, or it could be reduced to a smaller value since a large SN might not be required for NAS messages.
- the length of the SN field and the HFN field itself could be modified within the Count-C parameter to optimize it for NAS level procedures.
- Prior art ciphering engines may be used for NAS. An appropriate change should be made to the ciphering engine to accommodate a smaller value of count-C or change in value of the SN and HFN field.
- the NAS COUNT value can be the NAS SN given that the NAS SN can be protected by the RRC encryption, so it is not open and therefore no hidden HFN is absolutely necessary.
- the NAS security may be activated not earlier than the RRC security and the NAS SN can be reset upon NAS security activation.
- duplicate detection in the NAS may be performed using the NAS COUNT value.
- a single ciphering engine can be used which can work with both RRC and NAS parameters.
- Further ciphering of messages at the NAS level can be optional and WTRU can indicate in its capability information whether it supports NAS level ciphering or not.
- an eNB typically does not store state information about the corresponding WTRU. The eNB typically deletes the current keys from its memory.
- the eNB can delete at least one of K eNB , K RRC enc and K RRC int and K UPenc .
- the MME may store K ASME .
- FIG. 5 is a block diagram illustrating key handling procedures 500 in a WTRU upon transition from EMM_Connected mode to EMM_Idle mode.
- WTRU procedures have not been defined in response to this transition.
- One possible procedure would be that upon transition to EMM_Idle mode 510 , an indication of the transition could be provided by the WTRU to the entity which stores the security keys 520 in the WTRU, such as the UICC, USIM, or Mobile Equipment.
- Another possible procedure would be that an indication may be provided 520 by the WTRU to the storage entity when the serving e-NB changes while in EMM_Idle mode 530 , such as during cell re-selection to different e-NB.
- the indication from the WTRU to the storage entity may include the identity of the e-NB so that new e-NB, RRC and U-plane keys may be derived.
- the indications may be provided by the NAS and/or AS.
- predetermined primitives including messages, IEs, interfaces and SAPs between protocol layers of the indicating the entity and/or between the indicating entity and the storage entity may be defined. It is understood that predetermined primitives includes both new and existing primitives which may be used.
- the storage entity within the WTRU preferably will delete the appropriate keys 540 , for example, at least one of K eNB , K RRCenc ,K RRC int and K UPenc . It may choose to retain or delete the NAS security keys and the ASME keys 550 .
- the storage entity may delete the K RRC enc , the K RRC int and the K UPenc upon receiving an indication of Active to Idle transition and delete the K eNB when an indication of a change in the serving e-NB is received, such as during re-selection to a different e-NB. It may choose to retain or delete the NAS security keys and the ASME keys.
- the WTRU may generate a new K* Enb using the K eNB and a “next hop identifier”.
- the storage entity may not delete any keys upon transition from Active to Idle or upon transition to a new e-NB in Idle mode while it may delete keys upon transition from Idle to Active.
- the storage entity may not delete any keys upon transition from Active to Idle or upon transition to a new e-NB in Idle mode. Instead, it may delete them when new keys are to be generated, for example, when an e-NB receives an RRC_Connection Request or a new C-RNTI is allocated.
- a change in the serving cell ID/C-RNTI may be indicated 560 to the storage entity. This indication may be provided by the NAS and/or AS. Alternatively, the keys may be stored with an associated timer value 570 . When a WTRU goes from Idle to Active or active to idle, the time may control how long a key may remain valid before it is eventually deleted.
- ciphering for RRC and U-plane traffic may be done in the PDCP layer. This imposes many architectural changes in the PDCP.
- the PDCP layer has the ability to receive the RRC security keys and U-Plane security keys from upper layers. Primitives may be defined as needed. Specifically the RRC or the NAS or the USIM may provide the PDCP with the required ciphering keys and the required START or COUNT or HFN or SN values. The PDCP layer may also have the ability to compute these values on its own based on the RRC header information.
- C-plane traffic does not pass through the PDCP. Since different radio bearers may be secured using different COUNT parameters, it is preferable that the PDCP layer be able to distinguish between different kinds of traffic. For this the incoming SDUs or the primitives carrying the SDUs may have explicit information regarding the destined radio bearers. The PDCP layer may determine that for itself and cipher/integrity-protect accordingly.
- FIG. 6 is a block diagram of an access stratum protocol stack for LTE 600 .
- the C-plane traffic passes through the PDCP layer 610 .
- the PDCP layer 610 checks the security of incoming PDCP PDUs. If the PDCP layer 610 sees that the security parameters of an incoming PDU (that is to be mapped either to a Data Radio Bearer or a Signaling Radio bearer) are incorrect (i.e. if for example the integrity check of the PDCP PDU fails) it may perform at least one of the following actions in any sequence. The actions taken may depend on the type of message whose security parameters failed.
- the procedures defined below may also be used if there are issues with security in some other layer, for example, if the NAS security fails:
- the PDCP HFN may be used to constitute a COUNT value.
- This COUNT value can be used in the ciphering and/or integrity protection algorithms of the PDCP 510 and may be initialized by a START value. There may be multiple COUNT values for each radio bearer that the PDCP may protect.
- the RRC 620 and PDCP layers 610 may be able to exchange information related to the COUNT value or its constituents.
- the PDCP layer 610 may check for the integrity protection of a message. This is in line with the assumption that integrity-protection is in the PDCP 610 . However, currently the Message Authentication Code (MAC) word appended to a message in order to verify its integrity, is computed in the RRC 620 appended to the RRC message and passed down to the RLC 630 /Medium Access Control (MAC) 640 . The entire message, including the MAC word, is ciphered. Also, the PDCP layer 610 may not be able to determine whether a RRC message needs protection.
- MAC Authentication Code
- the RRC layer 620 may indicate to the PDCP layer 610 whether a given RRC message requires or does not require integrity protection and/or ciphering.
- the PDCP layer 610 may use this indication to determine whether or not to perform ciphering and/or integrity protection on the RRC messages to be sent as PDCP PDUs.
- This indication may be an explicit indication provided by the RRC to the PDCP layer in every RRC message sent by the RRC to the PDCP using new bits.
- the indication may be implicit, for example, ciphering and/or integrity protection in the PDCP will always be on unless indicated or will always be off unless indicated otherwise by the RRC.
- a 2-bit indicator could be used by the RRC layer 620 to indicate any combination of ciphering and integrity protection being active. Such an indication may be sent with each RRC message passed to the PDCP or may apply to all RRC messages and is preferable as some RRC messages may not be ciphered and/or integrity protected.
- the RRC layer 620 may indicate to the PDCP layer 610 that all RRC messages beginning with a given RRC message will be integrity protected.
- the RRC layer 620 may indicate to the PDCP layer 610 that all RRC messages beginning with a given RRC message will be ciphered.
- the RRC layer 620 may indicate to the PDCP layer 610 that all RRC messages beginning with a given RRC message will be ciphered and integrity protected.
- the RRC layer 620 may provide a list of generic RRC messages to the PDCP layer 610 and their associated security parameters.
- the list may include messages that may be received without ciphering and/or integrity protection, such as, for example, a RRC Connection Re-establishment.
- the list may include messages that may be received with ciphering and/or integrity protection.
- a ciphering and/or integrity checking flag may be defined, optionally by the RRC layer 620 , which, if set, the PDCP layer 610 will cipher and/or integrity check all RRC messages. The PDCP layer 610 will thus check this flag before ciphering and integrity checking. There may be separate flags set for ciphering and integrity protection.
- the indication may be provided on a per Signaling Radio Bearer (SRB) basis i.e. the RRC layer 620 may indicate to the PDCP layer 610 that the indication for ciphering and/or integrity protection applies to RRC messages mapped by the PDCP layer 610 to a specific SRB.
- SRB Signaling Radio Bearer
- the PDCP layer 610 may first integrity protect and then cipher or it may first cipher and then integrity protect. Prior to either operation it may pad the message so as to achieve optimal length for ciphering and/or integrity protection. Prior to the security operation the PDCP layer 610 may assign a SN.
- the SN may be a PDCP SN or may reuse a RRC SN or may use another sequence number, such as, for example, a common sequence number.
- the PDCP layer 610 may perform header compression for U-plane traffic.
- the MAC word for integrity protection may be computed over the plain text data, the ciphered data and/or all or part of the PDCP header.
- Ciphering may be performed over the entire message, including a MAC word, and/or the plain text message and/or their parts.
- Ciphering may also be performed over all or part of the PDCP header, for example, excluding the SN.
- An indication of whether the payload has been ciphered and/or integrity protected can be included.
- the PDCP layer 610 on the transmit side may include an IE indicating the presence of integrity check information and/or ciphering being activated. This indication may be ciphered. This indication may indicate the position of the MAC-word within the message for the PDCP layer to check. The PDCP layer 610 on the receive side may use this indication to decide whether to de-cipher and/or integrity check.
- the PDCP layer 610 and protocol may include a MAC word for integrity checking in a pre-defined position within the PDCP header/message for the receiver.
- a MAC word position may be indicated to the receive PDCP layer 610 .
- Such an indication may be, as an example, an offset field in the header.
- the receiving PDCP will either decipher an incoming message first and then check its integrity or first check the integrity and then decipher the message.
- the security operations in the receiving unit preferably is in the reverse order to that of the transmit unit.
- the position of the MAC-word within the PDCP header/message may be assisted by an indication field.
- the PDCP layer 610 may decide if ciphering and/or integrity protection is not satisfactory for a particular message. This means that the PDCP will determine whether or not the message has been ciphered and/or integrity protected correctly.
- the PDCP layer 610 may indicate to the RRC layer the security status of the message it is passing to the RRC layer 620 , for example, if the message is received with ciphering and/or integrity protection. Or as another example if the integrity protection check was successful or not. The indication may be implicit, that is, only provided when there is an error, for example, if the integrity protection check fails.
- the RRC layer 620 may then decide if the protection for a particular message is acceptable.
- the RRC behavior when notified of an error may be as defined for the PDCP in paragraph [0066].
- the RRC layer may notify the network of the failure of the integrity check by adding an Information Element (to the RRC message it sends to the network) which informs the network of the failure.
- the PDCP layer 610 may take steps described in the failure handling scenarios set forth above. If the RRC message is ASN.1 encoded and the MAC word is included in the RRC layer 620 , the PDCP layer 610 may look into the RRC layer and check the MAC word. It may do so if the flag indicating integrity protection is set.
- the RRC/PDCP layer may receive the e-NB/RRC/U-plane keys from the NAS layer or from the USIM. Alternatively, the RRC/PDCP may generate its own keys. As an example the RRC layer may generate e-NB/RRC/U-plane keys using parameters received from the network in RRC signaling and the K ASME received from the NAS and other parameters received from other protocol layers (e.g. the physical cell identity of the cell on which the WTRU is currently camped on or accessing may be obtained from the physical layer). These security keys may be passed between the NAS and the RRC/PDCP or between the RRC and the PDCP using predetermined primitives, including new or existing primitives, over new or existing SAPs. Each layer may have the ability to indicate an error, that is, a security failure, to the upper/lower layers.
- FIG. 7 is a block diagram of a wireless communication system 700 configured for ciphered and unciphered messaging in LTE.
- the system includes a base station 705 and a wireless transmit receive unit (WTRU) 710 .
- the base station 705 and the WTRU 710 communicate via a wireless communications link.
- WTRU wireless transmit receive unit
- the WTRU 710 includes a transmitter 720 , a receiver 730 , and a processor 740 .
- the processor 740 is attached to a buffer 750 and a memory 760 .
- the processor 740 is configured to process NAS messages containing security parameters using at least one technique described above.
- the base station 705 which includes a transmitter 765 , a receiver 770 , and a processor 780 .
- the processor 780 is attached to a buffer 790 and a memory 795 .
- the processor 780 is configured to process NAS messages containing security parameters using at least one technique described above.
- ROM read only memory
- RAM random access memory
- register cache memory
- semiconductor memory devices magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD-ROM disks, and digital versatile disks (DVDs).
- Suitable processors include, by way of example, a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), a plurality of microprocessors, one or more microprocessors in association with a DSP core, a controller, a microcontroller, Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) circuits, any other type of integrated circuit (IC), and/or a state machine.
- DSP digital signal processor
- ASICs Application Specific Integrated Circuits
- FPGAs Field Programmable Gate Arrays
- a processor in association with software may be used to implement a radio frequency transceiver for use in a wireless transmit receive unit (WTRU), user equipment (UE), terminal, base station, radio network controller (RNC), or any host computer.
- the WTRU may be used in conjunction with modules, implemented in hardware and/or software, such as a camera, a video camera module, a videophone, a speakerphone, a vibration device, a speaker, a microphone, a television transceiver, a hands free headset, a keyboard, a Bluetooth® module, a frequency modulated (FM) radio unit, a liquid crystal display (LCD) display unit, an organic light-emitting diode (OLED) display unit, a digital music player, a media player, a video game player module, an Internet browser, and/or any wireless local area network (WLAN) module.
- modules implemented in hardware and/or software, such as a camera, a video camera module, a videophone, a speakerphone, a vibration device, a speaker,
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Mobile Radio Communication Systems (AREA)
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/173,253 US8699711B2 (en) | 2007-07-18 | 2008-07-15 | Method and apparatus to implement security in a long term evolution wireless device |
US14/194,018 US9420468B2 (en) | 2007-07-18 | 2014-02-28 | Method and apparatus to implement security in a long term evolution wireless device |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US95048607P | 2007-07-18 | 2007-07-18 | |
US12/173,253 US8699711B2 (en) | 2007-07-18 | 2008-07-15 | Method and apparatus to implement security in a long term evolution wireless device |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/194,018 Continuation US9420468B2 (en) | 2007-07-18 | 2014-02-28 | Method and apparatus to implement security in a long term evolution wireless device |
Publications (2)
Publication Number | Publication Date |
---|---|
US20090025060A1 US20090025060A1 (en) | 2009-01-22 |
US8699711B2 true US8699711B2 (en) | 2014-04-15 |
Family
ID=40260345
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/173,253 Active 2032-01-04 US8699711B2 (en) | 2007-07-18 | 2008-07-15 | Method and apparatus to implement security in a long term evolution wireless device |
US14/194,018 Active US9420468B2 (en) | 2007-07-18 | 2014-02-28 | Method and apparatus to implement security in a long term evolution wireless device |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/194,018 Active US9420468B2 (en) | 2007-07-18 | 2014-02-28 | Method and apparatus to implement security in a long term evolution wireless device |
Country Status (16)
Country | Link |
---|---|
US (2) | US8699711B2 (ko) |
EP (2) | EP2172069B1 (ko) |
JP (2) | JP2010534959A (ko) |
KR (4) | KR101560848B1 (ko) |
CN (2) | CN104105091A (ko) |
AR (1) | AR067595A1 (ko) |
AU (1) | AU2008276061B2 (ko) |
BR (1) | BRPI0812675B1 (ko) |
CA (1) | CA2693185C (ko) |
ES (1) | ES2573257T3 (ko) |
HK (1) | HK1143267A1 (ko) |
IL (1) | IL203345A (ko) |
MY (1) | MY152794A (ko) |
RU (1) | RU2446626C2 (ko) |
TW (3) | TW201608861A (ko) |
WO (1) | WO2009012281A2 (ko) |
Cited By (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130203382A1 (en) * | 2010-08-16 | 2013-08-08 | Ntt Docomo, Inc. | Mobile communication method, mobile communication system, and radio base station |
US20140321282A1 (en) * | 2011-12-08 | 2014-10-30 | Interdigital Patent Holdings, Inc. | High-rate dual-band cellular communications |
US20150140970A1 (en) * | 2007-08-10 | 2015-05-21 | Lg Electronics Inc. | Method for detecting security error in mobile telecommunications system and device of mobile telecommunications |
US9100896B2 (en) | 2007-06-18 | 2015-08-04 | Lg Electronics Inc. | Method of updating repeatedly-transmitted information in a wireless communication system |
US9264160B2 (en) | 2007-08-10 | 2016-02-16 | Lg Electronics Inc. | Method of transmitting and receiving control information in a wireless communication system |
US9386477B2 (en) | 2007-09-18 | 2016-07-05 | Lg Electronics Inc. | Method for QoS guarantees in a multilayer structure |
US9565699B2 (en) | 2007-09-18 | 2017-02-07 | Lg Electronics Inc. | Method of performing polling procedure in a wireless communication system |
US9615249B2 (en) | 2007-09-17 | 2017-04-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and arrangement in a telecommunication system |
US9668282B2 (en) | 2007-06-18 | 2017-05-30 | Lg Electronics Inc. | Method of controlling uplink synchronization state at a user equipment in a mobile communication system |
WO2017105077A1 (ko) * | 2015-12-15 | 2017-06-22 | 엘지전자 주식회사 | 사용자기기 및 데이터 수신 방법과 네트워크 노드 및 데이터 전송 방법 |
WO2018204228A1 (en) * | 2017-05-05 | 2018-11-08 | Nokia Technologies Oy | Identity request control for user equipment |
US11133897B2 (en) * | 2013-11-11 | 2021-09-28 | Huawei Technologies Co., Ltd. | Data transmission method and apparatus |
US20210337429A1 (en) * | 2007-08-12 | 2021-10-28 | Wild Guard Ltd. | Handover method with link failure recovery, wireless device and base station for implementing such method |
USRE48836E1 (en) | 2008-01-31 | 2021-11-30 | Lg Electronics Inc. | Method for signaling back-off information in random access |
US11350274B2 (en) | 2016-04-01 | 2022-05-31 | Idac Holdings, Inc. | Methods for service slice selection and separation |
USRE49739E1 (en) | 2008-01-31 | 2023-11-28 | Lg Electronics Inc. | Method for signaling back-off information in random access |
Families Citing this family (64)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5349319B2 (ja) * | 2006-11-01 | 2013-11-20 | テレフオンアクチーボラゲット エル エム エリクソン(パブル) | 電気通信システム及びかかるシステムにおける制御メッセージの暗号化 |
CN101378591B (zh) | 2007-08-31 | 2010-10-27 | 华为技术有限公司 | 终端移动时安全能力协商的方法、系统及装置 |
CN101399767B (zh) * | 2007-09-29 | 2011-04-20 | 华为技术有限公司 | 终端移动时安全能力协商的方法、系统及装置 |
WO2009043622A1 (en) * | 2007-10-02 | 2009-04-09 | Telefonaktiebolaget L M Ericsson (Publ) | Method and arrangement for security activation detection in a telecommunication system |
US8532614B2 (en) | 2007-10-25 | 2013-09-10 | Interdigital Patent Holdings, Inc. | Non-access stratum architecture and protocol enhancements for long term evolution mobile units |
ES2647943T3 (es) | 2007-12-06 | 2017-12-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Método para actualizar la información de capacidad de UE en una red de telecomunicaciones móvil |
US8737294B2 (en) * | 2008-08-11 | 2014-05-27 | Via Telecom Co., Ltd. | Apparatus and method for handling RLC retransmission failure according to activation status of security mode |
WO2010019021A2 (ko) * | 2008-08-15 | 2010-02-18 | 삼성 전자 주식회사 | 이동 통신 시스템의 비계층 프로토콜 처리 방법 및 이동통신 시스템 |
JP4505528B2 (ja) * | 2008-09-22 | 2010-07-21 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法 |
US9232452B2 (en) * | 2008-10-31 | 2016-01-05 | Htc Corporation | Method of handling an inter rat handover in wireless communication system and related communication device |
KR101475349B1 (ko) * | 2008-11-03 | 2014-12-23 | 삼성전자주식회사 | 이동 통신 시스템에서 단말 보안 능력 관련 보안 관리 방안및 장치 |
US8611306B2 (en) * | 2009-01-12 | 2013-12-17 | Qualcomm Incorporated | Context fetching after inter-system handover |
MX2011008278A (es) * | 2009-02-16 | 2011-09-08 | Ericsson Telefon Ab L M | Solucion de operacion de red no cifrada. |
JP5304345B2 (ja) * | 2009-03-11 | 2013-10-02 | 富士通株式会社 | コンテンツ処理装置、コンテンツ処理システム、およびコンテンツ処理プログラム |
CN101931951B (zh) * | 2009-06-26 | 2012-11-07 | 华为技术有限公司 | 密钥推演方法、设备及系统 |
GB2472580A (en) * | 2009-08-10 | 2011-02-16 | Nec Corp | A system to ensure that the input parameter to security and integrity keys is different for successive LTE to UMTS handovers |
US20110055013A1 (en) * | 2009-08-28 | 2011-03-03 | Ayman Hammad | Secure alert system and method |
CN102025685B (zh) | 2009-09-21 | 2013-09-11 | 华为技术有限公司 | 认证处理方法及装置 |
KR101831448B1 (ko) * | 2010-02-02 | 2018-02-26 | 엘지전자 주식회사 | 이동 통신 시스템에서 pdcp 기능을 선택적으로 적용하는 방법 |
US9179303B2 (en) * | 2010-11-17 | 2015-11-03 | Qualcomm Incorporated | Methods and apparatus for transmitting and receiving secure and non-secure data |
CN103314548B (zh) * | 2010-12-10 | 2016-05-04 | 瑞典爱立信有限公司 | 启用和禁用对数据无线电承载的完整性保护 |
WO2012134218A2 (ko) * | 2011-03-31 | 2012-10-04 | 엘지전자 주식회사 | 무선 통신 시스템에서 단말이 네트워크와의 보안 설정 방법 및 이를 위한 장치 |
SG194059A1 (en) | 2011-04-01 | 2013-11-29 | Interdigital Patent Holdings | Method and apparatus for controlling connectivity to a network |
KR101929307B1 (ko) | 2011-04-11 | 2018-12-17 | 삼성전자 주식회사 | Csg 셀에서 단말이 셀 재선택 우선 순위를 효율적으로 제어하는 방법 및 장치 |
KR101240552B1 (ko) * | 2011-09-26 | 2013-03-11 | 삼성에스디에스 주식회사 | 미디어 키 관리 및 상기 미디어 키를 이용한 피어-투-피어 메시지 송수신 시스템 및 방법 |
EP2688328B1 (en) | 2012-07-17 | 2018-10-03 | Google Technology Holdings LLC | Security in wireless communication system and device |
US9119062B2 (en) * | 2012-10-19 | 2015-08-25 | Qualcomm Incorporated | Methods and apparatus for providing additional security for communication of sensitive information |
US20150319621A1 (en) * | 2012-10-29 | 2015-11-05 | Nokia Solutions And Networks Oy | Method, Apparatus and Computer Program Product for Allocation of a Shared Resource |
US10117224B2 (en) | 2013-09-20 | 2018-10-30 | Qualcomm Incorporated | MAC subheader for D2D broadcast communication for public safety |
WO2015126293A1 (en) * | 2014-02-21 | 2015-08-27 | Telefonaktiebolaget L M Ericsson (Publ) | Method and devices for protection of control plane functionality |
US9338646B2 (en) | 2014-04-22 | 2016-05-10 | Electronics And Telecommunications Research Institute | Method for transmitting and receiving fake communication data and terminal performing the same |
CN104125570B (zh) * | 2014-07-02 | 2018-03-27 | 大唐移动通信设备有限公司 | 一种信令消息完整性检查的方法及装置 |
KR102202894B1 (ko) * | 2014-08-28 | 2021-01-14 | 삼성전자 주식회사 | 이동 통신 네트워크에서 패킷 손실 관리 방법 |
US9843946B2 (en) * | 2015-01-28 | 2017-12-12 | Mediatek Inc. | Apparatuses and methods for reducing call recovery time associated with a cell update procedure |
US20160316373A1 (en) * | 2015-04-27 | 2016-10-27 | Qualcomm Incorporated | Techniques for managing security mode command (smc) integrity failures at a user equipment (ue) |
US9992810B2 (en) * | 2015-08-26 | 2018-06-05 | Samsung Electronics Co., Ltd | Method for providing integrity protection in a dual SIM dual standby device |
RU2712428C2 (ru) | 2015-11-02 | 2020-01-28 | Телефонактиеболагет Лм Эрикссон (Пабл) | Беспроводная связь |
US10028307B2 (en) | 2016-01-13 | 2018-07-17 | Qualcomm Incorporated | Configurable access stratum security |
CN105629425A (zh) * | 2016-03-28 | 2016-06-01 | 福建福光光电科技有限公司 | 高分辨率、低畸变日夜两用定焦镜头 |
US10243929B2 (en) * | 2016-03-30 | 2019-03-26 | Qualcomm Incorporated | Uplink control channel scheduling for jamming resilience |
JP6278054B2 (ja) * | 2016-03-31 | 2018-02-14 | 富士通株式会社 | 無線通信システム、無線局および基地局 |
US10334435B2 (en) * | 2016-04-27 | 2019-06-25 | Qualcomm Incorporated | Enhanced non-access stratum security |
EP3453199B1 (en) | 2016-05-02 | 2021-07-07 | Telefonaktiebolaget LM Ericsson (PUBL) | Authenticating a message in a wireless communication system |
US20170013651A1 (en) * | 2016-09-22 | 2017-01-12 | Mediatek Singapore Pte. Ltd. | NAS Security And Handling Of Multiple Initial NAS Messages |
WO2018080230A1 (ko) * | 2016-10-30 | 2018-05-03 | 엘지전자(주) | 무선 통신 시스템에서 emm 모드를 결정하는 방법 및 이를 위한 장치 |
US11064555B2 (en) * | 2016-11-09 | 2021-07-13 | Lg Electronics Inc. | Method for transmitting RRC message and wireless device |
CN113630773B (zh) | 2017-01-24 | 2023-02-14 | 华为技术有限公司 | 安全实现方法、设备以及系统 |
WO2018170645A1 (zh) * | 2017-03-19 | 2018-09-27 | 南通朗恒通信技术有限公司 | 一种用于上行传输的方法和装置 |
US11564097B2 (en) | 2017-06-14 | 2023-01-24 | Samsung Electronics Co., Ltd. | Method and user equipment for handling of integrity check failures of PDCP PDUS |
CN112203281B (zh) | 2017-06-15 | 2023-07-21 | 维沃移动通信有限公司 | 一种数据无线承载完整性保护配置方法、终端及网络设备 |
US11997738B2 (en) * | 2017-06-16 | 2024-05-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and methods for the handling of data radio bearer integrity protection failure in NR |
KR101988849B1 (ko) * | 2017-08-30 | 2019-06-13 | 에스케이텔레콤 주식회사 | 네트워크장치 및 네트워크장치의 메시지 무결성 체크 방법 |
CN109361655B (zh) * | 2017-11-17 | 2019-08-16 | 华为技术有限公司 | 一种安全保护的方法及装置 |
CN107948972B (zh) * | 2017-12-27 | 2021-03-09 | Oppo广东移动通信有限公司 | 数据业务的恢复方法及相关产品 |
KR20200121331A (ko) | 2018-02-14 | 2020-10-23 | 징코 바이오웍스, 인크. | 키메라 테르펜 합성효소 |
TWI696406B (zh) * | 2018-03-06 | 2020-06-11 | 新加坡商 聯發科技(新加坡)私人有限公司 | 用於保護初始非存取層訊息的使用者設備和方法 |
CN110536415B (zh) * | 2018-05-23 | 2020-11-20 | 大唐移动通信设备有限公司 | 一种nas消息的处理方法、集群终端和集群核心网 |
CN110830421B (zh) * | 2018-08-10 | 2022-07-29 | 华为技术有限公司 | 数据传输方法和设备 |
CN108990096B (zh) * | 2018-09-03 | 2021-07-06 | 四川酷比通信设备有限公司 | 移动终端的nas消息处理方法、系统及移动终端 |
JPWO2020049812A1 (ja) | 2018-09-07 | 2021-08-12 | 日本電気株式会社 | 分散ユニット、無線端末、及びこれらの方法 |
WO2020060871A1 (en) * | 2018-09-19 | 2020-03-26 | Intel Corporation | Protection of initial non-access stratum protocol message in 5g systems |
EP3846519B1 (en) * | 2019-04-26 | 2022-07-06 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method or device for integrity protection |
WO2021142808A1 (zh) * | 2020-01-17 | 2021-07-22 | Oppo广东移动通信有限公司 | 设备会话密钥标识字段的填充方法及相关产品 |
US11310661B2 (en) * | 2020-02-14 | 2022-04-19 | Mediatek Inc. | Security key synchronization method and associated communications apparatus |
Citations (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20010042206A1 (en) * | 2000-05-12 | 2001-11-15 | International Business Machines Corporation Of Armonk | System and method of uniquely authenticating each replication of a group of soft-copy documents |
US20020066011A1 (en) * | 2000-11-28 | 2002-05-30 | Nokia Corporation | System for ensuring encrypted communication after handover |
US20020105971A1 (en) * | 2001-01-16 | 2002-08-08 | Ari Tourunen | Processing of erroneous data in telecommunications system providing packet-switched data transfer |
EP1231745A2 (en) | 2001-02-09 | 2002-08-14 | Nokia Corporation | Advanced method and arrangement for transferring information in a packet radio service |
US20030105951A1 (en) * | 2001-12-05 | 2003-06-05 | International Business Machines Corporation | Policy-driven kernel-based security implementation |
US20030137931A1 (en) * | 2000-02-22 | 2003-07-24 | Martin Hans | Method for operating a mobile radio network |
US20040184437A1 (en) * | 2002-11-07 | 2004-09-23 | Lg Electronics Inc. | Method for moving a receive window in radio access network |
US20040224669A1 (en) * | 2003-05-08 | 2004-11-11 | Pedlar David W. | Apparatus and method of handling universal terrestrial radio access network radio resource control connecting messages in universal mobile telecommunications system user equipment |
US20050026616A1 (en) * | 2003-07-31 | 2005-02-03 | Siemens Mobile Communications S.P.A. | Common radio resource management method in a multi-RAT cellular telephone network |
US20050177797A1 (en) * | 2002-10-03 | 2005-08-11 | Matsushita Electric Industrial Co., Ltd. | Key event controlling apparatus |
US20050176431A1 (en) | 2004-02-11 | 2005-08-11 | Telefonaktiebolaget L M Ericsson (Publ) | Method for handling key sets during handover |
US20050286526A1 (en) * | 2004-06-25 | 2005-12-29 | Sood Sanjeev H | Optimized algorithm for stream re-assembly |
US7065340B1 (en) | 1999-06-04 | 2006-06-20 | Nokia Networks Oy | Arranging authentication and ciphering in mobile communication system |
WO2007078159A1 (en) | 2006-01-04 | 2007-07-12 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting sip data of idle mode ue in a mobile communication system |
US20070230707A1 (en) * | 2006-03-28 | 2007-10-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for handling keys used for encryption and integrity |
US20070254666A1 (en) * | 2002-10-04 | 2007-11-01 | M-Stack Limited | Access stratum manager |
US20080051084A1 (en) * | 2006-08-23 | 2008-02-28 | Alessio Casati | Telecommunications system and method for early transmission of data |
US20100293372A1 (en) * | 2006-03-22 | 2010-11-18 | Patrick Fischer | Asymmetric cryptography for wireless systems |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2004015906A2 (en) | 2002-08-09 | 2004-02-19 | Interdigital Technology Corporation | Efficient memory allocation in a wireless transmit/receiver unit |
US6987985B2 (en) | 2003-06-06 | 2006-01-17 | Interdigital Technology Corporation | Wireless communication components and methods for multiple system communications |
TWI349462B (en) | 2003-10-30 | 2011-09-21 | Interdigital Tech Corp | Architecture for implementation of radio access bearer manager (rabm) and packet data convergence protocol (pdcp) process |
CN1998257A (zh) | 2003-12-01 | 2007-07-11 | 美商内数位科技公司 | 广播/多播服务失效知会方法及装置 |
JP2006217100A (ja) | 2005-02-02 | 2006-08-17 | Nec Corp | 復号処理システム及びその方法並びにそれを用いた移動通信システム |
TW201438446A (zh) | 2005-06-29 | 2014-10-01 | Interdigital Tech Corp | 無縣傳送/接收單元中處理資料之協定引擎 |
US7929410B2 (en) | 2005-06-29 | 2011-04-19 | Interdigital Technology Corporation | Protocol engine for processing data in a wireless transmit/receive unit |
-
2008
- 2008-07-15 US US12/173,253 patent/US8699711B2/en active Active
- 2008-07-16 EP EP08796196.7A patent/EP2172069B1/en active Active
- 2008-07-16 CA CA2693185A patent/CA2693185C/en active Active
- 2008-07-16 KR KR1020107004631A patent/KR101560848B1/ko active IP Right Grant
- 2008-07-16 EP EP12174698.6A patent/EP2579635A3/en not_active Withdrawn
- 2008-07-16 KR KR1020157007812A patent/KR101605297B1/ko active IP Right Grant
- 2008-07-16 ES ES08796196.7T patent/ES2573257T3/es active Active
- 2008-07-16 RU RU2010105685/09A patent/RU2446626C2/ru active
- 2008-07-16 WO PCT/US2008/070115 patent/WO2009012281A2/en active Application Filing
- 2008-07-16 JP JP2010517125A patent/JP2010534959A/ja active Pending
- 2008-07-16 CN CN201410290986.0A patent/CN104105091A/zh active Pending
- 2008-07-16 CN CN200880024996.2A patent/CN101755469B/zh active Active
- 2008-07-16 AU AU2008276061A patent/AU2008276061B2/en active Active
- 2008-07-16 KR KR1020107003496A patent/KR101102708B1/ko active IP Right Grant
- 2008-07-16 BR BRPI0812675A patent/BRPI0812675B1/pt active IP Right Grant
- 2008-07-16 MY MYPI20100198 patent/MY152794A/en unknown
- 2008-07-16 KR KR1020137022632A patent/KR101468352B1/ko active IP Right Grant
- 2008-07-17 TW TW104116714A patent/TW201608861A/zh unknown
- 2008-07-17 TW TW097127220A patent/TWI520539B/zh active
- 2008-07-17 TW TW100144259A patent/TWI497965B/zh active
- 2008-07-18 AR ARP080103096A patent/AR067595A1/es active IP Right Grant
-
2010
- 2010-01-17 IL IL203345A patent/IL203345A/en active IP Right Grant
- 2010-10-12 HK HK10109641.2A patent/HK1143267A1/xx unknown
-
2013
- 2013-05-20 JP JP2013106324A patent/JP2013225863A/ja active Pending
-
2014
- 2014-02-28 US US14/194,018 patent/US9420468B2/en active Active
Patent Citations (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7065340B1 (en) | 1999-06-04 | 2006-06-20 | Nokia Networks Oy | Arranging authentication and ciphering in mobile communication system |
US20030137931A1 (en) * | 2000-02-22 | 2003-07-24 | Martin Hans | Method for operating a mobile radio network |
US20010042206A1 (en) * | 2000-05-12 | 2001-11-15 | International Business Machines Corporation Of Armonk | System and method of uniquely authenticating each replication of a group of soft-copy documents |
US20020066011A1 (en) * | 2000-11-28 | 2002-05-30 | Nokia Corporation | System for ensuring encrypted communication after handover |
US20020105971A1 (en) * | 2001-01-16 | 2002-08-08 | Ari Tourunen | Processing of erroneous data in telecommunications system providing packet-switched data transfer |
EP1231745A2 (en) | 2001-02-09 | 2002-08-14 | Nokia Corporation | Advanced method and arrangement for transferring information in a packet radio service |
RU2282943C2 (ru) | 2001-02-09 | 2006-08-27 | Нокиа Корпорейшн | Усовершенствованный способ и устройство для передачи информации в услуге пакетной радиосвязи |
US20030105951A1 (en) * | 2001-12-05 | 2003-06-05 | International Business Machines Corporation | Policy-driven kernel-based security implementation |
US20050177797A1 (en) * | 2002-10-03 | 2005-08-11 | Matsushita Electric Industrial Co., Ltd. | Key event controlling apparatus |
US20070254666A1 (en) * | 2002-10-04 | 2007-11-01 | M-Stack Limited | Access stratum manager |
US20040184437A1 (en) * | 2002-11-07 | 2004-09-23 | Lg Electronics Inc. | Method for moving a receive window in radio access network |
US20040224669A1 (en) * | 2003-05-08 | 2004-11-11 | Pedlar David W. | Apparatus and method of handling universal terrestrial radio access network radio resource control connecting messages in universal mobile telecommunications system user equipment |
US20050026616A1 (en) * | 2003-07-31 | 2005-02-03 | Siemens Mobile Communications S.P.A. | Common radio resource management method in a multi-RAT cellular telephone network |
US20050176431A1 (en) | 2004-02-11 | 2005-08-11 | Telefonaktiebolaget L M Ericsson (Publ) | Method for handling key sets during handover |
US20050286526A1 (en) * | 2004-06-25 | 2005-12-29 | Sood Sanjeev H | Optimized algorithm for stream re-assembly |
WO2007078159A1 (en) | 2006-01-04 | 2007-07-12 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting sip data of idle mode ue in a mobile communication system |
US20100293372A1 (en) * | 2006-03-22 | 2010-11-18 | Patrick Fischer | Asymmetric cryptography for wireless systems |
US20070230707A1 (en) * | 2006-03-28 | 2007-10-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and apparatus for handling keys used for encryption and integrity |
US20080051084A1 (en) * | 2006-08-23 | 2008-02-28 | Alessio Casati | Telecommunications system and method for early transmission of data |
Non-Patent Citations (39)
Title |
---|
3GPP TSG SA WG3 meeting #45, "Reply LS on assumptions for security procedures," R2-063036, R2-062718, (Ashburn, VA, USA, Oct. 31-Nov. 3, 2006). |
3rd Generation Partnership Project (3GPP), R2-062718, "Reply LS to SA3 on MAC, RLC And RRC layer security", TSG RAN WG2, 3GPP TSG RAN2 WG2#54, Tallinn, Estonia, Aug. 28-Sep. 1, 2006, 2 pages. |
3rd Generation Partnership Project (3GPP), R2-063036, "LS on assumptions for security procedures", RAN2, 3GPP TSG-RAN 2 Meeting #55, Seoul, South Korea, Oct. 9-13, 2006, 2 pages. |
3rd Generation Partnership Project (3GPP), R2-063507, "Reply LS on assumptions for security procedures", Draft for SA3, 3GPP TSG RAN2-56, Riga, Latvia, Nov. 6-11, 2006, 3 pages. |
3rd Generation Partnership Project (3GPP), R2-072747, "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) Packet Data Convergence Protocol (PDCP) specification (Release 8)", (3GPP TS 36.323 Vx.y.z), Jun. 2007, 12 pages. |
3rd Generation Partnership Project (3GPP), S3-060649, "Discontinuous Packet Sequence Numbers", Nokia, 3GPP TSG-SA WG3 #45, Dulles, US, Oct. 31-Nov. 3, 2006, 2 pages. |
3rd Generation Partnership Project (3GPP), S3-060833, "Reply LS on assumptions for security procedures", Draft for SA3, 3GPP TSG SA WG3 meeting #45, Ashburn, VA, USA, Oct. 31-Nov. 3, 2006, 2 pages. |
3rd Generation Partnership Project (3GPP), S3-070240, "Key change during LTE Active", Nokia, Siemens Networks, 3GPP TSG SA WG3 Security-SA3#46b, Sophia Antipolis, France, Mar. 28-29, 2007, 4 pages. |
3rd Generation Partnership Project (3GPP), S3-070272, "Comments to Key refresh in SAE/LTE", Huawei, 3GPP TSG SA WG3 Security-SA3#46b, Sophia Antipolis, Mar. 28-29, 2007, 7 pages. |
3rd Generation Partnership Project (3GPP), TS 33.102 V6.5.0, "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; 3G Security; Security Architecture (Release 4)", Dec. 2012, 63 pages. |
3rd Generation Partnership Project (3GPP); TR 33.821 V0.4.0; "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Rationale and track of security decisions in Long Term Evolved (LTE) RAN / 3GPP System Architecture Evolution (SAE) (Release 8)", Jul. 2007, 94 pages. |
Ericsson, "Key Handling when entering idle mode and coding of security capabilities," 3GPP TSG-RAN2 Meeting #36, R2-031310 (May 15-16, 2003). |
Nokia et al., "Security algorithm negotiation in SAE/LTE networks," 3GPP TSG SA WG3 Security-SA3#46, S3-070100 (Feb. 13-16, 2007). |
Nokia Siemens Networks et al., "Adding content to section 7 of TS33.abc (SAE: Security Architecture)," 3GPP TSG SA WG3 Security-SA3#48, S3-070526 (Jul. 10-13, 2007). |
Third Generation Partnership Project, "Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 8)," 3GPP TS 36.300, V8.1.0 (Jun. 2007). |
Third Generation Partnership Project, "Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA) and Evolved Universal Terrestrial Radio Access Network (E-UTRAN); Overall description; Stage 2 (Release 8)," 3GPP TS 36.300, V8.5.0 (May 2008). |
Third Generation Partnership Project, "Technical Specification Group Services and System Aspects; Rationale and track of security decisions in Long Term Evolved (LTE) RAN/3GPP System Architecture Evolution (SAE) (Release 8)," 3GPP TR 33.821 V0.3.0, (Jun. 2007). |
Third Generation Partnership Project, "Technical Specification Group Services and System Aspects; Rationale and track of security decisions in Long Term Evolved (LTE) RAN/3GPP System Architecture Evolution (SAE) (Release 8)," 3GPP TR 33.821 V0.4.0, (Jul. 2007). |
Third Generation Partnership Project, "Technical Specification Group Services and System Aspects; Rationale and track of security decisions in Long Term Evolved (LTE) RAN/3GPP System Architecture Evolution (SAE) (Release 8)," 3GPP TR 33.821 V0.8.0, (Jun. 2008). |
Third Generation Partnership Project, Technical Specification Group Core Network and Terminals; 3GPP System Architecture Evolution; CT WG1 Aspects (Release 8), 3GPP TR 24.801 V0.2,0, (May 2007). |
Third Generation Partnership Project, Technical Specification Group Core Network and Terminals; 3GPP System Architecture Evolution; CT WG1 Aspects (Release 8), 3GPP TR 24.801 V0.2.0, (May 2007). |
Third Generation Partnership Project, Technical Specification Group Core Network and Terminals; Mobile radio interface Layer 3 specification; Core network protocols; Stage 3 (Release 7), 3GPP TS 24.008 V7.12.0, (Jun. 2008). |
Third Generation Partnership Project, Technical Specification Group Core Network and Terminals; Mobile radio interface Layer 3 specification; Core network protocols; Stage 3 (Release 7), 3GPP TS 24.008 V7.8.0, (Jun. 2007). |
Third Generation Partnership Project, Technical Specification Group Core Network and Terminals; Mobile radio interface Layer 3 specification; Core network protocols; Stage 3 (Release 8), 3GPP TS 24.008 V8.0.0 (Dec. 2007). |
Third Generation Partnership Project, Technical Specification Group Core Network and Terminals; Mobile radio interface Layer 3 specification; Core network protocols; Stage 3 (Release 8), 3GPP TS 24.008 V8.2.0 (Jun. 2008). |
Third Generation Partnership Project, Technical Specification Group Core Network; Mobile radio interface signalling layer 3; General aspects (Release 7), 3GPP TS 24.007 V7.0.0 (Oct. 2005). |
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification (Release 7), 3GPP TS 25.321 V7.5.0 (Jul. 2007). |
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification (Release 7), 3GPP TS 25.321 V7.9.0 (Jun. 2008). |
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Medium Access Control (MAC) protocol specification (Release 8), 3GPP TS 25.321 V8.2.0 (Jun. 2008). |
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Radio Link Control (RLC) protocol specification (Release 7), 3GPP TS 25.322 V7.2.0 (Oct. 2006). |
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Radio Link Control (RLC) protocol specification (Release 7), 3GPP TS 25.322 V7.7.0 (Jun. 2008). |
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Radio Link Control (RLC) protocol specification (Release 8), 3GPP TS 25.322 V8.2.0 (Jun. 2008). |
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Radio Resource Conrol (RRC); Protocol Specification (Release 7), 3GPP TS 25.331 V7.4.0 (Apr. 2007). |
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Radio Resource Control (RRC); Evolved Universal Terrestrial Radio Access (E-UTRA); Packet Data Convergence Protocol (PDCP) specification (Release 8), 3GPP TS 36.323 (Mar. 2008). |
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Radio Resource Control (RRC); Protocol Specificaion (Release 7), 3GPP TS 25.331 V7.4.0 (Apr. 2007). |
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Radio Resource Control (RRC); Protocol Specification (Release 7), 3GPP TS 25.331 V7.4.0 (Apr. 2007). |
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Radio Resource Control (RRC); Protocol Specification (Release 7), 3GPP TS 25.331 V7.9.0 (Jul. 2008). |
Third Generation Partnership Project, Technical Specification Group Radio Access Network; Radio Resource Control (RRC); Protocol Specification (Release 8), 3GPP TS 36.331 (Jul. 2008). |
Zte Corporation, "Protect the network against replay of signaling messages between MME and UE," 3GPP TSG SA WG3 Security-S3#48, S3-070513 (Jul. 10-13, 2007). |
Cited By (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9668282B2 (en) | 2007-06-18 | 2017-05-30 | Lg Electronics Inc. | Method of controlling uplink synchronization state at a user equipment in a mobile communication system |
US9100896B2 (en) | 2007-06-18 | 2015-08-04 | Lg Electronics Inc. | Method of updating repeatedly-transmitted information in a wireless communication system |
US20150140970A1 (en) * | 2007-08-10 | 2015-05-21 | Lg Electronics Inc. | Method for detecting security error in mobile telecommunications system and device of mobile telecommunications |
US9167433B2 (en) * | 2007-08-10 | 2015-10-20 | Lg Electronics Inc. | Method for detecting security error in mobile telecommunications system and device of mobile telecommunications |
US9264160B2 (en) | 2007-08-10 | 2016-02-16 | Lg Electronics Inc. | Method of transmitting and receiving control information in a wireless communication system |
US10038701B2 (en) | 2007-08-10 | 2018-07-31 | Lg Electronics Inc. | Method for detecting security error in mobile telecommunications system and device of mobile telecommunications |
US9497014B2 (en) | 2007-08-10 | 2016-11-15 | Lg Electronics Inc. | Method of transmitting and receiving control information in a wireless communication system |
US9813427B2 (en) | 2007-08-10 | 2017-11-07 | Lg Electronics Inc. | Method for detecting security error in mobile telecommunications system and device of mobile telecommunications |
US9699778B2 (en) | 2007-08-10 | 2017-07-04 | Lg Electronics Inc. | Method of transmitting and receiving control information in a wireless communication system |
US11653265B2 (en) * | 2007-08-12 | 2023-05-16 | Wild Guard Ltd. | Reestablishment of lost radio link between user equipment and source node using cryptographic verification based on a secret key |
US20210337429A1 (en) * | 2007-08-12 | 2021-10-28 | Wild Guard Ltd. | Handover method with link failure recovery, wireless device and base station for implementing such method |
US11075749B2 (en) | 2007-09-17 | 2021-07-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and arrangement in a telecommunication system |
US10455417B2 (en) | 2007-09-17 | 2019-10-22 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and arrangement in a telecommunication system |
US11917055B2 (en) | 2007-09-17 | 2024-02-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and arrangement in a telecommunication system |
US9615249B2 (en) | 2007-09-17 | 2017-04-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and arrangement in a telecommunication system |
US10057055B2 (en) | 2007-09-17 | 2018-08-21 | Telefonaktiebolaget Lm Ericsson (Publ) | Method and arrangement in a telecommunication system |
US9565699B2 (en) | 2007-09-18 | 2017-02-07 | Lg Electronics Inc. | Method of performing polling procedure in a wireless communication system |
US9386477B2 (en) | 2007-09-18 | 2016-07-05 | Lg Electronics Inc. | Method for QoS guarantees in a multilayer structure |
US9661524B2 (en) | 2007-09-18 | 2017-05-23 | Lg Electronics Inc. | Method for QoS guarantees in a multilayer structure |
USRE48836E1 (en) | 2008-01-31 | 2021-11-30 | Lg Electronics Inc. | Method for signaling back-off information in random access |
USRE49739E1 (en) | 2008-01-31 | 2023-11-28 | Lg Electronics Inc. | Method for signaling back-off information in random access |
US20130203382A1 (en) * | 2010-08-16 | 2013-08-08 | Ntt Docomo, Inc. | Mobile communication method, mobile communication system, and radio base station |
US8849245B2 (en) * | 2010-08-16 | 2014-09-30 | Ntt Docomo, Inc. | Mobile communication method, mobile communication system, and radio base station |
US20140321282A1 (en) * | 2011-12-08 | 2014-10-30 | Interdigital Patent Holdings, Inc. | High-rate dual-band cellular communications |
US11133897B2 (en) * | 2013-11-11 | 2021-09-28 | Huawei Technologies Co., Ltd. | Data transmission method and apparatus |
US10623990B2 (en) | 2015-12-15 | 2020-04-14 | Lg Electronics Inc. | User equipment and method for transmitting data, and network node and method for receiving data |
WO2017105077A1 (ko) * | 2015-12-15 | 2017-06-22 | 엘지전자 주식회사 | 사용자기기 및 데이터 수신 방법과 네트워크 노드 및 데이터 전송 방법 |
US11350274B2 (en) | 2016-04-01 | 2022-05-31 | Idac Holdings, Inc. | Methods for service slice selection and separation |
US11877151B2 (en) | 2016-04-01 | 2024-01-16 | Interdigital Patent Holdings, Inc. | Methods for service slice selection and separation |
WO2018204228A1 (en) * | 2017-05-05 | 2018-11-08 | Nokia Technologies Oy | Identity request control for user equipment |
Also Published As
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9420468B2 (en) | Method and apparatus to implement security in a long term evolution wireless device | |
US9801072B2 (en) | Non-access stratum architecture and protocol enhancements for long term evolution mobile units | |
AU2013200612A1 (en) | Method and apparatus to implement security in a long term evolution wireless device. |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: INTERDIGITAL TECHNOLOGY CORPORATION, DELAWARE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MUKHERJEE, RAJAT P.;WANG, PETER S.;SAMMOUR, MOHAMMED;AND OTHERS;REEL/FRAME:021481/0763;SIGNING DATES FROM 20080811 TO 20080826 Owner name: INTERDIGITAL TECHNOLOGY CORPORATION, DELAWARE Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:MUKHERJEE, RAJAT P.;WANG, PETER S.;SAMMOUR, MOHAMMED;AND OTHERS;SIGNING DATES FROM 20080811 TO 20080826;REEL/FRAME:021481/0763 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551) Year of fee payment: 4 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |