System Model for Multi-level Cloud Based Tactile Internet System

. With the realization of 5G system which will become a fact by 2020, there is a great demand to achieve the Tactile Internet system. Tactile Internet system should handle a 1ms communication latency, which is the main problem of the system realization. One of the proposed system structures to achieve such latency is to build the system based on the multilevel cloud architecture and the 5G network structure. In this work, we build a system model for a multi-level cloud based Tactile Internet sys-tem. The model is used to find the system latency and evaluate the system performance. The proposed system is simulated and the results show that the system will achieve a lower latency than other known architectures. The proposed model also reduces the overall network congestion. It can be used to optimize the number of clouds in the system to achieve the best system performance.


1
Introduction: Unlike the existing cellular networks, the future 5G cellular system will support new machine type communication services.By achieving the waited cellular system in 2020, Tactile Internet may become a reality.Tactile Internet will enable human -tomachine (H2M) communication and interaction, which consequently will enable a new era for the communication networks [1].Tactile systems will have massive applications in many fields such as smart cities, education, health care, augmented reality and smart grid [2].The main challenge with the design and development of the Tactile Internet is the 1ms round trip delay.
Mobile edge computing (MEC) is one of the key features that will enable the development and realization of the 5G system.MEC merge the three technologies of the mobile Internet, mobile computing and cloud computing [3].The first technology is the mobile Internet which represents the wireless communication network or the cel-lular network.The second technology is the mobile computing that is represented by the techniques used for executing wireless communications.Mobile computing includes both hardware and software involved in the communication process such as protocols, user equipment and the network infrastructure.The last part is the cloud computing that provides a way for resources sharing or in other word deliver everything for the user as a service at the time and place the user need it.
Moving clouds closer to the user (approximately one hope away from the user) will allow to achieve lower latency and thus enable the realization of real time haptic communication that is known as Tactile Internet, which becomes a very promising area of research.MEC replaces the large and expensive data centers with small distributed cloud units connected to the cellular network [4].These small cloud units have limited capabilities in terms of processing and storage.There are a lot of studies that suggest places for the edge computing unit in order to achieve better latency.
In [5] we suggest a multi-level cloud based Tactile Internet system.The system consists of three cloud levels: Micro-cloud, Mini-cloud and Core network cloud level as shown in Fig. 1.Micro-clouds are employed in each cellular cell and connected to the radio access network (RAN), and thus they are one hop away from users.Each group of Micro-clouds is connected to a Mini-cloud unit which has higher capabilities and can process much complex tasks.The second level of clouds (Mini-clouds) act as the controller for the first level (Micro-clouds) connected to it.They also can perform tasks that exceed the workload of the Micro-clouds connected to it and tasks that need processing capabilities greater than that of the Micro-cloud.Mini-clouds are connected to the core network cloud that represents the third level of clouds [5].
Presenting a new level of higher capability clouds in the way between core network and RAN's clouds reduces the communication latency and the throughput.Thus, multi-level cloud based Tactile Internet system reduces the round trip delay by applying multilevel hierarchical of cloud units.In this paper, we build a mathematical model for the multi-level cloud based Tactile Internet system.The model is used to find the latency of the system and evaluate the system performance.In Sec. 2 the mathematical model of the system is discussed and the total latency is calculated.In Sec. 3 the system model is simulated over Java environment.Sections 4 concludes the paper and describes the future work.

Mathematical model
In this section, we introduce a mathematical model for the multi-level cloud based Tactile Internet system introduced in [5].The model is used to find the latency and evaluate the system performance.In order to design a low latency Tactile Internet system with the desired performance, a mathematical model for this case is introduced and all the important parameters are defined.Figure 2 illustrates the system model for the Tactile Internet based on the multi-levels of cloud units.
In our system, each cellular cell eNB is connected to a small cloud unit (Microcloud) Cmicro(i) with acceptable processing elements, where, i  {1, 2… M} and M is total number of Micro-clouds in the network.Each group of Micro-clouds are connected to larger cloud unit known as Mini-cloud Cmini(j), where, j  {1, 2… N} and N is the total number of Mini-clouds in the network.The Mini-cloud has higher processing and storage capabilities, and used to handle higher performance tasks that cannot be handled by Micro-clouds.Each Mini-cloud also acts as a controller for Micro-clouds connected to it.Mini-clouds represent the gateway between Micro-clouds and the core network.In our model, we assume that each Mini-cloud unit is connected to a fixed number S of Micro-cloud units.
The rate of tasks offloaded to the Micro-cloud unit changes based on the cell users demands.Thus, we assume the tasks randomly arrived based on the Poisson process with a Poisson rate of λi.Each cell produces a workload Wi to the connected edge computing unit Cmicro(i) with a Poisson rate λi.Every Micro-cloud can handle tasks offloaded by the corresponding eNB, but in case the processing demands of the current tasks is equal or higher than the maximum workload Wcmax(i), new tasks are moved to the Mini-cloud unit, until the resources of the Micro-cloud are released.Therefore, each Micro-cloud unit holds Wmicro(i) workloads and other non-handled tasks are shifted to the Mini-cloud unit.The computing time of Micro-cloud unit depends on the delivered work load Wdmicro(i).
Each Mini-cloud unit can handle up to Wmmax(j) of the work load, where, Wmmax(j) is the maximum workload of the Mini-cloud unit Cmini(j).Tasks that require higher processing capabilities than current free processing resources of the Mini-cloud unit are shifted to the core network cloud.
We consider the multi-server queuing model M/M/s [6] to model the Micro-and Mini-clouds.For Micro-clouds the model is M/M/Smic and for Mini-clouds M/M/Smin, where Smic and Smin are the numbers of servers in the Micro and Mini-cloud unit respectively.
The total latency consists of the task's response time and the communication delay.The average response time for the tasks at the Micro and Mini-clouds is the sum of the queuing time and the processing time of the tasks.The average processing time of the tasks in the Micro and Mini-cloud units can be calculated as a function of the arrival rate λ, based on the M/M/S queuing model and the Erlang's C formula as deduced in [7] [8].
Where Tmicro-i is the average processing time of tasks in Micro-cloud unit i, Tmini-j is the average processing time of tasks in Mini-cloud unit j, Si is the total number of servers in the Micro-cloud unit i, Sj is the total number of servers in the Mini-cloud unit j, λi and λj are the arrival rates of the Micro-cloud unit i and Mini-cloud unit j and µi and µj are the corresponding service rates.
To simplify the calculation of the total latency we can assume that the latency function is a linear function and as indicated in [9] this assumption is acceptable and verified.The total latency can be calculated simply as following: a-If the task is handled by Micro-cloud unit: Where TT-micro-i is the total latency for the offloaded tasks of the Micro-cloud unit i, fc is the linear function that is used to determine the processing delay for the current work load and dcell is the communication latency inside the cellular cell.b-If the task is moved and handled by the Mini-cloud unit: Where TT-mini-j is the total latency for the offloaded tasks of the Mini-cloud unit j and   − , − is the communication delay between micro-cloud unit i and Mini-cloud unit j.

Simulation and results
In this section, we analyze the suggested system model for the Tactile Internet system in a simulation environment, after the mathematical model is defined in the previous section.
a-Simulation environment and simulation parameters There are many simulation environments that are used to simulate and deploy Micro-cloud and Clouds with different facilities and capabilities [10], [11].These environments are able to create virtual machines (VM), remote procedure execution and web services with different capabilities.We developed a tool kit based on the CloudSim framework to analyze the system.The simulator is based on Java language and on the IDE NetBeans.The simulation is run on Window 7 basic (64-bit) and i7 Processor with 3.07 GHz of speed and memory of 8GB.We build a system consists of 300 Micro-cloud units distributed randomly and connected to 20 Mini-cloud units.Each Micro-cloud unit represents the offload to a cellular cell.Each Mini-cloud unit is connected and controls 15 Micro-cloud units.This number is a design parameter and should be optimized in terms of achieving the lowest latency and best performance of the system.We assume that all Micro-clouds have equal capabilities and also all Mini-clouds are the same.The application tasks are sent and distributed to the Micro-clouds randomly.All important simulation parameters are illustrated in table1.

b-Simulation results and analysis
We consider three simulation cases with three different values for Wcmax.In each case the latency for each Micro and Mini-cloud unit is calculated two times.The first is for the simulated system and the second is the theoretical one.The theoretical latency of Micro and Mini-cloud units is calculated using equations ( 4) and ( 5) based on the amount of workload delivered to the cloud unit.
In the first case, we assume a workload of 20 events per second and tasks higher than this workload will be directed to Mini-cloud unit.This will put a load on the Mini-cloud units.Figure 3 shows the total latency for each Micro-cloud unit for both theoretical and simulation models.The average latencies for the theoretical and simulation cases are 0.698 and 0.70 milliseconds respectively, and it seems to be very near for all Micro-clouds because they are of the same parameters.Theoretical latency varies from one cloud unit to another based on the amount of delivered workload since the tasks are distributed randomly.Figure 4 indicates the total latency for each Mini-cloud unit and the average total latencies for theoretical and simulation cases are 1.127 and 1.13 milliseconds.It is clear that the latency for Mini-cloud units is much higher as there is an additional communication hop between the Mini and Microcloud units.Without Mini-clouds, the latency is supposed to be much higher as the tasks would be delivered to the core network and the core network would be loaded with more workload.
In the second case, we increase the maximum work load of the Micro-cloud units to 30 and thus it should reduce the total load on the Mini-cloud units.This is because Micro-cloud units in this case handle many tasks and therefore reduce the number of tasks moved to Mini-cloud units.Figure 5 shows the total latency for each Microcloud unit compared to the delay according to the theoretical model.The average latencies for the theoretical and simulation cases are 0.838 and 0.84 milliseconds respectively and it increased because of the increased workload.Figure 6 indicates the total latency for each Mini-cloud unit.The average latencies are 0.978 and 0.98 milliseconds and this is less than the first case as the tasks moved from Micro-cloud units are less than that in the first case.
In the third case, the maximum work load of all Micro-cloud units is set to 40 and the delay for Micro and Mini-clouds is recorded and compared to the delay according to the theoretical model as indicated in Fig. 7 and 8.
The time delay for each of Micro and Mini-clouds in the previous cases can be found to be relatively near to the theoretical results.The average delays for all Microcloud units and Mini-cloud units in the three cases are compared with that of the theoretical model in Table 2. Finally, the average workload for all Micro and Mini-clouds for each of the previous cases is illustrated in Figure 9.

Conclusion and future work
One of the efficient ways to reduce the round trip latency of data is to introduce a cloud level in the way between the eNB's cloud and the core network cloud.Multilevel cloud based Tactile Internet system introduces the Micro and Mini-cloud levels before the core network cloud.These two levels, as it was illustrated before, provides a useful and efficient way to reduce the round trip latency of data and produce away for offloading to reduce the workload delivered to the core network.The paper introduces a mathematical model for the Multi-level cloud based Tactile Internet system that is used to calculate the system latency.Simulation results verify the model and thus it can be used as a valid structure for the Tactile Internet system.The proposed system model can be used to solve the optimization problems of the Tactile Internet in terms of latency and energy efficiency.
Our future vision is to use the mathematical model to optimize the number of first level clouds connected to each Mini-cloud unit to reduce the round trip delay.

Fig. 2 .
Fig. 2. System model for the Tactile Internet system.

Table 2 .
Average delay for Micro-and Mini-clouds.