LTE内部培训_无线网络层介绍(共41张)(PPT 41页)

1、LTE内部培训无线网络层第1页，共41页。概要协议架构系统架构RNLC介绍RNLU介绍第2页，共41页。协议架构整体第3页，共41页。协议架构协议栈信令流数据流第4页，共41页。协议架构RNL相关变化RNLC的变化不再有专用传输信道。LTE RRC状态简化到两个。只有 PS 业务。RNLU的变化信令/数据都走PDCP。加解密也移到PDCP。ROHC在VOIP等IMS业务时成为必选。RLC支持再分段。IUB和FP消失，对应Iur口变化成S2接口。传输网络层全部IP化。第5页，共41页。系统架构整体第6页，共41页。系统架构RNLC第7页，共41页。系统架构RNLC信令流第8页，共41页。系统架构

2、RNLU第9页，共41页。系统架构RNLU数据流第10页，共41页。RNLC按功能划分公共流程小区管理、公共信道管理（建立/重配/删除）S1、X2接口管理寻呼、广播专用流程移动性（小区选择和切换）RRC连接管理RAB/RB管理其它功能业务数据维护MBMSSON第11页，共41页。控制面基本工作过程第12页，共41页。RNLC按模块划分CPM：S1公用处理；X2 公用处理；信令转发；寻呼 CCM：公共资源控制管理（小区、信道、公共测量控制） CRM：公共资源管理算法（小区、信道、功率 分配） DCM：RRC连接控制、QOS控制、移动性控制、安全控制、L1/L2控制、NAS传递、S1 专用处理、X

3、2 专用处理 DRM：专用资源管理算法：移动性算法，等 BCM：广播 模块关系详见P7第13页，共41页。系统算法eNB RNLC的大脑移动性算法之切换：频内、频间、跨系统间切换移动性算法之小区选择和重选算法接纳算法：用户接入控制和资源分配QoS算法ICIC物理层参数配置其它算法算法辅助需求：测量管理功能第14页，共41页。典型流程随机接入第15页，共41页。公共过程小区建立/重配 第16页，共41页。公共过程系统消息更新 第17页，共41页。公共过程寻呼第18页，共41页。典型流程初始上下文建立第19页，共41页。专用流程RRC连接建立过程 第20页，共41页。专用流程业务建立 第21页，共

4、41页。专用流程切换过程 从目标小区和源小区的位置可分为：eNB内切换通过X2接口的eNB间切换通过S1接口的eNB间切换下面以“通过S1接口的eNB间切换”为例第22页，共41页。典型流程 |跨站切换第23页，共41页。专用流程通过S1接口的eNB间切换（1）第24页，共41页。专用流程通过S1接口的eNB间切换第25页，共41页。媒体面在DSP软件系统中的位置第26页，共41页。媒体面关键技术调度模型硬件特性与性能需求的一个结合缓冲区管理协议框架与底层硬件的适配定时器管理取消TTI调度对超时处理的一个特殊操作UAM的特殊存在负荷控制GTPU协议实现与组网上的冲突第27页，共41页。媒体面协

5、议框架第28页，共41页。调度模型QoS 优先级别，综合考虑下行响应以及控制信令流程的时间限制，得到如下几个优先级别大的类型：逻辑信道BSR RLC/MAC DLRLC/MAC UL控制面配置消息和空口消息GTPU/PDCP DLGTPU/PDCP UL说明：原子的操作，在同一个任务下不可能被打断！以太网接收任务、定时器处理任务不能打断实例配置管理原子第29页，共41页。缓冲区（实例）管理DSP片内内存太少，片外内存拷贝效率太差用户面协议层之间的报文传递不能采用报文拷贝的方式下行流程，GTPU和PDCP都可能是数据入口 下行缓冲区挂载在RB下面而不是业务实体上业务实例下面维护RB实例（数组）和

6、DMAC实例RB实例维护PDCP/RLC/GTPU实例的同时维护下行报文缓冲区DMAC实例维护上行报文缓冲区所谓维护缓冲区意思就是说缓冲区由DMAC或RB实例删除或申请接收任务将下行报文放入下行缓冲区，调度RB的时候，首先完成GTPU调度，GTPU将数据指针（不是报文实体数据）传递给PDCP，PDCP完成调度将指针传递给RLC，直至DMAC，DMAC完成下行报文往空口的发送并通过各协议层确认缓冲区可以释放，RB发起缓冲区释放流程。上行处理流程类似下行第30页，共41页。定时器管理定时器仅仅完成相应原子的激活，并不完成定时器超时相关的处理，相关处理在原子调度中完成原子调度不能在入口区分是定时器激

7、活还是报文激活，需要自己判断超时事件并完成相应处理第31页，共41页。GTPU数据分发流程因为只有一个业务IP而有多个DSP对应这个IP，所以必须要通过TEID做GTPU报文的转发为了保证DSP业务代码的对称性，所以对不能依据TEID进行转发的报文统一递交UAM处理UAM进程直接处理隧道保活等消息，对其不能处理的报文，广播到DSP上进行进一步的处理外发报文不存在类似问题，DSP可以直接封装外部IP报文，将QE作为缺省下一跳。第32页，共41页。用户面负荷控制DSP上报包括CPU占用率、网口流量、已经建立业务的参数等DSP不上报或OAM认为DSP不处于运行状态，则UAM不能在其上接纳业务。第33

8、页，共41页。媒体面模块框架第34页，共41页。GTPU隧道的建立、修改和释放。上下行数据的拆包、组包和传输。路径管理功能，响应检测。路径指两个由UDP/IP构成的端点之间的通路，eNodeB 可以发起路径检测，同时能够针对对方的路径检测提供应答。（eNodeB GTPU暂不主动发起路径检测，来自CN GTPU路径的路径检测功能由UAM模块完成。）错误标识。当BBU根据接收到的GTPU数据中的目的TEID隧道找不到一个SAE的隧道与之对应，GTPU模块需要向对端进行Error Indication，并指示出错的TEID；当GTPU模块收到来自SGSN的GTPU发来的错误指示，需要通知控制面来释

9、放隧道。扩展头功能,主要用于当SRNC无损重定位的时候，回传数据附带对应的PDCP帧号。所支持的扩展头通知功能。这个功能表现在两个方面，一当BBU的GTPU使用扩展头与SGSN进行通信，结果SGSN的GTPU版本尚不支持该扩展头，则向eNodeB 侧的GTPU返回一个扩展头通知，eNodeB 侧的GTPU收到后，则记录下SGSN侧所支持的扩展头项，并把其不支持的扩展头项冻结。另外一方面，当eNodeB收到SGSN侧送来的不认识的扩展头，则向SGSN侧的GTPU通知已方支持的扩展头列表。对方的扩展头支持列表应该以对方的IP地址为单位进行组织。第35页，共41页。PDCP第36页，共41页。RLC信道类型与实例的关系以及对等层第37页，共41页。RLC（AM模式） RLC AM队列分发送侧队列和接收侧队列，发送侧队列有待发队列（AmdPuQueue），已发队列（TransedQueue）和重传队列（ReTransQueue），新生成的PDU放入待发队列，差错重传PDU放入重传队列，待发队列和重传队列已发送数据放入已发队列；而接收侧，只需要接收队列（ReceiveQueue），接收队列中完成PDU的排序功能。 队列之间的操作不牵涉到数据拷贝，只是数据单元指针的移动。第38页，共