GB28181之目录设备推送

Posted 2020-10-22

上下级平台对台对接，下级平台向上级平台注册成功后才能够推送目录和设备。在上一篇文章中（GB28181之平台国标注册），讲述了平台对接后的注册过程。那么这篇文件将在平台注册成功的基础上介绍目录和设备的推送。
平台注册成功后，下级平台共享目录和设备，上级平台进行查询同步目录和设备，然后下级平台开始推送目录和设备。
<1>上级向下级查询共享的目录和设备
下级平台注册成功后，上级平台就可以开始查询并同步下级共享的目录和设备。上级平台发送一条Message数据给下级平台，里面携带Query查询字段，其中CmdType值为Catalog，DeviceID值为下级平台的平台编码。下级平台收到查询目录设备的Message后，回复200 OK。Message数据如下图：

<2>下级平台推送目录设备
下级平台回复上级的Message查询信息后，开始按照国标规范进行目录设备的推送。先推送平台ID，然后按层级推送行政区划，接着推送业务分组，再推送虚拟组织，最后推送设备。
平台ID——行政区划（层级推送）——业务分组——虚拟组织——设备
441600000020000001——4416——441604——44160456——44160456001310000001
（1）平台ID推送
下级平台开始推送信息，推送的第一条数据为平台信息，包括平台ID、名称、厂商等。在这条数据中，SumNum字段的数值表示这次平台推送的信息总条数。

（2）行政区划推送
行政区划必须按层级推送，顺序为省级、市级、区县级、基层接入单位（派出所级）。如下图：

（3）业务分组和虚拟组织推送
先推送业务，再推送虚拟组织，其中业务分组编码的第11-13位为215，虚拟组织编码的第11-13位为216。如下图：

（4）设备推送
行政区划和目录推送后才开始推送设备。必须先推送父节点后再推送子节点，否则会导致目录树异常

<3>常见问题
（1）信令超时
catalog的信令完成交互后，推送目录信息的message信令需要在2秒以内开始
（2）推送数据异常
行政区划每2位为一级，最多8位，并且不能有连续的偶数位为0的行政区划，业务分组虚拟组织和设备ID均为20位
行政区划层级推送异常：例如4401（广州）之后就直接推送44010658（车陂派出所）
（3）设备ID的行政区划与所属的行政区划不对应
（4）SumNum字段值
一次同步请求里面的message的SunMun值必须一致
（5）CALL-ID异常
多条推送设备目录的message使用相同的CALL-ID
（6）Civilcode字段值异常
只能是行政区划
（7）parentID值异常
目前只能是216或者平台ID
（8）数据入库丢失数据
将DBA队列设置加大