序号1 2 3 4 5 6 7 8 9
10 11 12 13 14 15 16 17
18 19
20 21 22 23 24 25 26 27
案例
案例：室内覆盖配置不清楚导致配置问题
某运营商原有网络使用宏蜂窝+分布式天线方案解决室内覆盖问题，分布式天线系统没有分集接收天线，和基站设备通过一根馈线进行连接，实现发射和接收，华为BSS设备配置却使用双CDU方案，必须配置两根馈线，无法和原有的分布式天线系统连接，只能临时更改合同配置，使用SCU＋CDU方案解决问题。
案例：客户投诉我司用3002C搬迁N公司室外站后覆盖下降。
原因分析：经过现场分析，此次搬迁的N公司基站外形小巧，类似小基站，督导误以为是10W 的另外一种基站，结果在用只有20W的3002C搬迁时没有引起警惕，后来实际测量功率达到34W，是另外一种大功率小基站。
案例：搬迁后因直放站引起掉话率上升
原因分析：从话务统计来看，掉话多的小区多由覆盖乡村的小区引起的，发现这些小区都分别下挂直放站，而这些直放站都是无线直放站，有的是宽带直放站，有的是选频直放站，由于搬迁前未收集直放站相关信息，导致这些直放站未与周围小区做邻区关系而可能掉话，并且由于搬迁后扩容或改频点等原因，选频直放站必然发生掉话。
另一种直放站引起掉话上升的情况：
直放站小区与同基站邻区切换后源、目标小区路径差异过大，如果设置直放站小区为同步切换小区，切换后TA值不能调整，很容易发生掉话。这种情况需要修改直放站小区为异步切换案例：不清楚原有机动站情况导致覆盖下降
某地进行网络搬迁后客户投诉某段道路通话质量差。调查分析发现是该处无主导小区，信号互相干扰严重。调整周围小区的天线和频点效果均不理想。最后得知该处原来建有一个机动站进行覆盖，我司实行搬迁后，该机动站关闭，造成覆盖问题。最后准备用新建基站来解决案例：搬迁前未做好原有网络话务收集和分析导致的问题。
问题：某局使用我司基站大规模搬迁过程中发现A口电路不足，导致搬迁工程停滞，紧急扩容A接口以缓解话务压力。
原因分析：在搬迁前未充分收集原有网络的话务模型，预测话务量与实际话务量存在一定偏差，从而A口电路的容量估计不足，导致在搬迁过程中才发现A口电路不足，影响了工程进度，客户对我司工程师的能力也表示怀疑。
经验教训：搬迁前需做好原有网络的话务收集和分析，提前向客户提交基站和A口扩容方案。 搬迁是GBSS的搬迁，也需要关注NSS尤其的MSC的相关信息。
案例：未对基站经纬度进行充分核实
某地城区网络搬迁项目中由于未对基站经纬度进行充分核实，事后发现数个基站的实际位置处于其他BSC的覆盖范围内，造成不合理的网络结构。后不得不重新进行rehoming操作，割接到其他BSC。
案例：A接口标识未核实的问题
某地客户在A接口对接参数表中给出的A接口标识为Phase2，我司BSC割接入网后发现实际为phase2＋，如果不修改，将导致很多问题。
案例：GC基站共传输导致基站不能正常使用
某一个基站搬迁后始终有一个小区告警，无法正常工作，倒回原基站运行正常，后询问才知道，这个基站是GC基站共传输，传输的部分时隙供给C基站使用，在替换该基站同时进行了扩容，导致替换后传输资源不够，基站无法正常运行。
案例：GC基站共传输导致基站不能同步上级时钟
某搬迁基站的传输首先经过一个C网基站，然后通过时隙整合设备提取传输。由于没有提供同步时隙，造成无法同步上级时钟，基站搬迁后不能正常工作。
案例：某局搬迁A公司BSS系统后BSC统计话务量明显下降
原因分析：此问题主要原因是搬迁后BSC统计话务量下降由于华为BSS话务量统计方法与A公司BSS话务量统计方法不同导致。MSC统计话务量在搬迁后比搬迁前略有上升。
未收集好工程参数配置导致的问题。
问题：某局我司设备搬迁城区N公司大站型配置站点后出现覆盖下降，而且信号波动问题严重。
原因分析：在搬迁前期，未对原基站配置、合路方式、天线数量等工程参数进行详细的确认，搬迁后由于我司大配置站型合路损耗比N公司设备大，机顶功率比N公司小，通过开同心圆方式局方投诉信号波动很大。后期与客户协商通过增加天馈、PBU、改站型（全向改定向、更换合路器，一个全向站加一个定向小区）的方式，增强覆盖。
案例：某基站搬迁后由于覆盖范围的扩大，使用原来频率出现干扰
主要原因是对原有网络不了解。搬迁中，部分基站采用华为80W基站替换N厂家40W基站，由于对基站的覆盖环境和替换后的覆盖估计不足，搬迁中采用原有基站频点，导致基站之间干案例：原有网络配置参数收集不完全导致寻呼成功率低
问题：网络搬迁后一次寻呼成功率低于原来网络，后经过现场和研发很长时间的测试和分析，发现在N公司基站不控制“RACH最小接入电平”这个参数，而且支持基站的寻呼重发，导致一次寻呼成功率较高。
注意点：原有网络配置参数收集要非常全面，不但包括各个厂家所共有的一些参数，还包含原厂家所特有的一些参数。收集到这些参数后，对其进行了详细的分析，深入了解这些参数的意义和设置方法，并将其与我司参数进行一一对比，进行更加合理的配置，保障网络质量。如本案例需要设置为“RACH最小接入电平”0-1（注意“随机接入错误门限”要相应提高，避免误接入的增加）。基站寻呼重发打开。
案例：割接次日密切关注话统及时发现解决问题避免了问题扩大。
问题：某站割接次日，在观察话统时发现某小区有话务量，但没有主被叫次数。
原因分析：观察信道情况，发现SDCCH总是处于空闲状态，更换载频后，小区工作正常。所以割接次日要密切关注该站点的重要话统指标，有问题及时处理，避免问题扩大。
另外该问题也表明，当晚督导拨打测试不到位。
案例：因验收标准不详导致无法验收
问题：某局在签订合同时签订的验收标准是客户完全满意,没有细化，在验收时客户处处刁难，导致设备入网很久也没有验收，无法回款。
象这种验收标准还不止一例，需要项目组尽早和客户沟通，对合同中概略的部分进行细化，具备可操作性，时间越早越好。
案例：基站分布分散，影响验收进度
问题：某地搬迁项目地域广，基站分布分散。验收时会有很多时间用在路途上，影响验收进度。
这种情况在优化阶段即应考虑验收问题，尽量在前往优化时拉上客户人员，完成优化的同时关于SIM卡开户中峰值流量设置错误导致EDGE速率慢问题说明：
某用户反馈，PCU MCS9数据业务不稳定，同时激活3PDCH下MCS9 速率只有60～70Kbps，和理论值相差甚远。经过定位发现该问题是由于SIM卡开户时，设置了该用户的峰值流量仅为8000 octets/s (64Kbps)，这导致该用户在数据传输过程中能享受的峰值流量最大值为
64Kbps，这和现场的测试情况相符。通过更改用户签约信息中的Peak Throughput为64000 Octets/s，测试的平均下载速率为150Kb。该问题得到圆满解决。
某地搬迁E厂家部分基站后，掉话率比以往上升一倍。挂表测试发现E厂家在软件上做了设置，对掉话次数进行折扣。
案例：某地搬迁项目中网优分包商发现多个优化设置的网优参数变回缺省值，造成已经解决的一些问题重现。经查原因为工程分包商的新员工发现该参数不是缺省值，自行进行了修改。后将参数改回，问题解决。
案例：某地一基站搬迁后一直工作正常。一次路测中发现天馈接反现象，但以前的路测结果是正常的。经查问，工程队在搬迁完成一段时间后对基站进行了二次固定操作。应该是在这次操作中，在机柜顶接错跳线。工程队整改后，问题解决。
案例：某地搬迁项目中由客户负责网规网优数据的修改。我司提交修改申请后经常发现数据未及时修改或修改不完全，影响网优工作进行。
解决办法：与客户就数据修改流程进行沟通，明确客户方面负责数据修改的责任人，要求在每个申请单上注明的时间范围内实施数据修改并反馈数据修改结果。问题解决。
案例：某地搬迁项目中涉及大量网优网规参数的修改，由于在与网优和工程分包商的合同中没有明确进行参数修改操作的责任划分，造成扯皮。最后双方协商后解决。
案例：某地搬迁项目进行网络优化时需要进行大量天线调整工作。由于与客户的工程界面中我司未答复承担此工作，所以希望由客户来做。客户不同意，事情僵持。后来在我司与网优分包商的合同中发现了天馈调整条款，所以由网规分包商承担此工作，问题解决。
案例：某地搬迁项目中网优分包商的人员多为合同制，流动性较大，合同到期即离开项目，给项目实施带来冲击。做好计划，并注意监控分包商人员流动情况。并在合同签定时加入相关限制条款，从合同上减少此情况的发生。
案例：问题处理汇报不及时导致客户高层直接向市场投诉回音问题。
问题：某局高层直接向市场投诉搬迁后问题多，主要是回音问题严重。
原因分析：回音问题实际一直有合作单位工程师在处理，但处理进展没有及时知会客户，客户感觉重视程度不够。此投诉涉及层面高，办事处专门成立了问题处理小组，经过大约四周的处理，发现回音问题主要是端局近期调整了往A局的电路，其中有两个E1环回。每周将问题处理进展及时向客户各个层面做汇报，问题处理完毕后向客户做正式汇报，客户对我司的怀疑态度逐步扭转。
案例：工期紧张导致搬迁计划混乱的问题
某地搬迁项目中由于客户催促赶工期，打乱了原有搬迁计划，造成在城区内大量插花搬迁的局面，严重影响网络质量，引发客户投诉。后通过与客户沟通，明确质量重于进度的原则，回到原有的搬迁策略上来，情况得到了改善。
案例：赶工期造成二次割接
某地城区搬迁项目中由于赶进度、传输资源制约和新建BSC进度慢等多方面因素，多个BTS不能直接割接到规划的BSC上，造成网络结构混乱，之后不得不进行大量的二次割接操作，增加了工作量，也带来了网络质量风险