异常通话问题处理流程与预防措施文档格式.docx
- 文档编号:20353003
- 上传时间:2023-01-22
- 格式:DOCX
- 页数:15
- 大小:285.37KB
异常通话问题处理流程与预防措施文档格式.docx
《异常通话问题处理流程与预防措施文档格式.docx》由会员分享,可在线阅读,更多相关《异常通话问题处理流程与预防措施文档格式.docx(15页珍藏版)》请在冰豆网上搜索。
刘迅赵伟王卉
摘要:
本文对网络中发生的单通、串话、无声、回声、串话等通话故障现象进行了分类分析。
针对在MOTOROLA系统中造成异常通话现象的各类原因,介绍了检查判断的手段与处理流程。
最后作者提出了在日常工程与维护工作中预防相关问题发生的措施。
关键字:
MOTOROLA无线单通无声串话
1.现象描述
a)单向通话:
电话已经接续成功,A可以听到B的声音,但B听不到A的声音。
b)双向无声:
电话已经接续成功,但A和B互相都听不到对方的声音。
c)全回声:
电话已经接续成功,但A和B都只能听到自己的声音而听不到对方的声音。
d)串话现象:
A呼叫B,呼叫接通后却发现A与C连接到一起,而B听不到声音或与D连接到一起。
2.原因分析
单通、无声、全回音、串话等异常通话现象是发生在呼叫建立之后,手机双方占用上TCH和CIC陆地资源后出现的问题,其原因是由于从MSC到MS所建立的语音链路出现问题,导致TrauFrame丢失,从而影响用户通话。
在从MSC到MS这条语音路径上的硬件设备或软件进程都可能影响到TrauFrame的传送.如下图所示,影响TrauFrame传送的可能因素如下:
MSC,MSC与BSC的CIC不匹配,A&
Ater&
Mbis接口的2Mlink及相关接口板MSI,变码器板XCDR&
GDP,RXCDR和BSC上与TDM总线相关的硬件KSW/DSW,,KSWX/DSWX,基站上的载频和BTP,以及无线信号质量。
造成异常通话现象的具体原因举例说明如下:
1)基站侧硬件故障(载频/MCUF/NIU/FMUX/...)。
载频负责空中信道语音的编解码,它的故障会导致空中接口上下行单向或双向的语音问题。
MCU/MCUF/H2SC在基站里有TDM分配时隙的作用,并在呼叫建立后负责空中接口与陆地链路上时隙的连接,它的故障可能会导致语音无法到达正确的信道上。
注:
此问题一定会在OMC的eventlogs中有告警:
39.BSS:
CircuitFaultDetectedonRadioChannel
此告警会给出相应的RCIID。
2)GDP/XCDR/MSI板件硬件故障。
这几种板件负责PCM2M传输的控制,而GDP和XCDR还负责A接口64kbit与BSS侧16kbit语音编码的转换如有故障会导致2M上一个或多个时隙数据传输问题,从而产生单通或双无声现象。
此问题一定会在OMC的eventlogs中有下列告警:
47.BSS:
CircuitFaultDetectedOnPATHChannel
此告警会给出相应的PICID。
43.BSS:
CircuitFaultDetectedonPCMCircuit
此告警会给出相应的CICID。
3)BSC和RXCDR的TDM上的故障(KSW/DSW/…)。
摩托罗拉BSS设备是时分复用系统,所有的板件都需要TDM分配时隙来进行工作。
如TDM存在故障,会导致较大范围的通信异常甚至中断,如单通,断站,MTL闪断......
4)传输系统故障(板件故障,接线错误,…)。
传输系统的故障会导致2M上某些时隙或全部时隙的数据丢失,从而造成终端用户打电话时出现单通、双无声现象。
5)在动态分配模式下,由于ABSS和AXCDR的状态不匹配,导致BSC和RXCDR间的CIC连接不匹配,从而引发单通无声
6)因不正规操作造成的软件进程运行出错,需要重新启动BSC。
例如修改CIC_VALIDATION之后,BSC需要重启以配置相应的软件(BSS命令手册中已标明),如BSC未及时重启,会导致相关CIC出告警及单通现象。
7)数据库配置问题,BSC与MSC的CIC配置不一致,需要双方仔细核对CIC的配置是否一一对应。
以上这些告警的种类是“intermittent”,所以用“disp_act_alarm<
site#>
”可能无法观测到,只能通过OMC的告警窗口或eventlog检查。
3.异常通话处理流程
3.1确定用户投诉范围
在接到手机终端用户投诉之后,先确定客户投诉范围。
大致分为以下三种情况:
A.用户投诉集中在某个特定的位置或小区
B.用户投诉在某个LAC区的范围、MSC的覆盖范围
C.用户投诉集中在某个特定局向:
如移动至联通、移动至市话
D.用户投诉集中在某个特定的BSC范围内
3.2A、B、C类问题的判断和解决措施
3.2.1A类投诉现象
投诉只集中在某一小区,室内覆盖或基站内,这意味着问题可能与特定基站,载频或传输链路相关,需要到现场进行拨测
(1)传输设备问题:
i.先检查是否存在鸳鸯线
ii.如果问题电话集中于某条E1link所承载的RTF上,说明这条E1或NIU,T43存在问题
iii.当拨测发现问题发生在某一RTF上时,请将这一RTF在2M上的时隙位置与其它RTF互换,如果问题也随之改为出现在其它RTF上,说明传输设备上与这一2M时隙相关的端口存在问题
(2)载频问题:
当问题集中在某一块载频上,将这一载频插入到其它槽位,问题电话始终伴随着这一载频(如果载频没任何告警出现,请联系CNRC,CNRC将指导客户收集相关数据)
(3)基站问题:
基站下所有小区都存在这一问题,建议先收集好与这一基站相关的LCF,BTP,DRISWFMlog后重启基站,重启基站后如果问题依然存在,建议更换基站的主处理器BTP
(4)室内覆盖问题:
可以检查分布系统的干放、分路器、耦合器、分布天线以及馈线等,这需要和相关厂商共同调查处理
3.2.2B类投诉现象
如果在同一个MSC下所有或者大部分的BSC下发生,建议先用能监听传输链路语音的仪表在A接口上对传输上下行语音做监听,如果A接口的下行链路无声,则需MSC厂商介入调查。
以西门子交换机为例,可以进行以下排查工作:
(1)交换机MICLOP板的故障,主要是手机间通话有单通,无声和串音;
(2)交换机S/N电路问题造成,一般造成单通,无声和串音的区域比较大;
(3)LTG硬件故障,一般造成的单通,无声和串音固定在某些时隙上面;
(4)各个交换机间的局向电路CIC不匹配。
(5)当交换机到某局向的中继过于繁忙时,由于交换机不能正常疏通话务,用户反复拨打造成的虚假话务恶性循环,使交换矩阵难以招架,内部交换紊乱,造成单通现象。
(6)解决交换机故障,要通过电路测试和硬件告警收集两方面来定位问题,对故障部分进行排除。
建议经常关注中继的话务量,当每线中继的话务量较高时,增开中继,并经常对交换矩阵诊断切换,以减少交换矩阵拥塞的发生。
3.2.3C类投诉现象
对于集中发生于某个特定局向的异常通话现象,需对网关局交换机上各个模块的运行状态、局数据设置状况、以及传输链路状态进行仔细检查,必要时通知对方局维护人员对问题进行共同排查。
3.3D类问题的判断和解决措施
3.3.1查看AXCDR,ABSS,XBL的状态
如果系统打开了CIC_validation(可用命令disp_equipment<
location>
AXCDR<
axcdr_id>
查看),需用命令”state”查看AXCDR,ABSS,XBL的状态
因为当系统打开了动态分配(即激活参数cic_validation)时,XBL链路将负责在BSC和RXCDR之间传送信令,让CIC在BSC和RXCDR之间连接保持匹配。
用命令”state0”,看AXCDR,ABSS,XBL的状态是否在B-U和D-U之间转换以及transitiontime是否变化,如果变化的时间与发生单通无声的时间接近,则需看在BSC和RXCDR两边AXCDR,ABSS的状态是否匹配。
因为当所有XBL因为某些原因同时闪断的话(会报出告警"
LASTXBLDISCONNECTED"
),可能会导致AXCDR和ABSS状态不匹配,而它们状态的不匹配可能会引起CIC在BSC和RXCDR两端不匹配,从而引发单通无声。
解决办法:
用命令”ins”对ABSS,AXCDR进行处理,同时建议在BSC和每个RXCDR之间至少配置三条以上的XBL,并且每条XBL在不同的E1link上,减少所有XBL同时闪断的可能。
同时检查BSC和RXCDR控制XBL的GPROC状态,保证GPROC无告警,负荷适当,避免出现由于GPROC引起的XBL问题。
3.3.2检查MSC和BSS两侧的CIC是否一致
BSC、XCDR、MSC各方的CIC数目和编号必须要严格一致,可能的不一致情况如下:
(1)MSC与BSC不一致
(2)BSC与RXCDR不一致
3.3.3检查OMC窗口活着的告警
(1)CERM方面的告警
CERM(circuiterrorratemonitor)功能具有识别网络中从RXCDR到BTS的话务电路路径上不连续点的能力,即判断CIC和RCI所构成的电路是否有故障。
这些告警会具体指出存在问题的信道资源,如CIC,RCI,PIC.相关告警如下(可参考MotorolaGSR7的手册68p02901w26)
41.BSS:
CircuitFaultDetectedOnAterChannel
此告警会给出相应的ACIID。
注意:
这些告警的种类是“intermittent”,所以用“disp_act_alarm<
如果存在这些告警,建议用Excel表格来总结告警信息中规律,通过告警中显示的CIC号和MMS号,从BTS逐步向上查到RXCDR,同时结合NE中的告警信息,看能否将故障定位在具体的MSI板、GDP板或某一E1LINK
例如:
[39]CircuitFaultDetectedonRadioChannel-FMIC-Investigate-/-.
RCI#18912
CircuitElements
BTSSite31
DRIID140
DRITimeslot4
BSC
BTS
DRI
TS
Abis口传输
Abis口传输TS
CIC号
Ater口传输
Ater口传输TS
A口传输
A口传输TS
调查结果
4
31
1、4
17、0
6
493
16、0
10
24、0
19
调查该站没有发现任何硬件告警。
现场测试没有发现载频故障。
经CIC监听。
为A口CIC传输故障
(2)检查系统是否存在与TDM,KSW/DSW,KSWX/DSWX相关的告警
以上告警在某些情况下会影响到TDM时隙的分配,可能会造成单通无声现象,通常是BSC级的,影响范围比较广。
但需要注意的是,这些告警未必就意味着单通无声,只有当它们伴随着单通无声现象出现时,彼此间才可能存在联系.
如果有此类告警出现,请先用命令”swap0tdm”切换到备用TDM上,然后请根据Motorola手册68p02901w26或在MotorolaEngineer的指导下对告警进行处理
(3)检查系统是否存在与变码器GDP/XCDR相关的告警
MSIalarm:
11#~70#:
DSPChannel(0-59)AuditFailure11-70alarm
与这些GDP/XCDR板相关的话音可能会出现单通无声现象。
3.3.4Bss_gather数据采集和监听A,Ater和Mbis口
如果以上几步还不能排除故障,需去现场拨测,同时在OMC上安装Bss_gather(如何安装,需联系MotorolaEngineer),用Bss_gather选项-no_audio对问题电话的主叫和被叫收集信息(具体使用方法见附录)。
在用Bss_gathers收集数据的同时,用类似Lite3000的监听传输语音仪器监听A,Ater和Mbis口
至于在动态分配模式下如何找到问题call所对应的CIC,Ater,Mbis等信道资源,有两种办法:
(1)用connection_code“123456”指令与现场测试配合检查
登陆到BSC的BSP的Emon下直接输命令connection_code“123456”,碰到单通,别挂机,主叫(当主叫为手机,被叫为固话)或主被叫(当主被两手机都在问题BSC下)都在手机上敲击键盘,按123456,此时系统应会报出如下的nonfatalSWFMlog
SWFMLogEntry91
555NonfatalSWFMErrorRoutine:
CallResourceInformation
555Area:
0x00008000Error:
0x00000000PC:
0xc003ba3ePID:
0x40(SMBSC)
555BSSRelease:
1.7.6.f0.36ObjVersion:
1.7.6.17.2ExecVersion:
1.7.6.17.1
55507-Feb-200611:
11:
20.070Subsystem:
0x01CPU:
0x0119Board:
GPROC3RAM
555
555STATICCallInfo
555----------------
555RCIID:
0x040b0104
555LocalCell:
4
555LocalCarrier:
11*该站的DRI号,从第一扇区开始计算
555(Sub)channel:
1
555AirTimeslot:
4*该载频的TS
555CICID:
0121*本次通话的CIC号,16进制
555CallOrigBTS:
31*通话的基站号
555MSC-BoundBSCMMSInfo
555----------------------
555MMSID:
160*BSC到RXCDR间的传输号
555MMSTimeslot:
12TDMTS0x0189*该条传输上的TS
555MMSBitNum:
555BTS-BoundBSCMMSInfo
170*BSC到BTS间的传输号
12TDMTS0x0187*该条传输上的TS
0
同时根据CIC号做如下操作:
在RXCDR上用命令”disp_eq”可知CIC所占用的A接口时隙
(2)是通过bss_gather-no_audio得知
因为在BSS_gather–no_audio自动运行的所有命令中,就包含了connection_code“123456”这一条命令,因此当捕捉到单通无声,并运行了BSS_gather–no_audio的命令,然后主叫(当主叫为手机,被叫为固话)或主被叫(当主被两手机都在问题BSC下)都在手机上敲击键盘,按123456,系统同样也会在BSP的Emon下报出nonfatalSWFMlog
根据得到的CIC,Ater,Mbis信道资源,用仪器对相关接口监听,以确认话音数据到底丢失在BSS系统的哪一部分,同时用如下表格将其归纳总结
根据这些信息,去收集这条话音通路上的DRI、Abis接口的MSI、Ater接口的MSI、A接口的GDP/XCDR、BSC&
RXCDR的KSW/DSW/KSWX/DSWX、、、、等设备的告警信息
将监听结果和收集的数据:
Bss_gather,Event,OMC窗口活着的告警,MMI.SWFMlog,送至CNRC进行分析.
3.3.5其它原因
指一些其他设备的故障,主要有:
(1)分布式系统原因(天线,干放,馈线于设备不匹配);
(2)直放站原因(直放站把收到的信号自激);
(3)个别手机由于电池电流微弱,造成受话器不工作,或者接受灵敏度低引起
……
4.异常通话问题预防措施
4.1工程过程中的预防措施
(1)新开MSC上中继电路必须进行CIC拨打验证测试后才能开通
(2)新增基站传输链路必须保证OMCR数据与现场传输链路连接情况一致,否则将出现通话无声现象
我们可以在怀疑的PATH上用数据库定义一条RSL,如果呈现B-U则此条PATH正常,若是E-U,说明此条PATH实际上是接错了。
(3)对BSC至基站传输链路上采用时隙分茬设备外挂其它设备模块,必须保证OMCR上时隙钉连数据的设置与外挂模块设备的实际时隙占用状况相符,否则可能导致通话无音现象
(4)在BSC和每个RXCDR之间至少配置三条以上的XBL,并且每条XBL在不同的E1link上,减少所有XBL同时闪断的可能。
弱所有XBL存在断开的情况,容易导致单通与无话音现象的出现
4.2日常维护中的预防措施
(1)每日定期进行告警(MSC,GDP/XCDR,RCI,CIC,KSW/DSW,传输等告警)收集,发现问题及时处理
(2)处理传输故障过程中注意保持线路原有连接状况不变,避免故障处理结束后将传输线路接茬、环回等导致无音、串话、回音等异常通话现象发生
BSS-gather使用方法
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 异常 通话 问题 处理 流程 预防措施