案例-第一周-吴师诚-光衰大导致单验零速率问题处理案例.docxVIP

光衰大导致单验零速率问题处理案例池州无线维护中心 吴师诚【摘 要】单验土桥北基站发现，车辆行驶到土桥北基站附近时，终端掉线且再试图建立rrc连接时总是失败，业务零速率。检查发现是BBU-RRU间CPRI口光衰大所致，维护解决光衰问题后，复测速率正常。【关键字】掉线 零速率光衰大【故障现象】路测验证土桥北基站性能时发现，终端接近土桥北基站时，切换失败，且重建失败，最终掉话。终端在新的土桥北基站1小区发起rrc建立，但一直失败，业务速率始终为零，如图1所示：图1.路测图【原因分析】图2.LTE网络架构图图2是LTE网络架构图，LTE网络由无线侧和核心侧两部分组成，其中无线侧包括了UE和ENODEB，UE是LTE终端，ENODEB是基站，由天线、rru、bbu等构成，负责无线侧资源管理。核心侧主要由MME、S-GW、P-GW组成，其中MME是移动性管理实体，负责UE的移动性管理、寻呼、承载管理，S-GW是服务网关，是数据流的锚点，同时具有计费功能，P-GW是PDN网关，是LTE网络与PDN网络的交汇点，主要功能是NAT、IP地址分配、防火墙、计费、QOS控制、业务承载。无线侧与核心侧通过S1口连接，无线侧enodeb内部BBU与RRU之间的接口是内部CPRI接口，这个接口一般是private的，不对外公开，评价其好坏的标准是光衰大小，光衰越小，CPRI鲁棒性越好。RRU与天线之间通过馈线连接。FTP服务器设置在PDN网络上，ftp数据流通过P-GW进入LTE网络。LTE终端零速率原因很多，首先从原理上分析LTE终端零速率或低速率原因可能原因：下行覆盖差，表现为rsrp低于-105dbm，或sinr低于-3db。上行覆盖差，表现为上行rssi高于-90dbm。MOD3干扰或mod6干扰。外部或系统内干扰，包括杂散干扰、互调干扰等，TDD系统间干扰主要是不同小区间子帧上下行配比不一致造成的。天馈驻波比高，vswr大于1.5。BBU与RRU之间的光口光衰大，一般收光功率低于-12dbm则认为光衰异常。天线与rru之间连接线问题，如鸳鸯线。参数配置错误，包括小区级和enode级IPRAN设备工作异常，如带宽受限或丢包严重。ftp服务器问题或终端问题。由于本文涉及切换过程，下面对切换信令简单作个介绍。切换的目的是保证用户在移动过程中业务的连续性，降低掉话率，提升业务感知。中国电信LTE网络中切换是移动台辅助的网络控制的切换。切换过程分成3步，分别是切换测量、切换准备、切换执行。切换测量先是由基站下发测量控制信息，然后终端根据这些信息进行测量及上报。切换准备是源小区向目标小区请求为切换准备资源、目标小区向源小区进行应答的过程。切换执行是源小区发送切换命令，终端根据命令向目标小区发起接入的过程，网络侧同时完成ue上行文删除和数据流迁移的动作。图3是异enode小区间基于S1口的切换信令流程。图3.基于S1口的切换信令流程当UE和网络侧都完成了上述信令流程，则认为切换成功，反之则判定为切换失败。从信令流程图看，3步中任何一步出问题，都会导致切换失败。分析路测log发现，终端向土桥北基站切换之前，占据的是青钢2小区信号，PCI=36.当终端逐渐远离土桥北基站时，enb根据终端的mr，命令ue向土桥北1小区切换，土桥北1小区PCI=62.终端收到青钢基站的重配置消息后，向土桥北基站发送了重配置完成消息。如图4所示：图4.路测图奇怪的是，终端随后读取了土桥北1小区的广播消息，并发起了RRC重建立请求消息，重建立原因是handover failure。终端始终收不到来自enb的重建立消息，最终掉话。如图5所示。图5.路测图随后终端占据土桥北1小区(PCI=62)的小区信号，并发起了RRC连接建立请求消息，但是一直没有enb的响应。最终业务零速率。如图6所示：图6.路测图这里有两个问题，一是ue从青岗2小区切换到土桥北1小区时，为什么会切换失败；二是ue掉话后在土城北1小区发起rrc连接建立请求，为什么ue没有收到响应。用户在青钢2小区上速率正常，青钢2小区应该是无故障的，切换到土桥北1小区时发生失败，可能的原因有邻区漏配、空口环境差、参数设置不合理等原因。检查邻区情况，两小区邻区关系正常。如图7所示。图7.青钢2小区与土桥北邻区关系查看下行覆盖情况，发现rsrp均在-108以上，sinr均在9dB以上。检查土桥北1小区基站运行状态，无告警，底噪正常，功率正常，但是发现光衰比较大，rru收光功率-12dbm左右。图8.土桥北1小区RRU侧光电测试图同时，BBU侧光功率衰耗也比较大，收光功率-13dbm。土城北3个小区有光衰大的情况。图9.土桥北1小区BBU侧光电测试图光衰大容易导致BBU-RRU间有较大的丢包率，影响正常业务，比如速率低、切换失败、无线链路