手机设置锚定开通IMS业务对现有网络及业务的影响分析

1、手机设置锚定开通IMS业务对现有网络及业务的影响分析李红英2021-5-13.手机用户锚定及其对网络的影响锚定带来的业务问题及其处理措施IMS业务开通总体建议主要内容.关于锚定什么是锚定：锚定就是将手机用户的呼叫经过某种方式路由到IMS域使手机用户可以享用IMS业务的过程。目前锚定的方法： 目前锚定采用的方法是将用户呼叫触发到智能网SCP，由SCP将被叫号码改动为指定的路由码00XYZ011，将原被叫存放于原被叫信息中，由GMSC经过话路路由方式将呼叫接续到MGCF进入IMS域。.锚定对用户感知的影响添加了接续时延：由于锚定存在话路迂回将导致呼叫接续时延加大。经实践测试，现网手机呼叫接续时间最

2、长的为智能用户呼叫智能用户的模型，接续时长为8s。锚定用户做被叫时，在GSM/TD网络需触发两次智能网流程，接续时长到达12s。部分业务无法享用或存在运用妨碍：由于锚定是将用户的呼叫路由到IMS域，而这个过程中由于遭到目前智能业务触发机制及某些业务虚现方式限制等缘由，运用户丧失了原网络的业务特性。第二部分详细分析阐明.锚定对设备影响添加关口局设备负荷：目前锚定号码00574010、00574011被叫路由均从宁波关口局进入IMS，假设大量用户锚定，用户的每个呼叫都会从IMS迂回，出IMS到嘉兴绍兴关口局落地。原先不会经过宁波、嘉兴、绍兴关口局的呼叫都会经过这几个关口局，添加了关口局负荷。添加虚

3、拟网SCP负荷：1、锚定改动了原有的呼叫流程，原来被叫流程仅触发一次虚拟网，而锚定后的用户的被叫流程需求触发两次虚拟网；2、目前方案中锚定功能是与虚拟网业务合设，假设大量添加非虚拟网用户的锚定用户，将进一步加重虚拟网SCP负担。3、现网SCP负荷普遍较高到达了75%左右，而今年扩容估计到6月底才干开场实施，大量锚定对现有业务存在性能隐患。.锚定对维护的影响添加网元配合要求呼叫全流程经过网元多，假设有一个网元配合有问题，整个呼叫流程中断，严重影响用户感知。前期业务测试由于条件限制，测试根本上在杭州进展，覆盖了华为的软交换端局、关口局与T局，其他厂家：诺西、爱立信、阿朗、摩托罗拉等厂家的设备配合能

4、否有问题还需进一步测试。添加缺点处置难度1、呼叫路由：主叫端局杭州T局宁波关口局MGCFIMS中心网MGCF嘉兴绍兴关口局杭州T局被叫端局2、存在问题：呼叫流程长，呼叫信令跟踪困难，因此缺点处置难度加大。赞扬处置手段还不完善，难以支撑商用规范的要求。3、处理方案：完善网元接口监控，为缺点定位和赞扬处置提供原始记录；整合相关功能到综合赞扬处置平台，将赞扬前移。.手机用户锚定及其对网络的影响锚定带来的业务问题及其处理措施IMS业务开通总体建议主要内容.锚定引起的业务互斥主叫流程锚定导致的业务互斥：一机双号副号码、欠费控制、挪动之家、无线座机、亲子通、一机双号辅助业务、来电助手被叫流程锚定导致的业务

5、互斥：一机双号副号码、欠费控制、挪动之家、无线座机、亲子通鉴于主叫流程锚定会导致与来电助手业务互斥问题，同时思索到用户对主叫时延的感受比较剧烈等要素，我们建议目前不进展主叫流程锚定。.被叫流程锚定问题汇总业务互斥类问题问题一：主叫付费/自助网和IMS业务互斥问题问题二：一机双号副号码无法拨打IMS手机用户叠加网方式触发的用户PBX拨打时的来显问题问题三：虚拟网PBX运用短号拨打手机，来显是长号个别端局信令配合问题问题四：个别端局用户拨打锚定用户异常的问题问题五：诺基亚主叫端局出前转话单问题防反复触发方案对长主叫号码超越16位携带问题问题六：虚拟网网间业务计费错误问题问题七：带分机的总机呼叫锚定

6、手机来显错误其他问题问题八：企业用户无法呼叫本地号首为86的号码问题九：未部署VIG设备导致TD手机锚定，无法视频互通问题阐明：1、赞扬用户往往不是被叫用户，即不一定是签约了IMS业务的手机用户赞扬，而是其他用户赞扬不能拨打锚定到IMS的手机用户。2、汇总的问题还不完好，即锚定带来的问题还在不断涌现。.问题一：主叫付费/自助网和IMS业务互斥问题ACB问题景象主叫付费和自助网为接入码智能业务，用户在被叫号码前拨打特殊接入码运用主叫付费或者自助网业务，被叫无法享用IMS业务。缘由分析接入码业务采用接入码在SSP上触发主叫付费或者自助网SCP，抑制了被叫的TCSI，不会触发被叫号码的VPN业务，无

7、法锚定到IMS域享用IMS业务处理情况接入码业务在2G中曾经和虚拟网是互斥的，建议现阶段保管这种业务运用上的互斥关系；此类业务不运用接入码触发采用签约音讯触发，或者一切业务流程全部在主叫流程完成，不抑制被叫TCSI.问题二：一机双号副号码无法拨打IMS手机用户ACB问题景象一机双号副号码无法拨打IMS手机用户，呼叫不通缘由分析一机双号副号码做主叫时，触发端局为一机双号平台，SCP下发锚定号码之后，一机双号平台路由呼叫时无法带上原被叫信息处理情况一机双号平台进展修正，路由呼叫时带上原被叫信息，曾经联络一机双号平台厂家进展修正。.问题三：虚拟网PBX运用短号拨打手机，来显是长号ACB问题景象虚拟网

8、PBX用户运用短号拨打恳求了IMS业务的手机，来显是长号。缘由分析虚拟网PBX业务采用重定向号码触发被叫流程，是采用SSPGT的方式标志拨号方式为短号拨打，而SCP上实现了被叫锚定，短号拨号方式无法带到IMS域，导致用户出现拨打短号也显示长号，呵斥资费问题；目前SSP为了防止资费问题，经过限制IMS路由码路由，不会将呼叫路由到IMS域，呼叫无法接通；处理情况数据配置处理：1现阶段措施：PBX拨号思索到是基于叠加网的特定流程，因此现阶段基于网络层在UGC上做PBX总机号码的数据适配即可处理此问题；按照方案一实施2目的方案：后期需求基于PBX叠加网构造整体方案进展分析，而不能继续采用重定向方式进展

9、触发，合理的方案应该一致采用签约方式处置。需求整体网络推进.问题四：个别端局用户拨打锚定用户异常的问题ACB问题景象宁波NOKIA、成都摩托罗拉等个别端局用户在拨打锚定用户时有时会出现呼叫不通的景象。缘由分析经分析，发现宁波的端局对于SCP下发的用户号码处置不够规范，信令中没有携带前转信息，IMS判别严厉，以为此信令非法而拆线。成都部分端局用户发起的呼叫因没有携带原被叫信息，导致IMS无法正常获取被叫号码，呼叫失败。处理情况UGC曾经修正软参，对于锚定呼叫不再对前转信息做严厉判别，处理了宁波端局及类似行为端局的问题；成都端局问题暂时还无法处理。针对各地端局能够的信令不完全规范的情况，UGC优化

10、被叫号码获取方式，加强对端局不规范情况的适配：针对锚定的呼叫，会逐个判别，依次从原被叫号码和改发号码中获取被叫号码信息，确保只需端局的信令只需一个参数有被叫号码，就可以呼叫正常；本周完成全国拨测，输出处理方案.问题五：诺基亚主叫端局出前转话单问题ACB问题景象省内诺基亚端局触发被叫流程时，假设被叫是IMS锚定用户，那么在诺基亚端局出一张前转话单，费用为0。缘由分析诺基亚端局不符合Camel2协议规定的对SCP下发的oCSIApplicable = False标志进展处置屏蔽话单 ，导致错误的将锚定流程作为前转流程处置，多了一张话单，但费用为0。处理情况有处理方案，待实施： 现阶段方案：可由BO

11、SS进展剔话单处置：由于上述前转话单中前转号码是固定的IMS锚碇路由号码，且费用为0，因此需求BOSS判别主叫端局中前转号码是固定锚碇号码的话单进展剔除，并不要展如今用户详单中。目的方案：诺基亚端局按照Camel协议适配修正不出前转话单：华为VPMN在处置锚碇流程中，Connect所下发的被叫号码带有抑制前转信息：oCSIApplicable = False用于标识不做正常前转且不需出前转话单，因此要求诺基亚可以按照该标识判别不出前转话单。.问题六：虚拟网网间业务计费错误问题ACB问题景象虚拟网网间短号呼叫计费错误，短号呼叫计费被处置成普通呼叫计费。缘由分析由于目前浙江工程防止二次锚定所用的前

12、缀码为124，长度为3位，再加上600以及手机号长，例如:12460005710571，号码长度到达17位，超越了Camel协议要求的主叫号码最长为16位的要求，从而导致业务平台以为主叫号码错误，计费被计成普通呼叫。处理情况数据配置处理；方案一：把防止二次锚定所用的前缀码从124修正成98，修正完成之后问题可以得以处理；方案二：运用字母方式做防止二次触发前缀防止潜在冲突，如：aa.华为本周对两种方案进展测实验证，输出最终的处理方案。.问题七：带分机的总机呼叫锚定手机来显错误ACB问题景象浙江挪动办公呼叫锚定手机，来显为0571057190，正常应该是057105719017，少了后2位；缘由分

13、析由于目前浙江工程防止二次锚定所用的前缀码为124，长度为3位，再加上057105719017，号码长度到达18位，超越了Camel协议要求的主叫号码最长为16位的要求，从而导致端局上报到SCP平台的时候就曾经把主叫号码的最后2位截掉，导致后续接续被叫之后，被叫来显错误；处理情况和政企部门沟通，了解现网运用总机分机来显的企业用户个数。假设数量不多，可针对企业采用对应的配置方案处理。例如：可以经过数据配置让主叫号码号码只显示总机号，不显示总机+分机号，从而处理来显错误问题；或者经过其他数据配置方案适配企业的来显情况.问题八：企业用户无法呼叫本地号首为86的号码ACB问题景象IMS下的企业用户呼叫

14、号首为86开头的本地号码失败(比如:86123456)。缘由分析网络侧没有做号码归一化，SCP无法针对本地号首是国家码的情况进展区分处置。例如：IMS下的企业用户(比如杭州的用户)呼叫86123456，正常情况下，VPMN应该把被叫翻译成8657186123456的号码往下发，但是实践情况是VPMN以为86是国家码，从而回绝此路呼叫，导致呼叫失败。处理情况数据配置处理；在IMS CORE一致进展号码归一化数据配置：规整成区号+本地号码的格式送到VPMN处置，从而保证后续一切此类问题都得以处理，并且不会对现网VPMN平台有任何修正；.问题九：TD手机被叫锚定，无法视频互通问题ACB问题景象TD手

15、机签约被叫锚定到IMS，其他TD手机无法经过视频呼叫该TD手机，音频呼叫是正常的。缘由分析由于TD手机做被叫锚定到IMS之后，信令以及媒体均会经过IMS系统中的MGCF，而目前我省试点工程还没有部署VIG设备，IMS系统本身还不具备和TD手机进展视频互通的才干，因此出现上述问题。处理情况尽快在IMS系统里面部署一套VIG设备，处理该问题；.手机用户锚定及其对网络的影响锚定带来的业务问题及其处理措施IMS业务开通总体建议和其他任务主要内容.手机用户开通IMS业务建议鉴于目前的手机锚定方案还存在大量的网络问题，同时思索到手机被叫锚定相关的业务e讯曾经上线。我们建议后续上线的企业通讯助理、手机自在行、一号通业务暂缓手机被叫流程锚定。从总体上控制后续被叫锚定相关业务上线节拍，并立刻启动针对曾经上线业务全国范围的覆盖性测试，力争尽快发现能够存在的风险。针对IMS业务商用及企业试点提出如下相关建议：现阶段商用及企业试点只面向固定终端，不建议对手机用户开通任何锚定：企业通讯助理软终端在被叫时与手机不同振手机用户不能注册一号通、自在行业务。内部试用可以同时面向固定终端和手机用户，手机用户可以开通被叫锚定享用被叫类IMS业务：企业通讯助理软终端在被叫时与手机同振手机用户可以开通被叫一号