网络优化流程.docx
《网络优化流程.docx》由会员分享，可在线阅读，更多相关《网络优化流程.docx（26页珍藏版）》请在冰豆网上搜索。
网络优化流程
目录
1引言
2网络优化流程
2.1基本信息获取
2.2话务统计数据整体性能分析
2.3告警检查及硬件排障处理
2.4接入类话务统计分析和处理
2.5掉话类话务统计分析和处理
2.6切换类话务统计分析和处理
2.7现场工程调整类问题分析
3网络优化常用工具
3.1ANT路测设备
3.1信令分析仪
3.1频谱分析仪
3.2静态话统分析软件（SNA）
3.3数据正确性检查工具
4客户交流及输出优化报告
GSM无线网络现场优化指导书
关键词：
GSM网络优化
摘要：
缩略语清单：
I.引言
GSM移动通信网主要分交换传输部分和无线部分，由于用户的移动性和电波传播的复杂性，无线部分常常成为GSM网络质量的决定性因素。
本指导书主要讲述现场工程师针对无线部分的基本网络优化步骤和方法。
无线网络优化是指按照一定的准则，对通信网络的规划设计进行合理的调整，使网络运行更加可靠、经济，网络服务质量更高，资源利用率更高，这无疑对网络运营商和用户都有重要的意义。
II.网络优化流程
可以将网络优化过程大致分为三个阶段：
1、整理分析系统基础数据阶段
2、优化调整实施阶段
3、系统微调和总结阶段
A.基本信息获取
获取网络基本信息的目的是找出现有网络的问题可能在哪些方面，根据实际情况，制定测试方案、优化方案，避免盲目性。
熟悉网络前期规划情况，获取网络规划的前期文档，如规划报告，工程参数表，网络拓扑图，频率计划，现场网上的DBF数据等等。
建立对网络的整体印象并尽可能从中发现一些明显问题。
具体来说要有以下资料：
该本地网最新的DBF文件（可直接从BAM中取）
最新的工程参数总表、最近的优化报告（办事处归档的资料中取得）
当地的MapInfo地图（办事处归档或向局方工程师索取）
当地的纸件地图（当地的书店购买）
当前工程进度情况（向工程督导了解）
用户投诉情况收集和客户反映问题收集（向客户了解）
话统任务登记情况检查（在BAM处检查）
通常我们为了进行一次全网优化，需要对话统任务进行较为完整的登记。
根据以往的优化经验，我们至少需要登记以下话统任务：
BSC整体性能测量：
通常需要将所有指标都登上，可以分两个任务，一个是所有关于切换的指标，另一个是其它剩余的指标。
如果没有1800M可以不用登记相关的指标。
小区性能测量：
通常需要对SDCCH性能测量、随机接入性能测量、TCH性能测量都登记。
TCH性能测量是最需要关注的话统，也可以分切换类和其它类来登记，对一些指配失败、切换失败、掉话各原因统计、切换各原因统计等指标一定要登记。
掉话性能测量：
该指标要登记。
针对现场优化进展情况，可以有选择、有针对性、一定有限周期地登记以下话统任务，并在优化工作完成后进行任务删除，避免统计量太大系统负荷大：
接收质量性能测量
接收电平性能测量
上下行平衡性能测量
出小区切换性能测量
入小区切换性能测量
同心圆性能测量
完成以上数据采集后，要制作好Ant软件路测时需要的Map文件，同时要制作好话统分析工具SNA的工程数据导入文件，以便进行随后的测试和数据分析工作。
注意：
一定要保证工程参数表中信息的准确性，如果在后期的测试过程中发现数据不对要及时更正。
对于不能确认数据是否准确的工程参数表，需要对基站较密集的城区的基站数据，如天线高度、天线方向角、天线下倾角等基本基站数据进行确认，最好到现场后对市区基站进行现场观测巡视，了解基站安装环境获得网络整体印象。
数据的准确性是非常重要的，否则会误导优化分析判断。
对当前工程实施进度情况，如基站安装完成情况，工程参数规划的调整情况，基站开通调测情况等要详细了解。
特别需要注意由于工程安装质量或者进度原因等造成的网络漏洞，如城市中某个基站未完工或安装错误而在造成大面积的切换和干扰等。
到现场后的客户拜访工作是非常重要的，要在基本情况了解后，主动与运维主任或更高级别领导进行工作汇报。
要表明对情况的了解，并会知基本的工作计划和思路，让客户感觉到工作的规范性和计划性，增强客户的信任感。
在工作开始前，先利用数据检查工具对现场的DBF数据进行正确性检查，消除一些明显的数据错误，提高工作效率。
该工具的使用在后面的章节中介绍。
B.话务统计数据整体性能分析
话统是整个网络优化过程中最基本的优化工具，通过话统提供的统计功能和强大的各个话统功能子项，可以使网优人员快速准确的定位问题，提高网络质量。
整个话统的分析思路是：
从面到点的进行问题定位和分析。
在了解一个网络的网络质量时我们一般都先通过话统来了解其网络运行情况，先对BSC整体性能/C1报表这个统计功能子项进行研究和对比分析，如果在BSC整体性能/C1报表统计中发现某个重要指标（如掉话率、切换成功率）有异常情况时，我们再对其相应更详细的内容具体分析。
分析网络性能的时候不能只看某一天和某一段时间的话统数据，这样分析比较片面。
而应该分析一段时间内的话统指标。
一般我们取一周的忙时话统数据平均值来把握网络的性能，同时观察在话务量基本稳定的情况下，有无明显的指标波动情况存在。
分析的大体思路如下：
下表为应当进行登记的BSC统计指标：
BSC整体性能测量：
常用指标项
指标编号
指标名称
20100
id=20100|[118].寻呼成功率（%）（A接口）
20101
id=20101|[119].寻呼失败率（PCH过载）（%）
20102
id=20102|[120].立即指配成功率（%）
20110
id=20110|[128].TCH掉话率（%）
20117
id=20117|[135].SDCCH掉话率（%）
20118
id=20118|[136].SDCCH拥塞率（占用遇全忙）（%）
20103
id=20103|[121].小区内切换成功率（%）
20104
id=20104|[122].BSC内小区间切换成功率（%）
20105
id=20105|[123].入BSC切换成功率（%）
20106
id=20106|[124].出BSC切换成功率（%）
20113
id=20113|[131].BSC内无线切换成功率（%）
20114
id=20114|[132].入BSC无线切换成功率（%）
20115
id=20115|[133].出BSC无线切换成功率（%）
20111
id=20111|[129].TCH话务强度（ERL）
20112
id=20112|[130].1800小区TCH话务强度（ERL）
20116
id=20116|[134].载波完好率（%）
10
id=10|[7].MSC发来寻呼请求次数
11
id=11|[8].寻呼请求次数
13
id=13|[10].寻呼成功次数
12
id=12|[9].PCH过载次数
18
id=18|[15].RACH过载次数
14
id=14|[11].立即指配请求次数
15
id=15|[12].立即指配成功次数
23
id=23|[18].指配请求次数
25
id=25|[19].指配失败次数
26
id=26|[20].指配失败次数（设备故障）
27
id=27|[21].指配失败次数（地面资源不可用）
28
id=28|[22].指配失败次数（地面资源已分配）
29
id=29|[23].指配失败次数（非法消息内容）
30
id=30|[24].指配失败次数（无线接口失败,返回原信道）
31
id=31|[25].指配失败次数（无可用信道）
37
id=37|[26].指配失败次数（其他原因）
38
id=38|[27].指配信道激活失败次数（NACK）
39
id=39|[28].指配信道激活超时次数（TIMEOUT）
144
id=144|[112].SDCCH占用请求次数（所有的）
143
id=143|[111].SDCCH占用遇全忙次数
142
id=142|[110].SDCCH占用成功次数
141
id=141|[109].SDCCH掉话次数
146
id=146|[114].TCH占用请求次数（所有的）
19
id=19|[16].TCH占用成功次数
20
id=20|[17].TCH掉话次数
47
id=47|[31].小区内切换尝试次数
48
id=48|[32].小区内切换成功次数
49
id=49|[33].小区内切换失败次数
50
id=50|[34].BSC内小区间切换尝试次数
51
id=51|[35].BSC内小区间切换次数
54
id=54|[38].BSC内小区间切换成功次数
57
id=57|[41].BSC内切换次数
137
id=137|[105].BSC内部切换失败但重建成功的次数
138
id=138|[106].BSC内部切换失败重建也失败的次数
135
id=135|[103].BSC内部层间切换成功次数（由上层切换到下层）
136
id=136|[104].BSC内部层间切换成功次数（由下层切换到上层）
63
id=63|[42].入BSC切换尝试次数
68
id=68|[47].入BSC切换成功次数
82
id=82|[61].入BSC切换次数
86
id=86|[62].出BSC切换尝试次数
91
id=91|[67].出BSC切换成功次数
96
id=96|[72].出BSC切换次数
00
id=0|[1].对MS服务请求拒绝总次数
01
id=1|[2].对MS服务请求拒绝次数（拥塞）
02
id=2|[3].对MS服务请求拒绝次数（网络故障）
03
id=3|[4].对MS服务请求拒绝次数（MS非法）
04
id=4|[5].对MS服务请求拒绝次数（其他原因）
09
id=9|[6].随机接入的平均间隔时间
16
id=16|[13].成功的连接次数
17
id=17|[14].通话后的掉话次数
147
id=147|[115].分组接入请求发生的平均时间间隔
148
id=148|[116].分组立即指配尝试次数
149
id=149|[117].分组立即指配成功次数
40
id=40|[29].TCH测量报告总次数
41
id=41|[30].1800小区TCH测量报告总次数
139
id=139|[107].载波配置总数
140
id=140|[108].载波完好总数
面对众多的话统指标，我们要按照基本的呼叫流程对它进行分类，对关键考核指标进行统计分析，争取快速了解网络大致的运行情况，确定优化目标。
首先了解一下目前客户采用的话统指标考核办法：
2002年移动通信网运行指标考核体系及评分办法说明
详细解释见附件。
1）长途来话接通率：
（以省为单位进行考核）
考核方法：
满分：
7分优秀网络指标：
66％
基本分：
5.5分达标要求：
58％
最低分：
0分最低门限：
53％
2）掉话率：
（以城市为单位进行考核，即考核某省的省会城市和计划单列市）
考核方法：
满分：
4分优秀网络指标：
0.6%
基本分：
2.5分达标要求：
1%
最低分：
0分最低门限：
1.5%
3）短消息接通率：
（以城市为单位进行考核，即考核某省的省会城市和计划单列市）
考核方法：
满分：
2分优秀网络指标：
90％
基本分：
1.2分达标要求：
80％
最低分：
0分最低门限：
70％
4）最坏小区比例：
（以城市为单位进行考核，即考核某省的省会城市和计划单列市）
考核方法：
满分：
2分优秀网络指标：
0.8％
基本分：
1.2分达标要求：
1.2％
最低分：
0分最低门限：
2.0％
5）话务掉话比：
（仅作为考查指标）
6）无线接通率：
（仅作为考查指标）
7）话音信道可用率：
（仅作为考查指标）
2002年联通通信网运行指标考核体系及评分办法说明
详细解释见附件。
1）至中国电信本地网忙时去话网络接通率A1>85%
2）网间忙时来话网络接通率B1>80%
3）至中国移动网忙时去话网络接通率A2>85%
4）至中国电信固定网异地（含国际）忙时去话网络接通率A3>80%
5）联通移动网内本地忙时来话网络接通率B2>87%
6）联通移动网内长途忙时去话网络接通率A4>80%
7）联通移动网无线系统忙时呼通率A5>87%
8）联通移动网无线系统忙时掉话率A6<3%
9）联通移动网扇区忙时话务溢出比A7<5%
10）联通移动网交换机忙时网上用户占用比A8<85%
11）*至中国电信本地网接续时长S1<8秒
12）*至中国电信固定网异地接续时长S2<12秒
13）*至中国移动网接续时长S3<15秒
14）*联通移动网内本地接续时长S4<8秒
15）*联通移动网内异地地接续时长S5<15秒
从上可见通常GSM网络无线侧关心掉话率、最坏小区比例、话务掉话比、无线接通率、话音信道可用率和切换成功率几个指标。
我们先对网络类型有个大概的指标情况认识：
通常由于频率资源和基站密度的影响，频率资源丰富且基站密度较大的网络指标会较好，如果现场网络指标不好则很可能存在硬件故障或基站布局、频率计划不合理的问题，应当有较大的指标提升空间；另外城区的指标会优于乡村网的指标，在话务负荷不是太大，网内干扰没有随话务增长而急剧增大时，适当的提高话务量会对指标有一定的好处。
通过对考核指标的计算可以明确本次优化工作的主要工作方向，但是不要将这几项话统指标独立的来看，各项指标是相关联的，并且需要我们以全流程的视角来综合分析。
要对几个基本流程有个清楚的认识。
A.告警检查及硬件排障处理
网络优化通常应当是在硬件设备运行正常的前提下进行，但是由于网上设备的突发故障，无法保证肯定运行正常，但往往硬件故障将会对网络指标有很大影响，所以我们在明确整网运行情况后，需要对告警信息进行查阅，以便及时发现问题进行故障排除。
BSC告警模块接收各个应用层发送过来的告警信息，对之进行分析，去掉已屏蔽的信息，然后产生相应的告警和告警恢复信息下发到告警箱和下发给后台显示。
BSC告警系统实现原理：
分散控制，集中管理。
如下图所示：
目前BAM对故障告警有过滤机制，原理是：
BAM中有一个故障告警队列，当前台将故障告警发到BAM后，BAM首先检查自己的故障告警队列，看是否有同样故障告警在队列中，如果队列中已经有了该故障告警，则BAM认为该故障告警为重复故障告警将其丢弃，如果队列中没有该故障告警，则将该故障告警写入队列，同时将该故障告警转发到SERVER上去；当前台将恢复告警发到BAM后，BAM首先检查自己的故障告警队列，看是否存在与其对应的故障告警在队列中，如果队列中没有与其对应的故障告警，则BAM认为该恢复告警为重复恢复告警将其丢弃，如果队列中存在与其对应的故障告警，则从队列中清除与其对应的故障告警，同时将该恢复告警转发到SERVER上去。
告警按照功能类型可分为四类，分别是：
电源类、模块功能类、告警箱类、外部环境类。
告警信息按故障的严重程度,告警信号的性质可分为四级：
✓紧急告警：
需紧急处理，否则会影响重要功能实现。
对应红色指示灯，急促铃。
✓重要告警：
需要及时处理，否则会影响重要功能实现。
对应红色指示灯，次急促铃。
✓一般告警：
发送此类告警的目的是提醒维护人员及时查找告警原因，消除故障隐患。
对应黄灯，断续铃。
✓提示告警：
对此类告警，维护人员不用及时处理，只要对交换机的运行状况心中有数。
对应绿灯，单次铃。
通常我们要关注有没有BSC的一些故障告警、CPU占用情况和BTS的一些可能会影响业务的告警，如时钟失锁、TRX通信故障、分集接收通道告警、驻波比告警、无线链路告警、Lapd告警、OML断链告捷等，并结合BSC、BTS维护台观察单板状态是否正常、查询单板软件是否正确、时钟是否正常、信道占用是否正常。
通过结合分析指标很差的小区，可以较快的确定一些硬件及软件故障，通过换板、软件重新加载等手段排除故障、改善指标。
A.接入类话务统计分析和处理
该类话务分析主要包括了寻呼、立即指配、TCH指配、位置更新这几个主要的流程。
下表是相应需要的BSC话统，具体问题分析还主要应当登记“随机接入性能测量”、“SDCCH性能测量”和部分“小区性能测量”。
指标编号
BSC整体性能测量：
“接入类指标模板”
20100
id=20100|[118].寻呼成功率（%）（A接口）
20101
id=20101|[119].寻呼失败率（PCH过载）（%）
20102
id=20102|[120].立即指配成功率（%）
20110
id=20110|[128].TCH掉话率（%）
20111
id=20111|[129].TCH话务强度（ERL）
20112
id=20112|[130].1800小区TCH话务强度（ERL）
20116
id=20116|[134].载波完好率（%）
20117
id=20117|[135].SDCCH掉话率（%）
20118
id=20118|[136].SDCCH拥塞率（占用遇全忙）（%）
00
id=0|[1].对MS服务请求拒绝总次数
01
id=1|[2].对MS服务请求拒绝次数（拥塞）
02
id=2|[3].对MS服务请求拒绝次数（网络故障）
03
id=3|[4].对MS服务请求拒绝次数（MS非法）
04
id=4|[5].对MS服务请求拒绝次数（其他原因）
09
id=9|[6].随机接入的平均间隔时间
10
id=10|[7].MSC发来寻呼请求次数
11
id=11|[8].寻呼请求次数
12
id=12|[9].PCH过载次数
13
id=13|[10].寻呼成功次数
14
id=14|[11].立即指配请求次数
15
id=15|[12].立即指配成功次数
16
id=16|[13].成功的连接次数
17
id=17|[14].通话后的掉话次数
18
id=18|[15].RACH过载次数
19
id=19|[16].TCH占用成功次数
20
id=20|[17].TCH掉话次数
146
id=146|[114].TCH占用请求次数（所有的）
40
id=40|[29].TCH测量报告总次数
41
id=41|[30].1800小区TCH测量报告总次数
23
id=23|[18].指配请求次数
25
id=25|[19].指配失败次数
26
id=26|[20].指配失败次数（设备故障）
27
id=27|[21].指配失败次数（地面资源不可用）
28
id=28|[22].指配失败次数（地面资源已分配）
29
id=29|[23].指配失败次数（非法消息内容）
30
id=30|[24].指配失败次数（无线接口失败,返回原信道）
31
id=31|[25].指配失败次数（无可用信道）
37
id=37|[26].指配失败次数（其他原因）
38
id=38|[27].指配信道激活失败次数（NACK）
39
id=39|[28].指配信道激活超时次数（TIMEOUT）
139
id=139|[107].载波配置总数
140
id=140|[108].载波完好总数
141
id=141|[109].SDCCH掉话次数
142
id=142|[110].SDCCH占用成功次数
143
id=143|[111].SDCCH占用遇全忙次数
144
id=144|[112].SDCCH占用请求次数（所有的）
随机接入情况，主要关注RACH过载次数，如果较多则可能有误接入，需要进行干扰检查和参数门限检查，在排除干扰的情况下可以适当提高RACH忙门限、RACH最小接入电平、扩展传输时隙数，以避免误接入和减少随机接入碰撞几率。
同时需要结合话务量、干扰带、上下行平衡情况来分析。
注意排除基站上行接收通道故障、时钟等问题。
立即指配情况，主要关注SDCCH的拥塞、SDCCH掉话率、立即指配请求次数、立即指配成功次数、立即指配成功率。
并且需要对主要的话统统计点有较清楚的认识，以便理解和分析问题。
可以参考话务统计使用指导书。
SDCCH拥塞率是指占用遇全忙造成的拥塞。
这个指标首先要看是普遍现象还是个别现象。
如果是普遍现象首先要分析位置更新定时器参数设置是否合理，其次计算SDCCH容量是否满足系统要求。
一般以每两TRX分配一个SDCCH8作参考。
对于个别拥塞现象从设备、位置区和干扰三个方面分析。
1、设备方面先查看BSC整体性能测量的TRX完好率和SDCCH性能测量中SDCCH可用率。
其次观察TCH性能测量中TCH信道激活NACK/TIMEOUT次数。
从而确定是否单板故障引起。
2、SDCCH承载位置更新的消息。
位置区规划不好会造成频繁的位置更新从而引起SDCCH拥塞。
观察位置区规划和实际路测，分析位置区边界是否设置在用户量大的区域。
观察这些边界处的小区SDCCH占用请求次数中位置更新的比例是否过大。
方法是查询SDCCH性能测量中成功的SDCCH占用次数（位置更新）占SDCCH占用成功次数的比例。
优化措施一是改动这些小区的位置区规划，二是增大小区重选磁滞。
对于一些特殊情况下可以考虑打开SDCCH动态分配功能。
比如在某网络中基站覆盖区域有铁路穿过。
每当火车经过该基站覆盖范围会有大量位置更新。
这种情况可以采用动态分配SD解决。
3、干扰也会造成SDCCH拥塞。
特别是站间距较小BCCH频率规划质量不好的网络
升级会员 