109CDMA网络数据业务VPDN用户跨交换局切换掉话的解决方法

1、CDMA1X网络数据业务VPDN用户跨交换局切换掉话的解决方法常江 李辉友（中国联通北京分公司移动技术维护部）摘要：首先对普通上网卡用户和VPDN用户在跨交换局切换时进行对比测试，并针对网络中FACN单元的特有性，对问题进行准确定位，提出确实可行的解决方案，解决了困扰PDSN网管人员两年多的不明原因的上网卡专网用户掉话问题。关键词：交换局边界、切换掉话、VPDN（Virtual Private Dialing Network）、 FACN（Foreign Agent Control Node）、PDSN（Packet Data Serving Node）、L2TP（Layer 2 Tunnel

2、 Protocol）、LNS（L2TP Network Server） 引言2006年2月为解决CDMA-1X数据业务VPDN用户在移动中无线上网时掉话的问题，作为网络优化工程师与PDSN工程师对北京联通的CDMA 1X数据网进行问题测试。测试分为定点测试和移动测试，测试范围包括北京城区和郊区县城；测试方法分为登录到用户的专网数据库查询资料和在数据库中下载资料。2问题描述测试时首先启动CDMA-1X专网用户上网卡，然后再启动专网客户端软件VRC，连接专用隧道，登录到专网服务器。这批上网卡不能登录互联网，只能通过隧道登录到用户的专网。在定点测试时非常顺利，上传和下载的速率都很快，但在移动状态下测

3、试时出了问题。首先发现在南三环洋桥以西车辆移动中IE软件会不定时的不能打开网页和下载数据，这时上网卡的连接状态正常，瞬时流量显示为零，VCR显示停止隧道连接，重新连接VCR时显示与专网服务器的连接错误；断开上网卡重新连接后，VCR仍然显示与专网服务器的连接错误；大约20分钟以后才能重新连接成功。（下图为连接失败时的VCR画面截屏，部分名称隐去）。在不能连接专网服务器的地点停车后查询这张上网卡在PDSN系统和交换系统的数据都正常，并且使用普通CDMA-1X上网卡连接互联网后均可正常使用，初步判断与无线部分无关。由于这批做测试的上网卡是临时数据，用户方可以对卡的用户名和密码进行重置，所以初步怀疑是

4、由于上网卡重名登录或IP地址相同的原因造成；在用户单位的系统中没有查到相同的用户名，为稳妥起见将用户名、密码和上网卡的IMSI绑定。在以后几天的测试中还是发现在不同地区、不定时的出现上述问题。3问题的定位在和PDSN工程师讨论问题时他们说以前也出现过类似的专网用户掉话后不能重新连接的现象，当时的处理方法是在PDSN侧将卡的登记信息定时释放，重新连接就行了，这种问题存在大约有两年的时间了，一直未能彻底解决。在后几天的测试中发现出现问题的地区基本上在交换机的局边界附近，为了证实这个判断，用一张专网上网卡和一张普通上网卡在第一、四交换局边界做对比测试。测试中发现通过交换局边界时专网上网卡依旧出现老问

5、题，但普通上网卡能正常使用，由此判断问题可能出现在交换局边界和PDSN部分。CDMA1X分组网的组网方式分为SIP(Simple IP)和MIP(Mobile IP)两种，SIP和MIP的有以下几点主要区别：SIP(Simple IP) 1.如传统拨号网络，用户每次使用数据业务时都需进行拨号连接2.每次接入得到不同的IP地址3.用户跨PDSN的漫游将导致连接的中断4.只能支持用户端主动发起的业务(“Get Service”)。普通Internet浏览，Email，FTP，VOD，网络游戏，网上聊天等等MIP(Mobile IP) 1.“Always Online”2.用户终端保持固定的IP地址

6、3.可以跨PDSN漫游，不会导致连接的中断4.即支持用户端发起的业务，又支持网络端发起的业务(“Push Service”)。专网接入，信息订制等Mobile IP真正的意义不在于PDSN间切换时不断线，而在于IP地址携带。北京联通的CDMA-1X分组网采用SIMPLE IP结构，主要网元由9个MSC、2个FACN、11个PDSN组成。下图为带有FACN部分的Simple IP的网络结构图：FACN是PDSN的信令控制节点，是整个PDSN系统中的一个可选组件，如果不选用，PDSN系统可以照常工作，如果选用，PDSN系统可以提供很多其它功能。FACN的主要功能是收集PDSN工作的情况信息、监控P

7、DSN的工作状态、选择和分配PDSN，实现PDSN负载控制。FACN可以将最多250个PDSN卡组成一个虚拟的PDSN组，整个PDSN组从PCF角度看是一个标准的“大” PDSN，这个“大” PDSN容量可以达到1,000,000个连接。下面两图是SIP的有FACN的2个PCF和2个PDSN切换的PPP建立和IMSI鉴权的流程图：普通的上网卡用户在进行PPP连接跨交换局切换时按以下流程操作：1、MN与PAN/PCF之间完成了TCH的建立，PCF已经成功配置了一个FACN的IP地址，并且向FACN发送一个R-P Registration request。2、FACN查数据库找到一个最佳的PDSN

8、来处理该呼叫，PDSN的选择原则如下：FACN根据IMSI查数据库看该IMSI的信息是否处于某一个PDSN中，若是，则选择该PDSN；否则选择一个负荷最轻的PDSN。3、FACN向PCF发送一个R-P registration reply（reject code域为136），其中PDSN的IP地址就是所选择的PDSN的IP地址。4、PCF重新发送R-P registration request到所选择的PDSN，PDSN发回一个表示成功的消息完成了PCF与PDSN间R-P Session的建立。5、然后在MN与PDSN间进行LCP层消息的交互，目的是进行链路层参数的协商，鉴权方式的选择，目前选

9、用CHAP的方式。6、PDSN发送一个含有随机数的CHAP challenge到MN，MN根据用户密码与收到的随机数计算出一个应答参数，并将该参数连同用户名一起在CHAP response发送给PDSN。7、PDSN向FACN发送一条FACN Registration request message，其中含有IMSI与NAI，FACN根据IMSI与NAI查找IMSI数据库判断是否有相关记录存在。8、FACN发送一条含有存在相关记录或者不存在相关记录信息与关联ID的FACN Registration reply消息到源PDSN。9、PDSN和FAAA、Home RADIUS进行RADISU鉴权。

10、10、PDAN发送CHAP Accept给MN，MN与PDSN进行IPCP协商获得IP地址，简单的IP Session建立完成。11、源PDSN发送FACN registration update给FACN，其中含有NAI与IMSI；FACN利用FACN registration update消息中的信息建立一个对应的IMSI数据库的接口，并且向源PDSN发送一条应答消息FACN Reg Update Ack。至此一条在MN、源PCF和源PDSN间的SIP session建立成功。12、MN在进行切换时，Session进入休眠状态（PCF发送一条含有Active Stop的R-P RRQ消息给

11、源PDSN）；PDSN发送一条R-P RRQ给PCF。PDSN端SIP session进入休眠状态，这时进行跨局间的PCF切换。13、MN切换到目标PCF；MN建立业务信道。14、目标PCF配置有一个FACN的IP地址；并且向FACN发送一条R-P Registration request消息。15、FACN查数据库找到一个最佳的PDSN来处理该呼叫，FACN根据IMSI查数据库看该IMSI的信息是否处于某一个PDSN中，若是，则选择该PDSN；否则选择一个负荷最轻的PDSN。在图2中，由于PDSN与PCF的分组原因，FACN不能为该呼叫继续分配源PDSN；此时，FACN会回一条R-P Reg

12、istration reply消息到目标PCF，其中含有最佳的目标PDSN地址。16、目标PCF重新发送R-P registration request消息到所选择的PDSN；进行R-P隧道的建立；然后在MN与PDSN间进行LCP层消息的交互，目标PDSN发送一条含有随机数的CHAP challenge到MN；MN再根据用户密码与收到的随机数计算出一个应答参数，并将该参数连同用户名一起在CHAP response发送给目标PDSN。17、目标PDSN向FACN发送一条FACN Registration request message，其中含有IMSI与NAI；FACN根据IMSI与NAI查找I

13、MSI数据库判断是否有相关记录存在。在这个流程中，FACN找到在源PDSN中存在一个dormant的SIP Session，需要源PDSN撤除该Session；18、FACN发送一条含有IMSI与NAI信息的registration Update到源PDSN；源PDSN进行与源PCF之间PPP Session与R-P Session的撤除；源PDSN发送一条含有存在相关记录或者不存在相关记录信息的FACN Registration Acknowledge消息到FACN； FACN发送一条含有存在相关记录或者不存在相关记录信息与关联ID的FACN Registration reply到目标PDS

14、N；19、目标PDSN与FAAA、RADIUS进行RADIUS的鉴权；并且发送一条CHAP Accept消息到MN；MN与目标PDSN进行IPCP协商获取IP地址。20、目标PDSN发送FACN registration update到FACN，其中含有NAI与IMSI；FACN根据这条消息中的信息进行IMSI数据库接口的更新。21、在MN、目标PCF与目标PDSN间完成了SIP Session的建立，并且完成了这次在2个PCF和2个PDSN间的跨局切换。从图1的流程来看，所有操作似乎都是正常的；但到图2进行切换后重新连接出现问题，初步怀疑是在1517步骤有问题，就是图2中画红圈的部分。找到了

15、问题的大致方向后，在接下来的跨局边界的测试时在FACN中查找专网上网卡切换前后的PDSN的相关记录，但是没有找到，下图是在FACN中的记录信息，可以清楚的看到包含用户的IMSI，LAST PDSN的IP地址，连接状态和用户名（也可以用域名做用户名）。由于在核心网中没有查到关于LAST PDSN的消息，所以只能使用lincheck命令在企业网的LNS端查询上网卡连接PDSN的状态，下图是连接PDSN的信息：上图中画红线的用户跨局后同时占用两个PDSN，上网卡已不能正常使用，让机房将这个用户在PDSN侧释放以后可正常使用；画兰线的用户跨局后只占用一个PDSN，可以正常使用。对以上结果的分析是跨局后

16、在重新分配PDSN时恰好是源PDSN最空闲，所以还分配到源PDSN，可以建立PPP连接；这时如果是另一PDSN空闲，则分配到新的PDSN，产生新的IP地址，就出现了测试中遇到的问题。下面以MN发起隧道的VPDN为例，介绍基本消息流程： 首先的过程是CDMA1X空中接口的建立，本文不做详细讨论。PCF向PDSN发起注册请求，这个消息是A11接口的标准消息；PDSN给PCF注册响应；PPP的LCP（链路控制协议）协商阶段，这个阶段也是PPP的初始阶段，主要是在PDSN与终端之间进行协商，包括认证方式和是否进行加密等；LCP协商成功后，终端向PDSN发起认证请求；PDSN向AAA发起认证请求，这个消

17、息是RADIUS的标准消息，其中带有用户名密码等信息；AAA收到请求后，对用户名密码进行认证，发现是VPDN用户，通过授权把相关属性参数发给PDSN。包括VPDN的类型、隧道密码、LNS的IP地址等；PDSN收到各种关于VPDN的属性，通过L2TP协议与企业端LNS建立隧道；LNS发起进行隧道验证； LNS与PDSN（LAC）之间的会话建立；PDSN会把之前第3步中协商后的参数转发给LNS，特别注意的是，这一步LNS可以要求与终端进行LCP的重协商，图例是没有进行LCP的重协商的，是否进行重协商取决于LNS的配置和终端是否支持LCP的重协商。企业内部AAA对用户进行认证；LNS给终端发送认证成

18、功的消息；认证成功后，进入PPP的IPCP阶段，由企业的LNS分配IP地址；VPDN用户到企业网PPP连接建立。在CDMA1X分组网中，普通上网卡用户是由FACN选定空闲的PDSN，并由PDSN向MN分配IP地址，再向FACN发送相关信息；但对于VPDN用户来说FACN选定空闲的PDSN后，由PDSN通L2TP协议向LNS发送通过授权的用户信息及相关属性参数，这时的PDSN只起到路由器的功能，MN获得的是由LNS分配的IP地址，与普通用户建立PPP有所不同，其中IPCP的过程是由终端和LNS之间完成的，所以PDSN不知道用户最终分配的IP地址。另外，基于终端发起的VPDN业务一般需要进行二次认证，终端需在企业端RADIUS服务器通过认证后，再与企业LNS建立隧道，流程与上述流程略有不同。4问题的解决通过以上的测试和分析，产生问题的原因已经基本定位在FACN和PDSN之间的消息对话和相关信息的传送与保存、调用的步骤上。这时将测试用的专网上网卡在系统中绑定到一个固定的PDSN上，在跨交换局切换重新建立PPP连接时测试正常。在系统中查看发现切换前建立PPP连接时PDSN未向FACN发送FACN reg request消息，导致在FACN中没有存储第一次登陆时的MN的相关信息及IP地址，在跨局切换后建立连接时需要从FACN中调取上次登陆的信息时，系统没有找到，便认为是一次新的连接