新聞中心

EEPW首頁 > 手機(jī)與無線通信 > 設(shè)計應(yīng)用 > LTE系統(tǒng)中PDCP子層功能研究

LTE系統(tǒng)中PDCP子層功能研究

作者: 時間:2011-04-22 來源:網(wǎng)絡(luò) 收藏

1.3.1 上行發(fā)送
每一個 SDU對應(yīng)一個Discard Timer,一旦由高層接收到一個 SDU,即啟動該SDU對應(yīng)的Discard Timer。同時,進(jìn)行發(fā)送相關(guān)的狀態(tài)變量更新及加密、完整性保護(hù)等,具體過程如圖2所示。

本文引用地址:http://m.butianyuan.cn/article/156371.htm

d.JPG


1.3.2 下行接收
在不需重建的普通工作模式下,實(shí)體在接收到RLC AM實(shí)體提交的PDCP PDU時,不需執(zhí)行重排序過程,因?yàn)镽LC AM在向PDCP實(shí)體提交PDCPPDU時,已保證順序遞交。以切換引起的PDCP重建為例,UE先從源eNodeB收到一些PDCP SDU,重建開始后從目的eNodeB接收PDCP SDU(其中部分是源eNodeB轉(zhuǎn)給目的eNodeB的,并且有一些是源eNodeB已發(fā)給UE但尚未得到確認(rèn)的),因此,UE的PDCP實(shí)體收到的PDCP SDU可能是亂序并且有重復(fù)的,因此對于RLC AM模式,在重建情況下,PDCP接收實(shí)體需對接收的PDCP SDU進(jìn)行重排序和重復(fù)檢測。
綜合上述各種情況,對映射到RLC AM模式的DRB接收處理過程如下:定義接收的PDCP序列號為SN,接收端上一次提交給高層的PDCP SDU序列號為Last_Submitted_PDCP_RX_SN,Reordering_Window為序列號空間50%長度的重排序窗,RX_HFN為接收端當(dāng)前HFN,Next_PDCP_RX_SN為接收端期待的下一個接收的PDCP序列號,具體流程如圖3所示。

e.JPG


1.4 數(shù)據(jù)包丟棄
的PDCP層的丟棄基于定時器,發(fā)射機(jī)從高層接收到每一個PDCP SDU時該定時器啟動,當(dāng)定時器溢出時UE仍未發(fā)起PDCP SDU傳輸,那么丟棄該P(yáng)DCP SDU。如果定時器被設(shè)置到一個合適的值來滿足無線承載所要求的QoS,這一丟棄機(jī)制可以防止發(fā)射機(jī)的過渡延時和排隊(duì)現(xiàn)象。具體的處理過程如下:
1.4.1 上行發(fā)送
當(dāng)高層要求PDCP重建時,映射到RLC AM模式的DRB處理過程:
(1)重置上行頭壓縮協(xié)議。
(2)在重建過程中,應(yīng)用高層提供的加密算法以及密鑰。
(3)由第一個還沒有確認(rèn)成功發(fā)送的PDCP SDU開始執(zhí)行重傳,或者按COUNT升序,優(yōu)先于重傳過程發(fā)送所有已關(guān)聯(lián)了PDCP序列號的PDCP SDU。
①按照第一節(jié)報頭壓縮中提及的壓縮算法,執(zhí)行PDCP SDU報頭壓縮過程。
②按照安全性介紹的加密過程,執(zhí)行PDCPSDU加密過程。
③將經(jīng)過上述處理的PDCP數(shù)據(jù)PDU遞交給下層。
1.4.2 下行接收
當(dāng)高層要求PDCP重建時,映射到RLC AM模式的DRB處理過程:
(1)處理所有由于下層重建而由下層接收的PDCP數(shù)據(jù)PDU。
(2)重置下行頭壓縮協(xié)議。
(3)在重建過程中,應(yīng)用高層提供的加密以及完整性保護(hù)算法。

2 PDCP在OPNET中的實(shí)現(xiàn)
2.1 PDCP傳輸?shù)膶?shí)現(xiàn)
在OPNET中PDCP傳輸?shù)膶?shí)現(xiàn)是通過直接改變數(shù)據(jù)包的大小來仿真網(wǎng)絡(luò)流量,PDCP在OPNET中壓縮側(cè)的實(shí)現(xiàn)流程圖如圖4所示。

f.JPG



關(guān)鍵詞: 研究 功能 PDCP 系統(tǒng) LTE

評論


相關(guān)推薦

技術(shù)專區(qū)

關(guān)閉