11、 时钟不同步造成高切换失败,查看告警一般存在7839告警,告警内
容为7839 DIFFERENCE IN FREQUENCIES BETWEEN PCM AND BTS MASTER CLOCK,一般源小区的切换失败率会突然升高,通常需要更换BCF板。
4.3.3 LAPD掉话定位及处理
1、统计分析ET的可用率和误码率。
2、查看告警确定是否为载频退服导致,并查看相关原因,如需要更换载频
或做基站硬件处理,与相关部门合作处理。 3、ZYMO指令查看是否存在传输误码导致传输闪断。 4、确定基站是否出现过断电原因造成的退服。
4.3.4 Abis口掉话定位及处理
这类掉话主要是传输质量引起的,如传输误码、滑码、帧丢失等,处理思路如下:
1、 查看告警是否相关载频存在7745告警,可通过复位载频观察。如复位载
频后,7745高告警仍然存在,仍然存在高掉话,可尝试锁住载频观察掉话情况,在确定由于某载频故障导致ABIS高掉话后,可先行闭锁TRX然后更换。
2、 检查小区是否存在严重的同邻频干扰问题。 3、 对Abis口的传输可用率和误码率进行统计。
4.3.5 A口掉话定位及处理
A接口掉话特别容易发生在MSC之间、BSC之间等与A接口有关的切换过程中,MSC、BSC之间的切换除了与无线网络有关外,还与网间信令配合、信号同步等因素有关,局间切换相对较复杂,也较容易引起掉话。处理思路如下:
1、如果A口掉话均匀分布在BSC内所有小区上,A口电路存在故障,向相关部门反映解决。
2、 A口掉话一般都是由于跨MSC的切换引起,可检查相关切换指标和切换
参数以及目标小区的工作是否正常。 3、 对A口的传输可用率和误码率进行统计。
4.3.6 TR掉话定位及处理
TR掉话大都与硬件相关,特别在近期开展的替换项目中,由于GEMINI的bts仍使用的是西门子的设备,所以在mapping过去时,部分TR掉话对应的是前西的设备掉话。该类掉话常常采用重启小区与载波的办法解决,一般的处理方法如下:
1、如果TR掉话在BSC内部分布比较均匀,可能为TC板或BSC级其它单元故
障,需要更换排查硬件故障。
2、查看是否有2993告警,定位哪些些站或BSC TC出现这种问题。如果单站
出现TR掉话,为降低对用户的影响,可优先考虑以下方式处理: a) 考虑重启该载频 b) 考虑关闭该载频
c) 考虑关闭该时隙
3、出现2992告警时一般为BSC TC故障,现象是BSC多个BTS出现少量TR掉
话,不像2993告警,单个BTS大量TR掉话。当BSC反复出现此告警时,可以确定是BSC TC故障,需及时更换硬件单元。
4、检查TRX数据是否正确,如果因工程、割接等造成TRX数据时隙做错,
重起是无效的。判断
BTS现场还是BSC TRX数据时隙做错,重做TRX数据纠正。
5、如复位载频和重建数据均无效,确定是否为载频故障或传输配置数据有
误。
6、通过调节BSC参数ITCF,可以对TR掉话有所缓解,建议设为最大值5。
五、掉话相关的计数器
5.1 T305 & T308
T305 & T308 是关于呼叫控制 CC 层的 Disconnect Indication 和 release request的计时器Timer。详细描述可参见规范GSM04.08
通过对T305&T308参数的调节,使交换机能赶在T200超时之前,提前下发CLEAR CMD消息拆链,这样BSC就不会向MSC发送Clear Request消息,从而降低掉话次数。(T305=2s ,T308=1s)
5.2 T8/T10/T3103/T3107/T9113
? T8在服务BSC 监控 (跨BSC) 外部切换过程 , 取值范围8s~30s,初始值
12s
? T10监控分配过程,取值范围4s~30s,初始值8s,且T10 > T3103, T10 > T3107 ? T3103监控(BSC)内部切换过程,取值范围3.5s~28s,初始值6s
? T3107监控分配过程以及(小区)内部切换过程,取值范围3.5s~28s,初始值
6s
? T9113在目标BSC监控 (跨BSC)外部切换过程,取值范围8s~30s,初始值
13s
以上计时器超时都可能引起BSC向MSC发送Clear Request消息,因此延长这些计时器就能够降低BSC向MSC发送Clear Request的概率,建议按如下数值设置:
T8\\T10\\T9113 = 30s T3103\\T3107 = 28s
5.3 T200(FACCH/SDCCH)
T200是一个BTS级计时器,当FACCH丢失了I帧T200开始计时,当T200超时后BSC会向MSC发送Clear Request,T200初始值是160ms(NOKIA),所以时间总长为160*(34+1)=5600ms (T200*N200+T200).
相关推荐: