LTE-TDD隨機接入過程（6）-分場景描述競爭接入和非競爭接入的流程

轉載原文鏈接（http://blog.csdn.net/m_052148）

本文主要描述不同場景下競爭接入和非競爭接入流程的不同。在文章《LTE-TDD隨機接入過程（1）-目的和分類》裏已經提到，隨機接入可以分爲兩種：競爭型的接入和非競爭型的接入。

競爭型的場景包括：

（1）UE的初始接入

（2）UE的重建

（3）UE有上行數據發送，但檢測到上行失步

（4）UE有上行數據發送，但沒有SR資源

（5）切換

（6）eNB有下行數據發送，但檢測到上行失步

非競爭型的場景除了包括上面的（5）和（6）之外，還包括定位過程。本文不討論定位過程，只分場景描述（1）~（6）中競爭和非競爭接入的流程。

1.UE發起初始接入

UE初始發起接入的主要流程如下圖所示。

UE初始接入時，並沒有CRNTI信息，因此MSG3和MSG4都需要使用TCRNTI加擾、解擾，並最終轉爲CRNTI。同時，在攜帶MSG3、MAC層組裝的MAC PDU中，也不會攜帶CRNTI的MAC控制字段。

因爲不同的UE，可能在相同的時頻位置上發送相同的前導碼，因此某個UE雖然發送了MSG3消息，也收到了來自網側的ACK信息，網側也有可能並沒有真正的允許該UE接入。此時UE還需要通過解碼MSG4中的競爭解決標識（UE contention Resolution Identity，通過MAC PDU封裝MSG3的碼流），來判斷網側是否確認了本UE的接入。因爲不同UE的MSG3碼流不同，因此UE可以將之前發送的MSG3碼流（RRCConnectSetup消息）和隨MSG4一起下發的MAC PDU中的競爭解決信元相比較，看是否完全相同，來判斷本UE是否完成了競爭接入過程。

2.UE重建

引起UE重建的原因有很多，無論是哪種原因，重建之前的那個時刻，UE已經發生了失步，因此需要通過隨機接入來獲取TA。這種場景下隨機接入的主要流程如下圖所示。因爲MSG3和MSG4的HARQ-ACK與上文的初始接入場景相同，爲了精簡流程，下圖中省去了這兩條ACK信息的交互，不影響理解。

此時MSG4的加擾、解擾使用的是TCRNTI。因爲系統已經具有了CRNTI，因此在隨機接入完成後，TCRNTI將被丟棄，不會覆蓋已有的CRNTI，後續流程使用老的CRNTI進行加擾、解擾。

The Temporary C-RNTI is promoted to C-RNTI for a UE which detects RA success and does not already have a C-RNTI; it is dropped by others. A UE which detects RA success and already has a C-RNTI, resumes using its C-RNTI.

重建請求消息RRCConnectionReestablishmentRequest裏已經攜帶了CRNTI信息，eNB側根據該CRNTI和之前分配的TCRNTI，就能區分出本次競爭過程的UE具體是哪個UE，因此UE在發送MSG3的MAC PDU中，是不需要發送CRNTI的MAC CE控制信元的。