长沙开通DT功能RNC下漫游用户无法上网问题分析报告.doc

开通DT功能RNC下漫游用户无法上网问题分析报告诺基亚西门子公司湖南联通网优项目组二OO九年九月一、问题描述 湖南联通目前正在做Direct Tunnel Trial，之前只是完成了对本地用户的测试工作，为了进一步测试漫游用户的功能，现需要对SGSN升级，由之前的SG6.0-CD9.1版本升级为SG6.0-CD11.1，升级完成后，本地用户可以正常上网，从北京过来的漫游用户可以正常附着，但是PDP无法激活，无法使用上网业务。二、故障处理步骤 1、接到故障后，立即问PS工程师是否有对设备做过操作，得知当晚做过SGSN升 级工作，怀疑可能是升级导致的 2、让测试工程师立即做测试，检查是否是个别问题还是普遍问题，发现测试工程师可以正常上网。出现问题的卡都是北京漫游过来的卡。 3、协调客户从营业厅拿外地卡测试，发现在RNC3下可以正常上网，但在RNC4下却上不去，将问题缩小为RNC4 和 SGSN对应的PAPU之间 4、经现场PS工程师检查数据，发现是升级后，在SGSN对应的RNC4 数据漏配置导致，添加上数据后，问题得到解决。 三、原因分析3.1 软件版本特性说明升级之前的版本在对应的RNC配置数据中，只有一个DIRECT TUNNEL APN LIST参数 升级之前的版本在对应的RNC配置数据中，有DIRECT TUNNEL APN LIST和GGSN IP ADDRESS LIST两个参数，只有同时满足这两个条件，才会对用户起用DT功能。 手机用户上来，由SGSN根据下述两个条件来判断是否开启DT功能，两个条件缺一不可。1、 手机发起PDP激活的APN必须在SGSN中的Direct Tunnel APN List中2、 SGSN与RNC的交换数据中，GGSN IP ADDRESS LIST中配置了GGSN的Gn口地址，该地址是配置在SGSN之上的对应RNC相关配置上的3.2 DT功能说明在Direct Tunnel架构中，SGSN将主要负责移动性管理、鉴权和信令面统计。SGSN根据网络的配置策略，在激活PDP Context时，决定何时建立正常的双隧道，何时建立单隧道，即直接隧道。当Direct Tunnel被建立时，用户面数据的传送将绕过SGSN，直接由RNC传送到GGSN。如上图所示，在正常情况下，当激活PDP连接时，SGSN会向GGSN发送SGSN自己的用户面IP地址来建立GTP隧道；在Direct Tunnel时，SGSN将发送RNC用户面的IP地址给GGSN来建立单GTP隧道，同样，此时SGSN会发送GGSN的用户面IP地址给RNC而不是双隧道时SGSN自己的用户面IP地址。是否建立单隧道的策略是SGSN基于context-by-context的信息决定的。在SGSN中可以通过MML命令配置“SGSN Direct Tunnel APN”列表，Direct Tunnel仅会在列表内的APN上建立。在下面几种情况下，SGSN将自动建立两条隧道： 当SGSN和GGSN归属不同的PLMN时； SGSN上合法监听功能开启时； SGSN上CAMEL预付费功能开启时； 当GGSN仅支持GTPv0时。3.3 DT测试拓扑结构 如图所示，湖南联通在SGSN1，GGSN1，GGSN2 与CSRNC4，CSRNC3的DT测试环境，图中以RNC4为例，RNC3的未画出来，与其类似。3.4 北京漫游用户无法上网原因分析 目前北京用户漫游到长沙RNC4下，而长沙SGSN1，RNC4设备已经开启DT的功能，所以在一般情况下，会询问是否要建立Direct Tunnel通道。 目前HNUSGSN1上的APN配置时如下：SGSN HNUSGSN01 2009-09-27 12:12:28HOME GGSN APN LIST: 1 UNIWAP 2 UNINET 3 CMWAP 4 CMNET 5 3GWAP 6 3GNET 7 POS.HNAPN 8 NETTEST7.HN 10 OCSNET 11 OCSWAP 12 VPDN.HNAPN 13 TESTAPN DIRECT TUNNEL APN LIST: 9 Waptest7.hn.MNC001.MCC460.GPRS 14 3gnet.MNC001.MCC460.GPRS 从上面的列表中，可以看到，在DIRECT TUNNEL APN LIST 有两个APN，Waptest7.hn.MNC001.MCC460.GPRS和3gnet.MNC001.MCC460.GPRS。而3gnet.MNC001.MCC460.GPRS是中国联通集团的3gnet APN，所以所有附着到HNUSGSN1时使用3gnet 这个APN上网时，HNUSGSN1都认为此用户具备DIRECT TUNNEL的功能的条件之一。对于用户漫游时，被访问的运营商需要检查交换数据量，来判断是否具备第二个条件。 北京用户附着到SGSN1的信息如下：ZMMS:MSISDN=8615646203764:;SGSN HNUSGSN01 2009-09-27 10:29:25 IMSI . INTERNATIONAL MOBILE SUBSCRIBER IDENTITY . 460016024306764 OPERATOR DETERMINED BARRING DATA: BAOC . BARRING OF ALL OUTGOING CALLS . N BOIC . BARRING OF OUTGOING INTERNATIONAL CALLS . N BOIH . BARRING OF OUTGOING INTERNATIONAL CALLS EXCEPT THOSE DIRECTED TO THE HOME PLMN COUNTRY . N BOS1 . OPERATOR SPECIFIC BARRING CATEGORY 1 . N BOS2 . OPERATOR SPECIFIC BARRING CATEGORY 2 . N BOS3 . OPERATOR SPECIFIC BARRING CATEGORY 3 . N BOS4 . OPERATOR SPECIFIC BARRING CATEGORY 4 . N PDP CONTEXTS: PDP ADDRESS TYPE . IPv4 PDP ADDRESS . DYNAMIC QOS PROFILE VERSION . REL99 DELIVERY OF ERRONEOUS SDU . N DELIVERY ORDER . N TRAFFIC CLASS . I MAXIMUM SDU SIZE . 1500 MAXIMUM BITRATE FOR UPLINK . 5952 MAXIMUM BITRATE FOR DOWNLINK . 7424 SDU ERROR RATIO . 5 RESIDUAL BER . 7 TRAFFIC HANDLING PRIORITY . 2 TRANSFER DELAY . 10 GUARANTEED BITRATE FOR UPLINK . 384 GUARANTEED BITRATE FOR DOWNLINK . 384 ALLOCATION/RETENTION PRIORITY . 2 APN . 3Gnet VPLMN ALLOWED . N PDP ADDRESS TYPE . IPv4 PDP ADDRESS . DYNAMIC QOS PROFILE VERSION . REL99 DELIVERY OF ERRONEOUS SDU . N DELIVERY ORDER . N TRAFFIC CLASS . I MAXIMUM SDU SIZE . 1500 MAXIMUM BITRATE FOR UPLINK . 5952 MAXIMUM BITRATE FOR DOWNLINK . 7424 SDU ERROR RATIO . 5 RESIDUAL BER . 7 TRAFFIC HANDLING PRIORITY . 2 TRANSFER DELAY . 10 GUARANTEED BITRATE FOR UPLINK . 384 GUARANTEED BITRATE FOR DOWNLINK . 384 ALLOCATION/RETENTION PRIORITY . 2 APN . uninet VPLMN ALLOWED . N在上面信息可以看出只开通3GNET和UNINET 这两个APN。 目前在HNUSGSN1上与CSRNC04的交换数据如下：SGSN HNUSGSN01 2009-09-27 19:49:50RNC IN RADIO NETWORK=RNC IDENTIFICATION:MOBILE COUNTRY CODE.(MCC). : 460MOBILE NETWORK CODE.(MNC). : 01 RNC IDENTIFICATION.(RNCID). : 1699RNC NAME.(RNCNAME). : CSRNC04 RNC PARAMETERS:RNC ADMINISTRATIVE STATE.(STATE). : UNLOCKEDRNC OPERATIONAL STATE.(OPSTATE). : AVAILABLE RNC PARAMETER SET.(PSET). : 1RNC PARAMETER SET NAME.(PNAME). : DT PAPU UNIT INDEX.(PAPU). : 11RNC GLOBAL TITLE ADDRESS.(DIG). : - NUMBERING PLAN.(NP). : - TYPE OF NUMBER.(TON). : - NETWORK INDICATOR.(NI). : NA1SIGNALLING POINT CODE.(SPC). : 13E0 ROUTING AREA IDENTITY LIST:MCC MNC LAC RAC GGSN List为空，默认全匹配=460 01 58115 003GGSN IP ADDRESS LIST:正常的开通的DT功能的CSRNC03的数据对照：SGSN HNUSGSN01 2009-09-27 19:51:41RNC IN RADIO NETWORK=RNC IDENTIFICATION:MOBILE COUNTRY CODE.(MCC). : 460MOBILE NETWORK CODE.(MNC). : 01 RNC IDENTIFICATION.(RNCID). : 1698RNC NAME.(RNCNAME). : CSRNC03 RNC PARAMETERS:RNC ADMINISTRATIVE STATE.(STATE). : UNLOCKEDRNC OPERATIONAL STATE.(OPSTATE). : AVAILABLE RNC PARAMETER SET.(PSET). : 1RNC PARAMETER SET NAME.(PNAME). : DT PAPU UNIT INDEX.(PAPU). : 10RNC GLOBAL TITLE ADDRESS.(DIG). : - NUMBERING PLAN.(NP). : - TYPE OF NUMBER.(TON). : - NETWORK INDICATOR.(NI). : NA1SIGNALLING POINT CODE.(SPC). : 13E1 ROUTING AREA IDENTITY LIST:MCC MNC LAC RAC=460 01 58114 019460 01 58114 002GGSN IP ADDRESS LIST: GGSN List不为空220.206.140.124220.206.140.125从上面的对比数据不难看出，在RNC4 对应的配置数据中的GGSN地址列表中少了两台本地GGSN的Gn口Loopback地址，在CSRNC04覆盖下，本地用户上网时， 解析到的是本地的GGSN，因为交换数据中，GGSN地址列表为空，代表全匹配，即满足开启DT功能的条件，这样SGSN对本地用户采用的都是DT功能，全部是成功的。 但是对漫游用户而言，由于中国联通采用HOME GGSN机制，用户上网时要回到用户归属地的GGSN，北京的漫游用户到RNC4下时，发起PDP激活请求，由于在和RNC4的交换数据中，没有配置任何的数据，SGSN会认为是默认匹配，认为其具备开通DT功能的条件，这样控制层面的通道可以正常建立，但是由于用户面RNC到北京的GGSN路由 还不可达，故不能