opt
钻石会员
 
 发短消息
关注Ta
积分 12483
帖子 177
威望 7067 个
礼品券 0 个
专家指数 104
注册 2008-4-11 专业方向
网优
回答问题数 0
回答被采纳数 0
回答采纳率 0%
|
|
|
|
信令翻转报告EVENT的具体说明及分析方法
本文对现场LM交换机可能发生的一些信令翻转EVENT做了一些具体的描述, 我们将不断更新和充实此文档，以便读者对现场LM交换机的信令翻转能够有所了解，便于问题的分析和解决。
一 信令翻转报告的分析和解读
现场经常会发现类似的信令翻转系统报告，报告号5691。
SWA-CH-N7 MTPSYSTEM REPORT
-----------------------------------------------------------------------------------------------------------------------------
N7 MTPN7 LINK STATUS REPORT/ N7MEASUREMENTS ON OCCUR REPORTING INFO: NO INFO
OWN IDENTIFICATION: WUZHONG_MSCLOGNET: LOCAL
----------------#----------------#--------#---#---------#----------#---------------#---------#--------#----#--------------
DEST LOGNET LKSET SLC CCSMEN DTMEN LINK-STATE TRF-STATE TIME EVNT ITU-Q.752
PCE TN PCE TN PREV ACT PREV ACT HH:MM:SS MEASUREMENTS
----------------#----------------#--------#---#------=--#------=---#-------=-------#----=----#--------#----#--------------
185 1 20 NAT LS_SC 0 H'8304 6 H'1332 16 ACTING ACTIVE NTRF TRF 08:54:30 H'C8 1.12-1.11
EVENT + MEANING
------+----------------------------------------------
H'17 LINK AVAILABLE
|-------------------------------------------------------＞代表信令翻转的EVENT值
UNSOLICITED REPORT
NO = 05691
二 常见EVENT分析及解决方法
1EVENT为H’0(CHANGEOVER ALL REASONS
),此情况一般为交换机内部问题,系统检测到内部未定义的错误类型时，出现此EVENT。
2EVENT为H’14(LEVEL 2 T6 EXPIRED (DURATION OFCONGESTION))，T6超时，LINK在拥塞时候的正常处理流程，参考Q.703-9.3
3EVENT为H’15(LEVEL 2 T7 EXPIRED(ACKNOWLEDGEMENT DELAY)),连续发送127个消息后没有收到对端的确认，一般是对端问题，检测对端硬件，或挂表检测是否对端回应了正确的消息。
4Event为H’17 (SUERM THRESHOLD EXCEEDED)，此情况多为传输引起的故障(注：此处传输包括交换机之间的传输线路、中继板等)。由于信令对于传输误码率的要求比话音的误码率高几个数量级，因此传输的瞬间抖动可能不会引起传输告警，但会造成信令的翻转。对于此问题，可以使用K1205观测进来的信令消息是否有比较多的CRC校验错误。如进来的消息没有CRC校验错误，尝试更换对应的中继板。如果进来的消息就有比较多的错误，建议传输部门或对端LINK检查原因。
5Event为H’18 (ABNORMAL BSN/FIB)，此类情况是由于收到异常的BSN（后向序列号）或FIB（前向指示比特），导致信令无法正常有序的发送消息，最终造成信令翻转。这种情况可能为对端信令板有硬件故障或传输造成BSN/FIB误码。
可尝试更换对端交换机的信令板，测量传输误码率，或接信令检测仪观察在次类翻转前的BSN/FIB的使用情况以判明确切原因。
6Event为H’1B (SIE/SIN/SIO/SIOS RECEIVED), 此类情况是由于我端收到了对端发过来的SIE/SIN/SIO/SIOS消息。需要对端检查为何会发出此类消息。
7Event为H’1C (LEVEL 3 STOP ORDER DETETED)，此类情况是由于信令管理模块收到人机命令将其打死或在Maintenance过程中发现硬件故障自动将其打死。如果是Maintenance过程中发现硬件故障自动将其打死，建议可对信令板做例测或更换信令板。
8EVENT为H’20(LEVEL 3FAILURE DETECTED),Maintenance过程中发现level 3硬件故障.如果是Maintenance过程中发现硬件故障自动将其打死，建议可对信令板和HCCSM386 MCUE做例测或更换信令板，以及SACEN7的状态。
9EVENT为H’21(SIGNALLINGCONTROLLER LIFE TIMER EXPIRED),内部问题，SLTA板SC的定时器超时，检查SLTA板状态或更换硬件。
10EVENT为H’40(FATAL FWERROR)，内部问题，系统检测到了HCCSM386(SLTA)固件的错误。
11Event为H’41 (LEVEL 2 FAILURE)，此类情况是由于MTP LEVEL2层的帧结构遭到破坏，造成信令翻转，多为传输不稳定或SLTA的硬件故障。建议检查传输状况或SLTA板的状态。
12Event为H’42（SIGNALLING TERMINALEQUIPMENT FAULT），硬件错误，检测SLTA板的状态。
13Event为H’43（SC WATCHDOG TIMER EXPIRED），此类情况多由于信令板上的SC固件的硬件故障或由内部、外部的传输触发的硬件类故障。
可对频繁发生此类问题的信令板进行更换或进行网络例测来确定是否存在网络问题。
14Event为H’44(SLTA PORTFAILURE ),系统检测到SLTA PORT状态不对,检测HCCSM386和SLTA板硬件以及二者之间的背板连线是否正常。
15Event为H’46(ALIGNMENTFAILURE),一般是传输问题，或者是SLTA硬件状态不对。
16Event为H’50(REMOTEPROCESSOR OUTAGE
),收到对端发送过来的SIPO消息，需要对端检查发送此消息的原因。
17Event为H’51(LOCALPROCESSOR OUTAGE),系统检查到上层处理器OUTAGE,将link打死，本端检查OUTAGE的原因。
18Event为H’78 (LOCALINHIBITING),本端将LINKINHIBIT,一般是使用了ORJ 命令将LINK打死。
19Event为H’7A(REMOTEINHIBITING) ，收到对端的INHIBIT消息，将LINK置为INHIBIT 的状态。
20Event为H’64(CE OOS)，CE 退出服务，检查安全块以及硬件状态。
21Event为H’65(AUDITMESSAGE RECEIVED),交换机SACEN7定期检查所有HCCSM386的LINK的动态数据，如果SACEN7没有收到HCCSM386的回应消息或回应消息中的动态数据和自身不同，通知对应的HCCSM386进行LOAD,此时所有的link都会翻转。此问题一般是HCCSM386的故障或SACEN7和HCCSM386之间的网络有问题，建议进行网络例测并检查HCCSM386硬件状态。
22Event为H’66(HEARTBEAT MESSAGE RECEIVED)， AUDIT不到对应的硬件状态，一般为SLTA工作不正常。
23Event为H’67(COMMONLOGIC FAILURE DETECTED)，此错误有可能是软件错误或硬件错误，或者是收到某些异常消息，可以先对硬件进行检测排除这个原因
[ 本帖最后由 opt 于 2008-6-10 23:19 编辑 ]
扫码关注5G通信官方公众号,免费领取以下5G精品资料
1、回复“YD5GAI”免费领取《中国移动：5G网络AI应用典型场景技术解决方案白皮书》
2、回复“5G6G”免费领取《5G_6G毫米波测试技术白皮书-2022_03-21》
3、回复“YD6G”免费领取《中国移动：6G至简无线接入网白皮书》
4、回复“LTBPS”免费领取《《中国联通5G终端白皮书》》
5、回复“ZGDX”免费领取《中国电信5G NTN技术白皮书》
6、回复“TXSB”免费领取《通信设备安装工程施工工艺图解》
7、回复“YDSL”免费领取《中国移动算力并网白皮书》
8、回复“5GX3”免费领取《 R16 23501-g60 5G的系统架构1》
| |
关注楼主