64位视联网与16位视联网通信的方法、装置、设备及介质.pdf

《64位视联网与16位视联网通信的方法、装置、设备及介质.pdf》由会员分享，可在线阅读，更多相关《64位视联网与16位视联网通信的方法、装置、设备及介质.pdf（30页完成版）》请在专利查询网上搜索。

1、(19)中华人民共和国国家知识产权局 (12)发明专利申请 (10)申请公布号 (43)申请公布日 (21)申请号 201911340735.8 (22)申请日 2019.12.23 (71)申请人 视联动力信息技术股份有限公司 地址 100000 北京市东城区青龙胡同1号歌 华大厦A1103-1113 (72)发明人 张向勇张新博李阔杨春晖 (74)专利代理机构 北京润泽恒知识产权代理有 限公司 11319 代理人 苏培华 (51)Int.Cl. H04L 29/08(2006.01) H04L 29/06(2006.01) (54)发明名称 64位视联网与16位视联网通信的方法、 装 置、。

2、 设备及介质 (57)摘要 本公开提供了一种64位视联网与16位视联 网通信的方法、 装置、 设备及介质， 在64位视联网 中部署有监控管理平台， 在16位视联网中部署有 协转服务器， 协转服务器及监控管理平台与桥接 服务器通信连接， 所述方法应用于桥接服务器， 包括： 在接收到监控管理平台发送的代理请求 时， 确定处于通信空闲状态的目标64位虚拟终端 的虚拟号码； 将虚拟号码发送给监控管理平台， 以建立监控管理平台与目标64位虚拟终端的第 一通信对接关系； 通过目标64位虚拟终端接收监 控管理平台发送的通信请求指令， 确定处于通信 空闲状态的目标16位虚拟终端， 并通过目标16位 虚拟终端将。

3、通信请求指令发送给协转服务器， 以 建立协转服务器与目标16位虚拟终端的第二通 信对接关系。 权利要求书3页 说明书20页 附图6页 CN 111147569 A 2020.05.12 CN 111147569 A 1.一种64位视联网与16位视联网通信的方法， 其特征在于， 在所述64位视联网中部署 有监控管理平台， 在所述16位视联网中部署有协转服务器， 所述协转服务器及所述监控管 理平台还同时与桥接服务器通信连接， 所述桥接服务器中包括多个64位虚拟终端及多个16 位虚拟终端； 所述方法应用于所述桥接服务器， 包括： 在接收到所述监控管理平台发送的代理请求时， 响应于所述代理请求， 在所。

4、述多个64 位虚拟终端中确定处于通信空闲状态的目标64位虚拟终端， 以及所述目标64位虚拟终端的 虚拟号码； 将所述虚拟号码发送给所述监控管理平台， 以建立所述监控管理平台与所述目标64位 虚拟终端的第一通信对接关系； 基于所述第一通信对接关系， 通过所述目标64位虚拟终端接收所述监控管理平台发送 的通信请求指令； 响应于所述通信请求指令， 在所述多个16位虚拟终端中确定处于通信空闲状态的目标 16位虚拟终端， 并通过所述目标16位虚拟终端将所述通信请求指令发送给所述协转服务 器， 以建立所述协转服务器与所述目标16位虚拟终端的第二通信对接关系。 2.根据权利要求1所述的方法， 其特征在于， 。

5、所述协转服务器的数量为多个， 所述代理 请求中包括16位协转主消息号及桥接区号； 响应于所述通信请求指令， 在所述多个16位虚拟终端中确定处于通信空闲状态的目标 16位虚拟终端， 并通过所述目标16位虚拟终端将所述通信请求指令发送给所述协转服务 器， 包括： 从多个16位虚拟终端中确定与所述桥接区号对应的多个16位虚拟终端， 以及确定与所 述16位协转主消息号对应的协转服务器； 从与所述桥接区号对应的多个16位虚拟终端中确定处于通信空闲状态的目标16位虚 拟终端； 通过所述目标16位虚拟终端， 将所述通信请求指令发送给所述协转服务器。 3.根据权利要求1所述的方法， 其特征在于， 所述方法还包。

6、括： 基于所述第一通信对接关系， 通过所述目标64位虚拟终端接收所述监控管理平台发送 的控制指令， 所述控制指令由所述监控管理平台根据用户的控制操作生成， 所述控制指令 中包括设备号码； 基于所述第二通信对接关系， 通过所述目标16位虚拟终端将所述控制指令发送给所述 协转服务器， 以使所述协转服务器根据所述设备号码确定部署于所述16位视联网中的监控 设备， 并基于所述控制指令对所述监控设备进行控制。 4.根据权利要求3所述的方法， 其特征在于， 在基于所述第二通信对接关系， 通过所述 目标16位虚拟终端将所述控制指令发送给所述协转服务器， 以使所述协转服务器基于所述 控制指令对所述监控设备进行。

7、控制之后， 所述方法还包括： 基于所述第一通信对接关系， 通过所述目标64位虚拟终端接收所述监控管理平台发送 的视频调取指令； 基于所述第二通信对接关系， 通过所述目标16位虚拟终端将所述视频调取指令发送给 所述协转服务器， 以使所述协转服务器在基于所述控制指令对所述监控设备进行控制后， 调取所述监控设备在被控制后采集的监控视频； 权利要求书 1/3 页 2 CN 111147569 A 2 基于所述第二通信对接关系， 通过所述目标16位虚拟终端接收所述监控视频； 基于所述第一通信对接关系， 通过所述目标64位虚拟终端将所述监控视频发送给所述 监控管理平台。 5.根据权利要求3或4所述的方法，。

8、 其特征在于， 所述监控设备为监控球机， 所述控制指 令为控制所述监控球机的旋转角度、 旋转速度的指令。 6.一种64位视联网与16位视联网通信的方法， 其特征在于， 所述64位视联网中部署有 监控管理平台， 在所述16位视联网中部署有协转服务器， 所述协转服务器及所述监控管理 平台还同时与桥接服务器通信连接， 所述桥接服务器中包括多个64位虚拟终端及多个16位 虚拟终端； 所述方法应用于所述监控管理平台， 所述方法包括： 根据用户进行的代理操作， 向所述桥接服务器发送代理请求， 以使所述桥接服务器在 所述多个64位虚拟终端中确定处于通信空闲状态的目标64位虚拟终端， 以及所述目标64位 虚拟。

9、终端的虚拟号码； 接收所述桥接服务器发送的所述虚拟号码， 完成与所述目标64位虚拟终端的第一通信 对接关系的建立； 根据用户进行的通信请求操作， 生成通信请求指令； 基于所述第一通信对接关系将所述通信请求指令发送给所述桥接服务器， 以使所述桥 接服务器在所述多个16位虚拟终端中确定处于通信空闲状态的目标16位虚拟终端， 并通过 所述目标16位虚拟终端将所述通信请求指令发送给所述协转服务器， 以建立所述目标16位 虚拟终端与所述协转服务器的第二通信对接关系。 7.根据权利要求6所述的方法， 其特征在于， 所述协转服务器的数量为多个， 所述监控 管理平台上设置有目标应用对象； 根据用户进行的代理操。

10、作， 向所述桥接服务器发送代理 请求， 包括： 根据用户进行的代理操作， 获取16位协转主消息号及桥接区号； 生成包括所述16位协转主消息号及所述桥接区号的代理请求； 调用所述目标应用对象， 将所述代理请求发送给所述桥接服务器； 基于所述第一通信对接关系将所述通信请求指令发送给所述桥接服务器， 包括： 调用所述目标应用对象， 以基于所述第一通信对接关系将所述通信请求指令发送给所 述桥接服务器， 以使所述桥接服务器基于所述桥接区号在多个16位虚拟终端中确定所述目 标16位虚拟终端， 以及确定与所述16位协转主消息号对应的协转服务器。 8.根据权利要求6所述的方法， 其特征在于， 所述方法还包括：。

11、 根据用户进行的监控控制操作， 确定设备号码； 生成包括所述设备号码的控制指令； 基于所述第一通信对接关系将所述控制指令发送给所述桥接服务器， 以使所述桥接服 务器基于所述第二通信对接关系， 通过所述目标16位虚拟终端将所述控制指令发送给所述 协转服务器， 所述协转服务器用于根据所述设备号码确定部署于所述16位视联网中的监控 设备， 并基于所述控制指令对所述监控设备进行控制。 9.一种64位视联网与16位视联网通信的装置， 其特征在于， 在所述64位视联网中部署 有监控管理平台， 在所述16位视联网中部署有协转服务器， 所述协转服务器及所述监控管 理平台还同时与桥接服务器通信连接， 所述桥接服。

12、务器中包括多个64位虚拟终端及多个16 权利要求书 2/3 页 3 CN 111147569 A 3 位虚拟终端； 所述装置位于所述桥接服务器， 包括： 代理请求响应模块， 用于在接收到所述监控管理平台发送的代理请求时， 响应于所述 代理请求， 在所述多个64位虚拟终端中确定处于通信空闲状态的目标64位虚拟终端， 以及 所述目标64位虚拟终端的虚拟号码； 第一通信对接关系建立模块， 用于将所述虚拟号码发送给所述监控管理平台， 以建立 所述监控管理平台与所述目标64位虚拟终端的第一通信对接关系； 通信请求信令接收模块， 用于基于所述第一通信对接关系， 通过所述目标64位虚拟终 端接收所述监控管理。

13、平台发送的通信请求指令； 第二通信对接关系建立模块， 用于响应于所述通信请求指令， 在所述多个16位虚拟终 端中确定处于通信空闲状态的目标16位虚拟终端， 并通过所述目标16位虚拟终端将所述通 信请求指令发送给所述协转服务器， 以建立所述协转服务器与所述目标16位虚拟终端的第 二通信对接关系。 10.一种64位视联网与16位视联网通信的装置， 其特征在于， 在所述64位视联网中部署 有监控管理平台， 在所述16位视联网中部署有协转服务器， 所述协转服务器及所述监控管 理平台还同时与桥接服务器通信连接， 所述桥接服务器中包括多个64位虚拟终端及多个16 位虚拟终端； 所述装置位于所述监控管理平台。

14、， 包括： 代理请求发送模块， 用于根据用户进行的代理操作， 向所述桥接服务器发送代理请求， 以使所述桥接服务器在所述多个64位虚拟终端中确定处于通信空闲状态的目标64位虚拟 终端， 以及所述目标64位虚拟终端的虚拟号码； 虚拟号码接收模块， 用于接收所述桥接服务器发送的所述虚拟号码， 完成与所述目标 64位虚拟终端的第一通信对接关系的建立； 通信请求指令生成模块， 用于根据用户进行的通信请求操作， 生成通信请求指令； 通信请求指令发送模块， 用于基于所述第一通信对接关系将所述通信请求指令发送给 所述桥接服务器， 以使所述桥接服务器在所述多个16位虚拟终端中确定处于通信空闲状态 的目标16位虚。

15、拟终端， 并通过所述目标16位虚拟终端将所述通信请求指令发送给所述协转 服务器， 以建立所述目标16位虚拟终端与所述协转服务器的第二通信对接关系。 11.一种电子设备， 其特征在于， 包括： 一个或多个处理器； 和 其上存储有指令的一个或多个机器可读介质， 当由所述一个或多个处理器执行时， 使 得所述设备执行如权利要求1至5任一或6至8任一项所述的的方法。 12.一种计算机可读存储介质， 其特征在于， 其存储的计算机程序使得处理器执行如权 利要求1至5任一或6至8任一项所述的方法。 权利要求书 3/3 页 4 CN 111147569 A 4 64位视联网与16位视联网通信的方法、 装置、 设。

16、备及介质 技术领域 0001 本发明涉及通信技术领域， 特别是涉及64位视联网与16位视联网通信的方法、 装 置、 设备及介质。 背景技术 0002 视联网是网络发展的重要里程碑， 是一个实时网络， 能够实现高清视频实时传输， 将众多互联网应用推向高清视频化， 高清面对面。 0003 随着视联网的发展， 已由最开始的16位视联网发展到现有的64位视联网。 其中， 16 位视联网中的终端设备可以相互通信， 64位视联网是指部署在该视联网中的终端设备可以 相互通信， 但是， 16位视联网中的终端设备并不能与64位视联网中的终端设备进行通信。 随 着视联网业务的拓展， 往往需要64位视联网中的设备与。

17、16位视联网中的设备进行通信。 例 如， 64位视联网中的监控管理平台往往需要远程获取部署在16位视联网中的协转服务器上 的数据， 或与16位视联网中的协转服务器进行通信， 而基于上述16位视联网中的终端设备 并不能与64位视联网中的终端设备进行通信的问题， 并不能实现64位视联网中的监控管理 平台与16位视联网中的协转服务器之间的通信。 发明内容 0004 鉴于上述问题， 提出了本发明实施例以便提供一种克服上述问题或者至少部分地 解决上述问题的一种64位视联网与16位视联网通信的方法、 装置、 电子设备及存储介质。 0005 为了解决上述问题， 本发明实施例的第一方面， 公开了一种64位视联。

18、网与16位视 联网通信的方法， 在所述64位视联网中部署有监控管理平台， 在所述16位视联网中部署有 协转服务器， 所述协转服务器及所述监控管理平台还同时与桥接服务器通信连接， 所述桥 接服务器中包括多个64位虚拟终端及多个16位虚拟终端； 所述方法应用于所述桥接服务 器， 包括： 0006 在接收到所述监控管理平台发送的代理请求时， 响应于所述代理请求， 在所述多 个64位虚拟终端中确定处于通信空闲状态的目标64位虚拟终端， 以及所述目标64位虚拟终 端的虚拟号码； 0007 将所述虚拟号码发送给所述监控管理平台， 以建立所述监控管理平台与所述目标 64位虚拟终端的第一通信对接关系； 000。

19、8 基于所述第一通信对接关系， 通过所述目标64位虚拟终端接收所述监控管理平台 发送的通信请求指令； 0009 响应于所述通信请求指令， 在所述多个16位虚拟终端中确定处于通信空闲状态的 目标16位虚拟终端， 并通过所述目标16位虚拟终端将所述通信请求指令发送给所述协转服 务器， 以建立所述协转服务器与所述目标16位虚拟终端的第二通信对接关系。 0010 为了解决上述问题， 本发明实施例的第二方面， 公开了一种64位视联网与16位视 联网通信的方法， 所述64位视联网中部署有监控管理平台， 在所述16位视联网中部署有协 说明书 1/20 页 5 CN 111147569 A 5 转服务器， 所。

20、述协转服务器及所述监控管理平台还同时与桥接服务器通信连接， 所述桥接 服务器中包括多个64位虚拟终端及多个16位虚拟终端； 所述方法应用于所述监控管理平 台， 所述方法包括： 0011 根据用户进行的代理操作， 向所述桥接服务器发送代理请求， 以使所述桥接服务 器在所述多个64位虚拟终端中确定处于通信空闲状态的目标64位虚拟终端， 以及所述目标 64位虚拟终端的虚拟号码； 0012 接收所述桥接服务器发送的所述虚拟号码， 完成与所述目标64位虚拟终端的第一 通信对接关系的建立； 0013 根据用户进行的通信请求操作， 生成通信请求指令； 0014 基于所述第一通信对接关系将所述通信请求指令发送。

21、给所述桥接服务器， 以使所 述桥接服务器在所述多个16位虚拟终端中确定处于通信空闲状态的目标16位虚拟终端， 并 通过所述目标16位虚拟终端将所述通信请求指令发送给所述协转服务器， 以建立所述目标 16位虚拟终端与所述协转服务器的第二通信对接关系。 0015 为了解决上述问题， 本发明实施例的第三方面， 公开了一种64位视联网与16位视 联网通信的装置， 在所述64位视联网中部署有监控管理平台， 在所述16位视联网中部署有 协转服务器， 所述协转服务器及所述监控管理平台还同时与桥接服务器通信连接， 所述桥 接服务器中包括多个64位虚拟终端及多个16位虚拟终端； 所述装置位于所述桥接服务器， 包。

22、括： 0016 代理请求响应模块， 用于在接收到所述监控管理平台发送的代理请求时， 响应于 所述代理请求， 在所述多个64位虚拟终端中确定处于通信空闲状态的目标64位虚拟终端， 以及所述目标64位虚拟终端的虚拟号码； 0017 第一通信对接关系建立模块， 用于将所述虚拟号码发送给所述监控管理平台， 以 建立所述监控管理平台与所述目标64位虚拟终端的第一通信对接关系； 0018 通信请求信令接收模块， 用于基于所述第一通信对接关系， 通过所述目标64位虚 拟终端接收所述监控管理平台发送的通信请求指令； 0019 第二通信对接关系建立模块， 用于响应于所述通信请求指令， 在所述多个16位虚 拟终端。

23、中确定处于通信空闲状态的目标16位虚拟终端， 并通过所述目标16位虚拟终端将所 述通信请求指令发送给所述协转服务器， 以建立所述协转服务器与所述目标16位虚拟终端 的第二通信对接关系。 0020 为了解决上述问题， 本发明实施例的第四方面， 公开了一种64位视联网与16位视 联网通信的装置， 在所述64位视联网中部署有监控管理平台， 在所述16位视联网中部署有 协转服务器， 所述协转服务器及所述监控管理平台还同时与桥接服务器通信连接， 所述桥 接服务器中包括多个64位虚拟终端及多个16位虚拟终端； 所述装置位于所述监控管理平 台， 包括： 0021 代理请求发送模块， 用于根据用户进行的代理操。

24、作， 向所述桥接服务器发送代理 请求， 以使所述桥接服务器在所述多个64位虚拟终端中确定处于通信空闲状态的目标64位 虚拟终端， 以及所述目标64位虚拟终端的虚拟号码； 0022 虚拟号码接收模块， 用于接收所述桥接服务器发送的所述虚拟号码， 完成与所述 目标64位虚拟终端的第一通信对接关系的建立； 说明书 2/20 页 6 CN 111147569 A 6 0023 通信请求指令生成模块， 用于根据用户进行的通信请求操作， 生成通信请求指令； 0024 通信请求指令发送模块， 用于基于所述第一通信对接关系将所述通信请求指令发 送给所述桥接服务器， 以使所述桥接服务器在所述多个16位虚拟终端中。

25、确定处于通信空闲 状态的目标16位虚拟终端， 并通过所述目标16位虚拟终端将所述通信请求指令发送给所述 协转服务器， 以建立所述目标16位虚拟终端与所述协转服务器的第二通信对接关系。 0025 本发明实施例还公开了一种电子设备， 包括： 0026 一个或多个处理器； 和其上存储有指令的一个或多个机器可读介质， 当由所述一 个或多个处理器执行时， 使得所述设备执行如本发明第一方面实施例或第二方面实施例所 述的一个或多个的方法。 0027 本发明实施例还公开了一种计算机可读存储介质， 其存储的计算机程序使得处理 器执行如本发明第一方面实施例或第二方面实施例所述的方法。 0028 本发明实施例包括以。

26、下优点： 0029 在本发明实施例中， 将64位视联网中的监控管理平台与16位视联网中的协转服务 器分别与桥接服务器通信连接， 在桥接服务器接收到监控管理平台发送的代理请求时， 可 以确定自身空闲的目标64位虚拟终端， 进而建立起目标64位虚拟终端与监控管理平台的第 一通信对接关系， 之后， 再根据监控管理平台发送的通信请求指令， 确定自身空闲的目标16 位虚拟终端， 进而建立起目标16位虚拟终端与协转服务器的第二通信对接关系。 这样， 桥接 服务器通过第一通信对接关系和第二通信对接关系， 在监控管理平台与协转服务器之间建 立了通信桥接， 实现了64位视联网与16位视联网之间的通信， 进而64。

27、位视联网中的监控管 理平台可以与16位视联网中的协转服务器通信， 以获取协转服务器上的数据。 附图说明 0030 为了更清楚地说明本申请实施例的技术方案， 下面将对本申请实施例的描述中所 需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本申请的一些实施 例， 对于本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图 获得其他的附图。 0031 图1是本发明的一种视联网的组网示意图； 0032 图2是本发明的一种节点服务器的硬件结构示意图； 0033 图3是本发明的一种接入交换机的硬件结构示意图； 0034 图4是本发明的一种以太网协转网关的硬件结构示意。

28、图； 0035 图5是本发明实施例的一种64位视联网与16位视联网通信的方法的应用环境图； 0036 图6是本发明一实施例的一种64位视联网与16位视联网通信的方法的步骤流程 图； 0037 图7是本发明一实施例的一种调取监控设备的监控视频的方法的步骤流程图； 0038 图8是本发明一实施例的一种64位视联网与16位视联网通信的方法的步骤流程 图； 0039 图9是本发明示出的一实际应用场景的示意图； 0040 图10是本发明一实施例的一种64位视联网与16位视联网通信的装置的结构示意 图； 说明书 3/20 页 7 CN 111147569 A 7 0041 图11是本发明一实施例的一种64。

29、位视联网与16位视联网通信的装置的结构示意 图。 具体实施方式 0042 为使本发明的上述目的、 特征和优点能够更加明显易懂， 下面结合附图和具体实 施方式对本发明作进一步详细的说明。 0043 视联网是网络发展的重要里程碑， 是一个实时网络， 能够实现高清视频实时传输， 将众多互联网应用推向高清视频化， 高清面对面。 0044 视联网采用实时高清视频交换技术， 可以在一个网络平台上将所需的服务， 如高 清视频会议、 视频监控、 智能化监控分析、 应急指挥、 数字广播电视、 延时电视、 网络教学、 现 场直播、 VOD点播、 电视邮件、 个性录制(PVR)、 内网(自办)频道、 智能化视频播控。

30、、 信息发布 等数十种视频、 语音、 图片、 文字、 通讯、 数据等服务全部整合在一个系统平台， 通过电视或 电脑实现高清品质视频播放。 0045 为使本领域技术人员更好地理解本发明实施例， 以下对视联网进行介绍： 0046 视联网所应用的部分技术如下所述： 0047 网络技术(NetworkTechnology) 0048 视联网的网络技术创新改良了传统以太网(Ethernet)， 以面对网络上潜在的巨大 第一视频流量。 不同于单纯的网络分组包交换(Packet Switching)或网络电路交换 (Circuit Switching)， 视联网技术采用Packet Switching满足S。

31、treaming需求。 视联网技 术具备分组交换的灵活、 简单和低价， 同时具备电路交换的品质和安全保证， 实现了全网交 换式虚拟电路， 以及数据格式的无缝连接。 0049 交换技术(Switching Technology) 0050 视联网采用以太网的异步和包交换两个优点， 在全兼容的前提下消除了以太网缺 陷， 具备全网端到端无缝连接， 直通用户终端， 直接承载IP数据包。 用户数据在全网范围内 不需任何格式转换。 视联网是以太网的更高级形态， 是一个实时交换平台， 能够实现目前互 联网无法实现的全网大规模高清视频实时传输， 将众多网络视频应用推向高清化、 统一化。 0051 服务器技术(。

32、ServerTechnology) 0052 视联网和统一视频平台上的服务器技术不同于传统意义上的服务器， 它的流媒体 传输是建立在面向连接的基础上， 其数据处理能力与流量、 通讯时间无关， 单个网络层就能 够包含信令及数据传输。 对于语音和视频业务来说， 视联网和统一视频平台流媒体处理的 复杂度比数据处理简单许多， 效率比传统服务器大大提高了百倍以上。 0053 储存器技术(Storage Technology) 0054 统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而 采用了最先进的实时操作系统， 将服务器指令中的节目信息映射到具体的硬盘空间， 媒体 内容不再经过服务。

33、器， 瞬间直接送达到用户终端， 用户等待一般时间小于0.2秒。 最优化的 扇区分布大大减少了硬盘磁头寻道的机械运动， 资源消耗仅占同等级IP互联网的20， 但 产生大于传统硬盘阵列3倍的并发流量， 综合效率提升10倍以上。 0055 网络安全技术(Network Security Technology) 0056 视联网的结构性设计通过每次服务单独许可制、 设备与用户数据完全隔离等方式 说明书 4/20 页 8 CN 111147569 A 8 从结构上彻底根除了困扰互联网的网络安全问题， 一般不需要杀毒程序、 防火墙， 杜绝了黑 客与病毒的攻击， 为用户提供结构性的无忧安全网络。 0057 。

34、服务创新技术(Service Innovation Technology) 0058 统一视频平台将业务与传输融合在一起， 不论是单个用户、 私网用户还是一个网 络的总合， 都不过是一次自动连接。 用户终端、 机顶盒或PC直接连到统一视频平台， 获得丰 富多彩的各种形态的多媒体视频服务。 统一视频平台采用 “菜谱式” 配表模式来替代传统的 复杂应用编程， 可以使用非常少的代码即可实现复杂的应用， 实现 “无限量” 的新业务创新。 0059 视联网的组网如下所述： 0060 视联网是一种集中控制的网络结构， 该网络可以是树型网、 星型网、 环状网等等类 型， 但在此基础上网络中需要有集中控制节点。

35、来控制整个网络。 0061 如图1所示， 视联网分为接入网和城域网两部分。 0062 接入网部分的设备主要可以分为3类： 节点服务器， 接入交换机， 终端(包括各种机 顶盒、 编码板、 存储器等)。 节点服务器与接入交换机相连， 接入交换机可以与多个终端相 连， 并可以连接以太网。 0063 其中， 节点服务器是接入网中起集中控制功能的节点， 可控制接入交换机和终端。 节点服务器可直接与接入交换机相连， 也可以直接与终端相连。 0064 类似的， 城域网部分的设备也可以分为3类： 城域服务器， 节点交换机， 节点服务 器。 城域服务器与节点交换机相连， 节点交换机可以与多个节点服务器相连。 0。

36、065 其中， 节点服务器即为接入网部分的节点服务器， 即节点服务器既属于接入网部 分， 又属于城域网部分。 0066 城域服务器是城域网中起集中控制功能的节点， 可控制节点交换机和节点服务 器。 城域服务器可直接连接节点交换机， 也可直接连接节点服务器。 0067 由此可见， 整个视联网络是一种分层集中控制的网络结构， 而节点服务器和城域 服务器下控制的网络可以是树型、 星型、 环状等各种结构。 0068 形象地称， 接入网部分可以组成统一视频平台(虚线圈中部分)， 多个统一视频平 台可以组成视联网； 每个统一视频平台可以通过城域以及广域视联网互联互通。 0069 视联网设备分类 0070 。

37、1.1本发明实施例的视联网中的设备主要可以分为3类： 服务器， 交换机(包括以太 网协转网关)， 终端(包括各种机顶盒， 编码板， 存储器等)。 视联网整体上可以分为城域网 (或者国家网、 全球网等)和接入网。 0071 1.2其中接入网部分的设备主要可以分为3类： 节点服务器， 接入交换机(包括以太 网协转网关)， 终端(包括各种机顶盒， 编码板， 存储器等)。 0072 各接入网设备的具体硬件结构为： 0073 节点服务器： 0074 如图2所示， 主要包括网络接口模块201、 交换引擎模块202、 CPU模块203、 磁盘阵列 模块204； 0075 其中， 网络接口模块201， CPU。

38、模块203、 磁盘阵列模块204进来的包均进入交换引擎 模块202； 交换引擎模块202对进来的包进行查地址表205的操作， 从而获得包的导向信息； 并根据包的导向信息把该包存入对应的包缓存器206的队列； 如果包缓存器206的队列接近 说明书 5/20 页 9 CN 111147569 A 9 满， 则丢弃； 交换引擎模块202轮询所有包缓存器队列， 如果满足以下条件进行转发： 1)该端 口发送缓存未满； 2)该队列包计数器大于零。 磁盘阵列模块204主要实现对硬盘的控制， 包 括对硬盘的初始化、 读写等操作； CPU模块203主要负责与接入交换机、 终端(图中未示出)之 间的协议处理， 对。

39、地址表205(包括下行协议包地址表、 上行协议包地址表、 数据包地址表) 的配置， 以及， 对磁盘阵列模块204的配置。 0076 接入交换机： 0077 如图3所示， 主要包括网络接口模块(下行网络接口模块301、 上行网络接口模块 302)、 交换引擎模块303和CPU模块304； 0078 其中， 下行网络接口模块301进来的包(上行数据)进入包检测模块305； 包检测模 块305检测包的目地地址(DA)、 源地址(SA)、 数据包类型及包长度是否符合要求， 如果符合， 则分配相应的流标识符(stream-id)， 并进入交换引擎模块303， 否则丢弃； 上行网络接口模 块302进来的包。

40、(下行数据)进入交换引擎模块303； CPU模块304进来的数据包进入交换引擎 模块303； 交换引擎模块303对进来的包进行查地址表306的操作， 从而获得包的导向信息； 如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的， 则结合流标识符 (stream-id)把该包存入对应的包缓存器307的队列； 如果该包缓存器307的队列接近满， 则 丢弃； 如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的， 则根据包的 导向信息， 把该数据包存入对应的包缓存器307的队列； 如果该包缓存器307的队列接近满， 则丢弃。 0079 交换引擎模块303轮询所有包缓存器队列， 。

41、可以包括两种情形： 0080 如果该队列是下行网络接口往上行网络接口去的， 则满足以下条件进行转发： 1) 该端口发送缓存未满； 2)该队列包计数器大于零； 3)获得码率控制模块产生的令牌； 0081 如果该队列不是下行网络接口往上行网络接口去的， 则满足以下条件进行转发： 1)该端口发送缓存未满； 2)该队列包计数器大于零。 0082 码率控制模块308是由CPU模块304来配置的， 在可编程的间隔内对所有下行网络 接口往上行网络接口去的包缓存器队列产生令牌， 用以控制上行转发的码率。 0083 CPU模块304主要负责与节点服务器之间的协议处理， 对地址表306的配置， 以及， 对码率控制。

42、模块308的配置。 0084 以太网协转网关： 0085 如图4所示， 主要包括网络接口模块(下行网络接口模块401、 上行网络接口模块 402)、 交换引擎模块403、 CPU模块404、 包检测模块405、 码率控制模块408、 地址表406、 包缓 存器407和MAC添加模块409、 MAC删除模块410。 0086 其中， 下行网络接口模块401进来的数据包进入包检测模块405； 包检测模块405检 测数据包的以太网MAC DA、 以太网MAC SA、 以太网length or frame type、 视联网目地地址 DA、 视联网源地址SA、 视联网数据包类型及包长度是否符合要求， 。

43、如果符合则分配相应的流 标识符(stream-id)； 然后， 由MAC删除模块410减去MAC DA、 MAC SA、 length or frame type (2byte)， 并进入相应的接收缓存， 否则丢弃； 0087 下行网络接口模块401检测该端口的发送缓存， 如果有包则根据包的视联网目地 地址DA获知对应的终端的以太网MAC DA， 添加终端的以太网MAC DA、 以太网协转网关的MAC SA、 以太网length or frame type， 并发送。 说明书 6/20 页 10 CN 111147569 A 10 0088 以太网协转网关中其他模块的功能与接入交换机类似。 0。

44、089 终端： 0090 主要包括网络接口模块、 业务处理模块和CPU模块； 例如， 机顶盒主要包括网络接 口模块、 视音频编解码引擎模块、 CPU模块； 编码板主要包括网络接口模块、 视音频编码引擎 模块、 CPU模块； 存储器主要包括网络接口模块、 CPU模块和磁盘阵列模块。 0091 1.3城域网部分的设备主要可以分为2类： 节点服务器， 节点交换机， 城域服务器。 其中， 节点交换机主要包括网络接口模块、 交换引擎模块和CPU模块； 城域服务器主要包括 网络接口模块、 交换引擎模块和CPU模块构成。 0092 2、 视联网数据包定义 0093 2.1接入网数据包定义 0094 接入网的。

45、数据包主要包括以下几部分： 目的地址(DA)、 源地址(SA)、 保留字节、 payload(PDU)、 CRC。 0095 如下表所示， 接入网的数据包主要包括以下几部分： 0096 DASA Reserved Payload CRC 0097 其中： 0098 目的地址(DA)由8个字节(byte)组成， 第一个字节表示数据包的类型(例如各种协 议包、 组播数据包、 单播数据包等)， 最多有256种可能， 第二字节到第六字节为城域网地址， 第七、 第八字节为接入网地址； 0099 源地址(SA)也是由8个字节(byte)组成， 定义与目的地址(DA)相同； 0100 保留字节由2个字节组成。

46、； 0101 payload部分根据不同的数据报的类型有不同的长度， 如果是各种协议包的话是 64个字节， 如果是单组播数据包话是32+10241056个字节， 当然并不仅仅限于以上2种； 0102 CRC有4个字节组成， 其计算方法遵循标准的以太网CRC算法。 0103 2.2城域网数据包定义 0104 城域网的拓扑是图型， 两个设备之间可能有2种、 甚至2种以上的连接， 即节点交换 机和节点服务器、 节点交换机和节点交换机、 节点交换机和节点服务器之间都可能超过2种 连接。 但是， 城域网设备的城域网地址却是唯一的， 为了精确描述城域网设备之间的连接关 系， 在本发明实施例中引入参数： 标。

47、签， 来唯一描述一个城域网设备。 0105 本说明书中标签的定义和MPLS(Multi-Protocol Label Switch， 多协议标签交 换)的标签的定义类似， 假设设备A和设备B之间有两个连接， 那么数据包从设备A到设备B就 有2个标签， 数据包从设备B到设备A也有2个标签。 标签分入标签、 出标签， 假设数据包进入 设备A的标签(入标签)是0 x0000， 这个数据包离开设备A时的标签(出标签)可能就变成了 0 x0001。 城域网的入网流程是集中控制下的入网过程， 也就意味着城域网的地址分配、 标签 分配都是由城域服务器主导的， 节点交换机、 节点服务器都是被动的执行而已， 这。

48、一点与 MPLS的标签分配是不同的， MPLS的标签分配是交换机、 服务器互相协商的结果。 0106 如下表所示， 城域网的数据包主要包括以下几部分： 0107 DASA Reserved标签Payload CRC 0108 即目的地址(DA)、 源地址(SA)、 保留字节(Reserved)、 标签、 payload(PDU)、 CRC。 其 中， 标签的格式可以参考如下定义： 标签是32bit， 其中高16bit保留， 只用低16bit， 它的位 说明书 7/20 页 11 CN 111147569 A 11 置是在数据包的保留字节和payload之间。 0109 基于上述视联网的特性， 。

49、目前的视联网包括16位视联网及64位视联网， 由于16位 视联网和64位视联网是两个独立的视联网， 16位视联网中的终端设备不能与该64位视联网 中的终端设备进行通信， 反之亦然， 使得16位视联网与64位视联网无法跨网通信。 0110 但是， 随着视联网业务的拓展， 往往需要64位视联网中的设备与16位视联网中的 设备进行通信。 例如， 在监控管理中， 64位视联网中的监管管理平台需要与16位视联网中的 协转服务器进行通信， 以通过协转服务器控制16位视联网中的监控设备， 达到调取监控视 频或控制监控设备的视频采集角度等目的。 而基于目前的通信机制， 64位视联网中的监管 管理平台无法控制1。

50、6位视联网中的监控设备。 0111 基于上述问题， 本申请发明人提出了解决上述技术问题的核心构思之一， 通过桥 接服务器在16位视联网和64位视联网之间建立通信桥接， 以接收64位视联网中监控管理平 台发出的数据， 并通过上述建立起的通信桥接将监控管理平台发出的数据转发给16位视联 网中的协转服务器， 以实现16位视联网和64位视联网之间的通信。 0112 参照图5所示， 示出了本申请一实施例中的通信环境图， 如图5所示， 在64位视联网 中部署有监控管理平台， 在16位视联网中部署有协转服务器及监控设备， 该监控设备连接 到协转服务器上， 图5只示出了协转服务器连接一个监控设备的情况， 而实。