You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 39 Next »

MEC-based Stable Topology Prediction for Vehicular Networks

Use Case Details:

Attributes

Description

Informational

TypeNew
Industry sector

Area: SDN & NFV
Company: ATTO Research
University: Jeju National University
Country: Republic of Korea

ATTO RESEARCH focuses on the problems related to networking and software technology for a better connection. It has created a technology that allows to build IT infrastructure, and aims to grow into a ‘Software Defined Infrastructure’ company.
Business driverThe stable vehicular network is essential to enable various applications such as autonomous driving through VANETs. Proposed MEC architecture tends to enable a promising infrastructure where a stable network topology can be predicted locally to improve the network performance by providing intensive calculation for vehicles in the adjacent roads. Thus, converging the two concepts of MEC and topology prediction can provide a strong use case for the vehicular networks such as proactive path stabilization.The MEC-based Efficient Routing Algorithm can provide a stable path by using the predicted future position for the nearby vehicles. The information can also be made available to the adjacent road resulting from being useful to provide a stable topology on the road tracks.
Business use case
  • Edge cloud deployable at RSUs to support applications such as ML-based location prediction, topology stabilization

Business cost - Initial build

Minimal configuration is three servers in total:

  • Master/Database node (1st server)
  • Edge node 1 (2nd server)
  • Edge node 2 (3rd server)
Price factor depends on the cost of RSU quality, and should be only considered for physical deployment. i.e. wireless or wired.
Business cost - Operational

Virtual environment does not require cost.


Operational need

Using the frontend GUI to:

  • Orchestrate virtual resources
Manage the edge applications

Additional details
  • Support of path within a Single operator domain

PPT is attached as proposal statement.

References:

#RelevanceTitle
1IoV, PredictionAbbas, M.T., Muhammad, A. and Song, W.C., 2019. Road-aware estimation model for path duration in Internet of vehicles (IoV). Wireless Personal Communications, 109(2), pp.715-738.
2IoV, PredictionAbbas, M.T., Jibran, M.A., Afaq, M. and Song, W.C., 2020. An adaptive approach to vehicle trajectory prediction using multimodel Kalman filter. Transactions on Emerging Telecommunications Technologies, 31(5), p.e3734.
3IoV, PredictionAbbas, M.T., Muhammad, A. and Song, W.C., 2020. SD-IoV: SDN enabled routing for internet of vehicles in road-aware approach. Journal of Ambient Intelligence and Humanized Computing, 11(3), pp.1265-1280.
4RSU, MECWang, X., Han, Y., Leung, V.C., Niyato, D., Yan, X. and Chen, X., 2020. Convergence of edge computing and deep learning: A comprehensive survey. IEEE Communications Surveys & Tutorials, 22(2), pp.869-904.
5RSU, MECNdikumana, A., Tran, N.H., Kim, K.T. and Hong, C.S., 2020. Deep Learning Based Caching for Self-Driving Cars in Multi-Access Edge Computing. IEEE Transactions on Intelligent Transportation Systems.

Motivation:

Motivational aspects are:

  • The topology in a vehicular network is updated and retrieved frequently
    • This causes path instability
  • Vehicular networks are wireless in nature
    • However, Software-defined networking (SDN) is originally designed for wired networks
  • Leads to the need for topology stability in vehicular networks

To this end, we introduce:

  • Computation at the Edge 
  • Topology prediction to proactively stabilize the paths in vehicular network
  • Proximity Services

Motivational Idea

QoS-based multi-channel Scenario:

The architectural view of our system is as follows:

Use case Examples:

Stable network topology in IoV

Road aware, proactive, and proactive connection

The below figure (shown left side) is a scenario where the devices are under same cell and in coverage, which want to communicate. The below figure (shown right side) is a scenario where the devices are under same cell and one oft them is out of coverage, which want to communicate. 

Stable Path Scenarios:

The below figure (shown left side) is a scenario where the devices are under same cell and in coverage, which want to communicate. The below figure (shown right side) is a scenario where the devices are under same cell and one oft them is out of coverage, which want to communicate. 


The below figure explores the Device to Device communication where a device 1 wants to communicate device-4 and both of them reside under a different Cell node. In this case, the packet is forwarded from one edge vEPC to another. This way the connectivity is provided as follows:


The below scenario explains the same as immediate previous scenario but the only difference among them is that one of the device is out of coverage and proximity service plays the role of provisioning the location of such devices.


The below figure shows the direct communication between the devices which reside under different Cells. The below path was provided as a result of proactive approach that we propose in our system. The major difference between the below two scenarios is that in such cases, we don't require the involvement of Edge vEPC in order to forward the packet to another road segment, thus reducing the latency and improving the performance in terms of bandwidth and efficient resource usage of the cellular spectrum. Both the devices are in coverage.


The below figure also shows the direct communication between the devices which reside under different Cells. The below path was provided as a result of proactive approach that we propose in our system. The difference from previously mentioned scenario is that one of these devices are out of coverage. In this case also, the benefits to reduce the latency and efficient resource usage were achieved.

Contributors:

CompanyEmail (Contact)ProfilesPicture
Asif MehmoodJeju National Universitymalikasifmahmoodawan@gmail.com

Afaq MuhammadJeju National Universityafaq@jejunu.ac.kr
Saqib MuhammadJeju National Universitysaqib@jejunu.ac.kr
Muhammad Ali Jibran---alijibran35@gmail.com
Wang-Cheol SongJeju National Universityphilo@jejunu.ac.kr
Taekyung LeeATTO Researchtaekyung.lee@atto-research.com

Help Us Improve the Wiki

This Wiki is owned by the Akraino Community. Contributions are always welcomed to help make it better!

In upper right, select Log In. You will need a Linux Foundation Account (can be created at https://identity.linuxfoundation.org/) to log-in. For a Wiki tutorial, please see Confluence OverviewThank you!

  • No labels