[go: up one dir, main page]

WO2025098948A1 - Procédé de création d'une tranche de réseau dont les fonctions sont rendues par plusieurs fournisseurs - Google Patents

Procédé de création d'une tranche de réseau dont les fonctions sont rendues par plusieurs fournisseurs Download PDF

Info

Publication number
WO2025098948A1
WO2025098948A1 PCT/EP2024/081101 EP2024081101W WO2025098948A1 WO 2025098948 A1 WO2025098948 A1 WO 2025098948A1 EP 2024081101 W EP2024081101 W EP 2024081101W WO 2025098948 A1 WO2025098948 A1 WO 2025098948A1
Authority
WO
WIPO (PCT)
Prior art keywords
management entity
vnf
virtual network
network functions
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
PCT/EP2024/081101
Other languages
English (en)
Inventor
Eric SCHOULER
Antoine BORRAGINI
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
Orange SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Orange SA filed Critical Orange SA
Publication of WO2025098948A1 publication Critical patent/WO2025098948A1/fr
Pending legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5054—Automatic deployment of services triggered by the service manager, e.g. service implementation by automatic configuration of network components
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/042—Network management architectures or arrangements comprising distributed management centres cooperatively managing the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/085—Retrieval of network configuration; Tracking network configuration history
    • H04L41/0853—Retrieval of network configuration; Tracking network configuration history by actively collecting configuration information or by backing up configuration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H04L41/122—Discovery or management of network topologies of virtualised topologies, e.g. software-defined networks [SDN] or network function virtualisation [NFV]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/34—Signalling channels for network management communication
    • H04L41/342—Signalling channels for network management communication between virtual entities, e.g. orchestrators, SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/508—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement
    • H04L41/5096—Network service management, e.g. ensuring proper service fulfilment according to agreements based on type of value added network service under agreement wherein the managed service relates to distributed or central networked applications

Definitions

  • the technical field is that of telecommunications.
  • the invention relates to a method of creating a network slice whose virtual network functions are rendered by multiple providers.
  • 5G networks short for fifth generation mobile telecommunications networks
  • 5GSA cronym for 5G StandAlone
  • a virtual network function is a computer application that implements a function expected of a computer or telecommunications network, such a function being for example a directory service, routing, or other.
  • VNF virtual network function
  • all network functions are virtualized, that is to say that the functions necessary for the operation of the network are rendered by computer programs running in virtual machines or related technologies such as containers .
  • This architectural principle for building new and future telecommunications networks is embodied in a framework standardized by ETSI ( European Telecommunications Standard Institute ), called NFV ( Network Function Virtualization ), ETSI defining its implementation in its ISG NFV working group ( Industry Specification Group – Network Function Virtualization ).
  • ETSI European Telecommunications Standard Institute
  • NFV Network Function Virtualization
  • ISG NFV working group Industry Specification Group – Network Function Virtualization
  • a given physical 5G mobile network will therefore be able to partition its resources and deploy multiple instances of virtual network functions to build several separate network slices on the same infrastructure. These different slices will be able to have distinct quality of service parameters and correspond to different commercial offerings. In this way, a given physical infrastructure is exploited to the best advantage.
  • the virtualization of network functions in a 5G network makes it possible to implement the notion of network slice by distributing network functions over hardware resources that have been previously selected and reserved. All the operations that allow a network slice to be deployed are referred to as orchestration. Orchestration is performed by an entity called an orchestrator that will implement the selection and reservation of hardware resources; the launch and shutdown of instances of virtual network functions (VNFs) using the reserved hardware resources; the creation of relationships between the VNFs to allow them to communicate with each other and the deletion of these relationships if necessary; and the provision of access points (SAP, acronym for Service Access Point ) to manage VNFs, for example to stop them, restart them, change their relationships, duplicate them or any other management operation, and also to connect the VNFs together and thus send them the data they must process during their operation and to recover the processed data.
  • orchestration is performed by an entity called an orchestrator that will implement the selection and reservation of hardware resources; the launch and shutdown of instances of virtual network functions (VNFs) using the reserved hardware resources; the creation of relationships between the V
  • the orchestrator is attached to the mobile network operator whose resources are used to build several network slices.
  • the management of the network slice itself is ensured by an entity called BSS (acronym for Business Support System ) which can create, modify, delete, activate or deactivate virtual network functions under the responsibility of the orchestrator.
  • BSS acronym for Business Support System
  • a network slice is also defined in relation to an access network that allows a user terminal (in English, User Equipment , abbreviated as UE) physical access to communication with the network slice.
  • This access network is generally a public land mobile network (in English, Public Land Mobile Network , abbreviated as PLMN) as is the case in fifth generation mobile telecommunications networks and beyond.
  • PLMN Public Land Mobile Network
  • the physical access network to the network slice can also be a fixed access network or any other means providing physical access to the virtualized network functions of the network slice.
  • the concepts of virtualization of network functions, and of network slice, originally appearing in the context of mobile telecommunications networks, can be applied in any type of network, including those where access is fixed.
  • a network slice is defined by a set of virtual network functions, there is no requirement that all virtual network functions be provided by a single mobile network operator and therefore nothing prevents different network functions from being provided by different providers.
  • the 3GPP TS 23.501 standard ( Security architecture and procedures for 5G System ) specifies these concepts and provides more details.
  • the invention relates to the management of a network slice in a telecommunications network, the network slice having to involve several providers collaborating to make the various virtualized network functions of the slice.
  • a first example is a network slice dedicated to a road transport company.
  • the company's trucks have a terminal that can send real-time data to the company's information system through a dedicated network slice.
  • the standard access used by the slice may be a mobile telecommunications network.
  • the trucks in question may pass through dead zones not covered by the mobile network provider used for access. It is therefore interesting to be able to switch to access via a satellite telecommunications network, which has universal coverage. But the road transport company does not want this access method to be widespread, because the speed is lower via satellite than via the mobile network.
  • a network slice dedicated to the road transport company a slice in which the terminals can switch between two modes of network access: access via mobile telephony in general, and access via satellite telecommunications in certain cases.
  • the network slice in question therefore needs to work with two separate providers for access functions, and perhaps other providers for core network functions.
  • a second example is a network slice dedicated to the temporary organization of a film festival.
  • a film festival organizer may want to offer its participants, in addition to screenings in the festival halls, access to all the films presented thanks to a mobile telecommunications network available at the festival venue and more broadly in the city where festival-goers reside during the festival.
  • a 5G mobile telecommunications network operator can provide such access, with increased throughput in the city in question to distribute the videos. But the organizer wants caching functions to ensure that the distribution of the films will be done without any latency, and wants special security for its caching functions to prevent film piracy.
  • the mobile network operator does not have the resources necessary to provide these functions and does not want to deploy them for the duration of the festival only.
  • the film festival organizer may then wish to have a network slice where the mobile access functions are provided by a traditional 5G network operator, but where the cache management, film distribution, and access security functions are provided by a dedicated provider.
  • Managing a network slice involves sending management instructions to the various virtual network functions that make up the slice. These instructions are sent from the entity in charge of management, or more generally the entity that owns the network slice, to the virtual network functions through an interface called UNI (acronym for User-Network Interface ).
  • the virtual network functions receive management instructions through application interfaces commonly called management elements, or EM (acronym for Element Manager ).
  • EM management elements
  • the EM management elements are therefore accessed through the UNI interface. All EM interfaces, as well as the management applications for one or more virtual network functions VNFs, form a management system called EMS (acronym for Element Management System ).
  • This data is the data exchanged during the operation of a communications network, for example, messages sent by network users.
  • Virtual network functions exchange data between themselves during their operation via interfaces called NNI (acronym for Network-Network Interface ).
  • NNI cronym for Network-Network Interface
  • the relationship between separate networks is established via exchange points, called peering points .
  • the GSMA NG 116 standard describes the attributes exchanged between different entities to characterize a network slice. Knowledge and exchange of these attributes is essential for creating a slice and then managing it.
  • the GSMA NG 116 standard in particular, describes a generic network slice template, called GST (acronym for Generic network Slice Template ).
  • GST includes optional or mandatory attributes that allow describing the expected functionality and performance of a network slice, but without detailing the network functions that are instantiated in a given network slice.
  • a CSP communication service provider may also be an NSP network slice provider, and the CSP will then provide the CSC communication service customer with a network slice provided by it to meet the CSC customer's communication service needs.
  • an NSP network slice provider may also be a NOP mobile network operator, and the mobile network slice it provides will simply be a network slice in relation to the PLMN mobile network that is operated by itself as a NOP mobile network operator.
  • the GSMA NG 116 standard specifically describes interactions between the network slice provider (NSP) and the network operator (NOP). As already explained, the information exchanged between the NSP and the NOP, described in the GSMA NG 116 standard, is limited to functional or quality of service parameters.
  • the current version of the standard provides that a CSP requests an NSP to provide it with a network slice.
  • the GSMA NG 116 standard then expresses in technical protocol elements, to be exchanged between the NSP and the NOP, the functional and quality of service elements defined during the exchange between the CSP and the NSP, this exchange not being defined in NG 116.
  • GSMA NG 116 does not provide that a given network slice can consist of virtual network functions belonging to separate providers.
  • the different roles of CSP, NSP and NOP can be combined but cannot be performed by separate entities according to GSMA NG116.
  • the MEF (formerly Metro Ethernet Forum ) standardization forum also seeks to describe the concepts of network slice and network slice provisioning in the MEF 84 standard , Subscriber Network Slice Service and Attributes .
  • the MEF 84 standard states that a service provider can provide multiple distinct network slices from a given network. It also states that a network slice can be composed of multiple network slices. In this case, the virtual network functions of the composed slice are provided by multiple distinct providers. However, the distribution of the different network functions of the composed slice among the different providers is then defined in advance and cannot be changed.
  • the MEF 84 standard therefore allows for a network slice in which the virtual network functions are provided by different providers, but in a predefined manner that cannot evolve.
  • the creation and management of network slices is understood to necessarily start from a mobile network operator that will reserve resources in its network and make virtual functions available.
  • the creation and management of network slices is done according to a vertical interaction between the NOP, the NSP and the CSP.
  • the parameters exchanged do not allow specifying the virtual network functions that constitute a slice or their respective providers, but only global quality of service parameters.
  • the MEF 84 standard allows for a slice composed of functions provided by several providers but in a predefined manner once and for all, without any possible evolution of the structure of the network slice in question.
  • the distribution of functions provided by different providers is defined once and for all and cannot be negotiated between the different participating entities.
  • the invention improves the situation.
  • the invention relates to a method for creating a network slice comprising virtual network functions by a management entity, called the first management entity, in a system comprising several other management entities capable of providing virtual network functions, characterized in that the virtual network functions included in the created slice are selected by the first management entity from among those provided by several management entities.
  • the invention it is possible to create a network slice by combining virtual network functions provided by different providers.
  • the first management entity selects virtual network functions that will correspond to its own needs. This individual selection of virtual network functions does not correspond to the aggregation of already predefined slices to form a new slice.
  • the advantage of the invention is to allow the dynamic creation of a network slice, without having to be limited to already predefined models, since the management entity in charge of creating the slice selects the virtual network functions individually, without having to aggregate an already predefined slice to another slice.
  • the management entity called the first management entity is responsible for providing communication services.
  • the method comprises selecting, by the first management entity, virtual network functions to be added to virtual network functions already included in the created network slice, the added virtual network functions being provided by a management entity different from the management entity(ies) providing the virtual network functions already included in the slice.
  • the invention makes it possible to construct a network slice by individually aggregating virtual network functions to those of an already created network slice.
  • This embodiment improves the possibilities of dynamically creating a network slice by individually selecting functions that will be added to the network slice after its creation.
  • the method further comprises a step of transmitting management instructions, by the first management entity, to the virtual network functions through a previously created interface connecting the first management entity to the management elements of the virtual network functions.
  • an entity responsible for providing communication services will first obtain access points characterizing the selected virtual network functions that will constitute the network slice.
  • An access point comprises a set of information allowing communication with a virtual network function, for example a network address and data such as passwords, cryptographic keys or programming interface diagrams.
  • the virtual network functions are provided by different providers, but are used by a management entity, for example by a communication service provider, to offer a network slice to its customers.
  • Access points characterizing the functions by the communication service provider then allows it to create a communication link between the virtual network functions.
  • Access points provide the network addresses of the instances of the various virtual network functions and password-type data that allows network links to be attached to the virtual network functions.
  • the communication link between the virtual network functions is used for the operation of the network slice itself and will carry the data exchanged between virtual network functions.
  • the creation method is therefore also a method for managing a network slice by sending management instructions to functions provided by several virtual network function providers. Once the access points characterizing the functions are obtained by the communication service provider, it can connect the different functions together, then launch them, which is equivalent to creating the network slice. Sending other management instructions will make it possible to manage the slice, for example by adding communication service clients as clients of the different functions. The communication service clients will then use the different virtual network functions and will be able to communicate thanks to the links deployed between them.
  • the method also makes it possible to dynamically modify a slice, by obtaining new access points characterizing new virtual network functions that can replace old functions. Thanks to the invention, there is no need to define in advance the structure that the network slice will take. The creation and then management of the network slice are therefore made dynamic, and are carried out under the control of the communication service provider who owns the dynamically created network slice.
  • the operation of transmitting management instructions to management elements can be done while the communication link carrying the traffic between functions is not completely created, as long as the interface between the first management entity and the management elements is sufficiently defined, thanks to the access points obtained, to allow the sending of management instructions.
  • the first management entity having direct access to a first network the selection of the virtual network functions included in the slice comprises a determination of virtual network functions hosted in said first network directly accessible by the first management entity and an obtaining of the access points to these virtual network functions.
  • This mode allows a management entity responsible for providing a communication service, called the first management entity, to build a network slice by combining virtual functions provided by several providers. But in particular, the first management entity can have certain virtual network functions. This embodiment allows the first management entity to identify the virtual functions present in the first network, which are directly accessible to it. These functions can be directly used by the first management entity without having to deploy a specific interface with another network.
  • the selection of the virtual network functions included in the slice comprises a transmission by the first management entity to another management entity capable of providing virtual network functions, called the second management entity, having direct access to a second network, of a first request for access points to virtual network functions and reception of a proposal for access points characterizing virtual network functions hosted in the network directly accessible by the second management entity, called the first proposal.
  • the second management entity is responsible for providing network slices.
  • the first management entity is not limited to using virtual functions located in the network that is directly accessible to it to construct a network slice.
  • the first management entity requests a second management entity, capable of providing virtual network functions, which may be, in exemplary embodiments, in charge of providing network slices.
  • the request transmitted by the first management entity to the second does not consist of a request for an already defined network slice, fixed once and for all, but in a request for access points characterizing virtual network functions, that is to say a request for the information, contained in the access points, which will make it possible to connect the virtual network functions to each other and to send them management instructions.
  • the second management entity responds by proposing a set of access points characterizing virtual functions located in the network directly accessible to the second management entity.
  • the access points include the information that will then allow the first management entity to manipulate the virtual network functions using the information included in the access points. Thanks to this mode, the first management entity will therefore be able to build a network slice including virtual functions provided by a second management entity.
  • the creation of a communication link between the virtual network functions, called first functions, hosted in the first network and the virtual network functions, called second functions, hosted in the second network comprises the creation of an exchange point between the first network and the second network.
  • the creation of the network slice takes into account the fact that the virtual network functions are provided by different providers and, in particular, may be hosted in at least two separate networks.
  • significant telecom traffic may pass between the different virtual network functions and therefore may have to pass from one network to another.
  • This situation makes it necessary to create an exchange point ( peering point in English) to carry this significant traffic and ensure load balancing between the networks or appropriate compensation.
  • the first proposal of access points is supplemented by the second management entity with access points, called complementary access points, to virtual network functions, called third functions, said complementary access points being proposed by a third management entity, having direct access to a third network, said third functions being hosted in said third network, and, in addition, the method comprises the creation of an exchange point between the second and the third network and a communication link with the third virtual network functions as well as an interface with the management elements of the third virtual network functions so as to avoid a direct link between the first network and the third network.
  • the invention makes it possible to provide a possibility of delegation from one supplier to another to provide the virtual network functions that will form the network slice.
  • the second management entity capable of providing virtual network functions, may be, in one embodiment, responsible for providing network slices, and therefore functions forming these slices.
  • the second management entity will request a third management entity, also capable of providing virtual network functions, and, in embodiments, responsible for providing network slices, to request access points characterizing virtual network functions.
  • the first proposal, made by the second management entity to the first will therefore comprise elements of the second proposal, made by the third management entity to the second entity.
  • the second management entity is placed "in cut" between the first management entity and the third management entity.
  • the deployments of the communication link and the interface to the management elements of the third virtual network functions are carried out in such a way as to avoid visibility from the first management entity to the third network.
  • the first management entity must only communicate with the second management entity but still has a network slice comprising virtual network functions offered by the third management entity.
  • the sending of a second request for access points to virtual network functions is done after the reception by the first management entity of a first proposal for access points to virtual network functions and the sending by the first management entity to the second management entity of information relating to the quality of the first proposal.
  • the first management entity can qualify the quality of a proposal made to it by a second management entity capable of providing virtual network functions.
  • the qualification made by the first management entity may include the refusal of certain functions (and therefore of their respective access points proposed in response to the first request), which will lead the second management entity to seek to improve its offer of virtual network functions.
  • the second management entity sends a second request for access points to a third management entity.
  • the virtual network functions proposed by the third management entity will then be integrated into the proposal made by the second management entity to the first management entity, but according to a delegated mode already seen, in which the first management entity will not have direct visibility on the functions proposed by the third management entity, the second management entity being placed between the first and the third.
  • creating a communication link with the virtual network functions hosted in the fourth network includes deploying an exchange point between the first network and the fourth network.
  • the first management entity has another way of supplementing an unsatisfactory proposal for virtual network functions.
  • the first management entity After receiving a proposal for access points from the second management entity, the first management entity will directly request a fourth management entity capable of providing virtual network functions, which is, in certain embodiments, in charge of providing network slices, and therefore virtual network functions.
  • the creation of a communication link to these virtual network functions will then be done directly, and not in a delegated manner, by having another management entity as a cut-off, but must include an exchange point in order to carry the data traffic between the first and the fourth network.
  • No specific constraint exists in this case on the interface to the management elements between the first management entity and the fourth network. This interface can in particular use direct visibility between the first and the fourth network.
  • the requests for access points to virtual network functions include information relating to the expected functionalities of the virtual network functions attached to the requested access points and quality of service parameters.
  • the first management entity specifies the requests it makes to the different management entities capable of providing virtual network functions.
  • the requests are specified with information relating to the expected functionalities and quality of service parameters. This information makes it possible to define a service request precisely, by specifying the expected functions and qualities of service. Other elements can be added such as traffic forecasts, as well as proposed purchase prices.
  • the proposals for access points to virtual network functions include information relating to the guaranteed functionalities of the virtual network functions attached to the proposed access points and quality of service parameters.
  • the proposals made by the management entities capable of providing virtual network functions in response to the requests of the first management entity will include indications relating to the functionalities that the proposed virtual network functions will fulfill as well as the quality of service parameters that the entities in charge of providing virtual network functions will guarantee.
  • These elements present in the proposals made in response to the requests for access points will allow the first management entity to judge the quality of the proposals made to it in response to its requests.
  • Other information elements may be present, for example relating to the expected traffic or the proposed price.
  • one or more of the virtual network functions are containerized network functions.
  • a management entity in charge of providing network slices will be able to provide access points to virtual network functions. This provision is made in response to a request for access points to virtual network functions. This provision of access points will allow a management entity in charge of providing communication services to manage a network slice formed of virtual network functions provided by different providers by accessing the network functions through the access points provided.
  • the second management entity is responsible for providing network slices.
  • the first management entity has direct access to a first network and the method comprises the deployment of an exchange point between the first network and the second network in order to allow the deployment of a communication link with the virtual network functions hosted in the second network.
  • connection between the different networks where the virtual network functions are hosted is taken into account.
  • the connection between the first network, of the management entity that performs the network slice creation process, and the second network, of the management entity responsible for providing virtual network functions, is carried out with an exchange point.
  • the use of an exchange point makes it possible to take into account the significant traffic due to network communications between the virtual network functions hosted in the two separate networks.
  • the first proposal of access points is supplemented by the second management entity with access points, called complementary access points, to virtual network functions, called third functions, said complementary access points being proposed by a third management entity, having direct access to a third network, said third functions being hosted in said third network, and in that the method further comprises the creation of an exchange point between the second and the third network and a communication link with the third virtual network functions as well as an interface with the management elements of the third virtual network functions so as to avoid a direct link between the first network and the third network.
  • a management entity capable of providing virtual network functions can rely on another management entity, also responsible for providing virtual network functions, called the third management entity, to provide a first management entity with access points to virtual network functions.
  • This provision by delegation requires that the first management entity does not have a direct link with the third management entity.
  • the second management entity is indeed placed in a cut-off position, which has an impact on the creation of a communication link between the virtual network functions as well as on the structure of the interface to the management elements of the virtual network functions hosted in the third network.
  • the sending of a second request for access points to virtual network functions is done after the sending to the first management entity of a first proposal for access points to virtual network functions and the reception by the second management entity of information relating to the quality of the first proposal.
  • the provision of access points by delegation to virtual network functions is done after the first management entity, responsible for providing communication services, has qualified the first proposal of access points.
  • the first management entity qualifies the first proposal made by the second management entity as unsatisfactory, the latter will be able to improve its proposal thanks to access points requested from the third management entity.
  • the requests for access points to virtual network functions include information relating to the expected functionalities of the virtual network functions attached to the requested access points and quality of service parameters.
  • the proposals for access points to virtual network functions include information relating to the guaranteed functionalities of the virtual network functions attached to the proposed access points and quality of service parameters.
  • these embodiments integrate information relating to the requested and guaranteed functionalities as well as the expected and proposed quality of service. This information makes it possible to build rich exchanges between the first management entity, which selects virtual network functions and requests access points to them, and the management entity or entities capable of providing virtual network functions and more particularly access points to virtual network functions. Other information may also be present, such as requested or proposed prices, as well as forecasts of expected traffic or any other relevant information for describing a request or proposal for access points to virtual network functions.
  • the invention relates to a management entity, called the first management entity, in a system comprising several other management entities capable of providing virtual network functions, said first management entity implementing a method for creating a network slice and being characterized in that the virtual network functions included in the created slice are selected by the first management entity from among those provided by several management entities.
  • said first management entity is responsible for providing communication services.
  • the invention relates to a computer program capable of being implemented by a management entity, called the first management entity, the program comprising code instructions which, when executed by a processor, performs the steps of the method for creating a network slice defined above.
  • the invention relates to a computer program capable of being implemented by a management entity capable of providing virtual network functions, the program comprising code instructions which, when executed by a processor, performs the steps of the method for providing access points to virtual network functions defined above.
  • the invention relates to data media on which are recorded computer programs comprising sequences of instructions for implementing the methods of creating a network slice and providing access points to virtual network functions defined above.
  • the data carriers may be any entity or device capable of storing the programs.
  • the carriers may comprise a storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or a magnetic recording means such as a hard disk.
  • the carriers may be transmissible media such as an electrical or optical signal, which may be conveyed via an electrical or optical cable, by radio or by other means.
  • the programs according to the invention may in particular be downloaded from a network such as the Internet.
  • the information carrier may be an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • a first management entity in a system comprising three other management entities, capable of providing virtual network functions, as well as a network slice, managed by the first management entity, comprising virtual network functions provided by the different management entities.
  • FIG 2 illustrates an example of message exchange between different management entities within the framework of an embodiment of the invention.
  • FIG 3 illustrates another example of message exchange between different management entities within the framework of another embodiment of the invention.
  • FIG 4 illustrates a third example of message exchange between different management entities within the framework of another embodiment of the invention.
  • a computer system including a first management entity CSP carrying out the method of creating a network slice according to the invention and a second management entity NSP1 capable of providing virtual network functions.
  • a second management entity NSP1 capable of providing virtual network functions.
  • Two other management entities NSP2 and NSP3 capable of providing virtual network functions are also represented.
  • the management entity CSP is more generally in charge of providing communication services and the management entities NSP1, NSP2, NSP3 are in charge of providing network slices.
  • the network slices being formed of virtual network functions, a management entity in charge of providing a network slice can also provide virtual network functions separately by giving individual access to these virtual network functions.
  • the method according to the invention will allow the management entity CSP to create a network slice TR for its own communication service provision needs and this by selecting virtual network functions provided by the several management entities NSP1, NSP2, NSP3.
  • the management entities CSP, NSP1, NSP2, NSP3 communicate with each other via a communication link using, for example, the Internet, or any other suitable means.
  • This link can use a public network such as the Internet or private links, including virtual private networks (VPN).
  • the physical medium of this communication link can be a wired or wireless link or a communication of different access technologies. This communication link is not shown on the .
  • the first CSP management entity has the hardware architecture of a conventional computer. It includes in particular a processor, one or more RAM-type random access memories and one or more read-only memories such as Flash or ROM memory (not shown in the figure) as well as input-output devices such as keyboards and/or screens (not shown in the figure).
  • the CSP management entity can run in a hardware server accessible via a communication network such as the Internet, or any other network such as for example a dedicated communication network, or run in a cloud computing architecture.
  • the CSP management entity can also have a distributed architecture and run thanks to the cooperation of several modules distributed over different hardware servers. This is particularly the case when the CSP management entity runs in a cloud computing architecture.
  • the second management entity NSP1 has a hardware architecture similar to the management entity CSP, as well as the other management entities NSP2 and NSP3.
  • the first CSP management entity responsible for providing communication services, includes a module 101 for obtaining OBT SAP access points on the virtual network functions VNF0, VNF, VNF’, VNF’’, VNF’’’’.
  • the virtual network functions VNF0, VNF, VNF’, VNF’’’, VNF’’’ can be virtual network functions themselves or containerized network functions, without loss of generality.
  • the first CSP management entity responsible for providing communication services, comprises a module 102 for creating CRT an NNI communication link between the virtual network functions VNF0, VNF, VNF’, VNF’’, VNF’’’, said NNI link using information contained in the SAP access points obtained OBT.
  • the first management entity CSP in charge of providing communication services, comprises a module 103 for transmitting SND management instructions to virtual network functions VNF0, VNF, VNF’, VNF’’, VNF’’’ through a UNI interface connecting the first management entity CSP to the management elements EM of the virtual network functions VNF0, VNF, VNF’, VNF’’, VNF’’’’, said UNI interface using information contained in the SAP access points obtained OBT.
  • the second management entity NSP1 in charge of providing network slices, comprises a module 201 for receiving from a first management entity CSP in charge of providing communications services of a request DEM1 from SAP access points to virtual network functions.
  • the second management entity NSP1 responsible for providing network slices, comprises a module 202 for sending to the first management entity CSP a proposal PROP1 for SAP access points to virtual network functions hosted in the second network NNSP2 directly accessible by the second management entity NSP2.
  • the other management entities NSP2 and NSP3, in charge of providing network slices, also include modules for receiving a request and sending a proposal for SAP access points similar to modules 201 and 202 of the management entity NSP1, not shown in the figure. .
  • the first CSP management entity has direct access to an NCSP network.
  • This network hosts its own communication links and computing resources.
  • the NCSP network hosts two virtual network functions VNF0 and VNF.
  • the second management entity NSP1 has direct access to a network NNSP1.
  • This network hosts its own communication links and computing resources.
  • the network NNSP1 hosts a virtual network function VNF’.
  • the other management entities NSP2 and NSP3 each have direct access to a network, respectively NNSP2 and NNSP3.
  • These networks host their own communication links and computing resources, and, in particular, the NNSP2 network hosts the virtual network function VNF’’ and the NNSP3 network hosts the VNF’’’.
  • a TR network slice is represented in the , consisting of the virtual network functions VNF0, VNF, VNF', VNF'' and VNF''.
  • the TR network slice is therefore made up of virtual network functions hosted by separate networks, accessed directly by separate management entities. In this sense, the TR network slice is made up of virtual network functions VNF0, VNF, VNF', VNF'' and VNF''' provided by different providers.
  • This UNI interface allows the CSP management entity to transmit SND management instructions to the virtual network functions VNF0, VNF, VNF’, VNF’’ and VNF’’’.
  • network slice appears from the definition of fifth-generation telecommunications networks, known as 5G.
  • 5G fifth-generation telecommunications networks
  • the different functions are rendered by virtual network functions and are not attached to specific hardware elements. This makes it possible to envisage a very dynamic construction of network slices, involving several suppliers.
  • network slices are predefined once and for all, with very little possibility of dynamic evolution. This situation changes thanks to the invention.
  • Virtual network functions can be virtualized functions themselves, or functions contained in containers. In our description, the term virtual network function must be understood as being able to designate both a virtual network function and a containerized network function.
  • the first CSP management entity is responsible for providing communication services. To do this, it wants to have a TR network slice. According to the state of the art, the CSP management entity would ask a management entity responsible for providing a network slice, for example the NSP1 management entity, to provide it with a pre-defined TR network slice.
  • a CSP management entity has a TR network slice with the ability to communicate with and manage the various virtual network functions that make up the TR network slice. This ability is first achieved by having SAP access points to the various virtual functions.
  • a SAP access point can be, for example, a network address, or a URL ( Uniform Resource Locator ), or an API ( Application Programming Interface ) that allows communication with the network function. Additional elements such as passwords or cryptographic certificates can be used to secure communication with the virtual network function and are also part of the SAP access points.
  • SAP access points provide access, in particular, to the EM management elements that constitute the elements for addressing commands to the virtual network function by allowing a UNI interface to be defined to these EM management elements using the information contained in the SAP access points.
  • SAP endpoint The information included in an SAP endpoint will also depend on the architecture of the network function itself.
  • the SAP endpoint may contain information about the container registry to which the containerized network function is registered.
  • the SAP endpoint may contain information about the virtual machine on which the virtual network function is running.
  • a virtual network function VNF0 could be a database containing the clients of a communication service using the TR network slice.
  • An SAP access point on VNF0 would, for example, contain the network address and passwords to access the database. If the virtual network function VNF0 is a virtual network function itself, the SAP access point could contain information about the running virtual machine. If it is a containerized network function, the SAP access point could contain information about accessing the container.
  • the SAP access point would also provide an API to add or remove clients from the database, or to query the database to see if a client is present in the database, and the management element EM would allow commands to be issued to the database, such as a start or stop command. These commands will be differentiated depending on the mode of execution of the network function, namely a virtual or containerized function.
  • the CSP management entity When the CSP management entity has the SAP access point on the virtual network function VNF0, which is a database listing customers of a communication service, and the associated EM management element, it can therefore start the customer database, then add or remove customers, and also connect it to other virtual network functions which can, for example, verify that a customer requesting to benefit from a service is indeed present in the database.
  • VNF0 virtual network function
  • the CSP management entity will be able, thanks to the invention, to have a TR network slice whose virtual network functions VNF0, VNF, VNF’, VNF’’ and VNF’’’ are provided by different providers. To do this, the CSP management entity performs a step of obtaining OBT of the SAP access points on the virtual network functions VNF0, VNF, VNF’, VNF’’, VNF’’’ provided by several providers.
  • a first way for the CSP management entity to have SAP access points on virtual network functions is to use those of the virtual network functions VNF0, VNF present in the NCSP network directly accessible to the CSP management entity.
  • the CSP management entity in charge of providing communication services has direct access to an NCSP network which allows it to directly manage the virtual network functions VNF0 and VNF hosted in the NCSP network.
  • the CSP management entity can therefore obtain the SAP access points of these two virtual network functions VNF0 and VNF.
  • VNF0 and VNF are not sufficient to constitute the TR network slice.
  • the first CSP management entity will therefore send a DEM1 request for SAP access points to the second NSP1 management entity.
  • the NSP1 management entity is responsible for providing network slices. It is natural to request such a management entity not to obtain a network slice in its entirety, already defined, but a part of it in the form of a certain number of virtual network functions.
  • Request DEM1 is therefore a request for SAP access points to virtual network functions.
  • the management entity NSP1 responds to this request DEM1 with a proposal PROP1 for SAP access points to virtual network functions.
  • the NSP1 management entity may propose in the PROP1 proposal an SAP access point to the virtual network function VNF' hosted in the NNSP1 network directly accessible to the NSP1 management entity.
  • the NSP1 management entity has in fact an SAP access point to the virtual network functions hosted in its network, said SAP access point including all the information necessary to communicate and manipulate the virtual network function VNF'.
  • the method according to the invention allows two options to be used.
  • the second management entity NSP1 will make a DEM2 request for SAP access points to a third management entity NSP2.
  • This management entity NSP2 is also responsible for providing network slices and is therefore likely to provide SAP access points to virtual network functions to constitute a TR network slice.
  • the PROP2 proposal for SAP access points will then allow the management entity NSP1 to include additional SAP access points in its own PROP1 proposal.
  • the management entity NSP2 plays a subcontractor role vis-à-vis the management entity NSP1 and will not be known a priori to the management entity CSP.
  • a second option is for the CSP management entity to directly make a DEM3 request for access points to a fourth NSP3 management entity responsible for providing network slices.
  • the NSP3 management entity will be able to respond in a PROP3 proposal for SAP access points on virtual network functions hosted in the NNSP3 network directly accessible to the NSP3 management entity.
  • the CSP management entity will ultimately be able to have proposals for SAP access points from the NSP1 management entity, supplemented by access points from the NSP2 management entity, the NSP1 management entity being placed between the CSP management entity and the NSP2 management entity, and on the other hand access points from the NSP3 management entity obtained directly by a DEM3 request from the CSP management entity.
  • the DEM1, DEM2, DEM3 requests for SAP access points can contain any type of useful information to better describe the request.
  • the first category of information will be a description of the expected functionalities of the virtual network functions accessible by the requested SAP access points.
  • the CSP management entity may have virtual network functions allowing its customers to have terrestrial mobile access to its communication services, but not satellite access.
  • the latter may include in its DEM1 request for SAP access points to the NSP1 management entity that the expected functionality is satellite access.
  • DEM1, DEM2, and DEM3 requests may supplement the DEM1, DEM2, and DEM3 requests.
  • Another relevant piece of information that can qualify the requests DEM1, DEM2, DEM3 is the price offered by the CSP management entity to have the virtual network functions accessible by the requested SAP access points.
  • the price can also be negotiated elsewhere and the methods according to the invention can only be used for the technical implementation of the TR network slice.
  • requests DEM1, DEM2, DEM3 will also be found in proposals PROP1, PROP2, PROP3 for SAP access points made in response to requests DEM1, DEM2, DEM3.
  • the proposed functionalities will be present in proposals PROP1, PROP2, PROP3, qualified by quality of service parameters and possibly by proposed prices.
  • the access point proposals PROP1, PROP2, PROP3 can be qualified by the CSP management entity which will decide whether these SAP access point proposals satisfactorily respond to the requests DEM1, DEM2, DEM3.
  • the exchanges between the CSP, NSP1, NSP2 and NSP3 management entities can therefore take place repeatedly, in a negotiation process, until a SAP access point proposal approved by the CSP management entity is reached.
  • the NSP1 management entity only makes a DEM2 request to a single NSP2 management entity, but it can of course make several requests to several management entities responsible for providing network slices in order to have proposals for SAP access points on virtual network functions.
  • the NSP3 management entity is represented in the as responding to the DEM3 request with a PROP3 proposal for SAP access points established only with SAP access points of virtual network functions hosted in the NNSP3 network directly accessible to the NSP3 management entity. But the latter can of course, in a similar manner to the NSP1 management entity, request other management entities capable of providing network slices to complete its PROP3 proposal for SAP access points.
  • the CSP management entity can itself request other management entities in addition to the NSP1, NSP2, NSP3 entities represented on the This request can be made either at the time when the CSP management entity seeks to obtain SAP access points in addition to those directly accessible in the NCSP network, or in response to PROP1, PROP3 proposals deemed insufficient by the CSP management entity.
  • the CSP management entity will have SAP access points on virtual network functions VNF0, VNF, VNF', VNF'', VNF''.
  • These SAP access points are located either in the NCSP network directly accessible by the CSP management entity, or in other networks NNSP1, NNSP2, NNSP3 directly accessible by management entities NSP1, NSP2, NSP3 in charge of providing network slices which, here, will provide only virtual network functions and not complete network slices.
  • Obtaining SAP access points is done either directly, by proposals made to requests for SAP access points or following exchanges between the management entities, in which the CSP management entity qualifies the proposals for SAP access points which are made to it and deemed insufficient.
  • the CSP management entity can involve entities other than those represented on the , but these will be classified into two categories: either they will be in direct relation with the CSP management entity, as is the case for the NSP1 and NSP3 management entities; or they will be in a delegation situation, because they will not have responded to a direct request for SAP access points from the CSP management entity and will therefore not be in direct relation with the CSP management entity.
  • the management method according to the invention continues by the creation CRT of an NNI communication link between the virtual network functions using information contained in the obtained SAP access points.
  • the NNI communication link will carry the data flows between the virtual network functions and is distinct from the UNI interface between the first CSP management entity and the EM management elements of the virtual network functions.
  • the CRT creation of the NNI communication link uses the information contained in the SAP access points of the virtual network functions. These SAP access points allow information such as network addresses or passwords to be obtained. Using this information, the CSP management entity can build the NNI communication link between the virtual network functions that will carry the network traffic that occurs due to the operation of the TR network slice. This network traffic will, for example, be that between the virtual network functions that serve to access users of the TR network slice and those that have more core network functions. This network traffic will therefore be massive, and will include a significant amount of data. Such traffic cannot therefore be seen as negligible in the economy of the networks it will use.
  • the NSP2 management entity is a subcontractor of the NSP1 management entity with regard to the provision of SAP access points on the virtual network function VNF'' to the CSP management entity.
  • the NSP1 management entity is located in a cut-off between the CSP management entity and the NSP2 management entity.
  • the NNI communication link and the UNI interface are constructed in such a way as to avoid direct visibility from the CSP management entity to elements managed by the NSP2 management entity, namely the virtual network function VNF'' hosted in the NNSP2 network, as well as its SAP access point and its EM management element.
  • the presentation of the that we have just done can be seen as presenting the creation of the TR management slice.
  • the CSP management entity obtains OBT from the SAP access points on virtual network functions VNF0, VNF, VNF', VNF'', VNF'' and then creates the NNI communication link, which creates a TR network slice, formed by the virtual network functions VNF0, VNF, VNF', VNF'', VNF'' connected to each other by the NNI link which carries the data traffic between these functions, the UNI interface allowing to send management instructions to the virtual network functions VNF0, VNF, VNF', VNF'', VNF''.
  • these different operations can also be seen as allowing the management of the TR network slice by the CSP management entity. Indeed, if the CSP management entity manages the TR network slice in order to provide communication services, it may be required to change the virtual network functions that form the TR network slice. Such a modification of the architecture of the TR network slice is carried out by following the steps of the management method according to the invention.
  • the actual management of the TR network slice by the CSP management entity then involves sending management instructions to the virtual network functions that form the TR slice.
  • These management instructions pass through the dedicated UNI interface to the EM management elements of the virtual network functions VNF0, VNF, VNF’, VNF’’, VNF’’’’.
  • These instructions can be of any type. For example, they are instructions to start or stop the virtual network functions. They can also be instructions that allow the operating parameters of the network functions to be changed, such as response times or throughputs or any other parameter. They can also be instructions that allow the modification of security elements, such as passwords or cryptographic certificates.
  • the invention therefore makes it possible to manage a TR network slice provided by different suppliers, in this case, in the example of the , the management entities CSP, NSP1, NSP2 and NSP3.
  • FIG 2 illustrates an example of exchange of messages between different management entities within the framework of an embodiment of the invention.
  • the first CSP management entity sends a request DEM1 for SAP access points to the second NSP2 management entity.
  • the second management entity considers that it cannot directly respond to the request DEM1 for SAP access points.
  • the NSP1 management entity does not host a virtual network function in the NNSP1 network that is directly accessible to it that fulfills a functionality explicitly requested by the CSP management entity in the request DEM1.
  • the second NSP1 management entity will then send a request DEM2 for SAP access points to the third NSP2 management entity.
  • the request DEM2 will relate to the functionality requested by the CSP management entity that is not provided by the virtual network functions hosted in the NNSP1 network.
  • the NSP2 management entity responds to the request DEM2 with a proposal PROP2 for SAP access points.
  • the NSP1 management entity can then integrate SAP access points present in the PROP2 proposal into the PROP1 proposal for SAP access points that it sends to the first CSP management entity.
  • a functionality requested in the DEM1 request but which could not be fulfilled by a virtual network function hosted in the NNSP1 network, can be provided by a virtual network function hosted in the NNSP2 network, and the SAP access point for this function will be proposed in the PROP2 proposal and then integrated into the PROP1 proposal.
  • FIG 3 illustrates another example of exchange of messages between different management entities within the framework of another embodiment of the invention.
  • the first CSP management entity sends a request DEM1 for SAP access points to the second NSP2 management entity, in the same way as in the example in [Fig 2].
  • the NSP2 management entity considers that it can respond directly to the DEM1 request and sends a proposal PROP1 for SAP access points to the CSP management entity.
  • the CSP management entity then sends information to the NSP1 management entity representing the quality of the PROP1 proposal.
  • this information is contained in an ANS message.
  • the information contained in the ANS message may be that a quality of service parameter present in the PROP1 proposal is considered insufficient by the CSP management entity for the operation of the TR network slice that this management entity seeks to constitute to provide a communication service.
  • the NSP1 management entity will then send a DEM2 request for SAP access points to the third NSP2 management entity, taking into account the information transmitted in the ANS message.
  • the NSP2 management entity will then make a PROP2 proposal for SAP access points to the NSP1 management entity, which can be used to improve the PROP1 proposal for SAP access points, which is transmitted again, improved, to the CSP management entity.
  • the function of the NNSP1 network may have been initially proposed in the PROP1 proposal but had an unsatisfactory quality of service parameter.
  • the PROP2 proposal may provide a SAP access point on a function hosted in NNSP2 providing the same functionality, with a better quality of service parameter, and the PROP1 proposal may be modified by using this other SAP access point, associated with a better quality of service parameter, which therefore has a better chance of being accepted by the CSP management entity.
  • FIG 4 illustrates a third example of exchange of messages between different management entities within the framework of another embodiment of the invention.
  • the first management entity CSP sends a request DEM1 for SAP access points to the second management entity NSP1.
  • the management entity NSP1 sends a proposal PROP1 for SAP access points.
  • the management entity CSP will seek to complete the proposal PROP1 for SAP access points by sending a request DEM3 to a fourth management entity NSP3, which will respond with a proposal PROP3.
  • the PROP1 proposal received by the CSP management entity in the example of [Fig 4] may have been supplemented by SAP access points received in a PROP2 proposal made by the NSP2 management entity to the NSP1 management entity.
  • the requests for SAP access points and the proposals made in response can form a tree whose top is the CSP management entity.
  • the CSP management entity will then be able to build and manage a TR network slice whose virtual network functions are provided by several providers.
  • the first provider is the CSP management entity itself but other virtual network functions are provided by management entities in charge of providing network slices, which host these virtual network functions in the networks directly accessible to them.
  • management entities responsible for providing network slices a distinction is made between those that are directly visible from the CSP management entity and those that are in a subcontracting position to other management entities responsible for providing network slices, and will therefore not be directly visible to the CSP management entity.
  • the creation of the NNI communication link as well as the UNI management interface take this distinction into account and respect this non-visibility by the CSP management entity of certain virtual network function providers.
  • module can correspond to a software component as well as to a hardware component or a set of hardware and software components, a software component itself corresponding to one or more computer programs or sub-programs or, more generally, to any element of a program capable of implementing a function or a set of functions as described for the modules concerned.
  • a hardware component corresponds to any element of a hardware assembly capable of implementing a function or a set of functions for the module concerned (integrated circuit, smart card, memory card, etc.).

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

L'invention se rapporte à un procédé de création d'une tranche de réseau (TR) comprenant des fonctions de réseau virtuelles (VNF0, VNF, VNF', VNF'', VNF''') par une entité de gestion (CSP), dite première entité de gestion, dans un système comprenant plusieurs autres entités de gestion (NSP1, NSP2, NSP3) aptes à fournir des fonctions de réseau virtuelles, caractérisé en ce que les fonctions de réseau virtuelles comprises dans la tranche (TR) créée sont sélectionnées par la première entité de gestion parmi celles fournies par plusieurs entités de gestion.

Description

Procédé de création d’une tranche de réseau dont les fonctions sont rendues par plusieurs fournisseurs
Le domaine technique est celui des télécommunications.
Plus précisément, l’invention se rapporte à un procédé de création d’une tranche de réseau dont les fonctions de réseau virtuelles sont rendues par plusieurs fournisseurs.
Les réseaux 5G (abrégé pour les réseaux de télécommunications mobiles de cinquième génération) ou 5GSA (acronyme de l’anglais 5G StandAlone) introduisent la notion de tranche de réseau (traduction de l’anglais network slice). Cette notion s’appuie sur la virtualisation des fonctions de réseau. Une fonction de réseau virtuelle (traduction de l’anglais Virtual Network Function, abrégé en VNF ou VNFs au pluriel) est une application informatique qui implémente une fonction attendue d’un réseau informatique ou de télécommunications, une telle fonction étant par exemple un service d’annuaire, de routage, ou autre. Dans un réseau 5G, contrairement aux générations précédentes de réseaux de télécommunications, la totalité des fonctions de réseau sont virtualisées, c’est-à-dire que les fonctions nécessaires au fonctionnement du réseau sont rendues par des programmes informatiques s’exécutant dans des machines virtuelles ou des technologies proches telles que des conteneurs (traduction de l’anglais containers). Ce principe architectural de construction des nouveaux et futurs réseaux de télécommunications est concrétisé par un cadre de travail (de l’anglais framework) standardisé par l’ETSI (European Telecommunications Standard Institute), cadre de travail appelé NFV (de l’anglais Network Function Virtualization), l’ETSI définissant sa mise en œuvre dans son groupe de travail ISG NFV (Industry Specification Group – Network Function Virtualization). Ceci est en contraste avec les réseaux de télécommunications de générations précédentes dans lesquels, en général, les fonctions de réseau étaient attachées à des équipements matériels dédiés, tels que des autocommutateurs, des routeurs, des stations de base. Dans un réseau 5G, un ensemble de ressources matérielles est disponible à plusieurs endroits nécessaires pour exécuter les fonctions du réseau, mais aucune fonction n’est a priori attachée à un élément matériel donné.
Dans des évolutions récentes, les fonctions de réseau sont de plus en plus contenues dans des conteneurs (traduction de l’anglais containers) et ne sont donc plus, au sens propre, des fonctions de réseau virtuelles. Dans ce cas, on va parler de fonctions de réseau conteneurisées et utiliser l’acronyme CNF (traduction de l’anglais Containerized Network Function). Pour notre présentation, cette évolution récente n'a pas d’importance, et nous parlerons uniquement de fonctions de réseau virtuelles, en prenant en compte que ces fonctions de réseau peuvent en fait aussi bien être des fonctions de réseau conteneurisées.
Un réseau mobile 5G physique donné pourra donc partitionner ses ressources et déployer plusieurs instances de fonctions de réseau virtuelles pour construire plusieurs tranches de réseau séparées sur une même infrastructure. Ces différentes tranches pourront avoir des paramètres de qualité de service distinctes et correspondre à des offres commerciales différentes. De cette manière, une infrastructure physique donnée est exploitée au mieux.
La virtualisation des fonctions de réseau dans un réseau 5G permet de mettre en œuvre la notion de tranche de réseau en distribuant les fonctions de réseau sur des ressources matérielles qui auront été préalablement sélectionnées et réservées. L’ensemble des opérations qui permettent de déployer une tranche de réseau est désigné par le terme d’orchestration. L’orchestration est exécutée par une entité dénommée orchestrateur qui va implémenter la sélection et réservation de ressources matérielles ; le lancement et l’arrêt d’instances de fonctions de réseau virtuelles (VNFs) utilisant les ressources matérielles réservées ; la création de relations entre les VNFs pour leur permettre de communiquer entre elles et la suppression de ces relations si nécessaire ; et la mise à disposition de points d’accès (SAP, acronyme de l’anglais Service Access Point) permettant de gérer les VNFs, par exemple de les arrêter, de les relancer, de changer leurs relations, de les dupliquer ou toute autre opération de gestion, et permettant également de relier les VNFs entre elles et de leur adresser ainsi les données qu’elles doivent traiter durant leur fonctionnement et de récupérer les données traitées. Dans la norme 5G, l’orchestrateur est attaché à l’opérateur de réseau mobile dont les ressources sont utilisées pour construire plusieurs tranches de réseau. La gestion de la tranche de réseau à proprement parler est assurée par une entité dénommée BSS (acronyme de l’anglais Business Support System) qui peut créer, modifier, supprimer, activer ou désactiver des fonctions de réseau virtuelles sous la responsabilité de l’orchestrateur.
Dans la norme 5G, une tranche de réseau est également définie en relation avec un réseau d’accès qui permet à un terminal d’utilisateur (en anglais, User Equipment, abrégé en UE) l’accès physique à la communication avec la tranche de réseau. Ce réseau d’accès est en général un réseau mobile terrestre public (en anglais, Public Land Mobile Network, abrégé en PLMN) comme c’est le cas dans les réseaux de télécommunications mobiles de la cinquième génération et au-delà.
Cependant, conceptuellement, le réseau d’accès physique à la tranche de réseau peut aussi être un réseau d’accès fixe ou tout autre moyen fournissant un accès physique aux fonctions réseau virtualisées de la tranche de réseau. Les notions de virtualisation des fonctions du réseau, et de tranche de réseau, apparues à l’origine dans le contexte des réseaux de télécommunications mobiles, peuvent trouver à s’appliquer dans tout type de réseau, y compris ceux où l’accès est fixe. De plus, comme une tranche de réseau est définie par un ensemble de fonctions de réseau virtuelles, rien n’oblige à ce que toutes les fonctions de réseau virtuelles soient rendues par un seul opérateur de réseau mobile et donc rien n’empêche que différentes fonctions de réseau soient rendues par différents fournisseurs.
La norme 3GPP TS 23.501 (Security architecture and procedures for 5G System) spécifie ces notions et donne plus de précisions.
L’invention concerne la gestion d’une tranche de réseau dans un réseau de télécommunications, la tranche de réseau devant faire collaborer plusieurs fournisseurs pour rendre les différentes fonctions réseau virtualisées de la tranche.
Etat de la technique
L’introduction des notions de tranche de réseau et de fonctions virtuelles de réseau permettent d’offrir la possibilité à un client donné de disposer de fournisseurs différents pour les différentes fonctions d’un réseau, ces différentes fonctions formant une seule tranche de réseau utilisée par le client donné. Deux exemples permettent d’illustrer l’intérêt d’une telle possibilité.
Un premier exemple est une tranche de réseau dédiée à une entreprise de transport routier. Les camions de l’entreprise disposent d’un terminal qui peut remonter des données en temps réel au système d’information de l’entreprise à travers une tranche de réseau dédiée. L’accès standard utilisé par la tranche peut être un réseau de télécommunications mobile. Cependant, les camions en question peuvent traverser des zones blanches non couvertes par le fournisseur du réseau mobile utilisé pour l’accès. Il est intéressant alors de pouvoir basculer sur un accès par un réseau de télécommunications par satellite, qui a une couverture universelle. Mais l’entreprise de transport routier ne souhaite pas que ce mode d’accès soit généralisé, car le débit est plus faible par satellite que par le réseau mobile. Il y a donc intérêt à construire une tranche de réseau dédiée à l’entreprise de transport routier, tranche dans laquelle les terminaux pourront basculer entre deux modes d’accès au réseau : un accès par téléphonie mobile en général, et un accès en télécommunication par satellite dans certains cas. La tranche de réseau en question a donc besoin de faire travailler deux fournisseurs distincts pour les fonctions d’accès, et peut-être d’autres fournisseurs pour les fonctions cœur de réseau.
Un deuxième exemple est une tranche de réseau dédiée à l’organisation temporaire d’un festival de cinéma. Un organisateur d’un festival de cinéma pourra vouloir proposer à ses participants, en plus des projections dans les salles du festival, un accès à l’ensemble des films présentés grâce à un réseau de télécommunications mobiles disponible sur le lieu du festival et plus largement à la ville où les festivaliers résident pendant la durée du festival. Un opérateur de réseau mobile de télécommunications 5G peut fournir un tel accès, avec un débit augmenté sur la ville en question pour distribuer les vidéos. Mais l’organisateur souhaite que des fonctions de cache permettent de s’assurer que la distribution des films se fera sans aucune latence, et souhaite une sécurisation particulière de ses fonctions de cache pour éviter le piratage des films. L’opérateur du réseau mobile ne dispose pas des ressources nécessaires pour rendre ces fonctions et ne souhaite pas les déployer pour le temps du festival seulement. L’organisateur du festival de cinéma pourra alors souhaiter disposer d’une tranche de réseau où les fonctions d’accès mobile sont rendues par un opérateur classique d’un réseau 5G, mais où les fonctions de gestion de cache, de distribution des films, et de sécurisation des accès sont rendues par un fournisseur dédié.
Il y a donc un intérêt à pouvoir créer des tranches de réseaux en combinant des fonctions proposées par différents fournisseurs. Une telle tranche de réseau devra aussi pouvoir être gérée d’une façon unifiée même si les différentes fonctions de réseau sont rendues par différents fournisseurs. Il y a également un intérêt à pouvoir créer à la demande de nouvelles tranches combinant des fonctions proposées par différents fournisseurs ou à pouvoir changer de fournisseur pour une ou plusieurs fonctions de réseau virtuelles d’une tranche déjà existante. En effet, cette possibilité permet au demandeur d’une tranche de réseau de pouvoir faire jouer la concurrence entre plusieurs fournisseurs afin de gagner en efficacité et en prix.
La gestion d’une tranche de réseau va consister en l’envoi d’instructions de gestion aux différentes fonctions de réseau virtuelles qui forment la tranche. Ces instructions sont adressées depuis l’entité en charge de la gestion, ou plus généralement l’entité propriétaire de la tranche de réseau, vers les fonctions virtuelles réseau à travers une interface dénommée UNI (acronyme de l’anglais User-Network Interface). Les fonctions virtuelles réseau reçoivent les instructions de gestion à travers des interfaces applicatives communément appelées éléments de gestion, ou EM (acronyme de l’anglais Element Manager). Les éléments de gestion EM sont donc accédés à travers l’interface UNI. L’ensemble des interfaces EM, ainsi que les applications de gestion pour une ou plusieurs fonctions virtuelles de réseau VNF, forment un système de gestion dénommé EMS (acronyme de l’anglais Element Management System).
Il faut distinguer les instructions de gestion des données échangées entre fonctions de réseau. Ces données sont les données échangées au cours du fonctionnement d’un réseau de communication, par exemple les messages envoyés par les utilisateurs du réseau. Les fonctions virtuelles de réseau s’échangent des données entre elles à l’occasion de leur fonctionnement par l’intermédiaire d’interfaces dénommées NNI (acronyme de l’anglais Network-Network Interface). La relation entre réseaux distincts se fait par l’intermédiaire de points d’échange, dénommés en anglais peering points.
La norme GSMA NG 116 décrit les attributs échangés entre différentes entités pour caractériser une tranche de réseau. La connaissance et l’échange de ces attributs est indispensable pour créer une tranche puis pour la gérer. La norme GSMA NG 116, en particulier, décrit un modèle générique de tranche de réseau, dénommé GST (acronyme pour l’anglais Generic network Slice Template). Le GST comprend des attributs optionnels ou obligatoires qui permettent de décrire les fonctionnalités et les performances attendues d’une tranche de réseau, mais sans détailler les fonctions réseau qui sont instanciées dans une tranche de réseau donnée.
Les entités qui interagissent lors de la création d’une tranche de réseau sont les suivantes :
  • Un client d’un service de communication, ou CSC (acronyme de l’anglais Communication Service Customer). Un CSC peut être un utilisateur muni d’un terminal UE, mais aussi une entreprise qui a besoin d’un réseau d’entreprise, ou toute autre entité qui a besoin de services de communication.
  • Un fournisseur d’un service de communication, ou CSP (acronyme de l’anglais Communication Service Provider). Un CSP est l’entité qui vend au CSC les services de communication dont elle a besoin. Pour cela, elle va proposer à son client CSC une offre contenant des produits qui correspondent aux services vendus dans une offre donnée. Ces produits s’exécutent dans une tranche de réseau adaptée à leurs besoins. Le CSP doit donc disposer de l’accès aux différentes fonctions virtuelles qui constituent la tranche de réseau. Le CSP définit les caractéristiques de la tranche de réseau dont il a besoin pour rendre le service de communication à ses clients. Le CSP est donc le propriétaire de la tranche de réseau, et, en tant que propriétaire de la tranche de réseau, il doit pouvoir gérer celle-ci.
  • Un fournisseur d’une tranche de réseau, ou NSP (acronyme de l’anglais Network Slice Provider). Un NSP est l’entité qui fournit au CSP une tranche de réseau selon ses demandes. Le NSP doit donc fournir au CSP des points d’accès SAP aux différentes fonctions réseau virtualisées VNFs qui constituent la tranche de réseau qu’il fournit au CSP.
  • Un opérateur de réseau mobile, ou NOP (acronyme de l’anglais Network OPerator). La tranche de réseau est définie en relation avec un réseau mobile terrestre public (PLMN). C’est l’opérateur de réseau mobile NOP qui va définir les moyens d’accès qui permettront aux terminaux d’utilisateur UE d’accéder à la tranche de réseau.
Ces différents rôles peuvent être remplis par des acteurs séparés ou bien être remplis par une seule entité. Par exemple, un fournisseur d’un service de communication CSP peut être aussi un fournisseur de tranche de réseau NSP, et le CSP fournira alors au client du service de communication CSC une tranche de réseau fournie par ses soins pour remplir les besoins du client CSC en service de communication. De même, un fournisseur de tranche de réseau NSP peut être également un opérateur de réseau mobile NOP, et la tranche de réseau mobile qu’il fournira sera tout simplement une tranche de réseau en relation avec le réseau mobile PLMN qui est opéré par lui-même en tant qu’opérateur de réseau mobile NOP.
La norme GSMA NG 116 décrit précisément des interactions entre le fournisseur de tranche de réseau NSP et l’opérateur de réseau NOP. Comme déjà expliqué, les informations échangées entre le NSP et le NOP, décrites dans la norme GSMA NG 116, se limitent à des paramètres fonctionnels ou de qualité de service. La version actuelle de la norme prévoit qu’un CSP demande à un NSP de lui fournir une tranche de réseau. La norme GSMA NG 116 exprime alors en éléments protocolaires techniques, à échanger entre le NSP et le NOP, les éléments fonctionnels et de qualité de service définis lors de l’échange entre le CSP et le NSP, cet échange n’étant pas défini dans NG 116.
De plus, la norme GSMA NG 116 ne prévoit pas qu’une tranche de réseau donnée puisse être constituée de fonctions de réseau virtuelles appartenant à des fournisseurs distincts. Les différents rôles CSP, NSP et NOP peuvent être confondus mais ne peuvent pas être remplis par des entités distinctes selon la norme GSMA NG116.
Pour résumer, les échanges prévus par les solutions actuelles, par exemple ceux définis dans la norme GSMA NG 116, entre différentes entités pour aboutir à la création d’une tranche de réseau se limitent à des demandes fonctionnelles ou de qualité de service entre le NSP et le NOP. Dans ce cadre, les fonctions de réseau virtuelles sont prédéfinies et sont rendues par un seul fournisseur.
Le forum de standardisation MEF (anciennement acronyme de l’anglais Metro Ethernet Forum) cherche également à décrire les concepts de tranche de réseau et de fourniture de tranches de réseau dans le standard MEF 84 intitulé Subscriber Network Slice Service and Attributes. Il est indiqué dans le standard MEF 84 qu’un fournisseur de service (traduction de l’anglais Service Provider) peut fournir plusieurs tranches de réseau distinctes à partir d’un réseau donné. Il est également indiqué qu’une tranche de réseau peut être composé de plusieurs tranches de réseau. Dans ce cas, les fonctions de réseau virtuelles de la tranche composée sont rendues par plusieurs fournisseurs distincts. Mais la répartition des différentes fonctions réseau de la tranche composée entre les différents fournisseurs est alors définie à l’avance et ne peut pas être modifiée. Le standard MEF 84 permet donc d’avoir une tranche de réseau dans laquelle les fonctions virtuelles de réseau sont rendues par différents fournisseurs, mais d’une manière prédéfinie à l’avance et qui ne peut pas évoluer.
Cette situation présente un inconvénient clair.
Dans la situation actuelle des normes relatives aux réseaux de télécommunications mobiles 5G, la création et la gestion des tranches de réseau est comprise comme partant nécessairement d’un opérateur de réseau mobile qui va réserver des ressources dans son réseau et mettre à disposition des fonctions virtuelles. La création et la gestion des tranches de réseau se fait selon une interaction verticale entre le NOP, le NSP et le CSP. Les paramètres échangés ne permettent pas de spécifier les fonctions de réseau virtuelles qui constituent une tranche ni leurs fournisseurs respectifs, mais seulement des paramètres globaux de qualité de service. Le standard MEF 84 permet de disposer d’une tranche composée de fonctions rendues par plusieurs fournisseurs mais d’une manière prédéfinie une fois pour toutes, sans aucune évolution possible de la structure de la tranche de réseau en question. La répartition des fonctions rendues par différents fournisseurs est définie une fois pour toutes et ne peut pas être négociée entre les différentes entités participantes. Cela ne permet aucune création dynamique d’une nouvelle tranche de réseau dont les fonctions sont rendues par différents fournisseurs. Les responsabilités entre différentes entités permettant de mettre en œuvre la gestion d’une tranche de réseau dont les fonctions sont rendues par différents fournisseurs ne sont pas éclaircies et il n’y a pas de moyen d’effectuer de façon dynamique la création et la gestion d’une tranche de réseau dont les fonctions sont rendues par différents fournisseurs.
L’invention vient améliorer la situation.
Selon un premier aspect fonctionnel, l’invention a trait à un procédé de création d’une tranche de réseau comprenant des fonctions de réseau virtuelles par une entité de gestion, dite première entité de gestion, dans un système comprenant plusieurs autres entités de gestion aptes à fournir des fonctions de réseau virtuelles, caractérisé en ce que les fonctions de réseau virtuelles comprises dans la tranche créée sont sélectionnées par la première entité de gestion parmi celles fournies par plusieurs entités de gestion.
Grâce à l’invention, il est possible de créer une tranche de réseau en combinant des fonctions de réseau virtuelles fournies par différents fournisseurs. La première entité de gestion sélectionne des fonctions de réseau virtuelles qui vont correspondre à ses besoins propres. Cette sélection individuelle de fonctions de réseaux virtuelles ne correspond pas à l’agrégation de tranches déjà prédéfinies pour former une nouvelle tranche. . L’avantage de l’invention est de permettre la création dynamique d’une tranche de réseau, sans avoir à se limiter à des modèles déjà prédéfinis, puisque l’entité de gestion en charge de la création de la tranche procède à une sélection des fonctions virtuelles de réseau de façon individuelle, sans avoir à agréger une tranche déjà prédéfinie à une autre tranche.
Dans un mode de réalisation, l’entité de gestion dite première entité de gestion est en charge de fournir des services de communication.
Selon un mode de réalisation, le procédé comprend la sélection, par la première entité de gestion de fonctions de réseau virtuelles à ajouter à des fonctions de réseau virtuelles déjà comprises dans la tranche de réseau créée, les fonctions de réseau virtuelles ajoutées étant fournies par une entité de gestion différente de la ou les entités de gestion fournissant les fonctions de réseau virtuelles déjà comprises dans la tranche.
Grâce à ce mode de réalisation, l’invention permet de construire une tranche de réseau par l’agrégation individuelle de fonctions de réseau virtuelles à celles d’une tranche de réseau déjà créée. Ce mode de réalisation améliore les possibilités de création dynamique d’une tranche de réseau par la sélection individuelle de fonctions qui vont être rajoutées à la tranche de réseau après la création de celle-ci.
Selon un autre mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec le mode précédent, les fonctions de réseau virtuelles rendues par plusieurs fournisseurs étant gérées à travers des éléments de gestion respectifs, une fonction disposant d’un point d’accès à ladite fonction comprenant des informations relatives à ladite fonction de réseau virtuelle, le procédé est caractérisé en ce qu’il comprend les étapes suivantes réalisées par la première entité de gestion :
  • Obtenir des points d’accès aux fonctions de réseau virtuelles de la part des entités de gestion qui sont les fournisseurs respectifs des fonctions de réseau virtuelles ;
  • Créer un lien de communication entre les fonctions de réseau virtuelles ainsi qu’une interface reliant la première entité de gestion aux éléments de gestion des fonctions de réseau virtuelles, en utilisant des informations contenues dans les points d’accès obtenus.
Selon un autre mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec le mode précédent, le procédé comprend de surcroît une étape de transmission d’instructions de gestion, par la première entité de gestion, aux fonctions de réseau virtuelles à travers une interface créée précédemment reliant la première entité de gestion aux éléments de gestion des fonctions de réseau virtuelles.
Grâce à ce mode de réalisation, notamment grâce au lien de communication créé entre les fonctions de réseau virtuelles, il est possible de créer dynamiquement des tranches de réseau formées de fonctions virtuelles fournies par différents fournisseurs de façon encore plus dynamique, et en évitant toute définition à l’avance des sélections de fonction. Pour cela, une entité en charge de fournir des services de communication va d’abord obtenir des points d’accès caractérisant les fonctions de réseau virtuelles sélectionnées qui vont constituer la tranche de réseau. Un point d’accès comprend un ensemble d’informations permettant de communiquer avec une fonction de réseau virtuelle, par exemple une adresse réseau et des données du type mots de passe, clés cryptographiques ou schémas d’interfaces de programmation. Les fonctions de réseau virtuelles sont fournies par différents fournisseurs, mais sont utilisées par une entité de gestion, par exemple par un fournisseur de service de communication, pour proposer une tranche de réseau à ses clients. L’obtention par le fournisseur de service de communication de points d’accès caractérisant les fonctions lui permet ensuite de créer un lien de communication entre les fonctions de réseau virtuelles. Les points d’accès permettent de connaître les adresses réseau des instances des différentes fonctions virtuelles de réseau et les données du type mots de passe qui permettent d’attacher des liaisons réseau aux fonctions virtuelles de réseau. En plus du lien de communication entre les fonctions de réseau virtuelles, il existe également une interface utilisée pour la gestion de la tranche. Le lien de communication entre les fonctions de réseau virtuelles est utilisé pour le fonctionnement de la tranche de réseau elle-même et va porter les données échangées entre fonctions de réseau virtuelles. Une fois le lien de communication et l’interface de gestion déployées, le fournisseur de service de communication peut piloter la tranche de réseau constituée par les fonctions virtuelles de réseau en envoyant des instructions de gestion vers les fonctions virtuelles de réseau. De telles instructions de gestion comprennent les instructions de lancement des fonctions virtuelles de réseau. Le procédé de création est donc aussi un procédé de gestion d’une tranche de réseau par envoi d’instructions de gestion à des fonctions fournies par plusieurs fournisseurs de fonctions virtuelles de réseau. Une fois que les points d’accès caractérisant les fonctions sont obtenus par le fournisseur de service de communication, il peut relier entre elles les différentes fonctions, puis les lancer, ce qui équivaut à créer la tranche de réseau. L’envoi d’autres instructions de gestion va permettre de gérer la tranche, par exemple en ajoutant des clients du service de communication comme clients des différentes fonctions. Les clients du service de communication utiliseront alors les différentes fonctions virtuelles de réseau et pourront communiquer grâce aux liens déployés entre elles. Le procédé permet aussi de modifier dynamiquement une tranche, en obtenant de nouveaux points d’accès caractérisant de nouvelles fonctions virtuelles de réseau qui pourront remplacer d’anciennes fonctions. Grâce à l’invention, il n’est pas besoin de définir à l’avance la structure que prendra la tranche de réseau. La création puis la gestion de la tranche de réseau sont donc rendues dynamiques, et sont réalisées sous le pilotage du fournisseur de service de communication qui possède la tranche de réseau créée dynamiquement.
On peut noter que l’opération de transmission d’instructions de gestion vers des éléments de gestion peut se faire alors que le lien de communication portant le trafic entre fonctions n’est pas complètement créé, du moment que l’interface entre la première entité de gestion et les éléments de gestion est suffisamment définie, grâce aux points d’accès obtenus, pour permettre l’envoi d’instructions de gestion.
Selon un mode de réalisation, la première entité de gestion ayant un accès direct à un premier réseau, la sélection des fonctions de réseau virtuelles comprises dans la tranche comprend une détermination de fonctions de réseau virtuelles hébergées dans ledit premier réseau directement accessible par la première entité de gestion et une obtention des points d’accès à ces fonctions de réseau virtuelles.
Ce mode permet à une entité de gestion en charge de fournir un service de communication, dite première entité de gestion, de construire une tranche de réseau en combinant des fonctions virtuelles rendues par plusieurs fournisseurs. Mais en particulier, la première entité de gestion peut disposer de certaines fonctions virtuelles de réseau. Ce mode de réalisation permet à la première entité de gestion de recenser les fonctions virtuelles présentes dans le premier réseau, qui lui sont directement accessibles. Ces fonctions pourront être directement utilisées par la première entité de gestion sans avoir à déployer une interface spécifique avec un autre réseau.
Selon un autre mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec le mode précédent, la sélection des fonctions de réseau virtuelles comprises dans la tranche comprend une transmission par la première entité de gestion à une autre entité de gestion apte à fournir des fonctions de réseau virtuelles, dite deuxième entité de gestion, disposant d’un accès direct à un deuxième réseau, d’une première demande de points d’accès à des fonctions de réseau virtuelles et de réception d’une proposition de points d’accès caractérisant des fonctions de réseau virtuelles hébergées dans le réseau directement accessible par la deuxième entité de gestion, dite première proposition.
Dans un mode de réalisation, la deuxième entité de gestion est en charge de fournir des tranches de réseau.
Grâce à ce mode de réalisation, la première entité de gestion n’est pas limitée à utiliser des fonctions virtuelles situées dans le réseau qui lui est directement accessible pour construire une tranche de réseau. La première entité de gestion sollicite une deuxième entité de gestion, apte à fournir des fonctions de réseau virtuelles, qui peut être, dans des exemples de réalisation, en charge de fournir des tranches de réseau. Simplement, la demande transmise par la première entité de gestion à la deuxième ne consiste pas en une demande d’une tranche de réseau déjà définie, fixée une fois pour toutes, mais en une demande de points d’accès caractérisant des fonctions virtuelles de réseau, c’est-à-dire une demande des informations, contenues dans les points d’accès, qui permettront de connecter entre elles les fonctions de réseau virtuelles et de leur envoyer des instructions de gestion. La deuxième entité de gestion, dans ce mode de réalisation, répond en proposant un ensemble de points d’accès caractérisant des fonctions virtuelles situées dans le réseau directement accessible à la deuxième entité de gestion. Nous rappelons que les points d’accès comprennent les informations qui permettront ensuite à la première entité de gestion de manipuler les fonctions de réseau virtuelles grâce aux informations comprises dans les points d’accès. Grâce à ce mode, la première entité de gestion pourra donc construire une tranche de réseau incluant des fonctions virtuelles fournies par une deuxième entité de gestion.
Selon un autre mode de réalisation, qui pourra être mis en œuvre cumulativement avec les modes précédents, la création d’un lien de communication entre les fonctions de réseau virtuelles, dites premières fonctions, hébergées dans le premier réseau et les fonctions de réseau virtuelles, dites deuxièmes fonctions, hébergées dans le deuxième réseau, comprend la création d’un point d’échange entre le premier réseau et le deuxième réseau.
Grâce à ce mode de réalisation, la création de la tranche de réseau prend en compte le fait que les fonctions virtuelles de réseau sont fournies par différents fournisseurs et, en particulier, peuvent se trouver hébergées dans au moins deux réseaux distincts. Or, un trafic télécom important peut passer entre les différentes fonctions virtuelles de réseau et donc peut avoir à passer d’un réseau à l’autre. Cette situation rend nécessaire la création d’un point d’échange (peering point en anglais) pour porter ce trafic important et assurer un équilibre de la charge entre les réseaux ou une compensation adaptée.
Selon un mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec les modes précédents, la première proposition de points d’accès est complétée par la seconde entité de gestion avec des points d’accès, dits points d’accès complémentaires, à des fonctions de réseau virtuelles, dites troisièmes fonctions, lesdits points d’accès complémentaires étant proposés par une troisième entité de gestion, disposant d’un accès direct à un troisième réseau, lesdites troisièmes fonctions étant hébergées dans ledit troisième réseau, et, de plus, le procédé comprend la création d’un point d’échange entre le deuxième et le troisième réseau et d’un lien de communication avec les troisièmes fonctions de réseau virtuelles ainsi que d’une interface avec les éléments de gestion des troisièmes fonctions de réseau virtuelles de façon à éviter un lien direct entre le premier réseau et le troisième réseau.
Selon un mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec les modes précédents, la sélection des fonctions de réseau virtuelles comprises dans la tranche de réseau comprend les étapes supplémentaires suivantes :
  • un envoi, par la deuxième entité de gestion à une troisième entité de gestion apte à fournir des fonctions de réseau virtuelles, disposant d’un accès direct à un troisième réseau, d’une demande de points d’accès caractérisant des fonctions de réseau virtuelles, dite deuxième demande ;
  • une réception par la deuxième entité de gestion d’une proposition, dite deuxième proposition, de points d’accès caractérisant des fonctions de réseau virtuelles, dites troisièmes fonctions, hébergées dans le troisième réseau directement accessible par la troisième entité de gestion ;
et, de plus, :
  • la première proposition de points d’accès comprend des points d’accès de la deuxième proposition ;
  • la création d’un lien de communication avec les troisièmes fonctions de réseau virtuelles hébergées dans le troisième réseau comprend le déploiement d’un point d’échange entre le troisième réseau et le deuxième réseau afin d’éviter un lien direct entre le premier réseau et le troisième réseau ;
  • l’interface avec les éléments de gestion des troisièmes fonctions de réseau virtuelles, hébergées dans le troisième réseau, comprend une partie entre la première entité de gestion et un élément hébergé dans le deuxième réseau ainsi qu’une autre partie entre cet élément et des éléments du troisième réseau afin d’éviter un lien direct entre la première entité de gestion et les troisièmes fonctions de réseau virtuelles hébergées dans le troisième réseau.
Grâce à ces modes de réalisation, l’invention permet de donner une possibilité de délégation d’un fournisseur à l’autre pour fournir les fonctions de réseau virtuelles qui vont former la tranche de réseau. La deuxième entité de gestion, apte à fournir des fonctions de réseau virtuelles peut être, dans un mode de réalisation, en charge de fournir des tranches de réseau, et donc des fonctions formant ces tranches. La deuxième entité de gestion va solliciter une troisième entité de gestion, également apte à fournir des fonctions de réseau virtuelles, et, dans des modes de réalisation, en charge de fournir des tranches de réseau, pour lui demander des points d’accès caractérisant des fonctions virtuelles de réseau. La première proposition, faite par la deuxième entité de gestion à la première, va donc comprendre des éléments de la deuxième proposition, faite par la troisième entité de gestion à la deuxième entité. Dans ces modes de réalisation, la deuxième entité de gestion se place « en coupure » entre la première entité de gestion et la troisième entité de gestion. Les déploiements du lien de communication et de l’interface vers les éléments de gestion des troisièmes fonctions de réseau virtuelles sont réalisés de manière à éviter une visibilité depuis la première entité de gestion vers le troisième réseau. De cette manière, dans la situation donnée par ces modes de réalisation, la première entité de gestion ne doit dialoguer qu’avec la deuxième entité de gestion mais dispose quand même d’une tranche de réseau comprenant des fonctions de réseau virtuelles proposées par la troisième entité de gestion.
Selon un mode de réalisation, qui pourra être mis en œuvre cumulativement avec le mode précédent, l’envoi d’une deuxième demande de points d’accès à des fonctions de réseau virtuelles se fait après la réception par la première entité de gestion d’une première proposition de points d’accès à des fonctions de réseau virtuelles et l’envoi par la première entité de gestion à la deuxième entité de gestion d’une information relative à la qualité de la première proposition.
Grâce à ce mode de réalisation, la première entité de gestion peut qualifier la qualité d’une proposition qui lui est faite par une deuxième entité de gestion apte à fournir des fonctions virtuelles de réseau. La qualification faite par la première entité de gestion peut comprendre le refus de certaines fonctions (et donc de leurs points d’accès respectifs proposés en réponse à la première demande), ce qui va emmener la deuxième entité de gestion à chercher à améliorer son offre de fonctions virtuelles de réseau. Pour cela, la deuxième entité de gestion adresse une deuxième demande de points d’accès à une troisième entité de gestion. Les fonctions virtuelles de réseau proposées par la troisième entité de gestion seront alors intégrées à la proposition faite par la deuxième entité de gestion à la première entité de gestion, mais selon un mode délégué déjà vu, dans lequel la première entité de gestion n’aura pas de visibilité directe sur les fonctions proposées par la troisième entité de gestion, la deuxième entité de gestion étant placée en coupure entre la première et la troisième.
Selon un mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec le mode précédent, l’obtention des points d’accès comprend, après la réception d’une première proposition, les étapes supplémentaires suivantes :
  • l’envoi, par la première entité de gestion à une quatrième entité de gestion, apte à fournir des fonctions de réseau virtuelles, disposant d’un accès direct à un quatrième réseau, d’une troisième demande de points d’accès à des fonctions de réseau virtuelles ;
  • la réception par la première entité de gestion d’une troisième proposition de points d’accès à des fonctions de réseau virtuelles hébergées dans le quatrième réseau directement accessible par la quatrième entité de gestion ;
et, de plus, la création d’un lien de communication avec les fonctions de réseau virtuelles hébergées dans le quatrième réseau comprend le déploiement d’un point d’échange entre le premier réseau et le quatrième réseau.
Grâce à ce mode de réalisation, la première entité de gestion dispose d’une autre manière de compléter une proposition insatisfaisante de fonctions de réseau virtuelles. Après avoir reçu une proposition de points d’accès de la part de la deuxième entité de gestion, la première entité de gestion va solliciter directement une quatrième entité de gestion apte à fournir des fonctions de réseau virtuelles, qui est, dans certains modes de réalisation, en charge de fournir des tranches de réseau, et donc des fonctions de réseau virtuelles. La création d’un lien de communication vers ces fonctions de réseau virtuelles se fera alors directement, et non pas de manière déléguée, en ayant une autre entité de gestion en coupure, mais devra bien comprendre un point d’échange afin de porter le trafic de données entre le premier et le quatrième réseau. Aucune contrainte spécifique n’existe dans ce cas sur l’interface vers les éléments de gestion entre la première entité de gestion et le quatrième réseau. Cette interface peut en particulier utiliser une visibilité directe entre le premier et le quatrième réseau.
Selon un mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec les modes précédents, les demandes de points d’accès à des fonctions de réseau virtuelles comprennent des informations relatives aux fonctionnalités attendues des fonctions de réseau virtuelles attachées aux points d’accès demandés et des paramètres de qualité de service.
Grâce à ce mode de réalisation, la première entité de gestion précise les demandes qu’elle fait aux différentes entités de gestion aptes à fournir des fonctions de réseau virtuelles. Les demandes sont précisées avec des informations relatives aux fonctionnalités attendues et des paramètres de qualité de service. Ces informations permettent de définir une demande de service de façon précise, en spécifiant les fonctions et qualités de service attendues. D’autres éléments peuvent être ajoutés comme des prévisions de trafic, ainsi que des prix d’achats proposés.
Selon un mode de réalisation, qui pourra être mis en œuvre cumulativement avec le mode précédent, les propositions de points d’accès à des fonctions de réseau virtuelles comprennent des informations relatives aux fonctionnalités garanties des fonctions de réseau virtuelles attachées aux points d’accès proposés et des paramètres de qualité de service.
De façon symétrique au mode précédent, les propositions faites par les entités de gestion aptes à fournir des fonctions de réseau virtuelles en réponse aux demandes de la première entité de gestion vont comprendre des indications relatives aux fonctionnalités que vont remplir les fonctions de réseau virtuelles proposées ainsi qu’aux paramètres de qualité de service que les entités en charge de fournir des fonctions de réseau virtuelles vont garantir. Ces éléments présents dans les propositions faites en réponse aux demandes de points d’accès vont permettre à la première entité de gestion de juger de la qualité des propositions qui lui sont faites en réponse à ses demandes. D’autres éléments d’information peuvent être présents, par exemple relatifs au trafic attendu ou au prix proposé.
Selon un mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec les modes précédents, une ou plusieurs des fonctions de réseau virtuelles sont des fonctions de réseau conteneurisées.
Dans la présentation réalisée jusqu’ici, il n’a été fait mention que de fonctions de réseau virtuelles. L’invention peut tout aussi bien s’appliquer à des fonctions de réseau conteneurisées. Les informations comprises dans les points d’accès seront alors adaptées à la manipulation de conteneurs afin de permettre de créer et de gérer une tranche de réseau comprenant des fonctions de réseau conteneurisées.
Selon un deuxième aspect fonctionnel, l’invention a trait à un procédé de fourniture de points d’accès à des fonctions de réseau virtuelles comprises dans une tranche de réseau comprenant les étapes suivantes exécutées par une deuxième entité de gestion aptes à fournir des fonctions virtuelles de réseau, disposant d’un accès direct à un deuxième réseau :
  • Réception depuis une première entité de gestion d’une première demande de points d’accès à des fonctions de réseau virtuelles ;
  • Envoi à la première entité de gestion d’une première proposition de points d’accès à des fonctions de réseau virtuelles hébergées dans le deuxième réseau directement accessible par la deuxième entité de gestion.
Grâce à cet aspect, les opérations symétriques à celles déjà présentées sont définies. Une entité de gestion en charge de fournir des tranches de réseau pourra fournir des points d’accès à des fonctions de réseau virtuelles. Cette fourniture se fait en réponse à une demande de points d’accès à des fonctions de réseau virtuelles. Cette fourniture de points d’accès permettra à une entité de gestion en charge de fournir des services de communication de gérer une tranche de réseau formé de fonctions de réseau virtuelles fournies par différents fournisseurs en accédant aux fonctions de réseau grâce aux points d’accès fournis.
Dans un mode de réalisation, la deuxième entité de gestion est en charge de fournir des tranches de réseau.
Selon un mode de réalisation de ce deuxième aspect fonctionnel, qui pourra être mis en œuvre alternativement ou cumulativement avec le mode précédent, la première entité de gestion dispose d’un accès direct à un premier réseau et le procédé comprend le déploiement d’un point d’échange entre le premier réseau et le deuxième réseau afin de permettre le déploiement d’un lien de communication avec les fonctions de réseau virtuelles hébergées dans le deuxième réseau.
Grâce à ce mode de réalisation, la connexion entre les différents réseaux où sont hébergées les fonctions de réseau virtuelles est prise en compte. La connexion entre le premier réseau, de l’entité de gestion qui réalise le procédé de création de la tranche de réseau, et le deuxième réseau, de l’entité de gestion en charge de fournir des fonctions de réseau virtuelles, est effectuée avec un point d’échange. L’utilisation d’un point d’échange permet de prendre en compte les trafics importants dus aux communications réseau entre les fonctions de réseau virtuelles hébergées dans les deux réseaux distincts.
Selon un mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec le mode précédent, la première proposition de points d’accès est complétée par la seconde entité de gestion avec des points d’accès, dits points d’accès complémentaires, à des fonctions de réseau virtuelles, dites troisièmes fonctions, lesdits points d’accès complémentaires étant proposés par une troisième entité de gestion, disposant d’un accès direct à un troisième réseau, lesdites troisièmes fonctions étant hébergées dans ledit troisième réseau, et en ce que le procédé comprend en outre la création d’un point d’échange entre le deuxième et le troisième réseau et d’un lien de communication avec les troisièmes fonctions de réseau virtuelles ainsi que d’une interface avec les éléments de gestion des troisièmes fonctions de réseau virtuelles de façon à éviter un lien direct entre le premier réseau et le troisième réseau.
Selon un mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec le mode précédent, le procédé comprend, après la réception depuis la première entité de gestion d’une première demande de points d’accès à des fonctions de réseau virtuelles, les étapes suivantes :
  • l’envoi par la deuxième entité de gestion à une troisième entité de gestion en charge de fournir des tranches de réseau, disposant d’un accès direct à un troisième réseau, d’une deuxième demande de points d’accès à des fonctions de réseau virtuelles ;
  • la réception par la deuxième entité de gestion d’une deuxième proposition de points d’accès à des fonctions de réseau virtuelles hébergées dans le troisième réseau directement accessible par la troisième entité de gestion ;
et, de plus, :
  • la première proposition de points d’accès comprend des points d’accès de la deuxième proposition ;
  • le procédé comprend la création d’un point d’échange entre le troisième réseau et le deuxième réseau et d’un lien de communication vers les fonctions de réseau virtuelles hébergées dans le troisième réseau en utilisant le point d’échange afin d’éviter un lien direct entre le premier réseau et le troisième réseau ;
  • l’interface avec les éléments de gestion des fonctions de réseau virtuelles hébergées dans le troisième réseau, comprend une partie entre la première entité de gestion et un élément hébergé dans le deuxième réseau ainsi qu’une autre partie entre cet élément et des éléments du troisième réseau afin d’éviter un lien direct entre la première entité de gestion et les troisièmes fonctions de réseau virtuelles hébergées dans le troisième réseau.
Grâce à ces modes de réalisation, une entité de gestion apte à fournir des fonctions de réseau virtuelles, dite deuxième entité de gestion, peut s’appuyer sur une autre entité de gestion, également en charge de fournir des fonctions virtuelles de réseau, dite troisième entité de gestion, pour fournir à une première entité de gestion les points d’accès vers des fonctions de réseau virtuelles. Cette fourniture par délégation nécessite que la première entité de gestion n’ait pas de liaison directe avec la troisième entité de gestion. La deuxième entité de gestion se place bien en coupure, ce qui a un impact sur la création d’un lien de communication entre les fonctions de réseau virtuelles ainsi que sur la structure de l’interface vers les éléments de gestion des fonctions de réseau virtuelles hébergées dans le troisième réseau.
Selon un mode de réalisation, qui pourra être mis en œuvre cumulativement avec le mode précédent, l’envoi d’une deuxième demande de points d’accès à des fonctions de réseau virtuelles se fait après l’envoi à la première entité de gestion d’une première proposition de points d’accès à des fonctions de réseau virtuelles et la réception par la deuxième entité de gestion d’une information relative à la qualité de la première proposition.
Dans ce mode de réalisation, la fourniture de points d’accès par délégation vers des fonctions de réseau virtuelles se fait après que la première entité de gestion, en charge de fournir des services de communication, ait qualifié la première proposition de points d’accès. De cette manière, si la première entité de gestion qualifie d’insatisfaisante la première proposition faite par la deuxième entité de gestion, celle-ci pourra améliorer sa proposition grâce à des points d’accès demandés à la troisième entité de gestion.
Selon un mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec le mode précédent, les demandes de points d’accès à des fonctions de réseau virtuelles comprennent des informations relatives aux fonctionnalités attendues des fonctions de réseau virtuelles attachées aux points d’accès demandés et des paramètres de qualité de service.
Selon un mode de réalisation, qui pourra être mis en œuvre alternativement ou cumulativement avec le mode précédent, les propositions de points d’accès à des fonctions de réseau virtuelles comprennent des informations relatives aux fonctionnalités garanties des fonctions de réseau virtuelles attachées aux points d’accès proposés et des paramètres de qualité de service.
Afin de qualifier les demandes et propositions de points d’accès, ces modes de réalisation leurs intègrent des informations relatives aux fonctionnalités demandées et garanties ainsi qu’à la qualité de service attendue et proposée. Ces informations permettent de construire des échanges riches entre la première entité de gestion, qui sélectionne des fonctions de réseau virtuelles et demande des points d’accès vers celles-ci, et la ou les entités de gestion aptes à fournir des fonctions de réseau virtuelles et plus particulièrement des points d’accès vers des fonctions de réseau virtuelles. D’autres informations peuvent également être présentes comme des prix demandés ou proposés, ainsi que des prévisions de trafic attendus ou toute autre information pertinente pour décrire une demande ou une proposition de points d’accès vers des fonctions de réseau virtuelles.
Selon un premier aspect matériel, l’invention a trait à une entité de gestion, dite première entité de gestion, dans un système comprenant plusieurs autres entités de gestion aptes à fournir des fonctions de réseau virtuelles, ladite première entité de gestion mettant en œuvre un procédé de création d’une tranche de réseau et étant caractérisée en ce que les fonctions de réseau virtuelles comprises dans la tranche créée sont sélectionnées par la première entité de gestion parmi celles fournies par plusieurs entités de gestion.
Selon un mode de réalisation, ladite première entité de gestion est en charge de fournir des services de communication.
Selon un autre mode de réalisation, ladite première entité de gestion dispose d’un accès direct à un réseau, dit premier réseau, les fonctions de réseau virtuelles sont gérées à travers des éléments de gestion, et ladite première entité de gestion comprend les modules suivants :
  • un module d’obtention de points d’accès aux fonctions de réseau virtuelles ;
  • un module de création d’un lien de communication entre les fonctions de réseau virtuelles, et d’une interface reliant la première entité de gestion aux éléments de gestion des fonctions de réseau virtuelles, la création dudit lien et de ladite interface utilisant des informations contenues dans les points d’accès obtenus ;
  • un module de transmission d’instructions de gestion à des fonctions de réseau virtuelles à travers l’interface créée reliant la première entité de gestion aux éléments de gestion des fonctions de réseau virtuelles.
Selon un deuxième aspect matériel, l’invention a trait à une entité de gestion apte à fournir des fonctions de réseau virtuelles, dite deuxième entité de gestion, disposant d’un accès direct à un réseau, dit deuxième réseau, l’entité mettant en œuvre un procédé de fourniture de points d’accès à des fonctions de réseau virtuelles comprises dans une tranche de réseau, et comprenant les modules suivants :
  • un module de réception depuis une première entité de gestion d’une demande de points d’accès à des fonctions de réseau virtuelles ;
  • un module d’envoi à la première entité de gestion d’une proposition de points d’accès à des fonctions de réseau virtuelles hébergées dans le deuxième réseau directement accessible par la deuxième entité de gestion.
Selon un autre aspect matériel, l’invention a trait à un programme d’ordinateur apte à être mis en œuvre par une entité de gestion, dite première entité de gestion, le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur, réalise les étapes du procédé de création d’une tranche de réseau défini ci-dessus.
Selon un autre aspect matériel, l’invention a trait à un programme d’ordinateur apte à être mis en œuvre par une entité de gestion apte à fournir des fonctions de réseau virtuelles, le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur, réalise les étapes du procédé de fourniture de points d’accès à des fonctions de réseau virtuelles défini ci-dessus.
Enfin, selon un autre aspect matériel, l’invention a trait à des supports de données sur lesquels sont enregistrés des programmes d’ordinateurs comprenant des séquences d’instructions pour la mise en œuvre des procédés de création d’une tranche de réseau et de fourniture de points d’accès à des fonctions de réseau virtuelles définis ci-dessus.
Les supports de données peuvent être n'importe quelle entité ou dispositif capable de stocker les programmes. Par exemple, les supports peuvent comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique tel qu’un un disque dur. D'autre part, les supports peuvent être des supports transmissibles tels qu'un signal électrique ou optique, qui peuvent être acheminés via un câble électrique ou optique, par radio ou par d'autres moyens. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question.
Brève description des figures
L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple, et faite en référence aux dessins annexés sur lesquels :
représente une première entité de gestion dans un système comprenant trois autres entités de gestion, aptes à fournir des fonctions de réseau virtuelles, ainsi qu’une tranche de réseau, gérée par la première entité de gestion, comprenant des fonctions de réseau virtuelles fournies par les différentes entités de gestion.
[Fig 2] illustre un exemple d’échange de messages entre différentes entités de gestion dans le cadre d’un mode de réalisation de l’invention.
[Fig 3] illustre un autre exemple d’échange de messages entre différentes entités de gestion dans le cadre d’un autre mode de réalisation de l’invention.
[Fig 4] illustre un troisième exemple d’échange de messages entre différentes entités de gestion dans le cadre d’un autre mode de réalisation de l’invention.
Description détaillée
La représente un système informatique incluant une première entité de gestion CSP réalisant le procédé de création d’une tranche de réseau selon l’invention et une deuxième entité de gestion NSP1 apte à fournir des fonctions de réseau virtuelles. Deux autres entités de gestion NSP2 et NSP3 aptes à fournir des fonctions de réseau virtuelles sont également représentées.
Dans l’exemple particulier de réalisation présenté dans la , l’entité de gestion CSP est plus généralement en charge de fournir des services de communication et les entités de gestion NSP1, NSP2, NSP3 sont en charge de fournir des tranches de réseau. Les tranches de réseau étant formées de fonctions de réseau virtuelles, une entité de gestion en charge de fournir une tranche de réseau peut également fournir des fonctions de réseau virtuelles de façon séparée en donnant accès individuellement à ces fonctions de réseau virtuelles. Le procédé selon l’invention permettra à l’entité de gestion CSP de créer une tranche de réseau TR pour ses besoins propres de fourniture de service de communication et cela en sélectionnant des fonctions de réseau virtuelles fournies par les plusieurs entités de gestion NSP1, NSP2, NSP3.
Les entités de gestion CSP, NSP1, NSP2, NSP3 communiquent entre elles par une liaison de communication utilisant par exemple le réseau Internet, ou tout autre moyen adapté. Cette liaison peut utiliser un réseau public comme Internet ou bien des liaisons privées, y compris des réseaux privés virtuels VPN (acronyme de l’anglais Virtual Private Networks). Le support physique de cette liaison de communication peut être une liaison filaire ou bien sans fil ou bien une communication de différentes technologies d’accès. Cette liaison de communication n’est pas représentée sur la .
La première entité de gestion CSP présente l’architecture matérielle d’un ordinateur conventionnel. Elle comporte notamment un processeur, une ou plusieurs mémoires vives de type RAM et une ou plusieurs mémoires mortes telle qu’une mémoire de type Flash, ROM, (non représentés sur la figure) ainsi que des dispositifs d’entrée-sortie tels que claviers et/ou écrans (non représentés sur la figure). L’entité de gestion CSP peut s’exécuter dans un serveur matériel accessible grâce à un réseau de communication tel que le réseau Internet, ou tout autre réseau tel que par exemple un réseau de communication dédié, ou bien s’exécuter dans une architecture informatique en nuage (cloud computing en anglais). L’entité de gestion CSP peut également présenter une architecture répartie et s’exécuter grâce à la coopération de plusieurs modules répartis sur différents serveurs matériels. C’est en particulier le cas quand l’entité de gestion CSP s’exécute dans une architecture informatique en nuage.
La deuxième entité de gestion NSP1 présente une architecture matérielle similaire à l’entité de gestion CSP, ainsi que les autres entités de gestion NSP2 et NSP3.
La première entité de gestion CSP, en charge de fournir des services de communication, comprend un module 101 d’obtention OBT de points d’accès SAP sur les fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’, VNF’’’. Les fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’, VNF’’’ peuvent être des fonctions de réseau virtuelles proprement dites ou bien des fonctions de réseau conteneurisées, sans perte de généralité.
La première entité de gestion CSP, en charge de fournir des services de communication, comprend un module 102 de création CRT d’un lien de communication NNI entre les fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’, VNF’’’, ledit lien NNI utilisant des informations contenues dans les points d’accès SAP obtenus OBT.
La première entité de gestion CSP, en charge de fournir des services de communication, comprend un module 103 de transmission SND d’instructions de gestion à des fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’, VNF’’’ à travers une interface UNI reliant la première entité de gestion CSP aux éléments de gestion EM des fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’, VNF’’’, ladite interface UNI utilisant des informations contenues dans les points d’accès SAP obtenus OBT.
La deuxième entité de gestion NSP1, en charge de fournir des tranches de réseau, comprend un module 201 de réception depuis une première entité de gestion CSP en charge de fournir des services de communications d’une demande DEM1 de points d’accès SAP à des fonctions de réseau virtuelles.  
La deuxième entité de gestion NSP1, en charge de fournir des tranches de réseau, comprend un module 202 d’envoi à la première entité de gestion CSP d’une proposition PROP1 de points d’accès SAP à des fonctions de réseau virtuelles hébergées dans le deuxième réseau NNSP2 directement accessible par la deuxième entité de gestion NSP2.
Les autres entités de gestion NSP2 et NSP3, en charge de fournir des tranches de réseau, comprennent également des modules de réception d’une demande et d’envoi d’une proposition de points d’accès SAP similaires aux modules 201 et 202 de l’entité de gestion NSP1, non représentés sur la .
La première entité de gestion CSP dispose d’un accès direct à un réseau NCSP. Ce réseau héberge des liens de communication propres et des ressources de calcul propres. En particulier, le réseau NCSP héberge deux fonctions de réseau virtuelles VNF0 et VNF.
La deuxième entité de gestion NSP1 dispose d’un accès direct à un réseau NNSP1. Ce réseau héberge des liens de communication propres et des ressources de calcul propres. En particulier, le réseau NNSP1 héberge une fonction de réseau virtuelle VNF’.
De façon similaire, les autres entités de gestion NSP2 et NSP3 disposent chacune d’un accès direct à un réseau, respectivement NNSP2 et NNSP3. Ces réseaux hébergent des liens de communication et des ressources de calcul propres, et, en particulier, le réseau NNSP2 héberge la fonction de réseau virtuelle VNF’’ et le réseau NNSP3 héberge la fonction VNF’’’.
Une tranche de réseau TR est représentée dans la , constituée par les fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’ et VNF’’’. La tranche de réseau TR est donc constituée de fonctions de réseau virtuelles hébergées par des réseaux distincts, accédées directement par des entités de gestion distinctes. En ce sens, la tranche de réseau TR est constituée de fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’ et VNF’’’ fournies par différents fournisseurs.
En plus des fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’ et VNF’’’, la tranche de réseau TR comprend des liaisons réseau qui permettent le fonctionnement de la tranche TR. Ces liaisons sont séparées en deux composantes :
  • d’une part, un lien de communication NNI entre les fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’ et VNF’’’ qui va porter les flux de données entre les fonctions de réseau ;
  • d’autre part, une interface UNI entre la première entité de gestion CSP et les éléments de gestion EM attachés aux fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’ et VNF’’’.
Cette interface UNI permet à l’entité de gestion CSP de transmettre SND des instructions de gestion aux fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’ et VNF’’’.
Nous allons maintenant détailler comment l’invention permet de réaliser la gestion d’une tranche de réseau TR dont les fonctions sont rendues par plusieurs fournisseurs.
Nous rappelons que, en télécommunications, la notion de tranche de réseau apparaît à partir de la définition des réseaux de télécommunications de cinquième génération, dits 5G. Dans une tranche de réseau, les différentes fonctions sont rendues par des fonctions de réseau virtuelles et ne sont pas attachées à des éléments matériels spécifiques. Ceci permet d’envisager une construction très dynamique des tranches de réseau, faisant intervenir plusieurs fournisseurs. Mais, dans la situation actuelle, les tranches de réseau sont prédéfinies une fois pour toutes, avec très peu de possibilités d’évolution dynamiques. Cette situation change grâce à l’invention. Les fonctions de réseau virtuelles peuvent être des fonctions virtualisées proprement dites, ou bien des fonctions contenues dans des conteneurs. Dans notre description, le terme de fonction de réseau virtuelle doit être compris comme pouvant désigner aussi bien une fonction de réseau virtuelle qu’une fonction de réseau conteneurisée.
La première entité de gestion CSP a la charge de fournir des services de communication. Pour cela, elle souhaite disposer d’une tranche de réseau TR. Selon l’état de l’art, l’entité de gestion CSP demanderait à une entité de gestion en charge de fournir une tranche de réseau, par exemple l’entité de gestion NSP1, de lui fournir une tranche de réseau TR déjà définie.
Une entité de gestion CSP dispose d’une tranche de réseau TR en disposant de possibilités de communiquer avec et de gérer les différentes fonctions de réseau virtuelles qui constituent la tranche de réseau TR. Cette possibilité se fait d’abord en disposant de points d’accès SAP vers les différentes fonctions virtuelles. Un point d’accès SAP peut être par exemple une adresse réseau, ou une URL (acronyme de l’anglais Uniform Resource Locator), ou une API (acronyme de l’anglais Application Programming Interface) qui permet de communiquer avec la fonction de réseau. Des éléments complémentaires tels que des mots de passe ou des certificats cryptographiques peuvent être utilisés pour sécuriser la communication avec la fonction de réseau virtuelle et font également partie des points d’accès SAP. Les points d’accès SAP permettent en particulier d’accéder aux éléments de gestion EM qui constituent les éléments permettant d’adresser des commandes à la fonction de réseau virtuelle en permettant de définir une interface UNI vers ces éléments de gestion EM en utilisant les informations contenues dans les points d’accès SAP.
Les informations comprises dans un point d’accès SAP vont aussi dépendre de l’architecture de la fonction de réseau elle-même. Dans le cas d’une fonction de réseau conteneurisée, le point d’accès SAP peut par exemple contenir des informations relatives au registre de conteneurs auquel la fonction de réseau conteneurisée est inscrite. Alors que pour une fonction de réseau virtuelle proprement dite, le point d’accès SAP peut contenir des informations relatives à la machine virtuelle sur laquelle la fonction de réseau virtuelle s’exécute.
Pour donner un exemple plus détaillé, une fonction de réseau virtuelle VNF0 peut être une base de données recensant les clients d’un service de communication utilisant la tranche de réseau TR. Un point d’accès SAP sur la fonction VNF0 comprendra par exemple l’adresse réseau et les mots de passe permettant d’accéder à la base de données. Si la fonction de réseau virtuelle VNF0 est une fonction de réseau virtuelle proprement dite, le point d’accès SAP peut contenir des informations sur la machine virtuelle exécutant. S’il s’agit d’une fonction de réseau conteneurisée, le point d’accès SAP peut contenir des informations relatives à l’accès au conteneur. Le point d’accès SAP permettra aussi de disposer d’une interface API permettant d’ajouter ou de retirer des clients dans la base de données, ou d’interroger la base de données pour savoir si un client est présent dans la base, et l’élément de gestion EM permettra quant à lui d’adresser des commandes à la base de données, comme une commande de démarrage, ou de fermeture. Ces commandes seront différenciées suivant le mode d’exécution de la fonction de réseau, à savoir une fonction virtuelle ou conteneurisée.
Quand l’entité de gestion CSP dispose du point d’accès SAP sur la fonction de réseau virtuelle VNF0 qui est une base de données recensant des clients d’un service de communication, et de l’élément de gestion EM associé, elle peut donc démarrer la base de données clients, puis y ajouter ou en retirer des clients, et également la connecter à d’autres fonctions virtuelles de réseau qui pourront par exemple vérifier qu’un client demandant à bénéficier d’un service est bien présent dans la base de données.
L’entité de gestion CSP va pouvoir, grâce à l’invention, disposer d’une tranche de réseau TR dont les fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’ et VNF’’’ sont fournies par différents fournisseurs. Pour cela, l’entité de gestion CSP réalise une étape d’obtention OBT des points d’accès SAP sur les fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’, VNF’’’ rendues par plusieurs fournisseurs.
Une première manière pour l’entité de gestion CSP de disposer de points d’accès SAP sur des fonctions de réseau virtuelles est d’utiliser ceux des fonctions de réseau virtuelles VNF0, VNF présentes dans le réseau NCSP directement accessible à l’entité de gestion CSP. En effet, l’entité de gestion CSP en charge de fournir des services de communication dispose d’un accès direct à un réseau NCSP qui lui permet de gérer directement les fonctions de réseau virtuelles VNF0 et VNF hébergées dans le réseau NCSP. L’entité de gestion CSP peut donc obtenir les points d’accès SAP de ces deux fonctions de réseau virtuelles VNF0 et VNF.  
Cependant, ces deux fonctions VNF0 et VNF ne suffisent pas à constituer la tranche de réseau TR.
Dans notre exemple, la première entité de gestion CSP va donc adresser une demande DEM1 de points d’accès SAP à la deuxième entité de gestion NSP1. L’entité de gestion NSP1 a la charge de fournir des tranches de réseau. Il est naturel de solliciter une telle entité de gestion non pas pour obtenir une tranche de réseau dans sa globalité, déjà définie, mais une partie de celle-ci sous la forme d’un certain nombre de fonctions de réseau virtuelles.
La demande DEM1 est donc une demande de points d’accès SAP vers des fonctions de réseau virtuelles de réseau. L’entité de gestion NSP1 répond à cette demande DEM1 par une proposition PROP1 de points d’accès SAP à des fonctions de réseau virtuelles. En particulier, dans l’exemple représenté dans la , l’entité de gestion NSP1 pourra proposer dans la proposition PROP1 un point d’accès SAP à la fonction de réseau virtuelle VNF’ hébergée dans le réseau NNSP1 directement accessible à l’entité de gestion NSP1. L’entité de gestion NSP1 dispose en effet d’un point d’accès SAP sur les fonctions de réseau virtuelles hébergées dans son réseau, ledit point d’accès SAP comprenant toutes les informations nécessaires pour communiquer et manipuler la fonction de réseau virtuelle VNF’.
Si la proposition PROP1 faite par l’entité de gestion NSP1 à l’entité de points d’accès SAP n’est pas suffisante pour que l’entité de gestion CSP puisse constituer la tranche de réseau TR, le procédé selon l’invention permet de procéder selon deux options.
Dans une première option, la deuxième entité de gestion NSP1 va effectuer une demande DEM2 de points d’accès SAP à une troisième entité de gestion NSP2. Cette entité de gestion NSP2 a également la charge de fournir des tranches de réseau et est donc susceptible de fournir des points d’accès SAP vers des fonctions virtuelles de réseau permettant de constituer une tranche de réseau TR. La proposition PROP2 de points d’accès SAP permettra alors à l’entité de gestion NSP1 d’inclure des points d’accès SAP supplémentaires dans sa propre proposition PROP1. Dans cette option, l’entité de gestion NSP2 joue un rôle de sous-traitant vis-à-vis de l’entité de gestion NSP1 et ne sera pas a priori connue de l’entité de gestion CSP.
Une deuxième option consiste pour l’entité de gestion CSP à faire directement une demande DEM3 de points d’accès à une quatrième entité de gestion NSP3 en charge de fournir des tranches de réseau. Là encore, l’entité de gestion NSP3 pourra répondre dans une proposition PROP3 de points d’accès SAP sur des fonctions de réseau virtuelles hébergées dans le réseau NNSP3 directement accessible à l’entité de gestion NSP3.
Ces deux options peuvent bien sûr être combinés et l’entité de gestion CSP pourra disposer au final de propositions de points d’accès SAP issus d’une part de l’entité de gestion NSP1, complétés par des points d’accès issus de l’entité de gestion NSP2, l’entité de gestion NSP1 se plaçant en coupure entre l’entité de gestion CSP et l’entité de gestion NSP2, et d’autre part de points d’accès issus de l’entité de gestion NSP3 obtenus directement par une demande DEM3 issue de l’entité de gestion CSP.
Les demandes DEM1, DEM2, DEM3 de points d’accès SAP peuvent contenir tout type d’informations utiles permettant de mieux décrire la demande. La première catégorie d’informations sera une description des fonctionnalités attendues des fonctions de réseau virtuelles accessibles par les points d’accès SAP demandés. Par exemple, l’entité de gestion CSP peut disposer de fonctions de réseau virtuelles permettant à ses clients d’avoir un accès mobile terrestre à ses services de communication, mais pas un accès satellitaire. Pour compléter la tranche de réseau TR gérée par l’entité de gestion CSP, celle-ci pourra inclure dans sa demande DEM1 de points d’accès SAP à l’entité de gestion NSP1 que la fonctionnalité attendue est un accès satellitaire.
D’autres informations peuvent compléter les demandes DEM1, DEM2, DEM3. Ce sont par exemple des informations relatives à la qualité de service attendue. Pour reprendre l’exemple de la demande d’une fonction d’accès satellitaire, cette demande serait complétée d’informations relatives à la quantité d’accès parallèles pouvant être traités, au débit des communications, à la latence des temps de réponse lors d’un accès et à toute autre information pertinente.
Une autre information pertinente pouvant qualifier les demandes DEM1, DEM2, DEM3 est le prix proposé par l’entité de gestion CSP pour disposer des fonctions de réseau virtuelles accessibles par les points d’accès SAP demandés. Le prix peut également être négocié par ailleurs et les procédés selon l’invention n’être utilisés que pour la mise en place technique de la tranche de réseau TR.
Les informations décrites ici dans les demandes DEM1, DEM2, DEM3 vont également se retrouver dans les propositions PROP1, PROP2, PROP3 de points d’accès SAP faites en réponse aux demandes DEM1, DEM2, DEM3. Les fonctionnalités proposées seront présentes dans les propositions PROP1, PROP2, PROP3, qualifiées par des paramètres de qualité de service et éventuellement par des prix proposés.
De plus, les propositions PROP1, PROP2, PROP3 de points d’accès peuvent être qualifiées par l’entité de gestion CSP qui va décider si ces propositions de points d’accès SAP répondent de manière satisfaisante aux demandes DEM1, DEM2, DEM3. Les échanges entre les entités de gestion CSP, NSP1, NSP2 et NSP3 peuvent donc prendre place de façon répétée, dans un processus de négociation, jusqu’à aboutir à une proposition de points d’accès SAP agréée par l’entité de gestion CSP.
On a vu que l’entité de gestion NSP1 peut faire une demande DEM2 de points d’accès SAP à l’entité de gestion NSP2 afin de compléter la proposition PROP1 de points d’accès SAP que l’entité de gestion NSP1 va faire en réponse à la demande DEM1 issue de l’entité de gestion CSP. Cette demande DEM2 peut se faire selon deux options :
  • Dans une première option, l’entité de gestion NSP1 envoie directement une demande DEM2 à l’entité de gestion NSP2, avant de faire une proposition PROP1 à l’entité de gestion CSP. Dans cette option, l’entité de gestion NSP1 décide ne pas pouvoir répondre seule à la demande DEM1 et souhaite dès le départ la compléter par des points d’accès SAP issus de la proposition PROP2 de l’entité de gestion NSP2.
  • Dans une deuxième option, l’entité de gestion NSP1 envoie à l’entité de gestion CSP une proposition PROP1 de points d’accès SAP en réponse à la demande DEM1. L’entité de gestion CSP donne en réponse une qualification de la proposition PROP1 qui incite l’entité de gestion NSP1 à améliorer sa proposition PROP1. C’est à la suite de cette qualification que l’entité de gestion NSP1 fait à l’entité NSP2 une demande DEM2 de points d’accès SAP et reçoit une proposition PROP2 qui lui permettra d’améliorer sa proposition PROP1 dans un envoi ultérieur à l’entité de gestion CSP.
Ces deux options peuvent se combiner, à savoir que plusieurs échanges de demandes et de propositions auront lieu, soit de façon spontanée de la part de l’entité de gestion NSP1, soit à la suite de qualifications de la proposition PROP1 de la part de l’entité de gestion CSP, jusqu’à ce que la proposition PROP1 convienne à l’entité de gestion CSP.
Dans la situation représentée par la , l’entité de gestion NSP1 ne réalise une demande DEM2 qu’auprès d’une seule entité de gestion NSP2, mais elle peut bien sûr effectuer plusieurs demandes auprès de plusieurs entités de gestions en charge de fournir des tranches de réseau afin de disposer de propositions de points d’accès SAP sur des fonctions virtuelles de réseau.
De même, l’entité de gestion NSP3 est représentée dans la comme répondant à la demande DEM3 par une proposition PROP3 de points d’accès SAP établie uniquement avec des points d’accès SAP de fonctions de réseau virtuelles hébergées dans le réseau NNSP3 directement accessible à l’entité de gestion NSP3. Mais celle-ci peut bien sûr, de manière similaire à l’entité de gestion NSP1, solliciter d’autres entités de gestion aptes à fournir des tranches de réseau pour compléter sa proposition PROP3 de points d’accès SAP.
Enfin, l’entité de gestion CSP peut elle-même solliciter d’autres entités de gestion en sus des entités NSP1, NSP2, NSP3 représentés sur la . Cette sollicitation peut être faite soit au moment où l’entité de gestion CSP cherche à obtenir des points d’accès SAP en sus de ceux directement accessibles dans le réseau NCSP, soit en réponse à des propositions PROP1, PROP3 jugées insuffisantes par l’entité de gestion CSP.
Pour finir, l’entité de gestion CSP va disposer de points d’accès SAP sur des fonctions virtuelles de réseau VNF0, VNF, VNF’, VNF’’, VNF’’’. Ces points d’accès SAP se trouvent ou bien dans le réseau NCSP directement accessible par l’entité de gestion CSP, ou bien dans d’autres réseaux NNSP1, NNSP2, NNSP3 directement accessibles par des entités de gestion NSP1, NSP2, NSP3 en charge de fournir des tranches de réseau qui, ici, vont fournir uniquement des fonctions virtuelles de réseau et non des tranches de réseau complètes. L’obtention des points d’accès SAP se fait ou bien directement, par des propositions faites à des demandes de points d’accès SAP ou bien à la suite d’échanges entre les entités de gestion, dans lesquels l’entité de gestion CSP qualifie les propositions de points d’accès SAP qui lui sont faites et jugées insuffisantes. L’entité de gestion CSP peut faire intervenir d’autres entités que celles représentées sur la , mais celles-ci se retrouveront classées en deux catégories : ou bien, elles seront en relation directe avec l’entité de gestion CSP, comme c’est le cas pour les entités de gestion NSP1 et NSP3 ; ou bien, elles seront en situation de délégation, car elles n’auront pas répondu à une demande directe de points d’accès SAP en provenance de l’entité de gestion CSP et ne seront donc pas en relation directe avec l’entité de gestion CSP. C’est le cas pour l’entité de gestion NSP2 dont la relation avec l’entité de gestion CSP se fait par l’intermédiaire de l’entité de gestion NSP1 qui est placée en coupure entre les deux entités de gestion CSP et NSP2.
Quand l’entité de gestion CSP a obtenu les points d’accès SAP sur des fonctions de réseau virtuelles, le procédé de gestion selon l’invention se poursuit par la création CRT d’un lien de communication NNI entre les fonctions de réseau virtuelles en utilisant des informations contenues dans les points d’accès SAP obtenus. Le lien de communication NNI va porter les flux de données entre les fonctions de réseau virtuelles et est distinct de l’interface UNI entre la première entité de gestion CSP et les éléments de gestion EM des fonctions de réseau virtuelles.
La création CRT du lien de communication NNI utilise les informations contenues dans les points d’accès SAP des fonctions de réseau virtuelles. Ces points d’accès SAP permettent d’obtenir des informations telles que des adresses réseau ou des mots de passe. Grâce à ces informations, l’entité de gestion CSP peut construire le lien de communication NNI entre les fonctions de réseau virtuelles qui vont porter le trafic réseau qui prend place à cause du fonctionnement de la tranche de réseau TR. Ce trafic réseau sera par exemple celui entre les fonctions de réseau virtuelles qui servent à l’accès des utilisateurs de la tranche de réseau TR et celles qui ont plutôt des fonctions de cœur de réseau. Ce trafic réseau sera donc massif, et comprendra une quantité de données significatives. Un tel trafic ne peut donc pas être vu comme négligeable dans l’économie des réseaux qu’il va emprunter. C’est pourquoi, lorsque ce trafic doit passer d’un réseau à un autre, la création CRT comprend la création de points d’échange PP entre les réseaux NCSP, NNSP1, NNSP2 et NNSP3. De tels points d’échange PP permettent d’assurer une juste répartition des éventuelles rémunérations des opérateurs de réseau selon le trafic des utilisateurs du service de communication proposé par l’entité de gestion CSP utilisant la tranche TR.
En plus du lien de communication NNI entre les fonctions de réseau virtuelles, il existe une interface UNI reliant la première entité de gestion CSP aux éléments de gestion EM des différentes fonctions de réseau virtuelles qui forment la tranche de réseau TR. Cette interface UNI permet à l’entité de gestion CSP de transmettre SND des instructions de gestion aux éléments de gestion EM des fonctions de réseau virtuelles. Là encore, c’est l’obtention OBT des points d’accès SAP qui permet à l’entité de gestion CSP de disposer des informations décrivant l’interface UNI, informations telles que des adresses réseau, des mots de passe, des certificats cryptographiques, des modèles d’interfaces applicatives ou toute autre information utile. Comme le trafic qui passera par l’interface UNI sera limité à des instructions de gestion, sa taille sera donc négligeable comparé au trafic réseau proprement dit qui utilise les liaisons NNI. L’interface UNI ne nécessite donc pas de déployer des points d’échange PP entre les différents réseaux dans lesquels sont hébergées les fonctions de réseau virtuelles.
Dans la situation de la , l’entité de gestion NSP2 est sous-traitante de l’entité de gestion NSP1 en ce qui concerne la fourniture de points d’accès SAP sur la fonction de réseau virtuelle VNF’’ à l’entité de gestion CSP. Cela implique que l’entité de gestion NSP1 est située en coupure entre l’entité de gestion CSP et l’entité de gestion NSP2. En particulier, le lien de communication NNI et l’interface UNI sont construits de façon à éviter une visibilité directe depuis l’entité de gestion CSP vers des éléments gérés par l’entité de gestion NSP2, à savoir la fonction de réseau virtuelle VNF’’ hébergée dans le réseau NNSP2, ainsi que son point d’accès SAP et son élément de gestion EM.
La présentation de la que nous venons de faire peut être vue comme présentant la création de la tranche de gestion TR. L’entité de gestion CSP obtient OBT des points d’accès SAP sur des fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’, VNF’’’ puis crée le lien de communication NNI, ce qui crée une tranche de réseau TR, formée des fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’, VNF’’’ reliées entre elles par le lien NNI qui porte le trafic de données entre ces fonctions, l’interface UNI permettant d’envoyer des instructions de gestion aux fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’, VNF’’’.
Cependant, ces différentes opérations peuvent aussi être vues comme permettant la gestion de la tranche de réseau TR par l’entité de gestion CSP. En effet, si l’entité de gestion CSP gère la tranche de réseau TR afin de rendre des services de communication, elle peut être emmenée à changer les fonctions de réseau virtuelles qui forment la tranche de réseau TR. Une telle modification de l’architecture de la tranche de réseau TR est réalisée en suivant les étapes du procédé de gestion selon l’invention.
C’est cette création ou cette modification de la tranche de réseau TR qui permet à l’entité de gestion CSP de disposer des ressources permettant de gérer la tranche de réseau TR.
La gestion proprement dite de la tranche de réseau TR par l’entité de gestion CSP passe ensuite par l’envoi d’instructions de gestion aux fonctions de réseau virtuelles qui forment la tranche TR. Ces instructions de gestion passent par l’interface UNI dédiée vers les éléments de gestion EM des fonctions de réseau virtuelles VNF0, VNF, VNF’, VNF’’, VNF’’’. Ces instructions peuvent être de tout type. Ce sont par exemple des instructions de lancement ou d’arrêt des fonctions de réseau virtuelles. Cela peut aussi être des instructions qui permettent de changer les paramètres de fonctionnement des fonctions de réseau, comme des délais de réponse ou des débits ou tout autre paramètre. Cela peut aussi être des instructions qui permettent de modifier des éléments de sécurisation, tels que des mots de passe ou des certificats cryptographiques.
L’invention permet donc bien de réaliser la gestion d’une tranche de réseau TR fournie par différents fournisseurs, en l’occurrence, dans l’exemple de la , les entités de gestion CSP, NSP1, NSP2 et NSP3.
La [Fig 2], quant à elle, illustre un exemple d’échange de messages entre différentes entités de gestion dans le cadre d’un mode de réalisation de l’invention.
Dans l’exemple de la [Fig 2], la première entité de gestion CSP adresse une demande DEM1 de points d’accès SAP à la deuxième entité de gestion NSP2. La deuxième entité de gestion considère ne pas pouvoir répondre directement à la demande DEM1 de points d’accès SAP. Par exemple, l’entité de gestion NSP1 n’héberge pas dans le réseau NNSP1 qui lui est directement accessible une fonction de réseau virtuelle qui remplisse une fonctionnalité explicitement demandée par l’entité de gestion CSP dans la demande DEM1. La deuxième entité de gestion NSP1 va alors adresser une demande DEM2 de points d’accès SAP à la troisième entité de gestion NSP2. Par exemple, la demande DEM2 portera sur la fonctionnalité demandée par l’entité de gestion CSP qui n’est pas rendue par les fonctions de réseau virtuelles hébergées dans le réseau NNSP1. L’entité de gestion NSP2 répond à la demande DEM2 par une proposition PROP2 de points d’accès SAP. L’entité de gestion NSP1 peut alors intégrer des points d’accès SAP présents dans la proposition PROP2 dans la proposition PROP1 de points d’accès SAP qu’elle adresse à la première entité de gestion CSP. De cette manière, une fonctionnalité demandée dans la demande DEM1, mais qui ne pouvait pas être remplie par une fonction de réseau virtuelle hébergée dans le réseau NNSP1, pourra être rendue par une fonction de réseau virtuelle hébergée dans le réseau NNSP2, et le point d’accès SAP de cette fonction sera proposée dans la proposition PROP2 puis intégré dans la proposition PROP1.
La [Fig 3], quant à elle, illustre un autre exemple d’échange de messages entre différentes entités de gestion dans le cadre d’un autre mode de réalisation de l’invention.
Dans l’exemple de la [Fig 2], la première entité de gestion CSP adresse une demande DEM1 de points d’accès SAP à la deuxième entité de gestion NSP2, de façon identique à l’exemple de la [Fig 2]. Cependant, dans l’exemple de la [Fig 3], l’entité de gestion NSP2 considère pouvoir répondre directement à la demande DEM1 et adresse une proposition PROP1 de points d’accès SAP à l’entité de gestion CSP. L’entité de gestion CSP transmet alors à l’entité de gestion NSP1 une information représentative de la qualité de la proposition PROP1.
Dans l’exemple représenté par la [Fig 3], cette information est contenue dans un message ANS. Par exemple, l’information contenue dans le message ANS peut être qu’un paramètre de qualité de service présent dans la proposition PROP1 est considéré comme insuffisant par l’entité de gestion CSP pour le fonctionnement de la tranche de réseau TR que cette entité de gestion cherche à constituer pour fournir un service de communication. L’entité de gestion NSP1 va alors adresser une demande DEM2 de points d’accès SAP à la troisième entité de gestion NSP2, prenant en compte l’information transmise dans le message ANS. L’entité de gestion NSP2 fera alors à l’entité de gestion NSP1 une proposition PROP2 de points d’accès SAP qui pourra être utilisée pour améliorer la proposition PROP1 de points d’accès SAP qui est transmise de nouveau, améliorée, à l’entité de gestion CSP. Par exemple, pour une fonctionnalité donnée qui peut être rendue par une fonction de réseau virtuelle hébergée dans le réseau NNSP1 ou dans le réseau NNSP2, la fonction du réseau NNSP1 a pu être proposée initialement dans la proposition PROP1 mais avait un paramètre de qualité de service insatisfaisant. La proposition PROP2 peut donner un point d’accès SAP sur une fonction hébergée dans NNSP2 rendant la même fonctionnalité, avec un meilleur paramètre de qualité de service, et la proposition PROP1 pourra être modifiée en utilisant cet autre point d’accès SAP, associé à un meilleur paramètre de qualité de service, qui a donc plus de chance d’être accepté par l’entité de gestion CSP.
La [Fig 4], quant à elle, illustre un troisième exemple d’échange de messages entre différentes entités de gestion dans le cadre d’un autre mode de réalisation de l’invention.
Dans l’exemple de la [Fig 4], de même que dans les deux exemples précédents, la première entité de gestion CSP adresse une demande DEM1 de points d’accès SAP à la deuxième entité de gestion NSP1. En réponse, l’entité de gestion NSP1 adresse une proposition PROP1 de points d’accès SAP. Dans l’exemple de la [Fig 4], l’entité de gestion CSP va chercher à compléter la proposition PROP1 de points d’accès SAP en adressant une demande DEM3 à une quatrième entité de gestion NSP3, qui répondra avec une proposition PROP3.
Ces différents exemples peuvent être mis en œuvre séparément ou être combinés. La proposition PROP1 reçue par l’entité de gestion CSP dans l’exemple de la [Fig 4] peut avoir été complétée par des points d’accès SAP reçus dans une proposition PROP2 faite par l’entité de gestion NSP2 à l’entité de gestion NSP1. En général, les demandes de points d’accès SAP et les propositions faites en réponse peuvent former un arbre dont le sommet est l’entité de gestion CSP. L’entité de gestion CSP pourra alors construire et gérer une tranche de réseau TR dont les fonctions de réseau virtuelles sont rendues par plusieurs fournisseurs. Le premier fournisseur est l’entité de gestion CSP elle-même mais d’autres fonctions de réseau virtuelles sont fournies par des entités de gestion en charge de fournir des tranches de réseau, qui hébergent ces fonctions de réseau virtuelles dans les réseaux qui leur sont directement accessibles. Parmi les entités de gestion en charge de fournir des tranches de réseau, une distinction est faite entre celles qui sont directement visibles depuis l’entité de gestion CSP et celles qui sont en position de sous-traitance à d’autres entités de gestion en charge de fournir des tranches de réseau, et ne seront donc pas visibles directement par l’entité de gestion CSP. La création du lien de communication NNI ainsi que l’interface de gestion UNI prennent en compte cette distinction et respectent cette non-visibilité par l’entité de gestion CSP de certains fournisseurs de fonctions de réseau virtuelles.
Signalons enfin ici que, dans le présent texte, le terme « module » peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.).

Claims (15)

  1. Procédé de création d’une tranche de réseau (TR) comprenant des fonctions de réseau virtuelles (VNF0, VNF, VNF’, VNF’’, VNF’’’) par une entité de gestion (CSP), dite première entité de gestion, dans un système comprenant plusieurs autres entités de gestion (NSP1, NSP2, NSP3) aptes à fournir des fonctions de réseau virtuelles, caractérisé en ce que les fonctions de réseau virtuelles comprises dans la tranche (TR) créée sont sélectionnées par la première entité de gestion parmi celles fournies par plusieurs entités de gestion.
  2. Procédé de création d’une tranche de réseau (TR) selon la revendication 1 caractérisé en ce que le procédé comprend la sélection, par la première entité de gestion (CSP) de fonctions de réseau virtuelles à ajouter à des fonctions de réseau virtuelles déjà comprises dans la tranche de réseau (TR) créée, les fonctions de réseau virtuelles ajoutées étant fournies par une entité de gestion différente de la ou les entités de gestion fournissant les fonctions de réseau virtuelles déjà comprises dans la tranche (TR).
  3. Procédé de création d’une tranche de réseau (TR) selon l’une des revendications 1 ou 2, les fonctions de réseau virtuelles (VNF0, VNF, VNF’, VNF’’, VNF’’’) étant gérées à travers des éléments de gestion (EM) respectifs, une fonction disposant d’un point d’accès (SAP) à ladite fonction comprenant des informations relatives à ladite fonction, caractérisé en ce qu’il comprend les étapes suivantes réalisées par la première entité de gestion (CSP) :
    • Obtenir (OBT) des points d’accès (SAP) aux fonctions de réseau virtuelles (VNF0, VNF, VNF’, VNF’’, VNF’’’) de la part des entités de gestion qui sont les fournisseurs respectifs des fonctions de réseau virtuelles ;
    • Créer (CRT) un lien de communication (NNI) entre les fonctions de réseau virtuelles (VNF0, VNF, VNF’, VNF’’, VNF’’’) et une interface (UNI) reliant la première entité de gestion (CSP) aux éléments de gestion (EM) des fonctions de réseau virtuelles (VNF0, VNF, VNF’, VNF’’, VNF’’’) en utilisant des informations contenues dans les points d’accès (SAP) obtenus (OBT).
  4. Procédé de création d’une tranche de réseau (TR) selon la revendication 3 caractérisé en ce que le procédé comprend de surcroît une étape de transmission (SND) d’instructions de gestion, par la première entité de gestion (CSP) aux fonctions de réseau virtuelles (VNF0, VNF, VNF’, VNF’’, VNF’’’), à travers l’interface (UNI).
  5. Procédé de création selon l’une des revendications 3 ou 4 caractérisé en ce que la première entité de gestion (CSP) a un accès direct à un premier réseau (NCSP) et en ce que la sélection des fonctions de réseau virtuelles comprises dans la tranche de réseau (TR) comprend une détermination de fonctions de réseau virtuelles (VNF0, VNF) hébergées dans ledit premier réseau (NCSP) directement accessible par la première entité de gestion (CSP) et une obtention (OBT) des points d’accès (SAP) à ces fonctions de réseau virtuelles (VNF0, VNF).
  6. Procédé de création selon l’une des revendications 3 à 5 caractérisé en ce que la sélection des fonctions de réseau virtuelles comprises dans la tranche de réseau (TR) comprend une transmission (SND) par la première entité de gestion (CSP) à une autre entité de gestion (NSP1) apte à fournir des fonctions de réseau virtuelles, dite deuxième entité de gestion (NSP1), disposant d’un accès direct à un deuxième réseau (NNSP1), d’une première demande (DEM1) de points d’accès (SAP)à des fonctions de réseau virtuelles et de réception d’une proposition (PROP1) de points d’accès (SAP) à des fonctions de réseau virtuelles (VNF’) hébergées dans le réseau (NNSP1) directement accessible par la deuxième entité de gestion (NSP1), dite première proposition (PROP1).
  7. Procédé de création selon la revendication 6 caractérisé en ce que la création (CRT) d’un lien de communication (NNI) entre les fonctions de réseau virtuelles (VN0, VNF), dites premières fonctions, hébergées dans le premier réseau (NCSP) et les fonctions de réseau virtuelles (VNF’), dites deuxièmes fonctions, hébergées dans le deuxième réseau (NNSP1), comprend la création d’un point d’échange (PP) entre le premier réseau (NCSP) et le deuxième réseau (NNSP1).
  8. Procédé de création selon l’une des revendications 6 ou 7 caractérisé en ce que la première proposition (PROP1) de points d’accès (SAP) est complétée par la seconde entité de gestion (NSP1) avec des points d’accès (SAP), dits points d’accès complémentaires, à des fonctions de réseau virtuelles (VNF’’), dites troisièmes fonctions, lesdits points d’accès (SAP) complémentaires étant proposés par une troisième entité de gestion (NSP2), disposant d’un accès direct à un troisième réseau (NNSP2), lesdites troisièmes fonctions (VNF’’) étant hébergées dans ledit troisième réseau (NNSP2), et, de plus, le procédé comprend la création d’un point d’échange (PP) entre le deuxième réseau (NNSP1) et le troisième réseau (NNSP2) et d’un lien de communication (NNI) avec les troisièmes fonctions de réseau virtuelles (VNF’’) ainsi que d’une interface (UNI) avec les éléments de gestion (EM) des troisièmes fonctions de réseau virtuelles (VNF’’) de façon à éviter un lien direct entre le premier réseau (NCSP) et le troisième réseau (NNSP2).
  9. Procédé de création selon l’une des revendications 6 à 8 caractérisé en ce que la sélection des fonctions de réseau virtuelles comprises dans la tranche de réseau (TR) comprend, après la réception d’une première proposition (PROP1), les étapes supplémentaires suivantes :
    • l’envoi, par la première entité de gestion (NCSP) à une quatrième entité de gestion (NSP3) apte à fournir des fonctions de réseau virtuelles, disposant d’un accès direct à un quatrième réseau (NNSP3), d’une autre demande (DEM3) de points d’accès (SAP) à des fonctions de réseau virtuelles ;
    • la réception par la première entité de gestion (NCSP) d’une autre proposition (PROP 3) de points d’accès (SAP) à des fonctions de réseau virtuelles (VNF’’’) hébergées dans le quatrième réseau (NNSP3) directement accessible par la quatrième entité de gestion (NSP3) ;
    et, de plus, la création (CRT) d’un lien de communication (NNI) avec les fonctions de réseau virtuelles (VNF’’’) hébergées dans le quatrième réseau (NNSP3) comprend le déploiement d’un point d’échange (PP) entre le premier réseau (NCSP) et le quatrième réseau (NNSP3).
  10. Procédé de création selon l’une des revendications 6 à 9 caractérisé en ce que les demandes (DEM1, DEM2, DEM3) de points d’accès (SAP) à des fonctions de réseau virtuelles comprennent des informations relatives aux fonctionnalités attendues des fonctions de réseau virtuelles attachées aux points d’accès (SAP) demandés et des paramètres de qualité de service.
  11. Procédé de création selon l’une des revendications 6 à 10 caractérisé en ce que les propositions (PROP1, PROP2, PROP3) de points d’accès (SAP) à des fonctions de réseau virtuelles comprennent des informations relatives aux fonctionnalités garanties des fonctions de réseau virtuelles attachées aux points d’accès (SAP) proposés et des paramètres de qualité de service.
  12. Entité de gestion (CSP), dite première entité de gestion, dans un système comprenant plusieurs autres entités de gestion (NSP1, NSP2, NSP3) aptes à fournir des fonctions de réseau virtuelles (VNF0, VNF, VNF’, VNF’’, VNF’’’), ladite première entité de gestion mettant en œuvre un procédé de création d’une tranche de réseau (TR) et étant caractérisée en ce que les fonctions de réseau virtuelles comprises dans la tranche (TR) créée sont sélectionnées par la première entité de gestion parmi celles fournies par plusieurs entités de gestion.
  13. Entité de gestion (CSP) selon la revendication 12, disposant d’un accès direct à un réseau (NCSP), dit premier réseau, les fonctions de réseau virtuelles étant gérées à travers des éléments de gestion (EM), ladite première entité de gestion comprenant les modules suivants :
    • un module (101) d’obtention (OBT) de points d’accès (SAP) aux fonctions de réseau virtuelles (VNF0, VNF, VNF’, VNF’’, VNF’’’) ;
    • un module (102) de création (CRT) d’un lien de communication (NNI) entre les fonctions de réseau virtuelles, et d’une interface (UNI) reliant la première entité de gestion (CSP) aux éléments de gestion (EM) des fonctions de réseau virtuelles, la création dudit lien et de ladite interface utilisant des informations contenues dans les points d’accès (SAP) obtenus (OBT) ;
    • un module (103) de transmission (SND) d’instructions de gestion à des fonctions de réseau virtuelles à travers l’interface (UNI) créée reliant la première entité de gestion (CSP) aux éléments de gestion (EM) des fonctions de réseau virtuelles.
  14. Programme d’ordinateur apte à être mis en œuvre par une entité de gestion (CSP) dite première entité de gestion, dans un système comprenant plusieurs autres entités de gestion (NSP1, NSP2, NSP3) aptes à fournir des fonctions de réseau virtuelles (VNF0, VNF, VNF’, VNF’’, VNF’’’), selon la revendication 12, le programme comprenant des instructions de code qui, lorsqu’il est exécuté par un processeur, réalise les étapes du procédé de création d’une tranche de réseau (TR) selon la revendication 1.
  15. Support de données sur lequel est enregistré un programme d’ordinateur comprenant une séquence d’instructions pour la mise en œuvre du procédé de gestion d’une tranche de réseau selon la revendication 1 lorsqu’il est chargé dans et exécuté par un processeur.
PCT/EP2024/081101 2023-11-09 2024-11-05 Procédé de création d'une tranche de réseau dont les fonctions sont rendues par plusieurs fournisseurs Pending WO2025098948A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FRFR2312252 2023-11-09
FR2312252A FR3155397A1 (fr) 2023-11-09 2023-11-09 Procédé de gestion d’une tranche de réseau dont les fonctions sont rendues par plusieurs fournisseurs

Publications (1)

Publication Number Publication Date
WO2025098948A1 true WO2025098948A1 (fr) 2025-05-15

Family

ID=89661235

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2024/081101 Pending WO2025098948A1 (fr) 2023-11-09 2024-11-05 Procédé de création d'une tranche de réseau dont les fonctions sont rendues par plusieurs fournisseurs

Country Status (2)

Country Link
FR (1) FR3155397A1 (fr)
WO (1) WO2025098948A1 (fr)

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117478513A (zh) * 2022-07-20 2024-01-30 大唐移动通信设备有限公司 一种网络切片管理与编排的方法、装置及设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019120524A1 (fr) * 2017-12-20 2019-06-27 Telefonaktiebolaget Lm Ericsson (Publ) Procédés, dispositifs, et systèmes de gestion d'une tranche de réseau fédérée

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117478513A (zh) * 2022-07-20 2024-01-30 大唐移动通信设备有限公司 一种网络切片管理与编排的方法、装置及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Management and orchestration; Provisioning; (Release 18)", vol. SA WG5, no. V18.3.0, 20 September 2023 (2023-09-20), pages 1 - 88, XP052512175, Retrieved from the Internet <URL:https://ftp.3gpp.org/Specs/archive/28_series/28.531/28531-i30.zip 28531-i30.doc> [retrieved on 20230920] *

Also Published As

Publication number Publication date
FR3155397A1 (fr) 2025-05-16

Similar Documents

Publication Publication Date Title
EP3632087B1 (fr) Sélection d&#39;une tranche de réseau relative à une application
WO2016001502A1 (fr) Orchestration de ressources physiques et virtuelles pour la livraison de contenus numériques
FR2851866A1 (fr) Procede d&#39;allocation par un premier pair d&#39;un service a un second pair d&#39;un reseau de communication
WO2016102871A1 (fr) Système de génération d&#39;une fonction réseau virtualisée
WO2019243700A1 (fr) Procédé d&#39;installation d&#39;une fonction réseau virtualisée
EP4193569A1 (fr) Procede de traitement d&#39;un service de transport de donnees
EP3829205A1 (fr) Procédés et applications de contrôle d&#39;accès distribué à un réseau de télécommunications
WO2018065705A1 (fr) Procédé d&#39;audit d&#39;une ressource virtualisée déployée dans un réseau informatique en nuage
WO2025098948A1 (fr) Procédé de création d&#39;une tranche de réseau dont les fonctions sont rendues par plusieurs fournisseurs
WO2003071760A1 (fr) Dispositif et procede d&#39;intermediation entre fournisseurs de services et leur utilisateurs
FR2935584A1 (fr) Centre ussd generique d&#39;applications et de services reseaux
WO2020260025A1 (fr) Procede d&#39;allocation de ressources d&#39;une infrastructure de reseau
EP1637989A1 (fr) Procédé et système de séparation de comptes de données personnelles
EP1897360B1 (fr) Dispositif et procede pour gerer des credits de communication associes a l&#39;utilisation de services par un terminal
EP4631228A1 (fr) Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications
EP3394740B1 (fr) Procede de configuration d&#39;un systeme d&#39;exploitation
WO2023135043A1 (fr) Procédé, dispositif et système de modification d&#39;une infrastructure de communication
EP4523388A1 (fr) Procédé, dispositif et système d&#39;élaboration dynamique d&#39;une infrastructure de données
EP4523104A1 (fr) Procédé, dispositif et système de certification d&#39;une ressource
FR3154829A1 (fr) Procédé de gestion d’un accès à au moins une tâche exécutée par un conteneur instancié dans un premier nœud de calcul d’une première grappe de nœuds par un nœud de calcul appartenant à une deuxième grappe de nœuds.
FR3038199A1 (fr) Procede et dispositif de mise a jour des capacites d&#39;un objet connecte a un reseau de communications
WO2021084184A1 (fr) Procédé de diffusion d&#39;une vidéo par un dispositif client, dispositif client et système associé
WO2009136030A1 (fr) Procede de sauvegarde/restauration de fichiers dans un reseau pair a pair
FR3110733A1 (fr) Procédé de contrôle d’un système informatique distribué et dispositifs associés
WO2020229216A1 (fr) Procede de gestion de ressources d&#39;un reseau de telecommunications convergent acces-fixe et radio-mobile, produit programme d&#39;ordinateur et dispositifs correspondants

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 24802182

Country of ref document: EP

Kind code of ref document: A1