一、前言#

距离上一次使用 GiffGaff WiFi Calling 已经有两年的时间了，当时只需要设备支持 WiFi Calling 功能即可使用。

但是后来 GiffGaff 对 WiFi Calling 的开启条件进行了限制，不仅要求指定的设备，还要求只能在英国境内使用。

同时根据 GiffGaff 官方的文档 [ Understanding WiFi calling and VoLTE ] ：Pixel 系列只有 Pixel 7 及后续版本才支持开启 GiffGaff 的 WiFi Calling ，很遗憾我的设备 Pixel 6 Pro 并不在其中。

但是这却和两年前的使用经历产生了矛盾。在限制开启条件之前我的 Pixel 6 Pro 上可以正常使用 WiFi Calling 的。

这说明 Pixel 6 Pro 硬件和系统本身具备使用 WiFi Calling 的能力，而现在无法使用更可能与 GiffGaff 的限制有关。

因此这让我对 GiffGaff 的 WiFi Calling 的开启条件产生了疑惑，到底是什么因素限制了我在 Pixel 6 Pro 上开启 GiffGaff 的 WiFi Calling？

• APN？
• 设备型号？
• 网络环境？
• IMS 注册参数？
• 还是其他暂时不明确的配置

两年间我尝试了很多次，无论是 root 还是各种方案，但是都没有成功。这甚至一度让我放弃了折腾。

但是最近看到了一篇帖子提到无法开启 WiFi Calling 可能是因为缺少 IMS APN，其测试添加后即可开启。

这让我又燃起了继续折腾的想法。

二、IMS 配置工具#

针对 Pixel 在中国大陆使用时的适配问题，需要借助 IMS 配置工具来开启部分官方隐藏或默认关闭的通信功能。

目前较为常用的 IMS 配置工具包括 Pixel IMS、Carrier IMS for Pixel、TurboIMS 以及 OneIms 等。

这些工具的使用方式相对简单，既支持通过 Root 权限直接完成配置，也支持利用 Shizuku 配合无线调试，在无需 Root 的情况下完成相关 IMS 参数修改与功能启用。

三、IMS APN 缺失导致 WiFi Calling 无法使用#

根据帖子描述部分 Pixel 设备在开启 WiFi Calling 后，虽然系统中已经出现相关选项，但实际使用时仍然无法正常工作。

最终定位问题为运营商配置中缺少 IMS APN。在手动添加 IMS APN 后，WiFi Calling 功能恢复正常。

参考配置如下：

• APN 名称：IMS
• APN：IMS
• APN 类型：ims
• APN 协议：IPV4
• APN 漫游协议：IPV4

添加 IMS APN 以后，我通过 Pixel IMS 重新触发 IMS 注册流程。

但是经过我的测试，使用该方法无法开启 GiffGaff 的 WiFi Calling。

这让我再次对 Pixel IMS 的实际效果产生了怀疑。随后，我清除了 Pixel IMS 之前写入的全部配置，并切换到 OneIms，使用相同的配置方案进行进一步测试。

但测试结果并没有出现变化，切换到 OneIms 后，GiffGaff 的 WiFi Calling 依旧无法正常连接。

通过 *#*#4636#*#* 查询 IMS 服务状态，发现只要有任何 IMS 配置的修改就会导致 IMS 状态从已注册变成未注册，即使重新触发 IMS 注册也无法完成注册。

四、OneIms 诊断与修复#

借助 OneIms 的诊断与修复功能，经过多次测试后发现 ePDG 检测显示 已解析到对应 IP，但网络连接不可达。

经过查询了解到 ePDG 是 VoWiFi 网络架构中的关键组件，负责在用户设备与运营商 IMS 核心网络之间建立安全连接。

设备连接 WiFi 后，需要通过 ePDG 建立 IPSec 隧道，并进一步连接运营商 IMS 网络，才能完成 WiFi Calling 连接。

1
WiFi
2
 |
3
ePDG
4
 |
5
IPSec Tunnel
6
 |
7
IMS Core
8
 |
9
VoWiFi

如果 ePDG 无法正常连接，设备就无法建立 IMS over WLAN 注册，因此最终无法使用 WiFi Calling。

五、使用英国网络环境#

六、设置 IMS User Agent#

既然仍然无法成功开启 WiFi Calling，说明当前配置中可能仍然缺少某些关键条件。

于是我的排查方向重新回到了 GiffGaff 社区以及相关官方文档。

既然 GiffGaff 限制 Pixel 7 及后续版本才支持开启 WiFi Calling，那么运营商又是通过什么方式判断设备是否属于支持列表中的设备？

这时 Pixel IMS 和 OneIms 中一个之前并未重点关注的配置项进入了我的视线——IMS User Agent。

IMS User Agent 让我联想到了浏览器访问网站时请求头中自带的 User Agent。服务器可以通过 User Agent 获取客户端的设备、系统等信息，虽然 User Agent 本身可以被修改，但仍然可以作为判断客户端类型的一种方式。

那么 IMS User Agent 是否也具有同样的作用？运营商是否会通过 IMS User Agent 判断设备型号，判断设备是否属于支持列表中的设备，从而开启 WiFi Calling？

于是打算使用 Pixel IMS 修改 IMS User Agent，其默认格式为：

1
#MANUFACTURER#_#MODEL#_Android #AV#_#BUILD#

Pixel IMS 会在设备进行 IMS 注册时，根据设备当前的信息自动替换其中的变量。

• #MANUFACTURER# 会替换为设备制造商
• #MODEL# 会替换为设备型号
• #AV# 会替换为 Android 版本
• #BUILD# 会替换为当前系统 Build 版本

以运行 Android 16，Build 版本为 CP1A.260405.005 的 Pixel 6 Pro 为例 ，其 IMS User Agent 为：

1
Google_Pixel6Pro_Android16_CP1A.260405.005

为了满足 GiffGaff 官方针对设备的要求，可以尝试模拟 Pixel 7 Pro 的 IMS User Agent。

因为 Pixel IMS 会自动替换模板中的变量，因此只需要修改 #MODEL# 参数，无需修改其他参数。

在修改过程中发现，Pixel IMS 提供的模板存在问题，Android 与 #AV# 之间多了一个空格。

因此修改 #MODEL# 为 Pixel7Pro，并删除 Android 与 #AV# 之间的空格即可。

1
#MANUFACTURER#_Pixel7Pro_Android#AV#_#BUILD#

需要注意的是，OneIms 等其他工具不使用模板配置，需要完整填写 IMS User Agent。

1
Google_Pixel7Pro_Android16_CP1A.260405.005

随后在 Pixel IMS 中触发重新注册 IMS，但设备出现了无信号的情况。

于是开启飞行模式。此时意外发现设备开始产生大量 ePDG 连接请求。

再次触发 IMS 重新注册后，WiFi Calling 立即显示注册成功。

信号栏也终于出现了久违的 GiffGaff WiFi Calling 标识，通过 *#*#4636#*#* 查询 IMS 服务状态，确认 IMS 和 WiFi Calling 状态均为已注册。

但是关闭飞行模式后发现仍有大量 ePDG 连接请求，却始终无法成功连接 WiFi Calling。

开启飞行模式后 WiFi Calling 连接恢复，可以正常使用 WiFi Calling接打电话。

这说明在飞行模式下已经满足 WiFi Calling 注册的基本条件，但在蜂窝网络下 WiFi Calling 的注册流程仍然存在异常。

七、探查必要配置#

在确认飞行模式下已经可以开启并使用 WiFi Calling ，我尝试进一步分析连接 GiffGaff WiFi Calling 所需的必要条件。

首先删除 IMS APN 进行测试。测试发现，删除 IMS APN 后并不会影响 WiFi Calling 的建立。

不过由于前置配置过程中设备可能已经通过 IMS APN 获取过相关参数，因此无法完全排除 IMS APN 对初始配置过程存在影响。因此，IMS APN 仍然建议保留。

随后恢复 Pixel IMS 默认的 IMS User Agent 模板。测试发现，恢复默认 IMS User Agent 后，WiFi Calling 无法再次成功建立。

经过多次测试确认，符合支持设备列表要求的 IMS User Agent 是连接 GiffGaff WiFi Calling 的必要条件之一。

最后切换到非英国网络环境进行测试。测试发现，WiFi Calling 会立即中断，并且无法重新建立连接。

这进一步验证了 GiffGaff WiFi Calling 对英国网络环境存在要求，英国网络出口也是建立 GiffGaff WiFi Calling 的必要条件之一。

八、总结#

通过以上测试发现，GiffGaff 开启 WiFi Calling 的条件较为严格：

• 需要使用符合 GiffGaff 支持列表要求的设备，或通过自定义 IMS User Agent 模拟符合要求的设备
• 需要处于英国网络环境
• 修改 IMS 配置后，需要重新触发 IMS 注册流程
• 特定情况下需要开启飞行模式才能成功建立 WiFi Calling（可能与设备状态或网络环境有关）

经过多次测试确认：

• IMS APN 并不是当前测试环境下建立 GiffGaff WiFi Calling 的必要条件，但仍建议保留
• IMS User Agent 和英国网络环境是成功建立 GiffGaff WiFi Calling 的关键条件