终端5G优化案例：创新大会保障5G 终端兼容性问题案例

创新大会保障5G终端兼容性问题案例

XX

XX年XX月

目录

一、 问题描述. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3

二、 分析过程. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .4

三、 典型案例. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .7

四、 经验总结. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .17

创新大会保障5G终端兼容性问题案例

XX

【摘要】创新大会有终端体验区展出5 G终端供体验者使用 5G终端与网络的良好配合与用户使用体验紧密相关。 5 G网络当前处于预商用阶段 5G终端也刚推出第一批终端包括了华为、小米、 vivo等各大厂家。在与5G网络的兼容性测试中处理了接入、速率、移动性相关的问题保障了426创新大会的用户体验 同时通过对遇到问题的总结为后期5G网络中的问题处理提供参考。

【关键字】 5G、 5G终端、互联互通、兼容性

【业务类别】 5G网络互联互通

一、 问题描述

深圳电信福田保税区和五洲宾馆该区域的5G网络实现了连续覆盖。福田保税区为自动驾驶展示区域五洲宾馆为426创新大会展示区域及会议现场。

深圳福田保税区NSA组网该区域LTE站点为2个鑫瑞科技大厦和正佳物流 NR站点为3个站点分别为福田鑫瑞科技大厦、卡西欧电子边监控杆、福田保税区正佳物流。在区域内前期的测试终端主要为TUE本次为手机终端首次与5G网络互联互通测试。在五洲宾馆的426创新大会现场同步开展5G终端测试。

五洲宾馆终端体验区域范围为长江厅、黄河厅、五洲厅、黄河厅及及演示区域如下图所示

二、分析过程

深圳福田保税区和五洲宾馆终端互联互通测试对网络要求为支持F40协议需要锚点及NR站点存在连续覆盖区域。在测试中存在一些接入问题、速率问题、移动性问题 网络侧配合进行问题定位及制定解决措施。

网络版本

华为、小米、 vivo、高通芯片等手机NSA测试要求网络侧支持F40协议 4G基站升级到

15. 1SPC100 5G基站升级到15. 1SPC080版本。

LTE网络概况

福田保税区测试范围内的LTE对应的PCI覆盖如下主要为189/190/51三个小区其中

PCI=189/190为鑫瑞科技 PCI=51为保税区正佳物流站点区域内存在站内切换及站间切换。

福田保税区LTE的RSRP覆盖 RSRP≥-110的比例为98.36% SINR≥0的比例为95.03%。

五洲宾馆的覆盖主要由室分小区覆盖覆盖良好在走廊部分区域存在质差。终端测试区域为室内区域覆盖及质量良好。

NR网络概况

福田保税区测试范围内的NR对应的PCI覆盖如下主要为189/93/51三个小区分别为福田鑫瑞科技大厦、卡西欧电子边监控杆、福田保税区正佳物流的单个小区。福田保税区PCI分布。

福田保税区NR的RSRP覆盖 RSRP≥-115的比例为98.31% SINR≥3的比例为94.35%。

经桃花路转香樟道路段时 出现弱覆盖现象 占用FM_福田鑫瑞科技大厦PCI 189小区信号 RSRP-111dbm、 SINR-1 db。 问题路段存在小区只有一个小区背瓣方向导致信号衰减 出现覆盖质量差。 5G终端测试场景满足暂不需要处理弱覆盖问题。

五洲宾馆内由数字化室分覆盖覆盖小区为五洲宾馆站点的三个小区。五洲宾馆内覆盖质量优异。

NSA邻区配置原则

其中该区域内锚点站点与NR站点共站区域内邻区按配置要求进行了配置。

L TE->LT E对于站内邻区只需要增加同频邻区关系对于站间邻区需要增加外部邻区并增加同频邻区关系。该邻区在现网4G已完成添加。

N R->NR所有N R站内的小区都互配邻区并且将路线上所有的N R站点小区都互配了邻区。对于站内邻区需要增加邻区关系对于站间邻区需要增加外部邻区。

LTE-NR邻区将路线上所有的NR站点都配置成了LTE的NR邻区。配置LTE-NR邻区先需要增加ADDPCCFREQCFG添加主载波频点 ADDNRSCGFREQCONFIG添加NRSCG频点 ADD

NRMFBIFREQ添加NRMFBI频点相关 ADDNRNFREQ添加NR相邻频点然后再增加ADDNREXTERNALNCELL添加NR外部小区 ADDNRNRELATIONSHIP添加NR邻区关系。 LTE-NR邻区配置都是在LTE上完成。

三、典型案例

接入问题

终端测试过程发现高通5G测试终端在接入5G网络后关闭终端的5G开关再打开终端重新接入5G的时间长达22S以上。

时长分段

在测试过程中终端关闭5G开关到打开5G开关分为2个过程。分段一是终端关闭5G 在4G侧注册 即在4 G 网络中完成TAU。 TAU发起时间 10:56:59 MME响应TAU 时间是10:57: 12距离UE发起时间13秒即终端从5G回落到4G用时13秒。

分段二是终端打开5G开关在5G侧发起业务即在5G侧完成TAU并进行数据业务。 TAU的发起的时间12:06: 16到eNB发起NR承载建立的时间12:06:25整体耗时9秒 即手机从4G回到5G需花费9秒。

从上面的分析可知终端在接入5G网络后开关5G开关重回5G需经过以下两个步

骤从5G回落4G耗时13秒从4G重回5G耗时9秒。

分段一分析

于5G NSA用户关闭5G开关后 TAU到4G网络耗时13秒的问题分析如下

1 UE发起的TAU类型不对

请看如下的红色方框里面 NAS层的消息是INIT_UE_MSG即发起的是i nit ia l类型的TAU。Init ial类型的TAU只有用户初始上线的时候才会发生或者用户处于i dle态时发起TAU才是这个类型而我们这个场景终端是处于激活态的核心网侧认为激活态不能发initial类型的TAU。

2因为UE发起的TAU类型不对所以MME侧需要发起re l eas e释放流程

如下红色方框中所示因为MME按照初始上线TAU来处理所以要有一个release释放流程。且这触发了MME内的流程冲突所以导致冲突定时器超时后才会正常响应TAU流程。