LTE系統中PDCP子層功能研究

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

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

2 PDCP在OPNET中的實現
2．1 PDCP傳輸的實現
在OPNET中PDCP傳輸的實現是通過直接改變數據包的大小來仿真網絡流量，PDCP在OPNET中壓縮側的實現流程圖如圖4所示。