5G高负荷小区优化策略

5G高负荷小区直接影响到用户感知以及其他各项考核指标,对提升用户感知,优化其他考核指标至关重要,通过分场景的优化策略对高流量小区进行优化提升,先对高流量小区进行场景划分,在根据各个场景的特点有针对性的对高流量小区进行优化。 5G超忙小区优化策略 5G SA网络基于用户数的负荷均衡研究 目前5G组网为已实现2.6G+700M融合组网,随着5G用户不断转化增长,5G负荷逐渐增高,由于2.6G和700M终端支持率以及覆盖范围不一致,会出现同覆盖双层网负荷不均衡等现象,影响用户感知;通过对2.6G+700M基于用户数的负荷均衡进行研究,为后续多层网间负荷均衡提供参考。 连接态负荷均衡: 测量阶段:主要是测量服务小区的负荷情况,同时通过小区之间的接口获得邻区负荷信息。 判决阶段:根据测量到的服务小区和邻区负荷,判断本小区是否需要执行负荷均衡,如果需要则执行第三个阶段操作,否则小区将重复前两个阶段对系统执行实时监控. 执行阶段:高负荷的小区选择合适的UE切换到低负荷小区。 700M负荷均衡验证 基于用户数的负荷均衡开启后, 试点700M小区RRC平均用户数76个降低至58个,同覆盖2.6G用户数由120个上升至129个; 驻留态态荷均衡: 驻留态频间均衡开关CampLoadBalance.campLBSwch为打开时,如果满足服务小区负荷测量所述条件,启动服务小区负荷测量; 满足邻区负荷测量所述条件,启动邻区负荷测量; UE释放时,检测是否达到驻留态频间均衡触发条件,达到条件则执行驻留态频间均衡执行流程,否则执行其它专用重选策略。 2.6G负荷均衡验证 基于用户数的负荷均衡开启后,试点2.6G小区RRC平均用户数256个降低至201个,同覆盖700M小区用户数由13个上升至60个; 华为5G负载均衡MML命令 (1)、开启负载均衡开关(小区级): MOD NRCELLALGOSWITCH:NRCELLID=0,MLBALGOSWITCH=INTER_FREQ_CONNECTED_MLB_SW-1; (2)、调整切换目标小区的RSRP门限,高于这个门限的小区,是负载均衡的目标小区; MOD NRCELLINTERFHOMEAGRP:NRCELLID=0,INTERFREQHOMEASGROUPID=0,INTERFREQMLBA4RSRPTHLD=-102; (3)、调整负载均衡的触发参数: 本小区用户数高于70(INTERFREQMLBUENUMTHLD)+15(MLBUENUMOFFSET),系统会持续评估5秒。则启动负载均衡切换:如果持续5秒内低于85用户,则退出负载均衡切换。邻区之间的负载差值在15%(UENUMDIFFTHLD)以上才进行切换。以上三个参数都可以通过下面脚本进行调节。 MOD NRCELLMLB:NRCELLID=0,INTERFREQMLBUENUMTHLD=70,MLBUENUMOFFSET=15,UENUMDIFFTHLD=15; 3、切换出的候选邻区配置需求,候选邻区用户进行负载交互: 与当前小区配置了邻区关系,且允许切换 与当前小区同基站 与当前小区异频 小区状态为可用 候选邻区也需要开启INTER_FREQ_CONNECTED_MLB_SW开关 4、负载交互,确定可以切换的目标小区,满足一下条件允许切换: 当前小区与候选邻区之间的负载差> NRCellMLB.UENUMDIFFTHLD(15%) 候选邻区的连接态UE比例< 90%(即:小区当前的连接态UE数/小区最大支持的连接态UE数) 5、UE的选择,UE必须满足以下条件: UE处于连接态 UE是非VoNR语音用户 UE是非NSA用户 UE是非CA用户 UE支持负载均衡。默认所有RFSP的UE都支持负载均衡。 由基于用户数的连接态负载均衡功能触发的切换且切换失败的UE,在120s后才允许再次被选择 每个判决周期选择的UE数量如果少于5个则不进行处理;如果超过或等于5个候选用户,则随机选择5个进行负载处理。 如果UE的测量报告中的小区只有一个是可进行负载均衡的候选邻区,则直接指示UE切换至该小区; 如果UE测量报告中的小区大于一个的小区是可进行负载均衡的候选邻区,则选择信号质量最好的一个小区作为切换的目标小区。 host by unixetc

March 8, 2023 · unixetc

RRC重建比率高问题分析和优化方法

一、重建原理 1、重建概述 RRC重建(RRC connection re-establishment)是UE处于RRC_CONNECTED状态,因为一些移动性管理或底层链路故障,导致连接中断,UE发起的空口资源重新建立的过程,以继续空口的RRC连接。重建是UE在连接状态下,空口异常时重新恢复空口的过程。重建成功的前提是收到重建请求的小区有UE的上下文。重建的意义在于快速恢复空口业务,提高业务的连续性。 重建成功流程: RRC重建请求消息: RRC重建命令消息: RRC重建完成消息: 如果目标小区无该UE的上下文信息,此时UE的RRC重建请求可能会被拒绝 重建失败流程: 2、重建原因 2.1重建条件 UE在检测下行失步、切换失败、RLC重传达到最大次数等原因条件下,会在新的小区发起RRC重建过程,以试图快速重建业务,提升用户感受。LTE协议规定,网络侧只能对存在上下文的连接接受重建请求,没有上下文ID的请求将被拒绝而掉话。当UE从基站A重建至基站B时,这种重建必然因获取不到上下文而失败。在现网中,无上下重建失败在重建失败总次数占绝大多数。严重影响了客户感受。 上下文一般是eNodeB侧存储的UE的一些重要信息,包括UE能力、多承载信息(承载ID,QCI等级)、S1AP_ID、UE的安全性算法等。对于没有UE上下文的重建,目标基站必须通过某种手段获取源站的上下文,协议规定源站可以通过切换请求把UE的上下文带到目标站,因此获取上下文的载体是有了,但是如何通知源站把上下文通过切换请求带到目标站,协议中没有规定。因此只能通过私有消息方式通知源站,若私有消息走S1口,需要进核心网,核心网侧也需要识别该消息,处理上比较复杂,所以一般情况下会直接经过X2口处理该私有消息。目标基站收到RRC重建请求后,发现没有该UE的上下文,所以通过X2口发送一个私有消息给源侧基站请求源侧基站发送上下文,收到回复后,就按照正常的流程,继续完成RRC重建过程。 2.2引发重建的原因 协议上规定,引发UE发起重建流程的原因主要有以下几点: Ø 上行RLC重传达到最大次数 “indication from RLC that the maximum number of retransmissions has been reached”,包括SRB和DRB,与eNB侧下行的SRB与DRB机制相同,当UE RLC发送了一个PDU之后,需要等到eNB侧反馈对应的状态PDU才能完成一次RLC的正常调度。对于没有收到eNB状态PDU的原因有两个,一个原因为eNB侧上行根本就没有收到任何RLC PDU,也就不会响应状态PDU,另一个原因为eNB响应的状态PDU,由于下行误码的原因,没有到达UE侧。 Ø MAC层SRI重传达到最大次数 在切换过程中,切换完成命令丢失后导致的PUCCH没激活,或者,在业务保持过程中由于Ta超时导致的PUCCH没激活,此时如果UE有SR发送,因为下行链路问题,UE无法收到ENB的MAC层确认,SR重传达到最大次数后触发MAC_RA_IND,上报给L3后发起重建请求。 Ø UE检测到下行RLF UE DSP每200ms对时延谱滤波值进行判断,如果满足某门限,则上报L3失步;L3在同步状态连续收到N310次L1上报的失步指示,则认为失步;同时,启动T310定时器,超时前,若收到N311次同步指示,则认为UE恢复同步状态,否则,T310超时后触发重建(包括搜索小区、同步、重建),启动T311定时器,若超时仍未重建成功,则进去IDLE态。 2)切换失败,重建到原小区; UE在切换流程中,在收到了切换的重配置消息之后,会启动T304,但如果在T304超时之前UE无法完成在目标小区的随机接入,则会发起原因值为“handover failure”的重建 3)系统内或IRAT的移动性过程失败,如切换时T304超时、目标小区建立RRC连接失败、UE不适配MobilityFromEUTRACommand的配置等 4)底层完整性检查失败 UE无法配置RRC重配消息中的部分配置,重配失败; UE在安全模式激活的状态下,如果收到了重配置消息后对于重配置消息内的信元无法匹配/兼容,则发起原因值为“reconfiguration failure”的重建。 二、重建比例高分析和优化方法 1、重建原因分类 协议上规定,引发UE发起重建流程的原因主要有以下几点: 参考通常局点的问题分析,重建的TOP原因为Other,即UE发生无线链路失败。从现网数据分析,引起重建的主因包括以下几项: 2、重建原因确认 首先进行RRC重建话统分析,重点关注: 源小区和非源小区重建比例; 重配置失败比例、切换失败比例、Other原因比例。 2.1源小区重建比例高原因确认 1)提取源小区干扰、误码率、重传率、CQI等话统,确认是否“空口质差”,可按如下标准判断,符合其中一个可归类为空口质差: 忙时平均干扰大于-105dBm; 忙时上行初始误码率大于20%; 忙时下行初始误码率大于20%; 忙时上行重传率大于40% 忙时下行重传率大于30% 忙时平均CQI低于8 2)提取源小区两两小区切换话统,确认“切换过早”比例是否较高(过早切换比例=切换过早次数/切换出尝试次数),可按如下标准判断: 过早切换比例大于5%; 3)提取Uu/S1/X2口信令,分析重建前MR信令测量报告,分析重建完成后RRC_UE_INFO_RSP信令中UE重建前最后一次测量结果,判断是否存在“邻区漏配”、“快速衰落”、“弱覆盖”、“异常终端”等现象。 MR中邻区比服务小区RSRP高且符合切换条件,未触发切换的,确认为“邻区漏配”; 最后一次测量结果中,下行RSRP低于-115dBm,或RSRQ低于-12,确认为“弱覆盖”;...

March 8, 2023 · unixetc

看协议学5G--小区重选的测量规则

本文根据R17 TS.38.304 5.2.4.2翻译整理 接入5G网络的终端(UE)在用户面一定时间后停止数据传输,其将转入RRC Idle或RRC Inactive状态;在这情况下终端(UE)将通过监测邻区和当前小区的信号质量,以选择一个最好的小区提供服务信号服务。 当邻区的信号质量及电平满足S准****则,且满足一定重选判决准则时终端将接入该小区驻留。终端选择新小区驻留的过程称为小区重选;在5G网络中主要包括同频重选和异频重选。 同频测量规则 - 如服务小区满足Srxlev>SIntraSearchP和Squal>SIntraSearchQ; - 如distanceThresh和referenceLocation在SIB19中广播,并且如果UE支持基于位置发起测量,且已经获得了它的位置信息: - 如果UE与服务小区参考位置referenceLocation之间距离小于distance Thresh,则UE可以不进行同频测量; 频率间和系统间测量规则 异频小区频率在系统信息中指示,且UE已经掌握优先级的定义: 对于优先级高于当前NR频率优先级的异频或异RAT小区,UE根据TS 38.133[8]对更高优先级的异频或异RAT进行测量]。 对于优先级等于或低于当前NR频率优先级的NR异频,及优先级低于当前NR频率优先级的跨RAT频率: 服务小区满足Srxlev>SnonIntraSearchP和Squal >SnonIntra SearchQ: 如distanceThresh和referenceLocation在SIB19中广播,并且如果UE 支持基于位置发起测量,并且已经获得了它的UE位置信息: UR与服务小区参考位置referenceLocation之间的距离小于distanceThresh,UE可以选择不测量NR个相同或更低优先级的异频小区,或者更低优先级的异RAT频小区; ** - 否则,UE应根据TS 38.133[8]对NR中相同或更低优先级的异频小区或更低优先级的RAT异频小区进行测量;** ** - 否则,UE可以选择不测量NR中相同或更低优先级的异频小区,或更低优先级的RAT异频小区;** ** - 否则,UE应根据TS 38.133[8]对NR中相同或较低优先级的异频小区或较低优先级的RAT异频小区执行测量。** - 如果UE支持松弛测量并且SIB2中存在松弛测量,则UE可以进一步放松所需的测量,如第 5.2.4.9节所述。 如果服务小区的t-Service存在于SIB19中,并且如果UE支持基于时间的测量启动,则UE应在t-Service之前执行同频、异频或跨RAT测量; 无论距离如何,UE和服务小区参考位置之间或服务小区需检查是否满足**:** Srxlev>SIntraSearchP和Squal>SIntraSearchQ;或 Srxlev>SnonIntra SearchP和Squal>SnonIntraSearchQ. 在t-Service之前开始测量的确切时间取决于UE实现。UE应根据TS 38.133[8]执行更高优先级的NR频率间或RAT间频率的测量,而不考虑在服务小区的占用时间(即t-Service的剩余时间)。 *在评估UE与服务小区参考位置之间的距离时,由UE实现来获取位置信息。 host by unixetc

October 24, 2022 · unixetc

gNB拆分后F1接口及应用实例

在5G中gNB拆后无线网(RAN)中增加了CU和DU间的F1接口;当终端(UE)在上行链路方向发送信息时,DU先通过(Uu)空口接收终端的消息,再通过F1接口发送给CU;下行消息和数据则是CU先通过F1接口传送至DU,之后再通过空口传递给终端(UE);期间F1接口提供的服务及应用实例分别如下: 图1.gNB拆分后的5G网络结构图 一、F1AP服务 接口F1使用F1AP协议进行gNB-DU与gNB-CU之间两种类型服务: 非终端(UE)相关服务:它们在gNB-DU和gNB-CU间使用非UE关联的F1接口实例相关。kangguoying20220331 终端(UE)相关服务:它们与单个UE相关。负责提供UE相关信令连接的F1AP功能维护。kangguoying20220331 除非特别说明在任何情况下每个协议端点应最多只与一个特定终端(UE)的F1AP流程相关;这也适用于IAB-DU和IAB-donor-DU或IAB-donor-CU。 二、F1-C(控制面)功能 做为gNB-DU和gNB-CU之间信令和消息传递,F1-C接口除传输终端与站点间的无线资源控制RRC消息外,还包括以下服务内容: ** F1接口管理;kangguoying20220331** 系统信息管理; UE上下文管理; RRC消息传递功能;kangguoying20220331 PAGING消息传递功能; Warningmessages信息传递功能; 远程干扰管理(RIM)消息传输功能; 追踪(TRACE)功能;kangguoying20220331 负载管理功能; 自优化(SON)支持功能; 定位功能;kangguoying20220331 IAB 支持功能; 三、F1-U(用户面)管理 在gNB-CU和gNB-DU之间用户面协议**(F1-U**)位于F1接口上的无线层。5G(NR)用户面协议支持实体之间的(点对点)直接通信,无论终止于相同还是不同用户面接口,无线网(RAN)中gNB-DU负责控制下行链路用户数据流;如配置NR用户面协议实例存在于DC中,则其做终端的上下文中的主节点和辅助节点或托管F1-U协议终端的节点。kangguoying20220331 四、F1接口应用实例 实例1:在初始接入阶段,gNB-DU和gNB-CU间F1传递RRC建立请求和RRC建立消息; 图2.F1接口终端初始RRC建立消息 **实例2:**完成RRC建立之后,F1接口传输终端(UE)上下文请求和答应消息; 图3.F1接口传递UE上下文管理消息 **实例3:**进入业务阶段,F1接口传输终端与网络间频繁的承载更新消息; 图4.F1接口传递承载更新消息 实例4:业务结束后,F1接口传输终端(UE)上下文释放请求和应答 图5.F1接口传递UE上下文释放消息 host by unixetc

April 1, 2022 · unixetc