一种多设备视频协商传输方法、系统及相关装置与流程

本申请涉及通信应用
技术领域：
，特别是涉及一种多设备视频协商传输方法、系统及相关装置。
背景技术：
：视频监控技术一直是人们关注的应用技术热点之一，它以其直观、方便、信息内容丰富等特点被广泛地应用于许多场合。基于5g网络特性，单个5g网络摄像机(ipcamera，简称ipc)往往无法完全利用整个链路的上行带宽，那么势必存在冗余的带宽可以供其他非5g的ipc使用，将其他非5gipc级联至5gipc上进行高速通信。但这种共享5g链路的级联ipc，多摄像机之间存在视频传输配合差，上行网络带宽利用率低等问题。当接入基站出现人群聚集等高峰使用网络资源时，该基站很容易出现带宽不足的情况。现有技术大部分均只针对单个ipc根据网络带宽进行自适应调整视频传输策略，对于这种级联环境下的多ipc视频传输，目前暂无较好解决方案。因此，有必要提出一种多设备视频自适应协商传输方法来解决上述问题。技术实现要素：本申请主要解决的技术问题是提供一种多设备视频协商传输方法、系统及相关装置，能够自适应调整视频传输策略。为解决上述技术问题，本申请采用的一个技术方案是：提供一种多设备视频协商传输方法，包括：第一设备获取当前其与视频监控平台之间的上行带宽值、所述第一设备的传输码流、以及与所述第一设备连接的至少一个第二设备的传输码流；响应于所述上行带宽值大于或等于所有所述传输码流总和，获得所述上行带宽值与所有所述传输码流总和之间的差值，并根据所述差值使至少一个所述第二设备的视频帧传输等级上调；响应于所述上行带宽值小于所有所述传输码流总和，获得所述上行带宽值与所有所述传输码流总和之间的差值，并根据所述差值使至少一个所述第二设备的视频帧传输等级下调，或者，根据所述差值使至少一个所述第二设备停止发送视频流；其中，所述视频帧传输等级与所述传输码流正相关。其中，所述根据所述差值使至少一个所述第二设备的视频帧传输等级上调的步骤，包括：根据配置信息判断是否存在在当前时刻之前所述视频帧传输等级被下调的第二设备，其中，所述配置信息中包含所有第二设备的视频帧传输等级和监控区域等级；若存在，则根据所述监控区域等级的由高到低顺序确定所述视频帧传输等级可上调的第二设备以及可上调至的视频帧传输等级；向选定的可上调的所述第二设备发送上调配置请求，并更新所述配置信息；若不存在，则返回至所述第一设备获取当前其与视频监控平台之间的上行带宽值、所述第一设备的传输码流、以及与所述第一设备连接的至少一个第二设备的传输码流。其中，所述根据所述差值使至少一个所述第二设备的视频帧传输等级下调，或者，根据所述差值使至少一个所述第二设备停止发送视频流的步骤，包括：根据配置信息判断是否存在所述视频帧传输等级可被下调的第二设备，其中，所述配置信息中包含所有第二设备的视频帧传输等级和监控区域等级；若存在，则根据所述监控区域等级的由低到高顺序确定所述视频帧传输等级可下调的第二设备以及可下调至的视频帧传输等级；向选定的可下调的所述第二设备发送下调配置请求，并更新所述配置信息；若不存在，则根据所述监控区域等级的由低到高顺序，向至少一个所述第二设备发送停止发送视频流的请求，并更新所述配置信息。其中，还包括：响应于所述第一设备接收到来自于至少一个第二设备的连接请求；判断当前是否已经有一个第二设备与所述第一设备建立连接；若是，则从当前配置信息中获得所述第一设备最近一次接收到的来自于已连接的第二设备的i帧的接收时刻，并根据所述接收时刻调整待连接的第二设备的i帧产生时间；若否，则从当前配置信息中获得所述第一设备最近一次发送i帧的发送时刻，并根据所述发送时刻调整所述待连接的第二设备的i帧产生时间；根据所述i帧产生时间形成调整指令并更新所述配置信息；将所述调整指令下发至对应的所述第二设备。其中，所述根据所述接收时刻/所述发送时刻整所述待连接的第二设备的i帧产生时间的步骤包括：将所述待连接的第二设备的连续画面组时间gop设置为与所述第一设备一致；根据获得的所述接收时刻/所述发送时刻以及当前已经与所述第一设备连接的第二设备的总数，按照二分插入法获得在后续一个所述连续画面组时间gop内所述待连接的第二设备的i帧产生时间。其中，所述根据所述i帧产生时间形成调整指令的步骤包括：根据所述i帧产生时间获得下发调整指令的下发时间；所述将所述调整指令下发至对应的所述第二设备的步骤包括：响应于到达所述下发时间，将所述调整指令下发。其中，所述判断当前是否已经有一个第二设备与所述第一设备建立连接的步骤之前，还包括：判断是否指定与当前连接请求对应的所述第二设备开始发送视频流；若是，则进入判断当前是否已经有一个第二设备与所述第一设备建立连接的步骤；否则，判断是否指定与当前连接请求对应的所述第二设备停止发送视频流；若是，则进一步判断与当前连接请求对应的所述第二设备是否存在于配置信息中；若是，则在所述配置信息中删除与当前连接请求对应的所述第二设备。为解决上述技术问题，本申请采用的另一个技术方案是：提供一种多视频设备协商传输系统，包括：视频监控平台、与所述视频监控平台通信连接的第一设备、以及与所述第一设备通信连接的多个第二设备；其中，所述第一设备与所述视频监控平台以及所述多个第二设备相互配合以实现上述任一实施例所述的协商传输方法。其中，所述第一设备为5g网络摄像机，所述第二设备为非5g网络摄像机。为解决上述技术问题，本申请采用的又一个技术方案是：提供一种多设备视频协商传输装置，包括相互耦接的存储器和处理器，所述处理器用于执行所述存储器中存储的程序指令，以实现上述任一实施例所述的协商传输方法。为解决上述技术问题，本申请采用的又一个技术方案是：提供一种具有存储功能的装置，存储有程序数据，能够被计算机所读取，所述程序数据能够被处理器执行，以实现上述任一实施例所述的协商传输方法。区别于现有技术的情况，本申请的有益效果是：本申请中第一设备获取当前其与视频监控平台之间的上行带宽值、第一设备的传输码流、以及与第一设备连接的至少一个第二设备的传输码流；响应于上行带宽值大于或等于所有传输码流总和，获得上行带宽值与传输码流之间的差值，并根据差值使至少一个第二设备的视频帧传输等级上调；响应于上行带宽值小于所有传输码流总和，获得上行带宽值与传输码流之间的差值，并根据差值使至少一个第二设备的视频帧传输等级下调，或者，根据差值使至少一个第二设备停止发送视频流；其中，视频帧传输等级与传输码流正相关。通过上述方式，能够自适应调整视频传输策略，保障视频监控系统的健壮性以及重点监控区域的网络传输资源，提高了系统的灵活性和鲁棒性。附图说明为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。其中：图1是本申请多设备视频协商传输系统一实施方式的结构示意图；图2是本申请多设备视频协商传输方法一实施方式的流程示意图；图3是图2中步骤s12一实施方式的流程示意图；图4是图2中步骤s13一实施方式的流程示意图；图5是3路i帧流量峰值叠加的示意图；图6是第一设备接收到来自于至少一个第二设备的连接请求时的步骤一实施方式的流程示意图；图7是图6中步骤s20之前的步骤一实施方式的流程示意图；图8是图6中步骤s21或步骤s22一实施方式的流程示意图；图9是3路i帧产生时间根据二分插入法错开的示意图；图10是本申请多设备视频协商传输装置一实施方式的框架示意图；图11是本申请多设备视频协商传输装置一实施方式的结构示意图；图12是本申请具有存储功能的装置一实施方式的框架示意图。具体实施方式下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性的劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。请参阅图1，图1是本申请多视频设备协商传输系统一实施方式的结构示意图。上述系统包括：视频监控平台10、与视频监控平台10通信连接的第一设备12、以及与第一设备12通信连接的多个第二设备13。其中，第一设备12与视频监控平台10以及多个第二设备13相互配合。其中，连接过程省略其他的中继前端设备。具体地，在本实施例中，上述系统还可以包括基站11，分别与视频监控平台10和第一设备12通信连接。其中，第一设备12和多个第二设备13可以通过wifi连接，多个第二设备13之间可以通过有线连接，也可以通过wifi连接，在此不作限定。在一个实施方式中，第一设备12可以为5g网络摄像机，第二设备13可以为非5g网络摄像机。当然，在其他实施例中，第一设备12和多个第二设备13也可以为其他类型的监控设备，在此不作限定。由于基站11的网络资源相对固定，需要同时提供给接入的第一设备12、多个第二设备13以及普通用户。当接入同一基站11的普通用户的数量较少时，基站11有足够的剩余带宽供给第一设备12和多个第二设备13进行网络传输，此时，第一设备11和多个第二设备12可以按照正常情况进行网络传输。正常网络环境下，通信连接的第一设备12和多个第二设备13分别监控各自区域的人流量情况，通过人流量的密度评估当前监控区域的风险等级，按照风险等级进行监控画面分层，选择性传输至视频监控平台11。当人流量密度越大，监控区域等级越高时，需要传输完整的视频画面，要优先保障监控视频的网络资源。当人流量密度越小，监控区域等级越低时，可以传输低等级码流的视频画面，并让出部分网络资源供其它重点监控区域设备使用。当接入同一基站11的普通用户出现人群聚集时，基站11剩余的带宽不足以供给第一设备12和多个第二设备13进行网络传输时，为保证重点区域的优先传输，通过多设备视频协商传输方法对第一设备12和多个第二设备13发送的监控视频画面进行调整，从而达到有效调配网络资源的效果，保障了系统的健壮性以及重点监控区域的网络传输资源。本申请的监控区域等级分配依据以人流量密度参数举例，但不限于这种参考依据，还包括车流量密度，事故现场发生情况，自然灾害发生情况等。具体请参阅图2，图2是本申请多设备视频协商传输方法一实施方式的流程示意图。上述方法包括：s10：第一设备获取当前其与视频监控平台之间的上行带宽值、第一设备的传输码流、以及与第一设备连接的至少一个第二设备的传输码流。s11：判断上行带宽值是否大于或等于所有传输码流总和；s12：若上行带宽值大于或等于所有传输码流总和，获得上行带宽值与所有传输码流总和之间的差值，并根据差值使至少一个第二设备的视频帧传输等级上调。具体地，在本实施例中，可以根据上行带宽值与所有传输码流总和之间的差值、以及监控区域等级的由高到低顺序确定视频帧传输等级可以上调视频帧传输等级的第二设备。当然，在其他实施例中，也可以根据上行带宽值与所有传输码流总和之间的差值、以及监控区域等级的由高到低顺序调整多个第二设备的视频帧传输等级，以保障重点监控区域的视频画面质量，本申请对此不作限定。具体地，在本实施例中，上述第一设备和所有第二设备的配置信息均保存在配置信息参数表中，配置信息参数表中包含所有监控设备的mac地址、视频帧传输等级、监控区域等级以及发送视频帧丢弃比例等，如下表1所示：表1：配置信息参数表设备mac地址例如，50-65-f3-4d-3b-79监控区域等级高、中、低、正常视频帧传输等级高、中、低、极低发送视频帧丢弃比例10％、20％、40％、60％最近一次传输码流统计大小例如，8mbpsi帧接收时刻/到达时刻采用iso标准时间如上表1所示，第一设备和所有第二设备的mac地址均保存于配置新参数表中，例如，50-65-f3-4d-3b-79；第一设备和所有第二设备的视频帧传输等级的初始阶段默认为高等级；i帧接收时刻/到达时刻均采用iso标准时间，精确到毫秒，例如，2020-03-02t16:11:41.000+08:00；配置信息参数表还包含最近一次传输码流统计大小，例如，8mbps。具体而言，请参阅图3，图3是图2中步骤s12一实施方式的流程示意图。上述步骤s12具体包括：s120：根据配置信息判断是否存在在当前时刻之前视频帧传输等级被下调的第二设备。s121：若存在，则根据监控区域等级的由高到低顺序确定视频帧传输等级可上调的第二设备以及可上调至的视频帧传输等级。具体地，在本实施例中，监控区域对应的监控区域等级以及视频帧传输等级分类和对应关系具体请参阅下表2：表2：监控区域等级和视频帧传输等级关系表:由上表2可知，监控区域等级越高，则视频帧传输等级也越高，发送视频帧丢弃比例越少，画面质量也越好，需要占用的带宽也越大。具体地，这里的视频帧丢弃可以是丢弃p帧，或者是svc编码中丢弃部分增强层，只要保证发送视频帧的丢弃比例即可，具体实现方式在此不作限定。当然，在其他实施例中，也可以采用其它等级划分规则，在此不做限定。s122：向选定的可上调的第二设备发送上调配置请求，并更新配置信息。具体而言，在步骤s122之后还可以包括判断第一设备和所有第二设备是否停止发送视频流；若是，则结束；否则，返回至上述步骤s10，第一设备获取当前其与视频监控平台之间的上行带宽值、第一设备的传输码流、以及与第一设备连接的至少一个第二设备的传输码流。s123：若不存在，则返回至上述步骤s10。具体而言，若配置信息中不存在在当前时刻之前视频帧传输等级被下调的第二设备，则返回至第一设备获取当前其与视频监控平台之间的上行带宽值、第一设备的传输码流、以及与第一设备连接的至少一个第二设备的传输码流的步骤。s13：若上行带宽值小于所有传输码流总和，获得上行带宽值与所有传输码流总和之间的差值，并根据差值使至少一个第二设备的视频帧传输等级下调，或者，根据差值使至少一个第二设备停止发送视频流；其中，视频帧传输等级与传输码流正相关。具体而言，在本实施例中，请参阅图4，图4是图2中步骤s13一实施方式的流程示意图。上述步骤s13具体包括：s130：根据配置信息判断是否存在视频帧传输等级可被下调的第二设备。s131：若存在，则根据监控区域等级的由低到高顺序确定所述视频帧传输等级可下调的第二设备以及可下调至的视频帧传输等级。s132：向选定的可下调的第二设备发送下调配置请求，并更新配置信息。具体而言，在步骤s132之后还可以包括判断第一设备和所有第二设备是否停止发送视频流；若是，则结束；否则，返回至步骤s10，第一设备获取当前其与视频监控平台之间的上行带宽值、第一设备的传输码流、以及与第一设备连接的至少一个第二设备的传输码流的步骤。s133：若不存在，则根据监控区域等级的由低到高顺序，向至少一个第二设备发送停止发送视频流的请求，并更新配置信息。具体而言，在步骤s133之后还可以包括判断第一设备和所有第二设备是否停止发送视频流；若是，则结束；否则，返回至步骤s10，第一设备获取当前其与视频监控平台之间的上行带宽值、第一设备的传输码流、以及与第一设备连接的至少一个第二设备的传输码流。通过上述方式，可以保障多设备视频协商传输系统的健壮性以及重点监控区域的网络传输资源，能够有效地调配网络资源，有利于提高多设备视频协商传输系统的灵活性和鲁棒性。当第一设备接收到来自于至少一个第二设备的连接请求时，由于用户请求第一设备和所有第二设备的时间存在随机性，当第一设备接入的第二设备较多时，容易出现i帧流量峰值叠加问题，具体请参阅图5，图5是3路i帧流量峰值叠加的示意图。如图5所示，第一设备、第二设备a以及第二设备b的i帧产生时间重叠，i帧流量峰值叠加。其中，i帧/p帧的比例越大，叠加时的峰值流量越高。具体地，请参阅图6，图6是第一设备接收到来自于至少一个第二设备的连接请求时的步骤一实施方式的流程示意图。上述步骤具体包括：s20：判断当前是否已经有一个第二设备与第一设备建立连接。s21：若是，则从当前配置信息中获得第一设备最近一次接收到的来自于已连接的第二设备的i帧的接收时刻，并根据接收时刻调整待连接的第二设备的i帧产生时间。s22：若否，则从当前配置信息中获得第一设备最近一次发送i帧的发送时刻，并根据发送时刻调整待连接的第二设备的i帧产生时间。s23：根据i帧产生时间形成调整指令并更新配置信息。s24：将调整指令下发至对应的第二设备。具体而言，在本实施例中，上述步骤s23具体包括：根据i帧产生时间获得下发调整指令的下发时间，并更新配置信息；上述步骤s24具体包括：当到达下发时间时，第一设备将上述调整指令下发。当然，在其他实施例中，上述步骤s23也可以具体包括：根据i帧产生时间获得延迟发送i帧的发送时间，并将发送时间形成调整指令，更新配置信息；上述步骤s24也可以具体包括：将上述调整指令下发至对应的第二设备，以使得第二设备在接收到调整指令后，并在该发送时间到达时自动发送视频流，本申请对步骤s23和步骤s24的实施方式不作限定。通过上述方式，第一设备能够通过控制第二设备的i帧产生时间有效解决多设备视频协商传输系统出现的i帧流量峰值叠加问题。在一个实施方式中，请参阅图7，图7是图6中步骤s20之前的步骤一实施方式的流程示意图。上述步骤s20之前，具体包括：s30：判断是否指定与当前连接请求对应的第二设备开始发送视频流。具体地，在本实施例中，判断第一设备是否指定与当前连接请求对应的第二设备开始发送视频流，以进行后续的步骤。s31：若是，则进入判断当前是否已经有一个第二设备与第一设备建立连接的步骤。具体而言，若第一设备指定与当前连接请求对应的第二设备开始发送视频流，则进入步骤s20，执行后续的步骤。s32：否则，判断是否指定与当前连接请求对应的第二设备停止发送视频流。具体地，若第一设备没有指定与当前连接请求对应的第二设备开始发送视频流，则判断第一设备是否指定与当前连接请求对应的第二设备停止发送视频流。s33：若是，则进一步判断与当前连接请求对应的第二设备是否存在于配置信息中。具体而言，若第一设备指定与当前连接请求对应的第二设备停止发送视频流，则进一步判断上述与当前连接请求对应的第二设备的信息是否存在于配置信息中。若第一设备没有指定与当前连接请求对应的第二设备停止发送视频流，则直接进入判断第一设备和所有第二设备是否停止发送视频流的步骤。s34：若是，则在配置信息中删除与当前连接请求对应的第二设备。具体而言，若上述与当前连接请求对应的第二设备存在于配置信息中，则在配置信息中删除与当前连接请求对应的第二设备。在本实施例中，若配置信息中不存在上述与当前连接请求对应的第二设备，或者在步骤s34之后，还可以包括：判断第一设备和所有第二设备是否停止发送视频流；若是，则结束；若否，则返回至第一设备获取当前其与视频监控平台之间的上行带宽值、第一设备的传输码流、以及与第一设备连接的至少一个第二设备的传输码流的步骤。具体地，在本实施例中，请参阅图8，图8是图6中步骤s21或步骤s22一实施方式的流程示意图。上述步骤s21或步骤s22具体包括：s210：将待连接的第二设备的连续画面组时间gop设置为与第一设备一致。具体而言，在第一设备和多个第二设备向视频监控平台发送视频流之前，将待连接的第二设备的连续画面时间gop设置为与第一设备一致，例如，将第一设备和待连接的第二设备的连续画面时间gop设置为2秒、3秒、4秒等，在此不作限定。s211：根据获得的接收时刻/发送时刻以及当前已经与第一设备连接的第二设备的总数，按照二分插入法获得在后续一个连续画面组时间gop内待连接的第二设备的i帧产生时间。具体地，在本实施例中，接收时刻/发送时刻、当前已经与第一设备连接的第二设备的总数以及连续画面组时间gop更新保存于配置信息参数表中。具体而言，第一设备和待连接的第二设备的i帧产生时间均根据接收时刻/发送时刻、当前已经与第一设备连接的第二设备的总数，按照二分插入法获得在后续一个连续画面组时间gop内待连接的第二设备的i帧产生时间。具体请参阅图9，图9是3路i帧产生时间根据二分插入法错开的示意图。例如，第一设备的接收时刻/发送时刻在一个连续画面组时间gop内所处的时间点为t1，则待连接的第二设备a的i帧产生时间调整为t2，t2为后续一个连续画面组时间gop内中间时刻所处的时间点；待连接的第二设备b的i帧产生时间调整为t3，t3为后续一个连续画面组时间gop内t1和t2中间时刻所处的时间点。其中，t3所处的位置可以在t2之前，也可以在t2之后，本申请对此不作限定。后面所有待连接的第二设备的i帧产生时间可以此类推。通过这种方式，可以有效地将第一设备和多个第二设备的i帧产生时间错开，解决了i帧流量峰值叠加的问题。请参阅图10，图10是本申请多设备视频协商传输装置一实施方式的框架示意图。该装置包括获取模块100、判断模块102和处理模块104。其中，获取模块100用于第一设备获取当前其与视频监控平台之间的上行带宽值、第一设备的传输码流、以及与第一设备连接的至少一个第二设备的传输码流。判断模块102用于判断上行带宽值是否大于或等于所有传输码流总和。处理模块104用于响应于上行带宽值大于或等于所有传输码流总和，获得上行带宽值与所有传输码流总和之间的差值，并根据差值使至少一个第二设备的视频帧传输等级上调。处理模块104还用于响应于上行带宽值小于所有传输码流总和，获得上行带宽值与所有传输码流总和之间的差值，并根据差值使至少一个第二设备的视频帧传输等级下调，或者，根据差值使至少一个第二设备停止发送视频流，其中，视频帧传输等级与传输码流正相关。通过这种方式，可以保障多设备视频协商传输系统的健壮性以及重点监控区域的网络传输资源，并且提高了系统的灵活性和鲁棒性。请参阅图11，图11是本申请多设备视频协商传输装置一实施方式的结构示意图，该装置包括相互耦接的存储器200和处理器202，存储器200内存储有程序指令，处理器202用于执行程序指令以实现上述任一实施例中所提及的多设备视频协商传输方法。具体而言，处理器202还可以称为cpu(centralprocessingunit，中央处理单元)。处理器202可能是一种集成电路芯片，具有信号的处理能力。处理器202还可以是通用处理器、数字信号处理器(digitalsignalprocessor,dsp)、专用集成电路(applicationspecificintegratedcircuit,asic)、现场可编程门阵列(field-programmablegatearray,fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外，处理器202可以由多个集成电路芯片共同实现。请参阅图12，图12是本申请具有存储功能的装置一实施方式的框架示意图。该装置40存储有程序数据400，能够被计算机所读取，程序数据400能够被处理器执行，以实现上述任一实施例中所提及的多设备视频协商传输方法。其中，该程序数据400可以以软件产品的形式存储在上述具有存储功能的装置40中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储装置包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质，或者是计算机、服务器、手机、平板等终端设备。总而言之，区别于现有技术的情况，本申请能够自适应调整视频传输策略，可以保障多设备视频协商传输系统的健壮性以及重点监控区域的网络传输资源，提高了系统的灵活性和鲁棒性，并且有效地解决了系统中出现的i帧流量峰值叠加问题。以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的
技术领域：
，均同理包括在本申请的专利保护范围内。当前第1页12