4G网络KPI中RRC建立成功率优化.docx

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

1、4G网络KPI中RRC建立成功率优化#4G#网络优化#KP14G(1TE)无线网络中当终端(UE)想要连接到网络时,它需要建立一个RRC连接。但在此之前终端需在上行链路中完成同步,终端通过向eNB发送前导码(Pramb1e)(MSgI)来完成,基站(eNB)以随机接入应答(RAR-MSg2)消息进行响应；然后再向终端(UE)发送Msg3消息-这也称为RRC连接建立请求；该消息就是RRC成功率KP1中的尝试次数；消息中包含连接目标和目的等；其具体分为以下几种： MOHata:终端(UE)从空闲返回，有数据发送或拨出电话； Mo-SignaIing:通常终端进行TAU和ATACH； Mt-acce

2、ss:空闲态(UE)响应寻呼消息； 紧急情况； 高优先级接入；在RRC建立请求中包含着UE标识;如之前已经连接到1TE网络已获得TMSI,则可用TMSI标识,若不知道TMSI时,终端也可以用随机值标识。基于终端(UE)请求,eNB收到解释完毕后发送一个RRC连接建立消息，其中包含SRB的信息和一些如功率控制、SR1和CQ1周期的基本无线参数。一旦收到“RRCConnectionSetUP”终端将根据消息中的指令进行配置；然后以RRCConnectionSetupCOmP1ete消息响应。如果UE打算发送NAS信息，则该响应消息中还包含NAS信息内容。RandomAccessPreamb1e(M

3、sj1)RandOm4cc，$sReSPonSe(RAROrjg2)UERRCConnectionRZUeSt(MSg3)eNBAttemptRRCConnectionSetupRRCConnectionSetupComp1ete(Msj5)网络侧当eNB接收到RRC连接请求时,启动RRC建立请求计数器;并且在接收到RRC连接建立完成消息时认为该过程成功。RRC请求阶段常见故障在RRCKPI优化中，我们一般会遇到以下两种导致RRC建立失败的原因。1 .终端(UE)无响应，RRC建立失败这是无线网络中最常见的RRC故障。RRC建立阶段的多数失败是由于终端(UE)没有响应。这意味着eNB接收到来自

4、终端(UE)的RRC连接请求消息后为其分配了RRC连接设置消息，但没有收到或无法解码终端的RRC连接设置完成的(RRCConnectionSetupCOmPIete)消息。RRC连接请求消息的长度通常约为7个字节(bytes),而RRC连接设置完成消息可能包含整个NAS信息(如TAU或附着请求)其大小可以从8到IOO多字节(bytes)不等。考虑具有有限功率靠近小区边缘的终端(UE)发送RRC连接请求。因为它只有大约7个字节(bytes),所以它需要少量的RB,因此每个载波的功率会很高。但是当它需要发送大约100字节(bytes)的RRCConnectionSetupComp1ete时，即使消

5、息是分片的这也需要更多的资源。因此每个载波的平均功率将降低从而导致消息可能无法在eNB处解码。如果小区受到干扰也会发生这种情况，因为这将使eNB更难以解码消息。如果终端(UE)未能解码RRC连接建立消息也可能发生这种情况，因此永远不会发送RRC连接建立完成消息。2 .RRC建立拒绝这是RRC建立失败的第二种情况，但与由于无响应而导致的故隙相比，在商用网络中通常很少会遇到这种问题。在这些情况下eNB通过发送RRC拒绝消息，来拒绝接收到的RRC连接请求。这主要在eNB遇到拥塞，且没有足够的资源分配给请求RRC连接的新用户时才会出现。网络中如果PUCCH拥塞,则可以拒绝RRC连接。PUCCH携带HA

6、RQACKNACKCQ1和SRI；如果PUCCH资源不可用，用户将无法发送CQ1并且eNB无法在没有CQI信息的情况下进行调度。通常运营商以这样一种方式实现PUCeH,即当PUCCH利用率升高时,CQI间隔也会增加。如用户(UE)以IOmS的间隔发送CQI时会将其调整为40ms,以增加PUCCH的容量。但是当容量再也无法调整时，eNB将限制新的接入连接，从而导致RRC拒绝。类似地如果活动用户(UE)计数的增加超过限额或CAPS超过限制时，则可以看到RRC拒绝。RRC成功率KPI优化通常根据不同的场景，使用以下方法进行成功率优化。1 .物理参数优化最简单和常规方法是物理优化。如下压一个小区天线，

7、这将减少覆盖范围并移除远处的用户，这方法会降低由于无响应而导致RRC失败的可能性。2 .相关定时器RRC成功率KPI有两个相关的定时器。其中一个终端（UE）维护的定时器T300o终端（UE）在发送RRC连接请求后启动,在收到RRC连接建立或拒绝消息时停止。如果这个定时器太小，UE将停止等待“RRCConnectionSetUP”消息，RRC建立过程将失败。因此增加此计时器在此阶段会有所帮助。其次,eNB有一个内部定时器（不同厂商对它有不同的名称）,eNB在发送RRCConnectionSetup消息后启动它O成功接收到RRCConnectionSetupCOmP1ete消息后停止该定时器。因此

8、如果这个定时器很小，并且UE尝试发送带有重传的RRC连接设置完成，那么一旦定时器到期eNB就会认为3 它失败。因此增长此计时器在某些情况下也可能有所帮助。4 .覆盖增强和功率控制如果PUSCH的功率控制不正确或过于保守,也可能导致由于UE没有响应而导致的RRC失败。例如PUSCH上的功率控制取决于PO标称值以及A1Pha因子。不同的供应商在这里使用不同的设置，例如使用较低的PO标称值（例如-100dBm）和大约0.9或1的较高AIPha因子或使用较高的PO标称值（例如-7OdBm）和较小的A1pha因子0.7或0.8。但如果PONomina1和AIPha因子都低，则UE将使用较小的功率值来发送

9、RRC连接设置完成，因此它可能不会被正确解码。如果小区有干扰，则应启用减轻干扰的功能。如启用干扰抑制组合可以在这种情况下提供良好的收益。5 .移动始发信令RRC成功率通常Mo-SigRRC成功率低于其他小区。原因再次与MSG-5(RRC连接设置完成)的大小有关。对于普通的Mo-data或Mt-access,RRCConnectionSetUPCOmPIete消息的大小约为8到10字节，但对于MO信令，它可能会有所不同，通常在50字节以上。这是因为M。信令RRC请求通常用于NAS信令消息，如附加请求或跟踪区域更新请求。这些消息的大小很大，并在RRC连接设置完成消息中作为NAS发送。因此与其他RR

10、C请求类型相比，这降低了RRCMo信令的RRC成功率。这意味着如果网络具有较高的RRCM。信令请求比率，那么它将具有较低的RRC成功率。通常MO-Signa1Iing约为20%至J25%,而Mo-data的百分比最高。这可以根据TAC规划和移动策略因网络而异。但是如果您的M。信令百分比非常高，那么与另一个具有较低Mo信令百分比的类似网络相比，RRC成功率可能会相对较低。6 .终端(UE)不兼容在网上有时会出现与网络配置不兼容的用户(UE)。因此一旦他们收到RRCConnectionSe1UP消息并且发现他们与所提供的配置不兼容，他们就不会响应RRCConnectionSetupComp1ete

11、消息，从而导致eNB上的RRC失败。而此类用户的不断尝试影响KPI。这种问题可以从验证它是单个用户的痕迹或CHR中看出。它也可以从RRC计数器推断出来，因为在连续间隔中失败的数量相对相同。这种情况通常无法解决，因为它不是网络问题而是用户(UE)异常问题。7 .基于PUCCH的RRC拒绝由于PUCCH拥塞导致的RRC拒绝可以通过简单地通过增加PUCCH资源块来解决。运营商具有用于PUCCH分配的参数，最小PUCCH资源块分配为每子帧4个。这是因为每个时隙在频带的两端都有PUCCHRB分配，这意味着每个时隙将至少有2个用于PUCeH的资源块一个在频带的顶部，另一个在频带的底部。因为每个子帧有两个时

12、隙，这意味着该子帧将具有至少4个PUCCH资源块。当4个PUCCHRB不够时，可以使用参数将它们扩展到更高的值，或者在一些网络采用自适应方法，其中eN基于负载要求动态改变PUCCHRB计数。这种方法可完全解决这一问题。8 .基于用户计数或基于流控制的RRC拒绝基站(eNB)中不同基带板和运营商对活跃用户数和CAPS(每秒呼叫尝试次数)有不同的限制。当达到这样的限制时接入的RRC连接请求会被eNB基于流量控制或资源问题拒绝。在这种情况下，可以执行以下基本步骤：将UEInaCtiVityTimer减少到较小的值。这将为用户启动早期发布，并且由于用户数量而导致的负载将减少。然而这会增加信令负载，因为空闲用户可以更频繁地尝试返回网络，这会增加eNB的CPU使用率。因此，仅当问题与用户限制有关而CPU使用率正常时才使用此选项。应增加T302以限制RRC信令负载。当UE从eNB得至IJRRCReject时,它必须等待T302秒后才能发送另一个RRC连接请求。因此，增加T302将增加此类RRC连接请求之间的间隔，从而减少eNB上的信令负载。网络负载均衡是另一项功能，它可以在这种情况下帮助用户从拥挤的频段转移到另一个利用率较低的频段。