发布网友 发布时间:2022-11-05 17:35
共1个回答
热心网友 时间:2023-10-23 06:47
PDCP层位于RLC层之上,通过RLC channel与RLC层进行通信,通过SAP与SDAP/RRC层进行通信。PDCP层的功能由PDCP实体来实现。PDCP实体从RLC层收发的数据称为PDCP PDU,从SDAP/RRC层收发的数据称为PDCP SDU。在NR协议栈中和上层的收发数据称为SDU,同下层的收发数据称为PDU。
PDCP层只会用在映射到逻辑信道DCCH和DTCH的无线承载上,而不用于其它类型的逻辑信道上。
除了SRB0之外,每个无线承载都和一个PDCP实体相关联,一个UE可以建立多个无线承载,因此可以包含多个PDCP实体,每个实体只处理一个无线承载的数据。取决于无线承载的特性(例如单向/双向,split/non-split)或RLC模式,每个PDCP实体可以关联1/2/4个RLC实体:
< 38.323-6.2.2.1-1: PDCP Data PDU format for SRBs >
< 38.323-6.2.2.2: PDCP Data PDU format for UM DRBs and AM DRBs>
< 38.323-6.2.3.1: PDCP Control PDU format for PDCP status report>
长度:32bit
携带着鉴权码,对于SRB来说这个参数一直存在,如果没有配置SRB的完整性保护,则其值为全0。对于DRB来说,只有网络配置了完整性保护才有这个参数。
COUNT的值是由HFN和PDCP SN组成,HFN部分的大小(以比特为单位)等于32减去PDCP SN的长度。
长度:1bit
R15版本中还用于保留。
长度:1bit
长度:1bit
长度:32bit
此字段指示在重新排序窗口内的第一个丢失的PDCP SDU的COUNT值,即RX_DELIV。
该字段指示在接收PDCP实体中丢失了哪些SDU以及正确接收了哪些SDU。 Bitmap中第N个位的位置是N,即Bitmap中第一个位的位置是1。
该字段包含一个仅具有反馈的ROHC数据包,即与PDCP SDU不相关的ROHC数据包。
ROHC框架定义了多个头压缩算法,被称为profile,目前R15中支持的头压缩协议和profile如下:
UE在接入网络时会告诉NW自己支持那些算法,NW会在配置PDCP时告诉UE选用哪种算法。
数据经过PDCP头压缩之后,如果PDCP SN为12bit,则头长度为2字节,否则头长度为3字节。
如果RRC参数pdcp-Duplication配置了,PDCP实体:
重复PDCP丢弃:
TS38300-16.1.3
如图所示,当无线承载配置了PDCP重复之后,就会给PDCP添加第二个RLC实体,对应的逻辑信道是第二逻辑信道。这两个RLC实体具有相同的模式,PDCP会生成两个相同的PDU,分别发给两个RLC实体。通过两个独立的传输路径,提高了数据传输的可靠性,降低了等待时间,对于URLLC服务特别有利。
当DRB配置了plication之后,RRC也同时设置了plication的初始状态(激活/不激活),可以通过MAC CE进行动态控制是否激活。如果SRB配置了plication,那么总是激活的,而且不能动态控制。
示例:
这个是5GNR的EN-DC现网配置,PDCP SN上下行都是18bits,不使用头压缩,需要发送状态报告。PDCP实体排序的时间为200ms。