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