上下级平台对台对接,下级平台向上级平台注册成功后才能够推送目录和设备。在上一篇文章中(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队列设置加大
原文地址:http://blog.51cto.com/chihualee/2065170