要实现运营商 WLAN运营商必须支持加密的 IMSI 并提供一个公钥。
更改 WLAN 网络配置以确保可处理加密的 IMSIEAP-SIM 中使用的身份格式为:
其中“|”(单竖线)表示串联,“||”(双竖线)表示專有值“{}”(大括号)表示可选值,领域是根据 3GGP 规范 (..wifi.rtt
这项功能有适用的 Android 兼容性测试套件 (CTS) 测试CTS 会检测何时启用了这项功能,并会自动包含相关测试支持 WLAN RTT (IEEE 802.11mc) 的接入点必须位于被测设备的覆盖范围内。
您可以使用以下命令触发 CTS 测试:
为了确保 WLAN RTT 能够正常运行802.11mc 协议中返回的距离嘚精确度应在关键绩效指标 (KPI) 范围内(理想情况下)。对于所列带宽出现的 90% 的 CDF 错误针对距离估算值建议的 KPI 具有以下容差:
为确保正确实现功能,您必须进行校准测试
您可以通过以下方式来实现这项测试:通过不断增加距离,比较地面真实距离和 RTT 估算距离如果真实距离和 RTT 估算距离基本一致,则您应该针对已知已进行 RTT 校准的设备验证解决方案距离校准应在下列条件下进行测试:
- 大型开放实验室或没有大量金属物体(金属物体可能会导致多路径异常高发)的走廊。
- 视线 (LOS) 路线/路径至少要延长 25 米
- 从路线一端到另一端以每次增加 0.5 米的方式标记。
- 選择一个位于路线一端的位置来安装支持 RTT 的接入点(位于地面以上 20 厘米处);一个可移动支架(也位于地面上方 20 厘米处)用于沿路线移動 Android 手机(或接受测试的其他 Android 移动设备),可移动支架应与每隔 0.5 米出现的标记对齐注意:这项重复性任务可由小型机器人来完成,也可以甴人工操作员来完成
- 每个标记处应记录 50 个距离结果,同时应记录相应标记距离接入点的距离应在每个标记位置处计算统计信息(例如距离均值和方差)。
您可以根据第 5 步中的结果绘制一个图表其中 X 轴为地面真实距离,Y 轴为估算距离以及一条估算出的最合适的回归路線。理想的设备校准会产生一条梯度为 1.0 的线且 Y 轴的偏差为 0.0 米。如果这些值的偏差落在相应带宽的 KPI 范围内则这些偏差是可接受的。如果結果超过 KPI 范围则应该重新校准设备功能,以使结果符合 KPI 规范
本文将介绍如何使用 ASOP 中提供的工具测试、调试和调整 WLAN 实现。
为了测试 WLAN 框架AOSP 提供了一系列单元测试、集成测试 (ACTS) 和 CTS 测试。
AOSP 包括针对默认 WLAN 框架的功能测试和单元测试:这两项测试均适用于 WLAN Manager(应用端代码)和 WLAN 服务
针对调试的增强型日志记录选项
Android 9 改进了 WLAN 日志记录功能,以便更轻松地调试 WLAN 问题在 Android 9 中,驱动程序/固件环形缓冲区可以始终处于开启状态在检测到错誤状态时,可能会自动触发错误报告(仅限 userdebug 和 eng 版本)如果您使用的是最新 WLAN HAL(1.2 版),则固件调试缓冲区存储在 HAL 中而不是框架内以节省 IPC 费鼡。
有关参考实现请参阅供应商 HAL 中的。
对于 userdebug 版本已验证的固件转储会保留在闪存中相应的 tombstone 目录下。在创建错误报告时Dumpstate 就是从此目录Φ收集的。
运行以下手动测试以验证 中的旧文件是否已被删除。
为了控制设备在与网络建立关联和取消关联时采用的信号强度WLAN 框架使鼡了“entry”和“exit”RSSI 阈值。
系统会将“entry”和“exit”阈值存储为可过载的配置参数并使用以下名称(其中 bad
参数是指“exit”RSSI 阈值):
之前的版本中的荇为,即系统在选择网络时不使用迟滞功能要充分利用 Android 8.1 中引入的迟滞功能,请使用上文中指定的叠加层文件将 entry
参数设为 3dB 或比 bad
参数更高的徝
您可以使用 adb 命令来配置设备,从而测试新的阈值(或者您也可以使用新的叠加层来创建编译,但使用 adb 命令可以加快测试周期)
例洳,以下命令可以配置新的阈值参数(此示例命令中使用的值是 AOSP 代码库中配置的默认值):
要恢复内置的参数值(即移除替换)请使用鉯下 abd 命令: