LTE內(nèi)部培訓(xùn)_無線網(wǎng)絡(luò)層介紹(共41張)(PPT 41頁)_第1頁
LTE內(nèi)部培訓(xùn)_無線網(wǎng)絡(luò)層介紹(共41張)(PPT 41頁)_第2頁
LTE內(nèi)部培訓(xùn)_無線網(wǎng)絡(luò)層介紹(共41張)(PPT 41頁)_第3頁
LTE內(nèi)部培訓(xùn)_無線網(wǎng)絡(luò)層介紹(共41張)(PPT 41頁)_第4頁
LTE內(nèi)部培訓(xùn)_無線網(wǎng)絡(luò)層介紹(共41張)(PPT 41頁)_第5頁
已閱讀5頁,還剩36頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡介

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

2、RNLU第9頁,共41頁。系統(tǒng)架構(gòu)RNLU數(shù)據(jù)流第10頁,共41頁。RNLC按功能劃分公共流程小區(qū)管理、公共信道管理(建立/重配/刪除)S1、X2接口管理尋呼、廣播專用流程移動(dòng)性(小區(qū)選擇和切換)RRC連接管理RAB/RB管理其它功能業(yè)務(wù)數(shù)據(jù)維護(hù)MBMSSON第11頁,共41頁。控制面基本工作過程第12頁,共41頁。RNLC按模塊劃分CPM:S1公用處理;X2 公用處理;信令轉(zhuǎn)發(fā);尋呼 CCM:公共資源控制管理(小區(qū)、信道、公共測(cè)量控制) CRM:公共資源管理算法(小區(qū)、信道、功率 分配) DCM:RRC連接控制、QOS控制、移動(dòng)性控制、安全控制、L1/L2控制、NAS傳遞、S1 專用處理、X

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

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

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

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

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

8、頁,共41頁。媒體面模塊框架第34頁,共41頁。GTPU隧道的建立、修改和釋放。上下行數(shù)據(jù)的拆包、組包和傳輸。路徑管理功能,響應(yīng)檢測(cè)。路徑指兩個(gè)由UDP/IP構(gòu)成的端點(diǎn)之間的通路,eNodeB 可以發(fā)起路徑檢測(cè),同時(shí)能夠針對(duì)對(duì)方的路徑檢測(cè)提供應(yīng)答。(eNodeB GTPU暫不主動(dòng)發(fā)起路徑檢測(cè),來自CN GTPU路徑的路徑檢測(cè)功能由UAM模塊完成。)錯(cuò)誤標(biāo)識(shí)。當(dāng)BBU根據(jù)接收到的GTPU數(shù)據(jù)中的目的TEID隧道找不到一個(gè)SAE的隧道與之對(duì)應(yīng),GTPU模塊需要向?qū)Χ诉M(jìn)行Error Indication,并指示出錯(cuò)的TEID;當(dāng)GTPU模塊收到來自SGSN的GTPU發(fā)來的錯(cuò)誤指示,需要通知控制面來釋

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

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論