第196篇：固网与移动网融合架构
关键词：FMC、固移融合、统一承载、5G 核心网、IMS、MPLS 承载网、固网宽带、移动通信、融合接入、统一认证
一、引言
在第195篇中，我们学习了 DS-Lite 如何在 IPv6 骨干网上承载 IPv4 流量。现在我们将视角扩展到更宏观的层面——运营商网络的整体架构演进。
长期以来，固网（Fixed Network，如 FTTH 光纤到户、xDSL）和移动网（Mobile Network，如 4G LTE、5G NR）在运营商内部是两套完全独立建设的网络体系：各自拥有独立的接入网、核心网、承载网、支撑系统（OSS/BSS）和计费系统。用户在家中通过光纤上网，出门后切换到 4G/5G，两个网络之间没有任何关联，用户的身份、业务体验、计费也完全割裂。
固网与移动网融合（Fixed Mobile Convergence, FMC）就是要打破这种壁垒，构建一套统一的网络架构，使用户在不同接入方式之间获得无缝的业务体验。
二、FMC 融合架构演进
2.1 传统独立架构 vs. 融合架构
2.2 FMC 融合层级
FMC 融合从浅到深可分为四个层次：
| 融合层级 | 融合内容 | 技术要点 | 商业价值 |
|---|---|---|---|
| 第一层：品牌融合 | 统一品牌、统一套餐 | 营销层面，如"全家桶"融合套餐 | 提升用户粘性 |
| 第二层：计费融合 | 统一计费、统一账务 | 统一 OCS/BOSS 系统，融合计费 | 简化运营、降低成本 |
| 第三层：业务融合 | 统一 IMS、统一业务平台 | IMS 承载 VoWiFi、VoLTE、固网语音 | 业务无缝切换 |
| 第四层：网络融合 | 统一承载网、统一用户面 | 统一 MPLS 承载、UPF 汇聚 | 网络简化、资源统筹 |
三、统一承载网设计
3.1 承载网融合架构
在 FMC 融合中，承载网是固网和移动网共享的基础设施。传统上，固网使用 BRAS 接入，移动网使用 EPC/5GC 核心网，两者的承载网可以统一为一套 MPLS/IP 骨干网。
3.2 承载网 VLAN/QinQ 规划
固网和移动网接入的业务类型不同，需要通过 VLAN 进行隔离：
| VLAN 范围 | 业务类型 | 说明 |
|---|---|---|
| 100-499 | 固网互联网宽带 | PPPoE/DHCP 接入 |
| 500-599 | 固网 IPTV | 多播 IPTV 业务 |
| 600-699 | 固网语音（VoIP/SIP） | IMS 语音接入 |
| 1000-1499 | 5G 用户面（S1-U/N3） | 5G UPF 互联 |
| 1500-1599 | 5G 控制面（S1-C/N2/N4） | 5G 信令面 |
| 2000-2499 | 政企专线（MPLS L3VPN） | 大客户业务 |
3.3 统一承载网 MPLS L3VPN 设计
为不同业务类型创建独立的 L3VPN 实例，实现逻辑隔离：
# CR 设备 L3VPN 实例配置
<CR-1> system-view
[CR-1] sysname CR-1
# 5G 用户面 VPN（S1-U/N3 承载）
[CR-1] ip vpn-instance 5G-USER
[CR-1-ip-vpn-instance-5G-USER] vpn-instance-name 5G-USER
[CR-1-ip-vpn-instance-5G-USER] rd 65000:1001
[CR-1-ip-vpn-instance-5G-USER] route-target import extcommunity 65000:1001
[CR-1-ip-vpn-instance-5G-USER] route-target export extcommunity 65000:1001
[CR-1-ip-vpn-instance-5G-USER] quit
# 固网宽带 VPN（BRAS 互联）
[CR-1] ip vpn-instance BROADBAND
[CR-1-ip-vpn-instance-BROADBAND] vpn-instance-name BROADBAND
[CR-1-ip-vpn-instance-BROADBAND] rd 65000:2001
[CR-1-ip-vpn-instance-BROADBAND] route-target import extcommunity 65000:2001
[CR-1-ip-vpn-instance-BROADBAND] route-target export extcommunity 65000:2001
[CR-1-ip-vpn-instance-BROADBAND] quit
# IMS 语音 VPN
[CR-1] ip vpn-instance IMS-VOICE
[CR-1-ip-vpn-instance-IMS-VOICE] vpn-instance-name IMS-VOICE
[CR-1-ip-vpn-instance-IMS-VOICE] rd 65000:3001
[CR-1-ip-vpn-instance-IMS-VOICE] route-target import extcommunity 65000:3001
[CR-1-ip-vpn-instance-IMS-VOICE] route-target export extcommunity 65000:3001
[CR-1-ip-vpn-instance-IMS-VOICE] quit
四、IMS 融合语音架构
4.1 IMS 在 FMC 中的角色
IMS（IP Multimedia Subsystem，IP 多媒体子系统）是 FMC 融合中统一语音业务的核心。无论用户通过固网（FTTH）、4G（VoLTE）还是 5G（VoNR）接入，语音呼叫都由同一个 IMS 核心网处理，实现"一号通"（同一号码在固网和移动网间无缝切换）。
4.2 VoWiFi 配置
VoWiFi（Voice over WiFi）是固移融合中最典型的业务场景。用户的手机通过家庭 WiFi 连接光猫，语音流量通过固网宽带上传至 IMS，使用移动网络的 IMS 核心进行通话，拨打出去显示的是手机号码。
# BRAS 上 VoWiFi 流量分流配置
<BRAS> system-view
[BRAS] sysname BRAS-1
# 创建 IMS 语音 VPN 接口
[BRAS-1] interface Vlanif600
[BRAS-1-Vlanif600] ip vpn-instance IMS-VOICE
[BRAS-1-Vlanif600] ip address 10.60.100.1 255.255.255.0
[BRAS-1-Vlanif600] quit
# 策略路由：SIP/RTSP 等语音流量进入 IMS VPN
[BRAS-1] traffic classifier IMS-VOICE
[BRAS-1-traf classifier-IMS-VOICE] if-match destination-ip 10.200.1.0 0.0.0.255
[BRAS-1-traf classifier-IMS-VOICE] if-match destination-port 5060 protocol tcp
[BRAS-1-traf classifier-IMS-VOICE] if-match destination-port 5060 protocol udp
[BRAS-1-traf classifier-IMS-VOICE] quit
[BRAS-1] traffic behavior IMS-VOICE-FWD
[BRAS-1-traf behavior-IMS-VOICE-FWD] direct-ip-vpn-instance IMS-VOICE
[BRAS-1-traf behavior-IMS-VOICE-FWD] quit
[BRAS-1] traffic policy IMS-VOICE-POLICY
[BRAS-1-trafficpolicy-IMS-VOICE-POLICY] classifier IMS-VOICE behavior IMS-VOICE-FWD
[BRAS-1-trafficpolicy-IMS-VOICE-POLICY] quit
[BRAS-1] interface GigaEthernet5/0/0
[BRAS-1-GigaEthernet5/0/0] traffic-policy IMS-VOICE-POLICY inbound
[BRAS-1-GigaEthernet5/0/0] quit
五、统一认证与计费
5.1 统一 AAA 架构
FMC 融合中，固网用户（宽带账号）和移动用户（IMSI/SIM卡）需要统一的身份认证体系：
| 用户类型 | 认证标识 | 认证协议 | 融合方案 |
|---|---|---|---|
| 固网宽带 | PPPoE Username | RADIUS (PAP/CHAP) | 统一 RADIUS 平台，按账号前缀区分 |
| 移动用户 | IMSI/MSISDN | Diameter (5G AKA) | HSS/UDM 统一用户数据库 |
| VoWiFi | SIP URI / IMSI | Diameter (Sh/S6a) | IMS HSS 同时服务固移 |
5.2 统一 OCS 计费
在线计费系统（OCS, Online Charging System）通过 Gy/Gz（4G）或 N5/N6（5G）接口与核心网对接，通过 RADIUS Accounting 与 BRAS 对接，实现固移统一的实时计费。
六、FMC 融合故障案例
6.1 案例：VoWiFi 呼叫建立失败
故障现象： 用户开启 VoWiFi 功能后，手机显示"WiFi 通话"已连接，但拨打任何电话均提示"呼叫失败"。
排查过程：
# 在 BRAS 上检查 VoWiFi 流量是否被正确分流到 IMS VPN
<BRAS-1> display traffic-policy interface GigabitEthernet5/0/0 inbound
Traffic Policy: IMS-VOICE-POLICY
Classifier: IMS-VOICE
Destination IP: 10.200.1.0/24
Destination Port: 5060 (TCP/UDP)
Behavior: IMS-VOICE-FWD
Action: direct-ip-vpn-instance IMS-VOICE
# 检查 IMS VPN 路由
<BRAS-1> display ip vpn-instance IMS-VOICE routing-table
# 无路由！IMS VPN 中缺少到 P-CXF 的路由
根因分析： IMS VPN 实例中缺少到达 P-CXF（入口 SBC）的路由，导致 SIP 信令报文在 VPN 内无法转发。
解决方案：
# 在 PE 设备上为 IMS VPN 添加静态路由指向 P-CXF
[BRAS-1] ip vpn-instance IMS-VOICE
[BRAS-1-ip-vpn-instance-IMS-VOICE] ip route-static 10.200.1.0 255.255.255.0 10.60.100.254
[BRAS-1-ip-vpn-instance-IMS-VOICE] quit
# 或者通过 BGP 学习 IMS VPN 路由
[BRAS-1] bgp 65000
[BRAS-1-bgp-65000] address-family vpnv4
[BRAS-1-bgp-65000-vpnv4] peer 10.1.1.1 vpn-instance IMS-VOICE
[BRAS-1-bgp-65000-vpnv4] quit
6.2 案例：固网用户 5G 切换时业务中断
故障现象： 某企业用户在办公室通过固网专线访问内部系统，外出时切换到 5G 网络，但原有会话全部中断，需要重新建立连接。
根因分析： 固网和 5G 使用了不同的 L3VPN 承载，用户从固网切换到 5G 时 IP 地址发生变化，导致原有 TCP 会话断开。这是当前 FMC 架构的固有局限——在 L3 层面尚未实现真正的"无缝切换"。
解决方案方向： 1. 短期：通过 AnyIP/无缝切换方案，在用户侧维持同一 IP 地址 2. 中期：采用 IPv6 + MAP-T/LW4OVI 等方案实现 L3 连续性 3. 长期：向 SRv6 演进，利用 SRv6 的灵活路由能力实现跨域无缝切换
七、总结
固网与移动网融合不是一蹴而就的架构改造，而是一个从品牌融合到网络融合的渐进过程。统一承载网和统一 IMS 是 FMC 最核心的技术基础设施。
| 融合维度 | 当前成熟度 | 关键技术 | 待解决问题 |
|---|---|---|---|
| 品牌/计费融合 | 成熟 | 统一 BOSS/OCS | 跨域折扣策略 |
| IMS 语音融合 | 成熟 | IMS Core、VoWiFi、VoLTE | 端到端 QoS |
| 承载网融合 | 进行中 | 统一 MPLS/IP 承载 | 差异化 SLA |
| 用户面融合 | 演进中 | UPF 下沉、AnyIP | 无缝 IP 连续性 |
思考题：
- 在 FMC 融合架构中，IMS 为什么能够同时为固网语音（VoWiFi）和移动网语音（VoLTE/VoNR）提供服务？IMS 的核心设计特点是什么？
- 如果固网和移动网使用不同的 IPv6 前缀，用户在从固网切换到 5G 时，IPv6 地址也会变化吗？这会对上层业务产生影响吗？
- VoWiFi 场景中，为什么需要在 BRAS 上做策略路由将 SIP 流量分流到 IMS VPN？如果不做分流，SIP 流量随普通互联网流量走，会遇到什么问题？
下篇预告：第197篇《大客户专线 MPLS VPN 设计》将聚焦运营商面向政企大客户的专线业务设计，从 L3VPN 到 L2VPN、从 SLA 保障到带宽管理，全面剖析大客户专线背后的技术细节。