YD/T 2013-2009
基本信息
标准号： YD/T 2013-2009
中文名称：基于统一IMS的业务技术要求 恶意呼叫追踪和匿名呼叫拒绝业务（第一阶段）
标准类别：通信行业标准(YD)
标准状态：现行
发布日期：2009-12-11
实施日期：2010-01-01
出版语种：简体中文
下载格式：.rar .pdf
下载大小：4675137
相关标签： 基于 统一 业务 技术 呼叫 追踪 匿名 第一阶段
标准分类号
关联标准
出版信息
出版社：中国标准出版社
标准价格：0.0 元
出版日期：2010-01-01
相关单位信息
发布部门：工业和信息化部
标准简介
YD/T 2013-2009 基于统一IMS的业务技术要求 恶意呼叫追踪和匿名呼叫拒绝业务（第一阶段） YD/T2013-2009 标准下载解压密码：www.bzxz.net
标准图片预览
标准内容
ICS33.030
中华人民共和国通信行业标准
YD/T2013-2009
基于统一IMS的业务技术要求
恶意呼叫追踪和匿名呼叫拒绝业务（第一阶段）
Technical Requirements of Services based on the Unified IMSMalicious Call Identification (MCID)and Anonymous Communication Rejection (ACR) Services(Release 1)
2009-12-11 发布
2010-01-01实施
中华人民共和国工业和信息化部 发布前
规范性引用文件·
3缩略语·
业务服务终端·
恶意呼叫追踪业务·
5.1业务描述与业务特征.
5.2业务管理
5.3业务触发
5.4业务对功能实体和信令的要求·目
5.5与其他基于统一IMS的业务间的交互作用……6匿名呼叫拒绝业务·
业务描述与业务特征·
6.2业务管理
6.3业务触发·
6.4业务对功能实体和信令的要求·6.5与其他基于统一IMS的业务间的交互作用附录A（资料性附录）消息流程示例次
附录B（资料性附录）拨号方式实现业务配置和管理的消息流程示例附录C（资料性附录）Ut接口方式实现匿名呼叫拒绝业务配置示例：附录D（资料性附录）
恶意呼叫追踪XML-MIME消息体示例·....
参考文
建筑321---标准查询下载网
www.iz321.net
YD/T2013-2009
本标准是基于统-IMS的业务系列标准之一，该系列标准的名称及结构预计如下：基于统一IMS的业务技术要求标识显示及限制类业务（第一阶段)；一基于统一IMS的业务技术要求呼叫前转类业务（第一阶段）；一基于统一IMS的业务技术要求呼叫等待与呼叫保持业务（第一阶段）；YD/T2013-2009
一基于统一IMS的业务技术要求恶意呼叫追踪和匿名呼叫拒绝业务（第一阶段）；一基于统一IMS的业务技术要求IPCENTREX业务（第一阶段）；一基于统一IMS的业务技术要求点击拨号业务（第一阶段)；基于统一IMS的业务技术要求多媒体彩铃业务（第一阶段)；一基于统一IMS的业务技术要求个性化振铃音业务（第一阶段)；基于统一IMS的业务技术要求多媒体会议业务（第一阶段）。随着技术的发展，还将制定后续的相关标准。在本标准的制定过程中还注意了与以下标准的协调统一：一统一IMS的需求（第一阶段）)；一统一IMS的功能体系架构（第一阶段）；统IMS组网总体技术要求（第一阶段）。本标准的附录A、附录B、附录C和附录D为资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：工业和信息化部电信研究院、华为技术有限公司、中兴通讯股份有限公司、上海贝尔股份有限公司。
本标准主要起草人：杨海涛、减磊、刘文宇、谢振华、李新颜、周惠琴。I
1范围
基于统一IMS的业务技术要求
YD/T 2013-2009
恶意呼叫追踪和匿名呼叫拒绝业务（第一阶段）本标准规定了基于统一IMS的恶意呼叫追踪业务与匿名呼叫拒绝业务的业务描述与业务特征、业务服务终端、业务管理、业务触发、业务对功能实体和信令的要求、与其他基于统一IMS的业务间的交互作用等要求。
本标准适用于基于统一IMS的恶意呼叫追踪业务与匿名呼叫拒绝业务。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。3GPPTS24.623使用模拟业务的Ut接口上可扩展标识语言(XML)配置访问协议(XCAP）V8.1.0(2008-09)
3缩略语
(ExtensibleMarkupLanguage(XML)ConfigurationAccessProtocol(XCAP)overtheUtinterfaceforManipulatingSimulationServices）下列缩略语适用于本标准。
AnonymousCommunicationRejectionApplication Server
InitialFilter Criteria
IP Multimedia Subsystem
IntegratedServicesDigital NetworkLocal Area Network
Malicious Call IdentificationNetworkDeterminedUserBusy
NextGeneration Network
PublicSwitchedTelephoneNetworkSession Initiation Protocol
User Determined User Busy
Uniform Resource Identifier
Wireless Local Area Network
XMLConfigurationAccessProtocolExtensible Markup Language
建筑321---标准查询下载网
名呼叫拒绝
应用服务器
初始过滤规则
IP多媒体子系统
综合业务数字网
局域网
恶意呼叫追踪
网络决定用户忙
下一代网络
公共电话交换网
会话初始协议
用户决定用户忙
统一资源标识符
无线局域网
XML配置接入协议
可扩展标记语言
YD/T2013-2009
4业务服务终端
在统一IMS的第一阶段，恶意呼叫追踪业务与匿名呼叫拒绝业务可服务于以下终端：a）移动终端：指支持SIP协议并且通过2G、3G接入IMS域的移动终端。此类型终端要求具备SIM卡/USIM卡/ISIM卡/R-UIM卡/CSIM卡，但对于cdma2000机卡合一终端，可以不具备物理实体的R-UIM卡ICSIM卡：
b）SIP硬终端：指支持SIP协议并且通过xDSL、WLAN、LAN接入IMS域的终端。此类型终端具有一定的物理形态，暂不要求具备ISIM卡：c）SIP软终端：指支持SIP协议并且通过xDSL、WLAN、LAN接入IMS域的一种软件客户端，通常安装在个人PC等设备上。此类型终端可以具备或不具备ISIM卡。5恶意呼叫追踪业务
5.1业务描述与业务特征
恶意呼叫追踪业务能够记录恶意呼叫的相关通话信息。用户在申请恶意呼叫追踪业务后，MCIDAS应记录该用户所有来话信息，以便恶意呼叫追踪业务用户在呼叫过程中，或主叫挂机、被叫不挂机并且TMCID-BYE定时器未超时的情况下，可以激活该业务，MCIDAS对业务调用期间内的来话信息所做记录进行保存。
网络应能向用户提供识别恶意呼叫的能力，当用户指示某呼叫为恶意呼叫时，网络应能至少记录如下信息：bzxz.net
a）被叫标识信息；
b）主叫标识信息；
c）业务用户归属网络本地时间和日期。5.2业务管理
5.2.1概述
用户可以通过多种方式来对自己的恶意呼叫追踪业务进行配置和管理，主要包括终端拨号方式、Ut接口方式、Web方式等，其中，网络和终端至少应支持拨号方式和Ut接口方式。当用户通过不同的方式对业务数据进行配置时，最新的业务配置应覆盖之前的业务配置。业务配置和管理的内容主要包括：对业务进行激活和去激活操作、查询业务状态等。对于拨号方式，具体业务配置和管理的编号可依据业务运营者的应用需求而定，不在此进行标准化其拨号程序见5.2.2节。
对于Ut接口方式，具体业务配置和管理的操作与界面等可依据具体应用需求而定，不在此进行标准化。
对于Web方式，是指统一IMS为用户提供基于互联网的个人信息助理功能，每个终端用户都有自已的用户名和密码，在登录业务提供者提供的网站并通过鉴权后，可以在线进行恶意呼叫追踪业务的配置管理。具体实现方式可由服务提供者根据自己的需求来设置。5.2.2终端拨号方式
激活：按“相关业务码”；响应，如听到相应的录音通知；结束。去激活：按“相关业务码”；响应，如听到相应的录音通知；结束。2
业务状态查询：按“相关业务码”；响应，如听到相应的录音通知；结束。拨号方式实现业务配置和管理的消息流程示例参见附录B。5.2.3Ut接口方式
YD/T2013-2009
恶意呼叫追踪业务可以通过Ut接口进行设置和查询，本阶段对具体实现方式不做规定。5.3业务触发
为了保证业务的正常实现，HSS应为每个业务用户建立相应的初始过滤规则（iFC）。对于恶意呼叫追踪业务，业务用户的iFC应保证会话请求能够发送至相应的业务AS以进行相关的业务处理。业务激活去激活的触发规则：被叫侧S-CSCF收到业务用户发起的INVITE消息，将其发送至恶意呼叫追踪业务AS进行相关的业务处理。INVTTE的触发规则：被叫侧S-CSCF收到业务用户发起的INVITE消息，将其发送至恶意呼叫追踪业务AS进行相关的业务处理。
re-INVITE触发规则：被叫侧S-CSCF收到业务用户发起的包含恶意呼叫追踪MIME消息体的INVITE消息，将其发送至恶意呼叫追踪业务AS进行相关的业务处理。5.4业务对功能实体和信令的要求5.4.1概述
本节只对业务相关的处理进行描述，恶意呼叫追踪业务消息流程示例参见附录A.1。5.4.2被叫侧S-CSCF操作
被叫侧S-CSCF将主叫侧发送的INVITE转发至MCIDAS，对匿名呼叫追踪业务进行激活去激活操作，或者对恶意呼叫信息进行记录。如果INVITE消息包含恶意呼叫追踪MIME消息体，被叫侧S-CSCF应将INVITE消息转发至MCIDAS，对恶意呼叫信息进行存储。5.4.3MCIDAS操作
在通话过程中的恶意呼叫追踪业务，MCIDAS操作如下：MCIDAS收到业务用户的re-INVITE消息后，应将之前记录的恶意呼叫追踪业务所需信息保存下来。在通话结束后一段时间内的恶意呼叫追踪业务，MCIDAS操作如下：恶意呼叫追踪业务用户未在通话过程中发送re-INVITE消息，则AS从主叫侧收到BYE消息后，将会话状态保持为通话状态，保持的时间由TMCID-BYE定时器决定。在通话结束后一段时间内，MCIDAS收到业务用户的re-INVITE消息后，应将之前记录的恶意呼叫追踪业务所需信息保存下来。在通话结束后一段时间内，若MCIDAS始终未收到re-INVITE消息，TMCID-BYE定时器超时，则BYE消息应被转发给业务用户，呼叫被释放，MCIDAS应删除最后一个通话的记录信息。（TMCID-BYE定时器：定时器时长可以由系统自行配置，用于对MCID业务的调用计时。只有在AS收到了BYE请求消息之后，TMCID-BYE定时器才应启动。定时器超时后，呼叫被释放）
恶意呼叫追踪业务经过FC触发后，在通话过程中或通话结束后一段时间内，MCIDAS应记录收到的INVITE请求中必需的内容，记录内容如下：a）Request-URI中的被叫用户标识信息：b）P-Asserted-Identity头字段中的主叫用户标识信息；c）被叫用户所在网络的本地时间和日期；3
建筑321---标准查询下载网
YD/T2013-2009
d）Contact头字段；
e）To头字段和From头字段。
如果包含以下头字段，则记录以下头字段内容：a）如果包含History-Info头字段，则记录History-Info头字段；b）如果包含Referred-By头字段，则记录Referred-By头字段。5.4.4业务用户终端操作
业务用户终端应能够发送re-INVITE消息。re-INVITE请求中应包含一个XML-MIME消息体，标识re-INVITE请求为MCID请求。在XML-MIME消息体中，MCIDXMLRequestschema所包含的McidRequestIndicator值应设置为1。恶意呼叫追踪业务XML-MIME消息体具体内容示例参见附录D。5.5与其他基于统一IMS的业务间的交互作用呼叫前转业务用户在呼叫前转发生时，不能调用恶意呼叫追踪业务。呼叫前转目的用户如果申请了恶意呼叫追踪业务，在调用恶意呼叫追踪业务时，除了需要记录前转业务用户信息之外，还需要记录主叫用户信息。6匿名呼叫拒绝业务
6.1业务描述与业务特征
名呼叫拒绝业务能够使业务用户拒绝公共用户标识显示受限的主叫用户来话。要求网络具备拒绝公共用户标识显示受限的主叫用户来话的能力。6.2业务管理
6.2.1概述
用户可以通过多种方式来对自已的匿名呼叫拒绝业务进行配置和管理，主要包括终端拨号方式、Ut接口方式、Web方式等，其中，网络和终端至少应支持拨号方式和Ut接口方式。当用户通过不同的方式对业务数据进行配置时，最新的业务配置应覆盖之前的业务配置。业务配置和管理的内容主要包括：对业务进行激活和去激活操作、查询业务状态等。对于拨号方式，具体业务配置和管理的编号可依据业务运营者的应用需求而定，不在此进行标准化，其拨号程序可参考6.2.2节。
对于Ut接口方式，具体业务配置和管理的操作与界面等可依据具体应用需求而定，不在此进行标准化。
对于Web方式，是指统一IMS为用户提供基于互联网的个人信息助理功能，每个终端用户都有自己的用户名和密码，在登录业务提供者提供的网站并通过鉴权后，可以在线进行匿名呼叫拒绝业务的配置管理。具体实现方式可由服务提供者根据自己的需求来设置。6.2.2终端拨号方式
激活：按“相关业务码”；AS接收到业务代码后发送响应，如听到相应的录音通知；结束。去激活：按“相关业务码”；响应，如听到相应的录音通知；结束。业务状态查询：按“相关业务码”；响应，如听到相应的录音通知；结束。拨号方式实现业务配置和管理的消息流程示例参见附录B。6.2.3Ut接口方式
YD/T2013-2009
匿名呼叫拒绝业务可以通过Ut接口进行设置和查询，具体XMLSchema格式参见附录C。6.3业务触发
为了保证业务的正常实现，HSS应为每个业务用户建立相应的初始过滤规则（iFC）。对于匿名呼叫拒绝业务，业务用户的iFC应保证会话请求能够发送至相应的业务AS以进行相关的业务处理。若发送给匿名呼叫拒绝业务用户的INVITE会话请求中的Privacy头字段的值为“id”，则S-CSCF应将向该业务用户发起的INVITE请求，发送至匿名呼叫拒绝业务AS进行相关的业务处理。6.4业务对功能实体和信令的要求6.4.1概述
本节只对业务相关的处理进行描述，匿名呼叫拒绝业务消息流程示例参见附录A.2。6.4.2被叫侧S-CSCF操作
如果发送到业务用户的INVITE会话请求中的P-Asserted-Identity头字段的值为“id”，被叫侧S-CSCF应保证将发送至业务用户的INVITE会话请求发送至相应的ACRAS以进行相关的业务处理，INVITE中应包含值为“id”的P-Asserted-Identity头字段。6.4.3ACRAS操作
ACRAS收到发送至ACR业务用户的SIPINVITE消息中P-Asserted-Identity头字段标识为“id”时，执行匿名呼叫拒绝业务操作。
当执行匿名呼叫拒绝业务操作时，AS向主叫侧发送433（AnonymityDisallowed）响应；或者在呼叫结束前，向主叫侧发送匿名呼叫指示。6.5与其他基于统--IMS的业务间的交互作用6.5.1主叫标识显示业务
主叫标识识别显示业务具有强制属性时，主叫标识显示业务优先于ACR业务，被叫用户终端可以接听来话并显示主叫号码。
主叫标识识别显示业务不具有强制属性时，ACR业务优先于主叫标识显示业务，呼叫应被拒绝。6.5.2呼叫前转类业务
ACR业务优先于呼叫前转类业务。S
建筑321---标准查询下载网
YD/T 2013-2009
A.1恶意呼叫追踪业务消流程示例附录A
（资料性附录）
消息流程示例
通话过程中被叫用户调用恶意呼叫追踪业务消息流程示例如图A.1所示。UE
S-CSCF
1.INVITE-
3.触发iFC
6.记录MCID
所需相关信息
-9.INVITE
P-CSCF
11.INVITE
+-14.200OK
+15.200OK-
+18.200OK-
4+17.200OK
20.re-INVITE
-21.Re-INVITE+
22.保存MCID所需
相关信息
+23.200OK-
+13.200OK-
19.re-INVITE
25.200OK+
图A.1通话过程中被叫用户调用恶意呼叫追踪业务流程流程说明如下：
1~2.主叫UE发送INVTTE到S-CSCF，INVITE中包含P-Asserted-Identity，Privacy:id；S-CSCF返回100（Trying）响应。
3.调用初始过滤规则，将INVITE消息发送到MCIDAS。4~5．S-CSCF发送INVITE到MCIDAS，MCIDAS返回100（Trying）响应。6.MCIDAS记录MCID所需相关信息。7~18.呼叫按照正常通话流程接续。19~21.UE-B发送Re-INVITE至S-CSCF，S-CSCF将INVITE发送至MCIDAS。22.MCIDAS保存MCID所需相关信息。23~25.MCIDAS向UE-B发送200OK。26~28.MCIDAS向UE-B发送BYE，完成MCID所需相关信息的操作。6
A.2匿名呼叫拒绝业务消息流程示例匿名呼叫拒绝业务消息流程示例如图A.2所示UE
流程说明如下：
2.100.Ining
8.433Anonymity
Disalowed
S-CSCF
3.触发iFC
5.100Tnving
6.执行ACR操作
7.433Anonymity
Disallowed
2名呼叫拒绝业务消息流程示例
YD/T2013-2009
1~2.发送到UE-B的INVITE消息中包含Privacy头字段，Privacy头字段的值为“id”。3．S-CSCF调用初始过滤规则后，将INVITE发送到ACRAS。4~5．ACRAS收到S-CSCF发送的INVITE消息，并返回100Trying。6~8．AS判定此呼叫为匿名呼叫，发送433（AnonymityDisallowed）响应。9~10主叫返回ACK。
建筑321---标准查询下载网
YD/T2013-2009
附录B
（资料性附录）
拨号方式实现业务配重和管理的消息流程示例当采用拨号方式进行呼叫等待业务与呼叫保持业务的配置和管理时，图B.1为通过录音通知方式进行响应时的参考消息流程示例。终端
INVITE
P-CSCF
100Trying
CANCEL
200 OK
INVITE
100Trying
S-CSCF
播放录音通知
CANCEL
INVITE
CANCEL
200 OK
图B.1拨号方式实现业务配重和管理的消息流程示例流程说明如下：
（1）用户拨打业务配置管理接入码，终端向P-CSCF发送INVITE请求，其中的Request-URI即填写接入码内容。P-CSCF向S-CSCF转发INVITE请求，并向终端回送临时响应100。（2）S-CSCF收到会话请求INVITE后，分析出其中的Request-URI是以业务代码开始的，即将该请求发送至相应的AS，并向P-CSCF回送临时响应100。（3）AS向S-CSCF发送响应183，修改主叫侧连接地址。S-CSCF向P-CSCF转发该响应，P-CSCF向终端转发该响应。
（4）主叫用户挂机，终端向P-CSCF发送CANCEL，P-CSCF回送响应200。P-CSCF向S-CSCF发送CANCEL，S-CSCF回送响应200。S-CSCF向AS发送CANCEL，AS回送响应200。（5）AS向S-CSCF发送487响应，S-CSCF发送ACK证实。S-CSCF向P-CSCF发送487响应，P-CSCF发送ACK证实。S-CSCF向P-CSCF发送487响应，P-CSCF发送ACK证实，8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。
中华人民共和国通信行业标准
YD/T2013-2009
基于统一IMS的业务技术要求
恶意呼叫追踪和匿名呼叫拒绝业务（第一阶段）
Technical Requirements of Services based on the Unified IMSMalicious Call Identification (MCID)and Anonymous Communication Rejection (ACR) Services(Release 1)
2009-12-11 发布
2010-01-01实施
中华人民共和国工业和信息化部 发布前
规范性引用文件·
3缩略语·
业务服务终端·
恶意呼叫追踪业务·
5.1业务描述与业务特征.
5.2业务管理
5.3业务触发
5.4业务对功能实体和信令的要求·目
5.5与其他基于统一IMS的业务间的交互作用……6匿名呼叫拒绝业务·
业务描述与业务特征·
6.2业务管理
6.3业务触发·
6.4业务对功能实体和信令的要求·6.5与其他基于统一IMS的业务间的交互作用附录A（资料性附录）消息流程示例次
附录B（资料性附录）拨号方式实现业务配置和管理的消息流程示例附录C（资料性附录）Ut接口方式实现匿名呼叫拒绝业务配置示例：附录D（资料性附录）
恶意呼叫追踪XML-MIME消息体示例·....
参考文
建筑321---标准查询下载网
www.iz321.net
YD/T2013-2009
本标准是基于统-IMS的业务系列标准之一，该系列标准的名称及结构预计如下：基于统一IMS的业务技术要求标识显示及限制类业务（第一阶段)；一基于统一IMS的业务技术要求呼叫前转类业务（第一阶段）；一基于统一IMS的业务技术要求呼叫等待与呼叫保持业务（第一阶段）；YD/T2013-2009
一基于统一IMS的业务技术要求恶意呼叫追踪和匿名呼叫拒绝业务（第一阶段）；一基于统一IMS的业务技术要求IPCENTREX业务（第一阶段）；一基于统一IMS的业务技术要求点击拨号业务（第一阶段)；基于统一IMS的业务技术要求多媒体彩铃业务（第一阶段)；一基于统一IMS的业务技术要求个性化振铃音业务（第一阶段)；基于统一IMS的业务技术要求多媒体会议业务（第一阶段）。随着技术的发展，还将制定后续的相关标准。在本标准的制定过程中还注意了与以下标准的协调统一：一统一IMS的需求（第一阶段）)；一统一IMS的功能体系架构（第一阶段）；统IMS组网总体技术要求（第一阶段）。本标准的附录A、附录B、附录C和附录D为资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：工业和信息化部电信研究院、华为技术有限公司、中兴通讯股份有限公司、上海贝尔股份有限公司。
本标准主要起草人：杨海涛、减磊、刘文宇、谢振华、李新颜、周惠琴。I
1范围
基于统一IMS的业务技术要求
YD/T 2013-2009
恶意呼叫追踪和匿名呼叫拒绝业务（第一阶段）本标准规定了基于统一IMS的恶意呼叫追踪业务与匿名呼叫拒绝业务的业务描述与业务特征、业务服务终端、业务管理、业务触发、业务对功能实体和信令的要求、与其他基于统一IMS的业务间的交互作用等要求。
本标准适用于基于统一IMS的恶意呼叫追踪业务与匿名呼叫拒绝业务。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。3GPPTS24.623使用模拟业务的Ut接口上可扩展标识语言(XML)配置访问协议(XCAP）V8.1.0(2008-09)
3缩略语
(ExtensibleMarkupLanguage(XML)ConfigurationAccessProtocol(XCAP)overtheUtinterfaceforManipulatingSimulationServices）下列缩略语适用于本标准。
AnonymousCommunicationRejectionApplication Server
InitialFilter Criteria
IP Multimedia Subsystem
IntegratedServicesDigital NetworkLocal Area Network
Malicious Call IdentificationNetworkDeterminedUserBusy
NextGeneration Network
PublicSwitchedTelephoneNetworkSession Initiation Protocol
User Determined User Busy
Uniform Resource Identifier
Wireless Local Area Network
XMLConfigurationAccessProtocolExtensible Markup Language
建筑321---标准查询下载网
名呼叫拒绝
应用服务器
初始过滤规则
IP多媒体子系统
综合业务数字网
局域网
恶意呼叫追踪
网络决定用户忙
下一代网络
公共电话交换网
会话初始协议
用户决定用户忙
统一资源标识符
无线局域网
XML配置接入协议
可扩展标记语言
YD/T2013-2009
4业务服务终端
在统一IMS的第一阶段，恶意呼叫追踪业务与匿名呼叫拒绝业务可服务于以下终端：a）移动终端：指支持SIP协议并且通过2G、3G接入IMS域的移动终端。此类型终端要求具备SIM卡/USIM卡/ISIM卡/R-UIM卡/CSIM卡，但对于cdma2000机卡合一终端，可以不具备物理实体的R-UIM卡ICSIM卡：
b）SIP硬终端：指支持SIP协议并且通过xDSL、WLAN、LAN接入IMS域的终端。此类型终端具有一定的物理形态，暂不要求具备ISIM卡：c）SIP软终端：指支持SIP协议并且通过xDSL、WLAN、LAN接入IMS域的一种软件客户端，通常安装在个人PC等设备上。此类型终端可以具备或不具备ISIM卡。5恶意呼叫追踪业务
5.1业务描述与业务特征
恶意呼叫追踪业务能够记录恶意呼叫的相关通话信息。用户在申请恶意呼叫追踪业务后，MCIDAS应记录该用户所有来话信息，以便恶意呼叫追踪业务用户在呼叫过程中，或主叫挂机、被叫不挂机并且TMCID-BYE定时器未超时的情况下，可以激活该业务，MCIDAS对业务调用期间内的来话信息所做记录进行保存。
网络应能向用户提供识别恶意呼叫的能力，当用户指示某呼叫为恶意呼叫时，网络应能至少记录如下信息：bzxz.net
a）被叫标识信息；
b）主叫标识信息；
c）业务用户归属网络本地时间和日期。5.2业务管理
5.2.1概述
用户可以通过多种方式来对自己的恶意呼叫追踪业务进行配置和管理，主要包括终端拨号方式、Ut接口方式、Web方式等，其中，网络和终端至少应支持拨号方式和Ut接口方式。当用户通过不同的方式对业务数据进行配置时，最新的业务配置应覆盖之前的业务配置。业务配置和管理的内容主要包括：对业务进行激活和去激活操作、查询业务状态等。对于拨号方式，具体业务配置和管理的编号可依据业务运营者的应用需求而定，不在此进行标准化其拨号程序见5.2.2节。
对于Ut接口方式，具体业务配置和管理的操作与界面等可依据具体应用需求而定，不在此进行标准化。
对于Web方式，是指统一IMS为用户提供基于互联网的个人信息助理功能，每个终端用户都有自已的用户名和密码，在登录业务提供者提供的网站并通过鉴权后，可以在线进行恶意呼叫追踪业务的配置管理。具体实现方式可由服务提供者根据自己的需求来设置。5.2.2终端拨号方式
激活：按“相关业务码”；响应，如听到相应的录音通知；结束。去激活：按“相关业务码”；响应，如听到相应的录音通知；结束。2
业务状态查询：按“相关业务码”；响应，如听到相应的录音通知；结束。拨号方式实现业务配置和管理的消息流程示例参见附录B。5.2.3Ut接口方式
YD/T2013-2009
恶意呼叫追踪业务可以通过Ut接口进行设置和查询，本阶段对具体实现方式不做规定。5.3业务触发
为了保证业务的正常实现，HSS应为每个业务用户建立相应的初始过滤规则（iFC）。对于恶意呼叫追踪业务，业务用户的iFC应保证会话请求能够发送至相应的业务AS以进行相关的业务处理。业务激活去激活的触发规则：被叫侧S-CSCF收到业务用户发起的INVITE消息，将其发送至恶意呼叫追踪业务AS进行相关的业务处理。INVTTE的触发规则：被叫侧S-CSCF收到业务用户发起的INVITE消息，将其发送至恶意呼叫追踪业务AS进行相关的业务处理。
re-INVITE触发规则：被叫侧S-CSCF收到业务用户发起的包含恶意呼叫追踪MIME消息体的INVITE消息，将其发送至恶意呼叫追踪业务AS进行相关的业务处理。5.4业务对功能实体和信令的要求5.4.1概述
本节只对业务相关的处理进行描述，恶意呼叫追踪业务消息流程示例参见附录A.1。5.4.2被叫侧S-CSCF操作
被叫侧S-CSCF将主叫侧发送的INVITE转发至MCIDAS，对匿名呼叫追踪业务进行激活去激活操作，或者对恶意呼叫信息进行记录。如果INVITE消息包含恶意呼叫追踪MIME消息体，被叫侧S-CSCF应将INVITE消息转发至MCIDAS，对恶意呼叫信息进行存储。5.4.3MCIDAS操作
在通话过程中的恶意呼叫追踪业务，MCIDAS操作如下：MCIDAS收到业务用户的re-INVITE消息后，应将之前记录的恶意呼叫追踪业务所需信息保存下来。在通话结束后一段时间内的恶意呼叫追踪业务，MCIDAS操作如下：恶意呼叫追踪业务用户未在通话过程中发送re-INVITE消息，则AS从主叫侧收到BYE消息后，将会话状态保持为通话状态，保持的时间由TMCID-BYE定时器决定。在通话结束后一段时间内，MCIDAS收到业务用户的re-INVITE消息后，应将之前记录的恶意呼叫追踪业务所需信息保存下来。在通话结束后一段时间内，若MCIDAS始终未收到re-INVITE消息，TMCID-BYE定时器超时，则BYE消息应被转发给业务用户，呼叫被释放，MCIDAS应删除最后一个通话的记录信息。（TMCID-BYE定时器：定时器时长可以由系统自行配置，用于对MCID业务的调用计时。只有在AS收到了BYE请求消息之后，TMCID-BYE定时器才应启动。定时器超时后，呼叫被释放）
恶意呼叫追踪业务经过FC触发后，在通话过程中或通话结束后一段时间内，MCIDAS应记录收到的INVITE请求中必需的内容，记录内容如下：a）Request-URI中的被叫用户标识信息：b）P-Asserted-Identity头字段中的主叫用户标识信息；c）被叫用户所在网络的本地时间和日期；3
建筑321---标准查询下载网
YD/T2013-2009
d）Contact头字段；
e）To头字段和From头字段。
如果包含以下头字段，则记录以下头字段内容：a）如果包含History-Info头字段，则记录History-Info头字段；b）如果包含Referred-By头字段，则记录Referred-By头字段。5.4.4业务用户终端操作
业务用户终端应能够发送re-INVITE消息。re-INVITE请求中应包含一个XML-MIME消息体，标识re-INVITE请求为MCID请求。在XML-MIME消息体中，MCIDXMLRequestschema所包含的McidRequestIndicator值应设置为1。恶意呼叫追踪业务XML-MIME消息体具体内容示例参见附录D。5.5与其他基于统一IMS的业务间的交互作用呼叫前转业务用户在呼叫前转发生时，不能调用恶意呼叫追踪业务。呼叫前转目的用户如果申请了恶意呼叫追踪业务，在调用恶意呼叫追踪业务时，除了需要记录前转业务用户信息之外，还需要记录主叫用户信息。6匿名呼叫拒绝业务
6.1业务描述与业务特征
名呼叫拒绝业务能够使业务用户拒绝公共用户标识显示受限的主叫用户来话。要求网络具备拒绝公共用户标识显示受限的主叫用户来话的能力。6.2业务管理
6.2.1概述
用户可以通过多种方式来对自已的匿名呼叫拒绝业务进行配置和管理，主要包括终端拨号方式、Ut接口方式、Web方式等，其中，网络和终端至少应支持拨号方式和Ut接口方式。当用户通过不同的方式对业务数据进行配置时，最新的业务配置应覆盖之前的业务配置。业务配置和管理的内容主要包括：对业务进行激活和去激活操作、查询业务状态等。对于拨号方式，具体业务配置和管理的编号可依据业务运营者的应用需求而定，不在此进行标准化，其拨号程序可参考6.2.2节。
对于Ut接口方式，具体业务配置和管理的操作与界面等可依据具体应用需求而定，不在此进行标准化。
对于Web方式，是指统一IMS为用户提供基于互联网的个人信息助理功能，每个终端用户都有自己的用户名和密码，在登录业务提供者提供的网站并通过鉴权后，可以在线进行匿名呼叫拒绝业务的配置管理。具体实现方式可由服务提供者根据自己的需求来设置。6.2.2终端拨号方式
激活：按“相关业务码”；AS接收到业务代码后发送响应，如听到相应的录音通知；结束。去激活：按“相关业务码”；响应，如听到相应的录音通知；结束。业务状态查询：按“相关业务码”；响应，如听到相应的录音通知；结束。拨号方式实现业务配置和管理的消息流程示例参见附录B。6.2.3Ut接口方式
YD/T2013-2009
匿名呼叫拒绝业务可以通过Ut接口进行设置和查询，具体XMLSchema格式参见附录C。6.3业务触发
为了保证业务的正常实现，HSS应为每个业务用户建立相应的初始过滤规则（iFC）。对于匿名呼叫拒绝业务，业务用户的iFC应保证会话请求能够发送至相应的业务AS以进行相关的业务处理。若发送给匿名呼叫拒绝业务用户的INVITE会话请求中的Privacy头字段的值为“id”，则S-CSCF应将向该业务用户发起的INVITE请求，发送至匿名呼叫拒绝业务AS进行相关的业务处理。6.4业务对功能实体和信令的要求6.4.1概述
本节只对业务相关的处理进行描述，匿名呼叫拒绝业务消息流程示例参见附录A.2。6.4.2被叫侧S-CSCF操作
如果发送到业务用户的INVITE会话请求中的P-Asserted-Identity头字段的值为“id”，被叫侧S-CSCF应保证将发送至业务用户的INVITE会话请求发送至相应的ACRAS以进行相关的业务处理，INVITE中应包含值为“id”的P-Asserted-Identity头字段。6.4.3ACRAS操作
ACRAS收到发送至ACR业务用户的SIPINVITE消息中P-Asserted-Identity头字段标识为“id”时，执行匿名呼叫拒绝业务操作。
当执行匿名呼叫拒绝业务操作时，AS向主叫侧发送433（AnonymityDisallowed）响应；或者在呼叫结束前，向主叫侧发送匿名呼叫指示。6.5与其他基于统--IMS的业务间的交互作用6.5.1主叫标识显示业务
主叫标识识别显示业务具有强制属性时，主叫标识显示业务优先于ACR业务，被叫用户终端可以接听来话并显示主叫号码。
主叫标识识别显示业务不具有强制属性时，ACR业务优先于主叫标识显示业务，呼叫应被拒绝。6.5.2呼叫前转类业务
ACR业务优先于呼叫前转类业务。S
建筑321---标准查询下载网
YD/T 2013-2009
A.1恶意呼叫追踪业务消流程示例附录A
（资料性附录）
消息流程示例
通话过程中被叫用户调用恶意呼叫追踪业务消息流程示例如图A.1所示。UE
S-CSCF
1.INVITE-
3.触发iFC
6.记录MCID
所需相关信息
-9.INVITE
P-CSCF
11.INVITE
+-14.200OK
+15.200OK-
+18.200OK-
4+17.200OK
20.re-INVITE
-21.Re-INVITE+
22.保存MCID所需
相关信息
+23.200OK-
+13.200OK-
19.re-INVITE
25.200OK+
图A.1通话过程中被叫用户调用恶意呼叫追踪业务流程流程说明如下：
1~2.主叫UE发送INVTTE到S-CSCF，INVITE中包含P-Asserted-Identity，Privacy:id；S-CSCF返回100（Trying）响应。
3.调用初始过滤规则，将INVITE消息发送到MCIDAS。4~5．S-CSCF发送INVITE到MCIDAS，MCIDAS返回100（Trying）响应。6.MCIDAS记录MCID所需相关信息。7~18.呼叫按照正常通话流程接续。19~21.UE-B发送Re-INVITE至S-CSCF，S-CSCF将INVITE发送至MCIDAS。22.MCIDAS保存MCID所需相关信息。23~25.MCIDAS向UE-B发送200OK。26~28.MCIDAS向UE-B发送BYE，完成MCID所需相关信息的操作。6
A.2匿名呼叫拒绝业务消息流程示例匿名呼叫拒绝业务消息流程示例如图A.2所示UE
流程说明如下：
2.100.Ining
8.433Anonymity
Disalowed
S-CSCF
3.触发iFC
5.100Tnving
6.执行ACR操作
7.433Anonymity
Disallowed
2名呼叫拒绝业务消息流程示例
YD/T2013-2009
1~2.发送到UE-B的INVITE消息中包含Privacy头字段，Privacy头字段的值为“id”。3．S-CSCF调用初始过滤规则后，将INVITE发送到ACRAS。4~5．ACRAS收到S-CSCF发送的INVITE消息，并返回100Trying。6~8．AS判定此呼叫为匿名呼叫，发送433（AnonymityDisallowed）响应。9~10主叫返回ACK。
建筑321---标准查询下载网
YD/T2013-2009
附录B
（资料性附录）
拨号方式实现业务配重和管理的消息流程示例当采用拨号方式进行呼叫等待业务与呼叫保持业务的配置和管理时，图B.1为通过录音通知方式进行响应时的参考消息流程示例。终端
INVITE
P-CSCF
100Trying
CANCEL
200 OK
INVITE
100Trying
S-CSCF
播放录音通知
CANCEL
INVITE
CANCEL
200 OK
图B.1拨号方式实现业务配重和管理的消息流程示例流程说明如下：
（1）用户拨打业务配置管理接入码，终端向P-CSCF发送INVITE请求，其中的Request-URI即填写接入码内容。P-CSCF向S-CSCF转发INVITE请求，并向终端回送临时响应100。（2）S-CSCF收到会话请求INVITE后，分析出其中的Request-URI是以业务代码开始的，即将该请求发送至相应的AS，并向P-CSCF回送临时响应100。（3）AS向S-CSCF发送响应183，修改主叫侧连接地址。S-CSCF向P-CSCF转发该响应，P-CSCF向终端转发该响应。
（4）主叫用户挂机，终端向P-CSCF发送CANCEL，P-CSCF回送响应200。P-CSCF向S-CSCF发送CANCEL，S-CSCF回送响应200。S-CSCF向AS发送CANCEL，AS回送响应200。（5）AS向S-CSCF发送487响应，S-CSCF发送ACK证实。S-CSCF向P-CSCF发送487响应，P-CSCF发送ACK证实。S-CSCF向P-CSCF发送487响应，P-CSCF发送ACK证实，8
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。