交换数据错误导致接入困难-Peng,Deliang

　 案例名称：合江建行交换数据错误导致接入问题 案例名称 合江建行交换数据错误导致接入问题 案例归属序号 （1：网络规划

　 2：

　网络优化

　3：后台分析

　 4：活动保障

　5：室分

　6：其它）

　2 案例作者 战威，彭德良 联系方式 Deliang.peng@nsn.com 所属公司 诺基亚 写稿时间 （yyyy-mm-dd）

　2014-7-8 网络属性 WCDMA 设备版本 RU40 优化内容 （1：覆盖调整；2：天线问题；3：容量问题；4：无线参数问题；5：核心网参数问题；6：传输问题；7：基站设备问题；8：核心网设备问题；9：其它）

　5 案例简要描述 用户投诉在合江建行附近经常发生电话打不通的现象，经过现场测试并结合数据核查，发现合江建行 F2 小区交换数据配置错误，导致终端在先进行数据业务后再发起语音呼叫时无法接通，重新配置 F2 小区交换数据后能正常进行业务。

　原因/原理分析 1）用户反映在合江建行（双载波基站）经常无法拨打电话，经监控基站无告警，接入指标正常，更换 BBU 并优化上行负荷参数后仍存在问题。对邻区核查发现距离建行较近的城关中学只加入邻区的 ADJD 中，并未加入 ADJS 邻区列表，导致切换慢并无法进行目标小区的重选。

　2）现场测试用 NOKIA6720 拨打语音无问题，投诉用户大多使用三星等手机，根据以往经验，三星手机并发业务比较多，长时间占用 F2 小区，现场用 NOKIA6720 模拟并发业务的情况发现无法打电话，推测交换数据有问题，经过核查发现 F2 交换数据 LAC 定义错误，修改后恢复正常。

　 处理步骤/流程 1．用户反映合江建行有时无法拨打电话现象，首先核查基站工作状态及故障，基站工作正常无硬件告警：

　2．核查基站传输状态无闪断丢包：

　3 、该站以前更换过 RRU，F1 小区上行 RTWP 偏高，优化基站上行负荷参数后仍有用户反映存在接入问题：

　4．邻区核查中发现周边存在重要小区的邻区在 ADJD 中，并未在 ADJS 中导

　 致无法重选和切换慢，随后将周边的重要邻区加入到合江建行的 ADJS 中：

　5 现场用投诉用户手机测试在进行数据业务情况下再发起语音业务无法接入，初步怀疑 F2 小区的交换数据错误。

　6，核查基站 F2 小区交换数据，发现 LAC 定义错误：

　7 正确定义交换数据：

　8 现场测试一切正常：

　 结果验证 现场查看 现场测试优先数据业务可以并发语音业务 后台查看 后天通过对小区 Counter 及用户 RNC 数据跟踪该站恢复正常。

　经验总结

　1、 关于基站周边重要小区的邻区尽量避免放入 ADJD 导致无法对目标小区重选和切换慢的现象，建议基站周边小区的邻区均放入 ADJS 邻区列表中。

　2、 交换数据的检查是优化中的重要一环，尤其是发生接入问题时。现网策略为 F1承载语音，F2 承载数据，但是大量智能机在数据业务状态下发起语音时都是在F2 小区，以前针对无法拨打电话情况交换一般只核查 F1 小区，今后所属基站所有小区都需要核查，且平时针对新站的交换数据要按标准规划并定期核查。

推荐访问:接入 困难 导致