无线网络问题分析.ppt

无线网络问题分析.ppt

《无线网络问题分析.ppt》由会员分享，可在线阅读，更多相关《无线网络问题分析.ppt（53页珍藏版）》请在冰豆网上搜索。

无线系统问题分析方法,目录,发现问题的一般途径如何确定问题的范围解决问题的思路对应的解决方案几个重要的知识点典型案例,一般流程,发现问题,确认问题（重新确认）,分析问题,提出解决方案,解决结果,录入经验库,YES,NO,发现问题的一般途径,网管告警故障管理告警（FaultManagement）基站告警（CSAlarm）话务数据性能管理数据（PerformanceManagement）基站话务数据（CSTrafficData）基站状态信息（CSstatus）用户投诉,告警的级别告警的名称告警的范围TIP：

任何时候节点的状态有变动时，它就会发送状态改变消息（称为Trap）。

当状态轮询和Trap都表明无告警状况时，告警就会消失。

网管的告警信息,话务数据的分析,对话务数据的分析能够得到真正的网络运行情况，而且能够帮助故障CSC，CS的定位。

察看话务数据的方法：

NETMAN性能管理CSCDM话务数据（Trafficdata）GETDATA工具（网管附件）TIP：

借助Getdata取出的数据，WPAX软件能对这些大批量数据进行处理。

如何确定问题的范围,确定告警发生的级别严重告警（major）次要告警（minor）确定发生告警的范围告警是在整套CSC下的CS都出现告警是在一个或几个不相关的CS上出现,TIP：

确定告警的确切范围和问题现象是非常重要的，因为一些客户的抱怨可能会误导我们的判断。

解决问题的思路,根据问题发生时的现象，分析可能导致的原因物理层，链路层，网络层对于不很明朗的问题，从物理层开始，逐个排除。

网管操作硬件替换法跳跃排除法,CSC一般问题解决流程,问题确定为CSC或上层设备,是否为传输问题,是否为CSC数据错误,是否为硬件问题,现场检查CSC状态（网关配合）,网管检查CSC配置（NMS配合）,YES,硬件替代,修改配置,检查网关数据,检查传输,NO,YES,YES,YES,NO,NO,举例,问题描述：

用户反映在进行入某一片区域时，无法作被叫，必须拔打一次或重新开机后才能恢复正常。

提示：

PCH呼叫,接收指引-SYS,BCCH系统信息广播,接收指引-SYS2,BCCH第二系统信息广播,接收指引-全局花样,BCCH无线信道信息广播,接收指引-全局花样,本地花样由mi与CSID联合决定它的有效性，此外mi有时效性，60秒内终端没有收到BCCH或PCH消息，会自动失效。

当PS在得知它已进入别的寻呼区时，它会立即发起位置登记。

全局花样由mi与CSID中的寻呼区编码决定它的有效性,附：

CSC检查表,流程图释,用户在跨PA后没有进行位置登记（非硬件问题）,检查此CSC所在及周围区域的PA规划（原始数据）,检查CSID中寻呼区设置,按PA规划对CSID进行修改,问题解决,结束,重新规划PA区域,检查NMS寻呼区配置数据,NO,YES,YES,NO,NO,CS故障的解决,根据基站的告警信息，直接对问题进行处理。

从基站的话务数据中分析，过滤出有问题的基站，根据这些CS的数据异常对应相应的解决方案。

根据基站的状态信息，对相应项进行检查。

利用专用工具，获取相关Trace进行分析，制定相应对策。

CS一般问题解决流程,CS第一对线路状态正常？

基站告警的种类,基站的告警处理,网管告警为“CSPLLlockfailure”故障原因：

基站锁相环告警，对于单基站或主基站为Major告警，从基站为Minor告警。

解决方法：

硬件复位CS，对于重启不能恢复和恢复后又在短时间出现的情况，更换基站。

网管告警为“PowerTransmissionFailure”故障原因：

发射单元硬件告警，对于单基站或主基站为Major告警，从基站为Minor告警。

解决方法：

硬件复位CS，对于重启不能恢复和恢复后又在短时间出现的情况，更换基站,Memoryfailure,网管显示“memoryfailure”导致基站程序无法下载1.Memoryfailureminor基站运行状态正常，可以从网管上取得CS的状态，当做程序载程序下载时，网管提示“CSprogramdownloaderror”。

检查CS的告警信息，发现memoryfailure（Minor）告警。

2.Memoryfailuremajor基站无法正常工作，从网管上读基站状态失败，无法对基站进行任何操作。

在现场检查发现基站所有状态灯绿闪。

分析：

在CS内部有两个“plane”分别存储主用程序和备用程序，memoryfailure告警，说明当前的备用程序已经破坏，此时，CS无法存储下载的程序，导致程序下载失败。

假如两个内存盘都出现问题，基站将无法工作。

解决办法：

先进行CS的程序版本同步，再重新下载程序。

对已不能在网管操作的情况，请用SRAM卡现场下载。

C-channelsyncfailure,网管告警为“C-channelsynchronizationfailure”分析：

当基站向同步级别为Free-runing的目标基站同步时，或寻找不到合适的目标基站去同步时，基站向网管发送告警“C-channelsynchronizationfailure”，并将同步级别设定为Free-runing。

解决办法：

1.根据实际情况添加GPS基站，或重新规划GPS基站位置。

2.如果问题发生在之前同步状态良好的网络中，并有多个基站出现此告警，请检查附近GPS基站状态。

Linealarm,网管告警为“CommunicationsAlarm,Minor,LinecircuitD-channelfailure.L1alarm.”故障原因：

线路质量较差，导致误码率较高。

网管告警为“CommunicationsAlarm,Minor,Layer2（SAPI16,SAPI0）”故障原因：

线路质量很差，造成误帧率较高，信令Down。

解决方法：

如果频繁发生以上两种告警信息，请检查线路，进行更换。

UnitCommunication,网管告警为“UnitCommunication”，组控基站从基站无法正常工作问题:

从基站在网管上观察为被阻塞，在基站侧观察为LCCH绿灯闪烁。

分析：

此现象为Slave基站正在从Master基站下载程序，在少数情况下，时间会稍长，如果此现象维持超过6小时，请按以下步骤排障。

UnitCommunication,解决步骤：

对于此问题的判断需要网管侧和基站侧人员协同工作。

1.记录基站状态，及版本信息，确认主从基站程序版本相同。

2将组控基站主从线断开后，重新配置为单基站，检查两个基站能否正常工作。

排除单基站接口故障。

3将主从线重新连接，在网管侧重新配置主从基站，在Slave基站开始从Master基站下载程序后，最少等待时间为30分钟。

如果正常，结束调试。

不正常请继续第4步。

4交换主从基站，在网管侧重新配置主从基站，在Slave基站开始从Master基站下载程序后，最少等待时间为30分钟。

如果正常，结束调试。

不正常请继续第5步。

5用一个正常基站与这两个主从基站分别配置成组控基站，定位问题基站，更换基站。

DisableC-chtransmission,网管告警为“DisableC-chtransmission”分析：

基站在加电，重启，下载参数，解除阻塞后，基站首先进行同步，在这之后，基站将根据已设定好的四个级别的门限值来分配控制信道，如果所有的门限级别均判定无效，基站控制信道将被阻塞，并向网管发出C-CH告警“DisableC-chtransmission”。

解决办法:

详细步骤请参照无线网络维护培训教材,根据基站指示灯的状态判断问题,根据基站指示灯的状态判断问题,根据基站话务数据的处理-1,对基站故障定位及发现问题非常有效的几个话务统计参数：

1）基站忙时话务量在GOS5%的条件下，3信道RP能承受的话务量为0.899Erl。

忙时话务量超过0.899Erl的单基站可能存在过载的状态。

在GOS=5%的条件下，7信道CS能承受的话务量为3.738Erl。

忙时话务量超过3.738Erl的单基站可能存在过载的状态。

在组控情况下为10.633Erl。

2）无线信道阻塞率（slotbusy）指的是LCH指配拒绝次数（信道忙）与LCH建立请求总数的比率。

该性能指标是由于基站信道不够用而被拒绝的比例，相当于溢出指标。

解决方案：

对话务量过高和无线信道阻塞率高的基站，通过过改组控基站或增加基站来进行话务平衡。

根据基站话务数据的处理-2,3）无线频率阻塞率（channelbusy）无线频率阻塞率指的是LCH指配拒绝次数（无话音频率）与LCH建立请求总数的比率。

这项指标偏高说明基站布点比较密TCH载频被分配完了，一些500mw基站的安装位置较高会收到许多其它基站的信号结果导致了没有空闲的TCH可分配。

另外同步不好也会导致TCH受干扰而不可用，需要检查这一地区的同步情况。

4）无线信道建立成功率无线信道建立成功率是SETUP建立次数与LCH分配成功次数的比率。

就是说，基站给手机指派了TCH后，手机能否到达TCH的比例。

如果这项指标偏低说明手机侧信号不稳定，有干扰或信号弱。

但如果手机侧的信号很强且无干扰因素而TCHSetup成功率仍很低，则有可能是基站侧的问题，重启基站后可恢复正常。

根据基站话务数据的处理-3,5）干扰规避发生率基站中每Erlang内TCH切换的次数，切换原因是由于TCH的误码率高于门限值。

这项指标过高说明存在干扰或是基站间不同步引起的，可通过PHS35C/L或LEADER961C进行测试。

如果在某一频点的上行时隙有较强的基站信号存在则说明受到了外部干扰。

根据基站状态信息的处理-1,Call_reception_reg_restrictionCS_suspension_restrictionLocation_registration_restrictionCall_origination_restrictionRestrictioncontentSCCHaccesscycleRestrictiongroupcycleRadio_circuit_utilization1-8line_circuit_utilization1-8,无线侧信道的使用状态有线侧B通道的使用状态,根据基站状态信息的处理-2,C_channel_block_statusRadio_blocking_utilization1-8line_blocking_utilization1-8Sync_statusCarrier_sense_level_trasmissionCarrier_sense_levelUrgent_sync_state,无线侧信道的阻塞状态有线侧B通道的阻塞状态,对应参数中的四个干扰门限级别,几种工具介绍,PHS35L获取空中接口协议HDLCMON获取有线侧Q931协议Q931分析工具将获取的Q931协议进行处理,几种工具介绍,PHS35C/L,PHS35C/L,主要的功能：

采集邻近所有基站的CCH信号功率邻近所有基站间的同步、干扰情况抓取空中接口协议,PHS35C/L的TRACE举例-1,（0）CS-ID:

8081112E458/PS-ID:

04AF7D0|0.00000|0CSPSLinkcha.rejec.:

SCCH020100000077dBuVAllCSslotsinuse

（1）CS-ID:

8081112E434/PS-ID:

04AF7D0|6089.99083|1CSPSLinkcha.assig.:

SCCH010203400072dBuVRelativeSlot4/CarrierNo.64/Contr.Slot.No.1/Commu.Slot.No4|6561.86458|1CS-IdleTCH|6896.67708|14501815ACCRELCOMP,PHS35C/L的TRACE举例-2,CCCause:

080302859543220680