【正文】 Transmission Control Protocol傳輸控制協(xié)議UDPUser Datagram Protocol用戶數(shù)據(jù)協(xié)議UEUser Equipment用戶設(shè)備UMUnacknowledged Mode非確認(rèn)模式XMACComputed MACIMACI計(jì)算值4　 概述　 PDCP架構(gòu)　 PDCP結(jié)構(gòu)圖1 描述了PDCP子層一種可能的結(jié)構(gòu)；PDCP子層的結(jié)構(gòu)不宜限制實(shí)現(xiàn)。3　 術(shù)語、定義和縮略語　 術(shù)語和定義下列術(shù)語和定義適用于本部分。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內(nèi)容）或修訂版均不適用于部分，然而，鼓勵(lì)根據(jù)本部分達(dá)成協(xié)議的各方研究是否可使用這些文件的最新版本。本部分適用于LTE FDD數(shù)字蜂窩移動(dòng)通信網(wǎng)。本部分由中國通信標(biāo)準(zhǔn)化協(xié)會(huì)提出并歸口。為適應(yīng)信息通信業(yè)發(fā)展對通信標(biāo)準(zhǔn)文件的需要，在工業(yè)和信息化部的統(tǒng)一安排下，對于技術(shù)尚在發(fā)展中，又需要有相應(yīng)的標(biāo)準(zhǔn)性文件引導(dǎo)其發(fā)展的領(lǐng)域，由中國通信標(biāo)準(zhǔn)化協(xié)會(huì)組織制定“通信標(biāo)準(zhǔn)類技術(shù)報(bào)告”，推薦有關(guān)方面參考采用。與3GPP TS 。GB/T —200X –XX –XX 印發(fā)中國通信標(biāo)準(zhǔn)化協(xié)會(huì) LTE FDD數(shù)字蜂窩移動(dòng)通信網(wǎng)Uu接口技術(shù)要求第8部分：PDCPLTE FDD digital cellular mobile telemunication network Uu Interface Technical Requirement – Part 8: PDCPYDB XXXX—XXXX通信標(biāo)準(zhǔn)類技術(shù)報(bào)告 1YDB XXXXXXXX目 次目 次 I前 言 II1 范圍 42 規(guī)范性引用文件 43 術(shù)語、定義和縮略語 4 術(shù)語和定義 4 縮略語 44 概述 5 PDCP架構(gòu) 5 業(yè)務(wù) 6 功能 7 可傳數(shù)據(jù) 75 PDCP過程 7 PDCP數(shù)據(jù)傳輸過程 7 重建過程 10 PDCP狀態(tài)上報(bào) 11 PDCP丟棄 11 頭壓縮與解壓縮 11 加密和解密 13 完整性保護(hù)及確認(rèn) 13 未知的，意外的以及錯(cuò)誤的協(xié)議數(shù)據(jù)的處理 136 協(xié)議數(shù)據(jù)單元，格式及參數(shù) 13 協(xié)議數(shù)據(jù)單元 13 格式 14 參數(shù) 157 變量，常量及定時(shí)器 18 狀態(tài)變量 18 定時(shí)器 18 常量 18參考文獻(xiàn) 19 19前 言YDB XXXXXXXX 《LTE FDD數(shù)字蜂窩移動(dòng)通信網(wǎng) Uu接口技術(shù)要求》分為九個(gè)部分：─ 第1部分：物理層概述；─ 第2部分：物理信道和調(diào)制─ 第3部分：物理層復(fù)用和信道編碼─ 第4部分：物理層過程─ 第5部分：物理層測量─ 第6部分：MAC協(xié)議─ 第7部分：RLC協(xié)議─ 第8部分：PDCP協(xié)議─ 第9部分：RRC協(xié)議本部分是第8部分。YDB XXXXXXXX 《LTE FDD數(shù)字蜂窩移動(dòng)通信網(wǎng) Uu接口技術(shù)要求》是LTE FDD數(shù)字蜂窩移動(dòng)通信網(wǎng)系列技術(shù)報(bào)告之一，該系列技術(shù)報(bào)告的結(jié)構(gòu)和名稱預(yù)計(jì)如下：a） YDB XXXXXXXX 《LTE數(shù)字蜂窩移動(dòng)通信網(wǎng) 無線接入部分總體技術(shù)要求》b） YDB XXXXXXXX 《LTE FDD數(shù)字蜂窩移動(dòng)通信網(wǎng) Uu接口技術(shù)要求》─ 第1部分：物理層概述；─ 第2部分：物理信道和調(diào)制─ 第3部分：物理層復(fù)用和信道編碼─ 第4部分：物理層過程─ 第5部分：物理層測量─ 第6部分：MAC協(xié)議─ 第7部分：RLC協(xié)議─ 第8部分：PDCP協(xié)議─ 第9部分：RRC協(xié)議c） YDB XXXXXXXX 《LTE數(shù)字蜂窩移動(dòng)通信網(wǎng) X2接口技術(shù)要求》─ 第1部分：概述；─ 第2部分：層1─ 第3部分：信令傳輸─ 第4部分：應(yīng)用協(xié)議─ 第5部分：數(shù)據(jù)傳輸d） YDB XXXXXXXX 《LTE數(shù)字蜂窩移動(dòng)通信網(wǎng) S12接口技術(shù)要求》─ 第1部分：概述；─ 第2部分：層1─ 第3部分：信令傳輸─ 第4部分：應(yīng)用協(xié)議─ 第5部分：數(shù)據(jù)傳輸本部分的附錄A、附錄B均為規(guī)范性/資料性附錄。有關(guān)對本技術(shù)報(bào)告的建議和意見，向中國通信標(biāo)準(zhǔn)化協(xié)會(huì)反映。本部分起草單位：工業(yè)和信息化部電信研究院、中國移動(dòng)通信集團(tuán)、大唐電信科技產(chǎn)業(yè)集團(tuán)、中興通訊股份有限公司、華為技術(shù)有限公司、南京愛立信熊貓通信有限公司、諾基亞西門子通信（上海）有限公司、廣州新郵通信有限公司、上海貝爾股份有限公司、鼎橋通信技術(shù)有限公司、中國普天信息產(chǎn)業(yè)股份有限公司、諾基亞通信有限公司、北京天碁科技有限責(zé)任公司、重慶重郵信科股份有限公司、北京展訊高科通信技術(shù)有限公司本部分主要起草人：LTE FDD數(shù)字蜂窩移動(dòng)通信網(wǎng) Uu接口技術(shù)要求 第8部分：PDCP1　 范圍本部分規(guī)定了LTE FDD數(shù)字蜂窩移動(dòng)通信網(wǎng)Uu接口的分組數(shù)據(jù)匯聚協(xié)議（PDCP），包括PDCP架構(gòu)、PDCP過程、協(xié)議數(shù)據(jù)單元、格式及參數(shù)、和變量、常量及定時(shí)器。2　 規(guī)范性引用文件下列文件中的條款通過本部分的引用而成為部分的條款。凡是不注日期的引用文件，其最新版本適用于本部分?！?縮略語下列縮略語適用于本部分。此圖基于[2]中定義的無線接口協(xié)議架構(gòu)。根據(jù)RB特性（即：單向或雙向）及RLC 模式，每個(gè)PDCP實(shí)體關(guān)聯(lián)于一個(gè)或兩個(gè)（每個(gè)方向一個(gè)）RLC實(shí)體。PDCP子層由上層配置，上層在[3]中進(jìn)行規(guī)定。可以為一個(gè)UE定義多個(gè)PDCP實(shí)體。每個(gè)PDCP實(shí)體攜帶一個(gè)無線承載的數(shù)據(jù)。每個(gè)PDCP實(shí)體使用最多一個(gè)ROHC。圖2 描述了PDCP子層中PDCP實(shí)體的功能視圖；其不宜限制實(shí)現(xiàn)。圖2 PDCP層，功能視圖　 業(yè)務(wù)　 提供給上層的服務(wù)PDCP向RRC層以及UE側(cè)用戶平面的上層提供服務(wù)，或向eNB的轉(zhuǎn)發(fā)器提供服務(wù)。支持的最大PDCP SDU為8188 個(gè)八位元組。 確認(rèn)數(shù)據(jù)傳輸服務(wù)，包括PDCP PDU成功傳輸?shù)臉?biāo)識； 非確認(rèn)數(shù)據(jù)傳輸服務(wù)； 按序傳輸，除了下層的重建； 重復(fù)丟棄，除了下層的重建。PDCP使用RLC子層提供的服務(wù)。PDCP不能用于其它類型的邏輯信道。另外，對于映射到RLC AM的無線承載，如果PDCP實(shí)體之前執(zhí)行了重建程序，則UE還應(yīng)視PDCP層的以下數(shù)據(jù)可傳：對于在PDCP重建之前有一個(gè)相應(yīng)PDU傳遞給底層的SDU，從對應(yīng)的PDU傳輸沒有被低層確認(rèn)的第一個(gè)SDU開始，除了被標(biāo)識為PDCP狀態(tài)傳輸成功的SDU，如果接收到：? SDU，如果此SDU還沒有被PDCP處理，或者? PDU，一旦此SDU被PDCP處理?！?DL數(shù)據(jù)傳輸過程　 DRB過程　 空閑　 映射到RLC AM的DRB過程對于映射到RLC AM的DRB，在接收到低層的PDCP Data PDU時(shí)，UE應(yīng)： 如果接收到的PDCP SN–Last_Submitted_PDCP_RX_SN Reordering_Window 或者 0 = Last_Submitted_PDCP_RX_SN–接收到的 PDCP SN Recordering_Window：? 如果接收到的PDCP SN Next_PDCP_RX_SN：o 使用基于RX_HFN – 1的COUNT與接收到的PDCP SN值，解密此PDCP PDU，；? 否則：o 使用基于RX_HFN的與接收到的PDCP SN值，解密此PDCP PDU，；? 執(zhí)行頭壓縮（如果已配置），；? 丟棄此PDCP SDU； 否則如果Next_PDCP_RX_SN – 接收的PDCP SN Reordering_Window：? 將RX_HFN 增加1；? 使用基于RX_