Monday, October 17, 2011

RRC Connection Reestablishment Request

The purpose of RRC CONNECTION RE-ESTABLISHMENT procedure is to re-establish the RRC connection, which involves the resumption of SRB1 operation and the re-activation of security (without changing algorithms). The UE shall only initiate this procedure when AS security has been activated.

 The connection re-establishment succeeds only if the concerned cell is prepared i.e. has a valid UE context. In case E-UTRAN accepts the re-establishment, SRB1 operation resumes while the operation of other radio bearers remains suspended. If AS security has not been activated, the UE doesn’t initiate this procedure, instead, it moves to RRC_IDLE directly

The UE initiates the RRC CONNECTION RE-ESTABLISHMENT procedure when one of the following conditions is met:
  • Upon detecting radio link failure; or
  • Upon handover failure; or
  • Upon mobility from E-UTRA failure; or
  • Upon integrity check failure indication from lower layers; or
  • Upon an RRC CONNECTION RECONFIGURATION failure

RRC Connection Reestablishment Request Message

Direction: UE => E-UTRAN
Signalling Radio Bearer: SRB0
RLC Mode: TM
Logical Channel: CCCH
Transport Channel: UL-SCH

IEs in RRC CONNECTION REESTABLISHMENT REQUEST message are given below:

ue-Identity: UE identity is included to retrieve UE context and to facilitate contention resolution by lower layers. The UE Identity shall be set as follows:
  1. Set the C-RNTI to the C-RNTI used in the source PCell (In case of handover and mobility from E-UTRA failure) or used in the PCell in which the trigger for the re-establishment occurred (other cases);
  2. Set the physCellId to the physical cell identity of the source PCell (handover and mobility from E-UTRA failure) or of the PCell in which the trigger for the re-establishment occurred (other cases);
  3. Set the shortMAC-I to the 16 least significant bits of the calculated MAC-I
 reestablishmentCause: This IE indicates the failure cause that triggered the re-establishment procedure and shall be set as follows:
  1. If the re-establishment procedure was initiated due to reconfiguration failure (the UE is unable to comply with the reconfiguration sent in RRC CONNECTION RECONFIGURATION), then set the reestablishmentCause to the value 'reconfigurationFailure';
  2. If the re-establishment procedure was initiated due to handover failure (intra-LTE handover failure or inter-RAT mobility from EUTRA failure) then, set the reestablishmentCause to the value 'handoverFailure'
  3. Set the reestablishmentCause to the value 'otherFailure' if the re-establishment procedure was triggered due other causes than indicated in cases 1 and 2
Example: RRC CONNECTION REESTABLISHMENT REQUEST















Reference: 3GPP TS 36.331

28 comments:

  1. wht do u think about other failure?

    ReplyDelete
  2. Hi

    'OtherFailure' could be because of radio link failure, integritycheck failure etc.. whichever doesn't fall in the category of 'handoverFailure' or 'reconfigurationFailure'

    ReplyDelete
  3. Is it possible UE Can trigger re-estbalishment without initiative RACH procedure ?

    ReplyDelete
  4. It is not possible to trigger re-establishment procedure without RACH procedure.

    ReplyDelete
  5. Based on what condition eNB come to know UE has lost its Radio link between the UE and eNB?

    ReplyDelete
  6. upon receiving N310 consecutive "out-of-sync" indications for the Cell from lower layers a timer T310 is started and when this timer expires. It is understood by UE that RLF has occured

    ReplyDelete
  7. How many times a UE can try re-establishment?

    ReplyDelete
  8. Once the RRC Connection Re-establishment procedure is triggered, the UE shall start the timer T311, and once the UE selects a suitable cell, this T311 timer is stopped, and RRC initiates the transmission of RRC Connection Re-establishment message and start the timer T301. This timer is stopped only when "Reception of RRC Connection Reestablishment or RRC Connection Reestablishment Reject message as well as when the selected cell becomes unsuitable"

    If either T311 or T301 expires, the UE goes to Idle mode and no more RRC Connection Re-establishments sent. This implies that the UE could try re-establishment only once after the procedure is triggered.

    ReplyDelete
  9. Hi

    is it possible eNB detect the false RRC Connection Re-establishment request?

    ReplyDelete
    Replies
    1. Please specify what do you mean by False RRC connection re-est request

      Delete
  10. Integrity Check Failure Case:

    It check fails at UE PDCP, it intimates to RRC about it and RRC triggers RRC Connection re-establishment.
    How about at eNodeB, What RRC will do once it got indication from PDCP of eNOdeB.


    Regards,
    Venky

    ReplyDelete
  11. Most of such error handling is done by releasing the existing RRC connection with release cause "other"

    ReplyDelete
  12. WHAT IS MEAN BY VALID UE CONTEXT

    ReplyDelete
  13. and please also explain short mac-i,pcell

    ReplyDelete
  14. Usually, eNB maintains (at RRC) an UE context once the connection is established (also, a context between the MME and eNodeB)

    The IE ShortMAC-I is used to identify and verify the UE at RRC connection re-establishment. The 16 least significant bits of the MAC-I calculated using the security configuration of the source PCell

    PCell is the primary cell on which UE has initiated the connection establishment and attached to. This terminology is wrt to Carrier Aggregation where there could be more than one serving cell (aggregated) to increase the bandwidth. All additional serving cells apart from PCell are referred to as secondary cells (SCells)

    ReplyDelete
  15. Hi,

    Since RRC Re-establishment occur after losing RRC connection so every rrc re-establishment request can consider as RRC drop irrespective of re-establishment success or failure. ??

    If re-establishment occur due to handover failure is it possible to get re-establishment success because handover means cell will be change and Ue context will not be available in new cell.

    ReplyDelete
  16. The re-establishment (triggered due to HO failure) can also be successful as the UE context is not moved to new cell until HO success

    ReplyDelete
  17. If the radio link is failed with current cell due to HO failure. UE tries to establish RRC connection again by sending RRC connection reestablishment request to eNB. Suppose in our scenario, by that time UE is moved to new cell (target eNB) where it is getting good signal, then,

    Will the same UE sends RRC connection re-establishment request or new RRC connection request to target eNB? (But still the existing UE context with source eNB has not been transferred to target eNB.)


    Can anyone clear this?

    ReplyDelete
  18. The UE sends RRC Connection Re-establishment towards new eNB.

    The RLF Indication procedure may be initiated after a UE attempts to re-establish the radio link connection at eNB B after a failure at eNB A. The RLF INDICATION message sent from eNB B to eNB A shall contain the following
    information elements:
    - Failure Cell ID: PCI of the cell in which the UE was connected prior to the failure occurred;
    - C-RNTI: C-RNTI of the UE in the cell where UE was connected prior to the failure occurred;
    - shortMAC-I (optionally): the 16 least significant bits of the MAC-I calculated using the security configuration of the source cell and the re-establishment cell identity;
    - UE RLF Report Container (optionally): the RLF Report received from the UE

    eNB B may initiate RLF Indication towards multiple eNBs if they control cells which use the PCI signalled by the UE during the re-establishment procedure. The eNB A selects the UE context that matches the received Failure Cell ID and C-RNTI, and, if available, uses the shortMAC-I to confirm this identification, by calculating the shortMAC-I and comparing it to the received IE

    ReplyDelete
    Replies
    1. This comment has been removed by the author.

      Delete
    2. Hi Swamy , considering the above case , so eNB B has got the context of UE from eNB A or from its controlled cells . And now eNB tries to match the fetched MAC-I & ue MAC-I (in Estab req message) & it fails . Then eNB B sends reject msg to UE .
      Could you please tell possibilities of MAC-I verification failure at eNB ??

      Delete
  19. Hi,

    I have a particular problem was wondering if you could help. I have RRC connection recofiguration (HO information) then RRC Connection reconfiguration complete in target cell. X2 based so I can see pathswitch being acknowledged for erab id 5 but then the HO fails the UE reads MIB in the target cell and also does a RRC connection re-establishment with cause "HO Failure". Is this to do with lower layer sync issue or something else ?

    ReplyDelete
  20. what is the total size of the message ?

    ReplyDelete
  21. How can I make Ue to trigger re-establishment request by integrity check failure. I mean after UE attached to Pcell and scell is configured I want UE to send re-establishment with reason as other failure. Can you please help?

    ReplyDelete
  22. Try radio link failure instead of integrity check failure which must be easy in any test environment.

    ReplyDelete
  23. Sorry, I have to use integrity check because it is a specific requirement. How to trigger this?
    Thanks in advance.

    ReplyDelete
    Replies
    1. Which Test environment is being used? after succesful security procedure, reconfigure integrity protection algorithm at the simulator side but don't signal to the UE. I think this will do the job, but I am not 100% sure

      Delete