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