利用SmartCare定位最差端局原因.ppt

利用SmartCare定位最差接通率端局原因 肇庆公司8月份信令分析应用案例4 肇庆公司网络维护中心核心网络维护室谢春萍 在2012年全省 网络竞争力启动会 中 网络性能最差端局作为KPI指标引起全省维护人员关注 其中长途来话接通率就是衡量是否最差端局的其中一项指标 肇庆公司每天均会对本地最差端局进行监控 在8月例检中发现肇庆7个SERVER的长途来话网络接通率从8月15日凌晨开始异常 整体水平下降约5 并成为最差端局 针对这一问题 我们借助SmartCare信令系统对呼损原因进行分析 快速定位并解决问题 本案例是在通知音整改过程中发现的 由于肇庆公司在本次整改的爱立信端局试点公司 该问题的发现对其它地市的通知音整改有重要的参考意义 一 摘要 二 问题背景介绍 8月15日出现肇庆server 长途局的接通率过低 成为最差端局 针对该情况进行了分析如下 8月15日长途来话接通率全天平均水平为93 7 晚忙时最低只有91 54 对比前一天的平均水平97 5 平均下跌3 8 三 问题定位分析 从SmartCare提取8月14日和8月15日全天呼损情况对比分析 发现15日结束原因为requestedcircuitchannelnotavailable的呼叫次数比14日增加了476次 而normalcallclearing noanswerfromuser和userbusy这三种原因产生的失败次数比14日有所减少 按照网络接通率的公式定义以及呼损原因分类 normalcallclearing noanswerfromuser和userbusy这三种属于用户原因导致的释放 并不属于呼损 而requestedcircuitchannelnotavailable则归类为其它失败原因呼损 从数据上看 requestedcircuitchannelnotavailable的突增以及noanswerfromuser的突减幅度较为异常 且数量上刚好都是400多次 怀疑是结束分析消息的原因值指向错了 注 网络接通率 网络接通次数 试占次数 应答次数 主叫早释次数 振铃释放次数 被叫拒接次数 被叫忙次数 久叫不应次数 号码错误次数 试占次数网络接通率主要包括的各类呼损有 缺席用户次数 特殊信号音次数 拥塞次数 寻呼无响应次数 互通失败次数 被叫方无响应次数 UMG故障失败次数 电路全忙失败次数 其它失败原因次数 三 问题定位分析 一分钟后GZS08向GZSSA1送REL消息 并携带CAUSE44 通过拨测发现 导通消息1分钟后端局向长途局发送REL释放消息 并携带requestedcircuitchannelnotavailable 44 而正常应该发送noanswerfromuser 16 由此可初步判断为呼叫结束原因消息发送错误 为验证结束原因是否正确 我们模拟被叫用户久叫不应的场景 三 问题定位分析 为进一步确定哪个环节发生错误 我们检查话务网管系统上的现网局数据LOG文件 发现在8月15日肇庆7个端局的EOS 3660 3738的数据配置出现过改动 这两个结束分析代码的ESS 0 CAU 0 61改为ESS 14 CAU 0 19 根据局数据配置规范解释CAU 0 19是产生Requestedcircuit channelnotavailable 44 呼损 CAU 0 61是Noanswerfromuser useralerted 19 因此按照网络接通率的计算公式 必然会导致网络呼损统计次数增加 网络接通率指标下降 在EOMS系统上查看相关工程操作 发现8月14日当晚23点开始省公司对作为试点的肇庆全网爱立信端局中兴关口局通知音数据进行修改 其中爱立信端局涉及3个通知音数据 包括用户主动申请停机 其它原因的停机 全停 被叫久叫无应答 被叫用户拒接接听场景的整改 数据错误导致接通率指标异常 四 解决措施 在省资配室的协助下 修改EOS 3660 3738的配置 将CAU参数由0 19修改为0 61 ESS参数修改为0 最终脚本为ANESI es 3660 ess 0 cau 0 61 ANESI es 3738 ess 0 cau 0 61 修改后进行久呼不应场景拨测 端局正常返回 Noanswerfromuser消息 五 改善效果 修改被叫用户无应答回送给SSA的REL消息中原因值算入接通的 用户无应答19 后 长途来话接通率提高 指标从8月15日晚忙时21点的91 54 提高95 以上 提升结果明显 六 归纳总结 虽然案例中出现的问题不会影响用户感知 但会导致KPI指标计算不准确 而且这次的通知音整改肇庆公司是试点 该问题的发现对其它地市的通知音整改有重要的参考意义 在发现网络异常时 要善于结合各类系统平台进行分析 能大大提高故障处理效率 由于现阶段只能把一段时间内所有号码的拨打记录全导出再筛选 数据整理工作量较大 建议SmartCare系统在呼叫业务模块里增加网络未接通号码的CDR 感谢聆听