LTE内部培训-无线网络层介绍.pptVIP

LTE内部培训 无线网络层 概要 协议架构 系统架构 RNLC介绍 RNLU介绍 协议架构－整体 协议架构－协议栈 协议架构－RNL相关变化 系统架构－整体 系统架构－RNLC 系统架构－RNLC信令流 系统架构－RNLU 系统架构－RNLU数据流 RNLC按功能划分 控制面基本工作过程 RNLC按模块划分 系统算法——eNB RNLC的大脑 典型流程－随机接入 公共过程－小区建立/重配 公共过程－系统消息更新 公共过程－寻呼 典型流程－初始上下文建立 专用流程－RRC连接建立过程 专用流程－业务建立 专用流程－切换过程 典型流程 |跨站切换 专用流程－通过S1接口的eNB间切换（1） 专用流程－通过S1接口的eNB间切换 媒体面在DSP软件系统中的位置 媒体面关键技术 调度模型 硬件特性与性能需求的一个结合 缓冲区管理 协议框架与底层硬件的适配 定时器管理 取消TTI调度对超时处理的一个特殊操作 UAM的特殊存在 负荷控制 GTPU协议实现与组网上的冲突 媒体面协议框架 调度模型 缓冲区（实例）管理 DSP片内内存太少，片外内存拷贝效率太差 →用户面协议层之间的报文传递不能采用报文拷贝的方式 下行流程，GTPU和PDCP都可能是数据入口 →下行缓冲区挂载在RB下面而不是业务实体上 定时器管理 定时器仅仅完成相应原子的激活，并不完成定时器超时相关的处理，相关处理在原子调度中完成 原子调度不能在入口区分是定时器激活还是报文激活，需要自己判断超时事件并完成相应处理 GTPU数据分发流程 用户面负荷控制 DSP上报包括CPU占用率、网口流量、已经建立业务的参数等 DSP不上报或OAM认为DSP不处于运行状态，则UAM不能在其上接纳业务。 媒体面模块框架 GTPU 隧道的建立、修改和释放。 上下行数据的拆包、组包和传输。 路径管理功能，响应检测。路径指两个由UDP/IP构成的端点之间的通路，eNodeB 可以发起路径检测，同时能够针对对方的路径检测提供应答。（eNodeB GTPU暂不主动发起路径检测，来自CN GTPU路径的路径检测功能由UAM模块完成。） 错误标识。当BBU根据接收到的GTPU数据中的目的TEID隧道找不到一个SAE的隧道与之对应，GTPU模块需要向对端进行Error Indication，并指示出错的TEID；当GTPU模块收到来自SGSN的GTPU发来的错误指示，需要通知控制面来释放隧道。 扩展头功能,主要用于当SRNC无损重定位的时候，回传数据附带对应的PDCP帧号。 所支持的扩展头通知功能。这个功能表现在两个方面，一当BBU的GTPU使用扩展头与SGSN进行通信，结果SGSN的GTPU版本尚不支持该扩展头，则向eNodeB 侧的GTPU返回一个扩展头通知，eNodeB 侧的GTPU收到后，则记录下SGSN侧所支持的扩展头项，并把其不支持的扩展头项冻结。另外一方面，当eNodeB收到SGSN侧送来的不认识的扩展头，则向SGSN侧的GTPU通知已方支持的扩展头列表。对方的扩展头支持列表应该以对方的IP地址为单位进行组织。 PDCP RLC 信道类型与实例的关系以及对等层 RLC（AM模式） DMAC 逻辑信道和传输信道的映射功能（DMAC） 将多个逻辑信道上的MAC SDUs复用到传输信道上的TB（DMAC） 从TB解复用为多个逻辑信道上的MAC SDUs（DMAC） UE内部逻辑信道之间优先级调度功能（DMAC） QoS 优先级别，综合考虑下行响应以及控制信令流程的时间限制，得到如下几个优先级别大的类型： 逻辑信道BSR RLC/MAC DL RLC/MAC UL 控制面配置消息和空口消息 GTPU/PDCP DL GTPU/PDCP UL 说明：原子的操作，在同一个任务下不可能被打断！！！！！！以太网接收任务、定时器处理任务不能打断实例配置管理原子 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 业务实例下面维护RB实例（数组）和DMAC实例 RB实例维护PDCP/RLC/GTPU实例的同时维护下行报文缓冲区 DMAC实例维护上行报文缓冲区 所谓维护缓冲区意思就是说缓冲区由DMAC或RB实例删除或申请 接收任务将下行报文放入下行缓冲区，调度RB的时候，首先完成GTPU调度，GTPU将数据指针（不是报文实体数据）传递给PDCP，PDCP完成调度将指针传递给RLC，直至DMAC，DMAC完成下行报文往空口的发送并通过各协议层确认缓冲区可以释放，RB发起缓冲区释放流程。 上行处理流程类似下行 Evaluati