在android平台开发终端，首先构建的是Socket通信框架，我们可以选择mina框架作为与部标808服务器通信的全双工socket客户端。

主要工作有：

1.接收数据，基于jt808协议，进行编码和解码，构建解码器和编码器，对收到的字节流进行解析；

2.监听连接状态，当连接断开后，自动进行断线重连；

              终端判断 TCP 连接断开的方法主要有三种：

             ——根据 TCP 协议判断出平台主动断开；

             ——数据通信链路断开；

            ——数据通信链路正常，达到重传次数后仍未收到应答。

3.记录和跟踪日志报文，方便调试；

然后在此基础上，封装一个终端服务TerminalService, 负责与部标808服务器进行逻辑交互。并提供外部接口，供其他模块触发和调用。

1.按照部标808协议文档的要求，完成注册鉴权流程；

     终端在未注册状态下，应首先进行注册，注册成功后终端将获得鉴权码并进行保存，鉴 权码在终端登录时使用。车辆需要拆除或更换终端前，终端应该执行注销操作，取消终端和 车辆的对应关系。

     终端注册后每次在与平台建立连接后，应立即进行鉴权。鉴权成功前终端不得发送其它 消息。终端通过发送终端鉴权消息进行鉴权，平台回复平台通用应答消息。

2.基于SQLite存储终端参数数据，并读取到内存中构建终端参数模型，随时调用和更新终端参数配置；

3.按照参数配置的间隔要求，发送定位数据,并在连接断开的时候，将数据保存在队列中，在指定的时间内，恢复连接后，自动补发给jt808服务器

4.按照参数配置的定时拍照参数要求，调用摄像头，定时拍照上传；

5.按照参数配置的间隔要求，发送心跳；

6.接收平台下发的各种指令，并进行应答；

(15896)

在开发部标GPS平台中，部标808GPS服务器是系统的核心关键，决定了部标平台的稳定性和行那个。Linux服务器是首选，为了跨平台，开发语言选择Java自不待言。需要购买808GPS服务器源码+808模拟测试终端工具+压力测试工具(1200元)可以联系我: 2379423771@qq.com；jt808服务器代码都是经过众多客户使用检验过的千锤百炼的成熟的版本，协议解析、命令下发、报警解析、数据库入库、数据统计、压力测试等各方面都考虑的非常充分完善，808协议全协议栈的实现，拿到手后，直接就可以使用了，带有库表文档和字段说明。

我们为客户开发的部标服务器基于Mina + Spring + Hibernate + Swing桌面系统开发(基于Netty框架的GPS服务器参见:基于Java Netty框架构建高性能的部标808协议的GPS服务器)，整个服务器的架构特点：

1.通信层：基于Java Mina通信框架进行GPS服务器开发，可以使得整个系统架构清晰，开发者可以专注于协议解析、业务和数据处理；

2.GPS终端协议层：而为了对于扩展终端的接入能力，协议层要具有很好的扩展能力，在解析的时候，根据不同的协议的时候，根据不同的协议同，而决定调用不同的协议解析插件。很多开发者，采用工厂模式是必不可少的，但是代码都是写死的，实际上引入Spring框架，通过良好的接口设计，通过简单的XML配置，就可以接入到系统当中；

3.业务层：对于底层转来的GPS数据，进行分层处理，实时数据入库、32种报警分析、各种报表统计等操作，这些操作，在超过5000台的大规模终端接入的情况下，变得异常复杂，即要保证系统的实时性，必须要提高处理能力，特别是报警分析的能力。

4.内嵌转发服务，支持服务器端的808协议双向转发，服务器接收数据后，还可以将gps数据以808协议的格式转发给其他第三方的平台，也可以接收第三方平台的指令，下方给终端。

5.完整的实现部标808协议的全部协议栈的解析，不是仅仅实现部分协议命令。

6.内嵌808TCPServer和808UDPServer两个Server监听，同时支持TCP和UDP两种协议制式的接入，这样无论终端是UDP协议，还是TCP协议，都可以顺利接入。

808服务器主要用到的库表:

java版的809服务器参见：基于Java Mina 通信框架的JT/T809转发服务器设计

由于808GPS服务器和809服务器是需要集成通信的，你也可以购买808809服务器模块套装源码(2700元），提高你的开发效率。

开发环境JDK1.7+, 数据库环境MySQL5.7, MSSqlServer2005+，运行环境windows, linux

本808服务器对于部标808全部协议栈都进行了充分的支持：

(22210)

这个框架的优点：

– 异步 
– 无阻塞 
– 事件驱动 
– 支持TCP, UDP, APR, 串口… 
– 通过 过滤器（Filters）实现扩展性 
– 同时提供协议框架

开发部标809协议从文档中一眼就可以看出，协议设计者把面向对象的思想带入到了协议当中，造成了协议的不容易阅读和不容易理解，但在协议本身的开发和实现非常适合用Mina框架。

Netty框架和Mina框架都是底层的通信框架，在性能上差别不大，特别是809协议通信，一个平台只有两个链接，开发者不需要过多关注在底层的框架选型上，因为开发809，主要是809协议本身的逻辑复杂性。

I/O Filter Chain - 这是一个由多个过滤器组成的过滤器链，在这个环节将字节数据转换到特定的数据结构中（Filters/Transforms bytes into desired Data Structures and vice-versa） 
I/O Handler - 实际的业务逻辑部分，提供最终的OnMessageRecved事件，为外部所调用。

所以我们设计的时候，也要分层设计，主要分为通讯层、解析层和数据应用层

1.首先要设计一个协议抽象类，他具有每一个协议命令的所有共性的属性。

2.可以在主链路发送的时候，设计一个编码过滤器，在从链路发送的时候，设计一个解码过滤器，分别对抽象类进行字节数组的转换。这样就可以了解决几十个协议的辛苦的解析和封装带来的繁杂工作量了。

3.这样整个结构就非常清晰了, 由于过滤器是透明的，所以从外部接口来看是对类的发送和接收了，避免了重复编写底层转换代码。

 4.剩下就是更加复杂的应用层面的工作了，需要设计和808服务交互的接口，在得到运管的请求的时候，能够调用808的数据，转发给运管，同时接收到运管的数据后，再转发给808. 每个协议命令不仅要逐一实现。还要考虑入库和转发给808服务。

购买809服务器源码联系:2379423771@qq.com

5.809源码包含上下级两个模块，可以互相测试，也可以用于不同的项目当中。

上级平台可以用来接收多个下级平台的接入，可以分配多个平台唯一接入码和多个接入账号，数据能够分库分表存入到数据库中。

809协议也支持接收苏标主动安全报警数据，参见文章:

如何用部标jt809协议接收苏标主动安全报警和报警附件信息

下级平台用来转发数据给上级平台：

6.历史数据和报警数据分表设计

如需开发基于809数据接收系统的web平台，参见：基于部标jt/t809协议和Java Netty框架构建Gps位置监控平台

808的Java版本参见:基于Java Mina框架的部标808GPS服务器，

C#版的交通部809服务器设计请参考：基于JT/T809-2011的(已过检)GPS平台数据交换及转发服务器

如果用809协议接收第三方平台转发的数据，并开发web系统进行数据展现、报警提示、地图监控、电子围栏等功能，参见文章（C#和Java都有)：基于部标Jt/T809协议和Java Netty框架构建Gps位置监控平台

(18161)