【導(dǎo)讀】學(xué)習(xí)改變命運(yùn)-音樂使人進(jìn)步

　　

【正文】 r e a m b l e1R a n d o m A c c e s s R e s p o n s e2S c h e d u l e d T r a n s m i s s i o n3C o n t e n t i o n R e s o l u t i o n4 學(xué)習(xí)改變命運(yùn) 音樂使人進(jìn)步 3） MSG3（連接建立請求）： UE 收到 MSG2 后，判斷是否屬于自己的 RAR 消息（利用 preamble ID核對），并發(fā)送 MSG3 消息，攜帶 UEID。 UE 的 RRC 層產(chǎn)生 RRC Connection Request 并映射到 UL – SCH 上的 CCCH 邏輯信道上發(fā)送； 4） MSG4(RRC 連接建立 )： RRC Contention Resolution 由 eNB 的 RRC 層產(chǎn)生，并在映射到 DL –SCH 上的 CCCH or DCCH(FFS)邏輯信道上發(fā)送 ， UE 正確接收 MSG4 完成競爭解決。 ? 在隨機(jī)接入過程中， MSG1 和 MSG2 是低層消息， L3 層看不到，所以在信令跟蹤上， UE 入網(wǎng)的第一條信令便是MSG3(RRC_CONN_REQ) ? MSG2消息由 eNB 的 MAC層產(chǎn)生，并由 DL_SCH 承載，一條 MSG2消息可以同時(shí)對應(yīng)多個(gè) UE的隨機(jī)接入請求響應(yīng)。 ? eNB使用 PDCCH調(diào)度 MSG2，并通過 RARNTI進(jìn)行尋址， RARNTI 由承載 MSG1的 PRACH時(shí)頻資源位置確定； ? MSG2包含上行傳輸定時(shí)提前量、為 MSG3 分配的上行資源、臨時(shí) CRNTI等； ? UE在接收 MSG2后，在其分配的上行資源上傳輸 MSG3 ? 針對不同的場景， Msg3包含不同的內(nèi)容 : ? 初始接入：攜帶 RRC層生成的 RRC連接請求，包含 UE 的 STMSI 或隨機(jī)數(shù)； ? 連接重建：攜帶 RRC層生成的 RRC連接重建請求， CRNTI 和 PCI； ? 切換：傳輸 RRC層生成的 RRC切換完成消息以及 UE的 CRNTI； ? 上 /下行數(shù)據(jù)到達(dá)：傳輸 UE的 CRNTI； 競爭解決 初始接入和連接重建場景 切換，上 /下行數(shù)據(jù)到達(dá)場景 競爭判定 MSG4攜帶成功解調(diào)的 MSG3 消息的拷貝， UE將其與自身在 MSG3 中發(fā)送的高層標(biāo)識進(jìn)行比較，兩者相同則判定為競爭成功 UE如果在 PDCCH上接收到調(diào)度 MSG4的命令，則競爭成功 調(diào)度 MSG4使用由臨時(shí) CRNTI加擾的 PDCCH調(diào)度 eNB使用 CRNTI 加擾的 PDCCH 調(diào)度 MSG4 CRNTI MSG2中下發(fā)的臨時(shí) CRNTI在競爭成功后升級為 UE的 CRNTI UE之前已分配 CRNTI，在 MSG3中也將其傳給 eNB。競爭解決后，臨時(shí) CRNTI 被收回，繼續(xù)使用 UE原CRNTI 學(xué)習(xí)改變命運(yùn) 音樂使人進(jìn)步 圖 8 基于非競爭的隨機(jī)接入 基于非競爭隨機(jī)接入流程說明 1） MSG0： eNB 通過下行專用信令給 UE 指派非沖突的隨機(jī)接入前綴（ noncontention Random Access Preamble ），這個(gè)前綴不在 BCH 上廣播的集合中。 2） MSG1： UE 在 RACH 上發(fā)送指派的隨機(jī)接入前綴。 3） MSG2： ENB 的 MAC 層產(chǎn)生隨機(jī)接入響應(yīng)，并在 DLSCH 上發(fā)送。對于非競爭隨機(jī)接入過程，preamble 碼由 ENB 分配，到 RAR 正確接受后就結(jié)束。 ? UE 根據(jù) eNB 的指示，在指定的 PRACH 上使用指定的 Preamble碼發(fā)起隨機(jī)接入 ? MSG0：隨機(jī)接入指示消息 對于切換場景， eNB 通過 RRC信令通知 UE； 對于下行數(shù)據(jù)到達(dá)和輔助定位場景， eNB 通過 PDCCH通知 UE； ? MSG1：發(fā)送 Preamble碼 UE 在 eNB 指定的 PRACH 信道資源上用指定的 Preamble碼發(fā)起隨機(jī)接入 ? MSG2：隨機(jī)接入響應(yīng) MSG2 與競爭機(jī)制的格式與內(nèi)容完全一樣，可以響應(yīng)多個(gè) UE發(fā)送的 MSG1 學(xué)習(xí)改變命運(yùn) 音樂使人進(jìn)步 UE 發(fā)起的 service request 流程 UE 在 IDLE 模式下，需要収送戒接收業(yè)務(wù)數(shù)據(jù)時(shí)，収起 service request 過程（ 值得強(qiáng)調(diào)的是 這流程乀前是隨機(jī)接入流程）。 當(dāng) UE 収起 service request 時(shí)，需先収起隨機(jī)接入過程 ， Service Request 由 RRC Connection Setup Comlete 攜帶上去 ，整個(gè)流程 類似 于主叨過程。 當(dāng)下行數(shù)據(jù)達(dá)刡時(shí)，網(wǎng)絡(luò)側(cè)先對 UE 迚行尋呼，隨后 UE 収起隨機(jī)接入過程，并収起service request 過程 ，在 下行數(shù)據(jù)達(dá)刡収起的 service request 類似 于被叨接入 。 service request 流程 就是 完成 Initial context setup， 在 S1 接口上建立 S1 承載，在 Uu接口上建立數(shù)據(jù)無線承載 ，打通 UE 刡 EPC 乀間的路由 ，為后面的數(shù)據(jù)傳輸做好準(zhǔn)備 。 學(xué)習(xí)改變命運(yùn) 音樂使人進(jìn)步 U E E P Ce N BF i r s t D o w n l i n k D a t aI D L E 下 有 數(shù) 據(jù) 或 者 信令 要 發(fā) 送 ， 發(fā) 起s e r v i c e r e q u e s t 過 程7 . A u t h e n t i c a t i o n更 新 承 載F i r s t U p l i n k D a t a檢 測 到 U s e r I n a c t i v i t y1 7 . U E C o n t e x t R e l e a s e R e q u e s t ( C a u s e )更 新 承 載1 8 . U E C o n t e x t R e l e a s e C o m m a n d 1 9 . R R C C o n n e c t i o n R e l e a s e2 0 . U E C o n t e x t R e l e a s e C o m p l e t e8 . S 1 A P : I n i t i a l C o n t e x t S e t u p R e q u e s t1 6 . S 1 A P : I n i t i a l C o n t e x t S e t u p R e s p o n s e2 . R A R e s p o n s e 1 . R A P r e a m b l e 5 . R R C C o n n e c t i o n S e t u p C o m p l e t e( 包 含 S e r v i c e R e q u e s t 消 息 )6 . I n i t i a l U E m e s s a g e（ 包 含 S e r v i c e R e q u e s t 消 息 ） 3 . R R C C o n n e c t i o n R e q u e s t4 . R R C C o n n e c t i o n S e t u p1 4 . R R C C o n n e c t i o n R e c o n f i g u r a t i o n1 5 . R R C C o n n e c t i o n R e c o n f i g u r a t i o n C o m p l e t e9 . U E C a p a b i l i t y E n q u i r y1 0 . U E C a p a b i l i t y I n f o r m a t i o n1 1 . U E C a p a b i l i t y I n f o I n d i c a t i o n1 2 . S e c u r i t y M o d e C o m m a n d1 3 . S e c u r i t y M o d e C o m p l e t e 圖 9 service request 流程 Service Request 流程說明： 1） 處在 RRC_IDLE 態(tài)的 UE 進(jìn)行 Service Request 過程，發(fā)起隨機(jī)接入過程，即 MSG1 消息； 2） eNB 檢測到 MSG1 消息后，向 UE 發(fā)送隨機(jī)接入響應(yīng)消息，即 MSG2 消息； 學(xué)習(xí)改變命運(yùn) 音樂使人進(jìn)步 3） UE 收到隨機(jī)接入響應(yīng)后，根據(jù) MSG2 的 TA 調(diào)整上行發(fā)送時(shí)機(jī)，向 eNB 發(fā)送RRCConnectionRequest 消息，即 MSG3 消息； 4） eNB 向 UE 發(fā)送 RRCConnectionSetup 消息，包含建立 SRB1 承載信息和無線資源配臵信息； 5） UE完成 SRB1承載和無線資源配臵 ,向 eNB發(fā)送 RRCConnectionSetupComplete 消息，包含 NAS層 Service Request 信息； 6） eNB 選擇 MME，向 MME 發(fā)送 INITIAL UE MESSAGE 消息，包含 NAS層 Service Request 消息； 7） UE 與 EPC 間執(zhí)行鑒權(quán)流程，與 GSM 不同的是： 4G 鑒權(quán)是雙向鑒權(quán)流程， 提高 網(wǎng)絡(luò)安全能力 。 8） MME 向 eNB 發(fā)送 INITIAL CONTEXT SETUP REQUEST 消息，請求建立 UE 上下文信息； 9） eNB 接收到 INITIAL CONTEXT SETUP REQUEST 消息，如果不包含 UE 能力信息，則 eNB 向UE 發(fā)送 UECapabilityEnquiry 消息，查詢 UE 能力； 10） UE 向 eNB 發(fā)送 UECapabilityInformation 消息，報(bào)告 UE 能力信息； 11） eNB 向 MME 發(fā)送 UE CAPABILITY INFO INDICATION 消息，更新 MME 的 UE 能力信息； 12） eNB 根據(jù) INITIAL CONTEXT SETUP REQUEST 消息中 UE 支持的安全信息，向 UE 發(fā)送SecurityModeCommand 消息，進(jìn)行安全激活； 13） UE 向 eNB 發(fā)送 SecurityModeComplete 消息，表示安全激活完成； 14） eNB 根據(jù) INITIAL CONTEXT SETUP REQUEST 消息中的 ERAB 建立信息，向 UE 發(fā)送RRCConnectionReconfiguration 消息進(jìn)行 UE 資源重配，包括重配 SRB1 和無線資源配臵，建立SRB2 信令承載、 DRB 業(yè)務(wù)承載等； 15） UE 向 eNB 發(fā)送 RRCConnectionReconfigurationComplete 消息，表示資源配臵完成； 16） eNB 向 MME 發(fā)送 INITIAL CONTEXT SETUP RESPONSE 響應(yīng)消息，表明 UE 上下文建立完成。流程到此時(shí)完成了 service request，隨后進(jìn)行數(shù)據(jù)的上傳與下載。 17） 信令 17~20 是數(shù)據(jù)傳輸完畢后，對 UE 去激活過程，涉及 UE context release 流程。 學(xué)習(xí)改變命運(yùn) 音樂使人進(jìn)步 尋呼流程 尋呼是網(wǎng)絡(luò)尋找 UE 時(shí)迚行的信令流程， 網(wǎng)絡(luò)中被叨必須通過尋呼來響應(yīng)，才能正常通信。 為減少信令負(fù)荷 ， 在 LTE 中尋呼觸収條件有三種： UE 被叨（ MME 収起）；系統(tǒng)消息改發(fā)時(shí)（ eNB 収起）；地震告警（ Etws，丌常見） 。 尋呼過程的實(shí)現(xiàn)依靠 TA 來迚行（相當(dāng)于2/3G 的 LAC），需要說明的是尋呼的范圍在 TAC 區(qū)內(nèi)迚行，丌是在 TAC LIST 的范圍內(nèi)迚行尋呼 ， TA LIST 叧是減少了位置更新 次數(shù) ，從另一個(gè)方面降低信令負(fù)荷 。 尋呼指示在 PDCCH信道上通知 UE 響應(yīng)自己的尋呼消息 （ PDCCH通知上攜帶 PRNT1，表示這是個(gè)尋呼指示），空口迚行尋呼消息的傳輸時(shí)， eNB 將具有相同尋呼時(shí)機(jī)的 UE 尋呼內(nèi)容匯總在一條尋呼消息里，尋呼消息內(nèi)容被映射刡 PCCH 逡輯信道中，并根據(jù) UE 的 DRX周期在 PDSCH 上収送 ， UE 并丌是一次刡位找刡 屬于 自己的 尋呼消息，而是先找刡尋呼時(shí)機(jī)，如果是自己的尋呼時(shí)機(jī)就在 PDSCH 信道上查詢并 響應(yīng)屬于自己的尋呼內(nèi)容 。 為了降低 IDLE 狀態(tài)下的 UE 的電力消耗， UE 使用非連續(xù)接收方式（ DRX），接收尋呼消息。 IDLE 狀態(tài)下的 UE 在特定的子幀里面根據(jù) PRNTI 監(jiān)聽讀叏 PDCCH，這些特定的子幀稱為尋呼時(shí)機(jī)（ Paging Occasion），這些子幀所在的無線幀稱為（ Paging Frame）， UE通過相關(guān)的公式來確定 PF 呾 PO 的位置。計(jì)算出 PF 呾 PO 的具體位置后， UE 開始