IMS网络被叫识别显示(限制)业务技术要求分析

《IMS网络被叫识别显示(限制)业务技术要求分析》由会员分享，可在线阅读，更多相关《IMS网络被叫识别显示(限制)业务技术要求分析（12页珍藏版）》请在装配图网上搜索。

1、中国电信集团公司技术标准Q/CT 2092-2010IMS网络被叫识别显示/限制业务技术要求Technical Requirements of Terminating Identification Presentation/ RestrictionOver IMS(V2.0)200X-X XX X实施200XX XX X发布中国电信集团公司发布目 录目 录I前 言II被叫识别显示/限制业务技术要求11范围12引用标准13缩略语14业务描述24.1业务含义25操作需求25.1业务的开通和撤销25.2业务激活与配置25.3主叫网络侧需求35.4被叫网络侧需求36编码需求37信令需求37.1激活7去

2、激活37.2调用和操作48与其他业务的交互5呼叫保持（HOLD） 5&2被叫识别显示（TIP） 5&3被叫识别限制（TIR） 5&4主叫识别显示（OIP） 5&5主叫识别限制（OIR） 58.6 会议（CONF） 5&7呼叫前转（CDIV） 5&8恶意呼叫追踪（MCID） 69业务配置的实现69.1数据语义69.2 XML 模式6本标准主要依据 ETSITS 183 008 CCNGN Signaling Contiol Protocol; Temiinatmg Identification Presentation (TIP) and Ternmiating Identification R

3、estriction (TIR); PSTN/ISDN simulation services”的相关内容，结合中国电信IMS试点的相关成果和经验进行编写，随着 技术和业务的发展，还将制定后续的相关标准。本标准由中国电信集团公司提出并归I L本标准起草单位：中国电信股份有限公司上海研究院本标准主要起草人：赵飞，宋阿芳，钮颖彬，肖飒IMS网络被叫识别显示/限制业务技术要求1范围本标准规定了中国电信基于IMS网络的被叫识别显示/限制业务定义、操作需求、编码需 求、信令需求、与其它业务间的交互、业务配置的实现等要求。本标准适用于基于IMS的被叫识别显示/限制业务。2引用标准下列文件中的条款通过本企业

4、技术标准的引用而成为本企业技术标准的条款。凡是注口 期的引用文件，其随后所有的修改单（不包括勘误的内容）或修改版均不适用于本标准，然 而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注口期的 引用文件，其最新版本适用于本标准。YDN 065M997Q/CT 2094-2010邮电部电话交换设备总技术规范书邙付录）中国电信IMS网络SIP协议总体技术要求NGN Signalmg Control Protocol; Temunatmg IdentificationETSITS 183 008Presentation (TIP) and Terniuiatmg Identif

5、ication Restiiction (TIR);PSTN/ISDN simulation servicesExtensible Markup Language (XML) Configuiation Access ProtocolETSI TS 183 023(XCAP) over the Ut mterface for Manipulating NGN PSTNISDN Sunulation ServicesRFC 3323A Privacy Mechanism for the Session Initiation Protocol (SIP) Private Extensions to

6、 the Session Initiation Protocol (SIP) forRFC 3325Asseited Identity within Tmsted N亡twoiksRFC 3966The tel URI for Telephone Numbers3缩略语卜列缩略语适用于本标准:ACRAnonymous Conmiumcation Rejection匿名呼叫拒绝ASApplication Seiver应用服务器CBCommunication Baniiig呼叫限制CCBSCompletion of Communication sessions toBusy Subscriber遇

7、忙回叫CDIVCommunication Diversion呼叫前转类业务CFBCommunication Foiwardmg Busy遇忙呼叫前转CFNLCommunication Fonvardmg on NotLogged-iii不在线呼叫前转CFNRCommunication Forwarding No Replay无应答呼叫前转CFUCommunication Forwarding Unconditional无条件呼叫前转CWCommunication Waiting呼叫等待HOLDCommunication Hold呼叫保持HSSHome Subsciiber Seiver归属用户

8、服务器IFCIiutial Filter Criteria初始过滤准则IBCFIiiteicoimection Border Contiol Function互连边界控制功能EVISIP multunedia SubsystemIP多媒体子系统IPInternet Protocol因特网协议ISDNIntegrated Service Digital N亡twoik综合业务数字网I-CSCFIiiterrogatiiig-Call Seiver Control Function查询-呼叫会话控制功能MCLDMalicious Call Identification恶意呼叫追踪NGNNext G

9、eneration Nehvork下一代网络OIPOriginating Identification PresentationOiieinatineIdentificationPresentation主叫识别显示OIRRestriction主叫识别限制PSTNPublic Switched Telephone N亡twoik公共电话交换网P-CSCFProxy-Call Session Control Function代理-呼叫会话控制功能SIPSession Iiutiation Protocol会话初始协议S-CSCFServ-er-Call Session Control Functi

10、on服务-呼叫会话控制功能TIPTerniinatmg Identification Presentation被叫识别显示TIRTerniinatmg Identification Restriction被叫识别限制4业务描述4. 1 业务含义被叫识别显示业务是指主叫用户可以得到被叫用户的识别信息。被叫识别限制业务是指被叫用户可以阻止向主叫用户显示其识别信息。5操作需求5. 1 业务的开通和撤销被叫识别显示业务属主叫申请业务。当用户需要该业务时，经预先申请后即可开通该功 能。当用户不再需要该业务时，经预先申请后即可取消该功能。在某些行政原因卞，该业务 也可能被取消。被叫识别限制业务属被叫申请业

11、务。用户在申请该业务时，须指定其属于哪类业务方式 的用户： 永久方式，签约用户可以选择其标识信息永远限制向主叫提供。 暂时方式，签约用户可以在单个呼叫进行时，明确设置对于这次呼叫的响应是否提 供标识信息。用户在申请该方式的业务时，须指明一个缺省值（“不提供”或“提 供”），即如果签约用户在对呼叫响应时进行不作任何操作时，标识信息是否提供给 主叫由该缺省值决定。5.2业务激活与配置被叫识别限制的业务配置选项如表5-1所示。表51被叫识别限制的业务配置选项选项可选值方式一永久（对每一个请求均激活）暂时（对单个呼叫进行指定）暂时方式缺省值不提供提供被叫识别显示业务和永久方式的被叫识别限制业务可以通过

12、5接I I进行激活和去激 活，其它的激活方式还包括Web页面实现。暂时方式的被叫识别限制业务开通即默认激活。5.3主叫网络侧需求为支持被叫识别显示业务，主叫网络侧具有以下需求： 如果网络所提供的被叫识别信息合法，且被叫未签约识别限制业务，主叫侧网络将 发送包含了识别信息的响应消息到主叫用户；为支持被叫识别限制业务，主叫网络侧具有以下需求： 如果是由于被叫用户签约被叫识别限制业务导致识别信息无法显示，主叫用户会收 到一个标识，指示被叫用户的识别信息由于识别限制而未被发送； 如果公有标识对于主叫网络而言为不可用时（由于网络互通的原因），网络会指示 主叫用户，被叫用户的公共标识因为其它原因而未被发送

13、，而不是因为被叫用户签 约了被叫用户标识限制业务而未被发送。 如果主叫用户属于“超越”类用户（“超越”类用户指警察局等有特殊权限的用户）, 主叫侧AS将能够超越被叫用户签约的被叫识别限制业务，而将被叫的识别信息显 示给主叫用户。5.4 被叫网络侧需求为支持被叫识别显示业务，被叫网络侧具有以下需求： 被叫网络将被叫用户的公有标识插入到响应消息中；为支持被叫识别限制业务，被叫网络侧具有以下需求： 被叫终端所发出的响应消息中将包含一个标识，标识其标识显示受限； 如果被叫用户签约了被叫识别限制业务，在收到被叫用户发出的响应消息时，网络 能自动激活被叫显示限制业务： 如果被叫标识限制业务未被激活，就认为

14、标识可以被显示；6编码需求相关的头域包拾： P-Asseiled-Identity头域，遵从RFC 3325和RFC 3966： Privacy头域，遵从RFC 3323和RFC 3325；SIP请求中的相关头域的语法描述可参见中国电信IMS网络SIP协议总体技术要求。7信令需求7. 1激活/去激活签约被叫识别显示和永久方式的被叫识别限制业务时需要通过Ut接I I进行激活，具体参 见9.1节和9.2节。7.2 调用和操作7. 2. 1主叫侧终端行为一旦收到2XX响应，则该响应中的P-Asserted-Identitv头域将被显示给主叫用户。主叫侧 终端需具备接受SIP响应消息中一个或多个P-A

15、sseited-Identity头域的能力，每个 P-Asserted-Identity头域包含被叫用户的一个公有标识。终端要将这些信息显示给用户。如果终端所收到的消息中不包含P-Asserted-Identity域，但包含Privacy,表明是由被叫 签约被叫识别限制业务导致多个标识被抑止。如果终端所收到的消息中既不包含P-Asserted-Identity域，也不包含Privacy域,表明标识 由于某种原因变得不合法（如网络互通原因），或者用户没有签约被叫识别显示业务。7. 2. 2 主叫侧P-CSCF行为对于发送到签约主叫识别显示业务的被叫用户的SIP响应：如果P-CSCF收到的响应消息

16、 中不含Privacy域或含值为“none”的Privacy域，P-CSCF直接转发消息给主叫侧终端：如果 P-CSCF收到的响应消息中包含Privacy且值为“id”, P-CSCF将会删除P-Assened-Identitv域 后再将消息发送给主叫侧终端。7. 2. 3主叫侧S-CSCF行为主叫侧S-CSCF根据1FC将未签约被叫识别显示业务的主叫用户及“超越”类用户发出的 SIP请求消息转发到主叫侧AS。其响应消息将遵循请求消息的路由，因此也将经由主叫侧AS。 AS对响应消息处理后，再由主叫侧S-CSCF转发到主叫侧P-CSCFo7.2.4主叫侧AS行为（被叫识别显示业务）如果主叫用户未

17、签约被叫识别显示业务，主叫侧AS将从SIP响应消息中删除 P-Asserted-IdentitvP-Asserted-Identity 和 Privacy 域。如果主叫用户属“超越”类用户（即要求强制显示的用户），AS发送的消息中将包含 P-Asserted-Identitv 域，并删除Privacy域。7.2.5 主叫侧I-CSCF行为遵循中国电信IMS网络SIP协议总体技术要求定义的基本通信过程。7.2.6 被叫侧I-CSCF行为遵循中国电信IMS网络SIP协议总体技术要求定义的基本通信过程。7.2.7 主叫侧IBCF行为在与不町信的其它网络进行互通时，IBCF应具备将P-Asserted

18、-Identitv域从SIP头中移除 的能力7.2.8 被叫侧IBCF行为在与不町信的其它网络进行互通时，IBCF应具备将P-Asserted-Identitv域从SIP头中移除 的能力。7. 2. 9 被叫侧AS行为（被叫识别限制业务）被叫侧AS仅对永久方式或不改变缺省设置的暂时方式的主叫识别限制业务负责。改变 缺省设置的暂时方式的被叫识别限制业务由被叫终端自行实现，见7212,虽经过AS,但 AS不做处理。 对于签约了永久方式被叫识别限制业务的被叫用户，如果其响应消息中不含Privacy 域，AS会根据业务签约选项的设置插入一个值为“id”的Privacy头域。 对于签约了暂时方式被叫识别

19、限制业务且缺省值为“不提供”的被叫用户，如果其 响应消息中不含PnvacyiS，AS会根据业务签约选项的设置插入一个值为“id”的 Privacy 头域。 对于签约了暂时主叫识别限制业务且缺省值为“提供”的被叫用户，其响应消息不 作处理直接转发。 改变缺省设置的暂时方式的被叫识别限制业务由被叫终端自行实现，其SIP响应虽 然经过AS,但AS不作处理。见7.2.12。7.2.10 被叫侧S-CSCF行为被叫S-CSCF使用被叫用户注册的联系地址（即S-CSCF保存的被叫用户的ContactURI） 来覆盖Request-URI的同时，增加P-Called-Party-ID头域，其值为Reques

20、t-URTh的被叫用户的 公有标识。对于发送到签约被叫识别限制业务的被叫用户的SIP请求，被叫侧S-CSCF根据1FC将该 请求消息发送到相应的AS。其响应消息将遵循请求消息的路由，因此也将经由被叫侧AS。7.2.11 被叫侧P-CSCF行为收到被叫S-CSCF转发的SIP请求消息后，P-CSCF对其中P-Called-Party-ED头域进行 备份。收到用户呼叫响应后，P-CSCF删除P-Pieferred-identity域（如果存在），并插入 P-Asserted-identitv 域，其值为已保存的 P-Called-Paitv-ID 域的值。JJ7.2.12 被叫侧终端行为签约暂时方

21、式主叫识别限制业务的主叫用户如果希望在单次呼叫超越“提供”的缺省设 置时： 被叫终端将Privacy域设为“id” ,在响应消息（非100）中发送；签约暂时方式主叫识别限制业务的主叫用户如果希望在单次呼叫超越“不提供”的缺省 设置时： 被叫终端将Privacy域设为“none”。8与其他业务的交互8. 1呼叫保持（HOLD）被叫识别显示/限制业务与呼叫保持业务的执行互不影响。8.2 被叫识别显示（TIP）被叫识别限制的业务优先级通常高于被叫识别显示。当被叫用户为“超越”类用户时， 被叫识别显示的优先级将高于被叫识别限制。8.3 被叫识别限制（TIR）被叫识别限制的业务优先级通常高于被叫识别显示

22、。当被叫用户为“超越”类用户时， 被叫识别显示的优先级将高于主叫识别限制。8.4 主叫识别显示（0IP）被叫识别显示/限制业务与主叫识别显示业务的执行互不影响。8.5 主叫识别限制（0IR）被叫识别显示/限制业务与主叫识别限制业务的执行互不影响。8.6 会议（CONF）对于会议控制方无影响；对于会议的参与方，无法得到受邀加入会议的用户的被叫识别 信息。8.7 呼叫前转（CDIV）如果呼叫转移业务用户选择了不通知主叫用户呼叫被转移，主叫用户将不会收到呼叫被 转移的通知，并且不会收到最终被叫用户的识别信息，除非主叫用户属于“超越”类用户； 如果呼叫转移用户选择通知主叫用户呼叫被转移，但不包括被转移

23、的地址时，主叫用户将收 到呼叫被转移的通知，但不会收到最终被叫用户的识别信息，除非主叫属于“超越”类用户：Q/CT 2092-2010 如果最终被叫签约了永久方式的被叫识别限制业务，主叫用户可以收到呼叫被转移的通知， 但不会收到最终被叫的识别信息；如果最终被叫签约了暂时方式的被叫识别限制业务且缺省 设置为“不提供”时，主叫用户可以收到呼叫被转移的通知，但不会收到最终被叫的识别信 息，除非该用户将单次呼叫设为“提供”。在以上的情况中，签约了被叫识别显示业务的主叫用户和“超越”类用户都无法在呼叫 转移通知中获得最终用户的号码信息，但“超越”类用户可以在通话建立后获得最终被叫的 识别信息。8.8 恶

24、意呼叫追踪(MCID) 被叫识别显示/限制业务与恶意呼叫追踪业务的执行互不影响。9业务配置的实现作为ETSITS 183 023中smiseivs XML文档的子树，被叫标识文档将采用ETSI TS 183 023 中规定的XCAP用法。数据语义：被叫标识的XML配置文档的语法将在9.1节中进行具体描述。XML模式：Implementations in compliance with the present document shall implement the XML schema defined ill clause 4.10.2。下面是一个被叫标识文档的实例： presentation

25、-restricted/terminating-identity-presentAtion-restriction9. 1数据语义通过v terminating -identity-presentation业务元素的active属性来激活/去激活被叫识另i显 示业务：通过v terminating -identity-piesentation-iestriction业务元素的active属性来激活/去激 活被叫识别限制业务。暂时方式的被叫识别限制业务通过可选的元素进行 配置，该元素有两个可选值： Preseiitation-restncted:表示暂时方式的被叫识别限制的缺省值为“不提供”； Piesentation-iiot-restiicted:表示暂时方式的被叫识别限制的缺省值为提供”。9. 2 XML模式Terniinating Identity presentationRestriction/xs:documentationxs:sequencexs:restriction base=nxs:string”/xs:restrictionxs:annotationTerminating Identity Presentation/xs:annotation