Method for detecting failures of random access procedures

• US 9,661,527 B2
• Filed: 01/07/2016
• Issued: 05/23/2017
• Est. Priority Date: 06/18/2008
• Status: Active Grant

• Current Assignee: LG Electronics, Inc. (LG Corporation)
• Original Assignee: LG Electronics, Inc. (LG Corporation)
• Inventors: Chun, Sung-Duck, Yi, Seung-June, Park, Sung-Jun, Lee, Young-Dae
• Primary Examiner(s): Nguyen, Brian D
• Application Number:
  US14/989,993
• Publication Number:
  US 20160262047A1
• Time in Patent Office: 502 Days
• CPC Class Codes: H04W 24/02 Arrangements for optimising operational condition
• CPC Class Codes: H04W 24/08 Testing, supervising or monitoring using real traffic
• CPC Class Codes: H04W 28/04 Error control
• CPC Class Codes: H04W 72/23 in the downlink direction of a wireless link, i.e. towards a terminal
• CPC Class Codes: H04W 74/006 in the downlink, i.e. towards the terminal
• CPC Class Codes: H04W 74/0833 Random access procedures, e.g. with 4-step access
• CPC Class Codes: H04W 74/0841 with collision treatment
• CPC Class Codes: H04W 74/085 collision avoidance
• CPC Class Codes: H04W 74/0858 collision detection

Abstract

A method of performing a random access channel (RACH) procedure between a mobile terminal and a network includes the steps of detecting whether a random access response (RAR) is received from the network within a certain time period, the RAR including information about a random access channel (RACH) preamble transmitted to the network; and if the RAR is not received within the certain time period or if the information about the transmitted RACH preamble included in the RAR does not match the transmitted RACH preamble, performing a first procedure to detect failures in the RACH procedure; and if the RAR is received within the certain time period and if the information about the transmitted RACH preamble included in the RAR matches the transmitted RACH preamble, performing a second procedure to detect failures in the RACH procedure.

Claims

1. A method of detecting a failure of a random access procedure, the method comprising:

transmitting, by a mobile terminal, a random access preamble;

if a random access response (RAR) in response to the random access preamble is received within a random access response window and if the received RAR includes a information related to the random access preamble matching the transmitted random access preamble,

transmitting, by the mobile terminal, uplink data according to the received RAR to a base station;

monitoring, by the mobile terminal, a reception of a physical downlink control channel (PDCCH) to check whether contention resolution is successful until a timer for the contention resolution expires;

if the contention resolution is not successful, incrementing, by the mobile terminal, a preamble transmission counter by 1;

if a value of the preamble transmission counter is equal to a maximum value of the preamble transmission+1, indicating, by the mobile terminal, to an upper layer that there is a problem with the random access procedure; and

applying, by the mobile terminal, a back-off time to delay a transmission of a subsequent random access preamble.

2. The method of claim 1, wherein the uplink data include a C-RNTI (common-Radio Network Temporary Identifier) MAC (medium access control) control element (CE) or a CCCH (common control channel) SDU (service data unit).

3. The method of claim 1, wherein the contention resolution is checked as successful if the PDCCH includes or indicates information associated with the uplink data.

4. The method of claim 1, wherein the contention resolution is checked as not successful if a contention resolution identity MAC CE included in a MAC PDU (protocol data unit) corresponding to the PDCCH does not match a CCCH SDU included in the transmitted uplink data.

5. The method of claim 1, wherein the indication to an upper layer that there is a problem with the random access procedure is performed before transmitting the subsequent random access preamble.

6. The method of claim 1, wherein the random access response window is a transmission time interval (TTI) window.

7. The method of claim 1, wherein, before transmitting the random access preamble, initializing one or more parameters related to random access.

8. The method of claim 7, wherein initializing involves the initialization of the preamble transmission counter.

9. A mobile terminal for detecting a failure of a random access procedure comprising:

a transceiver configured to transmit a random access preamble; and

a processor configured to control the transceiver and operate such that if a random access response (RAR) in response to the random access preamble is received within a random access response window and if the received RAR includes information related to the random access preamble matching the transmitted random access preamble,

transmitting uplink data according to the received RAR to a base station;

monitoring a reception of a physical downlink control channel (PDCCH) to check whether contention resolution is successful until a timer for the contention resolution expires;

if the contention resolution is not successful, incrementing a preamble transmission counter by 1;

if a value of the preamble transmission counter is equal to a maximum value of the preamble transmission+1, indicating to an upper layer that there is a problem with the random access procedure; and

applying a back-off time to delay a transmission of a subsequent random access preamble.

10. The mobile terminal of claim 9, wherein the uplink data include a C-RNTI (common-Radio Network Temporary Identifier) MAC (medium access control) control element (CE) or a CCCH (common control channel) SDU (service data unit).

11. The mobile terminal of claim 9, wherein the contention resolution is checked as successful if the PDCCH includes or indicates information associated with the uplink data.

12. The mobile terminal of claim 9, wherein the contention resolution is checked as not successful if a contention resolution identity MAC CE included in a MAC PDU (protocol data unit) corresponding to the PDCCH does not match a CCCH SDU included in the transmitted uplink data.

13. The mobile terminal of claim 9, wherein the indication to an upper layer that there is a problem with the random access procedure is performed before transmitting the subsequent random access preamble.

14. The mobile terminal of claim 9, wherein the random access response window is a transmission time interval (TTI) window.

15. The mobile terminal of claim 9, wherein, before transmitting the random access preamble, the processor is configured to initialize one or more parameters related to random access.

16. The mobile terminal of claim 15, wherein the initialization involves the initialization of the preamble transmission counter.