GPRS应用中TCP/IP/PPP基本概念：（ＣＤＭＡ的原理与此差不多）
实际上GPRS DTU上实现的是协议栈是TCP/IP Over PPP。我们在使用时必须要有一些相应的概念。因此在下面我们就与SARO-3130P使用相关的一些事项作一些简要的说明，如果您想详细了解这些协议，请参见相关书籍：
1． 每一次SARO-3130P拨ATD*99***1#(或ATD*99***1#)之后其实都在采用PPP协议和移动的接入设备（一般是移动公司的一台特殊的GGSN路由器）进行握手，当PPP协议握手成功后，SARO-3130P都会获得一个动态IP地址。一般来说，每一次SARO-3130P下线后（挂断连接或者直接断电后）在重新进行拨号和PPP握手后取得的动态IP地址都是不一样的。但是移动公司可以通过为客户开通特定的APN和发行特殊的SIM卡，使得用这张SIM卡获得的动态IP地址每一次都不变。也就是说可以做到SIM卡和IP地址绑定。
2． 我们在做测试时，应当注意到如下事实：在采用公网的Apn（“cmnet”）的条件下，如果我们用SARO-3130P主动向公网上的一个静态公网IP地址发起TCP连接，只要这个公网上的机器确实有侦听相应的端口，这样是可以连上的;但是相反地，如果是由公网上的静态IP向SARO-3130P动态获得的IP地址主动发起的TCP连接将不会成功。这个现象的原因是：实际上SARO-3130P获得的动态IP地址是移动的一个特殊的内部网段上的地址，这个特殊内部网段里的地址如果要和外部网（公网）的地址进行TCP通信，必须通过一个类似于TCP代理（或者NAT）的设备进行通信的转发。换句话说，这个动态地址对于网络上的其他机器来说是不可访问的。
3． 标准AT命令+CGDCONT的主要作用是指定Apn。Apn是Access Point Name（访问接入点）的缩写，移动通过开通特殊的Apn为行业客户提供Vpn(Virtual Private Net)服务。比如说，如果是要上公网（Internet）,应当使用“cmnet”作为Apn。又如，某企业向移动公司申请了Vpn服务，移动公司为其开通了一个Apn为“hxsw.gd”，则我们就应当用这个Apn来设置Gprs模块，格式如下： AT+CGDCONT=1,“IP”,“hxsw.gd”
4． 确定一条TCP连接有4个要素，这4个要素是双方的IP地址和双方的TCP端口号，这也就是SARO-3130P为什么将本地端口、目的端口和目的IP地址结合起来作为连接的ID号（SARO-3130P在PPP握手成功后获得的动态地址只要不断线重连就不会改变）的原因。
5． 使用TCP协议进行数据通信时，必须要经过三个阶段，第一个阶段是连接建立阶段，第二个阶段是数据收发阶段，第三个阶段是连接释放阶段：
1）.连接建立阶段：连接的建立又有主动连接和被动连接之分，一般来说客户机都是主动发起连接的，而服务器是被动接受连接的。
所谓的主动连接是指本方主动向远端发起连接请求， 而被动连接指的是本方侦听一个端口，等待远端及其主动向自己发起一个连接请求并且进行回应并且最终握手建链成功。
在连接成功，切换到数据态后，我们可以通过OPEN命令帧控制SARO-3130P 进行主动连接。当然，连接时要指定对方的IP地址和端口号。至于被动连接，SARO-3130P也可以支持，目前的程序只支持侦听一个端口。对方主动连接（SARO-3130P被动连接）成功后将建立一条新的通信连接，SARO-3130P将把这个被动连接成功的事件通知给上位机。
2）.数据收发阶段：当一条连接建立之后，我们就可以在这条连接上进行数据收发了。
我们可以使用SEND命令帧控制SARO-3130P进行数据发送。当然，发送时要指定连接号（通过本地端口、目的地址和端口唯一确定）。
对于对方发送过来的数据，SARO-3130P首先将其存储在自身的数据缓冲区中，然后将数据已到达此事件通知给上位机，上位机读取到数据已到达事件后，应当及时使用RECV命令帧控制SARO-3130P将相应连接上的所有数据通过串口读出，当数据读出后，这些数据原先占用的数据缓冲区空间将会被释放。注意，由于SARO-3130P的数据缓冲区有限（总量仅有25K Bytes）,所以，对于对方发来的数据，上位机一定要及时读出，否则数据越积越多，可能会导致数据缓冲区溢出，丢失数据。
3）.挂断连接阶段：当一条连接上的所有数据都已经收发完成了，不再需要这条连接时，就可以把连接给挂断了。
和连接建立阶段相类似，挂断也分为主动挂断和被动挂断。
我们可以使用RSET命令帧控制SARO-3130P进行连接的主动挂断。
如果连接被对方主动挂断，SARO-3130P将会把这个事件通知给上位机进行处理。
ＧＰＲＳ／ＣＤＭＡ行业应用中的TCP与UDP的比较！
中国移动、中国联通推行的GPRS网络、CDMA网络已覆盖大量的区域，通过无线网络实现数据传输成为可能。无线Modem采用GPRS、CDMA模块通过中国移动、中国联通的GPRS、CDMA网络进行数据传输，并通过TCP/IP协议进行数据封包，可灵活地实现多种设备接入，工程安装简单，在工业现场数据传输的应用中，能很好的解决偏远无网络无电话线路地区的数据传输的难题。同传统的数传电台想比较，更具有简便性、灵活性、易操作性，同时还降低了成本，无线Modem传输方案是现代化工业现场数据传输最好的选择方案。
目前中国移动、中国联通提供的GPRS网络、CDMA网络的数据传输带宽在40Kbps左右，且受带宽的限制，数据采集方案最好采用于主动告警、数据轮巡采集、告警主动回叫等对传输带宽占用较少的采集方式。同时考虑对前置机实时采集方案的支持，无线Modem传输方案只能作为目前传输方案的补充。
随着无线通讯技术的不断发展，无线传输数据带宽将不断提高，采用3G无线网络，数据传输带宽将达到2M，无线传输方案将逐渐成为监控传输组网的主要应用方案。
目前，由于GPRS和CDMA固有的特性，在各个领域中GPRS和CDMA的应用也越来越广泛，但是关于传输中使用TCP/IP协议还是UDP协议，却争论很多。
这里先简单的说一下TCP与UDP的区别：
1。基于连接与无连接
2。对系统资源的要求（TCP较多，UDP少）
3。UDP程序结构较简单
4。流模式与数据报模式
5。TCP保证数据正确性，UDP可能丢包，TCP保证数据顺序，UDP不保证
另外结合GPRS网络的情况具体的谈一下他们的区别：
1。TCP传输存在一定的延时，大概是1600MS（移动提供），UDP响应速度稍微快一些。
2。TCP包头结构
源端口16位
目标端口 16位
序列号 32位
回应序号 32位
TCP头长度 4位
reserved 6位
控制代码6位
窗口大小16位
偏移量16位
校验和16位
选项 32位(可选)
这样我们得出了TCP包头的最小大小.就是20字节.
UDP包头结构
源端口16位
目的端口16位
长度 16位
校验和 16位
UDP的包小很多.确实如此.因为UDP是非可靠连接.设计初衷就是尽可能快的将数据包发送出去.所以UDP协议显得非常精简.
3。GPRS网络端口资源，UDP十分紧缺，变化很快；而TCP采用可靠链路传输，不存在端口变化的问题
工业场合的应用一般都有以下特点，
1。要求时时传输，但也有一些场合是定时传输，总的来说在整个传输过程中要求服务器中心端和GPRS终端设备能相互的、时时的传输数据。
TCP本身就是可靠链路传输，提供一个时时的双向的传输通道，能很好的满足工业现场传输的要求。但是GPRS网络对TCP链路也存在一个限制：此条链路在长时间（大概20分钟左右，视具体情况而定）没有数据流量，会自动降低此链路的优先级直至强制断开此链路。所以在实际使用中也会采用心跳包（一般是一个字节的数据）来维持此链路。
UDP由于自身特点，以及GPRS网络UDP端口资源的有限性，在一段时间没有数据流量后，端口容易改变，产生的影响就是从服务器中心端向GPRS终端发送数据，GPRS终端接收不到。具体的原因就是移动网关从中作了中转，需要隔一定时间给主机发UDP包来维持这个IP和端口号,这样主机就能主动给GPRS发UDP包了并且我在测试中发现,这个间隔时间很短,我在1多分钟发一次UDP包才能够维持,但是再长可能移动网关那边就要丢失这个端口了,此时如果主机想主动发数据给GPRS,那肯定是不行的了,只有GPRS终端设备再发一个UDP包过去,移动重新给你分配一个中转IP和端口,才能够进行双向通讯。
2。要求数据的丢包率较小。有些工业场合，例如电力、水务抄表，环保监测等等，不容许传输过程中的数据丢失或者最大限度的要求数据的可靠性。
从这一点来看，很显然在无线数据传输过程中，TCP比UDP更能保证数据的完整性、可靠性，存在更小的丢包率。在实际测试中也是如此。以厦门桑荣科技有限公司提供的GPRS终端设备为例：TCP的在千分之9，UDP的在千分之17左右。
3。要求降低费用。目前有很大部分GPRS设备的应用都是取代前期无线数传电台，除了使用范围外，其考虑的主要问题就是费用。能降低费用当然都是大家最愿意接受的。和费用直接相关的就是流量了，流量低，费用就低了。
虽然TCP本身的包头要比UDP多，但是UDP在实际应用中往往需要维护双向通道，就必须要通过大量的心跳包数据来维护端口资源。总的比较起来，UDP的实际流量要比TCP还要大。很多使用者在初期的时候并不了解UDP需要大量心跳包来维持端口资源这个问题，往往都认为UDP要比TCP更节省流量，实际上这里存在着一个误区。
4。在某些特定的应用场合，例如一些银行的时时交互系统，对响应速度要求很高，此时数据传输频率较快，不需要大量心跳包维持UDP端口资源，采用UDP就比较有利了。
5。在目前的1：N的传输模式中，既有多个GPRS终端设备往一个服务器中心传输数据，此时采用UDP会比TCP要好的多，因为UDP耗用更少的系统资源。但是在实际应用中却发现，很多用户还是采用TCP的传输方式，建立二级中心1：A（1：N），即每一个分中心对应N/A台设备，独立处理数据，再统一将数据传送到主中心。这样既能保证了传输过程中采用了TCP的传输协议，又能很好处理了中心服务器的多链路的系统耗用的问题。
总的来说，TCP/IP协议更能满足目前各行业对远程数据传输的要求，它提供更稳定更便利的传输通道，很好的满足了远程数据传输的要求。桑荣公司所有ＤＴＵ产品都支持ＴＣＰ和ＵＤＰ协议，客户可以自行选择．
