失步优化专题分析报告
失步优化专题进展及后续方案目录1现网指标22测试中发现的典型失步案例32.17月13日的鼓楼邮政-3的掉话 15：2932.27月13日的湖南路-1向傅佐路-3的同频切换32.3UE不回RRC完成消息32.4UE不回RB完成消息33专题的工作43.1方案的优化53.1.1现有实现方式53.1.2参数优化63.1.3针对组网的优化73.1.4处理同步失步流程优化73.1.5算法优化74后续的工作安排74.1总体思路74.2测试方案84.2.1定点测试84.2.2不定点测试84.2.3选定一个RNC（需经过一定的优化）81 现网指标图1.1： 路测拉网指标图1.2 ：全网KPI指标从图中趋势来看，指标在不断的提升，同时通过查看具体测试结果发现反映在掉话中的失步比例以及次数也都在不断减少。这期间包含两方面的工作，一方面是项目组的优化人员在不段的通过调整天馈、覆盖等手段减少由干扰、同频等原因造成信号变差而导致的失步。另一方面，专题组通过对参数的调整来优化网络对同步失步的处理机制。2 测试中发现的典型失步案例2.1 7月13日的鼓楼邮政-3的掉话 15：29UE由南向北行驶，占用鼓楼邮政-1，PCCPCH RSCP是-59dbm，C/I是7db。向目标小区鼓楼邮政-3切换，（PCCPCH RSCP是-51dbm，C/I是18db），切换完成后收到网络下发的rrcconnectionrelease消息，被叫掉话。UEID：133332，RNCID:1287。分析：从UE空口LOG来看，信号质量较好，但是可以看到实际上ISCP的绝对值也是很高的（-69dBm）。通过提取上行干扰报表发现，在15点到16点期间上行出现过强干扰，达到-67.5dBm，因此据此怀疑可能在掉话点出现过强干扰，进一步查看CDL信令，发现在这个时间点前后3、4秒有3个UE（同频10112、同时隙TS1）都掉话，且此时的干扰维持在很高的水平就在这个时间段。由此可以断定上行强干扰导致UE掉话，原因同频同时隙干扰。2.2 7月13日的湖南路-1向傅佐路-3的同频切换同频切换，由于受同频干扰影响。从UE的LOG来看已经发送了切换完成消息，但是通过查看CDL，RNC并没有收到此消息，超时后导致RNC主动释放链路，导致掉话。2.3 UE不回RRC完成消息这个是之前出现的，表现为UE收到RRC Connection Setup后不回RRC Connection Setup Complete，经过定位分析，存在基站不支持8PSK的业务，当有用户以8PSK的调制方式接入时便存在问题。2.4 UE不回RB完成消息当前网络有一些UE不回RB完成消息导致未接通的案例。如下：R B建立失败原因为PHYSICAL CHANNEL FAILURE7月15日，在古平岗区域附近对该问题进行复现没有结果。后续定位思路如下：对于UE返回rb failure原因是PHYSICAL CHANNEL FAILURE的RB建立失败的现象，目前基本可以判断为同步失败。复现问题的同时，我们可以通过调整T312定时器，增加下行同步的机会，来提高RB建立的成功率。分析如下：物理信道建立或者重配置激活时间点到达后，终端高层启动定时器T312，终端进入物理信道建立检测阶段，以判断DPCH是否成功建立。在定时器T312超时之前，如果高层接收到N312次同步指示，则认为下行同步成功建立（标志下行物理信道成功建立，高层相应地响应物理信道建立完成等消息），否则，如果在定时器T312超时之后没有连续接收到N312次同步指示，则认为物理信道建立失败，返回rb failure，原因为PHYSICAL CHANNEL FAILURE。 T312由网络配置给UE。设置过大，将会导致物理信道建立成功的时间变长。过小将会导致无线链路释放过于频繁，即使短暂的链路质量下降也会导致无线链路的失败。T312参数的取值范围是115s，目前网络设为1s，是最小值。在同频切换或者突发同频干扰时，有可能干扰较大导致下行无法同步，最后RB建立失败。建议调整T312，增加下行同步的机会，减少下同失步导致的RB Failure。3 专题的工作专题成立以来，针对失步问题展开了较多讨论，一方面通过具体的失步问题进行优化和讨论，另一方面，后方支持人员也在不断的进行分析和仿真研究。我们发现在出现强干扰时的测量量不够准，会导致同步失步检测的精度受限，甚至调整错误。因此，我们后续的工作思路会在这方面着重加大力度。3.1 方案的优化3.1.1 现有实现方式以上行为例：基站在同步状态时会检测同步/失步，CC每160ms判断一次同步/失步。如果检测到失步，那么失步计数器加1；如果检测到同步，那么失步计数器清0。当失步计数器累计到N_OUTSYNC_IND,则转入预失步状态，同时将失步计数器清0。在预失步状态下，CC每160ms判断一次同步/失步，同时启动时长为T_RLFAILURE的计数器。如果检测到同步，则同步计数器加1；检测到失步，则同步计数器清0。当同步计数器累计到N_INSYNC_IND个同步后，则链路重新回到同步状态，失步计数器清0；当T_RLFAILURE计数器到达计数器终点时，仍未能回到同步状态，则转入和失步状态，发送无线链路失败指示Radio Link Failure Indication。RNC在收到这条信令后，会启动一个等待定时器，在这个定时器超时前仍未检测到同步，那么就掉话。 下行的检测机制同上行类似。以现网的一些上行同步参数设置为例：N_OUTSYNC_IND：20N_INSYNC_IND：1T_RLFAILURE：5s（已修改为25.5s）RNC等待定时器：20s下行：N313：20N315：4T313：1（已改为5s）T312：1（已改为4s）3.1.2 参数优化3.1.2.1 N_OUTSYNC_IND建议改小，理由如下：这个参数设置的大一些，实际上是为了失步检测更严格，相当于是3.2s的时间，实际上可能不到3.2s链路已经很差，但我们仍然认为它是同步的，此时不如快点转入预失步状态或者进行其他的操作。可以尝试改为10。3.1.2.2 N_INSYNC_IND建议改大，理由如下：这个参数设置为1，实际上同步的条件很宽松，但可能导致同步不准，有可能是偶然检测到一次同步，那我们就认为同步上了，实际上链路可能不是这样的。从有些CDL上也发现，NB向RNC上报了Radio Link Restore Indication后又上报了Radio Link Failure Indication。这就说明之前同步不准。如下图所示：图3.1 ：CDL同步失步分析从上报同步到上报失步隔了大概9秒，而上报失步需要8.2秒，因此这次的同步实际上就可能是不准的。可以尝试改为2或者3。3.1.2.3 RNC等待定时器初步考虑可以改小一些。待验证。3.1.2.4 同频切换门限对于同频切换，可以加大同频的切换门限，避免同频切换过多导致的干扰掉话。由现在的3改为6。3.1.3 针对组网的优化通过对目前网络规划的结果来看，有些小区的频点只有2个，其中一个是H频点，另一个是R4频点，这种情况下，满足切换时，必定发生同频切换，存在潜在的同频干扰问题，因此专题是建议对这些小区进行频点扩容的。3.1.4 处理同步失步流程优化通过对现在的失步处理来看，当NB上报了无线链路失败指示给RNC后，RNC会启动定时器继续等待NB检测同步，实际上我们可以利用其他一些主动的手段来挽救链路。这些专题组会在后续进行考虑。3.1.5 算法优化3.1.5.1 RRM（无线资源管理）算法，包括HC、CAC、SDCA等等，通过对这些算法实现优化，并在实际环境中不断进行调整，能够有效降低全网干扰，提升指标。如切换过程优化、上行失步后下行停发机制等，增强的异常处理机制后，对于掉话会有一定好处。4 后续的工作安排4.1 总体思路1、进行相关参数的调整、优化，比如前面列举出的一些参数。2、进一步加强算法、设备的抗干扰能力，这需要根据抓取到的物理层LOG进行详细分析，观察实际环境中的相关测量量的变化。同时厂家支撑人员也会对此进行仿真研究。3、同步失步流程的优化方案。4.2 测试方案4.2.1 定点测试测试目的：分析强干扰导致掉话的过程测试方案：可以选定一个小区作为定点测试，锁定小区的频点和时隙，多拨几个用户，观察由此带来的干扰可能导致的掉话，跟踪Log用于后续分析。考察抗干扰性能。4.2.2 不定点测试测试目的：复现下行DPCH接收功率问题测试方案：选定5-6个站点，围绕这几个站点进行测试，抓取可能出现的失步掉话LOG。这项测试具有一定的不可预测性，因为根据现网情况来看，一个站点出现2次以上的掉话情况基本没有，复现比较难。4.2.3 选定一个RNC（需经过一定的优化）测试目的：对参数的优化测试方案：在这个RNC下选定一条路线，可能多的涵盖较多基站。一方面根据路测结果来确定我们需要调整的参数，另一方面根据我们已有的系统仿真结果来确定参数的调整。
