W邻区优化指导书.docx
《W邻区优化指导书.docx》由会员分享，可在线阅读，更多相关《W邻区优化指导书.docx（47页珍藏版）》请在冰点文库上搜索。
W邻区优化指导书
编写部门
UMTS网规技术支持部
使用对象
网规人员
资料版本
V1.2
密级
内部公开
WCDMA邻区优化指导书
拟制：
谢智斌、李悦生、华云龙
日期：
2007-10-10
审核：
日期：
审核：
日期：
批准：
日期：
华为技术有限公司
版权所有XX
修订记录
日期
修订版本
描述
作者
2007-07-17
V1.0
初稿输出
谢智斌、李悦生
2007-08-06
V1.1
根据评审意见修改
李悦生
2007-10-10
V1.2
根据评审意见修改
华云龙
目录
1概述1
2初始邻区脚本制作（基于CME）2
2.1工具和输入输出2
2.2制作流程3
2.3制作流程说明3
3同频邻区优化4
3.1工程参数校正4
3.1.1工程参数总表的校正4
3.1.2NASTAR工程参数表的校正7
3.1.3已配置的邻近RNC小区参数校正7
3.2同频邻区错配优化9
3.2.1优化流程图9
3.2.2优化原理说明10
3.3非第一层同频邻区多配优化10
3.3.1无性能服务器解决方案10
3.3.2有性能服务器解决方案13
3.4同频邻区漏配优化13
3.4.1第一层同频邻区关系优化13
3.4.2非第一层同频邻区关系漏配17
a）无性能服务器解决方案17
b）有性能服务器解决方案21
3.5同频邻区优先级优化25
3.5.1无性能服务器同频邻区优先级优化25
3.5.2有性能服务器同频邻区优先级优化26
3.6单向同频邻区优化27
3.7其他同频邻区优化辅助开关27
4异频邻区优化27
4.1共站异频小区优化27
4.2非共站异频小区优化28
4.2.1工程参数校正28
4.2.2异频邻区漏配优化28
a）第一层异频邻区漏配优化28
b）非第一层异频邻区漏配优化（手动）28
c）非第一层异频邻区漏配优化（Nastar）29
4.2.3异频邻区多配优化31
4.3单向异频邻区优化31
5异系统邻区优化31
5.1存在共站2G小区情况31
5.2不存在共站2G小区情况31
5.2.1工程参数校正32
5.2.2异系统邻区多配优化32
5.2.3异系统邻区漏配优化34
a）第一层异系统邻区漏配优化34
b）非第一层异系统邻区漏配优化（手动）34
c）非第一层异系统邻区漏配优化（Nastar）35
5.2.4异系统邻区优先级优化38
a）优化流程38
b）优化原理说明38
5.2.5异系统邻区错配优化39
a）优化流程图39
b）优化原理说明39
6结束语40
7附录1邻区优化流程图41
图目录
图1邻区优化总流程图2
图2初始邻区脚本制作流程图3
图3同频邻区错配优化流程图（基于性能服务器）9
图4非第一层同频邻区多配优化流程图11
图5Intra-frequencyUnnecessaryNeighbourAnalysis功能12
图6邻区多配分析结果12
图7第一层同频邻区关系14
图8“NeighboorInfoQuery”功能14
图9IntraNeighborCellsInfoQuery15
图10DrawNeighborCellsonMap按钮15
图11地图上关联显示15
图12第一层同频邻区关系漏配16
图13漏配小区的信息17
图14同频邻区漏配优化流程（基于无性能服务器）18
图15Intra-FrequencyMissingNeighbourAnalysis功能19
图16邻区漏配分析结果19
图17邻区漏配地理化显示20
图18同频邻区漏配优化流程图（基于性能服务器）22
图19同频邻区优先级优化（基于无性能服务器）26
图20One-wayNeighborCheck功能27
图21InterNeighborCellsInfoQuery28
图22异频邻区漏配分析（基于Nastar）29
图23异系统邻区多配优化流程33
图24异系统邻区漏配分析（基于Nastar）35
图25异系统邻区优先级优化38
图26异系统邻区错配优化39
表目录
表1工程参数总表4
1概述
现阶段，搬迁网络较多，邻区关系是否合理很大程度上决定了搬迁后的网络KPI；同时，已投入运营的商用网络日益增多，这些网络也在不断地调整和扩容，邻区关系将伴随变更，因而，良好的邻区关系是保证网络KPI的重要前提。
因此邻区优化工作非常重要。
但由于3G网络的邻区关系复杂，并且目前优化工具不完善，如何快速有效地进行邻区优化常困扰着我们。
本文在总结前期经验的基础上，并结合工具现状，向大家介绍当前可行的且较为高效的邻区优化方案；同时，本方案让大家了解后续的优化思路，以及对工具提出需求的实现情况，目的是让大家能纵观全部，并在使用中共同研究，一起完善本方案。
本方案旨在指导网络搬迁后或维护期的邻区优化。
一般情况下，这些网络存在一定的话务量，邻区优化所需的数据从网络侧，主要是RNC获取即可。
本方案不涉及新建网络或搬迁网络的邻区数据制作和新建网RF优化过程中邻区优化，即基于路测数据的邻区优化（新建网络的邻区数据制作、搬迁网络的邻区数据制作和基于路测数据的邻区优化分别在规划、搬迁和RF优化相关专题指导书中详细描述），但本方案的优化原理、思路和方法可供邻区数据制作、基于路测数据的邻区优化参考，以使邻区关系工作前后呼应，有机地连成一体，效率更高（附录介绍了使用工具自动进行开局邻区制作和脚本生成）。
邻区设置的总体原则：
对于没有采用邻区合并算法的网络，邻区配置策略是尽量多配（不要超过31个），保证下发的测量邻区中没有遗漏；对于采用邻区合并算法的网络，邻区数量不要配置太多，建议配置数量为15～20个即可（参考业界其他友商的成熟经验），以保证邻区合并算法的增益，降低邻区配置的复杂性。
对于新建网络的邻区配置，如果采用邻区合并算法，初期可以不配置邻区优先级，待网络话务达到一定规模后再根据话统或CHR进行邻区优先级设置和优化。
注释：
本指导书说明采用的NastarR1版本为V400R001C04B042，采用的NastarR2版本为V400R002C01B010（测试版，正式版本未发布），未来随着经验的积累和工具版本的更新，本指导书也会持续更新。
邻区优化的标准流程图如下：
（同频、异频、异系统邻区优化都是一样）
图1邻区优化总流程图
注意：
在基于性能服务器的NastarR2版本中，多配邻区优化、漏配邻区优化都是集成在邻区优先级优化一个功能模块中。
另外，基于路测的邻区优化暂无法对异频和异系统邻区进行优化，预计2008年8月份Probe和Assistant版本可以提供此功能。
2初始邻区脚本制作（基于CME）
2.1工具和输入输出
脚本制作工具：
CME（注意和当前RNC版本配套）
输入：
现网RNC配置脚本（XML），WCDMA小区表（增量部分），GSM小区表，3G邻区关系表，GSM邻区表
输出：
对应新增或搬迁WCDMA小区的3G和2G邻区自动增加脚本，包括相关NRNC小区和GSM小区的增加脚本。
2.2制作流程
图2初始邻区脚本制作流程图
2.3制作流程说明
第一步：
数据准备。
准备的数据包括RNC配置的BCP文件（可通过M2000命令EXPCFGDATA导出，导出ZIP文件在BAMFTP服务器的ExportCMESyncView目录下），相关的邻区规划表格，其中包括搬迁或新建的WCDMA小区表，同频邻区关系表，异频邻区关系表，邻RNC小区列表（搬迁友商网络需要），GSM小区参数表，GSM邻区关系表，其中WCDMA小区表和同频邻区关系表一般是必须导入，其他表格根据需求导入；
第二步：
将准备的RNCBCP文件导入CME（Tools->SynchronizewithBCPFile），保证CME中有现网RNC数据；
第三步：
根据需要导入准备的邻区规划数据表格；
第四步：
在CME中选择本次需要搬迁或新建的WCDMA小区ID，确认邻区配置脚本中相关参数的默认配置和配置规则；
第五步：
CME自动输出需要增加的3G和2G邻区关系脚本。
注释：
该部分功能CME正在开发，预计2007年11月份即可以有商用版本，详细操作内容待补充。
3同频邻区优化
3.1工程参数校正
3.1.1工程参数总表的校正
每个项目都有一张工程参数总表，该表记录着各种工程相关信息，如下表：
表1工程参数总表
由于上表常常在不同人之间流转，并且信息更新不一定及时，因此，表中信息常常有错。
而我们在配置邻近RNC小区时，需依照上表相关参数；更重要的是，NASTAR同频邻区漏配分析（Missingintra-frequencyneighboranalysis）功能需调用上表的CellID、扰码和经纬度（Longitude和Latitude）信息，如果CellID与对应的扰码或经纬度信息不正确，将可能导致增加的邻区不是真正所需的邻区，因而严重影响网络性能。
因此需要对该表进行校正。
需要校正的主要参数如下：
1）CellName
2）PScrambCode
3）UARFCNUplink
4）UARFCNDownlink
5）LAC
6）RAC
7）RNCID
8）Longitude
9）Latitude
A.除Longitude和Latitude以外的参数校正
校正原则：
以现网配置的参数为基准，工程参数总表中具有相同CELLID的相关参数应与现网配置一致。
如果不一致，需更新工程参数总表。
如在现网配置中，CELLID为1的小区的PScrambCode为100，那么在工程参数总表中，CELLID为1的小区的PScrambCode也应为100；同理，对其它参数进行对比和修改。
目前，NASTAR未能支持上述校正，需手工执行。
校正方法：
取现网RNC配置脚本，利用下面的MMLs2MDB工具生成Excel参数配置表格，找到CELLSETUP表单，然后使用VLOOKUP、IF函数以CellID为索引与工程参数总表进行匹配和对比。
举例：
如下图，我们可以在工参表增加Check列，输入下述核查公式=IF（AND（I2=VLOOKUP（C2,[MMLs2MDB_v1.07.xls]CELLSETUP!
$A$2:
$S$25,16,FALSE）,H2=VLOOKUP（C2,[MMLs2MDB_v1.07.xls]CELLSETUP!
$A$2:
$S$25,7,FALSE）,D2=VLOOKUP（C2,[MMLs2MDB_v1.07.xls]CELLSETUP!
$A$2:
$S$25,2,FALSE））,1,0）
利用另一张表格MMLs2MDB_v1.07.xls中CellSetup子表进行扰码，下行频点和CellName的核查，结果中1为参数一致的小区，0为工参存在问题的小区，通过确认21909是扰码不一致。
如果RNC为友商，需要手动提取相关参数，并进行校正。
通过上述校正，把工程参数总表中不一致的参数标记出来，更新并保存成新的工程参数总表。
注释：
已提需求将在NASTAR中自动完成上述校正，预计2008年6月份实现;
B.Longitude和Latitude的校正
校正原则：
工程参数总表的站址应与实际地理位置一致。
如果不一致，需重新测量经纬度信息并更新工程参数总表。
但站点数往往较多，我们不能一一重新测量确认，因此需要筛选经纬度信息可能错误的站点来进行校正。
筛选以被动方式进行，即不管经纬度信息是否正确，首先根据NASTAR同频邻区漏配分析的结果增加邻区，然后根据以下方法筛选经纬度可能错误的邻区，并进行校正。
该筛选和校正是一个循环校验过程，校正次数越多，准确度越高。
筛选方法1：
取现网RNC配置脚本，利用MMLs2MDB工具生成Excel参数配置表格，找到INTRAFREQNCELL表单，然后使用VLOOKUP函数以CellID为索引在工程参数总表中找到对应的经纬度，再根据经纬度分别计算各小区与其所有邻区的距离，并对各小区进行邻区距离的有效性分析，列出邻区距离大于该小区除此邻区外的平均邻区距离2倍以上的邻区，以此作为经纬度待校正小区，校正的时候可以以小区邻区距离异常次数作为优先级来依次进行经纬度校正。
筛选方法2：
取现网RNC配置脚本，利用MMLs2MDB工具生成Excel参数配置表格，找到INTRAFREQNCELL表单，然后使用VLOOKUP函数以源小区和邻区为索引依次分析某小区同频邻区在这小区其他同频邻区的同频邻区中出现的概率，如果概率等于0，则认为该同频邻区的经纬度待校正。
校正方法：
方法1）：
驱车分别途径各待校正站点，根据Probe上的实际路径和站址显示（站址图层根据校正前的工程参数总表制作），并对比实际站址的大致位置，即能判断工程表的经纬度是否正确；方法2）：
根据工程参数总表中的经纬度通过googleearth查询相应的地址，并判断与工程参数总表中的站址信息是否相符。
方法2）不一定能找到相应的地址，推荐使用方法1）。
校正后请记录已校正的站点和校正执行人。
特别地，必须在保证除Longitude和Latitude以外的工程参数和后续谈到的NASTAR工程参数表、已配置的邻近RNC小区参数都正确无误的情况下，上述筛选出的邻区即为经纬度可能错误的小区，但在实际操作中可能不能100％保证这些参数正确无误，因此如果经确认后所筛选的邻区的经纬度无误，需对对应的工程参数总表、NASTAR工程参数表、已配置的邻近RNC小区参数进行全面检查。
注释：
1）已提需求将在NASTAR中自动完成上述待校正的邻区筛选操作，预计2008年6月实现；
2）目前在提需求通过Nastar分析CHR测量点中掉话信息和掉话前最后一次同频切换信息来发现错配的邻区。
该需求的原理依据为：
根据在激活集中增加错配的同频邻区后必有跨NodeB的软切换后UE与NodeB同步不上的特征，即RL建立后，激活集更新下发和接收激活集更新完成消息都是正常的，但NODEB没有回RLrestore消息。
因为邻区错配导致的掉话概率很高，将通过分析CHR中掉话前最后一次记录的软切换信息来判断是否可能是邻区错配。
此功能只有在安装了性能服务器的网络才能使用。
3.1.2NASTAR工程参数表的校正
NASTAR工程参数表即为符合NASTAR输入格式的表。
该表的内容为工程参数总表的子内容。
与工程参数总表一样，Nastar工程参数表也容易出错，其的校正原则和方法与工程参数总表的一样。
由于上一节的工程参数总表已校正过，为了避免重复校正，直接根据校正后的工程参数总表重新制作NASTAR工程参数表即可。
3.1.3已配置的邻近RNC小区参数校正
因为RNC中已配置的邻近RNC小区参数是根据工程参数总表进行，而工程参数总表容易出错，如果工程参数总表没经校正将导致已配置的邻近RNC小区参数也出错，因此已配置的邻近RNC小区参数也需要校正。
校正的方法可采用Nastar中的TroubleShooting->WCDMANeighborAnalysis->NeighborRNCCellConfigurationCheck功能，这个功能的原理是：
当Nastar中导入多个相邻RNC的脚本后，Nastar根据邻近RNC中AddCellsetup脚本中配置的小区参数核查当前RNC中配置的NRNCCell中的参数。
具体的核查步骤如下：
一、在Nastar中导入待核查的RNC和所有NRNC的最近脚本；
二、在操作面板找到TroubleShooting->WCDMANeighborAnalysis->NeighborRNCCellConfigurationCheck功能，双击此功能，Nastar就会自动输出NeighborRNCCellConfigurationCheck表格。
三、根据输出表格，手动或使用Excel模版根据下面的参数校正原则生成相关的参数修改脚本。
校正的原则：
根据Nastar输出的分析表格，将NRNCCell中配置的不一致参数改成和邻近RNC中小区配置参数一致。
3.2同频邻区错配优化
3.2.1
优化流程图
图3同频邻区错配优化流程图（基于性能服务器）
3.2.2优化原理说明
同频邻区错配是现场有时会遇到的问题，而且这类问题对网络性能影响很大，最常见的问题就是导致大量的掉话。
但对这类问题，由于根据现有的话统或CHR发现和定位困难，必须路测和信令跟踪才能发现和定位问题，解决起来很麻烦，问题定位效率很低。
实际上，仔细分析一下，同频邻区错配的常见原因都是有规律的，错配导致的现象也有一定规律，这就为我们发现和定位问题提供了思路，我们可以在话统中增加少量的话统点和通过对CHR进行指定规则的分析，就可以通过这些系统已有信息快速发现和定位问题。
下面就详细介绍一下同频邻区错配分析解决方案。
同频邻区错配的原因一是由于工程参数表错误，Nastar在分析邻区漏配的时候给出了错误的邻区增加建议，二是由于人为在增加邻区时疏忽，配置邻区是配置了扰码相同的另外一个小区ID，导致了邻区错配。
对于同频邻区错配，导致的现象一般是软切换时RNC下发激活集更新后可以收到激活集更新完成消息，因为扰码是正确的，但新小区无法完成同步，所以收不到RLRestore消息，而且此时由于同频干扰很容易掉话。
根据这些规律，由于性能服务器解决方案中记录了掉话信息和掉话前最后一次切换的相关信息，我们可以在Nastar中根据上述邻区错配规律分析掉话前的最后一次切换，如果情况一致，则将掉话前发生切换的两两小区列为邻区错配核查对象。
然后Nastar可以分析当前小区除此邻区的其他邻区的同频邻区中是否有该小区，是否有同扰码的其他小区，以核查邻区的合理性，找出正确的同频邻区关系。
注释：
上述同频错配分析需求将在NASTARR2版本中实现，预计2008年6月实现。
3.3非第一层同频邻区多配优化
3.3.1无性能服务器解决方案
a）优化流程
图4非第一层同频邻区多配优化流程图
b）优化流程说明
随着网络搬迁或扩容新建，同频邻区关系也不断变化，因而容易出现多余的邻区关系或邻区关系满配。
这种情况下即需要把部分同频邻区关系删除。
删除同频邻区关系，需根据两两小区间的软切换次数统计进行，因而首先需要在M2000上登记两两测量对象（cells）和软切换测量指标，RNC将统计两两小区间的软切换次数并与日常的话统文件一起上报到M2000。
把NASTAR工程参数表、待检查的RNCMML脚本导入NASTAR外和上述登记过两两小区测量的话统（最好记录一个星期以上的数据）导入NASTAR，然后使用NASTAR的“Intra-frequencyUnnecessaryNeighbourAnalysis”功能分析，如下图：
图5Intra-frequencyUnnecessaryNeighbourAnalysis功能
把如下输出结果保持为excel格式，并打开：
图6邻区多配分析结果
取邻区数大于25个的小区，然后使各小区的邻区按两两小区间软切换次数从大到小排列，并计算累积概率。
把符合如下条件的邻区删除：
1）两两小区间软切换次数为零或累积概率在98％之后；
2）并且为非第一层同频邻区。
上述操作可通过excel工具完成（下面提供了一个根据Nastar输出表格判断多配邻区的小工具，可以设定邻区数目分析门限和累计概率门限，但输出结果需要到Nastar中手动判断是否为第一层同频邻区，判断方法参考2.2节）。
根据上述输出结果编写脚本，删除对应邻区关系即可（相应的邻区脚本需用MML命令复制粘贴方法手工完成）。
工具说明：
首先将Nastar输出表格拷贝到Sheet1中，然后点击工具栏的人脸
按钮启动冗余邻区自动分析，工具会自动生成两张表单，一个名称为UnnecessaryNeighbors，这个表单中的邻区都是建议删除的邻区，另一个表单名称为DoubtfulNeighbors，这个表单中的邻区都是可能多配的邻区，但由于一个切换方向没有打开两两邻区小区测量而无法做出确切的判断（两两邻区小区测量可能分阶段分片打开），建议导入所有数据后再分析。
在删除后需观察被删除邻区关系的小区的掉话情况，如果掉话次数增多并且掉话率明显升高则恢复，再尝试删除其它邻区关系；如果掉话率恶化不明显则无需恢复。
注释：
已提需求将在NASTAR中自动完成上述多配分析，预计2008年6月实现。
3.3.2有性能服务器解决方案
基于性能服务器PCHR的邻区优化解决方案中，邻区漏配和邻区多配在功能上统一的，因为分析的结果主要是对邻区优先级进行优化，这样优先级调整后，优先级超过30的邻区就自动变成多配邻区，工具将根据用户意见自动生成脚本进行删除。
具体优化流程和邻区漏配完全相同，请参考3.4.2的b）节。
3.4同频邻区漏配优化
3.4.1第一层同频邻区关系优化
第一层同频（或异频、异系统）邻区即在一定范围内（一般为30km），与某小区物理上接连的同频（或异频、异系统）邻区小区。
如下图所示，2、3、4、5、6、7、8覆盖区域对应的小区为1覆盖区域对应的小区的第一层同频邻区。
图7第一层同频邻区关系
同理，可定义第二、三层同频（或异频、异系统）邻区。
由于同频干扰的存在，第一层同频邻区关系必须配置（在特殊情况下，某小区与第一层同频邻区被隔绝，如被山丘隔绝，可不配邻区，但这种情况较少，并且第一层邻区数目不多，为了减少工作量，可忽略这些特殊情况）。
但在搬迁或插花式新建站点的工程实施中，由于数据制作错误或疏忽，常造成第一层同频邻区关系漏配。
在高话务区域，这些漏配将致使KPI严重恶化；在低话务区域，虽然对KPI的影响不明显，但却因不易觉察形成隐患。
显然，如果我们需等到网络性能恶化后才发现上述漏配，这样未免过晚，损失惨重。
因此，我们需要以主动的方式去检查这些漏配并及时补漏。
检查方法：
把NASTAR工程参数表、待检查的RNCMML脚本导入NASTAR，双击NASTAR中的“NeighborInfoQuery”功能，如下图：
图8“NeighboorInfoQuery”功能
在输出的表中选择“IntraNeighborCellsInfoQuery”，如下图：
图9IntraNeighborCellsInfoQuery
单击上表左上角的
（DrawNeighborCellsonMap）图标，如下图：
图10DrawNeighborCellsonMap按钮
然后单击上表某行，即可在地图上关联显示该小区和对应的邻区的覆盖区域分布，如下图：
图11地图上关联显示
继续单击其它各行，可快速浏览各小区和对应的同频邻区的地理化分布。
通过地理化显示，可快捷且清楚地看到第一层同频邻区关系是否配置。
如下图，可清晰看到5629小区有两个第一层同频邻区未
升级会员 