案例-异频测量频点过多导致无法切换程序.docx

异频测量频点过多导致无法切换验证北京移动城三五环外2015/12/15一、问题描述在网格112（208）测试发现，从占用88719-3小区（38400频点）行驶至基站91950下时，并未切换到信号更优的91950-3小区（37900频点），而是切到78174-3小区（38400频点）：二、问题分析初次分析过程1.1、A2测量报告后，网络侧下发的重配信令：从该重配里面未发现网络侧下发37900频点的邻区。1.2、查看异频载频测量配置：查看88719-3小区（38400频点）测量参数里面的异频载频测量配置，发现测量配置里面有37900频点（PcarrierFR=2585）。不下发37900频点邻区和异频载频测量配置无关。1.3、重配信令里面频点40540邻区列表查看由于band41 （2496 MHz –2690 MHz）包含band38（2570 MHz –2620 MHz），怀疑band41 40540频点就是bandBand38里面的频点37900。换算公式未NDL=10*（DL-DL_low）+Noffs_DL。band41 40540频点换算后就是bandBand38里面的频点37900。在频点40540里面找到pci=133的小区就是91950-3小区（37900频点，pci=37900）。所以没有异频切换和网络下发的重配也无关。1.4、A2异频起测门限分析分析发现A2起测后6秒内，就同频切换了。怀疑异频测量开启时间太迟，导致异频测量时间不足，还没上报异频A3，就已经有满足条件的同频A3。2、初次验证方案及结果2.1、验证方案计划将基站88719的A2异频起测门限由-95dbm调整为-85dbm，且室分邻区也加上，复测该路段验证一下。2.2、初次次验证结果验证发现仍无法正常切换，确定此问题点非A2门限过高导致，仍需要进行进一步分析。3、第二次分析过程3.1、路网通上ATU测试数据对比分析在路网通上查看ATU测试数据发现，终端从占用88719-3小区（38400频点）正常切换到91950-3小区（37900频点）。由于ATU设备为category4，发现问题时使用的设备sony m35t为category3，所以初步怀疑是终端的异频测量能力有关（但终端的cate等级一般用于区分终端的理论下载速度，并没有标明异频测量能力区别）。3.2、使用category4的HTC M8t复测验证HTC M8t测试截图Sony M35t测试截图通过对比HTC M8t和 Sony M35t终端同车同时间的测试情况，可以明显的发现HTC M8t终端切换正常，Sony M35t终端切换不正常。3.3、更改小区的异频载频测量配置序列将88719-3小区的异频载频测量配置中37900（40540）的排列序号由3改为0，再使用Sony M35t终端复测。更改小区的异频载频测量配置序列Sony M35t终端复测截图将88719-3小区的异频载频测量配置中37900（40540）的排列序号由3改为0，再使用Sony M35t终端复测发现，终端从占用88719-3小区（38400频点）正常切换到91950-3小区（37900频点）。3.4、删除某个异频频点的邻区删除88719-3小区任意一个非40540的异频频点的所有邻区后，复测发现88719-3小区下发的异频载频测量配置里面40540排在第三位。Sony M35t终端从占用88719-3小区（38400频点）能正常切换到91950-3小区（37900频点）。3.5、查看3GPP 36.331协议协议规定UE应该至少能测量8个频率层，包括服务小区、E-UTRA FDD, E-UTRA TDD, UTRA FDD, UTRA TDD, GSM (one GSM layer corresponds to 32 cells)。其中UE至少能测量3个TDD E-UTRA inter-frequency carriers。也就是说终端系统内至少需要能测量3个异频频点，但最高能测量几个依靠终端的能力支持。4、第二次验证结果输出第二次验证发现，不同终端的异频测量能力是不同的，终端的异频测量能力由终端厂家决定。协议里面只规定了终端系统内至少需要能测量3个异频频点，所以如果源小区配置的邻区中的异频频点过多，会严重影响部分终端的异频切换以及4G用户感知。以下是异频测量频点由4个改为3个后从88719-3小区向91950-3小区切换次数切换次数统计：通过对比切换次数，发现修改后切换次数大约是原先的4倍左右。这与目前终端市场上高低端比率1:3相一致。三、总结以上分析结果表明小区邻区表里面的异频载频测量数超过3个（不包括3个）会严重影响部分4G终端的正常切换。现网配置邻区时候，应该尽量控制邻区表内的异频载频测量数在3个内（包括3个