好的,这是系列文章的第四篇。我们将聚焦于一个支撑起现代移动通信语音和多媒体业务的“隐形帝国”——IMS,深入解读规范的5.3章节:IP多媒体业务数据存储 (IP Multimedia Service Data Storage)。
深度解析 3GPP TS 23.008:5.3 IMS用户数据全景解析 (VoLTE/VoNR背后的秘密)
本文技术原理深度参考了3GPP TS 23.008 V18.1.0 (2024-06) Release 18规范中,关于“5.3 IP Multimedia Service Data Storage”的核心章节。本文旨在为读者揭开VoLTE/VoNR、富媒体消息、视频彩铃等丰富IMS业务背后的数据“天书”,我们将通过用户美美体验VoNR高清视频通话的场景,逐一解码那些决定她多媒体通信体验的关键签约数据。
引言:当“打电话”不再只是“打电话”
在我们的故事中,用户美美的通信生活早已超越了简单的语音通话。她习惯了在4G/5G网络上进行超高清的视频聊天(VoLTE/VoNR),使用可以发送图片和位置的富媒体消息(RCS),甚至为她的朋友们设置了专属的视频彩铃。这一切看似理所当然的“现代化通话”体验,其背后都由一个庞大而精密的系统在支撑——IMS (IP Multimedia Subsystem,IP多媒体子系统)。
IMS是3GPP打造的一个独立于传统电路域(CS)和分组域(PS)的、基于SIP协议的**“业务控制层”**。它像一个全能的“多媒体总机”,负责处理所有基于IP的实时和非实时通信会话。
当美美将她的套餐升级到“5G极速先锋”后,营业员不仅为她开通了5G上网功能,更重要的是,在后台的HSS(或5G时代的UDM/UDR)中,为她创建了一份全新的、独立的IMS签约档案。这份档案的内容,正是由TS 23.008的5.3章节所定义的。它决定了美美在IMS这个“多媒体总机”里的身份、权限和个性化业务逻辑。
今天,我们将化身为IMS系统的“数据配置工程师”,以规范中的Table 5.3 (Overview of IMS subscriber data used for IP Multimedia services) 为索引,探索这份定义了现代通话体验的“天书”。
表格解读预备知识: IMS引入了新的“档案馆”管理员:
- HSS (Home Subscriber Server): 依然是IMS签约数据的中央存储库。
- S-CSCF (Serving-Call Session Control Function): 服务CSCF,是IMS核心网的“大脑”,负责处理用户的注册、会话控制和业务触发。它需要从HSS下载用户的签约数据来为用户服务。
- IM-SSF (IP Multimedia Service Switching Function): 用于IMS与传统智能网(IN/CAMEL)业务互通的功能。
- AS (Application Server): 应用服务器,是所有增值业务(如彩铃、呼叫转移、语音信箱)的“家”。
1. IMS身份标识:在IP世界里的新“名片”
美美在IMS世界里,拥有了一套与传统IMSI/MSISDN平行但又关联的新身份。
Private User Identity (IMPI) [Clause 3.1.1] Stored in: HSS (M), S-CSCF (M) | TYPE: P
- 参数解读: 私有用户身份(IMPI),是美美在IMS网络中进行注册和认证时使用的唯一、永久的身份标识。它对用户本人是不可见的,格式类似于
[email protected],通常由IMSI衍生而来。 - 场景演绎: 当美美开机时,她的手机会向IMS网络发起REGISTER(注册)请求。在这个请求中,用于向网络证明“我是我”的,就是这个IMPI。S-CSCF会拿着这个IMPI去HSS查询她的IMS档案。
Public User Identity (IMPU) [Clause 3.1.2] Stored in: HSS (M), S-CSCF (M) | TYPE: P
- 参数解读: 公共用户身份(IMPU),是美美在IMS世界中被他人联系时使用的“地址”。一个用户可以拥有多个IMPU,并且多个IMPU可以共享同一个IMPI。IMPU的格式通常是SIP URI(如
sip:[email protected])或Tel URI(如tel:139xxxxxxxx)。 - 场景演绎: 美美的朋友想和她进行VoNR视频通话,朋友的手机会向IMS网络发起一个指向美美IMPU(
tel:美美的手机号)的INVITE(呼叫邀请)请求。网络通过查询,找到这个IMPU当前注册在哪一个S-CSCF下,从而将呼叫路由到美美的手机。美美还可以申请一个sip:[email protected]这样的IMPU作为自己的“视频名片”,别人同样可以通过这个地址呼叫她。
2. 业务触发与逻辑:定义个性化的通话体验
这是IMS最强大、最核心的部分。它使得“打电话”这个简单的动作,变成了一个可编程、可定制的“事件”。
Initial Filter Criteria (iFC) [Clause 3.5.2] Stored in: HSS (C), S-CSCF (C) | TYPE: P
- 参数解读: 初始过滤规则(iFC),是IMS业务触发的“灵魂”。它是一组**“IF…THEN…”的规则集合,存储在HSS中,并在用户注册时下载到S-CSCF。iFC定义了当某个特定的SIP消息(如INVITE请求)到达S-CSCF时,S-CSCF是否应该以及如何将这个消息转发给某个特定的应用服务器(AS)**去处理。
- iFC规则的核心要素:
- Trigger Point (触发点): 触发规则的条件,例如“当收到一个INVITE请求时”或“当用户处于未注册状态时”。
- Application Server (AS) Address: 如果触发点满足,消息应该被送往哪个AS的地址(一个SIP URI)。
- Priority (优先级): 当一个触发点满足多条iFC规则时,按优先级顺序执行。
- 场景演绎: 美美的IMS档案中,配置了这样几条iFC:
- 视频彩铃 iFC (最高优先级):
- 触发点: 收到指向美美的
INVITE请求。 - AS地址:
sip:video-ringback.operator.com。 - 效果: 当朋友呼叫美美时,S-CSCF会首先将呼叫请求转发给“视频彩铃AS”。这个AS会暂停后续的呼叫流程,先给主叫方播放一段美美设定的视频彩铃。
- 触发点: 收到指向美美的
- 呼叫拒绝iFC (中优先级):
- 触发点: 收到指向美美的
INVITE请求,且主叫号码在美美的“黑名单”中。 - AS地址:
sip:call-rejection.operator.com。 - 效果: 如果是骚扰电话打来,S-CSCF会将呼叫转发给“呼叫拒绝AS”,该AS会直接向主叫方返回一个“忙”或“无法接通”的响应,美美的手机甚至不会响铃。
- 触发点: 收到指向美美的
- 最终路由 (无iFC匹配): 如果以上规则都不匹配,S-CSCF会执行默认操作,即直接将
INVITE请求路由到美美的手机,让她接听电话。
- 视频彩铃 iFC (最高优先级):
iFC机制,使得运营商和第三方开发者可以像搭积木一样,为用户组合出各种丰富多彩的增值业务,而无需修改核心网S-CSCF的代码。
3. 注册与会话管理:维护用户在IMS网络中的状态
S-CSCF Name [Clause 3.2.2] Stored in: HSS (M) | TYPE: T
- 参数解读: 记录了当前为美美提供服务的S-CSCF的地址。这是一个临时数据。
- 场景演绎: 当美美开机并成功注册到IMS网络后,HSS会记录下由I-CSCF为她选择的S-CSCF的地址。当有朋友呼叫美美时,网络中的I-CSCF会先去HSS查询这个
S-CSCF Name,从而知道应该将呼叫请求转发到哪个S-CSCF去处理。这是IMS被叫路由的核心。
Registration Status [Clause 3.2.1] Stored in: HSS (M) | TYPE: T
- 参数解读: 记录了美美的IMPU当前的注册状态,如
REGISTERED,NOT_REGISTERED,UNREGISTERED。 - 场景演绎: 如果美美手机关机或者进入了没有IMS覆盖的区域,她的注册状态会超时变为
UNREGISTERED。此时,如果她的iFC中配置了“未注册时触发语音信箱”的业务,那么所有打给她的电话都会被S-CSCF自动转接到语音信箱AS。
4. 授权与计费:定义“你能用什么”与“如何收费”
List of Subscribed IMS Communication Service Identifiers [Clause 3.6.2] Stored in: HSS (M), S-CSCF (C), AS (C) | TYPE: P
- 参数解读: 已签约的IMS通信业务标识符列表。这是一个权限列表,详细定义了美美被授权可以使用哪些IMS业务。例如,她是否可以使用VoNR高清视频通话、是否可以使用RCS富媒体消息、是否可以发起多方会议等。
- 场景演绎: 当美美的朋友向她发起一个视频通话请求时,S-CSCF会检查她的这份“权限列表”,确认她签约了“视频通话”这项业务,然后才会将呼叫继续。如果她没有签约,S-CSCF可能会拒绝这个呼叫,或者将其降级为普通语音通话。
Primary/Secondary Event/Charging Collection Function Name [Clauses 3.7.x] Stored in: HSS (C), S-CSCF (C) | TYPE: P
- 参数解读: 这些参数定义了与美美IMS会话相关的计费系统的地址,包括在线计费系统(OCS,用于预付费用户)和离线计费系统(OFCS,用于后付费用户)。
- 场景演绎: 美美每进行一次VoNR通话,或者发送一条RCS消息,S-CSCF都会根据这些地址,生成详细的计费事件,并发送给对应的计费系统,作为她月底账单的依据。
FAQ环节
Q1:IMPI(私有身份)和IMPU(公共身份)是什么关系?为什么需要区分两者? A1:它们是**“一对多”的关系。一个IMPI可以关联多个IMPU。区分两者是为了实现身份与地址的解耦**,从而带来巨大的灵活性。
- IMPI是认证的锚点,它与用户的SIM卡和签约数据牢牢绑定,代表“你是谁”。
- IMPU是通信的地址,它可以灵活地增删改查,代表“别人如何找到你”。 这种分离使得美美可以在不改变自己核心身份(IMPI)的前提下,拥有多个通信地址(多个IMPU,如一个用于工作,一个用于生活),并为这些地址设置不同的业务逻辑。
Q2:iFC(初始过滤规则)机制听起来很强大,它是由谁来配置的?用户可以自己定义吗? A2:iFC的配置权通常在运营商手中。它作为用户签约数据的一部分,存储在HSS中,由运营商的业务开通和管理平台进行配置。普通用户通常无法直接修改自己的iFC。但是,用户可以通过订购或退订某个增值业务(如视频彩铃),来间接地触发运营商后台系统去修改她的iFC。例如,当美美开通视频彩铃业务时,系统会自动为她的IMS档案添加一条指向视频彩铃AS的iFC。
Q3:IMS和5G核心网(AMF, SMF)是什么关系? A3:它们是**“上层业务”与“下层管道”的关系。5G核心网(或4G的EPC)负责为美美提供一个IP连接**,即建立一个PDU会话(或PDP/PDN连接),并保证其QoS。这个连接就像是一条修好的“高速公路”。而IMS系统,则是这条高速公路上跑的“豪华大巴车队”,它利用这条IP“高速公路”,来承载和控制信令(SIP消息),从而实现VoNR等丰富的多媒体业务。IMS的S-CSCF等网元,逻辑上位于AMF/SMF等核心网网元“之上”。
Q4:为什么Table 5.3中很多参数都同时存储在HSS和S-CSCF中? A4:这是一种**“中央存储+本地缓存”**的经典架构。
- HSS是权威的数据源,存储着所有IMS用户的完整、永久的签约数据。
- S-CSCF在用户注册时,会从HSS下载一份该用户的签约数据副本,并缓存在本地。在后续为该用户提供服务的过程中,S-CSCF会直接使用这份本地缓存,以实现最低的处理时延。当用户注销或注册超时,这份缓存会被清除。当用户的签约数据在HSS中发生变更时(如开通新业务),HSS会主动“推送”更新给S-CSCF,以保证缓存的同步。
Q5:学习完5.3章节,我如果想了解IMS业务的具体实现,应该看哪些规范? A5:TS 23.008的5.3章只是定义了“数据”。要了解“行为”,你需要深入IMS的核心规范体系:
- 总体架构: TS 23.228 “IP Multimedia Subsystem (IMS); Stage 2”。这是理解IMS所有网元、接口和基本流程的“圣经”。
- 核心信令: TS 24.229 “IP multimedia call control protocol based on SIP and SDP; Stage 3”。它定义了IMS网络中SIP协议的详细用法和扩展。
- 业务触发: TS 23.218 “IP Multimedia (IM) session handling; IM call model; Stage 2”。它详细描述了iFC等业务触发机制的工作原理。