LTE故障排查及日常问题处理

1、LTE故障排查及日常问题处理,目录,LTE故障排查流程和故障处理方法,常用故障分析思路,业务类故障处理,设备类故障处理,故障排查流程,LTE故障排查流程,故障处理方法,LTE故障处理方法,目录,LTE故障排查流程和故障处理方法,常用故障分析思路,业务类故障处理,设备类故障处理,故障分析思路,常用故障分析思路,目录,LTE故障排查流程和故障处理方法,常用故障分析思路,业务类故障处理,设备类故障处理,接入类故障,接入类常见故障处理,现阶段未规模放号，问题主要为单用户类故障，网络KPI中的接入类问题不在这里讨论。由上表可以看到，接入过程涉及几乎LTE所有网元，每个网元都可能出现接入失败的问题。因此，

2、快速掌握该阶段的问题定位能力，尽快进入网络运维阶段，是本次接入类问题交流的重点： 首先掌握LTE接入的基本流程。 掌握快速找到问题的方法。,接入类故障,接入流程总体介绍-Attach流程,终端开机后，首先选择合适小区驻留，然后发起Attach流程。 RRC建立原因值为：Mo-Signaling Attach流程可以分为四个步骤: 随机接入 RRC连接建立 鉴权等NAS过程 E-RAB建立 在Attach时数据卡终端通常只建立一个默认承载，支持VOIP的LG终端以及有些智能终端如HTC往往同时还建立专有承载。,接入类故障,接入流程总体介绍-Service Request流程,RRC建立原因值分为

3、： Mo-data：上行有数据需要发送 Mt-Access：响应寻呼 Service Request流程可以分为三个步骤: 随机接入 RRC连接建立 E-RAB建立,因为核心网侧已有终端的注册信息和能力信息，Service Request流程通常不需要进行鉴权和UE能力查询。,用户Attach之后，如果UE回到Idle模式，再发起业务时使用Service Request流程。,接入类故障,信令跟踪快速找出接入失败原因,1.善于利用释放消息中的Cause找原因,2.信令对比快速查找异常点,互操作类故障,CL互操作常见故障,4G信令,4G业务,3G信令,3G业务,优化切换新增,eAN无会话时需进行

4、鉴权(可选),切换时延,终端需要支持CL双模能力，即支持LTE业务和eHRPD业务。单卡单号双IMSI，需要在3G和4G同时开户。终端优选LTE网络驻留，移动过程中，根据网络信号情况选择覆盖更好的网络。 eHRPD接入时，基于PDN连接采集计费信息。 HSGW生成基于PDN级的时长和流量信息的HSGW-CDR；PGW基于PDN连接生成离线计费PGW-CDR，或与OCS进行在线计费。 实现eHRPD和LTE网络之间的切换，关键技术在于切换前后P-GW保持不变： eHRPD接入，P-GW支持与3GPP AAA/HSS之间的S6b接口，将用户当前PDN连接的P-GW ID (P-GW IP或者PGW

5、 FQDN)和APN等信息更新到3GPP AAA /HSS，用于切换到LTE网络后，MME从HSS得到源PGW ID，向源PGW发起会话建立。 LTE接入，MME支持与HSS之间的S6a接口，将用户当前PDN连接的P-GW ID (P-GW IP或者PGW FQDN)和APN等信息更新到HSS，用于切换到eHRPD网络后，HSGW从3GPP AAA /HSS得到源PGW ID，向源PGW发起会话建立。,互操作类故障,CL互操作时延问题处理要点,互操作类故障,CL互操作关键短板,CL双模用户从3G区域回到3G/4G共覆盖区域，如果用户一直处于激活态，将无法回到4G享受高速业务服务。,用户网络行为

6、,当前状态,PS业务LTE与CDMA状态迁移,暂不支持,LTE-HPRD(激活态)： LTE-HPRD(空闲态)： eHRPD-LTE(空闲态)： eHRPD-LTE(激活态)：X 目前无配套终端。,短板：3G激活态难以回到4G,阶段一【由3G网络主动发起快速重选】 1、基于eHRPD与LTE同站址建设，以eHRPD估算LTE信号强度。 2、eHRPD配置LTE同层邻区。 3、迟滞切换机制，避免频繁切换。 4、CBSS10.0版本提供，2014年3月。,华为方案,阶段二【由终端主动发起快速重定向】 1、终端在激活态主动测量LTE信号强度，主动进行切换。 2、eHRPD配置LTE同层邻区。 3、

7、暂无配套的终端，暂不考虑。,流量类故障,LTE吞吐量计算,LTE物理层速率(bits) = 每个传输控制块大小(bits) x 传输控制块的个数/ 每子帧 x 1000 子帧数/ 每秒 1000000 = ? Mbps,每TTI中TB个数与码字个数相同，LTE规定最大2个码字,参考TS36.213 Table 7.1.7.1-1,【下行理论吞吐量】,Max Throughput= (75376*10)*2*100/1000000=150.752Mbps,Max Throughput= 75376*10*100/1000000=75.376Mbps,【上行理论吞吐量】,36.306协议：下行UE

8、能力对应的物理参数,36.306协议：上行UE能力对应的物理参数,流量类故障,LTE吞吐量故障处理,下行流量问题排查,上行流量问题排查,Iperf进行UDP灌包,Iperf反向灌包,空口排查,返回日志分析,空口排查,1、检查Server出口量是否足够。 2、检查eNodeB入口流量是否足够 3、UDP环回，eNodeB进行灌包 4、服务器/PC性能不足,来水不足,1、BLER目标10%，峰值速率时为0。 2、RSRP/SINR/CQI排查 3、AMBR是否限速 4、在线用户数/License 5、同频干扰/UE天线不平衡 6、其他算法。快速ANR/频选调度/PDCCH符号数/ICIC,空口排查

9、,通过TCP手段排查,1、RTT排查 2、发送窗口/接收窗口,TCP排查,TCP排查,从PC向服务器反向灌包,同时关注反向RSSI,流量类故障,案例1：接收窗口未优化导致TCP速率低,流量类故障,案例2：丢包导致TCP流量掉坑,某局点E398下行TCP速率掉坑：,1、服务器侧：tcp.analysis.retransmission过滤：,2、使用tcp.seq = xxxx作过滤条件，进行多点抓包文件过滤，找出错误发生位置。,3、空口丢包（A.PDCP丢包定时器时长，RLC模式；B. UE PC）， S1AP_INITIAL_CONTEXT_SETUP_REQ,4、LST STANDQCI查询

10、QCI对应的RLC PDCP 参数组ID, LST RLCPDCPPARAGROUP:,在大流量情况下，丢包定时器设置过短，加上非确认UM模式，导致空口丢包。 将PDCP丢包定时器设置为1500ms, AM模式，速率“掉坑”现象不再出现。,切换类故障,切换原理概述与常见故障,切换类故障,切换失败故障处理,邻区漏配切换失败故障,信号陡降切换失败故障,弱覆盖切换失败故障,UE侧表现,基站侧表现,解决方法,邻区漏配 【表现】随着UE移动服务小区RSRP越来越差，SINR越来越差，而邻区RSRP越来越好。 【解决方案】 手工添加邻区配置 打开ANR算法开关,弱覆盖 【表现】当邻区无线质量满足切换门限时

11、，服务小区和邻区的RSRP都十分弱。 【解决方案】 调整功率配比 调整天线倾角 增加基站、载频,如果从“邻区质量满足切换门限”到“服务小区质量陡降”之间的时间间隔太短（如小于1秒），可通过修改服务小区与邻区的偏置CellIndividualOffset（为大于0的值）来提前切换 如果从“邻区比服务小区质量好”到“服务小区质量陡降”的时间间隔比较短（如小于0.5秒），则可通过修改服务小区的延迟触发时间IntraFreqHoA3TimeToTrig来提前切换,eNodeB侧：收到测量报告，但不发起切换（X2口没有切换请求，空口没有下发切换命令）,当邻区无线质量满足切换门限时，服务小区的RSRP突然

12、陡降,eNodeB侧表现为下发切换命令后收不到切换完成消息，或者连测量报告也收不到,eNodeB侧表现为下发切换命令后收不到切换完成消息，或者连测量报告也收不到,目录,LTE故障排查流程和故障处理方法,常用故障分析思路,业务类故障处理,设备类故障处理,传输类故障,传输类故障处理,传输类故障,传输故障处理思路,总体思路：分层/逐段排查定位 分层法：根据协议层，逐层定位，定位出实际故障点； 逐段法：完成故障隔离，对数据流进行分段，逐段环回，逐段定位； 具体排查项： 物理层故障排查 ARP/IP层故障排查 IPPATH异常处理 SCTP异常处理,传输类故障,传输故障逐层排查方法简介,抓包,传输类故障

13、,传输问题案例,问题现象：一线测试时发现终端入网20s后自动发起释放，无法进行上网业务。 问题处理步骤：,从信令上分析，UE的Attach流程已经完成，过了20秒之后eNodeB在S1口上发送上下文释放消息，原因值是User Inactivity ，由于释放原因是User Inactivity，并且释放时间固定为20s，查看基站脚本信息，发现UE不活动定时器配置为20s，因此确定是由于UE不活动定时器超时导致释放。 2. 终端与服务器之间进行ping操作，发现终端无法Ping通服务器，确定用户面链路不通，导致UE不活动定时器超时，UE释放空口链接。 3. 当前站点已经开启了GTPU静态检测和I

14、PPATH的Ping检测，可以确定eNodeB与UGW之间的IPPATH链路不存在异常，需要进行端到端的问题定界。 4. 基站侧通过IP跟踪确定Ping报文的收发情况，通过下图可以看到终端发起的Ping报文基站已经发送给UGW，但是没有收到UGW返回Ping 响应报文。,5. 经过核心网定位发现报文已经从UGW发送出去但是一直没有收到响应，通过排查发现核心网下一级的LAN Switch发现是由于没有配置回程路由导致所有下行报文都无法返回。,1,信令面正常，eNBMME OK,2,用户面异常，IP层手段PING检测,中射频类故障,中射频类故障处理,1,2,3,RSSI,外部干扰,互调,驻波,CP

15、RI接口,中射频类故障,RSSI故障处理,RSSI过低,RSSI不平衡,RSSI过高,RSSI,RSSI理论值,1,2,方法1,方法2,1、记录空载时的RSSI值； 2、通过ADD CELLSIMULOAD加载模拟负载； 3、在M2000跟踪RSSI差值是否大于4dB。,1、通过STR RFTEST进行反向通道干扰检测；,中射频类故障,驻波故障处理,中射频类故障,CPRI接口故障处理,中射频类故障,中射频故障处理案例,维护通道类故障,维护通道类故障处理,DHCP,站点,2、自动发现,M2000,S/W,CME,中心机房,Support网站,1.1、提取版本包,1.2、组织配置数据,1.4、打开

16、开站工具、 上传数据、启动开站,上报ESN,4、调测License下发,1、安装上电,3、自动配置,Config,S/W,限制和约束：在开站之前，必须：硬件安装完毕，M2000调测完毕，eNodeB与M2000之间的传输正常；eNodeB的软件版本必须从Support网站上取得，并且已经上传到M2000 Server。,1.3、导出开站列表,1.VLAN自学习失败 2.DHCP自发现失败,典型故障,维护通道类故障,VLAN自学习失败故障处理,【eNodeB】 上电主动发起DHCP,无VLAN，网关上设置VLAN，报文被网关丢弃。,【eNodeB】 上电主动发起DHCP,无VLAN，被网关丢弃。

17、,ARP广播,ARP广播,eNodeB被动学习VLAN,学到VLAN,VLAN学习原理,VLAN自学习失败案例,【问题现象】 从Switch(A设备)侧检测不到基站和ATN间交互的数据流量； 【问题原因】 A设备端口设置为1000M/FULL，与eNodeB协商失败，ARP无法广播,如果网络中存在ARP表项，而eNodeB未学习到VLAN，则需要网络老化APR后，再次广播ARP，否则eNodeB无法自启动,维护通道类故障,DHCP自发现失败故障处理,【实现原理】 1、为了避免DHCP广播包冲击M2000，引入路由器进行DHCP Relay，转化为单播报文。 2、DHCP过程目的是实现eNodeB的OMCH的建立。即获取IP、路由等。 2、eNodeB上电后，4步完成DHCP过程。常见问题需分析具体消息中的取值 DHCP DISCOVER DHCP OFFER DHCP REQUE