日常维护案例介绍
目录业务类故障处理设备类故障处理传输类设备类故障处理射频类设备类故障处理硬件更换类
传输类故障传输类故障处理类别常见问题现象传输类典型问题信令终端/吞吐量异常上层应用链路不通(、、)冲突、路由错误等导致业务异常错误、异常导致链路不通光纤/光模块故障,物理端口连接不良,光电模式协商不正确等导致物理链路不通
传输类故障传输故障处理思路总体思路:分层/逐段排查定位分层法:根据协议层,逐层定位,定位出实际故障点;逐段法:完成故障隔离,对数据流进行分段,逐段环回,逐段定位;具体排查项:物理层故障排查层故障排查异常处理异常处理问题定界指导:
传输类故障传输故障逐层排查方法简介协议层常见问题现象L5信令终端/吞吐量异常L4上层应用链路不通(、、)L3冲突、路由错误等导致业务异常L2错误、异常导致链路不通L1光纤/光模块故障,物理端口连接不良,光电模式协商不正确等导致物理链路不通排查方法应用场景通断检测检测传输路径排查、探测环回检测S12链路质量路由排查排查方法应用场景表项查询与优先级映射抓包
维护通道类故障维护通道类故障处理eNodeB站点2、自动发现U2000ConfigConfigConfig中心机房网站1.1、提取版本包1.2、组织配置数据1.4、打开开站工具、上传数据、启动开站上报4、调测下发1、安装上电3、自动配置限制和约束:在开站之前,必须:硬件安装完毕,U2000调测完毕,与U2000之间的传输正常;的软件版本必须从网站上取得,并且已经上传到U2000。1.3、导出开站列表自发现失败典型故障
自发现失败故障处理【实现原理】1、为了避免广播包冲击U2000,引入路由器进行,转化为单播报文。2、过程目的是实现的的建立。即获取、路由等。2、上电后,4步完成过程。常见问题需分析具体消息中的取值流程:该流程分四步:1)基站在检测到可用的链路后,广播报文,以查找可用的U2000;2)U2000进行匹配,如果匹配成功,U2000会发送报文给L3交换机,并携带分配的地址等信息,以响应;3)收到后,判断是否正确,如果正确,则停止探测过程。并发送广播报文,向U2000服务器发起确认信息;4)U2000同样需要进行匹配判断。确认信息正确后发送报文给,基站收到报文,进行匹配,匹配成功后,分配的地址等信息生效,并生成和相关路由信息。
维护通道类故障自发现失败故障处理问题描述某局点,在站点安装完成并加电后,使用U2000进行自开站,发现某站点在发送报文后,在配置管理中一直未出现上报的报文。问题原因在U2000抓包看,已收到上报报文,但在上报的中未携带54字段,因此导致该站的报文被U2000抛弃。同时,在基站侧镜像抓包后证明基站发送的报文已携带54字段。结论:修改了报文,丢弃了54字段。
维护通道类故障自学习失败故障处理问题描述W市T运营商工程在开站过程中四个报文都是正常的,从U2000上可以看到已经下发消息到基站,且基站也收到U2000发送的消息,但是消息之后又重复四个报文,导致基站操作维护链路一直不能建立1、首先进行现象确认,过程正常,而通道建立失败,可能是由于过程中下发的配置有误或者是传输侧配置有误。2、其次进行配置核查,结合现象核查下发的配置,下发的主要配置如图所示:核查后发现配置参考与规划相同。3、再次进行传输侧相关参数核查,主要是与通道相关的配置,如,网关,核查后发现配置与规划不一致,修改表中基站的,重新导入中,重新导出开站数据和开站列表。开站正常。处理过程
维护通道类故障自学习失败故障处理自学习:在U2000上创建调测任务后,U2000周期性向基站发送通道建立请求。该报文的源地址为U2000地址,目的地址为基站的地址。此数据包会被发送至基站侧的L3路由器上,如果L3路由器上无对应此报文目的地址与的表项,L3设备就会广播报文,此时基站则会接收到此报文,并从报文中取出正确的信息同时进行保存。重点:基站学习到的是L2上配置的1、四个报文中从基站上报的和报文中的都是从L2上学习到的,所以基站所发的这两个报文能正常到达U2000,而U2000也可以把和报文发送到基站;2、U2000给基站下发消息后,基站会把从U2000上配置的操作维护、和路由在基站侧生效;在建立操作维护之前基站会使用U2000消息中的和L2上配置的进行对比,如果一致会建立操作维护链路;如果不一致则把从消息中获取到的,路由与全部失效,重新启动流程案例根因:
传输类案例传输引起的开站失败案例问题现象某局点,在进行开站时,发现从U2000上看,每次开站时都是进行到99%时,失败。排查步骤1、首先进行现象确认,从U2000开站界面上可以看到基