5G前台业务测试方法与验证

5G业务测试方法与验证一、无线网络性能测试分类1.DT测试：1.1室外乘坐机动车辆在道路进行测试。1.2室内手动打点进行测试。2.CQT通信质量测试：定点测试。项目DT测试CQT测试测试场景移动定点测试工具及资料室外：需USB口GPS、电子地图室内：需手持GPS、楼层平面图数据采集移动测试定点测试加载电子地图加载室内平面图GPS自动打点手动打点数据处理输出DT测试指标输出CQT测试指标二、测试主要工具1.硬件工具：笔记本：USB接口、硬盘读写速率。GPS：外用USB接口的GPS。测试终端。2.应用软件：鼎力Pioneer：前台测试分析软件。Mapinfo：桌面地理信息系统。FTP：文件传输协议。Dumeter：提供直观的速率呈现。3.调整工具：使用坡度仪测量天线下倾角、使用罗盘测量天线方位角。三、测试验证的流程1.获取测试任务：1.1获取测试站点信息，核查站点基础信息（经纬度、方位角、PCI、站点设计图纸等）。1.2准备基站图层信息、电子地图，规划测试路线。2.工具设备准备2.1确认测试终端正常，测试数据卡业务正常。2.2确认测试终端、GPS正常连接测试软件。2.3测量调整工具（坡度仪、罗盘等）准备。3.测试前站点状态核查3.1NR站点完整信息获取，传输是否10GE口、是否存在告警等。3.2锚点站点状态确认。4.现场功能业务测试及优化4.1物理相关信息采集：站址、楼层数/楼高、建筑物属性、天线安装类型、天面是否有阻挡、天线挂高、经纬度、方位角、下倾角等信息。4.2相关信息水印相机拍照：入口、建筑物全景、天面、小区覆盖方向、360°环拍等（机柜照片由督导采集）。4.3DT测试、CQT测试（好点/差点下行速率、好点/差点上行速率、PING大包/小包）。5.单站验证测试异常问题优化处理测试常见问题分析优化处理：无信号、信号弱；无法通话；上下行速率低等。6.遗留问题收集反馈天馈接反、施工不规范、速率不达标原因等。7.单站验证要求7.1城区新开站点要求1天内完成单验测试。7.2单验时按测试规范完成环测：相邻站点DT测试需完成站间切换。7.3完成单验当天输出并反馈管控表。8.数据统计报表/报告输出8.1单站验证测试指标达到验收标准，单站验收报告输出，审核。8.2单验报告在完成单验后3天内完成输出并提交报告&数据。四、其他：1.单站验证测试验收标准2.4G/5G空口速率差别比较2.1调度更快（Grant）NR：每秒调度2000次LTE：每秒调度1000次2.2资源更多（RB）带宽：NR100M(SCS=30KHz)VsLTE20M(SCS=15KHz)可用带宽：NR98.3%，LTE90%控制信道开销：NR21%，LTE25%2.3效率更高（MCS）调制方式：NR256QAM（8bit），VsLTE64QAM(6bit)实际最大编码效率：NR0.915VsLTE0.892.4流数更多（RANK）NR：TUE8流，CPE4流LTE：TM3&82流，TM71流，TM94流3.测试前准备3.1测试选点（峰值选点）：SSBRSRP:-65~-75dBm（终端与AAU直线距离至少在50m以上，避免上行功率饱和。)SSBSINR:3dBPDSCHDMRS：最后一路SINR平均值30dB邻区SSBRSRP低于服务小区6dB。3.2环境选择（峰值选点）下行：多径场景，尽量选择周边有树木、建筑而反射区域；上行：直射径环境；3.3通道校正：DSPNRDUCELLCHNCALIB查询通道校正结果，通道校正成功才能确保下行吞吐率性能。如果发现失败，可以先强制校正一次STRNRDUCELLCHNCALIB。3.4干扰排查：上行干扰会影响SRS和PUSCH解调性能，严重影响吞吐率性能。建议提前排查一下上行干扰情况，正常情况下底噪在-115dbm左右。同时，D1D2也对上下行速率均有影响，测试前排查规避。4.下行参数影响因素4.1DLGrant（1）峰值测试场景：DLGrant=1600(时隙配比为DL:UL=8:2)（2）普通场景：DLGrant1500（3）DLGrant不足问题分析：AMBR限速：采集gNodebX2口跟踪，获取“SGNB_ADD_REQ”，观察消息中的AMBR，是否大于下行峰值速率要求。LTE异频GAP测量导致NR侧GAP测量引起调度不足：排查LTE侧异频测量的原因，对不合理的测量事件关闭。多用户调度影响分析：M2000-UsersStatisticMonitoring排查测试在线用户数情况，是否存在多用户同时测试。来水不足：“真假来水不足”：通过灌包/抓包来确认来水不足的原因。4.2DLRB（1）峰值测试场景：DLRB约265RB/slot（2）普通场景：DLRB260RB/slot（3）DLRB不足问题分析：多用户影响：M2000-UsersStatisticMonitoring排查测试在线用户数情况，是否存在多用户同时测试。Ratematching开关：CSI-RSRatematch(1)，TRSRatematch(1)，PDCCHRatematch(0)，SSBRatematch(0)4.3MCS（1）峰值测试场景：MCS≥26IBLER=0（2）普通场景：MCS≥20IBLER收敛于10%（3）MCS较差原因分析：选点位置：RSRP，多径环境，邻区。空口质量差：检查小区RSRP和SINR的值，排查覆盖问题和干扰问题。（邻区干扰&D1D2干扰）CQI未上报：若SRS未上报，则不会上报CQI，基站收不到上报的CQI时，MCS值会很低，大概4~6左右。IBLER：默认IBLER收敛为10%。若TargetIBLER设置太小，信道质量较差时可能无法用高级编码方式，导致MCS值低。ULTA：上行失步造成小区内干扰，出现高误码。信道质量良好的情况下可以将TargetBLER值设低；反之，信道质量差，可以将TargetBLER值设高。CQI反映信道质量，影响MCS值，CQI≥12，进行256QAM编码，7~11，进行64QAM编码方式。4.4DLRANK（1）峰值测试场景：RANK=4（2）测试场景：RANK≥3（3）Rank主要受物理环境的影响，影响因素和优化方法：通道校正：校验通道验证是否通过。天线不平衡：不同天线RSRP差值低于4dB，最终的最差的天线RSRP会影响最终的RANK。外部干扰导致SRSSINR低：检查上行干扰情况，后台跟踪上行干扰结果。RANK自适应问题：默认场景采用RANK自适应方案。若RANK低，MCS达到最大值，可提单解决。频繁切换：切换后RANK会变为1后再恢复，若切换频繁则无法调整回来。空口环境：多径场景可以达到高RANK，空旷场景RANK值较低。5.上行参数影响因素5.1ULGrant（1）峰值测试场景调度：ULGrant=400(时隙配比为DL:UL=8:2)（2）普通场景：DLGrant380（3）ULGrant问题分析：假上行满调度：由于上行由预调度功能，会导致“假上行满调度”，为了识别真实的上行调度次数，建议暂时关闭上行预调度（NRDUCellRsvdRsvdParam26-0）。多用户调度影响分析：M2000-UsersStatisticMonitoring排查测试在线用户数情况，是否存在多用户同时测试。TCP丢包乱序：抓包查看。GAP测量导致调度不足。5.2ULRB（1）峰值测试场景：ULRB约208RB/slot（2）普通场景：ULRB200RB/slot（3）ULRB不足问题分析：多用户影响：M2000-UsersStatisticMonitoring排查测试在线用户数情况，是否存在多用户同时测试。上行非连续调度开关关闭：上行非连续调度开关关闭，导致PUSCH只能调用非连续的一段RB。远点功率受限缩RB：由于终端功率受限，默认为20db，LTE侧NsaDcUeScgUlMaximumPower参数控制NR最大发射功率，可适当考虑优化为23db。当上行路损拉大后，每个RB的功率谱密度下降，MCS解调性能下降，就进入了缩RB流程，以维持基本的功率谱密度，保证上行速率。5.3MCS&BLER&RANK（1）峰值测试场景：MCS≥26IBLER=0ULRANK=1（2）正常测试场景：MCS≥20IBLER收敛于10%ULRANK=1（3）MCS&BLER问题分析：上行干扰：可以在基站侧跟踪干扰参数和公共用户级参数，正常底噪在-115dbm左右，-105dbm以上存在干扰，同时也可观察DMRSSINR值来观察。附近有接入D1D2的4G终端做上行业务时也会产生干扰，应当注意排除。测试点选择：距离AAU太近，SRS功率过高，会导致AAU接收饱和，反而导致SRSSINR下降。5.4波束场景也会影响上下行速率6.单验报告模板：西藏移动NSA单站验证报告_NQ_那曲县_那曲镇火车站_YD_CPGS_ZNR_20200304.xlsx