普天设备关键指标网络优化手册V1[1].0 - 图文(7)

?

问题分析：

运河桥客运站3小区切换向渤海兽药3小区后掉话，切换失败引起。该位置为运河桥客运站1小区，但该位置看不到运河桥客运站1小区信号。怀疑运河桥客运站1小区故障。

?

解决方案：

与机房沟通发现运河桥客运站1小区发生退服告警，处理桥客运站1小区故障后复测该路段正常。

2）GPS失步导致该站点区域性能恶化

6月21日晚对全网进行语音段话测试，发现在金柏林、中华绿园、东方电器、高柱三产接通率较低，为60％左右。从路测软件上看，接入失败现象为N300 次rrcConnectionRequest后无rrcConnectionSetup消息。 ? 问题概述：

6月21日晚对全网进行语音段话测试，发现在金柏林、中华绿园、东方电器、高柱三产接通率较低，为60％左右。从路测软件上看，接入失败现象为N300 次rrcConnectionRequest后无rrcConnectionSetup消息。 ? 问题定位过程：

6月22日对金柏林、高柱三产等4个站点进行问题定位和排查，排查结果认为高柱三产站点GPS帧头偏移较大（1300chip），对周边小区造成干扰导致了周边小区接入成功率较低。问题定位过程如下： ? 问题小区各时隙干扰情况检查

1、对呼通率低小区（金柏林2小区）的上行时隙干扰情况进行检查。发现主频点第一个上行时隙（全部2：4）底噪非常高（-50dbm～-71dbm），第二个上行时隙底噪基本正常（-105dbm～-107 dbm）。金柏林站点只有金柏林3小区主频点的第一个上行时隙（ 全部2：4）底噪基本正常（-105dbm～-107dbm），但是第二个上行时隙底噪非常高（-74dbm）。

2、涉及的4个站点没有出现假锁现象，排除时钟假锁的影响。 ? 优化参数修改验证

1、优化人员将金柏林2小区的频点进行修改，修改为网内室内分布站点使用的10071、10063、10055三个频点（原先依次为：10120、10112、10096），修改后删建小区，发现该小区主频点第一个上行时隙底噪为-102左右，第二个上行时隙为-107左右，其他辅频点也正常-107左右，测试CS业务20次，成功100％。

2、选定另外一个问题小区（东方电器1小区）按照金柏林2小区的频点修改方式进行修改，修改后发现主频点第一个上行时隙底噪为-101左右，第二个上行时隙为-108左右，其他辅频点也正常-100～-107左右，上行时隙指标正常。测试CS业务20次，成功率100％。

3、将问题小区的频点进行调整后业务质量正常，怀疑是否存在上行同频干扰，导致UE上发消息NB没有收到。优化测试工程师通过扫频仪测试发现高柱三产站点异常，3个小区GPS帧头偏移都超过1000chip；正常小区GPS帧头偏移都在5chip以内。（如下图）

4、因此怀疑高柱三产站点对周边同频段站点造成干扰（这四个问题站点都是高5M频段站点），将高柱三产的三个小区关闭，查看接入成功率较低的问题小区（金柏林2小区、东方电器1小区）底噪，底噪恢复正常水平（-107dbm）；再次将高柱三产各小区解锁，问题小区主频点底噪升高到-65dbm；再次将高柱三产各小区闭掉，测试工程师对前期接通率低的小区进行定点测试，各小区测试30次，平均成功率100％以上。

5、因此认为高柱三产站点GPS帧头偏移后对其它三个站点造成干扰，影响其它小区的接通率。后对高柱三产站点GPS帧头偏移较大的问题进行分析，分析认为该站点时钟板故障引起。更换高柱三产站点时钟板，同时将金柏林、中华绿园、东方电器站点的频点修改为初

始值后进行测试，金柏林、中华绿园、东方电器各小区接通率达到99.5%以上，问题得到解决。

? 问题定位结论：

站点GPS帧头偏移较大将对周边小区造成干扰，导致周边接通率的降低；GPS帧头偏移可以通过扫频仪测试发现；产生该问题的根本原因是高柱三产站点TFB版卡硬件故障引起，目前已经更换解决。

3）CDS配置错误 故障现象及原因判断：

首秦公司（室分小区）与平山营（室外小区）同在一个BBU下，BBU型号为1327A，1资源框3块CPB载频板1块RFIB配置3个三载波小区（平山营室外），2资源框1块CPB载频板1块RFIB配置1个三载波小区（首秦公司室内），平山营三个小区各使用一个1306C6通道RRU，首秦公司小区使用1个1301C单通道RRU。经测试平山营3个小区业务正常，首秦公司小区下电话无法打通，抓取首秦公司逻辑43280小区CallTrace及RSM码流分析如下：

CallTrace码流可以看出RRCConnectionSetup消息下发后没有收到

RRCConnectionSetupComplete消息，尝试4次后，RNC下发RRCConnectionRelease消息释放资源。RRC建立失败。

从RSM分析，RNC收到UE上发的rrcConnectionRequest消息后传输信道建立成功，已经下发rrcConnectionSetup消息，但是上述码流中缺少FPD_SYNC_IND消息，该消息是传输信道同步消息，当完成专用传输信道同步时D板向Sres板发送此消息。通过FACH下发rrcConnectionSetup消息后我们并没有看到UE通过专用信道上发的

rrcConnectionSetupComplete消息。由以上分析，可能的原因有以下几点：

空口质量太差，导致DPCH同步失败。有可能存在干扰。 RRU硬件故障或者载频板故障导致信令处理时异常。 NodeB配置问题，导致专用信道建立后不可用。

手机故障，收到rrcConnectionSetup消息后不能正常进行进一步处理。 故障分析及定位:

通过对码流的初步分析，可能原因如下：

有可能是专用信道已经建立，但是由于空口质量太差，导致DPCH同步失败。导致RRU硬件故障或者载频板故障导致信令处理时异常，导致虽然专用信道建立但是不可用。 1. NodeB配置问题，导致专用信道无法建立或者由于资源不一致导致NodeB认为自己已经

建立专用信道，但其实对应RF模块不可用。

2. 手机故障，收到rrcConnectionSetup消息后不能正常进行进一步处理。

解决方案：针对上述每种可能原因，找出相应方法，依次进行排查 处理步骤：

1. 现场NodeB维护人员，将RRU1301C更换后现象依然存在；将（0，1，3）槽位CPB（平

山营3小区载频板）与（0，2，0）槽位cpb（首秦公司小区载频板）对换，小区建立后现象依旧，可以排除RRU及CPB的原因。

2. 将小区主频点由10055改为10071，并删建小区。修改频点的目的是为了排除同频干扰

或者外界干扰原因。修改频点后现象依旧，基本可以排除干扰问题。 3. 从RNC侧查看小区配置，没有发现异常。

4. 机房反应偶尔可以打通电话，仔细对比可以打通电话码流与打不通电话码流。发现能打

通业务的时候都是承载在主频点（10071）上的，不能打通业务的时候都是承载在辅频点（10063）上的。因此怀疑NodeB配置存在问题导致主频点可用而辅频点不可用。 5. 分析NodeB CDS文件，发现其中RFIB交换信息表中首秦公司对应小区配置错误。如下

图所示

其中RRU天线掩码一项配置错误，对于1301C单天线RRU来讲，RRU天线掩码都应该是0x01（因为1301C只有一个支路），不应该配置成0x02或0x04，按照此错误配置，相当于将基带资源映射到两个不存在的支路上，导致两个载波不可用，而主载波是可用的。 6. 首秦公司小区三个频点中，主频点（10071）和辅一频点（10063）配置为高优先级，辅

二（10055）配置为低优先级，系统对UE分配资源时会优先分配到主频点和辅一频点，这两个频点间则是根据均衡原则来分配，由于主频点承载公共信道Prach，所以系统会优先将UE分配到辅一频点，而辅一频点不可用，导致UE接入失败。

7. 修改CDS文件并重新起站后，首秦公司业务正常，通过修改主频点的方法测试三个频点

均可用。问题解决。 问题定位结论：

本案例故障原因最终定位为CDS配置错误。该问题属于小概率事件，是工程师在配置CDS文件时疏忽导致。在发现此问题后，我们迅速通知现场将所有涉及1301C的CDS文件发回，逐个检查，没有再发现同样问题。其他所有CDS文件配置正确。 四、 总结

站点的故障影响着网络KPI，部分站点的故障可能对周边区域站点都造成严重影响。对于故障站点可以通过OMC-R查看告警和通过使用测试终端或扫频仪等路测手段发现。

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库普天设备关键指标网络优化手册V1[1].0 - 图文(7)在线全文阅读。