各位大神，在3GPP LTE標(biāo)準(zhǔn)中，請問隨機(jī)接入響應(yīng)是如何從基站發(fā)送到手機(jī)端？走的是數(shù)據(jù)共享鏈路還是PDCCH？在哪個(gè)標(biāo)準(zhǔn)中可以查到？

. UE sends preamble sequence to ENB on PRACH

Physical non-synchronization random access procedure

Physical channel: PRACH

Message: preamble sequence

2. ENB給UE回復(fù)響應(yīng)消息

Address to RA-RNTI on PDCCH

Random access response grant

Physical channel: PDSCH

ENB向UE傳輸?shù)男畔⒅辽侔�括以下�?nèi)容：RA-preamble identifier, Timing Alignment information, initial UL-grant and assignment of Temporary C-RNTI 。

注：RA-preamble identifier指UE 發(fā)送的preamble的標(biāo)志符，和index有關(guān)。

Timing Alignment information是時(shí)間提前量信息，因?yàn)榭臻g的無線傳輸存在延遲，ENB計(jì)算出這個(gè)延遲量并告訴UE，以確定下一次發(fā)送數(shù)據(jù)的實(shí)際時(shí)間。

UL-grant: 授權(quán)UE在上行鏈路上傳輸信息，有這個(gè)信息UE才能進(jìn)行下一步的RRC連接請求。其中會給出UL-SCH可以傳輸?shù)?/span>transport block的大小，最小為80bits.

3. RRC connection request（UE—> ENB）

在進(jìn)行RRC連接請求以前先完成一些基本的配置：

> apply the default physical channel configuration

> apply the default semi-persistent scheduling configuration

> apply the default MAC main configuration

> apply the CCCH configuration

> apply the time Alignment Timer Common included in System Information Block Type2;

> Start timer T300;

> initiate transmission of the RRC Connection Request message in accordance with

RRC layer產(chǎn)生RRC connection request并通過CCCH傳輸：CCCH -> UL-SCH -> PDSCH

   獲取UE-identity，要么由上層提供(S-TMSI), 要么是random value。如果UE向當(dāng)前小區(qū)的TA（跟蹤區(qū)）注冊過了，上層就可以提供S-TMSI,并把establishment clause設(shè)置的與上層一致

4. RRC connection setup（ENB—>UE）

UE接收ENB發(fā)送的radio Resource Configuration等信息，建立相關(guān)的連接，進(jìn)入RRC connection狀態(tài)。

Action about physical layer:

  Addressed to the Temporary C-RNTI on PDCCH

如果UE檢測到RA success,但是還沒有C-RNTI，就把temporary C-RNTI升為C-RNTI，否則丟棄。如果UE檢測到RA success,而且已經(jīng)有C-RNTI，繼續(xù)使用原來的C-RNTI。

5. RRC connection setup complete（UE—> ENB）

RRC連接建立完成，UE向ENB表示接收到了連接的應(yīng)答信息，應(yīng)該是為了保證連接的可靠性的。

如果UE未成功接收到RRC connection setup消息，ENB應(yīng)該會重發(fā)。不然RRC connection setup complete就沒有存在必要。