7、场景分类以及调整方案7.1、网络资源不足小区 系统忙时,上行PRB资源利用率或下行PRB资源利用率大于门限,且有效RRC连接平均数大于门限,且小区忙时吞吐量大于门限。 场景分析:资源利用高、承载用户数多、小区吞吐量高,为高负荷待扩容小区。 优化措施:小区分裂、载频扩容以及新建基站 7.2、PRB承载效率低小区系统忙时,上行PRB资源利用率或下行PRB资源利用率大于门限,有效RRC连接平均数不限制,小区忙时吞吐量小于门限时。 场景分析:(1)当有效RRC连接平均数小于门限时,小区为资源利用高、用户数少、吞吐量低场景。原因主要为边缘用户、覆盖质量差、干扰等导致低阶MCS占比较高。 优化措施:射频优化,进行覆盖干扰等优化调整,提升网络质量,减小低阶MCS占比。 (2)当有效RRC连接平均数大于门限时,小区为资源利用高、用户数多、吞吐量低场景。原因主要为用户多为小业务行为,边缘用户、覆盖质量差、干扰等导致低阶MCS占比较高。 优化措施:射频优化,减少边缘用户、降低干扰;参数优化,调整切换重选参数进行用户均衡,减少高负荷小区上的驻留用户;功能算法运用,开启负荷均衡算法均衡高负荷小区的驻留用户。 7.3、高用户数小区系统忙时,上行PRB资源利用率或下行PRB资源利用率均小于门限,有效RRC连接平均数大于门限,小区忙时吞吐量不限制。 场景分析:该场景小区用户数多,但多进行小包业务,资源占用少 优化措施:射频优化,控制小区覆盖范围均衡小区用户数;参数优化,将切换带上和小区边缘用户驻留在用户数少的邻小区;功能算法优化,开启负荷均衡算法均衡高负荷小区的驻留用户。 7.4、低用户高流量小区系统忙时,有效RRC连接平均数小于门限值,且小区忙时吞吐量大于门限(上行1G、下行5G任一),资源利用率不限制。 场景分析:该场景用户数少,因用户做大数据包业务,会导致资源利用率升高的,该场景小区能满足用户体验。 优化措施:网络能够满足用户体验无需调整。
|