If you visualize a pile-up on a freeway and its aftermath, you're probably not projecting all the telecommunications needs that such an event generates. And yet: emergency services need to coordinate, health services need to be informed in real time, transport operators need to reorganize traffic... All these players need to communicate effectively, both internally and with each other. Yet the systems used by these different bodies are often compartmentalized, slowing down decision-making and interventions in the field.
This situation highlights the need to set up network and service infrastructures capable of meeting the simultaneous demands of several players in different sectors. Among the flagship projects of the PEPR "5G and Networks of the Future" program, the NF-MUST project aims to meet part of this need by developing a service architecture adapted to the cooperation of multi-actor and multi-sector operations and communications.
It's a challenge because, in addition to specific technical requirements and the diversity of communication and security protocols, end-to-end coordination between sectors requires the involvement of several operators. "Knowing that a 5G or 6G operator already has heterogeneous technological segments at its disposal, it must concatenate them in order to establish end-to-end infrastructures [without interruption or discontinuity] capable of meeting users' needs," points out Djamal Zeghlache, Professor of Networks and Services at Télécom SudParis, initiator and leader of the NF-MUST project. "To interconnect several operators, we need to network networks! This means extending the notion of slicing to the multi-sector.
Borrowed from cloud computing, "slicing" has developed with 5G, driven by the virtualization of services and networks. Virtualization consists in dividing a single hardware base into independent virtual environments, thereby pooling physical resources. A router, for example, can be divided into compartments, each corresponding to a virtual router serving a particular user (tenant). Several tenants can then share the same equipment, while remaining isolated from each other. These virtualized environments offer a flexible, shared base on which to run a variety of applications or services - typically health or emergency services communications, without the need for dedicated hardware.
Slicing takes this concept a step further, by partitioning the entire network, including virtualized resources, into "slices" dedicated to "verticals" such as energy, healthcare or transportation. "The notion of sharing resources, such as computing, storage or memory, is extended to sharing services and network infrastructures", explains Djamal Zeghlache. In concrete terms, operators are using their 5G and 6G network infrastructures to offer customized slices to meet the requirements of different verticals or a particular tenant. "Like a mille-feuille in which each layer corresponds to a part of the network, dedicated to a sector or tenant", adds the researcher.
In this way, everyone benefits from their own slice, which includes not only the virtualization of network equipment, but also the dynamic allocation of specific resources (such as bandwidth, traffic flow priority, etc.) according to their needs. This is what makes it possible, for example, to deploy 5G infrastructures at a smart port, where the players involved (port authority involving shipowners, crane operators, carriers...) share a network while benefiting from slots reserved for their respective operations. "These infrastructures are interconnected, in order to offer services tailored to the various players and stakeholders operating in the port environment," Zeghlache adds.
The challenge of multi-sector coordination
One of the ambitions of the NF-MUST project is therefore to extend the concept of slicing to a multi-sector scale. Sectors (energy, healthcare, transport, etc.) could then share a common infrastructure, while each benefiting from dedicated slices adapted to their specific needs.
This involves first understanding the context of a particular multi-sector use case: identifying the instantaneous needs of all players, in order to transform them into a demand that will be expressed to all the networks. The latter will then provide the environments in which the services required by the various sectors' business applications will run. To take the case of a pile-up, the NF-MUST architecture will provide an end-to-end slice to ensure cooperation between the gendarmerie, the fire department, the emergency services, the motorway service... In other words, all the communication networks and services associated with the business implications of all these players.
However, despite sharing network resources, these different players need to be able to isolate their sensitive data. NF-MUST's end-to-end architecture must therefore enable each to operate in its own environment, and to communicate flexibly with others. "Think of it as a building where each floor or space (staircase, room, corridor) is reserved for a different tenant, linked or separated from the others by gateways or partitions. In this environment, the configuration can be changed - partitions can be added, moved around, made watertight, etc. - so that each person can operate independently, or cooperate with a trusted partner," explains Djamal Zeghlache.
Towards dynamic resource management
The NF-MUST project's other ambition is to make slicing dynamic and automated, so as to adjust resources according to users' instant needs. Currently, slices are often pre-designed and pre-defined, then made available in a service catalog. These predefined slices are well identified: they meet specific needs and are chosen according to customer requirements. Dynamic slicing aims to go beyond this predefined approach.
This requires real-time analysis of available infrastructure, and verification of unallocated resources. These resources include both virtualized entities - enabling several customers to use them simultaneously - and physical entities, which cannot be virtualized and must be shared successively between several users. Slices are then configured according to requirements.
A catalog of customizable services
The next step is to make service catalogs available to users, so that they can put together their own slices according to their needs, like modular building blocks. When a customer expresses a need, either technically or in natural language, the system translates and analyzes this request to identify the necessary components from the catalog. The catalog then functions as a knowledge base, containing the elementary building blocks from which the slice is composed. Each slice is built by assembling different elements found in the catalog, while ensuring that users are immutably authenticated and have the necessary access rights to their services, "like LEGO® bricks to be combined to meet the customer's request", compares Djamal Zeghlache.
In short, composing a slice involves discovering the services available, authenticating and understanding the customer's request, breaking it down into elementary bricks, and finding compatible components in the service catalog. Although the catalog is central to this process, there is still progress to be made in enriching this knowledge base and adapting it to multi-sector uses. "Even though many of us are working on the subject, service catalogs are not yet very extensive. The procedure is not fully automated. So, for the moment, it's a medium-term objective," moderates Djamal Zeghlache.
NF-NAI, a complementary project
The NF-MUST project has been allocated 3.5 million euros, shared between Télécom SudParis, Inria, CEA-List and CNRS. It is closely linked with another project from the PEPR "5G and Networks of the Future" program, NF-NAI. Whereas NF-MUST focuses primarily on the management and coordination of multi-domain services, NF-NAI is concerned with setting up the network infrastructures needed to guarantee the execution of these services. In other words, NF-NAI provides the foundations, transport technologies and end-to-end interconnections on which NF-MUST relies to dynamically orchestrate services.
This complementarity enables NF-MUST to effectively transform user demands into concrete services, drawing on the robust infrastructures put in place by NF-NAI. In this way, the two projects ensure that physical infrastructure and service management work hand in hand, guaranteeing seamless interoperability and an effective response to multi-actor needs.