1、ICS 33030M 21 Y口中华人民共和国通信行业标准YD厂r 1931-2009基于统一IMS的业务技术要求呼叫前转类业务(第一阶段)Technical Requirements of Services based on the Unified IMSCall Forwarding Service(Release 1)2009-06-1 5发布 2009-09-01实施中华人民共和国工业和信息化部发布目 次YD厂r 1931-2009前 言II1范围-”12规范性引用文件13术语、定义和缩略语14业务描述与业务特征241概述242无条件呼叫前转24 3遇忙呼叫前转244无应答呼叫前转24
2、5用户不可达呼叫前转346用户未注册呼叫前转35业务服务终端36业务使用和管理-361概述362终端拨号方式363呼叫前转号限制47业务触发48业务对功能实体和信令的要求481业务配置482业务调用与操作59与其他基于统一IMS的业务间的交互作用991主叫标识显示业务992主叫标识限制业务1093被叫标识显示业务1094被叫标识限制业务1010 ut接口方式实现业务配置10101 XML文档结构lO102 XMLSchema-。12附录A(资料性附录)消息流程示例13附录B(资料性附录)拨号方式实现业务配置和管理的消息流程示例20附录C(资料性附录)Ut接口业务配置文件示例22参考文献24刖
3、舌YD厂r 1931-2009本标准是基于统一IMS的业务技术要求系列标准之一，本系列标准的结构及名称预计如下：基于统一IMS的业务技术要求标识显示及限制类业务(第一阶段)；基于统一IMS的业务技术要求呼叫前转类业务(第一阶段)；基于统一IMS的业务技术要求呼叫保持和呼叫等待业务(第一阶段)；基于统一IMS的业务技术要求恶意呼叫追踪和匿名呼叫拒绝业务(第一阶段)；基于统一IMS的业务技术要求IPCentrex业务(第一阶段)：基于统一IMS的业务技术要求点击拨号业务(第一阶段)；基于统一IMS的业务技术要求多媒体彩铃业务(第一阶段)；基于统一IMS的业务技术要求个性化振铃音业务(第一阶段)；基
4、于统一IMS的业务技术要求多媒体会议业务(第一阶段)。随着技术的发展，还将制定后续的相关标准。在本标准的制定过程中还参考了以下标准：统一IMS的需求(第一阶段)：统一IMS的功能体系架构(第一阶段)；统一IMS组网总体技术要求(第一阶段)。本标准的附录A、附录B和附录C为资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：工业和信息化部电信研究院、华为技术有限公司、中兴通讯股份有限公司、上海贝尔阿尔卡特股份有限公司本标准主要起草人：杨海涛、施有铸、霍玉臻、柳晶lI基于统一IMS的业务技术要求呼叫前转类业务(第一阶段)YD厂r 1931-20091范围本标准规定了基于统一MS的呼叫
5、前转类业务的业务描述、业务特征、业务服务终端、业务使用和管理、业务触发、业务对功能实体和信令的要求、与其他基于统一MS的业务间的交互作用等要求。本标准适用于基于统一IMS的呼叫前转类业务。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注目期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。ETSITS 183 023 TISPAN：PSTNISDN模拟业务：通过ut接口进行NGNPslN，ISDN模拟业务配置的XML配置接入协议
6、(XCAP)要求3术语、定义和缩略语31术语和定义下列术语适用于本标准。311用户决定用户忙User Determined User Busy由用户终端发送用户忙状态。312网络决定用户忙Network Determined User Busy由网络采用某种机制，判定用户状态为忙。32缩略语下列缩略语适用于本标准。AS Application Server 应用服务器CDMA Code Devision Multiple Access 码分多址接入CFB Communication Forwarding on Busy user 遇忙呼叫前转CFNL Communication Forward
7、ing on Not Loggedin 用户未注册呼叫前转CFNR Communication Forwarding on 110 Reply 无应答呼叫前CFNRc Communication Forwarding on Subscriber Not Reachable 用户不可达呼叫前转CFU Communication Forwarding Unconditional 无条件呼叫前转CSIM CDMASubscriberIdentityModule CDMA用户识别模块1YD，T 1931-2009DSL Didtal Subscriber LineiFC Initial Filter
8、Criteria蹦S 口Multimedia SubsystemISDN Ime日ated Services DigitalNetworkIS【M【MS Subscriber Identity ModuleLAN Local Area NetworkNDUB Network Determined User BusyNGN Next Generation NetworkPSTN Public Switched Telephone NetworkRU删 Removable User Identity ModuleSIM Subscriber Identity ModuleSIP Session I
9、nitiation ProtocolUDUB Uset Deterrnined User BusyURI Uniform ReSOLUCC IdentifierUSIM User Service Identity Module吧AN Wireless Local Area NetworkXCAP XML Configuration Access ProtocolXML Extensible Markup Language4业务描述与业务特征数字用户线路初始过滤规则口多媒体子系统综合业务数字网IMS用户识别模块局域网网络决定用户忙下一代网络公共电话交换网可移动用户识别模块用户识别模块会话初始协议
10、用户决定用户忙统一资源标识符用户服务识别模块无线局域网XML配置接入协议可扩展标记语言41概述基于统一IMS(第一阶段)的呼叫前转类业务是指被服务用户可以将来话呼叫无条件的或通过预置条件转移到第三方，包括无条件呼叫前转(CHJ)、遇忙呼叫前转(CFB)、无应答呼叫前转(CFNR)、用户不可达呼叫前转(CFNRc)、用户未注册呼叫前转(CFNL)。每一个通话所允许前转的最大次数由业务提供者决定。前转的计数包括所有的前转类型。具体的描述见822 2节。当呼叫前转类业务发生时，可以选择是否向业务用户提供呼叫前转通知，也可以选择是否向主叫用户发送呼叫前转通知。具体描述见8224节和8225节。前转业务
11、用户可以选择向主叫用户发送的呼叫前转通知中，是否显示业务用户标识：可以选择是否向前转目的用户显示业务用户标识。具体描述见8222节。42无条件呼叫前转无条件呼叫前转是指对使用该业务的用户号码发起的任何呼叫，无论被叫用户是在什么状态，都将被自动转移到预先指定的号码。无条件呼叫前转业务不会影响业务用户发起呼叫的能力。43遇忙呼叫前转遇忙呼叫前转的预置条件为被叫用户忙，即当申请了此业务的用户处于被叫忙状态时，任何向此用户号码发起的呼叫都将被转移到预先指定的号码。遇忙呼叫前转业务不会影响业务用户发起呼叫的能力。44无应答呼叫前转2YD厂r 19312009无应答呼叫前转的预置条件为被叫用户无应答，即当
12、主叫对申请了此业务的用户号码发起呼叫，且被叫用户没有在设定的时间内接听，则此呼叫将被转移到预先指定的号码。呼叫无应答前转时间设定为2040s，并可以根据需要进行配置。无应答呼叫前转业务不会影响业务用户发起呼叫的能力。4，5用户不可达呼叫前转用户不可达呼叫前转的预置条件为被叫用户不可达(例如，当用户终端口地址不可达，移动用户不在服务区)，即当申请了此业务的用户状态为不可达时，任何向此用户号码发起的呼叫都将被转移到预先指定的号码。46用户未注册呼叫前转用户未注册呼叫前转的预置条件为被叫用户未注册，即当申请了此业务的用户处于未注册状态时，任何向此用户号码发起的呼叫都将被转移到预先指定的号码。5业务服
13、务终端在统一IMS的第一阶段，呼叫前转类业务可服务于以下终端：SIP硬终端(指支持SIP协议并且通过xDSL、WLAN、LAN接入IMS域的终端。该类型终端具有一定的物理形态。此类型终端暂不要求具备ISIM卡)：SIP软终端(指支持SIP协议并且通过xDSL、WLAN、LAN接入IMS域的一种软件客户端，通常安装在个人PC等设备上。此类型终端可以具备或不具备ISIM卡)；移动终端(指支持SIP协议并且通过2G、3G接入IMS域的移动终端。此类型终端要求具备SIM卡USIM卡ISIM卡R，UIM卡CSIM卡，但对于cdma2000机卡合一终端，可以不具备物理实体的RUIM卡CSIM卡)。6业务使
14、用和管理61概述用户可以通过多种方式来对自己的呼叫前转类业务进行配置和管理，主要包括终端拨号方式、ut接口方式和Web方式等，其中，网络和终端至少应支持拨号方式和ut接口方式。当用户通过不同的方式对业务数据进行配置时，最新的业务配嚣应覆盖之前的业务配置。业务配置和管理的内容主要包括：查询业务状态、激活去激活呼叫前转类业务、配置前转目的号码、选择是否发送呼叫前转通知等。对于ut接口方式，具体业务使用和管理的操作和界面等可依据具体应用需求而定，不在此进行标准化。对于Web方式，是指统一IMS为用户提供基于互联网个人信息助理功能，每个终端用户都有自己的用户名和密码，在登录业务提供者提供的网站并通过鉴
15、权后，可以在线进行呼叫前转类业务的配置管理。具体实现方式可由服务提供者根据自己的需求来设置。对于拨号方式，具体业务配置和管理的编号可依据业务运营者的应用需求而定，不在此进行标准化，其拨号程序可参考62节。62终端拨号方式3Y【)，l 1931-2009621无条件呼叫前转激活：按“无条件呼叫前转业务设置代码+前转目的号码+#”；响应，如听到相应的录音通知：结束。去激活：按“无条件呼叫前转业务取消代码”；响应，如听到相应的录音通知；结束。业务状态查询：按“无条件呼叫前转业务状态查询代码”；响应，如听到相应的录音通知；结束。622遇忙呼叫前转激活：按“遇忙呼叫前转业务设置代码+前转目的号码抖”：响
16、应，如听到相应的录音通知；结束。去激活：按“遇忙呼叫前转业务取消代码”：响应，如听到相应的录音通知；结束。业务状态查询：按“遇忙呼叫前转业务状态查询代码”：响应，如听到相应的录音通知；结束。623无应答呼叫前转激活：按“无应答呼叫前转业务设置代码+前转目的号码错”；响应，如听到相应的录音通知；结束。去激活：按“无应答呼叫前转业务取消代码”；响应，如听到相应的录音通知：结束。业务状态查询：按“无应答呼叫前转业务状态查询代码”；响应，如听到相应的录音通知；结束。624用户不可达呼叫前转激活：按“用户不可达呼叫前转业务设置代码+前转目的号码+挣”：响应，如听到相应的录音通知；结束。去激活：按“用户不
17、可达呼叫前转业务取消代码”；响应，如听到相应的录音通知；结束。业务状态查询：按“用户不可达呼叫前转业务状态查询代码”；响应，如听到相应的录音通知；结束。625用户未注册呼叫前转激活：按“用户未注册呼叫前转业务设置代码+前转目的号码抖”；响应，如听到相应的录音通知；结束。去激活：按“用户未注册呼叫前转业务取消代码”；响应，如听到相应的录音通知；结束。业务状态查询：按“用户未注册呼叫前转业务状态查询代码”；响应，如听到相应的录音通知：结束。63呼叫前转号码限制对于一般的主、被叫用户号码，都可以作为前转目的号码，但是为了防止恶意呼叫，对于一些特殊的公众服务号码，如110、119、120等，不能被设置
18、为呼叫前转的目的号码。除特服号码外，用户己设置的呼叫限制号码也不能被设置成呼叫前转目的号码。7业务触发为了保证业务的正常实现，HSS应为每个业务用户建立相应的初始过滤规则(iFC)。对于呼叫前转类业务，业务用户的iFC应保证将发送至业务用户的INVITE会话请求均发送至相应的业务As以进行相关的业务处理。8业务对功能实体和信令的要求81业务配置当用户通过拨号方式对呼叫前转类业务进行配置和管理时，网络应至少支持通过INVITE中的Request URI来传递业务配置信息的实现方式，信令流程可参考附录B。在终端支持的前提下，网络也可4YD厂r 1931-2009以支持其他方式来传递业务配置信息。用
19、户通过ut接口方式实现业务配置和管理的要求详见本标准第10章。82业务调用与操作821 主叫用户终端当业务用户发生呼叫前转类业务，并且业务用户签约了向主叫用户发送呼叫前转通知业务属性时，主叫用户终端会收到181(呼叫已前转)响应，前转通知消息通过HistoryInfo头字段显示给主叫用户终端。822前转业务AS8221检查呼叫前转次数限制当收到INVITE请求时，AS判断产生前转类呼叫：AS检查呼叫前转是否超过呼叫前转次数限制。呼叫前转次数由AS统计，统计的参数为HistoryInfo头字段的Cause参数。如果呼叫前转次数超过上限，则释放呼叫；如果来话已经经过1次以上的前转，AS需要判断呼叫
20、是否超过前转上限。如果呼叫前转次数超过限制次数，下列响应会发送给主叫用户。返回的响应取决于晟后一个前转用户的已知状态。无条件呼叫前转：480(Temporarily unavailable)；遇忙呼叫前转：486(Busy here)；无应答呼叫前转：480(Temporarily unavailable)：用户不可达呼叫前转：480(Temporarily unavailable)；用户不在线呼叫前转：480(Temporarily unavailable)。在所有的状况下，Warning头字段用来标识呼叫释放原因为前转次数超过限制。例如，Warning头字段原因值可为“前转次数超限”。82
21、22 AS设置呼叫前转参数8_2 221 第一次呼叫前转，未收到HistoryInfo头字段在检查呼叫前转次数限制之后，对INVITE进行如下设置。当发生第一次呼叫前转时，重定向请求包含下列信息：呼叫前转业务用户地址；呼叫前转目的用户地址：呼叫前转信息。头字段特定值定义如下：a)Request URI：设置为前转目的用户的公共用户标识。b)HistoryInfo头字段：产生两个History-Info记录。1)第一个记录包括业务用户的hitargetedtouri。Index值设置为：index=1。下列情况下，保留hi-targetedto-uri中的privacy头字段“history”：
22、业务用户不希望自己的标识显示给其他用户，例如，业务用户申请了主叫识别限制业务；YD，T 1931-2009业务用户将“业务用户允许将自身UP,发送给呼叫前转目的用户”选项的值设置为“false”。2)第二个记录包括前转目的用户的hitargeted，touri。Index值设置为：index=11。根据呼叫前转类别，设置History1nfo头字段中的cause-param参数(前转原因和前转标识)。前转类别与causeparam参数值之间的对应关系如下：遇忙呼叫前转(486)；无应答呼叫前转(408)；无条件呼叫前转(302)；用户未注册呼叫前转(404)；用户不可达呼叫前转(503)。c)
23、T0头字段：如果呼叫前转业务用户不想向呼叫前转目的用户显示自己的标识，当前转发生时，应修改To头字段中的URI。以下两种情况，呼叫前转业务用户不会向呼叫前转目的用户显示用户识别；其他情况下，不改变To头字段的值。1)业务用户不希望自己的标识显示给其他用户，例如，业务用户中请了主叫识别限制业务。2)业务用户将“业务用户允许将自身URI发送给呼叫前转目的用户”选项的值设置为“false”。82 22 2后续呼叫前转，收到HistoryInfo头字段在检查呼叫前转次数限制之后，对INVITE进行如下设置。当发生两次或两次以上的呼q前转时，HistoryInfo头字段会添加一个新的HistoryInf
24、o记录。重定向请求包含下列信息：呼叫前转目的用户地址；呼叫前转信息。头字段特定值定义如下：a)Request URI：设置为前转目的用户的公共用户标识。b)HistoryInfo头字段：history记录显示业务用户被修改，并添加一条history记录。1)第一个记录包括业务用户的hitargetedtouri。下列情况下，保留hitargetedtouri中的privacy头字段“history”： 业务用户不希望自己的标识显示给其他用户，例如，业务用户中请了主q识别限制业务。 业务用户将“业务用户允许将自身URI发送给呼叫前转目的用户”选项的值设置为“false”。如果已经保留“histo
25、ry”头字段，则不需要上述修改。其他情况下，不改变业务用户的history记录。2)当前转发生时，hitargetedto-uri设置为前转目的用户的公共用户标识，并添加laistory记录，包括HistoryInfo头字段中的前转原因值。Index值随着前转次数增加递增，增加值为1。前转类别与causeparam参数值之间的对应关系如下： 遇忙呼叫前转(486)； 无应答呼叫前转(408)： 无条件呼叫前转(302)； 用户未注册呼叫前转(404)；6YD厂r 1931-2009 用户不可达呼叫前转(503)。c)1o头字段：如果呼叫前转业务用户不想向呼叫前转目的用户显示自己的标识，当前转发
26、生时，应修改Tb头字段中的URI。以下两种情况，呼叫前转业务用户不会向呼叫前转目的用户显示用户识别。1)业务用户不希望自己的标识显示给其他用户，例如，业务用户申请了主叫识别限制业务。2)业务用户将“业务用户允许将自身URI发送给呼叫前转目的用户”选项的值设景为“false”。其他情况下，不改变T0头字段的值。82223多次呼叫前转流程和参数设置图1给出了多次呼叫前转的业务流程。HOP 1 HOP 2 HOP3 HOP4 HOP 5 HOPX图1 主叫用户A呼叫用户B时在INVITE请求中的传送信息表1给出了呼叫前转AS对参数和头字段所做的修改。表1呼叫前转业务信息Hopl HOP2 HOP3
27、HOP4 HOP5 HOP6P-AssertedIdentity A A A A A ARequestURI B C D E F Ghitargeted-to-uri B，C B，C，D B，C，D，E B，C，D，E，F B，C，D，E，F,O掭加History Index (I)and(2) (3) (4) (5) (6)hitargetedto-uri B，C D(3) E(4) F(5) G(6)Reason V(1)，V(2) V(3) V(4) V(5) V(6)Privacy W(1)，W(2) W(3) W(4) W(5) W(6)Hiindex index 1index 2
28、index 3 index 4 index 5 index 6注：V=原因头字段规则取值，例如：SIP前转原因值w=隐私值(头字段)或(空)或无项目Hi-index域增加值为18223呼叫前转AS处理82_231 无条件呼叫前转、遇忙呼叫前转(NDUB情况)、用户未注册n乎ntt前转AS将遵照下列方式处理：如果支持向主叫用户发送呼叫前转通知，则主叫用户会接收到呼叫前转通知。具体描述见8224节。包含前转目用户URI的INVITE消息，需要发送给被叫S-CSCF。INVITE请求需要包含的参数信息具体描述见8222节。如果业务用户签约了向业务用户发送或者向主叫用户发送呼叫前转通知业务属性，则发送
29、呼叫前转通知，具体描述见8225。如果业务用户激活了用户未注册呼叫前转，并签约了呼叫前转通知业务属性，当调用用户未注册呼叫前转时，AS需要存储呼叫前转通知，保留的时长由呼叫前转通知缓冲定时器决定，呼叫前转通知缓冲7YD厂r 19312009定时器时长可以根据需要进行配置。对于遇忙呼叫前转中的NDUB情况，目前规范第一阶段中只考虑以最大通话数作为判断依据。NDUB作为一个网络能力，用户签约了呼叫前转类业务后，每一会话需触发至相应的AS进行NDUB判断，如果用户虻，则发生前转。82232无应答呼叫前转终止无应答呼叫前转：在收到第一个180响应之后，无应答前转计时器启动计时。在定时器超时前，收到20
30、0响应，无应答前转计时器停止：呼叫按照基本呼叫流程进行。无应答前转计时器时长可设定为20秒，并可以根据需要进行配置。收到CANCEL或BYE时，无应答呼叫前转计时器停止。执行无应答呼叫前转：在收到第一个180响应之后，无应答前转计时器启动计时。当呼叫前转目的用户接通了前转呼叫，并且支持向主叫用户发送呼叫前转通知，则主叫用户会接收到呼叫前转通知。呼叫前转次数的统计规则见表1。如果业务用户签约了向业务用户发送或者向主叫用户发送呼叫前转通知业务属性，则发送呼叫前转通知，具体描述见8225。82233遇忙呼叫前转(UDUB情况)在UDUB情况下，AS进行如下操作：收到486并返回ACK；若支持向主叫用
31、户发送呼叫前转通知，则主叫用户会接收到呼叫前转通知。包含前转目用户URI的INVITE消息，需要发送给被叫S-CSCF。INVITE请求需要包含的参数信息具体描述见822。2节。如果业务用户签约了向业务用户发送或者向主叫用户发送呼叫前转通知业务属性，则发送呼叫前转通知，具体描述见8225。82234用户不可达呼叫前转在INVITE消息发送到业务用户，AS接收到呼叫不可达标识(408，请求超时响应；503业务不可达；500服务器内部错误等)的时候，在用户不可达呼叫前转发生前，AS进行如下操作：业务用户必须是已注册用户，并己激活用户不可达呼叫前转业务。若支持向主叫用户发送呼叫前转通知，则主叫用户会
32、接收到呼叫前转通知。包含前转目用户URI的INVITE消息，需要发送给被叫S-CSCF。INVITE请求需要包含的参数信息具体描述见8222节。8224向主叫用户发送呼叫前转通知向主叫用户发送呼叫前转通知为前转类业务中的业务属性。当业务用户发生呼口q前转类业务。并且业务用户签约了向主叫用户发送呼叫前转通知业务属性时，主叫用户终端会收到181(呼叫已前转)响应，前转通知消息通过HistoryInfo头字段显示给主叫用户终端。当呼叫前转发生时，如果业务用户签约属性“主叫用户接收前转通知”值设置为“true”，则181响应发送到主叫用户。181响应包含下列头字段：a)PAssertedIdentit
33、y包含前转业务用户URI。b)下列情况下，需要包括值为“id，的Privacy头字段：8YD厂r 1931-20091)业务用户不希望自己的标识显示给其他用户(例如，业务用户签约了被叫识别限制业务)。2)业务用户签约属性“业务用户允许向主叫用户发送前转通知，通知包含业务用户URI”的值设置为false”。c)HistoryInfo头字段需要添加下列记录：1)如果是第一次前转，则第一个记录需要填写业务用户的hitargeted-to-uri。Index值设置为“index=1”。2)下列情况下，在history发送给业务用户时，hitargetedtouri中的privacy头字段“histor
34、y”应该保留：业务用户不希望自己的标识显示给其他用户(例如，业务用户签约了被叫识别限制业务)：业务用户签约属性“业务用户允许向主叫用户发送前转通知，通知包含业务用户URI”的值设置为“false”：如果history已经按照正确的privacy值保留，则不需要对history进行操作：其他情况下，history记录不做修改。3)多次前转时，参照82222节描述。AS可以将主叫用户前转通知以录音通知的形式发送给主叫用户，通知主叫用户呼叫发生了前转。8225向业务用户发送呼叫前转通知如果用户申请了向业务用户发送呼叫前转通知的业务属性，下列几种情况可单独或同时出现：前转发生后，前转业务用户在网络中注
35、册，AS发送包含呼叫前转信息的MESSAGE请求。MESSAGE请求在TCDIV_IND定时器超时后发送到业务用户(TCDIV_IND定时器：603600s。当用户在网络中注册，定时器开始计时。定时器时长可以按照需求设置)；前转发生后，包含呼叫前转信息的MESSAGE请求周期性发送到前转业务用户：前转发生后，前转业务用户发起一个新的呼叫时，会收到包含呼叫前转信息的MESSAGE请求；上述包含呼叫前转信息的MESSAGE请求，可以通过语音邮件或者消息邮件发送给业务用户。向业务用户发送呼叫前转通知适用于所有的呼叫前转类业务。823前转目的用户AS前转目的用户AS会保存来话请求的history头字段
36、。如果180、181或200响应未包含history头字段，如果前转目的用户签约了被叫标识限制业务，则所有响应的Privacy头字段中，History-Info的最后一条Privacy值要设置为“history”。824业务调用消息流程业务调用消息流程示例参见附录A。9与其他基于统一IMS的业务问的交互作用91 主叫标识显示业务如果主叫用户没有申请或激活主u。埔i识限制业务，则当呼叫被前转(包括无条件呼”q前转、遇忙呼叫前转、无应答呼叫前转、用户未注册呼叫前转、用户不可达呼叫前转)且前转目的用户具有主叫标识显示业务时，前转目的用户应能接收到主叫用户标识信息。qyDr 1931-2009如果主叫
37、用户激活了主叫标识限制业务，则当呼叫被前转(包括无条件呼叫前转、遇忙呼叫前转、无应答呼叫前转、用户未注册呼叫前转、用户不可达呼叫前转)时前转目的用户应不能接收到主叫用户标识信息，即使前转目的用户具有主叫标识显示业务。但若前转目的用户具有主叫标识强制显示的业务属性，则应能接收到主叫用户标识信息。92主叫标识限制业务同91节。93被叫标识显示业务如果前转目的用户没有申请或激活被叫标识限制业务，则当呼叫被前转(包括无条件呼叫前转、遇忙呼叫前转、无应答呼叫前转、用户未注册呼叫前转、用户不可达呼叫前转)且主叫用户具有被叫标识显示业务时，主叫用户应能接收到前转目的用户标识信息。如果前转目的用户激活了被叫标
38、识限制业务，则当呼叫被前转(包括无条件呼叫前转、遇忙呼叫前转、无应答呼叫前转、用户未注册呼叫前转、用户不可达呼叫前转)时，主叫用户应不能接收到前转目的用户标识信息，即使主叫用户具有被叫标识显示业务。但若主叫用户具有被叫标识强制显示的业务属性，则应能接收到前转目的用户标识信息。此外，对于被叫标识显示业务，如果前转业务用户选择不向主叫用户提供呼叫前转通知，则主叫用户将接收不到呼叫前转通知，并且在呼叫接通时也接收不到前转目的用户标识信息，除非主叫用户具有被叫标识强制显示的业务属性。如果前转业务用户选择向主叫用户提供呼叫前转通知，但不提供前转目的地地址，则主叫用户在呼叫接通时也接收不到前转目的用户标识
39、信息，除非主叫用户具有被叫标识强制显示的业务属性。94被叫标识限制业务如果前转目的用户没有申请或激活被叫标识限制业务，则当呼叫被前转(包括无条件呼叫前转、遇忙呼叫前转、无应答呼叫前转、用户未注册呼叫前转、用户不可达呼叫前转)且主叫用户具有被叫标识显示业务时，主叫用户应能接收到前转目的用户标识信息。如果前转目的用户激活了被叫标识限制业务，则当呼叫被前转(包括无条件呼叫前转、遇忙呼叫前转、无应答呼叫前转、用户未注册呼叫前转、用户不可达呼叫前转)时，主叫用户应不能接收到前转目的用户标识信息，即使主叫用户具有被叫标识显示业务。但若主叫用户具有被叫标识强制显示的业务属性，则应能接收到前转目的用户标识信息
40、。如果前转目的用户没有申请或激活被叫标识限制业务，但前转业务用户激活了被叫标识限制业务，则当呼叫被前转(包括无条件呼叫前转、遇忙呼叫前转、无应答呼叫前转、用户未注册呼叫前转、用户不可达呼叫前转)时，主叫用户也应不能够接收到前转目的用户标识信息，即使主叫用户具有被叫标识显示业务。但若主叫用户具有被叫标识强制显示的业务属性，则应能接收到前转目的用户标识信息。10 Ut接口方式实现业务配置101 XML文档结构呼叫前转文件是TS 183 023中定义的模拟业务XML文件的一个子集，应符合其定义的XCAP应用用法。附录C1即为一个呼叫前转文件示例。10YD，T 1931-20091011呼叫前转元素附
41、录C2为呼叫前转业务配置ruleset的示例。常用流程应用如下：1)当业务处理一组规则时，需要启动第一条规则并检测条件是否符合要求，如果规则匹配，则按照规定执行操作；2)当规则不匹配所选择的下列规则时，同样的流程再次启动，直到找到一个匹配的规则或者所有的规则均不匹配为止；3)如果所有的规则均不能匹配，则需要检查特殊规则，如用户无应答情况只会保持在用户无应答操作之后的一段时间内。在这种情况下，流程如上边所述修改后启动适用于特殊情况的规则。在1013节中，定义了所有允许的条件，在呼叫设置时检验出正常规则，如果条件不匹配正常规则，需要明确指示。1012呼叫前转规则附录C3为呼叫前转规则的示例。当业务
42、处理一组规则时，需要启动第一条规则并检测条件是否符合要求，如果规则匹配，则按照规定执行操作，同时不会再进行匹配的操作。当规则不匹配所选择的流程规则时，同样的流程再次启动，直到找到个匹配的规则或者所有的规则均不匹配为止。规则的“id属性值在规则组中唯一确定。在XCAP地址应用用法中会用到此属性。1013呼叫前转规则条件XML Schema为呼叫前转业务定义了下列条件：busy：当被叫用户忙时，此条件的值为“true”：其他条件下，此条件值为“false”。not-registered：当用户未注册时，此条件的值为“flue”；其他条件下，此条件值为“false”。presencestatus：当
43、被叫用户当前呈现空闲状态时，此条件的值为“true”；其他条件下，此条件值为“false”。cp：identity：当主叫用户标识同此值匹配时，此条件的值为“true”；其他条件下，此条件值为“false”。anonymous：当未提供主叫用户PAsserted-Identity或PAssertedIdentity受限时，此条件的值为“true”。cp：sphere：在呼叫前转业务中没有使用此条件。cp：validity：指定了一个时间范围。当当前时间在有效时间范围内时，此条件的值为“true”。其他条件下，此条件值为“false”。media：当来话请求确定的媒体时，前转规则决定呼叫前转的媒
44、体类型。当此条件的值匹配INVITE中SDP“m=”元素列表中一个元素时，此条件的值为“flue”。noanswer：当被叫用户无应答时，此条件的值为“true”；其他条件下，此条件值为“false”。当用户无应答计时器超时后，此条件会被赋值。YD厂r 1931-2009rule-deactivated：这个条件的值恒为“false”。此条件可以取消规则。消除此条件后，规则可以重新激活。ocp：extemalust：当主叫用户标识在外部资源列表中时，此条件的值为“true”。ocp：other-identity：在呼叫前转业务中没有使用此条件。not-reachable：当业务用户设备已注册并
45、且在呼叫建立时不在服务区时，此条件的值为“true”i其他条件下，此条件值为“false”。1014呼叫前转规则操作呼叫前规则转操作包括下列元素：target：指定前转规则地址。其格式必须为有效的SIP URI或者TEL URI。notifycaller：可选元素。可以将默认的主叫用户前转通知取消。revealidertityto-caller：可选元素。可以将默认的主叫用户前转通知中携带的前转业务用户标识信息取消。notifyserveduser：可选元素。可以向业务用户发送呼叫前转通知。此操作默认开关值为“of：f”。notifyserveduser-on-outbound。call：可选元素。当业务用户尝试发起呼叫时，可以向业务用户标识，呼叫前转正在发生。此操作默认开关值为“off”。revea
