一. 国标的由来
GB28181国标解决平台与平台对接问题
比如A平台大连交警系统需要看B平台如：南京，上海交警系统的视频。需要对接过来，实现调度视频。这时候需要知道他们取流的协议，各个厂家都自定义了一套协议，就很麻烦，国家就因此制定了这个GB28181国标实现A与B平台相互取流，是一个应用层的协议。由国内各大厂商，研究院制定的标准。
二.通信流程图
2.1基于SIP信命流程图如下图所示
信令交互成功以后，摄像机（媒体流发送者）推送流到媒体服务器，媒体服务器在指定的端口接收到视频流后，转发给流媒体接收者（例如某台PC的某个空闲端口）。
- SIP服务器和媒体服务器可以是同一个设备
- 媒体流接受者：摄像机推给媒体服务器，媒体服务器再推给媒体设备接受者，媒体服务器相当于分发,中转(也可以直接推给媒体流接受者)然后提供RTSP、RTMP、FLV、HLS多种格式进行分发，实现web浏览器、手机浏览器、微信、PC客户端等各终端无插件播放。
2.2 平台的上级、下级（平级一般不使用）
A平台想从B平台取流，A平台就是上级，B平台就是下级。视频流从下级推到上级。
2.3 推模式与拉模式
2.3.1 拉模式
前端是一个IP Camera -> (RTSP) - media server。server这里发生请求，这样IPC会推给你，没有请求IPC停止推送。
2.3.2 推模式
media server A; media server B
A从B要取流，会告诉B我要从哪个port来取流，B知道了，根据A想要视频流的IP,port，将视频流推给对应的端口。A给B发个bye，我不要了，就结束了消息的传送。A没有发B的BYE，比如A就已经关了，突然断了，那么B就会一直发视频流，除非你把B平台停止了。SIP信命只注册一回。
三. 监控领域涉及到的业务
1.取设备信息（大连平台需要知道上海平台挂的1千 2万个设备（如ID））。
2.取实时流（A从B平台取正在直播的视频流取过来）。
3.录像回放（A从B平台NVR以前录过的视频流）。
4.设备控制：云台控制，语音对讲。（怎么取音频，视频格式国标里都是有详细的介绍）。
四.GB28181的优缺点
4.1 优点
1. 协议统一方便平台间通信
2. 因为GB28181是推的模式，可以实现视频流出外网，比如海康的（萤石云）
4.2 缺点
国标相对简陋（只定义了一些基本的通信字段），有很多异常通信并没有处理掉。
举例如下：
- 录像回放业务：
A从B平台取昨天录像回放，而B平台昨天的录像回放没有了。这样的话A平台就得主动去问B，你会给我什么，这样的去协商，因为国标里没有定义，B是资源的提供方，B有可能就不想给你。A派个研发过去取流，而B平台是一个维护人员只能给你一个port，他给不了你其他的信息。这就导致了平台对接中的各种麻烦，不知道就的去猜。
- A平台给B平台发条请求，获取录像的信息比如一天或者一个小时。这其中你 查多久，这个允许的范围国标里是没有的，查询多长时间返回也没有规定。
- 平台对接：B是综合平台，经过多级流媒体服务才能拿到录像时间段视频流。消息推送比较慢，A需要几秒才能收到返回
目前来说：大厂家做的比较早，小厂家都是去适应大厂家