中国移动IMS Centrex总体技术要求_v1.1.0

C M-I M S C e n t r e x业务

总体技术要求

C M-I M S C e n t r e x S e r v i c e

G e n e r a l T e c h n i c a l S p e c i f i c a t i o n

版本号：1.1.0

╳╳╳╳-╳╳-╳╳发布╳╳╳╳-╳╳-╳╳实施中国移动通信集团公司 发布

前言

本总体技术要求对CM-IMS Centrex业务过程中需要规范的内容提出全面要求，是CM-IMS Centrex业务所需要遵从的纲领性技术文件。

本总体技术要求解释权属于中国移动通信集团公司，具体技术细节由中国移动通信研究院负责解释。

本总体技术要求（技术体制）起草单位：中国移动通信研究院

本总体技术要求（技术体制）主要起草人：

Page 2 of 34

目 录

1范围 (5)

2引用标准 (5)

3相关术语与缩略语解释 (5)

4 业务概述 (7)

5系统结构和组网原则 (7)

5.1 系统结构 (7)

5.1.1 系统结构图 (7)

5.1.2 各网元功能描述 (7)

5.1.3 接口描述 (8)

5.2 组网原则 (9)

6信令流程 (9)

6.1 群内呼叫 (10)

6.2 群外呼出 (11)

6.3 群外呼入 (12)

6.4 主叫号码显示 (12)

6.5 主叫号码显示限制 (13)

6.6 被连接号码显示 (13)

6.7 被连接号码显示限制 (13)

6.8 区别振铃 (13)

6.9 呼叫限制 (14)

6.10 免打扰 (15)

6.11 呼叫等待 (15)

6.12 呼叫保持 (17)

6.13 呼叫接续 (18)

6.14 呼叫前转 (19)

6.14.1 无条件呼叫前转（CFU） (19)

6.14.2 遇忙前转 (21)

6.14.3 无应答前转 (22)

6.14.4 不可及前转 (23)

6.15 呼叫转接 (23)

6.16 同组代答 (23)

6.17 指定代答 (23)

6.18 轮选组 (23)

6.19 话务员注册 (23)

6.20 话务员注销 (23)

7业务管理 (23)

7.1 个人用户 (23)

7.2 组管理员 (23)

7.3 企业管理员 (23)

Page 3 of 34

7.3.1 管理个人用户 (23)

7.3.2 组管理 (23)

7.3.3 业务设置 (23)

7.4 运营商管理员 (23)

8终端要求 (23)

9业务操作码 (23)

10码号 (23)

11与其它业务的关系 (23)

12计费结算 (23)

12.1 计费 (23)

12.2 结算 (23)

附录A 编制历史 (23)

Page 4 of 34

1范围

本技术方案对CM-IMS Centrex业务所作用的技术范畴提出规定，原则上在中国移动通信集团内部使用，用于在Centrex业务开展及招标选型方面为集团公司和省公司提供技术依据；适用于移动通信网络IMS 网络环境。

2引用标准

[1] RFC 3261 SIP: Session Initiation Protocol

[2] RFC 3262 Reliability of Provisional Responses in the Session Initiation Protocol (SIP)

[3] RFC 3265 Session Initiation Protocol (SIP)-Specific Event Notification

[4] RFC 3311 The Session Initiation Protocol (SIP) UPATE Method

[5] RFC 3323 A Privacy Mechanism for the Session Initiation Protocol (SIP)

[6] RFC 3325 Private Extensions to the Session Initiation Protocol (SIP) for Asserted Identity within Trusted Networks

[7] TS 24.229 v6.2.0 IP Multimedia Call Control Protocol based on SIP and SDP

[8] TS 24.228 v6.0.0 Signaling flows for the IP multimedia call control based on SIP and SDP

[9] TS 23.228 v6.5.0 IP Multimedia Subsystem (IMS)

[10] TS 23.218 v6.1.0 IP Multimedia (IM) Session Handling; IP Multimedia (IM) call model

[11] TS 22.228 v6.5.0 Service Requirements for the IP Multimedia Core Network Subsystem

[12] TS 23.002 Network Architecture

[13] RFC 2327 SDP: Session Description Protocol

[14] RFC 2833 RTP Payload for DTMF Digits, Telephony Tones and TelephonySignals

[15] RFC 3264 An Offer/Answer Model with the Session Description Protocol (SDP)

[16] TS 29.328 v6.1.0 IP Multimedia Subsystem (IMS) Sh Interface Signaling flows and message contents

[17] TS 29.329 v6.0.0 Sh interface based on the Diameter protocol

[18] RFC 3588 Diameter Base Protocol

[19] TR 29.847 v1.4.0 Conferencing based on SIP, SDP and other protocols

[20] TS 24.147 v0.1.0 Conferencing in the IP Multimedia (IM) Core Network (CN) Subsystem

3相关术语与缩略语解释

缩略语英文中文

AS Application

Server 应用服务器

BGCF Breakout Gateway Control Function 出口网关控制功能

Page 5 of 34

CCF Charging Collection Function 计费收集功能

DataRecord 计费数据记录CDR Charging

Network 核心网

CN Core

Switched 电路交换CS Circuit

CSCF Call Session Control Function 呼叫会话控制功能

GGSN Gateway GPRS Support Node 网关GPRS支持节点

GPRS General Packet Radio Service 通用分组无线业务

HSS Home Subscriber Server 归属用户服务器

I-CSCF Interrogating-CSCF 查询-CSCF

IMPI IM Private Identity IP多媒体私有标示

IMPU IM Public Identity IP多媒体公有标示

IMS IP Multimedia Core Network Subsystem IP多媒体网络子系统

IMSI International Mobile Subscriber Identifier 国际移动用户标识

ISC IP multimedia Subsystem Service Control IMS业务控制

用户标识模块ISIM IMS

SIM IMS MGCF Media Gateway Control Function 媒体网关控制功能

Gateway 媒体网关MGW Media

MRFC Multimedia Resource Function Controller 多媒体资源功能控制

器

MRFP Multimedia Resource Function Processor 多媒体资源功能处理

器

Access

Identifier 网络接入标识NAI Netework

CSCF 代理CSCF P-CSCF Proxy

PNP Private Numbering Plan 用户短号号码

PSI Public Service Identity 公共业务标识

S-CSCF Serving-CSCF 服务-SCSCF

SDP Session Description Protocol 会话描述协议

SIP Session Initiation Protocol 会话发起协议

Agent 用户代理UA User

Equipment 用户设备UE User

UICC Universal Integrated Circuit Card 通用集成电路卡

URI Uniform Resource Identifier 统一资源标识

URL Uniform Resource Locator 统一资源定位

USIM Universal Subscriber Identity Module 通用用户标识模块

XML eXtensible Markup Language 扩展标记语言

术语 解释

Page 6 of 34

4业务概述

参见《CM-IMS Centrex业务规范》

5系统结构和组网原则

5.1系统结构

5.1.1系统结构图

图：IMS Centrex业务系统结构图

注：对于试点，图中虚框部分的网元和接口不作要求。

5.1.2各网元功能描述

5.1.2.1Centrex 服务器

Centrex业务逻辑处理。

5.1.2.2CSCF

会话控制及路由层。IMS核心网的核心网元，包含P-CSCF，I-CSCF，S-CSCF等设备，执行用户注册，会话接入/路由等基本功能。

Page 7 of 34

5.1.2.3HSS

IMS用户信息服务器，保存IMS用户的业务订阅信息。

5.1.2.4MRFC/MRFP

对终端播放呼叫回铃音和各类呼叫提示音。

5.1.2.5网管服务器

网管服务器NMS为Centrex业务提供网元管理能力，主要是提供各网元的拓扑信息、告警、日志、维测、配置、统计等功能。

5.1.2.6在线/离线计费服务器

在线计费服务器OCS对其他网元提供了在线计费功能。离线计费系统，通过FTP收集用户话单，完成后付费功能。

5.1.2.7组管理服务器

群组管理服务器(GM Serve)r提供群组管理功能，完成群组创建，修改，群组信息查询等相关工作。

5.1.2.8状态(Presence)服务器

在线状态服务器(Presence Server)提供在线状态功能，实现IMS网络中各网元和客户端进行在线可用状态发布、订阅、接受功能的服务器。

5.1.2.9业务管理服务器

对Centrex业务进行管理、配置；提供业务用户自助Portal。

5.1.3接口描述

5.1.3.1Centrex AS与IMS CN的接口(ISC)

采用SIP协议，实现会话控制。

5.1.3.2Centrex AS与MRFC/MRFP的接口

采用SIP协议，进行放音控制。

Page 8 of 34

5.1.3.3MRFC/MRFP与UE的媒体流接口(Mb)

采用RTP/RTCP 协议，实现媒体流的分发和流量控制。

5.1.3.4Centrex AS与UE的接口

采用HTTP协议，完成业务功能配置。

5.1.3.5Centrex AS与业务管理服务器接口

Centrex AS与业务管理服务器之间的接口基于SOAP协议，其主要功能包括业务开通/注销，业务设置等。

5.1.3.6计费接口

与融合计费系统（OCS/CCF）之间遵循Diameter 接口协议。OCS和CCF提供在线计费和离线计费的支持。

5.1.3.7Centrex AS与网管接口

Centrex AS与网管之间的接口基于SNMP协议，其主要功能是通过业务网管进行维护、配置与管理。

5.2组网原则

全网只设一个Centrex AS，各IMS域的S-CSCF与Centrex AS通过ISC接口相连。

6信令流程

Page 9 of 34

6.1群内呼叫

图 7.1.1 群内呼叫信令流程

(1)主叫用户UE-A的呼叫请求通过P-CSCF(O)被送到S-CSCF(O)。

(2)S-CSCF(O)根据用户签约的IFC将INVITE请求发送到CENTREX AS。

(3)CENTREX AS检查主叫用户为某一Centrex群组用户；根据被叫用户号码，确定该次呼叫为群内呼

叫。如果被叫号码为短号，查询长短号对照表，得到被叫用户的长号地址；

(4)CENTREX AS向S-CSCF(O)发送INVITE消息，其中REQUESTLINE为被叫用户的真实号码（长号码）。

(5)S-CSCF(O)根据被叫号码进行路由，将INVITE请求消息发送给被叫用户所在的I-CSCF(T)。

S-CSCF(O)将进行ENUM DNS查询，完成TEL URI到SIP URI的转换。

(6)I-CSCF(T)收到INVITE请求后，通过Cx操作LIR/LIA获取为被叫用户服务的S-CSCF(T)。并将

INVITE消息发送给S-CSCF(T)。

(7)S-CSCF(T)收到INVITE请求后，根据用户签约IFC信息，将请求触发到CENTREX AS。

(8)S-CSCF(T)收到CENTREX AS的INVITE请求，并将请求通过P-CSCF(T)路由至被叫用户UE-B。

(9)通过后续的180、200 OK消息交互，会话建立。

Page 10 of 34

(10)主叫用户UE-A发送BYE消息，释放会话。

6.2群外呼出

(1)主叫用户UE-A的呼叫请求通过P-CSCF(O)被送到S-CSCF(O)。

(2)S-CSCF(O)根据用户签约的IFC将INVITE请求发送到IPCENTREX AS。

(3)IPCENTREX AS向S-CSCF(O)发送INVITE消息。

(4)S-CSCF(O)根据被叫号码进行路由，将INVITE请求消息发送给被叫用户所在的I-CSCF(T)。如果

有必要，S-CSCF(O)将进行ENUM DNS查询，完成TEL URI到SIP URI的转换。

(5)I-CSCF(T)收到INVITE请求后，通过Cx操作LIR/LIA获取为被叫用户服务的S-CSCF(T)。并将

INVITE消息发送给S-CSCF(T)。

(6)S-CSCF(T)收到INVITE请求后，将请求通过P-CSCF(T)路由至被叫用户UE-B。

(7)通过后续的180、200 OK消息交互，会话建立。

(8)主叫用户UE-A发送BYE消息，释放会话。

Page 11 of 34

6.3群外呼入

6.4主叫号码显示

呼叫流程同，主叫号码显示的信令处理过程如下：

1、根据终端的策略或者发端用户的选择，在INVITE(F1)中可以包含P-Preferred-Identity头域，表示终端

期望使用哪个号码用于号码显示。如果INVITE(F1)中包含该头域，发端CSCF会对该头域中的号码进行鉴别，鉴别通过后，则使用该头域中的号码作为P-Asserted-Identity头域中的号码；否则发端CSCF 根据INVITE(F1)中的From头域中的URI确定P-Asserted-Identity确定头域中的号码。发端CSCF会删除P-Preferred-Identity头域。

2、INVITE头域中可以包含一个或两个P-Asserted-Identity头域，一个P-Asserted-Identity头域中也可能会

包括两个PAssertedId值（参考RFC3325）。发端CSCF或AS按照上述原则在INVITE中插入P-Asserted-Identity头域。

3、收端CSCF和AS对P-Asserted-Identity头域没有特殊处理，头域在INVITE中透传给被叫终端，用于

主叫号码显示。

Page 12 of 34

6.5主叫号码显示限制

呼叫流程同，主叫号码显示限制的信令处理过程如下：

1、主叫号码显示限制有两种触发方式：永久方式和临时方式。对于临时方式，终端可以通过接入码方式

触发，也可以通过在请求消息中插入Privacy头域方式来触发。如果主叫用户希望当前呼叫限制主叫号码显示，可以在INVITE(F1)中插入Privacy头域，值为id或header，同时隐藏From头域中可能暴露主叫号码的信息。（参考RFC3323及RFC3325）

2、发端CSCF将呼叫触发到发端AS后，如果INVITE消息中没有Privacy头域，发端AS通过检查用户

签约（永久方式）或通过号码分析（临时方式）确定当前呼叫是否触发主叫号码显示限制业务。

3、如果当前呼叫需要限制主叫号码显示，则发端AS在INVITE消息中插入Privacy头域，Privacy头域中

的字段值填写为id或user，同时隐藏From和Contact头域中可能暴露主叫号码的信息（参考RFC3323及RFC3325）。

4、收端CSCF收到INVITE(F11)后，检查消息中有Privacy头域，且字段值为id或user，如果被叫用户没

有主叫号码显示逾越权限，则在发送给被叫终端的INVITE消息中，删除P-Asserted-Identity头域。在号码限制显示的情况下，依赖于终端的实现，可能会显示为“*”号或显示“CLIR”等。

6.6被连接号码显示

呼叫流程同，被连接号码显示的信令处理过程如下：

1、根据TISPAN 03026建议，只有在2XX响应中传送的连接号码才能用于被连接号码显示，不考虑临时

响应中的可能由的连接号码。收端CSCF收到被叫终端发送的200 OK(F22)响应后，在转发给收端AS 的 200 OK(F23)响应中，插入P-Asserted-Identity头域，头域值为被叫用户B的号码。在被叫用户没有连接号码显示限制权限的情况下，收端AS对P-Asserted-Identity头域做透传处理。

2、200响应中的P-Asserted-Identity头域在其他网元只做透传处理，发端CSCF将200 OK发送给主叫终

端，P-Asserted-Identity头域中的被叫号码用于被连接号码显示。

6.7被连接号码显示限制

呼叫流程同，被连接号码显示限制的信令处理过程如下：

1、收端CSCF将200 OK响应发送到收端AS后，收端AS检查被叫用户签约，发现被叫用户签约了被连接

号码显示限制权限，则在发送给CSCF的200 OK(F24)响应中插入Privacy头域，参数值设置为“id”。

2、发端CSCF收到200 OK响应后，检查响应中有Privacy头域，则在发送给主叫终端的200 OK响应中，

删除P-Asserted-Identity头域。

3、对于发生呼叫前转的情况，例如A呼叫B，B前转到C，如果B签约了被连接号码显示限制业务，B注

册的AS收到C发送的200 OK响应后，同样需要插入Privacy头域。

6.8区别振铃

区别振铃通过INVITE请求中的Alert-Info头域指示振铃类型，信令处理过程如下：

1、收端AS收到CSCF发送的INVITE后，根据主、被叫信息，分析出当前呼叫类型。收端AS在回送给

Page 13 of 34

Page 14 of 34 CSCF 的INVITE 中，插入Alert-Info 头域，头域的值是根据呼叫类型得出的相应振铃类型。振铃类型应至少包括群内来话振铃和群外来话振铃。同时收端AS 应支持在Alert-Info 头域中插入指示放音文件的HTTP URL 路径。（参考RFC3261）

2、 被叫终端收到带有Alert-Info 的INVITE 请求后，如果能够支持根据HTTP URL 取放音文件，则播放放

音文件内容作为提示音。否则，应能够根据Alert-Info 头域中指示的振铃类型向被叫用户播放不同的振铃。

6.9

呼叫限制

1） 终端拨号发起呼叫

2） AS 收到INVITE 请求后，对被叫号码进行分析，发现用户无权拨打该号码，便对主叫用户播放提示音，

提示用户无权拨打该号码

3） 放音结束后，AS 发送480响应，释放该呼叫。

6.10免打扰

1）用户B设有免打扰业务。

2）用户A拨打用户B。

3）AS收到INVITE请求后，发现A所拨打的B用户有免打扰业务，于是给A用户放免打扰提示音

4）放音结束后，AS返回480响应，释放呼叫。

6.11呼叫等待

Page 15 of 34

1）A,B用户正在通话，A有呼叫等待业务；

2）C呼叫A用户；

3）AS发现A有呼叫等待业务，给A用户发送呼叫等待通知；

4）A终端收到呼叫等待通知后，给用户播放信号音提示；

5）用户A拍叉簧或按flash键，欲切换与C通话；

6）AS收到flash事件后，立即用C的媒体发起对A的媒体切换，同时对B用户也进行媒体切换，由MRFP对其放音；

7）AS在收到A用户对Re-INVITE的200 OK响应后，将其中的SDP在拷贝到给C的200 OK 中；

8）A,C用户进入通话。

Page 16 of 34

6.12呼叫保持

Page 17 of 34

2)用户A呼叫用户B，两者进入正常通话；

3)用户A拍叉簧或按flash键，终端通过INFO消息上报叉簧事件；

4)AS收到叉簧事件后，分别对A，B进行媒体切换，由MRFP对A放收号音，对B放等待音；

5)MRFP通过带内方式收集用户拨号数字，上报给AS；

6)AS根据用户的拨号，对C用户发起呼叫，A，C用户进入正常通话；

7)当用户A与C通话结束后，再次拍叉簧，通过一定操作，挂断与C的通话（AS根据用户拨号确

定挂断C用户的呼叫）；

8)AS分别对A，B用户进行媒体切换，恢复A，B之间的通话。

6.13呼叫接续

1)A,B处于通话中

2)A用户拍叉簧或按flash键，通过INFO消息上报AS

3)AS收到flash事件后，分别对主被叫进行媒体切换，对被叫放呼叫等待音；对主叫放拨号音

4)用户A拨业务码，MRFP将收到的业务码上报AS

5)用户A挂机

6)用户C拨业务码＋A的号码来接续A的呼叫

7)AS根据收到的C用户的拨号，确定为接续A的呼叫，然后使用C用户的媒体对B用户进行媒体

Page 18 of 34

切换；并将协商后的B的媒体在200 0K 消息中带给C

8)B,C用户进入正常通话

6.14呼叫前转

6.14.1无条件呼叫前转（CFU）

主叫UE发起INVITE到Centrex AS，AS检查用户是否有CFU业务，如果有，处理如下：

Page 19 of 34

1）判断本次前转是否已超过设置的最大前转次数。前转次数可以根据History-Info头域中的条目计算出来。

2）如果没有超过最大前转次数，如果是第一次前转，发出的INVITE的消息中如下域需要注意设置：z Request URI头域需要设置成前转方的地址；

z History-Info头域中增加两个hist-info条目，第一个hi-targeted-to-uri设为原INVITE消息中被叫的地址，第二个hi-targeted-to-uri设为前转到的地址。

z TO头域设置为前转方的地址；

z P-Asserted-Identity头域中应当包含签约用户的地址。

如果不是第一次前转，发出的INVITE的消息中如下域需要注意设置：

z Request URI头域需要设置成前转方的地址；

z History-Info头域中增加一个hist-info条目， hi-targeted-to-uri设为前转到的地址。

z TO头域设置为前转方的地址；

z P-Asserted-Identity头域中应当包含签约用户的地址。

Page 20 of 34

6.14.2遇忙前转

Page 21 of 34

本文来源：https://www.bwwdw.com/article/7mfl.html