LTE系統中PDCP子層功能研究

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

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

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