YD T 1929-2009 统一IMS的需求(第一阶段).pdf

1、lCS 3304001M 10 Y口中华人民共和国通信行业标准YD厂r 1 929-2009统一I MS的需求(第一阶段)2009-06-1 5发布Requirements for the Unified I MS(Phase 1)2009-09-01实施中华人民共和国工业和信息化部发布目 次YD，T 1 9292009前言lI1范围l2规范性引用文件l3缩略语l4总体需求35统一IM$(第一阶段)的网络能力需求36统一1M$(第一阶段)支持的业务97域选择23参考文献25flu 舌本标准是统一“s(第一阶段)的系列标准之一，该系列标准的结构及名称预计如下：a)YDT 1929-2009统一I

2、Ms的需求(第一阶段)b)YDfr 1930-2009统一D讧s的组网总体技术要求(第一阶段)c)统一订s的功能体系架构(第阶段)d)统一幢s查询月务会话控制设备(IcscFsCSCF)技术要求(第一阶段)e)统一订s代理会话控制设备(PCSCF)技术要求(第一阶段)f)统一订s归属用户服务器(HSS)设备技术要求(第一阶段)随着技术的发展，还将制定后续的相关标准。本标准由中国通信标准化协会提出并归口。本标准起草单位：工业和信息化部电信研究院、中国电信集团公司、中国移动通信集团公司、中国联合网络通信有限公司、上海贝尔阿尔卡特股份有限公司、中兴通讯股份有限公司、华为技术有限公司本标准主要起草人：

3、臧磊、厉盛义、张园、魏强、顾曼霞、严学强、霍玉臻、刘文字II统一IMS的需求(第一阶段)YD厂r 1 929-20091范围本标准规定了统一S(第一阶段)的需求，包括总体需求、网络能力需求、支持的业务等。本标准适用于统一dS(第一阶段)。2规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准。然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。ETSITS 183 033 呼叫会话控制功能和用户数据服务器注册位置功能之间接口的Diam

4、eter协议IETF RFC 1034 域名的概念和设施IETF RFC 1035 域名的实施和标准IETF RFC 2486 网络接入标识IETF RFC 2617 HTrP认证：摘要接入认证IETF RFC 2806 电话呼叫的URLsIETF RFC 3261 会话初始协议IETF RFC 3310 使用AKA的HTIP摘要认证IETF RFC 3320 信令压缩1ETFRFC 3485 用于信令压缩的SIP和SDP的静态索引表IETF RFC 3486 SIP压缩3GPP TR 33978 Early IMS的安全性3GPP TS 33203 基于口业务的接入安全性3GPP2 sR00

5、86 MS安全架构3GPP2 sS0127 基于CAVE的IMS安全性3GPP2 XP0042 语音呼叫连续性3缩略语下列缩略语适用于本标准。ACR Anonymous Communication Rejection 匿名呼叫拒绝AKA Authentication and Key Agreement 认证和密钥协商CAVE CelNIar Authentication and Voice Encryption 蜂窝鉴权与话音加密CB Communication Barring 呼叫限制CCBS Completion of Communication to Busy Subscdber 遇忙呼

6、叫完成CDIV Communication DIVersion 呼叫前转CDMA Code Division Multiple Access 码分多址接入YD厂r 1 9292009CFBCFNLCFNRCFUCSCSICWDSLHmHRPDIMS口IPv4IPv6ISDNLANMClNArOIPOIRPLMNPOTSPSPSTNQoSSCNSCPS口TDSCDMA2T口T墩URIVCCWCDMAWLANCommunication Forwarding BusyCommunication Forwarding on Not Logged-inCommunication Forwarding N

7、o ReplyCommunication Forwarding UnconditionalCircuit SwitchingCombination of CS and IMSCommunication WaitingDigital Subscriber LineHyper Text Transfer ProtocolHigh Rate Packet DataIP Multimedia SubsystemInternet ProtocolInternet Protocol version 4Internet Protocol version 6Integrated Services Digita

8、l NetworkLocal Area NetworkMalicious Call IDentificationNetworkAddress TransiationOriginating Identification PresentationOriginating Identification presentation RestrictionPublic Land Mobile NetworkPlain Ordinary Telephone ServicePacket SwitchingPublic Switched Telephone NetworkQuality of ServiceSwi

9、tched Circuit NetworkService Control PointSession Initiation ProtocolTime Division-Synchronization Code DivisionMultiple AccessTerminating Identification PresentationTerminating Identification RestrictionUniform Resource IdentifierVoice Call ContinuityWideband Code Division Multiple AccessWireless L

10、oca】Area Network遇忙呼叫前转不在线(未注册)呼叫前转无应答呼叫前转无条件呼叫前转电路交换电路域与IMS域协作呼叫等待数字用户线超文本传输协议高速分组数据口多媒体子系统互联网协议互联网协议版本4互联网协议版本6综合业务数字网局域网恶意呼叫追踪网络地址转换主叫识别显示主叫识别限制公众陆地移动网络传统电话业务分组交换公用电话交换网服务质量电路交换网业务控制点会话初始协议时分同步码分多址接入被叫识别显示被叫识另4限铝4统一资源标识符语音呼叫连续宽带码分多址接入无线局域网YD厂T 1 929-20094总体需求统一D讧s(第一阶段)应满足以下需求：一支持提供P多媒体业务：统一讧s可以为域

11、内通过多种接入方式接入的用户提供口多媒体业务，口多媒体业务可以包含语音、视频、数据等多种媒体成分；一接入无关性：统一蹦s不限于菜一种接入方式，原则上，只要用户可以获得口连接，无论使用何种接入网都可以接入统一IMS；一支持一定的服务质量(QoS)机制：在第一阶段，对于3G的接入方式，要求支持基于服务的策略控制；一对用户的控制：任何统一订s域下用户的业务都是可控的，统一vIs可以根据网络的情况和用户的情况，对用户实施必要的策略控制，例如可以控制用户使用的媒体类型等；一安全性保障：除非是紧急业务，否则统一D讧s只能为经过签约的有资格的用户提供服务；一完备的计费能力：对于各种口多媒体业务，统一vIs均

12、要提供适合的计费方案。统一D订S应具备灵活的计费能力，如会话中媒体成分变化时，可以进行正确的计费；一支持用户的漫游：用户可以在非归属网络的服务区内获得在归属网络签约的服务。同时，在漫游地，用户可以得到本地提供的紧急业务；一支持与其他网络的互通：统一IMs应支持与现有网络的互通，业务互通时，可能不会是所有业务属性和能力的完全互通，将是有限能力的互通，具体的互通能力与具体业务有关；一快速创建和部署业务：统一D订s应提供相应的机制，保证可以根据业务能力快速的进行新业务开发：一系统的可靠性：统一订s应通过备份、容灾、冗余等机制保障系统的高可靠性；一分层架构：统一以s应采用应用与会话控制、会话控制与承载

13、相分离的架构，以便使统一vIs具有良好的可扩展性。5统一IMS(第一阶段)的网络能力需求51统一IMS的接入统一“s不限于某一种接入方式，无论使用何种接入方式，均需要提供保证用户可以获得口连接的机制。统一Dds(第一阶段)应支持的接入方式包括：一2G接入(包括GPRS、EDGE乘CDMA Ix)；一3G接入(包括2GHz WCDMA、TDSCDMA和cdma 2000)；一xDSL接入；一WLAN接入；一LAN接入。在统一订s(第一阶段)，实际网络可能出现的场景包括以下三类：一场景一：xDSLWLANLAN+2GHz WCDMATDSCDMA+GPRSEDGE；一场景二：xDSuwLAN几AN

14、+cdma2000+CDMA lx；一场景三：xDSLWLANLAN+2GHzWCDMMIDSCDMA州碍RS砸DGE+cdma2000+CDMA IX。3YDT 1 929-200952终端的支持在统一IMs的第一阶段，主要包括如下类型的终端。一移动终端：指支持SIP协议并且通过2G、3G接入IMS域的移动终端。此类型终端要求具备SM卡USIM卡ISIM卡RUIM卡CSIM卡，但对于cdma2000机卡合一终端，可以不具备物理实体的RUIM卡CSIM卡。一SIP硬终端：指支持SIP协议并且通过xDSL、WLAN、LAN接入IMS域的终端。该类型终端具有一定的物理形态。此类型终端暂不要求具备I

15、SIM卡。一SIP软终端：指支持SIP协议并且通过xDSL、WLAN、LAN接入IMS域的一种软件客户端，通常安装在个人PC等设备上。此类型终端可以具备或不具备ISIM卡。不同的终端对业务的适用能力不同，具体内容见本标准第6章。5 3注册、认证和授权统一订s域内的用户使用IMS业务前，必须首先经过注册、认证和授权(紧急业务和未注册业务除外)。此过程主要用于将用户的约定地址(contact地址)与公有用户标识进行绑定，并使IMS可以为用户正常提供所需的业务。531注册统一mIs应支持：一用户发起的注册；一用户在已注册状态下，可以发起重新注册；一用户可以在一次注册过程中注册多个公有用户标识；一网络

16、应支持代表用户向第三方业务平台进行注册，这种注册不是必须的，只有在第三方业务平台需要，并且用户预先在网络中签约了这种方式的触发条件，网络才可以代表用户发起第三方注册：一用户发起或网络发起的注销；一网络应保存和维护用户的注册状态信息，并可以向用户提供注册状态信息；一对于一个(公有用户标识和私有用户标识)对，在同一时刻，只允许绑定一个终端在网络中注册。如果另外一个终端再次进行注册，在通过认证和授权的情况下，网络应注销之前终端的注册，接受新终端的注册。532认证和授权目前主要存在AKA、I-ITTPDigest(MD5)、EarlyIMS、NBA等4种认证方式。不同的认证方式适用于不同的接入方式和用

17、户终端。在统一vIs的第一阶段暂不要求必须支持NBA的认证方式，具体要求如r o一使用SIM卡的移动终端用户，使用EarlyIMS或mTPDigest(MD5)的认证方式。应符合3GPPTR33978或IETFRFC 2617、ETSITS 183 033的规定。一使用USIM卡ISIM卡CSIM卡的移动终端用户，使用AKA的认证方式。应符合IETF RFC 3310、3GPPTS 33203的规定。一使用具备ISIM卡的SIP软终端，使用AKA的认证方式。使用不具备ISIM卡的SIP软终端，使用HTrPDigest(MD5)的认证方式。一使用RUIM卡的移动终端用户，使用基于CAVE的AKA

18、认证机制。应符合3GPP2 sS0127的规定；4YD厂r 1 929-2009一使用cdma2000机卡合一终端的用户，使用AKA或H兀PDigest的认证方式。如果用户可以有多种认证方式，应优先根据运营商的策略，为用户提供尽可能安全的认证方式。54用户数据的集中管理统一订s应支持用户数据的集中管理。网络中存储的用户数据应包括用户基本数据、用户认证数据和用户签约的业务数据等。用户基本数据应至少包括：一用户的公有用户标识：一用户的私有用户标识。用户认证数据应至少包括：一用户的认证方式：一与认证方式对应的认证信息：如AKA方式的认证密钥、序列号等；Early IMS方式的用户讲地址；rr】：P

19、Digest(MD5)方式的用户密码等。用户的签约业务数据应至少包括：一为用户提供业务的业务平台地址；一签约业务的触发条件；一签约业务触发的优先级；一签约业务触发失败的默认处理机制。统一DvIs应具备保障用户数据安全的必要机制，如备份和容灾。55业务触发由于IMS采用分层的体系架构，因为必须提供将业务触发到正确的业务平台的机制。业务触发根据用户的签约业务数据进行。业务可以根据以下触发条件触发：一用户请求所指向的资源；一用户请求的类型；一用户请求中提供的相关信息，包括根据终端信息或媒体信息；一会话方式，如发起会话或是接收会话等。业务触发应遵循用户配置的触发优先级。业务触发失败时，应按预先配置的默

20、认处理机制进行处理。可以包括：一继续会话或将会话路由到指定的一方；一终止会话；一如果用户未配置，建议网络优先采用继续会话的方式。56 IP多媒体会话控制P多媒体会话泛指在发送方和接收方之问传送的用于承载多种媒体信息的数据流。IMS应支持对口多媒体会话的控制能力，包括：a)P多媒体会话的建立：其中包括支持发送方和接收方标识的呈现或限制。b)多媒体会话建立后的维护：应支持会话进行中媒体类型的修改和增减。c)口多媒体会话的结束：支持由发送方、接收方或网络发起的会话结束处理。YD厂r 1 929-2009d)能力协商：1)能力协商主要用于确定和选择多媒体会话中适用的媒体成份，QoS等。协商可以发生在会

21、话建立和进行期间，例如，随着用户终端能力的变化，媒体类型发生相应的改变等；2)用户和应用都可以发起能力协商。e)口多媒体会话的重定向：支持由发送方、接收方或网络发起的会话重定向，重定向可能在会话的多个阶段，因为多种原因被触发。57标识、编号和寻址571标识统一订s应支持为域内所有用户分配有效的标识。用户的标识分为公有用户标识和私有用户标识。统一IMs还应支持为业务(实体)、用户归属网络和网络实体分配标识。统一订s中的标识包括：a)公有用户标识：此标识表示用户对外公布的身份。具有以下特征：1)此标识由网络运营商管理，不能由用户自己改变；2)用户可以拥有一个或多个公有用户标识。b)私有用户标识：此

22、标识不对外公布，主要用于IMS的认证。具有以下特征：此标识由网络运营商管理，不能由用户自己改变。c)公共业务标识：用于对某个业务(实体)进行标识。d)用户归属网络标识：用于对用户的归属网络进行标识。e)网络实体标识：用于对网络节点进行标识。公有用户标识和私有用户标识的关系：一个私有用户标识可以对应多个公有用户标识；一个公有用户标识也可以对应多个私有用户标识。如果用户使用具有SIMUSIM或RUIMCSIM，但不具有ISIM的终端，应支持通过SIMUSIM或RUIMCSIM中的IMSI导出用于注册和认证过程的临时私有用户标识和公有用户标识。572编号各种标识对应的编号形式为：一公有用户标识：可以

23、为SIPURI或TELURI的形式，应符合IETFRFC 3261和IETFRFC 2806的规定；一私有用户标识：为网络接入标识(NAI)的形式，应符合IETF RFC 2486的规定；一公共业务标识：可以为SIP URI或TEL URI的形式，应符合IETF RFC 3261和IETF RFC 2806的规定；一用户归属网络标识：为域名的形式，应符合IETFRFC 1034和IETFRFC 1035的规定：一网络实体标识：为SIPURI的形式，应符合IETFRFC3261的规定。573寻址公有用户标识可以用来对用户的寻址。公共业务标示可以用来对业务(实体)的寻址。58 009提供端到端完全

24、的Qos保障是IMS的目标之一，但由于其完全实现需要较高的要求，因此建议分阶段实施，在统一讧S第一阶段，QoS应遵循以下要求：一承载网络轻载；6YD，T 1 929-2009一使用现有技术保障承载网络的质量；一IMS支持根据用户的签约或网络运营商的策略，对用户的业务进行限制，例如用户未签约使用某种媒体类型，但当用户发起含有此媒体类型的会话时，IMS可以拒绝；一针对固定的接入方式，要求IMS具有门控的功能，对于3G的接入方式，要求支持基于服务的策略控制。59互通IMS应支持与现有的SCN网络(包括PSTNISDN、2G电路域)、3G电路域、固定软交换网络等进行互通。要求支持互通的业务见本标准第6

25、章。与支持重叠信令方式的网络互通时，IMS不需要支持重叠信令方式的产生，但互通时可能需要进行转换。510计费对各种坤多媒体业务的使用，统一订S应支持产生详细呼叫记录(CDR)的能力。详细呼叫记录中应包含用于计费的必要信息，如会话的使用方、会话的建立时间、会话的持续时间、会话中的媒体成份、数据流量等，详细的信息应根据具体的业务确定。统一DvIs根据收集到的详细呼叫记录进行计费处理。对各种IP多媒体业务，统一vIS应支持灵活的计费策略和方式，包括：a)计费对象：可以直接对终端用户计费，也可以对第三方业务提供商或代理商计费。对终端用户计费时，应根据具体策略，支持：1)只对会话发起方计费；2)只对会话

26、接收方计费；3)对会话发起方和接收方同时计费。b)计费方式：应支持多种计费方式，如在线计费和离线计费，应能满足用户对通过预付费方式和后付费方式使用多媒体业务的需求。应可以根据如下内容进行计费：1)按会话的时长计费；2)按使用次数计费：3)包月等其他方式。对于3G的接入方式，应支持基于业务流的计费。由于口多媒体业务可以同时使用多种媒体成份，因此，应该支持对各种媒体成份的独立计费，如用户发起话音业务，通话过程中又加入视频会话，则应支持对额外的视频成份进行计费。当终端用户的位置和状态发生变化时，可以采取不同的计费策略，例如会话发起方和接收方之间的相对位置、会话中发生的会话转移以及用户的漫游等。511

27、 SIP压缩IMS使用SIP进行会话控制，为加速会话建立过程和节省带宽资源，要求IMS支持SIP压缩功能。在统一IMs的第一阶段，建议通过3G接入的IMS终端使用SIP压缩功能。SIP压缩功能，应符合IETFRFC 3320、IETFRFC 3485、IETFRFC 3486等的规定。5 12媒体编码5121音频编码7YD厂r 1 92卜2009对于本标准51节中描述的场景一码，具体的编解码待定。对于本标准51节中描述的场景二码，具体的编解码待定。对于本标准51节中描述的场景三网络不需要进行编解码转换。由终端之间直接协商出公共的编解网络不需要进行编解码转换。由终端之间直接协商出公共的编解如果终

28、端之间不能直接协商出公共的编解码，由网络进行编解码转换。5122视频编码支持视频电话的IMS终端，必须支持的视频编解码为H263。IMS网络侧相关设备必须要支持H263。513 lP版本在统一IMs的第一阶段，应支持IPv4NIPv6。514 NAT功能在统一IMs的第一阶段，应支持NAT功能。515漫游和游牧统一D讧s应支持移动用户的漫游和固定用户的游牧能力，即用户可以在非归属网络的服务区内获得服务。应支持漫游用户接入在归属网络签约的口多媒体业务。漫游用户在归属网络签约的口多媒体业务应由归属网络进行业务控制。漫游用户在拜访网络进行紧急业务时，应遵循就近接入的原则。516安全5161接入域安全

29、IMS网络除了必须对用户进行身份认证外，还应保证用户终端与IMS网络之间信令的安全性。不同认证方式下的安全要求为：一AKA方式：应进行信令的完整性保护，信令的机密性保护为可选；一mTIP Digest(MD5)方式：应进行信令的完整性保护；一EarlyIMS方式：应保证用户所使用的口地址和网络所分配的IP地址一致：一基于CAVE的方式：应根据RUIM卡上的信息导出IMS认证的信息，并且提供信令的完整性保护。5162网络域安全要求保障网络域和接入域之间的安全，包括核心网络设备对接入终端的信息拓扑隐藏，避免接入域对网络域设备的攻击。要求保证网络域内各实体之间的安全。517操作维护、网管和运营管理统

30、一“s应支持对网络中的网元提供本地操作维护和统一网管的能力。统一Dds应支持核心网络与运营管理系统互连的能力。518业务连续陛在统一IMs第一阶段，该需求是指使用CDMA 1XHRPD和CDMA lxWLAN双模终端的用户，在IMS域和cs域均能够进行语音呼叫，并具有可以在域间进行语音连续性切换的能力。由于该网络能力涉及域YD厂r 1 929-2009间配合、选择和锚定，本标准规定的语音呼叫连续性的能力主要处理由IMS域提供，CS域负责配合。本文件需要考虑会话中非语音成分(如视频)对该能力的影响。5181 能力需求以下是语音呼叫连续性的能力要求，详细要求在相关规范中规定。VCC用户可以在IMS

31、域进行语音呼叫，也可以在CS域进行语音呼叫。不管IMS网络还是CS网络来话，都能根据运营商策略、用户偏好、网络情况以及用户设备的注册情况，用户自身的选择等信息选择恰当的域路由到用户设备。VCC用户可以在IMS域和CS域之间进行的语音通话切换，可以考虑以下切换场景：一IMS域和CS域切换的场景1：HRPD-lx(含有非语音成分的会话，只切换语音成分)；一IMS域和CS域切换的场景2：HRPDe-lx(一阶段暂不考虑)；一IMS域和CS域切换的场景3：WLANHlx(含有非语音成分的会话，只切换语音成分)。对于允许双向切换的场景，在一次呼叫过程中，切换可以多次发生。呼叫过程中的切换不能影响cS和I

32、MS的正确计费。基本补充业务属性不能丢失，包括：一号码显示类；一呼叫闭锁类；一前转类；一呼叫等待类(第一阶段暂不考虑)；一多方类(第一阶段暂不考虑)。补充业务应在IMS域内实现。对电路域现网网元无升级需求。518盘终端需求51821 基本需求使用语音呼叫连续性业务的终端能力应包括：对CDMA lx与WLAN的双模终端，支持双模并发工作；对CDMA lx与HRPD的双模终端，支持单接收机或者双接收机并发工作。518 22终端适用性适用于支持CDMA lxIIWLAN的双模终端，以及支持CDMA lx和HRPD的双模终端。6统一IMS(第一阶段)支持的业务61多媒体会话业务多媒体会话业务是指在两个

33、或多个用户之间进行的以话音和视频为主要媒体类型的实时会话业务。61 1基本会话处理需求会话建立时的处理：一呼入会话的协商：对呼入的多媒体会话，应可以根据用户档案中的信息和终端能力进行能力协商。当会话中有多种媒体类型存在时，一种媒体类型协商失败将不影响其他媒体类型会话的建立；一接受或拒绝呼入的会话：用户可以选择接受或拒绝呼入的会话。当多种媒体类型存在时，用户也可以选择自己期望的媒体类型进行通信。会话进行中的处理：9Y13I 1 92争_2009一会话中的媒体类型修改：在多媒体会话过程中，用户可以对媒体类型的增减和修改进行协商。会话结束时的处理：一用户在会话进行中的任何时候都可以选择结束会话。61

34、2补充业务需求在如下所示的补充业务中，必选业务是指统一S的第一阶段必须支持的业务，可选业务是指运营商根据需求可以选择的业务。对于cdma2000，补充业务只限制在IMS域内，不涉及和1X的互操作。补充业务的激活方式可以包括：一通过用户终端进行设置：可以通过终端内置菜单直接进行设置，也可以通过补充业务特服码拨号设置；一通过WEB方式进行设置。6121必选业务61211 主叫识别显示(OIP)该业务向被叫方提供主叫方的标识信息，该信息应至少包含经鉴权证实的公有用户标识。与其他有影响的补充业务的交互：一主叫识别限制(OIR)：如果主叫用户申请并激活了OIR业务，即使被叫用户设置了OIP业务，也不会显

35、示主叫标识。但当被叫用户属于“超越”类用户时，即使主叫用户设置了OIR业务，被叫用户仍可以强制显示主叫标识(“超越”类用户指具有特殊权限的用户，对方无法限制其标识信息的提供)；一呼叫前转类业务(CDIV)：如果主叫用户没有激活OIR业务，则当呼叫被前转(包括无条件呼叫前转、遇忙呼叫前转、无应答呼叫前转、不在线呼叫前转等)且前转目的地用户具有OIP业务时，前转目的地用户应能接收到主叫用户识别信息；一呼叫等待(cw)：当正在通话的用户收到新呼叫呼入的指示时，如果此用户已经激活了OIP业务且新呼入用户未激活OIR业务，则该用户应收到新呼入用户的标识信息。61_212主叫识别限制(OlR)该业务使主叫

36、方能够限制将其标识信息提供给被叫方。该业务有两种方式：一永久方式：对于所有呼叫，主叫方的标识信息都将限制提供给被叫方；一暂时方式：每次呼叫进行时，主叫方设置本次呼叫是否将标识信息提供给被叫方。与其他有影响的补充业务的交互：一主叫识别显示(OIP)：如果主叫用户申请并激活TOIR业务，即使被叫用户设置了OIP业务，也不会显示主叫标识。但当被叫用户属于“超越”类用户时，即使主叫用户设置Tom业务，被叫用户仍可以强制显示主叫标识(“超越”类用户指具有特殊权限的用户，对方无法限制其标识信息的提供)；一呼叫前转类业务(CDIV)：如果主叫用户激活OIR业务，则当呼叫被前转(包括无条件呼叫前转、遇忙呼叫前

37、转、无应答呼叫前转、不在线呼叫前转等)时，如果前转目的地用户不是“超越”类用户，则主叫方的标识信息将限制提供给前转目的地用户。61_213被叫识别显示(TIP)该业务向主叫方提供被叫方的标识信息，该信息应至少包含经鉴权证实的公有用户标识。10YDT 1 929-2009与其他有影响的补充业务的交互：一被叫识别限制(T珉)：如果被叫用户申请并激活TTIR业务，即使主叫用户设置了TIP业务，也不会显示被叫标识。但当主叫用户属于“超越”类用户时，即使被叫用户设置了T瓜业务，主叫用户仍可以强制显示被叫标识(“超越”类用户指具有特殊权限的用户，对方无法限制其标识信息的提供)：一呼叫前转类业务(CDW)：

38、当呼叫被前转(包括无条件呼叫前转、遇忙呼叫前转、无应答呼uq前转、不在线呼叫前转等)时，如果前转目的地用户未激活TIR业务，则前转目的地用户的标识信息将提供给主叫方。61-214被叫识别限制(TlR)该业务使被叫方能够限制将其标识信息提供给主叫方。该业务有两种方式：一永久方式：对于所有呼叫，被叫方的标识信息都将限制提供给主叫方；一暂时方式：每次呼叫进行时，被叫方设置本次呼叫是否将标识信息提供给主叫方。与其他有影响的补充业务的交互：一被叫识别显示(T碑)：如果被叫用户申请并激活了11R业务，即使主叫用户设置了TP业务，也不会显示被叫标识。但当主叫用户属于“超越”类用户时，即使被叫用户设置了TIR

39、业务，主叫用户仍可以强制显示被叫标识(“超越”类用户指具有特殊权限的用户，对方无法限制其标识信息的提供)；一呼叫前转类业务(CDIV)：当呼叫被前转(包括无条件呼叫前转、遇忙呼叫前转、无应答呼叫前转、不在线呼叫前转等)时，如果前转目的地用户激活T瓜业务，并且主叫方不是“超越”类用户，则前转目的地用户的标识信息将限制提供给主叫方。61215呼叫前转类业务(COl、，)统一订s的第一阶段应至少支持如下几类呼叫前转业务：一无条件呼叫前转(cFu)；一遇忙呼叫前转(CFB)；一无应答呼叫前转(CFNR)：一不在线(未注册)呼叫前转(cD儿)；一不可达呼叫前转(CFNRc)。除每类前转业务的基本属性外，

40、还应支持叠加增强的业务属性，包括：一前转通知：前转发生时，可以给主叫方发送前转通知，指示呼叫被转移：一多次前转：应支持多次前转，具体次数限制待定；一根据主叫方标识前转：在符合前转用户设置的主叫方中，可以进行前转；一根据时间段前转：在符合前转用户设置的时间段内，可以进行前转。612151 无条件呼叫前转(CFU)用户激活此业务后，无论用户在什么状态，对该用户的呼叫都将前转到预设的一方。用户发起呼叫不受该业务的影响。612152遇忙呼叫前转(CFB)用户激活此业务后。当用户处在忙状态时，对该用户的呼叫将前转到预设的一方。用户发起呼叫不受该业务的影响。YD厂r 1 929_2009忙可以有两种情况：

41、 一用户决定的忙：呼叫到达用户侧后，由用户决定自己此时是否处于忙的状态。例如，用户提前在终端侧设置免打扰或通过拒绝呼叫的方式表示自己处于忙状态，当呼,tin达时，触发遇忙前转：一网络决定的忙：网络根据用户资源或状态等信息判断的用户忙，此时呼叫可能还未路由到用户终端。例如，网络设置用户最多可以同时接Jr路呼叫，当第，+l路呼叫呼入该用户时，由网络判断此用户为忙，当此路呼叫还未到达用户终端侧时就触发呼叫前转业务。612153无应答呼叫前转(CFNR)用户激活此业务后，当对该用户的呼叫在规定时限内无应答时，呼叫将前转到预设的一方。用户发起呼叫不受该业务的影响。建议无应答定时器以网络侧设置的为标准，但

42、如果终端侧无应答定时器先超时且能够正确指示无应答事件，应也可以正常触发无应答前转业务。612154不在线(未注册)呼叫前转(CFNL)用户激活此业务后，当用户处在不在线(未注册)状态时，对该用户的呼叫将前转到预设的一方。612155不可达呼叫前转(CFNRc)用户激活此业务后，当呼叫无法路由到此用户时，呼叫将前转到预设的一方。用户发起呼叫不受该业务的影响。612156与其他有影响的补充业务的交互一主叫识别显示(o口)：见主叫识别显示业务中与呼叫前转类业务的交互；一主叫识别限制(O碾)：见主叫识别限制业务中与呼叫前转类业务的交互；一被叫识别显示(Tm)：见被叫识别显示业务中与呼叫前转类业务的交互

43、：一被叫识别限制(Tin)：见被叫识别限制业务中与呼叫前转类业务的交互；一呼叫前转类业务间：无条件呼叫前转优先级高于其他前转类业务：一呼叫等待(cw)：呼叫等待业务与遇忙呼叫前转业务不能同时激活；一呼叫限制(CB)：呼叫限制业务中的呼出限制业务优先级高于前转类业务；一恶意呼叫追踪(MCID)：对于前转呼叫的恶意呼叫追踪，如果发生多次前转，除原主叫方的标识信息被记录外，还应至少记录第一次前转用户的标识信息，在有条件的情况下，应记录呼叫到达该用户前所有发生前转用户的标识信息；一匿名呼叫拒绝(ACR)：匿名呼叫拒绝业务优先级高于前转类业务；一遇忙呼叫完成(CCBS)：遇忙呼叫完成业务的回叫应提供给原

44、主叫方。61216呼叫等待(CW)该业务是指当用户处于通话过程中，又有新呼叫到来时，该用户将得到通知指示有新呼叫正在等待中。用户对于等待中的呼叫可选择接受、拒绝或不响应。处于等待状态的最大呼叫数可配置，具体数目由运营商决定。当达到最大等待呼叫数时，任何新的呼入呼叫均作为被叫用户忙处理。与其他有影响的补充业务的交互：一呼叫前转类业务(CDIV)：见呼叫前转类业务中与呼叫等待业务的交互；一匿名呼叫拒绝(ACR)：匿名呼叫拒绝业务优先级高于呼叫等待业务。YD厂r 1 929-200961217呼叫保持(HOLD)该业务是指用户可以在通话中对呼叫进行保持和恢复。61 218恶意呼叫追踪(MCID)该业

45、务能够对来话呼叫进行识别并进行相关信息的记录。记录的信息至少包括：一主叫方标识信息；一被叫方标识信息；一日期和时间。与其他有影响的补充业务的交互：一呼叫前转类业务(CDIV)：见呼叫前转类业务中与恶意呼叫追踪业务的交互。61219匿名呼叫拒绝(ACR)该业务使被叫方可以拒绝对主叫方无法标识的来话，拒绝由网络代表激活此业务的用户完成。与其他有影响的补充业务的交互：一主叫识别限制(OIR)：主叫方申请的OR业务将导致匿名呼叫拒绝业务的执行；一呼叫前转类业务(CDIV)：见呼叫前转类业务中与匿名呼叫拒绝业务的交互。6122可选业务61221呼叫限制(CB)呼叫限制(CB)业务包括两种业务：呼出限制(

46、OCB)业务和呼入限制(IcB)业务。呼出限制：用户或运营商可以设置某些标识或标识范围，符合这些条件的呼出会话将被限制。用户发起的紧急呼叫和对该用户的呼入不受影响。呼入限制：用户或运营商可以设置某些标识或标识范围，符合这些条件的呼入会话将被限制。用户的呼出不受影响。其中用户设置的呼叫限制为可选业务，但运营商设置的呼叫限制为必选业务。用户对标识的设置可以通过黑名单或白名单的机制实现。与其他有影响的补充业务的交互：一呼叫前转类业务(CDIV)：见呼叫前转类业务中与呼叫限制业务的交互。61 2-2-2遇忙呼叫完成(CCBS)该业务是指当主叫用户拨打被叫用户遇忙，等被叫用户空闲后，网络自动回叫原主叫用

47、户，重新完成呼叫。与其他有影响的补充业务的交互：一呼叫前转类业务(cD)：见呼叫前转类业务中与遇忙呼叫完成业务的交互。612 23会议(CONF)该业务是指用户可以参与或控制同时包含多方用户的会话。该业务包含两种情况：一通过终端的能力实现：如果终端具有支持多路呼叫以及混音等功能，则可以在终端侧实现会议电话业务。这种方式不需要网络提供额外的会议资源和会场控制能力，但这种方式会受到终端能力的限制，如参加会议的用户数可能较少，对会议的控制能力较差等；YD厂r 1 929-2009一通过网络的能力实现：这种方式由网络提供能力实现高级的会议电话业务，详细属性见视频会议业务中的内容。613终端需求6131 基本需求使用多媒体会话业务的终端能力应包括；一支持语音会话：此能力为使用多媒体会话业务的基础能力，必须具备：一支持视频会话：如果不具备此能力，将无法使用与视频相关的业务；一支持用户标识的显示：如果不具备此能力，将无法使用与标识显示相关的业务：一支持内置菜单设置补充业务：如果不具备此能力，则需要通过补充业务特服码拨号或WEB方式进行设置，如呼叫前转类业务的前转号码。6132终端适用性多媒体会话业务对终端的适用性见表1。表1 多媒体会话业务终端适用性终端类型 基础能力 增强能力 适用