PDCP協(xié)議學(xué)習(xí)總結(jié)

PDCP簡介PDCP的含義PDCP(PacketDataConvergenceProtocol)分組數(shù)據(jù)會聚協(xié)議PDCP是對分組數(shù)據(jù)會聚協(xié)議的一個簡稱。它是UMTS中的一個無線傳輸協(xié)議棧，它負(fù)責(zé)將IP頭壓縮和解壓、傳輸用戶數(shù)據(jù)并維護(hù)為無損的無線網(wǎng)絡(luò)效勞子系統(tǒng)(SRNS)設(shè)置的無線承載的序列號。壓縮技術(shù)可以根據(jù)二者之一RFC2507或RFC3095.RFC1144年罐頭為一些背景知識也使用，并且，雖然技術(shù)在RFC沒有用于現(xiàn)代TCP/IP實施，它仍然顯示什么壓縮或解壓技術(shù)看似。如果PDCP配置為沒有壓縮它將送IP小包，不用壓縮，它根據(jù)它的配置將壓縮小包由上層并且附有aPDCP倒栽跳水和送小包。它使用更低的層數(shù)提供的效勞稱Radio鍵路控制(RLC)。PDCP倒栽跳水包括二個領(lǐng)域：PID和PDU類型。PDU類型領(lǐng)域說明PDU是否是數(shù)據(jù)PDU或順序編號PDU。PID領(lǐng)域價值說明倒栽跳水壓縮協(xié)議鍵入使用的和小包類型或CID。PDCP的工作原理分組數(shù)據(jù)會聚協(xié)議(PacketDataConvergenceProtocol，PDCP)層屬于無線接口協(xié)議棧的第二層，處理控制平面上的無線資源管理(RRC)消息以及用戶平面上的因特網(wǎng)協(xié)議(IP)包。在用戶平面上，PDCP子層得到來自上層的IP數(shù)據(jù)分組后，可以對IP數(shù)據(jù)分組進(jìn)展頭壓縮和加密，然后遞交到RLC子層。PDCP子層還向上層提供按序提交和重復(fù)分組檢測功能。在控制平面，PDCP子層為上層RRC提供信令傳輸效勞，并實現(xiàn)RRC信令的加密和一致性保護(hù)，以及在反方向上實現(xiàn)RRC信令的解密和一致性檢查。2PDCP子層功能PDCP子層的主要功能PDCP子層的主要功能如圖1所示。PDCP實體的構(gòu)造PDCP協(xié)議包括以下具體支持的功能：(1)用戶平面數(shù)據(jù)的壓縮和解壓縮。(2)平安性功能：①用戶和控制平面協(xié)議的加密和解密；②控制平面數(shù)據(jù)的完整性保護(hù)和驗證。(3)數(shù)據(jù)的傳輸功能：①下層重建時，對向上層發(fā)送的PDU順序發(fā)送和重排序；②對映射到AM模式的RB的下層SDU進(jìn)展重排序。(4)數(shù)據(jù)包的丟棄。報頭壓縮在LTE系統(tǒng)中，規(guī)定PDCP子層支持由IETF(互聯(lián)網(wǎng)工程任務(wù)組)定義的強健性報頭壓縮協(xié)議(ROHC)來進(jìn)展報頭壓縮。在LTE中，因其不支持通過電路交換域(CS)傳輸?shù)恼Z音業(yè)務(wù)，為了在分組交換域(PS)提供語音業(yè)務(wù)且接近常規(guī)電路交換域的效率，必須對IP/UDP/RTP報頭進(jìn)展壓縮，這些報頭通常用于VoIP業(yè)務(wù)。典型的，對于一個含有32B有效載荷的VoIP分組傳輸來說，IPv6報頭增加60B，IPv4報頭增加40B，即188%和125%的開銷。為了解決這個問題，在LTE系統(tǒng)中，設(shè)定在激活周期PDCP子層采用ROHC報頭壓縮技術(shù)，在壓縮實體初始化之后，這一開銷可被壓縮成4～6個字節(jié)，即12．5%～18．8%的相對開銷，從而提高了信道的效率和分組數(shù)據(jù)的有效性。IETF在“RFC4995〞中規(guī)定了一個框架，ROHC框架中有多種頭壓縮算法，稱為Profile，每一個Profile與特定的網(wǎng)絡(luò)層、傳輸層和更上層的協(xié)議相關(guān)，如TCP/IP和RTP/UDP/IP等。具體的報頭壓縮協(xié)議及屬性如表1所示。報頭壓縮協(xié)議可以產(chǎn)生兩種類型的輸出包：(1)壓縮分組包，每一個壓縮包都是由相應(yīng)的PDCPSDU經(jīng)過報頭壓縮產(chǎn)生的；(2)與PDCPSDU不相關(guān)的獨立包，即ROHC〔魯棒性頭壓縮robustheaderpression〕的反應(yīng)包。壓縮包總是與相應(yīng)的PDCPSDU采用一樣的PDCPSN和COUNT值；ROHC反應(yīng)包不是由PDCPSDU產(chǎn)生的，沒有與之相關(guān)的PDCPSN，也不加密。平安性功能LTE的平安性是在PDCP層負(fù)責(zé)的，通過加密(控制平面RRC數(shù)據(jù)和用戶平面數(shù)據(jù))及完整性保護(hù)(僅控制平面數(shù)據(jù))實現(xiàn)。1．2．1加密/解密在LTE系統(tǒng)中，加密功能位于PDCP實體中，加密對象包括：(1)控制平面，被加密的數(shù)據(jù)單元是PDCPPDU的數(shù)據(jù)局部(未壓縮的用戶面或控制面的PDCPSDU或壓縮的用戶平面PDCPSDU)和MAC—I域(完整性消息鑒權(quán)碼)。(2)用戶平面，被加密的數(shù)據(jù)單元是PDCPPDU的數(shù)據(jù)局部。PDCP實體所使用的加密算法和密鑰(KEY)由高層協(xié)議配置。一旦激活平安功能，加密功能即被高層激活，該功能應(yīng)用于高層指示的所有PDCPPDU。PDCP用于加密的參數(shù)包括以下2個：COUNT；DIRECTION(傳輸?shù)姆较?。RRC協(xié)議提供應(yīng)PDCP加密功能所需要的參數(shù)包括以下2個：BEARER；KEY(控制平面使用KRRCenc，用戶平面使用KUPenc)。加密是通過對消息和加密流做異或(*OR)運算來實現(xiàn)的，這里加密流是由基于接入層(AS)導(dǎo)出密鑰、無線承載ID、傳輸方向(上行或下行)以及COUNT值的加密算法所生成的。加密僅適用于PDCP數(shù)據(jù)PDU。控制PDU(如ROHC反應(yīng)或PDCP狀態(tài)報告)既不使用加密，也不適用完整性保護(hù)。1．2．2完整性保護(hù)完整性保護(hù)功能包括完整性保護(hù)和完整性驗證兩個過程，完整性保護(hù)功能僅應(yīng)用于SRB。用于PDCP實體的完整性保護(hù)功能的算法和KEY由上層配置。一旦激活平安功能，完整性保護(hù)功能即被高層激活，該功能應(yīng)用于高層指示的所有PDCPPDU。PDCP用于完整性保護(hù)的參數(shù)包括以下2個：COUNT；DIREC-TION(傳輸?shù)姆较?。RRC協(xié)議提供應(yīng)PDCP完整性保護(hù)功能的參數(shù)包括以下2個：BEARER；KEY(控制平面使用KRRCint)。UE基于上述輸入的參數(shù)計算*-MAC，進(jìn)展PDCPPDU的完整性驗證。如果計算出的*-MAC與MAC-I一樣，則完整性保護(hù)驗證成功。數(shù)據(jù)的傳輸控制平面的PDCPPDU和用戶平面的PDCP數(shù)據(jù)PDU都擁有一個序列號SN字段，PDCP子層的發(fā)送和接收實體就是通過設(shè)置和檢查SN字段來實現(xiàn)PDCPPDU的按序發(fā)送和接收。PDCP子層在發(fā)送側(cè)和接收側(cè)分別維護(hù)一個重排序窗口的大小是SN圍的50%。當(dāng)SN為0～4095時，即“最大PDCPSN〞的值為4095時，重排序窗口的大小為2048。在非切換狀態(tài)下，RLC子層位為PDCP子層提供按序提交和重復(fù)包丟棄效勞。而在切換狀態(tài)下，由于UE與兩個eNodeB同時通信，因此其RLC子層無法保證按序提交和重復(fù)包丟棄，從而需要由PDCP子層來完成這些功能。下面以UE側(cè)的操作為例說明PDCP子層的發(fā)送和接收流程。1．3．1上行發(fā)送每一個PDCPSDU對應(yīng)一個DiscardTimer，一旦由高層接收到一個PDCPSDU，即啟動該SDU對應(yīng)的DiscardTimer。同時，進(jìn)展發(fā)送相關(guān)的狀態(tài)變量更新及加密、完整性保護(hù)等，具體過程如圖2所示。數(shù)據(jù)上行流程圖1．3．2下行接收在不需重建的普通工作模式下，PDCP實體在接收到RLCAM實體提交的PDCPPDU時，不需執(zhí)行重排序過程，因為RLCAM在向PDCP實體提交PDCPPDU時，已保證順序遞交。以切換引起的PDCP重建為例，UE先從源eNodeB收到一些PDCPSDU，重建開場后從目的eNodeB接收PDCPSDU(其中局部是源eNodeB轉(zhuǎn)給目的eNodeB的，并且有一些是源eNodeB已發(fā)給UE但尚未得到確認(rèn)的)，因此，UE的PDCP實體收到的PDCPSDU可能是亂序并且有重復(fù)的，因此對于RLCAM模式，在重建情況下，PDCP接收實體需對接收的PDCPSDU進(jìn)展重排序和重復(fù)檢測。綜合上述各種情況，對映射到RLCAM模式的DRB接收處理過程如下：定義接收的PDCP序列號為SN，接收端上一次提交給高層的PDCPSDU序列號為Last_Submitted_PDCP_R*_SN，Reordering_Window為序列號空間50%長度的重排序窗，R*_HFN為接收端當(dāng)前HFN，Ne*t_PDCP_R*_SN為接收端期待的下一個接收的PDCP序列號，具體流程如圖3所示。數(shù)據(jù)包丟棄LTE的PDCP層的丟棄功能基于定時器，發(fā)射機從高層接收到每一個PDCPSDU時該定時器啟動，當(dāng)定時器溢出時UE仍未發(fā)起PDCPSDU傳輸，則丟棄該PDCPSDU。如果定時器被設(shè)置到一個適宜的值來滿足無線承載所要求的QoS，這一丟棄機制可以防止發(fā)射機的過渡延時和排隊現(xiàn)象。具體的處理過程如下：1．4．1上行發(fā)送當(dāng)高層要求PDCP重建時，映射到RLCAM模式的DRB處理過程：(1)重置上行頭壓縮協(xié)議。(2)在重建過程中，應(yīng)用高層提供的加密算法以及密鑰。(3)由第一個還沒有確認(rèn)成功發(fā)送的PDCPSDU開場執(zhí)行重傳，或者按COUNT升序，優(yōu)先于重傳過程發(fā)送所有已關(guān)聯(lián)了PDCP序列號的PDCPSDU。①按照第一節(jié)報頭壓縮中提及的壓縮算法，執(zhí)行PDCPSDU報頭壓縮過程。②按照平安性功能介紹的加密過程，執(zhí)行PDCPSDU加密過程。③將經(jīng)過上述處理的PDCP數(shù)據(jù)PDU遞交給下層。1．4．2下行接收當(dāng)高層要求PDCP重建時，映射到RLCAM模式的DRB處理過程：(1)處理所有由于下層重建而由下層接收的PDCP數(shù)據(jù)PDU。(2)重置下行頭壓縮協(xié)議。(3)在重建過程中，應(yīng)用高層提供的加密以及完整性保護(hù)算法。PDCP協(xié)議學(xué)習(xí)總結(jié)1、PDCP架構(gòu)2、PDCP實體：一個UE可以定義多個PDCP實體，可以對攜帶用戶面數(shù)據(jù)的每個PDCP實體進(jìn)展配置，來使用頭壓縮。每個PDCP實體攜帶一個無線承載的數(shù)據(jù)。根據(jù)無線承載所攜帶的數(shù)據(jù)，PDCP實體對應(yīng)于控制平面或者用戶平面3、PCDP層效勞向上層提供的效勞：〔PDCP提供效勞給UE的RRC層和用戶面高層〕〔1〕數(shù)據(jù)傳輸〔2〕頭壓縮〔3〕加密〔4〕完整性保護(hù)從下層得到的效勞：〔RLC層向PDCP層提供效勞〕〔1〕確認(rèn)的數(shù)據(jù)傳輸業(yè)務(wù)，包括PDCPPDU成功傳輸?shù)闹甘尽?〕非確認(rèn)的數(shù)據(jù)傳輸業(yè)務(wù)〔3〕有序傳送，除了在切換時的情況〔4〕重復(fù)丟棄，除了在切換時的情況4、PDCP層功能〔1〕發(fā)送和接收實體利用ROHC協(xié)議對IP數(shù)據(jù)流進(jìn)展相應(yīng)的頭壓縮和解壓縮〔2〕用戶面數(shù)據(jù)或者控制面數(shù)據(jù)的傳輸〔3〕維護(hù)RLCAM模式下的映射的無線承載的PDCPSN〔4〕下層重建時，上層PDU的有序傳送〔5〕下層重建時，RLCAM模式下的映射的無線承載的下層SDU重復(fù)消除〔6〕用戶面數(shù)據(jù)和控制面數(shù)據(jù)的加密和解密〔7〕控制面數(shù)據(jù)的完整性保護(hù)與完整性驗證〔8〕基于計時器的丟棄〔9〕重復(fù)丟棄5、PDCP過程〔具體過程見page3〕〔1〕PDCP數(shù)據(jù)傳輸過程上行數(shù)據(jù)傳輸過程：每一個PDCPSDU對應(yīng)一個DiscardTimer，一旦由高層接收到一個PDCPSDU，即啟動該SDU對應(yīng)的DiscardTimer。同時，進(jìn)展發(fā)送相關(guān)的狀態(tài)變量更新及加密、完整性保護(hù)等，具體過程如圖2所示。下行數(shù)據(jù)傳輸過程：在不需重建的情況下，PDCP實體在接收到RLCAM實體提交的PDCPPDU時，不需執(zhí)行重排序過程，因為RLCAM在向PDCP實體提交PDCPPDU時，已保證順序遞交。假設(shè)UE先從源eNodeB收到一些PDCPSDU，重建開場后從目的eNodeB接收PDCPSDU(其中局部是源eNodeB轉(zhuǎn)給目的eNodeB的，并且有一些是源eNodeB已發(fā)給UE但尚未得到確認(rèn)的)，因此，UE的PDCP實體收到的PDCPSDU可能是亂序并且有重復(fù)的，因此對于RLCAM模式，在重建情況下，PDCP接收實體需對接收的PDCPSDU進(jìn)展重排序和重復(fù)檢測。〔2〕重建過程上行數(shù)據(jù)傳輸過程：映射到RLCAM的DRB過程映射到RLCUM的DRB過程SRB過程下行數(shù)據(jù)傳輸過程：映射到RLCAM的DRB過程映射到RLCUM的DRB過程SRB過程〔3〕PDCP狀態(tài)報告?zhèn)鬏敚航邮眨骸?〕PDCP丟棄：PDCPSDU的Discard_Timer超時或PDCPSDU的成功傳輸有PDCp狀態(tài)報告確認(rèn)，UE丟棄PDCPSDU及相應(yīng)的PDCPPDU〔5〕頭壓縮與解壓縮：〔6〕加密和解密：加密不用于PDCP控制PDU控制面：PDCPPDU中數(shù)據(jù)局部及MAC-I用戶面：PDCPPDU的數(shù)據(jù)局部〔對消息和加密流做異或(*OR)運算來實現(xiàn)的，這里加密流是由基于接入層(AS)導(dǎo)出密鑰、無線承載ID、傳輸方向(上行或下行)以及COUNT值的加密算法所生成的?！场?〕完整性保護(hù)及確認(rèn)：該功能僅用于SRB〔8〕未知的、意外的以及錯誤的協(xié)議數(shù)據(jù)的處理6、PDCP協(xié)議數(shù)據(jù)單元及格式PDCP數(shù)據(jù)PDU傳送：一個PDUSDUSN、包含一個基于非壓縮的PDCPSDU用戶面數(shù)據(jù)、包含一個基于壓縮的PDCPSDU用戶面數(shù)據(jù)、控制平面數(shù)據(jù)、只有SRB的MAC-I域PDCP控制PDU傳送：PDCP狀態(tài)報告、頭壓縮信息7、參數(shù)〔1〕PDCPSN：〔2〕DATA：未壓縮PDCPSDU〔用戶面或控制面數(shù)據(jù)〕/壓縮PDCPSDU〔用戶面數(shù)據(jù)〕〔3〕MAC-I：消息認(rèn)證碼、未經(jīng)過完整性保護(hù)的控制面數(shù)據(jù)MAC-I用0填充〔4〕COUNT：HFN+PDCPSN〔5〕R：保存位〔6〕D/C：控制PDU或數(shù)據(jù)PDU〔7〕PDUtype：status/ROHC/received〔8〕FMS：第一個喪失的PDCPSDU的PDCPSN值〔9〕Bitmap：PDCPSDU是否被接收并正確的進(jìn)展選擇性解壓8、變量PDCP實體發(fā)送端〔1〕Ne*t_PDCP_T*_SN：給定PDCP實體的下一個PDCPSDU的PDCPSN，實體重建時置0〔2〕T*_HFN:sehngchengCOUNT值的HFN值〔COUNT值用于一個給定的PDCP實體的PDCPPDU〕，實體重建時置0PDCP實體接收端〔1〕Ne*t_PDCP_R*_SN：下一個期望的PDCPSN，有一個給定PDCP實體的接收方給出，實體重建時置0〔2〕R*_HFN：生成COUNT值的HFN值，實體重建時置0〔3〕Last_Submitted_PDCP_R*_SN:傳輸?shù)缴蠈拥淖詈笠粋€PDCPSDU的SN，實體重建40959、常量〔1〕Reordering_Window：2048，PDCPSN的一半，用于無線承載應(yīng)設(shè)在RLCAM上的情況〔2〕Ma*imum_PDCP_SN：10、定時器〔1〕Discard_Timer丟棄定時器〔2〕Flush_Timer清空定時器5.1數(shù)據(jù)傳輸過程上行從上層接收到PDCPSDU后UE啟動與此PDCP相關(guān)量的discardTimer對于從上層接收到的PDCPSDUUE應(yīng)關(guān)聯(lián)相應(yīng)于Ne*t_PDCP_T*_SN的PDCPSN到PDCPSDUUE應(yīng)執(zhí)行PDCPSDU頭壓縮UE應(yīng)執(zhí)行完整性UE應(yīng)使用基于T*_HFN的COUNT以及關(guān)聯(lián)于PDCPSDU的PDCPSN值進(jìn)展加密UE將Ne*t_PDCP_T*_SN加1假設(shè)果Ne*t_PDCP_T*_SN﹥Ma*imum_PDCP_SNUE應(yīng)將Ne*t_PDCP_T*_SN置0UE應(yīng)將T*_HFN加1UE應(yīng)將最后產(chǎn)生的PDCPDataPDU傳送給低層下行一、DRB過程1、映射到RLCAM的DRB過程對于映射到RLCAM的DRB，在接收到低層的PDCPDataPDU時〔1〕如果接收到的PDCPSN－Last_Submitted_PDCP_R*_SN＞reordering_Window或0≤Last_Submitted_PDCP_R*_SN－接收到的PDCPSN＜Reordering_Window圖5.1ReceivedPDCPSN－Last_Submitted_PDCP_R*_SN＞reordering_Window如果接收到的PDCPSN＞Ne*t_PDCP_R*_SN圖5.20≤Last_Submitted_PDCP_R*_SN－receivedPDCPSN＜Reordering_Window且receivedPDCPSN＞Ne*t_PDCP_R*_SNUE應(yīng)使用基于R*_HFN－1的COUNT與接收到的PDCPSN值，解密此PDCP否則圖5.30≤Last_Submitted_PDCP_R*_SN－receivedPDCPSN＜Reordering_Window且Ne*t_PDCP_R*_SN＞receivedPDCPSNUE應(yīng)使用基于R*_HFN的COUNT與接收到的PDCPSN值，解密此PDCPPDU3〕UE應(yīng)執(zhí)行頭壓縮4〕UE應(yīng)丟棄此PDCPSDU〔2〕否則，如果Ne*t_PDCP_R*_SN－接收到的PDCPSN＞Reordering_Window圖5.4Ne*t_PDCP_R*_SN－receivedPDCPSN＞Reordering_Window1〕UE應(yīng)將Ne*t_HFN加12〕UE應(yīng)使用基于R*_HFN的COUNT與接收到的PDCPSN解密此PDCPPDU3〕UE應(yīng)將Ne*t_PDCP_R*_SN置為剛接收到的PDCPSN＋1〔4〕否則，如果接收到的PDCPSN－Ne*t_PDCP_R*_SN≥Reordering_Window圖5.5receivedPDCPSN－Ne*t_PDCP_R*_SN＞Reordering_Window1〕UE應(yīng)使用基于R*_HFN－1的COUNT與接收到的PDCPSN解密此PDCPPDU〔5〕否則，如果接收到的PDCPSN≥Ne*t_PDCP_R*_SN圖5.6ReceivedPDUSN≥Ne*t_PDCP_R*_SN〔1〕圖5.7ReceivedPDUSN≥Ne*t_PDCP_R*_SN〔2〕圖5.8ReceivedPDUSN≥Ne*t_PDCP_R*_SN〔3〕1〕UE應(yīng)使用基于R*_HFN的COUNT與接收到的PDCPSN解密此PDCPPDU2〕UE應(yīng)將Ne*t_PDCP_R*_SN置為接收到的PDCPSN＋13〕如果Ne*t_PDCP_R*_SN＞Ma*imum_PDCP_SNUE應(yīng)將Ne*t_PDCP_R*_SN置0UE應(yīng)將R*_HFN加1〔6〕否則，如果接收到的PDCPSN＜Ne*t_PDCP_R*_SN圖5.9ReceivedPDUSN＜Ne*t_PDCP_R*_SN〔1〕圖5.10ReceivedPDUSN＜Ne*t_PDCP_R*_SN〔2〕圖5.11ReceivedPDUSN＜Ne*t_PDCP_R*_SN〔3〕1)UE應(yīng)使用基于R*_HFN的COUNT值域接收到的PDCPSN值解密此PDCPPDU〔7〕如果上面沒有丟棄此PDCPPDU1)UE應(yīng)執(zhí)行PDCPPDU的解密與頭壓縮2)如果一個具有一樣PDCPSN值的PDCPPDU被存儲UE應(yīng)丟棄此PDU3〕否則UE應(yīng)存儲此PDCPSDU4〕如果由于下層重建導(dǎo)致PDCP沒有接收到此PDCPPDUUE應(yīng)把相關(guān)的COUNT值按照升序傳遞給上層：a.所有存儲的，相關(guān)COUNT值小于接收PDCPSDU的COUNT值的PDCPSDUb.所有存儲的，從接收到的PDCPSDU的COUNT值開場，連續(xù)COUNT值對應(yīng)的PDCPSDUUE應(yīng)將Last_Submitted_PDCP_R*_SN置為最后遞交給高層的PDCPSDU的PDCPSN值5〕否則，如果接收到的PDCPSN＝Last_Submitted_PDCP_R*_SN﹢1，6〕或者接收到的PDCPSN＝Last_Submitted_PDCP_R*_SN－Ma*imum_PDCP_SNUE應(yīng)把相關(guān)COUNT值按照升序傳遞給上層a.所有存儲的，從接收到的PDCPSDU的COUNT值開場，連續(xù)COUNT值對應(yīng)的PDCPSDUUE應(yīng)將Last_Submitted_PDCP_R*_SN置為最后遞交給高層的PDCPSDU的PDCPSN值2、映射到RLCUM的DRB過程對于映射到RLCUM的DRN，在接收到低層的PDCPDataPDU以后〔1〕如果接收到的PDCPSN＜Ne*t_PDCP_R*_SN1〕UE應(yīng)將R*_HFN加1〔2〕UE應(yīng)使用基于R*_HFN的COUNT值與接收到的PDCPSN值來解密此PDCPDataPDU〔3〕如果Ne*t_PDCP_R*_SN＞Ma*imum_PDCP_SN1〕UE應(yīng)將Ne*t_PDCP_R*_SN置02〕UE應(yīng)將R*_HFN﹢1〔4〕執(zhí)行已解密的PDCPDataPDU的頭壓縮〔5〕UE應(yīng)將最后產(chǎn)生的PDCPSDU遞交給上層二、SRB過程對于SRB，在接收到低層的PDCPDataPDU后〔1〕如果接收的PDCPSN＜Ne*t_PDCP_R*_SN1〕UE應(yīng)使用基于R*_HFN﹢1的COUNT與接收到的PDCPSN值來解密此PDU以及確認(rèn)其完整性〔2〕否則1〕UE應(yīng)使用基于R*_HFN的COUNT與接收到的PDCPSN值來解密此PDU以及確認(rèn)其完整性〔3〕如果完整性確認(rèn)使用并成功通過，或〔4〕如果完整性確認(rèn)不適用1〕如果接收的PDCPSN＜Ne*t_PDCP_R*_SNUE應(yīng)將R*_HFN加12〕UE應(yīng)將Ne*t_PDCP_R*_SN置為接收到的PDCPSN﹢13〕如果Ne*t_PDCP_R*_SN＞Ma*imum_PDCP_SNUE應(yīng)將Ne*t_PDCP_R*_SN置0UE應(yīng)將R*_HFN加14〕UE應(yīng)將最后產(chǎn)生的PDCPSDU遞交給上層〔5〕否則，如果完整性確認(rèn)適用，但失敗1〕UE應(yīng)丟棄接收到的PDCPDataPDU2〕UE應(yīng)將完整性確認(rèn)失敗報告遞交給上層5.2重建過程上行1、映射到RLCAM的DRB過程當(dāng)上層請求一次PDCP重建時〔1〕UE應(yīng)重置上行鏈路的頭壓縮協(xié)議〔2〕重建過程期間，UE應(yīng)使用加密算法及上層提供的密鑰加密〔3〕從第一個對應(yīng)的PDCPPDU成功傳遞但沒有被下層確認(rèn)的PDCPSDU開場，在如PDCP重建之前，執(zhí)行所有由與此PDCPSDU對應(yīng)的COUNT開場的，按照COUNT升序排列的PDCPSN值對應(yīng)的PDCPSDU的重傳或傳輸〔4〕UE應(yīng)執(zhí)行DCPSDU的頭壓縮〔5〕UE應(yīng)使用與此PDCPSDU關(guān)聯(lián)的COUNT值來加密此PDCPSDU〔6〕UE應(yīng)將最后產(chǎn)生的PDCPDataPDU傳遞給下層2、映射到RLCUM的DRB過程當(dāng)上層請求一次PDCP重建時〔1〕UE應(yīng)重置上行鏈路的頭壓縮協(xié)議〔2〕UE應(yīng)置Ne*t_PDCP_T*_SN以及T*_HFN為0〔3〕重建過程期間，UE應(yīng)使用加密算法及上層提供的密鑰加密〔4〕對于每一個已經(jīng)對應(yīng)于一個PDCPSN，但相應(yīng)的PDU沒有事先傳遞給低層的PDCPSDU1〕UE認(rèn)為此PDCPSDU是從上層接收而來2〕在PDCP重建之前，在不重啟discardTimer的情況下，UE應(yīng)按照與PDCPSDU關(guān)聯(lián)的COUNT值的升序傳輸PDCPSDU3、SRB過程當(dāng)上層請求一次PDCP重建時〔1〕UE應(yīng)置Ne*t_PDCP_T*_SN及T*_HFN為0〔2〕UE應(yīng)丟棄所有存儲的PDCPSDU和PDCPPDU〔3〕重建過程期間，UE應(yīng)使用加密和完整性保護(hù)算法，以及使用上層提供的密鑰進(jìn)展加密下行1、映射到RLCAM的DRB過程當(dāng)上層請求一次PDCP重建時〔1〕UE應(yīng)處理由于下層重建而從下層接收到的PDCPDataPDU〔2〕UE應(yīng)重置下行鏈路的頭壓縮協(xié)議〔3〕重建過程期間，UE應(yīng)使用加密算法和上層提供的密鑰進(jìn)展加密2、映射到RLCUM的DRB過程當(dāng)上層請求一次PDCP重建時〔1〕UE應(yīng)處理由于下層重建而從下層接收到的PDCPDataPDU〔2〕UE應(yīng)重置下行鏈路的頭壓縮協(xié)議〔3〕UE應(yīng)將Ne*t_PDCP_R*_SN及R*_HFN置0〔4〕重建過程奇跡，UE應(yīng)使用加密算法和上層提供的密鑰進(jìn)展加密3、SRB過程當(dāng)上層請求一次PDCP重建時〔1〕UE應(yīng)丟棄由于下層重建而從下層接收來的PDCPDataPDU〔2〕UE應(yīng)將Ne*t_PDCP_R*_SN及R*_HFN置0〔3〕UE應(yīng)丟棄所有存儲的PDCPSDU和PDCPPDU〔4〕重建過程期間，UE應(yīng)使用加密和完整性保護(hù)算法，以及使用上層提供的密鑰進(jìn)展加密5.3PDCP狀態(tài)報告?zhèn)鬏攲τ谟成涞絉LCAM的RB當(dāng)上層請求一次PDCP重建時如果此RB被上層配置用于在上行鏈路發(fā)送一個PDCP狀態(tài)報告，在處理完因下層重建而從下層接收來的PDCPDataPCU以后，UE應(yīng)按下述指示進(jìn)展?fàn)顟B(tài)報告：〔1〕UE應(yīng)將FMS置為第一個喪失的PDCPSDU的PDCPSN值〔2〕如果至少有一個失序PDCPSDU被存儲，則UE分配一個Bitmapfield，長度等于從第一個喪失的PDCPSDU開場知道最后一個失序的PDCPSDU完畢的PDCPSN的個數(shù)，四舍五入到下一個8的倍數(shù)〔3〕UE將所有低層指示還未承受到的PDCPSDU以及任意解壓縮失敗的PDCPSDU在Bitmapfield中對應(yīng)的區(qū)域置0〔4〕對于其他的PDCPSDU，對應(yīng)區(qū)域置1接收當(dāng)在下行鏈路接收到一個PDCP狀態(tài)報告時，對已映射到RLCAM的RB對于每個PDCPSDU，如果在Bitmap中對應(yīng)的bit位為1，或者相關(guān)聯(lián)的COUNT值小于FMS字段確定的PDCPSDU的COUNT值，則相應(yīng)PDCPSDU的成功傳輸將被確認(rèn)，且UE應(yīng)按照PDCP丟棄過程的規(guī)定來處理此PDCP。5.4PDCP丟棄當(dāng)用于PDCPSDU的discardTimer終止，或PDCPSDU的成功傳輸被PDCP狀態(tài)報告確認(rèn)，UE應(yīng)就其此PDCPSDU及其對應(yīng)的PDCPPDU。如果對應(yīng)的PDCPPDU已經(jīng)成功傳遞給下層，則丟棄需要指示給下層。5.5頭壓縮與解壓縮協(xié)議與簡表頭壓縮協(xié)議基于可靠性頭壓縮〔ROHC〕框架，存在多種頭壓縮算法，成為簡表，定義用于ROHC框架。每個簡表為特定的網(wǎng)絡(luò)層、傳輸層或上層集合所專用。頭壓縮配置與DRB關(guān)聯(lián)的PDCP實體可被上層配置來使用頭壓縮協(xié)議參數(shù)壓縮與解壓縮端之間定義了必須有上層配置的強制配置參數(shù)，定義ROHC信道〔單行信道，上行或下行〕，屬于同一個PDCP實體的信道使用一樣的配置。M、N/A、LARGE_CIDs、PROFILES〔M〕、FEEDBACK_FOR(N/A)、MRRU〔N/A〕頭壓縮生成兩種類型的輸出數(shù)據(jù)包：〔1〕壓縮包，各自關(guān)聯(lián)于一個PDCPSDU〔與相關(guān)PDCPSDU一樣的PDCPSN和COUNT關(guān)聯(lián)〕〔2〕獨立數(shù)據(jù)包，為關(guān)聯(lián)于PDCPSDU，即零散的ROHC反應(yīng)包〔不與PDCPSDU關(guān)聯(lián)，不與PDCPSN關(guān)聯(lián)，不加密〕頭解壓縮如果上層為關(guān)聯(lián)與用戶平面數(shù)據(jù)的PDCP實體配置了頭解壓縮，則PDCPPDU將在執(zhí)行解密程序后由頭解壓協(xié)議進(jìn)展解壓縮5.6加密和解密1、對于控制平面，加密的數(shù)據(jù)單元是PDCPPDU以及MAC-I的局部數(shù)據(jù)2、對于用戶平面，加密的數(shù)據(jù)單元是PDCPPDU的局部數(shù)據(jù)3、加密不適用于PDCP控制PDU4、加密算法和密鑰由上層配置5、加密功能由上層激活，激活后，應(yīng)用于所有上層指示的上下行PDCPPDU6、加密功能請求的輸入：COUNT、DIRECTION7、PDCP請求的，由上層提供的參數(shù)：BEARER、KEY〔控制面/用戶面〕〔1〕BEARER：承載的標(biāo)識，用于RB身份的標(biāo)識〔2〕DIRECTION：標(biāo)識傳輸?shù)姆较颍?用于上行、1用于下行〔3〕KEY：控制平面和用戶平面的加密密鑰分別為KRRCenc與KUPenc5.7完整性保護(hù)及確認(rèn)1、完整性保護(hù)+完整性確認(rèn)2、用于與SRB關(guān)聯(lián)的PDCP3、受完整性保護(hù)的數(shù)據(jù)單元為：PDU頭和加密前的PDU局部數(shù)據(jù)4、完整性保護(hù)算法和密鑰由上層提供5、完整性保護(hù)功能由上層激活，激活后，應(yīng)用于從上層指定的PDU之后的上下行PDCPPDU6、完整性保護(hù)算法的輸入：COUNT、DIRECTION7、PDCP請求的，由上層提供的數(shù)：BEARER、KEY8、傳輸時，UE計算MAC-I字段的值接收時，UE通過基于以上指定的輸入?yún)?shù)計算*-MA*來確認(rèn)PDCPPDU的完整性。如果計算得到的*-MAC與接收的MAC-I值相對應(yīng)，則完整性保護(hù)確認(rèn)成功5.8未知的、意外的以及錯誤的協(xié)議數(shù)據(jù)的處理PDCP收到一個包括保存值或非法值的PDCPPDU時，PDCP實體應(yīng)丟棄收到的PDU補充PDCP實現(xiàn)LTE接入層平安性過程PDCP層通過承受高層的平安配置信令，進(jìn)入相應(yīng)的狀態(tài)后才能對數(shù)據(jù)和信令進(jìn)展加密及完整性保護(hù)，在正常的RRC連接建立完成并且通過層三的鑒權(quán)完成后，啟動接入層的平安模式命令。網(wǎng)絡(luò)端首先獲得由非介入層的AKA〔AuthenticationandKeyAgreement〕過程產(chǎn)生密鑰KASME，然后RRC由該參數(shù)計算得到KeNB，再由KeNB計算得到控制平面的完整性保護(hù)密鑰KRRCint，以及用戶平面和控制平面需要的密鑰KUPenc、KRRCenc，在組裝成平安模式命令〔SecurityModimand〕，發(fā)送給終端，配置中端的平安性參數(shù)。當(dāng)網(wǎng)絡(luò)端發(fā)出SecurityModemand消息后開場對下行數(shù)據(jù)進(jìn)展加密，終端的PDCP層接收到SecurityModemand消息后，先將其發(fā)送到RRC進(jìn)展解碼操作，得出網(wǎng)絡(luò)端配給終端的完整性保護(hù)算法，再將完整性保護(hù)算法和相應(yīng)的密鑰發(fā)給PDCP層，PDCP就可以對SecurityModemand消息進(jìn)展完整性校驗。如果沒有通過完整性校驗，則向網(wǎng)絡(luò)端發(fā)送平安模式失敗〔SecurityModeFailure〕；如果通過，則取出里面包含的加密算法，并向網(wǎng)絡(luò)發(fā)送平安模式完成〔SecurityModeplete