HarmonyOS鸿蒙Next中netQuality.reportQoe的参数问题

HarmonyOS鸿蒙Next中netQuality.reportQoe的参数问题 netQuality.reportQoe一共有两个参数,一共是serviceType,这个参数很好选择,根据业务类型就能选择。另外一个参数是qoeType,如果我们的参数是BadQoeCause,具体怎么判断用哪个参数呢?感觉官方文档里面讲的很笼统,没有一个具体的评判标准

3 回复

【背景知识】

网络质量评估:应用在订阅网络质量Qos评估后,系统按照一定的周期或Qos变化后回调给应用。回调的Qos信息包括数据传输的链路类型、上下行空口实时带宽、上下行空口实时速率、RTT时延等。

网络场景识别:应用在订阅网络场景识别后,系统在网络场景实时信息或预测信息发生变化后回调给应用,回调的网络场景信息包括数据传输的链路类型、网络场景类型、数传策略建议、弱信号信息等。

应用传输体验反馈:当应用传输体验发生变化时,应用将传输体验和传输的业务类型信息通过实时反馈接口传输给系统网络业务模块,系统网络业务模块进行精细化调度,实现网络加速。

【解决方案】

通过持续订阅网络质量信息netQuality.on(‘netQosChange’)和订阅网络场景信息netQuality.on(‘netSceneChange’)获取到网络上行带宽、下行带宽、上行速率、下行速率、RTT时延、场景状态、弱信号预测等信息,来综合判断BadQoeCause参数应该是高时延、高抖动或者丢包等场景。

【总结】

目前系统中没有自动获取BadQoeCause参数取值的方法,需要业务方自己判断。

如果对这方面的系统能力有诉求,可以按照以下模板向系统OS提需求:

【原始场景】这个能力要用在哪个业务场景 三方应用做一个什么功能当前做不了

【影响】伙伴具体什么时间要用到这个能力,是否高频业务场景有没有三方库可以做到,如果当前遗留这个问题在后面版本提供该能力,是否会造成大工作量返工

【业界对标】业界对标不允许直接写安卓或IOS已支持,要提供接口名称及链接(优先IOS的实现方案)

更多关于HarmonyOS鸿蒙Next中netQuality.reportQoe的参数问题的实战系列教程也可以访问 https://www.itying.com/category-93-b0.html


在HarmonyOS鸿蒙Next中,netQuality.reportQoe用于上报网络质量体验数据。主要参数包括:qoeType(质量类型标识)、qoeInfo(质量数据JSON格式)、bundleName(应用包名)。qoeType需使用华为预定义的枚举值,qoeInfo需包含rttthroughput等关键指标。上报数据需符合HDC规范,异常数据会被过滤。网络质量变化时会触发自动上报机制。

在HarmonyOS Next中,BadQoeCause参数用于标识网络质量差的具体原因。使用时需要根据实际业务场景选择最匹配的枚举值:

  1. 如果是网络连接问题(如无法连接服务器),使用CONNECTION_FAILURE
  2. 如果是DNS解析失败,使用DNS_FAILURE
  3. 如果是TLS/SSL握手失败,使用TLS_HANDSHAKE_FAILURE
  4. 如果是响应超时,使用RESPONSE_TIMEOUT
  5. 如果是下载速度慢,使用LOW_THROUGHPUT
  6. 如果是高延迟,使用HIGH_LATENCY

建议结合网络监控工具或日志分析具体问题原因后选择对应参数,这样上报的数据才更有参考价值。

回到顶部