LTE日常维护案例介绍课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《LTE日常维护案例介绍课件.ppt》由用户(晟晟文业)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- LTE 日常 维护 案例 介绍 课件
- 资源描述:
-
1、HUAWEI TECHNOLOGIES CO.,LTD.LTE日常维护案例介绍Page 2HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.目录目录业务类故障处理业务类故障处理设备类故障处理设备类故障处理 -传输类传输类设备类故障处理设备类故障处理 -射频类射频类设备类故障处理设备类故障处理 -硬件更换类硬件更换类Page 3HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.传输类故障传输类故障处理传输类故障处理类别类别 常见问题现象常见问题现象传传输输类类典型问典型问题
2、题 信令终端/吞吐量异常上层应用链路不通(SCTP、IPPATH、OMCH)IP冲突、路由错误等导致业务异常 VLAN错误、ARP异常导致链路不通 光纤/光模块故障,物理端口连接不良,光电模式协商不正确等导致物理链路不通 Page 4HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.传输类故障传输故障处理思路传输故障处理思路l总体思路:分层总体思路:分层/逐段排查定位逐段排查定位p分层法:根据协议层,逐层定位,定位出实际故障点;p逐段法:完成故障隔离,对数据流进行分段,逐段环回,逐段定位;l具体排查项:具体排查项:p物理层故障排查p
3、ARP/IP层故障排查pIPPATH异常处理pSCTP异常处理l问题定界指导:问题定界指导:Page 5HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.传输类故障传输故障逐层排查方法简介传输故障逐层排查方法简介协议层 常见问题现象L5信令终端/吞吐量异常L4上层应用链路不通(SCTP、IPPATH、OMCH)L3IP冲突、路由错误等导致业务异常 L2VLAN错误、ARP异常导致链路不通 L1光纤/光模块故障,物理端口连接不良,光电模式协商不正确等导致物理链路不通 排查方法应用场景PING通断检测+MTU检测TRACERT传输路径排
4、查、MTU探测UDP环回 检测S1/X2链路质量IP ROUTE 路由排查排查方法应用场景DSP ARPARP表项查询DSCP/VLANDSCP与VLAN优先级映射抓包Page 6HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.维护通道类故障维护通道类故障处理维护通道类故障处理 eNodeBDHCP站点2、自动发现U2000 Config Config ConfigS/WCME中心机房Support网站1.1、提取版本包1.2、组织配置数据1.4、打开开站工具、上传数据、启动开站上报ESN4、调测License下发1、安装上电3、
5、自动配置 ConfigS/W限制和约束:在开站之前,必须:硬件安装完毕,U2000调测完毕,eNodeB与U2000之间的传输正常;eNodeB的软件版本必须从Support网站上取得,并且已经上传到U2000 Server。1.3、导出开站列表DHCP自发现失败典型故障Page 7HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.DHCPDHCP自发现失败故障处理自发现失败故障处理【实现原理】1、为了避免DHCP广播包冲击U2000,引入路由器进行DHCP Relay,转化为单播报文。2、DHCP过程目的是实现eNodeB的OMC
6、H的建立。即获取IP、路由等。2、eNodeB上电后,4步完成DHCP过程。常见问题需分析具体消息中的取值DHCP DISCOVERDHCP OFFERDHCP REQUESTDHCP ACKDHCPDHCP流程:流程:该流程分四步:1)基站在检测到可用的链路后,广播DHCP DISCOVER报文,以查找可用的U2000;2)U2000进行ESN匹配,如果匹配成功,U2000会发送DHCP OFFER报文给L3交换机,并携带分配的IP地址等信息,以响应DHCP DISCOVER;3)eNB收到DHCP OFFER后,判断ESN是否正确,如果正确,则停止DHCP探测过程。并发送DHCP REQU
7、EST广播报文,向U2000服务器发起确认信息;4)U2000同样需要进行ESN匹配判断。确认信息正确后发送DHCP ACK报文给eNB,基站收到DHCP ACK报文,进行ESN匹配,匹配成功后,分配的IP地址等信息生效,并生成OM IP和相关路由信息。Page 8HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.维护通道类故障DHCPDHCP自发现失败故障处理自发现失败故障处理问题描述问题描述某局点,在站点安装完成并加电后,使用U2000进行自开站,发现某站点在发送OFFER报文后,在DHCP配置管理中一直未出现上报的REQUES
8、T报文。问题问题原因原因在U2000抓包看,已收到eNodeB上报REQUEST报文,但在上报的REQUEST中未携带OPTION54字段,因此导致该站的REQUEST报文被U2000抛弃。同时,在基站侧镜像抓包后证明基站发送的REQUEST报文已携带OPTION54字段。结论:结论:IPRAN修改了DHCP报文,丢弃了OPTION54字段。Page 9HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.维护通道类故障VLANVLAN自学习失败故障处理自学习失败故障处理问题描述问题描述W市T运营商LTE工程在开站过程中DHCP四个报文
9、都是正常的,从U2000上可以看到已经下发ACK消息到基站,且基站也收到U2000发送的ACK消息,但是ACK消息之后又重复DHCP四个报文,导致基站操作维护链路一直不能建立1、首先进行现象确认,DHCP过程正常,而OM通道建立失败,可能是由于DHCP过程中下发的配置有误或者是传输侧配置有误。2、其次进行配置核查,结合现象核查DHCP下发的配置,DHCP下发的主要配置如图所示:核查后发现配置参考与规划相同。3、再次进行传输侧相关参数核查,主要是与OM通道相关的配置,如VLAN,网关IP,核查后发现VLAN配置与规划不一致,修改summary表中基站的VLAN,重新导入CME中,重新导出开站数据
10、和开站列表。开站正常。处理过程处理过程Page 10HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.维护通道类故障VLANVLAN自学习失败故障处理自学习失败故障处理VLANVLAN自学习:自学习:在U2000上创建PnP调测任务后,U2000周期性向基站发送OM通道建立请求。该报文的源IP地址为U2000 IP地址,目的IP地址为基站的OM IP地址。此数据包会被发送至基站侧Relay的L3路由器上,如果L3路由器上无对应此报文目的IP地址及eNB OMIP的ARP表项,L3设备就会广播ARP报文,此时基站则会接收到此ARP报文
11、,并从ARP报文中取出正确的VLAN信息同时进行保存。重点:基站学习到的VLAN是IPRAN L2上配置的VLAN1、DHCP四个报文中从基站上报的discover和request报文中的VLAN都是从IPRAN L2上学习到的,所以基站所发的这两个报文能正常到达U2000,而U2000也可以把offer和ack报文发送到基站;2、U2000给基站下发ACK消息后,基站会把从U2000上配置的操作维护IP、VLAN和路由在基站侧生效;在建立操作维护之前基站会使用U2000 ACK消息中的VLAN和IPRAN L2上配置的VLAN进行对比,如果一致会建立操作维护链路;如果不一致则把从ACK消息中
12、获取到的IP,路由及VLAN全部失效,重新启动DHCP流程 案例根因:案例根因:Page 11HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.传输类案例传输引起的开站失败案例传输引起的开站失败案例问题现象问题现象某局点,在进行开站时,发现从U2000上看,每次开站时都是进行到99%时,失败。排查排查步骤步骤1、首先进行现象确认,从U2000开站界面上可以看到基站已完成了版本下载、配置下载,在进行激活配置后等待站点重新启动完成时超时。2、其次进行配置核查,版本能够下载成功,说明ESN无误,VLAN、IP和路由没有问题,复位后OMCH
13、建立失败,可能原因是版本和配置文件激活失败,或激活成功后OMCH通道建立失败。核查结果版本与配置文件匹配,没有问题,端口模式/VLAN/IP/路由配置均无误。3、再次进行传输侧相关参数核查,发现ATN的端口协商模块为强制(实际要求为自适应),改为自适应后,开站成功。eNB路由器)M2000下载软件下载配置激活配置激活软件基站复位重启复位后,U2000以新配置登陆站点此处失败Page 12HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.目录目录业务类故障处理业务类故障处理设备类故障处理设备类故障处理 -传输类传输类设备类故障处理设备
14、类故障处理 -射频类射频类设备类故障处理设备类故障处理 -硬件更换类硬件更换类Page 13HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障射频类故障处理射频类故障处理123RSSI外部干扰互调驻波CPRI接口电调天线故障Page 14HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障RSSIRSSI故障处理故障处理RSSI过低RSSI不平衡RSSI过高RSSIRSSI理论值带宽FDDdBmTDDdBm20M-98-9715M-99-9810M-10
15、1-1005M-104-1033M-106-1051.4M-110-1091通道衰减值检查互调干扰检测2方法1方法21、记录空载时的RSSI值;2、通过ADD CELLSIMULOAD加载模拟负载;3、在U2000跟踪RSSI差值是否大于4dB。1、通过STR RFTEST进行反向互调干扰检测;过低告警门限为过低告警门限为-114dBm空载下RSSI的计算方法如下:-174+10*logBW+NF,其中BW为带宽,单位为Hz,NF为射频模块的噪声系数,通常为2-2.5左右,举例:LRRU 2.6G 2T2R,5MHz小区带宽,那么空载下的RSSI参考值大小=-174+10*log(5*106)
16、+2.5=-104.5dBm。RSSI过高:过高:标准要求不超正常值标准要求不超正常值6dB;因此;因此20M:RSSI=-92dBm,15M:RSSI=-93dBm3频谱扫描OKNOKPage 15HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障RSSIRSSI故障处理故障处理先按要求进行后台单站测试,加载和不加载的时候RSSI差值大于等于4dBm的定义为内部干扰内部干扰(工程质量问题和互调问题)工程质量问题和互调问题),需安排站处理恢复;如果RSSI值高于-92dBm,排除测试方法、驻波、射频通道告警等问题后,就可以
17、认为“疑似存在外部干扰疑似存在外部干扰”,需要网优人员上站扫频;如果客户扫频扫不出干扰,作为重点问题,由客户及网优,产品人员一起上站去排查处理;如扫频扫出干扰,处理干扰问题;RSSIRSSI异常情况异常情况现象现象产生的主要可能原因产生的主要可能原因RSSIRSSI过低过低主(分)集长时间RSSI低于-114dBm左右或出差RSSI过低告警天馈各个接头接触不好,天馈、TRX、CDU、功放故障RSSIRSSI过高过高主(分)集长时间RSSI高于-92dBm或在一定时间内高于-92dBm开关和跳线错误,天馈驻波、硬件故障、接头进水、系统工作不正常和互调、外部干扰RSSIRSSI主分集差异过大主分集
18、差异过大主(分)集两者间RSSI长时间或在一定时间内相差6dB以上或出现RTWP接收不平衡告警天馈驻波、天线安装问题、硬件故障、外部干扰备注:主分集RSSI均偏高且基本一致,优先考虑外部干扰问题;主分集RSSI只有一个偏高,且相差较大,优先考虑互调问题。Page 16HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障互调问题互调问题处理处理 目前商用的互调测试仪都只能测试天馈系统的互调大小目前商用的互调测试仪都只能测试天馈系统的互调大小,无法定位出互调故障点的位置,在这种情况下,业界,无法定位出互调故障点的位置,在这种情况
19、下,业界最成熟也是广泛采用的互调故障点定位方法是最成熟也是广泛采用的互调故障点定位方法是“分段排分段排查法查法”。或者使用或者使用“替换法替换法”,逐段馈线检查替换。,逐段馈线检查替换。“分段排查法分段排查法”如下图所示:如下图所示:“分段排查法分段排查法”的意思就是:依次把左图的的意思就是:依次把左图的4个地方断开,接入低互调负载,添加下行模个地方断开,接入低互调负载,添加下行模拟负载,观察拟负载,观察RTWP/RSSI是否抬升,以判断互是否抬升,以判断互调干扰的引入点。调干扰的引入点。例如:断开例如:断开1,接入低互调负载,添加下行模,接入低互调负载,添加下行模拟负载,拟负载,RTWP/R
20、SSI无变化,说明载频模块无变化,说明载频模块OK;断开断开2,接入低互调负载,添加下行模拟负载,接入低互调负载,添加下行模拟负载,RTWP/RSSI显著抬升,说明下跳线是引入互调显著抬升,说明下跳线是引入互调干扰的故障点,依次类推。干扰的故障点,依次类推。或者使用或者使用“替换法替换法”,逐段馈线检查替换。,逐段馈线检查替换。Page 17HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障电调天线故障处理电调天线故障处理-电调基本原理电调基本原理远程电调天线RET(Remote Electrical Tilt)由天线、远
21、端控制单元RCU(Remote Control Unit)和AISG(Antenna Interface Standard Group)控制线缆组成。见图1两种连接方式:RRU/RFU+SBT+RCU和RRU+RCUPage 18HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障电调天线故障处理电调天线故障处理-配置步骤配置步骤电调天线调测过程电调天线调测过程,通过网管远,通过网管远程控程控制:制:第一步:设置ALD供电开关 MOD RETPORT(RRU直接给RCU供电方式)、MOD ANTENNAPORT(使用SBT或
22、塔放给RCU供电方式)第二步:扫描ALD设备 SCN ALD第三步:添加ALD设备 ADD RET第四步:配置电调天线与RRU的对应关系MOD RETSUBUNIT第五步:加载RET天线配置数据文件 DLD RETCFGDATA第六步:校准RET天线 CLB RET第七步:设置RET天线下倾角 MOD RETTILT第八步:查询RET天线下倾角 DSP RETSUBUNITPage 19HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障电调天线故障处理电调天线故障处理-常见电调故障常见电调故障告警名称告警名称告警原理告警原
23、理告警促发来告警促发来源源一般原因一般原因备注备注电调天线马达故障告警基站下发RCU角度校准或角度调整命令,RCU检查到马达故障(RCU内部检查)后上报告警给基站,基站收到告警信息后上报RCU马达检测失败、马达不在位,马达永久堵转、马达转动时力矩不足或RCU内部老化、马达转不动。RCU的电压供电不足会导致马达驱动力不足。RCU线接触不良(线未拧紧等)或RCU线过长,馈线馈线松动、过长都可能导致供电不足。电调天线数据丢失告警在电调校准或调整下倾角时,RCU读取不到配置文件,上报告警给基站RCU未上传配置文件或者RCU内部数据文件读取不到一般解决方案:重新上传配置文件,如果重新上传文件还是有该告警
24、,说明RCU内部存储损坏,需要更换RCU电调天线未校准告警在调整RCU角度时,如果RCU未检测到已校准标识(RCU写到自己的存储里面),上报该告警给基站RCU新安装的配置文件没有进行校准或已校准的标识丢失加载的配置文件与RCU不匹配,RCU软件异常,或RCU安装不工艺导致射频单元ALD电流异常告警 RRU检测RRU外接天馈设备的工作电流值异常,基站上报该告警。RRU1)过流告警的可能问题:使用的合路器对直流短路、ALD过流告警门限设置不当、多芯线制作不合格、怀疑ALD设备故障导致。2)欠流告警的可能问题:无ALD设备却打开了ALD供电开关、天馈上有BT,非华为供电线缆连接松动首先排查后台门限是
25、否设置合理 天线设备维护链路异常告警RRU检测与已配置的RCU的握手关系,如果无法检测到心跳帧就上报告警。RRURRU检测与已配置的RCU的握手关系中断RRU与RCU之间链路异常,无法通讯电调天线运行数据异常告警基站周期查询RCU的实际下倾角值和基站配置文件中保持的下倾角值不一致,基站上报告警。基站可以设置两者之间的误差范围BBU配置文件更新,下倾角变化或电调因为动力因素产生下倾角变化解决方案:重新校准天线后,重新设置下倾角角度Page 20HUAWEI TECHNOLOGIES CO.,LTD.HUAWEI TECHNOLOGIES CO.,LTD.射频类故障驻波故障处理驻波故障处理1、驻波
展开阅读全文