IMS网络呼叫前转业务技术要求订

保密等级：

中国电信集团公司技术标准 Q/CT 2089-2010 IMS网络呼叫前转业务技术要求

Technical Requirements of Communication Diversion over IMS

（V2.0）

200×-××-××发布 1.1.1.1.1 200×-××-××中国电信集团公司 发布

Q/CT 2089-2010

目 录

目 录 ..................................................................... I 前 言 ................................................................... III 呼叫前转业务技术要求 ......................................................... 1 1 范围....................................................................... 1 2 引用标准 ................................................................... 1 3 缩略语 ..................................................................... 1 4 业务概述 ................................................................... 2 4.1 业务定义 ................................................................. 2 4.2 呼叫前转号码限制 ......................................................... 3 5 操作需求 ................................................................... 3 5.1 业务开通/撤销 ............................................................. 3 5.2 业务激活与配置 ........................................................... 3 5.3 业务使用 ................................................................. 4 6 编码需求 ................................................................... 4 6.1 SIP消息 .................................................................. 4 6.2 参数 ..................................................................... 5 7 信令需求 ................................................................... 5 7.1 激活/去激活/注册 .......................................................... 5 7.2 调用和操作 ............................................................... 5 8 与其他业务间的交互 ........................................................ 11 8.1 呼叫保持（HOLD） ....................................................... 11 8.2 被叫识别显示（TIP） ..................................................... 11 8.3 被叫识别限制（TIR） ..................................................... 11 8.4 主叫识别显示（OIP） ..................................................... 11 8.5 主叫识别限制（OIR） ..................................................... 11 8.6 会议（CONF） ........................................................... 11 8.7 各前转业务间（CFU、CFB、CFNR、CFNL） ................................ 11 8.8 遇忙回叫（CCBS） ....................................................... 12 8.9 恶意呼叫追踪（MCID） ................................................... 12 8.10 匿名呼叫拒绝和呼叫限制（ACR/CB） ...................................... 12 8.11 呼叫等待（CW） ........................................................ 13 9 业务配置的实现 ............................................................ 13 9.1 XML数据语义 ............................................................ 13 9.2 XML 模式 ............................................................... 15 10 信令流程 ................................................................. 17 10.1 无应答呼叫前转 ......................................................... 17 10.2 无条件呼转 ............................................................. 19 10.3 遇忙呼叫前转 ........................................................... 20

I

Q/CT 2089-2010

10.4 用户不在线前转 ......................................................... 23

II

Q/CT 2089-2010

前 言

本标准主要依据ETSI TS 183 004 “Communication Diversion (CDIV)，PSTN/ISDN simulation services”的相关内容，结合中国电信IMS试点的相关成果和经验进行编写，随着技术和业务的发展，还将制定后续的相关标准。

本标准由中国电信集团公司提出并归口。

本标准起草单位： 中国电信股份有限公司上海研究院 本标准主要起草人：宋阿芳，赵飞，钮颖彬，肖飒

III

Q/CT 2089-2010

IMS网络呼叫前转业务技术要求

1 范围

本标准规定了中国电信基于IMS网络的呼叫前转业务定义、操作需求、编码需求、信令需求、与其它业务间的交互、业务配置的实现和信令流程等要求。

本标准适用于基于IMS的呼叫前转业务。 2 引用标准

下列文件中的条款通过本企业技术标准的引用而成为本企业技术标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修改版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 YDN 065f-1997 《邮电部电话交换设备总技术规范书》（附录） Q/CT 2094-2010 ETSI TS 183 004 ETSI TS 183 023 ETSI TS 181 002 ETSI TS 181 005 RFC 3323 RFC 3325 RFC 4458 RFC 4244 3 缩略语

下列缩略语适用于本标准： CB CCBS CDIV CFB CFNR CFNL

Communication Barring Subscriber

Communication Diversion Communication Forwarding Busy Communication Forwarding No Replay Communication Logged-in

Forwarding

on

呼叫前转类业务 遇忙呼叫前转 无应答呼叫前转 Not 不在线呼叫前转

呼叫限制

Completion of Communications to Busy 遇忙回叫

中国电信IMS网络SIP协议总体技术要求

Communication Diversion (CDIV)，PSTN/ISDN simulation services Extensible Markup Language (XML) Configuration Access Protocol (XCAP) over the Ut interface for Manipulating NGN PSTNISDN Simulation Services

Multimedia Telephony with PSTN/ISDN simulation services Services and Capabilities Requirements

A Privacy Mechanism for the Session Initiation Protocol (SIP)

Private Extensions to the Session Initiation Protocol (SIP) for Asserted Identity within Trusted Networks

Session Initiation Protocol (SIP) URIs for Applications such as Voicemail and Interactive Voice Response (IVR)

An Extension to the Session Initiation Protocol (SIP) for Request History Information

IMS网络呼叫前转业务技术要求 1

Q/CT 2089-2010

CFU CONF CW HOLD IMS IP ISDN MCID NGN OIP OIR PSTN SIP TIP TIR UA UE URI XML 4 业务概述

4.1 业务定义

CDIV业务主要包括无条件呼叫前转、遇忙呼叫前转、无应答呼叫前转和不在线呼叫前转。 4.1.1 无条件呼叫前转(CFU)

使用该业务时所有对已登记无条件前转的用户的呼叫，都前转到一个预先指定的用户号码。业务用户的发起呼叫的能力不受CFU业务的影响。CFU业务激活后，呼叫的前转与业务用户的状态无关。

作为运营商的一个签约选项，可以向用户提供CFU业务是否被激活的指示，该指示可在业务用户发起呼叫的时候提供。

每一个通话所允许前转的最大次数为2次。前转的计数包括所有的前转类型。 4.1.2 遇忙呼叫前转(CFB)

对申请登记“遇忙呼叫前转”的用户，在使用该项服务时，所有对该用户的呼入呼叫在遇忙时前转到另一个指定的用户号码。业务用户的发起呼叫的能力不受CFB业务的影响。

作为运营商的一个签约选项，可以向用户提供CFB业务是否被激活的指示，该指示可在业务用户发起呼叫的时候提供。

每一个通话所允许前转的最大次数为2次。前转的计数包括所有的前转类型。 4.1.3 无应答呼叫前转(CFNR)

该服务是指对登记“呼叫无应答前转”的用户，在使用该项服务时所有对该用户的呼入呼叫在规定时限内无应答时自动转到一个预先指定的用户号码。业务用户的发起呼叫的能力不受CFNR业务的影响。

Communication Forwarding Unconditional Conference

Communication Waiting Communication Hold IP multimedia Subsystem Internet Protocol

Integrated Service Digital Network Malicious Call Identification Next Generation Network

Originating Identification Presentation Originating Restriction

Public Switched Telephone Network Session Initiation Protocol

Terminating Identification Presentation Terminating Identification Restriction User Agent User Equipment

Universal Resource Identifier eXtensible Markup Language

Identification

Presentation

无条件呼叫前转 会议 呼叫等待 呼叫保持 IP多媒体子系统 因特网协议 综合业务数字网 恶意呼叫追踪 下一代网络 主叫识别显示 主叫识别限制 公共电话交换网 会话初始协议 被叫识别显示 被叫识别限制 用户代理 用户设备 统一资源标识符 可扩展标记语言

2 IMS网络呼叫前转业务技术要求

Q/CT 2089-2010

CFNR业务只有在呼叫连接至业务用户，且收到业务用户已被通知该呼叫的确认后，网络才能调用该业务。

作为运营商的一个签约选项，可以向用户提供CFNR业务是否被激活的指示，该指示可在业务用户发起呼叫的时候提供。

每一个通话所允许前转的最大次数为2次。前转的计数包括所有的前转类型。 4.1.4 不在线呼叫前转(CFNL)

该服务是指对登记“用户不在线前转”的用户，在使用该项服务时所有对该用户的呼入呼叫，在用户不在线时自动转到一个预先指定的用户号码。

作为运营商的一个签约选项，可以向用户提供CFU业务是否被激活的指示，该指示可在业务用户退出登录的时候提供。

每一个通话所允许前转的最大次数为2次。前转的计数包括所有的前转类型。 4.2 呼叫前转号码限制

对于一般的主、被叫用户号码，都可以做为前转目的号码，但是为了防止恶意呼叫，对于一些特殊的公众服务号码，如110，119，120等，不能被设置为呼叫前转的目的号码。

除特服号码外，用户已设置的呼叫限制号码也不能被设置成呼叫前转目的号码。 5 操作需求 5.1 业务开通/撤销

用户要使用呼叫前转业务，需首先开通该业务。开通的方式可以是由用户向业务提供者提出申请，申请通过后开通；也可以是无需用户申请，由业务提供者为符合条件的用户直接开通该业务。

对于开通呼叫前转的用户，业务提供者将在HSS中为该用户配置一条呼叫前转业务的iFC。

用户要撤销呼叫前转业务，可以向业务提供者提出撤销申请。 5.2 业务激活与配置

用户向业务提供者申请开通呼叫前转业务成功后，可以通过Ut接口进行激活和去激活，其它的激活方式还包括Web页面实现。

用户签约呼叫前转业务时，除了设置前转号码之外，还可以设置一些相关的选项，如表5-1所示。

表5-1 CDIV业务的签约选项

用户签约选项

是否提醒被呼转用户：呼叫已被呼转

是否提醒原主叫用户：呼叫被前转

缺省值

否

适用业务 CFU CFB CFNR CFU CFB CFNR CFNL CFU CFB CFNR CFNL

是

是否被呼转用户的URI可以显示给原主叫用户

是

IMS网络呼叫前转业务技术要求 3

Q/CT 2089-2010

当被呼转用户发起呼叫否 时，是否提醒被呼转用户：呼转被激活

是否被呼转用户的URI可是 以显示给被呼转到的用户

CFU CFB CFNR CFNL CFU CFB CFNR CFNL

表5-2列出了网络提供者在提供呼叫前转类业务时的可选项。

表5-2 CDIV业务的网络提供者选项

网络提供者选项 值 适用业务 被呼转的用户在呼转激活1、保持此次通信，直到呼CFNR 后是否依旧保持此次通信 转到的号码回应为止。

2、清除此次通信，呼转一激活就清除。

被呼转的用户在被呼转到1、在被呼转到的用户拒绝CFNR 的用户拒绝通信后依旧保通信后，被呼转用户一直持此次通信 保持振铃（要求被呼转的

用户在呼转激活后依旧保持通信） 2、被呼转用户不做任何操作（要求被呼转的用户在呼转激活后就清除通信）

CFU 最大呼转次数 取决于运营商策略

CFB CFNR CFNL CFNR 无应答呼转定时器时间 取决于业务提供者

5.3 业务使用

签约呼转业务的用户激活业务后，当其他用户呼叫该签约用户时，呼叫就会根据该用户的呼转类型及用户状态，进行呼转，不需要用户进行特别的操作。 6 编码需求 6.1 SIP消息

在SIP消息中，也可以通过扩展的History-Info头域来记录呼叫前转相关信息。History-Info头域记录的呼叫前转的相关信息内容主要有：

? ?

Targeted-to-URI (hi-targeted-to-uri)：重定向URI。（必选参数）

Index (hi-index)：Index是层次型的。其中UAC初始化index树的根＝1，以标志原被叫。第一次呼转index加一层，变为1.1。末位表示呼转或重定向的次数，每被呼转一次，末位加一。（必选参数） ?

Cause-Param：原因，cause-param的格式如下：

4 IMS网络呼叫前转业务技术要求

Q/CT 2089-2010

cause-param = \

Status-Code = \ ; Unknown/Not available / \ ; User Busy / \ ; No Reply / \ ; Unconditional

? ?

Privacy：私密性。（可选参数）

Extension (hi-extension)：保留。（可选参数）

表6-1 前转中用到的SIP消息的域

SIP 消息 INVITE History-Info域 Privacy域 Cause-param History-Info域 Privacy域 Cause-param History-Info域 Privacy域 Cause-param History-Info域 Privacy域 Cause-param SIP域 180 (Ringing) 181 (Call Is Being Forwarded) 200 (OK) 6.2 参数

Privacy头域见RFC 3323和RFC 3325。 P.-Asserted-Identity头域见RFC 3325。 History-Info头域见RFC 4244。 Cause-param头域见RFC 4458。 7 信令需求

7.1 激活/去激活/注册

签约呼叫前转类业务可以通过Ut接口进行激活/去激活，具体参见9.1节和9.2节。 7.2 调用和操作

7.2.1 呼叫发起源端用户的行为

当呼转发生时，如果签约用户将“是否提醒原主叫用户：呼叫被前转”的选项值设置为“是”，则呼叫发起断用户终端将收到 181消息，提示呼叫被前转。根据在《中国电信IMS网络SIP协议总体技术要求》中的描述，呼叫发起用户终端将会显示History-Info中的消息。 7.2.2 呼叫发起源端的P-CSCF的行为

遵循《中国电信IMS网络SIP协议总体技术要求》定义的基本通信过程。 7.2.3 呼叫发起源端的S-CSCF的行为

遵循《中国电信IMS网络SIP协议总体技术要求》定义的基本通信过程。

IMS网络呼叫前转业务技术要求 5

Q/CT 2089-2010

尤其是如果S-CSCF收到的180、181或200响应消息中包含History-Info头域，且其中的Privacy参数值为“history”，S-CSCF将会删除该History-Info头域后，再将响应消息发送给被叫侧P-CSCF。

7.2.4 原被叫侧S-CSCF的行为

根据IFC判断用户B签约了呼叫前转业务，因此呼叫被转到呼转业务AS。 7.2.5 呼转到的用户侧的 S-CSCF行为

遵循《中国电信IMS网络SIP协议总体技术要求》定义的基本通信过程。

如果S-CSCF收到的请求消息中包含History-Info头域，且其中的Privacy参数值为“history”，S-CSCF将会删除该History-Info头域后，再将请求消息发送给P-CSCF。 7.2.6 原被叫AS行为 7.2.6.1 检查呼转限制

接收到 INVITE消息时，AS将：

? AS将检查呼转是否超出了呼转的最大次数，如果超出最大值呼叫将被释放。 ? 如果呼叫已经被转接过，则还要根据网络对呼叫转接的限制来决定是否呼叫还能

被转接。

? 如果呼转超出最大允许呼转次数，AS将根据情况响应：

? 遇忙呼转，486忙消息。

? 无应答呼转，480网络暂时不可及消息。 ? 无条件呼转，480网络暂时不可及消息。 ? 不在线呼转，480网络暂时不可及消息。

并同时发送Warning头域提示呼转超出最大允许呼转次数。 7.2.6.2 AS设定呼转各参数 7.2.6.2.1 概览

在检查完呼转限制后，AS将设定INVATE请求中的各参数和头域。 7.2.6.2.1.1 第一次呼转（消息中不含History-Info头域）

第一次呼转发生时（消息中不含History-Info条目），以下信息将在将在重定向请求中被设置：

? 呼转用户地址 ? 呼转到的用户地址 ? 呼转信息

以下头域将被增加或修改：

a) Request URI——当呼转时将被设置为被呼转到用户的公有用户标识。 b) History-Info 头域——将产生两个条目：

b.1) 第一个条目将包含呼转用户的hi-targeted-to-uri。如果呼转用户拒绝显示其

URI给呼叫发起用户或呼转到用户（如呼转用户签约了识别限制业务或将“是否被呼转用户的URI可以显示给原主叫用户”签约选项的值设为

6 IMS网络呼叫前转业务技术要求

Q/CT 2089-2010

“否”），这时呼转用户的privacy参数的值为“history”，则hi-targeted-to-uri中的内容将被忽略。Index设为1。

b.2) 第二个条目将包含被呼转到的用户的hi-targeted-to-uri。Index设为1.1。AS

需要根据前转发生的原因设定cause-param值。根据RFC4458，前转原因与cause-param之间的映射关系如下：

? 如果为遇忙呼叫前转, cause值设为“486”； ? 如果为无应答呼叫前转，cause值设为“408”； ? 如果为无条件呼叫前转，cause值设为“302”； ? 如果为不在线呼叫前转，cause值设为“404”。

c) To头域——如果用户B不想显示自己的信息（符合以下情况之一），TO域就被改

变。如果用户B：

? 申请了主叫识别限制

? 选择不通告呼转给呼转到的用户C 其他情况则To头域保持不变。

7.2.6.2.1.2 后续呼转（消息已经包含History-Info头域）

当第二次呼转或多次呼转时，一个新的history-info条目将会加在原History-Info头域中(根据RFC4244)。以下信息将会被包含到重定向请求中：

? 呼转到的地址 ? 重定向消息

以下头域将被增加或修改：

a) Request URI ——当呼转时，此域被设置为此时要呼转到的用户的公有用户

标识。

b) History-Info头域——代表了被呼转的用户的history条目的值将被改变，同时

还要增加一个新的history条目。

b.1) 如果被呼转的用户拒绝显示其URI给呼转到的用户（如用户B签约了识别

限制业务或将“是否被呼转用户的URI可以显示给原主叫用户”签约选项的值设为“否”），这时被呼转的用户的privacy参数的值为“history”，被呼转的用户的 hi-targeted-to-uri中的内容将被忽略。如果所收到的消息中，被呼转用户的History-Info条目的privacy参数已经是“history”时，History-Info条目不需修改。

b.2) 添加一个新的History-Info条目，hi-targeted-to-uri被设置成呼转到的用户，

Index参数值增加“.1”，Cause-param参数则要根据呼转发生的原因进行设置。

根据RFC4458，前转原因与cause-param之间的映射关系如下： ? 如果为遇忙呼叫前转, cause值设为“486”；

IMS网络呼叫前转业务技术要求 7

Q/CT 2089-2010

? 如果为无应答呼叫前转，cause值设为“408”； ? 如果为无条件呼叫前转，cause值设为“302”； ? 如果为不在线呼叫前转，cause值设为“404”。

c) To头域——如果被呼转的用户不想显示自己的信息（符合以下情况之一），To

头域就被改变。如果被呼转的用户: ? 申请了主叫识别限制

? 选择不通告呼转给呼转到的用户

其他情况则To头域保持不变。

7.2.6.2.2 操作概览

A HOP 1 B HOP 2 C HOP3 D 图7-1多次呼转例子 HOP 4 E HOP 5 F HOP X G

表7-1 多次呼转时参数取值的变化

Number Information P-Asserted-Identity Request URI hi-targeted-to-uri History Index added hi-targeted-to-uri Reason Privacy Hi-index HOP 1 A B HOP 2 A C B,C (1) & (2) B,C V(1); V (2) W(1); W(2) index1/Index2 HOP 3 A D B,C,D (3) D(3) V (3) W (3) index3 HOP 4 A E B,C,D,E (4) E (4) V (4) W (4) index4 HOP 5 A F B,C,D,E,F (5) F (5) V(5) W(5) index5 HOP 6 A G B,C,D,E,F,G (6) G(6) V(6) W(6) index6 V = Reason参数（呼转原因）的值(e.g. SIP cause or redirection cause) W =（可选） pivacy参数的值（可以为header或none) 注意：Hi-index将末位加一。 8 IMS网络呼叫前转业务技术要求

Q/CT 2089-2010

Number Information: P-Asserted-Identity Request URI hi-entry

B

HOP 1

A B

HOP 2 A C

C

B

C HOP 3

A D

D

B, C

Information added: hi-targeted-to-uri cause-param

Privacy

Hi-index (NOTE 1)

B V W index 1

W = index取值 V = privacy 的参数值.

NOTE 1: hi-index field将末位加.1.

C U index 2

No changes V W

D U index 3

V W No changes

E U index 4

No changes D HOP 4

A E

E

B, C, D

V W

F U index 5 E HOP 5

A F

F

U = cause-param取值，参见7.2.6.2.1.1和7.2.6.2.1.2

7.2.6.3 呼叫转移操作

呼叫转移AS将根据呼转具体形式继续呼转过程：

1）无条件呼转、遇忙呼转（NDUB，网络决定用户忙）、不在线呼转 AS将执行：

? 如果源主叫终端支持通知流程，则源端将按照7.2.6.4的操作被通知。

? 一个包含被呼转到的用户的URI的INVITE请求将被送往出S-CSCF，此INVITE

将包含图7-1中所示的各个参数及呼转信息。 2）无应答呼转

收到第一个180响应后，无应答定时器将会启动（定时器取值范围为20-40s）。 此定时器不受S-CSCF收到的后续180响应的影响。当接受到200OK消息时，此定时器会被终止，并执行正常呼叫流程。

无应答定时器超时后，通过发送CANCEL或BYE结束原被叫已经开始的对话。如果源主叫终端支持通知流程，则源端将按照7.2.6.4的操作被通知。

一个包含了呼转到用户的URI的INVITE消息将被送往出局S-CSCF，此INVITE消息中包含图7-1中所示的各个参数及信息。

3）无应答呼转（持续振铃）

收到第一个180响应后，无应答定时器将会启动。此定时器不受S-CSCF收到的后续180响应的影响。

当无应答时间超过定时器的指定值后，如果源主叫终端支持通知流程，则源端将按照7.2.6.4的操作被通知。

一个包含了呼转到用户的URI的INVITE消息将被送往出局S-CSCF，此INVITE消息

IMS网络呼叫前转业务技术要求 9

Q/CT 2089-2010

? no-answer: 被叫无应答。

? rule-deactivated: 一般为错，只当去激活此法则时为真。

? ocp:external-list: 主叫用户标识被包含在外部列表引用的一个外部资源中。 ? ocp:other-identity: 不适用于呼转业务。 9.1.4 呼转业务法则中规定的动作

target：指定前转法则中的地址，可以为一个合法的SIP URI或TEL URL。 notify-caller：可以终止向主叫方发送呼叫被前转的通告。

reveal-identity-to-caller: 一个可选的元素，它使主叫用户不被通知呼叫被呼转。 notify-served-user:一个可选的元素，它使被呼转的用户被提醒呼叫将被呼转。 notify-served-user-on-outbound-call: 一个可选的元素，当申请了呼转业务的用户试图发起呼叫时，将被提醒呼叫将被呼转

reveal-identity-to-target:一个可选的元素，使被呼转到的用户接收不到被呼转用户的身份信息。 9.2 XML 模式

targetNamespace=\cap

elementFormDefault=\ attributeFormDefault=\

CommonPolicy-V1 0 2.xsd\

name=\

type=\

default=\

minOccurs=\

type=\

minOccurs=\

type=\

minOccurs=\

name=\

default=\

type=\

name=\

name=\

name=\

16 IMS网络呼叫前转业务技术要求

Q/CT 2089-2010

minOccurs=\

10 信令流程

10.1 无应答呼叫前转

UE-A1. INVITE(URI=SIPURI-B)P-CSCFHSSS-CSCFASP-CSCFUE-BUE-C2. INVITE(URI=SIPURI-B)IFC for B3. INVITE(URI=SIPURI-B)4. INVITE(URI=SIPURI-B)5. Start Timer6. Cx - User Loc7. INVITE(URI=SIPURI-B)8. INVITE(URI=SIPURI-B)9. 180 Ringing10. 180 Ringing11. 180 Ringing12. 180 Ringing13. 180 Ringing14. 180 Ringing15. Timer expired16. 181 Call is beeing forwarded17. 181 Call is beeing forwarded18. 181 Call is beeing forwarded20.Cancel19. Cancel21. Cancel22. 487 Request Terminatedl23. 487 Request Terminatedl24. 487 Request Terminatedl25. ACK26. ACK28. INVITE(URI=SIPURI-C)27. ACK29. Cx - User Loc30. INVITE(URI=SIPURI-C)31. INVITE(URI=SIPURI-C) IMS网络呼叫前转业务技术要求 17

Q/CT 2089-2010

UE-AP-CSCFHSSS-CSCFASP-CSCFUE-BUE-C32. 200 OK (Cancel)l33. 200 OK (Cancel)l34. 200 OK (Cancel)l35. 180 Ringing36. 180 Ringing37. 180 Ringing38. 180 Ringing39. 180 Ringing40. 180 Ringing41. 200 OK42. 200 OK43. 200 OK44. 200 OK45. 200 OK46. 200 OK47. ACK48. ACK49. ACK50. ACK51. ACK52. ACK53. RTP Media图10-1无应答呼叫前转流程图 1-2. 3. 4-5. 6-8. 9-14. 15.

用户A呼叫用户B.用户B登记了CFU业务。 根据 IFC-B，呼叫被转到补充业务服务器AS AS呼叫B，同时AS启动无应答计时器。

获取用户B的位置， 并继续发送INVITE至用户B。 给用户A发送回铃音。 无应答定时器计时时间到。

16-18. 181告知用户A，呼叫被前转。 19-21. CANCEL释放此次到B用户的INVITE. 22-27. 28-31.

AS和B用户之间结束会话： B用户响应487，AS回ACK。

AS发送包含着History-Info头字段（用户C作为被叫用户）的INVITE消息。 History-Info: ;index=1,

index=1.1.

18 IMS网络呼叫前转业务技术要求

Q/CT 2089-2010

其中，index＝1，所在的行的sip URI就是原被叫：本例中为< sip:URI-B@proxy.com>。

而

cause=408>index=1.1，所在的行则是标志被AS前转一次（后一个1）。 32-34.

200 OK（对应于CANCLE）

35-40. 发送回铃音给用户A，包含History-Info头字段，并在用户A终端上显示呼转到的

号码。 41-46. 53.

10.2 无条件呼转

UE-A1. INVITE(URI=SIP URI-B)发送200 OK给User-A RTP流建立。

47-52. 发送ACK给User-B

P-CSCF2. INVITE(URI=SIP URI-B)HSSS-CSCFASP-CSCFUE-BUE-C3. IFC-B4. INVITE(URI=SIP URI-B)5执行无条件前6.181 call is being forworded转业务逻辑7.181 call is being forworded8.181 call is being forworded9. INVITE(URI=SIP URI-C)History-Info:,index=1; ,index=1.1;10 用户C的位置11. INVITE(URI=SIP URI-C)12. INVITE(URI=SIP URI-C)13. 180 ring14180 ring. 15. . 17. 180 ring18. 180 ring180 ring16180 ring. 19. 200 OK20. 200 OK21. 200 OK22. 200 OK24. 200 OK25. ACK26. ACK27. ACK28. ACK29. ACK30. ACK23. 200 OK31. RTP Media 图10-2无条件呼叫前转流程图

1-2. 3-4. 5.

用户A发起呼叫。

S-CSCF查询到被叫B用户的iFC中有呼叫前转的业务，于是转向呼叫前转的AS。 AS执行呼叫前转的业务逻辑。

IMS网络呼叫前转业务技术要求 19

Q/CT 2089-2010

6-8. 9.

AS发出临时应答播放呼叫已被前转的通知音给A用户。

AS发送包含着History-Info头字段（用户C作为被叫用户）的INVITE消息。

History-Info: ;index=1,

index=1.1. 其中，index＝1，所在的行的sip URI就是原被叫：本例中为< sip:URI-B@proxy.com>。 而index=1.1，所在

的行则是标志被AS前转一次（后一个1）。 10.

定位C用户的位置

11-12. 呼叫用户C。 13-18. 180回铃。 19-24. 200OK。 25-30. 确认。 31.

10.3 遇忙呼叫前转

UE-A1. INVITE(URI=SIPURI-B)通话建立。

P-CSCFHSSS-CSCFASP-CSCFUE-BUE-C2. INVITE(URI=SIPURI-B)IFC for B3. INVITE(URI=SIPURI-B)4. INVITE(URI=SIPURI-B)5. Cx - User Loc6. INVITE(URI=SIPURI-B)7. INVITE(URI=SIPURI-B)8. 486 Busy Here9. 486 Busy Here10. 486 Busy Here11. CFB logic is executed12. 181 Call is beeing forwarded13. 181 Call is beeing forwarded14. 181 Call is beeing forwarded15. INVITE(URI=SIPURI-C)16. Cx - User Loc17. INVITE(URI=SIPURI-C)18. INVITE(URI=SIPURI-C)19. 180 Ringing20. 180 Ringing21. 180 Ringing22. 180 Ringing 20 IMS网络呼叫前转业务技术要求

Q/CT 2089-2010

UE-AP-CSCFHSSS-CSCFASP-CSCFUE-BUE-C23. 180 Ringing24. 180 Ringing25. 200 OK26. 200 OK27. 200 OK28. 200 OK29. 200 OK30. 200 OK31. ACK32. ACK33. ACK34. ACK35. ACK36. ACK37. RTP Media 图10-3遇忙呼叫前转流程图 1-2. 3-4. 5. 6-7. 8-10. 11. 12-14.

用户A发起呼叫。 S-CSCF查询到被叫B用户的iFC中有呼叫前转的业务，于是转向呼叫前转的AS。 定位被叫B用户的位置。 呼叫B用户。 用户B忙，用户B播放忙音。 AS发现用户B忙，于是执行遇忙呼叫前转业务逻辑。 181呼叫被前转。

15. AS发送包含着History-Info头字段（用户C作为被叫用户）的INVITE消息。 History-Info: ;index=1,

index=1.1. 其中，index＝1，所在的行的sip URI就是原被叫：本例中为< sip:URI-B@proxy.com>。 而index=1.1，所

在的行则是标志被AS前转一次（后一个1）。 16. 17-18.

S-CSCF从Cx接口向HSS发送SAR，定位C的位置。 呼叫用户C。

19-24. 181回铃音。 25-30. 200OK。 31-36. 37.

确认。 通话建立。

IMS网络呼叫前转业务技术要求 21

22 Q/CT 2089-2010

IMS网络呼叫前转业务技术要求

Q/CT 2089-2010

10.4 用户不在线前转

UE-AP-CSCFHSSS-CSCFASP-CSCFUE-BUE-C1. INVITE(URI=SIPURI-B)2. INVITE(URI=SIPURI-B)3. IFC for unreg B4. INVITE(URI=SIPURI-B)5. CFNL logic is executed6. 181 Call is beeing forwarded7. 181 Call is beeing forwarded8. 181 Call is beeing forwarded9. INVITE(URI=SIPURI-C)10. Cx - User Loc11. INVITE(URI=SIPURI-C)12. INVITE(URI=SIPURI-C)13. 180 ring14180 ring. 15. . 180 ring16180 ring. 17. 180 ring18. 180 ring19. 200 OK20. 200 OK21. 200 OK22. 200 OK24. 200 OK25. ACK26. ACK27. ACK28. ACK29. ACK30. ACK23. 200 OK31. RTP Media 图10-4用户不在线呼叫前转流程图

1-2. 3-4. 5.

用户A发起呼叫。

S-CSCF查询到被叫B用户不在线，并且B用户的iFC中有不在线呼叫前转的业务，AS执行不在线呼叫前转业务逻辑。 181呼叫被前转。

AS发送包含着History-Info头字段（用户C作为被叫用户）的INVITE消息。

于是转向呼叫前转的AS。

6-8. 9.

History-Info: ;index=1,

index=1.1. 其中，index＝1，所在的行的sip URI就是原被叫：本例中为< sip:URI-B@proxy.com>。 而index=1.1，所在

的行则是标志被AS前转一次（后一个1）。

IMS网络呼叫前转业务技术要求 23

Q/CT 2089-2010

10.

S-CSCF从Cx接口向HSS发送SAR，定位C的位置

11-12. 呼叫用户C。 13-18. 180回铃。 19-24. 200OK。

25-30. 确认，返回ACK。 31.

通话建立。

24 中国电信呼叫前转业务技术要求

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