A Nice Paper About Mobile Data Offloading

简介: 关于Mobile Data Offloading这个研究领域的Paper基本上该有的都看过了,我想即使再有也无非是那些套路,新不到哪去。同样,这篇paper也是这样,它的出发点是改进原有的利用ad hoc网络来进行offloading中耗能和延迟高的缺陷。

关于Mobile Data Offloading这个研究领域的Paper基本上该有的都看过了,我想即使再有也无非是那些套路,新不到哪去。同样,这篇paper也是这样,它的出发点是改进原有的利用ad hoc网络来进行offloading中耗能和延迟高的缺陷。但是这篇paper的改进方式,读后让我感觉眼前一亮,在某种程度上来说,扩宽了我的思维。特意记录下来。

 

在原有的offloading的方式,按是否有辅助基础设施的参与可以分为两类:一类是通过AP辅助offloading,另一类是纯粹的ad hoc方式,当两个具备通信接口的移动节点进入彼此的通信范围内时自发地完成通信,这篇paper针对的是第二种方式来进行改进。由于这种自发的通信需要节点scan周围的信道来确定是否会有与之通信的节点,这样势必会消耗大量的电量,另外,在有很多节点的情况下,节点间存在着很大的干扰,会导致整个网络的吞吐量降低。

 

鉴于此,如何来改进这种方式,这篇paper提出了一个好的idea,即引入了运营商的参与,运营商在中间充当着一个“仲裁者”的角色,它可以通过一些方式跟踪用户,知道用户的数据需求,然后将用户数据请求转移到周围的某一个拥有该数据的用户上。这样,如果用户的数量越多,那么用户请求得到数据的机会就会增大,形成了一种簇(Cluster)的方式。运营商的服务器把这些簇作为一个个的数据点(data spot)存储起来,然后,维护着用户请求的数据列表和一个簇中用户的所拥有的数据列表(data profile),这样,只要有用户请求,运营商就可以知道该用户周围哪个用户有他所请求的数据,然后将这两个用户的wifi 接口(也可以是其他近距离通信接口,像bluetooth、NFC....)打开(用3G连接作为控制信道),让他们自动传送数据。当然,这有一个前提,就是运营商要知道用户的位置,这就要求用户必须打开自己的设备的GPS,并周期性地向运营商报告自己的位置。为此,作者他们开发了一个APP,来帮助用户自动完成这件事。

 

总的来说,这个想法还是比较新颖的,但是文中没有提到如何组簇,比如说如果想要更智能一些的话,通过某种激励机制,运营商引导用户到某个数据量大的地方,从而用户之间自发地形成簇。文中只说了一些比较有代表性的地方,像体育场,商场等地方。不过这种组簇的方式有没研究的必要,是一个需要深思的问题。

 

PS:由于对这块研究得不太深入,有些专业表达可能不太中看,如果诸位朋友看到了,就当资讯了解了解得了,不要纠结某些不成文的语句。

 

有兴趣的朋友可以google scholar一下:DataSpotting: Exploiting Naturally Clustered Mobile Devices to Offload Cellular Traffic.

文中提到的一些专业名字,ad hoc、P2P、D2D、以前我觉得自己了解了,但是看了这篇paper后,我发现作者好像在混用这三个概念,但是这又是一篇质量相当高的paper,我也不好怀疑作者,所以,需要找个时间好好梳理一下,包括:机会网络和DTN网络一样让我混乱。

目录
相关文章
PAT (Advanced Level) Practice - 1016 Phone Bills(25 分)
PAT (Advanced Level) Practice - 1016 Phone Bills(25 分)
98 0
SAP WM中阶Storage Type的Capacity Check – Usage check based on material
SAP WM中阶Storage Type的Capacity Check – Usage check based on material
SAP WM中阶Storage Type的Capacity Check – Usage check based on material
SAP WM中阶Storage Type的Capacity Check – Usage check based on SUT
SAP WM中阶Storage Type的Capacity Check – Usage check based on SUT
SAP WM中阶Storage Type的Capacity Check – Usage check based on SUT
SAP WM中阶Storage Type的Capacity Check – Check based on maximum quantity per bin in storage type.
SAP WM中阶Storage Type的Capacity Check – Check based on maximum quantity per bin in storage type.
SAP WM中阶Storage Type的Capacity Check – Check based on maximum quantity per bin in storage type.
SAP WM Storage Type Capacity Check Method 5 (Usage check based on SUT)
SAP WM Storage Type Capacity Check Method 5 (Usage check based on SUT)
SAP WM Storage Type Capacity Check Method 5 (Usage check based on SUT)
|
Web App开发
SAP Fiori Launchpad上的错误消息 - User Parameter /UI2/WD_TRKORR_CUST is not maintained
Created by Jerry Wang, last modified on Mar 11, 2015 Issue: You meet with the following error message in Fiori UI:
136 0
SAP Fiori Launchpad上的错误消息 - User Parameter /UI2/WD_TRKORR_CUST is not maintained
custom field further usage - add into UI and report
custom field further usage - add into UI and report
115 0
custom field further usage - add into UI and report
SAP UI5 Opportunity type long description empty issue
Created by Wang, Jerry, last modified on Mar 03, 2016
95 0
SAP UI5 Opportunity type long description empty issue
|
XML 数据格式
SAP Form print tool
Sent: Thursday, October 30, 2008 8:05 PM
159 0
SAP Form print tool