WO2024027943A1 - Interactions et interopérations de fonctions analytiques dans un réseau de communication sans fil - Google Patents

Interactions et interopérations de fonctions analytiques dans un réseau de communication sans fil Download PDF

Info

Publication number
WO2024027943A1
WO2024027943A1 PCT/EP2022/075706 EP2022075706W WO2024027943A1 WO 2024027943 A1 WO2024027943 A1 WO 2024027943A1 EP 2022075706 W EP2022075706 W EP 2022075706W WO 2024027943 A1 WO2024027943 A1 WO 2024027943A1
Authority
WO
WIPO (PCT)
Prior art keywords
analytics
counterpart
request
function
plane
Prior art date
Application number
PCT/EP2022/075706
Other languages
English (en)
Inventor
Konstantinos Samdanis
Dimitrios Karampatsis
Emmanouil Pateromichelakis
Original Assignee
Lenovo (Singapore) Pte. Ltd
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 Lenovo (Singapore) Pte. Ltd filed Critical Lenovo (Singapore) Pte. Ltd
Publication of WO2024027943A1 publication Critical patent/WO2024027943A1/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/14—Network analysis or design
    • 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/06—Generation of reports
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition

Definitions

  • the subject matter disclosed herein relates generally to the field of implementing interactions and interoperations of analytics functions in a wireless communications network.
  • This document defines an apparatus, a method in an apparatus, a central node, a method in a central node, a counterpart node and a method in a counterpart node.
  • NWDAF Network Data Analytics Function
  • MDA Management Data Analytics
  • AD AES Application Data Analytics Enablement Server
  • the service experience Analytics ID (3GPP TS 23.288 vl 7.5.0) in NWDAF relies on RAN performance analytics or the slice load level Analytics ID (3GPP TS 23.288 vl 7.5.0) relies on network slice throughput and network slice traffic prediction (3GPP TS 28.104 vl7.0.1), which can be offered from MDA.
  • Equally MDA analytics such as SLS analysis (3GPP TS 28.104 vl7.0.1) that require Quality of Experience (QoE) or UE mobility analytics (3GPP TS 23.288 vl7.5.0).
  • QoE Quality of Experience
  • UE mobility analytics 3GPP TS 23.288 vl7.5.0
  • Another example is the derivation of application layer performance analytics (3GPP TR 23.700-36 v0.4.0) which takes as input the NWDAF and MDA analytics related to Quality of Service (QoS) and Performance Management (PM) data.
  • an analytics function receives a consumer request related to an Analytics ID that relies on the output result of another Analytics ID from an inter-plane analytics function, i.e., NWDAF requires a MDAF Analytics ID output as input data or vice versa
  • NWDAF requires a MDAF Analytics ID output as input data or vice versa
  • a means which tends to: (i) identify the appropriate inter-plane analytics function based on the desired capabilities that need to be analysed and determined considering the ones contained in the original consumer request, (ii) derive the analytics attribute and formulate a new analytics request automatically towards the respective counter plane analytics function.
  • the Analytics ID information element is used to identify the type of supported analytics that are offered by an analytics function.
  • inter-plane analytics refers to the exchange of analytics information among NFs, e.g., NWDAF, MDA, AD AES, that resides in a different network plane or network domain.
  • a network plane or network domain refers to a technology domain, e.g., 5G core, radio, network management, and/ or additionally it refers to an administrative domain, e.g., a domain that allow a network operator to divide a network into smaller parts to ease control and management.
  • MDA, MDAF and MDAS are used interchangeably in this document and have the same meaning, i.e., identifying management analytics function.
  • MDA MnS Producer refer to the capability of a MDAF to produce analytics
  • the MDA MnS Consumer refers to the capability of a MDAF to consume a 5C NF service and/ or application enablement service and/ or management service.
  • Said procedures may be implemented by an apparatus, a method in an apparatus, a central node, a method in a central node, a counterpart node and a method in a counterpart node.
  • an apparatus comprising a receiver, a processor and a transmitter.
  • the receiver is arranged to receive a first analytics request from a consumer.
  • the processor is arranged to determine that counterpart analytics from a counterpart function are required to serve the first analytics request.
  • the transmitter is arranged to send a counterpart analytics request to the counterpart function.
  • the receiver is further arranged to receive a response to the counterpart analytics request from the counterpart function.
  • the processor is further arranged to prepare an analytics response using the counterpart analytics.
  • the transmitter is further arranged to send an analytics response to the consumer.
  • a method in an apparatus comprising: receiving a first analytics request from a consumer; determining that counterpart analytics from a counterpart function required to serve the first analytics request; and sending a counterpart analytics request to the counterpart function.
  • the method further comprises receiving a response to the counterpart analytics request from the counterpart function; preparing an analytics response using the counterpart analytics; and sending an analytics response to the consumer.
  • a central node comprising a receiver and a transmitter.
  • the receiver is arranged to receive capability information from a plurality of counterpart nodes, the capability information defining the capability of the counterpart node to generate counterpart analytics.
  • the receiver is further arranged to receive a request from an apparatus for capability information.
  • the transmitter is arranged to send a capability report in response to the request.
  • a method in a central node comprising: receiving capability information from a plurality of counterpart nodes, the capability information defining the capability of the counterpart node to generate counterpart analytics; receiving a request from an apparatus for capability information; and sending a capability report in response to the request.
  • a counterpart node comprising a transmitter arranged to send capability information to a central node, the capability information defining the capability of the counterpart node to generate counterpart analytics.
  • a method in a counterpart node comprising sending capability information to a central node, the capability information defining the capability of the counterpart node to generate counterpart analytics.
  • Figure 1 depicts an embodiment of a wireless communication system for implementing interactions and interoperations of analytics functions in a wireless communications network as described herein;
  • FIG. 2 shows a functional overview and interaction of an MDA with an NWDAF
  • Figure 3 depicts a user equipment apparatus that may be used for implementing the methods described herein;
  • Figure 4 depicts further details of a network node that may be used for implementing the methods described herein;
  • Figure 5 illustrates a method in an apparatus
  • Figure 6 illustrates a method in a central node
  • Figure 7 illustrates a method in a counterpart node
  • Figure 8 illustrates an inter-plane analytics example showing an analytics consumer that request analytics from a recipient analytics function that resides in a different domain
  • Figure 9 presents a flow chat of the inter-plane analytics request and response method.
  • Figure 10 illustrates a method of inter-plane analytics between AD AES and 3GPP domain analytics.
  • aspects of this disclosure may be embodied as a system, apparatus, method, or program product. Accordingly, arrangements described herein may be implemented in an entirely hardware form, an entirely software form (including firmware, resident software, micro-code, etc.) or a form combining software and hardware aspects.
  • the disclosed methods and apparatus may be implemented as a hardware circuit comprising custom very-large-scale integration (“VLSI”) circuits or gate arrays, off-the-shelf semiconductors such as logic chips, transistors, or other discrete components.
  • VLSI very-large-scale integration
  • the disclosed methods and apparatus may also be implemented in programmable hardware devices such as field programmable gate arrays, programmable array logic, programmable logic devices, or the like.
  • the disclosed methods and apparatus may include one or more physical or logical blocks of executable code which may, for instance, be organized as an object, procedure, or function.
  • the methods and apparatus may take the form of a program product embodied in one or more computer readable storage devices storing machine readable code, computer readable code, and/ or program code, referred hereafter as code.
  • the storage devices may be tangible, non-transitory, and/or non-transmission.
  • the storage devices may not embody signals. In certain arrangements, the storage devices only employ signals for accessing code.
  • the computer readable medium may be a computer readable storage medium.
  • the computer readable storage medium may be a storage device storing the code.
  • the storage device may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, holographic, micromechanical, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing.
  • a storage device More specific examples (a non-exhaustive list) of the storage device would include the following: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a random-access memory (“RAM”), a read-only memory (“ROM”), an erasable programmable read-only memory (“EPROM” or Flash memory), a portable compact disc read-only memory (“CD-ROM”), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.
  • a computer readable storage medium may be any tangible medium that can contain, or store, a program for use by or in connection with an instruction execution system, apparatus, or device.
  • references throughout this specification to an example of a particular method or apparatus, or similar language means that a particular feature, structure, or characteristic described in connection with that example is included in at least one implementation of the method and apparatus described herein.
  • reference to features of an example of a particular method or apparatus, or similar language may, but do not necessarily, all refer to the same example, but mean “one or more but not all examples” unless expressly specified otherwise.
  • the terms “a”, “an”, and “the” also refer to “one or more”, unless expressly specified otherwise.
  • a list with a conjunction of “and/ or” includes any single item in the list or a combination of items in the list.
  • a list of A, B and/ or C includes only A, only B, only C, a combination of A and B, a combination of B and C, a combination of A and C or a combination of A, B and C.
  • a list using the terminology “one or more of’ includes any single item in the list or a combination of items in the list.
  • one or more of A, B and C includes only A, only B, only C, a combination of A and B, a combination of B and C, a combination of A and C or a combination of A, B and C.
  • a list using the terminology “one of’ includes one, and only one, of any single item in the list.
  • “one of A, B and C” includes only A, only B or only C and excludes combinations of A, B and C.
  • a member selected from the group consisting of A, B, and C includes one and only one of A, B, or C, and excludes combinations of A, B, and C.”
  • “a member selected from the group consisting of A, B, and C and combinations thereof’ includes only A, only B, only C, a combination of A and B, a combination of B and C, a combination of A and C or a combination of A, B and C.
  • the code may also be stored in a storage device that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the storage device produce an article of manufacture including instructions which implement the function/ act specified in the schematic flowchart diagrams and/or schematic block diagrams.
  • the code may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus, or other devices to produce a computer implemented process such that the code which executes on the computer or other programmable apparatus provides processes for implementing the functions /acts specified in the schematic flowchart diagrams and/ or schematic block diagram.
  • each block in the schematic flowchart diagrams and/or schematic block diagrams may represent a module, segment, or portion of code, which includes one or more executable instructions of the code for implementing the specified logical function(s).
  • the functions noted in the block may occur out of the order noted in the Figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. Other steps and methods may be conceived that are equivalent in function, logic, or effect to one or more blocks, or portions thereof, of the illustrated Figures.
  • Figure 1 depicts an embodiment of a wireless communication system 100 for implementing interactions and interoperations of analytics functions in a wireless communications network.
  • the wireless communication system 100 includes remote units 102 and network units 104. Even though a specific number of remote units 102 and network units 104 are depicted in Figure 1, one of skill in the art will recognize that any number of remote units 102 and network units 104 may be included in the wireless communication system 100.
  • Remote unit 102 may be a user equipment apparatus 300, a consumer 210, or an analytics consumer 810, 910, 1010 as described herein.
  • the network unit 104 may comprise a network node 400, a consumer 210, an analytics consumer 810, 910, 1010, a recipient analytics function 820, 920, an analytics function 870, inter-plane analytics function 940, a centralized server 950, an other data source 960, AD AES 1020 as described herein.
  • the remote units 102 may include computing devices, such as desktop computers, laptop computers, personal digital assistants (“PDAs”), tablet computers, smart phones, smart televisions (e.g., televisions connected to the Internet), set-top boxes, game consoles, security systems (including security cameras), vehicle onboard computers, network devices (e.g., routers, switches, modems), aerial vehicles, drones, or the like.
  • the remote units 102 include wearable devices, such as smart watches, fitness bands, optical head-mounted displays, or the like.
  • the remote units 102 may be referred to as subscriber units, mobiles, mobile stations, users, terminals, mobile terminals, fixed terminals, subscriber stations, UE, user terminals, a device, or by other terminology used in the art.
  • the remote units 102 may communicate directly with one or more of the network units 104 via UL communication signals. In certain embodiments, the remote units 102 may communicate directly with other remote units 102 via sidelink communication.
  • the network units 104 may be distributed over a geographic region.
  • a network unit 104 may also be referred to as an access point, an access terminal, a base, a base station, a Node-B, an eNB, a gNB, a Home Node-B, a relay node, a device, a core network, an aerial server, a radio access node, an AP, NR, a network entity, an Access and Mobility Management Function (“AMF”), a Unified Data Management Function (“UDM”), a Unified Data Repository (“UDR”), a UDM/UDR, a Policy Control Function (“PCF”), a Radio Access Network (“RAN”), an Network Slice Selection Function (“NSSF”), or by any other terminology used in the art.
  • AMF Access and Mobility Management Function
  • UDM Unified Data Management Function
  • UDR Unified Data Repository
  • PCF Policy Control Function
  • RAN Radio Access Network
  • NSSF Network Slice Selection Function
  • the network units 104 are generally part of a radio access network that includes one or more controllers communicably coupled to one or more corresponding network units 104.
  • the radio access network is generally communicably coupled to one or more core networks, which may be coupled to other networks, like the Internet and public switched telephone networks, among other networks. These and other elements of radio access and core networks are not illustrated but are well known generally by those having ordinary skill in the art.
  • the wireless communication system 100 is compliant with New Radio (NR) protocols standardized in 3GPP, wherein the network unit 104 transmits using an Orthogonal Frequency Division Multiplexing (“OFDM”) modulation scheme on the downlink (DL) and the remote units 102 transmit on the uplink (UL) using a Single Carrier Frequency Division Multiple Access (“SC-FDMA”) scheme or an OFDM scheme.
  • OFDM Orthogonal Frequency Division Multiplexing
  • SC-FDMA Single Carrier Frequency Division Multiple Access
  • the wireless communication system 100 may implement some other open or proprietary communication protocol, for example, WiMAX, IEEE 802.11 variants, GSM, GPRS, UMTS, LTE variants, CDMA2000, Bluetooth®, ZigBee, Sigfoxx, among other protocols.
  • WiMAX WiMAX
  • IEEE 802.11 variants GSM
  • GPRS Global System for Mobile communications
  • UMTS Long Term Evolution
  • LTE Long Term Evolution
  • CDMA2000 Code Division Multiple Access 2000
  • Bluetooth® Zi
  • the network units 104 may serve a number of remote units 102 within a serving area, for example, a cell or a cell sector via a wireless communication link.
  • the network units 104 transmit DL communication signals to serve the remote units 102 in the time, frequency, and/ or spatial domain.
  • NWDAF Network Data Analytics Function
  • MDA Management Data Analytics
  • AD AES Application Data Analytics Enablement Server
  • the service experience Analytics ID (3GPP TS 23.288 vl 7.5.0) in NWDAF relies on RAN performance analytics or the slice load level Analytics ID (3GPP TS 23.288 vl7.5.0) relies on network slice throughput and network slice traffic prediction (3GPP TS 28.104 vl7.0.1), which can be offered from MDA.
  • Equally MDA analytics such as SLS analysis (3GPP TS 28.104 vl7.0.1) that require Quality of Experience (QoE) or UE mobility analytics (3GPP TS 23.288 vl7.5.0).
  • FIG. 2 shows a functional overview and interaction of an MDA with an NWDAF.
  • MDA function Management Data Analytics function
  • NWDAF Network Data Analytics Function
  • SBA Service Based Architecture
  • SBMA Service Based management Architecture
  • Service Based Architecture enables the NWDAF to: (i) subscribe to MDA Management Service (MnS) Producer (MDA function that produces analytics) and (ii) provide NWDAF analytics output to MDA MnS Consumer (which can be a management function including the MDA function that produces analytics).
  • MnS MDA Management Service
  • SBMA Service Based management Architecture
  • FIG. 2 shows an MDA MnS Consumer 210, an MDA function 220, an other MDA MnS Producer 230, an MnS producer 235, an NWDAF 240, an LMF 250, and a non-3GPP management system 260.
  • Each of the MDA MnS Consumer 210, the other MDA MnS Producer 230, the MnS producer 235, the NWDAF 240, the LMF 250, and the non-3GPP management system 260 communicate with the MDA function 220 via a respective interface.
  • the MDA function 220 comprises MDA internal business logic 225.
  • a consumer of NWDAF or MDA issues a request, it specifies certain requirements related to when an analytics report shall be provided, in terms of area of interest, target UEs or network objects (e.g., NF), time scheduling, event conditions (e.g., when the NF load surpasses a given threshold), etc.
  • target UEs or network objects e.g., NF
  • time scheduling e.g., time scheduling
  • event conditions e.g., when the NF load surpasses a given threshold
  • inter-plane analytics can rely on the output result of other analytics services or analytics functions from different technology domains, referred to as inter-plane analytics or cross-domain analytics.
  • inter-plane analytics or cross-domain analytics.
  • cross-domain and counter-plane are used in this document interchangeably.
  • Inter-plane analytics can be defined as a first analytics service, which requires as input from a second analytics service, wherein the first and/ or second analytics service is a NWDAF, MDAS, AD AES service or a combination thereof.
  • first and/ or second analytics service is a NWDAF, MDAS, AD AES service or a combination thereof.
  • inter-plane analytics are considered to reside inside a single PLMN and are used without roaming considerations.
  • the recipient analytics function has no means for issuing a subsequent request based on the initial one received from the consumer, because of two main gaps on: (i) deriving the analytics requirements in order to formulate the new analytics request towards the analytics function on the counter plane and (ii) identifying the appropriate analytics function on the counter plane that would be responsible for providing the complementing analytics.
  • Another example of inter-plane analytics considering the application enablement plane relates to the following ADAE provided analytics services (as discussed in 3GPP TR 23.700-36 v0.4.0).
  • ADAE provided analytics services
  • some application layer analytics services use as inputs NWDAF analytics or MDAF analytics.
  • the consumer of such analytics from AD AES can also be NWDAF (e.g., for DN performance analytics, NWDAF instead of receiving raw service experience data, it can receive statistics from AD AES (acting as AF)) .
  • FIG. 3 depicts a user equipment apparatus 300 that may be used for implementing the methods described herein.
  • the user equipment apparatus 300 is used to implement one or more of the solutions described herein.
  • the user equipment apparatus 300 is in accordance with one or more of the user equipment apparatuses described in embodiments herein.
  • User equipment apparatus 300 may be a remote unit 102, an other data source 960, an AD AES 1020, a consumer 210, or an analytics consumer 810, 910, 1010 as described herein.
  • the user equipment apparatus 300 includes a processor 305, a memory 310, an input device 315, an output device 320, and a transceiver 325.
  • the input device 315 and the output device 320 may be combined into a single device, such as a touchscreen.
  • the user equipment apparatus 300 does not include any input device 315 and/ or output device 320.
  • the user equipment apparatus 300 may include one or more of: the processor 305, the memory 310, and the transceiver 325, and may not include the input device 315 and/ or the output device 320.
  • the transceiver 325 includes at least one transmitter 330 and at least one receiver 335.
  • the transceiver 325 may communicate with one or more cells (or wireless coverage areas) supported by one or more base units.
  • the transceiver 325 may be operable on unlicensed spectrum.
  • the transceiver 325 may include multiple UE panels supporting one or more beams.
  • the transceiver 325 may support at least one network interface 340 and/ or application interface 345.
  • the application interface(s) 345 may support one or more APIs.
  • the network interface(s) 340 may support 3GPP reference points, such as Uu, Nl, PC5, etc. Other network interfaces 340 may be supported, as understood by one of ordinary skill in the art.
  • the processor 305 may include any known controller capable of executing computer-readable instructions and/ or capable of performing logical operations.
  • the processor 305 may be a microcontroller, a microprocessor, a central processing unit (“CPU”), a graphics processing unit (“GPU”), an auxiliary processing unit, a field programmable gate array (“FPGA”), or similar programmable controller.
  • the processor 305 may execute instructions stored in the memory 310 to perform the methods and routines described herein.
  • the processor 305 is communicatively coupled to the memory 310, the input device 315, the output device 320, and the transceiver 325.
  • the processor 305 may control the user equipment apparatus 300 to implement the user equipment apparatus behaviors described herein.
  • the processor 305 may include an application processor (also known as “main processor”) which manages application-domain and operating system (“OS”) functions and a baseband processor (also known as “baseband radio processor”) which manages radio functions.
  • the memory 310 may be a computer readable storage medium.
  • the memory 310 may include volatile computer storage media.
  • the memory 310 may include a RAM, including dynamic RAM (“DRAM”), synchronous dynamic RAM (“SDRAM”), and/ or static RAM (“SRAM”).
  • the memory 310 may include non-volatile computer storage media.
  • the memory 310 may include a hard disk drive, a flash memory, or any other suitable non-volatile computer storage device.
  • the memory 310 may include both volatile and non-volatile computer storage media.
  • the memory 310 may store data related to implement a traffic category field as described herein.
  • the memory 310 may also store program code and related data, such as an operating system or other controller algorithms operating on the apparatus 300.
  • the input device 315 may include any known computer input device including a touch panel, a button, a keyboard, a stylus, a microphone, or the like.
  • the input device 315 may be integrated with the output device 320, for example, as a touchscreen or similar touch-sensitive display.
  • the input device 315 may include a touchscreen such that text may be input using a virtual keyboard displayed on the touchscreen and/ or by handwriting on the touchscreen.
  • the input device 315 may include two or more different devices, such as a keyboard and a touch panel.
  • the output device 320 may be designed to output visual, audible, and/ or haptic signals.
  • the output device 320 may include an electronically controllable display or display device capable of outputting visual data to a user.
  • the output device 320 may include, but is not limited to, a Liquid Crystal Display (“LCD”), a Light- Emitting Diode (“LED”) display, an Organic LED (“OLED”) display, a projector, or similar display device capable of outputting images, text, or the like to a user.
  • LCD Liquid Crystal Display
  • LED Light- Emitting Diode
  • OLED Organic LED
  • the output device 320 may include a wearable display separate from, but communicatively coupled to, the rest of the user equipment apparatus 300, such as a smart watch, smart glasses, a heads-up display, or the like. Further, the output device 320 may be a component of a smart phone, a personal digital assistant, a television, a table computer, a notebook (laptop) computer, a personal computer, a vehicle dashboard, or the like.
  • the output device 320 may include one or more speakers for producing sound.
  • the output device 320 may produce an audible alert or notification (e.g., a beep or chime).
  • the output device 320 may include one or more haptic devices for producing vibrations, motion, or other haptic feedback. All, or portions, of the output device 320 may be integrated with the input device 315.
  • the input device 315 and output device 320 may form a touchscreen or similar touch-sensitive display.
  • the output device 320 may be located near the input device 315.
  • the transceiver 325 communicates with one or more network functions of a mobile communication network via one or more access networks.
  • the transceiver 325 operates under the control of the processor 305 to transmit messages, data, and other signals and also to receive messages, data, and other signals.
  • the processor 305 may selectively activate the transceiver 325 (or portions thereof) at particular times in order to send and receive messages.
  • the transceiver 325 includes at least one transmitter 330 and at least one receiver 335.
  • the one or more transmitters 330 may be used to provide uplink communication signals to a base unit of a wireless communications network.
  • the one or more receivers 335 may be used to receive downlink communication signals from the base unit.
  • the user equipment apparatus 300 may have any suitable number of transmitters 330 and receivers 335.
  • the trans mi tter(s) 330 and the receiver(s) 335 may be any suitable type of transmitters and receivers.
  • the transceiver 325 may include a first transmitter/receiver pair used to communicate with a mobile communication network over licensed radio spectrum and a second transmitter/receiver pair used to communicate with a mobile communication network over unlicensed radio spectrum.
  • the first transmitter/ receiver pair may be used to communicate with a mobile communication network over licensed radio spectrum and the second transmitter/ receiver pair used to communicate with a mobile communication network over unlicensed radio spectrum may be combined into a single transceiver unit, for example a single chip performing functions for use with both licensed and unlicensed radio spectrum.
  • the first transmitter/receiver pair and the second transmitter/receiver pair may share one or more hardware components.
  • certain transceivers 325, transmitters 330, and receivers 335 may be implemented as physically separate components that access a shared hardware resource and/ or software resource, such as for example, the network interface 340.
  • One or more transmitters 330 and/ or one or more receivers 335 may be implemented and/ or integrated into a single hardware component, such as a multitransceiver chip, a system-on-a-chip, an Application-Specific Integrated Circuit (“ASIC”), or other type of hardware component.
  • One or more transmitters 330 and/ or one or more receivers 335 may be implemented and/ or integrated into a multi-chip module.
  • Other components such as the network interface 340 or other hardware components/ circuits may be integrated with any number of transmitters 330 and/ or receivers 335 into a single chip.
  • the transmitters 330 and receivers 335 may be logically configured as a transceiver 325 that uses one more common control signals or as modular transmitters 330 and receivers 335 implemented in the same hardware chip or in a multi-chip module.
  • FIG. 4 depicts further details of the network node 400 that may be used for implementing the methods described herein.
  • the network node 400 may comprise a consumer 210, an analytics consumer 810, 910, 1010, a recipient analytics function 820, 920, an analytics function 870, inter-plane analytics function 940, a centralized server 950, an other data source 960, or an AD AES 1020 as described herein.
  • the network node 400 includes a processor 405, a memory 410, an input device 415, an output device 420, and a transceiver 425.
  • the input device 415 and the output device 420 may be combined into a single device.
  • the network node 400 does not include any input device 415 and/ or output device 420.
  • the network node 400 may include one or more of: the processor 405, the memory 410, and the transceiver 425, and may not include the input device 415 and/ or the output device 420.
  • the transceiver 425 includes at least one transmitter 430 and at least one receiver 435.
  • the transceiver 425 communicates with one or more remote units 200.
  • the transceiver 425 may support at least one network interface 440 and/ or application interface 445.
  • the application interface(s) 445 may support one or more APIs.
  • the network interface(s) 440 may support 3GPP reference points, such as Uu, Nl, N2 and N3. Other network interfaces 440 may be supported, as understood by one of ordinary skill in the art.
  • the processor 405 may include any known controller capable of executing computer-readable instructions and/ or capable of performing logical operations.
  • the processor 405 may be a microcontroller, a microprocessor, a CPU, a GPU, an auxiliary processing unit, a FPGA, or similar programmable controller.
  • the processor 405 may execute instructions stored in the memory 410 to perform the methods and routines described herein.
  • the processor 405 is communicatively coupled to the memory 410, the input device 415, the output device 420, and the transceiver 425.
  • the memory 410 may be a computer readable storage medium.
  • the memory 410 may include volatile computer storage media.
  • the memory 410 may include a RAM, including dynamic RAM (“DRAM”), synchronous dynamic RAM (“SDRAM”), and/ or static RAM (“SRAM”).
  • the memory 410 may include non-volatile computer storage media.
  • the memory 410 may include a hard disk drive, a flash memory, or any other suitable non-volatile computer storage device.
  • the memory 410 may include both volatile and non-volatile computer storage media.
  • the memory 410 may store data related to establishing a multipath unicast link and/ or mobile operation.
  • the memory 410 may store parameters, configurations, resource assignments, policies, and the like, as described herein.
  • the memory 410 may also store program code and related data, such as an operating system or other controller algorithms operating on the network node 400.
  • the input device 415 may include any known computer input device including a touch panel, a button, a keyboard, a stylus, a microphone, or the like.
  • the input device 415 may be integrated with the output device 420, for example, as a touchscreen or similar touch-sensitive display.
  • the input device 415 may include a touchscreen such that text may be input using a virtual keyboard displayed on the touchscreen and/ or by handwriting on the touchscreen.
  • the input device 415 may include two or more different devices, such as a keyboard and a touch panel.
  • the output device 420 may be designed to output visual, audible, and/ or haptic signals.
  • the output device 420 may include an electronically controllable display or display device capable of outputting visual data to a user.
  • the output device 420 may include, but is not limited to, an LCD display, an LED display, an OLED display, a projector, or similar display device capable of outputting images, text, or the like to a user.
  • the output device 420 may include a wearable display separate from, but communicatively coupled to, the rest of the network node 400, such as a smart watch, smart glasses, a heads-up display, or the like.
  • the output device 420 may be a component of a smart phone, a personal digital assistant, a television, a table computer, a notebook (laptop) computer, a personal computer, a vehicle dashboard, or the like.
  • the output device 420 may include one or more speakers for producing sound.
  • the output device 420 may produce an audible alert or notification (e.g., a beep or chime).
  • the output device 420 may include one or more haptic devices for producing vibrations, motion, or other haptic feedback. All, or portions, of the output device 420 may be integrated with the input device 415.
  • the input device 415 and output device 420 may form a touchscreen or similar touch-sensitive display.
  • the output device 420 may be located near the input device 415.
  • the transceiver 425 includes at least one transmitter 430 and at least one receiver 435.
  • the one or more transmitters 430 may be used to communicate with the UE, as described herein.
  • the one or more receivers 435 may be used to communicate with network functions in the PLMN and/ or RAN, as described herein.
  • the network node 400 may have any suitable number of transmitters 430 and receivers 435.
  • the transmitter(s) 430 and the receiver(s) 435 may be any suitable type of transmitters and receivers.
  • an apparatus comprising a receiver, a processor and a transmitter.
  • the receiver is arranged to receive a first analytics request from a consumer.
  • the processor is arranged to determine that counterpart analytics from a counterpart function, which are required to serve the first analytics request.
  • the transmitter is arranged to send a counterpart analytics request to the counterpart function.
  • the receiver is further arranged to receive a response to the counterpart analytics request from the counterpart function.
  • the processor is further arranged to prepare an analytics response using the counterpart analytics.
  • the transmitter is further arranged to send an analytics response to the consumer.
  • the apparatus may be further arranged to use self-derived analytics.
  • the analytics response may be prepared using both the self-derived analytics and the counterpart analytics.
  • Self-derived analytics may comprise analytics derived by the apparatus.
  • Self-derived analytics may comprise analytics derived by the apparatus using locally available information.
  • Self-derived analytics may be analytics derived in a domain local to the apparatus.
  • Self-derived analytics may comprise analytics derived by the apparatus based on raw data. Raw data is information provided by network sources based on local measurements.
  • Such an apparatus tends to facilitate configuring and coordination of input parameters for requesting an inter-plane analytics service to ensure meeting a consumer’s requirements. This may facilitate the selection of an appropriate inter-plane analytics function to provide inputs for an analytics service. Further, this may provide a solution that tends to coordinate parameters, e.g., the timing and coverage parameters, etc., for the inter-plane analytics service.
  • the processor may be further arranged to determine attributes required in the counterpart analytics request based on the first analytics request from the consumer.
  • the receiver may be further arranged to receive information on the capabilities of the counterpart function.
  • the apparatus may be arranged to discover the capabilities of the counterpart function.
  • the processor may be further arranged to discover the capabilities of the counterpart function from the counterpart function or another node.
  • the transmitter may be arranged to send a capability discovery message to the counterpart function or another node.
  • the another node may be a centralized server.
  • the capabilities may include the expected computational latency, communication latency, reporting samples type and analytics type.
  • An AI/ML model may comprise an artificial intelligence model and/ or a machine learning model.
  • the processor may be arranged to negotiate analytics requirements with the consumer.
  • the processor may be further arranged to negotiate the requirements of the first analytics request with the consumer if a selection of an optimal counterpart function cannot satisfy the requirements of the first analytics request.
  • the apparatus and the counterpart function may reside on different network planes.
  • the apparatus and the counterpart function may reside on the same network plane, but on different domains.
  • the counterpart analytics request may comprise at least one parameter selected from the following group: Analytics ID, AI/ML Model ID, time schedule, reporting time window, reporting analytics sample type, confidence level, analytics type, reporting method, target area, target users, target network objects, and reporting filtering conditions.
  • the first analytics request may comprise at least one parameter
  • the processor may be further arranged to: map parameters from the first request to parameters in the counterpart analytics request; derive parameter relations; and/ or translate one type of parameter to another.
  • the mapping may be based on preconfigured information and/ or based on parameter matching.
  • the processor may be further arranged to translate one attribute type from the first analytics request related to target UEs into a geographical area.
  • the processor may be further arranged to translate one attribute type related to geographical area into any UE identity.
  • the processor may be further arranged to identify containment relations among management services and counterpart functions and vice versa.
  • the processor may be further arranged to calculate a relative time schedule for reporting by the counterpart function, the relative time schedule calculated considering at least one of a processor load in the counterpart function, a storage load in the counterpart function and the communication latency between the counterpart function and the apparatus.
  • the processor may be further arranged to derive a format of a machine learning model input, by considering at least one of: the reporting time window; analytics samples; and/or confidence degree.
  • the machine learning (ML) model may comprise an artificial intelligence (Al) model.
  • the processor may be further arranged to identify the machine learning model and the related reporting time window, analytics samples, and confidence degree.
  • Figure 5 illustrates a method 500 in an apparatus.
  • the method 500 comprises receiving 510 a first analytics request from a consumer, and determining 520 that counterpart analytics from a counterpart function required to serve the first analytics request.
  • the method 500 further comprises sending 530 a counterpart analytics request to the counterpart function, and receiving 540 a response to the counterpart analytics request from the counterpart function.
  • the method 500 further still comprises preparing 550 an analytics response using the counterpart analytics, and sending 560 the analytics response to the consumer.
  • a central node comprising a receiver and a transmitter.
  • the receiver is arranged to receive capability information from a plurality of counterpart nodes, the capability information defining the capability of the counterpart node to generate counterpart analytics.
  • the receiver is further arranged to receive a request from an apparatus for capability information.
  • the transmitter is arranged to send a capability report in response to the request.
  • the centralized node facilitates an apparatus discovering the capabilities of a counterpart function.
  • the capability report may comprise the capability information for at least one counterpart node.
  • the capability report may comprise at least one counterpart function that meets capability requirements defined in the request for capability information.
  • the capabilities may include the expected computational latency, communication latency, reporting samples type and analytics type. These capabilities complement the state of the art capabilities used that include the Analytics Id, AI/ML model Id, confidence level, reporting method, area of interest, target UEs, network and management objects, filtering conditions, (e.g., threshold crossing).
  • the capability report may carry a set of information or IDs related to counterpart analytics functions.
  • Such a central node tends to facilitate configuring and coordination of input parameters for requesting an inter-plane analytics service to ensure meeting a consumer’s requirements. This may facilitate the selection of an appropriate inter-plane analytics function to provide inputs for an analytics service. Further, this may provide a solution that tends to coordinate parameters, e.g., the timing and coverage parameters, etc., for the inter-plane analytics service.
  • Figure 6 illustrates a method 600 in a central node.
  • the method 600 comprises receiving 610 capability information from a plurality of counterpart nodes, the capability information defining the capability of the counterpart node to generate counterpart analytics.
  • the method 600 further comprises receiving 620 a request from an apparatus for capability information; and sending 630 a capability report in response to the request.
  • the request for capability information may indicate to the central node a particular counterpart analytics function.
  • the capability report may also carry a set of information or IDs related to counterpart analytics functions.
  • a counterpart node comprising a transmitter arranged to send capability information to a central node, the capability information defining the capability of the counterpart node to generate counterpart analytics.
  • Figure 7 illustrates a method 700 in a counterpart node.
  • the method 700 comprising sending 710 capability information to a central node, the capability information defining the capability of the counterpart node to generate counterpart analytics.
  • the counterpart node may send the capability information to the central node.
  • the counterpart node may send the capability information to the central node periodically or upon an event, e.g., threshold crossing, or upon determining that a UE starts to move.
  • the counterpart node may send the capability information to the central node in response to a request from the central node.
  • the request from the central node may be triggered by an initialization procedure.
  • the request from the central node may be sent periodically.
  • the solution described herein relates to the case where an analytics service relies on a further analytics output (such as from NWDAF, MDAF, AD AES), and there is a need to request inter-plane analytics once an analytics consumer request is received in an analytic function, i.e., when a NWDAF Analytics ID request relies on MDA output or vice versa.
  • a NWDAF Analytics ID request relies on MDA output or vice versa.
  • a consumer request may be analysed and processed by the recipient analytics function in order to: (i) formulate automatically the subsequent subscription request towards the discovered analytics counterpart function and (ii) perform the discovery of the appropriate inter-plane analytics counterpart function needed.
  • the inter-plane Analytics ID type selection can be based on the data input that is needed and this relation can be pre-configured.
  • Figure 8 illustrates an inter-plane analytics example showing an analytics consumer that request analytics from a recipient analytics function that resides in a different domain.
  • the different domain may be on the control plane or management plane or application enablement plane.
  • Domain A 805 comprises an analytics consumer 810, and a recipient analytics function 820.
  • Domain B 860 comprises an analytics function 870.
  • the recipient analytics function 820 provides processing of the inter-plane analytics request or in other words provides the inter-plane analytics logic to select and automatically derive the requirements or otherwise the attributes related to an inter-plane analytics request (that is essentially an analytics request that is issued automatically) towards the corresponding inter-plane analytics function 870.
  • Figure 8 also shows some key selection capabilities for choosing an inter-plane analytics function 870 including the Analytics ID and AI/ML Model type (including AI/ML Model specifics) as well as the estimation of the communication and processing latency that relates to the capability of supporting a specific analytics type result, e.g., realtime, near-real time or non-real time.
  • an inter-plane analytics function 870 including the Analytics ID and AI/ML Model type (including AI/ML Model specifics) as well as the estimation of the communication and processing latency that relates to the capability of supporting a specific analytics type result, e.g., realtime, near-real time or non-real time.
  • the recipient analytics function 820 firstly analyses based on the Inter-plane Analytics Logic and processes the requirements of the consumer request. It then automatically derives the corresponding requirements or attributes related to the interplane analytics request that is going to issue towards the counterpart inter-plane analytics function 870 that may include and is not limited to the following examples.
  • Target Analytics ID It refers to the desired inter-plane analytics function capability, e.g., to be capable to produce UE mobility analytics, NF load analytics, slice throughput analytics, etc. This is automatically selected using a mapping procedure, e.g., based on a pre-configured table, considering the necessary type of inputs.
  • the consumer may indicate (e.g., explicitly that needs to use the following type of AI/ML Model) or can be a further mapping, e.g., based on a pre-configured table, for selecting the desired Target AI/ML Model type (e.g., regression, decision tree, etc.) to be used and in that case, it shall also serve as another inter-plane analytics function selection capability.
  • Relative time schedule Considering the time schedule indicated by the consumer, the recipient analytics function shall be able to estimate the corresponding time schedule (explicit calculate or access repository information) taking into account the upper bound time needed to receive the respond from other inter-plane analytics function that relies upon.
  • each analytics function can register in a repository or centralized entity, e.g., Domain Name Server (DNS), its capability in terms of the upper bound time in preparing an analytics result based on the available CPU and storage resources and the current workload.
  • DNS Domain Name Server
  • each analytics function can respond to the requesting inter-plane analytics function, its capability in terms of the upper bound time in preparing an analytics result based on the available CPU and storage resources and the current workload.
  • Each requesting analytics function needs to have an estimation of the communications latency in receiving analytics from the requesting inter-plane analytics function, e.g., this can be achieved by sending a round trip probe message to estimate the expected latency.
  • Reporting time window It refers to the desired reporting time window, i.e., indicates the start time and stop time for analytics results contained in the report, from the inter-plane analytics function.
  • the start and stop time depend on the AI/ML Model type in the recipient analytics function and can be calculated or be preconfigured on a table.
  • Reporting analytics samples This indicates how the reporting of the analytics samples shall be presented, e.g., average value, min-max value, pdf, discrete time-based samples, etc., and depends on the AI/ML Model type in the recipient analytics function.
  • the selection of the AI/ML Model type (e.g., based on a pre-configured table) also include the required sampling.
  • Confidence level Indicates the desired confidence level (i.e., confidence of predicting a result based on the current data) that the recipient analytics function needs (i.e., for its Analytics ID and AI/ML Model type) related to the analytics result from the Target Analytics ID and the corresponding Target AI/ML Model type.
  • Analytics type Considering the analytics type requested from the consumer, i.e., real-time, near-real time or non-real time, the recipient analytics considering also its Analytics ID and AI/ML Model type needs, shall request the desired analytics type from the selected inter-plane analytics function. The selection shall be based on a correlation of: (i) the customer indication, (ii) the recipient analytics function needs to feed its Analytics ID and AI/ML Model type, (iii) on the relative time schedule from each candidate inter-plane analytics function and (iv) on the reporting method capability related to the inter-plane analytics function.
  • a real-time analytics type requested from a consumer can only be satisfied if the recipient analytics function Analytics ID and AI/ML Model type work with real-time data and can receive real-time data from the inter-plane analytics function via stream-based reporting that assures realtime data delivery.
  • reporting method It refers to the way of receiving the analytics result from the inter-plane analytics function.
  • MDAF may request NWDAF: (i) an on- demand, i.e., immediate, one-time request or (ii) a subscription based on a specified time schedule and/ or other filtering criteria, e.g., if NF load surpass a threshold limit.
  • NWDAF NWDAF: (i) an on- demand, i.e., immediate, one-time request or (ii) a subscription based on a specified time schedule and/ or other filtering criteria, e.g., if NF load surpass a threshold limit.
  • the analytics result is carried for both cases using notifications.
  • NWDAF may request MDAF to: (i) report in a file format (based on a specified time schedule and/ or other filtering criteria) when the output is of a greater size/ volume, or (ii) stream-based reporting that suits real-time data (i.e., establishes connectivity and transmits an analytics result once it is ready immediately) or (iii) report in notification based (considering a specified time schedule and/or other filtering criteria) if the output data is maintained first in a data storage entity, where the consumer receives a notification to fetch the data.
  • the reporting method is selected in correlation with the requested analytics type, the relative time schedule and by considering the data volume and the recipient of the analytics result.
  • Area of Interest Can be explicitly specified by the consumer and in this case the recipient analytics function maps and requests the same area capability, i.e., be capable to produce analytics in the specified area, to the inter-plane analytics function.
  • Target UE(s) It refers to different aspects with respect to the control or management or application plane.
  • the control plane focuses on a particular UE ID (Subscription Permanent Identifier - SUPI), the management plane considers the average UE in a particular location, while the application plane focuses on the application client residing in the UE.
  • NWDAF needs MDA output, e.g., resource utilization prediction, in relation to a UE or a group of UE, that reside in a particular area, it needs to translate the location of UE(s) into an area, e.g., in the form of cells or TAs.
  • MDA MnS producer needs NWDAF output, it needs to request analytics for any UE in a particular area of interest, i.e., cells or TAs.
  • AD AES it needs to request analytics in particular application clients within any UE residing in a certain area of interest, i.e., cells or TAs.
  • Network or management objects Refers to NFs when requesting inter-plane analytics from the control plane and is discovered based on the interaction with NRF, application components and services on the application plane or an MnS when requesting inter-plane analytics from the management plane and relies on interaction with a DNS or centralized discovery server that contains the relation of the requested IP address with the desired MnS objects.
  • the selection for each case can be based on identifying containment relations with the assistance of repositories or other discovery means, e.g., requesting object relations directly.
  • Filtering conditions Refers to the conditions included in a consumer request, which indicate the report triggering criteria.
  • the recipient analytics function needs to identify where filtering conditions shall be applied, (i.e., match considering the operation capabilities of its own and target analytics function) and relate to the requesting interplane analytics if that is the case.
  • a consumer request towards MDA may indicate reporting criteria when a UE set starts moving towards neighboring cells, a condition that can easily be realized in the control plane and shall be included in the respective inter-plane analytics request.
  • FIG. 9 presents a flow chat of the inter-plane analytics request and response method 900.
  • Figure 9 shows an Analytics Consumer 910, a Recipient Analytics Function 920, an Analytics Request Processing function 930, Inter-plane Analytics Function 940, a centralized server 950, and other data sources 960.
  • the Analytics Request Processing 930 may comprise Inter-plane Analytics Logic.
  • the Centralized Server 950 may comprise an NRF or a DNS.
  • an Inter-plane Analytics Functions 940 register their capabilities (i.e., analytics result calculation latency, analytics type, reporting time window, reporting samples, support of reporting method) to a centralized repository like NRF or DNS.
  • a centralized repository like NRF or DNS.
  • an Inter-plane analytics functions 940 can register all capabilities, while in DNS only its IP address with minimal other capabilities. Any other repository that can store any number of capabilities allowing a hybrid discovery is possible.
  • an analytics consumer 910 issues a request using either: (i) the on-demand request or subscription method if the recipient analytics function 920 is NWDAF described in 3GPP TS 23.288 vl7.5.0 or (ii) the MDA Request method, (i.e., create a reporting job) if the recipient analytics function 920 is MDAF as described in 3GPP TS 28.104 V17.0.1.
  • the recipient analytics function 920 uses the Analytics Request Processing component 930 or Inter-plane Analytics Logic (that resides within the same function or can alternative be a separated NF) to determine the requirements of the received analytics request to identify the inter-plane attributes (as mentioned above: Analytics ID, AI/ML Model ID, Relative time schedule, Reporting time window, etc.).
  • the recipient analytics function 920 performs the discovery of the optimal inter-plane analytics function(s) 940.
  • the discovery step can take place in two different ways.
  • the recipient analytics function 920 requests a centralize repository (e.g., NRF) indicating the desired capabilities for a target inter-plane analytics function 940 in step 983a (based on Analytics ID, AI/ML Model ID, analytics type, load, latency, etc.) and receives reply in step 983b suggesting a set of inter-plane analytics function 940 to select from.
  • a centralize repository e.g., NRF
  • the recipient analytics function 920 may request from each suggested inter-plane analytics function 940 its capabilities provided that the corresponding IP address is known or discovered, e.g., via DNS. The recipient analytics function 920 is then able to select the optimal inter-plane analytics function 940. The recipient analytics function 920 may elect to request capabilities from each suggested inter-plane analytics function 940 if the recipient analytics function 920 only receives basic information from the centralized repository in steps 983a and 983b.
  • the recipient analytics function 920 may optionally negotiate with the analytics consumer 910 the requirements of the analytics request.
  • a negotiation example may include the change of the desired analytics type, e.g., from real-time to near-real time because the relative time schedule does not allow the preparation of an analytics result in real-time. If a solution cannot be reached in the negotiation step or if the negotiation step is not supported at all, then the process is terminated in this step.
  • the recipient analytics function 920 selects the optimal inter-plane analytics functions 940 and formats the corresponding inter-plane analytics request.
  • the inter-plane analytics request is issued automatically towards the selected inter-plane analytics function 940.
  • the inter-plane analytics function 940 responds providing the desired analytics output results.
  • the recipient analytics function 920 collects additionally raw data from other data sources, which may include NFs, MnSs, repository functions, e.g., NRF, UDR, URM, data collection entities, e.g., DCCF, MFAF, ADRF, MADCOL, etc., in order to calculate the consumer request analytics result.
  • data sources which may include NFs, MnSs, repository functions, e.g., NRF, UDR, URM, data collection entities, e.g., DCCF, MFAF, ADRF, MADCOL, etc.
  • the recipient analytics function 920 prepares the analytics result, e.g., formatting, etc.
  • the recipient analytics function 920 sends an analytics response towards the analytics consumer 910, the analytics response providing the requested analytics.
  • the recipient analytics function 920 and the inter-plane analytics function(s) 940 reside on different network planes. However, there can also be the case where both recipient analytics function 920 and inter-plane analytics function(s) 940 reside on the same network plane, but on different domains. This can also be the case, e.g., of the aggregator NWDAF, where instead of pre-configuring its relationship with distributed NWDAFs, this relation can be built on demand considering the analytics requests from consumers. In this case the same method can be applied to process and analyze the consumer request to discover and select the appropriate distributed NWDAFs.
  • Figure 10 illustrates a method 1000 of Inter-plane analytics between AD AES and 3GPP domain analytics (OAM and 5GC).
  • Figure 10 illustrates a consumer 1010, an AD AES 1020, and CAPIF 1030, and MDAS 1040 and an NWDAF 1050.
  • the CAPIF 1030 may be a CCF or an NRF.
  • the Consumer 1010 may comprise an AF or a VAL server.
  • the inter-plane analytics is performed at AD AES taking as inputs the 3GPP data analytics (NWDAF and/ or MDAS). (Note that MDA, MDAF and MDAS can be used interchangeably).
  • edge load analytics As discussed in 3GPP TS 23.700-36 v0.4.0, where the AD AES uses as input the PM data analytics from OAM and DN performance data analytics from NWDAF to derive the edge load analytics (among other inputs).
  • the method 1000 focuses on the discovery of the analytics service producers (NWDAF 1050, MDAS 1040) and the coordination of parameters to ensure meeting the requirements for the inter-plane service.
  • the consumer of the AD AES analytics service sends a subscription request to AD AES and provides the analytics event ID, e.g., edge performance prediction or stats, the DNN / DNAI, the time validity and area of the request, the required confidence level, whether inter-plane analytics are needed and the AI/ML model type etc.
  • the analytics event ID e.g., edge performance prediction or stats
  • the DNN / DNAI the DNN / DNAI
  • the time validity and area of the request e.g., the time validity and area of the request
  • the required confidence level e.g., whether inter-plane analytics are needed and the AI/ML model type etc.
  • the AD AES sends a subscription response as an ACK to the consumer.
  • the AD AES maps the analytics event ID to a list of data analytics event identifiers (can be pre-configured), and interacts with a service repository function (CAPIF CCF, NRF, ADRF or any other registry at 5GS which can provide the list of analytics functions at the target area and type of request.
  • the service repository function authorizes the request (also checking whether the end consumer is permitted to consume in-directly the analytics service) and provides the data analytics function IDs and addresses as well as (optionally) API/ service load information (e.g., load of NWDAF #1, load of NWDAF API #x)
  • API/ service load information e.g., load of NWDAF #1, load of NWDAF API #x
  • the AD AES determines the analytics service requirements (timing, area, reporting requirements, method, automated trigger event/ actions, etc.) per identified analytics source so as to ensure meeting the inter-plane analytics service requirements with the needed confidence level. Such determination also takes into account the possible communication and processing latency of analytics inputs as well as possible priority / hierarchy/ reliability of analytics.
  • the AD AES sends a subscription request to the Data Analytics Producers (NWDAF, OAM/MDAS) with the respective Data Analytics Event ID and the requirement for data analytics collection.
  • the Data Analytics Producer(s) sends a subscription response as an ACK to the AD AES.
  • the AD AES collects the reported analytics based on the configuration and derives the app/ edge layer analytics and provides the output to the consumer. Steps 1086-1089 may be performed in accordance with 3GPP TR 23.700-36 v0.4.0.
  • an analytics function receives a consumer request related to an Analytics ID that relies on the output result of another Analytics ID from an inter-plane analytics function, i.e., NWDAF requires a MDAF Analytics ID output as input data or vice versa
  • NWDAF requires a MDAF Analytics ID output as input data or vice versa
  • a method to automatically determine the attributes to formulate a subsequent inter-plane analytics request There is introduced a process inside the analytics function to: (i) map the subsequent Analytics ID, AI/ML Model ID, analytics type, reporting method, area, filtering, (ii) calculate of relative time schedule for reporting, (iii) derive the AI/ML Model input, i.e., reporting time window and analytics samples, (iv) translate one attribute to another, e.g., target UEs to area, (v) identify containment relations, e.g., MnS contained in a NF.
  • the analytics function capabilities may be registered in the repository or may be communicated directly.
  • processing of the original consumer request that derives the requirements can be implemented inside MDAF, allowing an autonomous inter-plane analytics request to be issued towards the corresponding NWDAF.
  • MDAF can consult NRF to identify the desired NWDAF.
  • the proposed processing of the original consumer request that derives the requirements can be implemented inside AD AES, allowing an autonomous interplane analytics request to be issued towards the corresponding MDAS or NWDAF.
  • a method that comprises processing original analytics request from consumer to derive the analytics requirements in order to formulate the new analytics request towards the analytics function on the counter plane.
  • the method may further comprise identifying the appropriate analytics function on the counter plane that would be responsible for providing the complementing analytics.
  • the method may further comprise negotiating requirements with the consumer if the processing and the selection of the optimal analytics function cannot satisfy its original requirements.
  • the other analytics function may be an inter-plane analytics function.
  • the method may allow an analytics function, that relies on input from another inter-plane analytics function to produce its output result, to identify and select automatically the optimal inter-plane analytics function.
  • the method may enable an analytics function to perform a mapping of the following but not limited attributes including the Analytics ID, AI/ML Model ID, analytics type, reporting method, area, filtering from the original consumer request. [0147] The method may enable an analytics function to perform a mapping based on pre-configured information and/ or based on parameter matching.
  • the method may enable an analytics function to calculate the relative time schedule for reporting considering the CPU and/ or storage load in the candidate interplane analytics function and the communication latency.
  • the method may enable an analytics function to derive the format of the AI/ML Model input, considering the reporting time window and analytics samples.
  • the method may enable an analytics function to translate one attribute type related to target UEs into geographical area and/ or translate one attribute type related to geographical area into any UE.
  • the method may enable an analytics function to identify containment relations, among management services and network function and vice versa.
  • an analytics function that relies on input from another inter-plane analytics function to produce its output result, to automatically negotiate the consumer requirements if the selection of the optimal interplane analytics function cannot satisfy them.
  • a method for providing an inter-plane analytics service at a data analytics service producer comprising: - receiving a first requirement for a first analytics service; - determine a second requirement for deriving inter-plane analytics for the first analytics service, wherein the requirement comprises one or more further analytics services from one or more analytics functions; - configure at least one parameter for the one or more further analytics services based on the first and/ or the second requirement; - send the at least one parameter to one or more analytics service producers of the one or more further analytics services.
  • the method may also be embodied in a set of instructions, stored on a computer readable medium, which when loaded into a computer processor, Digital Signal Processor (DSP) or similar, causes the processor to carry out the hereinbefore described methods.
  • DSP Digital Signal Processor
  • AI/ML Artificial Intelligence /Machine Learning
  • ADRF Analytical Data Repository Function
  • AD AES Application Data Analytics Enablement Services
  • CPU Central
  • DCCF Data Collection Coordination Functionality
  • DN Data Network
  • DNS Domain Name Server
  • MADCOL Management Data Collection Control and Discovery
  • MDA Management Data Analytics
  • MFAF Messaging Framework Adaptor Function
  • MnS Management Service
  • NF Network Function
  • NRF Network Repository Function
  • NWDAF Network Data Analytics Function
  • PLMN Public Land Mobile Network
  • PM Performance Management
  • QoE Quality of Experience
  • RAN Radio Access Network
  • SB A Service Based Architecture
  • SBMA Service Based Management Architecture
  • SLS Service Level Specification
  • SUPI Subscription Permanent Identifier
  • TA Tracking Area
  • UDM User Data manager
  • UDR User Data Repository
  • UE User Equipment

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

L'invention concerne un appareil comprenant un récepteur, un processeur et un émetteur. Le récepteur est conçu pour recevoir une première demande d'analyse provenant d'un consommateur. Le processeur est conçu pour déterminer que des analyses homologue d'une fonction homologue sont nécessaires pour satisfaire la première demande d'analyse. L'émetteur est conçu pour envoyer une demande d'analyse homologue à la fonction homologue. Le récepteur est en outre conçu pour recevoir une réponse à la demande d'analyse homologue provenant de la fonction homologue. Le processeur est en outre conçu pour préparer une réponse d'analyse à l'aide de l'analyse homologue. L'émetteur est en outre conçu pour envoyer une réponse d'analyse au consommateur.
PCT/EP2022/075706 2022-08-04 2022-09-15 Interactions et interopérations de fonctions analytiques dans un réseau de communication sans fil WO2024027943A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GR20220100643 2022-08-04
GR20220100643 2022-08-04

Publications (1)

Publication Number Publication Date
WO2024027943A1 true WO2024027943A1 (fr) 2024-02-08

Family

ID=83689841

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2022/075706 WO2024027943A1 (fr) 2022-08-04 2022-09-15 Interactions et interopérations de fonctions analytiques dans un réseau de communication sans fil

Country Status (1)

Country Link
WO (1) WO2024027943A1 (fr)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210021494A1 (en) 2019-10-03 2021-01-21 Intel Corporation Management data analytics
US20210083956A1 (en) 2018-02-19 2021-03-18 Nec Corporation Network data analytics functionality enhancement and new service consumers
WO2021212310A1 (fr) * 2020-04-21 2021-10-28 Qualcomm Incorporated Sélection de fonction d'analytique de données de réseau
EP3958540A1 (fr) * 2020-08-12 2022-02-23 Nokia Technologies Oy Procédé, appareil et produit de programme informatique pour analyse de données améliorée dans des déploiements nwdaf multiples

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210083956A1 (en) 2018-02-19 2021-03-18 Nec Corporation Network data analytics functionality enhancement and new service consumers
US20210021494A1 (en) 2019-10-03 2021-01-21 Intel Corporation Management data analytics
WO2021212310A1 (fr) * 2020-04-21 2021-10-28 Qualcomm Incorporated Sélection de fonction d'analytique de données de réseau
EP3958540A1 (fr) * 2020-08-12 2022-02-23 Nokia Technologies Oy Procédé, appareil et produit de programme informatique pour analyse de données améliorée dans des déploiements nwdaf multiples

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
"3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study of Enablers for Network Automation for 5G 5G System (5GS); Phase 3 (Release 18)", no. V1.0.0, 6 September 2022 (2022-09-06), pages 1 - 257, XP052210690, Retrieved from the Internet <URL:https://ftp.3gpp.org/Specs/archive/23_series/23.700-81/23700-81-100.zip 23700-81-100.docx> [retrieved on 20220906] *
3GPP TR 23.700-36
3GPP TS 23.288
3GPP TS 23.700-36
3GPP TS 28.104
KONSTANTINOS SAMDANIS ET AL: "KI#10: New solution for supporting NWDAF interaction with MDAF", vol. 3GPP SA 2, no. Online; 20220817 - 20220826, 10 August 2022 (2022-08-10), XP052184552, Retrieved from the Internet <URL:https://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_152E_Electronic_2022-08/Docs/S2-2206154.zip S2-2206154_KI#10_New_solution_for_supporting_NWDAF_interaction_with_MDAF.docx> [retrieved on 20220810] *
SAMSUNG: "Clarification on interaction between timers and supported analytics Delay", vol. SA WG2, no. e-meeting; 20211115 - 20211122, 1 December 2021 (2021-12-01), XP052084597, Retrieved from the Internet <URL:https://ftp.3gpp.org/tsg_sa/TSG_SA/TSGS_94E_Electronic_2021_12/Docs/SP-211293.zip 23288_CR0491R1_(Rel-17)_eNA_Ph2_S2-2109077_8952r06_288_Clarification on timers.docx> [retrieved on 20211201] *

Similar Documents

Publication Publication Date Title
US10904942B2 (en) Network slice selection in a mobile communication network
US10911326B2 (en) Method and apparatus for utilizing data collection and analysis function in wireless communication system
US11974161B2 (en) Validity notification for a machine learning model
WO2022194359A1 (fr) Configuration d&#39;interface de programmation d&#39;application indépendante de la plateforme
US20230217360A1 (en) Selecting an application instance
US20230037802A1 (en) Reporting occurrence of an event in a mobile communication network
WO2024027943A1 (fr) Interactions et interopérations de fonctions analytiques dans un réseau de communication sans fil
CN117642755A (zh) 使用联邦学习的模型训练
WO2024088590A1 (fr) Apprentissage fédéré par découverte de clients dans un réseau de communication sans fil visité
WO2024088591A1 (fr) Apprentissage fédéré par agrégation de modèles dans un réseau de communication sans fil visité
WO2023156026A1 (fr) Activation des journaux d&#39;api de service dans un système de communication sans fil
WO2024046588A1 (fr) Collecte et distribution de données dans un réseau de communication sans fil
WO2023156025A1 (fr) Activation d&#39;analyse d&#39;api de service dans un système de communication sans fil
WO2024088572A1 (fr) Enregistrement et découverte de clients d&#39;apprentissage fédéré externes dans un système de communication sans fil
US20240193021A1 (en) Platform independent application programming interface configuration
WO2024088554A1 (fr) Remplacement de tranches de réseau dans un réseau de communication sans fil
US20230300729A1 (en) User equipment radio capabilities
WO2023185810A1 (fr) Procédé de détermination de politique de sélection d&#39;itinéraire d&#39;ue (ursp), équipement utilisateur et dispositif côté réseau
WO2024037727A1 (fr) Procédés et appareils permettant de fournir des informations de consentement d&#39;utilisateur pour des services de collecte de données dans un réseau de communication sans fil
WO2023057079A1 (fr) Adaptations basées sur une exigence de continuité de service
WO2024088592A1 (fr) Établissement d&#39;une connexion de données à accès multiples dans un système de communication sans fil
WO2024068017A1 (fr) Préparation de données dans un système de communication sans fil
WO2024088598A1 (fr) Mappage réseau de sections de règles dans un réseau de communication sans fil
WO2024022596A1 (fr) Procédés et appareils de fourniture de services de périphérie lors de déploiements fédérés de réseaux de communication sans fil
WO2024008320A1 (fr) Découverte de dispositifs dans un service d&#39;expérience virtuelle dans un réseau de communication sans fil

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

Country of ref document: EP

Kind code of ref document: A1