传输流量的控制方法、装置以及存储介质与流程

文档序号:25991785发布日期:2021-07-23 21:03阅读:151来源:国知局
传输流量的控制方法、装置以及存储介质与流程

本申请涉及数据传输技术领域,特别是涉及一种传输流量的控制方法、装置以及存储介质。



背景技术:

近几年,网络直播视频、vr/ar、竞技游戏、视频会议、大数据以及4k高清视频的快速增长,正在将毫秒级实时音视频通讯技术推向历史发展的潮头。用户的预期越来越高,他们期待“最好”的在线体验,现在用户的体验和忠诚度已经不能用“分钟”和“秒”来衡量,而是用“毫秒级”来衡量。因此,对实际传输效果要求越来越高。在ip网络上,软件能控制的最底层协议的选择,只有tcp和udp。由于实时性的要求,在上述场景下,只有udp协议才是最优选择。但是,如何使用udp协议构建一个应用层协议和算法,来保证传输的低时延、高稳定和高质量,是一个众多厂商在不断研究的问题。

网络带宽相对都是有限的,如果瞬间发包过多,会造成网络拥塞,不利于数据传递。目前,实时音视频是尽量把每秒产生的音视频流都在这一秒内送到对端,在网络比较差的情况下,可以通过控制输出源输出较差质量的流,而减少下一秒的发送量的。因此需要控制数据发出端的发送速度,以一个合理的速度发送流量。

针对上述的现有技术中存在的如何使用udp构建应用层协议来保证数据传输的低时延、高稳定以及高质量,以及如何计算该协议下的数据传输的传输流量的技术问题,目前尚未提出有效的解决方案。



技术实现要素:

本公开的实施例提供了一种传输流量的控制方法、装置以及存储介质,以至少解决现有技术中存在的如何使用udp构建应用层协议来保证数据传输的低时延、高稳定以及高质量,以及如何计算该协议下的数据传输的传输流量的技术问题。

根据本公开实施例的一个方面,提供了一种传输流量的控制方法,用于控制第一边缘计算节点在预定时间间隔内向第二边缘计算节点传输数据的传输流量,其中第一边缘计算节点通过分别设置于不同传输路径的多个边缘传输节点向第二边缘计算节点传输数据,包括:根据第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定指导带宽,指导带宽用于指示为多个边缘传输节点分配带宽的总带宽;根据指导带宽以及多个边缘传输节点的数据指标,确定多个边缘传输节点分配的通道带宽;以及根据通道带宽,确定多个边缘传输节点的令牌数量,其中令牌数量用于控制多个边缘传输节点的传输流量。

根据本公开实施例的另一个方面,还提供了一种存储介质,存储介质包括存储的程序,其中,在程序运行时由处理器执行以上任意一项所述的方法。

根据本公开实施例的另一个方面,还提供了一种传输流量的控制装置,包括:用于控制第一边缘计算节点在预定时间间隔内向第二边缘计算节点传输数据的传输流量,其中第一边缘计算节点通过分别设置于不同传输路径的多个边缘传输节点向第二边缘计算节点传输数据,包括:第一确定模块,用于根据第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定指导带宽,指导带宽用于指示为多个边缘传输节点分配带宽的总带宽;第二确定模块,用于根据指导带宽以及多个边缘传输节点的数据指标,确定多个边缘传输节点分配的通道带宽;以及第三确定模块,用于根据通道带宽,确定多个边缘传输节点的令牌数量,其中令牌数量用于控制多个边缘传输节点的传输流量。

根据本公开实施例的另一个方面,还提供了一种传输流量的控制装置,包括用于控制第一边缘计算节点在预定时间间隔内向第二边缘计算节点传输数据的传输流量,其中第一边缘计算节点通过分别设置于不同传输路径的多个边缘传输节点向第二边缘计算节点传输数据,包括:处理器;以及存储器,与处理器连接,用于为处理器提供处理以下处理步骤的指令:根据第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定指导带宽,指导带宽用于指示为多个边缘传输节点分配带宽的总带宽;根据指导带宽以及多个边缘传输节点的数据指标,确定多个边缘传输节点分配的通道带宽;以及根据通道带宽,确定多个边缘传输节点的令牌数量,其中令牌数量用于控制多个边缘传输节点的传输流量。

从而根据本实施例,通过多路径实现多端数据传输,保证了数据传输的低时延、高稳定以及高质量。并且通过第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定为多个边缘传输节点的指导带宽。然后第一边缘计算节点根据每个边缘传输节点的数据指标为多个边缘传输节点分配通道带宽,最后根据分配的通道带宽,为多个边缘传输节点分配令牌。从而通过上述方式实现为每个边缘传输节点分配合适数量的令牌,达到通过令牌数量控制边缘传输节点的传输流量的技术效果。进而解决了现有技术中存在的如何使用udp构建应用层协议来保证数据传输的低时延、高稳定以及高质量,以及如何计算该协议下的数据传输的传输流量的技术问题。

附图说明

此处所说明的附图用来提供对本公开的进一步理解,构成本申请的一部分,本公开的示意性实施例及其说明用于解释本公开,并不构成对本公开的不当限定。在附图中:

图1是用于实现根据本公开实施例1所述的方法的计算设备的硬件结构框图;

图2是根据本公开实施例1所述的多路径传输数据的系统的示意图;

图3是根据本公开实施例1的第一个方面所述的传输流量的控制方法的流程示意图;

图4是根据本公开实施例2所述的传输流量的控制装置的示意图;以及

图5是根据本公开实施例3所述的传输流量的控制装置的示意图。

具体实施方式

为了使本技术领域的人员更好地理解本公开的技术方案,下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述。显然,所描述的实施例仅仅是本公开一部分的实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本公开保护的范围。

需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先,在对本公开实施例进行描述的过程中出现的部分名词或术语适用于如下解释:

ecu(边缘计算节点):靠近用户的网络边缘侧构建的业务平台,提供存储、计算、网络等资源,将部分关键业务应用下沉到接入网络边缘,以减少网络传输和多级转发带来的宽度和时延损耗。

eru(边缘传输节点):面向传输的中继服务,relay是其中一个子服务,用来处理,中转传输数据,用来建立端对端数据传输的连接节点和通道。

ecu的上行:指的是ecu发出的流量或者发出流量的路径方向

ecu的下行:指的是ecu接收的流量或者接收流量的路径方向

信道编码:区别于信源编码(如音频编码mp3/opus,视频编码h264,h265)主要目的是对源数据进行压缩,信道编码目的是要对抗传输信道的不稳定性

rtt:(roundtriptime)回环时间。

nasmt,即neuvisionasymmetricalsimultaneouslymultipathtransmission。第六部分介绍的专利申请,即本文提及的传输技术。

实施例1

根据本实施例,提供了一种传输流量的控制方法实施例,需要说明的是,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

本实施例所提供的方法实施例可以在移动终端、计算机终端、服务器或者类似的计算设备中执行。图1示出了一种用于实现传输流量的控制方法的计算设备的硬件结构框图。如图1所示,计算设备可以包括一个或多个处理器(处理器可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器、以及用于通信功能的传输装置。除此以外,还可以包括:显示器、输入/输出接口(i/o接口)、通用串行总线(usb)端口(可以作为i/o接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解,图1所示的结构仅为示意,其并不对上述电子装置的结构造成限定。例如,计算设备还可包括比图1中所示更多或者更少的组件,或者具有与图1所示不同的配置。

应当注意到的是上述一个或多个处理器和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外,数据处理电路可为单个独立的处理模块,或全部或部分的结合到计算设备中的其他元件中的任意一个内。如本公开实施例中所涉及到的,该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

存储器可用于存储应用软件的软件程序以及模块,如本公开实施例中的传输流量的控制方法对应的程序指令/数据存储装置,处理器通过运行存储在存储器内的软件程序以及模块,从而执行各种功能应用以及数据处理,即实现上述的应用程序的传输流量的控制方法。存储器可包括高速随机存储器,还可包括非易失性存储器,如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中,存储器可进一步包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至计算设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算设备的通信供应商提供的无线网络。在一个实例中,传输装置包括一个网络适配器(networkinterfacecontroller,nic),其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中,传输装置可以为射频(radiofrequency,rf)模块,其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(lcd),该液晶显示器可使得用户能够与计算设备的用户界面进行交互。

此处需要说明的是,在一些可选实施例中,上述图1所示的计算设备可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是,图1仅为特定具体实例的一个实例,并且旨在示出可存在于上述计算设备中的部件的类型。

图2是根据本实施例所述的多路径数据传输的系统的示意图。参照图2所示,该系统包括:多个边缘计算节点ecua和ecub(其中边缘计算节点不限于两个,这里仅为示例)以及多个边缘传输节点erur1到rn,其中边缘计算节点与终端节点相对应。需要说明的是,系统中的边缘计算节点以及边缘传输节点均可适用上面所述的硬件结构。

此外,参考图2所示,n个边缘计算节点需要互相传输数据(比如视频),它们需要先协商出一组eru(边缘传输节点),然后同时使用这些eru进行通信。该协议下,流量是自动在多个eru下进行分配,而不是同时只走一条路径,也不是把要传输的数据复制n份,每条路径传输相同的数据。图2中示意是n=2的情况,但本申请阐述的传输技术/算法并不限制终端个数,即,支持多人会议这种需要多人互相传输声音、视频的场景,唯一的要求是参与的这n方需要协商一致使用的eru列表。

在上述运行环境下,根据本实施例的第一个方面,提供了一种传输流量的控制方法,该方法由图2中所示的边缘计算节点以及边缘传输节点实现。图3示出了该方法的流程示意图,参考图3所示,该方法包括:

s302:根据第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定指导带宽,指导带宽用于指示为多个边缘传输节点分配带宽的总带宽;

s304:根据指导带宽以及多个边缘传输节点的数据指标,确定多个边缘传输节点分配的通道带宽;以及

s306:根据通道带宽,确定多个边缘传输节点的令牌数量,其中令牌数量用于控制多个边缘传输节点的传输流量。

正如背景技术中所述的,在ip网络上,软件能控制的最底层协议的选择,只有tcp和udp。由于实时性的要求,在上述场景下,只有udp协议才是最优选择。但是,如何使用udp协议构建一个应用层协议和算法,来保证传输的低时延、高稳定和高质量,是一个众多厂商在不断研究的问题。网络带宽相对都是有限的,如果瞬间发包过多,会造成网络拥塞,不利于数据传递。目前,实时音视频是尽量把每秒产生的音视频流都在这一秒内送到对端,在网络比较差的情况下,可以通过控制输出源输出较差质量的流,而减少下一秒的发送量的。因此需要控制数据发出端的发送速度,以一个合理的速度发送流量。

有鉴于此,参考图2和图3所示,根据本申请实施例提供的传输流量的控制方法,以第一边缘计算节点a通过多个边缘传输节点(erur1和erur2,这里不限于两个只是作为示例展示)向第二边缘计算节点b传输数据为例,对传输数据的多个边缘传输节点进行传输流量的控制。本申请提供的方法不限于控制第一边缘计算节点a向第二边缘计算节点b传输数据的传输流量,也可以控制其他边缘计算节点之间数据传输的传输流量,并且传输流量需要每隔一段时间进行控制,即每个预设时间段控制一次传输流量,其中预设时间段可以但不限于是300ms。

在预定时间内第一边缘计算节点a通过多个边缘传输节点向第二边缘计算节点b传输数据,需要对多个边缘传输节点的流量进行控制的情况下,首先,第一边缘计算节点a可以根据第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定指导带宽,指导带宽用于指示为多个边缘传输节点分配带宽的总带宽(s302)。

具体地,其中通过指导带宽为多个边缘传输节点分配带宽。第一边缘计算节点a首先可以确定在该预定时间段内向第二边缘计算节点b的传输带宽。然后第一边缘计算节点a通过传输带宽,确定用于为多个边缘传输节点分配带宽的指导带宽。其中不限于将传输带宽进行调整后作为指导带宽,从而为多个边缘传输节点分配带宽。

进一步地,第一边缘计算节点a可以根据指导带宽以及多个边缘传输节点的数据指标,确定多个边缘传输节点分配的通道带宽(s304)。

具体地,其中多个边缘传输节点可以是虚拟的传输通道,并且每个边缘传输节点的数据指标不相同,例如每个边缘传输节点的传输时延、丢包率等数据指标不同。然后第一边缘计算节点a可以根据每个边缘传输节点的数据指标,将指导带宽分配给每个边缘传输节点。其中多个边缘传输节点分配的带宽总和不超过指导带宽。从而通过上述方式,根据每个边缘传输节点的数据指标分配带宽,便于后期不同边缘传输节点对不能数据类型的数据进行传输。

进一步地,根据通道带宽,确定多个边缘传输节点的令牌数量,其中令牌数量用于控制多个边缘传输节点的传输流量(s306)。

具体地,其中本申请通过令牌桶算法对流量进行控制,此处可以是负反馈滑动窗口式令牌桶。然后第一边缘计算节点a可以根据每个边缘传输节点分配的通道带宽,计算每个边缘传输节点对应的令牌数量,从而通过每个边缘传输节点对应的令牌数量控制该边缘传输节点的流量。

从而本申请通过多路径实现多端数据传输,保证了数据传输的低时延、高稳定以及高质量。并且通过第一边缘计算节点a向第二边缘计算节点b传输数据的传输带宽,确定为多个边缘传输节点的指导带宽。然后第一边缘计算节点a根据每个边缘传输节点的数据指标为多个边缘传输节点分配通道带宽,最后根据分配的通道带宽,为多个边缘传输节点分配令牌。从而通过上述方式实现为每个边缘传输节点分配合适数量的令牌,达到通过令牌数量控制边缘传输节点的传输流量的技术效果。进而解决了现有技术中存在的如何使用udp构建应用层协议来保证数据传输的低时延、高稳定以及高质量,以及如何计算该协议下的数据传输的传输流量的技术问题。

此外,本申请中的边缘计算节点之间的数据可以实现共享,因此每个边缘计算节点都可以拿到其他边缘计算节点的数据。

此外本申请数据传输可以使用喷泉码进行信道编码,从而进行数据传输。

可选地,根据第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定指导带宽的操作之前,还包括:根据多个边缘传输节点在预定时间段内从第一边缘计算节点接收的数据包的相关信息,确定第一边缘计算节点相对于多个边缘传输节点的总上行带宽;根据第二边缘计算节点在预定时间段内从多个边缘传输节点接收的数据包的相关信息,确定第二边缘计算节点相对于多个边缘传输节点的总下行带宽;以及根据总上行带宽以及总下行带宽,确定第一边缘计算节点向第二边缘计算节点传输数据的传输带宽。

在需要计算边缘计算节点(例如第一边缘计算节点a向第二边缘计算节点b传输数据)之间传输数据的实时传输带宽的情况下,参考图2所示,首先,第一边缘计算节点a可以根据多个边缘传输节点在预定时间段内从第一边缘计算节点a接收的数据包的相关信息,确定第一边缘计算节点a相对于多个边缘传输节点的总上行带宽(s302)。

具体地,参考图2所示,第一边缘计算节点a通过多个边缘传输节点向第二边缘计算节点b传输数据,因此第一边缘计算节点a传输的数据包需要先经过多个边缘传输节点,然后再发送至第二边缘计算节点b。并且多个边缘传输节点可以将接收的数据包的相关信息反馈给第一边缘计算节点a,然后第一边缘节点a根据反馈,计算出其总上行带宽。此外,多个边缘计算节点之间的数据互相分享,任何一方边缘计算节点只要具有数据信息就可以计算其他节点的带宽。从而通过上述方式,第一边缘计算节点a可以计算多路径(多个边缘传输节点)数据传输过程中的总上行带宽。

其中,第一边缘计算节点a可以对于一个待发送的应用层数据(音频、视频,或者自定义数据),按照nasmt的步骤进行信道编码,生成多个数据包。然后按照nasmt规定的步骤确定每个eru的数据包分配比例。然后确定每个数据包使用的eru。

进一步地,第二边缘计算节点b可以根据第二边缘计算节点b在预定时间段内从多个边缘传输节点接收的数据包的相关信息,确定第二边缘计算节点相对于多个边缘传输节点的总下行带宽(s304)。

具体地,参考图2所示,多个边缘传输节点将从第一边缘计算节点a接收到的数据包发送至第二边缘计算节点b。然后第二边缘计算节点b根据接收的数据包的相关信息,计算其总下行带宽。从而第二边缘计算节点b通过从多个边缘传输节点接收的数据包的相关信息,达到了确定多路径传输数据协议下的第二边缘计算节点b的总下行带宽的效果。

进一步地,第一边缘计算节点a可以根据总上行带宽以及总下行带宽,确定第一边缘计算节点向第二边缘计算节点传输数据的传输带宽(s306)。

具体地,当第二边缘计算节点b确定了其总下行带宽之后,可以将得到的总下行带宽反馈给第一边缘计算节点a。然后第一边缘计算节点a根据计算出来的总上行带宽以及接收的第二边缘计算节点b的总下行带宽,确定其向第二边缘计算节点b传输数据的传输带宽。

可选地,根据第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定指导带宽的操作,包括:确定第一边缘计算节点向第二边缘计算节点传输数据的传输时延;以及根据传输时延以及传输带宽,确定指导带宽。

具体地,传输带宽受传输时延的影响,因此通过第一边缘计算节点a到第二边缘计算节点b的传输时延对传输带宽进行调整,使得调整后的带宽便于后期数据传输过程中的流量控制。

传输时延rtt对传输带宽的调整,确定指导带宽。例如可以是:当rtt<200,指导带宽=传输带宽;rtt=500,指导带宽=传输带宽*90%。rtt=1000,指导带宽=传输带宽*80%,rtt=2000,指导带宽=传输带宽*60%。此处只做举例说明,不限定其他调整情况。

从而,使用经过传输时延rtt调整过的指导带宽,对多路数据传输具有指导意义,达到准确控制多路传输种每个边缘传输节点的传输流量的技术效果。

可选地,确定第一边缘计算节点向第二边缘计算节点传输数据的传输时延的操作,包括:根据多个边缘传输节点从第一边缘计算节点接收第一探测包以及将第一探测包的相关时间信息回转给第一边缘计算节点记录的第一时间信息,分别确定第一边缘计算节点到多个边缘传输节点的多个第一时延;根据多个边缘传输节点从第二边缘计算节点接收第二探测包以及将第二探测包的相关时间信息回转给第二边缘计算节点记录的第二时间信息,分别确定第二边缘计算节点到多个边缘传输节点的多个第二时延;以及根据多个第一时延以及多个第二时延,确定第一边缘计算节点向第二边缘计算节点传输数据的传输时延。

具体地,参考图2所示,第一边缘计算节点a可以将多个第一探测包分别发送至多个边缘传输节点,然后多个边缘传输节点再分别将接收到的第一探测包的相关时间信息回转给第一边缘计算节点a,例如第一探测包的相关时间信息可以包括传输过程中的所有节点的时间戳,即,第一时间信息。然后第一边缘计算节点a可以根据接收到回转回来的第一探测包的相关时间信息,记录第一时间信息,然后分别确定其向多个边缘传输节点发送数据的多个第一时延。进而通过上述方案,可以确定多路径下第一边缘计算节点a与多个边缘传输节点之间传输数据的第一时延。

其中参考图2所示,第一探测包可以是第一边缘计算a向其他传输数据的数据包,通过边缘传输节点在传输至其他的边缘计算节点,例如第二边缘计算节点b。并且边缘传输节点接收到第一探测包之后再发送至需要传输的边缘计算节点,如第二边缘计算节点b。

例如,参考图2所示,ecua将第一探测包发送至erur1和erur2,然后erur1和erur2接收到第一探测包之后,然后将第一探测包的相关时间信息回转给ecua。从而第一边缘计算节点a可以根据记录的第一时间信息计算ecua和多个eru之间的数据传输的第一时延。

此外,当第一边缘计算节点a和第二边缘计算节点b进行实时通信的情况下,多个边缘计算节点可以通过第二边缘计算节点b发送给第一边缘传输节点的数据包(当多端边缘计算节点进行数据传输的情况下,可以是任意一方向第一边缘计算节点a传输的数据包)携带该第一探测包的相关时间信息传输至第一边缘计算节点a,从而不需要多个边缘传输节点针对该第一探测包的时间信息进行传输。此外,该方法不限于第一边缘计算节点a和第二边缘计算节点b之间的数据传输,可以是多个边缘计算节点之间的数据传输。

进一步地,第二边缘计算节点b可以根据多个边缘传输节点从第二边缘计算节点接收第二探测包以及将第二探测包的相关时间信息回转给第二边缘计算节点记录的第二时间信息,分别确定第二边缘计算节点到多个边缘传输节点的多个第二时延(s304)。

具体地,参考图2所示,第二边缘计算节点b可以将多个第二探测包分别发送至多个边缘传输节点,然后多个边缘传输节点再将第二探测包的相关时间信息分别回转给第二边缘计算节点b。并且第二探测包携带传输过程中的所有节点的时间戳,即第二时间信息。然后第二边缘计算节点b可以根据接收到的回转回来的第二探测包上携带的第二时间信息,分别确定其到多个边缘传输节点之间的多个第二时延。进而通过上述方案,可以确定多路径下第二边缘计算节点b与多个边缘传输节点之间传输数据的第二时延。

例如,参考图2所示,ecub将第二探测包发送至erur1和erur2,然后erur1和erur2接收到第二探测包之后,然后将第二探测包的相关时间信息回转给ecub。从而第二边缘计算节点b可以根据记录的第二时间信息计算ecub和多个eru之间的数据传输的第一时延。

进一步地,第一边缘计算节点a可以根据多个第一时延以及多个第二时延,确定第一边缘计算节点向第二边缘计算节点传输数据的传输时延(s306)。

具体地,第一边缘计算节点a可以根据确定的多个第一时延以及第二时延,确定其到第二边缘计算节点b之间的数据传输的传输时延。例如,参考图2所示,例如第一时延包括第一边缘计算节点a到erur1和erur2的第一时延,第二时延包括第二边缘计算节点b到erur1和erur2的第二时延。从而根据多个第一时延以及与之对应的多个第二时延,确定第一边缘计算节点a到第二边缘计算节点b之间传输数据的传输时延。其中第一边缘计算节点a不限于通过erur1和erur2向第二边缘计算节点b传输数据,也可以通过其他路径传输数据,此处不做限定。

可选地,数据指标包括:传输数据类型、通道丢包率以及通道时延,并且根据指导带宽以及多个边缘传输节点的数据指标,确定多个边缘传输节点分配的通道带宽的操作,包括:确定多个边缘传输节点分别对应的通道丢包率;确定多个边缘传输节点分别对应的通道时延;以及根据多个边缘传输节点分别对应的传输数据类型、通道丢包率以及通道时延,确定通道带宽。

具体地,首先第一边缘计算节点a可以确定多个边缘传输节点中每个边缘传输节点的丢包率以及通道时延。其中在数据传输过程中可以根据发送的数据内容划分为多个发送队列,然后把对应的发送队列通过对应的边缘传输节点发送。例如划分为:音频、视频、一般数据以及信令等。然后第一边缘计算节点a可以根据每个边缘传输节点的数据指标为其分配带宽。例如,发送音频和视频对应的边缘传输节点分配的通道带宽相对较大,或者通道延时小的分配较大的通道带宽,通道延时较大的分配较小的通道带宽。

从而通过上述方式,为不同数据指标的边缘传输节点分配不同的通道带宽,进而可以达到保证所有边缘传输节点的数据的传输流量。

此外参考上文所述的,通道时延的确定方式可以如下:例如第一边缘计算节点a到erur1的第一时延为r1(rtt1),并且第二边缘计算节点b到erur1的第二时延为r1(rtt2),那么erur1的通道时延即为r1(rtt1)+r1(rtt2)。此外,其他边缘传输节点的通道时延参考erur1,此处就不再一一赘述。

此外,通道丢包率的确定方式如下:第一边缘计算节点a向多个边缘传输节点传输的数据包需要两个一对一起发送,即,发向erurx的包需要等到下一个需要发向erurx的包,然后组成一对包一起发送。并且需要对发送的成对传输数据包进行编号,例如成对传输数据包中的两个数据包共享一个编号,如t_seq。然后下一对需要发送的成对传输数据包的编号为t_seq+1。每个边缘传输节点的通道丢包率的计算公式为:loss(i)=1-配对对数/(最大t_seq–最小t_seq+1)。

此外,根据不同边缘传输节点(虚拟通道)对传输数据的及时性、丢包容忍特性、延迟要求的不同,把指导带宽分配给各个边缘传输节点,其总和不超过指导带宽。这个分配同时需要参考各个实际边缘传输节点的rtt、丢包率、网络带宽属性,以及实际使用的流量。用优先级并划分边缘传输节点。即给发送的数据进行了分类。虽然不同的分类物理上都使用所有路径上的带宽,在逻辑计算上不同分类的带宽不共享。这样可以给不同需要的数据提供不同的保证。

可选地,根据通道带宽,确定多个边缘传输节点的令牌数量的操作,包括:根据下述公式确定令牌数量:n=bdi/8/1000其中,n为需要投放的令牌数量,bdi为边缘传输节点分配的通道带宽,并且通道带宽的单位为bps,8为8个字节,1000为秒和毫秒之间的换算进率。

具体地,以其中一个边缘传输节点为例,例如本次该边缘传输节点分配的通道带宽为bdi,通道带宽的单位是bps,比特每秒。因此将该通道带宽除以8得到分配给该边缘传输节点的字节数。然后除以1000得到每毫秒分配的字节数。从而通过上述方式,确定每个边缘传输节点分配的令牌数量,进而达到控制多个边缘传输节点的传输流量的技术效果。

此外,流量控制算法可以是预定时间段循环一次(例如300ms),重新循环时,保留上两次放入的未使用令牌,丢弃更早放入的令牌。即令牌放入后,最多在3个循环内有效。边缘传输节点每发送一个字节就消耗一个最早的令牌。令牌消耗完毕时,允许每秒请求一次令牌预消耗,预消耗量为当前循环的通道带宽的20%(此处不限于20%可以根据实际情况进行设定),当成临时令牌加入此通道。当令牌以及允许的预消耗都消耗完毕时,此边缘传输节点不能继续发送数据(但是可能因为nack继续发送nack回应包),直到有新的令牌被放入。实际发送时,一个udp包是整体发送的,因此若令牌数不够这个包发送,就需要等到令牌数足够后直接发送整个udp包。

可选地,该方法还包括:在上次传输的数据超出上次计算的指导带宽对应的字节数的情况下,通过下述公式调整指导带宽:b=b-x0*1.1,其中b为指导带宽,x0为上次超发的字节;和/或在本次传输的数据超出指导带宽对应的字节数的情况下,下一次的指导带宽为:b_next=b_next-x1*1.1+y*0.8,b_next为下次指导带宽,x1为本次超发的字节。

具体地,本申请所使用的的流量控制算法可以每300ms循环一次(这里不限于300ms,可以根据实际情况确定算法循环时间)。

如果上次的传输数据总实际发送量超过了指导带宽,负反馈降低本次的指导带宽。例如:上次超发了x0字节,则本次指导带宽减少x0*1.1字节。即本次的指导带宽:b=b-x0*1.1。

若本次指导带宽减少后为负,设为y(y<0),本次超发为x1字节,则下次的指导带宽为b_next=b_next-x1*1.1+y*0.8(注意y<0)。

在本申请中指导带宽受到超发的负反馈,可能会影响下面两次的指导带宽(一般只影响一次)。当数据不超发的情况下,指导带宽就不再需要上一次带宽的负反馈。从而通过上述方式实现传输流量的控制,进而保证数据传输的质量。

从而根据本申请提供的传输流量的控制方法,可以有限突发、快速更新流量控制指标。通过临时预消耗令牌的设计,可以在有实际需要时,超过限制一定的幅度,来降低通讯的延迟,同时有负反馈机制保证不会过度超发。令牌在3个循环失效后保证令牌发放是和当前的网络状态基本实时同步的。

此外,参考图1所示,根据本实施例的第二个方面,提供了一种存储介质。所述存储介质包括存储的程序,其中,在所述程序运行时由处理器执行以上任意一项所述的方法。

从而根据本实施例,通过多路径实现多端数据传输,保证了数据传输的低时延、高稳定以及高质量。并且通过第一边缘计算节点a向第二边缘计算节点b传输数据的传输带宽,确定为多个边缘传输节点的指导带宽。然后第一边缘计算节点a根据每个边缘传输节点的数据指标为多个边缘传输节点分配通道带宽,最后根据分配的通道带宽,为多个边缘传输节点分配令牌。从而通过上述方式实现为每个边缘传输节点分配合适数量的令牌,达到通过令牌数量控制边缘传输节点的传输流量的技术效果。进而解决了现有技术中存在的如何使用udp构建应用层协议来保证数据传输的低时延、高稳定以及高质量,以及如何计算该协议下的数据传输的传输流量的技术问题。

1;算法每300毫秒重新循环一次,对应300毫秒的滑动窗口。

2;发送队列根据发送内容,划分为若干个虚拟发送通道(队列)。比如划分为:音频、视频、一般数据、信令等。v

3;总指导带宽。其计算主要取专利三中第6步计算的有效带宽(此时已经扣减了丢包率造成的影响),然后根据对应的rtt进行虚拟扣减(此处不披露实际的扣减,但是思想就是rtt越高,扣减百分比越多)。这样得到了指导带宽b。

4;如果上次的总实际发送量超过了指导带宽,负反馈降低本次的指导带宽。上次超发了x0字节,则本次指导带宽减少x0*1.1字节。若本次指导带宽减少后为负,设为y(y<0),本次超发为x1字节,则下次的指导带宽为bfinal=b-x1*1.1+y*0.8。(注意y<0)

5;根据不同虚拟通道对及时性、丢包容忍特性、延迟要求的不同,把指导带宽分配给各个虚拟通道。其总和不超过指导带宽。这个分配同时需要参考各个实际链路的rtt、丢包率、网络带宽属性,以及实际使用的流量。若指导带宽为负,仍然会分配给比如指令通道一定的带宽。

6;对于某个通道a来说,设此次分配的通道带宽为bd(a)i。这意味着这次循环内,每毫秒为这个通道放入bd(a)i/8/1000个令牌(带宽的单位是bps,即比特每秒。所以除以8得到字节,然后除以1000得到每毫秒)。重新循环时,保留上两次放入的未使用令牌,丢弃更早放入的令牌。即令牌放入后,最多在3个循环内有效。这个通道每发送一个字节就消耗一个最早的令牌。令牌消耗完毕时,允许每秒请求一次令牌预消耗,预消耗量为当前循环的bd(a)i的20%,当成临时令牌加入此通道。当令牌以及允许的预消耗都消耗完毕时,此通道不能继续发送数据(但是可能因为nack继续发送nack回应包),直到有新的令牌被放入。实际发送时,一个udp包是整体发送的,因此若令牌数不够这个包发送,就需要等到令牌数足够后直接发送整个udp包。

从而本申请提出的流量的控制方法的有益效果如下:1.使用经过丢包率和rtt值调整过的指导带宽,并且考虑了流量分配权重。这样得到的带宽才对多路传输有指导意义(因此称为指导带宽)。如果不考虑流量分配权重,那得出的带宽值将明显和实际差距较大(比如某一个通道虽然带宽高,但是延迟很大导致分配的流量很少,这样在做带宽加和时不用权重直接加的结果就有问题)。2.有优先级并划分了虚拟通道。即给发送的数据进行了分类。虽然不同的分类物理上都使用所有路径上的带宽,在逻辑计算上不同分类的带宽不共享。这样可以给不同需要的数据提供不同的保证。3.有限突发、快速更新指标。通过临时预消耗令牌的设计,可以在有实际需要时,超过限制一定的幅度,来降低通讯的延迟,同时有负反馈机制保证不会过度超发。令牌在3个循环失效后保证令牌发放是和当前的网络状态基本实时同步的。

传输带宽的确定流程:1.对于一个待发送的应用层数据(音频、视频,或者自定义数据),按照nasmt(传输技术)的步骤进行信道编码,生成多个数据包。然后按照nasmt规定的步骤确定每个eru的分配比例。然后确定每个数据包使用的eru。

2.给eru发的数据包,需要两个一对一起发送。即,第一个发向erurx的数据包,需要等到下一个发向erurx的数据包,然后一起发送。一起发送的数据包共享相同的一个t_seq序列号,以及发送时间戳。然后下一对t_seq+1。同理,eru发向ecub的数据包,也要求一对一对的发送,每一对使用相同的时间戳,同时标上eru的id以区分是哪个eru发送的。

3.ecub和eru收集自己收到每一个数据包时的时间戳、每个数据包的网络传输大小(包括udp头长度和ip头长度,不包括网络层以下的其他层头长度)。每300ms或者积累了足够多数据时计算一次传输带宽。

4.ecub计算自己的下行带宽(从eru接收数据的带宽)

4.1.根据t_seq和eruid进行配对。如果配对成功率太少,认为数据不可靠,使用上次带宽估计的值;

4.2.对每个eruid,得到此次计算周期的最大t_seq和最小t_seq;

4.3.按每对数据计算每对数据的传输大小(两个相加)size(pi)和接收时间间隔(接收时间戳之差)time(pi);

4.4.根据接收时间间隔的平均值,剔除时间间隔异常长的数据。对每个eruid,如果最大t_seq或最小t_seq属于异常数据,相应最大t_seq减1,最小t_seq加1;

4.5.初步带宽估计为

4.6.eru总下行丢包率为注意这里不是loss(i)的平均值;

4.7.有效下行传输带宽为band_eff=band_raw*(1–p(loss));

4.8.做一次快速高通滤波,例如最简单的为:

当band_eff>上次band_down时:band_down(b)=(4*上次band_down+band_eff)/5;

否则band_down(b)=(2*上次band_down+band_eff)/3。

5;eru分别计算ecua的上行的记为sum_size和记为sum_time,以及对应的丢包率。

6;ecua收到一段时间内的所有eru的反馈,计算自己的上行带宽:

计算

计算有效上行带宽为band_eff=band_raw*(1–p(loss));

做一次高通滤波得到最终的band_up(a)。

7;band(a->b)=min(band_up(a),band_down(b))。

传输时延的确定流程如下:

1.nasmt(传输技术)要求ecu发送所有数据都要带上发送时ecu的本地时间戳,记为t1。

2.每隔固定时间,erua在转发数据给ecub时,会带上最后从ecua收到的时间戳,以及收到此时间戳到转发此数据经过的时间差(记为d1)。注意,此步骤中转发的数据跟步骤1里收到时间戳的数据完全无关。

3.ecua收到erur1转发回的t1和d1时,记下收到的时间戳t2。则ecua与erur1之间的rtt可以计算为rtt(a-r1)=t2-t1-d1。

4.同理ecua可以计算出它与所有eru之间的rtt。将此值同步给其他ecu。同理ecua也会收到其他ecu计算的rtt。

5.如4描述,ecub也会计算ecub和所有eru之间的rtt。那么经过erurx的ecua到ecub的rtt可以定义为rttx=rtt(a->x)+rtt(x->b)。

6.假设a目前发送数据给b时,分配给erur1,r2,…rn的数据流量占比分别为w1,w2,…wn,且。且最大的三个wi记为wx,wy,wz。则信令的rtt定义为:rtt1(a->b)=(wx*rttx+wy*rtty+wz*rttz)/(wx+wy+wz)。数据传输的rtt定义为:因为使用rtt一般在信令处理上,所以通常意义的rtt即rtt1。

此外,多个边缘传输节点的流量分配算法如下:

根据上述流控信息更新里得到的自己对eru,以及其他人对eru的打分,综合评定relay的优先级打分,从0到100。100为最好,0为最差。对于普通数据流量,在按两个一组的转发中,以当时的评分为权重随机挑选出一个eru作为转发目的。即对于erui,设其评分为pi,则挑选eru的概率为:

对于音频流量和视频关键帧,在按两个一组的转发中,在评分最高的3个eru中,再按评分为权重随机挑选出一个eru作为转发目的。对于上述数据包,挑选出目的eru并发送后,会再评估其包大小是否满足当前的小包条件。此条件根据当前可用带宽会有所不同。若满足小包条件,则会再试图寻找在1秒内没有被当前ecu转发任何流量的一个eru。若有,则把上述包也转发给这个eru。这样可以保证每个eru都能正确的被评估相关数据。对于nack包,转发到全部的eru。eru会根据自己的内存使用量缓存每个用户的最近约200k的可能需要nack的包。若eru发现自己有nack指定的需要的包,则直接发给nack请求者。若没有才进行进一步转发。

此外,本申请中数据传输使用信道编码算法如下:

首先计算出合适的参数,主要包括编码后的一个载荷大小,以及修复数量。编码后一个载荷的大小:根据一帧数据大小决定,最大不超过1024个字节,最小至少把原帧分成两份。修复数量:根据链路平均丢包率进行一定上浮决定,并向上取整(例如丢包率为20%,编码后有100个原始载荷,那么修复载荷为20个。一定上浮就多补2~3个)。使用喷泉码对上层发送帧进行编码。并缓存至一个队列。在有nack来时从队列里取出对应的帧和编码结果,根据nack信息选择发送编码结果的某些部分,或者生成新的修复包并发送。

需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

图4示出了根据本实施例所述的传输流量的控制装置400,该装置400与根据实施例1的第一个方面所述的方法相对应。参考图4所示,该装置400包括:第一确定模块410,用于根据第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定指导带宽,指导带宽用于指示为多个边缘传输节点分配带宽的总带宽;第二确定模块420,用于根据指导带宽以及多个边缘传输节点的数据指标,确定多个边缘传输节点分配的通道带宽;以及第三确定模块430,用于根据通道带宽,确定多个边缘传输节点的令牌数量,其中令牌数量用于控制多个边缘传输节点的传输流量。

可选地,根据第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定指导带宽的操作之前,装置400还包括:第四确定模块,用于根据多个边缘传输节点在预定时间段内从第一边缘计算节点接收的数据包的相关信息,确定第一边缘计算节点相对于多个边缘传输节点的总上行带宽;第五确定模块,用于根据第二边缘计算节点在预定时间段内从多个边缘传输节点接收的数据包的相关信息,确定第二边缘计算节点相对于多个边缘传输节点的总下行带宽;以及第六确定模块,用于根据总上行带宽以及总下行带宽,确定第一边缘计算节点向第二边缘计算节点传输数据的传输带宽。

可选地,第一确定模块410包括:第一确定子模块,用于确定第一边缘计算节点向第二边缘计算节点传输数据的传输时延;以及第二确定子模块,用于根据传输时延以及传输带宽,确定指导带宽。

可选地,第一确定子模块包括:第一确定单元,用于根据多个边缘传输节点从第一边缘计算节点接收第一探测包以及将第一探测包的相关时间信息回转给第一边缘计算节点记录的第一时间信息,分别确定第一边缘计算节点到多个边缘传输节点的多个第一时延;第二确定单元,用于根据多个边缘传输节点从第二边缘计算节点接收第二探测包以及将第二探测包的相关时间信息回转给第二边缘计算节点记录的第二时间信息,分别确定第二边缘计算节点到多个边缘传输节点的多个第二时延;以及第二确定单元,用于根据多个第一时延以及多个第二时延,确定第一边缘计算节点向第二边缘计算节点传输数据的传输时延。

可选地,数据指标包括:传输数据类型、通道丢包率以及通道时延,并且第二确定模块420包括:第二确定子模块,用于确定多个边缘传输节点分别对应的通道丢包率;确定多个边缘传输节点分别对应的通道时延;以及根据多个边缘传输节点分别对应的传输数据类型、通道丢包率以及通道时延,确定通道带宽。

可选地,第三确定模块430包括:根据下述公式确定令牌数量:n=bdi/8/1000其中,n为需要投放的令牌数量,bdi为边缘传输节点分配的通道带宽,并且通道带宽的单位为bps,8为8个字节,1000秒和毫秒之间的换算进率。

可选地,装置400还包括:在上次传输的数据超出上次计算的指导带宽对应的字节数的情况下,通过下述公式调整指导带宽:b=b-x0*1.1,其中b为指导带宽,x0为上次超发的字节;和/或在本次传输的数据超出指导带宽对应的字节数的情况下,下一次的指导带宽为:b_next=b_next-x1*1.1+y*0.8,b_next为下次指导带宽,x1为本次超发的字节。

从而根据本实施例,通过多路径实现多端数据传输,保证了数据传输的低时延、高稳定以及高质量。并且通过第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定为多个边缘传输节点的指导带宽。然后第一边缘计算节点根据每个边缘传输节点的数据指标为多个边缘传输节点分配通道带宽,最后根据分配的通道带宽,为多个边缘传输节点分配令牌。从而通过上述方式实现为每个边缘传输节点分配合适数量的令牌,达到通过令牌数量控制边缘传输节点的传输流量的技术效果。进而解决了现有技术中存在的如何使用udp构建应用层协议来保证数据传输的低时延、高稳定以及高质量,以及如何计算该协议下的数据传输的传输流量的技术问题。

实施例3

图5示出了根据本实施例所述的传输流量的控制装置500,该装置500与根据实施例1的第一个方面所述的方法相对应。参考图5所示,该装置500包括:处理器510;以及存储器520,与处理器510连接,用于为处理器510提供处理以下处理步骤的指令:根据第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定指导带宽,指导带宽用于指示为多个边缘传输节点分配带宽的总带宽;根据指导带宽以及多个边缘传输节点的数据指标,确定多个边缘传输节点分配的通道带宽;以及根据通道带宽,确定多个边缘传输节点的令牌数量,其中令牌数量用于控制多个边缘传输节点的传输流量。

可选地,根据第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定指导带宽的操作之前,存储器520还用于为处理器510提供处理以下处理步骤的指令:根据多个边缘传输节点在预定时间段内从第一边缘计算节点接收的数据包的相关信息,确定第一边缘计算节点相对于多个边缘传输节点的总上行带宽;根据第二边缘计算节点在预定时间段内从多个边缘传输节点接收的数据包的相关信息,确定第二边缘计算节点相对于多个边缘传输节点的总下行带宽;以及根据总上行带宽以及总下行带宽,确定第一边缘计算节点向第二边缘计算节点传输数据的传输带宽。

可选地,根据第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定指导带宽的操作,包括:确定第一边缘计算节点向第二边缘计算节点传输数据的传输时延;以及根据传输时延以及传输带宽,确定指导带宽。

可选地,确定第一边缘计算节点向第二边缘计算节点传输数据的传输时延的操作,包括:根据多个边缘传输节点从第一边缘计算节点接收第一探测包以及将第一探测包的相关时间信息回转给第一边缘计算节点记录的第一时间信息,分别确定第一边缘计算节点到多个边缘传输节点的多个第一时延;根据多个边缘传输节点从第二边缘计算节点接收第二探测包以及将第二探测包的相关时间信息回转给第二边缘计算节点记录的第二时间信息,分别确定第二边缘计算节点到多个边缘传输节点的多个第二时延;以及根据多个第一时延以及多个第二时延,确定第一边缘计算节点向第二边缘计算节点传输数据的传输时延。

可选地,数据指标包括:传输数据类型、通道丢包率以及通道时延,并且根据指导带宽以及多个边缘传输节点的数据指标,确定多个边缘传输节点分配的通道带宽的操作,包括:确定多个边缘传输节点分别对应的通道丢包率;确定多个边缘传输节点分别对应的通道时延;以及根据多个边缘传输节点分别对应的传输数据类型、通道丢包率以及通道时延,确定通道带宽。

可选地,根据通道带宽,确定多个边缘传输节点的令牌数量的操作,包括:根据下述公式确定令牌数量:n=bdi/8/1000其中,n为需要投放的令牌数量,bdi为边缘传输节点分配的通道带宽,并且通道带宽的单位为bps,8为8个字节,1000秒和毫秒之间的换算进率。

可选地,存储器520还用于为处理器510提供处理以下处理步骤的指令:在上次传输的数据超出上次计算的指导带宽对应的字节数的情况下,通过下述公式调整指导带宽:b=b-x0*1.1,其中b为指导带宽,x0为上次超发的字节;和/或在本次传输的数据超出指导带宽对应的字节数的情况下,下一次的指导带宽为:b_next=b_next-x1*1.1+y*0.8,b_next为下次指导带宽,x1为本次超发的字节。

从而根据本实施例,通过多路径实现多端数据传输,保证了数据传输的低时延、高稳定以及高质量。并且通过第一边缘计算节点向第二边缘计算节点传输数据的传输带宽,确定为多个边缘传输节点的指导带宽。然后第一边缘计算节点根据每个边缘传输节点的数据指标为多个边缘传输节点分配通道带宽,最后根据分配的通道带宽,为多个边缘传输节点分配令牌。从而通过上述方式实现为每个边缘传输节点分配合适数量的令牌,达到通过令牌数量控制边缘传输节点的传输流量的技术效果。进而解决了现有技术中存在的如何使用udp构建应用层协议来保证数据传输的低时延、高稳定以及高质量,以及如何计算该协议下的数据传输的传输流量的技术问题。

上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。

在本发明的上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中,应该理解到,所揭露的技术内容,可通过其它的方式实现。其中,以上所描述的装置实施例仅仅是示意性的,例如所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,单元或模块的间接耦合或通信连接,可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1