本文通过对某阿尔卡特移动交换设备网络优化时,对出现的接通率在白天与晚间差异分析比较过程,简要介绍了如何处理此类别问题的思路和分析方法
[关键词]SACECP MRSACE 模块 消息 信令 负荷 接通率 寻呼 交换机 算法 试呼次数
【故障现象】:
某地移动软交换出现晚间部分时段交换机接通率较低,以5月23日为例,如下表所示:
本地网 时间 系统寻呼总次数 被叫响应总次数 交换机试呼总次数 交换机接通总次数 交换机接通率 寻呼成功率
MSC1 2007-05-23 09:00:00 245129 231374 228783 213332 0.932464 0.943887
MSC1 2007-05-23 23:00:00 173706 166125 55866 47921 0.857785 0.956357
10点至11点的交换机接通率和23点至24点的交换机接通率相差7.4%。
【故障分析】:
交换机接通率算法如下:
交换机接通率=交换机建立呼叫的呼通次数/交换机试呼总次数
交换机试呼总次数=交换机发出“call proceeding”消息和收到“IAM或IAI”消息的总次数再减去局间切入请求消息。
交换机建立呼叫的呼通次数=交换机收到“call confirmed”消息和“ACM”消息的总次数再减去局间切入请求消息。
可以影响交换机接通率的因素有:
1、 HLR查询成功率
2、 Paging成功率
3、 主叫侧TCH指配成功率
4、 局间切入成功率
5、 出局IAM回ACM低
分析上述报告
1、HLR查询成功率降低导致的交换机接通率降低:
23日忙时HLR查询成功率91.5%,晚上23:00-24:00HLR查询成功率83.5%,按照忙时的成功率,HLR查询多失败了26260×91.5%-21925=2102.9,导致的呼损=2102.9/55866*100%=3.76%
2、寻呼成功率低导致交换机接通率降低:
如果寻呼成功率较低,此时分子中的CALL CONFIRM次数需要再加上额外的寻呼损耗(除了工程原因和交换机内部障碍之外,用户行为也是某些时段交换机寻呼成功率突然降低的重要原因)。23日的统计报告中寻呼成功率正常,所以不计寻呼损耗。
3、TCH ASSIGN成功率降低导致的交换机接通率降低:
TCH指配没有区分主、被叫,下面采用MS主叫试呼、MS被叫试呼两个counter的比例来划分TCH Assignment是主叫侧还是被叫侧。被叫侧的TCH失败对接通率没有影响(因为在CallConfirm之后),只考虑主叫侧TCH分配失败夜里跟忙时的差距。
23日夜里,MS主叫试呼占比例= MS Orig Att/(MS Orig Att + MS Term Att)=64.24%
TCH Assign按照白天的成功率,多失败了=42896*98.42%-40933=1285,其中主叫侧摊到1285×64.24%=825。这些失败,会影响接通率(走过了Call Proceeding,没有到Call confirm)。
由此导致的呼损=825/55866*100%=1.47%
4、局间切入失败导致的交换机接通率降低:
在每次切换失败后,都会发起重试,这样会导致用户一次实际意义上的切换却产生了多次的切换请求。交换机统计中切换请求统计的是MAP上PREPARE HANDOVER消息,在上述情况中一次切换会产生多次PREPARE HANDOVER消息,但只有成功的入局切换才会产生IAM消息,因此SPATIAL由于使用MAP消息进行统计在这种入局切换成功率很低的情况下会多计算切换入局的产生的IAM消息。
23点时段与9点时段的交换机局间切入成功率基本相等。所以交换机接通率下降的问题与局间切换无关。
5、出局IAM回ACM低导致交换机接通率低:
夜间出局ACM/IAM比白天较低。23点至24点时段比早9点至10点时段低1%左右。
根据分析,各项呼损原因综合差异为6.2%。比照夜里、忙时的差距7.4%还有1个百分点,在可接受的范围内。
【解决方法】:
经过分析,早晚的接通率差异并不是由于交换机问题产生,而是综合了用户原因,无线环境原因,相关局向原因等造成的。
【经验教训或建议与总结】:
遇到这样的问题,结合信令流程和统计报告的分析是必要的,交换机接通率的问题分析同样适用与其他类型交换机。
周齐川 毕业于成都理工大学,成都通信建设工程局交换处测试工程师,长期从事移动软交换程控机交换测试等项目实施,积累了丰富的交换核心网理论和实践知识,现积极参与阿尔卡特移动交换网络优化等工程中,对移动核心网络优化方面知识有较深的理解。
王玺 1998年毕业于成都电子科技大学电子工程系,现任职成都通信工程局交换处副处长,毕业后一直从事移动通信设备软硬件测试和网络优化等工程项目实施,对阿尔卡特和爱立信等多种移动核心网设备有较深的掌握运用,完成过国内外很多移动通信项目,有丰富的移动通信核心网经验。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)