4G网络KPI中掉话原因分类.docx

《4G网络KPI中掉话原因分类.docx》由会员分享，可在线阅读，更多相关《4G网络KPI中掉话原因分类.docx（6页珍藏版）》请在第一文库网上搜索。

1、4G网络KP1中掉话原因分类在无线网络中网络影响用户感知最重要的指标就是掉话，因此网络运营商都很重视这个指标.Vo1TE引入后，掉话在1TE中变得更加重要，这是因为1TE中掉话意味着用户正在进行的会话将被中断,需要重要发起新的连接以恢复服务。在eNB侧掉话通常被视为异常释放,而此类问题的分析可以从ContextRe1eaSe消息中的原因代码着手。掉话常见原因可分为两大类:无线引起的掉话MME引起的掉话一、无线引起的掉话1.1 下行R1C重传无线方面最常见的是由于R1C重传造成的掉话。如果网络侧设置最多16次下行R1C重传，则eNB将在R1C层发送16次消息；UE无法对其进行解码或发送确认信息，

2、则eNB将认为这是一个R1F（无线链路失败）,部分厂商设定此时发起UEContextRe1ease链路释放,也就是掉话。运营商通常会等待一段时间（内部计时器）让UE启动RRCReESIab1iShment（重建）,如RRCReEstab1ishment失败,则eNB才将无线链路异常释放,记录为无线原因引起的掉话。网络中下行(D1)和上行(U1)R1C重传的区别在于：在D1重传情况下eNB知道UE已丢失无线连接,因此它可以释放资源并定义无线引起的掉话。而在上行(U1)R1C重传情况室eNB通常不知道UE已经达到R1F(无线链路失败)条件，只有当UE发送RRCReEstab1ishmentRequ

3、est时才会发现。优化策略这类问题的出现主要是由于覆盖和质量问题。因此解决的最好方法是改善无线条件，通常是通过物理优化来完成的。将R1C重传阈值调整到更高的值也可能有助于减少此问题。1.2 切换执行失败掉话的另一种场景就是终端(UE)尝试执行切换并失败。在这种情况下UE将按照T304(等待时间)，一旦T304到期,将发起RRCReEstab1ishment;原因值为切换失败。如果该RRCReEstab1ishment失败,UE无法获得连接,源eNB将在内部定时器到期后释放上下文。这种情况属于由于切换失败导致的掉话。UERRCComeCtionRfCOnyv，。On1RRIAtuJqu,Gu)C

4、ue：。QyGSNStotusTransftrX?Hok,7now(f(e一0eNB2UEcontextRWeojeRequestERABDrop和老康一月学5G优化策略这种失败最常见的问题是目标小区距离较远,当UE在目标小区上发起切换时,距离超出了小区半径。因此目标小区未能正确解码该UE的专用RACH,导致切换失败。因此在这种情况下要么增加目标小区的覆盖半径，要么将其天线向下倾斜，以免超出其计划半径。此类情况也会发生在大型水体的地区，因为信号很容易在水面上反射。因此要么禁止切换到这些小区.；要么为这些小区添加偏移量，使切换变得困难。1.3 终端无响应掉线如果eNB发送信令消息（如RRC重新配

5、置），则期望收到UE的响应。如果UE没有向eNB发送RRCReconfigurationComp1ete消息,eNB上的内部定时器超时后，将发起释放。这个计时器通常是一个很大的值，所以这样的情况很少见。如果看到此类情景验证eNB的内部计时器未设置为非常小的值。需要注意的是，该机制不包括用于移动性（切换）命令的RRC重新配置，因为UE需要将其响应发送到目标小区而不是源小区。14.其他优化方法UEInactivitytimer的值在Ca11DropRate的计算中也起着重要的作用。这个定时器的到期意味着UE已经不活动一段时间了eNB释放它；UE进入空闲模式并且eNB确定正常释放。掉话率是总异常释放

6、与总释放的比率。因此如果UE1naCtiVitytimer值很小，就会有更多的正常释放，可以人为地减少CDR。简而言之在对两个不同网络进行基准测试时，重要的是要验证它们是否具有相同的UEInactivityTimer值，以便可以正确比较它们。但是减少不活动定时器会导致RRC信令增加，因此不应过度减少。二、MME引起的掉线MME丢弃通常是由无线问题引起的，但它们被归入MME丢弃；因为eNB无法知道丢弃是由无线问题引起的。让我们借助与MME引起掉话相关的不同情况来理解。2.1 上行R1C重传问题考虑由于最大上行链路R1C重传次数而经历R1F的UE0这样的UE将发起RRC重新建立过程以重新获得其无线

7、链路。现在这个RRC重新建立可以发送到服务小区，在这种情况下，它通常是成功的，因为服务小区已经有了UE的上下文。然而这个RRCReEStab1iShmenI也可以从不属于源eNB(eNB1)的eNB2发送到另一个小区。此时如果eNB2是eNB1的邻区，那么它将尝试从eNB1获取该UE的上下文，并基于此接受RRCReEstab1ishmento然而如果eNB2不是邻区，那么它将拒绝RRCReEstab1ishmento从UE的角度来看，这将被视为掉话，但在eNB1,eNB仍然不知道该UE已经历了R1Fo现在UE将在eNB2处发起新的RRC连接，并基于此eNB2将S1初始UE消息转发给MMEoMM

8、E会检查UE,它会发现这个UE的上下文已经存在于eNB1上，所以它会向eNB1发送一个UE上下文释放，然后它会向eNB2发送S1初始上下文设置请求。eNB1会认为这是MME引起的丢弃，因为eNB1仍然持有UE的上下文，并且MME的释放被认为是异常的。而实际上这种释放是由无线接口故障引起的，而eNB1并不知道。优化策略增加上行链路R1C重传阈值有助于减少此类故障。例如如果R1C重传计数阈值从8增加到16,则R1C将重传16次而不是8次，这将增加eNB可能能够解码消息并防止R1F的可能性。2.2 N310PDCCH解码失败如果UE在N310个连续间隔内无法解码D1中的PDCCH,则UE将发起RRC

9、ReEstab1ishmentoN310表示200次PDCCH解码失败的间隔。简单的说，如果UE在20OmS内未能解码PDCCH,就会被认为是一个N310。但是，从这里开始，它是一个IOmS粒度的滑动窗口。因此如果N310值为2,则意味着如果UE未能解码PDCeH210亳秒，它将超过配置的N310阈值。一旦超过N310,UE启动定时器T310,如果UE在T310到期之前无法保持连接(仍然无法解码PDCCH),UE将发起RRCReEstab1ishmento让我们通过一个例子来理解。考虑N310为11,T310为500ms,则UE会在800ms后发起RRCConnectionReEstabIis

10、hment(N310=(200+(10*10)=300ms+T310=500ms)。同理在这种情况下，如果UE收到来自eNB2的RRCReEstab1ishmentRejection,则UE将发起新的RRC连接。一旦建立了RRC连接，eNB2将向MME发送S1初始UE消息，因此MME将向eNB1发送UE上下文释放命令，因为MME已经拥有该UE的上下文与eNB1并为了处理初始eNB2上的上下文建立，它必须释放eNB1上的上下文。优化策略可以通过增加N310和T310值来减少此类问题。例如，如果N310的值从2增加到6,T310从50OmS增加到IOOoms,那么UE等待的时间会更长，N311被触

11、发的可能性就更大。N3U是In-Sync值，因此它与N310相反。如果触发N311,T310停止。如果N311为1,则表示UE需要IOomS的成功PDCCH解码才能停止T310o因此如果N310WT310的值较大，则触发N311的概率较高。但是用户的感知可能会受到影响，因此应该相应地对其进行调整。2.3 由于MME导致的切换中断与MME直接相关的另一个指标下降是切换引起的掉话。如前所述，由于X2Re1OC总定时器到期，HO故障引起的下降与无线挂钩。然而如果UE切换失败，那么它会在T304期满后尝试RRCReEStab1iShment,如果同样失败，那么UE将尝试新的RRC连接。再次，新eNB将

12、向MME发送S1初始UE消息，MME将向源eNB发送UE上下文释放，导致由于MME导致的切换丢弃。无线中的切换失败与MME之间的主要区别在于UE发起新RRC连接所需的时间。如果UE在源eNB的X2Re1oc总定时器到期之前发起了新的RRC连接，那么它将被挂在MME丢弃下，如果UE不能及时发起新的RRC连接，则源eNB将由于X2释放上下文Re1oC总计时器到期导致无线电中断。此外，当UE在不是目标的第三个eNB上尝试RRC重新建立时，通常会观察到这样的问题。如果Inter-RAT切换失败并且UE在另一个eNB上重试RRCReEstab1ishment,也会发生这种情况。需要理解的是在这种情况下eNB期望目标eNB通过X2释放UE上下文。因此，如果它从MME获得UE上下文释放命令，则eNB会认为这是异常的，并将其挂在MME丢弃下。优化策略由于该问题与切换失败有关，因此应确定特定的邻区并采取措施与他们一起解决问题。此外，邻区的优化和验证所有邻居的功能X2链路都存在可以大大减少RRC重新建立。要理解的一点是在这种情况下，eNB期望目标eNB通过X2释放UE上下文。因此，如果它从MME获得UE上下文释放命令，则eNB会认为这是异常的，并将其挂在MME丢弃下。增长定时器T301也可以减少RRCReEstab1ishment失败，但从UE的角度来看，它也会增加延迟，因此不应过度增加。