GSM网络优化方案设计及调整1、网络优化的手段和流程网络优化过程主要包括：网络普查、数据采集、数据分析、制定方案、实施方案、总结和微调。

它是一个长期的循序渐进的过程。

发现了网络问题以后，就要解决这些问题，优化主要从两方面，一个是参数的优化，一个是频率的优化。

参数优化主要是调整基站天线的增益、极化方式、下倾角、波束宽度、高度和方向角，频率优化主要是调整频率复用方式以及各小区的BCCH和TCH载波的频率。

有的问题还要调整GSM系统的一些参数比如小区优先级别等。

参数调整主要解决两类问题，一类是静态问题，即通过实测网络各个地区的平均话务量和信令流量，对系统设计中采用的话务模型进行修正，解决长期存在的普遍问题。

另一类则解决一些突发事件和随机事件造成的局部地区话务量过载和信道拥塞现象。

对参数进行调整以前要对参数的意义、调整方式由很深刻的了解。

一般这些参数是通过操作维护中心（OMC-R）和实际测量获得。

在网络局部出现问题时，要先确定不是硬件故障才可以进行参数调整，频率优化也是一样。

参数的调整没有统一的标准要根据各地的实际情况来调整获得最佳效果。

2、系统普查系统普查阶段主要是对全网的了解，它是优化的准备阶段。

在此阶段要了解网络结构，网络中MSC、BSC、BTS的数量的位置，用户数和密度分布情况，话务分布情况。

2、数据采集数据采集主要包括OMC话务统计数据采集、路测数据采集、CQT测试数据采集、用户申告情况收集及其他仪表测试结果等。

3.1 OMC数据采集OMC采集的数据主要包括BSS和NSS各种软硬件参数，如基站个数，基站小区结构和话音信道数；基站的BSIC、小区号、小区系统类型、信道类型；小区的CGI、BCCH载频号、小区载频数和跳频方式；邻区关系定义；切换数据；功率控制数据以及系统消息数据等。

现实应用中我们是通过LAN将数据服务器与OMC相连，将OMC的数据下载到数据服务器在转换成我们需要的格式。

具体地OMC是sun salaries 主机，其数据库是informix,本想MARS的各个模块直接访问与informix相连的SQLSERVER数据库，从中读取数据，但是经过一段时间的应用发现SQLSERVER在这种大数据量的情况下工作很不稳定（OMC每天形成的数据很多）于是通过ODBC将informix与SQLSERVER相连，再通过SQLSERVER 的数据转换服务使MARS的LOADER模块能够从SQLSERVER数据库中取到合适格式的数据。

然后这些数据再导入到ORACLE数据库，最终MARS各个模块读取ORACLE数据库中的数据。

在LOADER中通过添加设备、配置设备信息、配置数据库设置等步骤就可以实现自动从OMC中获取数据（在数据缺失的时候可以自动补取）。

一般获取的数据主要有性能数据PMC、配置数据CFG、交换数据HO、CDR数据。

不同厂商的设备其文件名称、格式、版本、数据形成时间、补取设置都是不同的。

要作相应的设置。

3.2 路测数据采集路测即驱车测试，一般是针对用户申告和话统数据显示出来的问题比较集中的地区进行路测。

是实地对网络进行测试得到的结果比较准确。

路测设备主要包括装有特殊软件的测试手机、全球定位系统GPS、笔记本电脑及专用测试软件等，测试手机内部装有特殊软件可以依靠网络完成一些功能，如锁频、强制切换、显示网络信息等，同时可以通过电缆与计算机连通，接受计算机的指令或者将采集的数据存储到计算机以便作进一步处理。

全球定位系统GPS和数字化地图配合可以把路测数据放在地图上，显示出测试路线，并标出掉话等事件点，更便于问题分析和道路覆盖的宏观把握。

目前的测试手机主要有爱立信公司的TEMS手机和SAGEM公司的SAGEM手机，测试软件用的是万禾公司的ANTPILOT测试软件，测试软件要装到计算机上从而对手机发出各种命令。

在根据实现预定好的线路路测完毕以后，可以把路测文件导出，以供后台分析，可以通过万禾自己的分析软件也可以通过MARS 的NOV A模块进行分析，这里是用的NOV A进行的分析。

CQT测试是话音质量测试的方法之一，CQT测试与DT测试均在同一测试车上，两项测试同时进行。

CQT测试主要以用户的主观评测为主，即用主观评价的方法测试信道的话音质量。

具体方法是利用测试手机在指定地点进行拨打通话测试，并记录拨打接通情况、通话的话音质量情况、接收电平的高低、手机是否频繁切换及掉话情况等CQT测试能够比较客观地反映网络的状况，选点原则要能够反映网络整体情况，应选择尽量多的地点进行，这些地点要涵盖各种有代表性的地点；同时突出重点，大部分测试选择用户相对集中的地点进行，如宾馆，商场，居民小区等；选点应在10个以上。

在这里是通过万禾的软件来控制测试手机进行拨打测试，最终结果统一在路测文件中。

对客户投诉要按掉话、接入困难、通话质量不好、提示音不正常等进行分类，并注意投诉的时间、地点，通话双方号码：主叫，被叫号码等。

对于问题反映比较集中的区域进行测试找出问题所在。

3、数据分析对指标好坏的判断有一个准则，一般情况下，在非跳频系统中误码率大于1.8可以认为通话质量较差；IOI大于10可以认为有干扰，可能是内部也可能是外部的，大于30一般可能是硬件故障；链路平衡一般在100到120之间，超出范围则认为硬件有问题。

网络拥塞情况，不光要看拥塞的次数，还要统计系统没有资源可用的时间长度等.根据几周的观察，从用户申告、OMC话统数据反映出来的问题集中的地区进行了路测，把现有的问题分为掉话、切换、拥塞三个方面。

这些问题小区一般数量不多，主要是调整其参数。

针对火车站地区大范围的干扰这次进行频率调整（小范围的个别小区的问题尽量用参数调整实现优化）4.1 掉话故障在NOV A中通过性能趋势看小区的掉话趋势。

我们分三种情况对掉话进行分析。

第一种对于突然的掉话率升高且持续一段时间的情况，应该重点检查小区的硬件故障，没有硬件故障再进行综合性能分析（覆盖、切换、干扰）。

检查硬件故障方面先通过性能趋势看小区的掉话率和信道完好率之间的关系，如果信道完好率下降说明载频退服，再分析问题小区和邻区的掉话率关系，如果同一基站内的某小区掉话率高，但其余邻区正常，则说明此BTS与BSC之间的传输存在故障，检查相关硬件告警并排除。

最后检查是否有其他的硬告警产生，还要检查天馈线是否有故障（如天线交叉、损毁、弯折等）。

第二种对于有时间规律的掉话，需要我们对于基站所覆盖范围内的用户行为分析（用户使用习惯：话务分析、话音与短信的比例、拥塞情况、TRU/CDU/等设备的连接情况、天线老化、进水等等）使用情况等方面进行检查。

对于这种情况，首先查看小区每线话务量和拥塞率变化趋势图。

在这里，如果话务量增多时，掉话率和拥塞率都偏高，说明该小区话务负载过高，需要通过调高切入门限值、加载频板或新增基站做话务均衡。

如果掉话不是硬件故障和信道负载过高引起的，则需要进行综合分析也就是第三种情况用到的方法。

第三种情况对于非持续恶化且无时间规律的掉话，直接进入综合性能分析。

TCH掉话分为干扰掉话、切换掉话、覆盖掉话等，通过制作掉话报表。

统计时间BSC编号BTS编号CELL编号CELL名称TCH掉话次数_含切换TCH掉话率_含切换TCH掉话率_不含切换TCH掉话次数_不含切换TCH切换成功率TCH拥塞率TCH每信道话务量TCH话务量在这里，如果切换掉话所占的比例较大时（超过50％）则可以确定掉话问题是由切换引起的。

否则进行覆盖和干扰分析。

确定切换问题以后再通过检查各种参数最终确定是参数设置不合理、邻区定义不全、存在同BCCH同BSIC还是BTS 时钟失步。

如果在切换中很多都是救援性电平切换则可以转入覆盖掉话分析。

对于覆盖问题，就可以通过路测数据来进行分析。

在这里可以看到小区的覆盖范围，小区之间的切换边界。

这样就可以确定最终原因是覆盖不连续、漏作邻区关系还是天线功率太小。

在切换分析中，如果上下行质量和干扰引起的切换比较多则进入干扰掉话分析。

在NOV A 中制作一个干扰掉话报表。

在这里，空载电平_IOI是测量的上行链路的，该指标值过大表示存在上行干扰，干扰带的统计也是统计上行链路的质量的，当空闲信道落在干扰带三、四、五的次数过多，说明存在上行干扰。

下行误码率是测量下行链路的，该指标值过大表示存在下行干扰。

链路平衡（PB）反映的是上下行路损的，正常范围在100－115。

如果PB值为0，则表示载频存在问题，处于不可用状态，通过载频号，我们可以知道是哪个载频上出现问题。

用上面的流程分析掉话比较严重的地区，发现华容-1的掉话集中在RTF为00-02对应的载频上，但是此载频上链路平衡和误码率都正常怀疑是载频退服。

登陆OMC查看载频情况中国银行-23是邻区关系不正确。

4.2 切换故障切换故障反应在指标上一般是切换成功率不高。

引起切换成功率不高的主要原因有切换参数设置不合理、设备问题、拥塞、干扰、覆盖、上下行不平衡等。

4.2.1.切换参数设置不合理此类问题因该首先检查TA、BQ等切换门限设置是否合理，邻区定义是否合理，是否存在定义了邻区但切换次数很少或者未定义邻区。

4.2.2.设备问题检查TCH可用率是否正常，是否有硬件告警，若小区的掉话率和拥塞率一直很高一般是载频板故障。

4.2.3.拥塞问题此类问题一般是主小区或邻区拥塞导致的出小区切换失败次数多或入小区切换失败次数多。

通过TCH忙时数目和全忙时间可以确定。

从以上几个方面分别进行分析，针对紫苑酒店掉话频繁，路测显示固定拨打时切换次数较多，在路测中发现到达此基站主瓣方向后没有显示邻区列表。

在NOV A中查看小区邻区，发现定义不正确。

周围临近小区没有被定义成邻区。

属于漏作邻区关系。

上步大厦基站三个小区间切换成功率很低，特别是从1小区向2小区和3小区的切换成功率不到30% ，没有发现该基站的硬件告警，在路测中发现在该基站西侧时三个小区的信号很弱且波动较大，切换次数较多但经常失败，查看基站参数发现天线方向角分别是0，80，160过于集中到一个方向，覆盖重叠区域很大。

确定为小区天线参数设置不合理。

4.3 拥塞故障从OMC话务报告发现，光明桥第三扇区SDCCH试呼非常高，并有46.2%阻塞，常常有用户投诉，并常有掉话现象。

站名TCH试呼SDCCH试呼TCH拥塞SDCCH拥塞位置更新次数光明桥3 7988 28456 11% 46.2% 5258滨海1 4536 7145 0 0 2774我们对光明桥第三扇区覆盖进行实地测试，发现商品批发市场、农贸市场处于滨海1和2、光明桥3、亚细亚2BTS的覆盖范围内，按正常覆盖，应以滨海最强，但由于光明桥天线较高，覆盖范围较大，因而农贸内的这三个基站信号相差不多，无主服务扇区。

同时这里的用户密度高，手机量大，且流动量大。