TD-SCDMA系统干扰分析定位总结报告v0.3.0.doc

TD SCDMA 系统干扰分析定位总结 报告 项目名称网优双提升项目 文档编号 DTM4 392 502JS 版 本 号 V0 3 0 作 者朱向前 赵志伟 赵国华 王文静 李忠宝 版权所有 大唐移动通信设备有限公司 本资料及其包含的所有内容为大唐移动通信设备有限公司 大唐移动 所有 受中国法律及适 用之国际公约中有关著作权法律的保护 未经大唐移动书面授权 任何人不得以任何形式复 制 传播 散布 改动或以其它方式使用本资料的部分或全部内容 违者将被依法追究责任 文档更新记录文档更新记录 日期 更新人版本备注 2009 6 29朱向前 赵志伟 赵国华 V0 1 0创建 2009 8 25朱向前V0 2 0根据研发王文静 赵志伟定位总结进行补充完 善 2009 8 26李忠宝V0 3 0根据硬件定位情况 补充3 1 1和3 1 3节内容 目录目录 TD SCDMA 系统干扰分析定位总结报告系统干扰分析定位总结报告 1 1引言引言 4 1 1编写目的 4 1 2预期读者和阅读建议 4 1 3参考资料 4 1 4缩写术语 4 2时钟跑偏类时钟跑偏类 4 2 1现象与分析方法 4 2 1 1GPS定时超前 4 2 1 2GPS定时滞后 4 2 1 3基站内个别小区时钟跑偏 4 2 2处理或规避方法 5 2 3工具需求 5 3设备故障类设备故障类 6 3 1现象与分析方法 6 3 1 1FPGA寄存器问题导致的ISCP异常低 6 3 1 2某根通道过高导致ISCP很高 8 3 1 3DDP版本与某块BBU板卡不匹配 9 3 1 4OMCR提取ISCP数据为空值 10 3 1 5GPS损坏导致ISCP高 11 3 2处理和规避方法 11 4参数配置类参数配置类 12 4 1现象与分析方法 12 4 2处理或规避方法 14 5总结总结 14 1引言引言 1 1编写目的编写目的 本文档主要对 TD SCDMA 系统中的干扰分析和定位情况进行总结 包括几大类干扰 情况的现象与定位情况 处理建议等 对干扰分析定位的工具需求进行分析 为后续干扰 分析 设备故障定位工作提供指导 为相关工具的开发提供参考 1 2预期读者和阅读建议预期读者和阅读建议 网络规划人员 网络优化人员 网络维护人员 产品开发人员等 1 3参考资料参考资料 1 TD SCDMA 系统的干扰分析指导方法 大唐移动内部资料 2 TD SCDMA 网络干扰分析作业指导书 大唐移动内部资料 3 TD SCDMA 系统的干扰分析 大唐移动内部资料 4 基站同步跑偏检测方案研究报告 大唐移动内部资料 1 4缩写术语缩写术语 2时钟跑偏类时钟跑偏类 2 1现象与分析方法现象与分析方法 2 1 1GPS 定时超前定时超前 具体请参考文献 1 2 1 2GPS 定时滞后定时滞后 具体请参考文献 1 2 1 3基站内个别小区时钟跑偏基站内个别小区时钟跑偏 之前上海网络上海网络发现的一个现象 1 小片区域的单个小区 单个频点受到干扰单个小区 单个频点受到干扰 而且都是时隙 1 异常 时隙 2 正常 主 载频异常 辅载频正常 干扰载频的 ISCP 值一般在 80 95 之间 受干扰载频号基本 都是 10104 具有一定的方向性 如下图所示 蓝色代表 ISCP 值在 80 95 之间 红色代表 ISCP 值是空的 2 现象很不稳定 成片的干扰区域会随着时间而变化 2 2处理或规避方法处理或规避方法 1 目前疑似 GPS 超前和滞后跑偏的情况 都是 TDB09A TDB144A 站型 使用 OSA 的 GPS 接收机 处理方法处理方法 升级 GPS 软 固件版本 2 值得注意的是 2009 年 6 月 29 日在上海发现一个 TDB144A 站 已经升级到最新 版本但仍然符合疑似跑偏现象 定位问题原因定位问题原因 OCXO 恒温晶振异常 无法确保输出时钟的稳定 建议处理方法建议处理方法 更换 GPS 板卡 3 疑似基站内个别小区跑偏的情况 需要根据各地干扰情况继续跟踪 目前尚没有相 关结论 2 3工具需求工具需求 1 上行时隙 上行时隙 GPS 跑偏检测功能 跑偏检测功能 目前 系标和研发已经提供了在上行时隙检测 GPS 跑偏的方案 具体参考 4 该方案已经在 TDB144A 站型上实现 并在 2009 8 24 日开展了外场验证 基本上达到 预期检测效果 具体参考相关测试报告 2 GPS 时钟类相关告警提取工具 时钟类相关告警提取工具 针对 GPS 时钟相关的告警信息进行梳理 重要告警 可能导致定时偏移较大的 提 取出来 用于辅助维护人员进行分析处理 经过梳理的告警如下 时钟跑偏有关告警 0710 xls 实际操作时 可以根据使用告警过滤功能 一次性提取相关告警信息 供维护人员分 析 3设备故障类设备故障类 3 1现象与分析方法现象与分析方法 此类干扰最大特点是 干扰分布没有地理特征 一般是孤立站点的上行时隙平均干扰此类干扰最大特点是 干扰分布没有地理特征 一般是孤立站点的上行时隙平均干扰 较高 较高 从载波级的上行平均 ISCP 大致可以区分 若某异常小区的所有载频的 ISCP 都异常 而且值比较相近 那么一般上可能是 RRU RFU EIU 故障 如果只是某个载频的 ISCP 值异 常 其它载频的 ISCP 都正常 那么可能是 BBU 故障 具体请参考文献 1 针对二期设备 TDB18AE 36A 疑似故障主要分为几类 包括 1 疑似 RRU EIU 故障 2 疑似 BBU 故障 为了更加直观 这里提供各个板卡相对关系图 G P S B D SYNU GEU 含多个 接收 机 aCCU BBU EIURRU RRU RRU BBU Other 下面 结合近期外场干扰分析和故障排查工作 对设备故障类问题进行总结 3 1 1FPGA 寄存器问题导致的寄存器问题导致的 ISCP 异常低异常低 一 案例一 案例 1 现象现象 网优反馈马仲屯南三小区接通率很低 登陆 LMT B 查看 发现 2 小区第二辅 频点 3 小区两个辅频点 ISCP 值都为 121 5 上站定位该问题 ATP 跟消息发现该 BBU 基带接收数据都是为 0 排查方法 排查方法 1 在 BCP 上输入 d 0 xf9040000 发现寄存器值全为 0 2 去激活小区 软复位 BBU 下电复位 BBU 更换槽位都无法解决问题 研发定位过程研发定位过程 1 采用现网上运行的版本 读 FPGA MIF 返回值全 0 2 BCTL0 信号改为输入 可以读出一些数据 但内容不对 某些寄存器也可以写 但和预期的地址不一致 3 将 FPGA 的 MIF 口所有信号作为输出 输出方波信号 全部可以输出 4 将 MIF 口相关信号引到逻分观测 发现 A26 A29 信号一直为高 不能对其控制 5 将 A26 A29 信号变更到其他备用 PIN 用逻分观测 发现 A28 A29 一直为高 不 能对其控制 6 将所有的地址线通过其他备用 PIN 驱动 通过罗分观测 最低位数据线不正常 7 将最低位数据线换到其他管脚上 生成新的版本后 发现 READ 信号 以及相关 的内部信号均无效 8 将 FPGA 工程修改与 mif 口无关的内容后 重新生成 BIT 文件 发现现象与上一 次不 一样 CS 信号也不正常 9 FPGA 芯片取下后 测试 I V 曲线 某些 PIN 不正常 该芯片已经返厂做 RMA 分析 定位结果 定位结果 FPGA 芯片损坏 xilinx 正在做失效分析 目前还没有反馈结论 处理建议 处理建议 A 在没有明确结论之前 建议直接联系北京研发相关人员 在没有明确结论之前 建议直接联系北京研发相关人员 B 更换对应板卡 更换对应板卡 二 案例二 案例 2 现象 现象 艺术设计学院 BBU 0 1 上频点 ISCP 值都为 145 5 该 BBU 上建立三个频 点 为每个小区的最后一个频点 此时物理层基带上行数据全为 0 排查方法 排查方法 1 在 BCP 上输入 d 0 xf9040000 发现寄存器值全为 0 具体见下 d 0 xf9040000 f9040000 0000 0000 0000 0000 0000 0000 0000 0000 f9040010 0000 0000 0000 0000 0000 0000 0000 0000 f9040020 6c00 0000 0000 0000 0022 0000 0000 0000 l f9040030 0000 0000 0000 0000 0000 0000 0000 0000 f9040040 0000 0000 0000 0000 0000 0000 0000 0000 f9040050 0000 0000 0121 2009 0000 0000 c004 c008 f9040060 0000 0000 0000 0000 c004 0000 0000 0000 f9040070 0000 0000 c004 0000 0000 0000 0000 0000 f9040080 0000 0000 0000 0000 0000 0000 0000 0000 f9040090 0000 0000 0000 0000 0000 0000 0000 0000 f90400a0 0000 0000 0000 0000 0000 0000 0000 0000 f90400b0 0000 0000 0000 0000 0000 0000 0000 0000 f90400c0 0000 0000 0000 0000 0000 0000 0000 0000 f90400d0 0000 0000 0000 0000 0000 0000 0000 0000 f90400e0 0000 0000 0000 0000 0000 0000 0000 0000 f90400f0 0000 0000 0000 0000 0000 0000 0000 0000 value 21 0 x15 2 使用 m 命令 尝试改写地址为 0 xF904 0080 0 xF904 00FE 的值 每个 CA 的配 置值由 8bits 组成 从低地址到高地址依次为 C0A0 C0A7 C1A0 C1A7 改了 0 xF904 0080 地址后再次使用 d 命令查看 发现修改不成功 FPGA 寄存器可读不可写 寄存器可读不可写 3 掉电复位 BBU 重新启动后该板卡上频点的 ISCP 值仍然都是 145 5 研发定位过程研发定位过程 1 FPGA MIF 口可读不可写 2 通过逻分观测 发现写信号 WE 无效 3 将写信号改变 PIN 读写正常 定位结果 定位结果 FPGA 芯片损坏 处理建议 处理建议 A 在没有明确结论之前 建议直接联系北京研发相关人员 在没有明确结论之前 建议直接联系北京研发相关人员 B 更换对应板卡 更换对应板卡 3 1 2某根通道过高导致某根通道过高导致 ISCP 很高很高 现象 现象 通过提取的 ISCP 报表发现德阳电厂 3 小区 ISCP 恒高 排查方法 排查方法 为了排除是否为外界干扰 尝试按照下面的操作关闭 RRS 的通道 首先关 闭的是第 7 通道 关闭完后再观察 3 小区的 ISCP 恢复为正常值 打开第 7 通道后 ISCP 维持为正常值 定位结果 定位结果 咨询射频室杨柳 答复为 如果关通道 7 之后 ISCP 恢复正常 基本可以认为是由于 DFE 引起的故障 如果开任何一根通道 ISCP 都高 可以怀疑外界干扰 通道 7 引起的小区 ISCP 过高问题 是由于外协 DFE 版本的设计机制导致 目前研发 已经开发了新的 DFE 版本解决上述问题 研发王新生 并且该版本的效果已经在实验室 得到验证 研发张春青 后续可以发布外场使用 处理建议 处理建议 A ISCP 异常高的时候建议首先关闭第异常高的时候建议首先关闭第 7 通道 根据宁波经验 可以尝试关闭其它通通道 根据宁波经验 可以尝试关闭其它通 道 道 不能关闭通道不能关闭通道 5 观察 观察 ISCP 情况 情况 B 基站正在开发通道化 基站正在开发通道化 ISCP 检测方案 该方案通过告警将异常通道上报给管理站 检测方案 该方案通过告警将异常通道上报给管理站 代替人工排查 代替人工排查 C 升级到最新的 升级到最新的 DFE 版本 版本 3 1 3DDP 版本与某块版本与某块 BBU 板卡不匹配板卡不匹配 现象 现象 昆明返回的 BBU 板卡 ISCP 值异常 恒定为 62 5dBm 排查方法 排查方法 在该板卡上用外场使用的 33 版本建小区 ISCP 值异常 确认 DSP 侧收到 的为固定乱数 切换 DDP 发上行固定序列 现象没有变化 将 MDDP50T bit 更换为 4 10 00 09 压缩包里的文件 一切正常 将 MDDP50T bit 换回 33 版本压缩包里的文件 又 回到之前的异常现象 此时 DDP 寄存器值见下 d 0 xf9040000 512 f9040000 0000 0000 0000 0000 eabf 0807 eabf 0807 f9040010 eabf 0807 0000 0000 0000 0000 0000 0000 f9040020 6c00 0000 46e1 0000 0022 0000 0000 0000 l F f9040030 0000 0000 0000 0000 0000 0000 0000 0000 f9040040 0000 0000 0000 0000 0000 0000 0000 0000 f9040050 0000 0000 0121 2009 0000 0000 c004 c008 f9040060 0000 0000 0000 0000 c004 0000 0000 0000 f9040070 0000 0000 c004 0000 0000 0000 0000 0000 f9040080 0001 0000 0000 0000 0000 0000 0000 0000 f9040090 0011 0000 0000 0000 0000 0000 0000 0000 f90400a0 0021 0000 0000 0000 0000 0000 0000 0000 f9040120 0000 0000 c004 0000 0000 0000 0000 0000 f9040130 c004 0000 0000 0000 0000 0000 c004 0000 f9040140 0000 0000 0000 0000 c004 0000 0000 0000 f9040150 0000 0000 0000 0000 0000 0000 c008 c008 f90401f0 0000 0000 0000 0000 0000 0000 0000 0000 f9040200 008c 0000 008c 0000 008c 0000 0000 0000 f9040210 0000 0000 0000 0000 0000 0000 0000 0000 f90403f0 0000 0000 0000 0000 0000 0000 0000 0000 在另一款板卡上用 33 版本建小区 一切正常 怀疑 33 版本 bit 文件与返回板卡不匹配 研发定位过程研发定位过程 1 用 4 00 00 33 版本中的 MDDP50T bit 文件 DSP 从 AIF 口收到的数据为无效数据 更换为 4 10 00 09 中的 MDDP50T bit 文件 DSP 从 AIF 口接收数据正常 2 在测试线用 4 00 00 33 复现现网情况 用逻分观测 FPGA 内部信号 发现由 10ms 定时信号产生的用于数据同步的某些定时信号没有产生 导致发送数据和 DSP 不 能 同步 定位结果 定位结果 怀疑 FPGA 内部逻辑损坏 处理建议 处理建议 A 更换 更换 BBU 板卡 板卡 B 排除外部干扰的 ISCP 恒定值的情况 建议跟踪物理层基带数据 对应 DSP 的 SJ 的 44 号测试消息 观察数据的规律 按照附件方法 DSPAIF txt 使 DDP 发送固定序列 再用 OSPSTUDIO 查看数据是否为 DDP 的固定序列 如果不是建 议联系研发人员检查 DDP 到 DSP 之间的通路 如果是 则采用 TRB 发送固定序列的方法 用来排查是否是 TRB 到 DDP 之间的通路问题 3 1 4OMCR 提取提取 ISCP 数据为空值数据为空值 空值问题定位分为两部分 一期产品宏微超项目的问题追踪定位是在上海完成的 二 期产品 18AE 基站的定位是在昆明远程完成的 ISCP 上报空值的原理分析 上报空值的原理分析 ISCP 测量上报到输出是要走这样的一个过程 RNC 发送公共测量初始化消息 基站 周期测量上报 ISCP 给 RNC RNC 传递 ISCP 数据给 OMCR 任何一个环节出现问题 都会导致上报空值 从目前的情况看 OMCR 提取的 ISCP 为空的问题 主要有几种情况 1 SAAL 故障 小区退服 这种肯定没有上报 需要轮询确认然后处理一下 2 小区状态正常 NBAP 中测量配置正常 OMCR 提取的 ISCP 为空值 外场定位验证 外场定位验证 首先 根据 ISCP 空值连续多天的统计结果 在上海筛选出典型的问题宏站和超站 超站通过 B 的 一单开站 结果显示中的 ISCP 一栏直接查看结果 通过 B 逐个 登陆 OMT 提取为空值的基站发现 所选取的问题基站都能正常显示 ISCP 数值 宏站通过 GTSM 工具逐站提取物理层日志 通过日志中相应数值计算出 ISCP 数值 经逐一确认基 站均正常 都能够正常上报 ISCP 数值 微站数量有限 没有进行验证 以上结果表明 对于一期的基站 基站侧都是可以正常上报 ISCP 数值的 TDB18AE 基站的验证是在昆明远程进行的 验证基站版本为 4 00 50 26 首先通过昆 明机房的客服同事在 OMT 提取全网 795 个基站 5910 个小区的 ISCP 数据 找出上报空 值的问题基站和小区 经确认 排除掉移动公司已经确认关闭 停止服务的基站后 发现 还剩下 6 个基站未获取到 ISCP 数据 空值基站比例为 0 75 然后逐个登陆 B 确认 发 现每个基站都能正常上报 ISCP 数值 结论与宏站 超站的验证结果一致 定位结果 定位结果 对于一期和二期基站设备的以上验证结果表明 基站侧都是可以正常上报 ISCP 数据 的 根据 ISCP 上报原理 怀疑问题出在 RNC 和 OMT 这两个网元上 还有一种可能性值得考虑 RNC 提取基站 ISCP 数值的瞬间 可能正巧赶上基站存在 短时 IMA 闪断 数据链路故障 造成基站的 ISCP 数值无法上传给 RNC 因此 OMT 提取 不到 从昆明一个城市近 800 台 18AE 基站空值基站比例 0 75 来估计 此种解释值得参 考 处理建议处理建议 建议由研发 建议由研发 OMCR 和和 RNC 人员对该问题继续定位 人员对该问题继续定位 3 1 5GPS 损坏导致损坏导致 ISCP 高高 现象 现象 轮询获得和平大街站点 9 个频点 TS2 时隙 ISCP 值都高 TS1 大部分都高 排查方法 排查方法 去激活小区无效 关闭全部通道后 ISCP 能降到 114 左右 但任意打开一 根通道后 ISCP 值立刻升高的原来水平 复位 BBU RRU 无效果 查询其周围小区的相同 频点 ISCP 均正常 同时发现查询 GPS 锁星数 经纬度信息等不可得 通过 SI 日志 发 现基站是无 GPS 启动 整站复位后 GPS 无法锁定 一直是预热状态 处理方法 处理方法 需要督导上站排查上站检查 CCU GPS 是否正常 定位结果 定位结果 督导上站检查发现浪涌保护器烧毁 处理建议 处理建议 A 如果是整站所有频点 ISCP 都异常高的话 更多可能性是该站本身的原因 建议重 点检测是否为无 GPS 启动以及 GPS 相关器件是否正常 B 关注是否是单个射频通道的问题 参考 3 1 2 节 3 2处理和规避方法处理和规避方法 参考 1 中内容 下面以公司的 18AE 产品为例 针对于 18AE 产品中出现的无地理特征的部分小区单无地理特征的部分小区单 独几个频点独几个频点的干扰这种情况 干扰分析的一般流程如下 1 看告警 查询基站的启动模式 避免出现无 GPS 启动模式的情况 如果没有明显 的设备故障类告警 继续步骤 2 2 在 hammer 上查询该小区或者该频点所在 bbu 上的 FPGA 寄存器值 看是否有异常 比如全 0 或者全 f 或者固定值 FPGA 状态寄存器的状态是否正常建议直接和研发人员 联系确认 暂定研发章贵接口 如果没有异常建议保存下来 继续步骤 3 3 去激活小区再激活 如果问题解决 说明此站可能存在一定隐患 需要今后特别关 注 并且将步骤 2 中记录的 FPGA 寄存器值反馈给研发做细致地分析 并且需要跟踪研发 对于这个问题的分析结果 做好记录 目前研发还没有定位这种去激活小区能够解决 ISCP 高的问题 对于这个问题产生的机理还需要研发深入分析 建议各方面关注这个问题 如果不能解决 继续步骤 4 4 尝试关闭该频点所在的 RRS 的第 7 个通道 需要拉长校准周期 如果关闭后干扰 消失 说明 RRU 的 DFE 可能存在故障 否则继续步骤 5 5 针对干扰频点所在小区进行下面两个尝试来确认是否是外部干扰 一般情况下 无一般情况下 无 明显地理特征的干扰情况可能不是外部干扰 此步骤可省略明显地理特征的干扰情况可能不是外部干扰 此步骤可省略 A 尝试更换一个室内频点 观察干扰是否消失 恢复原来的频点 干扰立即恢复 B 尝试关闭该频点所在的 RRS 的所有通道 需要拉长校准周期 建议每关闭一个通道 都查看一下 ISCP 如果关闭后恢复为底噪 自研 FPGA 在 120dBm 外协 FPGA 为 113dBm 116dBm 左右 打开后又变为原来的干扰值 可以确认是外部干扰 6 如果不符合步骤 5 的情况 可以判断为设备问题 A 提取物理层日志 目前的日志可能没有很大作用 只能记录一个子帧的数据 后 期需要加强实现物理层原始数据的日志功能 离线工具分析数据 后期需要支持 或者 上站抓取物理层 log 此方法对上站人员要求较高 包括 M1FC 消息 对应时隙 的 SJ44 号测试消息 对应时隙的 SJ47 号消息的 54 号子消息 B 复位该频点所在的 RRS 观察 ISCP 是否异常 如果没有改善继续步骤 C C 插拔该频点所在 RRS 对应的光纤 观察 ISCP 是否异常 如果没有改善继续步骤 D D 复位该频点所在的 BBU 观察 ISCP 是否异常 如果没有改善继续步骤 E E 掉电复位 休眠操作 或者插拔该频点所在的 BBU 观察 ISCP 是否异常 如果没 有改善继续步骤 F F 将该频点所在的 RRS 和没有异常的 RRS 进行光纤互换 如果干扰随着 RRS 走 判断为 RRS 问题 否则为 BBU 问题 关于判断为设备问题还需要通过大家的进一步实验才能完全定论 建议大家细致地记 录有关干扰的特点 现象以及详细的处理过程等信息 并及时和研发沟通 从而使得研发 能够准确 快速地定位故障产生的机理和原因 针对针对 18AE 产品中出现的产品中出现