5G时代下的移动边缘计算(MEC)探索系列之四

Multiuser MEC Systems

由于在实际应用中,有大量的终端接入MEC系统,那么如何在庞大的计算offloading中保障MEC系统能够稳定地对外提供服务呢?下面介绍了多终端接入后碰到的麻烦和解决的思路。

除了网络上的流量调度,在多个终端同时连接进MEC系统时在选择AP(access point)的时候可以切换,以获得最大增益。另外一个重要的解决方案就是在MEC server中提供缓存(cache)机制。在中心节点的MEC server上包含了移动终端的全部信息,包含了CSI信息和计算offloading的各种请求。那么这些信息有些可以被复用,则保存在本地,如果一些一次性的计算任务,则不需要存储。

在多个终端同时对MEC server发包的情况下,MEC server需要对多终端的通信和计算offloading的数据包先存在buffer中,这样MEC server便可以按接收包的顺序进行处理。如果MEC server在一段时间工作量很大,而另一部分时间则资源利用率很低,那么则需要优化调度策略。为了MEC server的能耗考虑,需要有一些调度策略可以使得多终端的数据包可以连续并稳定地发送到MEC server中。

在多终端接入的情况下,MEC server可以有多种提供服务的方式:

1、根据MEC server的负载进行调度。

2、根据不同用户预先进行MEC server的资源划分(比如一个用户对应MEC server的一个虚拟机)。

3、根据就近原则为终端提供服务。

另外,从应用的角度考虑则可以提供如下计算offloading方式:

1、为了保证多终端情况下,MEC server处理不过来的情况,对一些延迟不敏感但是计算量较大的计算量放在中心云服务器上处理。

2、在资源量有限的情况下,MEC调度算法需要配合应用来定义哪些计算量是对延迟比较敏感(latency-sensitive),需要优先处理。

原文链接

  • 0
    点赞
  • 6
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值