在部标1078视频协议推出后，部标905终端就相对比较尴尬，以前的jt/t905协议本身没有视频指令和功能，很多厂家就集成基于私有协议的视频模块，五花八门，现在部标视频标准一出，就面临一个视频标准统一的问题，原有的私有协议需要抛弃掉，修改成1078协议。但是1078协议是基于808协议的指令集，并不是基于905协议的指令集，本质上不是为905协议终端设备设计的。这就需要硬件和平台后端都需要做一定的工作，才能让一个部标905网约车平台具备1078视频功能。
一种比较理想的方案是深度集成，将1078协议中的指令集添加到905的指令集中，这样使得jt905协协议赋予了视频指令交互的能力，这种方案好的地方在于它仍然保持了一个指令通道，一个视频数据通道，但是需要硬件开发人员一定的工作量。
另一种方案就是粗暴简单，905模块和1078模块，分别与平台后端建立独立的指令交互的连接，基于jt/t905的连接只交互905的指令，1078的连接只交互1078的指令，各自为战，这种方案的优势在于硬件拿来即用，不需要过多的开发，但是后遗症很多，苦了平台开发人员，设计两个指令网关，一个是905指令网关，一个是1078指令网关，在平台上下发指令的时候，需要判断指令类型，来决定指令的走向，是下给905网关，还是下给1078网关。
还有一个麻烦的地方，就是上线和离线不同步，比如1078连接断开了，而905的连接还是正常，这就在前端界面的上线状态上给用户容易造成困惑，有时候905明明在线，但是视频指令却下发失败，无法看到视频。
在上级平台对接方面，也是麻烦，首先要基于905协议第四部分中数据交互与共享单元中的数据交换协议（是809协议的变种，做了修改，不兼容809），开发转发服务器，将数据转发给出租车监管平台。
但是还要基于原有的809协议，开发转发服务器，将数据转发给省级监管平台。
这样开放下来，一个网约车后端，就有N多的服务器模块了，主要有：
1）905协议网关；
2）1078协议网关；
3）基于905协议数据交换部分的上级平台转发服务器；
4）基于809协议的转发服务器；
5）基于905 UDP升级协议的的升级服务器；
JT/T 808-2019 道路运输车辆卫星定位系统终端通讯协议及数据格式
JT/T 796-2019道路运输车辆卫星定位系统平台技术要求
JT/T 794-2019北斗完善版-道路运输车辆卫星定位系统北斗兼容车载终端技术规范
JT/T 809-2019 道路运输车辆卫星定位系统--平台数据交换
行车记录仪标准GB19056
行车记录仪标准GB19056 硬件参数标准
