1. 从“硬”到“软”通信核心网的演进脉络如果你在通信行业待过几年或者对运营商网络有点兴趣大概率听过“软交换”和“IMS”这两个词。它们常常被放在一起讨论但又似乎代表了不同的时代。很多刚入行的朋友会感到困惑软交换不是早就被IMS替代了吗为什么现在有些资料还在提IMS又到底是个啥和我们现在用的VoLTE、5G新通话有什么关系要理清这些我们得先回到那个“硬”的时代。在软交换出现之前运营商的电话网络PSTN/程控交换网是典型的“硬”架构。想象一下一个巨大的、布满物理电路板和专用芯片的交换机房每一路电话的通话建立、路由选择、计费触发都依赖于这些专用硬件设备里预先烧录好的逻辑。这种架构稳定、高效但有个致命缺点不灵活。想增加个彩铃业务对不起可能需要设备厂商派工程师到现场升级板卡甚至整机周期以月计。各种业务逻辑与底层呼叫控制、承载交换紧紧耦合牵一发而动全身。软交换Softswitch技术的出现第一次把“软”的思想引入了核心网。它的核心设计理念是呼叫控制与承载分离。简单来说就是把原来交换机里负责“大脑”决定电话怎么接和“四肢”负责语音数据流的实际传输的功能拆开了。“大脑”部分变成了一个运行在通用服务器上的软件——软交换设备或称为呼叫代理、媒体网关控制器而“四肢”则由分布在各处的媒体网关Media Gateway来担任负责把传统的TDM语音流转换成可以在IP网络上传输的数据包。这个变革意义重大。首先它基于IP网络建设成本和维护成本大幅降低不再需要昂贵的专用交换硬件。其次业务开发变得灵活因为呼叫控制集中了新业务如预付费、一号通可以以独立应用服务器的形式开发通过标准协议如SIP、H.248与软交换对接实现了业务与控制的分离。在21世纪初的固网智能化改造和NGN下一代网络建设中软交换是绝对的主角它让固定电话网焕发了新生也为后续的移动核心网分组域PS和IMS的引入铺平了道路。然而软交换主要解决了基本语音呼叫的IP化问题它的业务能力依然相对单一主要面向传统的点对点语音通信。当市场需要更丰富的、融合的、基于IP的多媒体业务时比如视频通话、即时消息、在线状态呈现、会议协作等软交换架构就显得力不从心了。这时IMS登场了。2. IMS不止是“软交换的升级版”IMS全称IP多媒体子系统IP Multimedia Subsystem。很多人把它理解为“软交换2.0”或“移动版的软交换”这其实不准确或者说只看到了表面。IMS确实是软交换思想的延伸和升华但它有更根本性的不同。IMS的核心理念是“会话控制与业务能力彻底分离并实现接入无关性”。我们来拆解一下这句话会话控制与业务能力彻底分离在软交换里虽然业务可以独立开发但呼叫控制逻辑本身软交换设备还是知道“电话”这件事的。而在IMS中最核心的网元CSCF呼叫会话控制功能更像一个纯粹的“路由器”和“策略执行点”它不关心你发起的是一次语音通话、一个视频会议还是一场游戏对战。它只负责会话信令基于SIP协议的路由、用户的注册鉴权、以及触发相应的业务规则。具体的业务逻辑全部交给一堆独立的应用服务器AS去实现。这种分离比软交换时代更彻底。接入无关性这是IMS最强大的特性之一。设计之初IMS就规定其核心网络不关心用户通过什么方式接入。无论是固定宽带Wi-Fi、移动网络2G/3G/4G/5G还是有线电视网络只要终端能跑SIP协议能接入IP网络并完成IMS的注册流程就能享受完全一样的IMS业务体验。这为实现真正的固定移动融合FMC奠定了基石。那么IMS这套架构是如何工作的呢我们可以模拟一次最简单的VoLTE语音呼叫流程这是IMS目前最成熟的应用来理解终端注册你的5G手机开机后除了在5G核心网5GC的移动性管理网元AMF注册还会通过IP通道向IMS网络的P-CSCF代理CSCF通常部署在用户接入点附近发起SIP注册请求。P-CSCF将请求转发给用户归属网络的I-CSCF问询CSCFI-CSCF找到为用户服务的S-CSCF服务CSCF。S-CSCF负责与HSS归属用户服务器类似一个超级数据库交互完成用户身份认证和鉴权。注册成功后你的手机就“附着”在IMS网络里了。发起呼叫当你拨打电话时手机上的IMS客户端通常集成在拨号盘中会生成一个SIP INVITE请求包含被叫号码、支持的媒体类型如音频编码等信息发送给P-CSCF。会话控制P-CSCF进行策略检查后将请求路由到你归属的S-CSCF。S-CSCF是核心控制器它会查询用户数据判断这次呼叫是否需要触发增值业务比如无应答呼转、彩铃。如果需要就把INVITE消息“转接”到相应的应用服务器AS。AS处理完业务逻辑后再把消息送回S-CSCF。寻址与接续S-CSCF根据被叫号码通过I-CSCF找到被叫用户所在的S-CSCF最终将INVITE请求送达被叫侧的P-CSCF和终端。媒体建立在信令协商的同时双方终端会通过SIP消息交换IP地址、端口和媒体编解码信息。协商成功后双方的语音数据流RTP包就不再经过IMS核心网元而是直接在两个终端之间或通过媒体资源功能MRF进行转码、会议等处理建立端到端的IP媒体流。这就是“承载与控制分离”IMS核心网只管“指挥”不管“运货”。从这个流程可以看出IMS是一个庞大的、标准化的生态系统而不仅仅是几个网元。它严格遵循3GPP标准定义了数十个网元之间复杂的接口和流程确保了全球运营商设备之间的互联互通。注意IMS的复杂性和标准化既是其优势也是挑战。优势在于它提供了稳定、可扩展、互联互通的框架挑战在于部署成本高、跨厂商集成测试难度大业务开发的门槛也比互联网APP高很多。3. 软交换与IMS不是简单的替代而是承前启后的共生明确了二者的定义后我们再来看看它们的关系。市场上常有“IMS取代软交换”的说法这个说法在业务层面和长期愿景上是正确的但在实际网络现状和特定场景下是片面的。技术架构的演进关系 软交换是IMS的重要先驱和技术基础。IMS继承了软交换“控制与承载分离”的思想并将其发扬光大升级为“控制、承载、业务”三层完全分离并引入了更严格的标准化、安全性和漫游支持。可以说IMS是软交换理念在多媒体和融合业务时代的标准化和完整实现。现网中的共存状态 在当今运营商的网络里软交换和IMS常常是共存的各自承担不同的使命软交换目前主要“退居二线”专注于传统PSTN网络的改造和承载。大量的传统固定电话用户尤其是政企用户、铜缆接入用户仍然通过接入网关连接到软交换网络实现基本的语音业务。同时软交换也常作为IMS网络与传统PSTN网络互通的关口通过AGCF接入网关控制功能或直接与MGCF媒体网关控制功能对接确保IMS用户能打通全世界所有的老式电话。IMS作为面向未来的核心主要承载所有原生的、基于IP的多媒体业务。这包括VoLTE/VoNR这是IMS的“杀手级应用”提供了高清语音、快速呼叫建立比2G/3G电路域快数倍和通话上网并发的能力。富通信服务RCS即所谓的“5G消息”融合了增强的消息、群聊、文件传输、位置共享等功能其后台核心就是IMS。Wi-Fi Calling手机在Wi-Fi环境下通过IMS接入实现无缝的语音和短信业务体验与在蜂窝网络下完全一致。固网语音VoBB家庭宽带电话光猫上的电话口的后台现在也越来越多地迁移到IMS平台。企业通信IPC运营商为企业提供的融合通信解决方案如视频会议、协同办公等也基于IMS架构构建。所以它们的关系更像是“老将守旧疆新帅拓未来”。软交换处理历史包袱和基础互联IMS开拓新业务和新体验。在网络演进中运营商通常采用“IMS为核心软交换为补充”的融合架构这个过渡期可能会持续很长时间。一个常见的误解澄清有人问“Pixel手机怎么注册IMS”这个问题本身就点出了一个关键IMS是一个网络侧架构而不是一个手机APP。手机能否使用IMS业务如VoLTE取决于三个条件1. 手机硬件和基带芯片支持2. 手机操作系统内置了IMS框架和对应的配置APN、运营商配置文件3. 你所在的运营商网络支持并为你开通了此项服务。Pixel手机如果在某个运营商网络下无法使用VoLTE问题通常出在运营商配置文件Carrier Config不匹配或网络侧数据未配置而不是去“注册”一个叫IMS的应用。4. IMS部署与运维中的真实挑战与应对纸上谈兵终觉浅IMS从标准走向现网部署充满了工程挑战。如果你是一名核心网工程师以下这些点可能是你日常工作的重心。4.1 网络融合与互通的复杂性IMS不是凭空建造的空中楼阁它必须与现有网络共存并互通。这带来了几大互通场景与CS电路域网络互通这是必须的因为还有很多2G/3G用户和未升级的终端。这需要通过MGCF和IM-MGW网元来实现SIP信令与ISUP/BICC信令的转换以及IP媒体流与TDM/E1时隙的转换。这里最大的坑在于编解码协商和放音。CS侧可能只支持老的G.711编解码而IMS侧希望用更高效的AMR-WB需要MGW进行转码转码会引入延迟和损耗。此外呼叫等待、三方通话等补充业务的信令映射也极其复杂容易出问题。与现有软交换/NGN网络互通对于运营商内部的固网用户迁移往往需要IMS与软交换通过SIP或SIP-I协议互通。这里的关键是号码分析和路由策略要确保无论从哪个网络发起呼叫都能正确路由到被叫所在的网络并且主叫号码能正确显示。跨运营商IMS互通当A运营商的VoLTE用户呼叫B运营商的VoLTE用户时理想情况是端到端的IMS路由。这要求运营商之间开通IPX互联并协商好SIP信令路由、安全策略如TLS加密、以及结算方式。在实际中由于进度不一很多时候还是会回落为IMS-CS-CS-IMS的迂回路由影响了通话质量和接续速度。4.2 安全性与信令风暴防护IMS完全基于IP意味着它继承了IP网络的所有优点也继承了所有风险。安全是重中之重。接入安全IMS使用AKA认证机制比互联网应用的密码认证更安全。但P-CSCF作为接入点暴露在相对不可信的接入网中是DDoS攻击的重点目标。需要在网络边界部署SBC会话边界控制器它集成了NAT穿越、拓扑隐藏、DoS防护、媒体代理等多种功能是IMS网络的“防火墙”和“网关”。信令安全SIP信令需要加密TLS和完整性保护。但全程加密会加重核心网元负荷因此实践中常在域内运营商网络内部使用非加密的SIP在域间如通过IPX使用TLS加密。信令风暴这是运维中最头疼的问题之一。想象一下节假日零点数百万用户同时发送拜年短信或尝试呼叫瞬间海量的SIP注册、订阅、消息请求涌向CSCF和AS。如果网元性能或过载保护机制设计不当极易导致雪崩整个IMS服务瘫痪。应对策略包括各级网元实现完善的拥塞控制如503响应、减载、部署信令流量整形设备、对AS进行水平扩容和负载均衡。4.3 故障排查一条VoLTE呼叫失败的排查思路当接到“VoLTE电话打不通”的投诉时作为工程师你不能盲目抓包需要一套清晰的排查思路定界首先确认是单用户问题还是批量问题。如果是单用户重点查终端和用户数据如果是批量问题重点查网络侧网元或路由。分段将端到端路径分段。通常分为终端 - 无线网 - EPC/5GC - IMS。终端侧检查终端是否已注册IMS设置中VoLTE开关是否打开信号栏是否有HD或VoLTE图标。尝试开关飞行模式强制重注册。检查APN设置是否正确。无线/核心网侧检查用户是否附着在4G/5G网络上而非2/3G。检查PGW/UPF是否为用户建立了通往IMS的专用承载QCI5的承载。这是VoLTE通话的“高速公路”没有它媒体流无法保证质量。IMS侧这是最复杂的部分。通过信令跟踪系统如抓取SBC、CSCF的接口消息还原用户的SIP信令流程。关键检查点注册阶段SIP 401/407挑战响应是否成功200 OK是否收到用户是否在HSS中签约了IMS业务呼叫阶段INVITE消息发出后在哪里失败了是路由找不到404/484还是对方忙486或是媒体协商失败488 Not Acceptable Here媒体协商失败非常常见可能是双方支持的编解码列表没有交集或者SDP中的IP地址/端口信息有误特别是经过NAT时。工具与日志熟练使用Wireshark过滤SIP和RTP报文、运营商内部的信令监测平台、以及各网元的操作维护终端OMC查看详细错误日志和计数器是定位问题的关键。5. 面向未来IMS在5G时代的新角色与演进随着5G的全面部署很多人有疑问5G核心网5GC已经如此强大IMS还有存在必要吗答案是肯定的而且角色更加清晰。在5G架构中IMS被明确定义为5G网络中的语音和多媒体业务引擎。5GC本身主要提供连接和移动性管理它不直接处理具体的通话业务。当5G用户需要打电话时5GC的网络开放功能NEF或策略控制功能PCF会引导终端通过5G网络接入到IMS系统。这就是VoNRVoice over New Radio的实现方式。5G为IMS带来的新机遇网络能力开放5GC通过NEF等网元可以将网络状态如用户位置、连接质量更开放地提供给IMS应用服务器。这使得业务可以更智能例如在用户进入体育馆时自动推送赛事直播链接或在网络拥堵时动态调整视频通话的码率。与边缘计算MEC结合IMS应用服务器可以下沉到网络边缘。这对于超低延迟的通信业务至关重要比如AR/VR远程协作、工业物联网中的实时对讲媒体流可以在靠近用户的边缘节点进行处理和交换极大降低端到端时延。支撑5G新通话5G New Calling这被认为是IMS在5G时代最重要的价值延伸。5G新通话不仅仅是高清语音它是在原生通话界面上叠加了数据通道可以实现屏幕共享、远程协助、实时翻译、内容共享等交互式功能。这些功能的后台核心正是IMS的能力开放架构和媒体处理能力通过MRF实现。IMS为这些实时交互业务提供了标准的会话控制、安全认证和计费框架。IMS自身的演进 为了适应云原生和5G的需求IMS本身也在向云化IMSIMS in the Cloud和虚拟化IMSvIMS演进。传统的物理网元被分解为更细粒度的微服务部署在通用的云基础设施如OpenStack、Kubernetes上。这带来了弹性伸缩、快速部署、故障自愈等巨大优势。例如在演唱会期间可以自动扩容处理注册和消息的微服务实例而在夜间闲时则可以缩容以节省资源。从软交换到IMS再到云化IMS这条演进路线清晰地展示了通信核心网的发展逻辑不断解耦、不断软化、不断开放。解耦是为了灵活软化是为了降低成本并快速迭代开放是为了繁荣生态。理解了这个逻辑你就能看透很多通信技术变迁背后的商业驱动力和工程哲学。对于从业者而言拥抱云原生、理解SIP协议栈的深度细节、掌握基于IMS的业务开发与运维依然是未来很长一段时间内具备高价值的技能方向。