LTE系統(tǒng)中PDCP子層功能研究
加入技術交流群
PDCP的傳輸過程是在收到來自上層的數(shù)據(jù)流時調(diào)用，進入strm==FROM_HIGHER分支之后執(zhí)行l(wèi)te_gmm_client_packet_process(pkptr)函數(shù)，在這個函數(shù)中GMM層完成對上層數(shù)據(jù)包的處理，并生成向RLC轉發(fā)的數(shù)據(jù)包rlc_pkptr以及接口控制信息ICI包pdu_iciptr，并將ICI包綁定在傳給RLC的數(shù)據(jù)包上。當獲取ICI中斷，如果有ICI的中斷，那說明當前狀態(tài)為收到上層發(fā)來的IP數(shù)據(jù)包，如果沒有ICI中斷，那么需要轉發(fā)的是命令消息。但是不管是數(shù)據(jù)包還是命令包，都進入lte_suppor_pdcp_header_comp_size_compute函數(shù)得到壓縮后的大小，公式為：
這里的comp_ratio就是從GMM屬性中獲取的PDCP壓縮率，保存在pdcp_comp_info變量之中。
2．2 仿真結果
為了驗證頭壓縮在LTE中空口的應用，設計了一個簡單的網(wǎng)絡模型，主要由用戶終端UE、eNodeB、核心網(wǎng)CN和外部網(wǎng)絡FTP組成。分別對UE設定在采用PDCP和沒有采用PDCP的兩種情況下，仿真eNo-deB的上下行吞吐量性能。在這個場景中，設置了30個移動終端UE執(zhí)行FTP業(yè)務，并且假設已經(jīng)建立了PS信令連接，并且在仿真期間一直保持。
這種FTP背景類業(yè)務對吞吐量要求很高，圖5表示從eNodeB采集到的上行吞吐量性能，采用了PDCP壓縮技術的曲線(虛線)，相對于沒有使用PDCP的曲線(實線)的吞吐量緩慢的提升，這是由于FTP這種業(yè)務特性決定的。當用戶激活背景類業(yè)務時，網(wǎng)絡首先對該類用戶進行接入控制，判斷網(wǎng)絡是否有剩余容量接入該用戶，如果有容量則允許該用戶接入，但是并不給該業(yè)務預留帶寬。當系統(tǒng)擁塞時，允許對該類型用戶進行丟棄操作。背景類業(yè)務對時延和時延抖動要求較低，采用盡力而為的方式進行轉發(fā)。圖6顯示的是下行鏈路的吞吐量情況，采用PDCP技術后吞吐量得到了明顯的提升。本文引用地址：http://www.biyoush.com/article/156371.htm
3 結論
LTE作為3GPP中GSM和UMTS家族的技術演進，被看作完成了業(yè)務擴展這一趨勢，即從簡單的語音業(yè)務向建立多業(yè)務空中接口的轉變，并且所有的業(yè)務都是基于分組交換模式，這就對系統(tǒng)容量的需求非常大。諸如在實時業(yè)務VoIP中，空中接口資源有限，應用PDCP層中優(yōu)化的頭壓縮技術，能夠有效地降低包頭的開銷，提高空口的傳輸效率，而且PDCP層還支持加密功能，讓傳輸更具有可靠性。由此可見，LTE中的PDCP層的設計，在功能上體現(xiàn)了LTE系統(tǒng)的高數(shù)據(jù)速率、低時延和分組優(yōu)化的設計目標。
評論