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

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,#,手机设置锚定开通IMS业务对现有网络及业务的影响分析,李红英,2009-5-13,手机设置锚定开通IMS业务对现有网络及业务的影响分析李红英,1,手机用户锚定及其对网络的影响,锚定带来的业务问题及其解决措施,IMS业务开通总体建议,主要内容,手机用户锚定及其对网络的影响主要内容,2,关于锚定,什么是锚定：,锚定就是将手机用户的呼叫通过某种方式路由到IMS域使手机用户能够享用IMS业务的过程。,目前锚定的方法：,目前锚定采用的方法是将用户呼叫触发到智能网SCP，由SCP将被叫号码改变为指定的路由码13800XYZ011，将原被叫存放于原被叫信息中，由GMSC通过话路路由方式将呼叫接续到MGCF进入IMS域。,关于锚定什么是锚定：,3,锚定对用户感知的影响,增加了接续时延：,由于锚定存在话路迂回将导致呼叫接续时延加大。经实际测试，现网手机呼叫接续时间最长的为智能用户呼叫智能用户的模型，接续时长为8s。锚定用户做被叫时，在GSM/TD网络需触发两次智能网流程，接续时长达到12s。,部分业务无法享受或存在使用障碍：,由于锚定是将用户的呼叫路由到IMS域，而这个过程中由于受到目前智能业务触发机制及某些业务实现方式限制等原因，使用户丢失了原网络的业务特性。（第二部分详细分析说明）,锚定对用户感知的影响增加了接续时延：,4,锚定对设备影响,增加关口局设备负荷：,目前锚定号码13800574010、13800574011被叫路由均从宁波关口局进入IMS，若大量用户锚定，用户的每个呼叫都会从IMS迂回，出IMS到嘉兴绍兴关口局落地。原先不会经过宁波、嘉兴、绍兴关口局的呼叫都会经过这几个关口局，增加了关口局负荷,。,增加虚拟网SCP负荷：,1、锚定改变了原有的呼叫流程，原来被叫流程仅触发一次虚拟网，而锚定后的用户的被叫流程需要触发两次虚拟网；,2、目前方案中锚定功能是与虚拟网业务合设，如果大量增加非虚拟网用户的锚定用户，将进一步加重虚拟网SCP负担。,3、现网SCP负荷普遍较高达到了75%左右，而今年扩容预计到6月底才能开始实施，大量锚定对现有业务存在性能隐患。,锚定对设备影响增加关口局设备负荷：,5,锚定对维护的影响,增加网元配合要求,呼叫全流程经过网元多，若有一个网元配合有问题，整个呼叫流程中断，严重影响用户感知。前期业务测试由于条件限制，测试基本上在杭州进行，覆盖了华为的软交换端局、关口局与T局，其他厂家：诺西、爱立信、阿朗、摩托罗拉等厂家的设备配合是否有问题还需进一步测试。,增加故障处理难度,1、呼叫路由：主叫端局（杭州T局）宁波关口局MGCFIMS核心网MGCF嘉兴绍兴关口局（杭州T局）被叫端局,2、存在问题：呼叫流程长，呼叫信令跟踪困难，因此故障处理难度加大。投诉处理手段还不完善，难以支撑商用标准的要求。,3、解决方案：完善网元接口监控，为故障定位和投诉处理提供原始记录；整合相关功能到综合投诉处理平台，将投诉前移。,锚定对维护的影响增加网元配合要求,6,手机用户锚定及其对网络的影响,锚定带来的业务问题及其解决措施,IMS业务开通总体建议,主要内容,手机用户锚定及其对网络的影响主要内容,7,锚定引起的业务互斥,主叫流程锚定导致的业务互斥：一机双号副号码、欠费控制、移动之家、无线座机、亲子通、一机双号辅助业务、,来电助手,被叫流程锚定导致的业务互斥：一机双号副号码、欠费控制、移动之家、无线座机、亲子通,鉴于主叫流程锚定会导致与来电助手业务互斥问题，同时考虑到用户对主叫时延,的感受比较强烈等因素，我们建议目前不进行主叫流程锚定。,锚定引起的业务互斥鉴于主叫流程锚定会导致与来电助手业务互斥问,8,被叫流程锚定问题汇总,业务互斥类问题,问题一：主叫付费/自助网和IMS业务互斥问题,问题二：一机双号副号码无法拨打IMS手机用户,叠加网方式触发的用户（PBX）拨打时的来显问题,问题三：虚拟网PBX使用短号拨打手机，来显是长号,个别端局信令配合问题,问题四：个别端局用户拨打锚定用户异常的问题,问题五：诺基亚主叫端局出前转话单问题,防重复触发方案对长主叫号码（超过16位）携带问题,问题六：虚拟网网间业务计费错误问题,问题七：带分机的总机呼叫锚定手机来显错误,其他问题,问题八：企业用户无法呼叫本地号首为86的号码,问题九：未部署VIG设备导致TD手机锚定，无法视频互通问题,说明：,1、投诉用户往往不是被叫用户，即不一定是签约了IMS业务的手机用户投诉，而是其他用户投诉不能拨打锚定到IMS的手机用户。,2、汇总的问题还不完整，即锚定带来的问题还在不断涌现。,被叫流程锚定问题汇总业务互斥类问题说明：,9,问题一：主叫付费/自助网和IMS业务互斥问题,A,C,B,问题现象,主叫付费和自助网为接入码智能业务，用户在被叫号码前拨打特殊接入码使用主叫付费或者自助网业务，被叫无法享受IMS业务。,原因分析,接入码业务采用接入码在SSP上触发主叫付费或者自助网SCP，抑制了被叫的TCSI，不会触发被叫号码的VPN业务，无法锚定到IMS域享受IMS业务,解决情况,接入码业务在2G中已经和虚拟网是互斥的，建议现阶段保留这种业务使用上的互斥关系；,此类业务不使用接入码触发采用签约消息触发，或者所有业务流程全部在主叫流程完成，不抑制被叫TCSI,问题一：主叫付费/自助网和IMS业务互斥问题ACB问题现象,10,问题二：一机双号副号码无法拨打IMS手机用户,A,C,B,问题现象,一机双号副号码无法拨打IMS手机用户，呼叫不通,原因分析,一机双号副号码做主叫时，触发端局为一机双号平台，SCP下发锚定号码之后，一机双号平台路由呼叫时无法带上原被叫信息,解决情况,一机双号平台进行修改，路由呼叫时带上原被叫信息，已经联系一机双号平台厂家进行修改。,问题二：一机双号副号码无法拨打IMS手机用户ACB问题现象,11,问题三：虚拟网PBX使用短号拨打手机，来显是长号,A,C,B,问题现象,虚拟网PBX用户使用短号拨打申请了IMS业务的手机，来显是长号。,原因分析,虚拟网PBX业务采用重定向号码触发被叫流程，是采用SSPGT的方式标志拨号方式为短号拨打，而SCP上实现了被叫锚定，短号拨号方式无法带到IMS域，,导致用户出现拨打短号也显示长号，造成资费问题,；,目前SSP为了防止资费问题，通过限制IMS路由码路由，不会将呼叫路由到IMS域，呼叫无法接通；,解决情况,数据配置解决：,1）现阶段措施：PBX拨号考虑到是基于叠加网的特定流程，因此现阶段基于网络层在UGC上做PBX总机号码的数据适配即可解决此问题；按照方案一实施,2）目标方案：后期需要基于PBX叠加网结构整体方案进行分析，而不能继续采用重定向方式进行触发，合理的方案应该统一采用签约方式处理。需要整体网络推动,问题三：虚拟网PBX使用短号拨打手机，来显是长号ACB问题现,12,问题四：个别端局用户拨打锚定用户异常的问题,A,C,B,问题现象,宁波NOKIA、成都摩托罗拉等个别端局用户在拨打锚定用户时有时会出现呼叫不通的现象。,原因分析,经分析，发现宁波的端局对于SCP下发的用户号码处理不够规范，信令中没有携带前转信息，IMS判断严格，认为此信令非法而拆线。,成都部分端局用户发起的呼叫因没有携带原被叫信息，导致IMS无法正常获取被叫号码，呼叫失败。,解决情况,UGC已经修改软参，对于锚定呼叫不再对前转信息做严格判断，解决了宁波端局及类似行为端局的问题；,成都端局问题暂时还无法解决。,针对各地端局可能的信令不完全规范的情况，UGC优化被叫号码获取方式，增强对端局不标准情况的适配：针对锚定的呼叫，会逐个判断，依次从原被叫号码和改发号码中获取被叫号码信息，确保只要端局的信令只要一个参数有被叫号码，就可以呼叫正常；本周完成全国拨测，输出解决方案,问题四：个别端局用户拨打锚定用户异常的问题ACB问题现象,13,问题五：诺基亚主叫端局出前转话单问题,A,C,B,问题现象,省内诺基亚端局触发被叫流程时，如果被叫是IMS锚定用户，则在,诺基亚,端局出一张前转话单，费用为0。,原因分析,诺基亚,端局不符合Camel2协议规定的对SCP下发的,oCSIApplicable=False,标志进行处理屏蔽话单,，导致错误的将锚定流程作为前转流程处理，多了一张话单，但费用为0。,解决情况,有解决方案，待实施：,现阶段方案：可由BOSS进行剔话单处理：由于上述前转话单中前转号码是固定的IMS锚碇路由号码，且费用为0，因此需要BOSS判断主叫端局中前转号码是固定锚碇号码的话单进行剔除，并不要展现在用户详单中。,目标方案：,诺基亚,端局按照Camel协议适配修改不出前转话单：华为VPMN在处理锚碇流程中，Connect所下发的被叫号码带有抑制前转信息：,oCSIApplicable=False,用于标识不做正常前转且不需出前转话单，因此要求诺基亚能够按照该标识判断不出前转话单。,问题五：诺基亚主叫端局出前转话单问题ACB问题现象,14,问题六：虚拟网网间业务计费错误问题,A,C,B,问题现象,虚拟网网间短号呼叫计费错误，,短号呼叫计费被处理成普通呼叫计费,。,原因分析,由于目前浙江项目防止二次锚定所用的前缀码为124，长度为3位，再加上600以及手机号长，例如:12460013905710571，号码长度达到17位，超过了Camel协议要求的主叫号码最长为16位的要求，从而导致业务平台认为主叫号码错误，计费被计成普通呼叫。,解决情况,数据配置解决；,方案一：把防止二次锚定所用的前缀码从124修改成98，修改完成之后问题可以得以解决；,方案二：使用字母方式做防止二次触发前缀避免潜在冲突，如：aa.华为本周对两种方案进行测试验证，输出最终的解决方案。,问题六：虚拟网网间业务计费错误问题ACB问题现象,15,问题七：带分机的总机呼叫锚定手机来显错误,A,C,B,问题现象,浙江移动办公电话呼叫锚定手机，来显为1390571057190，正常应该是139057105719017,，,少了后2位；,原因分析,由于目前浙江项目防止二次锚定所用的前缀码为124，长度为3位，再加上139057105719017，号码长度达到18位，超过了Camel协议要求的主叫号码最长为16位的要求，从而导致端局上报到SCP平台的时候就已经把主叫号码的最后2位截掉，导致后续接续被叫之后，被叫来显错误；,解决情况,和政企部门沟通，了解现网使用总机分机来显的企业用户个数。若数量不多，可针对企业采用对应的配置方案解决。例如：可以通过数据配置让主叫号码号码只显示总机号，不显示总机+分机号，从而解决来显错误问题；或者通过其他数据配置方案适配企业的来显情况,问题七：带分机的总机呼叫锚定手机来显错误ACB问题现象,16,问题八：企业用户无法呼叫本地号首为86的号码,A,C,B,问题现象,IMS下的企业用户呼叫号首为86开头的本地号码失败(比如:86123456)。,原因分析,网络侧没有做号码归一化，SCP无法针对本地号首是国家码的情况进行区分处理。例如：IMS下的企业用户(比如杭州的用户)呼叫86123456，正常情况下，VPMN应该把被叫翻译成8657186123456的号码往下发，但是实际情况是VPMN认为86是国家码，从而拒绝此路呼叫，导致呼叫失败。,解决情况,数据配置解决；,在IMS CORE统一进行号码归一化数据配置：规整成区号+本地号码的格式送到VPMN处理，从而保证后续所有此类问题都得以解决，并且不会对现网VPMN平台有任何修改；,问题八：企业用户无法呼叫本地号首为86的号码ACB问题现象,17,问题九：TD手机被叫锚定，无法视频互通问题,A,C,B,问题现象,TD手机签约被叫锚定到IMS，其他TD手机无法通过视频呼叫该TD手机，音频呼叫是正常的。,原因分析,由于TD手机做被叫锚定到IMS之后，信令以及媒体均会经过IMS系统中的MGCF，而目前我省试点项目还没有部署VIG设备，IMS系统本身还不具备和T