WO2023247303A1 - Procédé de fourniture d'informations, procédé de sélection, et entités configurées pour mettre en œuvre ces procédés - Google Patents

Procédé de fourniture d'informations, procédé de sélection, et entités configurées pour mettre en œuvre ces procédés Download PDF

Info

Publication number
WO2023247303A1
WO2023247303A1 PCT/EP2023/066059 EP2023066059W WO2023247303A1 WO 2023247303 A1 WO2023247303 A1 WO 2023247303A1 EP 2023066059 W EP2023066059 W EP 2023066059W WO 2023247303 A1 WO2023247303 A1 WO 2023247303A1
Authority
WO
WIPO (PCT)
Prior art keywords
network
zone
elementary
service
candidate
Prior art date
Application number
PCT/EP2023/066059
Other languages
English (en)
Inventor
Philippe Tamagnan
Antoine Mouquet
Original Assignee
Orange
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 filed Critical Orange
Publication of WO2023247303A1 publication Critical patent/WO2023247303A1/fr

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/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5058—Service discovery by the service manager
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/40—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks using virtualisation of network functions or resources, e.g. SDN or NFV entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5041—Network service management, e.g. ensuring proper service fulfilment according to agreements characterised by the time relationship between creation and deployment of a service
    • H04L41/5051—Service on demand, e.g. definition and deployment of services in real time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management

Definitions

  • the invention belongs to the general field of telecommunications.
  • a communication network such as for example in a 5G core network (or “5GC” for “5G Core network” in English) as defined by the standard 3GPP.
  • 5G core network or “5GC” for “5G Core network” in English
  • Such devices are for example in this context, devices hosting network functions (or NF for “Network Functions” in English) implementing functionalities such as network access, user mobility or even the management of sessions established in networking, storing and publishing network function profiles, etc.
  • network functions or NF for “Network Functions” in English
  • Several instances of the same network function can be deployed within a 5G core network, each instance can be responsible for serving a given geographic area, designated here as a “service area”, made up for example of a group of cells radio.
  • the NF functions can call on a specific NF function responsible for collecting and analyzing network data, called the NWDAF function (for “NetWork Data Analytics Function”). in English).
  • NWDAF function offers the NF functions of the network that request it, statistical analyzes and/or predictions on the behavior of the network in terms of quality of service and/or on the behavior of user equipment (or UE for “User Equipment”). in English).
  • the predictions can be global, that is to say be established at the level of the network, a server, an application or even a region (e.g. load rate of network resources, average quality of service , number of users connected to the network or active sessions, etc.), or be individual, i.e.
  • Statistical analyzes and predictions are carried out based on information that the NWDAF function collects from other NF functions in the network and/or from nodes in the radio access network via the network management entity in charge of operations, administration and maintenance, also known as the OAM entity (for “Operations, Administration and Maintenance” in English).
  • the NWDAF function collects from other NF functions in the network and/or from nodes in the radio access network via the network management entity in charge of operations, administration and maintenance, also known as the OAM entity (for “Operations, Administration and Maintenance” in English).
  • NWDAF instances can be deployed within the 5G core network, each being responsible for serving a specific geographic service area.
  • an NF function of the network for example an AMF function (for “Access and Mobility management Function” in English) for access and mobility management
  • the NRF function for “Network Repository Function” in English
  • This NRF function maintains in a known manner a “catalog” of profiles of instances of NF functions of the 5G core network, each profile associated with an instance of an NF function containing various information such as the identity of the instance, the type of function NF implemented by the instance, its service characteristics, its service area, etc.
  • the NF “consumer” function sends a discovery request to the NRF function specifying one or more search criteria characterizing the NF “provider” function with which it wishes to communicate.
  • search criteria may in particular be the type of NF function sought, that is to say NWDAF in the example mentioned above, the type of statistics and/or predictions desired, an area of interest served by the NF function sought, etc.
  • the NRF function from the NF function profiles available to it, then responds to the discovery request by identifying one or more so-called “candidate” instances meeting the search criterion(s) specified in the request. discovery: if several candidate instances are identified, the NF consumer function must then select one to meet its needs.
  • NWDAF instance The procedure for selecting an NWDAF network function instance (referred to as “NWDAF instance” in the following for the sake of simplification) by an NF consumer function is described in document 3GPP TS 23.288, entitled “Architecture Enhancements for 5G system (5GS) to support network data analytics services (Release 17)", V17.4.0, March 2022, in paragraph 5.2.
  • This procedure requires choosing an NWDAF instance whose service area includes an area of interest defined by the NF consumer function using, for example, TAI type identifiers (for “Tracking Area Identity”). in English) broadcast by the cells present in this area of interest.
  • TAI type identifiers for “Tracking Area Identity”. in English
  • Such an area of interest is for illustration purposes the area in which there is a UE for which the NF consumer function wishes to receive, from the NWDAF function, statistical analyzes and/or predictions.
  • an NWDAF instance with aggregation capacity i.e. capable of collecting and aggregating statistical analyzes and predictions provided by several other NWDAF instances covering the widest possible geographic area .
  • the selection procedure defined in document TS 23.288 does not, however, provide any indication for selecting an NWDAF instance when the area of interest of the NF consumer function is covered by the service areas of several distinct candidate NWDAF instances.
  • Figure 1 illustrates such a situation.
  • zone of interest ZI the zone in which the user equipment UE1 is located.
  • this zone of interest ZI is located in the service zones Zl, Z2 and Z4 of the candidate instances NWDAF1, NWDAF2 and NWDAF4.
  • the “consumer” function NF1 can indifferently choose any of the candidate instances NWDAF1, NWDAF2 and NWDAF4 to address its prediction requests relating to the user equipment UE1.
  • the user equipment UE1 is located at the edge of the service areas of candidate instances NWDAF1 and NWDAF4. If user equipment UE1 moves out of either of these service areas, this leaves little time for the corresponding NWDAF instance to collect data on user equipment UE1 in order to produce the predictions requested by the NF1 consumer function.
  • NWDAF2 the candidate instance NWDAF2
  • NWDAF4 the candidate instances NWDAF1 and NWDAF4
  • a similar situation can arise when, during the data collection and/or analytical calculation period, an NWDAF instance (hereinafter “source” NWDAF instance) selected by an NF consumer function is required to transfer all or part of its statistical analysis and/or prediction subscriptions to another NWDAF instance (hereinafter “target” NWDAF instance).
  • the reason for such a transfer may be internal (e.g. load balancing, graceful shutdown of the source NWDAF instance, etc.) or external (e.g. mobility of the user equipment targeted by the statistical analyzes and/or predictions required by the NF consumer function). This transfer procedure is described in document TS 23.288 in paragraph 6.1B.
  • the transfer to the target NWDAF instance may be preceded by a preliminary preparation phase making it possible to trigger data collection at the target NWDAF instance before the source NWDAF instance is no longer effective (for example, before the output of the user equipment UE1 subject to the statistical analyzes and/or predictions required by the NF consumer function of the service area of the source NWDAF instance).
  • document TS 23.288 does not provide any indication of the triggering event for this preliminary preparation phase.
  • the transfer procedure can be initiated by the source NWDAF instance, which must then select the target NWDAF instance which will serve as a relay to establish the statistical analyzes and/or predictions required by the NF consumer function.
  • Discovery of candidate NWDAF instances for transfer by the source NWDAF instance is accomplished by sending a discovery request to the NRF function, as described previously, and selecting an NWDAF instance from among the candidate NWDAF instances identified by the NRF function is carried out according to the selection procedure defined in paragraph 5.2 of document TS 23.288.
  • the source NWDAF instance is therefore likely to encounter the same selection difficulties mentioned above when several service areas assigned to distinct candidate NWDAF instances cover the area of interest defined by the source NWDAF instance.
  • the invention makes it possible to remedy the aforementioned drawbacks by proposing a method for providing information relating to a first device of a communication network, this first device hosting a network function implementing at least one functionality in the network in a service zone covering at least one so-called elementary zone, this method comprising: a step of obtaining, for at least one elementary zone covered by the service zone of the first device, a weight assigned to this elementary zone, this weight being a real number greater than or equal to 0; and a step of supplying to a second device of the network all or part of the weights obtained during the obtaining step.
  • the invention also targets an entity called providing a communication network, configured to provide information relating to a first device of the network, the first device hosting a network function implementing at least one functionality in the network in a service area covering at least one so-called basic area.
  • the supply entity comprises: an obtaining module, configured to obtain, for at least one elementary zone covered by the service zone of the first device, a weight assigned to this elementary zone, this weight being a real number greater than or equal to to 0; and a supply module, configured to supply to a second device of the network all or part of the weights obtained by the obtaining module.
  • the supply entity may be the first device or another device in the network.
  • the first device is typically a service provider device(s) or provider device hosting a network function.
  • the first device may host a network function for collecting and analyzing network data; in the specific context of a 5G network, such a first device is a device hosting an NWDAF network function.
  • the second device is typically a service consumer device or network consumer device wishing to access the services and/or functionalities offered by the first device.
  • a consumer device is for example a device hosting an AMF network function wishing to obtain statistics and/or predictions from a device hosting an NWDAF network function.
  • NWDAF network function a device hosting an NWDAF network function.
  • it may be a device other than a consumer device, such as for example a device configured to manage the devices hosting the different network functions, and in particular to maintain and publish the profiles of these devices.
  • such a device is typically a device hosting an NRF network function.
  • the invention has a preferred but non-limiting application in the following two contexts: the first device is an NWDAF network function implementing the supply method (therefore integrating a supply entity within the meaning of the invention) , and the second device to which the first device provides the weights is an NRF network function; the first device is an NWDAF network function, the supply method is implemented by an NRF network function (which then integrates a supply entity within the meaning of the invention), and the second device is a network function requesting the network function NRF (e.g. an AMF network function or an NWDAF network function) to select an NWDAF network function to make predictions and/or statistics or transfer subscriptions relating to such predictions and/or statistics.
  • NRF network function e.g. an AMF network function or an NWDAF network function
  • the invention advantageously relies on a new way of describing the service areas assigned to devices hosting network functions, geographically distributed in the network. More specifically, the invention exploits the fact that in a network, a service zone assigned to such a device generally covers an integer number, greater than or equal to 1, of “elementary” zones, and thus proposes to describe each service zone from the elementary areas covered by it, to which a weight is assigned, this weight being intended to be taken into account when the device in question competes with other devices on the network to implement the functionalities of a certain function network.
  • each elementary zone of each service zone is assigned a weight.
  • Such an elementary zone is typically a “unitary” geographical zone associated with the network and defined for the purposes of deployment and/or operational functioning of the network.
  • an elementary zone can correspond to a cell of the network or to a set composed of one or more cells of the network such as a location zone (more commonly known as TA or " Tracking Area” in English).
  • TA Tracking Area
  • the service zones of network devices being conventionally defined on the basis of such elementary zones, this makes it possible to adapt to the topology of the network and its deployment (it should also be noted that the dimensions of the elementary zones may differ from one geographical area to another depending on the network deployment conditions; for example we can consider cells of larger or smaller sizes depending on whether we are in an urban or rural environment), and/or its operational functioning .
  • Such a variant can be considered in particular in the context of selecting a network entity ensuring aerial control of flying objects such as drones.
  • a network entity is for example, in the context of a 5G network, a USS/UTM function (for “UAS Service Supplier/UAS Traffic Management” in English, UAS designating “Uncrewed Aircraft System”).
  • NWDAF network function in the situation illustrated in Figure 1
  • a different weight can be assigned to this elementary zone for the different service areas concerned. This makes it possible to assign different priorities to the devices covering these common elementary zones (reflecting for example the preferences of the network operator), and thus to facilitate the choice of a device among the others based on these priorities.
  • the same weight can be allocated to the elementary zone for the service zones of these two devices.
  • the weights are assigned to the elementary zones according to a strategy consistent with the selection policy that one (e.g. the network operator) wishes to implement in the network, taking into account the functionalities implemented by the devices and the context considered.
  • the weight assigned to an elementary zone for the first device can depend on the distance of this elementary zone from the center of the service zone of the first device and/or its distance relative to the border (i.e. the border) of this service area.
  • the further the center of an elementary zone is from the center of the service zone considered, or the closer this center is to the edge of the service zone the lower the weight assigned to this elementary zone can be.
  • a service area is made up of a large number of cells arranged in a line
  • an elementary zone is assigned a lower weight for the device for which it is furthest from the center of the service zone or closer to the limits of the service zone.
  • a relative weight (expressed for example in the form of a percentage), comprised between 0 and 1, and possibly normalized on all of the service zones covering this basic zone served by devices implementing the same network function, or an absolute weight, greater than or equal to 0.
  • Assigning non-standardized absolute weights facilitates the management of changes in these weights, in particular in case of removing or adding an instance of a given network function. However, it is important to ensure that these weights are expressed on the same scale (so that they remain comparable).
  • the weights can be assigned to the elementary zones covered by a service zone of a device in a static manner, for example they can be assigned by the network operator empirically or via experts, then obtained through a configuration carried out by the network operator using mechanisms known per se. Alternatively, the assignment can be more dynamic, and the weights can be generated via the execution of a given algorithm or a particular analytical formula applied for example by the first device.
  • weights can thus be either identical or different as long as they concern service areas of devices ensuring different functionalities in the network.
  • a metric from the weights assigned to the elementary zones covering an area of interest for several devices hosting the same network function and choose the device optimizing the metric thus evaluated.
  • a metric is for example the sum (possibly weighted) of the weights assigned to the elementary zones covered by the zone of interest.
  • other metrics can be considered to compare the weights assigned for different devices to the elementary zones included in the zone of interest.
  • the second device is configured to manage devices hosting network functions and all or part of the weights obtained are provided to the second device during a recording or an update of a profile of the first device with the second device.
  • a second device is for example in a 5G core network, as mentioned previously, a device hosting an NRF function, and now profiles of the network function instances deployed in the network.
  • the weights obtained assigned to the elementary zones covered by said service zone are obtained during recording of a profile of the first device and all or part of said weights obtained are provided in response to a request for discovery of network devices hosting a network function and responding to at least one given search criterion, said discovery request coming from the second device and said first device responding to said at least a given search criterion.
  • weights assigned to this elementary zone for the service zone of the first device and for said at least one other service zone of said at least one third device can be chosen such that their sum is non-zero and lower or equal to 1.
  • a sum taken equal to 1 makes it possible to standardize the weights assigned to the same elementary zone on overlapping service zones (that is to say which have a non-zero intersection or are not disjoint) served by separate devices. This standardization facilitates the interpretation of the metrics obtained for the different devices and the priorities reflected by these metrics.
  • the supply method further comprises: a step of updating at least one weight assigned to said elementary zone covered by said service zone of the first device; and a step of supplying said at least one updated weight to the second device.
  • This embodiment makes it possible to take into account a potential evolution over time of the weights assigned to the elementary zones and to ensure that the second device is informed of this evolution.
  • Such an evolution may be linked in particular to the appearance or disappearance of network function instances in the network, but also to other factors (e.g. load balancing, temporary unavailability of a network function instance, etc.).
  • the invention facilitates and therefore makes it possible to optimize the selection of a network device among several ensuring the same network function.
  • the invention aims at a method of selection by a device of a communication network, called the fourth device, comprising: a step of sending, to a device of the network called the fifth device, a request discovering network devices hosting a network function and meeting at least one given search criterion; a step of obtaining a response to said discovery request identifying at least one device of the so-called candidate network hosting a network function and responding to said at least one given search criterion, said response comprising for each candidate device having a service area covering a zone of interest defined by the fourth device, a weight assigned to each so-called elementary zone covered by said service zone and said zone of interest, said weight being a real number greater than or equal to 0; and a step of selecting said candidate device to implement at least one functionality of the network function that it hosts by comparing the weights assigned to the elementary zones covered by
  • the invention also relates to a so-called communication network selection entity comprising: a sending module, configured to send to a network device a request for discovery of network devices hosting a network function and responding to at least one given search criterion; an obtaining module, configured to obtain a response to said discovery request identifying at least one device of the so-called candidate network hosting a network function and responding to said at least one given search criterion, said response comprising for each candidate device having a zone service covering an area of interest defined by the selection entity, a weight assigned to each so-called elementary area covered by said service area and said area of interest, said weight being a real number greater than or equal to 0; and a selection module, configured to select said candidate device to implement at least one functionality of the network function that it hosts by comparing the weights assigned to the elementary zones covered by the zone of interest obtained for each candidate device identified in the answer.
  • a sending module configured to send to a network device a request for discovery of network devices hosting a network function and responding to at least one given search cri
  • the fourth device can be a device hosting an NF consumer function, such as for example an AMF function, the fifth device a device hosting an NRF function, and the candidate devices, devices hosting an NWDAF function.
  • an NF consumer function such as for example an AMF function
  • the fifth device a device hosting an NRF function
  • the candidate devices devices hosting an NWDAF function.
  • this example is given for illustrative purposes only and is not limiting to the invention.
  • the fourth device may be a device hosting an NWDAF function and searching for another NWDAF function instance to transfer its prediction and/or statistics subscriptions.
  • the first, second, third, fourth and fifth devices and candidate devices do not necessarily designate separate devices in pairs.
  • the fifth device within the meaning of the invention may be a second device within the meaning of the invention having obtained the weights associated with the elementary zones of the network covered by the service zones of a plurality of first devices within the meaning of the invention. invention, the candidate devices identified by the fifth device being selected from these first devices.
  • the selection step comprises a determination, for each candidate device of the network identified in the response, of a metric from the weights obtained assigned to the elementary zones covered by the service zone of this candidate device and by the zone of interest, the selected candidate device being the one which optimizes said metric among the candidate devices identified in the response.
  • the metric determined for said candidate device corresponds to a weighted sum of the weights assigned to the elementary zones covered by the service zone of this candidate device and by the zone of interest defined by the fourth device.
  • the weighting factors used to evaluate the overall metric are positive or negative real numbers, for example rational numbers (e.g. percentages) between 0 and 1, or more generally real numbers between 0 and 1.
  • the weighting factors used in the weighted sum are all taken equal to 1. This amounts to considering as metric the sum of the weights assigned to the elementary zones covered by the service zone of the candidate device considered and by the area of interest.
  • each weight assigned to an elementary zone is weighted by a probability of presence of user equipment managed by the fourth device in this elementary zone.
  • the probability of presence of the user equipment can come from a mobility prediction carried out for example by a device hosting a network data collection and analysis function such as a device hosting an NWDAF function for a 5G network. Alternatively, it may result from the observation of the presence of the user in the elementary zone.
  • This second variant has a preferred application in the context of a transfer procedure, and more particularly when the fourth device is a device ensuring a certain functionality in the network in connection with user equipment (e.g. a device hosting a network function NWDAF) and that it interrogates the fifth device (e.g. a device hosting an NRF function) to identify a relay to which to transfer the subscriptions relating to the user equipment.
  • the selected candidate device is then used as a relay for the fourth device to implement said functionality initially provided by the fourth device.
  • the second variant ensures that the transfer to the relay thus selected is sustainable and does not require, in the too short term, the selection of a new relay device to manage the mobility of the user equipment. which could prove detrimental (it is indeed desirable, for the sake of minimizing network signaling and greater robustness, not to trigger transfer procedures too often).
  • the fourth device and said selected candidate device host the same network function, and said selected candidate device is used as a relay of the fourth device to implement at least one functionality of said network function.
  • a preparatory phase As mentioned previously, it is possible to consider triggering a preparatory phase, as a preliminary to the transfer procedure, to avoid too sudden a transfer and a back and forth between the fourth device and the selected candidate device serving as a relay.
  • This preparatory phase advantageously relies on the covering of the service zones of the fourth device and the relay device.
  • the candidate device chosen as relay carries out certain operations necessary for the proper execution and efficiency of the transfer: typically, for a NWDAF network function, during this preparatory phase, the candidate device chosen as relay can begin to collect and analyze network data related to the subscriptions that will be transferred to it.
  • the invention in a particular embodiment, advantageously provides indications on the appropriate moment at which to trigger such a preparatory phase.
  • the selection method further comprises, when the fourth device detects an entry from user equipment that it manages in an elementary zone covered by its service zone and having a weight assigned for the fourth device less than a given threshold or less than a weight assigned to said elementary zone for a said candidate device identified in the response to the discovery request, triggering a phase of preparation for the use of the device candidate selected as relay of the fourth system.
  • This embodiment therefore advantageously indicates to the fourth device when to trigger the preparatory phase of the transfer, which makes it possible to improve the efficiency of the transfer.
  • the supply and selection methods are implemented by a computer.
  • the invention also relates to a computer program on a recording medium, this program being capable of being implemented in a computer or more generally in a supply entity conforming to the invention and comprises instructions adapted to the implementation of a supply process as described above.
  • the invention also relates to a computer program on a recording medium, this program being capable of being implemented in a computer or more generally in a selection entity according to the invention and comprises instructions adapted to the implementation of a selection process as described above.
  • Each of these programs can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other desirable shape.
  • the invention also relates to an information medium or a recording medium readable by a computer, and comprising instructions for a computer program as mentioned above.
  • the information or recording medium can be any entity or device capable of storing programs.
  • the medium 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, for example a hard disk, or a flash memory.
  • the information or recording medium can be a transmissible medium such as an electrical or optical signal, which can be routed via an electrical or optical cable, by radio link, by optical link without wire or by other means.
  • the program according to the invention can in particular be downloaded onto an Internet type network.
  • the information or recording medium may be an integrated circuit in which a program is incorporated, the circuit being adapted to execute or to be used in the execution of the supply and selection processes according to the invention.
  • the invention also relates to a system in a communication network comprising: at least one device for collecting and analyzing network data comprising a first supply entity according to the invention; a device for managing profiles of a plurality of devices hosting network functions of the network, comprising a second provisioning entity according to the invention; and a device hosting a network function of the network and comprising a selection entity according to the invention.
  • the first supply entity can be configured to provide the profile management device with the weights assigned to the elementary zones covered by a service zone of the collection and analysis device; and the selection entity can be configured to send a discovery request relating to a given search criterion to the management device and receive, in response to this discovery request, from the second supply entity, weights assigned to the elementary zones of the service zones of candidate devices meeting said search criterion.
  • the system according to the invention has the same advantages mentioned above as the supply and selection methods, and as the supply and selection entities according to the invention. It has a privileged application in the context of a 5G network, for the selection in particular of an instance of an NWDAF network function whether in the context of access to the functionalities offered by this network function or in the context of a transfer procedure between two NWDAF network function instances.
  • the device of the system according to the invention hosting a network function of the network is a so-called collection and analysis device.
  • FIG. 1 Figure 1, already described, illustrates a situation in which several candidate instances are available to ensure an NWDAF network function in a 5G network;
  • Figure 2 represents, in its environment, a system in a communication network according to the invention, in a particular embodiment
  • FIG. 3 schematically represents the hardware architecture of a computer capable of hosting any of the entities according to the invention belonging to the system of Figure 2;
  • Figure 4 represents the functional modules of the devices of the system of Figure 2;
  • Figures 5 and 6 respectively represent, in the form of flowcharts, the main stages of a supply process according to a second variant and according to a first alternative embodiment of the invention
  • Figure 7 illustrates an example of a communications network in which the system of Figure 2 and different service areas served by devices of this system are located;
  • Figure 8 illustrates another example of service areas assigned to two network function instances of a communications network
  • Figure 9 represents, in flowchart form, the main stages of a selection method according to the invention.
  • Figure 10 also represents, in flowchart form, the main steps of a selection method according to the invention when it is used as part of a transfer procedure.
  • Figure 2 represents, in its environment, a system 1 according to the invention, in a particular embodiment in which it is located in an NW cellular communication network based on a 5GC core network as defined by the 3GPP standard (subject to adjustments linked to the implementation of the invention).
  • a service area assigned to a network function instance corresponds to the geographical area served by this instance, that is to say the area in which it provides the functionality(ies) for which it is responsible within the CN core network. The definition of this service area may depend on the functionalities provided by the instance in question.
  • this service area can be defined according to the location of the UEs: an NWDAF instance can be assigned to the northern part of a country covered by the NW network, while another NWDAF instance may be assigned to the southern part of the country in question.
  • NWDAF network function instance that collects and analyzes data collected from other NF functions (e.g. load, etc.)
  • the service area of that network function instance can be defined relative to the location of those functions NF (for example one per region of a country covered by the NW network).
  • Such a service zone generally covers an integer number K greater than or equal to 1 of elementary zones associated with the network (in other words, defined in the context of the network), typically an integer number K of cells of the cellular network NW, K which may of course vary from one device to another.
  • a location zone is made up of one or more cells of the network and corresponds to the geographical zone within which user equipment can move without having to update its registration with the CN core network.
  • a location zone is made up of one or more cells of the network and corresponds to the geographical zone within which user equipment can move without having to update its registration with the CN core network.
  • the device NF1 hosts an instance of a network function of the NRF type, and maintains in a manner known in itself a catalog of the profiles of the other network functions (i.e. their different instances, if applicable) of the CN core network.
  • Each profile associated with an instance of a network function generally referenced by NFPROF, contains various information such as the identity of the instance, the type of corresponding network function, its service characteristics (e.g. how it can be joined , the resources it manages, etc.), its operational state (e.g.
  • the NF1 device relies on a plurality of services including discovery and management services (including recording operations). /deregistration/update) which here respectively take up the logic of the Nnrf_NFDiscovery and Nnrf_NFManagement services described in the 3GPP TS 23.502 documents entitled “Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2; (Release 17)”, V17.4.0, March 2022 and TS 29.510 entitled “Technical Specification Group Core Network and Terminais; 5G System; Network Function Repository Services; Stage 3; (Release 17)”, V17.5.0, March 2022 (with the adjustments required by the invention detailed later).
  • the NF1 device comprises a supply entity according to the invention according to a first variant embodiment, so that all or part of the profiles maintained by the NF1 device are enriched with additional information , as detailed further later;
  • the NF2 device hosts an AMF network function instance, implementing access and mobility management functionalities in the network.
  • the NF2 device comprises a selection entity according to the invention; and NF3,...,NFN devices host NWDAF network function instances, implementing network data collection and analysis functionalities.
  • NWDAF network function instances implementing network data collection and analysis functionalities.
  • Each of these devices here comprises a supply entity conforming to the invention according to a second alternative embodiment, as well as a selection entity conforming to the invention.
  • the core network CN comprises in a manner known per se other devices hosting network function instances offering other functionalities necessary for the operational functioning of the core network CN and more generally of the NW network.
  • the core network CN includes network function instances SMF (for “Session Management Function” in English) for managing sessions, PCF (for “Policy Control Function” in English) for managing flow policy, etc.
  • the devices NF1,...,NFN have the hardware architecture of a computer 2, as shown in Figure 3.
  • the computer 2 notably comprises a processor 3, a RAM 4, a memory dead memory 5, a non-volatile memory 6, and means of communication 7 allowing in particular the NF1,..., NFN devices of system 1 to communicate with each other and with other devices where appropriate of the CN core network and/or more generally of the NW cellular network.
  • These means 7 of communication rely on the one hand, on a wired or wireless communication interface, known per se and not described in more detail here, but also here on one or more software interfaces based on the service or SBI (for “Service Based Interface” in English).
  • the non-volatile memory 6 of the computer 2 constitutes a recording medium conforming to the invention, readable by the processor 3 and on which one or more computer programs conforming to the invention are recorded. .
  • the non-volatile memory 6 of the computer 2 comprises, when it concerns the device NF1 (which hosts an NRF function), a recording of a computer program PROG1, comprising instructions defining the main stages of a supply process according to the invention according to the first alternative embodiment.
  • This PROG1 program defines functional modules of a supply entity according to the first alternative embodiment of the invention which rely on or control the hardware elements 3 to 7 of the computer 2 mentioned above.
  • These modules include in particular as illustrated in Figure 4: an obtaining module 8A, configured to obtain, from at least one device (playing the role of first device within the meaning of the invention) hosting a network function instance managed by the NF1 device and for which the NF1 device memorizes and maintains the profile, a weight assigned to at least one elementary zone covered by the service zone served by this network function instance, this weight being a real number (e.g. . a rational number such as a percentage) greater than or equal to 0.
  • an obtaining module 8A configured to obtain, from at least one device (playing the role of first device within the meaning of the invention) hosting a network function instance managed by the NF1 device and for which the NF1 device memorizes and maintains the profile, a weight assigned to at least one elementary zone covered by the service zone served by this network function instance, this weight being
  • the obtaining module 8A obtains in particular such weights for each of the devices NF3,..., NFN of the CN core network hosting an NWDAF network function, and for each elementary zone covered by each service zone of the NF3,...,NFN devices.
  • weights in particular non-harmful weights
  • weights are obtained by the device NF1 and more particularly by its module 8A, when the devices NF3,..., NFN record their profiles with it and/or during an update of these profiles; the NF3,...,NFN devices use for this purpose here the Nnrf_NFManagement service offered by the NF1 device adapted to transmit the weights of the elementary zones, as detailed in more detail later; and a supply module 8B, configured to supply a consumer device of the core network CN (playing the role of second and fourth device within the meaning of the invention), when the device NF1 is interrogated by the consumer device by means of a discovery request relating to at least one CRIT search criterion (as defined for example within the framework of the Nnrf_NFDiscovery service implemented by the NF1 device), the weights obtained by the obtaining module 8A, assigned to the elementary zones covered by the service areas of the devices whose profile it memorizes and which meet the CRIT search criterion.
  • CRIT search criterion as defined for example within the framework
  • Such CRIT search criterion includes for example a type of network function implemented by the devices (e.g. NWDAF function), an area of interest that the devices must serve, etc.
  • the weights are provided by the supply module 8B in the response to the search request sent by the NF1 device to the consumer device.
  • consumer device we consider as consumer device, the NF2 device hosting an AMF network function, and the NF3 device hosting an NWDAF network function.
  • these examples are given for illustrative purposes only and other consumer devices can be considered as a variant.
  • modules 8A and 8B of the NF1 device are described in more detail later with reference to the steps of the supply method according to the first alternative embodiment of the invention.
  • the non-volatile memory 6 of the computer 2 comprises a recording of a computer program PROG2, comprising instructions defining the main stages of a selection method according to the invention.
  • This PROG2 program defines functional modules of a selection entity according to the invention, integrated in the NF2 device and in each of the NF3,...,NFN devices, which rely on or control the hardware elements 3 to 7 of computer 2 cited previously.
  • These modules include in particular, in the embodiment described here and as illustrated in Figure 4: a sending module 9A, configured to send to a device of the core network CN, in this case here to the device NF1 hosting the network function NRF (playing the role of fifth device within the meaning of the invention), a request for discovery of devices in the CN core network hosting network functions and meeting at least one given CRIT search criterion, as described previously (e.g.
  • a module 9B for obtaining configured to obtain a response to this discovery request identifying at least one device of the so-called candidate CN core network, hosting a network function and responding to said at least one given CRIT search criterion.
  • This response includes for each candidate device having a service area covering an area of interest defined by the selection entity (entirely in the embodiment described here), the weight stored in the profile of the candidate device assigned to each area elementary covered by said service zone and by the zone of interest, said weight being a real number greater than or equal to 0.
  • the response can also include the weights of the elementary zones covered by the zone of service of the candidate device which are not included in the area of interest; a determination module 9C, configured to determine for each candidate device identified in the response obtained, a metric based on the weights assigned to the elementary zones covered by this service zone and the zone of interest; and a selection module 9D, configured to select a candidate device to implement at least one functionality of the network function that it hosts, by comparing the weights assigned to the elementary zones covered by the zone of interest obtained by the module 9B of obtained for each candidate device identified in the answer.
  • the selection module 9D uses the metrics determined by the determination module 9C for the different candidate devices identified in the response and selects the candidate device corresponding to the optimal determined metric.
  • the PROG2 program When stored in the non-volatile memory 6 of an NF3,...,NFN device, the PROG2 program further defines a transfer module 9E, configured to implement a transfer procedure, such as for example that described in document 3GPP TS 23.288, and transfer to the candidate device selected by the selection module 9D all or part of the subscriptions for which the device NF3,...,NFN is responsible.
  • This transfer module 9E is further configured to trigger a preparation phase of the transfer procedure with the selected candidate device, as described in more detail later.
  • this preparation phase includes in particular the transmission by the transfer module 9E to the selected candidate device of information concerning the subscriptions which will be transferred to it so that the selected candidate device is able to collect data to carry out the predictions/statistics required by these subscriptions as soon as the transfer is effective.
  • modules 9A-9D and, where applicable, 9E are described in more detail later with reference to the steps of the selection process according to the invention.
  • the non-volatile memory 6 of the The computer 2 comprises a recording of a PROGT computer program, comprising instructions defining the main steps of a supply process according to the second alternative embodiment of the invention.
  • the obtaining module 8A' can obtain the weights in different ways: the weights can be assigned statically and empirically or by expertise by the operator of the cellular network NW (and the core network CN) and configured at the level of the NFn device by the latter (for example via an appropriate message or configuration interface, provided for this purpose). Alternatively, they can be evaluated dynamically by the obtaining module 8A' by applying an algorithm defined and parameterized by the network operator. Various strategies for assigning weights to elementary zones can be adopted by the operator.
  • these weights are intended to guide the selection of one device among several hosting the same network function; the weights are therefore assigned to the elementary zones covered by a service zone according to a strategy consistent with the selection policy that the network operator wishes to implement in the network, taking into account the functionalities offered by the device in question and the context considered. Examples of assignment strategy and assigned weights are described in more detail later; a module 8B' for supplying the weights obtained assigned to the elementary zones covered by the service zone of the NFn device considered.
  • the supply module 8B' is configured to supply these weights to a device of the core network CN managing the devices hosting network functions and memorizing the profile of these devices. In the example considered in Figure 2, this is the NF1 device hosting the NRF function.
  • the supply module 8B' is configured to provide the weights assigned to the elementary zones covered by the service zone of the NFn device considered when recording the profile of the NFn device with the NF1 device (using the Nnrf_NFManagement service proposed by the NF1 device), for example in a new attribute of this profile provided for this purpose.
  • the attribute in question can in particular list, by means of their identifiers, the elementary zones covered by the service zone of the NFn device, and for each elementary zone, indicate the weight assigned to it by the network operator. Alternatively, we can consider completing the attribute defining the service area of the NFn device provided in its profile.
  • the supply module 8B' can update said weight with the NF1 device to signal that evolution. To this end, he can update his profile using, for example, the Nnrf_NFManagement service offered by the N Fl device.
  • the NF3,...,NFN devices host instances of the same NWDAF network function for data collection and analysis. These devices are geographically distributed over the coverage area of the NW network, each NFn device serving a service zone Zn in which it implements the functionality(ies) of an NWDAF network function, namely for example collecting data representative of network facts (e.g. state of user equipment, cell in which it is located, etc.) to other network functions and/or radio nodes via the OAM entity of the network, establish statistics and/or from the collected data predictions (global and/or individual), etc.
  • network facts e.g. state of user equipment, cell in which it is located, etc.
  • each elementary zone ZEk(n) is a cell of the NW network.
  • Figure 7 illustrates an example of service zones Z3, Z4, Z5 and Z6 assigned respectively to the devices NF3, NF4, NF5, NF6 hosting an NWDAF network function.
  • Cell C13 is covered by devices other than devices NF3, NF4, NF5, NF6.
  • the service zones of some of the NF3,...NFN devices can be defined so as to be overlapping.
  • overlapping zones are zones which are not disjoint, that is to say which have a non-empty intersection (in the topological sense of the term).
  • the same basic zone can be covered by the service zones of several devices ensuring the same network function.
  • the overlapping service zones may originally have been defined in a disjointed manner, then extended to present overlaps, for example with a view to allowing the execution of certain procedures within the network, such as in particular the preparatory phase which precedes a transfer procedure between two AMF functions.
  • the weights can also change over time, for example in the event of the disappearance or appearance of an instance of the network function, the momentary unavailability of this instance, a desire to balance the load, etc.
  • each weight assigned to an elementary zone for the service zone Zn of the device NFn reflects the relevance of this device (or equivalently the priority that we (e.g.
  • the operator of the NW network grants it) to ensure the NWDAF network function in this elementary zone (for example in view of the operator's preferences), taking into account the fact that this same network function can be executed by other devices serving this same zone elementary, and that the UEs (user equipment) on which the statistics and/or predictions entrusted to the NWDAF network function are likely to relate are likely to move.
  • each weight is expressed in the form of a percentage and the sum of the weights assigned to an elementary zone covered by several service zones is standardized (i.e. taken equal to 1 or equivalently to 100%) over all of said service areas.
  • other choices can be considered, such as for example assigning non-normalized absolute weights (i.e.
  • the weight assigned to this elementary zone for an NFn device may depend on its distance (evaluated for example by taking its center or its barycenter as a reference) relative to the center of the service zone Zn of the NFn device considered or on its distance relative to the limits of the Zn service zone: for example, the further the elementary zone will be from the center (or the barycenter) of the Zn service zone or the closer it will be to an edge or the border of the service zone Zn, the more the weight assigned to it for this service zone compared to the service zones of the other devices covering the elementary zone can be chosen low, in order to reflect that the NFn device is less "priority" than the others in this zone elementary.
  • Figure 8 illustrates in a simple manner this principle for two devices DI' and D2' hosting instances of the same network function, to which the service zones ZI' and Z2' are respectively assigned.
  • the centers of the service zones ZI' and Z2' are denoted 01' and 02' respectively.
  • Cl', C2', C3', C4' and C5' are referenced by Cl', C2', C3', C4' and C5'.
  • the cell C4' a greater weight for the device D2' than for the device DI': in fact the cell C4' is located at the edge of the zone service zone ZI' of the device DI' and while it is far from the edge of the service zone Z2'. Conversely, a lower weight is assigned to cell C3' for device D2' than for device DI'.
  • the weight assigned to an elementary zone for the service zone Zn reflects in some way the more or less important connection of this elementary zone to the service zone Zn and therefore to the device NFn serving this service area; in other words, this reflects whether when it comes to covering this elementary area, it is in the interest of selecting the NFn device or another more relevant and appropriate device.
  • the weights assigned to the same elementary zone for different service zones covering this elementary zone therefore make it possible to assign different priorities to the associated devices, and therefore to guide the choice of one device among the others based on these priorities. It should be noted that conversely, if we do not wish to establish priority between two devices implementing the same network function, the same weight can be allocated to an elementary zone for the service zones of these two devices.
  • the weights thus assigned to the different elementary zones of the network covered by the service zone Zn of the NFn device are stored for example in the non-volatile memory 6 of the computer 2 hosting the NFn device. With reference to Figure 5, they can thus be obtained by the module 8A' of the NFn device by consulting this memory (step E10).
  • the device NF1 memorizing the profiles of the network function instances operating in the core network CN (step E20). More specifically, in the second embodiment described here, the weights w(ZEk(n)) assigned to the different elementary zones ZEk(n) of the network covered by the service zone Zn of the device NFn are supplied to the device NF1 implementing the function NRF network when registering the NFPROF(NFn) profile of the NFn device with the NF1 device.
  • the module 8B' of the NFn device can provide the weights which have evolved (or again all the weights) by updating its profile, in for example again using the Nnrf_NFManagement service offered by the NF1 device which allows such an update, adapted to include an update of the weights.
  • the obtaining module 8A stores the profiles of the NFn devices in the non-volatile memory 6 of the computer 2 hosting the NF1 device. The same applies in the event of an update.
  • the weights assigned to the elementary zones covered by the service zones of the NF3,...,NFN devices can in this way be made available (i.e. provided) easily to the instances of consumer network functions of the CN network wishing to request these devices to the collection and/or analysis of data, in the same way as other information stored in the profile of these devices. Consumer instances can for this purpose use, for example, the Nnrf_NFDiscovery service implemented by the NF1 device.
  • Figure 9 illustrates the main steps of a selection method according to the invention implemented in a particular embodiment by a network consumer device such as the NF2 device in the example envisaged in Figure 2.
  • the device NF2 hosts an AMF network function and wishes to access, for the needs of this network function, statistics and/or predictions, established by a network function NWDAF of the core network CN and carrying on a UE referenced by 9 in Figure 2, which is attached to it (in other words which is managed by it).
  • the discovery request REQ issued by the NF2 device aims to discover the devices in the CN network hosting a network function and here responding to two CRIT search criteria specified in the request, namely a particular type of network function (NWDAF in the example considered here) and a zone of interest ZI defined by the consumer device NF2.
  • the discovery request REQ may relate to a greater or lesser number of criteria; for example, the discovery request may only specify the network function that the searched devices must implement, and/or on other criteria (e.g. statistics or particular predictions, etc.).
  • the zone of interest ZI corresponds to the zone in which the UE 10 is located. It is derived here by the device NF2 from the recording zone RA assigned to the UE 10.
  • the zone of interest ZI is the zone RA assigned to the UE 10 at the time of sending the discovery request REQ; this RA zone includes one or more elementary zones of the NW network (e.g. one or more cells).
  • the zone RA of the UE 10 contains only the cell C6.
  • the candidate devices are identified by the supply module 8B among the NF3,..., NFN devices implementing the NWDAF network function and the supply module 8B determines that the candidate devices NF3, NF4 and NF5 have a service area covering the entire ZI zone of interest.
  • the device NF1 sends to the device NF2 not only the weights assigned to the elementary zones included in the zone of interest ZI, but also the weights assigned to the elementary zones not included in this ZI zone.
  • the device NF2 sends to the device NF2 not only the weights assigned to the elementary zones included in the zone of interest ZI, but also the weights assigned to the elementary zones not included in this ZI zone.
  • An example of using these weights outside the zone of interest ZI is described in more detail later.
  • the metric p(NFCj) calculated by the determination module 9C for each NFCj candidate device concerned is the sum of the weights assigned to the elementary zones covered by the service zone of this candidate device and by the zone of interest ZI.
  • the NF2 device sends its request to the selected NFCjO device, this request indicating the statistics and/or predictions desired by the NF2 device (step G50).
  • a network function instance (for example the NF3 device selected during step G50) must transfer the requests which were addressed to it in all or part to another instance implementing the same network function.
  • This transfer from an instance qualified as “source” to an instance qualified as “target” or relay can be triggered for internal reasons (e.g. load balancing, gradual shutdown of the instance, etc.), or for external reasons (e.g. mobility of user equipment for which it is in charge) signaled for example by other network functions with which it has subscribed to be informed of corresponding events.
  • Such a transfer requires the selection of a new network function instance (i.e. the target instance or serving as a relay in an equivalent manner).
  • Figure 10 represents the main steps implemented here by the previously selected NF3 device (source device) when such a situation arises, requiring a transfer to a target instance also implementing the NWDAF network function to serve as a relay for the NF3 device for all or part of the functionalities it implements. These steps repeat, possibly with a few adjustments, the steps of the selection process according to the invention which have just been described.
  • the NF3 device detects that a transfer is necessary to another NWDAF instance of all or part of the subscriptions or requests which have been addressed to it, and more particularly here, requests for prediction and statistics sent by the NF2 system in relation to EU 10 (step H 10).
  • the detection that a transfer is necessary can rely on information reported by other network functions of the CN core network, such as in particular the notification of events to which the NF3 device has previously subscribed.
  • the NF3 device can, on the basis of the location information of the UE 10 which is transmitted to it from the NF2 device (AMF), detect that the UE 10 is moving and determine whether it is still able to provide the analysis and prediction service required by the NF2 device or whether it needs to transfer the corresponding subscriptions from the NF2 device to another NWDAF instance (target instance).
  • AMF NF2 device
  • the NF3 device selects the target NWDAF instance (or equivalently the device hosting this target instance) to which to carry out the transfer if this is confirmed. To this end, it sends a discovery request REQ to the NF1 device (step H20) comprising at least one CRIT criterion to which the searched devices must respond.
  • the discovery request includes the NWDAF type as a CRU criterion. It can also optionally include a zone of interest defined by the device NF3, corresponding for example to the current location of the UE 10.
  • the zone of interest ZI specified in the request for discovered is the RA zone of the UE 10, and more particularly the cell C7 in the example of Figure 7, the UE 10 having moved from the cell C6 to the cell C7 after the selection of the NF3 device.
  • Sending step H20 is identical to step G10 previously described with reference to Figure 8.
  • the RESP response addressed to the NF3 device identifies the NF3, NF4 and NF6 devices.
  • the determination module 9C selects this candidate device as a potential relay for the NF3 device and triggers the transfer to it of all or part of the subscriptions that it addressed the NF2 device when the need for transfer is confirmed (for example, when the NF3 device detects that the UE 10 is in cell C8, outside the coverage of the NF3 device).
  • the metric p'(NFCm) calculated by the module 9C for determining the device NF3 for each NFCm candidate device concerned different from NF3 is the weighted sum of the weights assigned to the elementary zones covered by the service area of this candidate device and by the area of interest.
  • the weighting factors applied to the weights assigned to each elementary zone are representative of the probability of presence of the UE 10 in this elementary zone at a certain time horizon (for example in the next 10 minutes).
  • the NF3 device takes into account a mobility prediction of the UE 10 to decide the candidate device to which to transfer if it is confirmed.
  • Such presence probabilities can be determined for example by the NF3 device from the data it collects for the NF2 device (we already note that they can be part of the statistics/predictions requested by the NF2 device from the NF3 device). Alternatively, it can obtain these probabilities from other network functions of the CN core network.
  • weighting factors than the probabilities of presence of the UE 10 can be applied in the weighted sum to the weights of the elementary zones, or to calculate the metric p'(NFCm) associated with each candidate device, in particular if the transfer is envisaged for a reason other than the mobility of the EU 10.
  • the weighting factors applied can be chosen in relation or not to the reason for the transfer. For example, as in step G30 described previously, unitary weighting factors can be applied to each weight considered in the metric. According to another example, it is possible to consider using as weighting factors other information contained in the profiles of the candidate devices stored with the device NF1, such as for example the charge levels of the candidate devices.
  • the device NF3 determines the following probabilities denoted Prob of presence of the UE 10 in the elementary zones covered by the candidate devices identified in the RESP response (NF4 and NF6 in the illustrative example envisaged here) :
  • the sum of the probabilities over all the elementary zones covered by the candidate devices is normalized. Note, however, that such standardization is not obligatory. It may depend in particular on the way in which defines the probability of presence of the EU in a given elementary zone. For example, if this probability is defined as the probability that the EU is found at least once in this elementary zone in a given time horizon, the sum of the probabilities obtained can be greater than 1. On the other hand, if we consider the probability presence of a UE in an elementary zone at a given time, the sum of the probabilities is normalized by definition.
  • the sum of the metrics p' is not equal to 100% here because the NF3 device also covers the zone of interest but is not taken into account in the calculation of the metrics since we interested in a transfer from this device (the metric p' calculated for the NF3 device is effectively equal to 6% so that the sum on the NF3, NF4 and NF6 devices is indeed equal to 100%).
  • the module 9D for selecting the device NF3 selects the candidate device NFCmO optimizing the metric p' as a relay potential to carry out the predictions/statistics required by the device NF2 (step H50), in other words, in the mode of realization described here, the one which maximizes the metric p'.
  • the NF4 device which is selected as the relay potential, in other words as the target device to which to trigger the transfer.
  • the device NF3 transfers, through its transfer module 9E, the subscriptions sent to it by the NF2 device to the NF4 device so that it takes charge of these subscriptions (step H60).
  • the NF4 device then takes care of subscriptions, collects network data and carries out the corresponding predictions/statistical analyzes at the end of the transfer.
  • the candidate device identified as relay for example, the NF4 device in the illustrative example envisaged previously
  • the source device begins to collect data so as to be effective upon transfer to carry out the statistical analyses/predictions corresponding to the subscriptions which have been transferred to it.
  • the invention advantageously makes it possible to determine when to trigger this preparation phase, by exploiting the weights provided by the NF1 device.
  • the transfer module 9E of the NF3 device can examine different criteria to determine whether or not it triggers the transfer preparation phase to the NF4 device.
  • the transfer module 9E of the NF3 device triggers the preparation phase when it detects that the UE 10 attached to it enters an elementary zone which is covered by its service zone Z3 (and by the service zone of the NF4 device selected for the transfer) and to which is assigned, for the service zone Z3, a weight less than a given threshold.
  • a threshold strictly lower than 50%, for example 30%.
  • the preparation phase is thus typically triggered when the UE 10 enters the cell C7 of the service zone Z3 of the NF3 device which is assigned to a weight of 20%, less than the threshold of 30 %.
  • the transfer module 9E of the device NF3 triggers the preparation phase when it detects that the UE 10 enters an elementary zone which is covered by its service zone Z3 (and by the zone of service of the NF4 device selected for the transfer) and to which is assigned, for the service zone Z3, a weight lower than the weight assigned to this same elementary zone for another device implementing the NWDAF network function (i.e. the same network function as the source NF3 device).
  • NWDAF network function i.e. the same network function as the source NF3 device.
  • this is for example the case when the UE 10 enters the cells C3, C5, C7 or CIO, only C3 and C7 being however covered by the NF4 device and relevant for a transfer to the NF4 device.
  • the transfer module 9E If the criterion examined by the transfer module 9E is verified, the latter triggers the phase of preparing the transfer to the target device selected during step H50 in a manner known per se (device NF4 in the illustrative example envisaged ), as described in particular in document TS 23.288 in paragraph 6.1B2.2.
  • the invention has just been described with reference to a 5G core network, and to NWDAF, AMF and NRF network functions. However, the invention can be applied in other contexts, to other networks as well as to other network functions since a selection is necessary between several devices implementing the same network function and having zones of covering service.

Landscapes

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

Abstract

L'invention concerne un procédé de fourniture d'informations relatives à un premier dispositif (NF3,...,NFN) d'un réseau de communication, le premier dispositif hébergeant une fonction réseau implémentant au moins une fonctionnalité dans le réseau dans une zone de service couvrant au moins une zone dite élémentaire, ce procédé comprenant: - une étape d'obtention, pour au moins une zone élémentaire couverte par ladite zone de service du premier dispositif, d'un poids affecté à cette zone élémentaire, ledit poids étant un nombre réel supérieur ou égal à 0; et - une étape de fourniture à un deuxième dispositif du réseau de tout ou partie desdits poids obtenus lors de l'étape d'obtention.

Description

Description
Titre de l'invention : Procédé de fourniture d'informations, procédé de sélection, et entités configurées pour mettre en œuvre ces procédés
Technique antérieure
[0001] L'invention appartient au domaine général des télécommunications.
[0002] Elle concerne plus particulièrement la gestion de dispositifs implémentant diverses fonctionnalités ou services dans un réseau de communication, comme par exemple dans un réseau cœur 5G (ou « 5GC » pour « 5G Core network » en anglais) tel que défini par le standard 3GPP. De tels dispositifs sont par exemple dans ce contexte, des dispositifs hébergeant des fonctions réseau (ou NF pour « Network Functions » en anglais) implémentant des fonctionnalités telles que l'accès au réseau, la mobilité des utilisateurs ou encore la gestion des sessions établies dans le réseau, le stockage et la publication des profils des fonctions réseau, etc. Plusieurs instances d'une même fonction réseau peuvent être déployées au sein d'un réseau cœur 5G, chaque instance pouvant être chargée de desservir un secteur géographique donné, désigné ici par « zone de service », constitué par exemple d'un groupe de cellules radio.
[0003] Afin d'optimiser les procédures au sein du réseau cœur 5G, les fonctions NF peuvent faire appel à une fonction NF spécifique chargée de collecter et d'analyser des données du réseau, appelée fonction NWDAF (pour « NetWork Data Analytics Function » en anglais). La fonction NWDAF propose aux fonctions NF du réseau qui la sollicitent, des analyses statistiques et/ou des prédictions sur le comportement du réseau en termes notamment de qualité de service et/ou sur le comportement des équipements utilisateurs (ou UE pour « User Equipment » en anglais). Les prédictions peuvent être globales, c'est-à-dire être établies au niveau du réseau, d'un serveur, d'une application ou encore d'une région (ex. taux de charge des ressources du réseau, qualité de service moyenne, nombre d'utilisateurs connectés au réseau ou de sessions actives, etc.), ou être individuelles, c'est-à-dire porter sur un UE ou sur un groupe d'UE particulier (ex. future localisation d'un UE, volumétrie d'une future session de communication d'un UE, etc.). Les analyses statistiques et les prédictions sont réalisées sur la base d'informations que la fonction NWDAF collecte auprès d'autres fonctions NF du réseau et/ou auprès de nœuds du réseau d'accès radio via l'entité de gestion du réseau en charge des opérations, de l'administration et de la maintenant, aussi connue sous le nom d'entité OAM (pour « Operations, Administration and Maintenance » en anglais).
[0004] Comme évoqué précédemment, plusieurs instances NWDAF peuvent être déployées au sein du réseau cœur 5G, chacune étant en charge de desservir une zone géographique de service spécifique. Lorsqu'une fonction NF du réseau (par exemple une fonction AMF (pour « Access and Mobility management Function » en anglais) de gestion de l'accès et de la mobilité) souhaite accéder aux fonctionnalités implémentées par une fonction NWDAF, conformément au standard 3GPP, elle interroge la fonction NRF (pour « Network Repository Function » en anglais) du réseau. Cette fonction NRF maintient de façon connue un « catalogue » des profils des instances des fonctions NF du réseau cœur 5G, chaque profil associé à une instance d'une fonction NF contenant diverses informations comme l'identité de l'instance, le type de fonction NF implémentée par l'instance, ses caractéristiques de service, sa zone de service, etc. [0005] Ainsi, lorsqu'une fonction NF dite « consommatrice » (ou plus communément « consumer» en anglais) souhaite accéder aux fonctionnalités offertes par une autre fonction NF dite « fournisseuse » (ou plus communément « provider » en anglais), la fonction NF « consumer » envoie une requête de découverte à la fonction NRF spécifiant un ou plusieurs critères de recherche caractérisant la fonction NF « provider » avec laquelle elle souhaite communiquer. Un tel critère de recherche peut être notamment le type de fonction NF recherchée, c'est-à-dire NWDAF dans l'exemple évoqué ci-dessus, le type de statistiques et/ou de prédictions souhaitées, une zone d'intérêt desservie par la fonction NF recherchée, etc. La fonction NRF, à partir des profils de fonctions NF dont elle dispose, répond alors à la requête de découverte en identifiant une ou plusieurs instances dites « candidates » répondant au(x) critère(s) de recherche spécifié(s) dans la requête de découverte : si plusieurs instances candidates sont identifiées, la fonction NF consumer doit alors en sélectionner une pour répondre à ses besoins.
[0006] La procédure de sélection d'une instance de fonction réseau NWDAF (désignée par « instance NWDAF » dans la suite par souci de simplification) par une fonction NF consumer est décrite dans le document 3GPP TS 23.288, intitulé "Architecture Enhancements for 5G system (5GS) to support network data analytics services (Release 17)", V17.4.0, mars 2022, au paragraphe 5.2. Cette procédure prescrit de choisir une instance NWDAF dont la zone de service englobe une zone d'intérêt (« area of interest ») définie par la fonction NF consumer à l'aide par exemple des identifiants de type TAI (pour « Tracking Area Identity » en anglais) diffusés par les cellules présentes dans cette zone d'intérêt. Une telle zone d'intérêt est à titre illustratif la zone dans laquelle se trouve un UE pour lequel la fonction NF consumer souhaite recevoir, de la part de la fonction NWDAF, des analyses statistiques et/ou des prédictions.
[0007] Si cela n'est pas possible (par exemple les TAIs de la zone d'intérêt ne sont pas connus de la fonction NF consumer, la zone d'intérêt n'est pas totalement couverte par une zone de service), il convient de choisir une instance NWDAF ayant une capacité d'agrégation (c'est-à-dire qui est capable de collecter et d'agréger les analyses statistiques et les prédictions fournies par plusieurs autres instances NWDAF) couvrant la zone géographique la plus large possible.
[0008] La procédure de sélection définie dans le document TS 23.288 ne fournit toutefois aucune indication pour sélectionner une instance NWDAF lorsque la zone d'intérêt de la fonction NF consumer est couverte par les zones de service de plusieurs instances NWDAF candidates distinctes. La figure 1 illustre une telle situation.
[0009] Sur cette figure, quatre zones de service Zl, Z2, Z3 et Z4 sont affectées respectivement à quatre instances NWDAF candidates, référencées par NWDAF1, NWDAF2, NWDAF3 et NWDAF4. On considère une fonction NF consumer NF1 souhaitant obtenir des prédictions relatives à un équipement utilisateur UE1 ; la fonction NF1 définit ainsi comme zone d'intérêt ZI, la zone dans laquelle est localisée l'équipement utilisateur UE1. Dans l'exemple illustré sur la figure 1, cette zone d'intérêt ZI se trouve dans les zones de service Zl, Z2 et Z4 des instances candidates NWDAF1, NWDAF2 et NWDAF4. Selon la procédure de sélection évoquée décrite dans le document TS 23.288, la fonction « consumer » NF1 peut choisir indifféremment l'une quelconque des instances candidates NWDAF1, NWDAF2 et NWDAF4 pour adresser ses demandes de prédictions relatives à l'équipement utilisateur UE1.
[0010] Il convient toutefois de noter que l'équipement utilisateur UE1 se trouve en bordure des zones de service des instances candidates NWDAF1 et NWDAF4. Si l'équipement utilisateur UE1 se déplace et sort de l'une ou l'autre de ces zones de service, cela ne laisse que peu de temps à l'instance NWDAF correspondante pour collecter des données sur l'équipement utilisateur UE1 afin de produire les prédictions que lui a demandées la fonction consumer NF1. On comprend bien dès lors qu'un choix de l'instance candidate NWDAF2, plutôt que des instances candidates NWDAF1 et NWDAF4, est dans ce contexte plus judicieux.
[0011] Une situation similaire peut se présenter lorsque, pendant la période de collecte des données et/ou de calcul analytique, une instance NWDAF (ci-après instance NWDAF « source ») sélectionnée par une fonction NF consumer est amenée à transférer tout ou partie de ses souscriptions d'analyses statistiques et/ou de prédictions vers une autre instance NWDAF (ci-après instance NWDAF « cible »). La raison d'un tel transfert peut être interne (par exemple, équilibrage de charge, arrêt progressif de l'instance NWDAF source, etc.) ou externe (par exemple, mobilité de l'équipement utilisateur visé par les analyses statistiques et/ou prédictions requises par la fonction NF consumer). Cette procédure de transfert est décrite dans le document TS 23.288 au paragraphe 6.1B. Le transfert vers l'instance NWDAF cible peut être précédé d'une phase de préparation préalable permettant de déclencher une collecte des données au niveau de l'instance NWDAF cible avant que l'instance NWDAF source ne soit plus effective (par exemple, avant la sortie de l'équipement utilisateur UE1 faisant l'objet des analyses statistiques et/ou prédictions requises par la fonction NF consumer de la zone de service de l'instance NWDAF source). Le document TS 23.288 ne fournit toutefois aucune indication sur l'événement déclencheur de cette phase de préparation préalable.
[0012] La procédure de transfert peut être initiée par l'instance NWDAF source, qui doit alors sélectionner l'instance NWDAF cible qui va lui servir de relais pour établir les analyses statistiques et/ou prédictions requises par la fonction NF consumer. La découverte des instances NWDAF candidates pour le transfert par l'instance NWDAF source est réalisée en adressant une requête de découverte à la fonction NRF, comme décrit précédemment, et la sélection d'une instance NWDAF parmi les instances NWDAF candidates identifiées par la fonction NRF s'effectue selon la procédure de sélection définie au paragraphe 5.2 du document TS 23.288. L'instance NWDAF source est donc susceptible de rencontrer les mêmes difficultés de sélection évoquées précédemment lorsque plusieurs zones de service affectées à des instances NWDAF candidates distinctes couvrent la zone d'intérêt définie par l'instance NWDAF source.
Exposé de l'invention
[0013] L'invention permet de remédier aux inconvénients précités en proposant un procédé de fourniture d'informations relatives à un premier dispositif d'un réseau de communication, ce premier dispositif hébergeant une fonction réseau implémentant au moins une fonctionnalité dans le réseau dans une zone de service couvrant au moins une zone dite élémentaire, ce procédé comprenant : une étape d'obtention, pour au moins une zone élémentaire couverte par la zone de service du premier dispositif, d'un poids affecté à cette zone élémentaire, ce poids étant un nombre réel supérieur ou égal à 0 ; et une étape de fourniture à un deuxième dispositif du réseau de tout ou partie des poids obtenus lors de l'étape d'obtention. [0014] Corrélativement, l'invention vise également une entité dite de fourniture d'un réseau de communication, configurée pour fournir des informations relatives à un premier dispositif du réseau, le premier dispositif hébergeant une fonction réseau implémentant au moins une fonctionnalité dans le réseau dans une zone de service couvrant au moins une zone dite élémentaire. L'entité de fourniture comprend : un module d'obtention, configuré pour obtenir, pour au moins une zone élémentaire couverte par la zone de service du premier dispositif, un poids affecté à cette zone élémentaire, ce poids étant un nombre réel supérieur ou égal à 0 ; et un module de fourniture, configuré pour fournir à un deuxième dispositif du réseau tout ou partie des poids obtenus par le module d'obtention.
[0015] L'entité de fourniture peut être le premier dispositif ou un autre dispositif du réseau. Le premier dispositif est typiquement un dispositif fournisseur de service(s) ou dispositif provider hébergeant une fonction réseau. Par exemple, le premier dispositif peut héberger une fonction réseau de collecte et d'analyse de données du réseau ; dans le contexte spécifique d'un réseau 5G, un tel premier dispositif est un dispositif hébergeant une fonction réseau NWDAF.
[0016] Le deuxième dispositif est typiquement un dispositif consommateur de services ou dispositif consumer du réseau souhaitant accéder aux services et/ou fonctionnalités proposées par le premier dispositif. Un tel dispositif consumer est par exemple un dispositif hébergeant une fonction réseau AMF souhaitant obtenir des statistiques et/ou des prédictions d'un dispositif hébergeant une fonction réseau NWDAF. Il peut toutefois s'agir d'un autre dispositif qu'un dispositif consumer, tel que par exemple un dispositif configuré pour gérer les dispositifs hébergeant les différentes fonctions réseau, et notamment pour maintenir et publier les profils de ces dispositifs. Dans le contexte d'un réseau 5G évoqué précédemment, un tel dispositif est typiquement un dispositif hébergeant une fonction réseau NRF.
[0017] Ainsi, l'invention a une application privilégiée mais non limitative dans les deux contextes suivants : le premier dispositif est une fonction réseau NWDAF mettant en œuvre le procédé de fourniture (intégrant donc une entité de fourniture au sens de l'invention), et le deuxième dispositif auquel le premier dispositif fournit les poids est une fonction réseau NRF ; le premier dispositif est une fonction réseau NWDAF, le procédé de fourniture est mis en œuvre par une fonction réseau NRF (qui intègre alors une entité de fourniture au sens de l'invention), et le deuxième dispositif est une fonction réseau sollicitant la fonction réseau NRF (par exemple une fonction réseau AMF ou une fonction réseau NWDAF) pour sélectionner une fonction réseau NWDAF afin d'établir des prédictions et/ou des statistiques ou de transférer des souscriptions relatives à de telles prédictions et/ou statistiques.
[0018] Bien entendu, ces exemples ne sont donnés qu'à titre illustratif. Il convient de noter que bien qu'ayant été introduite en référence à des dispositifs hébergeant des fonctions réseau NRF, NWDAF et AMF dans un réseau cœur 5G, l'invention peut s'appliquer dans d'autres contextes, et notamment à d'autres fonctionnalités du réseau ainsi qu'à d'autres réseaux (ex. réseau 6G, réseau propriétaire, etc.). L'invention a une application privilégiée dès qu'une sélection est nécessaire parmi plusieurs dispositifs hébergeant une même fonction réseau au sein d'un réseau et desservant des zones de service couvrant une zone d'intérêt donnée, autrement dit se recouvrant (c'est-à-dire présentant une intersection) au moins au niveau de la zone d'intérêt.
[0019] Pour gérer une telle situation et permettre la sélection du dispositif ayant la couverture la plus adaptée pour assurer une fonction réseau donnée, l'invention s'appuie avantageusement sur une nouvelle façon de décrire les zones de service affectées à des dispositifs hébergeant des fonctions réseau, géographiquement distribués dans le réseau. Plus spécifiquement, l'invention exploite le fait que dans un réseau, une zone de service affectée à un tel dispositif couvre généralement un nombre entier, supérieur ou égal à 1, de zones « élémentaires », et propose ainsi de décrire chaque zone de service à partir des zones élémentaires couvertes par celle-ci, auxquelles on affecte un poids, ce poids étant destiné à être pris en compte lorsque le dispositif en question est en concurrence avec d'autres dispositifs du réseau pour implémenter les fonctionnalités d'une certaine fonction réseau. On peut par exemple envisager d'affecter un poids au moins à chaque zone élémentaire couverte par la zone de service du premier dispositif et par au moins une autre zone de service d'au moins un troisième dispositif du réseau, ce troisième dispositif pouvant notamment héberger la même fonction réseau que le premier dispositif. Selon un autre exemple, chaque zone élémentaire de chaque zone de service se voit affecter un poids.
[0020] Une telle zone élémentaire est typiquement une zone géographique « unitaire » associée au réseau et définie pour des besoins de déploiement et/ou de fonctionnement opérationnel du réseau. Par exemple, pour un réseau cellulaire, une zone élémentaire peut correspondre à une cellule du réseau ou à un ensemble composé d'une ou de plusieurs cellules du réseau tel qu'une zone de localisation (plus communément connue sous le nom de TA ou « Tracking Area » en anglais). De telles zones élémentaires forment avantageusement par leur ensemble un pavage de la totalité de la zone géographique de couverture du réseau. Les zones de service des dispositifs du réseau étant classiquement définies sur la base de telles zones élémentaires, cela permet de s'adapter à la topologie du réseau et à son déploiement (il convient d'ailleurs de noter que les dimensions des zones élémentaires peuvent différer d'une zone géographique à une autre en fonction des conditions de déploiement du réseau ; par exemple on peut envisager des cellules de tailles plus ou moins grandes selon si on est en milieu urbain ou en milieu rural), et/ou à son fonctionnement opérationnel.
[0021] En outre, on assure un bon compromis lors de la mise en œuvre de l'invention entre complexité et précision : de telles zones élémentaires sont effectivement généralement représentatives du niveau de granularité considéré lors de l'exécution de la plupart des mécanismes opérationnels permettant le fonctionnement du réseau ; en outre, ce sont les identifiants de ces zones élémentaires qui sont véhiculés dans les messages de signalisation.
[0022] En variante, on peut envisager des zones élémentaires indépendantes à proprement parler du réseau, par exemple des zones géographiques de dimensions fixes (ex. des carrés de dimensions 10 km par 10 km) formant un pavage de la zone de couverture du réseau.
[0023] Une telle variante peut être envisagée notamment dans un contexte de sélection d'une entité du réseau assurant le contrôle aérien d'objets volants tels que des drones. Une telle entité est par exemple, dans le contexte d'un réseau 5G, une fonction USS/UTM (pour « UAS Service Supplier/UAS Traffic Management » en anglais, UAS désignant « Uncrewed Aircraft System »). [0024] Lorsqu'une même zone élémentaire est couverte par des zones de service affectées à des dispositifs distincts hébergeant une même fonction réseau (fonction réseau NWDAF dans la situation illustrée sur la figure 1), un poids différent peut être affecté à cette zone élémentaire pour les différentes zones de service concernées. Ceci permet d'attribuer des priorités différentes aux dispositifs couvrant ces zones élémentaires communes (reflétant par exemple les préférences de l'opérateur du réseau), et de faciliter ainsi le choix d'un dispositif parmi les autres à partir de ces priorités. A l'inverse, si on ne souhaite pas établir de priorité entre deux dispositifs implémentant une même fonction réseau, le même poids peut être alloué à la zone élémentaire pour les zones de services de ces deux dispositifs.
[0025] Ceci n'est toutefois qu'un choix particulier d'implémentation, et d'autres politiques d'affectation peuvent être envisagées. L'invention offre une grande flexibilité en la matière, permettant notamment de refléter aisément les préférences de l'opérateur.
[0026] De manière générale, les poids sont affectés aux zones élémentaires selon une stratégie cohérente avec la politique de sélection que l'on (ex. l'opérateur du réseau) souhaite mettre en œuvre dans le réseau, compte tenu des fonctionnalités implémentées par les dispositifs et du contexte considéré.
[0027] A titre illustratif, dans l'exemple envisagé précédemment, si l'on souhaite tenir compte de la mobilité d'un équipement utilisateur dans un contexte de sélection d'une instance de fonction NWDAF qui nécessite de collecter des données sur une période de temps plus ou moins longue, le poids affecté à une zone élémentaire pour le premier dispositif peut dépendre de la distance de cette zone élémentaire au centre de la zone de service du premier dispositif et/ou de sa distance par rapport à la frontière (i.e. la bordure) de cette zone de service. Notamment, plus le centre d'une zone élémentaire est éloigné du centre de la zone de service considérée, ou plus ce centre est proche de la bordure de la zone de service, plus le poids affecté à cette zone élémentaire peut être faible. Typiquement, si une zone de service est constituée d'un grand nombre de cellules disposées en ligne, il peut être avantageux d'affecter un poids plus faible aux cellules situées à proximité des extrémités de la ligne (par exemple à une distance d des extrémités) par rapport aux autres cellules (sans nécessairement établir de distinction de poids pour les cellules situées au-delà de la distance d, qu'elles soient proches ou non du centre de la ligne). En procédant de cette sorte, une zone élémentaire se voit affecter un poids plus faible pour le dispositif dont elle est le plus éloignée du centre de la zone de service ou plus proche des limites de la zone de service.
[0028] Bien entendu, ceci n'est qu'un exemple illustratif, et d'autres stratégies d'affectation peuvent être appliquées. Le choix d'une stratégie ou d'une autre peut dépendre de différents facteurs, comme le contexte d'application de l'invention, la topologie du réseau, la configuration des zones de service (par exemple si une zone de service ne couvre qu'une zone élémentaire, ou une pluralité de zones élémentaires disposées en ligne), la nature de la fonction réseau implémentée, etc.
[0029] En outre, selon le contexte d'application de l'invention, on peut allouer à une zone élémentaire un poids relatif (exprimé par exemple sous la forme d'un pourcentage), compris entre 0 et 1, et éventuellement normalisé sur l'ensemble des zones de service couvrant cette zone élémentaire desservies par des dispositifs implémentant une même fonction réseau, ou un poids absolu, supérieur ou égal à 0. Affecter des poids absolus non normalisés facilite la gestion d'une évolution de ces poids, notamment en cas de suppression ou d'ajout d'une instance d'une fonction réseau donnée. Il convient toutefois de s'assurer que ces poids sont exprimés selon une même échelle (pour qu'ils demeurent comparables).
[0030] On note que les poids peuvent être affectés aux zones élémentaires couvertes par une zone de service d'un dispositif de manière statique, par exemple ils peuvent être affectés par l'opérateur du réseau de façon empirique ou par l'intermédiaire d'experts, puis obtenus par l'intermédiaire d'une configuration réalisée par l'opérateur du réseau au moyen de mécanismes connus en soi. En variante, l'affectation peut être plus dynamique, et les poids peuvent être générés via l'exécution d'un algorithme donné ou d'une formule analytique particulière appliqué(e) par exemple par le premier dispositif.
[0031] En outre, il est possible d'affecter de manière indépendante des poids à une même zone élémentaire pour des zones de service de dispositifs hébergeant des fonctions réseaux différentes. Les poids affectés peuvent ainsi être indifféremment identiques ou différents dès lors qu'ils concernent des zones de service de dispositifs assurant des fonctionnalités différentes dans le réseau.
[0032] En variante, on peut envisager une affectation corrélée des poids pour certaines fonctionnalités.
[0033] Comme souligné précédemment, l'invention offre une grande flexibilité en la matière selon la politique et la stratégie d'implémentation retenues par l'opérateur.
[0034] Quels que soient la politique et le choix d'implémentation retenus pour affecter les poids aux zones élémentaires couvertes par une zone de service d'un dispositif, ceux-ci fournissent une indication précieuse sur la priorité que le réseau accorde à ce dispositif pour implémenter une fonction réseau donnée dans une zone d'intérêt répartie sur une ou plusieurs zones élémentaires couvertes par la zone de service du dispositif. Ceci permet de choisir de façon éclairée, dans un contexte donné, le meilleur dispositif dans le réseau implémentant une fonction réseau particulière en comparant les poids affectés aux zones élémentaires pour différents dispositifs hébergeant une même fonction réseau.
[0035] Pour réaliser ce choix, on peut par exemple évaluer une métrique à partir des poids affectés aux zones élémentaires recouvrant une zone d'intérêt pour plusieurs dispositifs hébergeant une même fonction réseau et choisir le dispositif optimisant la métrique ainsi évaluée. Une telle métrique est par exemple la somme (éventuellement pondérée) des poids affectés aux zones élémentaires couvertes par la zone d'intérêt. En variante, d'autres métriques peuvent être envisagées pour comparer les poids affectés pour différents dispositifs aux zones élémentaires comprises dans la zone d'intérêt.
[0036] Dans un mode particulier de réalisation, le deuxième dispositif est configuré pour gérer des dispositifs hébergeant des fonctions réseau et tout ou partie des poids obtenus sont fournis au deuxième dispositif lors d'un enregistrement ou d'une mise à jour d'un profil du premier dispositif auprès du deuxième dispositif. Un tel deuxième dispositif est par exemple dans un réseau cœur 5G, comme évoqué précédemment, un dispositif hébergeant une fonction NRF, et maintenant des profils des instances de fonctions réseau déployées dans le réseau.
[0037] Dans un autre mode de réalisation, les poids obtenus affectés aux zones élémentaires couvertes par ladite zone de service sont obtenus lors d'un enregistrement d'un profil du premier dispositif et tout ou partie desdits poids obtenus sont fournis en réponse à une requête de découverte de dispositifs du réseau hébergeant une fonction réseau et répondant à au moins un critère de recherche donné, ladite requête de découverte provenant du deuxième dispositif et ledit premier dispositif répondant audit au moins un critère de recherche donné.
[0038] Ces deux modes de réalisation proposent d'enrichir les profils des dispositifs maintenus au sein du réseau (par exemple par la fonction NRF pour un réseau cœur 5G) et décrivant les caractéristiques des services/fonctionnalités offert(e)s par ces dispositifs, avec les zones élémentaires couvertes par les zones de service desservies par ces dispositifs, et les poids affectés à ces zones élémentaires. Ceci rend aisément accessibles ces informations aux dispositifs consumer consultant ces profils. La mise en œuvre de l'invention est ainsi facilitée, notamment dans le contexte d'un réseau 5G, puisqu'elle s'intégre aisément dans les procédures d'enregistrement, de mise à jour et de découverte déjà définies au sein d'un tel réseau et ne requiert pas la définition de nouvelles structures et de nouvelles procédures pour mémoriser ces informations ou pour y accéder.
[0039] Comme mentionné précédemment, diverses stratégies peuvent être envisagées pour affecter un poids à une zone élémentaire couverte par une zone de service.
[0040] Ainsi, dans un mode particulier de réalisation, lorsqu'une zone élémentaire est couverte par la zone de service du premier dispositif et au moins une autre zone de service d'au moins un troisième dispositif du réseau hébergeant la même fonction réseau que le premier dispositif, un poids différent est affecté à ladite zone élémentaire pour la zone de service du premier dispositif et pour ladite au moins une autre zone de service dudit au moins un troisième dispositif.
[0041] De plus, les poids affectés à cette zone élémentaire pour la zone de service du premier dispositif et pour ladite au moins une autre zone de service dudit au moins un troisième dispositif peuvent être choisis tels que leur somme est non nulle et inférieure ou égale à 1.
[0042] Une somme prise égale à 1 permet de normaliser les poids affectés à une même zone élémentaire sur des zones de service recouvrantes (c'est-à-dire qui ont une intersection non nulle ou encore ne sont pas disjointes) desservies par des dispositifs distincts. Cette normalisation facilite l'interprétation des métriques obtenues pour les différents dispositifs et des priorités reflétées par ces métriques.
[0043] Il est toutefois possible de s'abstenir de procéder à une telle normalisation dès lors que les poids alloués à une même zone élémentaire pour différents dispositifs sont exprimés dans une même échelle, ce qui permet de les comparer entre eux et d'établir une hiérarchie (i.e. une préférence) le cas échéant entre les dispositifs.
[0044] Dans un mode particulier de réalisation, le procédé de fourniture comprend en outre : une étape de mise à jour d'au moins un poids affecté à une dite zone élémentaire couverte par ladite zone de service du premier dispositif ; et une étape de fourniture dudit au moins un poids mis à jour au deuxième dispositif.
[0045] Ce mode de réalisation permet de tenir compte d'une évolution potentielle dans le temps des poids affectés aux zones élémentaires et de s'assurer que le deuxième dispositif est informé de cette évolution. Une telle évolution peut être liée notamment à l'apparition ou à la disparition dans le réseau d'instances de fonction réseau, mais également à d'autres facteurs (ex. équilibrage de la charge, indisponibilité temporaire d'une instance de fonction réseau, etc.).
[0046] Au vu de ce qui précède, l'invention facilite et permet donc d'optimiser la sélection d'un dispositif du réseau parmi plusieurs assurant une même fonction réseau. Ainsi, selon un autre aspect, l'invention vise un procédé de sélection par un dispositif d'un réseau de communication, dit quatrième dispositif, comprenant : une étape d'envoi, à un dispositif du réseau dit cinquième dispositif, d'une requête de découverte de dispositifs du réseau hébergeant une fonction réseau et répondant à au moins un critère de recherche donné ; une étape d'obtention d'une réponse à ladite requête de découverte identifiant au moins un dispositif du réseau dit candidat hébergeant une fonction réseau et répondant audit au moins un critère de recherche donné, ladite réponse comprenant pour chaque dispositif candidat ayant une zone de service couvrant une zone d'intérêt définie par le quatrième dispositif, un poids affecté à chaque zone dite élémentaire couverte par ladite zone de service et ladite zone d'intérêt, ledit poids étant un nombre réel supérieur ou égal à 0 ; et une étape de sélection d'un dit dispositif candidat pour implémenter au moins une fonctionnalité de la fonction réseau qu'il héberge en comparant les poids affectés aux zones élémentaires couvertes par ladite zone d'intérêt obtenus pour chaque dispositif candidat identifié dans la réponse.
[0047] Corrélativement l'invention concerne aussi une entité dite de sélection d'un réseau de communication comprenant : un module d'envoi, configuré pour envoyer à un dispositif du réseau une requête de découverte de dispositifs du réseau hébergeant une fonction réseau et répondant à au moins un critère de recherche donné ; un module d'obtention, configuré pour obtenir une réponse à ladite requête de découverte identifiant au moins un dispositif du réseau dit candidat hébergeant une fonction réseau et répondant audit au moins un critère de recherche donné, ladite réponse comprenant pour chaque dispositif candidat ayant une zone de service couvrant une zone d'intérêt définie par l'entité de sélection, un poids affecté à chaque zone dite élémentaire couverte par ladite zone de service et ladite zone d'intérêt, ledit poids étant un nombre réel supérieur ou égal à 0 ; et un module de sélection, configuré pour sélectionner un dit dispositif candidat pour implémenter au moins une fonctionnalité de la fonction réseau qu'il héberge en comparant les poids affectés aux zones élémentaires couvertes par la zone d'intérêt obtenus pour chaque dispositif candidat identifié dans la réponse.
[0048] Le procédé et l'entité de sélection bénéficient des mêmes avantages cités précédemment que le procédé et l'entité de fourniture selon l'invention.
[0049] A titre illustratif, le quatrième dispositif peut être un dispositif hébergeant une fonction NF consumer, comme par exemple une fonction AMF, le cinquième dispositif un dispositif hébergeant une fonction NRF, et les dispositifs candidats, des dispositifs hébergeant une fonction NWDAF. Bien entendu, cet exemple n'est donné qu'à titre illustratif et n'est pas limitatif de l'invention. Ainsi, selon un autre exemple, le quatrième dispositif peut être un dispositif hébergeant une fonction NWDAF et recherchant une autre instance de fonction NWDAF pour transférer ses souscriptions de prédictions et/ou statistiques.
[0050] Il convient de noter que les premier, deuxième, troisième, quatrième et cinquième dispositifs et dispositifs candidats ne désignent pas nécessairement des dispositifs distincts deux à deux. Par exemple, le cinquième dispositif au sens de l'invention peut être un deuxième dispositif au sens de l'invention ayant obtenu les poids associés aux zones élémentaires du réseau couvertes par les zones de service d'une pluralité de premiers dispositifs au sens de l'invention, les dispositifs candidats identifiés par le cinquième dispositif étant sélectionnés parmi ces premiers dispositifs.
[0051] Dans un mode particulier de réalisation, l'étape de sélection comprend une détermination, pour chaque dispositif candidat du réseau identifié dans la réponse, d'une métrique à partir des poids obtenus affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d'intérêt, le dispositif candidat sélectionné étant celui qui optimise ladite métrique parmi les dispositifs candidats identifiés dans la réponse.
[0052] Par exemple, la métrique déterminée pour un dit dispositif candidat correspond à une somme pondérée des poids affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d'intérêt définie par le quatrième dispositif.
[0053] Les facteurs de pondération utilisés pour évaluer la métrique globale sont des nombres réels positifs ou nuis, par exemple des nombres rationnels (ex. des pourcentages) compris entre 0 et 1, ou plus généralement des nombres réels compris entre 0 et 1.
[0054] Selon une première variante, les facteurs de pondération utilisés dans la somme pondérée sont tous pris égaux à 1. Ceci revient à considérer comme métrique la somme des poids affectés aux zones élémentaires couvertes par la zone de service du dispositif candidat considéré et par la zone d'intérêt.
[0055] Selon une deuxième variante, dans la somme pondérée, chaque poids affecté à une zone élémentaire est pondéré par une probabilité de présence d'un équipement utilisateur géré par le quatrième dispositif dans cette zone élémentaire.
[0056] La probabilité de présence de l'équipement utilisateur peut provenir d'une prédiction de mobilité réalisée par exemple par un dispositif hébergeant une fonction de collecte et d'analyse de données du réseau tel qu'un dispositif hébergeant une fonction NWDAF pour un réseau 5G. En variante, elle peut résulter du constat de la présence de l'utilisateur dans la zone élémentaire.
[0057] Cette deuxième variante a une application privilégiée dans le cadre d'une procédure de transfert, et plus particulièrement lorsque le quatrième dispositif est un dispositif assurant une certaine fonctionnalité dans le réseau en lien avec un équipement utilisateur (ex. un dispositif hébergeant une fonction réseau NWDAF) et qu'il interroge le cinquième dispositif (ex. un dispositif hébergeant une fonction NRF) pour identifier un relais vers lequel transférer les souscriptions relatives à l'équipement utilisateur. Le dispositif candidat sélectionné est alors utilisé comme relais du quatrième dispositif pour implémenter ladite fonctionnalité initialement fournie par le quatrième dispositif. Dans un tel contexte, la deuxième variante permet de s'assurer que le transfert vers le relais ainsi sélectionné est pérenne et ne nécessite pas, à trop court terme, la sélection d'un nouveau dispositif relais pour gérer la mobilité de l'équipement utilisateur qui pourrait s'avérer préjudiciable (il est en effet souhaitable, par souci de minimisation de la signalisation réseau et de plus grande robustesse, de ne pas déclencher des procédures de transfert trop souvent).
[0058] Ainsi, dans un mode particulier de réalisation, le quatrième dispositif et ledit dispositif candidat sélectionné hébergent la même fonction réseau, et ledit dispositif candidat sélectionné est utilisé comme relais du quatrième dispositif pour implémenter au moins une fonctionnalité de ladite fonction réseau.
[0059] Comme évoqué précédemment, on peut envisager de déclencher une phase préparatoire, en préliminaire de la procédure de transfert, pour éviter un transfert trop brutal et un va-et-vient entre le quatrième dispositif et le dispositif candidat sélectionné servant de relais. Cette phase préparatoire s'appuie avantageusement sur le recouvrement des zones de service du quatrième dispositif et du dispositif relais. Durant cette phase préparatoire, le dispositif candidat choisi comme relais réalise certaines opérations nécessaires à la bonne exécution et à l'efficience du transfert : typiquement, pour une fonction réseau NWDAF, durant cette phase préparatoire, le dispositif candidat choisi comme relais peut commencer à collecter et à analyser des données du réseau en lien avec les souscriptions qui vont lui être transférées. L'invention, dans un mode particulier de réalisation, fournit avantageusement des indications sur le moment opportun auquel déclencher une telle phase préparatoire.
[0060] Plus particulièrement, dans un mode particulier de réalisation, le procédé de sélection comprend en outre, lorsque le quatrième dispositif détecte une entrée d'un équipement utilisateur qu'il gère dans une zone élémentaire couverte par sa zone de service et ayant un poids affecté pour le quatrième dispositif inférieur à un seuil donné ou inférieur à un poids affecté à ladite zone élémentaire pour un dit dispositif candidat identifié dans la réponse à la requête de découverte, un déclenchement d'une phase de préparation de l'utilisation du dispositif candidat sélectionné comme relais du quatrième dispositif.
[0061] Ce mode de réalisation indique donc avantageusement au quatrième dispositif quand déclencher la phase préparatoire du transfert, ce qui permet d'améliorer l'efficacité du transfert.
[0062] Dans un mode particulier de réalisation, les procédés de fourniture et de sélection sont mis en œuvre par un ordinateur.
[0063] L'invention vise également un programme d'ordinateur sur un support d'enregistrement, ce programme étant susceptible d'être mis en œuvre dans un ordinateur ou plus généralement dans une entité de fourniture conforme à l'invention et comporte des instructions adaptées à la mise en œuvre d'un procédé de fourniture tel que décrit ci-dessus.
[0064] L'invention vise également un programme d'ordinateur sur un support d'enregistrement, ce programme étant susceptible d'être mis en œuvre dans un ordinateur ou plus généralement dans une entité de sélection conforme à l'invention et comporte des instructions adaptées à la mise en œuvre d'un procédé de sélection tel que décrit ci-dessus.
[0065] Chacun de ces programmes peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable.
[0066] L'invention vise aussi un support d’information ou un support d'enregistrement lisibles par un ordinateur, et comportant des instructions d'un programme d’ordinateur tel que mentionné ci-dessus.
[0067] Le support d’information ou d'enregistrement peut être n’importe quelle entité ou dispositif capable de stocker les programmes. Par exemple, le support peut 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, par exemple un disque dur, ou une mémoire flash.
[0068] D’autre part, le support d’information ou d'enregistrement peut être un support transmissible tel qu’un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par lien radio, par lien optique sans fil ou par d’autres moyens.
[0069] Le programme selon l’invention peut être en particulier téléchargé sur un réseau de type Internet.
[0070] Alternativement, le support d’information ou d'enregistrement peut être un circuit intégré dans lequel un programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l’exécution des procédés de fourniture et de sélection selon l'invention. [0071] Selon un autre aspect, l'invention vise également un système dans un réseau de communication comprenant : au moins un dispositif de collecte et d'analyse de données du réseau comprenant une première entité de fourniture selon l'invention ; un dispositif de gestion de profils d'une pluralité de dispositifs hébergeant des fonctions réseau du réseau, comprenant une deuxième entité de fourniture selon l'invention ; et un dispositif hébergeant une fonction réseau du réseau et comprenant une entité de sélection selon l'invention.
[0072] Par exemple dans ce système : la première entité de fourniture peut être configurée pour fournir au dispositif de gestion des profils les poids affectés aux zones élémentaires couvertes par une zone de service du dispositif de collecte et d'analyse ; et l'entité de sélection peut être configurée pour envoyer une requête de découverte portant sur un critère de recherche donné au dispositif de gestion et recevoir, en réponse à cette requête de découverte, en provenance de la deuxième entité de fourniture, des poids affectés aux zones élémentaires des zones de service de dispositifs candidats répondant audit critère de recherche.
[0073] Le système selon l'invention dispose des mêmes avantages cités précédemment que les procédés de fourniture et de sélection, et que les entités de fourniture et de sélection selon l'invention. Il a une application privilégiée dans le contexte d'un réseau 5G, pour la sélection notamment d'une instance de fonction réseau NWDAF que ce soit dans le cadre d'un accès aux fonctionnalités offertes par cette fonction réseau ou dans le cadre d'une procédure de transfert entre deux instances de fonction réseau NWDAF. Dans ce dernier cas de figure, le dispositif du système selon l'invention hébergeant une fonction réseau du réseau est un dit dispositif de collecte et d'analyse.
[0074] On peut également envisager, dans d’autres modes de réalisation, que les procédés de fourniture et de sélection, les entités de fourniture et de sélection et le système selon l'invention présentent en combinaison tout ou partie des caractéristiques précitées.
Brève description des dessins
[0075] D'autres caractéristiques et avantages de la présente invention ressortiront de la description faite ci-dessous, en référence aux dessins annexés qui en illustrent un exemple de réalisation dépourvu de tout caractère limitatif. Sur les figures :
[Fig. 1] la figure 1, déjà décrite, illustre une situation dans laquelle plusieurs instances candidates sont disponibles pour assurer une fonction réseau NWDAF dans un réseau 5G ;
[Fig. 2] la figure 2 représente, dans son environnement, un système dans un réseau de communication conforme à l'invention, dans un mode particulier de réalisation ;
[Fig. 3] la figure 3 représente schématiquement l'architecture matérielle d'un ordinateur pouvant héberger l'une quelconque des entités selon l'invention appartenant au système de la figure 2 ;
[Fig. 4] la figure 4 représente les modules fonctionnels des dispositifs du système de la figure 2 ;
[Fig. 5] ;
[Fig. 6] les figures 5 et 6 représentent respectivement, sous forme d'ordinogrammes, les principales étapes d'un procédé de fourniture selon une deuxième variante et selon une première variante de réalisation de l'invention ;
[Fig. 7] la figure 7 illustre un exemple de réseau de communication dans lequel se trouve le système de la figure 2 et différentes zones de service desservies par des dispositifs de ce système ;
[Fig. 8] la figure 8 illustre un autre exemple de zones de service affectées à deux instances de fonction réseau d'un réseau de communication ;
[Fig. 9] la figure 9 représente, sous forme d'ordinogramme, les principales étapes d'un procédé de sélection selon l'invention ; et
[Fig. 10] la figure 10 représente également, sous forme d'ordinogramme, les principales étapes d'un procédé de sélection selon l'invention lorsqu'il est utilisé dans le cadre d'une procédure de transfert.
Description de l'invention
[0076] La figure 2 représente, dans son environnement, un système 1 conforme à l'invention, dans un mode particulier de réalisation dans lequel il se trouve dans un réseau de communication cellulaire NW s'appuyant sur un réseau cœur 5GC tel que défini par le standard 3GPP (aux aménagements près liés à la mise en œuvre de l'invention).
[0077] Dans le mode particulier de réalisation décrit ici, le système 1 comprend une pluralité de dispositifs du réseau cœur CN, NF1,..., NFN, N désignant un entier supérieur à 1, hébergeant des instances de fonctions réseau implémentant diverses fonctionnalités au sein du réseau cœur CN, chaque instance de fonction réseau NFn, n=l,...,N desservant une zone de service Zn. Une zone de service affectée à une instance de fonction réseau correspond à la zone géographique desservie par cette instance, c'est-à-dire celle sur laquelle elle assure la ou les fonctionnalités dont elle est en charge au sein du réseau cœur CN. La définition de cette zone de service peut dépendre des fonctionnalités assurées par l'instance en question.
[0078] Par exemple, pour une instance de fonction réseau NWDAF qui collecte et analyse des données concernant des UE, cette zone de service peut être définie en fonction de la localisation des UE : une instance NWDAF peut être affectée à la partie nord d'un pays couvert par le réseau NW, tandis qu'une autre instance NWDAF peut être affectée à la partie sud du pays en question. Pour une instance de fonction réseau NWDAF qui collecte et analyse des données collectées auprès d'autres fonctions NF (ex. charge, etc.), la zone de service de cette instance de fonction réseau peut être définie par rapport à la localisation de ces fonctions NF (par exemple une par région d'un pays couvert par le réseau NW).
[0079] Une telle zone de service couvre généralement un nombre entier K supérieur ou égal à 1 de zones élémentaires associées au réseau (autrement dit, définies dans le contexte du réseau), typiquement un nombre entier K de cellules du réseau cellulaire NW, K pouvant bien entendu varier d'un dispositif à un autre.
[0080] En variante, on peut envisager d'autres types de zones élémentaires comme unités pour définir les zones de service, comme par exemple une zone de localisation ou TA. Une telle zone de localisation est constituée d'une ou de plusieurs cellules du réseau et correspond à la zone géographique au sein de laquelle un équipement utilisateur peut se déplacer sans avoir à mettre à jour son enregistrement auprès du réseau cœur CN. Selon une autre variante encore, on peut envisager comme zones élémentaires des zones géographiques prédéfinies pavant la zone de couverture du réseau, définies de façon indépendante par rapport au réseau à proprement parler et à son fonctionnement opérationnel, comme par exemple des zones géographiques de dimensions fixes tels que des carrés ayant un côté de dimension 10 km.
[0081] Aucune limitation n'est attachée au type de fonctions réseau hébergées par les dispositifs NF1,...,NFN. Dans l'exemple représenté sur la figure 2, on suppose à titre illustratif que : le dispositif NF1 héberge une instance de fonction réseau de type NRF, et maintient de façon connue en soi un catalogue des profils des autres fonctions réseau (i.e. de leurs différentes instances, le cas échéant) du réseau cœur CN. Chaque profil associé à une instance d'une fonction réseau, référencé de façon générale par NFPROF, contient diverses informations comme l'identité de l'instance, le type de fonction réseau correspondant, ses caractéristiques de service (ex. comment elle peut être jointe, les ressources qu'elle gère, etc.), son état opérationnel (ex. sa disponibilité, sa charge, etc.), la zone de service desservie par l'instance, etc. Le dispositif NF1 s'appuie, pour maintenir à jour ce catalogue de profils et publier tout ou partie des informations qu'il contient, sur une pluralité de services comprenant notamment des services de découverte et de gestion (incluant les opérations d'enregistre- ment/désenregistrement/mise à jour) qui reprennent ici respectivement la logique des services Nnrf_NFDiscovery et Nnrf_NFManagement décrits dans les documents 3GPP TS 23.502 intitulé « Technical Specification Group Services and System Aspects; Procedures for the 5G System (5GS); Stage 2; (Release 17) », V17.4.0, mars 2022 et TS 29.510 intitulé « Technical Specification Group Core Network and Terminais; 5G System; Network Function Repository Services; Stage 3; (Release 17) », V17.5.0, mars 2022 (aux aménagements près requis par l'invention détaillés ultérieurement). Plus particulièrement, dans le mode de réalisation décrit ici, le dispositif NF1 comprend une entité de fourniture conforme à l'invention selon une première variante de réalisation, de sorte que tout ou partie des profils maintenus par le dispositif NF1 sont enrichis avec des informations complémentaires, comme détaillé davantage ultérieurement ; le dispositif NF2 héberge une instance de fonction réseau AMF, implémentant des fonctionnalités de gestion de l'accès et de la mobilité dans le réseau. Dans le mode de réalisation décrit ici, le dispositif NF2 comprend une entité de sélection conforme à l'invention ; et les dispositifs NF3,...,NFN hébergent des instances de fonction réseau NWDAF, implémentant des fonctionnalités de collecte et d'analyse de données du réseau. Chacun de ces dispositifs comprend ici une entité de fourniture conforme à l'invention selon une deuxième variante de réalisation, ainsi qu'une entité de sélection conforme à l'invention.
[0082] On note que le réseau cœur CN comprend de façon connue en soi d'autres dispositifs hébergeant des instances de fonction réseau offrant d'autres fonctionnalités nécessaires au fonctionnement opérationnel du réseau cœur CN et plus généralement du réseau NW. Par exemple, le réseau cœur CN comprend des instances de fonction réseau SMF (pour « Session Management Function » en anglais) de gestion de sessions, PCF (pour « Policy Control Function » en anglais) de gestion de la politique des flux, etc.
[0083] Dans le mode de réalisation décrit ici, les dispositifs NF1,...,NFN ont l'architecture matérielle d'un ordinateur 2, telle que représentée à la figure 3.
[0084] L'ordinateur 2 comprend notamment un processeur 3, une mémoire vive 4, une mé- moire morte 5, une mémoire non volatile 6, et des moyens de communication 7 permettant notamment aux dispositifs NF1,...,NFN du système 1 de communiquer entre elles et avec d'autres dispositifs le cas échéant du réseau cœur CN et/ou plus généralement du réseau cellulaire NW. Ces moyens 7 de communication s'appuient d'une part, sur une interface de communication filaire ou sans fil, connue en soi et non décrite plus en détail ici, mais également ici sur une ou plusieurs interfaces logicielles basées sur le service ou SBI (pour « Service Based Interface » en anglais).
[0085] La mémoire non volatile 6 de l'ordinateur 2 constitue un support d'enregistrement conforme à l'invention, lisible par le processeur 3 et sur lequel est enregistré(s) un ou plusieurs programmes d'ordinateur conformes à l'invention.
[0086] Plus spécifiquement, la mémoire non volatile 6 de l'ordinateur 2 comprend, lorsqu'il s'agit du dispositif NF1 (qui héberge une fonction NRF), un enregistrement d'un programme d'ordinateur PROG1, comportant des instructions définissant les principales étapes d'un procédé de fourniture selon l'invention selon la première variante de réalisation.
[0087] Ce programme PROG1 définit des modules fonctionnels d'une entité de fourniture selon la première variante de réalisation de l'invention qui s'appuient ou commandent les éléments matériels 3 à 7 de l'ordinateur 2 cités précédemment. Ces modules comprennent notamment comme illustré sur la figure 4 : un module 8A d'obtention, configuré pour obtenir, en provenance d'au moins un dispositif (jouant le rôle de premier dispositif au sens de l'invention) hébergeant une instance de fonction réseau gérée par le dispositif NF1 et pour laquelle le dispositif NF1 mémorise et maintient à jour le profil, un poids affecté à au moins une zone élémentaire couverte par la zone de service desservie par cette instance de fonction réseau, ce poids étant un nombre réel (ex. un nombre rationnel tel qu'un pourcentage) supérieur ou égal à 0. Dans l'exemple envisagé à la figure 2, on suppose que le module 8A d'obtention obtient notamment de tels poids pour chacun des dispositifs NF3,...,NFN du réseau cœur CN hébergeant une fonction réseau NWDAF, et pour chaque zone élémentaire couverte par chaque zone de service des dispositifs NF3,...,NFN. En variante, on peut envisager de n'affecter et de n'obtenir des poids (en particulier des poids non nuis) que pour les zones élémentaires recouvertes par plusieurs zones de services de dispositifs hébergeant la même fonction réseau NWDAF. Ces poids sont obtenus par le dispositif NF1 et plus particulièrement par son module 8A, lorsque les dispositifs NF3,...,NFN enregistrent leurs profils auprès de lui et/ou lors d'une mise à jour de ces profils ; les dispositifs NF3,...,NFN utilisent à cette fin ici le service Nnrf_NFManagement offert par le dispositif NF1 adapté pour transmettre les poids des zones élémentaires, comme détaillé davantage ultérieurement ; et un module 8B de fourniture, configuré pour fournir à un dispositif consumer du réseau cœur CN (jouant le rôle de deuxième et de quatrième dispositif au sens de l'invention), lorsque le dispositif NF1 est interrogé par le dispositif consumer au moyen d'une requête de découverte portant sur au moins un critère de recherche CRIT (telle que définie par exemple dans le cadre du service Nnrf_NFDiscovery implémenté par le dispositif NF1), les poids obtenus par le module 8A d'obtention, affectés aux zones élémentaires couvertes par les zones de service des dispositifs dont il mémorise le profil et qui répondent au critère de recherche CRIT. Un tel critère de recherche CRIT comprend par exemple un type de fonction réseau implémentée par les dispositifs (ex. fonction NWDAF), une zone d'intérêt que les dispositifs doivent desservir, etc. Les poids sont fournis par le module 8B de fourniture dans la réponse à la requête de recherche adressée par le dispositif NF1 au dispositif consumer. Dans les exemples illustratifs décrits ci-après, on envisage comme dispositif consumer, le dispositif NF2 hébergeant une fonction réseau AMF, et le dispositif NF3 hébergeant une fonction réseau NWDAF. Bien entendu ces exemples ne sont donnés qu'à titre illustratif et d'autres dispositifs consumer peuvent être envisagés en variante.
[0088] Le fonctionnement des modules 8A et 8B du dispositif NF1 est décrit plus en détail ultérieurement en référence aux étapes du procédé de fourniture selon la première variante de réalisation de l'invention.
[0089] Lorsque l'ordinateur 2 est le dispositif NF2 (qui héberge une fonction AMF dans l'exemple illustratif envisagé ici) ou un dispositif NF3,...,NFN (qui héberge une instance de fonction NWDAF et jouent le rôle de deuxièmes et de quatrièmes dispositifs au sens de l'invention), la mémoire non volatile 6 de l'ordinateur 2 comprend un enregistrement d'un programme d'ordinateur PROG2, comportant des instructions définissant les principales étapes d'un procédé de sélection selon l'invention.
[0090] Ce programme PROG2 définit des modules fonctionnels d'une entité de sélection selon l'invention, intégrée dans le dispositif NF2 et dans chacun des dispositifs NF3,...,NFN, qui s'appuient ou commandent les éléments matériels 3 à 7 de l'ordinateur 2 cités précédemment. Ces modules comprennent notamment, dans le mode de réalisation décrit ici et comme illustré sur la figure 4 : un module 9A d'envoi, configuré pour envoyer à un dispositif du réseau cœur CN, en l'espèce ici au dispositif NF1 hébergeant la fonction réseau NRF (jouant le rôle de cinquième dispositif au sens de l'invention), une requête de découverte de dispositifs du réseau cœur CN hébergeant des fonctions réseau et répondant à au moins un critère de recherche CRIT donné, tel que décrit précédemment (ex. type de fonction réseau implémentée par le dispositif, zone d'intérêt, etc.) ; un module 9B d'obtention, configuré pour obtenir une réponse à cette requête de découverte identifiant au moins un dispositif du réseau cœur CN dit candidat, hébergeant une fonction réseau et répondant audit au moins un critère de recherche CRIT donné. Cette réponse comprend pour chaque dispositif candidat ayant une zone de service couvrant une zone d'intérêt définie par l'entité de sélection (en totalité dans le mode de réalisation décrit ici), le poids mémorisé dans le profil du dispositif candidat affecté à chaque zone élémentaire couverte par ladite zone de service et par la zone d'intérêt, ledit poids étant un nombre réel supérieur ou égal à 0. On note que, par souci de complétude, la réponse peut inclure également les poids des zones élémentaires couvertes par la zone de service du dispositif candidat qui ne sont pas comprises dans la zone d'intérêt ; un module 9C de détermination, configuré pour déterminer pour chaque dispositif candidat identifié dans la réponse obtenue, une métrique à partir des poids affectés aux zones élémentaires couvertes par cette zone de service et la zone d'intérêt ; et un module 9D de sélection, configuré pour sélectionner un dispositif candidat pour implémenter au moins une fonctionnalité de la fonction réseau qu'il héberge, en comparant les poids affectés aux zones élémentaires couvertes par la zone d'intérêt obtenus par le module 9B d'obtention pour chaque dispositif candidat identifié dans la réponse. Dans le mode de réalisation décrit ici, le module 9D de sélection utilise les métriques déterminées par le module 9C de détermination pour les différents dispositifs candidats identifiés dans la réponse et sélectionne le dispositif candidat correspondant à la métrique déterminée optimale.
[0091] Lorsqu'il est stocké dans la mémoire non volatile 6 d'un dispositif NF3,...,NFN, le programme PROG2 définit en outre un module 9E de transfert, configuré pour mettre en œuvre une procédure de transfert, telle que par exemple celle décrite dans le document 3GPP TS 23.288, et transférer vers le dispositif candidat sélectionné par le module 9D de sélection tout ou partie des souscriptions dont le dispositif NF3,...,NFN a la charge. Ce module 9E de transfert est en outre configuré pour déclencher une phase de préparation de la procédure de transfert auprès du dispositif candidat sélectionné, comme décrite plus en détail ultérieurement. Dans l'exemple d'un transfert entre deux dispositifs hébergeant une fonction NWDAF, cette phase de préparation comprend notamment la transmission par le module 9E de transfert au dispositif candidat sélectionné des informations concernant les souscriptions qui vont lui être transférées afin que le dispositif candidat sélectionné soit en mesure de collecter des données pour réaliser les prédictions/statistiques requises par ces souscriptions dès que le transfert est effectif.
[0092] Le fonctionnement des modules 9A-9D et le cas échéant 9E est décrit plus en détail ultérieurement en référence aux étapes du procédé de sélection selon l'invention.
[0093] Enfin, lorsque l'ordinateur 2 est un dispositif NF3,...,NFN (qui héberge une instance de fonction NWDAF et jouent le rôle de premiers dispositifs au sens de l'invention), la mémoire non volatile 6 de l'ordinateur 2 comprend un enregistrement d'un programme d'ordinateur PROGT, comportant des instructions définissant les principales étapes d'un procédé de fourniture selon la deuxième variante de réalisation de l'invention.
[0094] Ce programme PROGT définit des modules fonctionnels d'une entité de fourniture selon la deuxième variante de réalisation, intégrée dans chaque dispositif NFn, n=3,...,N, ces modules s'appuyant ou commandant les éléments matériels 3 à 7 de l'ordinateur 2 cités précédemment. Ils comprennent notamment, comme illustré sur la figure 4 : un module 8A' d'obtention, configuré pour obtenir un poids (nombre réel compris entre 0 et 1) affecté à au moins une zone élémentaire couverte par la zone de service desservie par le dispositif NFn. Dans le mode de réalisation envisagé ici, un poids est affecté et obtenu pour chaque zone élémentaire couverte par la zone de service. Toutefois, comme évoqué précédemment, on peut envisager de n'affecter et de n'obtenir des poids (en particulier des poids non nuis) que pour les zones élémentaires couvertes par plusieurs zones de service de dispositifs implémentant la même fonction réseau. Le module 8A' d'obtention peut obtenir les poids de différentes manières : les poids peuvent être affectés de façon statique et empirique ou par expertise par l'opérateur du réseau cellulaire NW (et du réseau cœur CN) et configurés au niveau du dispositif NFn par ce dernier (par exemple via un message ou une interface de configuration approprié(e), prévu(e) à cet effet). En variante, ils peuvent être évalués de façon dynamique par le module 8A' d'obtention en appliquant un algorithme défini et paramétré par l'opérateur du réseau. Diverses stratégies d'affectation des poids aux zones élémentaires peuvent être retenues par l'opérateur. Comme évoqué précédemment, ces poids ont vocation à guider la sélection d'un dispositif parmi plusieurs hébergeant une même fonction réseau ; les poids sont donc affectés aux zones élémentaires couvertes par une zone de service selon une stratégie cohérente avec la politique de sélection que l'opérateur du réseau souhaite mettre en œuvre dans le réseau, compte tenu des fonctionnalités offertes par le dispositif en question et du contexte considéré. Des exemples de stratégie d'affectation et de poids affectés sont décrits plus en détail ultérieurement ; un module 8B' de fourniture des poids obtenus affectés aux zones élémentaires couvertes par la zone de service du dispositif NFn considéré. Dans la deuxième variante de réalisation, le module 8B' de fourniture est configuré pour fournir ces poids à un dispositif du réseau cœur CN gérant les dispositifs hébergeant des fonctions réseau et mémorisant le profil de ces dispositifs. Dans l'exemple envisagé sur la figure 2, il s'agit du dispositif NF1 hébergeant la fonction NRF. Plus spécifiquement, le module 8B' de fourniture est configuré pour fournir les poids affectés aux zones élémentaires couvertes par la zone de service du dispositif NFn considéré lors de l'enregistrement du profil du dispositif NFn auprès du dispositif NF1 (en utilisant le service Nnrf_NFManagement proposé par le dispositif NF1), par exemple dans un nouvel attribut de ce profil prévu à cet effet. L'attribut en question peut notamment lister au moyen de leurs identifiants, les zones élémentaires couvertes par la zone de service du dispositif NFn, et pour chaque zone élémentaire, indiquer le poids affecté par l'opérateur du réseau à celle-ci. En variante, on peut envisager de compléter l'attribut définissant la zone de service du dispositif NFn fourni dans son profil. Il convient de noter que si un poids affecté à une zone élémentaire couverte par la zone de service du dispositif NFn est amené à évoluer dans le temps, le module 8B' de fourniture peut effectuer une mise à jour dudit poids auprès du dispositif NF1 pour signaler cette évolution. Il peut à cet effet effectuer une mise à jour de son profil en utilisant par exemple le service Nnrf_NFManagement proposé par le dispositif N Fl.
[0095] Le fonctionnement des modules 8A' et 8B' des dispositifs NF3,...,NFN est décrit plus en détail ultérieurement en référence aux étapes du procédé de fourniture selon la deuxième variante de réalisation de l'invention.
[0096] Nous allons maintenant décrire en référence aux figure 5 et 6 respectivement les différentes étapes du procédé de fourniture telles qu'elles sont mises en œuvre par les dispositifs NF3,...,NFN et par le dispositif NF1, selon la première et la deuxième variante de réalisation de l'invention.
[0097] La figure 5 illustre la deuxième variante de réalisation, qui est mise en œuvre par chaque dispositif NFn, n=3,...,N. Comme indiqué précédemment, dans l'exemple illustratif envisagé ici, les dispositifs NF3,...,NFN hébergent des instances d'une même fonction réseau NWDAF de collecte et d'analyse de données. Ces dispositifs sont géographiquement distribués sur la zone de couverture du réseau NW, chaque dispositif NFn desservant une zone Zn de service dans laquelle il implémente la ou les fonctionnalités d'une fonction réseau NWDAF, à savoir par exemple collecter des données représentatives de faits réseau (ex. état d'un équipement utilisateur, cellule dans laquelle il se trouve, etc.) auprès d'autres fonctions réseau et/ou de nœuds radio via l'entité OAM du réseau, établir à partir des données collectées des statistiques et/ou des prédictions (globales et/ou individuelles), etc.
[0098] Comme évoqué précédemment, la zone Zn de service du dispositif NFn couvre un nombre Kn de zones élémentaires ZEk(n), k=l,...,Kn associées au réseau, Kn désignant un entier supérieur ou égal à 1 qui peut varier d'un dispositif NFn à un autre. Dans l'exemple envisagé ici, chaque zone élémentaire ZEk(n) est une cellule du réseau NW. [0099] La figure 7 illustre un exemple de zones de service Z3, Z4, Z5 et Z6 affectées respectivement aux dispositifs NF3, NF4, NF5, NF6 hébergeant une fonction réseau NWDAF. Dans l'exemple de la figure 7, on considère comme zones élémentaires des cellules hexagonales du réseau NW référencées par Cl, C2,..., et K3 est pris égal à 7, K4 égal à 5, K5 égal 5, et K6 égal à 5. Plus précisément : Z3={ZE1(3)=C1, ZE2(3)=C2, ZE3(3)=C3, ZE4(3)=C5, ZE5(3)=C6, ZE6(3)=C7, ZE7(3)=C10} ;
Z4={ZE1(4)=C3, ZE2(4)=C4, ZE3(4)=C6, ZE4(4)=C7, ZE5(4)=C8} ; Z5={ZE1(5)=C5, ZE2(5)=C6, ZE3(5)=C9, ZE4(5)=C10, ZE5(5)=C14} ; et Z6={ZE1(6)=C7, ZE2(6)=C11, ZE3(6)=C12, ZE4(6)=C15, ZE5(6)=C16}.
[0100] La cellule C13 est couverte par d'autres dispositifs que les dispositifs NF3, NF4, NF5, NF6.
[0101] Comme illustré sur la figure 7, les zones de service de certains des dispositifs NF3,...NFN peuvent être définies de sorte à être recouvrantes. Au sens de l'invention, des zones recouvrantes sont des zones qui ne sont pas disjointes, c'est-à-dire qui ont une intersection non vide (au sens topologique du terme). En d'autres mots, une même zone élémentaire peut être couverte par les zones de service de plusieurs dispositifs assurant la même fonction réseau. C'est ainsi le cas notamment de la cellule C6 qui est couverte par les trois zones de service Z3, Z4 et Z5 des dispositifs NF3, NF4 et NF5, de la cellule CIO qui est couverte par les zones de service Z3 et Z5 des dispositifs NF3 et NF5, ou encore de la cellule C7 qui est couverte par les zones de service Z3, Z4 et Z6 des dispositifs NF3, NF4 et NF6, etc.
[0102] On note que les zones de service recouvrantes peuvent à l'origine avoir été définies de façon disjointe, puis étendues pour présenter des recouvrements, par exemple en vue de permettre l'exécution de certaines procédures au sein du réseau, comme notamment la phase préparatoire qui précède une procédure de transfert entre deux fonctions AMF. [0103] Conformément à l'invention, le dispositif NFn obtient, par l'intermédiaire de son module 8A', des poids (nombres réels supérieurs ou égaux à 0) affectés à chacune des zones élémentaires couvertes par sa zone de service Zn. Comme évoqué précédemment, ces poids peuvent avoir été affectés de différentes manières aux zones élémentaires ZEk(n), k=l,...,Kn couvertes par la zone de service Zn. Ils peuvent notamment avoir été affectés de façon statique par l'opérateur du réseau cellulaire (et du réseau cœur CN) puis avoir été configurés au niveau du dispositif NFn par ce dernier, par exemple via un message ou une interface de configuration approprié(e), prévu(e) à cet effet, ou de façon dynamique, par exemple par le module 8A' d'obtention lui-même, en exécutant un algorithme défini et paramétré par l'opérateur du réseau. Quelle que soit la façon de procéder retenue, les poids peuvent en outre évoluer dans le temps, par exemple en cas de disparition ou d'apparition d'une instance de la fonction réseau, d'une indisponibilité momentanée de cette instance, d'une volonté d'équilibrer la charge, etc.
[0104] Pour affecter à proprement parler chaque poids à chaque zone élémentaire, une stratégie cohérente avec la politique que l'opérateur du réseau souhaite mettre en œuvre pour sélectionner un dispositif parmi plusieurs implémentant une fonction réseau donnée est appliquée. Cette politique peut tenir compte de plusieurs facteurs, comme par exemple de la fonction réseau implémentée, du contexte dans lequel se trouvent les zones élémentaires (ex. milieu urbain ou rural) et de la mobilité des équipements utilisateurs pouvant en résulter (ex. forte ou faible mobilité), de la configuration des zones de service (ex. forme, couverture), etc. [0105] Dans le mode de réalisation envisagé ici, chaque poids affecté à une zone élémentaire pour la zone de service Zn du dispositif NFn traduit la pertinence de ce dispositif (ou de façon équivalente la priorité qu'on (ex. l'opérateur du réseau NW) lui accorde) pour assurer la fonction réseau NWDAF dans cette zone élémentaire (par exemple au vu des préférences de l'opérateur), compte tenu du fait que cette même fonction réseau peut être exécutée par d'autres dispositifs desservant cette même zone élémentaire, et que les UE (équipements utilisateurs) sur lesquels sont susceptibles de porter les statistiques et/ou prédictions confiées à la fonction réseau NWDAF sont susceptibles de se déplacer. Le poids w(ZEk(n)) affecté à la zone élémentaire ZEk(n), pour k= l,...,Kn tient donc compte ici du fait que cette zone élémentaire est couverte ou non par d'autres dispositifs NFj avec j=3,...,N, j*n : notamment, chaque poids est exprimé sous la forme d'un pourcentage et la somme des poids affectés à une zone élémentaire couverte par plusieurs zones de service est normalisée (i.e. prise égale à 1 ou de façon équivalente à 100%) sur l'ensemble desdites zones de service. On affecte en outre des poids différents pour une même zone élémentaire aux différentes zones de service associés à des dispositifs hébergeant la même fonction réseau et couvrant cette zone élémentaire. Bien entendu, d'autres choix peuvent être envisagés, comme par exemple affecter des poids absolus non normalisés (c'est-à-dire dont la somme n'est pas égale à 1) mais exprimés selon une même échelle, plutôt que des poids relatifs tels que des pourcentages, avoir une somme des poids inférieure à 1 ou différente de 1, affecter des poids réels plutôt que rationnels, affecter pour certaines zones de service des poids identiques lorsqu'elle couvre une même zone élémentaire (par exemple si l'on ne souhaite pas donner une priorité à l'une des zones de service par rapport à l'autre pour cette zone élémentaire), etc.
[0106] On peut envisager différents critères pour attribuer un poids à une zone élémentaire couverte par une zone de service. Ainsi, selon un exemple illustratif mais non limitatif, lorsqu'une même zone élémentaire est couverte par plusieurs zones de service affectées à des dispositifs différents hébergeant la même fonction réseau, pour tenir compte de la mobilité potentielle des UE rattachés à un dispositif NFn, le poids affecté à cette zone élémentaire pour un dispositif NFn peut dépendre de sa distance (évaluée par exemple en prenant comme référence son centre ou son barycentre) par rapport au centre de la zone de service Zn du dispositif NFn considéré ou de sa distance par rapport aux limites de la zone de service Zn : par exemple, plus la zone élémentaire va être éloignée du centre (ou du barycentre) de la zone de service Zn ou plus elle va se rapprocher d'une bordure ou de la frontière de la zone de service Zn, plus le poids qu'on lui affecte pour cette zone de service comparativement aux zones de service des autres dispositifs couvrant la zone élémentaire peut être choisi faible, afin de traduire que le dispositif NFn est moins « prioritaire » que les autres dans cette zone élémentaire.
[0107] La figure 8 illustre de façon simple ce principe pour deux dispositifs DI' et D2' hébergeant des instances d'une même fonction réseau, auxquels sont affectées respectivement les zones de service ZI' et Z2'. Les centres des zones de service ZI' et Z2' sont notés respectivement 01' et 02'. En outre, sur cette figure 8, par souci de simplification, seules les cellules couvertes par les deux dispositifs sont référencées par Cl', C2', C3', C4' et C5'. Ainsi, dans cet exemple, conformément au principe évoqué ci-dessus, on affecte à la cellule C4' un poids plus important pour le dispositif D2' que pour le dispositif DI' : en effet la cellule C4' se trouve en bordure de la zone de service ZI' du dispositif DI' et alors qu'elle se trouve éloignée de la bordure de la zone de service Z2'. A l'inverse, un poids plus faible est affecté à la cellule C3' pour le dispositif D2' que pour le dispositif DI'.
[0108] Il convient de noter qu'il n'est pas nécessaire de normaliser les poids affectés aux différentes zones élémentaires d'une même zone de service, la sélection s'opérant non pas au sein d'une même zone de service, mais entre plusieurs dispositifs ayant des zones de service recouvrantes. En outre, si une zone élémentaire n'est couverte que par une unique zone de service pour une fonction réseau donnée, dans le mode de réalisation décrit ici, on lui affecte le poids maximum (par exemple 100%).
[0109] Dans une variante de réalisation, on peut n'affecter un poids, en particulier un poids non nul, qu'aux zones élémentaires couvertes par des zones de service associés à plusieurs dispositifs hébergeant la même fonction réseau, et lorsque l'on souhaite affecter des poids différents à ces zones élémentaires recouvrantes.
[0110] Ainsi, au vu de ce qui précède, le poids affecté à une zone élémentaire pour la zone de service Zn traduit en quelque sorte le rattachement plus ou moins important de cette zone élémentaire à la zone de service Zn et donc au dispositif NFn desservant cette zone de service ; en d'autres mots, cela traduit si lorsqu'il s'agit de couvrir cette zone élémentaire, on a intérêt à sélectionner le dispositif NFn ou un autre dispositif plus pertinent et plus approprié. Les poids affectés à une même zone élémentaire pour différentes zones de service couvrant cette zone élémentaire permettent donc d'attribuer des priorités différentes aux dispositifs associés, et donc d'orienter le choix d'un dispositif parmi les autres à partir de ces priorités. Il convient de noter qu'à l'inverse, si on ne souhaite pas établir de priorité entre deux dispositifs implémentant une même fonction réseau, le même poids peut être alloué à une zone élémentaire pour les zones de services de ces deux dispositifs.
[OUI] D'autres facteurs ou d'autres critères que la distance et/ou la proximité à la frontière de la zone de service d'un dispositif peuvent être pris en compte pour affecter un poids à une zone élémentaire pour un dispositif NFn, n=3,...,N donné. Par exemple, on peut tenir compte également d'une politique de répartition de la charge entre plusieurs dispositifs implémentant une même fonction réseau sur une zone élémentaire. Ce facteur peut être pris en compte notamment pour justifier de l'affectation de deux poids différents à une zone élémentaire couverte par deux dispositifs distincts et se trouvant à égale distance du centre des zones de service desservis par ces dispositifs ou de la bordure de ces zones de service. On peut également tenir compte, comme évoqué précédemment, du contexte d'application de l'invention, de la stratégie que souhaite adopter l'opérateur du réseau, de la topologie du réseau, etc.
[0112] A titre illustratif, dans l'exemple de la figure 7, en appliquant la stratégie évoquée précédemment (poids affectés en fonction de la distance aux centres ou aux bordures des zones de service), les poids notés w rationnels suivants ont été affectés par l'opérateur du réseau aux zones élémentaires des zones de service Z3, Z4, Z5 et Z6 : pour le dispositif NF3 et la zone de service Z3 correspondante : w(ZEl(3)=Cl)=100%, w(ZE2(3)=C2)= 100%, w(ZE3(3)=C3)=40%, w(ZE4(3)=C5)=40%, w(ZE5(3)=C6)=70%, w(ZE6(3)=C7)=20%, w(ZE7(3)=C10)=40% ; pour le dispositif NF4 et la zone de service Z4 correspondante : w(ZEl(4)=C3)=60%, w(ZE2(4)=C4)=100%, w(ZE3(4)=C6)=20%, w(ZE4(4)=C7)=10%, w(ZE5(4)=C8)=100% ; pour le dispositif NF5 et la zone de service Z5 correspondante : w(ZEl(5)=C5)=60%, w(ZE2(5)=C6)=10%, w(ZE3(5)=C9)=100%, w(ZE4(5)=C10)=60%, w(ZE5(5)=C14)=100% ; pour le dispositif NF6 et la zone de service Z6 correspondante : w(ZEl(6)=C7)=70%, w(ZE2(6)=Cll)=100%, w(ZE3(6)=C12)= 100%, w(ZE4(6)=C15)= 100%, w(ZE5(6)=C16)= 100%.
[0113] On note que selon cet exemple un poids de 100% a été affecté à une zone élémentaire pour un dispositif donné lorsque ce dispositif est le seul à couvrir cette zone élémentaire. Il convient de noter qu'il n'est pas exclu de ce fait d'avoir deux zones élémentaires situées à une même distance du centre d'une zone de service la couvrant affectés à des poids différents, puisqu'on s'intéresse ici à la gestion des zones recouvrantes.
[0114] Ainsi, dans l'exemple illustratif de la figure 7, on privilégie le choix du dispositif NF3 pour couvrir la cellule C6, le choix du dispositif NF4 pour couvrir la cellule C3, le choix du dispositif NF6 pour couvrir la cellule C7, etc.
[0115] Bien entendu cet exemple n'est donné qu'à titre illustratif, et d'autres poids peuvent être affectés.
[0116] Les poids ainsi affectés aux différentes zones élémentaires du réseau couvertes par la zone de service Zn du dispositif NFn sont mémorisés par exemple dans la mémoire non volatile 6 de l'ordinateur 2 hébergeant le dispositif NFn. En référence à la figure 5, ils peuvent ainsi être obtenus par le module 8A' du dispositif NFn en consultant cette mémoire (étape E10).
[0117] Puis ils sont fournis via son module 8B' de fourniture au dispositif NF1 mémorisant les profils des instances de fonction réseau opérant dans le réseau cœur CN (étape E20). Plus spécifiquement, dans la deuxième variante de réalisation décrit ici, les poids w(ZEk(n)) affectés aux différentes zones élémentaires ZEk(n) du réseau couvertes par la zone de service Zn du dispositif NFn sont fournis au dispositif NF1 implémentant la fonction réseau NRF lors de l'enregistrement du profil NFPROF(NFn) du dispositif NFn auprès du dispositif NF1. Cet enregistrement s'appuie ici sur le service Nnrf_NFMana- gement proposé par le dispositif NF1 tel que décrit dans le document TS 23.501 cité précédemment, aménagé pour que le dispositif NFn puisse déclarer dans son profil, outre sa zone de service Zn comme déjà prévu par le standard 3GPP ainsi que ses différentes caractéristiques de service, les poids w(ZEk(n)), k=l,...,Kn affectés à chacune des Kn zones élémentaires (i.e. cellules dans l'exemple envisagé ici) du réseau couvertes par la zone de service Zn.
[0118] On note que si tout ou partie des poids affectés aux zones élémentaires ZEk(n) du réseau couvertes par la zone de service Zn du dispositif NFn évoluent dans le temps, le module 8B' du dispositif NFn peut fournir les poids ayant évolué (ou de nouveau l'ensemble des poids) en effectuant une mise à jour de son profil, en utilisant par exemple de nouveau le service Nnrf_NFManagement proposé par le dispositif NF1 qui permet une telle mise à jour, aménagé pour inclure une mise à jour des poids.
[0119] L'affectation des poids aux zones élémentaires et les étapes E10 d'obtention et E20 de fourniture de ces poids sont exécutées de façon similaire ou identique par chacun des dispositifs NF3,...,NFN.
[0120] Nous allons maintenant décrire en référence à la figure 6 le procédé de fourniture selon la première variante de réalisation tel qu'il est mis en œuvre par le dispositif NF1. [0121] Conformément à cette première variante et suite à l'étape E20 qui vient d'être décrite, le dispositif NF1 obtient, via son module 8A d'obtention, pour chaque dispositif NFn, n=3,...,N, les poids w(ZEk(n)) affectés aux différentes zones élémentaires ZEk(n) du réseau couvertes par la zone de service Zn du dispositif NFn lors de l'enregistrement du profil NFPROF(NFn) du dispositif NFn (ou de la mise à jour de ce profil) (étape F10). Le module 8A d'obtention mémorise les profils des dispositifs NFn dans la mémoire non volatile 6 de l'ordinateur 2 hébergeant le dispositif NF1. Il en est de même en cas de mise à jour.
[0122] Les poids affectés aux zones élémentaires couvertes par les zones de service des dispositifs NF3,...,NFN peuvent de la sorte être rendus disponibles (i.e. fournis) aisément aux instances de fonctions réseau consumer du réseau CN souhaitant solliciter ces dispositifs pour la collecte et/ou l'analyse de données, et ce, au même titre que les autres informations mémorisées dans le profil de ces dispositifs. Les instances consumer peuvent à cet effet utiliser par exemple le service Nnrf_NFDiscovery implémenté par le dispositif NF1. Un dispositif « consumer » peut notamment accéder aux poids affectés aux zones élémentaires du réseau couvertes par la zone de service d'un dispositif NFn, n=3,...,N en envoyant une requête de découverte au dispositif NF1, comme décrit plus en détail ci-après en référence à la figure 9.
[0123] La figure 9 illustre les principales étapes d'un procédé de sélection selon l'invention mises en œuvre dans un mode particulier de réalisation par un dispositif consumer du réseau tel que le dispositif NF2 dans l'exemple envisagé à la figure 2.
[0124] Comme évoqué précédemment, on suppose ici que le dispositif NF2 héberge une fonction réseau AMF et souhaite accéder pour les besoins de cette fonction réseau à des statistiques et/ou des prédictions, établies par une fonction réseau NWDAF du réseau cœur CN et portant sur un UE référencé par 9 sur la figure 2, qui lui est rattaché (autrement dit qui est géré par lui).
[0125] A cet effet, il envoie par l'intermédiaire de son module d'envoi 9A une requête de découverte REQ au dispositif NF1 assurant la fonction réseau NRF dans le réseau cœur CN (étape G 10). La requête de découverte REQ émis par le dispositif NF2 vise à découvrir les dispositifs du réseau CN hébergeant une fonction réseau et répondant ici à deux critères de recherche CRIT spécifiés dans la requête, à savoir un type de fonction réseau particulier (NWDAF dans l'exemple envisagé ici) et une zone d'intérêt ZI définie par le dispositif consumer NF2.
[0126] En variante, la requête de découverte REQ peut porter sur un nombre plus ou moins élevé de critères ; par exemple la requête de découverte peut ne spécifier que la fonction réseau que doivent implémenter les dispositifs recherchés, et/ou sur d'autres critères (ex. statistiques ou prédictions particulières, etc.). [0127] Dans l'exemple envisagé ici, la zone d'intérêt ZI correspond à la zone dans laquelle se trouve l'UE 10. Elle est dérivée ici par le dispositif NF2 à partir de la zone d'enregistrement RA affectée à l'UE 10. Par exemple, la zone d'intérêt ZI est la zone RA affectée à l'UE 10 au moment de l'envoi de la requête de découverte REQ ; cette zone RA comprend une ou plusieurs zones élémentaires du réseau NW (ex. une ou plusieurs cellules). Dans l'exemple illustratif représenté sur la figure 7, on suppose que la zone RA de l'UE 10, et donc la zone d'intérêt ZI, contient uniquement la cellule C6.
[0128] En référence à la figure 6, sur réception de la requête de découverte REQ par le dispositif NF1 (étape F20), celui-ci, par le biais de son module 8B de fourniture, examine les profils dont il dispose dans sa mémoire non volatile 6 pour identifier les dispositifs du réseau CN (dispositifs candidats au sens de l'invention) répondant aux critères CRIT (fonction NWDAF, ZI=RA(UE 10)) spécifiés dans la requête REQ (étape F30). On note NFCj, j=l,...,J avec J entier supérieur ou égal à 1, les dispositifs candidats ainsi identifiés. Dans l'exemple illustratif envisagé à la figure 7, les dispositifs candidats sont identifiés par le module 8B de fourniture parmi les dispositifs NF3,...,NFN implémentant la fonction réseau NWDAF et le module 8B de fourniture détermine que les dispositifs candidats NF3, NF4 et NF5 ont une zone de service couvrant l'entièreté de la zone d'intérêt ZI. Autrement dit, J=3 et NFC1=NF3, NFC2=NF4 et NFC3=NF5.
[0129] Le dispositif NF1 répond donc, via son module 8B de fourniture, à la requête de découverte REQ du dispositif NF2 en identifiant dans sa réponse RESP les dispositifs candidats NFCj, j=l,...,J répondant aux critères CRIT et les caractéristiques de service contenues dans les profils NFPROF de ces dispositifs candidats et susceptibles d'intéresser le dispositif NF2 (étape F40). Conformément à l'invention, il inclut en outre dans sa réponse RESP les poids affectés aux zones élémentaires couvertes par les zones de service des dispositifs candidats NFCj, j= l,...,J. Ainsi, dans l'exemple illustratif envisagé en référence à la figure 7, il inclut les poids w(ZEk(n)), k=l,...,Kn pour n=3, 4 et 5.
[0130] On note que dans le mode de réalisation décrit ici, le dispositif NF1 envoie au dispositif NF2 non seulement les poids affectés aux zones élémentaires comprises dans la zone d'intérêt ZI, mais également les poids affectés aux zones élémentaires non comprises dans cette zone ZI. Un exemple d'utilisation de ces poids en dehors de la zone d'intérêt ZI est décrit plus en détail ultérieurement.
[0131] En variante, seuls les poids correspondant aux zones élémentaires couvrant la zone d'intérêt ZI sont inclus dans la réponse RESP, si une telle zone d'intérêt a été précisée dans la requête de découverte comme critère CRIT. Cette variante permet de limiter la taille du message envoyé par le dispositif NF1 au dispositif NF2 ; toutefois, elle requiert un effort de filtrage supplémentaire du dispositif NF1.
[0132] En référence à la figure 9, sur réception de la réponse RESP par le module d'obtention 9B du dispositif NF2 (étape G20), si J>1, le dispositif NF2 compare les poids affectés aux zones élémentaires couvrant la zone d'intérêt ZI obtenus pour les différents dispositifs candidats NFCj, j= l,...,J. Dans le mode de réalisation décrit ici, pour opérer cette comparaison, le dispositif NF2 détermine, via son module 9C de détermination, pour chaque dispositif candidat NFCj, j=l,...,J identifié dans la réponse RESP, une métrique notée p(NFCj) à partir des poids affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d'intérêt ZI (étape G30).
[0133] On note que si la zone d'intérêt ZI n'est pas incluse dans les critères CRIT de recherche spécifiés dans la requête de recherche, le module 9C de détermination choisit à partir des dispositifs candidats NFCj, j=l,...J identifiés dans la réponse RESP, ceux ayant une zone de service recouvrant la zone d'intérêt, et ne détermine la métrique p(NFCj) que pour les dispositifs candidats ainsi choisis.
[0134] Dans le mode de réalisation décrit ici, la métrique p(NFCj) calculée par le module 9C de détermination pour chaque dispositif candidat NFCj concerné est la somme des poids affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d'intérêt ZI.
[0135] En variante, on peut envisager d'appliquer des facteurs de pondération à chaque poids (par exemple compris entre 0 et 1). Un exemple d'une telle somme pondérée est donné ultérieurement.
[0136] Dans l'exemple illustratif envisagé en référence à la figure 7 (NF3, NF4 et NF5 identifiés comme dispositifs candidats et zone d'intérêt ZI contenant la cellule C6), les métriques évaluées par le module 9C de détermination sont les suivantes : p(NFCl=NF3)=70% ; p(NFC2=NF4)=20% ; p(NFC3=NF5)=10%.
[0137] Le module 9D de sélection du dispositif NF2 sélectionne alors le dispositif candidat NFCjO optimisant la métrique p pour implémenter la fonction réseau NWDAF recherchée par le dispositif NF2 (étape G40), autrement dit, dans le mode de réalisation décrit ici, celui qui maximise la métrique p (on note que suivant la métrique p envisagée et la façon dont les poids sont affectés aux zones élémentaires, le module 9D peut être amené à sélecter le dispositif candidat minimisant la métrique p pour l'optimiser). Dans l'exemple illustratif envisagé ici, c'est le dispositif NF3 qui est sélectionné pour implémenter la fonction NWDAF dont a besoin le dispositif NF2 sur la zone d'intérêt ZI={C6}.
[0138] Suite à cette sélection, le dispositif NF2 adresse sa requête au dispositif NFCjO sélectionné, cette requête indiquant les statistiques et/ou prédictions souhaitées par le dispositif NF2 (étape G50).
[0139] Il peut arriver qu'au cours de l'exécution des fonctionnalités qui lui sont affectées, une instance de fonction réseau (par exemple le dispositif NF3 sélectionné lors de l'étape G50) doive transférer les requêtes qui lui ont été adressées en tout ou partie vers une autre instance implémentant la même fonction réseau. Ce transfert d'une instance qualifiée de « source » vers une instance qualifiée de « cible » ou de relais peut être déclenché pour des raisons internes (ex. équilibrage de la charge, arrêt progressif de l'instance, etc.), ou pour des raisons externes (ex. mobilité d'un équipement utilisateur dont elle est en charge) signalées par exemple par d'autres fonctions réseau auprès desquelles elle s'est abonnée pour être informée des événements correspondants. Un tel transfert nécessite la sélection d'une nouvelle instance de fonction réseau (i.e. l'instance cible ou servant de relais de façon équivalente).
[0140] La figure 10 représente les principales étapes mises en œuvre ici par le dispositif NF3 précédemment sélectionné (dispositif source) lorsqu'une telle situation se présente, requérant un transfert vers une instance cible implémentant également la fonction réseau NWDAF pour servir de relais au dispositif NF3 pour tout ou partie des fonctionnalités qu'il implémente. Ces étapes reprennent, éventuellement à quelques aménagements près, les étapes du procédé de sélection selon l'invention qui viennent d'être décrites.
[0141] Plus précisément, on suppose que le dispositif NF3 détecte qu'un transfert est nécessaire vers une autre instance NWDAF de tout ou partie des souscriptions ou des requêtes qui lui ont été adressées, et plus particulièrement ici, des demandes de prédiction et de statistiques adressées par le dispositif NF2 en relation avec l'UE 10 (étape H 10). Comme évoqué précédemment, la détection qu'un transfert est nécessaire peut s'appuyer sur des informations remontées par d'autres fonctions réseau du réseau cœur CN, comme notamment la notification d'événements auxquels le dispositif NF3 s'est préalablement abonné. Par exemple, le dispositif NF3 peut sur la base des informations de localisation de l'UE 10 qui lui sont remontées du dispositif NF2 (AMF), détecter que l'UE 10 se déplace et déterminer s'il est encore en mesure de fournir le service d'analyse et de prédiction requis par le dispositif NF2 ou s'il doit transférer les souscriptions correspondantes du dispositif NF2 vers une autre instance NWDAF (instance cible).
[0142] Dans le mode de réalisation décrit ici, suite à cette détection, le dispositif NF3 sélectionne l'instance NWDAF cible (ou de façon équivalente le dispositif hébergeant cette instance cible) vers laquelle effectuer le transfert si celui-ci est confirmé. A cet effet, il envoie une requête de découverte REQ au dispositif NF1 (étape H20) comportant au moins un critère CRIT auquel doivent répondre les dispositifs recherchés. Dans le cadre d'une procédure de transfert entre deux dispositifs implémentant une fonction réseau NWDAF, la requête de découverte comprend comme critère CRU le type NWDAF. Elle peut en outre comporter de façon optionnelle une zone d'intérêt définie par le dispositif NF3, correspondant par exemple à la localisation courante de l'UE 10. On suppose ici à titre illustratif que la zone d'intérêt ZI spécifiée dans la requête de découverte est la zone RA de l'UE 10, et plus particulièrement la cellule C7 dans l'exemple de la figure 7, l'UE 10 s'étant déplacé de la cellule C6 vers la cellule C7 après la sélection du dispositif NF3. L'étape d'envoi H20 est identique à l'étape G10 précédemment décrite en référence à la figure 8.
[0143] Les étapes F20, F30 et F40 déjà décrites sont mises en œuvre par le dispositif NF1 sur réception de cette requête de découverte REQ. On suppose ici que la réponse RESP adressée par le dispositif NF1 au dispositif NF3 à l'étape F40 identifie les dispositifs candidats NFCm, m= 1,...,M, M désignant un entier supérieur à 1, et fournit au dispositif NF3 pour chacun de ces dispositifs candidats, les poids associés aux zones élémentaires couvertes par les zones de service de ces dispositifs candidats (ou seulement ceux affectés aux zones élémentaires couvertes par les zones de service des dispositifs candidats et par la zone d'intérêt ZI spécifiée le cas échéant dans la requête de découverte). En référence à l'exemple illustratif représenté sur la figure 7, on suppose par exemple que la réponse RESP adressée au dispositif NF3 identifie les dispositifs NF3, NF4 et NF6. [0144] Sur réception de cette réponse (étape H30 identique à l'étape G20), si le nombre de dispositifs candidats distincts du dispositif NF3 est supérieur à 1, le dispositif NF3 compare les poids affectés aux zones élémentaires couvrant la zone d'intérêt ZI obtenus pour les différents dispositifs candidats NFCm, m=l,...,M, avec NFCm*NF3. Plus particulièrement, pour réaliser cette comparaison, le dispositif NF3 détermine ici, via son module 9C de détermination, pour chaque dispositif candidat NFCm, m = l,...,M, avec NFCm*NF3, identifié dans la réponse RESP, une métrique notée p'(NFCm) à partir des poids affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d'intérêt définie par le dispositif NF3 (étape H40). On note que si un seul dispositif candidat distinct du dispositif NF3 est identifié dans la réponse reçue, le module 9C de détermination sélectionne ce dispositif candidat comme potentiel relais du dispositif NF3 et déclenche le transfert vers celui-ci de tout ou partie des souscriptions que lui a adressées le dispositif NF2 lorsque le besoin de transfert est confirmé (par exemple, lorsque le dispositif NF3 détecte que l'UE 10 se trouve dans la cellule C8, hors couverture du dispositif NF3). [0145] Comme mentionné précédemment, si la zone d'intérêt ZI n'est pas incluse dans les critères CRIT de recherche spécifiés dans la requête de recherche, le module 9C de détermination choisit parmi les dispositifs candidats NFCm, m= l,...M identifiés dans la réponse RESP ceux ayant une zone de service recouvrant l'entièreté de la zone d'intérêt, et ne détermine la métrique p'(NFCm) que pour les dispositifs candidats ainsi choisis.
[0146] Dans le mode de réalisation décrit ici, la métrique p'(NFCm) calculée par le module 9C de détermination du dispositif NF3 pour chaque dispositif candidat NFCm concerné différent de NF3 est la somme pondérée des poids affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d'intérêt. Dans l'exemple envisagé ici d'un transfert requis en raison de la mobilité de l'UE 10, les facteurs de pondération appliqués aux poids affectés à chaque zone élémentaire sont représentatifs de la probabilité de présence de l'UE 10 dans cette zone élémentaire à un certain horizon temporel (par exemple dans les 10 prochaines minutes). Autrement dit, le dispositif NF3 tient compte d'une prédiction de mobilité de l'UE 10 pour décider du dispositif candidat vers lequel effectuer le transfert si celui-ci est confirmé. De telles probabilités de présence peuvent être déterminées par exemple par le dispositif NF3 à partir des données qu'il collecte pour le dispositif NF2 (on note déjà qu'elles peuvent faire partie des statistiques/prédictions demandées par le dispositif NF2 au dispositif NF3). En variante, il peut obtenir ces probabilités d'autres fonctions réseau du réseau cœur CN.
[0147] Il convient de noter que d'autres facteurs de pondération que des probabilités de présence de l'UE 10 peuvent être appliqués dans la somme pondérée aux poids des zones élémentaires, ou pour calculer la métrique p'(NFCm) associée à chaque dispositif candidat, notamment si le transfert est envisagé pour une autre raison que la mobilité de l'UE 10. Les facteurs de pondération appliqués peuvent être choisis en lien ou non avec la raison du transfert. Par exemple, on peut appliquer comme à l'étape G30 décrite précédemment, des facteurs de pondération unitaires à chaque poids considéré dans la métrique. Selon un autre exemple, on peut envisager d'utiliser comme facteurs de pondération d'autres informations contenues dans les profils des dispositifs candidats stockés auprès du dispositif NF1, comme par exemple les niveaux de charge des dispositifs candidats.
[0148] A titre illustratif, on suppose que le dispositif NF3 détermine les probabilités notées Prob suivantes de présence de l'UE 10 dans les zones élémentaires couvertes par les dispositifs candidats identifiés dans la réponse RESP (NF4 et NF6 dans l'exemple illustratif envisagé ici) :
Prob(C3)=0%, Prob(C4)=0%, Prob(C6)=0%, Prob(C7)=30%, Prob(C8)=50%, Prob(Cll)=10%, Prob(C12)= 10%, Prob(C15)=0%, Prob(C16)=0%.
[0149] Selon cet exemple, la somme des probabilités sur l'ensemble des zones élémentaires couvertes par les dispositifs candidats est normalisée. On note toutefois qu'une telle normalisation n'est pas obligatoire. Elle peut dépendre notamment de la façon dont est définie la probabilité de présence de l'UE dans une zone élémentaire donnée. Par exemple, si cette probabilité est définie comme la probabilité que l'UE se trouve au moins une fois dans cette zone élémentaire dans un horizon temporel donné, la somme des probabilités obtenues peut être supérieure à 1. En revanche, si on considère la probabilité de présence d'un UE dans une zone élémentaire à un instant donné, la somme des probabilités est normalisée par définition.
[0150] Il en résulte les métriques suivantes : p'(NFCl = NF4)=w(ZEl(4)=C3).Prob(C3)+w(ZE2(4)=C4).Prob(C4) +w(ZE3(4)=C6).Prob(C6)+w(ZE4(4)=C7).Prob(C7) +w(ZE5(4)=C8).Prob(C8)
= 10%x30%+100%x50%
= 53% ; et : p'(NFC2=NF6)= w(ZEl(6)=C7).Prob(C7)+w(ZE2(6)=Cll).Prob(Cll) +w(ZE3(6)=C12).Prob(C12)+w(ZE4(6)=C15).Prob(C15) +w(ZE5(6)=C16).Prob(C16)
= 70%x30%+ 10%xl00%+ 10%xl00%
= 41%.
[0151] On note que la somme des métriques p' n'est pas égale à 100% ici car le dispositif NF3 couvre également la zone d'intérêt mais n'est pas pris en compte dans le calcul des métriques puisqu'on s'intéresse à un transfert depuis ce dispositif (la métrique p' calculée pour le dispositif NF3 est effectivement égale à 6% de sorte que la somme sur les dispositifs NF3, NF4 et NF6 est bien égale à 100%).
[0152] Le module 9D de sélection du dispositif NF3 sélectionne alors le dispositif candidat NFCmO optimisant la métrique p' comme potentiel relais pour réaliser les prédic- tions/statistiques requises par le dispositif NF2 (étape H50), autrement dit, dans le mode de réalisation décrit ici, celui qui maximise la métrique p'. Dans l'exemple illustratif envisagé ici, c'est le dispositif NF4 qui est sélectionné comme potentiel relais, autrement dit comme dispositif cible vers lequel déclencher le transfert.
[0153] Suite à cette sélection, si le transfert est confirmé (par exemple, le dispositif NF3 détecte que l'UE 10 sort de sa zone de service et entre dans la cellule C8, en accord avec les prédictions réalisées), le dispositif NF3 transfère, par le biais de son module 9E de transfert, les souscriptions que lui a adressées le dispositif NF2 vers le dispositif NF4 pour qu'il prenne en charge ces souscriptions (étape H60). Le dispositif NF4 prend alors en charge les souscriptions, collecte les données du réseau et réalise les prédictions/ana- lyses statistiques correspondantes à l'issue du transfert.
[0154] On note qu'il se peut qu'en définitive, le transfert vers le dispositif NF4 soit annulé pour diverses raisons. Par exemple, si c'est la mobilité de l'UE 10 qui avait motivé un tel transfert et que l'UE 10 arrête de se déplacer et reste dans la cellule C7, un tel transfert peut s'avérer inutile et être annulé par le dispositif NF3. De même, si l'UE 10 se déplace vers les cellules Cil ou C12, un transfert vers le dispositif NF4 n'est plus pertinent. En fonction du contexte, si un transfert est toujours nécessaire, le dispositif NF3 peut de nouveau solliciter le dispositif NRF1 pour identifier un autre dispositif relais pour ce transfert.
[0155] Par ailleurs, comme évoqué précédemment, il est possible, en amont du transfert, de déclencher une phase de préparation du transfert durant laquelle le dispositif candidat identifié comme relais (par exemple, le dispositif NF4 dans l'exemple illustratif envisagé précédemment) pour le dispositif source commence à collecter des données de sorte à être effectif dès le transfert pour réaliser les analyses statistiques/prédictions correspondant aux souscriptions qui lui ont été transférées. L'invention permet avantageusement de déterminer quand déclencher cette phase de préparation, en exploitant les poids fournis par le dispositif NF1.
[0156] Plus particulièrement, différents critères peuvent être examinés par le module 9E de transfert du dispositif NF3 pour déterminer s'il déclenche ou non la phase de préparation du transfert vers le dispositif NF4. Par exemple, le module 9E de transfert du dispositif NF3 déclenche la phase de préparation lorsqu'il détecte que l'UE 10 qui lui est rattaché entre dans une zone élémentaire qui est couverte par sa zone de service Z3 (et par la zone de service du dispositif NF4 sélectionné pour le transfert) et à laquelle est affecté, pour la zone de service Z3, un poids inférieur à un seuil donné. Pour éviter de déclencher de manière intempestive la phase de préparation, on choisit ici un seuil strictement inférieur à 50%, par exemple 30%. Dans l'exemple de la figure 7, la phase de préparation est ainsi déclenchée typiquement lorsque l'UE 10 entre dans la cellule C7de la zone de service Z3 du dispositif NF3 qui est affecté à un poids de 20%, inférieur au seuil de 30%. On peut en outre considérer une hystérésis et ne déclencher la phase de préparation que lorsque d'une part, le poids affecté à la zone élémentaire dans laquelle entre l'UE 10 est inférieur à un seuil donné et d'autre part, la différence entre ledit seuil et le poids affecté à la zone élémentaire dans laquelle entre l'UE 10 dépasse une certaine valeur.
[0157] Selon un autre exemple, le module 9E de transfert du dispositif NF3 déclenche la phase de préparation lorsqu'il détecte que l'UE 10 entre dans une zone élémentaire qui est couverte par sa zone de service Z3 (et par la zone de service du dispositif NF4 sélectionné pour le transfert) et à laquelle est affecté, pour la zone de service Z3, un poids inférieur au poids affecté à cette même zone élémentaire pour un autre dispositif implémentant la fonction réseau NWDAF (c'est-à-dire la même fonction réseau que le dispositif NF3 source). Dans l'exemple de la figure 7, c'est par exemple le cas quand l'UE 10 entre dans les cellules C3, C5, C7 ou CIO, seules C3 et C7 étant toutefois couvertes par le dispositif NF4 et pertinentes pour un transfert vers le dispositif NF4.
[0158] Si le critère examiné par le module 9E de transfert est vérifié, ce dernier déclenche la phase de préparation du transfert vers le dispositif cible sélectionné lors de l'étape H50 de façon connue en soi (dispositif NF4 dans l'exemple illustratif envisagé), comme décrit notamment dans le document TS 23.288 au paragraphe 6.1B2.2.
[0159] L'invention vient d'être décrite en référence à un réseau cœur 5G, et à des fonctions réseau NWDAF, AMF et NRF. Toutefois, l'invention peut s'appliquer dans d'autres contextes, à d'autres réseaux ainsi qu'à d'autres fonctions réseau dès lors qu'une sélection est nécessaire entre plusieurs dispositifs implémentant une même fonction réseau et ayant des zones de service recouvrantes.

Claims

Revendications
[Revendication 1] Procédé de fourniture d'informations relatives à un premier dispositif (NF3,...,NFN) d'un réseau de communication, ledit premier dispositif hébergeant une fonction réseau implémentant au moins une fonctionnalité dans ledit réseau dans une zone de service couvrant un nombre entier, supérieur à un, de zones dites élémentaires, chaque zone élémentaire correspondant à une cellule dudit réseau ou à une zone de localisation définie pour ledit réseau, ledit procédé comprenant : une étape (E10,F10) d'obtention, pour au moins une zone élémentaire couverte par ladite zone de service du premier dispositif, d'un poids affecté à cette zone élémentaire, ledit poids étant un nombre réel supérieur ou égal à 0 ; et une étape (E20,F40) de fourniture à un deuxième dispositif (NF1,NF2,NF3) du réseau de tout ou partie desdits poids obtenus lors de l'étape d'obtention.
[Revendication 2] Procédé de fourniture selon la revendication 1 dans lequel ledit deuxième dispositif (NF1) est configuré pour gérer des dispositifs hébergeant des fonctions réseau et tout ou partie desdits poids obtenus sont fournis au deuxième dispositif lors d'un enregistrement (E20) ou d'une mise à jour d'un profil du premier dispositif auprès du deuxième dispositif.
[Revendication 3] Procédé de fourniture selon la revendication 1 ou 2 mis en œuvre par le premier dispositif, dans lequel ledit premier dispositif (NF3,...,NFN) héberge une fonction réseau de collecte et d'analyse de données du réseau.
[Revendication 4] Procédé de fourniture selon la revendication 1 dans lequel les poids obtenus affectés aux zones élémentaires couvertes par ladite zone de service sont obtenus (F10) lors d'un enregistrement d'un profil du premier dispositif et tout ou partie desdits poids obtenus sont fournis en réponse à une requête de découverte (REQ) de dispositifs du réseau hébergeant une fonction réseau et répondant à au moins un critère (CRIT) de recherche donné, ladite requête de découverte provenant du deuxième dispositif (NF2,NF3) et ledit premier dispositif répondant audit au moins un critère de recherche donné.
[Revendication 5] Procédé de fourniture selon l'une quelconque des revendications 1 à 4 dans lequel le poids affecté à dite une zone élémentaire dépend d'une distance de cette zone élémentaire à un centre de la zone de service et/ou de sa distance par rapport à une frontière de ladite zone de service.
[Revendication 6] Procédé de fourniture selon l'une quelconque des revendications 1 à 5 dans lequel, lorsqu'une dite zone élémentaire est couverte par la zone de service du premier dispositif et au moins une autre zone de service d'au moins un troisième dispositif du réseau hébergeant la même fonction réseau que ledit premier dispositif : un poids différent est affecté à ladite zone élémentaire pour la zone de service du premier dispositif et pour ladite au moins une autre zone de service dudit au moins un troisième dispositif ; et/ou une somme des poids affectés à ladite zone élémentaire pour ladite zone de service du premier dispositif et pour ladite au moins une autre zone de service dudit au moins un troisième dispositif est non nulle et inférieure ou égale à 1.
[Revendication 7] Procédé de fourniture selon l'une quelconque des revendications 1 à 6 comprenant : une étape de mise à jour d'au moins un poids affecté à une zone élémentaire couverte par ladite zone de service ; et une étape de fourniture dudit au moins un poids mis à jour au deuxième dispositif.
[Revendication 8] Procédé de sélection par un dispositif (NF2,NF3) d'un réseau de communication, dit quatrième dispositif, comprenant : une étape (G10,H20) d'envoi, à un dispositif (NF1) du réseau dit cinquième dispositif, d'une requête de découverte (REQ) de dispositifs du réseau hébergeant une fonction réseau et répondant à au moins un critère de recherche donné ; une étape (G20,H30) d'obtention d'une réponse à ladite requête de découverte identifiant au moins un dispositif du réseau dit candidat hébergeant une fonction réseau et répondant audit au moins un critère de recherche donné, ladite réponse comprenant pour chaque dispositif candidat ayant une zone de service couvrant une zone d'intérêt définie par le quatrième dispositif, ladite zone de service couvrant un nombre entier, supérieur à un, de zones dites élémentaires, chaque zone élémentaire correspondant à une cellule dudit réseau ou à une zone de localisation définie pour ledit réseau, un poids affecté à chaque zone élémentaire couverte par ladite zone de service et ladite zone d'intérêt, ledit poids étant un nombre réel supérieur ou égal à 0 ; et une étape (G40,H50) de sélection d'un dit dispositif candidat pour implémenter au moins une fonctionnalité de la fonction réseau qu'il héberge en comparant les poids affectés aux zones élémentaires couvertes par ladite zone d'intérêt obtenus pour chaque dispositif candidat identifié dans la réponse.
[Revendication 9] Procédé de sélection selon la revendication 8 dans lequel l'étape de sélection comprend une détermination (G30,H40), pour chaque dispositif candidat du réseau identifié dans la réponse, d'une métrique à partir des poids obtenus affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d'intérêt, le dispositif candidat sélectionné étant celui qui optimise ladite métrique parmi les dispositifs candidats identifiés dans la réponse.
[Revendication 10] Procédé de sélection selon la revendication 9 dans lequel dans la métrique déterminée pour un dit dispositif candidat est une somme pondérée des poids affectés aux zones élémentaires couvertes par la zone de service de ce dispositif candidat et par la zone d'intérêt.
[Revendication 11] Procédé de sélection selon la revendication 10 dans lequel, dans la somme pondérée, chaque poids affecté à une zone élémentaire est pondéré par une probabilité de présence d'un équipement utilisateur géré par le quatrième dispositif dans cette zone élémentaire.
[Revendication 12] Procédé de sélection selon l'une quelconque des revendications 8 à 11 dans lequel le quatrième dispositif (NF3) et ledit dispositif candidat (NF4) sélectionné hébergent la même fonction réseau, et ledit dispositif candidat sélectionné (NF4) est utilisé comme relais du quatrième dispositif pour implémenter au moins une fonctionnalité de ladite fonction réseau.
[Revendication 13] Procédé de sélection selon la revendication 12 comprenant en outre, lorsque le quatrième dispositif détecte une entrée d'un équipement utilisateur (10) qu'il gère dans une zone élémentaire couverte par sa zone de service et ayant un poids affecté pour le quatrième dispositif inférieur à un seuil donné ou inférieur à un poids affecté à ladite zone élémentaire pour un dit dispositif candidat identifié dans la réponse à la requête de découverte, un déclenchement d'une phase de préparation d'une utilisation du dispositif candidat sélectionné comme relais du quatrième dispositif.
[Revendication 14] Procédé selon l'une quelconque des revendications 1 à 13 dans lequel ledit réseau (NW) est un réseau cellulaire et chaque zone élémentaire comprend au moins une cellule du réseau cellulaire.
[Revendication 15] Entité dite de fourniture (NF1,NF3,...,NFN) d'un réseau de communication, configurée pour fournir des informations relatives à un premier dispositif dudit réseau, ledit premier dispositif hébergeant une fonction réseau implémentant au moins une fonctionnalité dans ledit réseau dans une zone de service couvrant un nombre entier supérieur à un de zones dites élémentaires, chaque zone élémentaire correspondant à une cellule dudit réseau ou à une zone de localisation définie pour ledit réseau, ladite entité de fourniture comprenant : un module (8A,8A') d'obtention, configuré pour obtenir, pour au moins une zone élémentaire couverte par la zone de service du premier dispositif, un poids affecté à cette zone élémentaire, ledit poids étant un nombre réel supérieur ou égal à 0 ; et un module (8B,8B') de fourniture, configuré pour fournir à un deuxième dispositif du réseau, tout ou partie des poids obtenus par le module d'obtention.
[Revendication 16] Entité dite de sélection (NF2,NF3) d'un réseau de communication comprenant : un module (9A) d'envoi, configuré pour envoyer à un dispositif du réseau une requête de découverte de dispositifs du réseau hébergeant une fonction réseau et répondant à au moins un critère de recherche donné ; un module (9B) d'obtention, configuré pour obtenir une réponse à ladite requête de découverte identifiant au moins un dispositif du réseau dit candidat hébergeant une fonction réseau et répondant audit au moins un critère de recherche donné, ladite réponse comprenant pour chaque dispositif candidat ayant une zone de service couvrant une zone d'intérêt définie par l'entité de sélection, ladite zone de service couvrant un nombre entier, supérieur à un, de zones dites élémentaires, chaque zone élémentaire correspondant à une cellule dudit réseau ou à une zone de localisation définie pour ledit réseau, un poids affecté à chaque zone élémentaire couverte par ladite zone de service et ladite zone d'intérêt, ledit poids étant un nombre réel supérieur ou égal à 0 ; et un module (9D) de sélection, configuré pour sélectionner un dit dispositif candidat pour implémenter au moins une fonctionnalité de la fonction réseau qu'il héberge, en comparant les poids affectés aux zones élémentaires couvertes par ladite zone d'intérêt obtenus pour chaque dispositif candidat identifié dans la réponse.
[Revendication 17] Système (1) dans un réseau de communication (CN,NW) comprenant : au moins un dispositif (NF3,...,NFN) de collecte et d'analyse de données du réseau comprenant une première entité de fourniture selon la revendication 15 ; un dispositif (NF1) de gestion de profils d'une pluralité de dispositifs hébergeant des fonctions réseau du réseau, comprenant une deuxième entité de fourniture selon la revendication 15 ; et un dispositif (NF2,NF3) hébergeant une fonction réseau du réseau et comprenant une entité de sélection selon la revendication 16.
[Revendication 18] Système (1) selon la revendication 17 dans lequel le dispositif (NF3) hébergeant une fonction réseau du réseau est un dit dispositif de collecte et d'analyse.
PCT/EP2023/066059 2022-06-20 2023-06-15 Procédé de fourniture d'informations, procédé de sélection, et entités configurées pour mettre en œuvre ces procédés WO2023247303A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FRFR2206044 2022-06-20
FR2206044A FR3136916A1 (fr) 2022-06-20 2022-06-20 Procédé de fourniture d’informations, procédé de sélection, et entités configurées pour mettre en œuvre ces procédés

Publications (1)

Publication Number Publication Date
WO2023247303A1 true WO2023247303A1 (fr) 2023-12-28

Family

ID=83690173

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2023/066059 WO2023247303A1 (fr) 2022-06-20 2023-06-15 Procédé de fourniture d'informations, procédé de sélection, et entités configurées pour mettre en œuvre ces procédés

Country Status (2)

Country Link
FR (1) FR3136916A1 (fr)
WO (1) WO2023247303A1 (fr)

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
ERICSSON ET AL: "UPF TAI Ranges", vol. CT WG4, no. E-Meeting; 20210224 - 20210305, 22 March 2021 (2021-03-22), XP051989443, Retrieved from the Internet <URL:https://ftp.3gpp.org/tsg_ct/TSG_CT/TSGC_91e/Docs/CP-210021.zip> [retrieved on 20210322] *
NOKIA ET AL: "Handling of NF location during discovery", vol. SA WG2, no. Dongguan, P. R. China; 20181015 - 20181019, 9 October 2018 (2018-10-09), XP051539678, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg%5Fsa/WG2%5FArch/TSGS2%5F129%5FDongguan/Docs/S2%2D1810727%2Ezip> [retrieved on 20181009] *

Also Published As

Publication number Publication date
FR3136916A1 (fr) 2023-12-22

Similar Documents

Publication Publication Date Title
FR3023108A1 (fr) Procede et dispositif d&#39;orchestration de ressources
WO2008047039A1 (fr) Procede de configuration d&#39;une borne d&#39;acces a un service, controleur, reseau d&#39;acces, borne d&#39;acces et programme d&#39;ordinateur associes
EP3053326B1 (fr) Procédé d&#39;accès d&#39;un utilisateur a au moins un service de communication fourni par l&#39;intermédiaire d&#39;un centre informatique d&#39;un système d&#39;informatique en nuage
FR2928800A1 (fr) Procede de gestion de requetes d&#39;obtention d&#39;identifiants de pairs en vue d&#39;acceder en mode p2p a des contenus qu&#39;ils stockent, et dispositif de gestion et equipement de reseau associes.
FR2975861A1 (fr) Dispositif et procede de choix d&#39;un reseau visite
EP1672846A1 (fr) Gestion des ressources d&#39;un réseau mobile large bande
WO2009007658A2 (fr) Procede de determination d &#39; un group de pairs situes dans le voisinage d &#39; un autre pair, et serveur, dispositifs d &#39; analyse associes
EP2039209B1 (fr) Procede, dispositif et systeme de selection d&#39;un reseau a acces sans fil sur la base d&#39;information d&#39;environnement, programme d&#39;ordinateur et support de donnees correspondant
WO2023247303A1 (fr) Procédé de fourniture d&#39;informations, procédé de sélection, et entités configurées pour mettre en œuvre ces procédés
WO2012085432A1 (fr) Procede et dispositif de communication de donnees numeriques
EP2591588B1 (fr) Accès à un réseau de noeuds répartis sur une architecture de communication a l&#39;aide d&#39;un serveur de topologie avec sélection multicritères
WO2014167250A1 (fr) Architecture centralisée pour l&#39;établissement de fédérations de distributeurs de contenus
EP4193569A1 (fr) Procede de traitement d&#39;un service de transport de donnees
WO2024028472A1 (fr) Procédé de traitement d&#39;une requête d&#39;analyse statistique ou prédictive, procédé de communication et entités applicatives aptes à mettre en oeuvre ces procédés
EP3542589B1 (fr) Délégation d&#39;instructions à un dispositif en fonction de ses ressources
WO2023135043A1 (fr) Procédé, dispositif et système de modification d&#39;une infrastructure de communication
FR3053562A1 (fr) Procede de synchronisation dans un reseau mobile
WO2022234218A1 (fr) Parametrage d&#39;un terminal
WO2024002868A1 (fr) Procédés de fourniture et de collecte, station de base, dispositif de collecte et d&#39;analyse de données et système
EP4343568A1 (fr) Entité pour mettre en oeuvre un service dans un réseau, dispositif applicatif, et procédé d&#39;éxecution d&#39;une opération d&#39;un service
WO2013045815A1 (fr) Procede et dispositif de gestion dynamique de la distribution de donnees dans un reseau de telecommunications
WO2005122623A1 (fr) Procede et systeme d&#39;optimisation des communications telephoniques a l&#39;etranger.
WO2023218007A1 (fr) Plateforme 5g de couverture satellitaire
FR2973628A1 (fr) Procedes de resolution d&#39;identifiants d&#39;abonnes, de mise a jour d&#39;une table de resolution d&#39;adresses de routeurs d&#39;acces et de mise a jour d&#39;une table de resolution d&#39;adresses ip de rattachement
FR2999374A1 (fr) Selection multicriteres de systemes de diffusion de contenu

Legal Events

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

Ref document number: 23734172

Country of ref document: EP

Kind code of ref document: A1