GB28181国标2016版本协议文档（报送稿）解读（二）

2016.08. 备注，2016正式版的28181国标已经发布，请见

http://blog.csdn.net/aflyeaglenku/article/details/52151725

协议文档中主要的修改地方在：

a）明确了媒体流基于TCP传输的要求。

b）增加了目录查询应答的示例说明。较为清晰地说明了catalog目录中几个重要的“关系字段”的关系。加强领域建模。

c）增加了一些设备控制、设备设置、设备查询、的命令，扩展了28181协议的能力范围。如强制关键帧、看守位控制、移动设备等。

d）补充了一些命令的参数，完善了28181协议的命令。如参数查询、报警通知、视音频文件下载等。

e）细致说明了一些命令、或消息流程的细节。如注册刷新处理、媒体流保活等。

f）还包括一些指导意见。如流控等。

下面就一部分修订项简要解读：

----(2) 增加了媒体流TCP传输要求（见4.3.1， 5.2，附录F，附录L） ；

协议中对媒体流的TCP传输做了一定的要求。

第一个规定是建议媒体流的接收者作为TCP的服务端，发送者作为TCP的客户端。相比于2015版的提议的较为混乱的TCP链路规定，新版对TCP链路的规定更为简洁，对各种情形的处理也更为统一。

第二个规定是，在开流Invite消息中，SDP可以协商TCP链路的方式。也就是说TCP的服务端到底是由接收者还是发送者来充当，并没有做强制要求。更加灵活的协商机制，也带来了更为复杂的链路管理。

----(3) 增加了媒体流源端峰值控制要求（见4.3.6） ；

协议指出，媒体流传输应采用RTCP协议，为按序传输提供可靠保障，应能进行流量控制和拥塞控制。

但协议就具体细节，如何操作，达到何种效果或要求，尚未有明确说明。

凡是模糊的地方就有可能出现控标点，或先入为主。就跟基于TCP的媒体流传输一样，在协议尚未明确的时期，也是各大安防厂家、各种传输要求大行其道。

----(5) 增加了信令字符集要求（见6.10） ；

协议对信令所使用的字符集做了明确的规定。影响的地方主要是包含汉字的消息体，如目录消息，设备信息查询中包含汉字的字段，等。

这一规定，明确性地解决了各个上下级国标系统间，进行目录共享一致性时，中文乱码的问题。