搬迁网规网优checklist-20060430-A-1.0.xlsVIP

案例 网络监控 规划数据制定 网络搬迁规划 分析和评估 原有网络信息收集 案例：某局搬迁A公司BSS系统后BSC统计话务量明显下降 原因分析：此问题主要原因是搬迁后BSC统计话务量下降由于华为BSS话务量统计方法与A公司BSS话务量统计方法不同导致。MSC统计话务量在搬迁后比搬迁前略有上升。 未收集好工程参数配置导致的问题。 问题：某局我司设备搬迁城区N公司大站型配置站点后出现覆盖下降，而且信号波动问题严重。 原因分析：在搬迁前期，未对原基站配置、合路方式、天线数量等工程参数进行详细的确认，搬迁后由于我司大配置站型合路损耗比N公司设备大，机顶功率比N公司小，通过开同心圆方式局方投诉信号波动很大。后期与客户协商通过增加天馈、PBU、改站型（全向改定向、更换合路器，一个全向站加一个定向小区）的方式，增强覆盖。 经验教训：搬迁前未收集好工程参数配置，在配置上未做规避，导致覆盖下降，信号波动。 案例：原有网络配置参数收集不完全导致寻呼成功率低 问题：网络搬迁后一次寻呼成功率低于原来网络，后经过现场和研发很长时间的测试和分析，发现在N公司基站不控制“RACH最小接入电平”这个参数，而且支持基站的寻呼重发，导致一次寻呼成功率较高。 注意点：原有网络配置参数收集要非常全面，不但包括各个厂家所共有的一些参数，还包含原厂家所特有的一些参数。收集到这些参数后，对其进行了详细的分析，深入了解这些参数的意义和设置方法，并将其与我司参数进行一一对比，进行更加合理的配置，保障网络质量。如本案例需要设置为“RACH最小接入电平”0-1（注意“随机接入错误门限”要相应提高，避免误接入的增加）。基站寻呼重发打开。 案例：割接次日密切关注话统及时发现解决问题避免了问题扩大。 问题：某站割接次日，在观察话统时发现某小区有话务量，但没有主被叫次数。 原因分析：观察信道情况，发现SDCCH总是处于空闲状态，更换载频后，小区工作正常。所以割接次日要密切关注该站点的重要话统指标，有问题及时处理，避免问题扩大。 另外该问题也表明，当晚督导拨打测试不到位。 案例：因验收标准不详导致无法验收 问题：某局在签订合同时签订的验收标准是客户完全满意,没有细化，在验收时客户处处刁难，导致设备入网很久也没有验收，无法回款。 象这种验收标准还不止一例，需要项目组尽早和客户沟通，对合同中概略的部分进行细化，具备可操作性，时间越早越好。 案例：某地搬迁项目中网优分包商发现多个优化设置的网优参数变回缺省值，造成已经解决的一些问题重现。经查原因为工程分包商的新员工发现该参数不是缺省值，自行进行了修改。后将参数改回，问题解决。 案例：某地一基站搬迁后一直工作正常。一次路测中发现天馈接反现象，但以前的路测结果是正常的。经查问，工程队在搬迁完成一段时间后对基站进行了二次固定操作。应该是在这次操作中，在机柜顶接错跳线。工程队整改后，问题解决。 案例：某地搬迁项目中由客户负责网规网优数据的修改。我司提交修改申请后经常发现数据未及时修改或修改不完全，影响网优工作进行。 解决办法：与客户就数据修改流程进行沟通，明确客户方面负责数据修改的责任人，要求在每个申请单上注明的时间范围内实施数据修改并反馈数据修改结果。问题解决。 案例：某地搬迁项目中涉及大量网优网规参数的修改，由于在与网优和工程分包商的合同中没有明确进行参数修改操作的责任划分，造成扯皮。最后双方协商后解决。 案例：某地搬迁项目进行网络优化时需要进行大量天线调整工作。由于与客户的工程界面中我司未答复承担此工作，所以希望由客户来做。客户不同意，事情僵持。后来在我司与网优分包商的合同中发现了天馈调整条款，所以由网规分包商承担此工作，问题解决。 案例：某地搬迁项目中网优分包商的人员多为合同制，流动性较大，合同到期即离开项目，给项目实施带来冲击。做好计划，并注意监控分包商人员流动情况。并在合同签定时加入相关限制条款，从合同上减少此情况的发生。 案例：赶工期造成二次割接 某地城区搬迁项目中由于赶进度、传输资源制约和新建BSC进度慢等多方面因素，多个BTS不能直接割接到规划的BSC上，造成网络结构混乱，之后不得不进行大量的二次割接操作，增加了工作量，也带来了网络质量风险 案例：问题处理汇报不及时导致客户高层直接向市场投诉回音问题。 问题：某局高层直接向市场投诉搬迁后问题多，主要是回音问题严重。 原因分析：回音问题实际一直有合作单位工程师在处理，但处理进展没有及时知会客户，客户感觉重视程度不够。此投诉涉及层面高，办事处专门成立了问题处理小组，经过大约四周的处理，发现回音问题主要是端局近期调整了往A局的电路，其中有两个E1环回。每周将问题处理进展及时向客户各个层面做汇报，问题处理完毕后向客户做正式汇报，客户对我司的怀疑态度逐步扭转。 经验教训：问题处理不仅要及时，更要注意