中秋国庆期间各地业务量均会大幅增长，为了避免出现因业务量激增，用户无法接入现象，制定中秋国庆保障方案，保障网络稳定运行。保障方案分为三个阶段，节前准备、节中保障，节后总结，通过三个阶段各项优化措施的实施，提升LTE网络容量。
1．保障前准备工作：
1.1．资源核查，热点区域硬件扩容或软扩容：
热点区域话务评估，采取以下容量评估标准，对热点区域负荷进行评估，对于负荷过高站点，制定扩容方案，提升网络容量；
站型 | 扩容观察点 | 扩容方法 |
宏站 | 单小区激活用户数大于350 | 软扩 |
诺基亚现网设备支持通过修改配置文件的方法对于宏站的S111配置扩容至S222，容量增加一
倍，而不需要对硬件进行任何调整或增加。
二载波扩容需要增加三个扇区，把之前的8通道扇区改为4通道，MIMO模式从Dynamic MIMO修改为4TX方式，发射功率维持10W，把新增的小区指到8改4空出来的天线资源上，并修改载波频率为另一个频点即可，操作非常简单方便，但增加一个载波后会有一些重选和切换参数也要改，包括开启LTE487载波间负载均衡，为了简便操作，建议用标准S222脚本修改。
特别注明：临时应急使用可以，长期使用需要另外付费，CP1和CP2集采价格只包括单载波
1.2．资源核查，热点区域载波扩容：
当小区按每天24小时统计，一周有两天以上系统忙时满足以下任一条件时，则符合“高负荷待扩容”条件，准备进行载波扩容：
条件一：在系统忙时，上行PRB平均利用率或下行PRB平均利用率大于50%，且有效RRC连接平均用户数大于30，且小区忙时吞吐量大于门限（上行1G、下行5G任一）时；
条件二：当有效RRC连接最大用户数大于200时。
系统忙时的筛选按照集团要求如下：
（1）在24小时报表中，根据上行PRB平均利用率和下行PRB平均利用率的最大值倒序排列（建议至少按各地市分别排列，不能全省排序，否则排序计算量太大）
（2）在上述排序后的报表中，选出每个小区的排序后的行号最小值
（3）根据步骤（2）中得到的行号最小值，在步骤（1）中得到的表中查出对应记录，即得到每个小区利用率最大的那个小时的记录。
1.3．算法及参数核查：
针对高业务区域可以进行负荷均衡算法、资源类算法、接入控制类算法参数调整，提升网络系统软容量
圣诞节2022年是几月几日✓负荷均衡算法开启
算法名称 | 算法功能描述 | 算法网元级别 | 算法支持版本 | 中秋国庆保障建议开启情况 | |
是否建议开启 | 开启范围 | ||||
基于连接态的负荷平衡算法 | 小区之间，高话务小区通过用户转移，实现负荷均衡，避免拥塞 | CELL | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 |
基于空闲态的异频负荷均衡算法 | 同覆盖的异频小区之间，高话务小区通过用户转移，实现负荷均衡 | CELL | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 |
| word目录怎么做 | |||||
1.开启连接态的负荷均衡功能
参数 | 参数描述 | OBJECTS | 现网值 | 需保障小区 |
actInterFreqLB | 激活异频负荷均衡开关 | LNBTS | - | TRUE |
prohibitLBHOTimer | 禁止基于负荷切换的时长 | LNBTS | - | 10s |
thresholdRsrpIFLBFilter | 异频负荷均衡邻区上报RSRP门限 | LNHOIF | - | -100dBm |
iFLBHighLoadGBRDL | 异频负荷均衡GBR业务高门限 | LNCEL | - | 65% |
iFLBTargetLoadGBRDL | 异频负荷均衡GBR业务目标门限 | LNCEL | - | 50% |
iFLBHighLoadNonGBRDL | 异频负荷均衡non-GBR业务高门限 | LNCEL | - | 胡定欣马国明 85% |
iFLBTargetLoadNonGBRDL | 异频负荷均衡non-GBR业务目标门限 | LNCEL | - | 75% |
iFLBHighLoadPdcch | 异频负荷均衡PDCCH高门限 | LNCEL | - | 85% |
iFLBTargetLoadPdcch | 异频负荷均衡PDCCH目标门限 | LNCEL | - | 75% |
iFLBBearCheckTimer | 异频负荷均衡UE进行QCI1业务（VoLTE）检查时间 | LNCEL | - | 5s |
效果：
连接态负荷均衡功能，周边异频小区可以均衡高负荷小区的用户。
2.开启空闲态负荷均衡算法
参数 | 参数描述 | OBJECTS | 现网值 | 高负荷小区 |
actIdleLB | ENB级别的idle lb开关 | LNBTS | False | TRUE |
idleLBPercentageOfUes | 控制释放的UE数量，当“携带IMMLB消息的RRC RELEASE数目/RRC release数目”>=该参数时候，小区退出IDLE LB状态 | LNCEL | - | 50% |
✓资源类算法调整
算法名称 | 现网值 | 保障值 | 算法网元级别 | 算法支持版本 | 中秋国庆保障建议开启情况 | |
是否建议开启 | 开启范围 | |||||
CQI上报周期 | 40ms | 80ms | cell | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 |
CQI占用RB数 | 8执着夫妇为什么下车 | 8 | cell | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 |
prachFreqOff | 10 | 11 | cell | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 |
cellSrPeriod | 20ms | 20sm | cell | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 |
n1PucchAn | 72 | 144 | cell | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 |
srsUePeriodicity | 10ms | 20ms | cell | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 |
1.CQI容量计算公式和参数
CQI在上行的调度需要参数控制，包括时域和频域两方面，CQI频域资源设置越大会影响到上行速率，设置越小可能有容量问题，需要根据网络负荷取合适的值；时域资源设置越大对下行速率的反馈越慢，越小则影响容量，也需要按需设置；CQIperNp为CQI的时域调度周期，nCqiRb 为CQI的频域占用资源数。修改nCqiRb如果和PrachOffset有冲突，需要同时调整PrachOffset。
建议CQI时域调度周期固定，用频域资源控制容量，设置为CQIperNp=80ms下，nCqiRb =4为192用户，6为288用户，8为384用户，高用户场景设置为384以上，一般场景设置为192；目前全网一般小区均为192；
计算公式为：
支持的用户数= nCqiRb * UL subframe number * cqiPerNp/10 * CQI per PRB
参数：nCqiRb，cqiPerNp，prachFreqOff
秋天作文三年级2.SR容量计算公式和参数
SR为调度请求。其中CellSrPeriod参数是SR的调度周期；n1PucchAn参数为AckNack相对于分配的下行PDCCH调度的最低CCE索引的索引偏置，即此参数是定义了预留给SR和半静态调度ACK/NACK的PUCCH资源，例如此参数设置为36，表示一个TTI支持36个用户
一般情况n1PucchAn为72和144，CellSrPeriod设置为20ms，分别对应于288或576个用户，一般场景设置288用户，高用户场景设置为576用户；
计算公式为：
每个SR 周期支持的active用户数 = ROUNDUP (No. of UL frame per 10ms * cellSrPeriod (ms) /10, 0) * n1PucchAn
参数：n1PucchAn，CellSrPeriod
✓接入控制类算法调整
算法名称 | 现网值 | 保障值 | 算法网元级别 | 算法支持版本 | 中秋国庆保障建议开启情况 | ||
是否建议开启 | 开启范围 | ||||||
addAUeTcHo | 15 | 15 | cell | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 | |
addAUeRrHo | 10 | 10 | cell | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 | |
maxNumActUE | 300 | 385 | cell | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 | |
addEmergencySessions | 0 | 0 | cell | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 | |
maxNumRrc | 300 | 385 | cell | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 | |
maxNumRrcEmergency | 400 | 385 | cell | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 | |
maxNumActDrb 湖南电视台女主持人 | 200 | 600 | cell | 现网全部支持 | 仅在需要保障最低速率的现场开启 | 个别保障小区 | |
RRC最大连接用户数/最大激活用户数参数调整
发布评论