PDCP协议学习总结.docx

上传人:lao****ou 文档编号:260627 上传时间:2023-07-03 格式:DOCX 页数:8 大小:78.56KB
下载 相关 举报
PDCP协议学习总结.docx_第1页
第1页 / 共8页
PDCP协议学习总结.docx_第2页
第2页 / 共8页
PDCP协议学习总结.docx_第3页
第3页 / 共8页
PDCP协议学习总结.docx_第4页
第4页 / 共8页
PDCP协议学习总结.docx_第5页
第5页 / 共8页
亲,该文档总共8页,到这儿已超出免费预览范围,如果喜欢就下载吧!
资源描述

《PDCP协议学习总结.docx》由会员分享,可在线阅读,更多相关《PDCP协议学习总结.docx(8页珍藏版)》请在第一文库网上搜索。

1、PDCP合同窗习总KPDCP架构UBE-UTRanRadiOBearersPDCPentiyPDCP-SAPPDCP-SAPC-SAPzTOPDCPCjsub1ayerPDCPentityPDCPentity2、PDCP实体:一种UE可以定义多种PDCP实体,可以对携带顾客面数据的每个PDCP实体进行配备,来使用头压缩。每个PDCP实体携带一种无线承载的数据(复用为2个)。根据无线承载所携带的数据,PDCP实体相应于控制平面DCCH或者顾客平面DTCH3、PCDP层服务向上层提供的服务:(PDCP提供服务给UE的RRC层和顾客面高层)(1)数据传播头压缩:IP包头压缩(3)加密(4)完整性保护

2、从下层得到的服务:(R1C层向PDCP层提供服务)确认的数据传播业务,涉及PDCPPDU成功传播时批示非确认的数据传播业务(3)有序传送,除了在切换时的状况(4)反复丢弃,除了在切换时的状况4、PDCP层功能(1)发送和接受实体运用ROHC(ROBUSTHEADERCOMPRESSQN)合同对IP数据流进行相应的头压缩和解压缩(2)顾客面数据或者控制面数据的传播(3)维护R1CAM模式下的映射的无线承载的PDCPSN(4)下层重建时,上层PDU时有序传送(5)下层重建时,R1CAM模式下的映射的无线承载的下层SDU反复消除(6)顾客面数据和控制面数据的加密和解密(7)控制面数据的完整性保护与完

3、整性验证(RRC层和NAS层)(8)基于计时器的丢弃(9)反复丢弃5、PDCP过程(I)PDCP数据传播过程上行数据传播过程:每一种PDCPSDU相应一种DiscrdTimerz一旦由高层接受到一种PDCPSDU,即启动该SDU相应的DiscordTimero同步,进行发送有关的状态变量更新及加密、完整性保护等,PDCPSDU的Discorc1Timer超时或PDCPSDU的成功传播有PDCP状态报告确认,UE丢弃PDCPSDU及相应的PDCPPDU下行数据传播过程:在不需重建的状况下,PDCP实体在接受到R1CAM实体提交的PDCPPDU时,不需执行重排序过程,由于R1CAM在向PDCP实体

4、提交PDCPPDU时,已保证顺序递交。若UE先从源eNodeB收至IJ某些PDCPSDU,重建开始后从目的eN。CIeB接受PDCPSDU(其中部分是源eNodeB转给目的eNodeB时,并且有某些是源eNodeB已发给UE但尚未得到确认时),因此,UE的PDCP实体收到的PDCPSDU也许是乱序并且有反复的,因此对于R1CAM模式,在重建状况下,PDCP接受实体需对接受的PDCPSDU进行重排序和反复检测。(2)重建过程上行数据传播过程:映射到R1CAM的DRB过程映射到R1CUM的DRB过程SRB过程下行数据传播过程:映射到R1CAM的DRB过程映射到R1CUM的DRB过程SRB过程(4)

5、PDCP丢弃:PDCPSDU的DiSCarC1Timer超时或PDCPSDU的成功传播有PDCP状态报告确认,UE丢弃PDCPSDU及相应的PDCPPDU(5)头压缩与解压缩:(6)加密和解密:加密不用于PDCP控制PDU控制面:PDCPPDU中数据部分及MAC-I顾客面:PDCPPDU的数据部分(对消息和加密流做异或(XOR)运算来实现的,这里加密流是由基于接入层(AS)导出密钥、无线承载ID、传播方向(上行或下行)以及CoUNT值的加密算法所生成的。)(7)完整性保护及确认:该功能仅用于SRB未知的、意外时以及错误的合同数据时解决6sPDCP合同数据单元及格式PDCP数据PDU传送:一种P

6、DUSDUSN,涉及一种基于非压缩时PDCPSDU顾客面数据、涉及一种基于压缩的PDCPSDU顾客面数据、控制平面数据、只有SRB的MAC-I域PDCP控制PDU传送:PDCP状态报告、头压缩信息5.5头压缩与解压缩5.5.1合同与简表头压缩合同基于可靠性头压缩(R。HC)框架,存在多种头压缩算法,成为简表,定义用于ROHC框架。每个简表为特定的网络层、传播层或上层集合所专用。5.5. 2头压缩配备与DRB关联的PDCP实体可被上层配备来使用头压缩5.5.3 合同参数压缩与解压缩端之间定义了必须有上层配备的强制配备参数,定义RoHC信道(单行信道,上行或下行),属于同一种PDCP实体的信道使用

7、相似的配备。M、N/A、1ARGE.CIDSxPROFI1ES(M)、FEEDBACK.FOR(NA)xMRRU(NA)5.5.4 头压缩生成两种类型的输出数据包:(1)压缩包,各自关联于一种PDCPSDU(与有关PDCPSDU相似的JPDCPSN和CoUNT关联)(2)独立数据包,为关联于PDCPSDU,即零散的Rc)HC反馈包(不与PDCPSDU关联,不与PDCPSN关联,不加密)5.5.5头解压缩如果上层为关联与顾客平面数据的PDCP实体配备了头解压缩,则PDCPPDU将在执行解密程序后由头解压合同进行解压缩5.6加密和解密1、对于控制平面,加密的数据单元是PDCPPDU以及MAC-I的

8、部分数据2、对于顾客平面,加密的数据单元是PDCPPDU的部分数据3、加密不合用于PDCP控制PDU4、加密算法和密钥由上层配备5、加密功能由上层激活,激活后,应用于所有上层批示的上下行PDCPPDU7、PDCP祈求时,由上层提供的参数:BEARER、KEY(控制面/顾客面)(1) BEARER:承载的标记,用于RB身份的标记(2)DIRECTQN:标记传播的方向,O用于上行、1用于下行(3)KEY:控制平面和顾客平面附加密密钥分别为KRRCenC与KUPenC5.7完整性保护及确认K完整性保护+完整性确认2、用于与SRB关联的PDCP3、受完整性保护的数据单元为:PDU头和加密前的PDU部分

9、数据4、完整性保护算法和密钥由上层提供5、完整性保护功能由上层激活,激活后,应用于从上层指定的PDU之后的上下行PDCPPDU7、PDCP祈求时,由上层提供时数:BEARER、KEY8、传播时,UE计算MAC-I字段时值接受时,UE通过基于以上指定的输入参数计算X-MAX来确认PDCPPDU的完整性。如果计算得到的X-MAC与接受的MAC-I值相相应,则完整性保护确认成功5.8未知的、意外的以及错误的合同数据的解决PDCP收到一种涉及保存值或非法值的PDCPPDU时,PDCP实体应丢弃收到的PDU补充PDCP实现1TE接入层安全性过程PDCP层通过接受高层的安全配备信令,进入相应的状态后才干对

10、数据和信令进行加密及完整性保护,在正常的RRC连接建立完毕并且通过层三时鉴权完毕后,启动接入层的安全模式命令。网络端一方面获得由非接入层的AKA(AuthenticationandKeyAgreement)过程产生密钥KASME,然后RRC由该参数计算得到Qnb,再由KeNB计算得到控制平面的完整性保护密钥KRRCint,以及顾客平面和控制平面需要的密钥Kupenc.KRRCenC,在组装成安全模式命令(SeCUrityModiCommand),发送给终端,配备终端的安全性参数。当网络端发出SecurityModeCommad消息后开始对下行数据进行加密,终端的PDCP层接受到Security

11、ModeC0mmand消息后,先将其发送到RRC进行解码操作,得出网络端配给终端的完整性保护算法,再将完整性保护算法和相应的密钥发给PDCP层,PDCP就可以对SecurityModeCommand消息进行完整性校验。如果没有通过完整性校验,则向网络端发送安全模式失败(SeCUrityModeFaiIure);如果通过,则取出里面涉及的加密算法,并向网络发送安全模式完毕(SeCUrityModeCompIete)消息,对其进行完整性保护但是不加密,自此后开始对上行数据加密,下行数据解密。网络端收到该消息后开始对上行数据解密,安全性建好后,开始对信令进行完整性保护。接入层的安全性是通过加密算法和完整性保护算法来实现时。接受时,UE通过基于以上指定的输入参数计算X-MAX来确认PDCPPDU的完整性。如果计算得到的X-MAC与接受的MAC-1值相相应,则完整性保护确认成功

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 应用文档 > 汇报材料

copyright@ 2008-2022 001doc.com网站版权所有   

经营许可证编号:宁ICP备2022001085号

本站为文档C2C交易模式,即用户上传的文档直接被用户下载,本站只是中间服务平台,本站所有文档下载所得的收益归上传人(含作者)所有,必要时第一文库网拥有上传用户文档的转载和下载权。第一文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。若文档所含内容侵犯了您的版权或隐私,请立即通知第一文库网,我们立即给予删除!



客服