河北唐山CDMA网络质量事故回溯报告.docVIP

Huawei Technologies Co. Ltd. Report No. Strictly Confidential Rev 2.0 河北唐山CDMA网络质量事故回溯报告 Prepared by: 刘利锋 Date： 200-7-16 Checked by: Date： Approved by: Date： Huawei Technologies Co., Ltd. All rights reserved 1、事件过程描述： 3 2、事件反思 4 4、问题背后的问题 6 5、总结 7 1、 河北CDMA项目唐山本地网为河北省重点区域，自6月10日割接完成，割接完成后立即进行大量新建站及1x、DO扩容；至今已有在网设备1x基站556、载频数2063，DO基站353个基站、载频数2012。 7月12日唐山项目组进行参数核查时发现存在7个基站驻留策略与既定策略不一致，通过对割接脚本核查，原脚本正确，唐山网规组TL苏文庆、TS孙军计划对7个站驻留策略参数进行调整，安排合作方进行准备。 7月14日唐山电信网优部门在晚上20点收到用户投诉“唐海党校”基站无法主被叫，唐山网规组检查该站话务量、掉话、呼建KPI指标正常。 7月15日11点再次收到“唐海党校”投诉，网优到达现场测试，现场测试“唐海党校”主被叫正常；但测试发现“唐海供电一所”无法起呼，但可以从其他基站切入该站； BSC侧进行该站告警、接入、登记数据检查，并对基站进行复位操作，问题依旧。跟踪信令发现，主叫没有任何信令发到BSC，被叫的时候手机也没有任何响应消息，联系交换核查数据正常。分析全网话务指标进行对比，发现26个基站话务量为0，且在同一Abis接口板。现场派出多人测试，,经用户同意对发现不能通话基站进行紧急闭塞。询问现场没有近期无操作，怀疑Abis接口板故障。 7月15日14点左右现场B侧工程师知会省项目组，并再次询问现场没有近期无操作。打800建单，启动紧急事件处理流程。 7月15日14点30左右分省项目组在石家庄召开电话会议，要请研发等相关人员接入处理。 7月15日16点左右研发检查日志，初步判断为驻留策略问题，让现场人员检查驻留策略。检查这三个站主流策略，发现283、201频点的CCLM、ECCLM发送参数均为不发送，导致在283、201频点无法寻呼建立寻呼信道，导致1X语音无法接入，用户主被叫均不能拨打，造成大量用户投诉。 根据日志检查发现7月14日下午点唐海曹妃甸、唐海供电一所、乐亭远大酒店等七个基站的多载波参数驻留配置错误。后通过维护台用LST CDMACH 检查问题基站配置参数，发现三问题基站下的283、201频点的CCLM、ECCLM发送参数值为不发送，即基站不下发任何寻呼信道列表。合作方郑柯柯承认7月14日16时未告知任何人下发7个站驻留参数调整脚本 回顾整个事件，有以下几个关键点： 时间 事件 操作人 结果 7月12日 苏文庆（TL）、孙军（TS） 参数检查发现7个站201频点仅在201频点CCLM、ECCLM发送，与驻留策略不符。 7月13日 苏文庆、孙军 与割接脚本进行核查，割接脚本正确；决策需要进行修改。　 7月14日 郑柯柯（合作方） 脚本制作错误，问题隐患 　 未审核　 TS孙军未收到脚本；但未及时关注策略整改进度。 7月14日16点 独自下发加本、未经允许 郑柯柯（合作方） 问题：未在规定时间、下载未审核脚本、未经TL/TS允许、下载脚本后未跟踪涉及基站状态 7月14日20点 用户投诉“唐海党校”基站无法主被叫 孙军、魏国星（合作方） 检查该站话务量、掉话、呼建KPI指标正常 7月15日11点 再次收到“唐海党校”投诉，现场测试正常；测试发现“唐海供电一所”无法起呼 苏文庆、魏国星（合作方） 发现故障基站，并进行全网话务KPI指标，发现26个基站接入次数为0次，部分未开通基站 7月15日14点 检查基站无告警、分析存在无法进行呼叫基站均在同一Abis接口板，现场测试对不能呼叫基站进行闭塞，对测试站进行复位，询问现场近期无人进行参数修改操作 杨硕（B侧） 800建单，启动紧急处理流程 7月15日14点30分 省项目组召集电话会议，跟踪督促问题进展 河北省项目组 　 715日16点 研发分析发现硬指配存在问题 800 现场对7个基站进行检查发现201和283频点CCLM、ECCLM参数均设置为“不下发”，现场修改后正常 7月16日 靳庆刚、刘利锋 　 、 参数修改后，没有对参数进行检查，且对修改基站指标为什么没有进行跟踪观察？ 收到用户投诉后，仅对投诉基站进行检查；现场用户只能通过位置进行大概描述，第一次收到投诉分析时，仅分析用户