PDCP協(xié)議學習總結

1、 PDCP協(xié)議學習總結1、PDCP架構2、PDCP實體：一個UE可以定義多個PDCP實體，可以對攜帶用戶面數(shù)據(jù)的每個PDCP實體進行配置，來使用頭壓縮。每個PDCP實體攜帶一個無線承載的數(shù)據(jù)（復用為2個）。依據(jù)無線承載所攜帶的數(shù)據(jù)，PDCP實體對應于掌握平面DCCH或者用戶平面DTCH3、PCDP層服務向上層供應的服務：（PDCP供應服務給UE的RRC層和用戶面高層）（1）數(shù)據(jù)傳輸（2）頭壓縮：IP包頭壓縮（3）加密（4）完整性保護從下層得到的服務：（RLC層向PDCP層供應服務）（1）確認的數(shù)據(jù)傳輸業(yè)務，包括PDCP PDU成功傳輸?shù)闹甘荆?）非確認的數(shù)據(jù)傳輸業(yè)務（3）有序傳送，除了在切換時

2、的情況（4）重復丟棄，除了在切換時的情況4、PDCP層功能（1）發(fā)送和接收實體利用ROHC（ROBUST HEADER COMPRESSION）協(xié)議對IP數(shù)據(jù)流進行相應的頭壓縮和解壓縮（2）用戶面數(shù)據(jù)或者掌握面數(shù)據(jù)的傳輸（3）維護RLC AM模式下的映射的無線承載的PDCP SN（4）下層重建時，上層PDU的有序傳送（5）下層重建時，RLC AM模式下的映射的無線承載的下層SDU重復消除（6）用戶面數(shù)據(jù)和掌握面數(shù)據(jù)的加密和解密（7）掌握面數(shù)據(jù)的完整性保護與完整性驗證(RRC層和NAS層)（8）基于計時器的丟棄（9）重復丟棄5、PDCP過程（1）PDCP數(shù)據(jù)傳輸過程上行數(shù)據(jù)傳輸過程：每一個PDC

3、P SDU對應一個Discard Timer，一旦由高層接收到一個PDCP SDU，即啟動該SDU對應的Discard Timer。同時，進行發(fā)送相關的狀態(tài)變量更新及加密、完整性保護等，PDCP SDU的Discard_Timer超時或PDCP SDU的成功傳輸有PDCp狀態(tài)報告確認，UE丟棄PDCP SDU及相應的PDCP PDU下行數(shù)據(jù)傳輸過程：在不需重建的情況下，PDCP實體在接收到RLC AM實體提交的PDCP PDU時，不需執(zhí)行重排序過程，由于RLC AM在向PDCP實體提交PDCP PDU時，已保證挨次遞交。若UE先從源eNodeB收到一些PDCP SDU，重建開頭后從目的eNod

4、eB接收PDCP SDU(其中部分是源eNodeB轉給目的eNodeB的，并且有一些是源eNodeB已發(fā)給UE但尚未得到確認的)，因此，UE的PDCP實體收到的PDCP SDU可能是亂序并且有重復的，因此對于RLC AM模式，在重建情況下，PDCP接收實體需對接收的PDCP SDU進行重排序和重復檢測。（2）重建過程上行數(shù)據(jù)傳輸過程：映射到RLC AM的DRB過程 映射到RLC UM的DRB過程 SRB過程下行數(shù)據(jù)傳輸過程：映射到RLC AM的DRB過程 映射到RLC UM的DRB過程 SRB過程（4）PDCP丟棄：PDCP SDU的Discard_Timer超時或PDCP SDU的成功傳輸有

5、PDCp狀態(tài)報告確認，UE丟棄PDCP SDU及相應的PDCP PDU（5）頭壓縮與解壓縮：（6）加密和解密：加密不用于PDCP掌握PDU掌握面：PDCP PDU中數(shù)據(jù)部分及MAC-I 用戶面：PDCP PDU的數(shù)據(jù)部分（對消息和加密流做異或(XOR)運算來實現(xiàn)的，這里加密流是由基于接入層(AS)導出密鑰、無線承載ID、傳輸方向(上行或下行)以及COUNT值的加密算法所生成的。）（7）完整性保護及確認：該功能僅用于SRB（8）未知的、意外的以及錯誤的協(xié)議數(shù)據(jù)的處理6、PDCP協(xié)議數(shù)據(jù)單元及格式PDCP數(shù)據(jù)PDU傳送：一個PDU SDU SN、包含一個基于非壓縮的PDCP SDU用戶面數(shù)據(jù)、包含

6、一個基于壓縮的PDCP SDU用戶面數(shù)據(jù)、掌握平面數(shù)據(jù)、只有SRB的MAC-I域PDCP掌握PDU傳送：PDCP狀態(tài)報告、頭壓縮信息5.5 頭壓縮與解壓縮5.5.1 協(xié)議與簡表頭壓縮協(xié)議基于牢靠性頭壓縮（ROHC）框架，存在多種頭壓縮算法，成為簡表，定義用于ROHC框架。每個簡表為特定的網(wǎng)絡層、傳輸層或上層集合所專用。5.5.2 頭壓縮配置與DRB關聯(lián)的PDCP實體可被上層配置來使用頭壓縮5.5.3 協(xié)議參數(shù)壓縮與解壓縮端之間定義了必須有上層配置的強制配置參數(shù)，定義ROHC信道（單行信道，上行或下行），屬于同一個PDCP實體的信道使用相同的配置。M、N/A、LARGE_CIDs、PROFILE

7、S（M）、FEEDBACK_FOR(N/A)、MRRU（N/A）5.5.4 頭壓縮生成兩種類型的輸出數(shù)據(jù)包：（1）壓縮包，各自關聯(lián)于一個PDCP SDU（與相關PDCP SDU相同的PDCP SN和COUNT關聯(lián)）（2）獨立數(shù)據(jù)包，為關聯(lián)于PDCP SDU，即零散的ROHC反饋包（不與PDCP SDU關聯(lián)，不與PDCP SN關聯(lián)，不加密）5.5.5 頭解壓縮如果上層為關聯(lián)與用戶平面數(shù)據(jù)的PDCP實體配置了頭解壓縮，則PDCP PDU將在執(zhí)行解密程序后由頭解壓協(xié)議進行解壓縮5.6 加密和解密1、對于掌握平面，加密的數(shù)據(jù)單元是PDCP PDU以及MAC-I的部分數(shù)據(jù)2、對于用戶平面，加密的數(shù)據(jù)單元

8、是PDCP PDU的部分數(shù)據(jù)3、加密不適用于PDCP掌握PDU4、加密算法和密鑰由上層配置5、加密功能由上層激活，激活后，應用于全部上層指示的上下行PDCP PDU7、PDCP懇求的，由上層供應的參數(shù)：BEARER、KEY（掌握面/用戶面）（1）BEARER：承載的標識，用于RB身份的標識（2）DIRECTION：標識傳輸?shù)姆较颍?用于上行、1用于下行（3）KEY：掌握平面和用戶平面的加密密鑰分別為KRRCenc與KUPenc5.7 完整性保護及確認1、完整性保護+完整性確認2、用于與SRB關聯(lián)的PDCP3、受完整性保護的數(shù)據(jù)單元為：PDU頭和加密前的PDU部分數(shù)據(jù)4、完整性保護算法和密鑰由上

9、層供應5、完整性保護功能由上層激活，激活后，應用于從上層指定的PDU之后的上下行PDCP PDU7、PDCP懇求的，由上層供應的數(shù)：BEARER、KEY8、傳輸時，UE計算MAC-I字段的值 接收時，UE通過基于以上指定的輸入?yún)?shù)計算X-MAX來確認PDCP PDU的完整性。如果計算得到的X-MAC與接收的MAC-I值相對應，則完整性保護確認成功5.8 未知的、意外的以及錯誤的協(xié)議數(shù)據(jù)的處理PDCP收到一個包括保留值或非法值的PDCP PDU時，PDCP實體應丟棄收到的PDU補充PDCP實現(xiàn)LTE 接入層平安性過程PDCP層通過接受高層的平安配置信令，進入相應的狀態(tài)后才能對數(shù)據(jù)和信令進行加密及

10、完整性保護，在正常的RRC連接建立完成并且通過層三的鑒權完成后，啟動接入層的平安模式命令。網(wǎng)絡端首先獲得由非接入層的AKA（Authentication and Key Agreement）過程產(chǎn)生密鑰KASME，然后RRC由該參數(shù)計算得到KeNB，再由KeNB計算得到掌握平面的完整性保護密鑰KRRCint，以及用戶平面和掌握平面需要的密鑰KUPenc、KRRCenc，在組裝成平安模式命令（SecurityModiCommand），發(fā)送給終端，配置終端的平安性參數(shù)。當網(wǎng)絡端發(fā)出SecurityModeCommand消息后開頭對下行數(shù)據(jù)進行加密，終端的PDCP層接收到SecurityModeCommand消息后，先將其發(fā)送到RRC進行解碼操作，得出網(wǎng)絡端配給終端的完整性保護算法，再將完整性保護算法和相應的密鑰發(fā)給PDCP層，PDCP就可以對SecurityModeCommand消息進行完整性校驗。如果沒有通過完整性校驗，則向網(wǎng)絡端發(fā)送平安模式失?。⊿ecurityModeFailure）；如果通過，則取出里面包含的加密算法，并向網(wǎng)絡發(fā)送平安模式完成（SecurityModeComplete）消息，對其進行完整性保護但是不加密，