海外手机卡开启WiFi Calling
测试环境:
有Wifi-Calling功能的手机,不局限于iphone
Openwrt软路由,或手机客户端
测试卡:
1、英国Giffgaff
2、美国ENC(MVNO)
3、英国CTexcel
其他:国内电信卡,联通卡

先说结论:
1、Giffgaff未能点亮(多家机场测试)
2、T-mobile可点亮
3、CTE可点亮
准备:
1、一加手机,用Pixel IMS开启Vowifi选项。国行手机往往需要一些方法来唤醒隐藏选项。
2、关闭定位,重要!
3、英国卡需要纯净的节点。客户端可以是openclash,也可以是手机端clashmeta,开全局。

为什么要梯子:
1、直连可能导致请求直接发送给国内运营商或被防火墙拦截。
2、有的国外运营商对 WiFi Calling 的握手敏感。如果 IP 归属地不纯净(被识别为数据中心而非住宅)或延迟过高,鉴权会立即失败。
OpenClash设置:
1、插件设置-运行模式Redir-Host,勾选“UDP 流量转发"
2、覆写设置-DNS设置-自定义上游 DNS 服务器
确保 NameServer 里有国内 DNS(如 dns.alidns.com/dns-query,类型HTTPS)
确保 Fallback 里有国外 DNS(如 dns.google/dns-query,类型HTTPS)
测试一:手机直连WIFI,无代理
1、单卡ENC,可直接点亮(见上图)
2、卡1电信,卡2ENC,指定上网流量走卡2,飞行模式10秒即可点亮。
原因:当“蜂窝数据”指定给卡1电信时,会强行改写手机的底层网络优先级(IMS 策略),进而掐断了卡2(ENC)的 Wi-Fi 发包特征;而一旦你把“蜂窝数据”强制划给卡2(ENC),手机的基带就会被迫为 ENC 开启最高优先级的独立 IMS 寻址通道。
测试二:路由器开启OpenClash
1、运行模式Redir-Host(测试Fake-IP偶尔可以),记得打开UDP转发。
2、T-Mobile 对中国 NAT 友好,UPD500和4500直连即可,无需代理,不会被GFW阻断。
# 覆写设置-规则:美国卡 ENC/T-Mobile 专属域名捕捉
- DOMAIN,epdg.epc.mnc240.mcc310.pub.3gppnetwork.org,DIRECT
- DOMAIN-KEYWORD,mcc310,DIRECT
- IP-CIDR,208.54.0.0/16,DIRECT
3、英国CTE需要纯净英国节点,如不开全局需自行编辑UK组
# 覆写设置-规则:英国卡 giffgaff 专属域名捕捉
- DOMAIN,epdg.epc.mnc010.mcc234.pub.3gppnetwork.org,UK
- DOMAIN-KEYWORD,mcc234,UK
- IP-CIDR,87.194.0.0/16,UK
- IP-CIDR,82.132.0.0/16,UK
- IP-CIDR,31.94.76.0/16,UK
4、飞行模式,在clash面板Dashboard左侧连接,可看到列表有UDP流量。此时结束飞行,秒亮。
5、如果UDP流量只有上传没有下载(或小于10K),说明手机正常发起 ePDG 域名请求,如有电信卡1请暂将流量走卡2。

协议对比(专注 VoWiFi/UDP)
| 协议 | UDP 支持 | 延迟 | 穿透 | VoWiFi 适合度 |
|---|---|---|---|---|
| Vmess | ✅ | 中低 | 高 | ✅ |
| Vless | ✅ | 低 | 高 | ✅ 最优 |
| Trojan | ❌(TCP-only) | 略高 | 高 | ❌ 不推荐 |
| Shadowsocks | ✅(需 UDP Relay) | 低 | 中 | ✅ |
美国卡在中国 WiFi Calling 的稳定性对比
| 运营商 | 海外 WiFi Calling 容错 | UDP 要求 | 在中国是否稳定 |
|---|---|---|---|
| T-Mobile(含 MVNO) | 低 | UDP | ✔ 较稳定 |
| AT&T(含 MVNO) | 中 | UDP 或 TCP | ✔ 较稳定 |
| Google Fi | 高 | UDP/TCP 都能 fallback | ✔ 很稳定 |
| Verizon(Visible) | 中等偏低 | UDP 必须通 | ⚠️ 取决于节点 |
| US Mobile(TMO/Verizon 两条核心网) | 看你选哪个网络 | TMO:难 / Verizon:中等 | ○ 不稳定但可用 |




