异常话务分析流程图.doc

1、一、 异常话务：1.1 全网指标分析工作任务：对全网各项指标中波动的做出波动说明工作时间：1-2个小时，视波动指标多少而定 工作要求：及时并清晰的分析出指标的波动原因，并上报到网优接口人及后台各个负责人。工作方法及流程：以PS域无线接通率低于考核门限99%为例做说明第一步：统计全网PS接通性能登录中兴TD客户端minos，输入用户名和密码*登陆之后，选择：性能管理模块第二步：分析当日的影响接通率的各项明细指标，涉及到本例中的PS域接通率低问题，就需要查看PS域RAB指派的成功率和RRC连接建立的成功率，举例：波动分析分为3个结构：指标描述、分析、结论。指标描述：6月10日分组域接通率为98.9

2、8%，全网小区分组域RAB建立成功率99.63%，RRC连接建立成功率99.36%，RRC连接请求次数1827834次，RRC连接失败11753次，其中RRC连接失败_congestion3719次，占全部失败次数的31.64%，当日最差小区为：五华酒店TF_60121PS域无线接通率51.47%，RRC连接建立成功率74.87%，请求次数6386次，失败计数_congestion1603次，小区分组域RAB建立成功率68.75%,分组域RAB指配请求建立2176个，指派失败680个；农业银行_40121PS域无线接通率38.26%，RRC连接建立成功率低导致（38.83%） ，RRC请求20

3、91次，RRC连接失败计数器，congestion1278次；黎家坡床单厂_12411PS域无线接通率58.27%，RRC连接建立成功率低导致（62.6%） ，RRC请求1992次，RRC连接失败计数器，congestion736次；分析：查看五华酒店TF_60121，无UP干扰，有排队的RAB指派失败和RRC_congestion出现的时段在9:00-12:00、15:00-17:00之间，根据以往经验为用户突增引起的拥塞情况，导致该小区在这段时间内接通性能差。农业银行_40121/黎家坡床单厂_12411,查看这两个小区存在UP干扰，而且区域来看，是外部干扰源导致。结论：6月10日分组域接

4、通率低于指标门限0.02%,是几个恶劣小区接通性能差导致。异常工作反馈:指标波动分析之后，需要通报给网优接口人 以及前后台负责人。考察办法：波动说明要在:XX 移动 TD网优小区性能日通报_20100624.xls 此份报告之前发送，视情况在 XX移动 TD网优小区性能日通报_20100624.xls 的邮件中添加部分说明文字。参考资料和注意事项：该份波动说明主要是要及时并清晰的定位出问题，不需要有太多文字，但是必须思路清晰，并且能给局方网优负责人一个直观的解释，需要部分分析能力。全网指标监控分析工作分成两部分,第一部分每小时监控全网指标情况,各个 RNC的指标情况;第二部分在工作日的第二天分

5、析前一天的指标波动情况,对于引起指标大波动的情况要进行提交指标波动说明。这项工作主要关注 T网指标整体情况，保障网络提供优质的服务，减少投诉量，提升客户感知度，使指标平稳的发展。每日 9：30 前发送 TD性能日报（前一日的全天指标，包括集团话务网管提取的全网指标、Minos 网管提取的全网指标以及全网最差小区等）给全体优化人员。每日 10：00 前以短信发送从集团话务网管提取的前一日全天集团考核指标给中心领导和相关负责人，以短信发送从集团话务网管提取的前一日全天集团关注 TD指标给中心领导和相关优化人员。每日 10：30 前发送 TD性能日报（前一日的全天指标，包括集团话务网管提取的全网指标

6、、Minos网管提取的全网指标）给各位领导，如果指标有异常波动，要在日报邮件正文说明。检查集团话务网管的指标和 Minos网管的指标是否正常，是否一致，发现问题及时分析上报。为及时上报问责本职位。未及时发送日报和短信问责本职位。指标波动未及时发布合理说明问责本职位。每小时监控全网指标及最差小区，及时对指标波动（指标低于集团要求挑战值）做出说明，每日 10：00 将前一日指标说明发送给网优中心异常话务负责人/ TD异常话务支撑专员。指标波动未得到及时说明，问责本职位。每周五 10：00 前将本周周报（上周四到本周三）发送给网优中心异常话务负责人，包括全网 KPI分析周报和汇总的 TD异常话务周报

7、。未按时提交或质量未保证问责本职位。1.2 区域异常话务分析1.2.1 前期的准备工作1.2.1.1 工单模板和流程（1） 最差小区工单派单员：中心区异常话务分析员、东区异常话务分析员、南区异常话务分析员、河西区异常话务分析员配合处理人员：TD 路测片区负责人、告警分析及工单派发员派单内容：1）对前一日的最差小区分析发现问题必须通过其他工作范围的人员协作解决，通过发单的方式通知其他人员处理，并设置处理时限，跟踪回单，如没有解决第二日重发，直到三次发单未解决，上报。其中告警相关问题上报模板见（3） 。2）每日上午将上报三次发单未解决的问题报给 TD 异常话务支撑专员汇总，由 TD 异常话务支撑专

8、员通报给网优中心异常话务负责人。3）对前一日的最差小区分析发现问题可以在后台自己解决，解决后自己完成工单。4）每日 17：00 前将当日工单（包括已经处理好的和正在处理中的）汇总发送给网优中心异常话务负责人/ TD 异常话务支撑专员。（2） 全天候监控工单工单模板同（1） 。派单员：无线接通率率和掉话率全天候监控分析员、切换成功率全天候监控分析员配合处理人员：前期：中心区异常话务分析员、东区异常话务分析员、南区异常话务分析员、河西区异常话务分析员、告警分析及工单派发员后期：TD 路测片区负责人、告警分析及工单派发员派单内容：1）对当日监控的最差小区分析发现问题必须通过其他工作范围的人员协作解决

9、，通过发单的方式通知其他人员处理，并设置处理时限，跟踪回单，如没有解决第二日重发，直到首次发单达到处理时限未解决，上报。其中告警相关问题上报模板见（3） 。2）每日上午将 48 小时未解决的问题报给 TD 异常话务支撑专员汇总，由 TD 异常话务支撑专员通报给网优中心异常话务负责人。3）对前一日的最差小区分析发现问题可以在后台自己解决，解决后自己完成工单。4）每日 17：00 前将当日工单（包括已经处理好的和正在处理中的）汇总发送给网优中心异常话务负责人/ TD 异常话务支撑专员。（3） 告警工单派单员：中心区异常话务分析员、东区异常话务分析员、南区异常话务分析员、河西区异常话务分析员、无线接

10、通率率和掉话率全天候监控分析员、切换成功率全天候监控分析员、告警分析及工单派发员，由告警分析及工单派发员汇总统一发出。配合处理人员：网络维护中心、网优数据、四县网络部、传输维护中心派单内容：每日 17：00 前将当日工单（包括已经处理好的和正在处理中的）汇总发送给网优中心异常话务负责人/ TD 异常话务支撑专员。（4） IMSI 查询工单派单员：中心区异常话务分析员、东区异常话务分析员、南区异常话务分析员、河西区异常话务分析员、无线接通率率和掉话率全天候监控分析员、切换成功率全天候监控分析员、告警分析及工单派发员，由告警分析及工单派发员汇总统一发出。1.2.1.2 分析工具使用方法工具方法：O

11、MM、 、RCTV 、LMT、TSCPa） OMM在我们后台日常工作中，熟练对 OMM 的操作非常重要，而在日常操作最多的为：频点扰码的修改，PCCPCH 功率的修改，增加删除相关邻区，查询相应的告警等。b） RCTVRCTV 是 OMM 中集中的一个信令跟踪工具，可以即时的跟踪用户或者是小区的相关信令。某个用户或者某个小区出现异常时，后台的信令跟踪就显得格外重要了，根据后台的信令可以很好配合前台的分析问题，最终将问题分析至点上。而关于 RCTV 的使用说明也比较简单。1、 在左边点击：创建任务。在右边显示要跟踪的任务名称和任务类型，按照跟踪任务的需求选择。完成后点击下方的：NEXT。2、选择

12、跟踪任务的不同 RNC（具体任务可以按照需求增加任务即可） 、不同的跟踪类型、不同的终端或者跟踪小区。3、在跟踪任务管理 里面选择任务管理，找到刚创建的任务右键点击启动任务，任务就开始跟踪。4、跟踪完毕之后，在启动任务的界面上点击查看数据。即可看到任务数据已经保存，点击全部下载，即可下载到指定目录。c） LMTLMT 是一个利用 IPOA 的技术远程跟踪 NODE B 基站基本信息的工具。在新开站点时，可以利用该工具配置 NODE B 侧的数据，而现在我们使用 LMT 最重要的一个作用就是查看该小区即时性是否存在干扰（UP 干扰，时隙间干扰，接受带宽总功率异常） 。配合 LMT 使用的工具是

13、Server-U，对 Server-U 配置好相关目录后，运行与 NODE B 前台版本相对应的 LMT 版本，登录后启动相对应的小区测量。即时性的 UP 干扰的测量值，一般计算第 7 个值，注意计算方法为：UP 干扰值=测得值*0.5-120，正常值为-108dBm，如果该值大于-90，即定义为该小区存在 UP 干扰，可能对起呼，硬切换有影响。即时性的时隙间干扰值，正常值为-108，同样如果测得该值-90 即定义为存在时隙间干扰。即时性的接受宽带总功率的干扰值，每个时隙对应 8 个通道，正常值为-108，同样如果测得某个通道值-90 即定义为存在通道异常。1.2.1.3 CDT 的提取CDT

14、 的文件是存储在 SBCX 板上的，先必须把文件从板子上取到客户端，然后再从客户端转移到使用终端上。1、 首先进入相应的 X-MANAGER，右键点击打开客户端。2、 进入到 SBCX 板。3、 找到要求的 CDT 文件。4、 从 SBCX 板上拷贝到客户端，在使用终端上运行 FTP 工具。找到刚才拷贝的文件，复制到使用终端上。CDT 提取完毕。1.2.1.4 CDT 的分析CDT 的分析时日常分析的最主要工具。1、 插入分析狗，双击 ，打开工具。2、 在文件里面导入最新的工程参数与 CDT/MR 数据（退出之前请删除导入的参数） 。3、 按照问题点的不同，使用不同的分析指标（这里以系统间切换

15、为例） 。在专题分析里选择系统间切换统计。4、 在下面显示的全网统计中右键选择所需要的小区、终端或者用户等。5、 以小区为例，选择相应的小区右键，选择关联分析，点击 CDT 分析。6、 在下图中可以看到失败的详细信息，包括：用户失败的时间、起呼的信息、用户的信令流程、具体信令的解码等。1.2.2 确定问题小区，问题类型开始分析之后，每个片区后台负责人根据每天收到的 XX 移动日报来确定各片区的最差小区。一般来说，日报会把昨天指标比较差的小区区分问题种类全部列出来，片区根据站点前期的指标情况和全网的失败次数来确定当天必须处理的最差小区。1.2.2.1 根据区分的问题类型使用不同的分析方法1.2.

16、2.2 RRC 连接问题分析流程图如下：可能原因 1:基站故障失败原因为NO REPLYNYN问题处理建议故障是否解决经验总结结束NRRC 连接成功率低无失败原因或原因为CONGESTION失败原因为UNSPECIFIED可能原因 2: 查看干扰可能原因 1: 设备故障 可能原因 1:设备故障是否基站/小区故障可能原因 3:码资源不足是否 UP/时隙干扰导致BRU 占用高或码道闭塞是否基站故障导致可能原因 4: Iub 口拥塞是否 Iub 口带宽受限YYYYN可能原因 2:传输故障是否传输拥塞或闪断YNY可能原因 2:同频同扰码可能原因 3:Iub 口丢包越区覆盖导致同频同扰传输丢包/误码率大

17、是否存在故障/告警可能原因 4:终端问题是否特殊终端导致YYYNNNN目前全网的 RRC 连接（非业务相关）失败次数比较多的是 no reply 问题，从前期的优化经验来看，一般都是系统中两个小区的扰码和频点相关性太强导致；对于UNSPECIFIED 的失败，一般都是硬件故障；对于 CONGESTION 的问题，一般都是有干扰或者是资源利用率太高，用户太多导致。1.2.2.3 RAB 指配失败问题NYN问题处理建议故障是否解决经验总结结束NRAB 指派成功率低失败原因为UNSPECIFIED可能原因 2: 查看干扰可能原因 1: 设备故障是否基站/小区故障可能原因 3:码资源不足是否 UP/时隙干扰导致BRU 占用高或码道闭塞是否基站故障导致可能原因 4: Iub 口拥塞是否 Iub 口带宽受限YYYYN可能原因 2:传输故障是否传输拥塞或闪断YNY可能原因 2:同频同扰码可能原因 3:Iub 口丢包越区覆盖导致同频同扰传输丢包/误码率大是否存在故障/告警可能原因 4:终端问题是否特殊终端导致YYYNNNN1.2.2.4 掉话掉线问题分析流程图如下：