IMS并没有重新设计一套与Internet SIP完全独立的信令协议。3GPP选择IETF定义的SIP作为IMS会话控制基础，并结合SDP完成媒体能力描述和协商，再针对移动通信和运营商网络中的用户身份、漫游、安全、业务触发、计费和策略控制等需求，规定SIP在IMS中应该怎样使用。
因此，“IMS中的SIP”与普通SIP系统使用的是同一套基础协议，但网络结构和控制要求明显更复杂。终端发出的REGISTER、INVITE等请求通常不能绕过IMS核心直接到达目标，而要经过P-CSCF、I-CSCF、S-CSCF等功能，并根据用户状态和业务签约进行相应处理。
原有IMS资料中还经常出现SigComp、GGSN、Go接口和特定SIP Timer等机制。其中一些仍有协议意义，一些则具有明显的早期3G IMS背景。理解这些内容时，需要区分SIP本身、IMS长期保留的机制，以及已经随着LTE和5G网络架构变化的实现方式。
3GPP为什么在IMS中采用SIP
IMS需要解决的并不仅是传统电话“拨号—振铃—接通—挂机”过程，还包括用户注册、移动性、多媒体会话、业务触发、跨域互联以及不同终端之间的能力协商。
SIP本身采用文本化的请求和响应机制，可以通过REGISTER完成注册，通过INVITE建立会话，通过UPDATE、re-INVITE等方式修改会话，并通过BYE释放已经建立的Dialog。这种可扩展的会话控制方式适合构建IP多媒体业务。
与此同时，SIP并不负责直接传输语音或视频。IMS通常结合SDP描述媒体能力，例如支持的Codec、媒体地址、端口和媒体方向，实际语音或视频再通过RTP等媒体协议传输。
可以简化理解为：
SIP负责会话控制 → SDP描述媒体 → RTP承载实际音视频
3GPP的作用并不是重新定义一种“IMS专用SIP”，而是规定终端、CSCF和其他IMS功能怎样使用SIP、SDP以及相关扩展，使其能够满足运营商网络要求。
这也是为什么研究IMS SIP时，既需要理解RFC定义的SIP基本行为，也需要参考3GPP TS 24.229等IMS规范。
SIP模型怎样映射到IMS的CSCF
普通SIP架构中经常会看到User Agent、Proxy、Registrar和Redirect Server等逻辑角色。进入IMS以后，这些能力被放入更明确的运营商网络结构中，其中最重要的是P-CSCF、I-CSCF和S-CSCF。
| IMS功能 | 与SIP相关的主要作用 |
|---|---|
| UE | 作为SIP User Agent发起REGISTER、INVITE等请求，并接收网络返回的SIP响应 |
| P-CSCF | UE进入IMS后的首个SIP接触点，保持在主要IMS信令路径中，并参与安全和策略相关处理 |
| I-CSCF | 作为归属IMS网络入口之一，协助查询用户归属并定位相应S-CSCF |
| S-CSCF | 承担用户注册状态、SIP会话路由和业务触发，并与用户数据功能协同 |
注册阶段可以简化为：
UE → P-CSCF → I-CSCF → S-CSCF
用户完成注册以后，一次SIP会话则可能形成：
UE → P-CSCF → S-CSCF → 对端IMS网络
如果当前请求满足某项业务触发条件，S-CSCF还可以通过ISC把SIP请求送往Application Server，再根据AS的处理结果继续路由。
这里需要避免把IMS注册简单理解成“SIP地址映射IP地址”。IMS注册还涉及用户身份、认证、S-CSCF分配和业务签约数据等内容，详细流程由IMS注册流程专题继续展开。
IMS为什么需要额外的SIP路由和身份机制
普通企业SIP网络中的终端在知道目标服务器地址以后，可以采用相对简单的代理和注册结构。但IMS要求用户的主要信令持续经过指定的运营商控制节点，否则网络无法稳定完成业务触发、计费、安全和漫游控制。
因此IMS大量利用SIP原有及扩展的路由机制，使P-CSCF、S-CSCF等节点保持在正确的信令路径中。
常见机制包括：
- Path：帮助注册服务器保存终端注册请求经过的代理路径；
- Service-Route：在注册完成后向UE提供后续请求需要遵循的服务路由；
- Record-Route / Route：使需要参与Dialog的SIP节点继续保持在后续会话信令路径中。
除了路由，IMS还需要比普通SIP系统更严格地区分用户身份。
例如网络可能使用P-Preferred-Identity表达UE希望使用的公共身份，再由可信IMS网络根据认证结果生成或确认P-Asserted-Identity，供可信域中的后续节点识别已经确认的主叫身份。
在漫游、接入和计费场景中，还可能使用P-Visited-Network-ID、P-Access-Network-Info、P-Charging-Vector等与运营商网络相关的信息。
这些P-Header并不意味着“3GPP重新发明了SIP”，而是IMS利用标准化SIP扩展，为运营商网络补充可信身份、访问网络信息和计费关联等能力。
具体Gm、Mw、ISC、Cx等参考点和协议分工，可以继续查看IMS参考点和接口协议，本页只讨论它们与SIP使用方式直接相关的部分。
IMS怎样完成用户鉴权和SIP信令安全
开放IP网络中的一个重要问题是：服务器不能只因为收到一个REGISTER，就相信消息中的用户身份确实属于发送者。因此IMS需要把SIP注册和运营商用户认证体系结合起来。
在采用IMS AKA的典型场景中，UE首先发送REGISTER，网络根据用户身份获取相应认证数据，再向UE返回鉴权挑战。终端利用SIM、USIM或ISIM中的相关凭据计算认证结果，然后重新发送带有鉴权信息的REGISTER。
简化过程可以表示为：
REGISTER → 鉴权挑战 → AKA计算 → REGISTER携带认证响应 → 注册成功
这里有一个容易混淆的边界：UE与CSCF之间主要使用SIP承载REGISTER和认证相关头字段，而S-CSCF与HSS之间获取认证向量和用户数据，并不是继续使用SIP，而是由IMS相应的数据接口和协议完成。
早期IMS资料还经常把UE与P-CSCF之间建立IPsec安全关联作为典型流程。这在特定3GPP接入和IMS Profile中具有明确意义，但不应扩大成“所有IMS终端在所有接入网络中都必须采用完全相同的IPsec流程”。
不同接入类型、IMS Profile和运营商部署可能采用不同安全组合，因此工程部署时需要根据实际标准版本和网络配置判断。
另外，原文把“网络可以直接发送BYE”作为IMS扩展特性时也需要增加边界。BYE是Dialog参与方用于结束会话的标准SIP方法。网络侧Application Server等如果以UA或B2BUA身份参与Dialog，可以根据业务逻辑发起释放，但普通只承担代理转发角色的CSCF并不是任意产生BYE的终端。
SigComp、Precondition与QoS机制怎样理解
原文对SigComp和Precondition用了较大篇幅，这两部分具有明确的早期IMS技术背景，应该保留，但需要更新适用范围。
SigComp即Signaling Compression。早期无线网络带宽和无线接口效率有限，而SIP又包含较多文本头字段，因此通过SigComp压缩SIP信令曾经是IMS设计中的重要优化方式。
但这不能继续写成“所有IMS接入必须使用SigComp”。例如在VoLTE的E-UTRAN初始IMS注册场景中，现有GSMA Profile明确规定UE不使用SigComp。其他IP接入是否采用，则需要根据相应Profile和网络配置判断。
Precondition解决的是另一个问题：会话的SIP信令已经开始建立，并不意味着承载媒体所需的网络资源一定已经准备完成。
通过SDP Precondition机制，会话建立过程可以把某些资源或QoS条件纳入协商，在满足相应条件之后再继续后续会话过程，从而减少“电话已经提示接通，但媒体资源还没有准备好”一类问题。
原文把这一机制直接固定到：
P-CSCF → Go接口 → GGSN
这种写法只能代表早期GPRS/UMTS IMS架构背景。
随着LTE/EPC部署，策略与QoS控制体系发生了变化，例如IMS应用功能可以通过Rx等机制与策略控制体系协同；进入5G以后，策略和QoS又进入5GC相应架构。因此需要保留的是“IMS会话与承载策略协同”这一思想，而不是把Go和GGSN写成现代IMS固定组成。
哪些早期IMS SIP规则今天需要重新理解
IMS从3GPP Release 5发展至今经历了多个网络阶段，因此早期技术资料中的很多细节不能脱离版本直接套用到当前VoLTE或5G网络。
首先是P-CSCF部署位置。早期资料经常把P-CSCF和GGSN放在固定关系中，这是GPRS/UMTS时代的典型说明。P-CSCF今天仍然是UE进入IMS的关键SIP节点，但它的发现和部署关系应根据实际接入网络、漫游模式和运营商架构判断。
其次是SigComp。它仍是一种真实的SIP信令压缩技术，但是否使用已经成为具体接入Profile和部署条件问题，而不是IMS存在与否的判断标准。
再次是QoS接口。早期Go/GGSN体系不能直接代替LTE中的EPC策略控制，更不能直接描述5GC。真正长期不变的是IMS会话需要与承载、策略和QoS体系协同。
最后是原文列出的SIP Timer固定调整值。例如把T1、T2、T4统一写成某一组IMS专用数字，容易让后续排障人员忽略3GPP Release、具体IMS Profile、传输方式和设备实现之间的差别。
这些Timer本身当然重要，但技术排障时应该查看当前网络采用的TS 24.229版本、相应GSMA Profile以及终端和IMS平台配置，而不是直接使用早期文档中的一组固定参数作为现代IMS通用值。
因此，IMS对SIP最重要的改变并不是创造新的REGISTER、INVITE或BYE，而是把标准SIP放入一套运营商级控制体系：通过CSCF维持服务路径，通过用户身份和鉴权机制确认用户，通过S-CSCF和AS完成业务触发，再与承载、安全、计费和QoS系统协同。
需要从整体架构理解P-CSCF、I-CSCF、S-CSCF和HSS，可以查看IMS是什么？架构、核心网元、注册与会话流程；需要进一步研究S-CSCF如何调用应用服务器，则可以继续查看IMS业务提供框架。
