简介：面向5G网络工程师与通信专业学习者的一份技术文档，系统讲解如何在5G网络中实现国际长途通话。文档从运营商间的漫游协议与连接方式入手，说明直连或经国际枢纽互连的前提，随后展开5GS与EPS互通的漫游架构，逐一阐述UE、AMF、NRF、AUSF、UDM及SEPP等关键网元在注册、鉴权和信令安全中的分工，并梳理VPLMN与HPLMN间PDU会话建立与V-SMF重定位的完整流程。针对漫游语音，文档对比EPS Fallback与VoNR两种方案的适用性，指出漫游时EPS回退呼叫延迟更大、建议优先采用VoNR，同时专门说明紧急服务通过5GS本地提供或回退至EPS时的具体处理与应急中心连接机制。资源为单个docx文件，压缩包整体291KB，便于离线阅读与笔记整理。已有220人学习下载，适合需要快速理解5G国际漫游架构、语音及紧急业务处理逻辑的通信从业者与高校学生。
1. 5G网络里的国际长途，卡在哪
5G都商用好几年了，可一到国际长途，很多人还在用最土的办法：先拨一个当地接入号，再输一长串PIN码和目的号码。不是大家不想改，而是5G网络里的语音走IMS，国际长途的转发路径比4G时代多了好几层——归属局、拜访局、国际网关、对端运营商的SIP中继，任何一环的号码规划没对齐，电话就会在信令里反复绕圈，最终或者被回落到3G/4G老网络，或者直接给你一个“未接通”。这篇文章想解决的就是这件事：5G网络里的国际长途到底怎么打通，路由怎么配，漫游怎么处理，最常见的坑在哪。适合三类人看：运营商IMS/VoLTE网管、做企业通信或专网语音的集成工程师、以及需要在5G环境里接通海外电话业务的技术决策者。
2. 先厘清一条 5G 国际呼叫的信令骨架
2.1 5G 语音不再有电路域，一切归 IMS
在5G SA组网里，基站侧不再保留传统电路域的语音通道，语音承载被统一收编到IMS域。你看一条国际通话的信令先后顺序大概是这样：手机发起呼叫，gNB把请求送进AMF，AMF根据UE能力决定是走EPS Fallback还是直接VoNR，等建立起IMS会话后，SIP信令在S-CSCF里被iFC规则触发，呼叫接着被送到话权AS做业务判断，再往出口方向去。
这个“出口方向”对国际长途特别关键。因为国际呼叫不像本地通话，它大概率要离开本网，进入对端运营商的网络或国际长途交换网。在IMS世界里，这个出口通常由IBCF（网间边界控制功能）和TrGW（中继网关）承担，IBCF负责SIP信令的过滤和拓扑隐藏，TrGW负责媒体流的地址转换和编解码协商。
我没法替你绕过这些节点，因为绕过它们，你在5G网络里根本拿不到一个合法的、可计费的国际呼叫。这里常有人把“国际长途”和“VoIP直连”混在一起，以为服务器上装个软交换，把SIP拉到海外就完事了。实际上运营商侧从来不是这么干的：IMS只是信令面，真正的业务质量、话单、防诈骗、号码合规，全要靠这几个边界网元卡住。
讲个参数上的玄学：我见过很多第一次调这个环境的工程师，卡在SDP协商上。原因很简单，5G VoNR默认用AMR-WB或EVS编码，码率、帧时长、DTX都和传统PSTN侧的G.711不完全兼容，如果IBCF没把媒体面转成对端网能接受的格式，信令怎么看都是成功的，但两边就是不出声。这不是设备故障，而是你把它当黑匣子用了，没理解“IMS内部走高质量分组语音、出网走标准PSTN语音”这条铁律。
2.2 号码从 E.164 到 SIP URI 的翻译，多数翻车在这里
国际长途在信令面里做的第一件事，不是找路，而是换名字。你拨的号码可能是00开头（国际前缀方式），也可能是+号开头（E.164格式），还可能是在手机里存的“+ 国家码 区号 用户号”。IMS内部处理的规范化格式是tel URI或sip URI，其他地方不认。
常见做法是在S-CSCF或MRFC附近挂一个号码分析节点，它干三件事：把输入号码里的国际接入码去掉，变成带国家码的E.164格式；再根据主叫号码和被叫号码判断这通电话属于“国际出局”还是“国际入局”；最后映射出对应的出口SIP URI。
我一般会这样记一条规则：无论上面来的是00还是+，一律先转成tel:+国家码+用户号码，然后送给国际出口分析。到出口再按对端运营商的要求，转成对方接受的00或+或具体的中继格式。这条链路里最容易翻车的不是正则写不对，而是很多人忘了“国际呼叫也可能再经过一次国内号码落地”。比如某个VoIP业务接到海外后，对方最后一步是把号码改成国内格式送到PSTN，这一步错一个前缀，电话就打到不知道谁家去了。
2.3 先定归属：home routing 还是 local breakout（LBO）
“归属”这个词在漫游场景里很重要，但在非漫游场景它指的就是本网。一个简单的原则是看UE注册在哪个网络：如果UE的5G网络归属在本网，那么呼叫一路都在本网IMS里处理，最后出国际口，这种没什么好争议。
争议主要出在漫游用户身上。漫游用户人在海外，但他的号码归属还在本地网。5G里给这种场景两条路：
一条叫Home Routing，所有语音信令从拜访网络送回归属网络的IMS，再由归属网络统一出国际口。好处是业务逻辑全部可控，国际长途的路由、话单、附加业务都在自己手里；代价是延迟高，信令要绕一大圈。
另一条叫Local Breakout，语音从拜访网络的接入侧直接出到国际网络，归属网络只负责下发签约数据。好处是延迟低、省骨干带宽；坏处是你对呼叫的监控能力变弱，计费和合规都要靠拜访网络配合。
很多部署经验是一开始全部用Home Routing，先把业务跑通，再拿特定国家码做LBO优化。你要是直接全面铺LBO，后面排查“为什么某个国家电话质量很差”时会非常被动，因为信令面你可能根本看不到。这属于我特别想提前告诉你的坑：路由选型不只是性能问题，更是可运维问题。
3. 用最小配置让国际呼叫出局：模板可直接抄
3.1 动手前该准备的四样东西
在动任何网元配置之前，我会先把四样东西摆在桌面上：第一，出局方向的国际中继信息，包括对端运营商（或国际网关）的IP地址、端口、SIP传输协议；第二，一套号码规则，至少覆盖你要支持的国家码；第三，一个测试用的海外号码，建议找对方运营商要一个专用测试号，别上来就拨真实用户；第四，一个能抓SIP信令的工具，tcpdump、Wireshark、sngrep都行，没有这个东西你后面只能靠猜。
这四样里最容易凑不齐的是第三条。很多组只拿到一个“看起来正常的海外号码”，结果测试时被对方网络的反诈骗策略拦截，却抓着自己核心网参数一个劲调，调两小时发现根本不是自己这边的问题。所以越是没经验越要舍得花时间找到可用的对端测试号，这才是真正缩短项目周期的地方。
3.2 号码分析规则与出局路由表
下面这个模板是按通用格式写的，你可以把它翻译成自己设备的数据模型。重点是学习结构：入口匹配、号码变换、出口路由三段分开，不要揉成一个正则。
{ "dialplan_id": "DL_INTERNATIONAL_OUT", "description": "5G IMS international outgoing routing", "rules": [ { "rule_id": 1001, "priority": 10, "match": { "called_prefix": "^00([1-9][0-9]{5,14})$", "call_type": "voice" }, "transform": { "called_uri": "tel:+${1}", "privacy": "keep_ani" }, "route": { "trunk_group": "IGW-01", "next_hop": "sip:192.0.2.10:5060;transport=udp", "outbound_uri": "sip:+${1}@192.0.2.10" } }, { "rule_id": 1002, "priority": 20, "match": { "called_prefix": "^\\+([1-9][0-9]{5,14})$", "call_type": "voice" }, "transform": { "called_uri": "tel:+${1}", "privacy": "keep_ani" }, "route": { "trunk_group": "IGW-01", "next_hop": "sip:192.0.2.10:5060;transport=udp", "outbound_uri": "sip:+${1}@192.0.2.10" } } ] }逻辑说明：第一条处理以00开头的号码，第二条处理以+开头的号码。正则里[1-9]保证国家码第一位不为0，避免把“呼叫国内特别号码”误送进国际路由。transform统一把号码转成tel:+国家码+用户号码，作为内部标准格式。
路由段里next_hop指向国际网关地址，outbound_uri是给对端看的被叫URI。注意两条规则最终都指向同一组中继，这样维护起来简单。真正生产环境还会加按国家码分流，比如某些国家走特定运营商，那就把priority拆细，让特定国家码优先命中专门的中继组。
参数调整时，最容易被忽略的是传输协议。很多对端国际节点走UDP，但如果你自己核心网侧对丢包敏感，或者有防火墙NAT穿越需求，需要考虑TCP或TLS。模板里的transport=udp不是随便写的，是很多传统国际SIP互联的默认协议，改TCP前要和对端确认对方防火墙策略允许，否则会出现“呼叫建立后30秒无媒体”的怪状况。
3.3 国际SBC/中继侧要同步改的三处
号码分析改完，只完成了一半。国际SBC上通常还有三处要跟着改，不然网关会把合法呼叫挡在门外。
第一处是IP地址白名单。域名防火墙或者SIP访问控制列表里，至少要把对端国际网关的IP加到“允许SIP互通”的名单里。这一步看起来简单，但在我们这边发生过：配置人员把IP写错一个段位，结果光看SIP消息没被回，其实是包被静默丢弃。
第二处是编解码列表。建议在国际出局方向把编解码顺序设为PCMA/PCMU, AMR-WB，把AMR-WB放后面。原因是对端PSTN网关多数只认G.711，你上来就发AMR-WB，对端没法协商会直接发488，呼叫秒断。正确做法是先兼容，再让TrGW在媒体面做转码。
第三处是主叫号码放行规则。国际出局时很多运营商要求主叫号码必须是完整E.164号码，不能是匿名或带*号。如果你的IMS给每个用户下发的主叫号码都是+格式，那这步基本不用动；如果你测试时用的是内部分机号，记得在SBC上做主叫号码改写，不然对端运营商的防骚扰策略会拒绝接续。
# 以常见SBC调试命令为例，检查互通后的SIP消息透传是否正常 sngrep -d ens160 -r -R -c # 实时查看网卡上的SIP信令 tcpdump -i ens160 -s 0 -w /tmp/igw_capture.pcap udp port 5060逻辑说明：sngrep用来在终端里直接看SIP会话，-r表示RTP统计，这对判断“信令通了但媒体没通”很有用。tcpdump的抓包文件是后续用Wireshark分析的信令原始证据。这两个命令在调试国际长途时是保命级的，没有它们，你连“到底是SIP没到对端，还是对端回了错误码但被防火墙挡了”都分不清。
参数说明：-d ens160是按网卡过滤，如果你的SBC有管理口和业务口，一定要看准业务口的IP；udp port 5060只抓SIP消息，建议再抓一个udp portrange 6000-8000去看RTP媒体流。第一次调试就抓全，免得二次返工。
3.4 用模拟呼叫验证配置，别拿真话机折磨用户
配置改完后，强烈建议先用模拟呼叫工具测试，不要直接拿员工手机试。SIPp在做这类验证时很常用，你可以构造一条INVITE，把被叫指向测试号码，观察返回的SIP响应码，以及后续是否出现RTP流。
sipp -sn uac 192.0.2.10:5060 \ -s +15551234567 \ -i 192.0.2.20 \ -p 5066 \ -m 5 \ -l 1 \ -timeout 30s参数说明：-sn uac表示用内置的UAC脚本模拟用户呼叫；-s后面是被叫号码；-i是本地SIP信令IP；-m 5表示只呼叫5次，避免测试压力太大；-l 1限制并发呼叫数为1。第一次调试就并发100路，不是测试，是给自己制造事故。-timeout 30s是给每路呼叫设置超时，超过没响就强拆。
调用后看三样东西：一是是否返回100/180，这代表对端网络已收到；二是最终响应码是200还是某个4xx/5xx，这是判断接续成败的铁证；三是SIPp结束后的统计里有没有RTP媒体流，如果只有INVITE和响应，没有双向上行下行RTP报文，说明媒体路径有问题，多半是编解码协商或NAT穿透问题。
模拟呼叫通过后，再拿真实测试号码做一次手工呼叫测试。这两步分开，能帮你把“号码配置问题”和“网络媒体问题”彻底隔离。很多工程师跳过了模拟呼叫这一步，结果用真实终端一测就蒙，因为真实手机的SIP复杂度远高于模拟脚本，遇到问题根本分不清是终端问题还是核心网问题。
4. 漫游场景下的国际长途：三个典型路径
4.1 漫游用户打回本地网：home routing 的完整信令链
这个场景最典型：一个5G用户漫游到海外，想打个电话回本地网。如果两边运营商都开了5G漫游，且签的是Home Routing，那么流程是：漫游手机在拜访网络的接入侧发起呼叫，SIP信令通过拜访网络的SBC转发回归属网络IMS，归属网络做号码分析，认出这是国际出局呼叫，于是从归属侧的国际网关路由出去，最终到达本地网的对端运营商。
这里的关键是“SIP信令通过拜访网络的SBC转发”这层。不少人以为漫游用户的呼叫就是在拜访网络直接用当地中继出局，那是LBO的思路。而Home Routing需要考虑中间链路穿越IPX网络时，SIP头里的Route、P-Asserted-Identity、P-Charging-Vector等信息不能丢。尤其P-Charging-Vector，它是运营商间结算凭据之一，如果被某个节点剥掉，电话能通，但话单对不上。
实际配置时，你只需确保两点：一是拜访网络把所有漫游用户的语音呼叫都通过IPX送回归属IMS；二是归属网络的iFC规则里明确“这个用户的被叫号码属于国际路由段”，从而绕开本地网内处理。很多前期的呼叫失败就是第二条没做，导致漫游用户打个国际长途被本地网的智能网拦截，报出“不允许该呼叫”的提示音。
4.2 漫游用户打给第三国：哪些路线由归属网络决定
漫游者身在A国，要打给B国，这通电话的归属地却是C国。三条路径摆在一起，很多初次接触的工程师会条件反射选“直接在漫游地出国际线”，理由是省时间。这个想法在技术上行得通，但计费和合规不一定允许。
如果用户签约的套餐是“归属网络统一出国际话单”，那么即便漫游地网络有能力接国际长途，也不能直接在本地出局，必须送回归属网络，由归属网络的国际网关按既定路由送出。这样做的原因是，国际长途价格是运营商的敏感点，归属网络必须控制路权和话单。
我在实际项目里见过一个反向例子：某运营商的网络里，漫游用户打回国正常，可一旦打向第三国就失败，排查下来发现，归属网络的国际网关里没有给该国家码配置出局中继，而漫游地网络又因为分组数据签约禁止了Local Breakout，于是这个呼叫在两网之间来回踢，最终释放。这种问题不是设备故障，纯粹是路由表缺失。处理办法很粗暴：在归属IMS里把那批国家码的中继加上，重新加载配置，升级为成功接续。
4.3 海外来电打给5G漫游用户：被叫侧的坑最多
“打出去”和“被叫进来”是两种完全不同的信令逻辑。海外用户拨打一个漫游在外的5G号码，呼叫会先到达被叫号码的归属网络，归属网络查到用户正在漫游地，于是通过IPX把呼叫转到拜访网络，拜访网络再寻呼被叫手机。
这个链路上最常见的坑是被叫号码分析。主叫侧运营商发来的被叫格式是E.164，比如+86开头的号码，但你的拜访网络内部存储的用户号码可能是普通格式，如果在号码归一化这一步没有把+去掉或者没做国家码前缀校验，寻呼消息根本找不到用户。
尤其当被叫用户漫游到某些限制号码显示的海外网络时，如果SIP被叫头没带完整国家码，拜访网络的HSS/UDM查询会直接失败。我调过的项目里，这种问题往往在夜间割接后才暴露，因为测试阶段大家用本地SIM卡，没人测“海外拨入漫游用户”这个场景。所以无论你多忙，测试用例里一定要有一条：用另一张海外卡拨本网漫游用户，验证被叫域选和被叫号码分析。
5. 国际长途实战避坑：五个血泪经验
5.1 现象一：信令显示呼叫接通，但双方听不到声音
通话流程先看信令，发现INVITE、180、200、ACK全齐了，媒体明明也协商成功，但接听双方都说对方听不见。原因：媒体面RTP流经过TrGW或内部NAT时，IP地址或端口没有正确转换。很多人只看SIP是否200就放行，忽视了SDP里c=行和m=行所带的地�址可能与实际媒体流来源不一致。
解决：抓RTP端口段的包，确认媒体报文是否真的到达被叫侧；然后在SBC/TrGW上检查媒体套接字分配日志，看是否出现了“内部地址泄漏到外部”的情况。这类问题多半是TrGW的媒体端口范围没配到稳妥的端口池，或者是开启了NAT保持但保活间隔太大导致防火墙表项超时，调整保活定时器就能恢复。
5.2 现象二：某个国家的号码能通，其他国家的号码被秒拒
出现一批国家码成功率100%，另一批成功率0%，这种“稳定瘸腿”最让人抓狂。原因基本只在号码分析层：你的国内分析规则用了贪婪匹配，把某个前缀段吃进了本地网，导致正常国际呼叫没走到国际路由表；或者对端国家的国际接入码在前缀变换时少了一位。
解决：把号码分析日志打开，看实际入局号码和它最终匹配的rule_id。如果入局号命中了一条“国内呼叫”规则，就调整正则的顺序，让国际前缀匹配优先级高于国内前缀。记住一条规律：匹配顺序里，越具体的规则越要放前面，但“具体”不等于“最长”，而是“最不易与其他规则冲突”。
5.3 现象三：模拟呼叫全通过，真手机一呼叫就掉网
这是很多运维组的共同噩梦：SIPp压测100通全成功，真实终端打两通就掉线或者持续滴滴音。原因往往是真实终端启用了IMS的额外头域信息，比如P-Early-Media、Session-Expires、Supported: 100rel，而模拟脚本没有这些，国际SBC的某些默认策略会对这些头域做出不同反应，直接把呼叫释放。
解决：先用真实IMS终端的抓包日志构造SIPp脚本，别用SIPp自带的模板。把真实终端注册、呼叫、被叫路径都抓一遍，识别出终端在网络里多加了哪些头域或参数，然后在模拟脚本里补齐。这个细节非常值得花时间，因为它让你发现“网络对真实用户到底做了什么”远比“网络对模拟数据友好”重要。
5.4 现象四：国际网关一切正常，但计费系统出了双倍话单
现象是电话通了，用户也没投诉，但结算系统一致对外来话单数量对不上。原因：呼叫经过多个网元，每个网元各自生成CDR，但CDR里的Call-ID或Release Cause对不上，计费系统把同一次呼叫认成了两次，放大了国际结算金额。
解决：在国际SBC上关闭自行生成CDR，只保留IMS核心侧一份话单；如果必须保留多份，必须用Call-ID关联去重，并在结算文件导入前做清洗。这个坑在项目初期不炸，炸在对接财务系统时，非常吓人。
5.5 现象五：漫游用户进入某网络后，国际长途直接被吞
现象无比诡异：用户拔打国外号，手机屏幕上显示“正在连接”，然后过一两秒就自动挂断，无提示音无失败通知。原因：拜访网络虽然开了EPS/LTE数据漫游，但没开语音漫游的SIGTRAN或IPX互通，导致归属网络的寻呼下来后，拜访网络无法承载语音专用承载。
解决：这不是你在自己核心网能单方面解决的问题，需要让漫游合作方把语音漫游的APN接入和IPX路由确认打通。筛检手段很简单：让用户漫游到那个网络后，先做一次本地呼叫测试，如果本地呼叫也失败，那就是语音漫游能力没开；如果本地呼叫成功，只有国际长途失败，才继续查归属侧号码分析。
6. 电话通了不代表完成：教你拆解一次国际呼叫
最后一招压箱底：验证国际长途别只听“能通”，要学会把一通电话拆成三次测量。第一次测量信令建立时延，第二次测量媒体往返时延，第三次测量语音编码和丢包率。
信令建立时延看从INVITE发出到收到180（振铃）的差值。如果这个值小于3秒，算正常；3到6秒说明IPX或中间节点的寻址存在延迟，但仍可用；超过6秒就要警惕了，用户会在拨号后感觉像断线。你可在SIPp脚本里加-trace_rtt参数，直接输出每个响应码的时间戳。
媒体往返时延建议直接用rtpengine的数据统计或抓包分析。取100个RTP包的时间戳，计算平均单向延迟；延迟超过150ms，语音就会明显感觉滞后，适合用wireshark里的Telephony -> RTP -> RTP Stream Analysis直接出结果，也可以用它生成MOS估算值。
语音编码和丢包率是最后一项。如果抓包看到RTP里全是G.711，而丢包率在1%以上，语音听感会比AMR-WB差很多，哪怕通话没断，用户也会议论“音质差”。这种时候别犹豫，把5G侧QoS优先级（5QI=1的承载）和TrGW转码策略一起复查，多半是转码后带宽没提上去。
我自己的习惯是每一次国际长途调试都保留一份标准测试档案，里面记录信令时延、媒体时延、编码、丢包率四个数字。后面再出问题，先对比档案，而不是从零开始查设备日志。这样做还有一个好处：领导问你“这次割接的效果怎么样”，你直接报数字，而不是说“感觉还行”。做通信这一行，感觉是最不靠谱的验收标准——宁可把一次测试拆成三次测量，也别让问题在用户投诉了才浮出水面。希望帮到你。
本文还有配套的精品资源，点击获取
