在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进制）:7EFF03CO2101010016010405DC020600000000070208020304CO2326B47E

数据包含义:7E（PPP包头）FF03CO21（LCP协议）01（代码）01（标识符）0016（长度）01（类型）04（长度）05DC（协商内容Maximum-Receive-Unit）02（类型）06（长度）00000000（协商内容）07C类型协议压缩协商）02（长度）08（类型，地址控制域压缩协商）02C长度）03〔类型）04（长度）CO23（内容表示请求PAP认证）26B4（FCS，校验和）7E（PPP包尾）。

此模块在进行LCP协商阶段是比较友好的，主动提出了PAP认证方式，可直接返回对它请求的同意也可以提出些新的申请，实际操作中发送同意请求为：7EFF03CO2102010016010405DC020600000000070208020304CO23DO477E。

至此LCP认证阶段已经结束

（2）PAP认证过程

因为协商同意PAP密码认证方式故进入PAP过程，需要发送用户名和密码至ISP.请求格式为7ECO230101000600003B3F7E

该包在0006后的0000分别代表用户名和密码，都为空此时由于需要与ISP进行认证，需要等一段时间经过判断，服务器通过密码认证，返回：7ECO237D227D217D207D2D7D2857656C636F6D65214EBC7E

其中的16进制字符"57656C636F6D6521"转为ASCII码为"Welcome!".同时服务器发送IPCP请求数据包：7E8021010100OA0306COA86F6FCID497E

进入IPCP协商过程

（3）IPCP协商过程

客户端部分此时需要请求ISP分发IP请求为：7E802101060016030600000000810600000000830600000000OACF7E

"0306""8106""8306"后的四个00分别代表客户端IP，第一DNS主机地址，第二DNS主机地址，这3个部分全部为00表示内容为空，是请求ISP分发IP到客户端。

服务器得到请求后分发IP数据包为：7E8021030600160306OA4A0C148106D38812AB8306D3887D34CB.6B6B7E

OA4AOC14表示为十进制的10.74，12.20，由于中国移动通信规定GPRS拨号上网的用户分发的IP均为内部IP，非外部IP，所以IP都是以10.＊＊＊开头的。8106后面的D38812AB表示211.136.18171，是第一DNS主机的IP地址。8306后面的D38814CB表示211.136.20.203，是第二DNS主机的IP地址此后我们需要对分发下的几个IP辨认识别，然后再次请求请求中包含这3个分发IP，代表接受分发结果。数据包为7E8021010700160306OA4A4C838106038812ABe3o6D38e14CBF2C17E

此后清求得到ISP认可，链路层PPP握手过程全部结束进入网络阶段。此后所有发往GGSN网绍的包含IP的数据包都会透明的传给所对应的IP地址。以上既是对PPP协商过程的分析，只要注意上面所提及的每步的注意事项及含义，即可迅速快捷的建立数据链路层.

三、网络层及传输层的实现

网络层和传输层虽然属于IP及UDP协议实现的功能但此两者都是建立在数据链路层基础上的，因此在发送PDP/IP包的时候仍然不能摆脱对PPP协议的依赖。由PPP封装的UDP/IP数据包组成如下表所示：

1．IP协议介绍

IP包的组成形式如表5所示，其中8位协议处可选择TCP方式或UDP方式，8位TTL为TimeToLive，只数据包在网络中的存活时间。

2．UDP协议介绍

相对于旧数据包UDP数据包的组成比较简草，主要包含所要发送的数据信息即数据段。结构如表6所示其中最后的UDP校验与IP数据包中的IP校验方式一样，但与PPP协议中的FSC校验方式不同。FSC校验属于CRC16位校验方式的一种而旧校验和UDP校验是相对简单的反码求和的校验机制。并且对于IP及UDP校验而言需要将数据包需要校验部分的16位转换为32位进行校验校验好之后再转换为16位.

3．IP及UDP校验和

IP校验和所要校验的数据段包括了前面所提的IP数据包内的所有位段，而UDP校验相对IP校验复杂的地方在于，UDP校验不仅仅要将UDP数据包内的内容包括进来，而且还要包括IP部分的一些信息UDP校验位组成如下：

对于最后一位的数据段而言由于校验是32位所以如果数据段出现奇数个数据，需要加零补位。

校验程序如下所示：

HdelineUSHORT

unsignedshortUSHOPTchecksum(USHORT*buller，Intsize)

{

unsignedIongcksum=0;

while(size＞1)

{

cksum =*buffer ；

size-=sizeof(USHORT);

}

if(size)

cksum =*(UCHAR*)buller;

cksum＝(cksum>>16) (cksum＆oxnff);

cksum =(cksum>>16)return(USHORT)(Ccksum);

}

4．由PPP封装形式封装的UDP/IP数据包

根据前面所介绍的方法，下面给出一个具体的实例进行分析：7E2145.00001D47F300DOBID11BOF60A4A30EDD350336C03E803F20000551B61A5DE7E

7E21为PPP包头，4表示旧版本号5表示首部长度，00表示服务类型，001D表示包的All长度47F3表示16位的标识，00表示3位的标志 13位的片偏移，80表示TTL，11表示协议（11表示UDP协议，TCP为06），B0F6是IP首部校验和。接下来的"0A4A30E0"表示本地IP地址即刚才通过PPP协议获得的动态IP而"D350336C"表示对方IP，即要发送的目的IP，"03E8"表示本地端口（这个可以随便设定只要不与系统已用端口冲突即可，对于UDP而言这个没有实际意义因为GPRS分配到的是内部IP，即使对方知道你的IP及端口也可能通过UDP方式传输数据，而如果是TCP协议则用GPRS作为Client清求Server建立通道后Server端可根据端口发送数据）"03F2"表示目的端口"0009"，表示UDP包的长度（本地端口2字节＋目的端口2字节＋数据长度2字节＋数据端n字节十UDP校验2字节），“55”表示数据，转换为ASCII码应为"a"，"1B61"为UDP校验和"A5DE"为PPP包的FSC校验和。此段代码的含义是“向IP为211.80.51.108，端口为1010的目的地发送字符a".