5G CPE测试方案探讨-Part 2

在某些方面，5G CPE测试已证明是充满挑战的机遇。通过推动我们创建更快，更高效的技术，它提高了我们的测试能力。在我们的5G CPE测试场景系列的第二篇文章中，我们将选择另外两个关键场景。

 

端到端延迟

超低延迟是5G的卖点。以下是一些影响延迟的因素：

 

a）5G核心网

• 全球大多数最初的5G部署都使用NSA。

• NSA部署将使用LTE核心网络，因此延迟值将更高。

• 当部署开始使用5G核心网络（SA）时，将看到真正的5G延迟数。

 

 

 

b）本地WiFi网络

• 设计繁重的本地Wi-Fi网络可能会导致冲突和丢包。

• 如用户所见，重传导致更高的端到端等待时间。

 

 

c）使用的4G / 5G承载类型

• “数据包延迟预算” –此IE通知网络节点，对于通过特定EPS承载的数据包，可以容忍多少延迟。

  EPS承载是无线电和核心网络承载的组合。

• 具有不同QCI值的承载将具有不同的分组延迟预算。

  示例：

  在5G中：

  5QI80（增强现实流量）承载的延迟预算为10ms，5QI6（缓冲视频）承载的延迟预算为300ms。

• 看到的等待时间值取决于所使用的承载和网络负载。

 

 

 

  d）CPE处理器负载

• 在高客户端负载和流量条件下，CPE处理器容量可能会影响延迟。

 

根据以上内容，延迟测试需要分为不同的部分：

 

1.在不同的负载条件下测试仅5G延迟。

 

通过以太网到CPE的客户端数量从一台增加到最大数量，并运行延迟测试（例如：Ping，Qperf）。

2.端到端延迟

 

• 这是最重要的延迟测试，因为它可以转化为最终客户的真实体验。

• 可以针对不同的客户端负载，背景流量条件和持续时间重复进行此测试。

• 启动需要特定QoS的流量。CPE应该在回程中为承载建立必要的QoS支持。为该承载运行延迟测试。像ping这样的流量可能会使用尽力而为的默认承载，并且会显示出更高的延迟值。等待时间值应在该特定QoS要求的范围内。当真正的5G流量启动时，该测试可能仅适用于5G演进的后期。

 

设备内3GPP /非3GPP互通算法

（在启动更多5G专用应用程序时至关重要）

 

5G CPE使用了两种彼此都不了解的技术。

• 非3GPP部分（WiFi）和3GPP部分（4G / 5G）。

• 用户流量是从非3GPP（Wi-Fi）端发起的。

• 正确识别流量类型并与3GPP进行通信非常重要。

• 否则，将无法建立具有所需QoS的回程承载

• 想象一下使用5QI6承载（数据包延迟预算300ms）用于AR流量（数据包延迟预算10ms）！

• 这些算法是每个CPE供应商专有的。这使得操作员测试该零件变得更加关键。在客户密度较低的5G初期，这里的任何问题都不会出现。

• 还应注意，使用真正的5G改进的流量将在周期的后期推出（在市场上已经有大量的CPE之后）。在此阶段修复问题可能会非常昂贵。

• 为了测试设备内3GPP /非3GPP共存算法，可以使用以下算法。

 

启动需要不同QoS承载的不同流量，并检查是否建立了正确的承载。NSA情况下使用LTE承载的一些示例（列表不完整）。

 

• QCI1用于对话语音（Skype for Business，VoIP通话等）

• QCI6用于缓冲的流视频（YouTube，优酷等）

• 直播视频的QCI7（YouTube Live）

• QCI9用于基于TCP的应用程序（FTP，电子邮件等）

• 对于每种流量，应建立正确的承载类型。

  如果存在不同类型的并发流量（典型情况），则应该有足够的承载量来支持每种类型的QoS要求。

 

 

 

 

 

 

在下一篇文章中，我们将选择最终的测试用例场景，并与您分享我们的经验。到那时。

 

如果您有任何意见，请联系sales@paralink.com.cn