IMS网络管理及STN仿真综合业务管理知识技术要求

YD/T200×—××××Q/CT2284-2010PAGEIMS网络PSTN仿真业务技术要求PAGE58保密等级：中国电信集团公司发布20××—××－××实施2０××—××-××保密等级：中国电信集团公司发布20××—××－××实施2０××—××-××发布IMS网络PSTN仿真业务技术要求TechｎicalRequiremｅntsｏfPSTNＥmulatiｏnSｅrvicesoverＩMS（V1.0）Ｑ/CT2284-20１0中国电信集团公司技术标准目录TOＣ\ｏ"1－３”\h＼z＼uＨＹPＥRLINK\ｌ”＿Ｔｏc274５53373”目录 ＰAGＥRＥF_Tｏc2７４553３73\h2ＨＹＰEＲＬINＫ\ｌ"_Toc274553３7４”前言 PAGEＲEＦ_Ｔｏc２７4553３74\h4HＹPERLINK＼l"＿Ｔｏc２745５３375”1ﻩ范围ﻩＰAGEREF_Toc27４553375\ｈ6HYPERLINK＼l"_Toc２745５３3７6"2ﻩ引用标准 ＰAＧEREＦ_Tｏｃ2745５33７６\h6HYPＥRLINＫ\l＂_Toｃ27４55３37７”3 缩略语 ＰAGEREF_Tｏc2745５3377\ｈ6４ﻩ业务定义 PAGERＥF_Toc２７455３378\h７HYPERLINK\l”_Ｔoc2７455337９”５ 业务服务终端 PＡGERＥＦ_Toc２７4５5３3７9＼h7HＹPＥRLINK\l”_Ｔoc2７45５33８0”6 系统架构 ＰＡGEＲEＦ_Toc２74553３80＼h8HYPＥＲLINＫ\ｌ”_Ｔｏc27455３381＂7 业务特征 PAGＥREF_Ｔoc274５５3３81\h8ＨYPEＲＬINK＼l＂_Tｏｃ27455３382”７．1ﻩ主叫号码显示ﻩPＡGEREF_Toc2７４５5３３82＼h8HＹPERLIＮK\l＂_Toc２74553３83"7．2ﻩ主叫号码显示限制ﻩPAGEＲEF_Toc2７45５3383\ｈ8HＹPERLINK7。3ﻩ无条件呼叫前转 PＡGＥREF_Toc２7４５5３38４＼h９HYPＥRLINK\l＂_Ｔｏc27４55３３85"7.4ﻩ遇忙呼叫前转 PAGＥＲＥF_Toｃ2７4５５338５＼ｈ9HYPERLINK\ｌ"_Tｏc27455３3８6”7．5 无应答呼叫前转ﻩＰＡGEＲEF＿Tｏc２7４55338６\h9HYPＥRLINK\ｌ"＿Tｏc274553387"7.6ﻩ呼叫等待ﻩＰAＧEREF_Toｃ274553３87\ｈ９HYPERＬINK\l”_Ｔoc274553３８8"7.７ 三方通话 PＡＧEREF＿Tｏc2７455３388\h9HＹPＥRLＩNK\ｌ"_Toc27４５５338９”7.８ 查找恶意呼叫 ＰAＧEREF_Tｏc２7４５53389＼h9HYPERＬINK＼l”＿Toｃ２7455３３９0”7．9 呼出限制 PＡGEＲＥＦ_Toc2７４５5３3９0＼h9HYPERＬINK＼ｌ”＿Toc２7４553３91＂7.10 免打扰 ＰAＧEＲEF_Toc2745５3391\h９HＹＰEＲＬINK\ｌ＂＿Toc2７4５533９2”7.1１ﻩ缩位拨号ﻩPAGEＲＥF_Tｏc27４5533９2\h10HYＰEＲLINＫ＼l"_Ｔoc27４55３393"7。12ﻩ热线服务ﻩPAＧEREＦ＿Tｏc27４５5３3９3\h10HＹPERLＩNK＼l"_Toc2745５3394＂7。13ﻩ闹钟 ＰAＧEREF_Toｃ2745533９4＼h10HYPＥＲLINK＼l”＿Ｔoc2745533９５”7.１4ﻩ截接服务ﻩPAGEREF_Ｔoc274５533９５＼ｈ10HYPERLIＮK\l＂＿Ｔｏｃ27455３396"７.１５ﻩ缺席用户服务ﻩＰAGEREF_Toc27４５53396＼h10HYPERLINＫ\ｌ”_Toc2745533９7＂8ﻩ业务的配置和使用 PAGEＲEF_Tｏc274５53397\ｈ10ＨYPERLＩNK＼l”＿Toｃ2745５339８”8.１ 主叫号码显示 PAGERＥF_Toｃ27４5５３3９8\h1０ＨYPERLIＮK\l＂_Tｏc27４5５3３9９＂８．2ﻩ主叫号码显示限制 PＡＧEREＦ_Toc27４5５3399\h１0HYPEＲLIＮK\l＂_Toc274553４０0＂８．3 无条件呼叫前转 PAGEREF＿Toc2７455３４００\h１0HYPERＬINK\l”_Tｏc27455３4０1"8。4ﻩ遇忙呼叫前转 PAGEREＦ＿Tｏc2７45５３4０1\ｈ1１ＨＹＰERLINK\l”_Tｏｃ２７４５534０2”8.５ 无应答呼叫前转 PＡGＥＲＥF_Tｏc2７4５53４02\ｈ11HYPEＲLＩＮK\l”_Toc２７4553403”8。6 呼叫等待ﻩPAGEＲEF＿Toc２7４553403\h１2HYPERLINＫ＼l”_Toc２7４５53404”8.７ﻩ三方通话ﻩPAGEREＦ＿Toc27４55３４04\h12HYPＥRLＩNK\l"_Ｔｏc2745５３40５＂8。8ﻩ查找恶意呼叫ﻩPＡGEＲＥF_Ｔｏc274５53４05＼h１3HYPＥＲLINＫ８.9 呼出限制 PＡGEＲＥF_Ｔoc２７４5534０6\h138。12 热线服务 PAGERＥＦ_Toc2７45５3409\h1４HＹＰERLＩNK\ｌ"_Toｃ27４５5３41０＂8.1３ 闹钟ﻩPAGEＲEF＿Tｏc2７4553410＼h１4HYＰＥRLINK\ｌ＂＿Ｔoｃ2７4５53４11”8.1４ 截接服务 PAGERＥＦ_Ｔoc27４５53411\h１5HＹPERＬINＫ＼ｌ＂_Ｔoｃ２７455341２"８．15ﻩ缺席用户服务 ＰAGERＥＦ＿Toc274553412＼ｈ15HYPERLIＮK\l”＿Toｃ2７45５３413"9 业务特征对信令和网元的要求 PAGEＲEF＿Ｔoc2745534１３＼h1５HYPEＲLINＫ\ｌ＂_Toc2745534１4"9.1 业务对信令要求ﻩPＡGＥRＥF_Toｃ2７4553414\ｈ15ＨＹPERＬINK\ｌ"_Toc2745５34１５"９.2ﻩ业务对网元的要求ﻩPＡGEREF＿Toc2７455３41５\h１7ＨYPEＲLＩNK1０.2 主叫号码显示限制ﻩPＡGEＲＥF_Toc2７４5５3４18\ｈ1810。3ﻩ无条件呼叫前转 ＰＡＧEＲEＦ＿Toc2７45５3419\h１8ＨYＰERLINK＼l”_Ｔoc27４553４２0"１0.4ﻩ遇忙呼叫前转ﻩPＡGEＲEF_Toc274553420\ｈ19HYPＥRＬINK10。5 无应答呼叫前转ﻩPAGEREF_Tｏc274553４21\h1９HＹPERLＩＮＫ＼l"_Toc27４５53422＂１0.6ﻩ呼叫等待ﻩＰＡＧEＲEF_Ｔoc２7４553４22\h20HＹＰERLＩNK\l＂_Ｔｏc2745５342３"１0．7ﻩ三方通话 ＰAＧEＲEＦ_Toc27455342３\h20HＹPERLＩＮK＼l”_Toc2745５３424"１0．8ﻩ查找恶意呼叫 PAGERＥＦ_Ｔoc2７４5５34２4\h2０ＨYPＥRLINＫ１0.11ﻩ热线服务 ＰAＧEREF_Tｏc27４5５3４27\h2１HＹPERLINK\ｌ”_Ｔoc27455３42８”1０.12 闹钟 PAＧERＥF＿Tｏc２7４55３428\ｈ21HYPＥRＬＩＮK\l”＿Toc274553429”10。13ﻩ缺席用户服务 PAGEREＦ_Tｏc２745534２９\h2２HＹPEＲLＩNＫ\l”_Ｔoc274553４3０"１1 对支撑系统的要求 PAGEREF_Ｔoc2７4553４30＼h２2HYPEＲLINK\ｌ＂_Toc274５5３431”11．１ 业务计费需求 ＰAGＥREF_Ｔｏc27455343１\ｈ22ＨＹPERLINK＼l"＿Toc２74５５3４32"11．2ﻩ业务受理需求ﻩPＡGEREF_Tｏｃ274553432＼h２2HＹＰＥRLINK\l＂_Toc2７４553433"附录Ａ(规范性附录）业务消息流程示例 PAGEREＦ_Ｔoc27455343３\h23HYPＥRLINK\ｌ"_Ｔoc274553４３4"A．1主叫号码显示 PAGEREF_Toｃ27455３434\ｈ23HYＰERLINKA.5无应答前转 PAGＥRＥF_Tｏc２７455３439＼h３２ＨYPEＲLINＫＡ.7三方通话ﻩPAＧＥREF＿Ｔoc２７4５534４2\h３8HYPERLＩＮK\l"＿Tｏc27４553４43＂A.８查找恶意呼叫ﻩＰAGEREＦ_Toc２745５344３＼h40HＹPＥRLINＫ\l＂_Ｔｏc274５53444”A.9呼出限制ﻩＰAGEＲEＦ_Toc２７455３４44＼h42HYPEＲＬＩＮKＡ。13闹钟服务 PＡGEREF_Tｏc274553450\ｈ4７HYPEＲＬINK\l”_Toc2７４553４51＂A。1４截接服务（以空号通知为例）ﻩＰAGＥREF_Tｏc2745５345１\h４８HYPＥRLIＮKA．１5缺席用户服务ﻩPAGＥREＦ_Toc274５53452\h49HYPＥRLINＫ附录B(规范性附录)业务配置消息流程示例ﻩPAGＥRＥF＿Toc2７４553453\h51HＹPＥRLIＮK\ｌ"＿Toｃ２74553455”附录C(规范性附录)业务订阅消息流程示例ﻩＰAＧEＲEF_Toc2745５３455\h５2ＨYPERLINK\ｌ”_Ｔｏc２7４553４57”附录D（规范性附录)业务信息订阅中相关的ＸＭLSchｅmａﻩＰAGＥRＥF＿Toc274553457\h54前言本标准主要依据ETＳＩTS１83043“IMS﻾baseｄＰSTN/ISＤNEmulationSｔage3ｓpecifｉcaｔion”的相关内容,结合中国电信IＭS试点的相关成果和经验进行编写，随着技术和业务的发展，还将制定后续的相关标准。本标准的附录A、附录B、附录C、附录D是规范性附录。本标准由中国电信集团公司提出并归口。本标准起草单位：中国电信股份有限公司上海研究院本标准主要起草人：赵飞，宋阿芳,钮颖彬，沈雷ﻬ范围本规范规定了中国电信基于IMS网络的PSTN仿真业务的定义、业务特征、业务流程和技术方案，提出了该业务对支撑系统等方面的需求。本标准适用于基于IＭS的PSTN仿真业务。引用标准下列文件中的条款通过本企业技术标准的引用而成为本企业技术标准的条款。凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修改版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。HYPERＬIＮK"http：//ｗww．ccsａ。/ｔｅｃh＿doc/ｓhow。ｐhp３？ｓourcｅ=yｄ＆ｉd＝８９7”YDＮ0６5f—1997邮电部电话交换设备总技术规范书(附录)Ｑ/CT2０94-201０IMS网络SIP协议总体技术要求Q/CＴ２099—2008中国电信ＩMS网络设备技术要求ETSITS1830１2基于IMS的PＳTN／ＩSDN电话仿真子系统功能架构(ＩMS—bａsedＰＳTN/ＩSDNEmulationＳubsysｔemFunctiｏｎalarｃｈitｅcture)ＥＴSITS183043基于ＩMS的PＳTN/ＩSＤN电话仿真阶段3技术要求（IＭS。baｓeｄPSTN/ＩSＤNEmulatiｏｎSｔage3spｅcｉfｉcatiｏｎ）ＥＴＳITS1８3004PSTＮ/ISDN模拟业务：呼叫前转协议规范（PＳＴN/IＳＤNsimulatｉonservices：ComｍｕnicaｔiｏnDiversion（CDIV）;Protｏcoｌsｐｅｃiｆicａｔｉｏn）ETSITS1８３0０7PSTN／ＩＳDN模拟业务:主叫识别显示（限制）协议规范（ＰSＴN/IＳDＮsiｍuｌatｉｏｎsｅｒviｃeｓ；OｒiginaｔingIdentificａtiｏｎPresentａtion（OIP）ａndOrｉginatingIdentificationRestrictioｎ（OＩR)；Ｐrｏｔocoｌspｅcｉficatｉon)EＴSＩTＳ183０１0PSTN／ISDN模拟业务：呼叫保持协议规范（NGＮSignallinｇCoｎtｒolProｔocｏl;ＣoｍｍｕnicationHold(HOLＤ）PＳＴN/IＳＤＮｓimｕlationseｒvｉcｅs）ETSITS１83015ＰSTN/ISDN模拟业务：呼叫等待协议规范（NGNSｉgnallｉnｇCｏｎtrolProtoｃol;ＣommuniｃaｔionWａｉting(CＷ)ＰSTN/ISDNsimulａtｉoｎｓeｒviｃes）EＴSITS１83００5PＳTN／ＩＳDＮ模拟业务:会议协议规范(PSTN/ISDNsiｍｕlationｓeｒvｉces:Cｏnferencｅ（COＮF)；Ｐrｏtoｃolspeciｆｉcatｉｏn）缩略语下列缩略语适用于本标准:英文缩写英文全称中文解释IMSIＰMuｌtiｍeｄiａSubsｙsteｍIＰ多媒体子系统PＥＳＰＳＴN/ＩＳDNＥmulａtionSｅrvｉcePSTN／ISDN仿真业务DNＳDｏmainNameSystem域名系统HSSＨｏmeSｕbscｒibｅrSｅrｖer归属用户服务器I—CSＣＦIｎｔerrogaｔinｇ-CSCF查询—CSCFMＧＣFMediaＧatewayContrｏlＦunｃｔｉｏn媒体网关控制功能P－CSCＦProxｙ-CＳCＦ代理-ＣSCFPSTＮPublｉcSｗｉtｃｈeｄTelephoneＮetworｋ公共交换电话网S—CSCFServｉｎg-CＳCF服务-ＳCＳCFSＩPＳesｓionIniｔiａｔiｏnPｒotoｃol会话发起协议AGCFAｃceｓｓGateｗａyContrｏｌFｕnction接入网关控制功能ＩAＤInteｇｒaｔedＡcessＤevice综合接入设备ＡGＡcｃessＧａｔｅway接入网关业务定义ＰSＴN仿真业务是指基于中国电信IＭS网络向传统电话终端用户提供的现有PSTN补充业务的仿真业务。这些业务的业务特征和业务体验与现有PSTN网络完全相同，用户在使用业务的过程中不会由于网络产生的巨大变化而有所感知。业务服务终端PＳTN仿真业务可服务于以下终端：通过ＡＧＣF接入IMＳ网络的POTS终端；通过SIＰAG接入IMS网络的ＰOTS终端;通过ＳIPＩAD接入ＩMS网络的PＯＴS终端。系统架构ﻩMＭTelAＳ完成ＰSTN仿真业务的业务鉴权和逻辑处理，包括各种业务特征的权限、激活/去激活状态等均登记在应用服务器中。本规范采用ＴＳ１83043（IMS-ｂasedPSTN／ＩSDＮEmulａｔｉoｎStage３ｓｐeciｆicatｉoｎ）中定义的“松耦合”(looseｃoupｌing）方式实现ＰSTN仿真业务的提供，因SIPUＡ设备（AGＣＦ、SIPAＧ、SIPIAD）将完成部分业务功能的实现，主要是对ｆlaｓh及后续拨号音的处理,但该类设备不参与业务鉴权。为了实现业务，HＳS中应设置相关的iＦC,需要对如下method进行iFC的配置:发端IＮＶITＥ;终端INVＩTＥ；MRFC/MRFP提供ＩＭＳ网络媒体资源的控制功能，提供业务需要的语音资源。MＲFC功能可内置在AS中,此时ＡS与MRFP间通过H.24８协议交互,也可和MRFP合设,此时AＳ与MRFP间通过SＩP协议交互.业务特征主叫号码显示主叫号码显示属于被叫侧业务。当被叫用户开通主叫号码显示业务时，在呼叫建立过程中，被叫用户可以显示主叫用户的号码信息。主叫号码显示限制主叫号码显示限制业务属于主叫侧业务。主叫用户开通了该业务的情况下,在呼叫建立过程中，被叫用户将不能显示主叫用户号码.在被叫用户为超越类用户(如警察等)，即使主叫用户开通该业务,号码也将显示在被叫用户终端上。主叫号码显示限制用户分为三种类型:A类用户，有权在发起某次呼叫时,通过一定的操作要求限制显示其号码。一般情况下其号码都允许向被叫用户显示。Ｂ类用户，有权在发起某次呼叫时，通过一定的操作要求显示其号码。一般情况下其号码都限制向被叫用户显示。C类用户，其号码永远限制向被叫用户显示。无条件呼叫前转无条件前转属于被叫侧业务,是指允许用户将所有来话无条件的转接到预先设定的前转方上，或前转到语音邮箱。每一个通话所允许前转的最大次数为2次。前转的计数包括所有的前转类型.对于一般的主、被叫用户号码，都可以做为前转目的号码，但是为了防止恶意呼叫,对于一些特殊的公众服务号码,如１10，119，１2０等，不能被设置为呼叫前转的目的号码.除特服号码外，用户已设置的呼叫限制号码也不能被设置成呼叫前转目的号码。遇忙呼叫前转遇忙前转属于被叫侧业务，是指当用户忙时，允许用户将来话转接到预先设定的前转方上，或前转到语音邮箱。每一个通话所允许前转的最大次数为2次。前转的计数包括所有的前转类型。对于一般的主、被叫用户号码，都可以做为前转目的号码，但是为了防止恶意呼叫，对于一些特殊的公众服务号码，如11０,１１9，120等，不能被设置为呼叫前转的目的号码。除特服号码外，用户已设置的呼叫限制号码也不能被设置成呼叫前转目的号码。无应答呼叫前转无应答前转属于被叫侧业务，是指当被叫用户出现无应答情况时，允许用户将来话转接到预先设定的前转方上,或前转到语音邮箱.每一个通话所允许前转的最大次数为2次.前转的计数包括所有的前转类型。对于一般的主、被叫用户号码，都可以做为前转目的号码，但是为了防止恶意呼叫,对于一些特殊的公众服务号码，如110，1１9,120等,不能被设置为呼叫前转的目的号码。除特服号码外，用户已设置的呼叫限制号码也不能被设置成呼叫前转目的号码。呼叫等待呼叫等待属被叫侧业务，是指当A用户正与B用户通话,C用户试图与A用户建立通话连接，此时应给A用户一个呼叫等待的指示，表示另有用户等待通话。三方通话当用户与对方通话时如需要另一方加入通话，可在不中断与对方通话的情况下拨叫出另一方,实现三方共同通话或分别与两方通话。查找恶意呼叫查找恶意呼入属被叫侧业务，用户可在接受恶意呼叫的过程中发起该业务，以查找该呼叫的发起方。呼出限制呼出限制业务属主叫侧业务，使用该项服务性能，可使用户根据需要,限制终端的某些呼出类型。呼出限制的类别包括：限制全部呼出（K=1），包括市内电话的呼出;限制国际、国内长途呼出（K=2),不限制市内电话；只限制国际长途呼出(K＝3)；表示仅限制高费率呼叫呼出(如168。1６0等，K=4).免打扰免打扰业务属于被叫侧业务，用户使用该项服务性能后,不会受到任何呼叫的打扰，主叫用户将听到免打扰提示音。缩位拨号该业务属主叫侧业务，就是用１～２位代码来代替电话号码，以实现业务用户的缩位呼出。热线服务该业务属主叫侧业务,用户使用该业务后，在规定时间内不拨号，即自动接到某一固定的被叫用户，一个用户只能制定一个号码作为热线号码。热线服务分为两种:即时热线和延时热线，用户摘机即自动接续到热线号码的为即时热线，用户摘机５ｓ内不拨号再接续到热线号码的为延时热线。闹钟用户激活该业务时，可以在用户预定的时间向用户发起呼叫，通过铃声提醒用户。截接服务该业务为局端业务，是指网络能够在用户呼叫遇到空号、改号或用户使用不当等情况时,自动截住这类呼叫改接到放音设备上，给予代答和提醒。缺席用户服务该业务为被叫侧业务，是指用户激活该业务后，当有电话呼入时,由网络提供代答.遇忙回叫当用户拨叫对方电话遇忙时,使用此服务可不用再拨号，在空闲时即能自动回叫接通.反极性反极性计费，是指在进入通话状态及结束通话时，通过A、B线上的极性反转，来通知计费终端(可以是计费器或IＰ超市等）计费起始点和计费终止点.业务的配置和使用主叫号码显示用户申请开通此业务即可使用,不需在终端进行其它操作。主叫号码显示限制用户申请开通此业务即激活，不需在终端进行操作.操作类别操作步骤及说明使用对于A类用户，当希望对该次呼叫限制其号码显示时：摘机;听拨号音；按“*62”,再按被叫用户号码对于B类用户，当希望对该次呼叫允许其号码显示时：摘机；听拨号音;按“＊68”，再按被叫用户号码对于Ｃ类用户,申请开通此业务即可使用,不需在终端进行其它操作无条件呼叫前转操作类别操作步骤及说明激活A摘机，听拨号音。A拨打“＊５7*B的用户号码#”，若A有无条件呼叫前转权限,则听新业务登记成功提示音；若A无权，则听受限音.Ａ挂机，业务登记结束.A：业务使用者,有无条件呼叫前转权限；Ｂ:前转目的用户；C:普通用户。使用C摘机，听拨号音。C拨打A的用户号码,听回铃音,B振铃。Ｂ摘机，Ｂ和C通话.Ｂ、Ｃ挂机，业务使用结束.撤销Ａ摘机，听特殊拨号音.Ａ拨打“#57＃”.若A已登记无条件呼叫前转业务,则听业务撤消成功提示音；若未登记，则听忙音.Ａ挂机，业务撤销结束。遇忙呼叫前转操作类别操作步骤及说明激活A摘机，听拨号音。A拨打“*４0＊B的用户号码#”。若A有遇忙呼叫前转权限，则听新业务登记成功提示音;若A无权，则听受限音。A挂机,业务登记结束。A：业务使用者，有遇忙呼叫前转权限;B:前转目的用户；Ｃ:普通用户。使用C摘机，听拨号音。C拨打A的用户号码,A正忙，C听回铃音，B振铃。B摘机,B和C通话。B、Ｃ挂机，业务使用结束.撤销Ａ摘机，听拨号音。A拨打“#40#".若A已登记遇忙呼叫前转业务,则听业务撤消成功提示音；若未登记，则听忙音。Ａ挂机,业务撤销结束。无应答呼叫前转操作类别操作步骤及说明激活A摘机,听拨号音。A拨打“＊4１＊B的用户号码#”.若A有无应答呼叫前转权限，则听新业务登记成功提示音；若A无权,则听呼叫受限音。A挂机,业务登记结束。A：业务使用者，有无应答呼叫前转权限；B：前转目的用户;C：普通用户。使用C摘机，听拨号音。C拨打A的用户号码,C听回铃音，A不应答。20ｓ后，B振铃。B摘机,Ｂ和C通话。Ｂ、C挂机,业务使用结束。撤销A摘机，听拨号音。A拨打“＃4１#”。若A已登记无应答呼叫前转业务，则听业务撤消成功提示音;若未登记，则听忙音.A挂机，业务撤销结束。呼叫等待操作类别操作步骤及说明激活Ａ摘机，听拨号音。A拨打“＊5８＃”.若A有呼叫等待权限,则听新业务登记成功提示音；若A无权，则听受限音。A挂机,业务登记结束。A：业务使用者，有呼叫等待权限；B、C：普通用户。使用A和Ｂ正在通话，C呼叫正通话的Ａ。C听语音：“您拨打的用户正在通话,请暂勿挂机，等待回应”，A听“嘟”的一声提示音。此时，A可有三种选择:拒绝C呼入：不作任何操作,过了一段时间后（１5秒）呼叫等待音结束;在两个用户间切换通话，切换后原通话方保留：先拍叉，听拨号音,按<2＞键；结束当前通话，改与另一方通话：先拍叉，听拨号音，按〈１>键。撤销A摘机，听拨号音。Ａ拨打“＃58＃”.若Ａ已登记呼叫等待业务，则听业务撤消成功提示音；若未登记,则听忙音。Ａ挂机，业务撤销结束。三方通话用户申请开通此业务即激活,不需在终端进行操作。操作类别操作步骤及说明使用A为业务使用者,有三方通话权限。A拨打B，保持通话。Ａ拍叉簧，听拨号音，B听音乐，A拨打C电话号码，建立通话;A再拍叉簧,听拨号音,Ｂ、C听音乐。然后可以进行下面３个操作：用户A拨１，用户A与另外一方通话,当前通话方听忙音。对应本例就是AB通话，Ｃ听忙音。;用户A拨２,用户A与另外一方通话，当前通话方听音乐。对应本例，就是AB通话，C听音乐。；用户A拨3，用户A,B，C三方通话。在三方通话的时候，如果A挂机,B，Ｃ听忙音.如果B或者C其中一个挂机,A与另外一方继续通话.查找恶意呼叫操作类别操作步骤及说明激活用户B摘机，拨打用户Ａ;A振铃，B听回铃音;A摘机后和Ｂ进行通话。Ａ拍叉簧保持用户B，B听保持音，A听到拨号音后按*33#，告警台上保留本次恶意呼叫追查记录。呼出限制操作类别操作步骤及说明激活Ａ用户摘机，拨＊54＊KSSSS＃，激活呼出限制业务。其中K为限制呼出类别，SＳSS为用户设定的密码.（K=1表示限制全部呼出；Ｋ=2表示限制国际、国内长途呼出；Ｋ=3表示限制国际长途呼出；K=4表示仅限制高费率呼叫（１68.160）呼出;。）使用业务激活后即可使用，无需在终端上进行特殊操作撤销A摘机，听拨号音。Ａ拨打#54*KSSSS＃.若A已登记呼出限制业务，则听业务撤消成功提示音；若未登记，则听忙音。Ａ挂机，业务撤销结束。免打扰操作类别操作步骤及说明激活A摘机，听拨号音.A拨打“＊56#”。若A有免打扰权限，则听新业务登记成功提示音;若A无权，则听受限音。A挂机,业务登记结束。使用Ｂ摘机，听拨号音。B拨打A的用户号码，听回铃音,A不振铃.撤销A摘机，听拨号音。A拨打“＃56#".若A已登记免打扰业务,则听业务撤消成功提示音；若未登记，则听忙音。A挂机，业务撤销结束。缩位拨号操作类别操作步骤及说明激活A摘机，听拨号音。A拨打“＊５１＊ＭN*TN#”，其中MN为缩位号码,TＮ为需缩位的号码，号码可以是本地号码、长途字冠+国内长途号码、国际字冠+国际号码。若Ａ有缩位拨号权限，则听新业务登记成功提示音；若A无权，则听受限音。A挂机，业务登记结束。使用Ａ摘机，听拨号音，A按＊*ＭN。TN号码振铃。撤销A摘机，听拨号音。A拨打“＃51＊MN＃”取消原来登记的某一缩位号号码,或拨打“＊51*MＮ＊ＴN#"直接用新号码覆盖原有缩位号号码。若Ａ已登记缩位拨号，则听业务撤消成功提示音；若未登记,则听忙音.Ａ挂机，业务撤销结束。热线服务操作类别操作步骤及说明激活Ａ摘机，听拨号音。Ａ拨打“*52*ＴＮ＃”,TN为用户指定的热线号码.若A有延时热线服务权限,则听新业务登记成功提示音;若A无权，则听受限音。A挂机,业务登记结束。即时热线用户申请开通业务即可使用,不需在终端进行其它操作使用C摘机，听拨号音。用户申请即时热线业务时，呼叫自动接续到热线号码；用户激活延时热线业务时，5s内不拨号,呼叫自动接续到热线号码。撤销A摘机，听拨号音.A拨打“#52＃”。若A已登记延时热线业务，则听业务撤消成功提示音；若未登记，则听忙音。A挂机,业务撤销结束。闹钟操作类别操作步骤及说明激活Ａ摘机,听拨号音.A拨打“*55*Ｈ1H2M１M2＃”，其中H1H2为小时,取值范围是：０0～23；M1M2为分钟，取值范围是：00～59.若A有闹钟业务权限，则听新业务登记成功提示音；若A无权,则听受限音A挂机,业务登记结束。使用到了预定时间，用户电话自动振铃。撤销A摘机，听拨号音。Ａ拨打“＃55#".若A已登记闹钟业务，则听业务撤消成功提示音；若未登记,则听忙音.A挂机，业务撤销结束。截接服务该业务为局端业务，由网络向用户免费提供，用户无需申请或操作。缺席用户服务操作类别操作步骤及说明激活A摘机，听拨号音。Ａ拨打“*50＃"，若Ａ有缺席用户服务权限，则听新业务登记成功提示音；若A无权，则听受限音.A挂机，业务登记结束.使用Ｃ摘机，听拨号音。C拨打A的用户号码,呼叫被转接到代答设备.撤销A摘机,听拨号音.Ａ拨打“＃５0#”。若A已登记缺席用户服务业务,则听业务撤消成功提示音；若未登记,则听忙音。A挂机,业务撤销结束。遇忙回叫操作类别操作步骤及说明激活用户A摘机，拨打用户B，Ｂ忙；用户A听语音提示,提示用户A可以拨遇忙回叫激活码，激活业务。Ａ按＊59＃后，遇忙回叫业务激活。使用登记后用户挂机等候，当空闲时接通主被叫。撤销A摘机，听拨号音.Ａ拨打“#5９＃"。若A已登记遇忙回叫业务，则听业务撤消成功提示音；若未登记,则听忙音。A挂机,业务撤销结束。反极性用户申请开通此业务即可使用，不需在终端进行其它操作。业务特征对信令和网元的要求业务对信令要求主叫号码显示此业务为被叫侧业务，由被叫侧的PESＡS进行业务处理。如果被叫用户没有申请主叫标识显示业务，则无论ＡS收到的会话请求中是否包含Prｉｖacy头字段，Privaｃy头字段为何值,AS在其发送的会话请求中均应加入Privacy头字段，并设置值为“id”，同时将Frｏm头字段设为匿名。主叫号码显示限制此业务为主叫侧业务，由主叫的PESAS进行业务处理。当主叫侧的AS识别了主叫申请了主叫号码显示限制业务,如果S－CSCＦ发给AＳ的会话请求中没有包含Privacｙ头字段,则AS应在其发送的会话请求中加入Pｒivaｃy头字段，并设置值为“id”；如果S－CSCＦ发给AS的会话请求中包含Ｐｒｉvaｃy头字段,但是值不为“ｉd”,则AＳ应该将其值改为“ｉd”。同时，AS还应将Ｆrｏm头字段改为匿名，即Fｒｏm:“Aｎoｎymous”<siｐ：anoｎｙmous＠aｎoｎymｏus．invａlid＞；ｔag＝xxｘxxx。呼叫前转呼叫前转业务中,AS负责前转业务的处理,当发生前转后，ReｑueｓｔURI头域需要设置成前转方的地址，并增加Ｈiｓｔorｙ域用于控制呼叫前转的次数。Hisｔｏry头域的格式和设置要求，应参照《IMＳ网络呼叫前转业务技术要求》的相关章节描述。呼叫等待呼叫等待业务中,由AS和SＩPUA（AGCF、ＳIPAG、ＳＩPＩAD）共同负责业务的处理。该业务的操作包括两步，拍叉进行呼叫保持，拨号选择是否释放当前呼叫，并接续等待的呼叫。呼叫保持：用户在呼叫建立以后,通过拍叉操作对对应的媒体通道进行保持或恢复操作。根据收到的拍叉事件，SＩPUＡ对于要保持的媒体流，在re-INVITＥ消息中生成一个新的SDＰ请求，包括：原媒体属性为“senｄrecv”的媒体流，SDP属性改为“senｄonly”。用户再次拍叉恢复通话时,据此拍叉事件，ＳＩＰＵA对要恢复媒体流在rｅ-INVＩＴＥ消息中生成一个新的SDP请求，包括：原媒体属性为“sｅndoｎly"的媒体流，ＳDP属性改为“seｎdrecv”；当前呼叫保持住后，用户拨打业务码，接续等待的呼叫并可选是否释放原呼叫。AGＣF/SIＰAG/ＳIＰＩAＤ根据收到的号码,进行如下操作。用户拨“1”：用户发送ＢＹE给当前呼叫释放该呼叫,并发送200OK给等待的呼叫；用户拨“２"：用户继续保持当前呼叫，发送20０OK给等待的呼叫。三方通话用户在对一方呼叫保持（见9。1。4中呼叫保持的描述）后,拨打另一用户号码，AGCF／SＩPAG/SIPＩＡD向所收号码发起呼叫，AGＣF/SIPＡG/SIPIAD需要发送IＮＶITＥ（Reｑuest-UＲI为收号所得用户号码）建立新呼叫;用户和两个用户都建立通话后，将对其余两方的呼叫都保持（见9.１．4中呼叫保持的描述）住后，拨打业务码，ＡGＣＦ/SIPAG/ＳIPIＡD根据收到的号码,进行如下操作：所收号码为“用户号码”：发起到新用户的呼叫，AGCF/SＩPAG/SIPIAD需要发送INVIＴE（Ｒeｑuest-ＵRＩ为收号所得用户号码）建立新呼叫；用户拨“１”:用户发送ＢＹＥ给当前呼叫释放该呼叫，并发送re-IＮVITＥ给被保持的呼叫;用户拨“２"：用户继续保持当前呼叫，并发送re－INＶＩTE给被保持的呼叫;用户拨“3”：通过发送ＩＮVＩTE创建会议资源，并通过REFＥR操作将其余两方加入会议资源。查找恶意呼叫用户将当前呼叫保持住后(见９.1.4中呼叫保持的描述），拨打业务码,ＡGCF/SIＰAＧ/SIPIAＤ根据收到的号码，通过发送re-INVITＥ操作来完成查找业务并恢复通话.热线服务ＡGCF/ＳＩPAG/SIPIAD根据用户热线服务的业务信息,使用户摘机或摘机后一段时间不拨号的情况下，可直接发起到热线号码的呼叫。反极性AGCＦ／SＩPAＧ/SIPIAD具备极性反转和支持反极性信号功能.业务对网元的要求在松耦合方式下，AGＣF／SIPAG/SＩPＩAＤ须具备对PSTN/ISDN仿真业务中用户拍叉及后续拨号的处理功能,通用要求如下:1)用户注册的过程中向ＡS进行第三方业务注册，并以ＳUBＳCＲIBE消息向AS订阅用户业务信息。当用户新增，修改或者撤销了无条件前转、拍叉类业务及热线业务时，AS通过ＮOＴIFY消息，通知UA相应的业务信息。2)用户申请三方通话、追查恶意呼叫业务时，AGCF/SIPAＧ/SＩPＩＡＤ根据AS下发的业务信息，提供对拍叉簧及后续拨号的处理功能.３）用户通过激活码激活呼叫等待业务时，AGCF／ＳＩPＡＧ/SＩPIAＤ根据所收到的２0０ＯK响应,提供对拍叉簧及后续拨号的处理功能。4）用户申请即时热线业务时，AGCF/SIPAＧ/ＳＩPＩAD根据所收到的AS下发的业务信息，提供摘机事件检测及摘机即发呼叫功能；用户激活延时热线业务时，AGCＦ/SIPAG/SIPIAD根据所收到的200OK响应,提供摘机事件检测及摘机5S即发呼叫功能。5)用户通过激活码激活无条件前转业务时，AGＣF/SIＰＡG/SIPIＡD根据AＳ下发的业务信息，提供特殊拨号音功能。6）当SIPＵA和其他端点处在一个稳态呼叫中，用户拍叉簧,AＧＣF/SＩPAＧ/ＳIPIAＤ需给原有呼叫发送ｒｅ—INVITE消息,a=填为Ｓeｎdonly。同时给用户放拨号音并收号。根据所收号码的不同，AGCＦ/SIPＡG/SＩPIAD一般执行如下五种操作中的一种:所收号码为“１"：切换到原来保持或者等待的呼叫,释放当前呼叫，AGCF/SIＰAG/SIＰIＡD对当前呼叫发送ＢYＥ消息,对原来保持或者等待的呼叫发送２0０OK或re－INＶＩTE消息;所收号码为“２”：切换到原来保持或者等待的呼叫，将当前的呼叫保持,ＡＧCF／SＩPAG/SIPIAＤ对原来保持的呼叫发送re－IＮVITE消息或者对等待的呼叫发送2０0OK消息;所收号码为“3”:建立三方通话,AGCＦ/ＳIPAG/SIPIAD需要发送re-ＩNＶITE创建会议资源，并通过RＥFＥR消息将其余两方加入会议资源；所收号码为“用户号码"：发起到新用户的呼叫，AGＣＦ／ＳIPAＧ/SIＰIＡD需要发送INVIＴE(Rｅquest－UＲI为收号所得用户号码）建立新呼叫;所收号码为“*33＃”:恢复通话，并发起恶意呼叫识别,AＧＣF/SIPAG/SIPIAD需要发送ｒｅ-INVIＴE给原来保持的呼叫，a=填为Seｎdrecv；并发送rｅ-IＮVITE消息给ＡS,消息中携带恶意呼叫识别请求的XMＬ.业务间的交互作用主叫号码显示与主叫号码显示限制的关系当主叫用户申请了主叫号码显示限制业务，即使被叫用户申请了主叫号码显示业务,也无法在其终端上显示主叫号码.与无条件呼叫前转的关系如果用户A呼叫用户B,发生无条件呼叫前转到用户C（即，ABC）,如果用户B和Ｃ都申请了主叫号码显示业务,则只有前转目的地用户C能显示用户A的主叫号码。与遇忙呼叫前转的关系如果用户A呼叫用户B，发生遇忙呼叫前转到用户C（即，ABC），如果用户B和C都申请了主叫号码显示业务，则只有前转目的地用户C能显示用户A的主叫号码。与无应答呼叫前转的关系如果用户A呼叫用户Ｂ,发生无应答呼叫前转到用户C（即，ＡBC)，如果用户B和Ｃ都申请了主叫号码显示业务,则都能显示用户A的主叫号码。与呼叫等待的关系如果被叫用户同时申请了主叫号码显示和呼叫等待业务时，在听到等待音的同时也应能显示主叫用户的号码。主叫号码显示限制与主叫号码显示的关系见10.1。１与查找恶意呼叫的关系追查恶意呼叫业务优先级高于主叫标识呈现限制业务.被叫用户签约了追查恶意呼叫业务，主叫用户签约了主叫标识呈现限制业务,则AS上报主叫用户的恶意呼叫信息。无条件呼叫前转与主叫号码显示的关系见１0．1．2与遇忙前转的关系无条件前转服务优先于遇忙前转。与无应答前转的关系无条件前转服务优先于遇忙前转。与呼叫等待的关系无条件前转优先于呼叫等待。与免打扰服务的关系免打扰服务优先呼叫前转。与闹钟服务的关系闹钟服务优先于无条件前转。与查找恶意呼叫的关系Ａ用户呼叫B用户，B用户将呼叫前转到C，C查找恶意呼叫时,告警台上记录的是A的信息。与遇忙回叫的关系无条件呼叫前转服务与遇忙回叫服务不能同时申请。遇忙呼叫前转与主叫号码显示的关系见10.1。3与无条件前转的关系见10.3。２与呼叫等待的关系遇忙呼叫前转业务优先于呼叫等待。与免打扰服务的关系免打扰服务优先呼叫前转。与闹钟服务的关系闹钟服务优先于遇忙前转.与查找恶意呼叫的关系Ａ用户呼叫B用户，B用户将呼叫前转到Ｃ,C查找恶意呼叫时，告警台上记录的是Ａ的信息。与遇忙回叫的关系遇忙呼叫前转服务与遇忙回叫服务不能同时申请。无应答呼叫前转与主叫号码显示的关系见1０．1。4与无条件前转的关系见７.３与呼叫等待的关系如果用户B申请无应答呼叫前转到用户C，同时申请了呼叫等待业务.在用户Ｂ忙的情况下，如果用户Ａ呼入,将会发生呼叫等待.在B用户不作任何操作的情况下,15秒钟后,等待音自动消失，此后如果无应答定时超时，发生无应答呼叫前转到用户C。与免打扰服务的关系免打扰服务优先呼叫前转。与闹钟服务的关系闹钟服务优先于无应答前转。与查找恶意呼叫的关系A用户呼叫Ｂ用户，B用户将呼叫前转到C，Ｃ查找恶意呼叫时,告警台上记录的是Ａ的信息.与遇忙回叫的关系无应答呼叫前转服务与遇忙回叫服务不能同时申请。呼叫等待与主叫号码显示的关系见10．1。5与呼叫前转的关系见１0。3。4、10。4。3、10。5。3与免打扰服务的关系免打扰业务优先于呼叫等待。与缺席用户服务的关系缺席用户服务优于呼叫等待业务。三方通话与呼出限制的关系呼出限制优先于三方呼叫。查找恶意呼叫与呼叫前转的关系见10。3。7、10．4。6、10.5。5。与主叫号码显示限制的关系见１０．2．2.与缺席用户服务的关系当向用户提供缺席用户服务时，无法进行追查恶意呼叫的操作.呼出限制与三方通话的关系见１０。7．1与热线服务的关系呼出限制优先于热线服务。免打扰与呼叫前转的关系见１0。3.５、１０。4.4、10。5。３。与呼叫等待的关系见10．6.3与闹钟服务的关系闹钟服务优先于免打扰业务。与缺席用户服务的关系免打扰业务优先于缺席用户服务。与遇忙回叫的关系遇忙回叫服务与免打扰服务不能同时申请。热线服务与呼出限制的关系见１０.9．2。闹钟与呼叫前转的关系见10。３。6、10．４.５、１0．５。４。与免打扰的关系见10．10.3。与缺席用户服务的关系闹钟与缺席用户服务不可同时申请或使用.缺席用户服务与呼叫等待的关系见１０.6。5.与查找恶意呼叫的关系见10．8。３。与免打扰的关系见１0。10.4。与闹钟服务的关系见１0。12。3。与遇忙回叫的关系缺席用户服务与遇忙回叫服务不能同时申请。遇忙回叫与呼叫前转的关系见1０．3。８、与免打扰的关系见1０.10与缺席用户服务的关系见10。１3.5对支撑系统的要求业务计费需求MMTEL应支持离线计费，并能够按照业务需要将计费请求通过Dｉameｔer协议发送给计费网关处理生成话单.计费中心与计费网关通过FTP/ＳTFP协议连接,从计费网关获取话单。关于业务计费的具体要求，参见中国电信相关的IMS网络计费规范。业务受理需求1。业务订购业务订购指用户申请业务并得到受理和开通。用户需要通过营业厅开通业务，BOSS系统在受理了用户开通业务的请求后，需要通过实时的接口将新增的业务订购关系通知用户归属的业务平台、HＳS等设备.２。业务退订业务退订指用户取消对该业务的订购关系,退订后用户将无法再使用该业务。与业务受理及开通流程类似,用户需要通过营业厅退订多媒体电话业务，BＯSＳ系统在受理了用户退订业务的请求后，需要通过实时的接口将变更后的业务订购关系通知业务平台、HＳS等设备.ﻬ附录A（规范性附录）业务消息流程示例本附录中以AＧCF控制H.248ＡＧ为POTS终端提供PSTN/ISDN仿真业务为例描述了规范中15种业务的信息流程.对于SＩＰAG、SＩPIＡD直接向为POTS终端提供PＳTＮ／ISＤＮ仿真业务的情形,区别仅在于少了AGCF和MG之间的H．2４８信令交互部分.此外，MRFC／MＲFP提供业务需要的语音资源。MRFC功能可内置在ＡS中,此时AS与MRFP间通过H.248协议交互,也可和MRFP合设，此时ＡS与ＭRFP间通过SIP协议交互,本附录中反映的是第一种情形。A.1主叫号码显示图A.1ＳEＱ图\*ARABIＣ＼s11：主叫号码显示实现流程流程说明:步骤1:位于MG1中的用户摘机，ＭG1检测到后,通过Ｎotify命令向AGCＦ上报摘机事件。步骤2：AGＣＦ收到摘机信号，认为可以进行呼叫,因此下发号码表（DigitMap),要求MG1向该用户送拨号音,并收号,并且检测挂机事件。步骤3：ＭG1检测用户收号。并在MＧ1收号完成后，将此号码上报给AＧCF。步骤4：如果主叫用户权限足够，则AGCF创建主叫侧媒体。MG1从中创建了上下文ＩＤ，并创建了一个临时TermｉｎatｉonID用于媒体流的收发，在其中选择了符合条件的语音编解码类型(即媒体能力）。被叫AS判断被叫用户TE-B是否签约主叫识别显示(OIＰ）业务，若未签约该业务,则在ＩＮＶIＴE消息里添加Ｐrivacy:iｄ并将Fｒｏｍ头部设置为Anonymｏus；否则,若签约OIP业务，则不添加Pｒiｖacｙ:id,并将要显示的主叫号码放入INＶIＴE消息的ＰＡI头域,再将IＮＶITE消息发往被叫.步骤5：如果被叫空闲，则AＧCＦ创建被叫侧媒体。这里AGCＦ将已创建好的主叫侧媒体能力传给被叫,被叫由此可以协商出本次呼叫采用的媒体能力.步骤6：ＡＧCF将ＰAI头域中的主叫号码用ANDＩＳP包带给被叫网关,被叫用户可以在支持来电显示的话机上看到主叫号码。步骤７：主叫听回铃。步骤８:被叫用户摘机。步骤9：AGCF此时向主叫用户传递被叫侧的媒体。注意此时仍为RecｅiｖeOnly。步骤1０:ＡGCF修改主叫侧媒体模式为双向，这样双方进入通话状态。A。２.1主叫号码显示限制图A．2.1：主叫号码显示限制实现流程流程说明：步骤１：位于ＭG1中的用户摘机，MG1检测到后，通过Nｏｔifｙ命令向AGCF上报摘机事件。步骤2：AGCF收到摘机信号,认为可以进行呼叫，因此下发号码表（DigitMaｐ)，要求MＧ1向该用户送拨号音,并收号，并且检测挂机事件。步骤３:MG1检测用户收号。并在MＧ1收号完成后，将此号码上报给AＧＣＦ.步骤4：如果主叫用户权限足够,则ＡＧCF创建主叫侧媒体。MG1从中创建了上下文ＩD,并创建了一个临时TerminaｔｉｏnID用于媒体流的收发，在其中选择了符合条件的语音编解码类型(即媒体能力)。对于OIR，主叫ＡS判断主叫用户TE－A是否签约主叫识别限制(ＯIR）业务。若主叫用户TE—A签约该业务永久模式，则添加Privacy：ｉｄ并将Fｒｏm头部设置为Anｏnyｍoｕs。如果签约临时模式,则根据签约信息以及主叫PＥS用户通过接入码指定的显示或者限制行为来决定是否添加Privacｙ：id.如果添加了Ｐrivacy：id，则Ｆｒom头部要设置为Anonymouｓ发往被叫用户.步骤5：如果被叫空闲,则AGＣF创建被叫侧媒体.这里AＧCＦ将已创建好的主叫侧媒体能力传给被叫,被叫由此可以协商出本次呼叫采用的媒体能力.步骤6:ＡGCF将主叫号码用FSK包带给被叫网关，其中r＝priｖaｔｅ参数表示主叫号码显示限制。步骤７：主叫听回铃。步骤8：被叫用户摘机。步骤９:AＧCF此时向主叫用户传递被叫侧的媒体。注意此时仍为RｅcｅivｅOｎlｙ.步骤１0:AGCF修改主叫侧媒体模式为双向，这样双方进入通话状态.A.２．2主叫号码显示限制逾越图A。2。２:主叫号码显示限制逾越实现流程流程说明：步骤1:位于MG1中的用户摘机,MG1检测到后,通过Notify命令向AGＣF上报摘机事件.步骤2:AGCF收到摘机信号，认为可以进行呼叫，因此下发号码表（DigitMaｐ），要求ＭＧ１向该用户送拨号音，并收号，并且检测挂机事件。步骤3：ＭG１检测用户收号.并在MＧ1收号完成后,将此号码上报给AGCF.步骤4:如果主叫用户权限足够，则ＡＧＣＦ创建主叫侧媒体.MG1从中创建了上下文ID，并创建了一个临时TerminａtｉonIＤ用于媒体流的收发，在其中选择了符合条件的语音编解码类型（即媒体能力)。被叫AS判断被叫用户ＴE-B是否为主叫号码显示限制超越类用户。若被叫用户TＥ-Ｂ是超越类用户，且接收到的INVIＴE请求中存在Ｐrivacy：ｉd,则删除Privacｙ：id，再将INVITE消息发送给被叫终端.步骤5：如果被叫空闲,则AGCF创建被叫侧媒体。这里ＡGCF将已创建好的主叫侧媒体能力传给被叫，被叫由此可以协商出本次呼叫采用的媒体能力。步骤6:AGＣＦ将主叫号码用FSＫ包带给被叫网关，其中ｒ=pｒivatｅ参数表示主叫号码显示限制。步骤7:主叫听回铃。步骤8:被叫用户摘机。步骤9：AＧCF此时向主叫用户传递被叫侧的媒体.注意此时仍为ＲeｃｅivｅOｎly。步骤1０：AGＣＦ修改主叫侧媒体模式为双向，这样双方进入通话状态.A。3无条件前转图A.３：无条件前转业务实现流程流程说明:步骤1：主叫用户摘机，上报AGCF,AGCF下发收号号码图表和给主叫用户放拨号音。步骤2:主叫用户拨号C,并上报AGＣFＣ的号码。步骤3:AGCF准备A的主叫媒体，发送inｖiｔe到AS,带有主叫用户媒体。步骤4：到被叫AS后获知Ｃ用户有CFU业务,目的号码是Ｂ，给前向发送181指示有前转业务,并且发送ｉnvite消息呼B用户，带有源主叫A的媒体。步骤5：被叫AGCＦ收到inｖitｅ消息后，准备被叫媒体,通知被叫振铃.步骤６:AＧＣF收到被叫终端振铃消息后,给AS发送１80。步骤7：主叫AGＣF收到180消息后,给主叫终端放回铃音。步骤8：被叫终端摘机应答，被叫AＧCF给AＳ发送2０0ＯK带有被叫Ｂ的媒体.步骤9：主叫AＧCF收到200OK后，给主叫终端发送modiｆy消息修改主叫媒体，给ＡS回复AＣK，AB进入通话状态.Ａ.4遇忙前转图Ａ．4：遇忙前转业务实现流程流程说明:步骤1：主叫用户摘机,上报ＡGCF，AGCF下发收号号码图表和给主叫用户放拨号音。步骤2：主叫用户拨号Ｂ，并上报AGＣFB的号码。步骤3：AGＣＦ准备A的主叫媒体，发送inｖｉｔe到AS，带有主叫用户媒体。步骤4：到被叫AＳ后，AS向ＡGCＦ发起呼叫，呼叫B。步骤5：ＡGCF发现被叫B忙,给被叫ＡS发送４8６。步骤6：被叫AS给AGCF发送ACＫ，并获知B用户有CＦＢ业务，目的号码是C,给前向发送181指示有前转业务，并且发送invite消息呼Ｃ用户,带有源主叫Ａ的媒体。步骤７：被叫ＡGＣF收到invite消息后,准备被叫媒体,通知被叫振铃。步骤8：AGＣF收到被叫终端振铃消息后,给AＳ发送180.步骤9：主叫AGＣＦ收到180消息后，给主叫终端放回铃音.步骤1０：被叫终端摘机应答,被叫AＧＣF给AS发送２00OK带有被叫C的媒体。步骤11:主叫ＡＧCF收到2０0OK后,给主叫终端发送moｄifｙ消息修改主叫媒体,给AS回复ACＫ，AC进入通话状态。A．5无应答前转图A。５：无应答前转业务实现流程流程说明：步骤１：主叫用户摘机，上报ＡＧCF，AGCF下发收号号码图表和给主叫用户放拨号音。步骤２：主叫用户拨号B，并上报ＡGCＦB的号码。步骤3:ＡGCF准备A的主叫媒体，发送ｉnvitｅ到AS，带有主叫用户媒体。步骤4:到被叫AＳ后，AS向ＡGCＦ发起呼叫，呼叫B。步骤5：ＡGCＦ准备B的媒体，Ｂ振铃，AGCＦ给AS发送１8０.步骤6：主叫AＧCF收到AS的１8０，给主叫用户放回铃音。步骤7：被叫Ｂ用户一直没有应答，被叫AＳ无应答定时器超时，向ＡGＣF发送CANCEL消息，被叫AGCF收到后,停止被叫振铃释放被叫终端,AGCF给被叫ＡS发送２00ＯK和487消息。步骤8：被叫AＳ收到后给ＡGCFACK响应。给前向发送181指示有前转业务，并获知B用户的无应答前转目的号码是C，并且发送iｎvitｅ消息呼C用户,带有源主叫A的媒体.步骤9：被叫AGＣF收到invｉtｅ消息后，准备被叫媒体，通知被叫振铃.步骤1０：AGＣF收到被叫终端振铃消息后，给AS发送1８０。步骤1１:主叫ＡGCF收到１80消息后，给主叫终端放回铃音。步骤12：被叫终端摘机应答，被叫AGCＦ给AＳ发送2０0OＫ带有被叫Ｃ的媒体。步骤１3：主叫ＡＧCF收到200ＯＫ后，给主叫终端发送mｏdify消息修改主叫媒体,给AS回复AＣK，AＣ进入通话状态。A。6呼叫等待A6.1呼叫等待-拍叉拨１，释放另一方图Ａ．6.1:呼叫等待业务流程说明：步骤1：ＡB在通话C呼叫A，AGCF_Ｃ给AＳ发送iｎｖiｔe带有C的媒体。步骤2：AS给AＧCＦ_A发送ｉｎvitｅ消息，带有Ｃ的SＤP和有呼叫等待指示的xｍl。携带呼叫等待指示XＭＬ的MIME类型为aｐplicaｔion/ｖnｄ．3gｐｐ．cw+xｍl,在ＩNＶＩTE消息中的具体内容为:〈?xmｌversion＝"1．0”？>＜imｓ-cwxｍlｎs="httｐ:／/www.3ｇ/ＸMLScｈｅｍa/ＣW/v1.0＂〉<call-waiting－ｉｎdiｃation/></ims-ｃｗ＞步骤3:ＡGCＦ_A给终端A放呼叫等待提示音,给AＳ发送180。步骤4:AＳ收到180后，准备放呼叫等待语音提示媒体，并向AＧＣF_Ｃ发送1８0消息中带有呼叫等待语音提示媒体。步骤5：ＡGCF_C收到18０消息后,修改终端C的媒体，用户C听回铃音,同时回复PRACK，经AS透传到ＡGCＦ＿Ａ，AGＣＦ_Ａ回复2００ＯK,经AS透传到AGCF_C。步骤6:用户A拍叉簧，AGCF_A给终端放拨号音,给ＡS发送ｒｅｉnvｉｔe消息,保持终端B。步骤7：AＳ收到reinｖiｔe消息，准备放保持音媒体,准备好之后，向AGCF＿B发送reinvite消息,带有放保持音没有，AGＣF_B收到后,修改终端B的媒体,B听保持音.步骤8：用户Ａ拨号１送至AGCＦ＿A，AGCF_A停止给A放拨号音,给AS发送bye消息释放用户B，AGCF＿B收到AS的ｂｙe消息给终端B放忙音,给AS回复200ＯＫ.步骤9:AGCF_A给ＡS发送200OK消息,带有A的媒体。步骤1０:AS收到后,直接回复AＣK消息,并且给ＡGCF＿A发送re－ｉｎｖite消息,不带媒体。步骤1１:AGCF_A收到后,给终端A发送修改媒体消息,收到响应后给AS回复20０OK,带有A的媒体。步骤12：AＳ收到后，给ＡGCF_C，发送ｕpdａｔe消息,带有Ａ的媒体，AGＣF_Ｃ收到后给终端C发送moｄify消息，收到响应后，AGCF_C给AS回复200OK，带有Ｃ的媒体。步骤13:AＳ收到后给ＡGCＦ_Ａ回复ACK消息，带有Ｃ的媒体.并且给AGＣF＿C发送200OK。步骤１４:AGCF_Ａ收到AＣＫ后修改终端A的媒体。步骤15：ＡGＣF＿Ｃ收到200OK后，直接回复ACK，ＡＣ进入通话。A.6。2呼叫等待—拍叉拨2，保持另一方图A。6．2：流程说明:步骤１：AＢ在通话C呼叫A，AGCF_C给ＡS发送invitｅ带有C的媒体。步骤2：ＡS给AGＣF_A发送invite消息,带有Ｃ的SＤP和有呼叫等待指示的xml(见A６．1步骤2）。步骤３:ＡGCF＿A给终端A放呼叫等待提示音，给AS发送１8０。步骤4：AS收到1８0后，准备放回铃音媒体，并向ＡGCF_Ｃ发送180消息带有播放回铃音媒体。步骤5:AGCF_C收到１8０消息后，修改终端Ｃ的媒体，用户C听回铃音,同时回复PRACK，经ＡS透传到AＧCF＿A，AＧＣF_A回复200OK，经AS透传到AGＣＦ＿Ｃ。步骤６：用户A拍叉簧,AＧCＦ_A给终端放拨号音,给ＡＳ发送reｉnviｔｅ消息，保持终端B.步骤7：ＡS收到reinvite消息，准备放保持音媒体，准备好之后,向AGCＦ_B发送ｒeinｖite消息，带有MRF，AGＣF_Ｂ收到后，修改终端B的媒体,Ｂ听保持音。步骤8:用户A拨号2送至AＧCF_Ａ，AGCF_A停止给A放拨号音.步骤9:AGCF_A给AＳ发送２0０ＯK消息,带有A的媒体。步骤10：AS收到后,直接回复ＡCK消息，并且给AGＣF_A发送ｒｅ-inｖiｔｅ消息，不带媒体。步骤11:AＧCF＿A收到后，给终端A发送修改媒体消息,收到响应后给ＡS回复２00OＫ，带有A的媒体。步骤12：ＡS收到后，给ＡGCF_C，发送ｕpｄate消息，带有A的媒体，AGCF_C收到后给终端C发送ｍｏdiｆy消息，收到响应后，AGCF_C给AＳ回复200OK，带有C的媒体。步骤13：AS收到后给ＡＧCＦ＿A回复ACK消息，带有C的媒体。并且给AGCF_Ｃ发送200OK。步骤14：AGCＦ_Ａ收到ACK后修改终端Ａ的媒体。步骤15：AGCF_Ｃ收到２00ＯK后,直接回复ACＫ，A、C进入通话.A.７三方通话图A．７:三方通话业务实现流程1流程说明:AB通话保持,AC通话后，A排叉拨3。步骤1：ＡＧＣF发送申请多方通话资源的invｉｔe给AS，消息中的Ｒeqｕesｔ-UＲI填为一个预先设定的值，如:siｐ：confeｒeｎｃe-fａctory1＠mrfc１．homｅ１。netＳＩＰ/2。0。步骤2：ＡS将申请到的多方通话媒体,收到响应后给ＡＧＣF回复200OＫ，带有会议媒体和多方通话号，如：ｃonfeｒｅnce1＠mｒfc1．。步骤3:AGCF收到后，回复ACK,下MOＤIFＹ指示修改Ａ的媒体。步骤4：AGＣF收到修改媒体响应后给AS发送reｆｅｒ消息,带有Replaｃｅs参数，指示将B用户加入会议。消息示例如下：REFＥRｓip：ｃｏnfｅrence1＠mrfc1．hoｍSIP/2．0Via：Max—Forwards:Ｒoｕte:P-Ａｓseｒｔｅd-Iｄｅntity:P－Aｃcess－Network－Inｆo:Privacy:ｎｏneFrｏm：<ｓip：usｅr１_public１@homｅ1．ｎet＞;tａg=171829To:＜sip:coｎferｅnce1@mｒfｃ1。〉Call－ＩD:cb03a0s09a２sdfgｌｋj490555Cｓeq：127RＥFERRｅquiｒｅ:sｅｃ-agrｅｅＲefｅr—Tｏ：<sｉp：mrｆｃ1.home1.nｅｔ;method=INVITE？Repｌaｃes=ｃb0３a0s09a2ｓdfｇlkj4903３3％3Ｂto－tag%３D3１4１５9％３Bfｒｏｍ－tag%３D17１８28＆Requriｅ=rｅplacｅｓ＞Referred-Ｂy：<sip:user1_ｐuｂlic1@hoｍe1．net＞Proxy-Rｅquire：sｅｃ—aｇreeSecurity－Verify：ipsec—3gpp;ｑ=0。１；alg＝hmaｃ－sｈa—1-9６;spi—ｃ=987６54３2;spi-ｓ=8７654321；pｏrt—c＝8６４2；poｒt—ｓ=7531Coｎｔact：<sｉｐ:［5555：：aaa:ｂbb：ccc：ddd］:1３５7；cｏｍp=sｉgcomp〉Content—Ｌeｎgth:0步骤５：ＡS收到后回复202，给MＲF申请会议资源。步骤６：AS收到会议资源响应后给AGＣF_A发送Ｎotify（带有100ｔｒyinｇ指示）和bye消息，给AＧＣＦ_B发送ｒeｉnviｔe消息,带有准备好的会议资源的媒体.步骤7:AＧCF_A收到NOTIFY后回复200OK,收到bye后回复２0０ＯK。步骤8:AＧCF_Ｂ收到rｅｉｎｖite后,下modifｙ修改终端B的媒体，收到响应后，给AS回复20０ＯK带有Ｂ的媒体。步骤9：AS收到200OＫ后给MＲF下modify消息修改会议端口远端媒体,收到响应后给ＡＧCF_A发送notiｆy消息,带有２0０OK指示Ｂ用户已经成功加入会议。步骤10:AＧＣF_A收到后，先给ＡS回复200OK，又给ＡＳ发送ｒeｆer消息，带有Ｒeｐlaｃｅs参数,请求将C加入会议。步骤1１:ＡS收到后回复202，给MRＦ申请会议资源。步骤12:AS收到会议资源响应后给AGCF＿A发送Nｏtifｙ（带有100tｒyｉng指示）和bye消息，给ＡGCF_Ｃ发送reviｔe消息，带有准备好的会议资源的媒体。步骤１3：ＡGCF_A收到NOTIFY后回复200OK,收到bye后回复200ＯK。步骤１4：AGCＦ_C收到reinvｉte后，下modｉfy修改终端C的媒体，收到响应后，给AS回复200OK带有C的媒体。步骤15：AS收到２00ＯK后给MＲＦ下modifｙ消息修改会议端口远端媒体，收到响应后给AGCF＿A发送notｉfy消息,带有20０ＯK指示Ｃ用户已经成功加入会议。步骤１６:ＡGＣＦ＿A收到后,先给AS回复20０OK，ABC进入会议。A.8查找恶意呼叫图A.8:查找恶意呼叫流程流程说明：步骤1：主被叫通话中。步骤2：被叫用户拍叉簧，保持对端。步骤3:用户听拨号音，用户拨业务接入码。步骤４:恢复通话；发起恶意呼叫识别，发送re—IＮＶIＴE消息，Rｅquest-URＩ填写查找恶意呼叫操作码内容（＊33＃）,消息中携带恶意呼叫识别请求的XML,其中McidRequesｔInｄicaｔor置为１。携带恶意呼叫识别指示XＭL的ＭIMＥ类型为applicａtion/ｖnｄ.ｅtsi。mcid＋ｘmｌ，对于请求，其具体内容为:<mcid＞<rｅqｕest><McidＲequestIｎdiｃatｏr>1<／MｃidReqｕestIndicａtｏr〉〈ＨoldiｎgPｒoｖidedIｎdicator〉0</HｏldiｎgProvidedIｎdｉcatｏr>〈/request＞〈/mciｄ＞步骤５：AS发送２0０OＫ消息给被叫用户，消息中携带恶意呼叫识别响应的ＸML。携带恶意呼叫识别指示响应XMＬ的MIME类型为ａppliｃaｔｉｏn／vnd．ｅtｓi。mcid+xml，其具体内容为：＜mｃiｄ＞

＜respｏnse>

<MｃidResｐonseIndicatoｒ〉１＜/ＭｃiｄRespｏｎsｅＩndｉｃator〉

<ＨoldingPｒovidedInｄｉcatｏｒ〉0〈/HoｌdｉｎgPrｏvidedIndiｃatoｒ＞

<ＯrigＰaｒｔｙIdｅnｔｉty＞tel：02150４4123４;ｐhone—coｎtext=+86〈/ＯrigPartyＩdentiｔy〉

〈／resｐonse>＜／ｍciｄ＞步骤6：AＳ发送包含恶意呼叫识别信息的告警消息给网管服务器消息,消息中包括初始IＮVIＴE消息的Reｑｕest-UＲI,主叫的PＡI，接收ＩNVITE消息的日期及时间，Hiｓtｏｒｙ—Infｏ，Contaｃｔ，Ｆrom，to以及Reｆerred-By(如果有的话）。Ａ。9呼出限制图A。９：呼出限制业务实现流程流程说明：步骤1：ＡGCF_Ａ获得主叫侧媒体后，向后向网元发送ＩＮＶITE初始会话请求，在INVIＴE请求中携带主叫侧媒体。这一INVITＥ请求经过CＳCＦ等核心网元的转发或处理后,到达主叫AＳ_Ａ.步骤２：AS＿A执行呼出限制的处理逻辑,执行此逻辑的结果是拒绝呼叫,给主叫用户呼出限制提示音，于是AS＿A与ＭRF交互，获得放音媒体.步骤3:ＡＳ_A回183消息，消息中携带从MRF获得的媒体。步骤４：ＡS_A收到后，下modiｆy消息，用户A听提示音。步骤５：用户A挂机，AGCＦ向AS发送CＡNCEL消息。步骤6：ＡS_A收到CＡNCEL消息以后，停止放音;给INVＩＴE请求回４87最终响应。步骤７:AGCF_A回ACK证实