实现GPRS的上网认证过程.docVIP

在 GPRS模块上网的过程中，主要是经过PPP协议中的三种协议，分别为LCP（Link Control Protocol）协议，PAP（Pass-word Authentication Protocol）认证协议以及IPCP（Internet Protocol Control Protocol）协议 LCP部分主要协商下一步的密码认证协议，可选择PAP方式或CHAP方式，我们根据ISP要求选择PAP方式。 PAP部分主要是向ISP发送密码进行认证。 密码认证通过以后进入IPCP，完成客户端请求IP及ISP端分发IP的过程。其实现过程图如图2所示 在认证过程中，MCU、GPRS模块及ISP都需要发送PPP格式的数据包来完成协商过程 该数据包为16进制，多数情况下其对应ASCII码并无实际意义PPP数据帧的结构如表1所示。 对于表1所示的协议部分有如下几种形式的描述: 对于表1所示的信息位包括了链路配置包标志，描述如下： 以上3个表所示的内容是分析PPP协议各种类型数据包的基本概念。在解析PPP数据包中需要注意的另外一个事项是，如果字符中包括了Ox7D，则表示该字符后面的字符需要转义。转义方式是后一个字符与0x20进行异或运算得出的16进制数据作为真实数据比如一个数据包包括了......Ox7D0x23......，则真实表示的为Ox03a（为方便表示下文所示数据均为转义后的数据） 2．实际协商过程分析 （1）LCP协商过程 首先设置模块的初始化参数及工作参数向模块发送如下AT指令： 1）AT+CGCLASS=B置为“B”模式 2）AT+CGDCONT=1，IP;CMNET设置APN 3）AT+CGATT=1，使GPRS模块附着在网络上 然后发送指令ATD*99***1#建立拨号过程，模块会返回16进制的一些数据。 我们要据此与模块进行协商。 首先返回数据包（16进制）: 7EFF03CDC04CO2326B47E 数据包含义:7E（PPP包头）FF03C021（LCP协议）01（代码）01（标识符）0016（长度）01（类型）04（长度）05DC（协商内容Maximum-Receive-Unit）02（类型）06（长度）（协商内容）07（类型协议压缩协商）02（长度）08（类型，地址控制域压缩协商）02（长度）03（类型）04（长度）C023（内容表示请求PAP认证）26B4（FCS，校验和）7E（PPP包尾）。 此模块在进行LCP协商阶段是比较友好的，主动提出了PAP认证方式，可直接返回对它请求的同意也可以提出些新的申请，实际操作中发送同意请求为： 7EFF03CDC04C023D0477E。 至此LCP认证阶段已经结束 （2）PAP认证过程 因为协商同意PAP密码认证方式故进入PAP过程，需要发送用户名和密码至ISP. 请求格式为 7EC00003B3F7E 该包在0006后的0000分别代表用户名和密码，都为空此时由于需要与ISP进行认证，需要等一段时间经过判断，服务器通过密码认证，返回： 7EC0237D227D217D207D2D7DC636F6D65214EBC7E 7E C023 02 01 00 0D 08 57 65 6C 63 6F 6D 65 21 4E BC 7E 其中的16进制字符57656C636F6D6521转为ASCII码为Welcome!.同时服务器发送IPCP请求数据包： 7E 8021 01 01 000A 0306C0A86F6F CD49 7E 进入IPCP协商过程 （3）IPCP协商过程 客户端部分此时需要请求ISP分发IP请求为： 7E 8021 01 06 0016 03 8106 8306 ACF7E 030681068306后的四个00分别代表客户端IP，第一DNS主机地址，第二DNS主机地址，这3个部分全部为00表示内容为空，是请求ISP分发IP到客户端。 服务器得到请求后分发IP数据包为： 7E 8021 03 06 0016 0306OA4A0C14 8106 D38812AB 8306 D38814CB 6B6B 7E 0A4A0C14表示为十进制的010.074.012.020，由于中国移动通信规定GPRS拨号上网的用户分发的IP均为内部IP，非外部IP，所以IP都是以10.＊＊＊开头的。8106后面的D38812AB表示211.136.18171，是第一DNS主机的IP地址。8306后面的D38814CB表示211.136.20.203，是第二DNS主机的IP地址此后我们需要对分发下的几个IP辨认识别，然后再次请求请求中包含这3个分发IP，代表接受分发结果。数据包为 7E 8021 01 07 0016 0306 0A4A4C83 8106 AB 8306