【正文】 HFN與接收的PDCP SN值解密此PDCP PDU；? 將Next_PDCP_RX_SN 置為接收到的PDCP SN + 1； 否則如果接受的 PDCP SN – Next_PDCP_RX_SN = Reordering_Window：? 使用基于RX_HFN – 1的COUNT值與接收到的PDCP SN值解密此PDCP PDU； 否則如果接收到的PDCP SN = Next_PDCP_RX_SN：? 使用基于RX_HFN的CONUT值與接收到的PDCP SN值解密此PDCP PDU；? 將Next_PDCP_RX_SN 置為接收到的PDCP SN + 1；? 如果Next_PDCP_RX_SN 大于Maximum_PDCP_SN：o 將Next_PDCP_RX_SN 置為0；o 將RX_HFN 增加1； 否則如果接收到的PDCP SN Next_PDCP_RX_SN：? 使用基于RX_HFN的COUNT值與接收到的PDCP SN值解密此PDCP PDU； 如果上面沒有丟棄此PDCP PDU：? 執(zhí)行PDCP PDU的解密與頭解壓縮（如果配置），；? 如果一個具有相同PDCP SN值的PDCP PDU被存儲；o 丟棄此PDCP SDU；? 否則：o 存儲此PDCP SDU；? 如果由于下層重建導致PDCP 沒有接收到此PDCP PDU：o 把相關的COUNT值按升序傳遞給上層：167。 所有存儲的，從接收到的PDCP SDU的COUNT值開始，連續(xù)COUNT值對應的PDCP SDU；o 將Last_Submitted_PDCP_RX_SN 置為最后遞交給高層的PDCP SDU的PDCP SN值；? 否則如果接收到的PDCP SN = Last_Submitted_PDCP_RX_SN + 1，或者接收到的PDCP SN = Last_Submitted_PDCP_RX_SN – Maximum_PDCP_SN：o 把相關COUNT值按升序傳遞給上層：167。　 映射到RLC UM的DRB過程對于映射到RLC UM的DRB，在接收到低層的PDCP Data PDU以后，UE應： 如果接收到的PDCP SN Next_PDCP_RX_SN：? 將RX_HFN 增加1； 使用基于RX_HFN的COUNT值與接收到的PDCP SN值，解密此PDCP Data PDU，； 將Next_PDCP_RX_SN 置為接收到的PDCP SN值 + 1； 如果Next_PDCP_RX_SN Maximum_PDCP_SN：? 將Next_PDCP_RX_SN 置為0；? 將RX_HFN 增加1； 執(zhí)行已解密PDCP Data PDU的頭解壓縮（如果配置），； 將最后產(chǎn)生的PDCP SDU 遞交給上層?！?重建過程當上層請求一個PDCP重建時，UE應為對應的RLC模式額外再執(zhí)行一次本節(jié)所述的過程?！?UL數(shù)據(jù)傳輸過程　 映射到RLC AM的DRB過程當上層請求一次PDCP重建時，UE應： 重置上行鏈路的頭壓縮協(xié)議(如果已配置)； 在重建過程期間，使用加密算法及上層提供的key加密； 從第一個對應的PDCP PDU成功傳遞但沒有被下層確認的PDCP SDU開始，在如下所述的PDCP重建之前，執(zhí)行所有從此PDCP SDU對應的COUNT值開始，按COUNT值升序排列的PDCP SN值對應的PDCP SDU的重傳或傳輸： 執(zhí)行PDCP SDU的頭壓縮（如果已配置），； 使用關聯(lián)于此PDCP SDU的COUNT值，加密此PDCP SDU，； 將最后產(chǎn)生的PDCP Data PDU傳遞給下層?！?SRB過程當上層請求一個PDCP重建時，UE應： 置Next_PDCP_TX_SN和TX_HFN 為0； 丟棄所有存儲的PDCP SDU和PDCP PDU； 在重建進程期間，使用加密及完整性保護算法和上層提供的key進行加密?！?映射到RLC UM的DRB過程當上層請求一個PDCP 重建時，UE應： 處理由于下層重建而從下層接收來的PDCP Data PDU，； 重置下行鏈路的頭壓縮協(xié)議(如果已配置)； 置Next_PDCP_RX_SN和RX_HFN 為0； 在重建進程期間，使用加密算法和上層提供的key進行加密?！?PDCP狀態(tài)上報　 傳輸操作對于映射到RLC AM的無線承載，當上層請求一個PDCP重建時，UE應： 如果此無線承載被上層配置用于在上行鏈路發(fā)送一個PDCP 狀態(tài)上報（statusReportRequired見[3]），在處理完由于下層重建而從下層接受來的PDCP Data PDU以后，UE按照如下的指示編譯此狀態(tài)上報，并將此狀態(tài)上報作為此傳輸?shù)牡谝粋€PDCP PDU傳遞給低層：? 將FMS域置為第一個丟失的PDCP SDU的PDCP SN值；? 如果至少有一個失序PDCP SDU被存儲，則分配一個Bitmap field，長度等于從第一個丟失的PDCP SDU（但不包括）開始直到最后一個失序的PDCP SDU（包括最后一個）的PDCP SN的個數(shù)，四舍五入到下一個8的倍數(shù)；? 將所有底層指示還未接收到的PDCP SDU以及任意解壓縮失敗的PDCP SDU在Bitmap field中對應的區(qū)域置為“0”；? 對于其他的PDCP SDU，對應的區(qū)域置為“1”?！?PDCP丟棄當用于PDCP SDU的discardTimer終止，或PDCP SDU的成功傳輸被PDCP狀態(tài)上報確認，UE應丟棄此PDCP SDU連同對應的PDCP PDU?！?頭壓縮與解壓縮　 支持的頭壓縮協(xié)議與簡表（profile）頭壓縮協(xié)議基于可靠性頭壓縮（ROHC）框架[7]。每個簡表為特定的網(wǎng)絡層、傳輸層或上層集合（例如TCP/IP與RTP/UDP/IP）所專用。包括在ROHC信道上不同流（頭壓縮或不壓縮）的復用，以及在流壓縮算法的初始化期間特定IP流與特定文本狀態(tài)的關聯(lián)。本部分描述了如下簡表的支持：表1 支持的頭壓縮協(xié)議與簡表Profile IdentifierUsage:Reference0x0000No pressionRFC 49950x0001RTP/UDP/IPRFC 3095, RFC 48150x0002UDP/IPRFC 3095, RFC 48150x0003ESP/IPRFC 3095, RFC 48150x0004IPRFC 3843, RFC 48150x0006TCP/IPRFC 49960x0101RTP/UDP/IPRFC 52250x0102UDP/IPRFC 52250x0103ESP/IPRFC 52250x0104IPRFC 5225　 頭壓縮的配置與DRB關聯(lián)的PDCP 實體可被上層配置來使用頭壓縮。ROHC信道是單向信道，即一個信道用于上行，一個用于下行。這些參數(shù)被歸類到兩個不同的組中，定義如下： M：強制的且由上層配置的。參數(shù)的定義與使用詳細說明如下。應為未壓縮流保留一個CID值。 LARGE_CIDS：此參數(shù)的值不由上層配置，而是根據(jù)下式從已配置的MAX_CID值判斷而來：? 如果MAX_CID 15 則LARGE_CIDS = TRUE 否則LARGE_CIDS = FALSE。參數(shù)PROFILES由上層配置（profiles [3]） FEEDBACK_FOR (N/A)：這是兩個壓縮斷點之間反向信道的引用，指明任何向此信道發(fā)送的反饋。 MRRU (N/A)：ROHC 分段不可用。零散的ROHC反饋包不與PDCP SDU相關聯(lián)。　 頭解壓縮如果上層為關聯(lián)于用戶平面數(shù)據(jù)的PDCP 實體配置了頭解壓縮