加载中…PDCP相关流程-part3
(2021-03-18 09:49:18) | 分类： 5GNR系统概述 |
重排序(t-Reordering)定时器相关行为
1. 所有已保存的相关COUNT数值满足COUNT <</span> RX_REORD的PDCP
SDU；
2. 相关 COUNT数值从RX_REORD开始并且COUNT数值连续的所有已保存的PDCP SU；
1. 更新R_REORD =
RX_NEXT；
2.
开始t-Reordering定时器。
对于NR PDCP而言，当t-Reordering定时器超时后，接收侧PDCP实体应当:
- 在执行完头解压后，把满足以下条件的PDCP SDU按照相关COUNT数值升序方式递交到GTPU层：
- 更新RX_DELIV数值为第一个没有递交到GTPU的PDCU SDU的COUNT数值，并且该COUNT数值应大于等于RX_REORD；
- 如果RX_DELIV <
RX_NEXT:
当t-Reordering定时器的数值在该定时器运行时被基站通过信令PDCP-Config->t-Reordering更改了，则接收侧PDCP实体应当：
- 更新R_REORD = RX_NEXT；
- 停止并且重新启动t-Reordering定时器。
对于LTE而言，除了对于LWA bearers的场景存在t-Reordering定时器之外(t-Reordering定时器相关行为与以上流程相同)，其他场景PDCP不保证PDCP
SDU的有序传输。
状态报告
传输侧行为
LTE中PDCP状态报告的触发条件可以由polling或者周期性报告触发，也可以由上层请求一个PDCP实体重建流程或者上层请求一个PDCP数据恢复触发，而NR中的PDCP状态报告的触发条件只能由上层请求一个PDCP实体重建流程或者上层请求一个PDCP数据恢复(data
recovery)触发。
如果触发了一个PDCP状态报告，接收侧PDCP实体应当：
接收侧行为
对于发送侧PDCP实体在接收到PDCP状态报告后的处理，NR和LTE基本相同，此处不再叙述。
Data recovery & Data
volume calculation
Data recovery是NR
PDCP新增的功能。由于NR PDCP负责PDCP PDU的按序递交，因此必须具有数据恢复功能才可以实现向GTPU按序提交PDCP PDU:
- 对于之前向已经重建或者释放的AM RLC实体提交的所有没有被RLC层确认的PDCP数据PDUs执行重传操作，这些PDCP数据PDU按照COUNT值升序排列。
PDCP data volume指的是在一个PDCP实体中可传输的数据总量。相对于LTE PDCP而言，NR中PDCP
data volume是一个新增功能，该功能主要是用于split bearer场景，即一个PDCP实体与两个RLC实体相关联，此时PDCP data volume用于判断该PDCP实体的数据发向哪个RLC实体（具体内容请参考博文‘
PDCP相关流程-part2(数据)
出于报告MAC
buffer status的目的，传输侧PDCP实体应当将如下场景中的PDCP数据PDU作为PDCP data volume来考虑：
- 还没有构建为PDCP数据PDUs的PDCP SDUs；
- 还没有提交到RLC层的PDCP数据PDUs；
- PDCP控制PDUs；
- 对于AM DRBs，由于PDCP实体重建而导致的需要重传的PDCP SDUs；
- 对于AM DRBs，在数据恢复中需要执行重传操作的PDCP数据PDU。
喜欢
0
赠金笔
后一篇：PDCP相关流程-part4