简介
GT Streaming 是一个旨在向GNSS应用企业提供道路运输车辆卫星定位系统车载视频终端(JT/T 1076)应用接口和完整客户端方案的中间件系统，由Streaming媒体服务和Micro GNSS服务两个服务构成。
Streaming媒体服务接收终端码流，处理码流转换、封装、及各终端厂商的差异细节，向客户端提供所需协议的媒体流。Micro GNSS服务是企业应用和媒体服务之间的媒介，向企业应用提供接口。
能使已有传统GNSS应用而需要接入视频终端的企业或其它应用到视频终端且具有开发能力的运输企业快速集成、接入车载视频终端的平台功能。
特性
- 支持
FLV和HLS两种协议的HTML 5浏览器客户端（包括手机端和平板浏览器），无须浏览器安装flash之类的插件。 - 支持
RTSP媒体源，如从支持RTSP协议的网络摄像头中拉取媒体。 - 支持
RTSP客户端协议，客户端可使用RTSP协议进行播放。 - 在服务进程的内存中直接完成转码和协议转换，并直接对外提供服务，不通过外部第三方进程，提供极高的响应速度。
- 经过精细优化的流处理，在高并发的同时，向终端用户提供低延时、流畅、稳定的播放体验。
- 支持多应用共用同一媒体服务，支持同一应用在多个媒体服务之间实施负载均衡。
- 由
Micro GNSS完成和终端、流媒体服务交互，企业应用只需调用简单的HTTP接口，但却可灵活控制媒体服务。 - 提供1078协议相关的功能，以及与政府平台对接的流媒体相关的功能。
- 提供ADAS附件提取、存储服务。
- 自动管理、维护、删除服务端存储文件，包括终端上传录像文件，ADAS附件文件。
功能表
| 功能 | 支持情况 |
|---|---|
| 音频格式支持 |
|
| 视频格式支持 |
|
| 客户端协议支持 |
|
| 809时效口令维护与分发 |
|
| 实时音视频 |
|
| 历史音视频 |
|
| 主动安全报警附件 |
|
运行环境
以下硬件配置要求以Micro-GNSS和Streaming服务同时布署在一台机器，按500并发，启用全部功能为例：
| 环境要素 | 要求/推荐配置 |
|---|---|
| CPU | 4核8线程，2GHz |
| 内存 | 8G |
| 存储 | 20T1 |
| 操作系统 |
|
| 虚拟机 | Java 17 |
注1：存储主要为报警附件存储功能占用，存储空间要求要视具体上线终端数和报警频率以及要求的存储周期确定。
基本用法
在企业自身的GNSS应用的常规部署中，终端接入到企业的终端网关。当播放终端的流媒体时，企业应用
调用Micro GNSS的接口，由Micro GNSS向终端下发相关指令(如果是网关对接方式，则请求网关向终端下发相关指令)，
引导终端向Streaming推流，并将播放地址返回给企业应用，企业应用客户端再播放返回地址的媒体。
如下图示：
Streaming媒体服务的功能
- 管理流媒体请求（创建、控制、保持、关闭）
- 接入并管理终端的音视频码流，向客户端推流
- 接收客户端发出的对讲音频，并转发给终端
Micro-GNSS 服务的功能
- 接入和维持终端的JT 808链路（当采用简单接入方式时）
- 向客户端提供媒体相关接口、主动安全附件相关接口
- 向终端或网关下发音视频相关指令（实时播放、实时播放控制、远程回放、远程回放控制等）
接入方式
有多种接入方式，适合不同应用场景。以下举其要者说明。
简单接入方式
这种接入方式要求同时终端连接两个服务器，客户端在进行流媒体业务时，调用Micro-GNSS的API服务，适合以下情形：
- 对终端流量不敏感
- 音视频终端厂商调试
- 或初期功能验证
如下图示：
- 优点：接入开发量少，快速接入，快速验证。开发工作量主要在客户端，企业应用API只需要提供一个token验证接口。
- 缺点：终端需要同时连接两个服务器，808协议的流量开销较大。
也可由企业应用API代为调用Micro-GNSS API，这样客户端就只需要调用一个接口服务。
网关对接接入方式
这种接入方式下，终端不需要同时连接两个服务器，终端指令、状态等，由企业应用API服务完成。
- 优点：终端不需要额外连接一个服务器。
- 缺点：较简单接入方式，开发工作量相对大一点，企业应用需要开发终端对接接口。
媒体服务直接接入方式
这种接入方式要求企业应用处理网关与终端的JT/T 1078协议方面的交互，媒体服务只负责管理流媒体请求并将终端媒体码流转换成客户端媒体流。
相当于企业系统完全实现Micro-GNSS的功能。
- 优点：终端不需要额外连接一个服务器。企业应用完全按照自己的业务逻辑去控制终端。
- 缺点：企业应用需要自行实现JT/T 808信道上的JT/T 1078协议的相关功能。