Signalling Radio Bearer: SRB0
RLC Mode: TM
Logical Channel: CCCH
Transport Channel: UL-SCH
RRC CONNECTION REQUEST message is used to request the E-UTRAN for the establishment of an RRC connection. It is sent as part of the Random Access procedure. It is transferred using SRB0 on the Common Control Channel (CCCH) because neither SRB1 nor a Dedicated Control Channel (DCCH) has been setup at this point.
IEs in RRC CONNECTION REQUEST message are given below:
ue-Identity (Initial UE-Identity): This IE is included to facilitate contention resolution by lower layers. It can be either S-TMSI (40-bits) or a bit string of randomValue (40-bits). If the upper layers provide S-TMSI, then S-TMSI is used as the ue-Identity; else a random value in the range of 0 … 240-1 is drawn and used as the ue-Identity. Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell
establishmentCause:The main cause values and the corresponding NAS procedure whichtriggers the RRC connection establishment are presented below:
emergency: This corresponds to NAS Procedure “MO-CS fallback Emergency call”
mt-Access: Corresponding NAS procedures are“Service Request” (paging response for PS domain) or “Extended Service Request”(MT-CS fallback)
mo-Signalling: Corresponding NAS procedures are Attach, Detach, and TAU
mo-Data: Corresponding NAS Procedures are“Service Request” and “Extended Service Request”
Example1: RRC CONNECTION REQUEST message with ue-Identity as a randomValue
Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell...
ReplyDeletemaybe very silly doubt but what's TA in here..??
Tracking area
DeleteTA: Tracking Area
ReplyDeleteTracking Area is a logical concept of an area where a user can move around without updating the MME. The network allocates a list with one or more TAs to the user. In certain operation modes, the UE may move freely in all TAs of the list without updating the MME. You can think of 'Tracking Area' as 'Routing Area' in UMTS.
ReplyDeleteWhat is the use of establishment cause in RRC Connection set up from the eNodeB perspective as it is determined by NAS Procedure?
ReplyDeleteThe RRC establishment cause can be used by the network to prioritise the connection establishment request from the UE at high load situations in the network
DeleteAlso see Table D.1.1 in 24.301 for priorities of different cause values
Hi, As for ue-Identity, shouldn't the random value actually the IMSI when UE attaches to the cell not for the response to PAGGING
ReplyDeleteHow do they decide if the access is High Priority?
ReplyDeleteand can you explain mo signaling?
Thanks
can the mt- Access come as a response of paging for TAU or only as a response to a voice call Paging.
ReplyDeletePlease refer to Annex D for specification 24.301 for various establishment causes. Answer to your question: If the UE does not have a PDN connection established for
Deleteemergency bearer services and is not initiating a PDN
CONNECTIVITY REQUEST that has request type set to
"emergency, the RRC establishment cause shall be set to MO
signalling
'what is the size of RRC Connection Request Message?
ReplyDelete6 bytes
Delete6 bytes
Deletecan you explain what is the content of 6 bytes.
Delete
ReplyDeletethank for the reply
What is the maximum retry limit for RRC connection request ?
ReplyDeleteThere is no retry. At T300 expiry, inform upper layers about the failure to establish the RRC connection, upon which RRC connection establishment procedure ends.
ReplyDeleteThis is useful.
ReplyDeleteBut I am really looking for MO and MT Message sequence chart.
ue-identiti takes 5 byte, and spare takes 1 bit, so wstablishmentCause takes 7 bits right??
ReplyDeleteI guess EstablishmentCause takes only 3-bits as it is only representing 8 ENUM values (causes)
DeleteHi Kumar,
DeleteIs there a mapping table of establisment cause against 3bits
for ex :
000 mo-data
100 mt-access
110 mo-signalling
Oh yes. Please refer to Annex D in 24.301
DeleteIs the RRC Connection request message size related to the cause as well?
ReplyDeleteIF yes can you please provide a mapping?
The Size of the message is not related to the cause...
DeleteMapping is as follows:
6 bytes => 12 nibbles
1st Nibble (from left) identifies the type of RRC message, critical extentions, ue-Identity type (randomValue or s-TMSI).
Next 10 Nibbles (40 bits) form the ue-Identity bit string.
The last nibble consists of 3-bit establishmentCause and 1 spare bit
Hope this helps...
hii kumar,
Deletecan u plz sujjest where can i get these message size details of rrc, paging,rach. what u explained above regarding size of rrc, where can i get to learn more details
Hi,
DeleteI am sorry that I don't have a straight forward answer. The best way is that use one of the RRC message encoders (if you have access to R&S, Anritsu, Anite tools it should be easy)....
Why the ENodeB doesnt send Rrc Connection Setup?
ReplyDeletehi Kumar I am trying to calculated the signalling messages size so could you please refer me to 3GPP or can you clarify how to calculate them (RRCconnectionreconfiguration, measurement report, handover request and so on)
ReplyDeleteThe easiest way could be to use a kind of message encoder and check the payload size. I know that R&S has such a tool. Since the size of the above mentioned messages varies based on the IEs included in the message, it is good to use such an encoder.
DeleteCould you guys suggest me how to calculate the size of this message (in bytes)? What method should be applied to calculate every message in LTE (control messages over GTP-C, etc)?
ReplyDeletewhat is spare in RRC_REQUEST_MESSAGE
ReplyDeleteYou have mentioned here that UE can share its S-TMSI also for the ue-identity if it is already registered with that cell. But Why the UE will send RRC Connection request if its already registered with the cell
ReplyDeleteThere are several reasons for RRC Connection establishment on the same cell. One straight forward reason is that, due to inactivity the network releases RRC Connection. So whenever (for example) there is data to be transmitted or a need for MO call, the UE needs to establish the connection again
DeleteHi Kumar, Thanks for the explanation. So, RRC Connection establishment with cause "mo-Data" also happens when there is CSFB MT call to 4G UE?. Please confirm. Also, SGS-LU happens during this procedure? Thanks in Advance.
DeleteHi, In what cases UE will random value? Why cant it use IMSI instead?
ReplyDeleteIf the upper layers provide S-TMSI, then S-TMSI is used as the ue-Identity; else a random value in the range of 0 … 240-1 is drawn and used as the ue-Identity. Upper layers provide the S-TMSI if the UE is registered in the TA of the current cell
DeleteRegarding IMSI, sending the IMSI over the air before secure connection (authentication and security) is established is not a good option
Which layers are in the upper layers?
Deletehow can Random values are identified uniquely??
ReplyDeleteOn which Physical channel is msg3/RRC connection request mapped, PUCCH or PUCCH?
ReplyDeleteon PUSCH
Deletepusch
DeleteHi Kumar, I noticed you didnt discuss the Establishment cause: high priority access..
ReplyDeleteYes we need rrc request with high priority access, especially what is the difference between highpriority access and emergency call
DeleteWhy RRC connection Request msg remain in UE buffer?
ReplyDeleteWhich layer adds the random number in RRC connection request?
ReplyDeleteHi Kumar, how do you know if the establishment cause is related to a volte call?
ReplyDeleteBmv dl g
ReplyDelete