BSS拥塞故障分析与处理

目录
第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-4
1.3.1 背景知识 ................................................................................................................. 1-4
1.3.2 分类故障定位.......................................................................................................... 1-5
1.4 案例................................................................................................................................... 1-7
1.4.1 因同频干扰导致的SDCCH拥塞案例 ..................................................................... 1-7
1.4.2 某小区拥塞率过高................................................................................................... 1-8
1.4.3 传输不稳导致SDCCH高度拥塞............................................................................. 1-9
1.4.4 大量突发位置更新造成SDCCH拥塞 ................................................................... 1-10
1.4.5 CIC号配错导致TCH拥塞率高 ............................................................................. 1-10
1.4.6 LAC号设置不当导致SDCCH拥塞率过高 ............................................................ 1-11
第1章 BSS拥塞问题处理指导书
1.1 概述
拥塞指各种原因导致的资源不够用而产生的冲突问题，BSS侧涉及的拥塞资
源主要分成两类：有线资源和无线资源。

有线资源如A接口电路拥塞、Abis
接口电路拥塞，主要是A接口拥塞，A接口的拥塞还会伴随所有无线信令信
道的拥塞；单纯的无线资源拥塞包括各类信道的拥塞，如SDCCH拥塞、TCH
拥塞、AGCH拥塞等。

Abis接口基本不会拥塞，网上也没有类似问题。

本文
不做讨论。

本文介绍拥塞类问题的原理背景、主要表现、定位方法、常用处理手段等。

由于A接口拥塞和单纯的无线资源拥塞情况区别比较大，本文分别描述两种
问题。

1.2 A接口拥塞
1.2.1 背景知识
A接口是BSC和MSC之间的接口，A接口拥塞是所有拥塞问题中最严重的，
涉及A接口影响的BSC下的所有基站，表现为：
(1) 用户普遍无法打电话；
(2) 所有基站的无线信令信道同时发生拥塞，通过BTS维护台查看信道状态
可看到SDCCH全部占满且短时间内无缓解迹象，同时又可看到业务信
道比较空闲；
(3) BSC的CPU占用率维持在较高的水平，在极短的时间内可达到80%以
上甚至更高；
(4) 全部或大部分A接口7号信令链路处于断开链路状态。

注意：面对A接口7号信令闪断或长时间中断、SDCCH动态调整和信道过
载、CPU占用率过高等现象，切不可慌张，这些只是问题的结果，而不是原
因。

需要冷静地根据指导逐步解决问题，只要处理得当，系统都可以顺利恢
复。

1.2.2 处理步骤
1. 确认A接口信令性能的相关话务统计任务是否正在工作
相关的话务统计任务有3个：“MTP链路性能测量”、“SCCP协议性能测
量”、“BSC整体性能测量”。

前两个任务的目的是为了直接观察A接口的信令情况，应以15分钟为一个周
期；
此时“BSC整体性能测量”话务统计任务的作用是观察“MSC发来寻呼请求
次数”、“寻呼请求次数”、“PCH过载次数”等与寻呼量有关的指标，这
是观察A接口信令流量的一个必要补充。

当事故发生时，应登记一个15分钟
周期的“BSC整体性能测量”，只包含与寻呼有关的几个指标。

说明：BSC在任何情况下（包括正常运行的情况下），都必须登记“MTP链
路性能测量”、“SCCP协议性能测量”这两个话务统计任务，登记其中所
有指标，任务周期最多为15分钟，其中“MTP链路性能测量”的任务对象为
所有模块的所有7号链路。

建议正常运行的情况下也登记15分钟周期的“BSC
整体性能测量”，只包含与寻呼有关的几个指标，以便问题发生时进行分析。

2. 通过话务统计判断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%是一个危险的警戒线，有关标准并未要求信令负荷能力超过这一界限。

在日常维护工作中，如果发现链路负荷超标，应积极采取措施缓解。

系统正常运行中，不可能发生上行超标而下行不超标的情况；如果上下行均超标，应考虑增加链路数量；如果只有下行超标，则应通知MSC维护人员采取措施。

3. 发生A接口信令链路上行过载时的措施
尚无此类案例。

如果信令链路下行未发生过载，则上行也不可能过载；即使发生了下行过载，同时发生上行过载的可能性也微乎其微。

一旦发生了上行过载，可暂时关闭上行过载的链路所在模块的一些基站，待观察到“信令链路发送占用百分比”已经低于40%后，才可打开基站。

4. 发生A接口信令链路下行过载时的措施
此类案例较多。

信令链路下行过载的直接原因基本上都是寻呼量过大。

MSC向BSC下发超量寻呼的可能原因是MSC/VLR工作异常、或者HLR工作异常、或者SMC突发性地向全网发送了超量的点对点短消息，对此BSS 维护人员应立即和NSS维护人员取得联系，从NSS侧找到问题的根源，并采取有效措施。

当NSS的异常得到恢复、A接口信令链路也恢复后，BSS经过一段时间的之后也会逐渐自动恢复正常。

另外，如果BSS所有基站的传输发生过大面积的中断，或由于其他原因使得BSS的业务中断过较长一段时间，BSS系统恢复后的十多分钟内，A接口也会有大量的消息下发造成A接口信令链路下行拥塞。

这时也不必采取任何行动，系统会自动恢复。

可以在A接口信令链路恢复正常后，针对单个小区打开BSC维护台的Abis 接口信令跟踪，或使用信令分析仪跟踪某些小区的Abis信令，正常情况下能够看到一些完整的位置更新或呼叫流程，这就说明基站的信令信道拥塞正在解除；如果长时间都未看到任何完整的位置更新或呼叫流程，则说明基站工作异常，需要对基站进行复位。

如果希望某些重要基站能加速解除拥塞，在某些特定的条件下有相应的办法：当这些重要基站有相邻的其他小区，并且这些相邻小区的拥塞已经解除，可
以对这些重要基站进行复位操作，在复位的过程中使等待位置更新或呼叫的
手机能通过相邻小区完成所需的流程。

如果不能满足这些条件，则不可复位
基站，复位基站只会延缓拥塞的解除。

可以通过拔掉部分基站的E1来加速恢
复。

5. 信令链路未过载的措施
华为设备尚无此类案例。

在所知的唯一案例中，MSC已经近于崩溃。

如果发生此类情况，主要观察“SCCP协议性能测量”的话务统计结果，当
发现：
“发出的CR消息数”>“收到的CC消息数”+“收到的CREF消息数”
并且差别明显，同时有大量的“SCCP远端无响应”告警，则可认为MSC的
信令处理发生了问题，应及时通知MSC维护人员处理。

否则，先观察15分钟，同时分析BSC的告警，并观察是否有单板故障，根
据具体情况决定所采取的措施。

6. 主动了解其他BSS的运行情况
如果有共MSC且共位置区的其他BSS，现场维护人员也可了解其他BSS的
运行情况，了解问题发生的范围对问题的定位是有好处的。

如果发现多个BSS系统同时表现出同样的异常，不论这些BSS是否属于同
一厂家，只要不是事发前同时对所有发生问题的BSS做了同样的操作，则可
以认为问题出在NSS侧，应及时向NSS维护人员反映情况。

当上述各步骤均无效时，应及时向公司技术支持部门反映情况，寻求支援。

1.3 无线信道拥塞
1.3.1 背景知识
这里的无线信道拥塞指单纯的无线信道资源，即个别基站，非大面积的。

按
信道类型分主要有公用信道的PCH拥塞、AGCH拥塞和专用信道的SDCCH
拥塞和TCH拥塞。

一般来说，只要位置区划分合理，数据配置中寻呼信道和
AGCH比例分配合理，公用信道拥塞的情况很少发生，因此本文主要介绍专
用信道的拥塞问题处理。

下面说的信道拥塞都指专用信道拥塞。

检查是否发生了信道拥塞主要看话务统计中的信道拥塞率，如果某个小区的
SDCCH或TCH拥塞率较其它小区明显偏高，则可认为发生了拥塞问题。

正
常情况下的忙时拥塞率不应超过5%。

造成信道拥塞的原因是非常多的，主要
有：
(1) 位置区划分不合理；
(2) 地面资源不可用导致的拥塞；
(3) 确实话务量大，需要扩容；
(4) 突发业务量增大，如火车路过的偏僻站点，节日聚会场合，短信息集中
发送时间等；
(5) 有TRX故障；
(6) 有干扰造成指配信道失败。

1.3.2 分类故障定位
1. 位置区划分不合理导致的拥塞
详见案例1.4.6。

2. 话务量导致的SDCCH拥塞和TCH拥塞
原因：
遇到拥塞问题首先要检查话务统计中话务量的统计，如果SDCCH和TCH的
话务强度都明显高出正常值，则需要扩容。

还有突发业务增大导致的拥塞，如节日集会、文艺演出现场等。

定位方法：
检查拥塞小区的信道性能话务统计中的话务强度。

解决方法：
对正常话务量导致的拥塞，只能扩容基站；突发业务导致的拥塞，需要和局
方说明情况，由局方决定是否扩容。

此外，还可以采取一定措施缓解拥塞，
如打开直接重试，将呼叫指配到其它小区的信道上，这样做的前提是拥塞小
区周围有合适的邻区。

3. 突发业务量增大导致的SDCCH拥塞
原因：
这样的情况多发生于铁路沿线，特别是涵洞出口处的站点。

因为位置偏远，
一般配置容量不大，当火车经过或停靠时，大量掉网的手机会进行位置更新，
导致SDCCH拥塞。

还有短信息的集中发送时段如春节除夕夜，也很容易发
生SDCCH拥塞。

因为以上两种情况下信令只使用SDCCH，不会导致TCH
拥塞，而且因为SDCCH拥塞，TCH话务强度会较低。

此外，位置区划分不合理，导致位置更新过多也会导致SDCCH拥塞。

还有一种情况，是传输中断后恢复时也会造成和火车过隧道后同样的问题。

此时需要先解决传输问题。

定位方法：
查看话务统计，SDCCH拥塞率和话务强度都很高，TCH正常或偏低，但TCH 有占用请求。

检查LAC配置是否合理。

解决方法：
对于这样的问题，是很难避免的，不过可以采取一些措施缓解拥塞。

例如增加SDCCH的配置，打开SDCCH和TCH的动态转换等。

对于位置区划分问题，需要修改配置。

4. 载频故障导致的拥塞
原因：
当一个多载频配置的小区中的一个载频故障退出服务时，也会导致信道拥塞。

定位方法：
排除话务原因后，首先检查载频告警（查看单板状态为红色），如果有告警则可以肯定是载频故障；其次检查信道状态，是否有载频的信道状态为B或是O，尝试解闭载频是否有效；最后，如果载频没有任何异常，但信道始终为I，且长时间无话务，呼叫指配到该载频的信道就失败，有可能是指配问题，请先按《指配问题处理指导书》处理，切勿直接复位载频。

排除指配问题后，有可能是载频损坏或天馈连接故障，一般是上行接收通道故障。

对无任何异常告警的载频，但其所在小区又存在拥塞，还可以尝试闭塞怀疑的载频，若小区拥塞问题恢复，则说明闭塞的载频有问题。

解决方法：
对于可能是指配问题的现象，先按《指配问题处理指导书操作》；对于有明确告警的故障载频进行更换，对于不能明确TRX故障的要先检查天馈各段连线是否正确，天馈驻波是否正常，如一切正常再更换载频验证。

5. 干扰造成的拥塞
原因：
无线接口上的干扰也会造成拥塞，例如在小区附近有和BCCH同频的TCH信号覆盖，在此TCH上的切换接入会被小区解为随机接入，导致拥塞SDCCH；
在某些版本接收灵敏度很高的情况，也会将干扰信号直接解为接入信号，导
致SDCCH拥塞。

定位方法：
检查数据配置，是否有TCH频点使用了附近BCCH频点的情况，原则上TCH
不能使用BCCH频点集里的频点。

检查干扰带统计是否有干扰存在。

解决方法：
修改数据配置，消除干扰。

6. 地面资源问题导致的拥塞
原因：
指配信道时，如果出现A接口或Abis接口故障会导致指配失败，原因为“地
面资源不可用”，同样影响到拥塞率。

定位方法：
检查话务统计，查出因“地面资源不可用”原因导致的拥塞问题比例，然后
检查A接口和Abis接口数据配置，排除地面资源问题。

解决方法：
修改数据配置错误，如果数据无错，则可能是连线故障，需要排除。

1.4 案例
1.4.1 因同频干扰导致的SDCCH拥塞案例
问题描述：
某站点SDCCH经常发生突发拥塞，异常时SDCCH的信道请求次数明显增
多。

原因分析：
(1) 现场跟踪信令发现：异常时，在300多毫秒的时间内上报了60多条信
道请求，且信道请求内容完全一样。

除前面几条分配信道失败外，余下
的请求都被拒绝，导致拥塞。

(2) 检查数据配置，发现在离拥塞小区A10km处有一小区B的TCH频点和
该小区的主B频点以及BSIC都一样。

(3) 分析可能是B小区上的手机做切换接入，该手机位于A小区和B小区之
间，切入B小区比较困难，而切换接入信号被A小区解为随机接入，从
而为每个信道请求分配信道，导致SDCCH拥塞。

(4) 在实验室模拟现场配置，重现了故障，验证了问题。

(5) 让现场更改B小区的BSIC，错开A小区的BSIC，拥塞问题消失。

解决方法：
修改TCH的频点或BSIC。

规避措施：
TCH的频点要错开，原则上不能使用BCCH频点集的频点。

否则除了会造成
以上问题外，BCCH信号也会对TCH进行干扰。

1.4.2 某小区拥塞率过高
［现象描述］
某基站的配置为S6/4/2，从某天开始，该基站话务统计结果显示，1小区（6
载频）的TCH溢出非常严重，比如，在某天的忙时（10：00～11：00）：
TCH占用总次数为176，而其TCH溢出次数竟达到36次，拥塞率达到20%。

更为严重的是，连续观察每一天该1小区24小时段的话务统计结果，发现该
1小区的TCH拥塞率非常之高，一般都处在15%～60%之间，并且在每天24
小时中，几乎每个小时都发生拥塞率过高，而发生拥塞率过高时，该小区的
话务量都非常低，一般忙时只有0.8Erl左右，且同时，TCH占用遇全忙的次
数为0。

观察该1小区所有基带的信道状态，全部为“Idle”；获取该小区的基带和
RC属性，非常正常，在维护台上根本就看不出一丝异常之处。

［处理过程］
(1) 根据上面所述的方法中，通过在基站远端维护中查看BT的信道状态，
初步判断出该1小区的BT4、BT5有TCH占用失败的表象；
(2) 闭塞BT4和BT5，同时闭塞RC4和RC5；
(3) 登记一个只针对该小区的话务统计任务，含有以下一些指标：TCH占用
失败次数、TCH占用请求次数、TCH拥塞率、TCH占用遇全忙次数等，
话务统计统计周期为30分钟；
(4) 第二天晚上去观察前一天晚上的话务统计结果，发现全天的所有时段已
没有TCH拥塞，表明确实是RC4、RC5两个载频有问题；
(5) 解闭BT4、BT5、RC4、RC5；
(6) 复位RC4（TRX4）、RC5（TRX5），第二天查看3中所登记的话务统
计结果，还有拥塞；
(7) 去该基站现场插拔TRX4、TRX5，进行锁频拨打测试（在TRX4、TRX5
上），仍有TCH占用失败；对TRX4、TRX5互换槽位，进行锁频拨打
测试（在TRX4、TRX5上），仍有TCH占用失败；
(8) 更换TRX4、TRX5，进行锁频拨打测试（在TRX4、TRX5上），没有
TCH占用失败现象；
(9) 第二天查看3中所登记的话务统计结果，已没有TCH拥塞现象，问题
解决。

［原因分析］
坏板
1.4.3 传输不稳导致SDCCH高度拥塞
［现象描述］
新开BTS30基站，开通后SDCCH一直基本上处于全忙状态（A），TCH为
（I）或（A）状态，能拨通后通话正常。

观察话务统计SDCCH分配失败次
数在一千次左右（忙时）。

自环BIE端口指示灯有时会闪。

LAPD链路故障告
警和恢复告警（在一秒之内），告警频度在十分钟左右出一次。

［处理过程］
(1) 进行数据检查没有发现问题，同时在夜间与其他同型基站BIE端口对换，
其他基站工作正常，该站现象依旧，可以排除数据问题和BSC侧硬件
问题；
(2) 由于基站距市区较远首先进行与传输有关的话务统计登记察看结果（传
输相关）没有异常，但SDCCH话务统计依然异常；
(3) 更换基站TMU、TRX现象依旧；
(4) 测量传输由于由电信局来进行，报告是没有问题（由于该基站传输经过
多次转接，电信测量是分段进行自己测自己一段且均为软环）；
(5) 协调客户对传输测试（同时有另外一个基站开通现象相同），发现传输
有误码，后通过逐段测试，定位在到基站传输所走一段的接入网中有一
2MHz传输单板有问题，更换该单板问题解决（两基站在同一块单板）。

(6) 该站至今工作正常。

［原因分析］
造成SDCCH拥塞原因：1、有数据配置错误；2、SDCCH不足；3、射频问
题；4、无TCH或严重拥塞；5、传输问题质量问题。

该站问题主要是以上的
第5条。

由于传输误码，在SDCCH时有大量数据丢失或数据丢失后多次重
发超时，导致占用失败，出现高度拥塞。

1.4.4 大量突发位置更新造成SDCCH拥塞
［现象描述］
某本地网无线接通率偏低，从话务统计上分析其主要原因为少数几个站
SDCCH拥塞。

［处理过程］
(1) 增加SDCCH配置。

(2) 对于S1/1/1这种配置较小的基站，在版本支持的情况下打开SDCCH动
态分配。

［原因分析］
(1) 从话务统计上看，出现拥塞的小区忙时有300-400次SDCCH占用，均
为S1/1/1基站，每个小区均配置8个SDCCH/8信道，按常理足够应付
3、4百次SDCCH占用，奇怪的每个小区忙时均是出现了几十次不等的
SDCCH拥塞。

(2) 登记相应话务统计，发现SDCCH占用中，绝大部分为位置更新造成。

结合基站所处位置，发现上述拥塞基站大部分处在铁路线两个位置区交
界处，由此联想到可能是突发的位置更新导致SDCCH拥塞。

(3) 为了证实上述推测，特登记五分钟话务统计，发现位置更新大部分集中
在某五分钟之内。

今查询列车时刻表，该时段有四到五列客车经过，至
此原因查找到。

原来列车经过时，大量的突发位置更新集中在很短的时
间内进行。

导致拥塞。

［建议与总结］
对于这种铁道线上，位置区交界处的基站，在SDCCH配置上要多做考虑。

1.4.5 CIC号配错导致TCH拥塞率高
［现象描述］
某地TCH拥塞率居高不下，全网TCH拥塞率（不包括切换）达4％。

［处理过程］
该网不久前曾经进行版本升级与扩容，升级之前整网TCH拥塞率较低。

考虑指标恶化可能与数据修改有关，在茫茫数海中要找出问题所在必须有的
放矢，首先分析话务统计数据，取出当天忙时话务统计进行分析，发现拥塞
率高的小区基本集中在BSC1的1模块，该模块下挂市区大部分基站，1模块
各小区拥塞率指标的恶化拖累了整网指标。

因此将原因大致定位到1模块。

因此以下着重分析1模块。

由于TCH拥塞率（不包括切换）＝TCH占用失败次数（不包括切换）/TCH
占用请求次数（不包括切换），在话务统计数据中各小区TCH占用失败次数
较多；进一步分析TCH占用失败次数多的原因时，TCH占用失败次数（地面
资源不可用）占了绝大部分，说明地面资源不可用是造成1模块TCH拥塞率
高的主要原因。

地面资源不可用的主要原因可能在Abis或A接口电路上，需要进行检查。

因为1模块下很多小区都有此现象，Abis接口同时出现故障的可能很小，需
集中在A接口上的相应硬件或数据上查找问题。

［原因分析］
首先检查1模块A接口硬件，发现无故障。

再检查1模块中继部分的数据配置，打开中继电路表，首先排序，再检查。

发现1模块0群前32个时隙CIC编号为65535，而在中继群表中1模块0
群对应电路为BSC至MSC的电路，显然CIC号配错。

将其改为0～31后再
动态设定。

第二天观察话务统计，发现1模块中各小区拥塞率下降，原来各小区TCH占
用失败次数（不包括切换）次数大幅下降，整网拥塞率（不包括切换）由4%
降为约2%。

1.4.6 LAC号设置不当导致SDCCH拥塞率过高
［现象描述］
某市内一基站的2小区的SDCCH拥塞率高达4.91%，该基站为S（1/1/1）
的配置，而每小区忙时TCH话务量不超过3个Erl。

［处理过程］
将该基站的LAC号改为0520，与周围基站相同，问题解决。

［原因分析］
(1) 查看TCH、SDCCH性能测量指标，发现TCH的话务量不大，每小区
忙时话务量不超过3erl，但SDCCH的占用请求次数非常高，忙时高达3032次，话务量达到1.86ERL，拥塞率高达4.91%。

(2) SDCCH拥塞率=SDCCH占用遇全忙次数/SDCCH占用请求次数（所有
的），能引起SDCCH占用的主要途径有：
(a)、通话建立之前的信令
(b)、切换时的信令
(c)、空闲模式下位置更新所走的信令
(3) 由于TCH的话务量正常2.79erl（TCH的可用数目为6）。

TCH占用请
求次数（含切换）正常：318次。

切换请求次数也正常146次。

因此推断，有可能是位置更新过多才导致SDCCH的大量占用。

(4) 检查该基站的LAC号：0500，该基站周围其他小区的LAC号都为0520。

将该基站的LAC号改为0520之后，忙时SDCCH占用请求次数为298次，拥塞率为0，话务量为0.27ERL，不再拥塞。

原来是该小区的LAC号没有设置正确，导致所有的小区重选、切换（通话结束后）都要发生位置更新，所以大量占用SDCCH。

［建议与总结］
(1) LAC号的设置要注意，尽量利用移动用户的地理分布和行为进行LAC
的区域划分，达到在位置区边缘位置更新较少的目的。

例如在高话务的大城市，如果存在两个以上的位置区，可以利用市区中山体、河流等地形因素来作为位置区的边界，减少两个位置区下不同小区的交叠深度。

如果不存在这样的地理环境，位置区的划分尽量不要以街道为界，边界不要放在话务量很高的地方（比如商场）。

一般要求位置区边界不与街道平行或垂直，而是斜交。

在市区和城郊交界区域，一般将位置区的边界放在外围一线的基站处，而不是放在话务密集的城郊结合部，避免结合部用户频繁位置更新。

设置范围太大或太小都不好，建议同一位置区内载频数不超过300个。

(2) 更改LAC号要注意，要保证不要出现同CGI的小区。

在BSS侧更改之
后，一定要在MSC做相应的更改。