PDCP协议学习总结

PDCP简介PDCP的含义PDCP(PacketDataConvergenceProtocol)分组数据会聚协议PDCP是对分组数据会聚协议的一个简称。它是UMTS中的一个无线传输协议栈，它负责将IP头压缩和解压、传输用户数据并维护为无损的无线网络效劳子系统(SRNS)设置的无线承载的序列号。压缩技术可以根据二者之一RFC2507或RFC3095.RFC1144年罐头为一些背景知识也使用，并且，虽然技术在RFC没有用于现代TCP/IP实施，它仍然显示什么压缩或解压技术看似。如果PDCP配置为没有压缩它将送IP小包，不用压缩，它根据它的配置将压缩小包由上层并且附有aPDCP倒栽跳水和送小包。它使用更低的层数提供的效劳称Radio键路控制(RLC)。PDCP倒栽跳水包括二个领域：PID和PDU类型。PDU类型领域说明PDU是否是数据PDU或顺序编号PDU。PID领域价值说明倒栽跳水压缩协议键入使用的和小包类型或CID。PDCP的工作原理分组数据会聚协议(PacketDataConvergenceProtocol，PDCP)层属于无线接口协议栈的第二层，处理控制平面上的无线资源管理(RRC)消息以及用户平面上的因特网协议(IP)包。在用户平面上，PDCP子层得到来自上层的IP数据分组后，可以对IP数据分组进展头压缩和加密，然后递交到RLC子层。PDCP子层还向上层提供按序提交和重复分组检测功能。在控制平面，PDCP子层为上层RRC提供信令传输效劳，并实现RRC信令的加密和一致性保护，以及在反方向上实现RRC信令的解密和一致性检查。2PDCP子层功能PDCP子层的主要功能PDCP子层的主要功能如图1所示。PDCP实体的构造PDCP协议包括以下具体支持的功能：(1)用户平面数据的压缩和解压缩。(2)平安性功能：①用户和控制平面协议的加密和解密；②控制平面数据的完整性保护和验证。(3)数据的传输功能：①下层重建时，对向上层发送的PDU顺序发送和重排序；②对映射到AM模式的RB的下层SDU进展重排序。(4)数据包的丢弃。报头压缩在LTE系统中，规定PDCP子层支持由IETF(互联网工程任务组)定义的强健性报头压缩协议(ROHC)来进展报头压缩。在LTE中，因其不支持通过电路交换域(CS)传输的语音业务，为了在分组交换域(PS)提供语音业务且接近常规电路交换域的效率，必须对IP/UDP/RTP报头进展压缩，这些报头通常用于VoIP业务。典型的，对于一个含有32B有效载荷的VoIP分组传输来说，IPv6报头增加60B，IPv4报头增加40B，即188%和125%的开销。为了解决这个问题，在LTE系统中，设定在激活周期PDCP子层采用ROHC报头压缩技术，在压缩实体初始化之后，这一开销可被压缩成4～6个字节，即12．5%～18．8%的相对开销，从而提高了信道的效率和分组数据的有效性。IETF在“RFC4995〞中规定了一个框架，ROHC框架中有多种头压缩算法，称为Profile，每一个Profile与特定的网络层、传输层和更上层的协议相关，如TCP/IP和RTP/UDP/IP等。具体的报头压缩协议及属性如表1所示。报头压缩协议可以产生两种类型的输出包：(1)压缩分组包，每一个压缩包都是由相应的PDCPSDU经过报头压缩产生的；(2)与PDCPSDU不相关的独立包，即ROHC〔鲁棒性头压缩robustheaderpression〕的反应包。压缩包总是与相应的PDCPSDU采用一样的PDCPSN和COUNT值；ROHC反应包不是由PDCPSDU产生的，没有与之相关的PDCPSN，也不加密。平安性功能LTE的平安性是在PDCP层负责的，通过加密(控制平面RRC数据和用户平面数据)及完整性保护(仅控制平面数据)实现。1．2．1加密/解密在LTE系统中，加密功能位于PDCP实体中，加密对象包括：(1)控制平面，被加密的数据单元是PDCPPDU的数据局部(未压缩的用户面或控制面的PDCPSDU或压缩的用户平面PDCPSDU)和MAC—I域(完整性消息鉴权码)。(2)用户平面，被加密的数据单元是PDCPPDU的数据局部。PDCP实体所使用的加密算法和密钥(KEY)由高层协议配置。一旦激活平安功能，加密功能即被高层激活，该功能应用于高层指示的所有PDCPPDU。PDCP用于加密的参数包括以下2个：COUNT；DIRECTION(传输的方向)。RRC协议提供应PDCP加密功能所需要的参数包括以下2个：BEARER；KEY(控制平面使用KRRCenc，用户平面使用KUPenc)。加密是通过对消息和加密流做异或(*OR)运算来实现的，这里加密流是由基于接入层(AS)导出密钥、无线承载ID、传输方向(上行或下行)以及COUNT值的加密算法所生成的。加密仅适用于PDCP数据PDU。控制PDU(如ROHC反应或PDCP状态报告)既不使用加密，也不适用完整性保护。1．2．2完整性保护完整性保护功能包括完整性保护和完整性验证两个过程，完整性保护功能仅应用于SRB。用于PDCP实体的完整性保护功能的算法和KEY由上层配置。一旦激活平安功能，完整性保护功能即被高层激活，该功能应用于高层指示的所有PDCPPDU。PDCP用于完整性保护的参数包括以下2个：COUNT；DIREC-TION(传输的方向)。RRC协议提供应PDCP完整性保护功能的参数包括以下2个：BEARER；KEY(控制平面使用KRRCint)。UE基于上述输入的参数计算*-MAC，进展PDCPPDU的完整性验证。如果计算出的*-MAC与MAC-I一样，则完整性保护验证成功。数据的传输控制平面的PDCPPDU和用户平面的PDCP数据PDU都拥有一个序列号SN字段，PDCP子层的发送和接收实体就是通过设置和检查SN字段来实现PDCPPDU的按序发送和接收。PDCP子层在发送侧和接收侧分别维护一个重排序窗口的大小是SN围的50%。当SN为0～4095时，即“最大PDCPSN〞的值为4095时，重排序窗口的大小为2048。在非切换状态下，RLC子层位为PDCP子层提供按序提交和重复包丢弃效劳。而在切换状态下，由于UE与两个eNodeB同时通信，因此其RLC子层无法保证按序提交和重复包丢弃，从而需要由PDCP子层来完成这些功能。下面以UE侧的操作为例说明PDCP子层的发送和接收流程。1．3．1上行发送每一个PDCPSDU对应一个DiscardTimer，一旦由高层接收到一个PDCPSDU，即启动该SDU对应的DiscardTimer。同时，进展发送相关的状态变量更新及加密、完整性保护等，具体过程如图2所示。数据上行流程图1．3．2下行接收在不需重建的普通工作模式下，PDCP实体在接收到RLCAM实体提交的PDCPPDU时，不需执行重排序过程，因为RLCAM在向PDCP实体提交PDCPPDU时，已保证顺序递交。以切换引起的PDCP重建为例，UE先从源eNodeB收到一些PDCPSDU，重建开场后从目的eNodeB接收PDCPSDU(其中局部是源eNodeB转给目的eNodeB的，并且有一些是源eNodeB已发给UE但尚未得到确认的)，因此，UE的PDCP实体收到的PDCPSDU可能是乱序并且有重复的，因此对于RLCAM模式，在重建情况下，PDCP接收实体需对接收的PDCPSDU进展重排序和重复检测。综合上述各种情况，对映射到RLCAM模式的DRB接收处理过程如下：定义接收的PDCP序列号为SN，接收端上一次提交给高层的PDCPSDU序列号为Last_Submitted_PDCP_R*_SN，Reordering_Window为序列号空间50%长度的重排序窗，R*_HFN为接收端当前HFN，Ne*t_PDCP_R*_SN为接收端期待的下一个接收的PDCP序列号，具体流程如图3所示。数据包丢弃LTE的PDCP层的丢弃功能基于定时器，发射机从高层接收到每一个PDCPSDU时该定时器启动，当定时器溢出时UE仍未发起PDCPSDU传输，则丢弃该PDCPSDU。如果定时器被设置到一个适宜的值来满足无线承载所要求的QoS，这一丢弃机制可以防止发射机的过渡延时和排队现象。具体的处理过程如下：1．4．1上行发送当高层要求PDCP重建时，映射到RLCAM模式的DRB处理过程：(1)重置上行头压缩协议。(2)在重建过程中，应用高层提供的加密算法以及密钥。(3)由第一个还没有确认成功发送的PDCPSDU开场执行重传，或者按COUNT升序，优先于重传过程发送所有已关联了PDCP序列号的PDCPSDU。①按照第一节报头压缩中提及的压缩算法，执行PDCPSDU报头压缩过程。②按照平安性功能介绍的加密过程，执行PDCPSDU加密过程。③将经过上述处理的PDCP数据PDU递交给下层。1．4．2下行接收当高层要求PDCP重建时，映射到RLCAM模式的DRB处理过程：(1)处理所有由于下层重建而由下层接收的PDCP数据PDU。(2)重置下行头压缩协议。(3)在重建过程中，应用高层提供的加密以及完整性保护算法。PDCP协议学习总结1、PDCP架构2、PDCP实体：一个UE可以定义多个PDCP实体，可以对携带用户面数据的每个PDCP实体进展配置，来使用头压缩。每个PDCP实体携带一个无线承载的数据。根据无线承载所携带的数据，PDCP实体对应于控制平面或者用户平面3、PCDP层效劳向上层提供的效劳：〔PDCP提供效劳给UE的RRC层和用户面高层〕〔1〕数据传输〔2〕头压缩〔3〕加密〔4〕完整性保护从下层得到的效劳：〔RLC层向PDCP层提供效劳〕〔1〕确认的数据传输业务，包括PDCPPDU成功传输的指示〔2〕非确认的数据传输业务〔3〕有序传送，除了在切换时的情况〔4〕重复丢弃，除了在切换时的情况4、PDCP层功能〔1〕发送和接收实体利用ROHC协议对IP数据流进展相应的头压缩和解压缩〔2〕用户面数据或者控制面数据的传输〔3〕维护RLCAM模式下的映射的无线承载的PDCPSN〔4〕下层重建时，上层PDU的有序传送〔5〕下层重建时，RLCAM模式下的映射的无线承载的下层SDU重复消除〔6〕用户面数据和控制面数据的加密和解密〔7〕控制面数据的完整性保护与完整性验证〔8〕基于计时器的丢弃〔9〕重复丢弃5、PDCP过程〔具体过程见page3〕〔1〕PDCP数据传输过程上行数据传输过程：每一个PDCPSDU对应一个DiscardTimer，一旦由高层接收到一个PDCPSDU，即启动该SDU对应的DiscardTimer。同时，进展发送相关的状态变量更新及加密、完整性保护等，具体过程如图2所示。下行数据传输过程：在不需重建的情况下，PDCP实体在接收到RLCAM实体提交的PDCPPDU时，不需执行重排序过程，因为RLCAM在向PDCP实体提交PDCPPDU时，已保证顺序递交。假设UE先从源eNodeB收到一些PDCPSDU，重建开场后从目的eNodeB接收PDCPSDU(其中局部是源eNodeB转给目的eNodeB的，并且有一些是源eNodeB已发给UE但尚未得到确认的)，因此，UE的PDCP实体收到的PDCPSDU可能是乱序并且有重复的，因此对于RLCAM模式，在重建情况下，PDCP接收实体需对接收的PDCPSDU进展重排序和重复检测。〔2〕重建过程上行数据传输过程：映射到RLCAM的DRB过程映射到RLCUM的DRB过程SRB过程下行数据传输过程：映射到RLCAM的DRB过程映射到RLCUM的DRB过程SRB过程〔3〕PDCP状态报告传输：接收：〔4〕PDCP丢弃：PDCPSDU的Discard_Timer超时或PDCPSDU的成功传输有PDCp状态报告确认，UE丢弃PDCPSDU及相应的PDCPPDU〔5〕头压缩与解压缩：〔6〕加密和解密：加密不用于PDCP控制PDU控制面：PDCPPDU中数据局部及MAC-I用户面：PDCPPDU的数据局部〔对消息和加密流做异或(*OR)运算来实现的，这里加密流是由基于接入层(AS)导出密钥、无线承载ID、传输方向(上行或下行)以及COUNT值的加密算法所生成的。〕〔7〕完整性保护及确认：该功能仅用于SRB〔8〕未知的、意外的以及错误的协议数据的处理6、PDCP协议数据单元及格式PDCP数据PDU传送：一个PDUSDUSN、包含一个基于非压缩的PDCPSDU用户面数据、包含一个基于压缩的PDCPSDU用户面数据、控制平面数据、只有SRB的MAC-I域PDCP控制PDU传送：PDCP状态报告、头压缩信息7、参数〔1〕PDCPSN：〔2〕DATA：未压缩PDCPSDU〔用户面或控制面数据〕/压缩PDCPSDU〔用户面数据〕〔3〕MAC-I：消息认证码、未经过完整性保护的控制面数据MAC-I用0填充〔4〕COUNT：HFN+PDCPSN〔5〕R：保存位〔6〕D/C：控制PDU或数据PDU〔7〕PDUtype：status/ROHC/received〔8〕FMS：第一个丧失的PDCPSDU的PDCPSN值〔9〕Bitmap：PDCPSDU是否被接收并正确的进展选择性解压8、变量PDCP实体发送端〔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:传输到上层的最后一个PDCPSDU的SN，实体重建40959、常量〔1〕Reordering_Window：2048，PDCPSN的一半，用于无线承载应设在RLCAM上的情况〔2〕Ma*imum_PDCP_SN：10、定时器〔1〕Discard_Timer丢弃定时器〔2〕Flush_Timer清空定时器5.1数据传输过程上行从上层接收到PDCPSDU后UE启动与此PDCP相关量的discardTimer对于从上层接收到的PDCPSDUUE应关联相应于Ne*t_PDCP_T*_SN的PDCPSN到PDCPSDUUE应执行PDCPSDU头压缩UE应执行完整性UE应使用基于T*_HFN的COUNT以及关联于PDCPSDU的PDCPSN值进展加密UE将Ne*t_PDCP_T*_SN加1假设果Ne*t_PDCP_T*_SN﹥Ma*imum_PDCP_SNUE应将Ne*t_PDCP_T*_SN置0UE应将T*_HFN加1UE应将最后产生的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应使用基于R*_HFN－1的COUNT与接收到的PDCPSN值，解密此PDCP否则图5.30≤Last_Submitted_PDCP_R*_SN－receivedPDCPSN＜Reordering_Window且Ne*t_PDCP_R*_SN＞receivedPDCPSNUE应使用基于R*_HFN的COUNT与接收到的PDCPSN值，解密此PDCPPDU3〕UE应执行头压缩4〕UE应丢弃此PDCPSDU〔2〕否则，如果Ne*t_PDCP_R*_SN－接收到的PDCPSN＞Reordering_Window图5.4Ne*t_PDCP_R*_SN－receivedPDCPSN＞Reordering_Window1〕UE应将Ne*t_HFN加12〕UE应使用基于R*_HFN的COUNT与接收到的PDCPSN解密此PDCPPDU3〕UE应将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应使用基于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应使用基于R*_HFN的COUNT与接收到的PDCPSN解密此PDCPPDU2〕UE应将Ne*t_PDCP_R*_SN置为接收到的PDCPSN＋13〕如果Ne*t_PDCP_R*_SN＞Ma*imum_PDCP_SNUE应将Ne*t_PDCP_R*_SN置0UE应将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应使用基于R*_HFN的COUNT值域接收到的PDCPSN值解密此PDCPPDU〔7〕如果上面没有丢弃此PDCPPDU1)UE应执行PDCPPDU的解密与头压缩2)如果一个具有一样PDCPSN值的PDCPPDU被存储UE应丢弃此PDU3〕否则UE应存储此PDCPSDU4〕如果由于下层重建导致PDCP没有接收到此PDCPPDUUE应把相关的COUNT值按照升序传递给上层：a.所有存储的，相关COUNT值小于接收PDCPSDU的COUNT值的PDCPSDUb.所有存储的，从接收到的PDCPSDU的COUNT值开场，连续COUNT值对应的PDCPSDUUE应将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应把相关COUNT值按照升序传递给上层a.所有存储的，从接收到的PDCPSDU的COUNT值开场，连续COUNT值对应的PDCPSDUUE应将Last_Submitted_PDCP_R*_SN置为最后递交给高层的PDCPSDU的PDCPSN值2、映射到RLCUM的DRB过程对于映射到RLCUM的DRN，在接收到低层的PDCPDataPDU以后〔1〕如果接收到的PDCPSN＜Ne*t_PDCP_R*_SN1〕UE应将R*_HFN加1〔2〕UE应使用基于R*_HFN的COUNT值与接收到的PDCPSN值来解密此PDCPDataPDU〔3〕如果Ne*t_PDCP_R*_SN＞Ma*imum_PDCP_SN1〕UE应将Ne*t_PDCP_R*_SN置02〕UE应将R*_HFN﹢1〔4〕执行已解密的PDCPDataPDU的头压缩〔5〕UE应将最后产生的PDCPSDU递交给上层二、SRB过程对于SRB，在接收到低层的PDCPDataPDU后〔1〕如果接收的PDCPSN＜Ne*t_PDCP_R*_SN1〕UE应使用基于R*_HFN﹢1的COUNT与接收到的PDCPSN值来解密此PDU以及确认其完整性〔2〕否则1〕UE应使用基于R*_HFN的COUNT与接收到的PDCPSN值来解密此PDU以及确认其完整性〔3〕如果完整性确认使用并成功通过，或〔4〕如果完整性确认不适用1〕如果接收的PDCPSN＜Ne*t_PDCP_R*_SNUE应将R*_HFN加12〕UE应将Ne*t_PDCP_R*_SN置为接收到的PDCPSN﹢13〕如果Ne*t_PDCP_R*_SN＞Ma*imum_PDCP_SNUE应将Ne*t_PDCP_R*_SN置0UE应将R*_HFN加14〕UE应将最后产生的PDCPSDU递交给上层〔5〕否则，如果完整性确认适用，但失败1〕UE应丢弃接收到的PDCPDataPDU2〕UE应将完整性确认失败报告递交给上层5.2重建过程上行1、映射到RLCAM的DRB过程当上层请求一次PDCP重建时〔1〕UE应重置上行链路的头压缩协议〔2〕重建过程期间，UE应使用加密算法及上层提供的密钥加密〔3〕从第一个对应的PDCPPDU成功传递但没有被下层确认的PDCPSDU开场，在如PDCP重建之前，执行所有由与此PDCPSDU对应的COUNT开场的，按照COUNT升序排列的PDCPSN值对应的PDCPSDU的重传或传输〔4〕UE应执行DCPSDU的头压缩〔5〕UE应使用与此PDCPSDU关联的COUNT值来加密此PDCPSDU〔6〕UE应将最后产生的PDCPDataPDU传递给下层2、映射到RLCUM的DRB过程当上层请求一次PDCP重建时〔1〕UE应重置上行链路的头压缩协议〔2〕UE应置Ne*t_PDCP_T*_SN以及T*_HFN为0〔3〕重建过程期间，UE应使用加密算法及上层提供的密钥加密〔4〕对于每一个已经对应于一个PDCPSN，但相应的PDU没有事先传递给低层的PDCPSDU1〕UE认为此PDCPSDU是从上层接收而来2〕在PDCP重建之前，在不重启discardTimer的情况下，UE应按照与PDCPSDU关联的COUNT值的升序传输PDCPSDU3、SRB过程当上层请求一次PDCP重建时〔1〕UE应置Ne*t_PDCP_T*_SN及T*_HFN为0〔2〕UE应丢弃所有存储的PDCPSDU和PDCPPDU〔3〕重建过程期间，UE应使用加密和完整性保护算法，以及使用上层提供的密钥进展加密下行1、映射到RLCAM的DRB过程当上层请求一次PDCP重建时〔1〕UE应处理由于下层重建而从下层接收到的PDCPDataPDU〔2〕UE应重置下行链路的头压缩协议〔3〕重建过程期间，UE应使用加密算法和上层提供的密钥进展加密2、映射到RLCUM的DRB过程当上层请求一次PDCP重建时〔1〕UE应处理由于下层重建而从下层接收到的PDCPDataPDU〔2〕UE应重置下行链路的头压缩协议〔3〕UE应将Ne*t_PDCP_R*_SN及R*_HFN置0〔4〕重建过程奇迹，UE应使用加密算法和上层提供的密钥进展加密3、SRB过程当上层请求一次PDCP重建时〔1〕UE应丢弃由于下层重建而从下层接收来的PDCPDataPDU〔2〕UE应将Ne*t_PDCP_R*_SN及R*_HFN置0〔3〕UE应丢弃所有存储的PDCPSDU和PDCPPDU〔4〕重建过程期间，UE应使用加密和完整性保护算法，以及使用上层提供的密钥进展加密5.3PDCP状态报告传输对于映射到RLCAM的RB当上层请求一次PDCP重建时如果此RB被上层配置用于在上行链路发送一个PDCP状态报告，在处理完因下层重建而从下层接收来的PDCPDataPCU以后，UE应按下述指示进展状态报告：〔1〕UE应将FMS置为第一个丧失的PDCPSDU的PDCPSN值〔2〕如果至少有一个失序PDCPSDU被存储，则UE分配一个Bitmapfield，长度等于从第一个丧失的PDCPSDU开场知道最后一个失序的PDCPSDU完毕的PDCPSN的个数，四舍五入到下一个8的倍数〔3〕UE将所有低层指示还未承受到的PDCPSDU以及任意解压缩失败的PDCPSDU在Bitmapfield中对应的区域置0〔4〕对于其他的PDCPSDU，对应区域置1接收当在下行链路接收到一个PDCP状态报告时，对已映射到RLCAM的RB对于每个PDCPSDU，如果在Bitmap中对应的bit位为1，或者相关联的COUNT值小于FMS字段确定的PDCPSDU的COUNT值，则相应PDCPSDU的成功传输将被确认，且UE应按照PDCP丢弃过程的规定来处理此PDCP。5.4PDCP丢弃当用于PDCPSDU的discardTimer终止，或PDCPSDU的成功传输被PDCP状态报告确认，UE应就其此PDCPSDU及其对应的PDCPPDU。如果对应的PDCPPDU已经成功传递给下层，则丢弃需要指示给下层。5.5头压缩与解压缩协议与简表头压缩协议基于可靠性头压缩〔ROHC〕框架，存在多种头压缩算法，成为简表，定义用于ROHC框架。每个简表为特定的网络层、传输层或上层集合所专用。头压缩配置与DRB关联的PDCP实体可被上层配置来使用头压缩协议参数压缩与解压缩端之间定义了必须有上层配置的强制配置参数，定义ROHC信道〔单行信道，上行或下行〕，属于同一个PDCP实体的信道使用一样的配置。M、N/A、LARGE_CIDs、PROFILES〔M〕、FEEDBACK_FOR(N/A)、MRRU〔N/A〕头压缩生成两种类型的输出数据包：〔1〕压缩包，各自关联于一个PDCPSDU〔与相关PDCPSDU一样的PDCPSN和COUNT关联〕〔2〕独立数据包，为关联于PDCPSDU，即零散的ROHC反应包〔不与PDCPSDU关联，不与PDCPSN关联，不加密〕头解压缩如果上层为关联与用户平面数据的PDCP实体配置了头解压缩，则PDCPPDU将在执行解密程序后由头解压协议进展解压缩5.6加密和解密1、对于控制平面，加密的数据单元是PDCPPDU以及MAC-I的局部数据2、对于用户平面，加密的数据单元是PDCPPDU的局部数据3、加密不适用于PDCP控制PDU4、加密算法和密钥由上层配置5、加密功能由上层激活，激活后，应用于所有上层指示的上下行PDCPPDU6、加密功能请求的输入：COUNT、DIRECTION7、PDCP请求的，由上层提供的参数：BEARER、KEY〔控制面/用户面〕〔1〕BEARER：承载的标识，用于RB身份的标识〔2〕DIRECTION：标识传输的方向，0用于上行、1用于下行〔3〕KEY：控制平面和用户平面的加密密钥分别为KRRCenc与KUPenc5.7完整性保护及确认1、完整性保护+完整性确认2、用于与SRB关联的PDCP3、受完整性保护的数据单元为：PDU头和加密前的PDU局部数据4、完整性保护算法和密钥由上层提供5、完整性保护功能由上层激活，激活后，应用于从上层指定的PDU之后的上下行PDCPPDU6、完整性保护算法的输入：COUNT、DIRECTION7、PDCP请求的，由上层提供的数：BEARER、KEY8、传输时，UE计算MAC-I字段的值接收时，UE通过基于以上指定的输入参数计算*-MA*来确认PDCPPDU的完整性。如果计算得到的*-MAC与接收的MAC-I值相对应，则完整性保护确认成功5.8未知的、意外的以及错误的协议数据的处理PDCP收到一个包括保存值或非法值的PDCPPDU时，PDCP实体应丢弃收到的PDU补充PDCP实现LTE接入层平安性过程PDCP层通过承受高层的平安配置信令，进入相应的状态后才能对数据和信令进展加密及完整性保护，在正常的RRC连接建立完成并且通过层三的鉴权完成后，启动接入层的平安模式命令。网络端首先获得由非介入层的AKA〔AuthenticationandKeyAgreement〕过程产生密钥KASME，然后RRC由该参数计算得到KeNB，再由KeNB计算得到控制平面的完整性保护密钥KRRCint，以及用户平面和控制平面需要的密钥KUPenc、KRRCenc，在组装成平安模式命令〔SecurityModimand〕，发送给终端，配置中端的平安性参数。当网络端发出SecurityModemand消息后开场对下行数据进展加密，终端的PDCP层接收到SecurityModemand消息后，先将其发送到RRC进展解码操作，得出网络端配给终端的完整性保护算法，再将完整性保护算法和相应的密钥发给PDCP层，PDCP就可以对SecurityModemand消息进展完整性校验。如果没有通过完整性校验，则向网络端发送平安模式失败〔SecurityModeFailure〕；如果通过，则取出里面包含的加密算法，并向网络发送平安模式完成〔SecurityModeplete