LTE內部培訓_無線網(wǎng)絡層介紹(共41張)(PPT 41頁)

1、LTE內部培訓無線網(wǎng)絡層第1頁，共41頁。概要協(xié)議架構系統(tǒng)架構RNLC介紹RNLU介紹第2頁，共41頁。協(xié)議架構整體第3頁，共41頁。協(xié)議架構協(xié)議棧信令流數(shù)據(jù)流第4頁，共41頁。協(xié)議架構RNL相關變化RNLC的變化不再有專用傳輸信道。LTE RRC狀態(tài)簡化到兩個。只有 PS 業(yè)務。RNLU的變化信令/數(shù)據(jù)都走PDCP。加解密也移到PDCP。ROHC在VOIP等IMS業(yè)務時成為必選。RLC支持再分段。IUB和FP消失，對應Iur口變化成S2接口。傳輸網(wǎng)絡層全部IP化。第5頁，共41頁。系統(tǒng)架構整體第6頁，共41頁。系統(tǒng)架構RNLC第7頁，共41頁。系統(tǒng)架構RNLC信令流第8頁，共41頁。系統(tǒng)架構

2、RNLU第9頁，共41頁。系統(tǒng)架構RNLU數(shù)據(jù)流第10頁，共41頁。RNLC按功能劃分公共流程小區(qū)管理、公共信道管理（建立/重配/刪除）S1、X2接口管理尋呼、廣播專用流程移動性（小區(qū)選擇和切換）RRC連接管理RAB/RB管理其它功能業(yè)務數(shù)據(jù)維護MBMSSON第11頁，共41頁?？刂泼婊竟ぷ鬟^程第12頁，共41頁。RNLC按模塊劃分CPM：S1公用處理；X2 公用處理；信令轉發(fā)；尋呼 CCM：公共資源控制管理（小區(qū)、信道、公共測量控制） CRM：公共資源管理算法（小區(qū)、信道、功率 分配） DCM：RRC連接控制、QOS控制、移動性控制、安全控制、L1/L2控制、NAS傳遞、S1 專用處理、X

3、2 專用處理 DRM：專用資源管理算法：移動性算法，等 BCM：廣播 模塊關系詳見P7第13頁，共41頁。系統(tǒng)算法eNB RNLC的大腦移動性算法之切換：頻內、頻間、跨系統(tǒng)間切換移動性算法之小區(qū)選擇和重選算法接納算法：用戶接入控制和資源分配QoS算法ICIC物理層參數(shù)配置其它算法算法輔助需求：測量管理功能第14頁，共41頁。典型流程隨機接入第15頁，共41頁。公共過程小區(qū)建立/重配 第16頁，共41頁。公共過程系統(tǒng)消息更新 第17頁，共41頁。公共過程尋呼第18頁，共41頁。典型流程初始上下文建立第19頁，共41頁。專用流程RRC連接建立過程 第20頁，共41頁。專用流程業(yè)務建立 第21頁，共

4、41頁。專用流程切換過程 從目標小區(qū)和源小區(qū)的位置可分為：eNB內切換通過X2接口的eNB間切換通過S1接口的eNB間切換下面以“通過S1接口的eNB間切換”為例第22頁，共41頁。典型流程 |跨站切換第23頁，共41頁。專用流程通過S1接口的eNB間切換（1）第24頁，共41頁。專用流程通過S1接口的eNB間切換第25頁，共41頁。媒體面在DSP軟件系統(tǒng)中的位置第26頁，共41頁。媒體面關鍵技術調度模型硬件特性與性能需求的一個結合緩沖區(qū)管理協(xié)議框架與底層硬件的適配定時器管理取消TTI調度對超時處理的一個特殊操作UAM的特殊存在負荷控制GTPU協(xié)議實現(xiàn)與組網(wǎng)上的沖突第27頁，共41頁。媒體面協(xié)

5、議框架第28頁，共41頁。調度模型QoS 優(yōu)先級別，綜合考慮下行響應以及控制信令流程的時間限制，得到如下幾個優(yōu)先級別大的類型：邏輯信道BSR RLC/MAC DLRLC/MAC UL控制面配置消息和空口消息GTPU/PDCP DLGTPU/PDCP UL說明：原子的操作，在同一個任務下不可能被打斷！以太網(wǎng)接收任務、定時器處理任務不能打斷實例配置管理原子第29頁，共41頁。緩沖區(qū)（實例）管理DSP片內內存太少，片外內存拷貝效率太差用戶面協(xié)議層之間的報文傳遞不能采用報文拷貝的方式下行流程，GTPU和PDCP都可能是數(shù)據(jù)入口 下行緩沖區(qū)掛載在RB下面而不是業(yè)務實體上業(yè)務實例下面維護RB實例（數(shù)組）和

6、DMAC實例RB實例維護PDCP/RLC/GTPU實例的同時維護下行報文緩沖區(qū)DMAC實例維護上行報文緩沖區(qū)所謂維護緩沖區(qū)意思就是說緩沖區(qū)由DMAC或RB實例刪除或申請接收任務將下行報文放入下行緩沖區(qū)，調度RB的時候，首先完成GTPU調度，GTPU將數(shù)據(jù)指針（不是報文實體數(shù)據(jù)）傳遞給PDCP，PDCP完成調度將指針傳遞給RLC，直至DMAC，DMAC完成下行報文往空口的發(fā)送并通過各協(xié)議層確認緩沖區(qū)可以釋放，RB發(fā)起緩沖區(qū)釋放流程。上行處理流程類似下行第30頁，共41頁。定時器管理定時器僅僅完成相應原子的激活，并不完成定時器超時相關的處理，相關處理在原子調度中完成原子調度不能在入口區(qū)分是定時器激

7、活還是報文激活，需要自己判斷超時事件并完成相應處理第31頁，共41頁。GTPU數(shù)據(jù)分發(fā)流程因為只有一個業(yè)務IP而有多個DSP對應這個IP，所以必須要通過TEID做GTPU報文的轉發(fā)為了保證DSP業(yè)務代碼的對稱性，所以對不能依據(jù)TEID進行轉發(fā)的報文統(tǒng)一遞交UAM處理UAM進程直接處理隧道?；畹认?，對其不能處理的報文，廣播到DSP上進行進一步的處理外發(fā)報文不存在類似問題，DSP可以直接封裝外部IP報文，將QE作為缺省下一跳。第32頁，共41頁。用戶面負荷控制DSP上報包括CPU占用率、網(wǎng)口流量、已經(jīng)建立業(yè)務的參數(shù)等DSP不上報或OAM認為DSP不處于運行狀態(tài)，則UAM不能在其上接納業(yè)務。第33

8、頁，共41頁。媒體面模塊框架第34頁，共41頁。GTPU隧道的建立、修改和釋放。上下行數(shù)據(jù)的拆包、組包和傳輸。路徑管理功能，響應檢測。路徑指兩個由UDP/IP構成的端點之間的通路，eNodeB 可以發(fā)起路徑檢測，同時能夠針對對方的路徑檢測提供應答。（eNodeB GTPU暫不主動發(fā)起路徑檢測，來自CN GTPU路徑的路徑檢測功能由UAM模塊完成。）錯誤標識。當BBU根據(jù)接收到的GTPU數(shù)據(jù)中的目的TEID隧道找不到一個SAE的隧道與之對應，GTPU模塊需要向對端進行Error Indication，并指示出錯的TEID；當GTPU模塊收到來自SGSN的GTPU發(fā)來的錯誤指示，需要通知控制面來釋

9、放隧道。擴展頭功能,主要用于當SRNC無損重定位的時候，回傳數(shù)據(jù)附帶對應的PDCP幀號。所支持的擴展頭通知功能。這個功能表現(xiàn)在兩個方面，一當BBU的GTPU使用擴展頭與SGSN進行通信，結果SGSN的GTPU版本尚不支持該擴展頭，則向eNodeB 側的GTPU返回一個擴展頭通知，eNodeB 側的GTPU收到后，則記錄下SGSN側所支持的擴展頭項，并把其不支持的擴展頭項凍結。另外一方面，當eNodeB收到SGSN側送來的不認識的擴展頭，則向SGSN側的GTPU通知已方支持的擴展頭列表。對方的擴展頭支持列表應該以對方的IP地址為單位進行組織。第35頁，共41頁。PDCP第36頁，共41頁。RLC信道類型與實例的關系以及對等層第37頁，共41頁。RLC（AM模式） RLC AM隊列分發(fā)送側隊列和接收側隊列，發(fā)送側隊列有待發(fā)隊列（AmdPuQueue），已發(fā)隊列（TransedQueue）和重傳隊列（ReTransQueue），新生成的PDU放入待發(fā)隊列，差錯重傳PDU放入重傳隊列，待發(fā)隊列和重傳隊列已發(fā)送數(shù)據(jù)放入已發(fā)隊列；而接收側，只需要接收隊列（ReceiveQueue），接收隊列中完成PDU的排序功能。 隊列之間的操作不牽涉到數(shù)據(jù)拷貝，只是數(shù)據(jù)單元指針的移動。第38頁，共