算法在网络多播路由功能Virtualization-Enabled软件定义移动边缘计算网络

文摘

移动边缘计算(MEC)技术带来了前所未有的计算能力,移动网络的边缘。它提供了云计算和最终用户快速高质量的服务与移动网络和互联网的无缝集成。与强大的功能,可以分配给MEC虚拟化的网络功能。在本文中,我们研究与网络QoS保证多播路由功能虚拟化(MEC NFV)。具体来说,数据应该通过服务功能链在到达目的地之前在多播树以最少的计算成本和满足QoS要求。此外,为了克服传统IP多播和软件定义的问题多播方法,我们提出一种可实现多播机制提供数据在多播树但使用单播会话。我们最后评估建议的机制的性能基于实验模拟。结果表明,我们的机制优于其他文献中报道。

1。介绍

近年来,社交网络和个人娱乐取得了巨大的成功。在许多流行的场景中,并发用户从单个或多个服务器接收数据,如远程视频会议、在线教育、互动游戏。这种模式被认为是多播。然而,最新的数据应用程序分布在多播模式,但在实践中使用单播会话。复制数据给服务器端和骨干网络巨大的交通压力。与特定的需求,与此同时,数据在到达目的地之前需要通过各种网络功能,如编码器、网络地址转换(NAT),防火墙,入侵检测系统(IDS)和代理。这些功能的实现使用一个软件实例称为网络功能虚拟化(NFV) [1]。软件定义网络的核心功能(SDN) NFV是一种很有前途的技术来代替硬件网络中间框。它实现了网络功能的基于软件的虚拟机(VM)实例。每个网络函数,名为虚拟网络函数(VNF),商品服务器上部署,进一步在移动边缘云(计算)(MEC) [2,3]。

移动终端和应用的爆炸式增长市场,应用技术进展突飞猛进(4,5]。计算资源的需求终端促进MEC技术的快速发展。MEC已经成为光云计算分布在核心网络的边缘。它实现了数据处理和存储能力附近的终端设备。分配在边缘,MEC显著减少延迟在某些情况下的响应,并增强了移动用户的能力与日益增长的资源需求6,7]。

一个测序VNFs链由一个服务功能链。服务功能链可以灵活组成的一系列不同mec异构VNF节点来处理大规模的数据流。不同类型的多播服务可能需要不同的组合和顺序VNFs。mec的提高资源利用的效率,VNFs可以放在不同的薄云。NFV的实现通常是结合SDN [8),因为SDN支持VNF位置的灵活的管理。

提供多播服务与一个特定的网络函数链软件定义MEC是一种很有前途的技术,提出了许多挑战。首先,大部分的研究多播在MEC或SDN是基于经典的IP多播(9- - - - - -12),这不是微不足道的面对那些基本问题(13]。之前有关适用范围需要设计多播机制。其次,与独立的集中云网络、计算和存储资源在薄云和链接能力是有限的,以适应基于vm VNFs。应该有一个磋商机制如何有效地应用现有的或创建新的VNF实例来减少运营成本,同时满足QoS需求的应用程序(14]。此外,如何引导网络数据流量通过特定序列的功能在一个合理的成本应审议(15]。

在本文中,我们解决上述挑战,提出一种可实现多播机制混合MEC在软件定义网络,包括成本建模、数据处理机制,树构造算法。本文的新奇事物和贡献如下:(一)我们提出一种可实现多播机制使用SDN技术来克服传统IP多播的困境。基于我们的机制,传统网络设备和终端用户不必要知道数据分布模式。服务器发送单播会话中的数据(隧道)每个目的地。因此,本文所提出的机制不仅限于应用MEC网络也适合SDN /互联网混合网络。(b)我们研究的问题NFV-enabled QoS MEC的多播网络,探索VNF实例位置和资源共享。我们争取最低的累计计算成本,同时满足QoS需求的应用程序。我们进一步提出一个NFV-enabled QoS保证组播树构造算法。(c)我们提出的算法的性能评估实验模拟。结果表明,该算法是有前途的,优于对比算法。

本文的其余部分组织如下。部分2评审的相关工作。部分3介绍了系统模型、概念和符号和定义问题。部分4开发一个可实现的SDN-based NFV-enabled QoS多播机制。部分5详细阐述了多播树的维护算法。部分6评估该算法经验,部分7总结了纸。

2。相关工作

网络流量工程重关注由于SDN介绍的机会9,16,17]。许多研究致力于寻找VNFs[位置的优化14,15,18,19]。然而,他们中的大多数主要是应用于单播通信场景。例如,Golkarifard et al。14)提出了一个动态VNF 5 g环境中放置算法。Yu et al。19)解决VNF放置最小化成本和满足每个单播会话的延迟需求。

最近,许多研究集中在多播机制SDN [9,20.和NFV-enabled多播10,21]。例如,蒋介石et al。9)提出了一个动态组管理方法,在线Branch-aware Steiner树(水果)。奥布斯特为考虑带宽利用率,树可伸缩性和重路由开销。Alhussein et al。21)提出了一个处理联合路由和多播服务编制框架VNF放置问题,而物理衬底的吞吐量最大化和最小化配置成本。他等。10)考虑QoS约束与复苏建立可靠多播树节点和链传递服务。可能很大的开销数据恢复使用响应消息如果网络是不稳定的。然而,这些建议不考虑边缘薄云的计算能力,以及真正的混合网络/ MEC网络的适用性。

有罕见的多播研究NFV-enabled MEC网络(11,12]。马等。11)关注吞吐量的最大化。尽量减少成本,他们提出了一个近似算法和网络吞吐量最大化算法。任等。12)提出了一个delay-aware NFV-enabled多播机制。他们提出了一个近似算法和启发式算法和及时约束。尽管这些NFV-enabled多播算法旨在最小化资源为代价,他们没有涉及的综合约束薄云的QoS要求和计算能力。上面的大多数研究没有考虑数据分布的基本实现方法。因此,这是一个紧急的问题设计一种可实现多播方法之前生效之前提到的算法。

部署在SDN多播,大多数的研究试图实现或修改IP多播机制。也就是说,数据传播仍然是基于多播的IP地址和不可避免的遭受的IP多播问题。例如,多流的(22)开发了一个方法来解析IGMP OpenFlow开关(ofs)消息,为了执行小组成员的管理。胶卷暗盒(23从用全新的角度来看)开发的多播服务。的限制多流的胶卷暗盒是ofs需要解析组加入和离开消息的能力。位置感知的多播方法(喇嘛)(24)降低多播树的计算成本建设设计会合点(RP)的选举算法。算法计算距离RP的来源和生成一个最小树。问题是,RP选举算法需要额外的消息交换,导致包开销和挑战的能力流表。长效磺胺(25)试图通过设计SDM片组播树域组成的纯SDN设备分配流量使用多播地址。要求每组流表条目。特定消息阐述了实现网络的功能实体,如NL-SDM和虚拟同行实例。总之,所有这些建议使用IP多播机制或设计新的协议来管理组和解析多播流量。

3所示。预赛

在本节中,我们首先介绍了系统模型中,符号,关键概念,然后定义精确的问题。

3.1。系统模型

我们考虑一个MEC网络由一个无向图模型 使用一组VOpenFlow-enabled接入点(ap)、ofs薄云,和一组E网络的链接。每朵云托管的AP节点(或一个OFS) 通过高速光缆连接。朵云之间的通信延迟和直接连接APs是微不足道的。朵云计算和存储能力实现各种VNFs基于vm。至少有一个SDN控制器的大脑网络的作用。SDN控制器负责网络流量控制,多播组管理和VNFs的位置。

在图1NFV-enabled MEC的,我们现在一个说明性的例子网络,在其中的一些APs / ofs薄云,其余节点。VNF-enabled APs / ofs提供VNF支持多播服务的代表。SDN控制器负责管理APs / ofs,当源节点产生流并提供小组成员的信息。所有这些实体连接到互联网。所有的链接可以直接物理或虚拟链接的链接。

3.2。成本模型NFV-Enabled QoS的多播路由

实时服务QoS多播路由提供高质量的服务是至关重要的。在本文中,我们研究达到的目标构造多播树NFV QoS约束支持和会议。QoS保证,我们主要考虑两个方面:中的QoS服务延迟约束和带宽约束。

延迟约束:假设P_k是一组播路径从源年代_k到目的地D_k在多播图。路径 表示路径年代_k到目的地。最大延迟发生的最大的端到端延迟p_米。然后,我们可以定义传输延迟使用

不失一般性,假设路径的处理延迟p,用 ,流的数据速率成正比。处理延迟可能不同,因为每个VNF的计算消费是不同的。此外,VNF和遗留的处理延迟路由器也是有差异的。一般来说,由硬件实现的功能由软件实现要快得多。因此,可以推导出每个VNF和遗留的处理延迟和路由器,用吗 在哪里和给出了比例因子为每个VNF处理延迟和遗留网络设备处理延迟,分别。

最后,我们获得的最大延迟d_k中所描述的多播树,方程(3)。以满足延迟需求的服务k,d_k应低于延迟阈值 ;也就是说, 。

带宽约束:表示b_p一个路径的可用带宽 从源年代_k到目的地D_k。表示由b_米多播树的最小带宽。然后,b_p和b_米可以通过方程计算(4)和(5)

带宽的需求B_k应该比b_米;也就是说, 。

实例化一个新的VNF实例计算和存储资源的消耗。建立一个新的成本VNF用 。单位数据处理成本函数的使用现有的实例f_k在朵云表示由 。然后,用数据服务的处理成本率r_k是 。注意,VNFs的放置在不同的朵云可能会导致不同的成本。让n_ins是新创建的实例的数量f_凯西,我在朵云 ,而n_ext是现有的实例来处理数据的数量代表的f_凯西,我。

的总运营成本kth多播服务是由建立的新的成本之和VNFs和处理成本kth服务与数据速率r_k。

成本设置新VNFs多播服务 。所有VNFs的处理成本 。

然后,总成本实现和运行所有VNFs可以指定

对于一个服务功能链SC_k= 与米可用的薄云,总成本可以表示为一个矩阵,如方程所示(7)。一组(CL₁,CL₂、…CL_米)是朵云,有足够的资源来实现VNF实例元素的运营成本VNF实现薄云。然后,每朵云的计算成本的总和,每一行有一个上限阈值取决于每朵云的计算能力。

为了清楚起见,本文中使用的符号表进行了总结1。

3.3。问题的定义

问题1。大多数的研究集中在功能设计的多播路由和忽视基本功能的实现,在大多数情况下,IP多播。因为IP多播是远非广泛部署在当前的网络体系结构中,困扰着路由器功能,可伸缩性、安全性、经济效益等。因此,很难实现大规模网络。
第一个挑战就是设计一种可实现多播方法,可以轻易地应用到真正的IP网络。特别是,随着新型网络技术的发展,如SDN MEC,出现新的想法和创新机会有提出新颖的多播算法。因此,我们试图设计一种可实现多播机制考虑NFV和QoS需求,兼容SDN, MEC和各种互联网混合网络。

问题2。NFV-enable与QoS保证多播路由问题是np难。

证明。经典NFV-enable多播路由是一种特殊情况下的QoS多播路由没有NFV的支持。它构建一个多播树从来源到目的地经过一系列VNFs。为简单起见,我们把树构造过程分成两步。首先,路径从源到最后VNF服务链的按成本方程(6)。然后,我们从去年VNF每个构造最小的多播树与QoS保证目的地。最后,最优组播树生成和NFV-enabled满足QoS要求。根据文献[11,13,26),多播树结构问题可以减少Steiner树问题。

问题3。NFV-enable MEC网络多播路由问题是每个目的地的交通路线绕过现有或新创建的VNF实例。,它要求运营成本最低,同时满足QoS要求D_k和B_k,以及每个薄云的容量约束。如果每朵云的计算资源是充分实现所需的所有VNFs,问题是简化为一个QoS约束多播路由问题,是要找到一个QoS保证最小生成树,而VNFs可以放在任何薄云在每个目的地的路径从源。

4所示。设计可实现SDN-Based多播路由体系结构

4.1。系统架构

建议的机制是建立在上面覆盖SDN架构有三个分层的飞机。应用平面功能设计为应用程序模块,分布式的路由决策SDN控制器在控制平面(27,28ofs)和执行的数据平面。与其他研究不同,我们涉及到多播组管理服务器作为一个参与者。然后,它更容易管理小组成员从源和SDN控制器。的角色和职责的主要实体描述如下。本节的部分内容已经在我们的以前的工作29日]。接收机。在单播会话结束主机启动服务请求源节点。通常,它也收到这个单播会话数据。因此,它是透明的多播数据分发机制。源。服务器提供数据分发服务。在这个提案,它不仅作为资源服务器,而且作为组织管理的一个参与者。它负责维护单播会话信息与每个接收机同时保持信息的接收器更新SDN控制器。SDN控制器。整个系统的大脑。它分配网络资源,管理多播组,构建和维护多播树,将VNFs分配决策,等等。OpenFlow Switch和OpenFlow-enabled美联社。在虚拟化的覆盖网络,OFS是网络实体管理和控制的SDN控制器。他们连接到薄云,互联网,和对方。OFS数据转发的演员严格遵循这些规则从控制器。更重要的是,它监视的状态处理数据包的直接链接和数量统计。传统的路由器。除了ofs,有许多遗留在当前占主导地位的互联网路由器。他们缺乏编程和控制的控制器。他们是用于连接ofs。在构建虚拟覆盖网络,传统路由器被忽略,因为他们不参与任何multicast-related操作。

4.2。多播服务的处理

多播服务的过程如图2。假设源节点年代访问互联网的OFS和只提供了一个流媒体服务。在开始蒸之前,源需要完成身份验证控制器。一个多播地址分配给年代显示多播服务。

最初,年代不流和等待服务请求。在那之后,主机R₁第一个服务请求的问题年代。年代回复一条响应消息R₁封装一个身份验证请求。身份验证可以完成基于常用的基于密码的身份验证,这超出了本文的范围,将不会进一步扩展。实现身份验证后,年代创建一个单播会话R₁。它获取的会话信息交换数据包并将其存储到接收器列表。自R₁是第一个接收器的服务,年代问题数据R₁通过单播会话在默认的路由路径。ofs路径可能会报告新的数据包的到来控制器和入学的访问请求。

之后,其他主机可以请求服务。年代维护接收者列表动态和更新同步控制器。作为决策者,SDN控制器结构和调整多播树的加入和离开接收器。它发行规则对应的ofs代表每个接收机的数据传播。数据操作机制将在部分5。

当接收机离开,相应的会话将被关闭。接收者的信息从接收器列表中删除。树在必要时调整算法提升者。

5。联合单播和多播路由算法NFV-Enabled QoS保证网络

5.1。数据操作实现数据包分布多播树

更好地了解建议的机制,我们首先介绍如何引导数据交付以及忽视VNFs构造组播树。为了说明的基本操作,我们提出一个简单的例子在图3。在那里,三角形图标表示服务器;圆形图标和灰色方块里面有序列号显示ofs和接收器,分别。

假设R₁是第一个主机发送一个请求到源。服务器发送数据包R₁直接在单播会话。后来,R₂同一来源的请求。现在,一个分支分配数据是必要的R₂用最小的成本。因此,选择一个OFS操作节点进行数据分岔。树后建设机制提出了部分5.2叉节点选择OFS₄在常见的情况。OFS₄复制复制流的流动和取代了目的地IP /端口一双R₂从<,知识产权_R1,港口_R1>,<知识产权_R2,港口_R2>。同样的,OFS₂被选中的操作节点R₃从<转移重复的数据包知识产权_R1,港口_R1>,<知识产权_R3,港口_R3>。

在当前的网络,有很多遗留路由器和一些应用ofs可能容量有限的操作节点。事实上,操作节点不需要是一个物理分支节点。包装路线可以找到一个可用的操作节点。例如在图3,所需的操作节点R₃是OFS₂。然而,如果OFS₂不能作为操作节点,其他ofs,如OFS₁,OFS₃,OFS₇,甚至OFS₄,可以进行数据操作的任务R₃。

在本节中,我们描述了数据分布在多播树但在单播会话,而不涉及NFV能力,QoS, MEC容量约束。这是可实现的方法,可以广泛应用于NFV-enabled SDN MEC网络。

5.2。NFV-Enabled QoS保证组播树构造算法

在本节中,我们详细描述如何解决VNF放置在多播树建设问题。基于NFV和概念的引入部分3.2,我们考虑到成本中定义的矩阵方程(7)和目标来计算成本的计算每一个可能的路径从源去年VNF服务在一个特定的序列链,即使用一组VNFL=(VNF₁,VNF₂,…,VNF_n)VNFs和服务链SC_k= ,找到所有的路径从源节点的服务功能通过服务的连锁SC_k和计算成本使用方程(6)。

整理后的路径从源到最后一个函数节点,然后从每个最后函数构造树节点设置的目的地,这是np难Steiner树问题。如何构建一个Steiner树不会扩展摘要;读者可以参考(30.,31日更多信息)。我们计算会议QoS约束最小生成树。随后,一组从每个函数节点生成的多播树设定的目的地。

最后,我们得到的路径从源节点的服务功能最后一组多播树的每个节点到目标函数集。基于这样的信息,我们可以找到最优组播树从源节点到目标设置以最小的成本和会议VNFs所需的QoS需求而传递。注意,链接的成本从最后一个函数节点到目的地的集合将被忽略,因为我们认为部署VNFs远远大于成本的利用一个链接的QoS保证。算法1介绍了伪代码NFV-enabled QoS保证多播树的构造算法。

6。方法、实现和评估

这是一个巨大的挑战,设计一个SDN / NFV MEC-enabled多播路由机制。同样,很难实现的建议在一个模拟的环境。因此,尝试我们的提议,我们首先建立一个Mininet SDN环境(32),我们使用NS2模拟器构建的网络进行比较。在本节中,我们评估建议的机制的性能和主要参数的影响进行调查。

我们通过SDUM表示我们的建议。许多现有的多播方法显式或隐式地应用或提高IP多播,以适应特定的网络场景。然而,基本的性能数据分布效率通常没有比本地IP多播。在本文中,我们选择了SDM (25]和sm [30.)的比较。长效磺胺是一个纯SDN-based多播方法,sm是一种经典的IP多播路由协议适用于稀疏的多播网络。他们都是按照我们的建议。建立了多播树的从源到目的地根据Steiner树算法。因此,树拓扑在这三种方法都是一样的。

6.1。仿真设置

我们实现了SDUM之上Ryu控制器(33基于OpenFlow协议版本1.3。网络拓扑是使用Mininet 2.2.2版本构建的。由于功能的限制,很难实现Mininet sm协议。因此,我们部署相同的使用NS2网络与相同的链路状态,能够模拟IP多播协议。试验台是分配与Ubuntu桌面PC桌面16.04。每一个仿真时间为每个场景设置为60秒。

我们建立了50到250 ofs组成的网络。网络拓扑是使用该工具生成GT-ITM [34]。源节点附加到一个OFS UDP流和生成1 Mbps的常数。

6.2。评估和分析

因为检验的方法都是基于Steiner树算法,实际上他们进行相同的多播树。因此,比较是毫无意义的树建设效率,数据交付延迟或带宽消耗。相反,它是重要的评估控制消息的数量,信令开销比例,利用流表条目或安装ofs或路由器路由表条目,分别使数据传输的组播树。我们也评估的影响ofs在混合网络的数量。最后,我们提出一个定性的比较典型的多播方法。

6.2.1。网络规模的影响

在实验中,我们增加了网络规模从50个节点与30 250个节点随机选择的目的地。结果(数据4(一)- - - - - -4 (c))表明,总成本三个方面与网络规模的增长显著增加。这主要是因为多播树长大伴随着更多的链接和交换控制信息网络时扩大。

控制消息数量显示协议或方法对网络的负载。sm,路由器之间交换控制信息构建和维护多播树,如IGMP和RP选举的消息。长效磺胺和SDUM控制消息主要是OpenFlow ofs和控制器之间的信息交换,包括PacketOut消息规则安装,PacketIn消息查询规则,等等。除了OpenFlow消息、长效磺胺生成控制消息域管理、虚拟对等操作,主机加入和离开,等等。从图中的结果4(一),我们可以得出这样的结论:SDUM注入更少比长效磺胺和sm控制消息。

信令开销比表示multicast-related控制消息的比特率比例总每个链接数据速率。我们模拟一个常数1 Mbps UDP流量流。根据控制消息的基本格式,sm控制消息大约70字节控制消息在SDN大约有200字节。控制消息的数量可能没有透露真正的信令开销不同的数据包大小。我们可以看到,sm是绝大的方法,如图4 (b)。

还需要测量流量的利用率(路由)表条目,因为它是主要原因,限制了全球部署的IP多播。同样,流表的数量也受到内存(TCAM)的价格。作为对比,sm要求每个小组都有一个表条目可能多播流量过程的每一台路由器。长效磺胺和SDUM,有必要安装规则流表实现数据包重复地址转换和数据转发。结果在图4 (c)显示长效磺胺执行糟糕占领以来流表急剧增加。SDUM带来一条水平线,这是因为ofs安装的规则数量取决于目的地(30)的数量,尽管SDUM和sm敏感网络和多播树的大小。

6.2.2。集团的影响大小

我们进一步测量组大小的影响。我们设置网络大小200个节点,目的地的数量从10到90。一个常数1 Mbps UDP流量注射流的网络源节点。虽然对所有三种方法控制信息数量的增加,长效磺胺的性能接近IP多播而SDUM消耗更少的控制消息(图5(一个))。信令开销(图5 (b)),多播树的边的数量也在不断上升的增长目标。因此,每个链接的信令开销变得温柔地与目的地的变化。在这些实验中,sm的性能是不知所措,因为sm的数据包大小远小于OpenFlow的消息。利用流(路由表条目(图)5 (c)比其他两个),SDUM表现出色。流表条目数量的增加线性接收器的数量相关。对SDM,安装的规则数量极大地依赖于网络拓扑和目的地的位置。有必要安装规则不仅访问OFS每个接收器还有特定的核心应用OFS。sm,只遗留路由器需要插入一个条目的组播树的路由表,为解析多播地址是必要的。

从上面的实验,我们可以得出结论,长效磺胺显示了一个更糟糕的可伸缩性性能随着网络规模的增长和越来越多的目的地。sm的性能更相关的多播树的大小,而SDUM有很强的相关性的目的地。因此,sm适用于稀疏网络有限的群体,虽然SDUM更好的大型网络部署在每组少量的接收器。

6.2.3。ofs在混合网络的数量的影响

正如我们提到的,我们的设计适用于混合网络。ofs在网络影响的数量多播树结构的性能。在仿真中,我们假定ofs分布式网络中的随机。遗产与ofs,形成了网络路由器连接在一起。因此,不要计算虚拟化网络的边缘,我们应该计算物理多播树的边缘,包括遗留router-connected链接。我们目前的实验与不同数量的ofs从40到200年网络共有200,300和400节点。我们计算边的数量,形成了多播树。简单的模拟,我们假定一个OFS最多附加到一个接收器。

根据结果显示在图6,很明显,一个多播树的边的数量有很强的相关性ofs在混合网络的数量。随着网络规模的提高,边的数量也增加了。对于一个固定的网络规模,ofs的数量的增加,边的数量减少。这是因为在我们的机制,一个接收机对应于一个特定操作节点(OFS)。我们可以得出结论,我们的机制可以产生最小的多播树是否ofs绝大多数的网络设备。

6.2.4。定性的比较

也有意义做出定性的比较经典的多播方法。如表所示2增量实现,主要关心的是,是否可以推广至关重要。实现多播服务,sm需要所有的路由器都支持多播功能,而长效磺胺OpenFlow启用要求所有设备在长效磺胺域。作为对比,SDUM要求只OpenFlow启用操作节点没有任何其他功能的要求。可伸缩性的考虑,我们需要关心需要多少设备来支持特定功能。实现sm,所有路由器需要安装多播协议。长效磺胺,纯SDN域是必需的,因此适用于混合网络不足。SDUM适用于混合网络与分布式应用ofs在网络和可实现大型复杂网络。ISP控制和访问控制,很难管理小组成员使用IP多播协议由于集团的加入和离开的分销管理特性。然而,属性SDUM的集中管理方式,它可以很容易地实现源,接收机和动态数据流量管理和控制。

7所示。结论

在本文中,我们提出了一个可实现的多播路由机制NFV-enabled软件定义MEC网络。我们首先研究系统模式有问题的报表和分析了薄云的容量约束和QoS约束的服务。然后,我们提出了一个可实现的单播和多播连接路由机制,使我们在单播传送数据会话沿着最小的多播树。因此,它可以提供一个通用的多播服务在网络层SDN-based MEC网络。评价结果表明明显改善控制消息和信号方面的开销比,利用流/路由表,应用ofs在混合网络,和定性比较。对于未来的工作,我们将关注机制优化和实验在不同的场景。

数据可用性

所需的数据复制这些发现也不能在这个时候作为数据共享一个正在进行的研究的一部分。

信息披露

这是一个扩展版的一篇名为“软件定义的单播和多播路由实时数据分布“(28发表在EAI Chinacom 2020年。

的利益冲突

作者宣称没有利益冲突。

确认

这项工作得到了国家自然科学基金(授予号。61802281,61802281,61972456);天津市自然科学基金(基金号,19 jcybjc15800 18 jcqnjc70300,和18 jctpjc61900);ASIC和系统国家重点实验室(复旦大学)(批准号2020 kf012);天津智能计算和计算机软件新技术重点实验室(批准号TJUT-KLICNST-K20160002);福建大学的应用数学的重点实验室(批准号SX201904);科技发展基金和天津市教育委员会高等教育(拨款2017 kj090和2018号kj215)。

引用

1. 诉Mangat Kaur k, k . kumar“全面调查服务功能链配置方法在SDN NFV架构,”计算机科学评论卷,38岁的ID 100298条,2020年。视图:出版商的网站|谷歌学术搜索
2. n .阿巴斯y, a Taherkordi, t . Skeie“移动边缘计算:一项调查,”IEEE物联网,5卷,不。1,第465 - 450页,2018。视图:出版商的网站|谷歌学术搜索
3. 段,s . Wang和n·安萨里,“收敛的网络和云/边缘计算:状态、挑战和机遇,”IEEE网络,34卷,不。6,148 - 155年,2020页。视图:出版商的网站|谷歌学术搜索
4. h·高,l .旷y阴et al .,“挖掘消费行为与移动营销应用的个性化推荐,演化”ACM / Springer移动网络和应用程序(莫奈),25卷,不。4、1233 - 1248年,2020页。视图:谷歌学术搜索
5. 周x, s, m .曹”的方法来缓解的稀疏问题混合基于协同过滤的推荐:用户评论的产品属性的角度来看,“ACM / Springer移动网络和应用程序(莫奈),25卷,不。4、1233 - 1248年,2020页。视图:谷歌学术搜索
6. h·高,c . Liu和杨x, y . Li”V2VR:可靠hybrid-network-oriented V2V数据传输和路由考虑限制和连接概率,”IEEE智能交通系统,2020年,页1 - 14。视图:出版商的网站|谷歌学术搜索
7. h·高、w·黄和y段,“cloud-edge-based动态重新配置的服务工作流为移动电子商务环境:QoS预测的角度来看,“ACM网上交易技术,21卷,不。1,2021。视图:出版商的网站|谷歌学术搜索
8. w·k·g·l·杨b Ng Seah et al .,“调查网络软件定义网络中转发”,网络和计算机应用》杂志上文章ID 102947卷,176年,2021年。视图:出版商的网站|谷歌学术搜索
9. 蒋介石,j .郭s沈et al .,“在线多播流量工程软件定义网络”《IEEE 2018计算机通讯大会上美国檀香山,页414 - 422,2018。视图:谷歌学术搜索
10. 谢他,k . x,周et al .,“多源可靠多播路由的QoS约束NFV边计算,”电子产品,8卷,不。2019年10篇文章ID 1106。视图:谷歌学术搜索
11. y, w .梁、j .吴和z,“移动云边缘NFV-enabled多播网络的吞吐量最大化,”IEEE并行和分布式系统没有,卷。31日。2、393 - 407年,2020页。视图:出版商的网站|谷歌学术搜索
12. 梁h . Ren, z, w . et al .,“高效算法delay-aware NFV-enabled多播与资源共享、移动云边缘”IEEE并行和分布式系统没有,卷。31日。9日,第2066 - 2050页,2020年。视图:出版商的网站|谷歌学术搜索
13. c . Diot b . n . Levine b·莱尔,h .卡塞姆,d . Balensiefen“IP多播服务和架构部署问题,“IEEE网络,14卷,不。1,第88 - 78页,2000。视图:出版商的网站|谷歌学术搜索
14. 有位名为m . Golkarifard c . f . Chiasserini f·玛兰蒂诺et al .,“动态VNF位置,交通资源分配和路由在5克,”计算机网络文章ID 107830卷,188年,2021年。视图:谷歌学术搜索
15. d .气、美国沈和g .王”对一个高效VNF放置在网络功能虚拟化,”计算机通信卷,138年,第89 - 81页,2019年。视图:出版商的网站|谷歌学术搜索
16. 郭y, z, x, x,和j .吴”交通工程与多个流量矩阵,在混合SDN网络”计算机网络卷,126年,第199 - 187页,2017年。视图:出版商的网站|谷歌学术搜索
17. n . Rikhtegar m . Keshtgari o . Bushehrian et al .,“咬:动态双层交通工程模型在数据中心网络、负载平衡和能源效率”应用智能,2021年。视图:谷歌学术搜索
18. z徐、梁w . m .贾黄m . g .毛,“任务卸载移动edge-cloud网络与网络功能需求,”IEEE移动计算,18卷,不。11日,第2685 - 2672页,2019年。视图:出版商的网站|谷歌学术搜索
19. y, w .梁、徐z和s .郭“利润最大化承认请求与网络功能服务在分布式云,“IEEE并行和分布式系统,30卷,不。5,1143 - 1157年,2019页。视图:出版商的网站|谷歌学术搜索
20. z AlSaeed,艾哈迈德,侯赛因,“多播在软件定义网络:一个全面的调查,“网络和计算机应用》杂志上卷,104年,第77 - 61页,2018年。视图:出版商的网站|谷歌学术搜索
21. o . Alhussein p t,问:你们et al .,“虚拟网络定制NFV-enabled核心网络的多播服务框架,“IEEE在选定地区通讯》杂志上,38卷,不。6,1025 - 1039年,2020页。视图:出版商的网站|谷歌学术搜索
22. l . Bondan l·f·穆勒和m . Kist”多流的:多播与预期的路线计算OpenFlow可编程网络层次清晰,“应用计算研究杂志》上,卷2,不。2、68 - 74年,2012页。视图:谷歌学术搜索
23. 问:甄,y Yu l .鑫et al .,“基于Openflow胶卷暗盒:一种新颖的多播机制,“信息科学服务科学的进步,4卷,不。9日,第286 - 278页,2012年。视图:谷歌学术搜索
24. Y.-D。林,研究。赖,H.-Y。腾,c c。廖和研究。花王”,可伸缩的软件定义网络,与多个共享多播树”网络和计算机应用》杂志上卷,78年,第133 - 125页,2017年。视图:出版商的网站|谷歌学术搜索
25. j . Ruckert j . Blendin, d . Hausheer“软件定义过多的多播和overlay-based ISP网络直播,“网络和系统管理杂志》上,23卷,不。2、280 - 308年,2015页。视图:出版商的网站|谷歌学术搜索
26. m . Charikar j . Naor, b . Schieber”资源优化QoS的实时多媒体多播路由,”IEEE INFOCOM学报》、IEEE 1518 - 1527页。视图:谷歌学术搜索
27. a . v . Priya n .完婚,“SDN OpenFlow控制器的性能比较,”国际计算机辅助工程和技术杂志》上,11卷,不。4/5,467 - 479年,2019页。视图:出版商的网站|谷歌学术搜索
28. f . Bannour s Souihi, a . Mellouk“分布式SDN控制:调查,分类,挑战,”IEEE沟通调查教程,20卷,不。1,第354 - 333页,2018。视图:谷歌学术搜索
29. 美国太阳,黄w . x Zhang et al .,“软件定义的单播/广播连接路由实时数据分布,“通信和网络卷,352年,第243 - 226页,2021年。视图:谷歌学术搜索
30. b•芬纳m . Handleyin h·霍尔布鲁克et al .,“协议独立multicast-sparse模式(sm):协议规范(修订),“IETF RFC,7761卷,2016年。视图:谷歌学术搜索
31. t·科赫和a·马丁,”图最优,解决Steiner树问题”网络,32卷,不。3、207 - 232年,2015页。视图:谷歌学术搜索
32. m . j . Mišić和s . r . Gajin Mininet仿真软件定义网络环境,”22日电信论坛Telfor学报》(Telfor)IEEE,页1055 - 1058年,贝尔格莱德,塞尔维亚,2014。视图:谷歌学术搜索
33. s . Asadollahi b他,:m . Sameer,“Ryu控制器的可伸缩性实验软件定义网络,”学报2018年IEEE国际会议上当前的趋势在先进的计算(ICCTAC)IEEE,班加罗尔,印度,2018。视图:谷歌学术搜索
34. GT-ITM,https://www.cc.gatech.edu/projects/gtitm/。

版权

版权©2021是民太阳等。这是一个开放的分布式下文章知识共享归属许可,它允许无限制的使用、分配和复制在任何媒介,提供最初的工作是正确引用。