用户面RNLU架构介绍完整课件.ppt

用户面（RNLU）介绍   用户面系统模型 用户面协议与相关协议 信令流 数据流 用户面内部架构设计如下 用户面协议内部的关系 层2协议架构（DL） 层2协议架构（UL） GTPU协议层的功能 隧道的建立和释放。 上下行数据的拆包、组包和传输(V3.1,V3.2上在BSP完成)。 路径保活(1min)。 错误标识。 扩展头通知。 举例：下行报文在各协议层的处理 GTPU收到的报文： GTPU处理后的报文：剥掉GTPU头，只有GTPU报文（净荷） PDCP协议层的功能 PDCP报文传输 SN序列号维护 Reordering IP数据流的头压缩和解压 加解密 完整性保护 PDCP 举例：下行报文在各协议层的处理 PDCP完整性保护/校验 ？ PDCP加解密 ROHC原理 单个报文中的冗余字段：如报文长度，可以从底层获得，这样就可以将报文头中的长度字段去掉。 同一流中相邻报文之间的冗余信息：有些字段不变化或者很少变化，或者是以可以预测的规律变化。 RLC协议层的功能 传递上层（RRC/PDCP）的PDU（对RLC而言，这些就是SDU，而RLC的PDU即是MAC的SDU） AM模式下通过ARQ进行纠错（ CRC校验在物理层进行，底层的失败将会通知到对应的RLC实体） UM/AM模式下重组、分段和级联（和25协议不同，不再允许数据域的填充） AM模式下允许PDU的再分段，再分段次数无限制（25协议中不允许多次分段） UM/AM模式下，按序向上层投递PDU（25协议中UM模式下仅MTCH保证按序投递） UM/AM模式下，重复帧检测 UM/AM模式下，丢弃不必要的SDU RLC重建流程 RLC的三种模式 三种传输模式：TM（透明）/UM（非确认）/AM（确认），名称虽然和3G中一致，但实现方法变化较大。相对应的，一个RLC实体也可能被归类为TM/UM/AM RLC实体中的一种。 无论哪种模式的RLC实体，RLC SDUS都是字节（byte）对齐的 要向下层发送的RLC数据/控制PDU只有在收到底层的传输状态指示时才能向底层发送 TM模式 一个透明模式的RLC实体可通过BCCH、DL/UL CCCH和PCCH这些逻辑信道来发送/接收RLC PDUS。和3G的实现相比，TM模式下不再支持分段和重组，对应的，也不再需要在接收侧中维护传输缓冲池，不需要再加RLC头，直接透明传输即可。但发送TM实体中因为发送操作必须等待MAC的通知，因此仍然需要维护一个传输缓冲区。 UM模式 一个非确认模式的RLC实体可通过DL/UL DCCH、DL/UL DTCH、MCCH/MTCH这些逻辑信道来发送/接收RLC PDUS。 和3G目前实现相比，UM模式不再支持加密解密功能，该功能放到PDCP（上层）进行，但仍然要加RLC Header，以便进行HARQ的reordering。 25协议中，仅仅针对MTCH才需要reordering，而在36协议中没有特定指出，即重排（reordering）功能的实现不再区分逻辑信道。 UM模式 UM模式下，发送侧： 将SDU进行分段、重组，以便发送PDU的大小和MAC层通知中提供的TB SIZE相匹配。 加上RLC HEADER UM模式下，接受侧： 检测该UMD PDU是否重复收到，丢弃重复的UMD PDU。 对乱序收到的PDU进行重新排序 侦测丢失的PDU以避免重新排序消耗的时间过长。？ 将那些经确认按序收到的PDU级联为SDU，并将SDU按序发送到上层 丢弃那些不能被重组的PDU。 在发生切换时，UM RLC实体的接受侧 将当前乱序收到的、所有可能重组的PDU（即当前重排滑窗内的PDU）汇聚成SDU，并按序发送到上层。（可乱序，但实现中可以做到基本按序） 丢弃其余所有不能被重组的PDU 初始化状态变量、停止相关定时器 AM模式 一个确认模式的RLC实体可通过DL/UL DCCH、DL/UL DTCH这些逻辑信道来发送/接收RLC PDUS。 AM模式下传送的PDU包括AMD PDU、AMD PDU segment和STATUS PDU三种。 AM模式 AM模式下，发送侧： 将SDU进行分段、重组，以便发送PDU的大小和MAC层通知中提供的TB SIZE相匹配。 AM模式下，支持PDU的重传，当重传时若发现该PDU的大小大于MAC提供的TB SIZE，则将该PDU进行再分段，且再分段的次数没有限制。 加入RLC HEADER AM模式下，接受侧（和UM模式不同，AM模式下不能丢弃PDU。）： 检测该UMD PDU是否重复收到，丢弃重复的AMD PDU。 对乱序收到的PDU进行重新排序 侦测丢失的PDU以避免重新排