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