IMS的结构及网元功能

IMS并不是由一台“核心交换机”完成所有通信控制，而是把用户接入、SIP会话控制、用户数据、业务逻辑、媒体资源和传统网络互通拆分为不同逻辑功能。不同功能之间通过标准化接口协同，使语音、视频和其他IP多媒体业务不必与某一种固定接入网络绑定。

理解IMS架构时，需要特别区分两个概念：逻辑网元和物理部署。P-CSCF、S-CSCF、HSS、AS等首先是标准中定义的逻辑功能，并不意味着工程中每一个功能都必须单独部署一台服务器。根据用户规模、容量、可靠性和虚拟化方式，多个功能可以分布式部署，也可以在满足架构要求的条件下合设。

另外，早期IMS资料经常把SGSN、GGSN、PDF、PEF等功能与CSCF、HSS一起画在同一张总体架构图中。这些节点有助于理解3G时代IMS如何接入分组网络，但它们并不都属于IMS会话控制核心。

IMS为什么采用分层和功能解耦架构

传统程控交换系统通常把用户接入、呼叫控制、交换和部分业务能力集中在交换平台内部。IMS则把这些能力进一步拆开，使底层网络负责IP连接和媒体承载，CSCF负责会话控制，HSS等用户数据功能管理身份和签约信息，Application Server执行具体业务逻辑。

可以把IMS相关功能简化为几个层次：

接入与IP承载 → IMS会话控制 → 用户数据 → 业务应用 → 媒体资源与网络互通

这种结构使IMS能够运行在不同IP接入环境上。早期可以连接GPRS/UMTS网络，LTE时代可以运行在EPC提供的分组连接之上，进入5G以后又可以与5GC环境协同。接入网络发生变化，并不意味着IMS中的SIP会话控制逻辑必须完全重新设计。

P-CSCF、I-CSCF和S-CSCF分别负责什么

CSCF是IMS会话控制体系中最核心的一组功能，包括P-CSCF、I-CSCF和S-CSCF。三者都参与SIP信令处理，但所在位置和职责不同。

P-CSCF是终端进入IMS的重要入口。UE完成P-CSCF发现以后，REGISTER、INVITE等主要IMS SIP请求通常先发送给P-CSCF，再进入后续IMS网络。

原有资料经常把P-CSCF直接描述为“拜访网络中的网元”，这种说法不够通用。P-CSCF具体部署在归属网络、访问网络还是其他位置，要结合接入和漫游架构判断。更稳定的定义是：P-CSCF是UE面向IMS的第一个SIP接触点。

I-CSCF主要工作在IMS域入口。例如其他网络向某个归属IMS用户发起会话时，请求可以先进入I-CSCF，再通过HSS相关信息找到当前为该用户服务的S-CSCF。

S-CSCF是用户IMS会话控制的核心功能。它参与注册、维护用户注册状态、处理SIP路由，并根据业务签约触发Application Server。

但S-CSCF本身并不承担所有业务执行和媒体处理。例如呼叫转移等业务逻辑可以由AS处理，会议混音、提示音或媒体播放可以交给MRF。

用户如何经过这几个CSCF完成上线，可以继续查看IMS注册流程是怎样的；INVITE建立端到端通信的过程则由IMS会话流程是怎样的继续展开。

HSS、SLF和用户数据怎样参与IMS

IMS不仅要知道一个用户当前是否在线，还需要处理用户身份、认证、注册位置和业务签约等信息，因此用户数据功能是IMS架构中的重要组成部分。

HSS（Home Subscriber Server）是经典IMS架构中的核心用户数据功能，其信息可以涉及：

• 用户公共和私有身份；
• IMS认证所需数据；
• 当前用户注册及服务节点相关信息；
• 用户业务签约数据；
• S-CSCF业务触发所需的服务配置。

S-CSCF并不是把所有用户数据长期保存在自己内部，而是通过相应接口与HSS交互，获得注册、认证和业务控制所需要的信息。

例如在IMS注册过程中，I-CSCF可以根据HSS返回的信息找到已经为用户服务的S-CSCF，或者根据网络能力选择新的S-CSCF；S-CSCF则需要HSS提供认证以及用户服务配置相关信息。

SLF（Subscription Locator Function）主要用于存在多个独立HSS的场景。当一个网络无法直接确定某个用户数据位于哪台HSS时，可以通过SLF完成定位。

因此SLF不是每一个IMS网络都必须独立部署的重要用户数据库，它解决的是多HSS环境下“用户数据在哪一个HSS”的问题。

AS和MRF怎样提供业务与媒体资源

IMS把会话控制和具体业务逻辑分开，因此S-CSCF负责判断什么时候应该触发某项业务，而真正执行电话补充业务或其他应用逻辑的通常是Application Server。

现代IMS中最重要的是SIP Application Server以及面向电话业务的TAS等应用服务器。例如呼叫转移、号码处理或其他运营商电话业务，都可以由相应AS根据SIP会话执行。

早期IMS标准中还可以看到IM-SSF和OSA SCS等功能：

• SIP AS：直接处理IMS原生SIP业务；
• IM-SSF：主要用于继承CAMEL等传统智能网业务；
• OSA SCS：用于通过开放业务能力接口连接相应外部应用。

在今天理解IMS业务层时，应把SIP AS和TAS作为主要对象，而IM-SSF、OSA SCS更多体现IMS从传统业务体系演进时的兼容和开放机制。

S-CSCF通常根据用户业务配置判断是否需要通过ISC触发AS。具体业务触发框架可以继续查看IMS业务提供框架。

如果某项业务需要实际处理音频或视频，例如播放提示音、会议混音或调用公共媒体资源，则还会涉及MRF（Media Resource Function）。

MRF一般进一步分为：

这也体现了IMS架构中“控制和媒体处理分开”的原则：AS决定业务逻辑，MRFC进行媒体控制，而MRFP执行实际媒体处理。

BGCF、MGCF和IMS-MGW怎样连接传统电话网

IMS虽然是IP多媒体架构，但实际运营网络中仍然可能存在PSTN、传统移动CS域、E1中继和SS7电话网络，因此IMS必须提供与电路交换网络互通的功能。

典型关系可以表示为：

IMS → BGCF → MGCF → IMS-MGW → CS / PSTN

例如IMS用户呼叫一个传统PSTN号码时，S-CSCF可以把需要进入电路域的会话送向相应出口功能。BGCF决定从哪里出网，MGCF进行SIP与ISUP等传统呼叫信令之间的适配，IMS-MGW则处理媒体。

这里还需要区分传统电话网互通和IP网络之间的IMS边界互联。

如果两侧已经都是IP网络，就不一定需要把媒体转换成TDM。运营商之间的IMS互联可以涉及IBCF、TrGW等边界功能，实际工程中还可能部署SBC承担SIP边界控制、安全、拓扑隐藏、协议适配或媒体锚定。

因此，不能把原文中的ALG、NAPT或某个“IMS-GW”统一看成现代IMS必须存在的标准核心网元。边界处理需要根据网络互联方式和具体部署架构确定。

从3G到LTE和5G，哪些网元发生了变化

原页面的整体架构图非常有价值，因为它展示了IMS形成早期从无线接入、分组核心网、策略控制到IMS会话和业务层的完整关系。

但这张图具有明显的早期3G IMS背景。阅读时要把不同层级分开。

因此，SGSN、GGSN、PDF等从网络中逐步演进或被新架构替代，并不意味着IMS核心会话逻辑一起消失。IMS与接入网络本来就强调一定程度的解耦。

LTE/VoLTE环境中，LTE和EPC提供无线及分组连接，IMS继续完成用户注册、SIP会话和电话业务控制；进入5G以后，5G NR和5GC承担新的接入与分组核心功能，IMS仍可以继续为VoNR等运营商语音业务提供会话控制。

所以今天理解IMS网元时，最重要的不是记住2010年前后架构图里的每一个缩写，而是建立清晰的功能关系：

CSCF控制SIP会话，HSS等功能提供用户数据，AS执行具体业务，MRF处理公共媒体资源，BGCF/MGCF/IMS-MGW负责与传统电话网络互通，而底层接入和承载网络可以随着3G、LTE和5G不断变化。

如果需要了解IMS整体工作方式，可以返回IMS是什么？架构、核心网元、注册与会话流程；需要查看网元之间具体使用哪些参考点和协议，可继续阅读IMS参考点和接口协议。

科能融合可根据项目需求提供IMS系统方案及相关系统集成能力，并结合现有SIP终端、IP语音平台和传统语音网络规划注册、会话、业务及网络互通架构。具体网元组合和部署方式应根据用户规模、现有系统接口、业务需求和可靠性要求确定。