US8135404B2 - Apparatus, system, and methods for handling attach procedure in mobile communication system - Google Patents

Apparatus, system, and methods for handling attach procedure in mobile communication system Download PDF

Info

Publication number
US8135404B2
US8135404B2 US12/465,824 US46582409A US8135404B2 US 8135404 B2 US8135404 B2 US 8135404B2 US 46582409 A US46582409 A US 46582409A US 8135404 B2 US8135404 B2 US 8135404B2
Authority
US
United States
Prior art keywords
attach
message
request message
user equipment
response
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
Application number
US12/465,824
Other versions
US20100081393A1 (en
Inventor
Jen-Sheng Huang
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Via Telecom Inc
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 Via Telecom Inc filed Critical Via Telecom Inc
Priority to US12/465,824 priority Critical patent/US8135404B2/en
Assigned to VIA TELECOM, INC. reassignment VIA TELECOM, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: HUANG, JEN-SHENG
Publication of US20100081393A1 publication Critical patent/US20100081393A1/en
Priority to US13/343,587 priority patent/US9301115B2/en
Application granted granted Critical
Publication of US8135404B2 publication Critical patent/US8135404B2/en
Assigned to VIA TELECOM CO., LTD. reassignment VIA TELECOM CO., LTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: VIA TELECOM, INC.
Assigned to INTEL CORPORATION reassignment INTEL CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: VIA TELECOM CO., LTD.
Assigned to GUANGDONG OPPO MOBILE TELECOMMUNICATIONS CORP., LTD. reassignment GUANGDONG OPPO MOBILE TELECOMMUNICATIONS CORP., LTD. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: INTEL CORPORATION
Active legal-status Critical Current
Adjusted expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/20Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel

Definitions

  • the invention generally relates to handling an attach procedure, and more particularly, to methods, apparatus, and system for handling an attach procedure in a mobile communication system environment.
  • a mobile user equipment communicates with one or more mobile communication systems via the radio access networks of the mobile communication systems.
  • a UE comprises various types of equipment such as a mobile telephone (also known as cellular or cell phone), a laptop with wireless communication capability, a personal digital assistant (PDA) etc.
  • the equipment may be portable, handheld, pocket-sized, and installed in a vehicle etc and communicate voice and/or data signals with the radio access network.
  • a universal mobile telecommunications system is a third generation mobile communication system that has evolved from the Global System for Mobile communications (GSM) system.
  • GSM Global System for Mobile communications
  • the UMTS is a European standard which aims to provide better mobile communication services based on the GSM core network and wideband code division multiple access (W-CDMA) technology.
  • W-CDMA wideband code division multiple access
  • LTE Long Term Evolution
  • LTE long Term Evolution
  • the improved UMTS technology is called Evolved Universal Terrestrial Radio Access (E-UTRA) and the system employing the E-UTRA technology is called an Evolved Packet System (EPS).
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • EPS Evolved Packet System
  • the 3GPP TS 24.301 specification, v.1.0.0, referred to herein as the 24.301 specification addresses the subject of the Non-Access-Stratum (NAS) protocol requirements for the EPS and the UE.
  • NAS Non-Access-Stratum
  • the attach procedure starts by the UE sending an ATTACH REQUEST message to the EPS (step S 101 ).
  • the ATTACH REQUEST message may be sent combined with a PDN CONNECTIVITY REQUEST message indicating that the UE wishes to start a packet data session with the EPS.
  • the EPS receives the ATTACH REQUEST message, it authenticates the UE, checks if the UE is authorized to have access to packet data services, and performs a security mode control procedure to activate the encryption on subsequent messages (step S 102 ).
  • the EPS accepts the attach request by sending an ATTACH ACCEPT message to the UE.
  • the ATTACH ACCEPT message may be sent combined with an ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message if the PDN CONNECTIVITY REQUEST message is found in the ATTACH REQUEST message (step S 103 ).
  • the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message contains the configuration used to activate the default bearer for the packet data session.
  • the UE receives the ATTACH ACCEPT message, it checks the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message to see if the configuration within is acceptable.
  • the UE If the UE accepts the configuration specified in the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message, it applies the configuration, resets the counters associated with the attach procedure, including the attach attempt counter and the tracking area updating attempt counter, enters the EMM-REGISTERED state, and sets the EPS update status to EU1 UPDATED (step S 104 ). The UE then responds to the EPS with an ATTACH COMPLETE message to acknowledge that it has received and accepted the ATTACH ACCEPT message (step S 105 ).
  • the ATTACH COMPLETE message may be sent combined with an ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message indicating that the UE has accepted the configuration of the default bearer from the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message.
  • the EPS receives the ATTACH COMPLETE message combined with the ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message and the attach procedure ends successfully.
  • a user equipment handling an attach procedure with a service network comprises a wireless module and a controller.
  • the wireless module transmits an attach request message to the service network and receives an attach accept message replied to the attach request message from the service network.
  • the controller determines whether to accept the attach accept message, sends an attach complete message, via the wireless module, to the service network in response to the attach accept message being accepted, and resends the attach request message, via the wireless module, to the service network in response to the attach accept message not being accepted.
  • a method for a user equipment to handle an attach procedure with a service network comprises sending an attach request message to the service network, receiving an attach accept message replied to the attach request message from the service network, determining whether to accept the attach accept message, and sending an attach complete message to the service network in response to the attach accept message being accepted, and resending the attach request message to the service network in response to the attach accept message not being accepted.
  • a service network for handling an attach procedure with a user equipment.
  • the service network comprises a radio access network and a control node.
  • the radio access network receives an attach request message from the user equipment, sends a first attach accept message to the user equipment in response to the attach request message, and receives a response message from the user equipment.
  • the control node determines that the attach procedure has ended successfully in response to the response message being an attach complete message, aborts the attach procedure and initiates a new attach procedure by sending a second attach accept message, via the radio access network, to the user equipment in response to the response message being the attach request message resent by the user equipment, and aborts the attach procedure and sends a detach accept message, via the radio access network, to the user equipment in response to the response message being a detach request message.
  • a method for a service network to handle an attach procedure with a user equipment comprises receiving an attach request message from the user equipment, sending a first attach accept message to the user equipment in response to the attach request message, receiving a response message from the user equipment, aborting the attach procedure and initiating a new attach procedure by sending a second attach accept message to the user equipment in response to the response message being the attach request message resent by the user equipment, and aborting the attach procedure and sending a detach accept message to the user equipment in response to the response message being a detach request message.
  • a mobile communication system for handling an attach procedure.
  • the mobile communication system comprises a user equipment and a service network.
  • the user equipment sends an attach request message, receives a first attach accept message replied to the attach request message, determines whether to accept the first attach accept message, sends an attach complete message in response to the first attach accept message being accepted, and resends the attach request message in response to the first attach accept message not being accepted.
  • the service network receives the attach request message, sends the first attach accept message in response to the attach request message, determines that the attach procedure has ended successfully upon receiving the attach complete message, and aborts the attach procedure and initiates a new attach procedure by sending a second attach accept message to the user equipment upon receiving the attach request message resent by the user equipment.
  • FIG. 1 is a message sequence chart illustrating a successful attach procedure in an EPS environment
  • FIG. 2 is a block diagram illustrating a UE in accordance of an embodiment of this present invention.
  • FIG. 3 is a message sequence chart illustrating the UE and EPS handling an attach procedure according to an embodiment of the invention.
  • FIG. 4 is a message sequence chart illustrating the UE and EPS aborting an unaccepted attach procedure after a predetermined number of retries according to an embodiment of the invention.
  • the UE may not accept the configuration specified in the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message. For instance, if the bearer resources of the UE are not sufficient enough to apply a required configuration, there may be semantic errors or syntactical errors in the configuration. Additionally, other situations specified in clause 6.4.1.4 of the 24.301 specification may also occur. If the UE does not accept the configuration, it requests a suitable or correct configuration from the EPS. Accordingly, the UE reinitiates the attach procedure.
  • the UE whenever the UE receives the ATTACH ACCEPT message combined with the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message, it resets the attach attempt counter and tracking area updating attempt counter, enters the EMM-REGISTERED state, sets the EPS update status to EU1 UPDATED, and applies the configuration specified in the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message. After, the UE sends an ATTACH COMPLETE message combined with the ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message to the EPS.
  • FIG. 2 is a block diagram illustrating a UE in accordance of an embodiment of this present invention.
  • the UE 210 has a wireless module 211 for receiving and transmitting messages propagated in radio frequency.
  • the UE 210 also includes the NAS protocol stack 212 , which is connected to receive and transmit messages from and to the EPS 220 via the wireless module 211 .
  • the connection between the NAS protocol stack 212 and the wireless module 211 may involve protocol stacks that are not shown in FIG. 2 , such as the radio resource control (RRC) protocol stack, the radio link control (RLC) protocol stack, the medium access control (MAC) protocol stack, and the physical layer protocol stack.
  • RRC radio resource control
  • RLC radio link control
  • MAC medium access control
  • any of the protocol stacks referred to in this specification may be realized by a combination of hardware and software.
  • the NAS protocol stack 212 comprises a controller 213 for performing the NAS functions and handling an attach procedure. The operation of the controller 213 is explained in more detail in
  • FIG. 3 is a message sequence chart illustrating the UE and EPS handling an attach procedure according to an embodiment of the invention.
  • the UE 210 maintains an attach attempt counter, referred to herein as a retry counter, to keep track of the number of retries allowed when the attach attempt is not successful. Initially, the retry counter is set to 0 (step S 301 ).
  • the UE 210 wishes to register with the EPS 220 and start a packet data session with the EPS 220 , the UE 210 initiates an attach procedure by sending an ATTACH REQUEST message, with a PDN CONNECTIVITY REQUEST message combined in it, to EPS 220 (step S 302 ).
  • the EPS 220 After reception of the ATTACH REQUEST message, the EPS 220 performs the authentication procedure to check if the UE 210 is authorized, and the security mode control procedure to activate the encryption on the subsequent messages in the connection with UE 210 (step S 303 ). If the procedures end normally, the EPS 220 sends an ATTACH ACCEPT message, with an ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message combined in it, to the UE 210 (step S 304 ).
  • the controller 213 Upon reception of the ATTACH ACCEPT message by the wireless module 211 , the controller 213 retrieves the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message and determines that the default EPS bearer context activation configuration in the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message is not acceptable due to the reasons as specified in clause 6.4.1.4 of the 24.301 specification (step S 305 ). The UE 210 then checks to see if the retry counter is less than a predetermined number. If the retry counter is less than a predetermined number, the UE 210 resends the ATTACH REQUEST message combined with the PDN CONNECTIVITY REQUEST message (step S 306 ).
  • the resent ATTACH REQUEST message includes a resent cause (IE “Resent cause”) indicating that the message is resent due to the previous ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message being rejected by UE 210 , and the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message includes an unaccepted cause (IE “ESM cause”).
  • the UE 210 increments the retry counter by 1 (step S 307 ).
  • the EPS 220 receives the resent the ATTACH REQUEST message, it checks to see if the ATTACH REQUEST message includes a resend cause.
  • the EPS 220 aborts the current attach procedure and initiates a new attach procedure (step S 308 ) by sending a new ATTACH ACCEPT message combined with a new ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message to the UE 210 (step S 309 ).
  • the configuration specified in the new ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message is adjusted by EPS 220 according to the unaccepted cause.
  • the UE may accept the new ATTACH ACCEPT message and the new ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message.
  • the UE 210 continues with resetting the attach attempt counter and tracking area updating attempt counter, entering an EMM-REGISTERED state, setting the EPS update status to EU1 UPDATED, and applying the configuration specified in the new ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message (step S 310 ).
  • the UE sends an ATTACH COMPLETE message combined with the ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message to the EPS (step S 311 ).
  • the attach procedure ends successfully.
  • the UE 210 may rejects the new ATTACH ACCEPT message again and thus the operations in step S 305 ⁇ S 307 are repeated.
  • step S 305 ⁇ S 307 can be repeated, until the retry counter is greater than or equal to the predetermined number or the UE 210 accepts the new ATTACH ACCEPT message.
  • FIG. 4 is a message sequence chart illustrating the UE and EPS aborting an unaccepted attach procedure after a predetermined number of retries according to an embodiment of the invention.
  • the UE 210 carries out the retry process by resending the ATTACH REQUEST message with a resent cause (step S 401 ), as depicted in FIG. 3 , when not accepting the ATTACH ACCEPT message from the EPS 220 .
  • the UE 210 increments the retry counter by 1 (step S 402 ).
  • the EPS 220 When the EPS 220 receives the resent ATTACH REQUEST message with the resent cause, it responds accordingly by aborting the current attach procedure and reinitiating a new attach procedure (step S 403 ) by sending a new ATTACH ACCEPT message combined with a new ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message to the UE 210 (step S 404 ). If the UE 210 rejects the ATTACH ACCEPT message again (step S 405 ), then the retry process (step S 401 ⁇ S 404 ) repeats.
  • the maximum number of retries can be any predetermined number, or 5 in this embodiment.
  • step S 406 If the retry process fails for 4 more times (step S 406 ) which means the maximum number of retries has been reached, then the UE 210 aborts the attach procedure by sending a DETACH REQUEST message to the EPS 220 (step S 407 ). Upon receiving the DETACH REQUEST message, the EPS 220 aborts the attach procedure (step S 408 ) and responds by sending a DETACH ACCEPT message to the UE 210 (step S 409 ). Afterward, the attach procedure ends by being considered as failed by both the UE 210 and the EPS 220 .

Abstract

A user equipment for handling an attach procedure with a service network is provided. The user equipment comprises a wireless module transmitting an attach request message to the service network and receiving an attach accept message replied to the attach request message from the service network, and a controller determining whether to accept the attach accept message, sending an attach complete message, via the wireless module, to the service network in response to the attach accept message being accepted, and resending the attach request message, via the wireless module, to the service network in response to the attach accept message not being accepted.

Description

CROSS REFERENCE TO RELATED APPLICATIONS
This Application claims priority of U.S. Provisional Application No. 61/101,147, filed Sep. 29, 2008.
BACKGROUND OF THE INVENTION
1. Field of the Invention
The invention generally relates to handling an attach procedure, and more particularly, to methods, apparatus, and system for handling an attach procedure in a mobile communication system environment.
2. Description of the Related Art
In a typical mobile communication system environment, a mobile user equipment (UE) communicates with one or more mobile communication systems via the radio access networks of the mobile communication systems. A UE comprises various types of equipment such as a mobile telephone (also known as cellular or cell phone), a laptop with wireless communication capability, a personal digital assistant (PDA) etc. The equipment may be portable, handheld, pocket-sized, and installed in a vehicle etc and communicate voice and/or data signals with the radio access network.
A universal mobile telecommunications system (UMTS) is a third generation mobile communication system that has evolved from the Global System for Mobile communications (GSM) system. The UMTS is a European standard which aims to provide better mobile communication services based on the GSM core network and wideband code division multiple access (W-CDMA) technology. Although UMTS delivers high data transfer rates, wireless data usage is expected to increase significantly over the next few years. For this reason, concepts for UMTS Long Term Evolution (LTE) have been proposed and the objective is to further improve UMTS to achieve high-data-rates, low-latency and packet-optimized radio access technology. The improved UMTS technology is called Evolved Universal Terrestrial Radio Access (E-UTRA) and the system employing the E-UTRA technology is called an Evolved Packet System (EPS).
For a UE, which complies with the 3GPP specifications for the E-UTRA protocol, the 3GPP TS 24.301 specification, v.1.0.0, referred to herein as the 24.301 specification, addresses the subject of the Non-Access-Stratum (NAS) protocol requirements for the EPS and the UE.
After the UE is powered on and connects to the EPS, it will need to perform an attach procedure to register itself to the EPS so that it can start a packet data session over the EPS. As illustrated in FIG. 1, the attach procedure starts by the UE sending an ATTACH REQUEST message to the EPS (step S101). The ATTACH REQUEST message may be sent combined with a PDN CONNECTIVITY REQUEST message indicating that the UE wishes to start a packet data session with the EPS. When the EPS receives the ATTACH REQUEST message, it authenticates the UE, checks if the UE is authorized to have access to packet data services, and performs a security mode control procedure to activate the encryption on subsequent messages (step S102). If none of the checks fails, the EPS accepts the attach request by sending an ATTACH ACCEPT message to the UE. The ATTACH ACCEPT message may be sent combined with an ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message if the PDN CONNECTIVITY REQUEST message is found in the ATTACH REQUEST message (step S103). The ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message contains the configuration used to activate the default bearer for the packet data session. When the UE receives the ATTACH ACCEPT message, it checks the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message to see if the configuration within is acceptable. If the UE accepts the configuration specified in the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message, it applies the configuration, resets the counters associated with the attach procedure, including the attach attempt counter and the tracking area updating attempt counter, enters the EMM-REGISTERED state, and sets the EPS update status to EU1 UPDATED (step S104). The UE then responds to the EPS with an ATTACH COMPLETE message to acknowledge that it has received and accepted the ATTACH ACCEPT message (step S105). The ATTACH COMPLETE message may be sent combined with an ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message indicating that the UE has accepted the configuration of the default bearer from the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message. At last, the EPS receives the ATTACH COMPLETE message combined with the ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message and the attach procedure ends successfully.
BRIEF SUMMARY OF THE INVENTION
Accordingly, embodiments of the invention provide an apparatus, system, and methods for handling attach procedure in a mobile communication system. In one aspect of the invention, a user equipment handling an attach procedure with a service network is provided. The user equipment comprises a wireless module and a controller. The wireless module transmits an attach request message to the service network and receives an attach accept message replied to the attach request message from the service network. The controller determines whether to accept the attach accept message, sends an attach complete message, via the wireless module, to the service network in response to the attach accept message being accepted, and resends the attach request message, via the wireless module, to the service network in response to the attach accept message not being accepted.
In another aspect of the invention, a method for a user equipment to handle an attach procedure with a service network is provided. The method comprises sending an attach request message to the service network, receiving an attach accept message replied to the attach request message from the service network, determining whether to accept the attach accept message, and sending an attach complete message to the service network in response to the attach accept message being accepted, and resending the attach request message to the service network in response to the attach accept message not being accepted.
In another aspect of the invention, a service network for handling an attach procedure with a user equipment is provided. The service network comprises a radio access network and a control node. The radio access network receives an attach request message from the user equipment, sends a first attach accept message to the user equipment in response to the attach request message, and receives a response message from the user equipment. The control node determines that the attach procedure has ended successfully in response to the response message being an attach complete message, aborts the attach procedure and initiates a new attach procedure by sending a second attach accept message, via the radio access network, to the user equipment in response to the response message being the attach request message resent by the user equipment, and aborts the attach procedure and sends a detach accept message, via the radio access network, to the user equipment in response to the response message being a detach request message.
In another aspect of the invention, a method for a service network to handle an attach procedure with a user equipment is provided. The method comprises receiving an attach request message from the user equipment, sending a first attach accept message to the user equipment in response to the attach request message, receiving a response message from the user equipment, aborting the attach procedure and initiating a new attach procedure by sending a second attach accept message to the user equipment in response to the response message being the attach request message resent by the user equipment, and aborting the attach procedure and sending a detach accept message to the user equipment in response to the response message being a detach request message.
In another aspect of the invention, a mobile communication system for handling an attach procedure is provided. The mobile communication system comprises a user equipment and a service network. The user equipment sends an attach request message, receives a first attach accept message replied to the attach request message, determines whether to accept the first attach accept message, sends an attach complete message in response to the first attach accept message being accepted, and resends the attach request message in response to the first attach accept message not being accepted. The service network receives the attach request message, sends the first attach accept message in response to the attach request message, determines that the attach procedure has ended successfully upon receiving the attach complete message, and aborts the attach procedure and initiates a new attach procedure by sending a second attach accept message to the user equipment upon receiving the attach request message resent by the user equipment.
Other aspects and features of the present invention will become apparent to those ordinarily skilled in the art upon review of the following descriptions of specific embodiments of an apparatus, system, and methods for handling an attach procedure in an E-UTRA system environment.
BRIEF DESCRIPTION OF DRAWINGS
The invention can be more fully understood by reading the subsequent detailed description and examples with references made to the accompanying drawings, wherein:
FIG. 1 is a message sequence chart illustrating a successful attach procedure in an EPS environment;
FIG. 2 is a block diagram illustrating a UE in accordance of an embodiment of this present invention;
FIG. 3 is a message sequence chart illustrating the UE and EPS handling an attach procedure according to an embodiment of the invention; and
FIG. 4 is a message sequence chart illustrating the UE and EPS aborting an unaccepted attach procedure after a predetermined number of retries according to an embodiment of the invention.
DETAILED DESCRIPTION OF THE INVENTION
The following description is of the best-contemplated mode of carrying out the invention. This description is made for the purpose of illustrating the general principles of the invention and should not be taken in a limiting sense. The scope of the invention is best determined by reference to the appended claims. In order to give better examples, the embodiments described below are utilized in EPS environments. In addition, 3GPP specifications are used to teach the spirit of this invention but not used to limit the scope of the present invention.
There are situations where the UE may not accept the configuration specified in the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message. For instance, if the bearer resources of the UE are not sufficient enough to apply a required configuration, there may be semantic errors or syntactical errors in the configuration. Additionally, other situations specified in clause 6.4.1.4 of the 24.301 specification may also occur. If the UE does not accept the configuration, it requests a suitable or correct configuration from the EPS. Accordingly, the UE reinitiates the attach procedure. Yet, in accordance with clause 5.5.1.2.4 of the 24.301 specification, whenever the UE receives the ATTACH ACCEPT message combined with the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message, it resets the attach attempt counter and tracking area updating attempt counter, enters the EMM-REGISTERED state, sets the EPS update status to EU1 UPDATED, and applies the configuration specified in the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message. After, the UE sends an ATTACH COMPLETE message combined with the ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message to the EPS. Thus, since the clause 5.5.1.2.4 of the 24.301 specification completely ignores the situation when the UE does not accept the configuration specified in the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message, faulty handling of attach procedures by the UE and EPS may occur.
FIG. 2 is a block diagram illustrating a UE in accordance of an embodiment of this present invention. The UE 210 has a wireless module 211 for receiving and transmitting messages propagated in radio frequency. The UE 210 also includes the NAS protocol stack 212, which is connected to receive and transmit messages from and to the EPS 220 via the wireless module 211. The connection between the NAS protocol stack 212 and the wireless module 211 may involve protocol stacks that are not shown in FIG. 2, such as the radio resource control (RRC) protocol stack, the radio link control (RLC) protocol stack, the medium access control (MAC) protocol stack, and the physical layer protocol stack. For implementation, any of the protocol stacks referred to in this specification may be realized by a combination of hardware and software. The NAS protocol stack 212 comprises a controller 213 for performing the NAS functions and handling an attach procedure. The operation of the controller 213 is explained in more detail in the following embodiments.
FIG. 3 is a message sequence chart illustrating the UE and EPS handling an attach procedure according to an embodiment of the invention. During the attach procedure, the UE 210 maintains an attach attempt counter, referred to herein as a retry counter, to keep track of the number of retries allowed when the attach attempt is not successful. Initially, the retry counter is set to 0 (step S301). When the UE 210 wishes to register with the EPS 220 and start a packet data session with the EPS 220, the UE 210 initiates an attach procedure by sending an ATTACH REQUEST message, with a PDN CONNECTIVITY REQUEST message combined in it, to EPS 220 (step S302). After reception of the ATTACH REQUEST message, the EPS 220 performs the authentication procedure to check if the UE 210 is authorized, and the security mode control procedure to activate the encryption on the subsequent messages in the connection with UE 210 (step S303). If the procedures end normally, the EPS 220 sends an ATTACH ACCEPT message, with an ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message combined in it, to the UE 210 (step S304). Upon reception of the ATTACH ACCEPT message by the wireless module 211, the controller 213 retrieves the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message and determines that the default EPS bearer context activation configuration in the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message is not acceptable due to the reasons as specified in clause 6.4.1.4 of the 24.301 specification (step S305). The UE 210 then checks to see if the retry counter is less than a predetermined number. If the retry counter is less than a predetermined number, the UE 210 resends the ATTACH REQUEST message combined with the PDN CONNECTIVITY REQUEST message (step S306). The resent ATTACH REQUEST message includes a resent cause (IE “Resent cause”) indicating that the message is resent due to the previous ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message being rejected by UE 210, and the ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message includes an unaccepted cause (IE “ESM cause”). Upon resending the ATTACH REQUEST message, the UE 210 increments the retry counter by 1 (step S307). When the EPS 220 receives the resent the ATTACH REQUEST message, it checks to see if the ATTACH REQUEST message includes a resend cause. If the ATTACH REQUEST message includes a resend cause, the EPS 220 aborts the current attach procedure and initiates a new attach procedure (step S308) by sending a new ATTACH ACCEPT message combined with a new ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message to the UE 210 (step S309). The configuration specified in the new ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message is adjusted by EPS 220 according to the unaccepted cause. Since the configuration specified in the new ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message is adjusted, the UE may accept the new ATTACH ACCEPT message and the new ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message. After accepting the new ATTACH ACCEPT message, the UE 210 continues with resetting the attach attempt counter and tracking area updating attempt counter, entering an EMM-REGISTERED state, setting the EPS update status to EU1 UPDATED, and applying the configuration specified in the new ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message (step S310). Afterward, the UE sends an ATTACH COMPLETE message combined with the ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT message to the EPS (step S311). Once the EPS 220 receives the ATTACH COMPLETE message, the attach procedure ends successfully.
In other embodiments, the UE 210 may rejects the new ATTACH ACCEPT message again and thus the operations in step S305˜S307 are repeated. In this case, step S305˜S307 can be repeated, until the retry counter is greater than or equal to the predetermined number or the UE 210 accepts the new ATTACH ACCEPT message.
FIG. 4 is a message sequence chart illustrating the UE and EPS aborting an unaccepted attach procedure after a predetermined number of retries according to an embodiment of the invention. During an attach procedure, the UE 210 carries out the retry process by resending the ATTACH REQUEST message with a resent cause (step S401), as depicted in FIG. 3, when not accepting the ATTACH ACCEPT message from the EPS 220. Upon resending the ATTACH REQUEST message, the UE 210 increments the retry counter by 1 (step S402). When the EPS 220 receives the resent ATTACH REQUEST message with the resent cause, it responds accordingly by aborting the current attach procedure and reinitiating a new attach procedure (step S403) by sending a new ATTACH ACCEPT message combined with a new ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST message to the UE 210 (step S404). If the UE 210 rejects the ATTACH ACCEPT message again (step S405), then the retry process (step S401˜S404) repeats. The maximum number of retries can be any predetermined number, or 5 in this embodiment. If the retry process fails for 4 more times (step S406) which means the maximum number of retries has been reached, then the UE 210 aborts the attach procedure by sending a DETACH REQUEST message to the EPS 220 (step S407). Upon receiving the DETACH REQUEST message, the EPS 220 aborts the attach procedure (step S408) and responds by sending a DETACH ACCEPT message to the UE 210 (step S409). Afterward, the attach procedure ends by being considered as failed by both the UE 210 and the EPS 220.
While the invention has been described by way of example and in terms of preferred embodiment, it is to be understood that the invention is not limited thereto. Those who are skilled in this technology can still make various alterations and modifications without departing from the scope and spirit of this invention. Therefore, the scope of the present invention shall be defined and protected by the following claims and their equivalents.

Claims (20)

What is claimed is:
1. A user equipment, handling an attach procedure with a service network, comprising:
a wireless module transmitting an attach request message to the service network and receiving an attach accept message replied to the attach request message from the service network; and
a controller determining whether to accept the attach accept message, sending an attach complete message, via the wireless module, to the service network in response to the attach accept message being accepted, and resending the attach request message, via the wireless module, to the service network in response to the attach accept message not being accepted.
2. The user equipment of claim 1, further comprising a retry counter, wherein the retry counter is initialized to 0 before starting the attach procedure, increased upon resending the attach request message, and reset when the attach procedure ends.
3. The user equipment of claim 2, wherein the attach request message is resent with a resent cause when the retry counter is less than a predetermined number.
4. The user equipment of claim 3, wherein the controller further determines whether the retry counter is less than the predetermined number, and sends a detach request message, via the wireless module, to the service network in response of that the retry counter is greater than or equal to the predetermined number.
5. A method for a user equipment to handle an attach procedure with a service network, comprising:
sending an attach request message to the service network;
receiving an attach accept message replied to the attach request message from the service network;
determining whether to accept the attach accept message;
sending an attach complete message to the service network in response to the attach accept message being accepted; and
resending the attach request message to the service network in response to the attach accept message not being accepted.
6. The method of claim 5, further comprises initializing a retry counter to 0 before starting the attach procedure, increasing the retry counter upon resending the attach request message, and resetting the retry counter when the attach procedure ends.
7. The method of claim 6, wherein the attach request message is resent with a resent cause when the retry counter is less than a predetermined number.
8. The method of claim 7, further comprises determining whether the retry counter is less than the predetermined number, and sending a detach message to the service network in response of that the retry counter is greater than or equal to the predetermined number.
9. A service network, handling an attach procedure with a user equipment, comprising:
a radio access network receiving an attach request message from the user equipment, sending a first attach accept message to the user equipment in response to the attach request message, and receiving a response message from the user equipment; and
a control node determining that the attach procedure has ended successfully in response to the response message being an attach complete message, aborting the attach procedure and initiating a new attach procedure by sending a second attach accept message, via the radio access network, to the user equipment in response to the response message being the attach request message resent by the user equipment, and aborting the attach procedure and sending a detach accept message, via the radio access network, to the user equipment in response to the response message being a detach request message.
10. The service network of claim 9, wherein the attach complete message is sent upon the first attach accept message being accepted by the user equipment.
11. The service network of claim 9, wherein the attach request message resent by the user equipment is resent with a resent cause upon the first attach accept message not being accepted by the user equipment.
12. The service network of claim 9, wherein the detach request message is sent, upon the first attach accept message not being accepted by the user equipment and the number of resending the attach request message being greater than or equal to a predetermined number.
13. A method for a service network to handle an attach procedure with a user equipment, comprising:
receiving an attach request message from the user equipment;
sending a first attach accept message to the user equipment in response to the attach request message;
receiving a response message from the user equipment;
determining that the attach procedure has ended successfully in response to the response message being an attach complete message;
aborting the attach procedure and initiating a new attach procedure by sending a second attach accept message to the user equipment in response to the response message being the attach request message resent by the user equipment; and
aborting the attach procedure and sending a detach accept message to the user equipment in response to the response message being a detach request message.
14. The method of claim 13, wherein the attach complete message is sent upon the first attach accept message being accepted by the user equipment.
15. The method of claim 13, wherein the attach request message resent by the user equipment is resent with a resent cause upon the first attach accept message not being accepted by the user equipment.
16. The method of claim 13, wherein the detach request message is sent, upon the first attach accept message not being accepted by the user equipment and the number of resending the attach request message being greater than or equal to a predetermined number.
17. A mobile communication system, handling an attach procedure, comprising:
a user equipment sending an attach request message, receiving a first attach accept message replied to the attach request message, determining whether to accept the first attach accept message, sending an attach complete message in response to the first attach accept message being accepted, and resending the attach request message in response to the first attach accept message not being accepted; and
a service network receiving the attach request message, sending the first attach accept message to the user equipment in response to the attach request message, determining that the attach procedure has ended successfully upon receiving the attach complete message, and aborting the attach procedure and initiating a new attach procedure by sending a second attach accept message to the user equipment upon receiving the attach request message resent by the user equipment.
18. The mobile communication system of claim 17, wherein the attach request message resent by the user equipment is resent with a resent cause when the number of resending the attach request message is less than a predetermined number.
19. The mobile communication system of claim 18, wherein the user equipment further determines whether the number of resending the attach request message is less than the predetermined number, and sends a detach request message to the service network in response of that the number of resending the attach request message is greater than or equal to the predetermined number.
20. The mobile communication system of claim 19, wherein the service network further aborts the attach procedure and sends a detach accept message to the user equipment upon receiving the detach request message.
US12/465,824 2008-09-29 2009-05-14 Apparatus, system, and methods for handling attach procedure in mobile communication system Active 2030-04-27 US8135404B2 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US12/465,824 US8135404B2 (en) 2008-09-29 2009-05-14 Apparatus, system, and methods for handling attach procedure in mobile communication system
US13/343,587 US9301115B2 (en) 2008-09-29 2012-01-04 Apparatuses and methods for handling attach procedure in a mobile communication system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10114708P 2008-09-29 2008-09-29
US12/465,824 US8135404B2 (en) 2008-09-29 2009-05-14 Apparatus, system, and methods for handling attach procedure in mobile communication system

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13/343,587 Continuation US9301115B2 (en) 2008-09-29 2012-01-04 Apparatuses and methods for handling attach procedure in a mobile communication system

Publications (2)

Publication Number Publication Date
US20100081393A1 US20100081393A1 (en) 2010-04-01
US8135404B2 true US8135404B2 (en) 2012-03-13

Family

ID=41576229

Family Applications (2)

Application Number Title Priority Date Filing Date
US12/465,824 Active 2030-04-27 US8135404B2 (en) 2008-09-29 2009-05-14 Apparatus, system, and methods for handling attach procedure in mobile communication system
US13/343,587 Active 2029-05-29 US9301115B2 (en) 2008-09-29 2012-01-04 Apparatuses and methods for handling attach procedure in a mobile communication system

Family Applications After (1)

Application Number Title Priority Date Filing Date
US13/343,587 Active 2029-05-29 US9301115B2 (en) 2008-09-29 2012-01-04 Apparatuses and methods for handling attach procedure in a mobile communication system

Country Status (3)

Country Link
US (2) US8135404B2 (en)
CN (1) CN101631338B (en)
TW (1) TWI413433B (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120100850A1 (en) * 2008-09-29 2012-04-26 Via Telecom, Inc. Apparatus, system, and methods for handling attach procedure in mobile communication system
US9717044B2 (en) 2013-03-28 2017-07-25 Acer Incorporated Method of setting attach attempt counter value, user equipment using the same, and network control entity using the same

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8929878B2 (en) * 2009-05-20 2015-01-06 Qualcomm Incorporated Transaction management
CN107256329B (en) 2012-01-19 2020-12-15 耐克创新有限合伙公司 Integral apparatus and non-transitory computer readable medium for detecting movement data of a user
CN102612058B (en) * 2012-02-22 2014-06-04 大唐移动通信设备有限公司 Method and device for determining performance index statistical result
CN117606502A (en) 2012-06-05 2024-02-27 耐克创新有限合伙公司 Activity monitoring system for providing route information and heatmaps
CN103096361B (en) * 2013-01-11 2015-10-14 大唐移动通信设备有限公司 The exchange method of performance statistic and device in a kind of wireless local area network (WLAN) system
US20180359355A1 (en) * 2015-11-30 2018-12-13 Huawei Technologies Co., Ltd. System message notification method and user equipment
JP7076452B2 (en) 2016-09-07 2022-05-27 ウィルス インスティテュート オブ スタンダーズ アンド テクノロジー インコーポレイティド Wireless communication methods using improved distributed channel access and wireless communication terminals using it
KR20220132045A (en) 2016-09-23 2022-09-29 주식회사 윌러스표준기술연구소 Wireless communication terminal and wireless communication method for multiuser edca operation
KR102387582B1 (en) * 2017-09-29 2022-04-18 삼성전자 주식회사 Method and apparatus for managing a pdn connection in a wireless communication system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060187933A1 (en) * 2005-02-23 2006-08-24 Samsung Electronics Co., Ltd Method for terminating attach procedure in mobile terminal
US20070243885A1 (en) * 2006-03-24 2007-10-18 Lg Electronics Inc. Location positioning method in handover between networks
US7346348B1 (en) * 2003-12-22 2008-03-18 At&T Mobility Ii, Llc Selective retry of attach and location update procedures

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI112024B (en) * 2000-06-28 2003-10-15 Nokia Corp Controlling roaming in a mobile communication system
TW200746760A (en) * 2006-04-19 2007-12-16 Interdigital Tech Corp Method and apparatus for supporting routing area update procedures in a long term evolution general packet radio service tunneling protocol-based system
US8228798B2 (en) * 2006-06-28 2012-07-24 Cisco Technology, Inc. QoS-aware service flow mapping in mobile wireless all IP networks
US20080096607A1 (en) * 2006-10-23 2008-04-24 Samsung Electronics Co., Ltd. Packet service attaching apparatus and method in mobile communication terminal
US20090042576A1 (en) * 2007-07-27 2009-02-12 Interdigital Patent Holdings, Inc. Method and apparatus for handling mobility between non-3gpp to 3gpp networks
US8135404B2 (en) * 2008-09-29 2012-03-13 Via Telecom, Inc. Apparatus, system, and methods for handling attach procedure in mobile communication system
US8023944B2 (en) * 2008-09-29 2011-09-20 Via Telecom, Inc. Apparatus and method for performing attach procedure in mobile communication system
EP2356877A1 (en) * 2008-09-29 2011-08-17 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Commissioning incoming packet switched connections
US8929878B2 (en) * 2009-05-20 2015-01-06 Qualcomm Incorporated Transaction management

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7346348B1 (en) * 2003-12-22 2008-03-18 At&T Mobility Ii, Llc Selective retry of attach and location update procedures
US20060187933A1 (en) * 2005-02-23 2006-08-24 Samsung Electronics Co., Ltd Method for terminating attach procedure in mobile terminal
US20070243885A1 (en) * 2006-03-24 2007-10-18 Lg Electronics Inc. Location positioning method in handover between networks

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120100850A1 (en) * 2008-09-29 2012-04-26 Via Telecom, Inc. Apparatus, system, and methods for handling attach procedure in mobile communication system
US9301115B2 (en) * 2008-09-29 2016-03-29 Intel Corporation Apparatuses and methods for handling attach procedure in a mobile communication system
US9717044B2 (en) 2013-03-28 2017-07-25 Acer Incorporated Method of setting attach attempt counter value, user equipment using the same, and network control entity using the same

Also Published As

Publication number Publication date
US20120100850A1 (en) 2012-04-26
TWI413433B (en) 2013-10-21
CN101631338A (en) 2010-01-20
US9301115B2 (en) 2016-03-29
CN101631338B (en) 2013-04-10
TW201014434A (en) 2010-04-01
US20100081393A1 (en) 2010-04-01

Similar Documents

Publication Publication Date Title
US8135404B2 (en) Apparatus, system, and methods for handling attach procedure in mobile communication system
US20230016378A1 (en) Pdu session management
US8023944B2 (en) Apparatus and method for performing attach procedure in mobile communication system
US8885468B2 (en) Apparatuses and methods for access point name (APN) based congestion control during a packet data protocol (PDP) context activation procedure
CN109587688B (en) Security in inter-system mobility
US20190387404A1 (en) Mobile communication method, apparatus, and device
US8832449B2 (en) Security considerations for the LTE of UMTS
US8737294B2 (en) Apparatus and method for handling RLC retransmission failure according to activation status of security mode
KR100703416B1 (en) System and method for notifying completion of a network re-entry procedure in a communication system
US10798082B2 (en) Network authentication triggering method and related device
US11595206B2 (en) Key update method and apparatus
WO2012171184A1 (en) Wireless local area network authentication method based on media access control address and device thereof
US11381973B2 (en) Data transmission method, related device, and related system
JP2021087218A (en) Method and apparatus for sidelink signaling radio bearer (srb) establishment in wireless communication system
WO2022134089A1 (en) Method and apparatus for generating security context, and computer-readable storage medium
US11917410B2 (en) Integrity protection with message authentication codes having different lengths
CN108702303B (en) Method and equipment for carrying out security configuration on radio bearer
TW202228415A (en) Method and related device for generating key identification
CN115942305A (en) Session establishment method and related device
WO2023093285A1 (en) Communication method, and terminal
CN114071624B (en) Switching method, switching device and communication equipment
EP4145880A1 (en) Communication method and apparatus
WO2023011263A1 (en) Message transmission method and communication apparatus
CN116783986A (en) Method and device for data transmission processing
US20140169289A1 (en) Apparatus and method for accelerating connection establishment in a mobile communication

Legal Events

Date Code Title Description
AS Assignment

Owner name: VIA TELECOM, INC.,CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HUANG, JEN-SHENG;REEL/FRAME:022683/0827

Effective date: 20090508

Owner name: VIA TELECOM, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:HUANG, JEN-SHENG;REEL/FRAME:022683/0827

Effective date: 20090508

STCF Information on status: patent grant

Free format text: PATENTED CASE

AS Assignment

Owner name: VIA TELECOM CO., LTD., CAYMAN ISLANDS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:VIA TELECOM, INC.;REEL/FRAME:031298/0044

Effective date: 20130912

FPAY Fee payment

Year of fee payment: 4

AS Assignment

Owner name: INTEL CORPORATION, CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:VIA TELECOM CO., LTD.;REEL/FRAME:037096/0075

Effective date: 20151020

FEPP Fee payment procedure

Free format text: PAYER NUMBER DE-ASSIGNED (ORIGINAL EVENT CODE: RMPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

AS Assignment

Owner name: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS CORP., LT

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:INTEL CORPORATION;REEL/FRAME:049733/0343

Effective date: 20190711

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

MAFP Maintenance fee payment

Free format text: PAYMENT OF MAINTENANCE FEE, 12TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1553); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY

Year of fee payment: 12