1.部标1078协议和808协议的区别

  部标1078协议文档明确说明了，协议是在JT/T 808协议的基础上进行增加了大量的视频指令，以前的终端32位报警，由于增加了视频报警，拓展为64位报警。终端参数中也增加了大量与视频相关的参数设置。协议的通信方式、数据类型、传输规则和消息组成按照 JT/T 808-2011中第 ４ 章的要求。协议中信令数据报文的通信连接方式按照 JT/T 808-2011中第 ５ 章的要求。协议中信令数据报文的消息处理机制按照 JT/T 808-2011中第 ６ 章的要求。协议中信令数据报文的加密机制按照 JT/T 808-2011中第 ７ 章的要求。

  可见1078协议仍然是基于部标808协议继续拓展的协议指令集，不过在1078协议中分为信令和数据两个独立的通道，也就是视频设备与视频平台的服务器之间是建立两个通道：

  1）信令数据通道：数据格式应符合 JT/T 808-2011的规定，并在其协议格式的基础上添加新的协议指令及数据格式。 报文通信应使用车载视频终端和企业视频监控平台之间已建立的、用于传输定位信息的链路，不应新建链路。

  2)码流数据通道：用于网络实时音视频传输、网络录像回放、语音对话、语音监听、语音广播等。报文通信应新建链路，而不使用传输定位信息的链路。 

2.开发语言和架构设计

  语言的选择对于视频服务器的性能并不是决定性的,因为语言层面的性能的高低还轮不到我们一般的开发者指指点点,我们做的软件还不是阿里巴巴腾讯百度那种访问量级别的东西,软件出问题了,肯定是人写的有问题,你总不能对老板说这是由于我们没有采用某种牛逼的语言,没有采用某种牛逼的操作系统,其实我们都明白重要的是开发者自己是否对流媒体技术经验有长期的积累.但为了提高开发效率,避免重复造轮子,流媒体开发的第一语言首先还是c++.

  从协议中可以看出，视频的查看，需要平台下发给设备，完成一连串的指令交互，待指令交互完成后，由设备再和平台的视频服务器建立视频数据通道，开始传递视频数据。

  所以视频服务器需要两个服务器子系统，一个是视频的信令服务器，我们可以在部标808GPS网关服务器的基础上增加视频的信令和相关的逻辑处理、视频报警分析、视频参数设置等功能。对于流媒体数据解析这块，需要单独增加一个流媒体服务器，来进行流媒体的数据解析、编解码处理、录像存储、数据转发等工作。 

   开发一个高性能的完整的流媒体转发服务器，从架构设计上面分为五层：

   1）视频连接接入、管理、流量计算；

   2）RTP包数据解析，计算丢包率，提取音视频裸码流，根据RTP包的音视频类型格式，进行不同的编解码转换；

   3）转发层：根据用户端的播放请求和用户所能接受的音视频编码格式，匹配设备的音视频数据转发给指定的用户端，转发是视频服务器中最复杂的一环，不仅包括对企业平台用户的转发，还包括对上级监管平台用户的转发，两种转发基于不同的协议，需要做单独的处理。

   4）日志层：记录码流，记录音频数据为wav文件，方便进行调试； .

          5）界面层：进行视频设备连接监控和数据包监控

如需增加GB28181的视频转发功能, 可以参阅文章

GB28181协议和JT1078视频服务器的区别和集成

Netty4 + SpringBoot2 + RabbitMq + Redis + AliOSS 构建高性能粤标主动安全平台

如需购买部标1077视频平台或苏标平台，可联系2379423771@qq.com

基于此视频服务器可以开发1077视频平台或苏标主动安全平台：基于Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架构建高性能企业级的部标视频监控平台

 在服务器端，内嵌了一个视频播放器，可以直接在视频服务器上面，双击视频连接查看视频，这样有助于调试设备视频。

3.界面设计

视频服务器由于是接入全国几十家过检的设备厂商，不同的设备厂商采用不同的音频编码，视频数据流又非常庞大复杂，需要有非常友好的界面，方便设备调试，视频连接管理，丢包监控等。如下图所示，在视频服务器界面上能够做到以下监控：

1）当前的视频连接，音频编码，流量，丢包率，传输速度，时长；

2）可以查看某一个视频连接的RTP数据包；

3）可以监控当前的对讲和广播数据包；

4）对上级监管平台的转发数据包监控； 

4.Html5播放器

视频服务器支持RTMP/HLS/HTTP-FLV/Websocket-FLV, 可以采用支持Http-Flv的Html5播放器 播放音视频数据. 

它的工作原理是将 FLV 文件流转码复用成 ISO BMFF（MP4 碎片）片段，然后通过 Media Source Extensions 将 MP4 片段喂进浏览器。

1) 具有 H.264 + AAC 编解码器播放功能

2) 多部分分段视频播放

3) HTTP FLV 低延迟实时流播放

4) FLV 也可以通过 WebSocket 实时流播放

5) 兼容 Chrome, FireFox, Safari 10, IE11 和 Edge

5.如需增加GB28181的视频转发功能, 可以参阅文章

GB28181协议和JT1078视频服务器的区别和集成

6.上级监管平台的转发

            对上级监管平台的交互，也是分为指令通道和数据通道，首先要基于809部分中的视频指令协议，完成视频指令交互应答后，为上级监控平台提供Http服务器接口，上级监控平台用户按照视频协议的HttpURL格式要求，发起Http请求，企业平台返回指定的设备的视频数据，上级监控平台获取数据后自行解码播放。

部标视频的压测文章参见：部标1077视频平台过检和压力测试经验分享

(26129)

对此次评测结果的总结：

1.部标视频协议的支持程度，锐明和博实结支持的都比较糟糕，不知道他们是怎么过检的，大面积的不符合1078协议指令，锐明还是第一批过检，也是部标1078协议标准的起草单位之一，自己参与撰写的自己都支持的不完善。博实结开始只给客户看证书，没有量产设备，从GF-01到GF-02,给客户换了两次设备，都测试有毛病，最后还要换设备，客户也没耐心了去他妈的换货不换了也不用了。车载视频做的最好的几家公司，主要是在视频领域有一定研发积累，研发实力较强的，比如海康、大华等几家浙江的上市公司，锐明和这两家比起来还差点，但在车载领域做的还可以。博实结只是在GPS上做设备，做视频还很弱。视频设备的研发还是需要有一定的实力积累的，如果仅是买了块板子，用了几个海思芯片SDK开发包，就像你用百度SDK包开发地图一样，技术能力肯定比不上专业搞GIS地图的，后劲肯定不足，技术细节处理不到位，处理问题的能力也很差。

    1）在部标1078协议中，对于终端参数设置和查询，增加了大量的音视频参数设置，这块锐明和博实结的都没有支持，也就是说还无法通过部标参数设置命令，设置视频设备的音视频参数,特别是码流，字幕叠加等功能，都无法通过远程设置，给锐明售后反馈过，这块锐明的研发速度特别慢，一直到现在大半年了也没有新的版本支持。

    2） 视频报警这块，视频报警也是在部标0×0200定位包中，进行了扩展，增加了视频丢失、视频遮挡还有ADS驾驶行为等指令，可以监控到各个视频通道的摄像头状态，但是这块锐明和博实结都没有完整严格的按照部标1078协议进行支持。无法在平台上展现各个通道的状态。

   3） UDP协议支持方面，部标要求TCP和UDP，终端都应该支持，但博实结不支持UDP协议传输，锐明的设备TCP和UDP都支持。我们知道流媒体协议传输的时候，由于由于UDP的传输时延低于TCP，能与视频和音频很好匹配。因此，在实际应用中，RTP/RTCP/UDP用于音频/视频媒体，而TCP用于控制信令的传输。 

   4）FTP上传， 博实结和锐明的都支持FTP上传，博实结的文件格式.avi格式，用常规的播放器都可以播放。锐明的是.264格式，264格式不符合部标1078协议要求，部标要求格式是avi或mp4格式。另外博实结FTP上传的指定文件目录名的时候，有一个明显的bug。

       锐明对于FTP上传的支持也有很大的缺陷，仅仅支持上传，但上传过程中取消不了，不支持0×9207文件上传控制指令，上传完毕后也不发送0×1206文件上传完成通知指令，结果就是服务器无法知道上传是否成功或失败。

   5）录像回放这块，锐明的不支持跨天回放，只能在当天时间段内回放，竟然不支持1078协议中要求的快进，快退回放这种视频监控中的基本功能。

   6）部标1078协议要求终端对平台下发的指令，都要给予应答。目前博实结的GF-02设备存在严重bug，收不到应答，导致平台无法判断指令是否正确执行；

   7）博实结和锐明的设备，都不带RJ45网口，这点就不如大华的设备方便，导致测试的时候，不能用网线连接，必须要插卡测试，浪费流量。WIFI是外置插件，需要单独购买，非常不好用。

   8）两家用的芯片是一样的，所以音视频编码都是一样的，视频是h.264编码, 音频编码是ADPCMA编码。

   9）两家都有自己的软件平台，功能非常弱，虽然是设备厂商，重心不在这里，但是两家的平台也有客户，也不应该如此的糊弄，一个平台仅仅能放个实时视频，其实视频功能多了去了。

2.技术支持服务，因为测试时锐明问题很少，没有和锐明技术服务体系直接打过交道，无法对比。博实结的从购买GF-01设备开始到最后客户终止购买，从17年10月24日，到最后18年1月29日，处理周期是3个月，时间大部分耽误在查找问题，来回物流快递设备换货上面了（换货时必须要先退货那边收到后才发新货）。要是你在参与项目市场竞争，估计菜都凉了。

3.两家设备价格一模一样，裸机对外报价暂时都是1300元，没有价格优势对比，配件中普通摄像头和高清摄像头价格有差异，没有可比性，锐明多了个70元钱的运维宝，不过可以不用。

4.设备质量，运行稳定性上面，没有经过上路测试和实际运营，无法给出对比，这个也不是我搞软件平台开发的职责范畴。博实结的设备问题到最后撕破脸也没查出问题，或许研发知道但不告诉你。他们惯用的招数就是换货。很多人觉得换货就很满足了，这在车载终端领域，换货的成本要多高，很多人都是无知的状态，一台设备安装到车上，人工安装成本、差旅成本是多少？ 然后再拆下来，拆卸成本是多少？ 需要发回原厂，物流成本是多少，然后对方再发货给你（需要注明的是厂家发货，运费都是到付，快递到付的成本比现结的成本要高很多），最后你重新再安装上去，整个处理过程的周期是多长？ 这么长的时间成本是多少？通过这几个问题，你应该知道换货的成本有多高，而设备厂商呢就是发了一个设备而已，还是到付。

如需购买符合部标1077功能标准和部标1078协议标准的B/S架构的平台，请参考文章：

 1）Asp.NET版的部标平台开发-》基于Asp.NET MVC构建BS架构的GPS视频部标平台

  2)  基于Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架构建高性能企业级的部标GPS-视频1077监控平台

3) 部标1077视频平台过检和压力测试经验分享

4）基于部标1078视频协议和苏标Adas协议构建主动安全平台

5) 基于JT/T 1078协议设计和开发部标视频服务器

下面说下两个设备的评测的详细过程：

客户首先给我的是博实结的一款设备GF-01的设备，博实结的销售说是支持部标1078协议的，经过我测试，发现报文还是博实结的私有协议，我告诉了客户，他还不信，说博实结的销售给他说这款是过检的设备。还展示证书给我看。我说这款设备完全不支持部标。加了他们的技术支持，他们的技术支持开始还不敢承认此事和担当责任，让我们客户从销售买的自行去联系销售。

最后承认设备不支持，后续答应给升级，至于什么时候能升级能出来就不知道了。问有没有最新支持部标1078协议的视频设备，答复是没有。客户虽然很愤怒，但也没办法。因为只买了一台，犯不上和他们较劲，虽然想投诉他们的销售，但是他们的网站上也没有投诉的入口，也没有投诉电话。

过了一个多月，因为不想这个设备报废，就又联系博实结的技术支持，他们捣鼓半天，回复说这个设备GF-01的设备，升不了级，不过答应说给更换一台GF-02的设备，说是GF-02的设备符合1078协议。客户没办法，自己掏腰包把设备顺丰快递到深圳，然后那边收到退货设备后，他们用了个最慢的快递宅急送给送过来了，一来一回又小半个月过去。

GF-02设备接电，连接到我的部标1078视频服务器上面，测试发现服务器下发的所有的1078协议指令，都没有收到终端的应答，而下发808指令如拍照、查询终端参数等，可以收到终端的应答。搞开发的都知道，这明显就是个bug。而这个明显的bug，竟然和他们纠缠了好多天，耽误了我宝贵的开发时间，让我极度恼火，最后也让我撕破脸在QQ上怼了他们领导。我还原一下和他们纠缠的过程，让大家深刻理解这个过程又多艰难。

说别人有问题，首先要确定自己是干净的没问题的，第一步就是记录原始报文，看看报文里面有没有终端上来的1078应答，结论是没有终端应答。第二部是用wireshark, 抓包，结论也是没有。第三步，确定平台下发指令是正确无误的，其实基于部标协议，如果下发指令是不正确的，终端都必须要应答，回复终端指令不正确或者不支持。通过分析指令，确定指令是正确无误的，因为设备在收到指令后确实是执行了，但就是没有回复应答，这样服务器无法知道指令是否成功。因为客户手里还有锐明的最新款的部标视频设备D5M，上电连接后，下发指令完全支持。

首先对锐明的设备，下发各种1078指令，服务器都正常能收到应答：

联系他们的技术支持，他们在设备上抓取报文后，发现有设备有应答的日志，然后就坚持认为设备没有问题，我说这个逻辑不成立，设备有没有发送应答，应该以平台是否收到为准，你的设备记录了日志，不代表你最后成功发送出去了。为了这个逻辑，反复纠缠，最后他们才答应联系他们的3G终端开发人员，成立了一个群。没有人给你反馈这个问题，他们内部各个部门好像谁都不愿意联系谁，你还要自己重新和群里的人，再重复一遍问题的现象，再贴图，再说明其他厂家的设备，都没有此问题，他们好像也不听你的，仍然又回到原点，他们说设备有日志记录，设备没有问题。

最后他们同意再接一台设备到我服务器上验证此事，结果他们接的那台设备是正常的，这次他们稍微重视了这个问题，后面又升级折腾了一天，客户的设备还是不行，就是没有应答。他们自己实验室的设备究竟和我客户手里的设备有何不同，他们也没有说明。

他们的一个经理装模作业的答应换货，还精描淡写的说前面的工作都是他们配合我的，我一下子怒了，出了问题，自己不主导各个部门去解决问题，让我一个陌生人自己从销售到支持服务，到研发工程师，每个衙门都要转一圈，每个地方都要重新说明一遍问题，反复纠缠，他们就简单拉了群，还是是为了配合我，难道还要我感谢他们?

因为耽误了我好几天的时间，我情绪失控，在QQ上怼了他们的一个小经理的领导，由于我的情绪失控的代价就是，他们在他们也不换货，也不退款，设备算是白买了，好在就这一台设备，不买他们家的设备就行了。

后面我又测试了一些其他的设备功能，还有一些问题，因为客户不打算用他们家设备了，也就此打住了。

锐明的设备，我测试了一遍， 在指令上支持还是相对比较完善，不过也有小的瑕疵，在部标1078协议中，对于终端参数设置和查询，增加了大量的音视频参数设置，这块锐明和博实结的都没有支持，也就是说还无法通过部标参数设置命令，设置视频设备的音视频参数，另外一个就是视频报警这块，视频报警也是在部标0×0200定位包中，进行了扩展，增加了视频丢失、视频遮挡还有ADS驾驶行为等指令，可以监控到各个视频通道的摄像头状态，但是这块都没有支持。无法在平台上展现各个通道的状态。

教训总结：

1.由于博实结没有自己的部标1078视频调试服务器，无法在他们的服务器端看到原始报文。本来这块问题很简单，我只需要把设备接入到他们的视频服务器上，能不能收到应答，一下子就看出来了，结果呢他们只负责看终端，这块让我对他们的视频研发实力很是怀疑。没有1078视频调试服务器，他们是怎么调试终端程序的，怎么交互的，我很难以理解。如果没有调试服务器，他们的测试肯定不方便，就不可能进行充分的测试，必须会有问题出现，这是IT开发的规律。就像你是羽毛球选手，没有陪练的一样，你的水平高低自然可知。

2.和公司做生意，如果有问题，最麻烦最头疼的就是在商务销售、技术支持、研发部门绕来绕去，互相推诿，没有担当，没有人给你出头，把这个事情给你解决了，需要你自己挨个联系，经常是你口干舌燥的说完问题（为了把问题说清楚，必须要长篇大论），他告诉你，你去联系谁谁谁。经过此事，我唯一得到的是了解了博实结的处理的组织架构。

3.博实结这件事最没担当最混账的就是他们的商务，先是在没有部标1078设备量产的情况下，欺骗客户购买了GF-01的设备，不符合标准后，说是给升级，到后来又说不能升级，最后换来的GF-02 设备还是有毛病，他不负责，不去协调自己内部各个部门去解决问题。

4.博实结公司，没有投诉反应他们人员问题的入口，这些人的行为得不到惩罚，问题只能继续存在下去，得不到解决，由于得不到任何的惩罚处理，他们也绝不会意识到错误，没有人觉得事情这严重，都是云谈风轻，轻描淡写的，谁管你Y的是干啥的。这件事由于客户幸好只购买了一台GF-01设备，没有造成更大的经济损失，试想如果大批量购买了GF-01设备，并安装上车，怎么退货更换？ 客户的客户都饶了客户吗？

(17867)