华为无线案例部-CDMAPDSN信令培训教程课件

无线案例培训部PDSN信令分析2023/1/9无线案例培训部PDSN信令分析2022/12/27本课程主要介绍了PDSN的各种信令流程.包括A11信令流程分析,PPP信令流程分析和计费流程分析等内容.前言Page2本课程主要介绍了PDSN的各种信令流程.包括A11信令流程PDSN9660(V800R002C02_05)产品手册Rfc2002(IPMobilitySupport)Rfc1332(IPCP)Rfc1661(PPP)Rfc1994(CHAP)Rfc2484(LCP)3GPP2_X.S0011-005-C_v1.0(Accounting)参考资料Page3PDSN9660(V800R002C02_05)产品手册参考通过本课程的学习,您应该能够:掌握A11接口信令流程分析掌握PPP协议信令流程分析掌握PDSN计费信令流程分析借助信令分析手段进行问题定位学习目标Page4通过本课程的学习,您应该能够:学习目标Page4第一章概述第二章A11接口信令分析第三章PPP信令分析第四章计费消息第五章信令跟踪实例及问题定位Page5第一章概述Page5概述CDMA1X数据业务连接建立过程:Page6概述CDMA1X数据业务连接建立过程:Page6概述Page7概述Page7概述CDMA1X数据业务连接拆除过程(MS发起拆除):Page8概述CDMA1X数据业务连接拆除过程(MS发起拆除):概述简单IP网络中,PDSN有三种信令消息:A11messagesPPPmessagesAccountingmessages各种消息的功能:

A11messages:

建立或拆除PCF与PDSN之间的A10业务连接.

PPPmessages:

建立或拆除MS与PDSN之间的PPP连接.

Accountingmessages:

在PDSN与AAA之间,实现对MS的计费.Page9概述简单IP网络中,PDSN有三种信令消息:Page9概述连接建立和拆除的全流程:建立A10连接建立PPP连接计费过程拆除PPP和A10连接.停止计费.Page10概述连接建立和拆除的全流程:建立A10连接建立PPP连接计费概述如何使用PDSNLMT进行信令流程跟踪:跟踪鉴权计费消息跟踪A11和PPP信令消息跟踪某个用户的全部信令消息Page11概述如何使用PDSNLMT进行信令流程跟踪:跟踪鉴权计费消第一章概述第二章A11接口信令分析第三章PPP信令分析第四章计费消息第五章信令跟踪实例及问题定位Page12第一章概述Page12A11接口信令分析A11接口的消息类型

A11-RegistrationRequest(PCF->PDSN):

用于建立,周期性保活,拆除A10连接.

消息中携带无线侧计费相关参数.

A11-RegistrationReply(PDSN->PCF):

用于对A11-RegistrationRequest消息进行应答.A11-RegistrationUpdate(PDSN->PCF):

当PDSN侧拆除A10连接时,此消息用于更新A10连接状态.A11-RegistrationAcknowledge(PCF->PDSN):

用于对A11-RegistrationUpdate消息进行应答.Page13A11接口信令分析A11接口的消息类型Page13PCFPDSNA11-registrationrequest(active)③A11-registrationreply②A11-registrationreply④A11-registrationrequest(setup)①A10连接建立过程:A11接口信令分析Page14PCFPDSNA11-registrationrequesA11-RegistrationRequest消息:HUAWEIPDSN9660有setup和active两种A11-RegistrationRequest消息:

A11-RegistrationRequestsetup消息用于在A10连接建立阶段发送连接初始化信息.

A11-RegistrationRequestactive消息用于在A10连接建立阶段发送和业务信道相关的无线侧信息.A11接口信令分析Page15A11-RegistrationRequest消息:A11A11-RegistrationRequestsetup消息

①连接生存时间,需要和PDSN侧协商16进制的PDSNRPIFIP16进制的PCFIPMSIMSI标识此消息类型.是setup消息.当MS建立连接时,由PCF分配.PCFSessionID和PCFIP在PDSN中唯一标识一个PPP会话.ASCII模式的MSIMSIA11接口信令分析Page16A11-RegistrationRequestsetup重要参数:

usLifeTime:用于标识PCF期望的A10连接建立时长,单位:秒.

ulHomeAgent:PDSNRPIFIP.

ulCareOfAddr:PCFIP.

stIMSI:用户IMSI.上一页消息中的IMSI为257030294001122.其编码规则如下:A11接口信令分析Page17重要参数:A11接口信令分析Page17A11-RegistrationReply②

是A11-RegistrationRequestsetup消息的响应消息:重要参数:ucCode,用于标识PDSN释放接受此request消息.0意为accept.usLifeTime,标识PDSN允许的A10连接建立时长.这个参数可以用命令SETA11TIMER设置.默认值为1800秒.A11接口信令分析Page18A11-RegistrationReply②是A11A11-RegistrationRequestactive消息③:标识此消息的类型.为active消息.Serviceoption.33代表1X数据业务.59-代表EVDO数据业务.A11接口信令分析Page19A11-RegistrationRequestactivA11-RegistrationRequestactive消息解释:A11-RegistrationRequestactive消息的头部和A11-RegistrationRequestsetup消息的头部基本相同.其中也包含ulLifeTime,usHomeAddr,ulCareOfAddr,和usIMSI等.但是其扩展部分与setup消息不同.其中包含一些无线侧的信息,如serviceoption,空口QOS等等.

这条消息也用于A10连接保活流程.A11接口信令分析Page20A11-RegistrationRequestactivA10连接释放流程:PCFPDSNA11registrationrequest(stop)①A11registrationreply②触发释放的原因有:MS释放,PDSN释放和PCF释放.A11接口信令分析Page21A10连接释放流程:PCFPDSNA11registratA11-RegistrationRequeststop①:重要参数:usLifeTime:0代表这是一个释放消息.ulHomeAgent:PDSNRPIFIPulCareOfAddr:PCFIPstIMSI:MSIMSIA11-RegistrationReply消息格式和A10连接建立流程里的reply消息相同.A11接口信令分析Page22A11-RegistrationRequeststop第一章概述第二章A11接口信令分析第三章PPP信令分析第四章计费消息第五章信令跟踪实例及问题定位Page23第一章概述Page23PPP信令分析当A10连接建立结束后,就进入了MS和PDSN间建立PPP连接的过程.PPP(PointtoPointProtocol)点对点协议,用于在两个节点间建立连接.在CDMA数据业务中,MS如果想访问外部网络,需要先和PDSN之间建立一条PPP连接.在连接建立初始阶段,MS需要和PDSN之间进行一些连接参数协商.PPP协商包括三个阶段:Step1:LCP(LinkControlProtocol)阶段.Step2:鉴权阶段.Step3:NCP(NetworkControlProtocol)阶段.Page24PPP信令分析当A10连接建立结束后,就进入了MS和PDSStep1:LCP阶段

在LCP阶段,PPP的双方会对报文封装格式,报文大小等进行协商.LCP协商中会进行环回路径检测,同时,PPP连接的终止也是由LCP消息进行处理的.MS和PDSN在LCP阶段需要协商的主要参数:

最大接收单元MRU(MaximumReceiveUnit)

魔术字Magicnumber

鉴权方式Authenticationmethod

MRU

是一个设备所能接收的最大IP报文长度.默认值是1500Bytes.此值可以使用命令SETPPP

设置.

魔术字用于检测链路环回.

鉴权方式可以是no-authenticate,PAP或CHAP.它用来标识在PPP鉴权阶段所采用的鉴权方式.PPP信令分析Page25Step1:LCP阶段PPP信令分析Page25在LCP协商阶段,有四种消息:LCPConfigure-RequestLCPConfigure-AckLCPConfigure-NakLCPConfigure-RejectLCPConfigure-Request消息,消息中包含所有需要协商的参数.注意:如果MS中的鉴权模式为noauthenticate,则在MS发送的LCPConfigure-Request消息中不会带鉴权方式的字段.PPP信令分析Page26在LCP协商阶段,有四种消息:LCPConfigure-LCPConfigure-Ack消息如果一方收到LCPConfigure-Request消息,并接受了其中的所有协商参数和这些协商参数的取值,则它会构造一个LCPConfigure-Ack消息进行应答,并在此Ack消息中携带它所接受的所有参数及取值.LCPConfigure-Nak消息如果一方收到LCPConfigure-Request消息,并且接受消息中的协商参数,但不接受某些协商参数的取值,它会构造此Nak消息.消息中包含这些未被接受的协商参数及取值,发送给对方.要求对方进行重协商.注意:如果所收到的LCPConfigure-Request消息中的所有参数都被接受,那么消息接收方就无需再发送LCPConfigure-Nak消息了.PPP信令分析Page27LCPConfigure-Ack消息LCPConfiguLCPConfigure-Reject消息

如果一方收到LCPConfigure-Request消息,但拒绝消息中的协商参数,它会构造此Reject消息.消息中包含拒绝协商的参数,发送给另一方.LCP协商阶段信令流程:PPP信令分析Page28LCPConfigure-Reject消息LCP协商阶段Step2:鉴权阶段

鉴权有两种模式:PAP和CHAP.PAP:PasswordAuthenticationProtocol用户密码鉴权.CHAP:ChallengeHandshakeAuthenticationProtocol质询握手鉴权.PAPMS将其用户名和密码以名文的方式发送给PDSN,PDSN收到后将它们透传给AAA进行鉴权.AAA会检查此用户名和密码是否正确.如果正确,则AAA会回一条鉴权成功消息给PDSN,PDSN会将此消息透传给MS,告知鉴权成功.PAPauthenticateRequestWithusernameandPWAccessrequestPAPAccessresponsePAPauthenticateAckPPP信令分析Page29Step2:鉴权阶段PAPPAPauthenticateCHAP密码信息不在消息中传送.使用challengenumber来进行鉴权.CHAPauthenticateChallenge带一个challengenumber和一个messageIDCHAPauthenticateResponse带chappassword和usernameAccessrequestCHAP

(带username,challengenumber,chappassword和messageID)AccessresponseCHAPauthenticatesuccessMD5challengeMS中的PasswordmessageIDCHAPpasswordMD5challengeAAA中的PasswordmessageIDCHAPpassword比较此两个CHAPpassword如果相同则鉴权成功,不同则鉴权失败.PPP信令分析Page30CHAPCHAPauthenticateChallengStep3:NCP阶段

在PPP协商流程中,NCP阶段就是是IPCP协商阶段.IPCP是PPPInternetProtocolControlProtocol.IPCP协议用于由PPP协商的一端为另一端分配IP地址.在CDMA数据业务中,由PDSN给MS分配IP地址.IPCP阶段有三种消息:

IPCPConfigure-RequestIPCPConfigure-AckIPCPConfigure-NakPPP信令分析Page31Step3:NCP阶段PPP信令分析Page31IPCPConfigure-Request消息包含IP地址选择,意思是MS希望从PDSN获取IP地址.注意:如果MS希望获取一个IP地址,在此消息的IP地址选择字段必须为00000000.IPCPConfigure-Nak消息包含PDSN希望分配给MS的IP地址.PPP信令分析Page32IPCPConfigure-Request消息包含IP地址IPCPConfigure-Ack此消息中的IP地址表示PDSN接受MS的IP地址配置请求.此条消息标致着IPCP阶段的成功结束.IPCP协商阶段流程:PPP信令分析Page33IPCPConfigure-AckIPCP协商阶段流程:PPP协商阶段信令流程:PPP信令分析Page34PPP协商阶段信令流程:PPP信令分析Page34第一章概述第二章A11接口信令分析第三章PPP信令分析第四章计费消息第五章信令跟踪实例及问题定位Page35第一章概述Page35计费消息后付费流程:PDSNAAAAccountingrequeststartAccountingresponseAccountingrequestinterimupdateAccountingresponseAccountingrequeststopAccountingrequeststartAccountingrequeststop当interimUDR的定时器到期,PDSN将发送一条此消息给AAA去触发interim话单.当上下行流量到达阈值,PDSN将发一条stopmessage给AAA去触发话单记录.计费开始计费结束AccountingresponseAccountingresponseAccountingresponsePage36计费消息后付费流程:PDSNAAAAccountingreAccountingRequeststart消息:用于标识一对Accountingstart和Accountingstop消息.计费开始时间.单位为秒.用于标识一个MS的一次连接计费消息Page37AccountingRequeststart消息:用于计费消息Page38计费消息Page38Accountingstart消息中的重要参数:CallingstationID:MSIMSIAccteventtime:这条accountingstart消息的发送时间.AcctsessionID:此ID用于标识一对Accountingstart和Accountingstop消息.3GPP2CorrelationID:

此ID用于标识一个MS的一次连接.acctsessionID和3GPP2correlationID之间的关系:在上网过程中,一个MS可能会有很多个accountingsession.每个accountingsession由一对Accountingstartmessage和anAccountingstopmessage消息组成.一个MS的不同accounting由不同的accountingsessionID标识.但当一个MS在一次上网过程中就只有一个3GPP2correlationID来标识.在AAA侧,AAA使用3GPP2correlationID来标识一个MS的一次连接.计费消息Page39Accountingstart消息中的重要参数:计费消息PAccountingRequeststop消息:计费消息Page40AccountingRequeststop消息:计费消息计费消息Page41计费消息Page41计费消息Page42计费消息Page42Accountingstop消息中的重要参数:CallingstationID:MSIMSIAcctsessionID:在一对start和stop消息中,acctsessionid相同.Acctsessiontime:一对start和stop消息间的时间间隔.Acctoutput/inputoctets:在一次session中,上下行的数据量(十进制).Accteventtime:这条accountingstop消息产生的时间.Acctterminatecause:stop消息发送的原因值.3GPP2CorrelationID:

用于标识某个MS的一次连接.3GPP2sessioncontinue:

用于标识此消息是否是最后一条计费消息.True意为整个计费过程结束.False意为计费过程并未结束,在此条stop消息后还会有此MS此次连接的start消息.计费消息Page43Accountingstop消息中的重要参数:计费消息Pa第一章概述第二章A11接口信令分析第三章PPP信令分析第四章计费消息第五章信令跟踪实例及问题定位Page44第一章概述Page44信令跟踪实例MS不鉴权PPP协商流程:Page45信令跟踪实例MS不鉴权PPP协商流程:Page45信令跟踪实例PAP鉴权,PPP协商流程:Page46信令跟踪实例PAP鉴权,PPP协商流程:Page46信令跟踪实例CHAP鉴权,PPP协商流程:Page47信令跟踪实例CHAP鉴权,PPP协商流程:Page47A10连接建立过程中的问题定位在A10连接建立过程中如何进行问题定位?例:A10连接建立失败:关注点:A11-RegistrationReply消息中的ucCode.Page48A10连接建立过程中的问题定位在A10连接建立过程中如何进行例:ucCode为mobilenodefailedauthentication(131)分析过程:1.协议中定义,ucCode=131是由PCF和PDSN间的安全联盟不同导致的.2.解决方法:检查PCF和PDSN配置中的secretkey和SPI.PCF中:LSTPDSNPDSN中:LSTALLSPIA10连接建立过程中的问题定位Page49例:ucCode为mobilenodefailed典型ucCode值产生原因和解决方法81H(129)原因:Administrativelyprohibited.是由PDSN导致的问题.可能的原因是:SPU的CPU占用率过高,或license中限制的session上限到达.解决方法:

用命令检查:DSPBRDCPU,DSPLICENSE,LSTUSR83H(131)原因:PCF和PDSN之间的secretkey和SPI配置不同.解决方法:

在BSC中使用命令LSTPDSN,在PDSN中使用命令LSTSPI

检查双方配置是否相符.在BSC中使用命令MODPDSN,PDSN中使用命令SETSPI

进行修改.85H(133)原因:PCF和PDSN中的系统时间相差过大.时间差大于5分钟.解决方法:

改变PCF和PDSN中的系统时间,使之符合要求.更改BSCBAM上的时间和时区信息或更改PDSN的系统时间时区信息(SETSYSTIME,SETTZ)86H(134)原因:

在A11-RegistrationRequest消息中有错误.解决方法:

这个问题的原因很多.有时可能是由IMSI的长度问题引起的.如果消息中携带的IMSI长度小于15digits,会产生此问题.此问题发生时,需要检查终端IMSI的设置.或提问题单给PDSN进行修改.A10连接建立过程中的问题定位Page50典型ucCode值产生原因和解决方法81H(129)原因:PPP连接建立过程中的问题定位如果解决LCP协商阶段的问题?在LCP协商阶段,MS和PDSN之间会协商如下参数:MaximumReceiveUnit(MRU)最大接收单元AsynchronismControlCodeMapping(ACCM)异步控制字Authenticationprotocol鉴权协议类型Magicnumber魔术字Protocolcompression协议压缩Addresscontrolcompression地址控制压缩如果其中任意一个参数协商失败,都会导致LCP阶段协商失败.Page51PPP连接建立过程中的问题定位如果解决LCP协商阶段的问题?PPP连接建立过程中的问题定位LCP协商阶段的问题定位:问题场景1:在一个PCF下,所有的MS都不能上网.在PCF侧进行跟踪时,只能跟到LCPRequest消息,但跟不到LCPReply消息.但在PDSN侧,既可以跟到Request消息也可以跟到Reply消息.问题场景1解决方法:检查在PCF和PDSN上关于GREsequencenumber的配置是否相同.PDSN默认使用GREsequencenumber.PCF侧,使用命令LSTPCFAN

检查参数‘UseSequenceNo.’,使用命令MODPCFAN

修改PCF侧的设置.PCFsidetrace:PDSNsidetrace:Page52PPP连接建立过程中的问题定位LCP协商阶段的问题定位:问题PPP连接建立过程中的问题定位问题场景2:在跟踪的消息中,如果可以看到一个或多个MS在LCP协商阶段两侧在不断的协商,但始终没有结束,最后协商超时,导致协商失败..问题场景2解决方法:这个问题的主要是由MS或PDSN双方或其中一方在强制协商某个参数,而对方不支持协商这个参数造成的.所以你需要从跟踪到的消息中找出是哪一方一直在强制协商哪个参数.找到这个参数和发送方后,需要针对这个参数和双方工程师协商,使之不强制协商,从而解决这个问题.Page53PPP连接建立过程中的问题定位问题场景2:问题场景2解决方法如何解决鉴权阶段的问题?鉴权阶段是MS和AAA进行协商的过程.在这个阶段中,PDSN仅起到透传消息的作用.问题场景1:所有MS都不能鉴权通过.只能在PDSN上跟踪到PDSN发往AAA的消息,但收不到AAA回的响应消息.问题场景1解决方法:1.检查PDSN和AAA间的连接是否正常(从PDSN上PINGAAA,从AAA上PINGPDSNPIIFIP).先检查物理连接,再检查逻辑链路是否正常.2.检查PDSN和AAA上配置的对接参数是否正确.(PDSN中更改鉴权密钥使用命令SETAUTHSEC)3.检查AAA上的服务进程是否正常.4.如果这种问题是周期性发生的,请在M2000上查看相关的话统信息.注意查看鉴权成功率统计项.如果忙时鉴权成功率降低,请检查忙时AAA的CPU占用率是否同时升高.并同时联系AAA工程师进行定位.看是否因为忙时AAA处理问题导致鉴权成功率降低.PPP连接建立过程中的问题定位Page54如何解决鉴权阶段的问题?PPP连接建立过程中的问题定位PagPPP连接建立过程中的问题定位问题场景2:对某个或某些MS,鉴权总是失败.在跟踪到的消息中,可以看到AAA给PDSN回鉴权响应消息.问题场景2解决方法:1.检查MS和AAA配置的用户名和密码是否正确,不正确则更改.2.如果当MS使用CHAP鉴权时失败但使用PAP鉴权时可以成功,则检查AAA是否支持CHAP鉴权模式.同时需要检查MS和AAA上的CHAP加密算法是否一致.(一般来讲,加密算法默认为MD5).3.如果MS是一个预付费用户,需要检查如下几点:A.AAA是否支持预付费.B.AAA和SCP间的连接是否正常.C.MS的信息在SCP中是否正确配置.D.MS是否还有可用余额.Page55PPP连接建立过程中的问题定位问题场景2:Page55PPP连接建立过程中的问题定位如何解决IPCP阶段问题?在IPCP阶段,PDSN为MS分配IP地址.问题场景1:有些MS有时不能上网,但有时又可以上网.不能上网的MS不固定.跟踪他们的信令时,发现鉴权均成功,但鉴权流程结束后,PDSN会主动发一条LCPterminaterequest消息去拆除连接.问题场景1解决方法:这是一个典型的IP地址池不足问题.检查点:1.用户所配置的域是否在PDSN中配置了可用的IP地址池.2.PDSN中是否有‘Theusageoflocaladdresspoolexceeds90%’告警.如果域未配置地址池,使用命令SETPOOL为其增加一个地址池.如果有2中的告警,你需要和客户的维护工程师讨论为这个域增加一个地址池,或扩大其原有地址池.Page56PPP连接建立过程中的问题定位如何解决IPCP阶段问题?PaPPP连接建立过程中的问题定位问题场景2:有些MS始终无法上网.当跟踪他们的信令时,发现LCP协商阶段和鉴权阶段均成功.在IPCP阶段,PDSN也为MS分配了IP地址,并且可以看到MS接受了此地址.但IPCP协商仍不能成功结束.问题场景2解决方法:在IPCP阶段,MS和PDSN不仅协商IP地址,还会协商主用和备用DNS服务器信息以及TCP/IP头压缩方式.对于有些厂商的MS,可能在MS内部会有一个固定的DNS服务器信息.如果PDSN的配置里不包含DNS的配置,并且MS不支持对DNSIP进行协商,那么IPCP协商会因此而失败.解决方法是在PDSN中配置DNSserverIP或更改MS的设置.当使用PC+MS的方式上网时,VJ压缩会在PC中进行设置.VJ压缩是一种TCP/IP头压缩方式.如果PDSN不支持此种压缩方式,而MS却要强制使用这种压缩方式,IPCP协商也会因此而失败.解决方法是改变PDSN或PC上的配置.在PDSN中使用命令SETPPPCOMP设置.在PC中,可以通过更改网络连接属性进行设置.Page57PPP连接建立过程中的问题定位问题场景2:Page57PPP连接建立过程中的问题定位如何解决计费阶段的问题?通常来说,如果AAA工作正常,计费的问题发生的比较少.问题现象:AAA收不到计费消息.在消息跟踪中可以看到PDSN发给AAA的消息,但看不到AAA返回的消息.解决方法:检查点:1.检查PDSN中是否正确配置计费服务器的信息.2.检查PDSN和AAA间的物理和逻辑连接是否正常.可以使用PING命令进行检查.3.如果鉴权服务器和计费服务器是同一个AAA,检查鉴权成功率是否正常.如果忙时鉴权成功率降低,检查AAA是否过载.Page58PPP连接建立过程中的问题定位如何解决计费阶段的问题?PagThankYou2023/1/9ThankYou2022/12/27演讲完毕，谢谢观看！演讲完毕，谢谢观看！无线案例培训部PDSN信令分析2023/1/9无线案例培训部PDSN信令分析2022/12/27本课程主要介绍了PDSN的各种信令流程.包括A11信令流程分析,PPP信令流程分析和计费流程分析等内容.前言Page62本课程主要介绍了PDSN的各种信令流程.包括A11信令流程PDSN9660(V800R002C02_05)产品手册Rfc2002(IPMobilitySupport)Rfc1332(IPCP)Rfc1661(PPP)Rfc1994(CHAP)Rfc2484(LCP)3GPP2_X.S0011-005-C_v1.0(Accounting)参考资料Page63PDSN9660(V800R002C02_05)产品手册参考通过本课程的学习,您应该能够:掌握A11接口信令流程分析掌握PPP协议信令流程分析掌握PDSN计费信令流程分析借助信令分析手段进行问题定位学习目标Page64通过本课程的学习,您应该能够:学习目标Page4第一章概述第二章A11接口信令分析第三章PPP信令分析第四章计费消息第五章信令跟踪实例及问题定位Page65第一章概述Page5概述CDMA1X数据业务连接建立过程:Page66概述CDMA1X数据业务连接建立过程:Page6概述Page67概述Page7概述CDMA1X数据业务连接拆除过程(MS发起拆除):Page68概述CDMA1X数据业务连接拆除过程(MS发起拆除):概述简单IP网络中,PDSN有三种信令消息:A11messagesPPPmessagesAccountingmessages各种消息的功能:

A11messages:

建立或拆除PCF与PDSN之间的A10业务连接.

PPPmessages:

建立或拆除MS与PDSN之间的PPP连接.

Accountingmessages:

在PDSN与AAA之间,实现对MS的计费.Page69概述简单IP网络中,PDSN有三种信令消息:Page9概述连接建立和拆除的全流程:建立A10连接建立PPP连接计费过程拆除PPP和A10连接.停止计费.Page70概述连接建立和拆除的全流程:建立A10连接建立PPP连接计费概述如何使用PDSNLMT进行信令流程跟踪:跟踪鉴权计费消息跟踪A11和PPP信令消息跟踪某个用户的全部信令消息Page71概述如何使用PDSNLMT进行信令流程跟踪:跟踪鉴权计费消第一章概述第二章A11接口信令分析第三章PPP信令分析第四章计费消息第五章信令跟踪实例及问题定位Page72第一章概述Page12A11接口信令分析A11接口的消息类型

A11-RegistrationRequest(PCF->PDSN):

用于建立,周期性保活,拆除A10连接.

消息中携带无线侧计费相关参数.

A11-RegistrationReply(PDSN->PCF):

用于对A11-RegistrationRequest消息进行应答.A11-RegistrationUpdate(PDSN->PCF):

当PDSN侧拆除A10连接时,此消息用于更新A10连接状态.A11-RegistrationAcknowledge(PCF->PDSN):

用于对A11-RegistrationUpdate消息进行应答.Page73A11接口信令分析A11接口的消息类型Page13PCFPDSNA11-registrationrequest(active)③A11-registrationreply②A11-registrationreply④A11-registrationrequest(setup)①A10连接建立过程:A11接口信令分析Page74PCFPDSNA11-registrationrequesA11-RegistrationRequest消息:HUAWEIPDSN9660有setup和active两种A11-RegistrationRequest消息:

A11-RegistrationRequestsetup消息用于在A10连接建立阶段发送连接初始化信息.

A11-RegistrationRequestactive消息用于在A10连接建立阶段发送和业务信道相关的无线侧信息.A11接口信令分析Page75A11-RegistrationRequest消息:A11A11-RegistrationRequestsetup消息

①连接生存时间,需要和PDSN侧协商16进制的PDSNRPIFIP16进制的PCFIPMSIMSI标识此消息类型.是setup消息.当MS建立连接时,由PCF分配.PCFSessionID和PCFIP在PDSN中唯一标识一个PPP会话.ASCII模式的MSIMSIA11接口信令分析Page76A11-RegistrationRequestsetup重要参数:

usLifeTime:用于标识PCF期望的A10连接建立时长,单位:秒.

ulHomeAgent:PDSNRPIFIP.

ulCareOfAddr:PCFIP.

stIMSI:用户IMSI.上一页消息中的IMSI为257030294001122.其编码规则如下:A11接口信令分析Page77重要参数:A11接口信令分析Page17A11-RegistrationReply②

是A11-RegistrationRequestsetup消息的响应消息:重要参数:ucCode,用于标识PDSN释放接受此request消息.0意为accept.usLifeTime,标识PDSN允许的A10连接建立时长.这个参数可以用命令SETA11TIMER设置.默认值为1800秒.A11接口信令分析Page78A11-RegistrationReply②是A11A11-RegistrationRequestactive消息③:标识此消息的类型.为active消息.Serviceoption.33代表1X数据业务.59-代表EVDO数据业务.A11接口信令分析Page79A11-RegistrationRequestactivA11-RegistrationRequestactive消息解释:A11-RegistrationRequestactive消息的头部和A11-RegistrationRequestsetup消息的头部基本相同.其中也包含ulLifeTime,usHomeAddr,ulCareOfAddr,和usIMSI等.但是其扩展部分与setup消息不同.其中包含一些无线侧的信息,如serviceoption,空口QOS等等.

这条消息也用于A10连接保活流程.A11接口信令分析Page80A11-RegistrationRequestactivA10连接释放流程:PCFPDSNA11registrationrequest(stop)①A11registrationreply②触发释放的原因有:MS释放,PDSN释放和PCF释放.A11接口信令分析Page81A10连接释放流程:PCFPDSNA11registratA11-RegistrationRequeststop①:重要参数:usLifeTime:0代表这是一个释放消息.ulHomeAgent:PDSNRPIFIPulCareOfAddr:PCFIPstIMSI:MSIMSIA11-RegistrationReply消息格式和A10连接建立流程里的reply消息相同.A11接口信令分析Page82A11-RegistrationRequeststop第一章概述第二章A11接口信令分析第三章PPP信令分析第四章计费消息第五章信令跟踪实例及问题定位Page83第一章概述Page23PPP信令分析当A10连接建立结束后,就进入了MS和PDSN间建立PPP连接的过程.PPP(PointtoPointProtocol)点对点协议,用于在两个节点间建立连接.在CDMA数据业务中,MS如果想访问外部网络,需要先和PDSN之间建立一条PPP连接.在连接建立初始阶段,MS需要和PDSN之间进行一些连接参数协商.PPP协商包括三个阶段:Step1:LCP(LinkControlProtocol)阶段.Step2:鉴权阶段.Step3:NCP(NetworkControlProtocol)阶段.Page84PPP信令分析当A10连接建立结束后,就进入了MS和PDSStep1:LCP阶段

在LCP阶段,PPP的双方会对报文封装格式,报文大小等进行协商.LCP协商中会进行环回路径检测,同时,PPP连接的终止也是由LCP消息进行处理的.MS和PDSN在LCP阶段需要协商的主要参数:

最大接收单元MRU(MaximumReceiveUnit)

魔术字Magicnumber

鉴权方式Authenticationmethod

MRU

是一个设备所能接收的最大IP报文长度.默认值是1500Bytes.此值可以使用命令SETPPP

设置.

魔术字用于检测链路环回.

鉴权方式可以是no-authenticate,PAP或CHAP.它用来标识在PPP鉴权阶段所采用的鉴权方式.PPP信令分析Page85Step1:LCP阶段PPP信令分析Page25在LCP协商阶段,有四种消息:LCPConfigure-RequestLCPConfigure-AckLCPConfigure-NakLCPConfigure-RejectLCPConfigure-Request消息,消息中包含所有需要协商的参数.注意:如果MS中的鉴权模式为noauthenticate,则在MS发送的LCPConfigure-Request消息中不会带鉴权方式的字段.PPP信令分析Page86在LCP协商阶段,有四种消息:LCPConfigure-LCPConfigure-Ack消息如果一方收到LCPConfigure-Request消息,并接受了其中的所有协商参数和这些协商参数的取值,则它会构造一个LCPConfigure-Ack消息进行应答,并在此Ack消息中携带它所接受的所有参数及取值.LCPConfigure-Nak消息如果一方收到LCPConfigure-Request消息,并且接受消息中的协商参数,但不接受某些协商参数的取值,它会构造此Nak消息.消息中包含这些未被接受的协商参数及取值,发送给对方.要求对方进行重协商.注意:如果所收到的LCPConfigure-Request消息中的所有参数都被接受,那么消息接收方就无需再发送LCPConfigure-Nak消息了.PPP信令分析Page87LCPConfigure-Ack消息LCPConfiguLCPConfigure-Reject消息

如果一方收到LCPConfigure-Request消息,但拒绝消息中的协商参数,它会构造此Reject消息.消息中包含拒绝协商的参数,发送给另一方.LCP协商阶段信令流程:PPP信令分析Page88LCPConfigure-Reject消息LCP协商阶段Step2:鉴权阶段

鉴权有两种模式:PAP和CHAP.PAP:PasswordAuthenticationProtocol用户密码鉴权.CHAP:ChallengeHandshakeAuthenticationProtocol质询握手鉴权.PAPMS将其用户名和密码以名文的方式发送给PDSN,PDSN收到后将它们透传给AAA进行鉴权.AAA会检查此用户名和密码是否正确.如果正确,则AAA会回一条鉴权成功消息给PDSN,PDSN会将此消息透传给MS,告知鉴权成功.PAPauthenticateRequestWithusernameandPWAccessrequestPAPAccessresponsePAPauthenticateAckPPP信令分析Page89Step2:鉴权阶段PAPPAPauthenticateCHAP密码信息不在消息中传送.使用challengenumber来进行鉴权.CHAPauthenticateChallenge带一个challengenumber和一个messageIDCHAPauthenticateResponse带chappassword和usernameAccessrequestCHAP

(带username,challengenumber,chappassword和messageID)AccessresponseCHAPauthenticatesuccessMD5challengeMS中的PasswordmessageIDCHAPpasswordMD5challengeAAA中的PasswordmessageIDCHAPpassword比较此两个CHAPpassword如果相同则鉴权成功,不同则鉴权失败.PPP信令分析Page90CHAPCHAPauthenticateChallengStep3:NCP阶段

在PPP协商流程中,NCP阶段就是是IPCP协商阶段.IPCP是PPPInternetProtocolControlProtocol.IPCP协议用于由PPP协商的一端为另一端分配IP地址.在CDMA数据业务中,由PDSN给MS分配IP地址.IPCP阶段有三种消息:

IPCPConfigure-RequestIPCPConfigure-AckIPCPConfigure-NakPPP信令分析Page91Step3:NCP阶段PPP信令分析Page31IPCPConfigure-Request消息包含IP地址选择,意思是MS希望从PDSN获取IP地址.注意:如果MS希望获取一个IP地址,在此消息的IP地址选择字段必须为00000000.IPCPConfigure-Nak消息包含PDSN希望分配给MS的IP地址.PPP信令分析Page92IPCPConfigure-Request消息包含IP地址IPCPConfigure-Ack此消息中的IP地址表示PDSN接受MS的IP地址配置请求.此条消息标致着IPCP阶段的成功结束.IPCP协商阶段流程:PPP信令分析Page93IPCPConfigure-AckIPCP协商阶段流程:PPP协商阶段信令流程:PPP信令分析Page94PPP协商阶段信令流程:PPP信令分析Page34第一章概述第二章A11接口信令分析第三章PPP信令分析第四章计费消息第五章信令跟踪实例及问题定位Page95第一章概述Page35计费消息后付费流程:PDSNAAAAccountingrequeststartAccountingresponseAccountingrequestinterimupdateAccountingresponseAccountingrequeststopAccountingrequeststartAccountingrequeststop当interimUDR的定时器到期,PDSN将发送一条此消息给AAA去触发interim话单.当上下行流量到达阈值,PDSN将发一条stopmessage给AAA去触发话单记录.计费开始计费结束AccountingresponseAccountingresponseAccountingresponsePage96计费消息后付费流程:PDSNAAAAccountingreAccountingRequeststart消息:用于标识一对Accountingstart和Accountingstop消息.计费开始时间.单位为秒.用于标识一个MS的一次连接计费消息Page97AccountingRequeststart消息:用于计费消息Page98计费消息Page38Accountingstart消息中的重要参数:CallingstationID:MSIMSIAccteventtime:这条accountingstart消息的发送时间.AcctsessionID:此ID用于标识一对Accountingstart和Accountingstop消息.3GPP2CorrelationID:

此ID用于标识一个MS的一次连接.acctsessionID和3GPP2correlationID之间的关系:在上网过程中,一个MS可能会有很多个accountingsession.每个accountingsession由一对Accountingstartmessage和anAccountingstopmessage消息组成.一个MS的不同accounting由不同的accountingsessionID标识.但当一个MS在一次上网过程中就只有一个3GPP2correlationID来标识.在AAA侧,AAA使用3GPP2correlationID来标识一个MS的一次连接.计费消息Page99Accountingstart消息中的重要参数:计费消息PAccountingRequeststop消息:计费消息Page100AccountingRequeststop消息:计费消息计费消息Page101计费消息Page41计费消息Page102计费消息Page42Accountingstop消息中的重要参数:CallingstationID:MSIMSIAcctsessionID:在一对start和stop消息中,acctsessionid相同.Acctsessiontime:一对start和stop消息间的时间间隔.Acctoutput/inputoctets:在一次session中,上下行的数据量(十进制).Accteventtime:这条accountingstop消息产生的时间.Acctterminatecause:stop消息发送的原因值.3GPP2CorrelationID:

用于标识某个MS的一次连接.3GPP2sessioncontinue:

用于标识此消息是否是最后一条计费消息.True意为整个计费过程结束.False意为计费过程并未结束,在此条stop消息后还会有此MS此次连接的start消息.计费消息Page103Accountingstop消息中的重要参数:计费消息Pa第一章概述第二章A11接口信令分析第三章PPP信令分析第四章计费消息第五章信令跟踪实例及问题定位Page104第一章概述Page44信令跟踪实例MS不鉴权PPP协商流程:Page105信令跟踪实例MS不鉴权PPP协商流程:Page45信令跟踪实例PAP鉴权,PPP协商流程:Page106信令跟踪实例PAP鉴权,PPP协商流程:Page46信令跟踪实例CHAP鉴权,PPP协商流程:Page107信令跟踪实例CHAP鉴权,PPP协商流程:Page47A10连接建立过程中的问题定位在A10连接建立过程中如何进行问题定位?例:A10连接建立失败:关注点:A11-RegistrationReply消息中的ucCode.Page108A10连接建立过程中的问题定位在A10连接建立过程中如何进行例:ucCode为mobilenodefailedauthentication(131)分析过程:1.协议中定义,ucCode=131是由PCF和PDSN间的安全联盟不同导致的.2.解决方法:检查PCF和PDSN配置中的secretkey和SPI.PCF中:LSTPDSNPDSN中:LSTALLSPIA10连接建立过程中的问题定位Page109例:ucCode为mobilenodefailed典型ucCode值产生原因和解决方法81H(129)原因:Administrativelyprohibited.是由PDSN导致的问题.可能的原因是:SPU的CPU占用率过高,或license中限制的session上限到达.解决方法:

用命令检查:DSPBRDCPU,DSPLICENSE,LSTUSR83H(131)原因:PCF和PDSN之间的secretkey和SPI配置不同.解决方法:

在BSC中使用命令LSTPDSN,在PDSN中使用命令LSTSPI

检查双方配置是否相符.在BSC中使用命令MODPDSN,PDSN中使用命令SETSPI

进行修改.85H(133)原因:PCF和PDSN中的系统时间相差过大.时间差大于5分钟.解决方法:

改变PCF和PDSN中的系统时间,使之符合要求.更改BSCBAM上的时间和时区信息或更改PDSN的系统时间时区信息(SETSYSTIME,SETTZ)86H(134)原因:

在A11-RegistrationRequest消息中有错误.解决方法:

这个问题的原因很多.有时可能是由IMSI的长度问题引起的.如果消息中携带的IMSI长度小于15digits,会产生此问题.此问题发生时,需要检查终端IMSI的设置.或提问题单给PDSN进行修改.A10连接建立过程中的问题定位Page110典型ucCode值产生原因和解决方法81H(129)原因:PPP连接建立过程中的问题定位如果解决LCP协商阶段的问题?在LCP协商阶段,MS和PDSN之间会协商如下参数:MaximumReceiveUnit(MRU)最大接收单元AsynchronismControlCodeMapping(ACCM)异步控制字Authenticationprotocol鉴权协议类型Magicnumber魔术字Protocolcompression协议压缩Addresscontrolcompression地址控制压缩如果其中任意一个参数协商失败,都会导致LCP阶段协商失败.Page111PPP连接建立过程中的问题定位如果解决LCP协商阶段的问题?PPP连接建立过程中的问题定位LCP协商阶段的问题定位:问题场景1:在一个PCF下,所有的MS都不能上网.在PCF侧进行跟踪时,只能跟到LCPRequest消息,但跟不到LCPReply消息.但在PDSN侧,既可以跟到Request消息也可以跟到Reply消息.问题场景1解决方法:检查在PCF和PDSN上关于GREsequencenumber的配置是否相同.PDSN默认使用GREsequencenumber.PCF侧,使用命令LSTPCFAN

检查参数‘UseSequenceNo.’,使用命令MODPCFAN

修改PCF侧的设置.PCFsidetr