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

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

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

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