RNC22割接工作总结.doc

RNC22 割接工作总结 华为技术有限公司Huawei Technologies Co., Ltd.版权所有 侵权必究All rights reserved目录一、割接进程概述.3二、割接网优工作流程.42.1.割接前方案审核.42.2.割接邻区脚本制作以及执行.82.3.割接后现场测试.112.4.割接后指标监控以及参数核查.12三、割接问题汇总.123.1.银杏湖站点无法割接.123.2.苏果板桥新村店(W) 经纬度错误 .123.3.RNC22 与大唐 RNC6 之间切换异常.13四、割接经验教训.194.1.邻区数据核查经验总结.194.2.RNC 间切换失败经验总结.20一、 割接进程概述11 月 18 日割接站点有三山营、三山村、苏果板桥新村店(W)、梅山炼铁、梅山、梅钢办公大楼(W)、中船绿洲、绿州机械厂(W)、新建村、赤岸、孙家村工业园、南山医院、司家村、江宁镇，共 14 个基站11 月 19 日割接站点有盛江花苑、景明大街、新一棉厂、滨江管委会、天成、滨江开发区、东善桥林场、南唐二陵、霞辉庙、公塘、陶吴开发区、甘西，元山社区、白鹭湖、梅山二、东方文理学校 A、东方文理学校 B、东方文理学校 C、东方文理学校 D 共 19 个基站。

11 月 20 日割接站点有江宁区域金城学院、金肯学院、金肯学院二、振环休闲中心和高淳区域襟湖桥、高淳县城华润苏果、高淳 T、高淳党校、丹湖公园、高淳职中、狮子山、高淳移动、高淳县政府大楼、高淳武家嘴办公楼、高淳武家嘴大酒店造船厂、高淳开发区，溧水区域的溧水花园、广城花园、溧水电大、溧水移动(W)、平达水泥厂、溧水三、气象局、溧水镇政府、珍珠路、溧水自来水厂、山里、中城花园、溧水开发区，共 29 个基站本次割接共计 63 个站点，其中宏站 50 个，室分站点 13 个原定参与割接的银杏湖球场、银杏湖球场西、银杏湖高尔夫会场(W)三个站点因为传输问题导致断站未能割接成功；其余站点全部顺利完成割接 二、 割接网优工作流程 割接工作流程图2.1.割接前方案审核割接前对本次割接的方案进行审核，如发现不合理需要整改的地方，提出修改建议，并知会 RNC 督导割接前网优侧审核需要关注的内容有：1)按照割接的目的和要求查看是否有遗漏或者多余的站点2)对割接的 RNC 边界进行审核：根据具体地形、以及无线环境的覆盖要求，判断 RNC 边界是否合理3)对割接的 LAC 区边界进行审核：查看是否存在 LAC 区分布不合理的站点。

4)确定割接的批次：根据参与割接的站点分布的区域、所处的 RNC、LAC 区等情况，按照工程计划的时间批次，将割接站点分批，工程人员将按照网优规划的站点顺序依次进行割接割接审核示例：本次割接计划将 RNC14 的部分站点以及 RNC15 的高淳、溧水站点割接至 RNC22，按照割接方案，割接后的站点分布如下图： 项目组经过讨论，决定割接站点根据两项原则进行改动：1)由于 RNC14 与 RNC22 交界的区域存在山脉，由于山体附近无线环境复杂，覆盖难度较高，项目组认为 RNC 边界应尽量避免有山脉的区域，按照山脉将两个 RNC 分开因此决定统光宝电、宁丹路、晨光集团水阁楼宾馆、东周路这 4 个站点不参与割接，仍然归属RNC142)由于机场高速处于 RNC14 与 RNC22 交界处，而机场高速的保障工作是我们优化工作的重点，应尽量避免在机场高速区域发生 RNC 间的切换因此决定与机场高速周边站点有交互的凤凰山铁矿、华商科技园不参与割接，仍然归属 RNC14经审核后，最终割接的 RNC 边界如下图所示：割接完成后的最终站点分布图如下图所示：2.2.割接邻区脚本制作以及执行在割接审核完成，最终割接方案以及割接时间确定后，网优工程师开始制作邻区脚本。

割接邻区关系的原则就是要保持邻区关系与原网一致，同时更新有变更的 CI、LAC、频点、扰码、RNC 归属等数据在制作邻区脚本的同时也要制作相应的垃圾邻区数据删除脚本 下面就以本次割接 GSM 邻区脚本为例，详细的描述邻区脚本制作步骤：1)将割接前现网的 MML 脚本导入 UltraEdit 软件，然后查找 ADD GSMNCELL，将数据全部剪切到 EXCEL 里面2)对 EXCEL 进行分列处理，得到 TD 小区的 CELLID 以及对应 GSM 邻区的 CELLID然后利用 VLOOKUP 函数索引 CELLID 得出割接站点的 GSM 邻区关系再利用 VLOOKUP函数索引割接后的 CELLID，对原有 CELLID 进行替换3)将添加 GSM 邻区的命令输入 UltraEdit，复制命令，利用列模式功能将之前做好的 TD小区 CELLID 以及 GSM 小区 CELLID 导入，脚本即制作完成4)然后再制作 RNC22 上 ADD GSMCELL 以及 RNC14 上 RMV GSMCELL、RMV GSMNCELL 3 个脚本，具体制作方法与上述异曲同工，这里不做详细介绍至此 GSM 邻区脚本制作完成。

在割接实施后，网优工程师等候 RNC 督导的通知，按照割接批次导入相邻关系就本次割接来说：首先执行 ADD GSMCELL 和 ADD NRNCCELL，添加 GSM 以及相邻RNC 小区基础数据；然后执行 ADD NCELL 和 ADD NGSMCELL，添加 TD 相邻关系以及G 网相邻关系；最后利用删除命令，删除 RNC14、RNC15 上割接站点相关的相邻关系和基础数据2.3.割接后现场测试割接进行的同时，测试人员在现场进行测试验证，确保站点割接后各项业务正常如发现问题应立即联系后台定位分析测试内容包含以下几个方面：1)对每天割接的第一个站点的三扇区进行全业务单站验证测试内容包括：AMR、VP、PS384、HSDPA，确保业务能够正常使用、PS 域速率正常2)割接结束后，对当日割接的站点进行拉网测试测试内容包括：AMR、PS384，确保能够站到每个站点的信号，重点关注邻区关系是否漏配，当天要对当天拉网的 LOG 进行分析，对问题点给出解决方案3)每天选定一处区域进行 CS 域以及 PS 域 23G 切换的测试，确保 23G 互操作不存在异常4)对 RNC 边界的站点进行 CS 以及 PS 域的切换测试，确保 RNC 间切换无异常。

5)每天测试结束后输出当日的测试报告测试报告应该包含今日割接的站点、单站验证表格、拉网测试截图、指标以及问题点分析可以以附件报告中的测试内容为模板：RNC22割接后测试验证报告.doc2.4.割接后指标监控以及参数核查1)当日割接后，后台人员要对割接站点的指标进行监控，重点关注接力切换、RNC 间、异系统的切换指标，出现异常，立即进行定位处理2)割接全部完成后，后台人员应对割接站点的参数进行核对，确认无误重点核查邻区关系、信道配置、功率控制、H 业务以及切换参数，对有误的参数进行修改三、 割接问题汇总3.1.银杏湖站点无法割接在割接过程中，移动传输班通知银杏湖球场、银杏湖球场西、银杏湖高尔夫会场(W)、这 3 个基站由于传输面板上三个站点的传输全部断链，无法割接为防止站点开通后，RNC 边界分布发生变化，我们建议产品工程师将其在 RNC14 上的数据删除，先行添加在RNC22 上以后如果站点确认不开通，则在 RNC22 上删除其数据；如果开通则不需要再补做割接数据3.2.苏果板桥新村店(W) 经纬度错误在割接测试过程中，测试工程师发现苏果板桥新村店(W)站点经纬度与实际不符，工参中经纬度为：Longitude 118.6333，Latitude 31.91353；而现场 GPS 打点经纬度为：Longitude 118.6556，Latitude 31.9247。

以后我们在日常测试包括机房分析过程中需要更加仔细，对于有怀疑的问题一定要想办法确认，不能忽悠了事3.3.RNC22 与大唐 RNC6 之间切换异常在割接过程中，后台分析人员发现 RNC22 存在大量 RNC 间的切换失败，经过信令分析，发现与大唐 RNC6 之间的切换全部失败，随即联系测试人员进行现场测试，测试结果如下：CS 业务华为-大唐切换【问题描述】：如上图所示，测试在华为区域西善村_1 小区起呼，RSCP 电平值为-68dBm，PCCPCH C/I 为 20dB，测试车辆由南向北行驶，让 UE 跨 RNC 切到大唐区域查看信令发现， RB 建立失败，随后不断上发测量报告，网络不断下发测量控制消息，导致吊死在西善村_1 小区，最终导致跨 RNC 切换失败CS 业务大唐-华为切换【问题描述】：如上图所示，测试在大唐区域（10120，11）小区起呼，RSCP 电平值为-87dBm，PCCPCH C/I 为 4dB，测试车辆由北向南行驶，让 UE 跨 RNC 切到华为区域查看信令发现，上发测量报告后，没有收到网络下发的 RB 重配置命令，随后变为空闲态而掉话后台跟踪的信令如下：切换失败的原因如上图所示，此原因为本 RNC 未配置对端 RNC 的 IPPATH 导致。

核心网下发的 IP 地址如上图所示，转化为十进制后为 10.10.0.102 （注：CN 下发的 2个 IP 地址：10.10.0.102、10.10.0.103 均不能成功切换）随即查看 RNC6 上的 IPPATH 配置：如上图所示，RNC6 未配置这两个 IPPATH 地址配置了 IPPATH 地址后切换恢复正常，路测以及后台信令如下：CS 业务华为-大唐切换【现象描述】：如上图所示，测试在华为区域西善村_1 小区起呼，RSCP 电平值为-81dBm，测试车辆由南向北行驶，让 UE 跨 RNC 切到大唐区域查看信令，发现成功切换到大唐区域（10120，11）小区，跨 RNC 切换成功 CS 业务大唐-华为切换【现象描述】：如上图所示，测试在大唐区域（10120，11）小区起呼，RSCP 电平值为-81dBm，测试车辆由北向南行驶，让 UE 跨 RNC 切到华为区域查看信令，发现成功由大唐区域切换到华为区域西善村_1 小区 后台成功信令如下图所示：CN 下发的下发的 IP 地址为：地址为：IP 地址依然为 10.10.0.102，已经切换正常，证明问题解决四、 割接经验教训本次割接过程中存在一些人为的失误，影响了工作的进展。

项目组通过内部会议对本次割接过程中的不当行为进行经验总结，降低以后出错的可能性4.1.邻区数据核查经验总结【问题描述】： 本次割接过程中，邻区添加与删除脚本的执行都出现了问题在 GSM 邻区添加完以后，检查邻区数目发现相差很大，绝大多数邻区未添加成功对脚本反复检查后确认脚本无误，查询了现网的 GSM 基础数据，发现 GSM 编号从 1150 均添加了数据，导致 GSM 邻区因为数据冲突无法加入查看日志发现是产品工程师误加造成对垃圾数据进行删除，重新添加成功经过核查确认与原网邻区一致经验总结】：日常脚本执行一定要细心，执行完后要反复检查确认所有命令均执行成功对于邻区的执行，务必要确认邻区数目与原来一致4.2.RNC 间切换失败经验总结【问题描述】： 在江宁区域割接过程中，我方测试人员测试华为与大唐 RNC 间切换反馈无问题但是后台分析人员从信令上看到，RNC 间的切换全部失败随即询问现场测试人员，测试工程师描述不清楚是切换不成功还是掉话后台人员经过信令分析到最后确认问题已经到了晚上，大唐工作人员已经下班，无法配合处理导致问题拖到第二天才开始处理经验总结】：因为直接关系到用户的感知，网优是个容错性很低的职业，要求我们在日常的测试、分析工作中务必仔细，不能放过任何疑点。

一方面，我们需要加强自身技能的学习，更好的判断问题所在；另一方面，对于可疑的问题点，要敢于怀疑，敢于提出，不耻下问把事故的可能性降到最低。