这个框架的优点：

– 异步 
– 无阻塞 
– 事件驱动 
– 支持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位置监控平台

(18128)

jt809协议，首先明确一下几点：

1.双链路维护，就是基于上面的对等概念，在Socket通信上面其实就是要同时扮演服务器监听和客户端转发的角色；从下级平台来看，转发数据的链路就是主链路，从上级平台来看，主链路用来就是监听并接收子平台转发过来的数据；所以很多团队有的是开发政府平台的，有的是开发企业平台的，立场不一样，理解就不一样。

2.正确的理解加解密算法和校验和算法，否则运管平台接入的时候，无法接入。

3.复杂的流程测试，和单一socket数据通信不一样，需要实现从登录、安全认证、链路保持和注销、基础车辆数据上传、注册、交换定位信息、拍照、驾驶员身份识别和车辆电子运单的功能。，我们可以快速开发出一个大面上过得去的东西，但是却无法开发出一个严格符合要求的部标平台，从上图中可以看出一个拍照指令，需要贯穿四个子系统，并且是异步的。如何跟踪各种指令在横跨各个子系统或平台时的发送状态、执行状态和应答状态，不仅仅是一个需要在用户体验上面下功夫的功能，在交通部的部标认证的检测中，最最麻烦的就是运行检测，因为要跨两个平台，政府平台和企业平台，企业平台内部要跨越终端、808服务器、809下级平台服务器等多个子系统。检测失败，可能出现在各个环节当中，检测人员只是平静的告诉你没有通过，而我们剩下就是猜了。所以每个系统必须要有较好的指令监控的功能，同时也必须要有一个模拟的上级运管平台，以便于较好的应对实际的部标检测中出现的意外情况。

所以在设计的时候，要设计可以集成808 GPS服务器的通信接口，如WCF服务接口，完成基于内存的数据交换，从808Server转发至809Server然后再转发给省级平台。这样一个平台就相当于内嵌了两个Socket服务器和一个socket客户端。当然也可以从数据库读取数据，然后再用于转发。

 为了提高开发效率，便于一次新通过(自己写的没办法知道是否能测试通过)，最好的方式就是直接购买809的源码，再此基础上集成到自己的服务器上。

提供809下级平台转发生产系统源码+上级政府运管服务器源码，开发测试二合一，收费1500元。需要JT 809源码的(提供C#、Java版本选择）可以联系我：2379423771@qq.com

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

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

以下是对809转发服务器的指令的数据包监控：

 
如下图，平台的测试流程是非常繁杂的，需要接受来自808终端的GPS数据，也就是说测试要从终端开始，然后通过自有平台，经过省级平台，再进入交通部的部级平台。

(27672)