哈尔滨数据业务优化-数据业务优化建议指导书.doc

黑龙江省移动2010年数据业务优化项目哈尔滨移动通信分公司数据业务质量提升数据业务优化建议指导书2011年3月24日北京拓明科技有限公司目录1优化概述32KPI指标42.1Attach专项42.2PDP专项62.3RAU专项72.4小区重选专项932G/3G网络113.12G/3G网络对比114APN地址池134.1CMNET的流量比例134.2CMTDS的营销力度134.3行业用户的排查135数据业务145.1移动金牌业务145.2P2P下载与视频类业务155.3发展移动自有的微博业务155.4彩信业务量165.5彩信成功率176SP服务器186.1SP性能187用户行为与终端197.1用户行为的解决方案197.2终端类的解决方案198案例分析218.1Attach案例分析218.2PDP案例分析231 优化概述当今电信行业竞争日益激烈，哈尔滨移动同样面临着来自竞争对手的强大压力和挑战。在如此激烈的竞争环境下，哈尔滨移动要保持业界领先地位就必须获得强大的竞争力，而获得竞争优势的首要条件是必须具备良好的网络基础、稳定的网络运行质量、丰富的业务提供能力和灵活的运营手段。只有建设一个可持续发展的网络，使其满足用户数不断增长、覆盖区域不断拓展、服务品质不断提高的需求，才能保持竞争优势，在市场和赢利方面捷足先登。网络指标差、用户投诉导致用户流失、品牌受损、潜在的网络安全隐患、运营效益下降等不时地困扰着哈尔滨移动，因此可持续发展的网络需要通过不断地优化来保持品质。拓明科技数据业务端到端的提升服务正是基于客户以上意愿与需求，为其提供一种针对性质的数据业务端到端的网络优化服务。拓明科技DPI深度包分析的采集方案如下：我们主要通过KPI指标、2/3G网络的对比、业务类型、APN地址池、彩信业务、SP服务器、用户行为与终端这几方面来入手进行分析，找出网络中存在的缺陷与问题，给出合理的建议方案，采取合理的优化手段，集中解决网络运行阶段遇到的数据业务疑难问题，全面提高网络数据业务的业务服务质量，提升网络运营品牌，使网络运行更加经济、可靠，提高投入产出比，为哈尔滨移动创造更多的价值。2 KPI指标2.1 Attach专项从拓明GB用户感知平台中，对Attach的失败原因进行了统计，各种失败原因值所占比例如下图所示：从上图我们看出，影响哈市Attach成功率的主要原因是由于Cause #7号原因值与Cause #9号原因值，每个Cause原因值的发生原因与解决方法如下：Cause #96：在用户发起Attach附着请求时，引起该类的主要原因是用户所携带的Mobile Identity参数有误，该参数只能为IMSI或者TMSI/PTMSI，并且要求参数的格式符合要求，这样才能使SGSN识别到该用户。而通过IMEI或者其它不符合要求的参数，SGSN会立即下发#96号错误原因值，这主要是跟山寨机自身的终端能力有直接关系。解决方案：建议市场部门加大对移动心机的推广力度，以增大用户的使用品牌终端的基数，从根本上解决用户终端使用带来的问题。Cause # 7：由于我们未抓取Gr口的信息，无法看到SGSN与HLR的通信消息，所以无法对单个用户被HLR拒绝的具体原因进行分析，根据以往经验，产生该类错误的大体原因包括很多非法用户、位置区不允许、漫游位置区不允许、本位置区没有合适的小区、用户停机等情况，其中用户停机是造成该类错误的主要原因。解决方案：建议市场部门与网络部配合，对未开通GPRS的用户进行回访调查，介绍GPRS的功能和能够带给用户生活上的便利，并推出相应的GPRS便宜资费套餐，发掘这一部份对GPRS感兴趣的用户，对该部份用户开通GPRS。对于停机原因造成的失败，从计费表里提取用户余额小于10元的用户，下发短信通知用户充费，减少用户停机带来的失败。Cause #14：出现该类错误的主要原因是用户的IMSI与网络中不匹配造成，这与用户可能是漫游用户，而在本地HLR未正确配置漫游区、或者漫游位置区不允、本位置区没有合适的小区都有很大的关系。解决方案：建议可以核查一下HLR的设置，查看是否正确配置了漫游区。Cause #17：产生该类错误的主要原因是由于用户使用山寨机，在做附着请求的时候，山寨机上报的IMSI是错误的，导致IMSI在HLR里面无法GT寻址，找不到对应关系，引起了最终的附着失败。解决这类问题的根本原因在于要向用户推广正品手机，避免山寨机过多引起不必要的失败。解决方案：建议市场部门加大对移动心机的推广力度，以增大用户的使用品牌终端的基数，从根本上解决用户终端使用带来的问题。Cause # 9：引起该错误原因最主要的是当用户发生SGSN间路由更新后，新的SGSN未及时向老的SGSN更新MM上下文等信息，当用户在新的SGSN上面使用以前的TMSI/PTMSI发起Attach请求时，新的SGSN并不能识别该用户的TMSI/PTMSI，所以认为用户非法，于是造成此类错误。解决方案：解决这类问题的主要思路是提高跨SGSN的路由更新。2.2 PDP专项从拓明GB用户感知平台中，对PDP的失败原因进行了统计，各种失败原因值所占比例如下图所示：从上图我们看出，影响哈市PDP成功率的主要原因是由于Cause #33号原因值与Cause #27号原因值，每个Cause原因值的发生原因与解决方法如下：Cause(#33)：引起该类错误的主要原因是由于终端自身的处理能力，山寨机和杂牌机的失败比例最大，占到该类错误失败的92.69%。错误原因也包括两方面：一种是普通用户在发起PDP激活的时候，上报错误的PDP地址类型（如IPV6,或者为空），导致了GGSN不能正确的为用户分配IP地址，所以引起激活失败。另一种是行业用户的使用的设备，虽然该设备上报的PDP地址类型与APN都正常，但用户平均每秒种发送一次PDP激活请求，与3GPP规范不相符。解决方案：针对普通用户造成的失败，我们一方面建议市场部门加大推广移动心机等活动，使该部份用户更换终端，能正常使用GPRS业务；另外一方面建议网络部门对PDP激活失败较大的终端进行跟踪，可联系厂商协助处理终端事宜。Cause(#26)：引起该类错误的原因是由于专网用户在使用GPRS网络时，未在GGSN上正确分配IP地址，初步定位为GGSN上面是静态指定的专网IP地址，但专网用户使用动态分配IP上来后，GGSN无法与用户携带上来的IP地址进行匹配，所以引起该类错误。解决方案：建议省核心网工程师核查GGSN上的配置情况，查看GGSN对于shdl.hl和hrbgjgl.hl的专网地址是否进行了指定，如果进行了指定，就需要联系使用该专网APN的用户，一起解决由于终端设备使用动态分配IP引起的失败。Cause(#27)：由于我们看到GB口上报的APN多为正常的APN，所以判定该原因出现在GB口以上。通过分析，我们认为引起该类错误最主要的原因是由于DNS侧出现问题，无法正确解析上报的APN地址，所以在很短的时间，SGSN认为该APN丢失或者未知，于是下发了该类错误给终端。解决方案：针对这类错误，我们建议省核心网工程师查看DNS的日志，看是否是由于DNS出现问题引起。Cause(#29)：外籍用户在中国使用GPRS网络进行PDP激活时，用户会上报该运营商的APN地址和鉴权请求， SGSN与用户上报的鉴权请求进行核对时，无法查找到该用户的对应信息，于是向用户下发了鉴权失败。因此，造成这一失败的原因是由于外用户籍引起。解决方案：针对此类的失败，我们没有抓取到Gr口的信令，所以无法看到此类错误具体的鉴权情况，建议核心网工程师联系厂商在Gr口做Trace跟踪此类用户。2.3 RAU专项从拓明GB用户感知平台中，对PDP的失败原因进行了统计，各种失败原因值所占比例如下图所示：从上图我们看出，影响哈市RAU成功率的主要原因是由于Cause #9号原因值与Cause #10号原因值，每个Cause原因值的发生原因与解决方法如下：Cause #9: 当MS发生跨SGSN RA更新，并发出TMSI/PTMSI的附着请求时，SGSN无法通过TMSI获取有效的手机IMSI,怀疑为SGSN中配置的LAC区位置不正确导致。解决方案：（此问题已解决）引起这一问题的主要因素是由于HBSM42A这一个BSC的割接造成。哈市GB口大部份走的是GB OVER IP，只有HBSM42A还走的传统的GB OVER FR，在前段时间由于省公司对HBSM42A进行割接，将HBSM42A接入POOL池，完成哈市整个GB口的IP化，在割接完成后，并未在SGSN03中对该BSC的LAC区进行定义，所以在SGSN03出去的时候，引起了RAU的失败。Cause #17: 当MS发起RAU请求，然后SGSN要同MS建立LLC连接。SGSN下行发送XID命令，要求同MS进行LLC协商，但BSS没有将消息下传给MS，BSS删除了LLC协商消息，向SGSN发送LLCD（LLC Discard）。SGSN在5秒钟后再次发送XID命令，要求同MS进行LLC协商，BSS仍然将其删除，并通过LLCD消息通知SGSN。如此往复数次。当MS能够同SGSN建立LLC连接时，SGSN拒绝MS的请求，原因是Network Failure。解决方案：主要是通过无线网络的优化，减少因无线原因带来的网络错误。Cause #10: 在SGSN中为每个MS保存着Reachable Timer，如果Reachable Timer超时而MS没有做路由区更新，SGSN会把该MS的状态设为Detached。当MS再次做路由区更新时，SGSN拒绝MS的请求，原因是Implicitly Detached；如果Reachable Timer没有超时而MS发送路由区更新请求中的TLLI，PTMSI/PTMSI signature与SGSN中保存的该MS的GMM信息无法对应，SGSN也会拒绝请求，原因是Implicitly Detached。解决方案：建议核心网工程师核查一下网络侧的Reachable Timer。2.4 小区重选专项在日常的统计工作中，发现一些小区的重选比较频繁，频繁的小区重选会影响下载速率等，更有可能导致业务失败，从而影响用户的感知度。在2月25日我们统计了从源小区重选到目的小区的重选次数多的TOP10，如下表：源小区名称源LAC源CI目的小区名称目的LAC目的CI重选次数哈肇东五里明1775945033哈肇东五里明17759450325952哈双城周家1774630714哈双城周家17746307115810哈道外常胜村1778319452哈道外东风17783122934786哈双城周家1774630711哈双城周家17746307144624哈呼兰康金1775225531哈呼兰康金17752255324171哈道里完达山1768917282哈道里天平路17689176614039哈双城八号站1774631011哈双城二号站17746306823991哈阿城小岭1777723331哈阿城小岭17777233333354哈方正高楞1768832011哈方正高楞四号17688327033329哈道外东风1778312291哈道外天恒大街17783194933302影响数据业务小区重选的主要有两个参数：CRO和CRH，但在实际的运作中，我们还要考虑无线资源的情况以及该小区是否满足语音业务的前提下进行。在通过综合考虑后，我们对如上的6个小区CRO/CRH参数提出了修改建议，如下所示：底色标黄为已修改参数（2月28日修改）BSCCELLCI基站参数参数原值参数调整值HBSM16AHGX015A40151哈宾县松江CRH812HBSM16AHGX015B40152哈宾县松江CRH812HBSM18AHG7302D23024哈阿城二号站CRH48HBSM05AHGC071D30714哈双城周家CRH410HBSM31AHV2982A49821CRH410HBSM24AHGF201B32012哈方正高楞CRO/CRH6&63&10对已修改参数的小区，我们通过取25日-28日0时-19时的统计来对比分析，发现28日已修改小区的重选次数明显减少，如下表所示：平均端到端小区的重选次数减少了50%左右。时间：源CI目的CI源CI目的CI源CI目的CI源CI目的CI源CI目的CI30714307113201232093320123223232012322334982118752重选次数重选次数重选次数重选次数重选次数2-25433220261338175219612-2641331349974205616262-2743091388897133213772-2825117782357741106为了验证修改参数后对无线下载参数的影响，取小区49821修改前2月25-27日三天的平均下载速率与修改后2月28日-3月2日三天的平均下载速率做对比分析，如下图所示：修改后无线的平均下载速率提高了3.4KB左右，说明合理修改小区重选参数对于无线下载速率有提高。方案：在日常的优化中，对小区重选频繁的小区加以统，加大对小区重选的参数审查力度，通过修改CRO/CRH来减少频繁的小区重选和乒乓重选，提高数据业务的下载速率，提升用户感知度。3 2G/3G网络3.1 2G/3G网络对比哈市2G/3G的流量比例约为7:1，用户比例约为9:1，如下图所示：3G网络的使用还处于较低状态，建议加大推广3G网络传输速率高的优点，提高3G网络的使用率。2G/3G下各业务类型的流量比例如下图所示：哈市2G网络的业务种类比例单一，3G网络中视频类、VOIP类、P2P下载类的流量比例增大，说明流媒体业务等高流量业务对于3G网络的依赖程度较高，方便我们更好的推广高端业务。3G倒流2G指的是3G终端使用2G网络来进行数据业务，哈市这部份流量占3G总流量的39.17%，占2G总流量的8.18%，从拓明Gb用户感知平台中我们可以统计出IP下行流量排名前十的小区，如下表：小区名称LACCIIP下行流量(kbytes)哈道里市妇产医院17787112624155030.72哈南岗省测绘局17751100723248150.02哈香坊玛克威17786124122458701.48哈松北邮政转运局17760128012412649.89哈南岗铁道职业学院M17751505312393606.56哈松北科技学院17760128112353794.01哈南岗船院八公寓17789164222349547.36哈南岗师范大学17786103132288050.40哈香坊警犬基地17751127722261574.08哈呼兰德强学院17665134732200322.33在2G网络中数据业务热点区域势必会对语音业务有一定影响，现在的哈市GSM网络优化目标是为了保证语音业务质量。针对数据业务较高区域可以增强3G信号覆盖或建设WLAN等分流方式减少2G网络数据业务负荷。同时开展TD业务推广，制定相对低价的资费策略、送机优惠等政策，让更多的TD终端用户使用TD网络。4 APN地址池4.1 CMNET的流量比例哈市主要是以CMWAP和CMNET方式下上网为主，其流量占比为2:1，CMNET的流量相对较低，可以引导用户使用CMNET方式上网。4.2 CMTDS的营销力度CMTDS是由上网卡或者上网本所产生的流量，占总流量的2.23%，且主要是使用3G网络，但流量贡献相对较少。加大对上网卡和上网本的营销力度，在带来利润的同时，也能通过使用3G网络来分担2G网络的负荷。4.3 行业用户的排查行业用户的用户数较多，但流量较少，只占有总流量的0.01%，单用户流量很低，主要是由于设备终端出现问题，一直在进行PDP激活（如电力抄表系统），但并没有数据流传输。建议对行业用户的终端进行排查，发现有问题的终端立即更换，杜绝行业用户终端故障占据网络资源。5 数据业务5.1 移动金牌业务哈市移动金牌业务的市场份额较低，其中手机阅读、快讯、移动梦网的流量及访问量相对较大一点，对其它移动业务，需要展开针对性的推广。在巩固现有的金牌业务时，应密切关注用户对于金牌业务的接受度，通过合理的推广，使金牌业务更有效的发挥其存在价值，为移动网络带来更多的利润。如号薄管家的推广，可以重点说明其对手机丢失联系人的重要性；如对139邮箱的推广，可以重点说明其收阅读邮件的实时性。建议市场部可以做一个关于移动金牌业务的问卷，让用户针对每种金牌业务打分，了解客户对于金牌业务的需求情况，再通过彩信下发的方式，合理进行推广。5.2 P2P下载与视频类业务P2P下载业务比较单一，主要是以音乐为主，比网络的开销较大；视频类业务主要是以3G网络主，在2G网络中的流量相对较少。P2P下载类与视频类业务占到移动业务总量的3%左右，总的业务量在以后还将加大，应合理控制流媒体业务对于无线资源的影响，通过大量的3G网络或者WLAN来满足这类业务的需求，同时，在网络忙时应控制相应的带宽和用户数。5.3 发展移动自有的微博业务哈市的微博类业务的流量主要是由于新浪提供，如下表主流微博流量新浪351829.541KBQQ4730.822KBSOHU6322.587KB凤凰176.878KB网易833.787KB139说客7859.304KB由于微博业务越来越被频繁的使用于用户的日常交流中，移动可以运用运营商的优势，创建自己的微博平台，如在移动梦网中嵌入微博网面，以手机号码为用户名，发展微博用户。5.4 彩信业务量彩信业务量包括SP下发彩信业务量与点到点发送彩信的业务量。哈市3月彩信的平均业务量为22.4万，其中3月22日业务量最高，达到29.7万次；3月12日业务量较底，为19.6万次，最高与最低的业务量相差10万次。平均接通率为85.58%，其中3月7日接通率最高，达到89.56%；3月16日最低，仅为78.14%。哈市的彩信业务量总体较低，其中SP下发的业务量与点到点发送的业务量约为1:1，建议市场部门加大彩信的推广力度。SP下发的业务量主要为手机报，在推广手机报的时候，应杜绝下发给未开通GPRS服务的用户，减少下发给不提取彩信的用户，这样做即可以保证经济效益，又可以提高其成功率；在对点到点彩信业务做推广时，可以推广彩信套餐活动，引导用户主动使用彩信业务，而不是被动接收彩信。另外，对一些下发失败次数较多的SP进行跟踪与核查。5.5 彩信成功率哈市三月的彩信成功率平均为85.58%，处于一个不错的阶段，但波动性较大，有时彩信成功率较低，造成这种原因的直接原因是用户未接收彩信或者接收彩信但失败，主要错误代码是3401与4442构成。我们主要从统一订购关系、删除无效用户这两个方面来进行对错误代码量的控制，以提高因彩信业务量增大而带到的更多失败。统一订购关系的流程图如下：删除无效用户的规则如下：针对4441错误，业务平台定期进行暂停下发操作，规则为：每周一、三、五分别汇总前4天起连续2天返回4441代码的用户，同时剔除前1天成功接收彩信业务以及上月产生有效彩信业务账单的用户，实施暂停业务下发操作。针对4442错误，平台定期进行暂停下发操作，规则为：每月月初和月底汇总前期连续7天返回4442代码的用户，同时排除前一天天成功接收业务以及上月产生有效业务账单的用户，实施暂停业务下发操作。6 SP服务器6.1 SP性能在日常对SP站点的监控中，huyou365的访问成功率极底，只有1%左右，如下图所示，其失败原因都是400错误，表示服务器不支持会话请求。针对这类SP成功率较低的网站，建议网络部门在日常工作中进行监控，发现有问题的及时与SP的负责人联系，查找SP出现大量错误的原因，提高其成功率。7 用户行为与终端7.1 用户行为的解决方案用户在使用GPRS所提供的服务时，经常由于自身的原因造成业务的失败，如彩信业务，在发送彩信未完成时取消、发送彩信时输入错误的手机号码等情况，都会引起彩信发送的失败，如下图的统计，一些用户发送彩信时输入的错误接收号码。针对用户行为的失败，我们可以通过下发短信来通知用户，如尊敬的用户您好，在您使用彩信业务时，由于您输入了错误的接收号码，导致您该次业务失败，请您核对后重新发送，谢谢！这样的短信，可以帮忙用户纠正自己的行为，提高业务的成功率。7.2 终端类的解决方案在使用GPRS网络的时候，用户终端是引起失败的一个重要原因，如在Attach附着与PDP激活的时候，用户携带错误的IMSI、终端处理能力、RAI信息上来，引起SGSN不能识别用户等情况，导致用户无法使用GPRS网络。由于该类情况主要是由于山寨机或者一些品牌终端版本出现问题，建议市场部门加大推广移动心机或者存话费送手机活动，在根本上解决用户终端差引起的问题；针对品牌终端，通过平时的监控，可以联系厂家一起处理终端版本的问题。下表附一些终端发生的问题及处理情况：终端厂家终端类型终端型号问题分类问题描述解决建议三星手机GT-i6320C终端问题1、编辑彩信时不能添加本机中的多媒体文件2、接收彩信时，会出现手机正常接收后不能显示的现象，重启手机就能正常显示。由i6320CZMIG3升级至i6320CZMIK4天语手机E500终端问题彩信接收时长超过180秒由TBT9001V100R001CHSC01B050升级至E500_V506中兴手机U862终端问题提取彩信时，出现失败由ZTE-T U862V 1.0.0B02H升级至ZTE-T U862V 1.0.0B06大唐数据卡AirCard901终端问题拨号软件中无彩信模块，导致用户无法进行彩信收发升级至随E行后问题解决摩托罗拉手机MOTO L800T终端问题在拨打视频或者语音电话时候，频繁的重启。影响业务升级到最新版本TF-TD7208-YINTAI2-DV11.8-01.72A中兴手机中兴U85终端问题无法识别TD网络升级到A_P950V1.0.1B20联想手机O1终端问题大流量的彩信发送成功率仅为80%，视频会议建立不成功联想O1的固件版本由OMS1.0(21690)升级至OMS1.0（23414）宇龙手机酷派6168H终端问题酷派6168H附着在TD网络上接收彩信时，会出现接收PUSH消息后不自动提取的问题，此现象出现概率为20%，需要重启终端。酷派6168H软件由1.01.033.090929.CP6168H升级至1.01.036.091230.CP6168H宇龙手机酷派F800终端问题手机有时会出现无法检测不到SIM卡现象酷派F800的软件版本由40.42.F800升级至44.47.F800清华同方上网本iminis5终端问题多次提示“提示检测不到SIM卡或者SIM卡错误”，严重影响用户感知更换电脑主板8 案例分析8.1 Attach案例分析 Cause（7）GPRS services not allowed 为了找出影响该类错误的主要原因，我们也对该类用户所携带的参数进行了排查，但未发现比较明确的参数错误，说明终端在发起Attach请求至SGSN是没有问题的，主要问题是SGSN在向HLR对该用户进行签权时出现错误，导致SGSN向BSC下发了该类错误，中间一共耗时250毫秒左右。在这250毫秒的时间里，主要是完成以下的工作：当SGSN收到终端上发的Attach请求时，它不能直接肯定该用户是否能正常合理的使用GPRS服务，所以SGSN会通过Gr跟HLR联系，取得该用户的当前信息（包括用户是否开通了GPRS服务、用户是否停机、用户是否为漫游用户等信息），并判断该用户是否能继续使用GPRS服务。如果能继续使用，则返回Attach Rsponese，表明SGSN能接受该次附着请求；如果不能继续使用，则返回Attach Reject，来拒绝用户的该次附着请求。在该类错误中，有些错误一天出现了几千次附着请求，被拒绝了又发起请求，这与终端有很大的关系，在一些老版本的终端（如NOKIA 8310）,在发起附着请求失败后又接着发起附着请求，在3GPP规范中，Attach附着请求在无任何网络响应的情况下是每隔15秒重新发送一次，此类终端被拒绝后如此频繁的发附着请求，显然不符合规范。由于我们未抓取Gr口的信息，无法看到SGSN与HLR的通信消息，所以无法对单个用户被HLR拒绝的具体原因进行分析，根据以往经验，产生Cause（7）GPRS services not allowed的大体原因包括很多非法用户、位置区不允许、漫游位置区不允许、本位置区没有合适的小区、用户停机等情况，其中用户停机是造成Cause（7）GPRS services not allowed的主要原因。 cause #9MS identity cannot be derived by network。从GB口的消息中我们看到，在Attach请求发出2毫秒后，收到SGSN下发的Reject消息，消息包里的错误原因值为MS identity cannot be derived by network。此类用户的附着请求一般是在路由更新之后，终端路由到一个新的LAC区后，后重新发起Attach附着请求，因为在此前终端已在网络侧分得TMSI/PTMSI，所以在该次Attach请求时，用户会使用TMSI/PTMSI来进行用户识别。如下图所示：由于是使用TMSI/P-TMSI来进行附着时的身份识别，如果是刚经过跨SGSN的路由更新，且新的SGSN中没有该TMSI/P-TMSI对应的IMSI，这时候SGSN就不能识别该用户。SGSN会认为该用户不是合法用户，于是在很短的时间内会下发MS identity cannot be derived by network。引起该错误原因最主要的是当用户发生SGSN间路由更新后，新的SGSN未及时向老的SGSN更新MM上下文等信息，当用户在新的SGSN上面使用以前的TMSI/PTMSI发起Attach请求时，新的SGSN并不能识别该用户的TMSI/PTMSI，所以认为用户非法，于是造成此类错误。8.2 PDP案例分析 Cause #33 Requested service option not subscribed在PDP激活过程中，造成cause #33号失败原因的主要情况有以下四种： 三元组（PDP地址类型、PDP地址、APN）匹配失败。 PDP签约QoS无效。 互连PLMN表配置不允许漫游用户激活PDP。 计费行为参数表配置不允许漫游用户激活PDP。针对该失败，我们在拓明GB用户感知系统中提取的信令如下：在GB口，ActivatePDPConterRequest这条信令会携带三元组（PDP地址类型、PDP地址、APN），我们重点分析三元组的情况，看是否是因为参数引起的失败。在正常的PDP激活请求中，PDP所使用的地址类型（PDP type number）应为IPV4协议的，如下图正确的参数如示，在请求中已指明PDP type