IMS网络呼叫前转业务技术要求订.docx
- 文档编号:13132660
- 上传时间:2023-06-11
- 格式:DOCX
- 页数:37
- 大小:246.03KB
IMS网络呼叫前转业务技术要求订.docx
《IMS网络呼叫前转业务技术要求订.docx》由会员分享,可在线阅读,更多相关《IMS网络呼叫前转业务技术要求订.docx(37页珍藏版)》请在冰点文库上搜索。
IMS网络呼叫前转业务技术要求订
保密等级:
中国电信集团公司发布
IMS网络呼叫前转业务技术要求
TechnicalRequirementsofCommunicationDiversionoverIMS
(V2.0)
Q/CT2089-2010
中国电信集团公司技术标准
前言
本标准主要依据ETSITS183004“CommunicationDiversion(CDIV),PSTN/ISDNsimulationservices”的相关内容,结合中国电信IMS试点的相关成果和经验进行编写,随着技术和业务的发展,还将制定后续的相关标准。
本标准由中国电信集团公司提出并归口。
本标准起草单位:
中国电信股份有限公司上海研究院
本标准主要起草人:
宋阿芳,赵飞,钮颖彬,肖飒
IMS网络呼叫前转业务技术要求
11 范围
本标准规定了中国电信基于IMS网络的呼叫前转业务定义、操作需求、编码需求、信令需求、与其它业务间的交互、业务配置的实现和信令流程等要求。
本标准适用于基于IMS的呼叫前转业务。
12 引用标准
下列文件中的条款通过本企业技术标准的引用而成为本企业技术标准的条款。
凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修改版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件,其最新版本适用于本标准。
YDN065f-1997
《邮电部电话交换设备总技术规范书》(附录)
Q/CT2094-2010
中国电信IMS网络SIP协议总体技术要求
ETSITS183004
CommunicationDiversion(CDIV),PSTN/ISDNsimulationservices
ETSITS183023
ExtensibleMarkupLanguage(XML)ConfigurationAccessProtocol(XCAP)overtheUtinterfaceforManipulatingNGNPSTNISDNSimulationServices
ETSITS181002
MultimediaTelephonywithPSTN/ISDNsimulationservices
ETSITS181005
ServicesandCapabilitiesRequirements
RFC3323
APrivacyMechanismfortheSessionInitiationProtocol(SIP)
RFC3325
PrivateExtensionstotheSessionInitiationProtocol(SIP)forAssertedIdentitywithinTrustedNetworks
RFC4458
SessionInitiationProtocol(SIP)URIsforApplicationssuchasVoicemailandInteractiveVoiceResponse(IVR)
RFC4244
AnExtensiontotheSessionInitiationProtocol(SIP)forRequestHistoryInformation
13 缩略语
下列缩略语适用于本标准:
CB
CommunicationBarring
呼叫限制
CCBS
CompletionofCommunicationstoBusySubscriber
遇忙回叫
CDIV
CommunicationDiversion
呼叫前转类业务
CFB
CommunicationForwardingBusy
遇忙呼叫前转
CFNR
CommunicationForwardingNoReplay
无应答呼叫前转
CFNL
CommunicationForwardingonNotLogged-in
不在线呼叫前转
CFU
CommunicationForwardingUnconditional
无条件呼叫前转
CONF
Conference
会议
CW
CommunicationWaiting
呼叫等待
HOLD
CommunicationHold
呼叫保持
IMS
IPmultimediaSubsystem
IP多媒体子系统
IP
InternetProtocol
因特网协议
ISDN
IntegratedServiceDigitalNetwork
综合业务数字网
MCID
MaliciousCallIdentification
恶意呼叫追踪
NGN
NextGenerationNetwork
下一代网络
OIP
OriginatingIdentificationPresentation
主叫识别显示
OIR
OriginatingIdentificationPresentationRestriction
主叫识别限制
PSTN
PublicSwitchedTelephoneNetwork
公共电话交换网
SIP
SessionInitiationProtocol
会话初始协议
TIP
TerminatingIdentificationPresentation
被叫识别显示
TIR
TerminatingIdentificationRestriction
被叫识别限制
UA
UserAgent
用户代理
UE
UserEquipment
用户设备
URI
UniversalResourceIdentifier
统一资源标识符
XML
eXtensibleMarkupLanguage
可扩展标记语言
14 业务概述
业务定义
CDIV业务主要包括无条件呼叫前转、遇忙呼叫前转、无应答呼叫前转和不在线呼叫前转。
无条件呼叫前转(CFU)
使用该业务时所有对已登记无条件前转的用户的呼叫,都前转到一个预先指定的用户号码。
业务用户的发起呼叫的能力不受CFU业务的影响。
CFU业务激活后,呼叫的前转与业务用户的状态无关。
作为运营商的一个签约选项,可以向用户提供CFU业务是否被激活的指示,该指示可在业务用户发起呼叫的时候提供。
每一个通话所允许前转的最大次数为2次。
前转的计数包括所有的前转类型。
遇忙呼叫前转(CFB)
对申请登记“遇忙呼叫前转”的用户,在使用该项服务时,所有对该用户的呼入呼叫在遇忙时前转到另一个指定的用户号码。
业务用户的发起呼叫的能力不受CFB业务的影响。
作为运营商的一个签约选项,可以向用户提供CFB业务是否被激活的指示,该指示可在业务用户发起呼叫的时候提供。
每一个通话所允许前转的最大次数为2次。
前转的计数包括所有的前转类型。
无应答呼叫前转(CFNR)
该服务是指对登记“呼叫无应答前转”的用户,在使用该项服务时所有对该用户的呼入呼叫在规定时限内无应答时自动转到一个预先指定的用户号码。
业务用户的发起呼叫的能力不受CFNR业务的影响。
CFNR业务只有在呼叫连接至业务用户,且收到业务用户已被通知该呼叫的确认后,网络才能调用该业务。
作为运营商的一个签约选项,可以向用户提供CFNR业务是否被激活的指示,该指示可在业务用户发起呼叫的时候提供。
每一个通话所允许前转的最大次数为2次。
前转的计数包括所有的前转类型。
不在线呼叫前转(CFNL)
该服务是指对登记“用户不在线前转”的用户,在使用该项服务时所有对该用户的呼入呼叫,在用户不在线时自动转到一个预先指定的用户号码。
作为运营商的一个签约选项,可以向用户提供CFU业务是否被激活的指示,该指示可在业务用户退出登录的时候提供。
每一个通话所允许前转的最大次数为2次。
前转的计数包括所有的前转类型。
呼叫前转号码限制
对于一般的主、被叫用户号码,都可以做为前转目的号码,但是为了防止恶意呼叫,对于一些特殊的公众服务号码,如110,119,120等,不能被设置为呼叫前转的目的号码。
除特服号码外,用户已设置的呼叫限制号码也不能被设置成呼叫前转目的号码。
15 操作需求
业务开通/撤销
用户要使用呼叫前转业务,需首先开通该业务。
开通的方式可以是由用户向业务提供者提出申请,申请通过后开通;也可以是无需用户申请,由业务提供者为符合条件的用户直接开通该业务。
对于开通呼叫前转的用户,业务提供者将在HSS中为该用户配置一条呼叫前转业务的iFC。
用户要撤销呼叫前转业务,可以向业务提供者提出撤销申请。
业务激活与配置
用户向业务提供者申请开通呼叫前转业务成功后,可以通过Ut接口进行激活和去激活,其它的激活方式还包括Web页面实现。
用户签约呼叫前转业务时,除了设置前转号码之外,还可以设置一些相关的选项,如表5-1所示。
表5-1CDIV业务的签约选项
用户签约选项
缺省值
适用业务
是否提醒被呼转用户:
呼叫已被呼转
否
CFU
CFB
CFNR
是否提醒原主叫用户:
呼叫被前转
是
CFU
CFB
CFNR
CFNL
是否被呼转用户的URI可以显示给原主叫用户
是
CFU
CFB
CFNR
CFNL
当被呼转用户发起呼叫时,是否提醒被呼转用户:
呼转被激活
否
CFU
CFB
CFNR
CFNL
是否被呼转用户的URI可以显示给被呼转到的用户
是
CFU
CFB
CFNR
CFNL
表5-2列出了网络提供者在提供呼叫前转类业务时的可选项。
表5-2CDIV业务的网络提供者选项
网络提供者选项
值
适用业务
被呼转的用户在呼转激活后是否依旧保持此次通信
1、保持此次通信,直到呼转到的号码回应为止。
2、清除此次通信,呼转一激活就清除。
CFNR
被呼转的用户在被呼转到的用户拒绝通信后依旧保持此次通信
1、在被呼转到的用户拒绝通信后,被呼转用户一直保持振铃(要求被呼转的用户在呼转激活后依旧保持通信)
2、被呼转用户不做任何操作(要求被呼转的用户在呼转激活后就清除通信)
CFNR
最大呼转次数
取决于运营商策略
CFU
CFB
CFNR
CFNL
无应答呼转定时器时间
取决于业务提供者
CFNR
业务使用
签约呼转业务的用户激活业务后,当其他用户呼叫该签约用户时,呼叫就会根据该用户的呼转类型及用户状态,进行呼转,不需要用户进行特别的操作。
16 编码需求
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的格式如下:
cause-param="cause"EQUALStatus-Code
Status-Code="404";Unknown/Notavailable
/"486";UserBusy
/"408";NoReply
/"302";Unconditional
•Privacy:
私密性。
(可选参数)
•Extension(hi-extension):
保留。
(可选参数)
表6-1前转中用到的SIP消息的域
SIP消息
SIP域
INVITE
History-Info域
Privacy域
Cause-param
180(Ringing)
History-Info域
Privacy域
Cause-param
181(CallIsBeingForwarded)
History-Info域
Privacy域
Cause-param
200(OK)
History-Info域
Privacy域
Cause-param
参数
Privacy头域见RFC3323和RFC3325。
P.-Asserted-Identity头域见RFC3325。
History-Info头域见RFC4244。
Cause-param头域见RFC4458。
17 信令需求
激活/去激活/注册
签约呼叫前转类业务可以通过Ut接口进行激活/去激活,具体参见9.1节和9.2节。
调用和操作
呼叫发起源端用户的行为
当呼转发生时,如果签约用户将“是否提醒原主叫用户:
呼叫被前转”的选项值设置为“是”,则呼叫发起断用户终端将收到181消息,提示呼叫被前转。
根据在《中国电信IMS网络SIP协议总体技术要求》中的描述,呼叫发起用户终端将会显示History-Info中的消息。
呼叫发起源端的P-CSCF的行为
遵循《中国电信IMS网络SIP协议总体技术要求》定义的基本通信过程。
呼叫发起源端的S-CSCF的行为
遵循《中国电信IMS网络SIP协议总体技术要求》定义的基本通信过程。
尤其是如果S-CSCF收到的180、181或200响应消息中包含History-Info头域,且其中的Privacy参数值为“history”,S-CSCF将会删除该History-Info头域后,再将响应消息发送给被叫侧P-CSCF。
原被叫侧S-CSCF的行为
根据IFC判断用户B签约了呼叫前转业务,因此呼叫被转到呼转业务AS。
呼转到的用户侧的S-CSCF行为
遵循《中国电信IMS网络SIP协议总体技术要求》定义的基本通信过程。
如果S-CSCF收到的请求消息中包含History-Info头域,且其中的Privacy参数值为“history”,S-CSCF将会删除该History-Info头域后,再将请求消息发送给P-CSCF。
原被叫AS行为
17.1.1.1 检查呼转限制
接收到INVITE消息时,AS将:
●AS将检查呼转是否超出了呼转的最大次数,如果超出最大值呼叫将被释放。
●如果呼叫已经被转接过,则还要根据网络对呼叫转接的限制来决定是否呼叫还能被转接。
●如果呼转超出最大允许呼转次数,AS将根据情况响应:
⏹遇忙呼转,486忙消息。
⏹无应答呼转,480网络暂时不可及消息。
⏹无条件呼转,480网络暂时不可及消息。
⏹不在线呼转,480网络暂时不可及消息。
并同时发送Warning头域提示呼转超出最大允许呼转次数。
17.1.1.2 AS设定呼转各参数
.2.6.2.1 概览
在检查完呼转限制后,AS将设定INVATE请求中的各参数和头域。
.2.6.2.1.1 第一次呼转(消息中不含History-Info头域)
第一次呼转发生时(消息中不含History-Info条目),以下信息将在将在重定向请求中被设置:
●呼转用户地址
●呼转到的用户地址
●呼转信息
以下头域将被增加或修改:
a)RequestURI——当呼转时将被设置为被呼转到用户的公有用户标识。
b)History-Info头域——将产生两个条目:
b.1)第一个条目将包含呼转用户的hi-targeted-to-uri。
如果呼转用户拒绝显示其URI给呼叫发起用户或呼转到用户(如呼转用户签约了识别限制业务或将“是否被呼转用户的URI可以显示给原主叫用户”签约选项的值设为“否”),这时呼转用户的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头域保持不变。
.2.6.2.1.2 后续呼转(消息已经包含History-Info头域)
当第二次呼转或多次呼转时,一个新的history-info条目将会加在原History-Info头域中(根据RFC4244)。
以下信息将会被包含到重定向请求中:
●呼转到的地址
●重定向消息
以下头域将被增加或修改:
a)RequestURI——当呼转时,此域被设置为此时要呼转到的用户的公有用户标识。
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”;
●如果为无应答呼叫前转,cause值设为“408”;
●如果为无条件呼叫前转,cause值设为“302”;
●如果为不在线呼叫前转,cause值设为“404”。
c)To头域——如果被呼转的用户不想显示自己的信息(符合以下情况之一),To头域就被改变。
如果被呼转的用户:
●申请了主叫识别限制
●选择不通告呼转给呼转到的用户
其他情况则To头域保持不变。
.2.6.2.2 操作概览
图7-1多次呼转例子
表7-1多次呼转时参数取值的变化
HOP1
HOP2
HOP3
HOP4
HOP5
NumberInformation:
P-Asserted-Identity
RequestURI
A
B
A
C
A
D
A
E
A
F
hi-entry
B
C
B
C
D
B,
C
D
E
B,
C,
D
E
F
Informationadded:
hi-targeted-to-uri
cause-param
Privacy
Hi-index(NOTE1)
B
V
W
index1
C
U
index2
Nochanges
V
W
D
U
index3
Nochanges
V
W
E
U
index4
Nochanges
V
W
F
U
index5
U=cause-param取值,参见7.2.6.2.1.1和7.2.6.2.1.2
W=index取值
V=privacy的参数值.
NOTE 1:
hi-indexfield将末位加.1.
17.1.1.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消息中包含图7-1中所示的各个参数及信息。
如果在发送了INVITE消息后,呼转用户接收了呼叫,则到被呼转到用户的通信路由将被释放。
4)用户忙呼转(UDUB,用户决定忙)
AS收到呼转用户返回的486(busyhere)响应后,将会应答ACK,并启动用户忙前转操作。
如果源主叫终端支持通知流程,则源端将按照7.2.6.4的操作被通知。
一个包含了呼转到用户的URI的INVITE消息将被送往出局S-CSCF。
此INVITE消息中包含图7-1中所示的各个参数及信息。
17.1.1.4 通告原主叫用户(网络可选)
呼叫前转发生时,如果呼叫发起方终端支持通知流程,则将会收到181消息(呼叫被前转)响应。
181响应中包含P-Asserted-Identity头域和Privacy头域。
P-Asserted-Identity中包含被呼转的用户的URI。
另外,AS将指示播放通知,以告知主叫用户其呼叫被转接。
17.1.1.5 对被呼转用户的指示(网络可选)
可能执行一个或多个以下行为:
当呼转用户注册后,AS将发送一个MESSAGE请求通知该用户要呼转到的地址。
MESSAGE消息可在由用户指定的时间内发送(可选)。
申请了呼转业务的用户将会周期性地收到MESSAGE消息,从而被通知请求要呼转到的地址。
当申请了呼转业务的用户发起一个新呼叫时,MESSAGE消息将会提示用户呼叫被呼转到的地址。
在以上三种情形下,将可能通过语音或文本方式通知被呼转用户。
被呼转到的用户的AS行为
AS存储收到的请求的History-Info头。
如果180,181,200消息中没有包含History-Info头域,则AS将会把存储的History-Info头域放进去。
如果被呼转到的用户申请了TIR被叫识别限制,则所有响应中的该用户对应的History-Info头域中的Privacy参数都将
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- IMS 网络 呼叫 转业 技术 要求