EP4631228A1 - Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications - Google Patents

Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications

Info

Publication number
EP4631228A1
EP4631228A1 EP23817465.0A EP23817465A EP4631228A1 EP 4631228 A1 EP4631228 A1 EP 4631228A1 EP 23817465 A EP23817465 A EP 23817465A EP 4631228 A1 EP4631228 A1 EP 4631228A1
Authority
EP
European Patent Office
Prior art keywords
network
management entity
network slice
creation
slice
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
EP23817465.0A
Other languages
German (de)
English (en)
Inventor
Eric SCHOULER
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 EP4631228A1 publication Critical patent/EP4631228A1/fr
Pending legal-status Critical Current

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/0803—Configuration setting
    • H04L41/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
    • H04L41/0846—Configuration by using pre-existing information, e.g. using templates or copying from other elements based on copy from other 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/08—Configuration management of networks or network elements
    • H04L41/0893—Assignment of logical groups to network 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/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/08—Configuration management of networks or network elements
    • H04L41/0895—Configuration of virtualised networks or elements, e.g. virtualised network function or OpenFlow elements

Definitions

  • the technical field is that of telecommunications.
  • the invention relates to a method for managing the creation of network slices in a telecommunications network.
  • 5G networks (abbreviated for fifth generation mobile telecommunications networks) introduce the notion of network slice (translation from English network si ic ⁇ ). This notion is based on the virtualization of network functions.
  • a virtual network function (translation from English Virtual Network Function, abbreviated as VNF or VNFs in the plural) is a computer application which implements an expected function of a computer or telecommunications network, such a function being for example a service of directory, routing, or other.
  • VNF Virtual Network Function
  • 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.
  • the set of operations that make it possible to manage a network slice is referred to by the term orchestration.
  • Orchestration is executed by an entity called orchestrator which will implement the selection and reservation of hardware resources; launching and stopping instances of virtual network functions (VNFs) using reserved hardware resources; creating relationships between VNFs to allow them to communicate with each other and deleting these relationships if necessary; and the provision of access points allowing VNFs to be managed, for example to stop them, restart them, change their relationships, duplicate them or any other management operation.
  • the creation of a network slice is therefore also a particular orchestration operation.
  • a network slice is defined in relation to a public land mobile network (in English, Public Land Mobile Network, abbreviated as PLMN).
  • PLMN Public Land Mobile Network
  • Such a public land mobile network is a mobile telecommunications network, which exists in a given country, and which provides a user terminal (in English, User Equipment, abbreviated in EU) with physical access to telecommunications thanks to antennas , base stations and any other necessary equipment.
  • EU User Equipment
  • a network slice is an instantiation of the set of virtual network functions (VNFs). Once the slice is created, which is the result of an orchestration operation, the virtual network functions are instantiated and allow the network slice to perform all the functions of a telecommunications network.
  • a network slice is a virtual telecommunications network, which operates in relation to a public land mobile network which provides physical terminal access to the network, a public land mobile network which can provide access to several network slices .
  • the invention relates to the creation of a network slice in a telecommunications network, generally 5G or later generation.
  • a network slice is defined, for example according to the 3GPP TS 23.501 standard, in relation to a public land mobile network.
  • a network slice is identified by an identifier called S-NSSAI (acronym for Single Network Slice Selection Assistance Information).
  • S-NSSAI an identifier for Single Network Slice Selection Assistance Information
  • This identifier includes a first value called SST (acronym for Siice/Service Type) which is a reference for the expected behavior of the network slice in terms of functionalities and services, and an optional value called SD (acronym for 'English Slice Differentiator) which encodes optional information making it possible to differentiate between several network slices of the same SST type.
  • SST acronym for Siice/Service Type
  • SD an optional value which encodes optional information making it possible to differentiate between several network slices of the same SST type.
  • the 3GPP TS 23.501 standard defines SST standard values, namely:
  • the eMBB type for enhanced Mobile Broadband
  • value 1 for enhanced mobile communication services.
  • the URLLC type for Ultra-Reliable Low Latency Communications
  • value 2 for low latency communication services.
  • the MIoT type for English Massive Internet of Things, value 3, for Internet of Things services.
  • V2X type value 4, for connected vehicle services.
  • a UE user terminal can store a maximum of sixteen S-NSSAI identifiers and the associated definitions of sixteen network slices in a dedicated memory area.
  • a UE terminal also comprises one or more SIM cards (acronym for Subscriber Identity Modulated). This or these SIM cards securely contain the information which allows the UE terminal to attach to one or more public land mobile networks. PLMN.
  • SIM card is traditionally a physical object, produced using smart card techniques. Its function can also be performed by a chip integrated directly into the UE terminal, and we then speak of eSIM (acronym for eSIM). English embedded SIM ⁇ but this variant is not involved in the invention, and we will subsequently speak only of SIM card. To simplify the presentation, we will subsequently consider that a UE user terminal only contains. a single SIM card and that this given SIM card contains the information allowing the terminal UE to attach to a given PLMN mobile network.
  • the given SIM card of the UE terminal is likely to use one or more of the definitions recorded in the dedicated memory area of the UE user terminal; at most sixteen S-NSSAI identifiers and associated slice definitions are currently accessible, and the UE terminal will be able to activate a maximum of eight identifiers and slices maximum among the sixteen. Access to these eight slices for the UE user terminal will be through the public land mobile network PLMN whose access information is hosted in the SIM card in question. These eight slices must therefore be linked to the public land mobile network PLMN because the physical access to the network, and therefore to the slices, is that allowed by the SIM card, and therefore access to the PLMN network.
  • a UE user terminal which includes a single SIM card can therefore, at a given moment, be attached to several network slices (a maximum of eight).
  • a use case may for example be a UE user terminal provided to a employed by a company.
  • a first network slice will, for example, provide access to the Internet network and a second slice will correspond to the employee's corporate network. Different applications hosted in the UE terminal will then use different network slices; the Web browser will use the Internet slice, while a business application will use the corporate network slice.
  • the user may for example want to buy a network slice dedicated to gaming, with specific capabilities, such as low latency, and will purchase access to a third dedicated slice, different from the general Internet access bracket; the user may have high responsibilities, and his company may provide him with access to a specific slice with additional security features.
  • Usage rules will be sent from the 5G network to the UE terminal to define this assignment of applications to slices, which corresponds to a routing policy called URSP (acronym for User equipment Route Selection Policy).
  • URSP cronym for User equipment Route Selection Policy
  • Access to these four slices is via a single public land mobile network PLMN which is the one to which the SIM card of the UE terminal gives access.
  • VNFs virtual network functions
  • These are, for example, the AMF (acronym for Access and Mobility management Function) and UDR (acronym for Unified Data Repository), but other VNFs network functions may be affected.
  • AMF an Access and Mobility management Function
  • UDR an Unified Data Repository
  • the GSMA NG 116 standard describes the attributes exchanged between different entities to characterize a network slice, and in particular describes a generic network slice model, called GST (acronym for Generic network Slice Template. GST includes optional or mandatory attributes that help describe the expected functionality and performance of a network slice, but without detailing the network functions that are instantiated in a given network slice.
  • GST acronym for Generic network Slice Template.
  • GST includes optional or mandatory attributes that help describe the expected functionality and performance of a network slice, but without detailing the network functions that are instantiated in a given network slice.
  • the entities that interact when creating a network slice are:
  • a customer of a communication service or CSC (acronym for Communication Service Customer).
  • a CSC can be a user equipped with an UE terminal, but also a company which needs a corporate network, or any other entity that requires communications services.
  • a provider of a communication service or CSP (acronym for Communication Service Provider).
  • CSP is the entity which sells the communication services it needs to the CSC. To do this, it will offer its CSC client an offer containing products that correspond to the services sold in a given offer. These products run in a network slice adapted to their needs. In the same offer, several slices can be used according to the respective needs of each product.
  • a CSP could offer a company a communication service offering through which the company's employees will be able to access, on the same terminal, a slice giving them access to the network. Internet for their private uses and on the other hand to a slice corresponding to their corporate network and this with, for example, adapted and differentiated performances between the two slices.
  • NSP network slice provider
  • An NSP is the entity that provides the CSP with a network slice according to its requests.
  • the network slice is defined in relation to a public land mobile network (PLMN).
  • PLMN public land mobile network
  • the NOP is the entity which will orchestrate the creation of the network slice, that is to say reserve the necessary hardware resources, instantiate the VNFs virtual network functions on these resources and create the links between instances of VNFs.
  • the NOP can also be the PLMN mobile network operator or, at a minimum, it has rights which allow it to ensure that the network slice created will be accessible through the PLMN.
  • the NOP will also define the means of access that will allow UE user terminals to access the network slice and also the means access which will allow the CSP to manipulate the slice for its needs, for example by provisioning new subscribers to the communication service that the CSP provides or by retrieving information useful for billing for this same service.
  • a provider of a CSP communications service may also be a provider of an NSP network slice, and the CSP will then provide the customer of the CSC communications service with a network slice provided by it to meet the needs of the CSC customer in communications service.
  • an NSP network slice provider may also be a NOP mobile network operator, and the mobile network slice that it will provide will simply be a network slice in relation to the PLMN mobile network which is operated by it. even as a NOP mobile network operator.
  • network NOP Given its constraints on the network functions expected to operate a network slice and to ensure the operation of 5G networks, and given the a priori low number of network slices expected, the choice of implementation made by network operators network NOP consists of predefining possible network slices fixed once and for all, for example for the four predefined S-NSSAI values specified in the 3GPP TS 23.501 standard. A UE user terminal will then have a default S-NSSAI, generally that corresponding to the value 1, i.e. the eMBB type, and either will not change it during its operation, or will change it to attach to one of the network slices predefined in advance by the NOP.
  • S-NSSAI generally that corresponding to the value 1, i.e. the eMBB type
  • network slices are defined once and for all and cannot evolve. However, it may be advantageous to change supplier for certain virtualized network functions of a network slice while retaining the others, for example following calls for tender for specific services. These changes must be made taking into account that certain network functions (here virtualized) must remain the same for all possible network slices of an UE user terminal using the same SIM (which is the general case), this is that is, these different slices must share a single instance for each of these virtualized network functions.
  • Known solutions for specifying the creation of network slices do not support takes these constraints into account since they are limited to describing functional requirements. As a result, network slices are predefined once and for all by NOP network operators. The dynamicity and scalability promised by the evolution towards a 5G telecommunications network are therefore not yet accessible.
  • the current situation in which network slices are predefined once and for all corresponds to a situation in which NOP mobile network operators are across the entire value chain, i.e. are also NSP slice providers and CSP communication service providers.
  • NOP mobile network operator
  • NOP which is also a provider of CSP communication services
  • the NOP when faced with a request from a customer for a CSC communication service expressed in terms of expected functionalities and quality of service, will respond with a service based on one of the network slices that it has already predefined.
  • This is not inconvenient for the NOP which also fulfills the roles of CSP and NSP, but it hinders the possibility of having other economic actors who could fulfill the roles of CSP or network slice communication service providers.
  • NSP independent of the mobile network operator NOP. Indeed, these new players would today be limited to offering network slices predefined by the mobile network operator NOP and therefore cannot differentiate themselves or offer innovative combinations of virtualized network functions.
  • the invention improves the situation.
  • the invention relates to a method for managing the creation of network slices in a telecommunications network comprising a management entity in charge of orchestrating the virtualized network functions forming the network slices of the network , characterized in that the method comprises the following steps, executed by said management entity: • From an identifier of an already existing first network slice, select a set of virtualized network functions belonging to the first network slice
  • the creation of network slices is done dynamically.
  • the creation is carried out by the management entity in charge of the orchestration of the virtualized network functions forming the network slices, because it is indeed an orchestration operation, the first for a given slice.
  • This entity will most often be the operator of the telecommunications network within which we find the network slices created, and will be called NOP, for English Network Operator.
  • NOP for English Network Operator.
  • the network slices are not defined a priori.
  • the creation of a slice is done from an already existing slice, known by its identifier. A number of virtualized network functions used by the existing slice will also be used by the created slice. In this way, the constraints relating to the sharing of network functions, those relating to the SIM for example, or others, will be respected during the creation of the new slice.
  • the method comprises the additional steps executed by the management entity in charge of orchestrating the virtualized network functions forming the network slices:
  • the creation of a new network slice is done at the request of the entity responsible for providing a network slice.
  • This entity will be called NSP, for English Network S/ice Provider.
  • the invention makes it possible to distinguish the roles between several management entities in order again to ensure dynamicity in the creation of network slices, and to avoid the network slices being defined once and for all by the operator. of NOP network.
  • the entity in charge of NOP orchestration receives from the entity in charge of providing an NSP slice the request to create a new slice, and the identifier of an already existing slice.
  • the NOP entity will then define slice descriptions that can be created, taking into account the virtualized network functions of the first slice that must be shared, and submit these descriptions to the NSP entity, which will return the choice of slice to create.
  • the creation of a network slice is therefore carried out by the entity in charge of orchestration but at the request of the entity which will ultimately provide this created slice.
  • the invention relates to a method for managing the creation of network slices in a telecommunications network comprising a management entity responsible for providing network slices, characterized in that the method comprises the following steps, executed by said management entity:
  • the management entity in charge of providing network slices receives, from a management entity in charge of providing communication services, a request to create a new network slice, also called second slice network, the request comprising an identifier of a first network slice already existing, so that the new network slice created includes virtualized network functions belonging to the first network slice.
  • These virtualized network functions belonging to the first network slice will be selected by the management entity in charge of orchestrating the virtualized network functions.
  • the fact that the request for creation of the second network slice includes the identifier of a first network slice will make it possible, during the actual creation of the second slice, to find virtual network functions present in the first slice which must be reused by the second slice and to select these virtual network functions present in the first slice which must be included in the second slice.
  • This functional aspect therefore makes it possible to construct a new network slice, also called a second network slice, by relying on an already existing first slice and using functions from the first slice in the second slice. Thanks to this aspect of the invention, all of the possible roles that can intervene in the creation of a network slice are well defined and their collaboration is specified. It is the entity in charge of providing a communication service, which will be called CSP (for English Communication Service Provider), which will be at the initiative of requesting the creation of a new tranche. This request is made to the NSP entity which provides the CSP entity with the network slice(s) it needs to provide a communications service to its customer(s). This request is made with reference to an already existing network slice to which the CSP entity already has access and already provided by the NSP entity.
  • CSP English Communication Service Provider
  • the NSP entity transmits the request to the NOP entity in charge of orchestrating the network slices and which will therefore ultimately create the requested slice.
  • the identifier of the already existing network slice must be transmitted to the NOP entity, as it will inform the proposal of network slice descriptions that can be created.
  • the NSP entity transmits all the descriptions of the network slices that can be created to the CSP entity, then receives the choice made and transmits it.
  • the advantage of this aspect of the invention is therefore to allow collaboration between three entities CSP, NSP and NOP to achieve the dynamic creation of network slices, responding to the request of an entity providing a communication service. This collaboration made possible by the invention makes it possible to separate the different roles contributing to the creation of a network slice between different entities, rather than having a monolithic organization in which the network operator creates once for all the slices network and provides them to its customers.
  • the management entity in charge of providing network slices makes a choice from the set of network slice descriptions received from the network slice entity.
  • management in charge of orchestrating virtualized network functions then transmits to the management entity in charge of providing communication services the chosen subset of network slice descriptions from the set of descriptions.
  • the NSP management entity in charge of providing a network slice participates in the choice of the network slice to be created by selecting one or more network slice descriptions among the descriptions proposed by the NOP management entity in charge of orchestration.
  • the advantage of this mode is to ensure the possibility for the entity in charge of providing the network slice to intervene in the choice of the network slice to be created, even if the final choice is left to the entity CSP in charge of providing the communication service, which is the client of the NSP management entity.
  • this mode allows the NSP entity to bring into play its constraints and preferences, which is natural since the NSP entity is responsible for providing the network slice which will be created.
  • the invention relates to a method for managing the creation of network slices in a telecommunications network comprising a management entity in charge of providing communication services, characterized in that the method comprises the following steps, executed by said management entity:
  • the CSP management entity in charge of providing a communication service which is at the initiative of the request for creation of a new network slice.
  • This request is made by taking into account an already existing network slice, to which the CSP entity already has access.
  • This new network slice can be used by the CSP entity to provide a new communication service or to improve its current services.
  • the CSP management entity makes the choice of the new slice that it wishes to use among the slice descriptions offered to it.
  • the CSP entity transmits the result of its choice to the NSP entity.
  • the advantage of the invention is to make it possible to dynamically obtain new network slices, according to the needs of the entity responsible for providing the communication services, without it being constrained to slices predefined by the network operator.
  • the management entity in charge of providing a communication service transmits to the management entity in charge of providing a network slice, in relation to the request for creation of a new network slice comprising the identifier of a first already existing network slice, information relating to the expected functionalities of the new network slice, said information comprising quality of service parameters and indications relating to the sharing of virtual network functions between the already existing network slice and the new network slice.
  • the management entity in charge of providing a network slice receives from the management entity in charge of providing a communication service, in relation to the request for creation of a new network slice comprising the identifier of a first already existing network slice, information relating to the expected functionalities of the new network slice, said information comprising quality of service parameters and indications relating to the sharing of virtual network functions between the already existing network slice and the new network slice and the management entity in charge of providing a network slice transmits to the management entity in charge of the orchestration of virtualized network functions said information received in addition to the request for creation of a new network slice including the identifier.
  • the management entity in charge of orchestrating virtualized network functions receives from the management entity in charge of providing a network slice, in relationship with the request to create a new network slice comprising the identifier of an already existing network slice, information relating to the expected functionalities of the new network slice, said information comprising quality of service parameters and indications relating to the sharing of virtual network functions between the already existing network slice and the new network slice and the management entity in charge of the orchestration of the virtualized network functions proceeds to the selection of a set of virtualized network functions belonging to the first network slice and to the definition of network slice descriptions taking into account said received information.
  • the creation of a new network slice takes into account information relating to the expected functionalities of the new network slice.
  • This information includes on the one hand quality of service parameters and on the other hand indications relating to the sharing of virtual network functions.
  • It is the CSP entity in charge of providing a communication service which first provides this information to the NSP entity in charge of providing the network slice, which will itself provide it to the NOP entity in charge. to orchestrate the virtual functions and therefore create the slice.
  • the network slice descriptions proposed by the NOP entity therefore take this information into account.
  • the CSP entity can therefore enrich a request for creation of a new network slice with information relating to its wishes regarding the new slice. These wishes first concern the quality of service expected from the new tranche.
  • the invention relates to a management entity in charge of orchestrating the virtualized network functions forming the network slices of a telecommunications network, the entity implementing a method of managing the creation of network slices in the network, characterized in that the management entity comprises:
  • a reception module capable of receiving, from a second management entity responsible for providing network slices, a request for creation of a new network slice, the request comprising an identifier of a first already existing network slice
  • a selection module capable of selecting, from the identifier of the first network slice already existing, a set of virtualized network functions belonging to the first network slice already existing
  • a definition module capable of defining at least one network slice description, said at least one description referring to the virtualized network functions selected from the identifier belonging to the first already existing network slice
  • a transmission module capable of transmitting, to the management entity responsible for providing network slices, a set of previously defined descriptions of network slices
  • a reception module capable of receiving, from the management entity responsible for providing network slices, data representative of a choice relating to the creation of the new network slice
  • a creation module capable of creating a new network slice comprising the previously selected virtualized network functions belonging to the first network slice and including other virtualized network functions
  • the invention relates to a management entity responsible for providing network slices in a telecommunications network, the entity implementing a method for managing the creation of network slices in the network , characterized in that the management entity comprises:
  • a reception module capable of receiving, from a management entity responsible for providing communication services, a creation request of a new network slice, the request comprising an identifier of an already existing first network slice
  • a transmission module capable of transmitting said creation request to a management entity in charge of orchestrating virtualized network functions
  • a reception module capable of receiving, from said management entity in charge of orchestrating virtualized network functions, a set of descriptions of network slices
  • a transmission module capable of transmitting said assembly to the management entity responsible for providing communication services
  • a reception module capable of receiving, from the management entity responsible for providing communication services, data representative of a choice relating to the creation of the new network slice
  • a transmission module capable of transmitting said data to the management entity in charge of orchestrating virtualized network functions
  • the invention relates to a management entity responsible for providing communication services in a telecommunications network, the entity implementing a method for managing the creation of network slices in the network. , characterized in that the management entity comprises:
  • a transmission module capable of transmitting, to a management entity responsible for providing network slices, a request for creation of a new network slice, the request comprising an identifier of a first already existing network slice
  • a reception module capable of receiving, from the management entity responsible for providing network slices, a set of network slice descriptions
  • a choice module capable of choosing, from the set of network slice descriptions previously received, the description of a network slice to be created •
  • a transmission module capable of transmitting, to the management entity responsible for providing network slices, data representative of a choice relating to the creation of the new network slice
  • the invention relates to a computer program capable of being implemented by a management entity in charge of the orchestration of the virtualized network functions forming the network slices of a telecommunications network, the program comprising code instructions which, when executed by a processor, carries out the steps of the method for managing the creation of network slices defined above.
  • the invention relates to a computer program capable of being implemented by a management entity responsible for providing network slices in a telecommunications network, the program comprising code instructions which , when executed by a processor, carries out the steps of the method for managing the creation of network slices defined above.
  • the invention relates to a computer program capable of being implemented by a management entity in charge of providing communication services in a telecommunications network, the program comprising instructions for code which, when executed by a processor, carries out the steps of the process for managing the creation of network slices defined above.
  • the computer programs in question can be written in any programming language. They can be, for example, compiled languages, or interpreted, or use a mixed mode of operation using compilation to byte code (from English bytecoded) which will then be interpreted by a virtual machine. Programs can run on hardware architectures, or in virtual machines, or in similar technologies such as container systems.
  • the invention relates to data carriers on which computer programs comprising sequences of instructions for implementing the management processes defined above.
  • Data carriers can be any entity or device capable of storing programs.
  • the media may comprise a storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or even a magnetic recording means such as a hard disk.
  • the media may be transmissible media such as an electrical or optical signal, which may be carried via an electrical or optical cable, by radio or by other means.
  • the programs according to the invention can in particular be downloaded on an Internet type network.
  • 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 executing the method in question.
  • FIG 1 represents a telecommunications network and network slices as well as the management entities implementing the creation of a network slice according to the invention.
  • Figure 1 shows a 5G telecommunications network.
  • the term 5G chosen for the figure obviously refers to mobile telecommunications networks of the 5G standard in which the notions of virtualization of network functions and consequently of network slice are introduced.
  • the 5G network according to the invention can be any telecommunications network having network slices. This may be a mobile telecommunications network following the 5G standard or a later standard, but also a telecommunications network with fixed access, as long as this network allows access to network slices.
  • TRI, TR2 which are sets instances of virtual network functions, linked together, which provide all the services of a telecommunications network.
  • FIG 1 two network slices TRI and TR2 are shown. These two slices TRI and TR2 are identified respectively by the identifiers ID1 and ID2.
  • a public land mobile network PLMN provides access, in Figure 1, to the two network slices TRI and TR2, but other types of access network can be considered.
  • the PLMN access network to the TRI and TR2 network slices is not discussed further below.
  • the hardware resources on which the network virtual function instances which constitute the network slices TRI, TR2 are executed are not further specified below and are not represented in Figure 1.
  • the 5G telecommunications network comprises three management entities respectively called CSP, NSP and NOP which implement methods for managing the creation of network slices according to the invention.
  • the CSP, NSP, and NOP management entities are software components running on hardware computing resources. They include one or more computer programs that execute on computer resources to manage the 5G telecommunications network. These programs can be programmed in any type of programming language. They can be monolithic or organized into distributed systems. They run on servers dedicated to each management entity, or shared. The CSP, NSP and NOP management entities can for example be deployed in one or more cloud computing systems. The programs forming the CSP, NSP and NOP management entities can run directly on hardware resources, or in virtual machines or in similar technologies such as containers.
  • the three management entities CSP, NSP and NOP can be co-located on the same hardware resources or separated, and in this case, they are connected to each other by communication links not shown in Figure 1 which allow them to exchange messages. messages and requests according to an unspecified protocol, for example web requests, or remote procedure calls or any other suitable protocol.
  • the three management entities CSP, NSP and NOP can belong to the same operator and be operated by it or, on the contrary, belong to different operators. Other combinations are possible, with the same operator operating for example the NOP and NSP management entities and a second operator operating the CSP management entity.
  • the CSP management entity is responsible for providing communication services in the 5G telecommunications network.
  • the CSP management entity includes the following modules.
  • the CSP management entity comprises a transmission module 101 capable of transmitting, to the NSP management entity, a request for CRT creation of a new network slice, the request comprising an identifier ID1 of a first network slice TRI already existing.
  • the CSP management entity comprises a reception module 102 capable of receiving, from the NSP management entity, a set D of network slice descriptions.
  • the management entity CSP comprises a choice module 103 capable of choosing, from the set D of network slice descriptions received by the module 102 of the description, a network slice TR2 to be created.
  • the management entity CSP comprises a transmission module 104 capable of transmitting, to the management entity NSP, data representative D2 of a choice relating to the creation of the new network slice TR2.
  • the NSP management entity is responsible for providing network slices in the 5G telecommunications network.
  • the management entity NSP comprises, in our example, a reception module 201 capable of receiving, from the management entity CSP, a request for CRT creation of a new network slice, the request comprising an identifier ID1 of a first slice of the existing TRI network.
  • the NSP management entity comprises a transmission module 202 capable of transmitting, to the NOP management entity, the request for CRT creation of a new network slice, the request comprising an identifier ID1 of a first network slice TRI already existing.
  • the NSP management entity comprises a reception module 203 capable of receiving, from the NOP management entity, a set D of network slice descriptions.
  • the NSP management entity comprises a transmission module 204 capable of transmitting, to the CSP management entity, the set D of network slice descriptions.
  • the management entity NSP comprises a reception module 205 capable of receiving, from the management entity CSP, data representative D2 of a choice relating to the creation of the new network slice TR2.
  • the management entity NSP comprises a transmission module 206 capable of transmitting, to the management entity NOP, the data representative D2 of a choice relating to the creation of the new network slice TR2.
  • the NOP management entity is responsible for orchestrating the virtualized network functions forming the network slices of the 5G telecommunications network.
  • the management entity NOP comprises, in our example, a reception module 301 capable of receiving, from the management entity NSP, a request for CRT creation of a new network slice, the request comprising an identifier ID1 of a first slice of the existing TRI network.
  • the NOP management entity comprises a selection module 302 capable of selecting, from the identifier ID1 of the already existing first TRI network slice, a set of virtualized network functions belonging to the already existing first TRI network slice.
  • the NOP management entity comprises a definition module 303 capable of defining at least one network slice description, said at least one description making reference to the virtualized network functions selected from the identifier ID1 belonging to the first TRI network slice already existing.
  • the management entity NOP comprises a transmission module 304 capable of transmitting, to the management entity NSP, a set D of previously defined descriptions of network slices.
  • the management entity NOP comprises a reception module 305 capable of receiving, from the management entity NSP, data representative D2 of a choice relating to the creation of the new network slice TR2.
  • the management entity NOP comprises a creation module 306 capable of creating CRT a new network slice TR2 comprising the virtualized network functions previously selected belonging to the first network slice TRI and comprising other virtualized network functions.
  • Figure 1 represents a single CSP management entity, a single NSP management entity, and a single NOP management entity in order to simplify the presentation of the invention but the methods according to the invention can operate with several NSP management entities , CSP and NOP.
  • the communications defined in the management processes must be continued between the same entities once they have started. For example, after a CSP management entity requests the creation of a network slice from an NSP management entity, the CSP management entity will receive a set D of network slice descriptions from the same NSP management entity and must always transmit its D2 choice to the same NSP management entity.
  • the CSP management entity is responsible for providing communication services in the 5G telecommunications network.
  • Such services may be, for example, Internet network access services, telephone services, messaging services, data transfer services, connected object services, Internet television services, broadcasting services. access to games or any other type of service and combination of services.
  • These services can be intended for individuals or for companies or organizations in general. These services may have varying levels of quality of service and even for security guarantees according to the level of quality that the CSP management entity can offer and ensure to its customers.
  • the CSP management entity may be operated by the same organization as that which operates the 5G telecommunications network or may be operated by a different organization and in this case have a contractual relationship with the organization which operates the 5G network. In all cases, the CSP management entity can operate at least one TRI network slice among the slices included in the 5G network. It is by exploiting the functionalities of at least one network slice of the 5G network that the CSP management entity can provide one or more communication services to its customers or users of said services.
  • the trigger for several modes of the management methods of the present patent application is a request for creation of a new network slice by the CSP management entity.
  • the CSP management entity may need to operate a new network slice in addition to or instead of the TRI network slice already existing and operated by the management entity CSP.
  • the TRI network slice allows the CSP management entity to guarantee a certain quality of service to its customers, and, to offer a communication service with a better quality of service, the CSP entity must be able to have access to 'another network slice than the already existing TRI slice.
  • This CRT creation request includes the identifier ID1 of the already existing TRI network slice.
  • the CSP management entity transmits the CRT creation request of a new TR2 slice to an NSP management entity.
  • the NSP management entity is responsible for providing network slices in the 5G telecommunications network.
  • the NSP management entity provides access to network slices to one or more CSP management entities to enable one or more CSP management entities to provide communication services.
  • the CSP management entity can be operated by the same organization than the one which operates the 5G telecommunications network or be operated by a different organization and in this case have a contractual relationship with the organization which operates the 5G network.
  • the NSP management entity receives a request to create a new slice from the CSP management entity.
  • This request contains the identifier ID1 of an already existing TRI tranche, this identifier can be replaced by any other reference allowing the relevant information relating to the TRI tranche to be found.
  • the TRI slice is already provided by the NSP entity to the CSP entity and is used by the latter to provide part of its communication services.
  • the reference to the TRI tranche will ensure that the respective constraints on the pre-existence of this TRI tranche will be taken into account when creating the new tranche.
  • the NSP management entity transmits the received request for creation of a new slice to a NOP management entity.
  • the NOP management entity is responsible for orchestrating virtualized network functions in the 5G telecommunications network. As such, it is the NOP management entity which will actually create CRT the new requested network slice. Indeed, the creation of a network slice, as already explained, includes the reservation of hardware resources, the activation of instances of network virtual functions and communication links between these instances. It is therefore an operation to orchestrate the virtualized network functions of the 5G telecommunications network which results in the creation of a new network slice.
  • the NOP management entity can be operated by the same organization as that which operates the 5G telecommunications network or be operated by a different organization and in this case have a contractual relationship with the organization that operates the 5G network. In general, however, the NOP management entity is indeed operated by the 5G network operator.
  • a 5G network can include a single NOP management entity, in charge of orchestrating virtualized functions for all slices, but we can also imagine functioning with several NOP management entities.
  • NOP management entities can create and orchestrate network slices for distinct functional areas; one will take care of network slices dedicated to telecommunications services, the other to services for connected vehicles, the other for business services, etc. Other types of cuts are of course possible.
  • the NOP management entity will, from an identifier ID1 of a first TRI network slice already existing, select a set of virtualized network functions belonging to the first network slice TRI, then create CRT a second network slice TR2 comprising the previously selected virtualized network functions belonging to the first network slice TRI and comprising other virtualized functions.
  • the identifier ID1 can be, in several embodiments, that received in the request for creation of a new slice TR2 received by the management entity NOP.
  • the selection of functions consists in most embodiments of the invention in retaining the virtualized network functions which must be shared between all the network slices orchestrated by the NOP management entity.
  • the CRT creation of the new network slice TR2 will then be carried out by the NOP management entity by taking the instances of virtualized network functions previously selected in the TRI slice.
  • a network slice TRI, TR2 is an instantiation of the set of virtual network functions.
  • virtual function instances are represented by points and circles included in TRI and TR2.
  • the relationships between instances, indicating data exchanges between instances for example, are represented by arrows.
  • two instances of virtual network functions of TR2, represented by circles are connected to an instance of virtual network function of TRI, represented by a solid circle.
  • This full circle representation indicates that this virtual function instance is shared between the two TRI, TR2 slices.
  • the functionality of this network function is rendered, within the slice TR2, by a virtual network function instance of the slice TRI.
  • the relationships between network virtual function instances within the TR2 slice must therefore partially include instances outside the TR2 slice, which is indicated in Figure 1 by two arrows “exiting” from the TR2 network slice.
  • the CRT creation of a TR2 network slice is a so-called orchestration operation which will include the reservation of hardware resources, the instantiation of virtual network functions on these hardware resources, the establishment of relationships between instances, the allocation of identifiers for different instances etc.
  • the notions of orchestration are well known in the state of the art and are not further detailed here.
  • the subject of this patent application is a set of processes preceding the CRT creation of the TR2 slice as such.
  • Figure 1 therefore represents the final state obtained following an example of implementation of the methods of the present patent application, example of implementation which results in the creation CRT of the network slice TR2, including an instance of function of virtual network is shared with the TRI slice.
  • the TRI network slice, for its part, is shown in Figure 1 as being pre-existing to the example of carrying out the methods of the present patent application.
  • TR2 is created CRT
  • the virtual network functions are instantiated and allow the TR2 network slice to perform all the functions of a telecommunications network.
  • the virtual network functions of the network slice TRI are for their part already instantiated, previously to the CRT creation operation of the network slice TR2.
  • TR2 is a virtual telecommunications network that runs on hardware resources.
  • a network slice description is a computer object which makes it possible to represent a network slice. This representation can then be used in computer processing, and in particular can allow the CRT creation of the described network slice, but also can allow a choice or confirmation of the network slice to be created.
  • the description of a network slice will therefore include, for example, information relating to the reservation of hardware resources, to the functions used for the instantiation of virtualized network functions, to the establishment of communication links between virtualized network functions and in general any other information useful for the creation and operation of the described network slice.
  • a network slice description can be seen as a configuration file for the computer object that is the network slice, or even as a bui/d file, in the sense of constructing a computer object.
  • Other parameters such as for example identifiers, quality of service parameters, usage costs or any other parameter may be present in a network slice description.
  • a description of a network slice can for example be expressed in a language making it possible to express complex and structured data such as the XML language (acronym for Extensible Markup Language or the YAML language (acronym for Yet Another Markup). Language or the JSON language (acronym for JavaScript Object Notation ⁇ or any other language, or in a mixture of these possibilities.
  • the descriptions of network slices defined by the NOP management entity may, in certain embodiments, be based on predefined patterns or models which leave open several definition options for specific network functions, and limit others. to a single choice. In this way, the NOP management entity does not have to make all the choices necessary to create a network slice. Some can be predefined.
  • the choice step carried out by the NOP management entity in these embodiments, presents both good dynamicity depending on the options left open while having greater simplicity which allows easier performance of the operation of defining set D of descriptions by the NOP management entity.
  • the set D of network slice descriptions defined by the NOP management entity represents the set of network slice descriptions that the NOP management entity is willing to create CRT following receipt of a request creation CRT of a new network slice TR2, request including the identifier ID1 of a first network slice TRI already existing.
  • the NOP management entity will therefore transmit to the NSP management entity responsible for providing network slices the set D of previously defined descriptions of network slices.
  • the NSP management entity will therefore receive, in several embodiments of the invention, from the NOP management entity, the set D of network slice descriptions.
  • the management entity NSP will then transmit to the management entity CSP the set D of network slice descriptions received previously. In several embodiments of the invention, this transmission by the NSP management entity is done without changing the set D of network slice descriptions previously received.
  • the CSP management entity will therefore receive a set D of network slice descriptions.
  • This set D is received following the request for creation of a new network slice by the management entity CSP, the request containing the identifier ID1 of a first network slice TRI already existing.
  • the presence of the identifier ID1 allowed the NOP management entity to select functions present in the TRI slice to be shared and the definition of the network slices grouped in the set D takes this selection into account.
  • the creation of one of the network slices whose description is present in set D could therefore respond to the request issued by the management entity CSP, which could subsequently use the network slice created to provide communication services. communication.
  • the management entity CSP will therefore make a choice from the set D of descriptions received from a description D2 of a network slice TR2 to be created. This choice could be informed by a whole set of data, for example relating to the cost of the proposed network slices, or to expected quality of service parameters, or to location data of virtualized network functions or to any other consideration.
  • the choice operation ensures that the creation of a network slice will be done in accordance with the needs of the CSP management entity which will then use the network slice created to provide communication services.
  • the choice is made from network slice descriptions that can be created which take into account the already existing TRI network slice. We therefore have, thanks to the invention, both dynamicity in the creation of network slices instead of having a set of predefined network slices fixed by the 5G network operator, and taking into account the sharing constraints between slices of instances of certain virtualized network functions.
  • the management entity CSP will transmit to the management entity NSP a data representative D2 of a choice relating to the creation of the new network slice TR2.
  • the management entity NSP will receive from the management entity CSP a data representative D2 of a choice relating to the creation of the network slice TR2, then will transmit to the management entity NOP the representative data D2 previously received from a choice relating to the creation of the network slice TR2.
  • the management entity NOP will therefore receive from the management entity NSP a data representative D2 of a choice relating to the creation of the network slice TR2.
  • the NOP management entity then proceeds to create CRT of a second network slice TR2 comprising the previously selected virtualized network functions belonging to the first network slice TRI and including other virtualized network functions.
  • the advantages of the methods according to the invention are therefore to make it possible to create a network slice and not simply to use predefined network slices once and for all.
  • the methods according to the invention therefore bring dynamicity to the management of network slices TRI, TR2 in the 5G telecommunications network.
  • This creation is done at the request of a management entity CSP in charge of providing communication services in the 5G network, but it is implemented by the NOP management entity in charge of orchestrating the network slices TRI, TR2.
  • the methods according to the invention therefore make it possible to better separate the roles between the different management entities which contribute to the operation of the TRI, TR2 network slices and the communication services in the 5G telecommunications network.
  • the methods according to the invention have the advantage of allowing the dynamic creation of the network slice TR2 while taking into account the sharing constraints instances of virtualized network functions between the different slices TRI, TR2.
  • the CSP management entity transmits to the NSP management entity, in relation to the request for CRT creation of a new network slice comprising an identifier ID1 of a first already existing TRI network slice, information relating to the expected functionalities of the new network slice, said information comprising quality of service parameters and indications relating to the sharing of virtual network functions between the already existing TRI network slice and the new network slice.
  • the NSP management entity will receive this information in relation to the CRT creation request, and transmit it to the NOP management entity.
  • the NOP management entity will receive this information in relation to the CRT creation request and use it first to select a set of virtualized network functions belonging to the first network slice TRI and also to define a set D of descriptions of network slices.
  • network virtual function sharing information may indicate which function instances should be shared and which should not be shared.
  • the information may also specify that instances of virtualized network functions must not be shared, i.e. the network slice whose CRT creation is requested must have its own instance for this virtualized network function.
  • These constraints relating to the sharing of instances between network slices may be technical constraints due to the nature of the 5G telecommunications network but may also be requests from the CSP management entity relating to the communication service offer that the network slice created will allow it to offer.
  • the information comprising quality of service parameters allows the CSP management entity to transmit its requests regarding the expected quality of service of the new network slice for which the CSP management entity requests the creation.
  • This information will be used by the NOP management entity for example to decide the amount of hardware resources reserved to run the virtualized network function instances, assuming that more hardware resources used improves the quality of service.
  • These requested parameters can also influence the location of virtualized network function instances.
  • These choices made by the NOP management entity may be based on predefined patterns or models to simplify the choice of options by the NOP management entity.
  • the transmitted information may include information relating to the hardware resources on which the virtualized network function instances will execute.
  • Such requests can make it possible to guarantee a certain quality of service by constraining the power of the hardware resources used by the network slice to be created or their location.
  • the location of certain hardware resources can actually influence the quality of service obtained by the network slice for certain instances of virtualized network functions, for example by reducing the latency of certain communications between functions.
  • the NSP management entity responsible for providing network slices makes a choice from the set D of network slice descriptions received from the NOP management entity and transmits to the CSP management entity the chosen subset of network slice descriptions from the set of descriptions.
  • This embodiment allows the NSP management entity to intervene in the choice of the network slice to be created.
  • Other embodiments make it possible to achieve the same objective.
  • the NSP management entity will transmit to the CSP management entity a single network slice description chosen from the set D of network slice descriptions. network slices defined by the NOP management entity. The CSP management entity will then validate the choice of this unique description of the network slice to be created, a choice made by the NSP management entity.
  • the NSP management entity will transmit to the CSP management entity a second choice of network slice description chosen from set D.
  • the NSP management entity may proceed in this way, by proposing to the CSP management entity a network slice description chosen from the set D of descriptions until the CSP management entity validates this choice.
  • the NSP management entity can organize, according to its own preferences, the network slice descriptions that can be created following the request from the CSP management entity.
  • the NSP management entity then submits to the CSP management entity, in descending order of its preferences, the network slice descriptions to be created, until the CSP management entity validates one. In this way, the preferences of both the CSP management entity and the NSP management entity are involved in the choice of the description of the network slice to be created.
  • the CSP management entity will receive a set D of network slice descriptions, and will choose a subset of descriptions from the set D.
  • This subset of descriptions represents the network slices that the CSP management entity can agree to be created so that the CSP management entity can provide its communication services.
  • the management entity CSP will then transmit this subset to the management entity NSP, and it is the management entity NSP which will make a choice of the description D2 of the network slice to be created TR2 among the subset of descriptions transmitted by the CSP management entity.
  • the two management entities CSP and NSP cooperate to arrive at the final choice of the network slice TR2 to be created, a choice which takes into account their respective preferences since the management entity selects a subset among the set D of network slice descriptions which can be created by the management entity NOP and the management entity NSP makes a choice of a single description from this subset of descriptions.
  • the NSP management entity after receiving a subset of descriptions chosen by the CSP entity, will choose a subset among this subset, and will transmit it to the NOP management entity.
  • NOP management entity which makes the final choice of the description of the network slice to be created after having provided a set of possible descriptions, a set which will have been refined successively or alternatively by the management entity.
  • CSP management and the NSP management entity are the NOP management entity.
  • module can correspond as well to a software component as to a hardware component or a set of hardware and software components, a software component itself corresponding to one or more programs or computer subprograms 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)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention se rapporte à un procédé de gestion de la création de tranches de réseau (TR1, TR2) dans un réseau de télécommunications (5G) comprenant une entité de gestion (NOP) en charge de l'orchestration des fonctions réseau virtualisées formant les tranches de réseau (TR1, TR2) du réseau (5G), caractérisé en ce que le procédé comprend les étapes suivantes, exécutées par ladite entité de gestion (NOP) : •A partir d'un identifiant (ID1) d'une première tranche de réseau (TR1) déjà existante, sélectionner un ensemble de fonctions réseau virtualisées appartenant à la première tranche de réseau (TR1) •Créer (CRT) une nouvelle tranche de réseau (TR2) comprenant les fonctions réseau virtualisées sélectionnées précédemment appartenant à la première tranche de réseau (TR1) et comprenant d'autres fonctions réseau

Description

Description
Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications
Domaine technique
Le domaine technique est celui des télécommunications.
Plus précisément, l'invention se rapporte à un procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications.
Les réseaux 5G (abrégé pour les réseaux de télécommunications mobiles de cinquième génération) introduisent la notion de tranche de réseau (traduction de l'anglais network si icë). 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. 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 attachée à un élément matériel donné. Cette notion de virtualisation des fonctions du réseau, apparue à 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.
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 gérer 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 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. La création d'une tranche de réseau est donc aussi une opération d'orchestration particulière.
Une tranche de réseau est définie en relation avec un réseau mobile terrestre public (en anglais, Public Land Mobile Network, abrégé en PLMN). Un tel réseau mobile terrestre public est un réseau de télécommunications mobiles, qui existe dans un pays donné, et qui fournit à un terminal d'utilisateur (en anglais, User Equipment, abrégé en UE) l'accès physique aux télécommunications grâce à des antennes, à des stations de base et à tout autre équipement nécessaire. Une fois l'accès physique au réseau de télécommunications garanti par le PLMN, il sera possible à un terminal d'utilisateur d'accéder à une ou plusieurs tranches de réseau, une fois qu'elles seront créées, en utilisant l'accès fourni par le PLMN. On peut imaginer que l'accès à une tranche de réseau soit rendu par un réseau d'accès non mobile et les concepts resteront similaires. Une tranche de réseau est une instanciation de l'ensemble des fonctions virtuelles de réseau (VNFs). Une fois que la tranche est créée, ce qui est le résultat d'une opération d'orchestration, les fonctions virtuelles de réseau sont instanciées et permettent à la tranche de réseau de remplir l'ensemble des fonctions d'un réseau de télécommunications. Autrement dit, une tranche de réseau est un réseau de télécommunications virtuel, qui s'exécute en relation avec un réseau mobile terrestre public qui fournit l'accès physique des terminaux au réseau, un réseau mobile terrestre public pouvant donner accès à plusieurs tranches de réseau.
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 création d'une tranche de réseau dans un réseau de télécommunications, en général 5G ou de génération ultérieure.
Etat de la technique
Comme on l'a vu, une tranche de réseau est définie, par exemple selon la norme 3GPP TS 23.501, en relation avec un réseau mobile terrestre public.
En particulier, une tranche de réseau est identifiée par un identifiant dénommé le S-NSSAI (acronyme de l'anglais Single Network Slice Selection Assistance Information). Cet identifiant comprend une première valeur dénommée SST (acronyme de l'anglais Siice/Service Type) qui est une référence pour le comportement attendu de la tranche de réseau en terme de fonctionnalités et de services, et une valeur optionnelle dénommée SD (acronyme de l'anglais Slice Differentiator) qui encode une information optionnelle permettant de différencier plusieurs tranches de réseau du même type SST. La norme 3GPP TS 23.501 définit des valeurs standards de SST, à savoir :
• Le type eMBB (pour l'anglais enhanced Mobile Broadband), de valeur 1, pour les services de communication mobile améliorés.
• Le type URLLC (pour l'anglais Ultra-Reliable Low Latency Communications), de valeur 2, pour les services de communication à faible latence. Le type MIoT (pour l'anglais Massive Internet of Things , de valeur 3, pour les services d'Internet des objets.
Le type V2X, de valeur 4, pour les services de véhicules connectés.
Il est précisé dans la norme 3GPP TS 23.501 qu'un terminal d'utilisateur UE peut enregistrer au maximum seize identifiants S-NSSAI et les définitions associées de seize tranches de réseau dans une zone mémoire dédiée.
Un terminal UE comprend par ailleurs une ou plusieurs cartes SIM (acronyme de l'anglais Subscriber Identity Modulé}. Ce ou ces cartes SIM contiennent de façon sécurisée les informations qui permettent au terminal UE de réaliser son attachement à un ou plusieurs réseaux mobiles terrestres publics PLMN. Une carte SIM est traditionnellement un objet physique, réalisé en utilisant des techniques de carte à puce. Sa fonction peut être rendue également par une puce intégrée directement dans le terminal UE, et l'on parle alors de eSIM (acronyme de l'anglais embedded SIM} mais cette variante n'intervient pas dans l'invention, et nous parlerons par la suite uniquement de carte SIM. Pour simplifier l'exposé, on considérera par la suite qu'un terminal d'utilisateur UE ne renferme qu'une seule carte SIM et que cette carte SIM donnée renferme les informations permettant au terminal UE de s'attacher à un réseau mobile PLMN donné.
La carte SIM donnée du terminal UE est susceptible d'utiliser une ou plusieurs des définitions enregistrées dans la zone mémoire dédiée du terminal d'utilisateur UE ; au plus seize identifiants S-NSSAI et définitions de tranches associées sont actuellement accessibles, et le terminal UE pourra activer au maximum huit identifiants et tranches au maximum parmi les seize. L'accès à ces huit tranches pour le terminal d'utilisateur UE se fera à travers le réseau mobile terrestre public PLMN dont les informations d'accès sont hébergées dans la carte SIM en question. Ces huit tranches doivent donc être en relation avec le réseau mobile public terrestre PLMN car l'accès physique au réseau, et donc aux tranches, est celui que permet la carte SIM, et donc l'accès au réseau PLMN.
Un terminal d'utilisateur UE qui comprend une seule carte SIM pourra donc à un moment donné être attaché à plusieurs tranches de réseau (au maximum huit). Un cas d'usage peut être par exemple un terminal d'utilisateur UE fourni à un employé par une entreprise. Une première tranche de réseau donnera par exemple accès au réseau Internet et une deuxième tranche correspondra au réseau d'entreprise de l'employé. Différentes applications hébergées dans le terminal UE utiliseront alors des tranches de réseau différentes ; le navigateur Web utilisera la tranche Internet, alors qu'une application métier utilisera la tranche du réseau entreprise. On peut imaginer des ajouts supplémentaires : l'utilisateur peut par exemple vouloir s'acheter une tranche de réseau dédiée au jeu, avec des capacités spécifiques, telle qu'une latence faible, et s'achètera l'accès à une troisième tranche dédiée, différente de la tranche d'accès Internet général ; l'utilisateur peut exercer des responsabilités élevées, et son entreprise peut lui fournir l'accès à une tranche spécifique avec des fonctions de sécurité supplémentaires. Ces quatre tranches seront accédées par des applications séparées, suivant les usages de l'utilisateur. Des règles d'usage seront adressées depuis le réseau 5G vers le terminal UE pour définir cette affectation des applications aux tranches, ce qui correspond à une politique de routage dénommée URSP (acronyme de l'anglais User equipment Route Selection Policy).
L'accès à ces quatre tranches se fait par un seul réseau mobile public terrestre PLMN qui est celui auquel donne accès la carte SIM du terminal UE. Ceci implique que des fonctions réseau virtuelles VNFs doivent nécessairement être partagées entre les différentes tranches accédées par un même terminal UE. Ce sont par exemple les fonctions AMF (acronyme de l'anglais Access and Mobility management Function) et UDR (acronyme de l'anglais Unified Data Repository), mais d'autres fonctions réseau VNFs peuvent être concernées. Quand on dit que des fonctions virtuelles VNFs sont partagées entre différentes tranches de réseau, cela veut dire que, pour ces fonctions, les différentes tranches utilisent une seule même instance de la fonction pour un emplacement donné couvert par le réseau mobile public PLMN, cette instance ayant été créée lors de l'orchestration d'une des tranches de réseau qui la partagent. Sur un autre emplacement, une autre instance de la fonction peut être utilisée, mais devra être unique et partagée entre les tranches. Dans le cas d'un réseau d'accès n'utilisant pas une carte SIM, on peut imaginer que des fonctions remplissant un rôle similaire à celles vues précédemment devront également avoir une instance unique partagée entre les tranches accédées par le même réseau d'accès.
La norme GSMA NG 116, quant à elle, décrit les attributs échangés entre différentes entités pour caractériser une tranche de réseau, et 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. Dans une même offre, plusieurs tranches peuvent être utilisées en fonction des besoins respectifs de chaque produit. Pour reprendre l'exemple précédent, un CSP pourra proposer à une entreprise une offre de service de communication grâce à laquelle les employés de l'entreprise pourront accéder, dans un même terminal, d'une part à une tranche leur donnant accès au réseau Internet pour leurs usages privés et d'autre part à une tranche correspondant à leur réseau d'entreprise et ceci avec, par exemple, des performances adaptées et différenciées entre les deux tranches. • 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.
• 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). Le NOP est l'entité qui va orchestrer la création de la tranche de réseau, c'est-à-dire réserver les ressources matérielles nécessaires, instancier les fonctions réseau virtuelles VNFs sur ces ressources et créer les liens entre instances de VNFs. Le NOP peut être aussi l'opérateur de réseau mobile PLMN ou bien, au minimum, il dispose de droits qui lui permettent de s'assurer que la tranche de réseau créée sera accessible à travers le PLMN. En plus de définir et créer la tranche de réseau sous forme d'instances de fonctions réseau virtuelles, le NOP va également définir les moyens d'accès qui permettront aux terminaux d'utilisateur UE d'accéder à la tranche de réseau et également les moyens d'accès qui permettront au CSP de manipuler la tranche pour ses besoins, par exemple en provisionnant les nouveaux abonnés au service de communication que fournit le CSP ou en récupérant des informations utiles à la facturation de ce même service.
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.
Les échanges prévus par les solutions actuelles, par exemple ceux définis dans la norme GSMA NG 116 entre ces 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, mais ne permettent pas de spécifier précisément les fonctions réseau virtualisées qui seront instanciées pour une tranche de réseau donnée. Par ailleurs, comme on l'a déjà vu, certaines fonctions réseau, liées par exemple à la gestion des données de la carte SIM qui permet de se rattacher au réseau PLMN, doivent être uniques pour un terminal d'utilisateur UE donné parmi les différentes tranches de réseau qu'il peut gérer puisque, pour une carte SIM donnée, le terminal d'utilisateur UE pourra accéder aux différentes tranches de réseau à travers un seul réseau mobile PLMN. D'autres contraintes sur le partage ou non de fonctions réseau entre différentes tranches de réseau peuvent exister mais ne sont pas prises en compte dans le modèle générique de tranche de réseau GST actuel.
Vu ses contraintes sur les fonctions réseau attendues pour faire fonctionner une tranche de réseau et pour s'assurer du fonctionnement des réseaux 5G, et au vu du nombre a priori faible de tranches de réseau attendu, le choix d'implémentation fait par les opérateurs de réseau NOP consiste à prédéfinir des tranches de réseau possibles figées une fois pour toutes, par exemple pour les quatre valeurs prédéfinies de S-NSSAI spécifiées dans la norme 3GPP TS 23.501. Un terminal d'utilisateur UE disposera alors d'un S-NSSAI par défaut, en général celui correspondant à la valeur 1, soit le type eMBB, et, ou bien n'en changera pas au cours de son fonctionnement, ou bien en changera pour se rattacher à une des tranches de réseau prédéfinies à l'avance par le NOP.
Cette situation présente un inconvénient clair.
Dans la situation actuelle, les tranches de réseau sont définies une fois pour toutes et ne peuvent pas évoluer. Or, il peut être avantageux de changer de fournisseur pour certaines fonctions réseau virtualisées d'une tranche de réseau tout en conservant les autres, par exemple à la suite d'appels d'offre pour des services spécifiques. Ces changements doivent se faire en prenant en compte que certaines fonctions réseau (ici virtualisées) doivent rester les mêmes pour toutes les tranches de réseau possibles d'un terminal utilisateur UE utilisant une même SIM (ce qui est le cas général), c'est-à-dire que ces différentes tranches doivent partager une seule instance pour chacune de ces fonctions réseau virtualisées. Les solutions connues pour spécifier la création de tranches de réseau ne permettent pas de prendre en compte ces contraintes puisqu'elles se limitent à décrire des exigences fonctionnelles. En conséquence, les tranches de réseau sont prédéfinies une fois pour toutes par les opérateurs de réseau NOP. La dynamicité et l'évolutivité promises par l'évolution vers un réseau de télécommunications 5G ne sont donc pas encore accessibles.
Par ailleurs, la situation actuelle dans laquelle les tranches de réseau sont prédéfinies une fois pour toutes correspond à une situation dans laquelle les opérateurs de réseau mobile NOP se trouvent sur l'ensemble de la chaîne de valeur, c'est-à-dire sont aussi fournisseurs de tranche NSP et fournisseurs de service de communication CSP. Dans cette situation, l'opérateur de réseau mobile NOP, qui est aussi fournisseur de services de communication CSP, face à une demande d'un client de service de communication CSC exprimée en termes de fonctionnalités et de qualité de service attendues, répondra avec un service s'appuyant sur une des tranches de réseau qu'il a déjà prédéfinies. Ce n'est pas gênant pour le NOP qui remplit également les rôles de CSP et de NSP, mais cela entrave la possibilité d'avoir d'autres acteurs économiques qui pourraient remplir les rôles de fournisseurs de services de communication CSP ou de tranche de réseau NSP indépendamment de l'opérateur de réseau mobile NOP. En effet, ces nouveaux intervenants seraient aujourd'hui limités à proposer des tranches de réseau prédéfinies par l'opérateur de réseau mobile NOP et ne peuvent donc pas se différencier ou proposer des combinaisons innovantes de fonctions réseau virtualisées.
L'invention vient améliorer la situation.
L'invention
Selon un premier aspect fonctionnel, l'invention a trait à un procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications comprenant une entité de gestion en charge de l'orchestration des fonctions réseau virtualisées formant les tranches de réseau du réseau, caractérisé en ce que le procédé comprend les étapes suivantes, exécutées par ladite entité de gestion : • A partir d'un identifiant d'une première tranche de réseau déjà existante, sélectionner un ensemble de fonctions réseau virtualisées appartenant à la première tranche de réseau
• Créer une nouvelle tranche de réseau comprenant les fonctions réseau virtualisées sélectionnées précédemment appartenant à la première tranche de réseau et comprenant d'autres fonctions réseau virtualisées
Grâce à l'invention, la création de tranches de réseau se fait de façon dynamique. La création est réalisée par l'entité de gestion en charge de l'orchestration des fonctions réseau virtualisées formant les tranches de réseau, car il s'agit bien d'une opération d'orchestration, la première pour une tranche donnée. Cette entité sera le plus souvent l'opérateur du réseau de télécommunications au sein duquel on trouve les tranches de réseau créées, et sera dénommée NOP, pour l'anglais Network Operator. Grâce à l'invention, contrairement à la situation actuelle, les tranches de réseau ne sont pas définies a priori. La création d'une tranche se fait à partir d'une tranche déjà existante, connue par son identifiant. Un certain nombre de fonctions réseau virtualisées utilisées par la tranche existante seront utilisées également par la tranche créée. De cette manière, les contraintes relatives au partage de fonctions réseau, celles relatives à la SIM par exemple, ou d'autres, seront respectées lors de la création de la nouvelle tranche.
Selon un premier mode de mise en œuvre particulier de l'invention, le procédé comprend les étapes supplémentaires exécutées par l'entité de gestion en charge de l'orchestration des fonctions réseau virtualisées formant les tranches de réseau :
• Recevoir, depuis une deuxième entité de gestion en charge de fournir des tranches de réseau, une demande de création d'une nouvelle tranche de réseau, la demande comprenant un identifiant d'une première tranche de réseau déjà existante
• Définir au moins une description de tranche de réseau, ladite au moins une description faisant référence aux fonctions réseau virtualisées sélectionnées à partir de l'identifiant appartenant à la première tranche déjà existante • Transmettre, à l'entité de gestion en charge de fournir des tranches de réseau, un ensemble de descriptions définies précédemment de tranches de réseau
• Recevoir, depuis l'entité de gestion en charge de fournir des tranches de réseau, une donnée représentative d'un choix relatif à la création de la nouvelle tranche de réseau
Grâce à ce premier mode, la création d'une nouvelle tranche de réseau se fait à la demande de l'entité en charge de la fourniture d'une tranche de réseau. Cette entité sera dénommée NSP, pour l'anglais Network S/ice Provider. L'invention permet bien de distinguer les rôles entre plusieurs entités de gestion afin là encore d'assurer de la dynamicité à la création des tranches de réseau, et d'éviter que les tranches de réseau soient définies une fois pour toutes par l'opérateur de réseau NOP. L'entité en charge de l'orchestration NOP reçoit depuis l'entité en charge de la fourniture d'une tranche NSP la demande de création d'une nouvelle tranche, et l'identifiant d'une tranche déjà existante. L'entité NOP définira alors des descriptions de tranche qui peuvent être créées, en prenant en compte les fonctions réseau virtualisées de la première tranche qui doivent être partagées, et soumettra ces descriptions à l'entité NSP, qui renverra le choix de la tranche à créer. La création d'une tranche de réseau est donc bien réalisée par l'entité en charge de l'orchestration mais à la demande de l'entité qui fournira finalement cette tranche créée.
Selon un deuxième aspect fonctionnel, l'invention a trait à un procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications comprenant une entité de gestion en charge de fournir des tranches de réseau, caractérisé en ce que le procédé comprend les étapes suivantes, exécutées par ladite entité de gestion :
• Recevoir depuis une entité de gestion en charge de fournir des services de communication une demande de création d'une nouvelle tranche de réseau, la demande comprenant un identifiant d'une première tranche de réseau déjà existante • Transmettre ladite demande de création à une entité de gestion en charge de l'orchestration des fonctions réseau virtualisées
• Recevoir depuis ladite entité de gestion en charge de l'orchestration des fonctions réseau virtualisées un ensemble de descriptions de tranches de réseau
• Transmettre ledit ensemble à l'entité de gestion en charge de fournir des services de communication
• Recevoir depuis l'entité de gestion en charge de fournir des services de communication une donnée représentative d'un choix relatif à la création de la nouvelle tranche de réseau
• Transmettre ladite donnée à l'entité de gestion en charge de l'orchestration des fonctions réseau virtualisées
Dans cet aspect fonctionnel, l'entité de gestion en charge de fournir des tranches de réseau reçoit, depuis une entité de gestion en charge de fournir des services de communication, une demande de création d'une nouvelle tranche de réseau, également appelée deuxième tranche de réseau, la demande comprenant un identifiant d'une première tranche de réseau déjà existante, afin que la nouvelle tranche de réseau créée comprenne des fonctions de réseau virtualisées appartenant à la première tranche de réseau. Ces fonctions de réseau virtualisées appartenant à la première tranche de réseau seront sélectionnées par l'entité de gestion en charge de l'orchestration des fonctions de réseau virtualisées. Le fait que la demande de création de la deuxième tranche de réseau comprenne l'identifiant d'une première tranche de réseau permettra, lors de la création effective de la deuxième tranche, de retrouver des fonctions virtuelles de réseau présentes dans la première tranche qui doivent être réutilisées par la deuxième tranche et de sélectionner ces fonctions virtuelles de réseau présentes dans la première tranche qui doivent être incluses dans la deuxième tranche. Cet aspect fonctionnel permet donc bien de construire une nouvelle tranche de réseau, également appelée deuxième tranche de réseau, en s'appuyant sur une première tranche déjà existante et en utilisant des fonctions de la première tranche dans la deuxième tranche. Grâce à cet aspect de l'invention, l'ensemble des rôles possibles pouvant intervenir dans la création d'une tranche de réseau sont bien définis et leur collaboration est précisée. C'est l'entité en charge de la fourniture d'un service de communication, qui sera dénommée CSP (pour l'anglais Communication Service Provider) qui sera à l'initiative de demander la création d'une nouvelle tranche. Cette demande est faite à l'entité NSP qui fournit à l'entité CSP la ou les tranches de réseau dont il a besoin pour fournir un service de communication à son ou ses clients. Cette demande se fait en référence à une tranche de réseau déjà existante à laquelle l'entité CSP a déjà accès et déjà fournie par l'entité NSP. L'entité NSP transmet la demande à l'entité NOP en charge de l'orchestration des tranches de réseau et qui créera donc finalement la tranche demandée. L'identifiant de la tranche de réseau déjà existante doit être transmis à l'entité NOP, car il permettra d'informer la proposition de descriptions de tranches de réseau qui pourront être créées. L'entité NSP transmet l'ensemble des descriptions des tranches de réseau qui pourront être créées à l'entité CSP, puis reçoit le choix effectué et le transmet. L'avantage de cet aspect de l'invention est donc de permettre la collaboration entre trois entités CSP, NSP et NOP pour arriver à la création dynamique de tranches de réseau, répondant à la demande d'une entité fournisseuse de service de communication. Cette collaboration rendue possible par l'invention permet de séparer les différents rôles contribuant à la création d'une tranche de réseau entre différentes entités, plutôt que d'avoir une organisation monolithique dans laquelle l'opérateur de réseau crée une fois pour toutes les tranches de réseau et les fournit à ses clients.
Selon un premier mode de mise en œuvre de ce deuxième aspect de l'invention, l'entité de gestion en charge de fournir des tranches de réseau procède à un choix parmi l'ensemble de descriptions de tranches de réseau reçu depuis l'entité de gestion en charge de l'orchestration des fonctions réseau virtualisées puis transmet à l'entité de gestion en charge de fournir des services de communication le sous- ensemble choisi de descriptions de tranches de réseau parmi l'ensemble de descriptions.
Grâce à ce premier mode, l'entité de gestion NSP en charge de la fourniture d'une tranche de réseau participe au choix de la tranche de réseau à créer en sélectionnant une ou plusieurs descriptions de tranche de réseau parmi les descriptions proposées par l'entité de gestion NOP en charge de l'orchestration. L'intérêt de ce mode est d'assurer la possibilité pour l'entité en charge de la fourniture de tranche de réseau d'intervenir dans le choix de la tranche de réseau à créer, même si le choix final est laissé à l'entité CSP en charge de fournir le service de communication, qui est le client de l'entité de gestion NSP. Dans la séparation des rôles entre les trois entités CSP, NSP et NOP, ce mode permet à l'entité NSP de faire intervenir ses contraintes et préférences, ce qui est naturel puisque l'entité NSP a la charge de fournir la tranche de réseau qui sera créée.
Selon un troisième aspect fonctionnel, l'invention a trait à un procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications comprenant une entité de gestion en charge de fournir des services de communication, caractérisé en ce que le procédé comprend les étapes suivantes, exécutées par ladite entité de gestion :
• Transmettre à une entité de gestion en charge de fournir des tranches de réseau une demande de création d'une nouvelle tranche de réseau, la demande comprenant un identifiant d'une première tranche de réseau déjà existante
• Recevoir depuis l'entité de gestion en charge de fournir des tranches de réseau un ensemble de descriptions de tranches de réseau
• Choisir parmi l'ensemble de descriptions de tranches de réseau reçu précédemment la description d'une tranche de réseau à créer
• Transmettre à l'entité de gestion en charge de fournir des tranches de réseau une donnée représentative d'un choix relatif à la création de la nouvelle tranche de réseau
Grâce à cet aspect de l'invention, c'est bien l'entité de gestion CSP en charge de fournir un service de communication qui est à l'initiative de la demande de création d'une nouvelle tranche de réseau. Cette demande se fait en prenant en compte une tranche de réseau déjà existante, à laquelle l'entité CSP a déjà accès. Cette nouvelle tranche de réseau pourra être utilisée par l'entité CSP pour fournir un nouveau service de communication ou bien pour améliorer ses prestations actuelles. Grâce à cet aspect de l'invention, l'entité de gestion CSP effectue le choix de la nouvelle tranche qu'elle souhaite utiliser parmi les descriptions de tranche qui lui sont proposées. L'entité CSP transmet le résultat de son choix à l'entité NSP. L'avantage de l'invention est de permettre d'obtenir de façon dynamique de nouvelles tranches de réseau, selon les besoins de l'entité en charge de fournir les services de communication, sans qu'elle soit contrainte à des tranches prédéfinies par l'opérateur du réseau.
Selon un mode de mise en œuvre du troisième aspect de l'invention, l'entité de gestion en charge de la fourniture d'un service de communication transmet à l'entité de gestion en charge de la fourniture d'une tranche de réseau, en relation avec la demande de création d'une nouvelle tranche de réseau comprenant l'identifiant d'une première tranche de réseau déjà existante, des informations relatives aux fonctionnalités attendues de la nouvelle tranche de réseau, lesdites informations comprenant des paramètres de qualité de service et des indications relatives au partage de fonctions de réseau virtuelles entre la tranche de réseau déjà existante et la nouvelle tranche de réseau.
Selon un mode de mise en œuvre du deuxième aspect de l'invention, l'entité de gestion en charge de la fourniture d'une tranche de réseau reçoit depuis l'entité de gestion en charge de la fourniture d'un service de communication, en relation avec la demande de création d'une nouvelle tranche de réseau comprenant l'identifiant d'une première tranche de réseau déjà existante, des informations relatives aux fonctionnalités attendues de la nouvelle tranche de réseau, lesdites informations comprenant des paramètres de qualité de service et des indications relatives au partage de fonctions de réseau virtuelles entre la tranche de réseau déjà existante et la nouvelle tranche de réseau et l'entité de gestion en charge de la fourniture d'une tranche de réseau transmet à l'entité de gestion en charge de l'orchestration des fonctions réseau virtualisées lesdites informations reçues en plus de la demande de création d'une nouvelle tranche de réseau comprenant l'identifiant.
Selon un mode de mise en œuvre du premier aspect de l'invention, l'entité de gestion en charge de l'orchestration des fonctions réseau virtualisées reçoit depuis l'entité de gestion en charge de la fourniture d'une tranche de réseau, en relation avec la demande de création d'une nouvelle tranche de réseau comprenant l'identifiant d'une tranche de réseau déjà existante, des informations relatives aux fonctionnalités attendues de la nouvelle tranche de réseau, lesdites informations comprenant des paramètres de qualité de service et des indications relatives au partage de fonctions de réseau virtuelles entre la tranche de réseau déjà existante et la nouvelle tranche de réseau et l'entité de gestion en charge de l'orchestration des fonctions réseau virtualisées procède à la sélection d'un ensemble de fonctions réseau virtualisées appartenant à la première tranche de réseau et à la définition de descriptions de tranches de réseau en prenant en compte lesdites informations reçues.
Grâce à ces trois modes de mise en œuvre de l'invention, la création d'une nouvelle tranche de réseau prend en compte des informations relatives aux fonctionnalités attendues de la nouvelle tranche de réseau. Ces informations comprennent d'une part des paramètres de qualité de service et d'autre part des indications relatives au partage de fonctions de réseau virtuelles. C'est l'entité CSP en charge de fournir un service de communication qui fournit ces informations d'abord à l'entité NSP en charge de fournir la tranche de réseau, qui va elle-même les fournir à l'entité NOP en charge d'orchestrer les fonctions virtuelles et donc de créer la tranche. Les descriptions de tranche de réseau proposées par l'entité NOP prennent donc en compte ces informations. L'entité CSP peut donc enrichir une demande de création d'une nouvelle tranche de réseau d'informations relatives à ses souhaits au sujet de la nouvelle tranche. Ces souhaits concernent d'abord la qualité de service attendue de la nouvelle tranche. Ces souhaits concernent ensuite le partage de fonctions réseau virtuelles entre la première tranche de réseau, déjà utilisée par l'entité CSP, et la tranche de réseau à créer. Grâce à ces modes de mise en œuvre, la création d'une nouvelle tranche de réseau est pilotée par l'entité en charge de fournir les services de communication et est dynamique, au lieu d'être pilotée par l'opérateur de réseau et d'être statique, avec des tranches prédéfinies une fois pour toutes.
Selon un premier aspect matériel, l'invention se rapporte à une entité de gestion en charge de l'orchestration des fonctions réseau virtualisées formant les tranches de réseau d'un réseau de télécommunications, l'entité mettant en œuvre un procédé de gestion de la création de tranches de réseau dans le réseau, caractérisée en ce que l'entité de gestion comprend :
• Un module de réception apte à recevoir, depuis une deuxième entité de gestion en charge de fournir des tranches de réseau, une demande de création d'une nouvelle tranche de réseau, la demande comprenant un identifiant d'une première tranche de réseau déjà existante
• Un module de sélection apte à sélectionner, à partir de l'identifiant de la première tranche de réseau déjà existante, un ensemble de fonctions réseau virtualisées appartenant à la première tranche de réseau déjà existante
• Un module de définition apte à définir au moins une description de tranche de réseau, ladite au moins une description faisant référence aux fonctions réseau virtualisées sélectionnées à partir de l'identifiant appartenant à la première tranche de réseau déjà existante
• Un module de transmission apte à transmettre, à l'entité de gestion en charge de fournir des tranches de réseau, un ensemble de descriptions définies précédemment de tranches de réseau
• Un module de réception apte à recevoir, depuis l'entité de gestion en charge de fournir des tranches de réseau, une donnée représentative d'un choix relatif à la création de la nouvelle tranche de réseau
• Un module de création apte à créer une nouvelle tranche de réseau comprenant les fonctions réseau virtualisées sélectionnées précédemment appartenant à la première tranche de réseau et comprenant d'autres fonctions réseau virtualisées
Selon un deuxième aspect matériel, l'invention se rapporte à une entité de gestion en charge de fournir des tranches de réseau dans un réseau de télécommunications, l'entité mettant en œuvre un procédé de gestion de la création de tranches de réseau dans le réseau, caractérisée en ce que l'entité de gestion comprend :
• Un module de réception apte à recevoir, depuis une entité de gestion en charge de fournir des services de communication, une demande de création d'une nouvelle tranche de réseau, la demande comprenant un identifiant d'une première tranche de réseau déjà existante
• Un module de transmission apte à transmettre ladite demande de création à une entité de gestion en charge de l'orchestration des fonctions réseau virtualisées
• Un module de réception apte à recevoir, depuis ladite entité de gestion en charge de l'orchestration des fonctions réseau virtualisées, un ensemble de descriptions de tranches de réseau
• Un module de transmission apte à transmettre ledit ensemble à l'entité de gestion en charge de fournir des services de communication
• Un module de réception apte à recevoir, depuis l'entité de gestion en charge de fournir des services de communication, une donnée représentative d'un choix relatif à la création de la nouvelle tranche de réseau
• Un module de transmission apte à transmettre ladite donnée à l'entité de gestion en charge de l'orchestration des fonctions réseau virtualisées
Selon un troisième aspect matériel, l'invention se rapporte à une entité de gestion en charge de fournir des services de communication dans un réseau de télécommunications, l'entité mettant en œuvre un procédé de gestion de la création de tranches de réseau dans le réseau, caractérisée en ce que l'entité de gestion comprend :
• Un module de transmission apte à transmettre, à une entité de gestion en charge de fournir des tranches de réseau, une demande de création d'une nouvelle tranche de réseau, la demande comprenant un identifiant d'une première tranche de réseau déjà existante
• Un module de réception apte à recevoir, depuis l'entité de gestion en charge de fournir des tranches de réseau, un ensemble de descriptions de tranches de réseau
• Un module de choix apte à choisir, parmi l'ensemble de descriptions de tranches de réseau reçu précédemment, la description d'une tranche de réseau à créer • Un module de transmission apte à transmettre, à l'entité de gestion en charge de fournir des tranches de réseau, une donnée représentative d'un choix relatif à la création de la nouvelle tranche de réseau
Selon un autre aspect matériel, l'invention a trait à un programme d'ordinateur apte à être mis en œuvre par une entité de gestion en charge de l'orchestration des fonctions réseau virtualisées formant les tranches de réseau d'un réseau de télécommunications, le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes du procédé de gestion de la création de tranches 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 en charge de fournir des tranches de réseau dans un réseau de télécommunications, le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes du procédé de gestion de la création de tranches 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 en charge en charge de fournir des services de communication dans un réseau de télécommunications, le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes du procédé de gestion de la création de tranches de réseau défini ci-dessus.
Les programmes d'ordinateur en question peuvent être rédigés dans tout langage de programmation. Ils peuvent être par exemple des langages compilés, ou bien interprétés, ou bien utiliser un mode de fonctionnement mixte utilisant une compilation vers un code à octet (de l'anglais bytecodé) qui sera ensuite interprété par une machine virtuelle. Les programmes peuvent s'exécuter sur des architectures matérielles, ou bien dans des machines virtuelles, ou bien dans des technologies proches comme des systèmes de conteneurs.
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 gestion 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.
L'invention sera mieux comprise à la lecture de la description qui suit, donnée à titre d'exemple, et faite en référence au dessin annexé sur lequel :
[Fig 1] représente un réseau de télécommunications et des tranches de réseau ainsi que les entités de gestion mettant en œuvre la création d'une tranche de réseau selon l'invention.
La figure 1 représente un réseau de télécommunications 5G. Le terme 5G choisi pour la figure fait bien sûr référence aux réseaux de télécommunications mobiles de norme 5G dans lesquels les notions de virtualisation des fonctions de réseau et en conséquence de tranche de réseau sont introduites. Mais le réseau 5G selon l'invention peut être n'importe quel réseau de télécommunications présentant des tranches de réseau. Il peut s'agir d'un réseau mobile de télécommunications suivant la norme 5G ou une norme ultérieure, mais aussi d'un réseau de télécommunications dont l'accès est fixe, du moment que ce réseau permet de donner accès à des tranches de réseau TRI, TR2, qui sont des ensembles d'instances de fonctions virtuelles réseau, reliées entre elles, qui rendent l'ensemble des services d'un réseau de télécommunications.
Dans la figure 1, deux tranches de réseau TRI et TR2 sont représentées. Ces deux tranches TRI et TR2 sont identifiées respectivement par les identifiants ID1 et ID2. Un réseau mobile public terrestre PLMN donne accès, dans la figure 1, aux deux tranches de réseau TRI et TR2, mais d'autres types de réseau d'accès peuvent être envisagés. Le réseau d'accès PLMN aux tranches de réseau TRI et TR2 n'est pas davantage discuté dans la suite. Les ressources matérielles sur lesquelles s'exécutent les instances de fonction virtuelles réseau qui constituent les tranches de réseau TRI, TR2 ne sont pas davantage précisées dans la suite et ne sont pas représentées sur la figure 1.
Le réseau de télécommunications 5G comprend trois entités de gestion respectivement dénommées CSP, NSP et NOP qui implémentent des procédés de gestion de la création de tranches de réseau selon l'invention.
Les entités de gestion CSP, NSP et NOP sont des composants logiciels s'exécutant sur des ressources informatiques matérielles. Elles comprennent un ou plusieurs programmes informatiques qui s'exécutent sur des ressources informatiques permettant de gérer le réseau de télécommunications 5G. Ces programmes peuvent être programmés en tout type de langage de programmation. Ils peuvent être monolithiques ou organisés en systèmes distribués. Ils s'exécutent sur des serveurs dédiés à chaque entité de gestion, ou bien partagés. Les entités de gestion CSP, NSP et NOP peuvent par exemple être déployées dans un ou plusieurs systèmes d'informatique en nuage (de l'anglais cloud computing). Les programmes formant les entités de gestion CSP, NSP et NOP peuvent s'exécuter directement sur des ressources matérielles, ou bien dans des machines virtuelles ou dans des technologies proches telles que des conteneurs. Les trois entités de gestion CSP, NSP et NOP peuvent être colocalisées sur des mêmes ressources matérielles ou bien séparées, et dans ce cas, elles sont reliées entre elles par des liaisons de communication non représentées sur la figure 1 qui leur permettent d'échanger des messages et des requêtes selon un protocole non précisé, par exemple des requêtes Web, ou des appels de procédure à distance ou tout autre protocole adapté.
Les trois entités de gestion CSP, NSP et NOP peuvent appartenir à un même opérateur et être opérées par celui-ci ou bien au contraire appartenir à des opérateurs différents. D'autres combinaisons sont possibles, avec un même opérateur opérant par exemple les entités de gestion NOP et NSP et un second opérateur opérant l'entité de gestion CSP.
L'entité de gestion CSP a la charge de fournir des services de communication dans le réseau de télécommunications 5G. Dans notre exemple, l'entité de gestion CSP comprend les modules suivants.
L'entité de gestion CSP comprend un module 101 de transmission apte à transmettre, à l'entité de gestion NSP, une demande de création CRT d'une nouvelle tranche de réseau, la demande comprenant un identifiant ID1 d'une première tranche de réseau TRI déjà existante.
L'entité de gestion CSP comprend un module 102 de réception apte à recevoir, depuis l'entité de gestion NSP, un ensemble D de descriptions de tranches de réseau.
L'entité de gestion CSP comprend un module 103 de choix apte à choisir, parmi l'ensemble D de descriptions de tranches de réseau reçu par le module 102 de la description, une tranche de réseau TR2 à créer.
L'entité de gestion CSP comprend un module 104 de transmission apte à transmettre, à l'entité de gestion NSP, une donnée représentative D2 d'un choix relatif à la création de la nouvelle tranche de réseau TR2.
L'entité de gestion NSP a la charge de fournir des tranches de réseau dans le réseau de télécommunications 5G. L'entité de gestion NSP comprend, dans notre exemple, un module 201 de réception apte à recevoir, depuis l'entité de gestion CSP, une demande de création CRT d'une nouvelle tranche de réseau, la demande comprenant un identifiant ID1 d'une première tranche de réseau TRI déjà existante. L'entité de gestion NSP comprend un module 202 de transmission apte à transmettre, à l'entité de gestion NOP, la demande de création CRT d'une nouvelle tranche de réseau, la demande comprenant un identifiant ID1 d'une première tranche de réseau TRI déjà existante.
L'entité de gestion NSP comprend un module 203 de réception apte à recevoir, depuis l'entité de gestion NOP, un ensemble D de descriptions de tranches de réseau.
L'entité de gestion NSP comprend un module 204 de transmission apte à transmettre, à l'entité de gestion CSP, l'ensemble D de descriptions de tranches de réseau.
L'entité de gestion NSP comprend un module 205 de réception apte à recevoir, depuis l'entité de gestion CSP, une donnée représentative D2 d'un choix relatif à la création de la nouvelle tranche de réseau TR2.
L'entité de gestion NSP comprend un module 206 de transmission apte à transmettre, à l'entité de gestion NOP, la donnée représentative D2 d'un choix relatif à la création de la nouvelle tranche de réseau TR2.
L'entité de gestion NOP a la charge de l'orchestration des fonctions réseau virtualisées formant les tranches de réseau du réseau de télécommunications 5G. L'entité de gestion NOP comprend, dans notre exemple, un module 301 de réception apte à recevoir, depuis l'entité de gestion NSP, une demande de création CRT d'une nouvelle tranche de réseau, la demande comprenant un identifiant ID1 d'une première tranche de réseau TRI déjà existante.
L'entité de gestion NOP comprend un module 302 de sélection apte à sélectionner, à partir de l'identifiant ID1 de la première tranche de réseau TRI déjà existante, un ensemble de fonctions réseau virtualisées appartenant à la première tranche de réseau TRI déjà existante.
L'entité de gestion NOP comprend un module 303 de définition apte à définir au moins une description de tranche de réseau, ladite au moins une description faisant référence aux fonctions réseau virtualisées sélectionnées à partir de l'identifiant ID1 appartenant à la première tranche de réseau TRI déjà existante.
L'entité de gestion NOP comprend un module 304 de transmission apte à transmettre, à l'entité de gestion NSP, un ensemble D de descriptions définies précédemment de tranches de réseau.
L'entité de gestion NOP comprend un module 305 de réception apte à recevoir, depuis l'entité de gestion NSP, une donnée représentative D2 d'un choix relatif à la création de la nouvelle tranche de réseau TR2.
L'entité de gestion NOP comprend un module 306 de création apte à créer CRT une nouvelle tranche de réseau TR2 comprenant les fonctions réseau virtualisées sélectionnées précédemment appartenant à la première tranche de réseau TRI et comprenant d'autres fonctions réseau virtualisées.
La figure 1 représente une seule entité de gestion CSP, une seule entité de gestion NSP, et une seule entité de gestion NOP afin de simplifier l'exposé de l'invention mais les procédés selon l'invention peuvent fonctionner avec plusieurs entités de gestion NSP, CSP et NOP. Simplement, les communications définies dans les procédés de gestion doivent être poursuivies entre les mêmes entités une fois qu'elles ont commencé. Par exemple, après qu'une entité de gestion CSP ait demandé la création d'une tranche de réseau à une entité de gestion NSP, l'entité de gestion CSP recevra un ensemble D de descriptions de tranches de réseau de la part de la même entité de gestion NSP et devra transmettre son choix D2 toujours à la même entité de gestion NSP.
L'entité de gestion CSP a la charge de fournir des services de communication dans le réseau de télécommunications 5G. De tels services peuvent être par exemple des services d'accès au réseau Internet, des services de téléphonie, des services de messagerie, des services de transfert de données, des services d'objets connectés, des services de télévision sur Internet, des services d'accès à des jeux ou tout autre type de service et combinaison de services. Ces services peuvent être à destination d'individus ou bien d'entreprises ou d'organisations en général. Ces services peuvent présenter des niveaux de qualité de service variables et de même pour les garanties de sécurité selon le niveau de qualité que l'entité de gestion CSP peut proposer et assurer à ses clients.
L'entité de gestion CSP peut être opérée par la même organisation que celle qui opère le réseau de télécommunications 5G ou bien être opérée par une organisation différente et disposer dans ce cas d'une relation contractuelle avec l'organisation qui opère le réseau 5G. Dans tous les cas, l'entité de gestion CSP peut exploiter au moins une tranche de réseau TRI parmi les tranches comprises dans le réseau 5G. C'est par l'exploitation des fonctionnalités d'au moins une tranche de réseau du réseau 5G que l'entité de gestion CSP peut fournir un ou plusieurs services de communication à ses clients ou utilisateurs desdits services.
L'élément déclencheur de plusieurs modes des procédés de gestion de la présente demande de brevet est une demande de création d'une nouvelle tranche de réseau par l'entité de gestion CSP. Pour les besoins des services de communication fournies par l'entité CSP, celle-ci peut avoir besoin d'exploiter une nouvelle tranche de réseau en plus ou à la place de la tranche de réseau TRI déjà existante et exploitée par l'entité de gestion CSP. Par exemple, la tranche de réseau TRI permet à l'entité de gestion CSP de garantir une certaine qualité de service à ses clients, et, pour proposer un service de communication avec une meilleure qualité de service, l'entité CSP devra pouvoir disposer d'une autre tranche de réseau que la tranche TRI déjà existante. Cette demande de création CRT comprend l'identifiant ID1 de la tranche de réseau TRI déjà existante. Cette information sera utilisée pour créer la nouvelle tranche de réseau TR2 demandée car elle permettra de prendre en compte les contraintes qui existent sur le partage de fonctions réseau virtualisées entre tranches de réseau déjà discutées. L'entité de gestion CSP transmet la demande de création CRT d'une nouvelle tranche TR2 à une entité de gestion NSP.
L'entité de gestion NSP a la charge de fournir des tranches de réseau dans le réseau de télécommunications 5G. L'entité de gestion NSP donne accès à des tranches de réseau à une ou plusieurs entités de gestion CSP pour permettre à celle ou celles-ci de fournir des services de communication. Comme pour l'entité de gestion CSP, l'entité de gestion NSP peut être opérée par la même organisation que celle qui opère le réseau de télécommunications 5G ou bien être opérée par une organisation différente et disposer dans ce cas d'une relation contractuelle avec l'organisation qui opère le réseau 5G.
Dans plusieurs modes de réalisation des procédés de gestion selon l'invention, l'entité de gestion NSP reçoit une demande de création d'une nouvelle tranche depuis l'entité de gestion CSP. Cette demande contient l'identifiant ID1 d'une tranche déjà existante TRI, cet identifiant pouvant être remplacé par toute autre référence permettant de retrouver les informations pertinentes relatives à la tranche TRI. La tranche TRI est déjà fournie par l'entité NSP à l'entité CSP et est utilisée par cette dernière pour fournir une partie de ses services de communication. La référence à la tranche TRI permettra de s'assurer que les contraintes respectives à la préexistence de cette tranche TRI seront bien prises en compte lors de la création de la nouvelle tranche. L'entité de gestion NSP transmet la demande reçue de création d'une nouvelle tranche à une entité de gestion NOP.
L'entité de gestion NOP a la charge de l'orchestration des fonctions réseau virtualisées dans le réseau de télécommunications 5G. A ce titre, c'est l'entité de gestion NOP qui va effectivement créer CRT la nouvelle tranche de réseau demandée. En effet, la création d'une tranche de réseau, comme déjà expliqué, comprend la réservation de ressources matérielles, l'activation d'instances de fonctions virtuelles réseau et de liaisons de communication entre ces instances. Il s'agit donc d'une opération d'orchestration des fonctions réseau virtualisées du réseau de télécommunications 5G qui résulte en la création d'une nouvelle tranche de réseau.
Comme pour les autres entités de gestion, l'entité de gestion NOP peut être opérée par la même organisation que celle qui opère le réseau de télécommunications 5G ou bien être opérée par une organisation différente et disposer dans ce cas d'une relation contractuelle avec l'organisation qui opère le réseau 5G. En général, cependant, l'entité de gestion NOP est bien opérée par l'opérateur du réseau 5G.
Un réseau 5G peut comprendre une seule entité de gestion NOP, en charge de l'orchestration des fonctions virtualisées pour toutes les tranches, mais on peut aussi imaginer un fonctionnement avec plusieurs entités de gestion NOP. Par exemple, des entités de gestion NOP distinctes peuvent créer et orchestrer des tranches de réseau pour des domaines fonctionnels distincts ; l'une s'occupera des tranches de réseau dédiées aux services de télécommunication, l'autre aux services pour véhicules connectés, l'autre pour les services aux entreprises etc. D'autres types de découpes sont bien sûr possibles.
Dans des modes de réalisation de l'invention, l'entité de gestion NOP va, à partir d'un identifiant ID1 d'une première tranche de réseau TRI déjà existante, sélectionner un ensemble de fonctions réseau virtualisées appartenant à la première tranche de réseau TRI, puis créer CRT une deuxième tranche de réseau TR2 comprenant les fonctions réseau virtualisées sélectionnées précédemment appartenant à la première tranche de réseau TRI et comprenant d'autres fonctions virtualisées. L'identifiant ID1 peut être, dans plusieurs modes de réalisation, celui reçu dans la demande de création d'une nouvelle tranche TR2 reçue par l'entité de gestion NOP. La sélection des fonctions consiste dans la plupart des modes de réalisation de l'invention à retenir les fonctions réseau virtualisées qui doivent être partagées entre l'ensemble des tranches réseau orchestrées par l'entité de gestion NOP. On a vu par exemple que les fonctions relatives à la gestion de la carte SIM devaient l'être pour assurer l'accès aux tranches par le réseau mobile public PLMN. D'autres critères de sélection peuvent être appliqués. La création CRT de la nouvelle tranche de réseau TR2 sera ensuite réalisée par l'entité de gestion NOP en reprenant les instances de fonctions réseau virtualisées sélectionnées précédemment dans la tranche TRI.
Comme indiqué précédemment, une tranche de réseau TRI, TR2 est une instanciation de l'ensemble des fonctions virtuelles de réseau. Sur la figure 1, les instances de fonctions virtuelles sont représentées par des points et des cercles inclus dans TRI et TR2. Les relations entre instances, indiquant les échanges de données entre instances par exemple, sont représentées par des flèches. On remarque sur la figure 1 que deux instances de fonctions virtuelles de réseau de TR2, représentées par des cercles, sont reliées à une instance de fonction virtuelle de réseau de TRI, représentée par un cercle plein. Cette représentation en cercle plein indique que cette instance de fonction virtuelle est partagée entre les deux tranches TRI, TR2. Autrement dit, la fonctionnalité de cette fonction réseau est rendue, au sein de la tranche TR2, par une instance de fonction virtuelle réseau de la tranche TRI. Les relations entre instances de fonction virtuelle réseau au sein de la tranche TR2 doivent donc partiellement inclure des instances en dehors de la tranche TR2, ce qui est indiqué sur la figure 1 par deux flèches « sortant » de la tranche de réseau TR2.
La création CRT d'une tranche de réseau TR2 est une opération dite d'orchestration qui va comprendre la réservation de ressources matérielles, l'instanciation de fonctions virtuelles réseau sur ces ressources matérielles, l'établissement de relations entre instances, l'affectation d'identifiants aux différentes instances etc. Les notions d'orchestration sont bien connues dans l'état de l'art et ne sont pas davantage détaillées ici. L'objet de la présente demande de brevet est un ensemble de procédés précédant la création CRT de la tranche TR2 en tant que telle. La figure 1 représente donc l'état final obtenu à la suite d'un exemple de réalisation des procédés de la présente demande de brevet, exemple de réalisation qui aboutit à la création CRT de la tranche de réseau TR2, dont une instance de fonction de réseau virtuelle est partagée avec la tranche TRI. La tranche de réseau TRI, quant à elle, est représentée sur la figure 1 comme étant préexistante à l'exemple de réalisation des procédés de la présente demande de brevet.
Une fois que la tranche TR2 est créée CRT, les fonctions virtuelles de réseau sont instanciées et permettent à la tranche de réseau TR2 de remplir l'ensemble des fonctions d'un réseau de télécommunications. Les fonctions virtuelles de réseau de la tranche de réseau TRI sont quant à elles déjà instanciées, précédemment à l'opération de création CRT de la tranche de réseau TR2. Autrement dit, une tranche de réseau TRI, TR2 est un réseau de télécommunications virtuel qui s'exécute sur des ressources matérielles.
Dans d'autres modes de réalisation de l'invention, d'autres étapes s'intercalent entre la sélection des fonctions réseau virtualisées de la tranche TRI et la création CRT de la nouvelle tranche de réseau TR2.
Après la sélection de fonctions réseau virtualisées appartenant à la première tranche de réseau TRI, dans notre exemple, l'entité de gestion NOP va définir au moins une description de tranche de réseau. L'ensemble des descriptions de tranches de réseau ainsi définies est dénommé D sur la figure 1. Une description de tranche de réseau est un objet informatique qui permet de représenter une tranche de réseau. Cette représentation pourra alors être utilisée dans des traitements informatiques, et en particulier pourra permettre la création CRT de la tranche de réseau décrite, mais également pourra permettre un choix ou une confirmation de la tranche de réseau à créer.
La description d'une tranche de réseau comprendra donc par exemple des informations relatives à la réservation de ressources matérielles, aux fonctions utilisées pour l'instanciation des fonctions réseau virtualisées, à la mise en place de liaisons de communication entre fonctions réseau virtualisées et en général toute autre information utile à la création et au fonctionnement de la tranche de réseau décrite. Une description de tranche de réseau peut être vue comme un fichier de configuration pour l'objet informatique qu'est la tranche de réseau, ou même comme un fichier de bui/d, au sens de la construction d'un objet informatique. D'autres paramètres tels que par exemple des identifiants, des paramètres de qualité de service, des coûts d'utilisation ou tout autre paramètre peuvent être présents dans une description de tranche de réseau. Une description de tranche de réseau peut par exemple être exprimée dans un langage permettant d'exprimer des données complexes et structurées tels que le langage XML (acronyme de l'anglais extensible Markup Language ou le langage YAML (acronyme de l'anglais Yet Another Markup Language ou le langage JSON (acronyme de l'anglais JavaScript Object Notation} ou tout autre langage, ou dans un mélange de ces possibilités.
Les descriptions de tranches de réseau définies par l'entité de gestion NOP peuvent, dans certains modes de réalisation, s'appuyer sur des patrons ou modèles prédéfinis qui laissent ouvertes plusieurs options de définitions pour des fonctions réseau spécifiques, et en limitent d'autres à un choix unique. De cette manière, l'entité de gestion NOP n'a pas à réaliser tous les choix nécessaires à la création d'une tranche de réseau. Certains peuvent être prédéfinis. L'étape de choix réalisée par l'entité de gestion NOP, dans ces modes de réalisation, présente à la fois une bonne dynamicité selon les options laissées ouvertes tout en ayant une plus grande simplicité qui permet une réalisation plus facile de l'opération de définition de l'ensemble D des descriptions par l'entité de gestion NOP.
L'ensemble D de descriptions de tranches de réseau définies par l'entité de gestion NOP représente l'ensemble des descriptions des tranches de réseau que l'entité de gestion NOP est disposée à créer CRT à la suite de la réception d'une demande de création CRT d'une nouvelle tranche de réseau TR2, demande comprenant l'identifiant ID1 d'une première tranche de réseau TRI déjà existante. Dans des modes de réalisation de l'invention, l'entité de gestion NOP va donc transmettre à l'entité de gestion NSP en charge de fournir des tranches de réseau l'ensemble D de descriptions définies précédemment de tranches de réseau.
L'entité de gestion NSP va donc recevoir, dans plusieurs modes de réalisation de l'invention, depuis l'entité de gestion NOP, l'ensemble D de descriptions de tranches de réseau. L'entité de gestion NSP va alors transmettre à l'entité de gestion CSP l'ensemble D de descriptions de tranches de réseau reçu précédemment. Dans plusieurs modes de réalisation de l'invention, cette transmission par l'entité de gestion NSP se fait sans changer l'ensemble D de descriptions de tranches de réseau reçu précédemment.
L'entité de gestion CSP va donc recevoir un ensemble D de descriptions de tranches de réseau. Cet ensemble D est reçu consécutivement à la demande de création d'une nouvelle tranche de réseau par l'entité de gestion CSP, la demande contenant l'identifiant ID1 d'une première tranche de réseau TRI déjà existante. La présence de l'identifiant ID1 a permis à l'entité de gestion NOP de procéder à la sélection de fonctions présentes dans la tranche TRI devant être partagées et la définition des tranches de réseau regroupées dans l'ensemble D prend en compte cette sélection. La création d'une des tranches de réseau dont la description est présente dans l'ensemble D pourrait donc répondre à la demande émise par l'entité de gestion CSP, qui pourrait par la suite utiliser la tranche de réseau créée pour fournir des services de communication.
L'entité de gestion CSP va donc procéder à un choix parmi l'ensemble D de descriptions reçu d'une description D2 d'une tranche de réseau TR2 à créer. Ce choix pourra être informé par tout un ensemble de données, par exemple relatives au coût des tranches de réseau proposées, ou à des paramètres de qualité de service attendues, ou à des données de localisation des fonctions réseau virtualisées ou à toute autre considération. L'opération de choix permet de s'assurer que la création d'une tranche de réseau se fera bien en accordance avec les besoins de l'entité de gestion CSP qui va ensuite utiliser la tranche de réseau créée pour fournir des services de communication. Le choix se fait parmi des descriptions de tranche de réseau pouvant être créées qui prend en compte la tranche de réseau TRI déjà existante. On a donc, grâce à l'invention, à la fois de la dynamicité dans la création de tranches de réseau au lieu d'avoir un ensemble de tranches de réseau prédéfinies fixé par l'opérateur de réseau 5G, et une prise en compte des contraintes de partage entre les tranches des instances de certaines fonctions réseau virtualisées.
Après ce choix, dans notre exemple, l'entité de gestion CSP va transmettre à l'entité de gestion NSP une donnée représentative D2 d'un choix relatif à la création de la nouvelle tranche de réseau TR2.
Dans plusieurs modes de réalisation de l'invention, l'entité de gestion NSP va recevoir depuis l'entité de gestion CSP une donnée représentative D2 d'un choix relatif à la création de la tranche de réseau TR2, puis va transmettre à l'entité de gestion NOP la donnée représentative D2 reçue précédemment d'un choix relatif à la création de la tranche de réseau TR2.
Dans ces modes, l'entité de gestion NOP va donc recevoir depuis l'entité de gestion NSP une donnée représentative D2 d'un choix relatif à la création de la tranche de réseau TR2. L'entité de gestion NOP procède alors à la création CRT d'une deuxième tranche de réseau TR2 comprenant les fonctions réseau virtualisées sélectionnées précédemment appartenant à la première tranche de réseau TRI et comprenant d'autres fonctions réseau virtualisées.
Les avantages des procédés selon l'invention sont donc de permettre de créer une tranche de réseau et de ne pas se contenter d'utiliser des tranches de réseau prédéfinies une fois pour toutes. Les procédés selon l'invention apportent donc de la dynamicité à la gestion des tranches de réseau TRI, TR2 dans le réseau de télécommunications 5G. Cette création se fait à la demande d'une entité de gestion CSP en charge de fournir des services de communication dans le réseau 5G, mais elle est mise en œuvre par l'entité de gestion NOP en charge de l'orchestration des tranches de réseau TRI, TR2. Les procédés selon l'invention permettent donc de mieux séparer les rôles entre les différentes entités de gestion qui concourent au fonctionnement des tranches de réseau TRI, TR2 et des services de communication dans le réseau de télécommunications 5G. Grâce à la sélection d'un ensemble de fonctions réseau virtualisées appartenant à la première tranche de réseau TRI, les procédés selon l'invention ont l'avantage de permettre la création dynamique de la tranche de réseau TR2 en prenant en compte les contraintes de partage des instances de fonctions réseau virtualisées entre les différentes tranches TRI, TR2.
Dans d'autres modes de réalisation de l'invention, l'entité de gestion CSP transmet à l'entité de gestion NSP, en relation avec la demande de création CRT d'une nouvelle tranche de réseau comprenant un identifiant ID1 d'une première tranche de réseau TRI déjà existante, des informations relatives aux fonctionnalités attendues de la nouvelle tranche de réseau, lesdites informations comprenant des paramètres de qualité de service et des indications relatives au partage de fonctions de réseau virtuelles entre la tranche de réseau TRI déjà existante et la nouvelle tranche de réseau. L'entité de gestion NSP va recevoir ces informations en relation avec la demande de création CRT, et les transmettre à l'entité de gestion NOP. L'entité de gestion NOP va recevoir ces informations en relation avec la demande de création CRT et les utiliser d'abord pour sélectionner un ensemble de fonctions réseau virtualisées appartenant à la première tranche de réseau TRI et également pour définir un ensemble D de descriptions de tranches de réseau.
Les informations relatives au partage de fonction virtuelles réseau peuvent par exemple indiquer quelles instances de fonction doivent être partagées et lesquelles peuvent ne pas l'être. Les informations peuvent également préciser que des instances de fonctions réseau virtualisées doivent ne pas être partagées, c'est-à- dire que la tranche de réseau dont la création CRT est demandée devra disposer de sa propre instance pour cette fonction réseau virtualisée. Ces contraintes relatives au partage d'instances entre tranches de réseau peuvent être des contraintes techniques dues à la nature du réseau de télécommunications 5G mais peuvent aussi être des demandes de l'entité de gestion CSP relatives à l'offre de service de communication que la tranche de réseau créée lui permettra d'offrir.
Les informations comprenant des paramètres de qualité de service permettent à l'entité de gestion CSP de transmettre ses demandes quant à la qualité de service attendue de la nouvelle tranche de réseau dont l'entité de gestion CSP demande la création. Ces informations seront utilisées par l'entité de gestion NOP par exemple pour décider de la quantité de ressources matérielles réservées pour exécuter les instances de fonction réseau virtualisées, en supposant qu'un plus grand nombre de ressources matérielles utilisées améliore la qualité de service. Ces paramètres demandés peuvent également influencer sur la localisation des instances de fonction réseau virtualisées. Ces choix réalisés par l'entité de gestion NOP peuvent s'appuyer sur des patrons ou modèles prédéfinis pour simplifier le choix d'options par l'entité de gestion NOP.
Dans d'autres modes de réalisation, les informations transmises peuvent comprendre des informations relatives aux ressources matérielles sur lesquelles les instances de fonction réseau virtualisées vont s'exécuter. De telles demandes peuvent permettre de garantir une certaine qualité de service en contraignant la puissance des ressources matérielles utilisées par la tranche de réseau à créer ou bien leur localisation. La localisation de certaines ressources matérielles peut effectivement influer sur la qualité de service obtenue par la tranche de réseau pour certaines instances de fonctions réseau virtualisées, par exemple en diminuant la latence de certaines communications entre fonctions.
Dans d'autres modes de réalisation, l'entité de gestion NSP en charge de fournir des tranches de réseau procède à un choix parmi l'ensemble D de descriptions de tranches de réseau reçu depuis l'entité de gestion NOP et transmet à l'entité de gestion CSP le sous-ensemble choisi de descriptions de tranches de réseau parmi l'ensemble de descriptions. Ce mode de réalisation permet à l'entité de gestion NSP d'intervenir dans le choix de la tranche de réseau à créer. D'autres modes de réalisation permettent d'atteindre le même objectif. Dans des modes de réalisation, l'entité de gestion NSP va transmettre à l'entité de gestion CSP une seule description de tranche de réseau choisie parmi l'ensemble D de descriptions de tranches de réseau définies par l'entité de gestion NOP. L'entité de gestion CSP va alors valider le choix de cette description unique de tranche de réseau à créer, choix fait par l'entité de gestion NSP. Si l'entité de gestion CSP ne valide pas ce choix, l'entité de gestion NSP va transmettre à l'entité de gestion CSP un deuxième choix de description de tranche de réseau choisie parmi l'ensemble D. L'entité de gestion NSP pourra procéder ainsi, en proposant à l'entité de gestion CSP une description de tranche de réseau choisie parmi l'ensemble D de descriptions jusqu'à ce que l'entité de gestion CSP valide ce choix. De cette manière, l'entité de gestion NSP peut organiser, selon ses propres préférences, les descriptions de tranche de réseau pouvant être créées à la suite de la demande de l'entité de gestion CSP. L'entité de gestion NSP soumet alors à l'entité de gestion CSP, dans l'ordre décroissant de ses préférences, les descriptions de tranches de réseau à créer, jusqu'à ce que l'entité de gestion CSP en valide une. De cette manière, les préférences à la fois de l'entité de gestion CSP et de l'entité de gestion NSP interviennent dans le choix de la description de la tranche de réseau à créer.
Dans un autre mode de réalisation, l'entité de gestion CSP va recevoir un ensemble D de descriptions de tranches de réseau, et va procéder au choix d'un sous- ensemble de descriptions parmi l'ensemble D. Ce sous-ensemble de descriptions représente les tranches de réseau que l'entité de gestion CSP peut accepter de voir créées pour que l'entité de gestion CSP puisse fournir ses services de communication. L'entité de gestion CSP va alors transmettre ce sous-ensemble à l'entité de gestion NSP, et c'est l'entité de gestion NSP qui va effectuer un choix de la description D2 de la tranche de réseau à créer TR2 parmi le sous-ensemble de descriptions transmis par l'entité de gestion CSP. Dans ce mode de réalisation également, les deux entités de gestion CSP et NSP coopèrent pour arriver au choix final de la tranche de réseau TR2 à créer, choix qui prend en compte leurs préférences respectives puisque l'entité de gestion sélectionne un sous-ensemble parmi l'ensemble D des descriptions de tranche de réseau qui peuvent être créées par l'entité de gestion NOP et l'entité de gestion NSP fait un choix d'une seule description parmi ce sous-ensemble de descriptions. Dans un mode de réalisation dépendant du mode précédent, l'entité de gestion NSP, après avoir reçu un sous- ensemble de descriptions choisies par l'entité CSP, choisira un sous-ensemble parmi ce sous-ensemble, et le transmettra à l'entité de gestion NOP. Dans ce mode, c'est l'entité de gestion NOP qui procède au choix final de la description de la tranche de réseau à créer après avoir fourni un ensemble de descriptions possibles, ensemble qui aura été raffiné successivement ou alternativement par l'entité de gestion CSP et l'entité de gestion NSP.
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

Revendications
1. Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications (5G) comprenant une entité de gestion (NOP) en charge de l'orchestration des fonctions réseau virtualisées formant les tranches de réseau du réseau (5G), caractérisé en ce que le procédé comprend les étapes suivantes, exécutées par ladite entité de gestion (NOP) :
• A partir d'un identifiant (ID1) d'une première tranche de réseau (TRI) déjà existante, sélectionner un ensemble de fonctions réseau virtualisées appartenant à la première tranche de réseau (TRI)
• Créer (CRT) une nouvelle tranche de réseau (TR2) comprenant les fonctions réseau virtualisées sélectionnées précédemment appartenant à la première tranche de réseau (TRI) et comprenant d'autres fonctions réseau virtualisées
2. Procédé de gestion de la création de tranches de réseau selon la revendication 1, caractérisé en ce qu'il comprend de surcroît les étapes suivantes :
• Recevoir, depuis une entité de gestion (NSP) en charge de fournir des tranches de réseau, une demande de création d'une nouvelle tranche de réseau (TR2), la demande comprenant un identifiant (ID1) d'une première tranche de réseau (TRI) déjà existante
• Définir au moins une description de tranche de réseau, ladite au moins une description faisant référence aux fonctions réseau virtualisées sélectionnées à partir de l'identifiant (ID1) appartenant à la tranche (TRI)
• Transmettre à l'entité de gestion (NSP) un ensemble (D) de descriptions définies précédemment de tranches de réseau
• Recevoir depuis l'entité de gestion (NSP) une donnée (D2) représentative d'un choix relatif à la création de la nouvelle tranche de réseau (TR2)
3. Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications (5G) comprenant une entité de gestion (NSP) en charge de fournir des tranches de réseau, caractérisé en ce que le procédé comprend les étapes suivantes, exécutées par ladite entité de gestion (NSP) :
• Recevoir depuis une entité de gestion (CSP) en charge de fournir des services de communication une demande de création d'une nouvelle tranche de réseau (TR2), la demande comprenant un identifiant (ID1) d'une première tranche de réseau (TRI) déjà existante
• Transmettre ladite demande de création à une entité de gestion (NOP) en charge de l'orchestration des fonctions réseau virtualisées
• Recevoir depuis ladite entité de gestion (NOP) un ensemble (D) de descriptions de tranches de réseau
• Transmettre ledit ensemble (D) à l'entité de gestion (CSP)
• Recevoir depuis ladite entité de gestion (CSP) une donnée (D2) représentative d'un choix relatif à la création de la nouvelle tranche de réseau (TR2)
• Transmettre ladite donnée (D2) à l'entité de gestion (NOP) Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications (5G) selon la revendication 3, caractérisé en ce que l'entité de gestion (NSP) procède à un choix parmi l'ensemble (D) de descriptions de tranches de réseau reçu depuis l'entité de gestion (NOP) puis transmette à l'entité de gestion (CSP) le sous-ensemble choisi de descriptions de tranches de réseau parmi l'ensemble (D) de descriptions Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications (5G) comprenant une entité de gestion (CSP) en charge de fournir des services de communication, caractérisé en ce que le procédé comprend les étapes suivantes, exécutées par ladite entité de gestion (CSP) :
• Transmettre à une entité de gestion (NSP) en charge de fournir des tranches de réseau une demande de création d'une nouvelle tranche de réseau (TR2), la demande comprenant un identifiant (ID1) d'une première tranche de réseau (TRI) déjà existante
• Recevoir depuis l'entité de gestion (NSP) un ensemble (D) de descriptions de tranches de réseau
• Choisir parmi l'ensemble (D) de descriptions de tranches de réseau reçu précédemment la description d'une tranche de réseau (TR2) à créer
• Transmettre à l'entité de gestion (NSP) une donnée (D2) représentative d'un choix relatif à la création de la nouvelle tranche de réseau (TR2) Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications (5G) selon la revendication 5, caractérisé en ce que l'entité de gestion (CSP) transmette à l'entité de gestion (NSP), en relation avec la demande de création d'une nouvelle tranche de réseau (TR2) comprenant l'identifiant (ID1), des informations relatives aux fonctionnalités attendues de la nouvelle tranche de réseau (TR2), lesdites informations comprenant des paramètres de qualité de service et des indications relatives au partage de fonctions de réseau virtuelles entre la tranche de réseau (TRI) déjà existante et la nouvelle tranche de réseau (TR2)
7. Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications (5G) selon la revendication 3, caractérisé en ce que l'entité de gestion (NSP) reçoive depuis l'entité de gestion (CSP), en relation avec la demande de création d'une nouvelle tranche de réseau (TR2) comprenant l'identifiant (ID1), des informations relatives aux fonctionnalités attendues de la nouvelle tranche de réseau (TR2), lesdites informations comprenant des paramètres de qualité de service et des indications relatives au partage de fonctions de réseau virtuelles entre la tranche de réseau (TRI) déjà existante et la nouvelle tranche de réseau (TR2) et caractérisé en ce que l'entité de gestion (NSP) transmette à l'entité de gestion (NOP) lesdites informations reçues en plus de la demande de création d'une nouvelle tranche de réseau (TR2) comprenant l'identifiant (ID1)
8. Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications (5G) selon la revendication 2, caractérisé en ce que l'entité de gestion (NOP) reçoive depuis l'entité de gestion (NSP), en relation avec la demande de création d'une nouvelle tranche de réseau (TR2) comprenant l'identifiant (ID1), des informations relatives aux fonctionnalités attendues de la nouvelle tranche de réseau (TR2), lesdites informations comprenant des paramètres de qualité de service et des indications relatives au partage de fonctions de réseau virtuelles entre la tranche de réseau (TRI) déjà existante et la nouvelle tranche de réseau (TR2) et caractérisé en ce que l'entité de gestion (NOP) procède à la sélection d'un ensemble de fonctions réseau virtualisées appartenant à la première tranche de réseau (TRI) et à la définition d'au moins une description de tranche de réseau en prenant en compte lesdites informations reçues Entité de gestion (NOP) en charge de l'orchestration des fonctions réseau virtualisées formant les tranches de réseau d'un réseau de télécommunications (5G), l'entité (NOP) mettant en œuvre un procédé de gestion de la création de tranches de réseau dans le réseau (5G), caractérisée en ce que l'entité de gestion (NOP) comprend :
• Un module (301) de réception apte à recevoir, depuis une deuxième entité de gestion (NSP) en charge de fournir des tranches de réseau, une demande de création d'une nouvelle tranche de réseau (TR2), la demande comprenant un identifiant (ID1) d'une première tranche de réseau (TRI) déjà existante
• Un module (302) de sélection apte à sélectionner, à partir de l'identifiant (ID1) de la première tranche de réseau (TRI) déjà existante, un ensemble de fonctions réseau virtualisées appartenant à la première tranche de réseau (TRI) déjà existante
• Un module (303) de définition apte à définir au moins une description de tranche de réseau, ladite au moins une description faisant référence aux fonctions réseau virtualisées sélectionnées à partir de l'identifiant (ID1) appartenant à la première tranche de réseau (TRI) déjà existante
• Un module (304) de transmission apte à transmettre, à l'entité de gestion (NSP) en charge de fournir des tranches de réseau, un ensemble (D) de descriptions définies précédemment de tranches de réseau
• Un module (305) de réception apte à recevoir, depuis l'entité de gestion (NSP) en charge de fournir des tranches de réseau, une donnée (D2) représentative d'un choix relatif à la création de la tranche de réseau (TR2)
• Un module (306) de création apte à créer (CRT) une deuxième tranche de réseau (TR2) comprenant les fonctions réseau virtualisées sélectionnées précédemment appartenant à la première tranche de réseau (TRI) et comprenant d'autres fonctions réseau virtualisées Entité de gestion (NSP) en charge de fournir des tranches de réseau dans un réseau de télécommunications (5G), l'entité (NSP) mettant en œuvre un procédé de gestion de la création de tranches de réseau dans le réseau (5G), caractérisée en ce que l'entité de gestion (NSP) comprend : • Un module (201) de réception apte à recevoir, depuis une entité de gestion (CSP) en charge de fournir des services de communication, une demande de création d'une nouvelle tranche de réseau (TR2), la demande comprenant un identifiant (ID1) d'une première tranche de réseau (TRI) déjà existante
• Un module (202) de transmission apte à transmettre ladite demande de création à une entité de gestion (NOP) en charge de l'orchestration des fonctions réseau virtualisées
• Un module (203) de réception apte à recevoir, depuis ladite entité de gestion (NOP), un ensemble (D) de descriptions de tranches de réseau
• Un module (204) de transmission apte à transmettre ledit ensemble (D) à l'entité de gestion (CSP)
• Un module (205) de réception apte à recevoir, depuis ladite entité de gestion (CSP), une donnée (D2) représentative d'un choix relatif à la création de la nouvelle tranche de réseau (TR2)
• Un module (206) de transmission apte à transmettre ladite donnée (D2) à l'entité de gestion (NOP) Entité de gestion (CSP) en charge de fournir des services de communication dans un réseau de télécommunications (5G), l'entité (CSP) mettant en œuvre un procédé de gestion de la création de tranches de réseau dans le réseau (5G), caractérisée en ce que l'entité de gestion (CSP) comprend :
• Un module (101) de transmission apte à transmettre, à une entité de gestion (NSP) en charge de fournir des tranches de réseau, une demande de création d'une nouvelle tranche de réseau (TR2), la demande comprenant un identifiant (ID1) d'une première tranche de réseau (TRI) déjà existante
• Un module (102) de réception apte à recevoir, depuis l'entité de gestion (NSP), un ensemble (D) de descriptions de tranches de réseau
• Un module (103) de choix apte à choisir, parmi l'ensemble (D) de descriptions de tranches de réseau reçu précédemment, la description d'une tranche de réseau (TR2) à créer • Un module (104) de transmission apte à transmettre, à l'entité de gestion (NSP), une donnée (D2) représentative d'un choix relatif à la création de la nouvelle tranche de réseau (TR2) Programme d'ordinateur apte à être mis en œuvre par une entité de gestion (NOP) en charge de l'orchestration des fonctions réseau virtualisées formant les tranches de réseau d'un réseau de télécommunications (5G), le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes du procédé de gestion de la création de tranches de réseau selon la revendication 1. Programme d'ordinateur apte à être mis en œuvre par une entité de gestion (NSP) en charge de fournir des tranches de réseau dans un réseau de télécommunications (5G), le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes du procédé de gestion de la création de tranches de réseau selon la revendication 3. Programme d'ordinateur apte à être mis en œuvre par une entité de gestion (CSP) en charge en charge de fournir des services de communication dans un réseau de télécommunications (5G), le programme comprenant des instructions de code qui, lorsqu'il est exécuté par un processeur, réalise les étapes du procédé de gestion de la création de tranches de réseau selon la revendication 5.
EP23817465.0A 2022-12-06 2023-12-05 Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications Pending EP4631228A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR2212819A FR3142853A1 (fr) 2022-12-06 2022-12-06 Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications
PCT/EP2023/084390 WO2024121175A1 (fr) 2022-12-06 2023-12-05 Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications

Publications (1)

Publication Number Publication Date
EP4631228A1 true EP4631228A1 (fr) 2025-10-15

Family

ID=85569645

Family Applications (1)

Application Number Title Priority Date Filing Date
EP23817465.0A Pending EP4631228A1 (fr) 2022-12-06 2023-12-05 Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications

Country Status (4)

Country Link
US (1) US20260205357A1 (fr)
EP (1) EP4631228A1 (fr)
FR (1) FR3142853A1 (fr)
WO (1) WO2024121175A1 (fr)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR3168105A1 (fr) * 2024-10-24 2026-05-01 Orange Procédé de gestion d’un service de communication
CN121364641B (zh) * 2025-12-22 2026-03-27 生态环境部固体废物与化学品管理技术中心 一种基于无线通信的废物分拣设备远程控制方法

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108282352B (zh) * 2017-01-05 2021-03-23 华为技术有限公司 管理网络切片实例的方法、装置和系统
CN109600246B (zh) * 2017-09-30 2021-09-21 华为技术有限公司 网络切片管理方法及其装置

Also Published As

Publication number Publication date
FR3142853A1 (fr) 2024-06-07
US20260205357A1 (en) 2026-07-16
WO2024121175A1 (fr) 2024-06-13

Similar Documents

Publication Publication Date Title
EP3243176B1 (fr) Procédé de traitement d'une transaction à partir d'un terminal de communication
WO2024121175A1 (fr) Procédé de gestion de la création de tranches de réseau dans un réseau de télécommunications
Garcia-Gomez et al. Challenges for the comprehensive management of Cloud Services in a PaaS framework
EP3612970B1 (fr) Procédé de gestion d'un système informatique en nuage
WO2014096660A1 (fr) Procédé de traitement de requêtes d'accès et navigateur web
García-Gómez et al. 4CaaSt: Comprehensive management of Cloud services through a PaaS
WO2022034273A1 (fr) Procede de traitement d'un service de transport de donnees
FR3030966A1 (fr) Systeme de generation d'une fonction reseau virtualisee
EP3829205A1 (fr) Procédés et applications de contrôle d'accès distribué à un réseau de télécommunications
FR2879867A1 (fr) Systeme d'allocation de carte a puce a un operateur de reseau
FR3105694A1 (fr) Procédé de configuration d’un équipement utilisateur, équipement utilisateur, et entité de gestion de règles
WO2025098948A1 (fr) Procédé de création d'une tranche de réseau dont les fonctions sont rendues par plusieurs fournisseurs
FR3168108A3 (fr) Procédé de gestion d’un service de communication
FR3168105A1 (fr) Procédé de gestion d’un service de communication
FR3168100A3 (fr) Procédé de gestion d’un service de communication
FR3168109A3 (fr) Procédé de gestion d’un service de communication
FR3168106A3 (fr) Procédé de gestion d’un service de communication
FR3168048A3 (fr) Procédé de gestion d’un service de communication
FR3168107A3 (fr) Procédé de gestion d’un service de communication
FR3076143A1 (fr) Procede de configuration dynamique d'entites d'un reseau de communications pour l'acheminement de donnees d'un terminal visiteur
EP1413158B1 (fr) Procede d'acces a un service specifique propose par un operateur virtuel et carte a puce d'un dispositif correspondant
WO2022148919A1 (fr) Procede de gestion de demande d'activation d'une session de donnees paquet pour un terminal
EP2284751B1 (fr) Procédé de traçabilité et d'imputabilité dynamiques des échanges dans un environnement ouvert de type internet
EP4523388A1 (fr) Procédé, dispositif et système d'élaboration dynamique d'une infrastructure de données
EP4523104A1 (fr) Procédé, dispositif et système de certification d'une ressource

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20250703

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC ME MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS