GSM拥塞案例集锦.docVIP

GSM拥塞案例集锦 版 本：V1.0 中兴通讯工程服务部GSM网规网优部 发布 GSM网规网优部案例集 版本说明： 版本 日期 作者 审核 修改记录 V1.0 2008.10.30 GSM全体 郑浩、陈纯、杨家志 将独立成篇的案例合并，形成案例集 目 录 案例1：无线参数“信道选择优先级”未合理设置导致TCH拥塞率高 4 案例2：某地区TCH拥塞问题处理 6 案例1：无线参数“信道选择优先级”未合理设置导致TCH拥塞率高 作者：王戈 现象描述：印度ORISSA邦Reliance的Chhend 站点成功替换成中兴基站后，从报表中发现该站点的TCH CONGESTION KEY指标偏高 现象分析： 故障排查 建立TCH测量； 打开OMCR动态数据管理，观察3个小区的TCH信道占用情况； 进行信令分析； 问题处理建议。 故障分析 动态数据管理察看TCH信道占用情况 从动态数据管理中观察3个小区的TCH占用情况，发现全速率信道都被占用，而半速率信道有很多空闲。检查3个小区的信道配置，发现每个小区都把除BCCH载频外的其余3块载频都配置为半速率信道，而BCCH载频上只配置了3个全速率信道。初步确定拥塞发生在全速率信道。 信令分析 通过分析信令，发现TCH指配失败很高，而且这些指配失败均发生在指配全速率信道上。基本确定指配失败是由于全速率信道过少导致拥塞所致。从录制的信令中没有发现半速率信道指配失败。 故障分析结论 系统默认优选MSC指派得第一个语音版本，在大部分载频被配置成半速率信道后，没有相应的修改无线参数中的信道分配优先级，导致系统还是按照默认来分配全速率信道，且全速率信道只有3条，导致了TCH信道拥塞的发生。 该问题发生的根本原因还是因为用户手机中有不少不支持半速率功能。 解决方法及验证： 修改无线参数中的“ChanSelectPrio”参数（信道选择优先级），将默认的“No Select”改为“Half Rate First”。如下图所示： 调整前： date UserLabel TCH CONGESTION KEY TOTAL CALLS KEY TCH attempt total num(exclude handover) TCH overflow total num(exclude handover) 2007-7-31 14:00 - 18:00 Site1_bts1 19.51 2553 3092 532 Site1_bts2 12.17 2011 2282 258 Site1_bts3 0.49 418 425 1 2007-8-1 010:00 - 24:00 Site1_bts1 25.39 12994 17562 4511 Site1_bts2 14.95 10844 12880 1970 Site1_bts3 3.48 2866 3062 163 2007-8-1 10:00 - 14:00 Site1_bts1 23.9 2831 3782 937 Site1_bts2 11.89 2292 2606 307 Site1_bts3 0.63 510 523 4 调整后： date UserLabel TCH CONGESTION KEY TOTAL CALLS KEY TCH attempt total num(exclude handover) TCH overflow total num(exclude handover) 2007-8-2 12:00 - 13:00 Site1_bts1 0.64 1272 1282 6 Site1_bts2 1.59 902 925 18 Site1_bts3 0 174 177 0 经验总结：在今后的替换过程中，对于配置了大量半速率信道的基站及时修改信道选择优先级参数，可以避免该类问题的再次发生。 备注信息：查看默认优选MSC指派得第一个语音版本： 案例2：某地区TCH拥塞问题处理 作者：周琦 概要：斯里兰卡TIGO项目，05年开始执行，主要是用我司基站逐步搬迁原网络阿尔卡特基站，现已开通8个BSC，我司基站大部分已经实现了成片覆盖，但是由于工程进度问题，仍有一部分基站和阿尔卡特插花分布。 目前现网的8个BSC，其中BSC1、2、3、4、8挂在我们的2G核心网下，BSC5、6、7目前已经割接到3G核心网下。 现网的版本信息： 版本名称 版本号 备注 BSC版本 　BSCV2.96.001d 　 BTS版本 　V5.96.000d 　 OMCR版本 　v2.96.002c 　 现网开通功能： 同心圆，现网共有37个站开通同心圆功能，全部