BSS拥塞故障分析与处理.doc

目 录 第1章 BSS拥塞问题处理指导书 1-1 1.1 概述 1-1 1.2 A接口拥塞 1-1 1.2.1 背景知识 1-1 1.2.2 处理步骤 1-2 1.3 无线信道拥塞 1-5 1.3.1 背景知识 1-5 1.3.2 分类故障定位 1-5 1.4 案例 1-8 1.4.1 因同频干扰导致的SDCCH拥塞案例 1-8 1.4.2 某小区拥塞率过高 1-8 1.4.3 传输不稳导致SDCCH高度拥塞 1-9 1.4.4 大量突发位置更新造成SDCCH拥塞 1-10 1.4.5 CIC号配错导致TCH拥塞率高 1-11 1.4.6 LAC号设置不当导致SDCCH拥塞率过高 1-12 BSS拥塞问题处理指导书 概述 拥塞指各种原因导致的资源不够用而产生的冲突问题，BSS侧涉及的拥塞资源主要分成两类：有线资源和无线资源。有线资源如A接口电路拥塞、Abis接口电路拥塞，主要是A接口拥塞，A接口的拥塞还会伴随所有无线信令信道的拥塞；单纯的无线资源拥塞包括各类信道的拥塞，如SDCCH拥塞、TCH拥塞、AGCH拥塞等。Abis接口基本不会拥塞，网上也没有类似问题。本文不做讨论。 本文介绍拥塞类问题的原理背景、主要表现、定位方法、常用处理手段等。由于A接口拥塞和单纯的无线资源拥塞情况区别比较大，本文分别描述两种问题。 A接口拥塞 背景知识 A接口是BSC和MSC之间的接口，A接口拥塞是所有拥塞问题中最严重的，涉及A接口影响的BSC下的所有基站，表现为： 用户普遍无法打电话； 所有基站的无线信令信道同时发生拥塞，通过BTS维护台查看信道状态可看到SDCCH全部占满且短时间内无缓解迹象，同时又可看到业务信道比较空闲； BSC的CPU占用率维持在较高的水平，在极短的时间内可达到80%以上甚至更高； 全部或大部分A接口7号信令链路处于断开链路状态。 注意：面对A接口7号信令闪断或长时间中断、SDCCH动态调整和信道过载、CPU占用率过高等现象，切不可慌张，这些只是问题的结果，而不是原因。需要冷静地根据指导逐步解决问题，只要处理得当，系统都可以顺利恢复。 处理步骤 确认A接口信令性能的相关话务统计任务是否正在工作 3个：“MTP链路性能测量”、“SCCP协议性能测量”、“BSC整体性能测量”。 前两个任务的目的是为了直接观察A接口的信令情况，应以15分钟为一个周期； 此时“BSC整体性能测量”话务统计任务的作用是观察“MSC发来寻呼请求次数”、“寻呼请求次数”、“PCH过载次数”等与寻呼量有关的指标，这是观察A接口信令流量的一个必要补充。当事故发生时，应登记一个15分钟周期的“BSC整体性能测量”，只包含与寻呼有关的几个指标。 说明：BSC在任何情况下（包括正常运行的情况下），都必须登记“MTP链路性能测量”、“SCCP协议性能测量”这两个话务统计任务，登记其中所有指标，任务周期最多为15分钟，其中“MTP链路性能测量”的任务对象为所有模块的所有7号链路。建议正常运行的情况下也登记15分钟周期的“BSC整体性能测量”，只包含与寻呼有关的几个指标，以便问题发生时进行分析。 通过话务统计判断A接口信令负荷是否过载 A接口信令链路下行负荷过载都是造成链路闪断或长时间中断的主要原因。 观察BSC的“MTP链路性能测量”的话务统计任务，如果某条A接口信令链路已经长时间中断，则可观察其中断前的统计结果。 如果某些或所有7号信令链路的“信令链路接受占用百分比”超过40%，说明MSC向BSC下发的消息量过大（一般是寻呼消息下发过多），造成了A接口7号信令链路下行过载。 “MTP链路性能测量”话务统计结果反映的是一个话务统计任务周期内的MTP链路平均占用情况，如果是多次突发性的链路拥塞，不一定能使平均结果超标。这时如果发现“信令链路接受占用百分比”比平时高出2、3倍或更多，并且从“BSC整体性能测量”中可看到有异常多的PCH过载，则也可认为A接口7号信令链路下行负荷异常。 如果某些或所有7号信令链路的“信令链路发送占用百分比”超过40%，说明BSC向MSC上发的消息量过大，造成了A接口7号信令链路上行过载。不过这种情况很难发生。 另外，从MTP链路性能测量的其它指标中也可看到信令链路由于拥塞而发生了中断的次数，各项指标综合分析，也可知是否发生了拥塞、以及哪个方向发生了拥塞。 说明：40%的链路负荷能力是有关标准中的规定。事实上，华为BSC的7号链路负荷达到60%也可正常工作，但此时不能保证对端MSC的链路不拥塞，40%是一个危险的警戒线，有关标准并未要求信令负荷能力超过这一界限。在日常维护工作中，如果发现链路负荷超标，应积极采取措施缓解。系统正常运行中，不可能发生上行超标而下行不超标的情况；如果上下行均超标，应考虑增加链路数量；如果只有下行超标，则应通知M