完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
电子发烧友论坛|
|
|
相关推荐
6个回答
|
|
|
5G接入功能验证
1、验证方法 通过该项测试，检查待测站点下的 5G 用户能正常接入 5G 站点， 5 G 用户在 L TE 接入功能 正常 且 尝试 5 G NR 小区 成功 。 1）在 Probe 软件里面，选择“ Configuration Test Plan Control ”，接着点击“ Click here to config ”，进行如下设置 【SA 场景 】 注意 （1）SA 版本进行接入测试时，测试计划使用 Re gistration 和 D eRegistration T est P lan 。 （2） 在 UE 已经入网的情况下，进行 Registration 和 DeRegistration 循环测试前 要先执行一侧 DeRegistration 如 果直接先 执行 Registration 则可能会 Registration 失败 。 2）在 Probe 软件里点击“ Start Test Plan ”，开始测试并记录测试文件。 2、验证准则 【SA 场景 】 对于5G UE SA 接入功能测试，验证准则可以参考下述内容： 对于 UE 终端，可以通过 Probe 中的 Test plan 的通过执行结果查看 Re gistration和 De Registration 是否成功 需要 NR PDU Session 建立成功 为准 。 判断 准则：Event 中 NRRegistrationAttempt 和 NR PDUSessionEstablishSucUE完成 如下 流程： 1） UE Registration 成功 2） U E 发起 PDUSession 建立，并建立成功 。 完成接入流程参考下图。 SA 场景下 Probe 中 的 L3 Message Event 在对该站点完成相关的验证后，把详细的分析结果填入《 5G 单站点验证表》 。 3、问题分析与处理 对于单站验证环节，网优工程师只需要完成5G UE 接入功能的验证。上述验证准则有关描述仅仅作为参考。 对于接入类问题NR侧 主要 检查 5 G 小区的频点配置、带宽配置 、小区 PCI 、 DC 配置 、 小区 发射功率、邻区配置 、 X2 配置等 信息。4G 锚点侧 需要 检查 5 G 站点 周围 4G 锚点至 NR 邻区 配置 、 NR DC 频点配置 、 DC 开关、端管识别开关 、 锚点至锚点邻区、 X2 配置等。 |
|
|
|
|
|
DT覆盖验证
1、验证方法覆盖 DT 测试主要是通过路测，检查 UE 接收的 RSRP 和 SINR 是否异常（例如是否存在其中一个测试小区的 RSRP 和 SINR 明显差于其他的小区），确认是否存在 A AU 连接异常、天线安装位置设计不合理、周围环境发生变化导致建筑物阻挡、硬件安装时天线倾角 方向角与规划时不一致等问题。 1） 接上 UE ，按照选定的测试路线对待测小区的信号进行测试 可以采用数据业务测试方法 ，尽可能跑全基站周围所有主要街道。 2） 根据 UE 接收的信号得出区域覆盖图，对比各个小区的 RSRP 覆盖情况和 SINR 分布情况，对其中 RSRP 和 SINR 分布情况较差的小区要重点关注。 2、验证准则 验证准则如下： 站点视距近点范围 SS RSRP》 75dBm SS SINR 》15 dB ，如果站点下信号覆盖较弱，则此项验证不通过，具体要求请参考 各局点 承诺的 单站验收 KPI 。 路测路线上 PCI 设置是否与规划一致，若是不一致，则此项验证不通过。 测试过程中业务是否稳定 是否存在掉线 、 重建 的问题，针对 N SA 场景需要同时关注锚点和 NR 如果出现以上问题 则此项验证不通过 。 在对该站点完成相关的验证后，把详细的分析结果填入《单站验证报告》。 3、问题分析与处理 分析这类问题的思路是，根据规划参数中PCI ，依据 UE 测试数据核对覆盖方向是否与规划参数一致。 Azimuth与 PCI 不一致，可能导致这个问题的原因 是基带单元与各射频单元光纤连接错位导致或者数据配置错误 。 AAU 和 基带连线正常 基带单元与 AA U 光缆连接错位 当基站发生这种问题后，由于它打破了PCI 规划，导致实际的邻区数据与规划邻区不一致，会存在较多的切换失败导致掉话或者 速率偏低的问题 。 对待这类问题，应当把规划与实际覆盖的差异和初步分析反馈给g NB 工程师，推动 g NB 工程师进行问题整改。 在Azimuth 与 PCI 和 规划 数据一致的前提下，如果 PLMN 、 TAC 、 CGI 、 ULFrequency 、 DL Frequency 、 UL Bandwidth 、 DL Bandwidth 的任意数据与规划参数不符，应当尽快协调 OMC 机房进行数据修改。数据修改完毕后安排复测。 |
|
|
|
|
|
5G Ping业务功能验证
1、验证方法 通过该项测试，检查待测5G 小区的时延是否正常。测试前需 确保 5G 路测系统硬件连接良好， UE 入网成功，并可以从 Probe 上读出 UE 的 5 G Serving Cell 的 PCI 、 RSRP 、SINR 等信息。核心网 服务器 传输正常。 使用 商用手机 测试方法 可使用 Probe 的 Test Plan 设置 Ping 业务 具体操作步骤如下： 1） 在 Probe 软件里面，选择“ Configuration Test Plan Control ”，接着点击“ Click here to config ”，进行如下设置 Probe Test Plan 循环 Ping 业务设置方法 Remote Address： 设置 ping 包目标服务器 IP 地址 。 Fragment Flag： 分片标记 。Ping 大包 ping 不通时 此标记设置为 TRUE 。 Packet Size：表示 Ping 包大小，上图为 3 2byte 。 Ping CountPing 操作次数。 NetworkCard： 选择测试笔记本与 CPE 连接的网卡 。 2） 在 Probe 软件里点击“ Start Test Plan ”，开始测试并记录测试文件，系统自动循环启动 Ping 。 2、验证准则 1）对于 5G 手机 Ping 时延测试，验证准则可以参考下述内容： 在Probe 软件里，通过选择“ View Service Quality Ping Service QualityEvaluation 查看 Ping 时延统计结果， 观察是否存在超时或者时延不满足验收要求的情况， 如下图所示： 在对该站点完成相关的验证后，把详细的分析结果填入《5G 单站点验证表》。 3、问题分析及处理 对于单站验证环节，网优工程师只需要完成5G Ping 时延的验证。上述验证准则有关描述仅仅作为参考。 在实际做P ing 测试中，建议关闭业务电脑的防火墙及 Symantec 防毒软件的 NetworkThreat Protection 功能 如果是安装的此款软件 。此功能如果不关闭则会造成每一次P ing 包的时延过大，会拉低平均时延 。 开启上行预调度，有助于显著改善 Pin g 时延。 |
|
|
|
|
|
5G数据业务功能验证
1、验证方法 5G 测试速率 当前主要推荐使用 FTP 方式 进行 测试 。对于速率测试 可以根据实际项目需要进行定点或移动性测试 测试前需要保证 已搭建对应的 F TP 服务器且 对 服务器已经进行了 相关 配置和参数的优化 。 当前 使用手机在进行 5 G 业务 速率 测试 时 速率较高 如果采用传统的 PC 做 FTP 下载的形式容易受 PC 性能及 USB 数据线的传输能力限制导致速率测试结果受限 建议 FTP测试时采用 ODM +FTP B y MS 多线程 方式进行 测试。 单击 下行FTP 设置示例： 上行 FTP 设置示例： 2、验证准则 对于 5G 速率 验证测试，验证准则可以参考下述内容： 在 Probe 软件里，通过选择“ View ””--“ NR”--“ 查看 FTP 下载和上传统计结果， 观察是否存在不满足验收要求的情况， 如下图所示： 3、问题分析及处理 当FTP 测试速率出现问题时， 如果无线环境正常， 可以尝试使用 基站 灌包的形式对 基站以上 问题进行排查，如果 采用灌包的形式速率恢复正常，则证明基站以上存在问题 影响了速率测试结果 。 对于单站验证环节，由于硬件故障，参数配置错误，TCP 窗口配置不合理等各方面的原因，都有可能导致单用户 TCP 业务达不到峰值，网优工程师需要逐一排查。 空口常见观测指标： 上述验证准则有关吞吐率的描述仅作为参考，具体的吞吐率要求请参看项目的具体 KPI 承诺。 |
|
|
|
|
|
5G NR小区切换验证（SA）
1、验证方法 通过该项测试，检查待测5G小区间切换是否正常。 1） 根据工程参数和地图显示，事先确定好站内切换的路线，可以参考 2 .3 测试路线章节。为保证站内切换的成功率，尽量在 R ing 的范围测试。 2） 建议去激活邻基站的小区 （具体需要与客户协商 ），避免邻区干扰 。 3） 接入待测基站的小区，根据事先制定的路线开始测试 （推荐进行数据业务上传或者下载），并在 Probe 上记录数据和查看是否能切换 。 2、验证准则 对于SA 场景下切换是否 成功，验证准则可以通过 Probe 中的 L3 Message 及 Event查看是否切换成功，参照以下图示。 Probe 中的 L3 Message 中查看 NR 切换 是否成功 RRC ConnectionReconfiguration 中包含 的 信元 是 re configurationwithsync 指示目标小区 PCI physCellID 。 NR 切换 成功 验证原则： NR的 主要是事件是 NR HandoverAttempt 和 N RHandoverSuc 。主要观察是否上报 事件NR HandoverAttempt 和 N RHandoverSuc 。 3、问题分析及处理 对于单站验证环节，如果UE 能接入网络但是不能切换，可以通过以下步骤来排查原因： 1） 检查无线信号是否良好， RSRP SINR 值是否偏小。参考值（ RSRP》 90dBm，SINR》5dB 2） 邻区关系 是否添加 SA 切换 问题可参考 网络维护 问题定位 5G 切换问题定位指导书进行问题定位。 |
|
|
|
|
|
语音EPS-FB验证 （SA）
1、验证方法 驻留在 NR 的 终端有语音业务 需求 且 NR 不能 提供 VONR 时 ，由网络侧发起 EPS FB流程 回落 到 LTE 建立 VOLTE 业务 提供语音服务。 可使用 Probe 的 Test Plan 设置 Voice Call 业务 具体操作步骤如下： 1） 在 Probe 软件里面，选择“ Configuration Test Plan Control ”，接着点击“ Click here to config ”，进行如下设置 Type可以选择：：“One 仅呼叫 ，，“Two 支持主被叫互拨 。默 认值为 “One 。 Call Type可以选择 “Continuous 长呼 ；；“Call by 短呼 。 Call Mode 当 “Call 为 “Call by 时，可以设置该属性。可以选择：：“Fini te” 有限次的呼叫 呼叫次数通过 “Test 来设置。“ 无限次的呼叫。 2） 在 Probe 软件里点击“ Start Test Plan 开始测试并记录测试文件。 2、验证准则 从EPS FB 执行 方式来区分可以分为如下两种： （1） 基于 重定向的 EPS FB 终端回落到 LTE之后 需要读取4G 侧系统消息，建立RRC 连接然后建立VOLTE业务 ，并且如果在 EPS FB 之前 有数据业务，也需要在LTE侧 重新建立承载以恢复数据业务； （2） 基于 PSHO 的 EPS FB 终端的语音业务和数据业务（ 如果 存在） 一起切换 至LTE侧，语音建立时延与数据业务中断时延相对较短。 （3） 如果同时打开 PSHO 和重定向 则优先走PSHO验证准则可以通过Probe 中的 L3 Message 及 Event 查看 E PS FB 成功，参照以下图示： 主叫流程基于重定向的 EPS FB： 被叫流程基于HO的EPS FB： 3、问题分析及处理 5G语音相关能力方案仍在构建中 ，语音互操作相关问题可参考 |
|
|
|
|
只有小组成员才能发言，加入小组>>
873 浏览 1 评论
1037 浏览 1 评论
12467 浏览 0 评论
5905 浏览 3 评论
17700 浏览 6 评论
1009浏览 1评论
991浏览 1评论
876浏览 1评论
4183浏览 1评论
1038浏览 1评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
3252
评论
淘帖
4457
