td-scdma语音单通优化总结报告

td-scdma语音单通优化总结报告内容摘要：

% % % % % %2020/11/19 0:00 2020/11/20 0:00 % % % % % %2020/11/20 0:00 2020/11/21 0:00 % % % % % %2020/11/21 0:00 2020/11/22 0:00 % % % % % %2020/11/22 0:00 2020/11/23 0:00 % % % % % % 具体资料请参考 错误 !未找到引用源。 干扰问题导致的单通优化 除了上面大面积单通问题外，我们通常可见最典型的单通都是由于短暂干扰导致的语音质量下降问题。 这些站点在网络位置上都没有共同属性，需要我们一个个进行定位分析。 因此我们重点来总结本次 XX 公司对干扰的原因的探索和具体问题的定位办法和优化手段。 干扰导致单通的原因 在 TDSCDMA 系统内，由于频点间的隔离度，不同频点之间几乎不存在干扰，但是，由于有些复合码之间的相关性不是很理想，以及 TD 网 络采用同频（混频）组网方式等原因，导致 TD 网络中同频干扰存在可能性。 同频同扰导致单通 如果两个【业务同频同扰小区】相距较近（或者相距较远，但存在越区覆盖），可能会出现同频同扰小区中的用户相互干扰的现象。 由于同频同扰小区的扰码和频点都相同，本小区可能将邻小区的用户检测为自己的用户。 由于干扰小区的用户距离本小区较远（相对于本小区用户与本小区的距离），信道估计中检测出的主径会出现延时。 如果邻小区用户信号较强，会出现本小区将邻小区用户误检为自己的用户的情况。 由于同步算法一般将用户的主径位置调整在第 6 个 Chip上 （信道估计划分为 8 个窗，每个窗长 16chip， RNC 将每个用户的信号指配在一个窗内），这样可以最大程度的避免用户出窗，防止由于拐角效应等导致用户的 TA 值大幅波动时出现掉话现象，所以， Node B 会持续调整本小区的用户的同步，直至其出窗为止，同时，本小区用户信号会出现 CRC 错， SIR 也可能很低（在某种程度上，本小区用户信号的 SIR并不低，这是因为 Node B 可能将干扰用户的信号误判为真实用户的信号，而其解调效第 9 页 果可能良好）。 如果 SIR 较低，则 Node B 会调高本小区用户的上行发射功率，因其本身已经出窗，所以该上 行时隙便受到强干扰；即使 SIR 不低，本小区用户信号质量也很差，该用户所在时隙 ISCP 也会较高。 在如上所述的同频同扰干扰期间，本小区用户信号质量很差，出现单通，一般会出现RLFail 报告和 CellUpdate 过程。 同频不同扰导致单通 在 TD 网络中，通常情况下可以通过合理规划避免【业务同频同扰小区】之间出现干扰（只要它们之间相隔合适的距离或覆盖合理），从而规避同频同扰干扰引起的单通。 但是，由于同频组网的特性，同频（不同扰）干扰在所难免。 当邻小区存在同频强干扰 UE 时（比如其发射功率很大，信号强度比本小区用户 信号强度高出约 10db 以上），其信号可能将本小区的信号淹没，造成本小区信号检测出问题（基本原理与同频同扰类似，即 Node B 会检测出一条假径，并将其误判为本小区用户信号的真径），从而可能造成本小区 UE 信号出窗，本出窗 UE 连续影响周边同频点多小区的异常，类似多米诺骨牌现象接连发生出窗，最终导致干扰累加而严重。 同频（但不同扰）干扰造成的单通现象，与同频同扰情况下的基本相同，即一般存在RLFail 报告和 CellUpdate 过程。 干扰单通初步判断 根据故障现象，如果确定属于短暂可恢复的单通类型，则首先怀疑是由干 扰等原因引起的。 为了进一步确认是否由干扰引起，首先查看信令是否存在 RLfail/CU 过程，如果存在，则在具有载波测量的条件下分析是否存在干扰，如果没有载波测量，也可以对后台干扰数据进行统计分析。 如在 XX 全网单通问题的排查中，发现部分小区的上行时隙 ISCP的统计如下： cellID cellname 频点号 平均值项 :CARR.TddMaxIs 平均值项 :CARR.TddMaxIs 平均值项 :CARR.TddMeanI 平均值项 :ddMeanIsc 单通次数 10401 TD_MWTingJiangWMXY1HSS_IN1 10071 31 25183 TD_MWTingJiangWaiMa 10096 27 第 10 页 oXX1HSS3 49472 TD_TJJuRanZhiJia2 10080 92 30961 TD_LYLuoYuanNanJie1 10055 372 25163 TD_MWTingjiangWMXXDXL3 10096 49 10401 TD_MWTingJiangWMXY1HSS_IN1 10096 31 错误 !未找到引用源。 从上表可见，这些小区的 ISCP 均值在 95bm 以上，峰值更是达到了 63bm，可见其上行干扰很严重。 如果载波测量显示存在上行干扰，或单通区域存在如上表所示的干扰，则可初步判断单通原因为上行干扰；如果问题区域无干扰，则可怀疑无线信号波动或终端问题。 确认存在干扰后，需要查明干扰原因或干扰源，从而采取相应措施予以处理。 单通数据 分析 前台日志分析 出现单通时，除了前台测试人员可以通过话音短暂消失而感知外，还可以从测试日志判断出来，一般表现为 PCCPCH RSCP 良好，而 DCH C/I 较差，更明显的是，往往还伴随Ue_TxPower 迅速抬升到最大，此后，业务一般会得到重配而恢复。 典型数据如下截图所示。 如上图所示，出现单通时， PCCPCH RSCP 维持在 70dbm 上下，且其 C/I 良好，但 DCH C/I变差，且 Ue_TxPower 迅速抬升到 13dbm 以上。 之后业务恢复，此后以上各项参数值趋于良好。 第 11 页 后台信令分析 短暂的单通故障体 现在信令上往往伴随着 CellUpdate（ Cause： rlFail 或 uciu_error）。 根据前台测试记录查找对应时段该 UE 的信令，确认是否存在该消息，同时可以根据该消息携带的 PCCPCH_RSCP 值确认单通是否出现在弱常。 信令截图如下所示： 从该信令可以看出，该 UE 业务建立一段时间后，出现 RadioLinkFailureIndication，且由于 RNC 的挽救机制（ RNC 版本新增功能），出现 CellUpdate 将该业务成功迁移，业务重配而恢复，单通消失。 当然，并非所有的单通信令 都与此案例完全相同，有的可能 CellUpdate 没有成功从而最终转变为掉话，甚至无 CellUpdate 过程而直接转变为掉话。 载波测量分析 根据前后台数据分析可以锁定单通业务发生的 Cell、频点和时隙，在对应时间段上确认是否 ISCP 抬升，出现单通时其值一般维持在 90dbm 以上，持续几秒后恢复正常（此时该业务可能通过 CellUpdate 得以成功迁移到其他载波时隙上，有时候也可能会直接转变为掉话）。 第 12 页 上图所示，频点 10112 上 TS1 出现短暂的 ISCP 抬升，从 106dbm 升高到 64dbm，其后UE 业务从 该载波时隙小时， ISCP 恢复正常（截图未显示）。 干扰源分析 通过以上复测数据的分析，可将单通原因定位为上行时隙干扰（如果复测采集的数据与上述差异很大，则可。