Cdn网络中的节点管理方法和系统的制作方法

文档序号:10572591阅读:300来源:国知局
Cdn网络中的节点管理方法和系统的制作方法
【专利摘要】本公开提供了一种CDN网络中的节点管理方法,包括:在全网CDN节点中确定提供某一业务的源节点为目标源节点;以目标源节点为根节点,以全网的CDN节点为根节点的子孙节点形成n阶的树状拓扑结构,其中目标源节点处于第1阶,n为正整数;为树状拓扑结构中的所有节点分别分配一个分层地址,分层地址用于确定相应节点在树状拓扑结构中的位置;根据分层地址和节点对应的CDN节点的IP地址生成节点地址;相应的本公开还提供一种节点管理系统;本公开通过生成针对具体业务的n阶的树状拓扑结构,并为所有节点分别分配一个用于确定相应节点在树状拓扑结构中的位置的分层地址,减轻了调度中心的运行负担,加快了对用户访问请求的响应速度。
【专利说明】
CDN网络中的节点管理方法和系统
技术领域
[0001]本公开涉及互联网技术领域,特别涉及一种CDN网络中的节点管理方法和系统。
【背景技术】
[0002]Q)N(Content Delivery Network,内容分发网络)是一种通过在网络各处放置节点服务器所构成的在现有的互联网基础之上的一层智能虚拟网络。CDN能够实时地根据网络流量和各节点的连接、负载状况以及到用户的距离和响应时间等综合信息将用户的请求重新导向离用户最近的服务节点上,其目的是能够选择离用户相对较近的节点向用户发送用户所需的内容,缓解网络拥挤的状况,提高网站的响应速度。
[0003]现有技术中,用户访问确定的相对较近的节点往往是需要通过中间节点的转发来实现的,例如,首先将访问请求发送至距离用户最近的边缘节点,然后再由边缘节点根据调度中心下发的路由表将所述访问请求发送至确定的相对较近的节点,这样就需要调度中心预先生成路由表,并结合该路由表与用户的访问请求生成新的访问请求以下发至距离用户最近的CDN节点,或者需要调度中心生成路由表,并将该路由表下发至全网CDN节点中以完成用户对目标CDN节点的访问,当访问请求较多时,就必然会给调度中心带来严重的负担(因为,每一次路由表的生成,调度中心都要根据全网的CDN节点上传的节点信息来综合考量后生成路由表,计算量大),此外由于访问请求的增多也会造成访问请求的拥塞,从而造成对用户的访问请求的响应的延迟,造成不好的用户体验。因此,急需一种真正能够起到缓解网络拥挤,提高网站响应速度的关键,从而为用户提供最优的服务,提升用户体验的方法和系统。

【发明内容】

[0004]本公开提供一种⑶N网络中的节点管理方法和系统,以至少解决上述技术问题之
O
[0005]根据本公开的一个方面,提供了一种⑶N网络中的节点管理方法,包括:
[0006]在全网⑶N节点中确定提供某一业务的源节点为目标源节点;
[0007]以所述目标源节点为根节点,以全网的CDN节点为所述根节点的子孙节点形成η阶的树状拓扑结构,其中所述目标源节点处于第I阶,η为正整数。
[0008]为所述树状拓扑结构中的所有节点分别分配一个分层地址,所述分层地址用于确定相应节点在所述树状拓扑结构中的位置;
[0009]根据所述分层地址和所述节点对应的⑶N节点的IP地址生成节点地址。
[0010]根据本公开的另一个方面,提供一种⑶N网络中的节点管理系统,包括:
[0011]目标源节点确定模块,用于在全网CDN节点中确定提供某一业务的源节点为目标源节点;
[0012]树状拓扑结构生成模块,用于以所述目标源节点为根节点,以全网的CDN节点为所述根节点的子孙节点形成η阶的树状拓扑结构,其中所述根节点处于第I阶,η为正整数。
[0013]分层地址分配模块,用于为所述树状拓扑结构中的所有节点分别分配一个分层地址,所述分层地址用于确定相应节点在所述树状拓扑结构中的位置;
[0014]节点地址生成模块,用于根据所述分层地址和所述节点对应的⑶N节点的IP地址生成节点地址。
[0015]本公开实施例的⑶N网络中的节点管理方法和系统,通过基于某一业务在全网生成针对具体业务的η阶的树状拓扑结构,并为树状拓扑结构中的所有节点分别分配一个用于确定相应节点在所述树状拓扑结构中的位置的分层地址,这样调度中心就只需要知道目标CDN节点的IP地址以及目标CDN节点在η阶的树状拓扑结构中的分层地址即可,省略了调度中心生成路由表的运算,减轻了调度中心的运行负担,简化了转发用户的访问请求至目标CDN节点的操作,加快了对用户访问请求的响应速度。
【附图说明】
[0016]为了更清楚地说明本公开实施例的技术方案,下面将对实施例描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本公开的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
[0017]图1为本公开的CDN网络的拓扑结构生成方法的一实施例的流程图;
[0018]图2为本公开的CDN网络的拓扑结构生成方法的另一实施例的流程图;
[0019]图3为本公开的CDN网络的拓扑结构生成方法的又一实施例的流程图;
[0020]图4为本公开的CDN网络的拓扑结构生成系统的一实施例的不意图;
[0021]图5为本公开的CDN网络的拓扑结构生成系统的另一实施例的示意图;
[0022]图6为本公开的CDN网络的拓扑结构生成系统的又一实施例的不意图。
具体实施例
[0023]为使本公开实施例的目的、技术方案和优点更加清楚,下面将结合本公开实施例中的附图,对本公开实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本公开一部分实施例,而不是全部的实施例。基于本公开中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本公开保护的范围。
[0024]需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
[0025]本公开可用于众多通用或专用的计算系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
[0026]本公开可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本公开,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
[0027]最后,还需要说明的是,在本文中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”,不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0028]如图1所示,本公开的一实施例的⑶N网络中的节点管理方法,包括:
[0029]Sll、在全网⑶N节点中确定提供某一业务的源节点为目标源节点;
[0030]S12、以所述目标源节点为根节点,以全网的CDN节点为所述根节点的子孙节点形成η阶的树状拓扑结构,其中所述目标源节点处于第I阶,η为正整数。
[0031]S13、为所述树状拓扑结构中的所有节点分别分配一个分层地址,所述分层地址用于确定相应节点在所述树状拓扑结构中的位置;
[0032 ] SI 4、根据所述分层地址和所述节点对应的⑶N节点的IP地址生成节点地址。
[0033]本实施例中,通过基于某一业务在全网生成针对具体业务的η阶的树状拓扑结构,并为树状拓扑结构中的所有节点分别分配一个用于确定相应节点在所述树状拓扑结构中的位置的分层地址,这样调度中心就只需要知道目标CDN节点的IP地址以及目标CDN节点在η阶的树状拓扑结构中的分层地址即可,省略了调度中心生成路由表的运算,减轻了调度中心的运行负担,简化了转发用户的访问请求至目标CDN节点的操作,加快了对用户访问请求的响应速度。
[0034]如图2所示,本公开的一实施例的CDN网络中的节点管理方法中,以所述目标源节点为根节点,以全网的CDN节点为所述根节点的子孙节点形成η阶的树状拓扑结构包括:
[0035]S21、确定所有CDN节点中到所述目标源节点的节点间距离小于预设距离的CDN节点为第2阶节点;
[0036]S22、确定剩余CDN节点中的距离所述第i阶节点的节点间距离小于所述预设距离的CDN节点为第i+Ι阶节点,其中i从2取值到n-1,i为正整数。
[0037]本实施例中,首先确定所有的CDN节点中距离目标源节点的距离在预设距离内的CDN节点为第2阶节点,第2阶节点中至少包括一个CDN节点;然后再依次确定距离第2阶节点中的CDN节点的距离小于预设距离的CDN节点为第3阶节点……依次类推,直到将所有的生成完整的η阶的树状拓扑结构。在这个η阶的树状拓扑结构中每一阶的CDN节点都是距离上一阶的CDN节点距离相对较近的节点。当任意一阶的一个CDN节点作为边缘节点接收到调度中心发送的访问请求时,都将根据访问请求中的分层地址确定最终的目标CDN节点,以完成对用户的访问请求的及时的响应。
[0038]在一些实施例中,分层地址为η位分层地址,该η位分层地址的第i位为I至k中的任意一个正整数,k为当前节点的父节点的分支度,k为正整数。
[0039]本实施例中,分支度表示每一个节点下的子节点的个数,我们以3位分层地址举例说明:源节点的地址为1.0.0,如果第二阶节点中包括了两个节点,即源节点具有两个子节点,则两个子节点的地址可以分别为1.1.0和1.2.0,为了叙述方便令第一节点的分层地址为1.1.0,第二节点的分层地址为1.2.0,如果第一节点又有3个子节点,则相应的地址可以分别为1.1.1、1.1.2、1.1.3。以本实施例的分层地址的分配方法,当分层地址为1.1.3的⑶N节点为目标CDN节点,而分层地址为1.1.1的CDN节点为边缘CDN节点接收到调度中心发送的访问请求时,层地址为I.I.I的⑶N节点根据分层地址1.1.3可知与目标⑶N节点的分层地址的前两位是一样的,即可得到是与目标CDN节点是在同一个阶层的,这时就会循着形成的3阶的树状拓扑结构,将访问请求转发至分层地址为I.1.0的⑶N节点,分层地址为1.1.0的CDN节点又可以判断分层地址为1.1.3的目标CDN节点就是自己的子节点,直接将访问请求发送至目标CDN节点,完成对用户的访问请求的响应。本实施例的这样分层地址的分配方法省去了调度中心生成路由表带来的负担,同时也加快了对用户访问请求的响应(相比于现有技术中,每一次都要回调度中心确定当前CDN节点是否为目标CDN节点的机制,而当调度中心同时接受大量的访问请求时必然要对访问请求进行排队,从而造成延时,因此,本实施例也提高了对用户访问请求的响应速度)。
[0040]如图3所示,本公开的一实施例的CDN网络中的节点管理方法中,在全网CDN节点中确定提供某一业务的源节点为目标源节点包括:
[0041]接收全网CDN节点的节点信息,所述节点信息至少包括节点属性信息和节点业务类型信息;
[0042]根据所述节点属性信息确定全网的源节点;
[0043]确定与所述待提供业务的业务类型一致的所述节点业务类型所对应的源节点为目标源节点。
[0044]本实施例中,通过基于业务在全网确定针对具体业务的源节点为目标源节点,从而使得为用户提供的服务具体到了业务级别。
[0045]在一些实施例中,节点间距离至少由节点间的数据传输速率、往返时间和丢包率来度量,所述数据传输速率与所述节点间距离成反比,所述往返时间、所述丢包率与所述节点间距离成正比。
[0046]通过综合考虑节点间的数据传输速率、往返时间和丢包率等历史网络信息来度量两两节点间的距离(其中下载速率为两个节点之间进行数据传输的速度的衡量,下载速率越大说明两节点之间的距离越近,所以下载速率与两节点之间的距离成反比;往返时间为两节点之间进行一次完整的通信的时间,往返时间越短说明两节点间距离越近;丢包率为两节点之间通信时传输信息的完整性的度量,丢包率越大则表明两节点之间传输信息的越不完整,即两节点间的距离越大),使得最终确定的两节点之间的距离值更可靠,从而能够为CDN系统进行内容的分发提供更可靠的调度依据,保证对用户的服务质量,从而有助于提升用户体验。
[0047]本实施方式中的数据传输速率和往返时间直接进行监测得到;其中,往返时间简单来说就是发送方从发送数据开始,到收到来自接受方的确认信息所经历的时间,其在计算机网络中它是一个重要的性能指标,表示从发送端发送数据开始,到发送端收到来自接收端的确认(接收端收到数据后便立即发送确认),总共经历的时延,RTT值由三个部分决定:即链路的传播时间、末端系统的处理时间以及路由器的缓存中的排队和处理时间;其中,前面两个部分的值作为一个TCP连接相对固定,路由器的缓存中的排队和处理时间会随着整个网络拥塞程度的变化而变化,所以RTT的变化在一定程度上反映了网络拥塞程度的变化。
[0048]丢包率(Loss Tolerance或Packet Loss Rate)是指测试中所丢失数据包数量占所发送数据组的比率,计算方法是:“[(输入报文-输出报文)/输入报文]*100%”,本实施方式中的丢包率为第一节点发送的数据减去第二节点接收到的数据除以第一节点发送的数据乘以百分百。
[0049]本公开的上述任一实施例中所述的业务类型至少包括直播和/或点播,更具体的还可以针对到直播中的当前热点文件、非热点文件,以及点播中的当前的热点文件、非热点文件等。
[°°50] 本公开实施例中可以通过硬件处理器(hardware processor)来实现相关功能模块。
[0051]需要说明的是,对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作合并,但是本领域技术人员应该知悉,本公开并不受所描述的动作顺序的限制,因为依据本公开,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本公开所必须的。
[0052]在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
[0053 ]如图4所示,本公开的一实施例还提供一种⑶N网络中的节点管理系统,包括:
[0054]目标源节点确定模块,用于在全网CDN节点中确定提供某一业务的源节点为目标源节点;
[0055]树状拓扑结构生成模块,用于以所述目标源节点为根节点,以全网的CDN节点为所述根节点的子孙节点形成η阶的树状拓扑结构,其中所述根节点处于第I阶,η为正整数。
[0056]分层地址分配模块,用于为所述树状拓扑结构中的所有节点分别分配一个分层地址,所述分层地址用于确定相应节点在所述树状拓扑结构中的位置;
[0057]节点地址生成模块,用于根据所述分层地址和所述节点对应的⑶N节点的IP地址生成节点地址。
[0058]本实施例中,通过基于某一业务在全网生成针对具体业务的η阶的树状拓扑结构,并为树状拓扑结构中的所有节点分别分配一个用于确定相应节点在所述树状拓扑结构中的位置的分层地址,这样调度中心就只需要知道目标CDN节点的IP地址以及目标CDN节点在η阶的树状拓扑结构中的分层地址即可,省略了调度中心生成路由表的运算,减轻了调度中心的运行负担,简化了转发用户的访问请求至目标CDN节点的操作,加快了对用户访问请求的响应速度。
[0059]如图5所示,本公开的一实施例的CDN网络中的节点管理系统中,树状拓扑结构生成模块包括:
[0060]第2阶节点确定单元,用于确定所有CDN节点中到所述目标源节点的节点间距离小于预设距离的CDN节点为第2阶节点;
[0061]第i+1阶节点确定单元,用于确定剩余CDN节点中的距离所述第i阶节点的节点间距离小于所述预设距离的CDN节点为第i+Ι阶节点,其中i为大于等于2小于η的正整数。
[0062]本实施例中,分层地址为η位分层地址,所述η位分层地址的第i位为I至k中的任意一个正整数,k为当前节点的父节点的分支度,k为正整数。
[0063]本实施例中,首先确定所有的CDN节点中距离目标源节点的距离在预设距离内的CDN节点为第2阶节点,第2阶节点中至少包括一个CDN节点;然后再依次确定距离第2阶节点中的CDN节点的距离小于预设距离的CDN节点为第3阶节点……依次类推,直到将所有的生成完整的η阶的树状拓扑结构。在这个η阶的树状拓扑结构中每一阶的CDN节点都是距离上一阶的CDN节点距离相对较近的节点。当任意一阶的一个CDN节点作为边缘节点接收到调度中心发送的访问请求时,都将根据访问请求中的分层地址确定最终的目标CDN节点,以完成对用户的访问请求的及时的响应。
[0064]如图6所示,本公开的一实施例的CDN网络中的节点管理系统中,目标源节点确定丰吴块包括:
[0065]节点信息单元,用于接收全网CDN节点的节点信息,所述节点信息至少包括节点属性信息和节点业务类型信息;
[0066]源节点确定单元,用于根据所述节点属性信息确定全网的源节点;
[0067]节点确定单元,用于确定与所述待提供业务的业务类型一致的所述节点业务类型所对应的源节点为目标源节点。
[0068]本实施例中,通过基于业务在全网确定针对具体业务的源节点为目标源节点,从而使得为用户提供的服务具体到了业务级别。
[0069]在一些实施例中,节点间距离至少由节点间的数据传输速率、往返时间和丢包率来度量,所述数据传输速率与所述节点间距离成反比,所述往返时间、所述丢包率与所述节点间距离成正比。
[0070]以上所描述的方法实施例仅仅是示意性的,其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
[0071]通过以上的实施例的描述,本领域的技术人员可以清楚地了解到各实施例可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如R0M/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0072]本领域内的技术人员应明白,本公开的实施例可提供为方法、系统、或计算机程序产品。因此,本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本公开可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
[0073]本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
[0074]这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
[0075]最后应说明的是:以上实施例仅用以说明本公开的技术方案,而非对其限制;尽管参照前述实施例对本公开进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围。
【主权项】
1.一种⑶N网络中的节点管理方法,包括: 在全网CDN节点中确定提供某一业务的源节点为目标源节点; 以所述目标源节点为根节点,以全网的CDN节点为所述根节点的子孙节点形成η阶的树状拓扑结构,其中所述目标源节点处于第I阶,η为正整数; 为所述树状拓扑结构中的所有节点分别分配一个分层地址,所述分层地址用于确定相应节点在所述树状拓扑结构中的位置; 根据所述分层地址和所述节点对应的⑶N节点的IP地址生成节点地址。2.根据权利要求1所述的方法,其中,所述以所述目标源节点为根节点,以全网的CDN节点为所述根节点的子孙节点形成η阶的树状拓扑结构包括: 确定所有CDN节点中到所述目标源节点的节点间距离小于预设距离的CDN节点为第2阶节点; 确定剩余CDN节点中的距离所述第i阶节点的节点间距离小于所述预设距离的CDN节点为第i+Ι阶节点,其中i从2取值到n-1,i为正整数。3.根据权利要求2所述的方法,其中,所述分层地址为η位分层地址,所述η位分层地址的第i位为I至k中的任意一个正整数,k为当前节点的父节点的分支度,k为正整数。4.根据权利要求3所述的方法,其中,所述在全网CDN节点中确定提供某一业务的源节点为目标源节点包括: 接收全网CDN节点的节点信息,所述节点信息至少包括节点属性信息和节点业务类型信息; 根据所述节点属性信息确定全网的源节点; 确定与所述待提供业务的业务类型一致的所述节点业务类型所对应的源节点为目标源节点。5.根据权利要求2-4任一项所述的方法,其中,所述节点间距离至少由节点间的数据传输速率、往返时间和丢包率来度量,所述数据传输速率与所述节点间距离成反比,所述往返时间、所述丢包率与所述节点间距离成正比。6.一种⑶N网络中的节点管理系统,包括: 目标源节点确定模块,用于在全网CDN节点中确定提供某一业务的源节点为目标源节占.V , 树状拓扑结构生成模块,用于以所述目标源节点为根节点,以全网的CDN节点为所述根节点的子孙节点形成η阶的树状拓扑结构,其中所述根节点处于第I阶,η为正整数; 分层地址分配模块,用于为所述树状拓扑结构中的所有节点分别分配一个分层地址,所述分层地址用于确定相应节点在所述树状拓扑结构中的位置; 节点地址生成模块,用于根据所述分层地址和所述节点对应的CDN节点的IP地址生成节点地址。7.根据权利要求6所述的系统,其中,所述树状拓扑结构生成模块包括: 第2阶节点确定单元,用于确定所有CDN节点中到所述目标源节点的节点间距离小于预设距离的CDN节点为第2阶节点; 第i +1阶节点确定单元,用于确定剩余CD N节点中的距离所述第i阶节点的节点间距离小于所述预设距离的CDN节点为第i+Ι阶节点,其中i为大于等于2小于η的正整数。8.根据权利要求7所述的系统,其中,分层地址为η位分层地址,所述η位分层地址的第i位为I至k中的任意一个正整数,k为当前节点的父节点的分支度,k为正整数。9.根据权利要求6所述的系统,其中,所述目标源节点确定模块包括: 节点信息单元,用于接收全网CDN节点的节点信息,所述节点信息至少包括节点属性信息和节点业务类型信息; 源节点确定单元,用于根据所述节点属性信息确定全网的源节点; 节点确定单元,用于确定与所述待提供业务的业务类型一致的所述节点业务类型所对应的源节点为目标源节点。10.根据权利要求7-9任一项所述的系统,其中,所述节点间距离至少由节点间的数据传输速率、往返时间和丢包率来度量,所述数据传输速率与所述节点间距离成反比,所述往返时间、所述丢包率与所述节点间距离成正比。
【文档编号】H04L12/803GK105933234SQ201610248333
【公开日】2016年9月7日
【申请日】2016年4月20日
【发明人】李洪福
【申请人】乐视控股(北京)有限公司, 乐视云计算有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1