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