鼎利TD路测系统应用案例.ppt

TD路测系统应用 掉话分析接入失败分析传输速率低原因分析PS拨号失败分析测量控制问题分析导频污染分析邻区定义问题分析越区覆盖分析网络兼容性分析 实际案例在测试过程中 发现事件窗口报出OutgoingDroppedCall的事件 指示发生了掉话 见下图 掉话分析 问题分析经查询掉话时间点前后的信号情况 发现掉话前10s左右的时间里 DPCHRSCP一直低于 100dBm 同时PCCPCHRSCP也在 100dBm左右 但在查询邻小区的信号情况时 发现有信号远强于服务小区的邻区存在 可以判断 掉话是因为没能及时切换引起的 那么现在就需要确定是什么原因导致没有完成切换 问题分析检查信令 有两点异常 1 第一次切换失败 2 切换失败后 触发手机上传测量报告消息 但未能到达网络侧 重发 同时BLER很高 然后突然收到空闲系统消息 综合上述两点 再结合前后的信号变化情况 可以判断出 由于目标邻小区的信号急剧变差 导致第一次切换失败 当手机试图上报测量报告时 由于当时无线信号已经很差 未能上报 再结合地图 从信号好的地点到掉话的地点距离较短 同时拐进了一条一边是高楼一边是树林的道路 服务小区的信号突然变差 结论 由于地理环境的阻挡 导致服务小区信号急剧变差 但同时切换又未能及时完成 导致掉话 接入失败分析 在外场进行主被叫互拨测试时 于21 27 57秒发生了一次接入失败 见下图 接入失败分析 利用后台软件数据关联功能 将主被叫数据进行联合分析 发现当时的无线环境较差 PCCPCH的RSCP都在 100dBm以下 见下图 分析被叫手机当时的信令 由于无线环境较差 rrcConnectionRequest重发了多次均收不到网络的响应 通过对SIB1的解码 发现该小区的最大重发次数为n300为3 由于当时重发次数V300为4 大于N300 根据规范 手机回到空闲状态 导致主叫MS呼不通 发生了一次接入失败 接入失败分析 传输速率低原因分析 在测试过程中 发现FTP上传的速率非常低 如下图显示 文件已经下载一半 但平均速率只有10k左右 正常情况下 保持低车速时 FTP64k传输速率均在30k以上 一般情况下 数据速率比较低的原因主要是 1 频繁切换 2 干扰严重 3 上行链路不好 导致重传率较高 观察Radio窗口显示的BLER值 发现一直很高 接近100 但此时UETxPower并没有达到最大值 而且RLC重传率也一直保持为0 排除上行不好的因素 观察SIR或C I 发现也比较高 那么说明干扰不是强 是什么原因导致BLER很高 经查看事件窗口的状态 发现在短短的测试路线上 连续发生了很多次切换 再经仔细观察 发现是两个小区来回切换 也就是发生了 乒乓切换 查看两个小区PCCPCHRSCP的强度 发现强度非常相近 传输速率低原因分析 案例分析 在进行PS384测试过程中 发现总是拨号失败 于是检查信令 发现总是收到RadioBearerSetupFailure 然后收到ActivatePDPContextReject 经分析 拨号失败是因为PDP激活失败导致的 而PDP激活失败是由于RB建立失败导致 查询RadioBearerSetupFailure信令 发现失败的原因码是InvalidConfiguration 后经对比正常的RadioBearerSetup信令内容 确定是下发的RAB配置请求与手机的请求内容不符 导致手机判定为无效RB请求 返回RB失败 进而导致PDP激活失败 PS拨号失败分析 发现问题在AMR12 2k的测试中 发现呼叫建立之后 Graph窗口的PCCPCHRSCP值一直没有变化 但对比DPCHRSCP是一直在变化 一条直线 测量控制问题分析 分析问题手机对PCCPCHRSCP的测量是由系统下发的MeasurementControl信令来进行控制的 如果手机没有进行测量 则手机肯定没有响应该条信令 分析可能性有 1 系统没有下发测量控制信令 2 系统下发了测量控制 但手机没有收到 信令丢失 3 手机没有响应该信令 问题定位查找记录的信令 同时对比之前正常的数据 发现在rrcConnectionSetupComplete之后 没有收到系统下发的Measurementcontrol 导致手机在呼叫建立之后没有进行PCCPCHRSCP的测量 后经检查基站配置 排除了手机丢失该信令的可能性 证实是该基站没有配测量控制 导致手机不能测量 对比 没有测量控制的信令记录 有测量控制的信令记录 应用场景 通过对比手机和Scanner测试数据 根据预先设定的导频污染条件 在日常全网检查中评估导频污染情况 并对问题点进行迅速定位 然后进行具体分析出其原因 以制定相应解决方案优化网络 预防或排除由于导频污染导致的掉话 网络负荷升高等问题 导入数据 定义导频污染条件 导频污染分析 实际案例通过对路测数据做导频污染统计分析 发现当前的测试数据中可能存在导频污染的问题点 如下图 统计分析后发现有个测试点存在3个强度非常相近的小区信号存在 同时结合该点信令分析 该点存在很频繁的切换过程 确认为导频污染点 问题定位通过对导频污染的结果做地图覆盖 同时结合导入的地图和基站数据库 确定该问题点的3个小区信号分别来自基站A 1 B 2 C 1 通过微调基站A 1的发射功率 调整基站C 1的方位角 再重复进行测试后 该问题点消失 应用场景 通过结合手机和Scanner测试数据 在日常全网检查中进行邻区定义合理性评估 并对存在的问题点进行迅速定位 找到定义不合理的问题点 再制定调整方案以优化网络 以预防或排除减少由于邻区定义问题导致的掉话 干扰等问题 导入数据 邻区定义问题分析 实际案例通过对路测数据做邻区分析 发现当前的测试数据中可能存在邻区定义存在问题的测试点 如下图 统计分析后查找结果视图 发现有个测试点的当前服务小区只定义了3个邻区 但同时用Scanner扫到的小区信号有17个 并且其中存在2个信号远高于服务小区信号强度 10多dB 的小区 有7个小区信号强度接近服务小区 经检查该点附近路线的测试情况 即使该服务小区信号较好的时候 BLER仍然比较高 同时当服务小区信号变弱 95左右 时 切换过去的邻区信号依然很弱 且与几个邻区频繁切换 多次切换 BLER高 切换后服务小区强度依然很低 问题定位邻区定义存在问题 将小区 10104 11 和 10120 117 定义为小区 10120 21 的邻区后 上述问题不再出现 消失 应用场景 通过结合手机DT测试数据和基站数据库 在日常全网检查中进行越区覆盖检查 对存在的可能问题点进行迅速定位 找到发生越区覆盖的问题点 再制定调整方案以优化网络 预防或排除由于越区覆盖导致的掉话问题 导入数据 定义越区覆盖查询条件 越区覆盖分析 实际案例通过对路测数据做越区覆盖分析 发现当前的测试数据中可能存在越区覆盖的问题点 如下图 统计分析后查找结果视图 发现有个测试点的当前服务小区距离比较远 但其信号强度却远高于距离比较近的邻小区的信号强度 可判断该服务小区有越区覆盖 需要调整该小区的覆盖范围 网络兼容性分析 07年1月21日在保定试验网测试时 发现手机不能进行并发业务的测试 单独做数据业务和语音都正常 当时的无线环境也正常 应该不是无线上的原因导致 该手机曾在其他试验网上做过多次并发业务测试 并没见异常 怀疑是网络设置的问题 网络兼容性分析 通过对手机上报的信息进行解码 发现手机上报给网络的rrcConnectionSetupCom