WO2021244730A1 - Rapport et configuration de mesure dans des réseaux de communication - Google Patents

Rapport et configuration de mesure dans des réseaux de communication Download PDF

Info

Publication number
WO2021244730A1
WO2021244730A1 PCT/EP2020/065127 EP2020065127W WO2021244730A1 WO 2021244730 A1 WO2021244730 A1 WO 2021244730A1 EP 2020065127 W EP2020065127 W EP 2020065127W WO 2021244730 A1 WO2021244730 A1 WO 2021244730A1
Authority
WO
WIPO (PCT)
Prior art keywords
metrics
monitored
mandatory
additional
network
Prior art date
Application number
PCT/EP2020/065127
Other languages
English (en)
Inventor
Jalil TAGHIA
Johan Eker
Andreas Johnsson
Robert MARKLUND
Hannes LARSSON
Original Assignee
Telefonaktiebolaget Lm Ericsson (Publ)
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 Telefonaktiebolaget Lm Ericsson (Publ) filed Critical Telefonaktiebolaget Lm Ericsson (Publ)
Priority to PCT/EP2020/065127 priority Critical patent/WO2021244730A1/fr
Publication of WO2021244730A1 publication Critical patent/WO2021244730A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters

Definitions

  • Embodiments of the present disclosure relate to communication networks, and particularly provide methods, apparatus and machine-readable mediums for configuring measurement reporting in communication networks.
  • Extensive measurements and data collection are usually required for data-driven management.
  • measurement data is reported to servers via an agent, and then transferred to a database of measurement data which may be centralized or distributed within the network.
  • the data collection process is associated with significant overheads, both in the time taken to acquire the data and the network resources utilized in reporting the data to a management function or network node.
  • the overhead associated with measurements, data collection, and data transfer may even adversely affect network performance itself and potentially co-located services as well.
  • a radio access network node such as a Next Generation NodeB (gNB) has the capability of measuring a huge number of different metrics, monitoring both its own performance and the performance of connected devices.
  • gNB Next Generation NodeB
  • metrics may be measured and reported within the network for reasons other than network management.
  • the metrics can be passively sampled rather than actively measured, and thus no additional resources are used to measure or report such metrics for the purposes of network management.
  • the processing of such metrics for network management does consume resources.
  • Many metrics may be correlated, such that there is no or limited additional information from processing multiple correlated metrics.
  • the use of correlated metrics for network management even if passively sampled, wastes resources that may be utilized more efficiently within the network.
  • Embodiments of the disclosure propose an approach for understanding and selecting the key telecom infrastructure metrics (or data features) to monitor, in order to reduce measurement overhead while still upholding requirements stemming from service-level agreements, data-driven applications, regulatory requirements, and policies from applications.
  • a method performed by an apparatus for a communication network, for configuring metrics to be monitored in the communication network.
  • the method comprises: receiving a measurement policy comprising an indication of one or more mandatory metrics; accessing a training dataset comprising data for a plurality of possible metrics from the communication network.
  • the method further comprises selecting, based on the training dataset and the one or more mandatory metrics, a plurality of metrics to be monitored, wherein the plurality of metrics to be monitored is a subset of the plurality of possible metrics and comprises the one or more mandatory metrics and one or more additional metrics of the plurality of possible metrics, and wherein the one or more additional metrics are selected based on statistical interaction between the one or more mandatory metrics and the one or more additional metrics.
  • an apparatus for configuring metrics to be monitored in a communication network comprises processing circuitry and a non-transitory machine-readable medium storing instructions which, when executed by the processing circuitry, cause the apparatus to: receive a measurement policy comprising an indication of one or more mandatory metrics; access a training dataset comprising data for a plurality of possible metrics from the communication network; and select, based on the training dataset and the one or more mandatory metrics, a plurality of metrics to be monitored, wherein the plurality of metrics to be monitored is a subset of the plurality of possible metrics and comprises the one or more mandatory metrics and one or more additional metrics of the plurality of possible metrics, and wherein the one or more additional metrics are selected based on statistical interaction between the one or more mandatory metrics and the one or more additional metrics.
  • a further aspect provides a non-transitory machine-readable medium.
  • the non-transitory machine-readable medium stores instructions.
  • the instructions when executed by processing circuitry of an apparatus, cause the apparatus to: receive a measurement policy comprising an indication of one or more mandatory metrics; access a training dataset comprising data for a plurality of possible metrics from the communication network.
  • the instructions when executed by processing circuitry of an apparatus, further cause the apparatus to select, based on the training dataset and the one or more mandatory metrics, a plurality of metrics to be monitored, wherein the plurality of metrics to be monitored is a subset of the plurality of possible metrics and comprises the one or more mandatory metrics and one or more additional metrics of the plurality of possible metrics, and wherein the one or more additional metrics are selected based on statistical interaction between the one or more mandatory metrics and the one or more additional metrics.
  • one or more additional metrics are selected to be monitored in the communication network based on their statistical interaction with the one or more mandatory metrics to be monitored.
  • the selection of metrics to be monitored takes into account one or more mandatory metrics, and thus embodiments of the disclosure have the technical advantage of enabling a reduction in or minimization of information loss when require to monitor one or more metrics.
  • Figure 1 shows a system according to embodiments of the disclosure
  • Figure 2 shows an apparatus according to embodiments of the disclosure
  • Figure 3 is a flowchart of a method according to embodiments of the disclosure.
  • Figure 4 shows a neural network according to embodiments of the disclosure
  • Figure 5 is a graph comparing the performance of the neural network shown in Figure 4 to other methods.
  • FIGS 6 and 7 are schematic diagrams of an apparatus according to embodiments of the disclosure.
  • FIG. 1 shows a system 100 according to embodiments of the disclosure.
  • the system 100 comprises a management node 102, a network architecture 104 and a client node 116.
  • the network architecture 104 comprises one or more network nodes and/or network functions which may be defined in hardware, software or a combination of hardware and software.
  • the network architecture 104 relates to a wireless communication network, e.g., a cellular network such as those standardized by the 3 rd Generation Partnership Project (3GPP).
  • the network architecture 104 comprises a radio access network 114, which itself may comprise a plurality of radio access network nodes, such as base stations (e.g., evolved NodeBs (eNBs), next generation NodeBs (gNBs), etc) and wireless devices or user equipments (UEs).
  • the network architecture may comprise or be defined within a virtual computing environment.
  • a core network such as the 5 th generation core (5GC) or the Evolved Packet Core (EPC) may be defined within such a virtual computing environment. Therefore in the illustrated embodiment, the network architecture comprises a virtual orchestration system 106 such as Kubernetes, a cloud computing platform 108 such as OpenStack, one or more operating systems 110 and one or more data centres 112.
  • a virtual orchestration system 106 such as Kubernetes
  • a cloud computing platform 108 such as OpenStack
  • One or more nodes or network functions within the network architecture 104 may be configured to monitor one or more metrics relating to operation of the network.
  • a metric is any parameter which can be measured in the network.
  • a node may monitor a metric through active measurement (e.g., requesting another node to measure and report values for the metric) or through passive measurement (e.g., measuring the values for the metric directly).
  • active measurement e.g., requesting another node to measure and report values for the metric
  • passive measurement e.g., measuring the values for the metric directly.
  • the range of metrics which could possibly be monitored is vast.
  • some of the possible metrics may relate to data throughput, such as an amount of network traffic flowing through a particular network node, or the latency of such network traffic, etc.
  • the data may be categorized (e.g., according to a service the data relates to, according to a source or destination of the data, according to a quality of service associated with the data, etc) such that the amount of data within a particular category is itself a metric.
  • the metrics may relate to the operational status of the network nodes, such as the transmit power, the total power consumption, number of active connections, etc.
  • Metrics may be distinguished by the node which measures them. That is, the same type of data measured in different nodes may be considered as different metrics for the purposes of the present disclosure. For example, the aggregate traffic throughput for a network node A may be considered a different metric to the aggregate traffic throughput for a network node B. Metrics may be further distinguished by the frequency with which the metrics are measured. For example, a first quantity measured at a first frequency may be considered a different metric to the same first quantity measured at a second, different frequency; similarly, average quantities may be considered different metrics to instantaneous quantities.
  • the management node 102 is operable to configure the monitoring of metrics within the network architecture 104, and particularly to select the metrics which should be monitored so as to reduce the amount of metrics that might otherwise be monitored (i.e., so that not all possible metrics are monitored).
  • One objective of the disclosure is to select metrics to be monitored while reducing or minimizing the amount of information which is lost by that selection. That is, as noted above, one objective of embodiments of the present disclosure is to reduce the number of monitored metrics so as to reduce the amount of network resources required to monitor performance of the network. However, some information may be lost by that selection. For example, the management node 102 may select metrics to be monitored so that redundant metrics are not selected and thus information loss is reduced or minimized.
  • a metric may be considered redundant if it comprises information which is contained within, or which can be derived from, at least one other metric.
  • a metric may be entirely redundant if its information is comprised entirely within, or which can be entirely derived from, at least one other metric.
  • a metric may be considered partially redundant if its information is comprised partially within, or which can be partially derived from, at least one other metric. Further information on the selection process is set out below.
  • the management node 102 may be established within the network architecture 104 itself, or outside the network (as illustrated).
  • the management node 102 may be implemented within a standardized network node or network function, such as an operations support system (OSS) agent implemented as a user plane function (UPF).
  • OSS operations support system
  • UPF user plane function
  • SLAs service-level agreements
  • a regulator may require one or more metrics to be monitored to check for compliance with regulations. For example, regulators set maximum transmit powers for radio access nodes, typically measured as an average over a short time window.
  • these mandatory metrics also known as a measurement policy, are provided to the management node 102 by the client node 116.
  • the mandatory metrics may additionally or alternatively be provided directly as an input to the management node 102 (e.g., by human input).
  • the management node 102 is operable to select a plurality of metrics to be measured, including the one or more mandatory metrics dictated by the measurement policy and one or more additional metrics.
  • the additional metrics are selected based on statistical interaction with the mandatory metrics, so that information loss is reduced and redundant metrics (e.g., those metrics with redundant information compared to the mandatory metrics and other additional metrics) are not selected.
  • the selection of metrics may further be based on a training dataset comprising data samples for a plurality of possible metrics.
  • the plurality of possible metrics may comprise all metrics which it is possible to measure in the network architecture 104, or only a subset of those metrics.
  • the training dataset may comprise values for the plurality of possible metrics at a plurality of time instances.
  • the training dataset may be obtained from the network architecture 104, e.g., through a data collection agent.
  • Figure 1 shows an embodiment in which a management apparatus 102 configures other nodes of the network architecture 104 to monitor selected metrics.
  • the selection of metrics to be monitored may be performed by the monitoring node itself.
  • Figure 2 shows an apparatus 200 according to these embodiments.
  • the apparatus 200 may comprise any network node.
  • the apparatus may be implemented in a radio access network node, e.g., a base station such as a gNB, eNB etc; in a core network node or function, e.g., access and mobility management function (AMF), session management function (SMF), user plane function (UPF), etc; or in a wireless device, e.g., a UE.
  • a radio access network node e.g., a base station such as a gNB, eNB etc
  • AMF access and mobility management function
  • SMF session management function
  • UPF user plane function
  • the apparatus comprises a selector module 202 and a reporting or processing module 206.
  • the apparatus also comprises a database 204 of training data; however, in alternative embodiments the database 204 may be external to the apparatus 200 and merely accessible by it.
  • the selector module 202 receives one or more mandatory metrics, for example, from a client node or through human input, and interacts with the database 204 to select a plurality of metrics to be monitored substantially as described above. In the embodiment of Figure 2, however, rather than configuring another node to monitor the metrics, the selector module 202 provides a control output to the reporting or processing module 206.
  • the control output comprises an indication of the selected metrics to be monitored, such that the reporting or processing module 206 is enabled to select those metrics from the database 204.
  • the selected metrics may then be reported to another network node (e.g., to a management node or any node monitoring the performance of the network), or used for processing within the apparatus 200. In the latter case, the selected metrics may be used as inputs to a machine-learning model, for example, to select an action to be performed by the apparatus 200.
  • Figure 3 is a flowchart of a method for configuring metrics to be monitored according to embodiments of the disclosure. The method may be performed by the management node 102 or the apparatus 200 described above, or the apparatuses 600 and 700 described below.
  • the apparatus performing the method is implemented in a communication network.
  • the communication network comprises a wireless communication network, e.g., a cellular network such as those standardized by 3GPP.
  • the network may be a wired network such as a public switched telephone network or a computer network.
  • the communication network has a plurality of metrics which it is possible to monitor. For further discussion of the metrics, see the description above with respect to Figure 1. A goal of the method is to select a subset of those metrics to be monitored, so as to utilize network resources more efficiently while reducing or minimizing information loss as a result of the selection.
  • the method begins in step 300, in which the apparatus receives a measurement policy comprising an indication of one or more metrics which it is mandatory to monitor.
  • the measurement policy may be input by a human operator, or received from another node of the network (e.g., a client node or server) for example.
  • the measurement policy may also include an indication of the frequency of measurements, or other metadata surrounding the monitoring of the mandatory metrics.
  • the apparatus accesses a training dataset comprising data samples for a plurality of possible metrics (including the mandatory metrics).
  • the plurality of possible metrics may comprise all possible metrics measurable in the network, or a subset of those metrics.
  • the dataset may be stored within the apparatus, particularly for embodiments in which the apparatus is the monitoring node itself (see Figure 2), or external to the apparatus and accessible by it.
  • the dataset may be collected by a data-collection agent in communication with the network.
  • the dataset may be stored in any suitable database, such as TimescaleDB, Prometheus, etc.
  • the database may be periodically updated with new data to enable re-calculation of selected metrics in step 304 below.
  • the apparatus selects a plurality of metrics to be monitored, based on the training dataset and the one or more mandatory metrics.
  • the selected plurality of metrics to be monitored is a subset of the plurality of possible metrics (i.e., those metrics for which data is available in the dataset), and comprises the one or more mandatory metrics specified in step 300 and one or more additional metrics of the plurality of possible metrics in the dataset.
  • the one or more additional metrics are selected based on statistical interaction between the one or more mandatory metrics and the one or more additional metrics. That is, the selection determines the additional metrics to be monitored, given the knowledge that the mandatory metrics must be monitored.
  • the additional metrics are selected so as to reduce or minimize information loss when monitoring the selected plurality of metrics instead of the plurality of possible metrics. For example, metrics which comprise redundant information already present in the mandatory metrics may not be selected as additional metrics.
  • step 304 comprises providing the one or more mandatory metrics as statically defined values in a machine-learning model, and then training the machinelearning model based on the training dataset.
  • the machine-learning model may comprise a neural network, and the mandatory metrics provided as statically defined nodes in that neural network.
  • Figure 4 shows a neural network 400 according to embodiments of the disclosure, comprising a single-layer selector network 402 and a decoder network 404.
  • the selector network 402 is a single-layer neural network with a number of nodes V 1 ... Vj related to the mandatory metrics (where J is the number of mandatory metrics), and a predetermined number of nodes U 1 ... U K related to the features that should be learned from data in a close interaction with the induced J policies (where K is the number of additional metrics to be learned). K may be set by the designer of the neural network 400 so as to achieve a desired level of complexity.
  • the input training data X 1 ...X D comprises time-series data for D possible metrics.
  • the nodes representing the mandatory metrics are represented by discrete one-hot variables U 1 ... U J and the nodes representing the K induced features are represented by CONCRETE random variables V 1 ... V K .
  • a one-hot variable is a vector in which one value is equal to 1 and all other values are equal to 0. Thus each one-hot variable selects a single one of the metrics and represents one mandatory metric.
  • a CONCRETE random variable is a function that acts as a hybrid between continuous and discrete values; the term “CONCRETE” is a portmanteau of “continuous” and “discrete”.
  • the CONCRETE random variable has a distribution defined by a temperature parameter ⁇ ⁇ (0, ⁇ ) and a scale parameter , where denotes the D-dimensional target feature space on the real continuous space .
  • the values of the CONCRETE variable vary continuously; as the temperature parameter approaches zero, the CONCRETE variable converges towards a discrete one-hot variable.
  • the temperature variable is thus reduced while the neural network is trained, such that each CONCRETE variable V 1 ... V K selects one additional metric from the input data.
  • the goal of the decoder network 404 is to reconstruct the input data X 1 1..X D from the output of the selector layer 402.
  • a loss function is generated based on the difference between the input data X 1 ... X D and the reconstructed data output by the decoder network 404.
  • the calculated value of the loss function is used to update the scale parameter ⁇ and the weights of the decoder network 404 and the process is repeated until a stopping criterion is reached.
  • the stopping criterion may comprise the value of the loss function between consecutive iterations falling below a threshold, or a maximum number of iterations being performed.
  • the architecture of the decoder network 404 can be set by the user based on the complexity and availability of data, and is not defined further herein.
  • Figure 4 shows a single-layer architecture, but there may be any number of layers with any architecture. There are no strict requirements on the decoder architecture.
  • the neural network 400 finds the subset of size and to learn a reconstruction function such that the expected loss between X in the target space and the reconstructed is minimized, that is: where p(X ) is the data distribution.
  • the variable ⁇ represents the weights of the decoder network 404.
  • the output of the decoder is equal to of course. In practice the true data distribution p(X ) is unknown. Given N independent measurements collected in (the N measurements may relate to data collected at N different time instances, for example) and use of the central limit theorem, instead we seek to minimize the empirical loss
  • the network 400 is first initialized, and then repeatedly optimized based on the loss function until a stopping criterion is reached. At that point, the metrics to be monitored are selected based on the contents of the selector layer 402.
  • Step 1 Initialization
  • the output of the decoder network 404 is ⁇
  • Step 3 Repeat Step 2 until the stopping criterion is reached, e.g., convergence of the loss, a maximum number of iterations has been performed, etc.
  • the input training data may be provided repeatedly as an input to step 2. Each repetition of the training data is referred to as an “epoch”.
  • the temperature parameter t is updated according to the choice of scheduling strategy in step 1 , and is gradually reduced throughout the training.
  • the temperature parameter may be reduced such that at the last epoch (e.g., the last planned iteration through the training data), the temperature approaches zero.
  • the temperature parameter may be reduced per epoch, for example, with a linear step size or in a nonlinear fashion (e.g., using exponential decay or cosine annealing).
  • the selector layer 402 now defines the metrics which are to be selected for monitoring.
  • the mandatory policies U 1 ... U J are statically defined one-hot variables and thus have not changed.
  • the temperature parameter has been reduced such that the CONCRETE random variables V 1 ... V K also approach discrete one-hot variables.
  • Each CONCRETE random variable thus points to a single metric in the dataset which should be selected as an additional metric to be monitored.
  • the values of the CONCRETE random variables may be compared to a threshold (which will typically be defined very close to 1) to determine whether the particular metric should be selected.
  • the apparatus may perform different actions.
  • the method proceeds to step 306 in which the apparatus monitors the plurality of metrics output from step 304.
  • the monitored metrics may then be processed locally or reported to another node as described above with respect to Figure 2.
  • the method proceeds to step 308 in which the apparatus configures one or more nodes of the network to monitor the selected metrics output by step 304.
  • the apparatus may transmit one or more configuration messages to one or more nodes comprising indications of the metrics to be measured.
  • the configuration messages may comprise indications of the frequency with which the metrics should be measured.
  • Figure 3 describes a method by which metrics can be selected to be monitored in a communication network.
  • Figure 5 is a graph showing the performance of the neural network 400 against other methods. The performance was tested using the following experimental set-up:
  • the data X consists of 500 feature attributes (or metrics) and 19380 samples.
  • the data is collected from a small testbed (described in Yanggratoke, Rerngvit, et al. "Predicting service metrics for cluster-based services using real-time analytics.” 2015 11th International Conference on Network and Service Management (CNSM). IEEE, 2015), and the data X corresponds to system dynamics captured using Systems Activity Report (e.g. CPU utilization, memory utilization, etc).
  • Systems Activity Report e.g. CPU utilization, memory utilization, etc.
  • On this DC we execute a key-value store database.
  • Data samples are divided into a train set and a test set.
  • the test set consists of 5814 samples and the train set consists of 13566 samples.
  • (iii) Feature selection without considering mandatory policies.
  • a subset of features is selected using a neural network as shown in Figure 4, but without including any mandatory features in the selector layer 402.
  • the neural network uses the same initialization as that for scenario (ii).
  • the selected feature set is fed into the MLP regressor.
  • scenario (ii) achieves similar performance to scenario (iii) while allowing for incorporation of domain knowledge and other factors in the selection of the mandatory features. In fact, scenario (ii) achieves the best performance overall when 18 features are selected. Further, scenarios (ii) and (iii) reduce overheads for monitoring the metrics by 96%, as compared to scenarios (i) and (iv), which monitor all 500 metrics. Scenario (i) achieves the poorest performance in terms of mean absolute error, possibly because the large feature may lead to poor machine learning training.
  • Figure 6 is a schematic diagram of an apparatus 600 according to embodiments of the disclosure.
  • the apparatus 600 may perform the method described above with respect to Figure 3.
  • the apparatus 600 may correspond to or be implemented within the management node 102 or the apparatus 200 described above.
  • the apparatus 600 comprises processing circuitry 602 (such as one or more processors, digital signal processors, general purpose processing units, etc), a computer-readable medium (e.g., memory such as read-only memory (ROM), random-access memory, cache memory, flash memory devices, optical storage devices, etc) 604 and one or more interfaces 606.
  • processing circuitry 602 such as one or more processors, digital signal processors, general purpose processing units, etc
  • a computer-readable medium e.g., memory such as read-only memory (ROM), random-access memory, cache memory, flash memory devices, optical storage devices, etc
  • ROM read-only memory
  • interfaces 606 one or more interfaces 606.
  • the components are illustrated coupled together in series; however, those skilled in the art will appreciate that the components may be coupled together in any suitable manner (e.g., via a system bus or suchlike).
  • the computer-readable medium 604 stores instructions which, when executed by the processing circuitry 602, cause the apparatus 600 to: receive a measurement policy comprising an indication of one or more mandatory metrics; access a training dataset comprising data for a plurality of possible metrics from the communication network; and select, based on the training dataset and the one or more mandatory metrics, a plurality of metrics to be monitored.
  • the plurality of metrics to be monitored is a subset of the plurality of possible metrics and comprises the one or more mandatory metrics and one or more additional metrics of the plurality of possible metrics.
  • the one or more additional metrics are selected based on statistical interaction between the one or more mandatory metrics and the one or more additional metrics.
  • the apparatus 600 may comprise power circuitry (not illustrated).
  • the power circuitry may comprise, or be coupled to, power management circuitry and is configured to supply the components of apparatus 600 with power for performing the functionality described herein.
  • Power circuitry may receive power from a power source.
  • the power source and/or power circuitry may be configured to provide power to the various components of apparatus 600 in a form suitable for the respective components (e.g., at a voltage and current level needed for each respective component).
  • the power source may either be included in, or external to, the power circuitry and/or the apparatus 600.
  • the apparatus 600 may be connectable to an external power source (e.g., an electricity outlet) via an input circuitry or interface such as an electrical cable, whereby the external power source supplies power to the power circuitry.
  • an external power source e.g., an electricity outlet
  • the power source may comprise a source of power in the form of a battery or battery pack which is connected to, or integrated in, the power circuitry.
  • the battery may provide backup power should the external power source fail.
  • Other types of power sources such as photovoltaic devices, may also be used.
  • Figure 7 is a schematic diagram of an apparatus 700 according to further embodiments of the disclosure.
  • the apparatus 700 may perform the method described above with respect to Figure 3.
  • the apparatus 700 may correspond to or be implemented within the management node 102 or the apparatus 200 described above.
  • the apparatus 700 comprises a receiving unit 702, an accessing unit 704 and a selecting unit 706.
  • the receiving unit 702 is configured to receive a measurement policy comprising an indication of one or more mandatory metrics.
  • the accessing unit 704 is configured to access a training dataset comprising data for a plurality of possible metrics from the communication network.
  • the selecting unit 706 is configured to select, based on the training dataset and the one or more mandatory metrics, a plurality of metrics to be monitored.
  • the plurality of metrics to be monitored is a subset of the plurality of possible metrics and comprises the one or more mandatory metrics and one or more additional metrics of the plurality of possible metrics.
  • the one or more additional metrics are selected based on statistical interaction between the one or more mandatory metrics and the one or more additional metrics.
  • unit may have conventional meaning in the field of electronics, electrical devices and/or electronic devices and may include, for example, electrical and/or electronic circuitry, devices, modules, processors, memories, logic solid state and/or discrete devices, computer programs or instructions for carrying out respective tasks, procedures, computations, outputs, and/or displaying functions, and so on, as such as those that are described herein.
  • the disclosure thus provides methods, apparatus and computer-readable media for selecting metrics to be monitored in a communication network.
  • the method comprises receiving an indication of one or more mandatory metrics to be monitored, and then selecting additional metrics to be monitored taking into account the mandatory metrics.

Landscapes

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

Abstract

Procédé réalisé par un appareil pour un réseau de communication, pour configurer des paramètres à surveiller dans le réseau de communication. Le procédé comprend : la réception d'une politique de mesure comprenant une indication d'un ou plusieurs paramètres obligatoires ; l'accès à un ensemble de données d'apprentissage comprenant des données pour une pluralité de paramètres possibles à partir du réseau de communication ; et la sélection, sur la base de l'ensemble de données d'apprentissage et du ou des paramètres obligatoires, d'une pluralité de paramètres à surveiller, la pluralité de paramètres à surveiller étant un sous-ensemble de la pluralité de paramètres possibles et comprenant le ou les paramètres obligatoires et un ou plusieurs paramètres supplémentaires de la pluralité de paramètres possibles, et le ou les paramètres supplémentaires étant sélectionnés sur la base d'une interaction statistique entre le ou les paramètres obligatoires et le ou les paramètres supplémentaires.
PCT/EP2020/065127 2020-06-01 2020-06-01 Rapport et configuration de mesure dans des réseaux de communication WO2021244730A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/EP2020/065127 WO2021244730A1 (fr) 2020-06-01 2020-06-01 Rapport et configuration de mesure dans des réseaux de communication

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2020/065127 WO2021244730A1 (fr) 2020-06-01 2020-06-01 Rapport et configuration de mesure dans des réseaux de communication

Publications (1)

Publication Number Publication Date
WO2021244730A1 true WO2021244730A1 (fr) 2021-12-09

Family

ID=70975874

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2020/065127 WO2021244730A1 (fr) 2020-06-01 2020-06-01 Rapport et configuration de mesure dans des réseaux de communication

Country Status (1)

Country Link
WO (1) WO2021244730A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023146777A1 (fr) * 2022-01-27 2023-08-03 Interdigital Patent Holdings, Inc. Procédé et appareil de surveillance et de prédiction de qualité de service en temps réel

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009120595A2 (fr) * 2008-03-25 2009-10-01 Qualcomm Incorporated Appareil et procédés pour une intercommunication entre gadgets logiciels dans un environnement de communications sans fil
WO2015063372A1 (fr) * 2013-11-04 2015-05-07 Nokia Technologies Oy Procédés et appareil de mesure de conditions de réseau
WO2019025944A1 (fr) * 2017-07-31 2019-02-07 Telefonaktiebolaget Lm Ericsson (Publ) Procédé intégré pour automatiser la mise en œuvre d'accords de niveau de service pour des services en nuage

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009120595A2 (fr) * 2008-03-25 2009-10-01 Qualcomm Incorporated Appareil et procédés pour une intercommunication entre gadgets logiciels dans un environnement de communications sans fil
WO2015063372A1 (fr) * 2013-11-04 2015-05-07 Nokia Technologies Oy Procédés et appareil de mesure de conditions de réseau
WO2019025944A1 (fr) * 2017-07-31 2019-02-07 Telefonaktiebolaget Lm Ericsson (Publ) Procédé intégré pour automatiser la mise en œuvre d'accords de niveau de service pour des services en nuage

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
LI ET AL.: "Feature Selection: A Data Perspective", ACM COMPUTING SURVEYS, December 2017 (2017-12-01)
TANG XUEHAI ET AL: "Fisher: An Efficient Container Load Prediction Model with Deep Neural Network in Clouds", 2018 IEEE INTL CONF ON PARALLEL & DISTRIBUTED PROCESSING WITH APPLICATIONS, UBIQUITOUS COMPUTING & COMMUNICATIONS, BIG DATA & CLOUD COMPUTING, SOCIAL COMPUTING & NETWORKING, SUSTAINABLE COMPUTING & COMMUNICATIONS (ISPA/IUCC/BDCLOUD/SOCIALCOM/SUSTAINC, 11 December 2018 (2018-12-11), pages 199 - 206, XP033531083, DOI: 10.1109/BDCLOUD.2018.00041 *
YANGGRATOKERERNGVIT ET AL.: "2015 11th International Conference on Network and Service Management (CNSM)", 2015, IEEE, article "Predicting service metrics for cluster-based services using real-time analytics."

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2023146777A1 (fr) * 2022-01-27 2023-08-03 Interdigital Patent Holdings, Inc. Procédé et appareil de surveillance et de prédiction de qualité de service en temps réel

Similar Documents

Publication Publication Date Title
Baştuğ et al. Big data meets telcos: A proactive caching perspective
El Haber et al. UAV-aided ultra-reliable low-latency computation offloading in future IoT networks
US11617094B2 (en) Machine learning in radio access networks
CA3057032C (fr) Systeme et methode de gestion de ressources de reseau
US20210209481A1 (en) Methods and systems for dynamic service performance prediction using transfer learning
US20220230062A1 (en) Dynamic network configuration
KR102470712B1 (ko) 피처 엔지니어링 오케스트레이션 방법 및 장치
Yang et al. Distributed robust optimization (DRO), part I: Framework and example
CN113348691B (zh) 用于网络管理中的故障预测的方法和装置
Wei et al. Hybrid model-data driven network slice reconfiguration by exploiting prediction interval and robust optimization
WO2021244730A1 (fr) Rapport et configuration de mesure dans des réseaux de communication
Malazi et al. Distributed service placement and workload orchestration in a multi-access edge computing environment
US20230259744A1 (en) Grouping nodes in a system
Wen et al. Learning-based big data sharing incentive in mobile AIGC networks
US20240119369A1 (en) Contextual learning at the edge
Fu et al. A skewness-aware matrix factorization approach for mesh-structured cloud services
Papageorgiou et al. Fog computing context analytics
Lange et al. AI in 5G networks: challenges and use cases
Bhavsar et al. Machine Learning and 5G Charging Function with Network Analytics Function for Network Slice as a Service
Yang et al. Smart grid edge fault detection architecture
CN113159145B (zh) 一种特征工程编排方法及装置
WO2024027916A1 (fr) Dispositifs, procédés et supports lisibles par ordinateur pour l'activation de capacités d'intelligence artificielle et/ou d'apprentissage automatique
WO2024225940A1 (fr) Procédé et appareil de prédiction de trafic dans des cellules d'un réseau de communication sans fil
Arya et al. Cloud Node Auto-Scaling System Automation Based on Computing Workload Prediction
Flizikowski et al. Workload Prediction of Virtualized RAN in the Edge Micro Data Center: An Experimental Progress

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: 20730237

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20730237

Country of ref document: EP

Kind code of ref document: A1