4G优化中ERAB建立成功率提升.docx

《4G优化中ERAB建立成功率提升.docx》由会员分享，可在线阅读，更多相关《4G优化中ERAB建立成功率提升.docx（6页珍藏版）》请在第一文库网上搜索。

1、4G优化中ERAB建立成功率提升#4G#网络优化#KPI#ERAB1TE网络接入另一个关键KPI指标就是EAB建立成功率，它是终端接入中一部分。终端(UE)在完成RRC连接之后,需要获得承载(ERAB)分配发起服务。承载可以是默认的(QC19)或专用的(VO1TEQC)o在初始接入期间默认承载被添加并且形成全部无线承载(EAB)的主要部分。首先让我们了解EABKPI定义和特点：终端(UE)在向eNB发送RRCSetupComp1ete消息后，eNB向MME发送S1Initia1UEMessage；指示UE接入的目的(AttaCh、TAUCSFBServiceReqUeSt等)。一旦MME收到此

2、消息并决定需要承载时，将向eNB发送初始上下文设置请求。该消息被视为EAB尝试，因为它包含要添加的承载及其QC1值。eNB收到此消息并据Initia1ContextSetupRequest中的承载配置文件添加DRB(数据无线承载)。但是在eNB可以添加承载之前，它需要激活连接的安全性。这是由携带加密和完整性保护算法的安全模式命令完成的。在此之后eNB向添加DRB的UE发送RRC连接重新配置消息,其中包括DRB的配置，如承载标识、PDCP和R1C配置(AM/UM等)。SRB2在此时也与此消息一起添加。UE收到这些消息并重新配置连接。然后UE用安全模式完成和RRC连接重新配置完成消息进行响应。当e

3、NB收到这些消息时，它向MME发送一个初始上下文设置响应，这个消息被认为是EAB成功。EAB建立阶段常见问题会导致EAB建立失败的常见故障原因可分为两大类：无线原因引起的ERAB建立失败MME导致ERAB建立失败无线原因引起的EAB建立失败无线链路故障在接收到安全模式命令之后,终端(UE)未能维持无线连接;这种可能发生在以下两种情况：1 .N310连续不同步(事件)和T310到期N310表示连续200次PDCCH解码失败的间隔。简单的说如果UE在20OmS内未能解码PDCCH,就被认为是一个N310。但是从此开始它是一个IOms粒度的滑动窗口。因此如N3H)值为2,则意味着如果UE未能解码PD

4、CCH达210毫秒，它将超过配置的N310阈值。一旦超过N310,UE启动定时器T310,而UE在T310到期之前无法保持连接(仍然无法解码PDCCH),UE将发起RRC重建(ReEstab1ishment)。让我们通过一个例子来解析；2 N310为11,T310为500ms,贝IJUE会在800ms后发起RRCConnectionReEstab1ishment(N310=(200+(10*10)=300ms+T310=500ms)。3 .超过最大R1C重传次数UE同时收到安全模式命令和RRC连接重配置消息,因此它必须在上行链路中传输安全模式完成和RRC连接重新配置完成消息。如果eNB未能解码

5、这些响应，它将向UE发送NACK或者如果它完全无法接收这些消息，则eNB可能不会发送任何内容。UE中的R1C层被配置为如果该消息未被确认则重新发送该消息，因此R1C层将继续重新发送，直到收到有效的确认。但是R1C不能无限期地重发相同的消息，且它有重传的上限。一旦达到该限制，R1C将不会再次重传，并且UE将认为无线链路受到损坏。这将触发RRCReEstab1ishmentRequestokangguoying20231023然而在这两种情况下，RRC重新建立请求将被eNB拒绝，因为处理该请求需要在eNB处具有有效的UE上下文。但是由于UE没有响应SecurityModeCommand,所以eNB

6、不认为上下文是激活的，并拒绝RRCReEstab1ishmentRequesto在同一实例中eNB将向MME发送Initia1ContextSetupFai1,指示ERAB建立失败。ERAB建立成功率优化可以通过增加N310和T310值来减少此类问题。例如如果N310的值从2增加到6T310从50OmS增加到IOOOms,那么UE等待的时间会更长；N311被触发的可能性就更大。N311是In-SynC值，因此它与N3H）相反。如果触发N311,T310停止。如果N311为1,则表示UE需要IOOmS的成功PDCCH解码才能停止T310。因此，如果N310和T310的值较大，则触发N311的概率

7、较高。类似地，如果R1C重传计数阈值从8增加到16,则R1C将重传16次而不是8次，这将增加eNB可能能够解码消息并防止R1F的可能性。UE无响应在这种情况下，UE在下行链路中接收安全模式命令和RRC连接重配置消息，但在上行链路中不响应这些消息。这会导致InaCtiVityTimer到期，并且eNB将在EAB设置阶段向MME发送UE上下文释放请求，这将导致EAB建立失败。让我们看看为什么这种情况会发生在实时网络中。一旦UE接收到需要响应的下行消息，它将需要上行分配来发送响应。为了获得上行链路分配，UE通过使用调度请求指示符或SR1向eNB请求。UE基于在RRC连接建立消息中与其共享的SRI配置

8、发送SR1SRI配置告诉UE有关SR1的周期，并确定UE将发送SR1的子帧。因此，eNB将仅在该子帧中查找该UE的SRI,并且基于此，eNB通过在PDCCH上指示UE来为UE分配上行链路资源。现在，运营商已转向自适应SRI间隔，这会导致RRC连接重新配置消息中的新SRI配置。有些UE不支持SR1配置的这种更改，他们继续使用旧的SR1配置。因此，一旦他们在下行链路中接收到安全模式命令和RRC连接重配置消息，并且他们想要在上行链路中做出响应，他们将必须首先发送SR1UE将根据RRCConnectionSetUP消息中共享的旧SRIConfiguration发送SR1而eNB将在RRCConnect

9、ionReconfiguration消息的SRIConfiguration中定义的子帧中寻找UE的SRk这将导致eNB将认为没有来自U的响应并且一旦不活动定时器到期，ERAB建立将失败的情况。如果UE的覆盖范围很差或PUCCH具有高干扰，也会发生这种情况。UE将继续在PUeCH上的正确位置发送SR1但eNB可能无法读取它们，从而导致与上述类似的情况。优化调整如果持续观察到这种情况，最好从自适应SR1周期转换为固定SR1周期。这将避免重新配置SR1周期并防止出现此问题。此外,在PUCCH上使用IRC等PUCCH增强功能有助于降低出现此类问题的可能性。R1C模式问题当UM模式(R1C的未确认模式)

10、QCI用于不支持UM模式的UE时，这在网络中很少见。一个常见的例子是QCr7,它是为直播流或语音服务定义的nonGBRQCI,它通常在UM模式下工作。但是有很多不支持UM模式的UE,eNB根本就没有为它们添加UM模式的承载。这个问题可以从计数器看出，因为它将显示无线接口上的EAB故障仅发生在QCI7或任何其他设置为UM模式的QCIo优化方法只需将QCI的R1C模式从UM更改为AM即可解决此问题。安全模式失败另一个比较少见的问题是安全模式失败问题。在这种情况下UE收到来自eNB的安全模式命令，但响应安全模式失败消息。因此eNB向MME发送初始上下文设置失败，导致EAB建立失败。如果UE不支持eN

11、B上的安全配置会发生这种情况，或者如果UE无法同时处理安全模式命令和RRC连接重新配置，则会发生这种情况。在大多数情况下，这被证明是终端问题。MME导致EAB建立失败让我们来看看MME引起的EAB失败。在商用网络中大多数MME引起的EAB设置失败实际上是由无线接口，而不是MME引起的。信令跟踪显示：当UE在收到安全模式命令后遇到R1F时，将尝试RRCReEstab1ishment;此时eNB与UE之间已经无线链路失败(R1F)了。考虑在接收安全模式命令之前经历R1F的UE,UE只能在安全激活后发送RRCReEstab1ishment,但如果UE在收到SecurityModeCommand之前经

12、历了R1F,则不能发送RRCReEStab1iShmentRequesto现在UE在RRCSetupComp1ete消息之后和SecurityModeCommand之前经历R1F,该UE将进入空闲状态并通过发送另一个RRC连接请求重试新的RRC连接。假设UE向另一个eNB(eNB2)发送RRC连接请求，然后eNB2将开始处理它。eNB2不知道eNB1已为该U进行了EAB建立过程。eNB2将针对该UE向MME发送S1初始UE消息，MME将看到它已经与eNB1进行了另一个EAB建立过程。因此对于MME通过向eNB2发送Initia1ContextSetupReqUeSt来发起新的ERAB建立过程，

13、它需要首先停止eNB1上的过程，因为它不能在两个不同的eNB上拥有相同UE的单独上下文。因此，MME将向eNB1发送UE上下文释放命令，要求中止EAB建立过程。eNB1正在尝试通过空中接口寻找UE,一旦它从MME接收到上下文释放命令，它就会认为MME中止了ERAB建立，并将其作为MME引起的ERAB建立失败。eNB1将向MME发送初始上下文设置失败，并且eNB1上的ERAB设置将在MME引起的失败下进行。然而，这个问题实际上是由于无线问题引起的，但eNB1无法发现。如果UE向同一个eNB甚至同一个小区发送第二个RRC连接请求，也会发生这个问题。在RRC级别，eNB不检查TMS1值并且UE由其C

14、RNT1引用。因此，如果同一个UE向同一个eNB发送另一个RRC连接请求，它将分配一个新的CRNTI并将其视为一个新的连接。但是当eNB将S11nitia1UEMeSSage发送给MME时，MME将检查TMSI并将UEContextRe1easeCommand发送到前一个会话，导致第一个进程的ERAB建立失败。另一种可能导致MME引起的EAB设置失败的情况是MME上的初始上下文建立计时器。如果该定时器设置为较小值并且eNB正在等待UE响应安全模式命令，MME将由于超时发送UE上下文释放命令。这也将导致MME引发的EAB设置失败。优化策略第一种情况没有真正的优化方法，因为这纯粹是一个覆盖问题，可以通过物理或软更改来增强覆盖范围来缓解它。第二种情况可以通过增加MME上的初始上下文设置定时器来最小化。