无线网络最差小区处理流程和规定动作建议.docVIP

最差小区处理流程和规定动作建议 技术组职责和工作流程说明 1、KPI值班经理根据筛选出来的KPI最差小区，按照最差小区数量进行分配给技术组，通常是奥运场馆室内覆盖站点由 赛时奥运竞赛场馆技术支持组 进行分析，其他小区由 涉奥非竞赛场馆和协议酒店技术支持组 进行分析； 2、技术组针对最差小区分析的紧急程度进行排序，排序原则是：满足奥运场馆汇报门限的小区(满足奥运场馆分析门限的小区(非竞赛场馆及协议酒店的小区； 3、技术组分析最差小区原因：通常步骤是 A、明确最差小区引起的原因：呼通类、掉话类、切换类和2/3G类，并且获取引起时段的KPI，分析该最差小区的话务量指标：电路域话务量,AMR 12.2(erl)、电路域话务量,C类64/64(erl)、分组域上行流量(KBYTE)、分组域下行流量(KBYTE)。初步判断一下当时的话务量繁忙程度； 同时关注小区KPI重要计数器指标：RRC连接次数请求（业务相关）、RRC连接建立成功次数（业务相关）、RAB指配建立成功的RAB数目， RAB指配请求建立的RAB数目、RAB释放次数、RNC异频硬切换入请求次数，RNC异频硬切换入失败次数。 B、获取继续分析所需要的数据：小区告警信息（如果状态异常存在告警则用服安排人员进行告警解除）、UP干扰信息（如果状态异常存在UP上行干扰，则网优人员进行UP参数调整以观后效），以上两项内容可联系 表三 中用服值班人员进行电话沟通和获取；CallTrace信令（简称CT信令，可实时获取，并包含最差小区上报时刻的信令。通常不要自己去跟信令，一则问题信令不一定能复现，二则比较浪费时间）； C、进行信令分析：通常信令内容很大，需要快速筛选提取有用信息。建议采用对比方法进行问题分析和定位。如查看最差小区是由某一固定号码还是多个号码 引起，切换是否定向切入/出某一小区失败等，详细请参考信令分析操作建议。建议同时结合小区基础信息和邻接关系信息，因此请技术组人员实时拥有最新的邻接关系信息（可向表 三人员获取，发邮件到运行监控组值班经理和表 三值班人员）。 目前，某一固定号码的影响较大，可能的原因有：切换相关的有9频点、同频同扰码、邻区小区信号过弱等；呼通率相关的有话务量大（赛时会出现），某一载波下的固定3/6时隙接入失败，起呼位置RSCP弱，HSDPA的载波优先级别低；掉话率和切换有很大的相关性。请参看专题优化思路文档。 通过多次的对比分析，积累问题处理能力。 D、给出最差小区原因分析。通常要求定位到： 问题发生在多个号码，还是单一号码；是否具有周期性； 何种业务引起：CS12.2K,CS64K,PS64,PS128,PS384K,彩信，短信类 通过代码分析，给出引起失败的原因，可联系马连道机房的人员，请帮忙查协议。 其他原因，请大家丰富。 E、给出问题解决建议并提交最差小区分析报告 信令分析操作建议 1、运行runsignal，打开*.std或CT信令（如果是*.csv文件需要通过“sbcx查询结果”转成runsignal支持的数据格式）； 2、筛选去除内部交互信令，简化信令： 通过“历史数据查看”打开CT数据后，信令格式如下： 这里的信令很多，包含了RNC内部交互信令。因此，过滤掉这些内部交互信令，可以简化信令，如下所示： 简化后的信令如下： 这和我们使用RNA看到的L3信令是一致的， 3：统计CT中各 消息名称 数量，总体上了解一下异常信令组成情况： 通过信令数据统计，可以大概了解KPI指标异常主要是哪些消息类型引起。 4、按照最差小区发生的时段，找到该小区所在的异常信令。例如问题小区为2513，发生时段是23：00—24：00，如下： 5、分析最差小区信令终止点（按照类型区分，呼通率为RRC连接失败，RAB指派失败/掉话类为RAB释放/切换类为物理信道重配失败），以该信令作为分析起始点，首先向上看信令寻找失败原因。建议从本次呼叫的起始信令开始。从起始信令可知，该起呼的业务类型和起呼的RSCP，而下面的信令则可知道是业务速率，分配的频点和时隙等。详细可参看 信令包含内容。 6、可采用对比分析的方式，如为知道某UE是否在所有小区都存在问题，可双击“UEID”，会出现“是否排序”的询问。如下图： 7、对比正常信令，看问题信令的代码含义，如下图所示： 信令解析内容 1.呼叫信令解析内容： RRCconnectionRequest常用解析内容包括网络号、呼叫请求的业务类型、呼叫点的PCCPCH RSCP场强，如下图所示： 问题定位中，我们可以通过RRCconnectionRequest信令解析，知道呼叫地点的场强值，定位用户是否处于弱场导致呼叫失败。 RadioLinkSetupRequest常用信令解析内容包括起呼的CID、控制信道建立的频点和时隙： 通过分析控制信道