Automated Deployment of an Internet Protocol Telephony Service on Unmanned Aerial Vehicles Using Network Functions Virtualization

This protocol can aid in the automated deployment of telecommunication services over constrained devices, such as with telephony service provided through an aerial network of unmanned aerial vehicles. The advantage of this solution is that it facilitates in the rapid deployment of services over the limited geographic areas, for which communication infrastructures may be unavailable or insufficient. This protocol has been defined within the research area on the third generation of mobile networks and it is based on state of the art normal function utilization technologies.

This method has been demonstrated using the advanced prototypes available here at 5TONIC, the European leading laboratory in 5G, but it can be demonstrated also without our 5G virtual systems. To verify the correct setup of a UAV cloud platform, access the Administrator, System, System Information tab using the appropriate login information and click in the Computing Service and Network Agent sections to check that the status of the displayed items is up. To configure an experiment, download the VNF images that implement the different components of the IP telephony service from the experiment repository.

To upload the VNF images to their correspondent VIM, click Create Image and create an image using the displayed form. After uploading the images for each corresponding VIM, download the VNF descriptors of the experiment from the experiment repository and sign in to the OSM graphical user interface with the administrator credentials. Drag and drop the descriptors into the VNF Packages tab.

Then, download the NSD from the experiment repository and drag and drop the NSD into the NS Packages tab of the OSM graphical user interface. To add a VIM account for UAV cloud platform VIM and for the core cloud platform VIM, in the VIM Accounts tab, click plus New VIM and complete the displayed form with the requested information for both VIMs. To initiate an experiment, access the OSM command line interface and deploy the network service.

Type the command to execute the network service in the command line interface specifying the VIM that will be used to host each VNF. When the OSM graphical user interface indicates a successful network service deployment, switch on the UAVs and login to the UAV flight control application. Then, control the flight of each UAV to stably maintain the vehicle at an intermediate height and to avoid any turbulence caused by the rotation of the motors close to a surface.

To prepare an IP phone to carry out a call, connect a wireless voice over IP phone to one of the access points offered by the network service. Then, click Advanced and TCP/IP and check that the IP and router addresses are correctly configured. To enable the appropriate exchange of signaling messages with the IP telephony server, open the app and click Assistant, and use a SIP account to create a user account.

Then specify the host name of the IP telephony server, VNF. If using a handheld voice over IP phone, take similar steps to what was just shown. To create an entry in an IP phone book, click Options and enter the address or phone number in the window.

Once the experiment presents the call participants in their respective locations, one of the users can initiate an IP telephony call. To initiate the call to the other party, press the Call button. When the other IP phone starts ringing, use the Call button to accept the incoming call.

To collect the experimental results, connect a commodity laptop to one of the wireless access points and run the ping command line tool to the IP address that the phone connected to the other access point over 180 seconds. Once the connection has established with the access point, verify the IP connectivity with the IP phone, and save the round trip time measurements. To capture the traffic exchanged during the IP call, execute the TCP dump command line tool in one of the running access point VNFs and save this traffic into a file, enabling the writing flag of the command line tool at the execution time and specifying the name of the file.

Then perform a new IP telephony call and maintain the call for a specific period of time before terminating the call. Here, data from a real voice over IP call demonstrates the cumulative distribution function of the end-to-end delay measured between two end user equipment items. More than 80%of the end-to-end delay measurements were below 60 milliseconds in this analysis and none of the measurements were higher than 140 milliseconds, guaranteeing the appropriate delay metrics for the execution of a voice call.

Here, an exchange of the DNS and SIP signaling messages is illustrated with the messages corresponding to the registration of one of the users in the IP telephony server and to the establishment of the voice call. In this representative graph of data traffic captured during a call, a constant stream of voice packets transmitted and received by one of the wireless phones during the call is shown. In this graph, the jitter in the forward direction of the data traffic, with an average value lower than 1 millisecond, can be observed.

When reproducing this protocol, it is important to consider the utilization of single-port computers to execute the virtualization containers. This protocol could potentially be used in other environments in which resource constrained devices might be available, for instance, in the northeast environments. If the protocol includes a flight procedure experimenter, so be sure to follow the appropriate security measures and the corresponding regulatory statement.