1
概
述
本文档主要用于指导外场
5G
SA
簇优化工作;簇优化是网优的重要阶段,是后续区域、
边界、全网优化工作的重要依托。
针对簇优化的全流程进行了详细的描述,包括簇优化的内容及目标、簇优化准备、簇
优化测试、簇优化分析、覆盖优化、切换优化(
SA
系统内、
SA<E
互操作)、接入
优化、
5G
驻留比优化以及簇优化中常见的问题,主要用于指导外场簇优化工作。
2
簇
优
化
流
程及
目
标
2.1
簇优化
流程
在簇优化开始之前,除了要确认基站已经开通外,还需要检查簇内所有基站是否存在
影响业务的告警,确保优化的基站正常工作。
与客户进行簇优化验收标准和测试路线的确认,如果合同未明确指定路线,需要该阶
段与客户一起协商共同指定用于最终验收的测试路线,为后续簇优化工作指定重点方
向。
图
2-1
5G
NSA
簇优化工作流程
簇优化主要关注和解决如下优化问题:
表
2-
1
簇优化内容
问题类型
NR
覆
盖问
题
无主
覆盖
越区
覆盖
prach
根
序列问题
参数
门限
5G
NR
邻
区漏配
5
至
4G
邻区漏
配
4
至
5G
邻
区漏配(初
始阶段可
以不配)
PCI
冲突混
淆
切换问题
√
√
√
√
√
√
√
√
覆盖率问题
√
√
√
√
√
√
√
2.2
簇优化
目标
类
别
测试编号
无线指标
定义
目标值
验收
要求
覆
盖
类
4.2.2.1
无线覆盖率
SS-RSRP≥-105dBm
&
SS-SINR≥-3dB
的样点占总采样点的百分比
市区:≥92%
M
县城及以下:≥
90%
M
单用户下行速
率达标率
单用户下行
NR
PDCP
层速率≥
100Mbps
的样点占总采样点的百分比
市区:≥92%
M
县城及以下:≥
90%
M
单用户上行速
率达标率
单用户上行
NR
PDCP
层速率≥5Mbps
的样点占总采样点的百分比
市区:≥92%
M
县城及以下:≥
90%
M
单用户下行平
均速率
单用户下行
NR
PDCP
层平均速率
≥550Mbps
M
单用户上行平
均速率
单用户上行
NR
PDCP
层平均速率,NR
侧
2T4R
终端
≥100Mbps
M
接
入
类
4.2.2.2-1
NR
业务建立成
功率
空闲态
UE
对
FTP
服务器发起
PING
业
务,核查
UE
RRC
消息流程包含
RRCSetupRequest,
RRCSetupComplete,及
RRCReconfiguration、
RRCReconfigurationComplete
等关
键消息,并且
PING
业务成功
PING
业务成功次数/PING
业务成功发
送次数×100%
≥96%
M
NR
接入时延
空闲态
UE
对
FTP
服务器发起
PING
业
务,终端发出第一条
RACH
preamble
至终端发出
RRC
Connection
Reconfiguration
Complete
的时间
差
≤160ms
M
连接态
PING
包
成功率
(2000Byte)
基于给定样本数的
PING
包成功率
≥98%
M
类
别
测试编号
无线指标
定义
目标值
验收
要求
连接态
PING
包
平均时延
(2000Byte)
基于给定样本数从发出
PING
Request
到收到
PING
Reply
之间的时
延平均值
≤27ms
M
4.2.2.2-2
VoNR
呼叫建立
成功率
VoNR
呼叫建立成功次数
/
VoNR
呼叫
建立尝试次数×100%
≥98%
C
VoNR
呼叫建立
时延
空闲态
UE
对空闲态
UE
发起
VoNR
呼
叫,记录从
RRCSetup
Request
到收
到
SIP
180Ringing
的平均时延
≤4s
C
EPS
Fallback
VoLTE
呼叫建立
成功率
EPS
Fallback
VoLTE
呼叫建立成功次
数
/
EPS
Fallback
VoLTE
呼叫建立
尝试次数×100%
≥96%
M
EPS
Fallback
VoLTE
呼叫建立
时延
空闲态
UE
对空闲态
UE
发起
EPS
Fallback
VoLTE
呼叫,记录从
RRCSetup
Request
到收到
SIP
180Ringing
的平均时延
≤6.5s
M
保
持
类
4.2.2.3
NR
数据业务掉
线率
NR
数据业务掉话次数/业务接通次数
×100%
≤4%
M
移
动
性
4.2.2.4
5G
切换成功率
UE
在
5G
小区间切换成功率
≥96%
M
异系统切换成
功率
UE
在
4G/5G
小区间切换
≥95%
C
5G
切换时延
(5G
5G)
控制面平均时延:从
UE
收到
RRC
Reconfiguration
信令开始到
UE
向
目标小区发送
RRC
Reconfiguration
Complete
完成的时间差。
≤50ms
M
用户面平均时延:
基于
PDCP
的数据包序号进行如下统
计:对于下行业务,从
UE
接收到源
小区最后一个数据包到
UE
接收到目
标小区第一个数据包的时间差;对于
上行业务,从
UE
向源小区发出最后
一个数据包到
UE
向目标小区发出第
一个数据包的时间差。
≤70ms
O
备注:
1、在验收指标表格的最后一列用“M”,“O”,或“C”表示(“M”表示必测项,“O”
表示可参考双方集团入网测试报告或者厂家相关测试报告,“C”表示条件必选,即基
站开通相关功能时必选)。
2、对于共享/漫游场景:如共享/漫游各方有验收约定,需按照约定执行;否则,各方
均需遵循本验收规范;对于共享载波,资源占比有约定的条件下,速率验收指标需要
按照比例折算。
3
簇
优
化
准
备
在开始进行簇优化之前,需确认站点的完好率,对于密集城区和一般城区
,
一般站点完
好率大于
80%
后启动簇优化,推荐
90%
以上
。
(
站点完好率
=
已开通站点且无影响业务
故障
/
总规划站点
).
提前与客户确认簇的划分和测试路线,应该与客户一同协商最终的测试路线,为后续
的工作指明方向。
3.1
簇划
分
合理的簇划分能够提升测试优化效率,簇优化之前,提前与客户沟通好簇的划分,关
于划分原则有如下建议:
1)
一个簇内站点数目根据实际情况,应该控制在
20~30
个站点,不宜过多或过少;
2)
同一个簇不应该跨越不同类型的区域,如城区和郊区要分开;
3)
簇划分的时候要考虑地形等因素,如山脉、河流、道路等。这都是天然簇边界,簇
不应该横跨这些地方,河流的需要根据实际情况,如过河流较窄,同已站点覆盖
河流两边,如果交通允许可划至同一簇,如果不允许则分开,如果河流很宽,应
当以河流为边界。
4)
应当考虑
TAC
边界,尽量减少
TAC
更新;
5)
可以参考
LTE
的簇划分;
6)
簇划分的时候还需要考虑站点开通率的影响因素,如疑难站点、传输改造等,保证
簇可以尽快达到优化条件。
7)
路测工作量因素影响,保证簇测试可以在一天内完成,一般建议
3-4
小时最佳。
如下所示,为某项目簇划分举例,北边考虑了河流作为边界,最中间簇
1
和簇
7
的边
界是以山为边界,簇
9
主要是为郊区站点。
图
3-
1
簇划分举例
3.2
簇测
试路
线规
划
在簇优化测试路线的规划时,要重点关注
VIP
区域的网络情况,注意是否存在明显或
较严重的问题点,对这些问题点要优先分析解决。在路线规划中,应考虑以下因素:
1)
测试路线必须涵盖主要街道、重要地点和
VIP
区域。
2)
为了保证优化效果,测试路线应涵盖所有小区。
3)
测试路线应尽可能遍历测试网络连续覆盖区域内的主干道、次主干道、支路等道路,
测试区域
80%
以上的路线需要被遍历。
4)
考虑到后续整网优化,测试路线应包括相邻
Cluster
的边界部分。
5)
往返双向测试有利于问题的暴露。基于风险及工作量考虑,一般路段可以采用单向
测试,
VIP
路段建议采用双向测试。
6)
车速要求,一般
DT
测试建议控制在
30~40
公里
/
小时以内。
7)
在确定测试路线时,要考虑诸如单行道、转弯限制等实际情况的影响,应遵守当地
交通规则。
8)
重复测试线路要区分表示。在规划线路中,会不可避免的出现交叉和重复情况,可
以用不同带方向的颜色线条标注,如下图所示。