Hack2022 3rd Prize: Difference between revisions

From MECwiki
Jump to: navigation, search
No edit summary
No edit summary
Line 46: Line 46:
<br>
<br>
* The information retrieved by the car and sent to the platform is collected by three different ways:
* The information retrieved by the car and sent to the platform is collected by three different ways:
<ul>
** '''camera:''' the car is equipped with a camera that sends a video stream to the edge over which is executed an AI inference algorithm to detect several patterns and generate information packages relevant to the smart city platform.
<li>camera: the car is equipped with a camera that sends a video stream to the edge over which is executed an AI inference algorithm to detect several patterns and generate information packages relevant to the smart city platform</li>
** '''sensors:''' the car is equipped with several sensors (temperature, humidity, …) that can create heat maps with this information to the smart city
** '''the smart city itself'''. In regions/areas where the city information sources are isolated (low power, low signal quality, bad coverage due maintenance, weather conditions, etc), the car can act like a link between the information source and the smart city platform, uploading this information in the next available coverage area crossed by the car in its route.


<li>sensors: the car is equipped with several sensors (temperature, humidity, …) that can create heat maps with this information to the smart city </li>
<li>the smart city itself. In regions/areas where the city information sources are isolated (low power, low signal quality, bad coverage due maintenance, weather conditions, etc), the car can act like a link between the information source and the smart city platform, uploading this information in the next available coverage area crossed by the car in its route.</li>
</ul>
* Every information contribution to the smart city could be rewarded with points that can be exchanged with tax discounts, for example, guaranteeing the participation of the people establishing missions with a different degree of value. Every connected car can register on the smart city platform and provide several information about the city and people.  
* Every information contribution to the smart city could be rewarded with points that can be exchanged with tax discounts, for example, guaranteeing the participation of the people establishing missions with a different degree of value. Every connected car can register on the smart city platform and provide several information about the city and people.  
</p>
</p>
Line 69: Line 66:
[[File:hack2022-optare-component-UC1.png|800px|center|top|class=img-responsive]]
[[File:hack2022-optare-component-UC1.png|800px|center|top|class=img-responsive]]


Context: two different networks,
* Context: two different networks,
** Provided by Operator 1, connected, with Edge services in different nodes.
** Provided by Operator 1, connected, with Edge services in different nodes.
** Provided by Operator 2, autonomous, with MMTC Edge services for different local verticals and with LoraWan connectivity for security monitoring.
** Provided by Operator 2, autonomous, with MMTC Edge services for different local verticals and with LoraWan connectivity for security monitoring.


UC.1: a connected car scenario where it can act, once registered, as a carrier of the historical data generated by all the IoT devices connected to the MMTC Edge during an interval of time, in order to be stored and processed by services and the resources provided by the Operator 1 Edge.
'''UC.1:''' a connected car scenario where it can act, once registered, as a carrier of the historical data generated by all the IoT devices connected to the MMTC Edge during an interval of time, in order to be stored and processed by services and the resources provided by the Operator 1 Edge.


Considerations:
* Considerations:
** MMTC Edge need to be efficient and guaranty IoT Flows based services to local verticals, with limited resources and delivers local 5G connectivity to IoT Devices
** MMTC Edge need to be efficient and guaranty IoT Flows based services to local verticals, with limited resources and delivers local 5G connectivity to IoT Devices
** Edge can have more resources, in addition to 5G connectivity, with backhaul, and can serve applications and services where it can balance between local and cloud.
** Edge can have more resources, in addition to 5G connectivity, with backhaul, and can serve applications and services where it can balance between local and cloud.
 
<br><br>
== UC2: Service APP Update to autonomous MMTC Edge ==
== UC2: Service APP Update to autonomous MMTC Edge ==
<br>  
<br>  
Line 88: Line 84:
** Provided by Operator 2, autonomous, with MMTC Edge services for different local verticals and with LoraWan connectivity for security monitoring.
** Provided by Operator 2, autonomous, with MMTC Edge services for different local verticals and with LoraWan connectivity for security monitoring.


UC.2: a connected car scenario where it can act, once registered, as a carrier of new versions, if exist, of MMTC IoT Security Flows, as a part of the ‘firmware’ of the node, that can be updated once security checks were passed.
'''UC.2:''' a connected car scenario where it can act, once registered, as a carrier of new versions, if exist, of MMTC IoT Security Flows, as a part of the ‘firmware’ of the node, that can be updated once security checks were passed.


* Considerations:
* Considerations:
Line 96: Line 92:
<br><br>
<br><br>
= Conclusion =
= Conclusion =
<br>
<p> This project has fullfilled the hackathon criteria required by the jury </p>
<p> This project has fullfilled the hackathon criteria required by the jury </p>
{| class="wikitable"
{| class="wikitable"

Revision as of 12:34, 23 November 2022


3rd Prize Award & Automotive special prize

K.I.T.T Knowledge in the traffic


Team

Team Pedraforca from Optare Solutions

  • Xose Ramon Sousa Vazquez
  • Santiago Rodriguez Garcia
  • Fernando Lamela Nieto
Edge Hackathon 2022 - Automotive Special Prize.jpg

Introduction

  • A connected vehicle (car) that with the support of 5G, MEC and artificial intelligence technologies is able to capture information from the surrounding environment and feed a smart city platform with this information which can predict and adopt several actions for the good of people.


  • The information retrieved by the car and sent to the platform is collected by three different ways:
    • camera: the car is equipped with a camera that sends a video stream to the edge over which is executed an AI inference algorithm to detect several patterns and generate information packages relevant to the smart city platform.
    • sensors: the car is equipped with several sensors (temperature, humidity, …) that can create heat maps with this information to the smart city
    • the smart city itself. In regions/areas where the city information sources are isolated (low power, low signal quality, bad coverage due maintenance, weather conditions, etc), the car can act like a link between the information source and the smart city platform, uploading this information in the next available coverage area crossed by the car in its route.
  • Every information contribution to the smart city could be rewarded with points that can be exchanged with tax discounts, for example, guaranteeing the participation of the people establishing missions with a different degree of value. Every connected car can register on the smart city platform and provide several information about the city and people.


Architecture


Hack2022-optare-architecture2.png



Hack2022-optare-architecture3.png



Use Cases

UC1: Historical Data collection from autonomous MMTC Edge

Hack2022-optare-component-UC1.png
  • Context: two different networks,
    • Provided by Operator 1, connected, with Edge services in different nodes.
    • Provided by Operator 2, autonomous, with MMTC Edge services for different local verticals and with LoraWan connectivity for security monitoring.

UC.1: a connected car scenario where it can act, once registered, as a carrier of the historical data generated by all the IoT devices connected to the MMTC Edge during an interval of time, in order to be stored and processed by services and the resources provided by the Operator 1 Edge.

  • Considerations:
    • MMTC Edge need to be efficient and guaranty IoT Flows based services to local verticals, with limited resources and delivers local 5G connectivity to IoT Devices
    • Edge can have more resources, in addition to 5G connectivity, with backhaul, and can serve applications and services where it can balance between local and cloud.



UC2: Service APP Update to autonomous MMTC Edge


Hack2022-optare-component-UC2.png
  • In the context of two different networks,
    • Provided by Operator 1, connected, with Edge services in different nodes.
    • Provided by Operator 2, autonomous, with MMTC Edge services for different local verticals and with LoraWan connectivity for security monitoring.

UC.2: a connected car scenario where it can act, once registered, as a carrier of new versions, if exist, of MMTC IoT Security Flows, as a part of the ‘firmware’ of the node, that can be updated once security checks were passed.

  • Considerations:
    • MMTC Edge provides different functionalities related with the management of IoT devices and data produced, delivering an optimized environment for some verticals in locations with reduced access to broadband communications.
    • MMTC Edge provides secure graphical access for customers to modify their own IoT Flows, but no to update or modify security flows (firmware), that only can be updated by an operator or by a connected car (with this UC) once is registered and security checks are made.



Conclusion

This project has fullfilled the hackathon criteria required by the jury

Innovation
Hack2022-optare-outcome2.png
Digital divide of 5g end edge in some areas because its complexity and the

cost to bring. The mobile backhaul via vehicular net could help on that

proposing a network and computation for agriculture and remote industries

Use-Case / Solution Credibility
Hack2022-optare-outcome2.png
Create a platform with capability for sending and receive data using the

different edge covered areas and using cheap and autonomous equipment

for a quick deployment. Integrated demo is created for hackathon

Use of ETSI MEC Services
Hack2022-optare-outcome2.png
MEC013 for location information, MEC012 for radio network information,

MEC021 for mobility and depending on the availability of more than one

sandbox mep, MEC030 related with V2X and the automotive blueprint

MEC011 for application registration, mec service discovery

Use of LF Edge Akraino Blueprints
Hack2022-optare-outcome2.png
Checked the Elliot Manager and Nodes. Needs a continuum connectivity

among the components and this is not possible in this architecture. Follow

some APIs for upload new app images. Tested MEC-based Stable Topology

Prediction for Vehicular Networks but similar and more evolved with MEC030

Deliverable
Hack2022-optare-outcome2.png
Developed all the sw components running in a demo environment. Designed

the autonomous antenna (Spanish self delivery frequency and edge

platform). Tested with a wifi connection and a static 5G antenna


Project Videos