EP4214908A1 - Appareil, procédé et programme informatique - Google Patents

Appareil, procédé et programme informatique

Info

Publication number
EP4214908A1
EP4214908A1 EP20772282.8A EP20772282A EP4214908A1 EP 4214908 A1 EP4214908 A1 EP 4214908A1 EP 20772282 A EP20772282 A EP 20772282A EP 4214908 A1 EP4214908 A1 EP 4214908A1
Authority
EP
European Patent Office
Prior art keywords
data
daf
instance
analytics function
data analytics
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
EP20772282.8A
Other languages
German (de)
English (en)
Inventor
Lajos Bajzik
Péter SZILÁGYI
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Solutions and Networks Oy
Original Assignee
Nokia Solutions and Networks Oy
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 Nokia Solutions and Networks Oy filed Critical Nokia Solutions and Networks Oy
Publication of EP4214908A1 publication Critical patent/EP4214908A1/fr
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/04—Network management architectures or arrangements
    • H04L41/042—Network management architectures or arrangements comprising distributed management centres cooperatively managing the network

Definitions

  • the present disclosure relates to an apparatus, a method, and a computer program for managing data analytics function instances in a mobile network.
  • a communication system can be seen as a facility that enables communication sessions between two or more entities such as user terminals, base stations/access points and/or other nodes by providing carriers between the various entities involved in the communications path.
  • a communication system can be provided for example by means of a communication network and one or more compatible communication devices.
  • the communication sessions may comprise, for example, communication of data for carrying communications such as voice, electronic mail (email), text message, multimedia and/or content data and so on.
  • Non-limiting examples of services provided comprise two-way or multi-way calls, data communication or multimedia services and access to a data network system, such as the Internet.
  • a wireless communication system at least a part of a communication session between at least two stations occurs over a wireless link.
  • a user can access the communication system by means of an appropriate communication device or terminal.
  • a communication device of a user is often referred to as user equipment (UE) or user device.
  • UE user equipment
  • a communication device is provided with an appropriate signal receiving and transmitting apparatus for enabling communications, for example enabling access to a communication network or communications directly with other users.
  • the communication device may access a carrier provided by a station or access point and transmit and/or receive communications on the carrier.
  • the communication system and associated devices typically operate in accordance with a required standard or specification which sets out what the various entities associated with the system are permitted to do and how that should be achieved. Communication protocols and/or parameters which shall be used for the connection are also typically defined.
  • UTRAN 3G radio
  • Another example of an architecture that is known as the long-term evolution (LTE) or the Universal Mobile Telecommunications System (UMTS) radio-access technology.
  • LTE long-term evolution
  • UMTS Universal Mobile Telecommunications System
  • NR new radio
  • an apparatus comprising means for: receiving a request to deploy a data analytics function instance from an operator; causing the data analytics function instance to be deployed; determining that another data analytics function instance is to be deployed or is deployed and is to be reconfigured to provide input data to the data analytics function instance; and causing the other data analytics function instance to be deployed or to be reconfigured.
  • the request to deploy the data analytics function instance may comprise an input data template defining one or more input data type for the data analytics function instance and/or an output data template defining one or more output data type for the data analytics function instance.
  • the input data template and/or the output data template may comprise one or more measurement or analytics result.
  • the request to deploy the data analytics function instance may comprise an input data scope defining one or more input data source for the data analytics function instance and/or an output data scope defining one or more output data destination for the data analytics function instance.
  • the input data scope and/or the output data scope may comprise one or more measurement source or data analytics function instance.
  • Determining that another data analytics function instance is to be deployed or is deployed and is to be reconfigured may be based on the input data template and the input data scope of the data analytics function instance.
  • Causing the data analytics function instance to be deployed may comprise providing at least part of a data analytics function deployment package to a virtual network function and/or cloud native network function orchestrator; and/or causing the other data analytics function instance to be deployed may comprise providing at least part of another data analytics function deployment package to the virtual network function and/or cloud-native network function orchestrator.
  • Causing the other data analytics function instance to be reconfigured may comprise causing the other data analytics function instance to modify the input data scope and/or output data scope of the other data analytics function instance.
  • the request to deploy the data analytics function instance may comprise a data analytics function deployment package identifier associated with a data analytics function deployment package.
  • the apparatus may comprise means for: receiving a request to register a data analytics function deployment package, the request to register the data analytics function deployment package comprising the data analytics function deployment package; associating a data analytics function deployment package identifier to the data analytics function deployment package; storing the data analytics function deployment package and the data analytics function deployment package identifier.
  • the data analytics function deployment package may comprise one or more profile, each profile comprises an input data template and an output data template.
  • the data analytics function deployment package may comprise a data analytics function input and output descriptor file, wherein the data analytics function input and output descriptor file comprises one or more profile associated with one or more profile identifier, each profile comprises an input data template and an output data template.
  • the apparatus may comprise means for: storing the one or more profiles with the one or more profile identifier.
  • the request to deploy the data analytics function instance may comprise a profile identifier associated with one of the one or more profiles.
  • the apparatus may comprise means for: providing the data analytics function deployment package identifier to the operator.
  • the request to deploy the data analytics function instance may comprise the data analytics function deployment package identifier.
  • the apparatus may comprise means for: providing a uniform resource link of the data analytics function instance to the operator.
  • the apparatus may be data analytics management platform.
  • the apparatus may be a data collection coordination function.
  • an apparatus comprising at least one processor and at least one memory including computer code for one or more programs, the at least one memory and the computer code configured, with the at least one processor, to cause the apparatus at least to: receive a request to deploy a data analytics function instance from an operator; cause the data analytics function instance to be deployed; determine that another data analytics function instance is to be deployed or is deployed and is to be reconfigured to provide input data to the data analytics function instance; and cause the other data analytics function instance to be deployed or to be reconfigured.
  • the request to deploy the data analytics function instance may comprise an input data template defining one or more input data type for the data analytics function instance and/or an output data template defining one or more output data type for the data analytics function instance.
  • the input data template and/or the output data template may comprise one or more measurement or analytics result.
  • the request to deploy the data analytics function instance may comprise an input data scope defining one or more input data source for the data analytics function instance and/or an output data scope defining one or more output data destination for the data analytics function instance.
  • the input data scope and/or the output data scope may comprise one or more measurement source or data analytics function instance.
  • Determining that another data analytics function instance is to be deployed or is deployed and is to be reconfigured may be based on the input data template and the input data scope of the data analytics function instance.
  • Causing the data analytics function instance to be deployed may comprise providing at least part of a data analytics function deployment package to a virtual network function and/or cloud native network function orchestrator; and/or causing the other data analytics function instance to be deployed may comprise providing at least part of another data analytics function deployment package to the virtual network function and/or cloud-native network function orchestrator.
  • Causing the other data analytics function instance to be reconfigured may comprise causing the other data analytics function instance to modify the input data scope and/or output data scope of the other data analytics function instance.
  • the request to deploy the data analytics function instance may comprise a data analytics function deployment package identifier associated with a data analytics function deployment package.
  • the at least one memory and the computer code may be configured, with the at least one processor, to cause the apparatus at least to: receive a request to register a data analytics function deployment package, the request to register the data analytics function deployment package comprising the data analytics function deployment package; associate a data analytics function deployment package identifier to the data analytics function deployment package; store the data analytics function deployment package and the data analytics function deployment package identifier.
  • the data analytics function deployment package may comprise one or more profile, each profile comprises an input data template and an output data template.
  • the data analytics function deployment package may comprise a data analytics function input and output descriptor file, wherein the data analytics function input and output descriptor file comprises one or more profile associated with one or more profile identifier, each profile comprises an input data template and an output data template.
  • the at least one memory and the computer code may be configured, with the at least one processor, to cause the apparatus at least to: store the one or more profiles with the one or more profile identifier.
  • the request to deploy the data analytics function instance may comprise a profile identifier associated with one of the one or more profiles.
  • the at least one memory and the computer code may be configured, with the at least one processor, to cause the apparatus at least to: provide the data analytics function deployment package identifier to the operator.
  • the request to deploy the data analytics function instance may comprise the data analytics function deployment package identifier.
  • the at least one memory and the computer code may be configured, with the at least one processor, to cause the apparatus at least to: provide a uniform resource link of the data analytics function instance to the operator.
  • the apparatus may be data analytics management platform.
  • the apparatus may be a data collection coordination function.
  • an apparatus comprising circuitry configured to: receive a request to deploy a data analytics function instance from an operator; cause the data analytics function instance to be deployed; determine that another data analytics function instance is to be deployed or is deployed and is to be reconfigured to provide input data to the data analytics function instance; and cause the other data analytics function instance to be deployed or to be reconfigured.
  • the request to deploy the data analytics function instance may comprise an input data template defining one or more input data type for the data analytics function instance and/or an output data template defining one or more output data type for the data analytics function instance.
  • the input data template and/or the output data template may comprise one or more measurement or analytics result.
  • the request to deploy the data analytics function instance may comprise an input data scope defining one or more input data source for the data analytics function instance and/or an output data scope defining one or more output data destination for the data analytics function instance.
  • the input data scope and/or the output data scope may comprise one or more measurement source or data analytics function instance.
  • Determining that another data analytics function instance is to be deployed or is deployed and is to be reconfigured may be based on the input data template and the input data scope of the data analytics function instance.
  • Causing the data analytics function instance to be deployed may comprise providing at least part of a data analytics function deployment package to a virtual network function and/or cloud native network function orchestrator; and/or causing the other data analytics function instance to be deployed may comprise providing at least part of another data analytics function deployment package to the virtual network function and/or cloud-native network function orchestrator.
  • Causing the other data analytics function instance to be reconfigured may comprise causing the other data analytics function instance to modify the input data scope and/or output data scope of the other data analytics function instance.
  • the request to deploy the data analytics function instance may comprise a data analytics function deployment package identifier associated with a data analytics function deployment package.
  • the apparatus may comprise circuitry configured to: receive a request to register a data analytics function deployment package, the request to register the data analytics function deployment package comprising the data analytics function deployment package; associate a data analytics function deployment package identifier to the data analytics function deployment package; store the data analytics function deployment package and the data analytics function deployment package identifier.
  • the data analytics function deployment package may comprise one or more profile, each profile comprises an input data template and an output data template.
  • the data analytics function deployment package may comprise a data analytics function input and output descriptor file, wherein the data analytics function input and output descriptor file comprises one or more profile associated with one or more profile identifier, each profile comprises an input data template and an output data template.
  • the apparatus may comprise circuitry configured to: store the one or more profiles with the one or more profile identifier.
  • the request to deploy the data analytics function instance may comprise a profile identifier associated with one of the one or more profiles.
  • the apparatus may comprise circuitry configured to: provide the data analytics function deployment package identifier to the operator.
  • the request to deploy the data analytics function instance may comprise the data analytics function deployment package identifier.
  • the apparatus may comprise circuitry configured to: provide a uniform resource link of the data analytics function instance to the operator.
  • the apparatus may be data analytics management platform.
  • the apparatus may be a data collection coordination function.
  • a method comprising: receiving a request to deploy a data analytics function instance from an operator; causing the data analytics function instance to be deployed; determining that another data analytics function instance is to be deployed or is deployed and is to be reconfigured to provide input data to the data analytics function instance; and causing the other data analytics function instance to be deployed or to be reconfigured.
  • the request to deploy the data analytics function instance may comprise an input data template defining one or more input data type for the data analytics function instance and/or an output data template defining one or more output data type for the data analytics function instance.
  • the input data template and/or the output data template may comprise one or more measurement or analytics result.
  • the request to deploy the data analytics function instance may comprise an input data scope defining one or more input data source for the data analytics function instance and/or an output data scope defining one or more output data destination for the data analytics function instance.
  • the input data scope and/or the output data scope may comprise one or more measurement source or data analytics function instance.
  • Determining that another data analytics function instance is to be deployed or is deployed and is to be reconfigured may be based on the input data template and the input data scope of the data analytics function instance.
  • Causing the data analytics function instance to be deployed may comprise providing at least part of a data analytics function deployment package to a virtual network function and/or cloud native network function orchestrator; and/or causing the other data analytics function instance to be deployed may comprise providing at least part of another data analytics function deployment package to the virtual network function and/or cloud-native network function orchestrator.
  • Causing the other data analytics function instance to be reconfigured may comprise causing the other data analytics function instance to modify the input data scope and/or output data scope of the other data analytics function instance.
  • the request to deploy the data analytics function instance may comprise a data analytics function deployment package identifier associated with a data analytics function deployment package.
  • the method may comprise: receiving a request to register a data analytics function deployment package, the request to register the data analytics function deployment package comprising the data analytics function deployment package; associating a data analytics function deployment package identifier to the data analytics function deployment package; storing the data analytics function deployment package and the data analytics function deployment package identifier.
  • the data analytics function deployment package may comprise one or more profile, each profile comprises an input data template and an output data template.
  • the data analytics function deployment package may comprise a data analytics function input and output descriptor file, wherein the data analytics function input and output descriptor file comprises one or more profile associated with one or more profile identifier, each profile comprises an input data template and an output data template.
  • the method may comprise: storing the one or more profiles with the one or more profile identifier.
  • the request to deploy the data analytics function instance may comprise a profile identifier associated with one of the one or more profiles.
  • the method may comprise: providing the data analytics function deployment package identifier to the operator.
  • the request to deploy the data analytics function instance may comprise the data analytics function deployment package identifier.
  • the method may comprise: providing a uniform resource link of the data analytics function instance to the operator.
  • the method may be performed by a data analytics management platform.
  • the method may be performed by a data collection coordination function.
  • a computer program comprising computer executable code which when run on at least one processor is configured to: receive a request to deploy a data analytics function instance from an operator; cause the data analytics function instance to be deployed; determine that another data analytics function instance is to be deployed or is deployed and is to be reconfigured to provide input data to the data analytics function instance; and cause the other data analytics function instance to be deployed or to be reconfigured.
  • the request to deploy the data analytics function instance may comprise an input data template defining one or more input data type for the data analytics function instance and/or an output data template defining one or more output data type for the data analytics function instance.
  • the input data template and/or the output data template may comprise one or more measurement or analytics result.
  • the request to deploy the data analytics function instance may comprise an input data scope defining one or more input data source for the data analytics function instance and/or an output data scope defining one or more output data destination for the data analytics function instance.
  • the input data scope and/or the output data scope may comprise one or more measurement source or data analytics function instance.
  • Determining that another data analytics function instance is to be deployed or is deployed and is to be reconfigured may be based on the input data template and the input data scope of the data analytics function instance.
  • Causing the data analytics function instance to be deployed may comprise providing at least part of a data analytics function deployment package to a virtual network function and/or cloud native network function orchestrator; and/or causing the other data analytics function instance to be deployed may comprise providing at least part of another data analytics function deployment package to the virtual network function and/or cloud-native network function orchestrator.
  • Causing the other data analytics function instance to be reconfigured may comprise causing the other data analytics function instance to modify the input data scope and/or output data scope of the other data analytics function instance.
  • the request to deploy the data analytics function instance may comprise a data analytics function deployment package identifier associated with a data analytics function deployment package.
  • the computer program may comprise computer executable code which when run on at least one processor is configured to: receive a request to register a data analytics function deployment package, the request to register the data analytics function deployment package comprising the data analytics function deployment package; associate a data analytics function deployment package identifier to the data analytics function deployment package; store the data analytics function deployment package and the data analytics function deployment package identifier.
  • the data analytics function deployment package may comprise one or more profile, each profile comprises an input data template and an output data template.
  • the data analytics function deployment package may comprise a data analytics function input and output descriptor file, wherein the data analytics function input and output descriptor file comprises one or more profile associated with one or more profile identifier, each profile comprises an input data template and an output data template.
  • the computer program may comprise computer executable code which when run on at least one processor is configured to: store the one or more profiles with the one or more profile identifier.
  • the request to deploy the data analytics function instance may comprise a profile identifier associated with one of the one or more profiles.
  • the computer program may comprise computer executable code which when run on at least one processor is configured to: provide the data analytics function deployment package identifier to the operator.
  • the request to deploy the data analytics function instance may comprise the data analytics function deployment package identifier.
  • the computer program may comprise computer executable code which when run on at least one processor is configured to: provide a uniform resource link of the data analytics function instance to the operator.
  • the at least one processor may be part of a data analytics management platform.
  • the at least one processor may be part of a data collection coordination function.
  • a computer readable medium comprising program instructions stored thereon for performing at least one of the above methods.
  • a non-transitory computer readable medium comprising program instructions stored thereon for performing at least one of the above methods.
  • non-volatile tangible memory medium comprising program instructions stored thereon for performing at least one of the above methods.
  • AMF Access Management Function
  • API Application Programming Interface
  • CU Centralized Unit
  • DCCF Data Collection Coordination Function
  • E2E End to End eNB: eNodeB
  • ETSI European Telecommunication Standard Institute
  • gNB gNodeB
  • GSM Global System for Mobile communication
  • HSS Home Subscriber Server
  • IMS IP multimedia subsystem
  • IOC Information Object class loT : Internet of Things
  • MOI Managed Object Instance
  • NEF Network Exposure Function
  • NMS Network Management System
  • NRF Network function Repository Function
  • NSSI Network Slice Subnet Instance
  • NWDAF Network Data Analytics Function
  • SMF Session Management Function
  • UE User Equipment
  • USB Universal Serial Bus
  • VNF Virtualized Network Function
  • 5GC 5G Core network
  • Figure 1 shows a schematic representation of a 5G system
  • Figure 2 shows a schematic representation of a control apparatus
  • Figure 3 shows a schematic representation of a terminal
  • Figure 4 shows a block diagram of an analytics pipeline comprising data analytics function instances and measurement sources
  • Figure 5 shows a block diagram of a data collection framework discussed in [TR 23.700-91 ];
  • Figure 6 shows a block diagram of a data analytics management platform determining input data is to be input to a data analytics function instance and output data is to be output by the data analytics function instance;
  • Figure 7 shows a flow chart of a method perform by a data analytics management platform for deploying a data analytics function instance
  • Figure 8 shows a signalling diagram of a process for registering a data analytics function instance deployment package
  • Figure 9 shows a signalling diagram of a process for deploying a data analytics function instance
  • Figure 10 shows a signalling diagram of a process for configuring a data analytics function instance
  • Figure 11 shows a flow chart of a method performed by a data analytics management platform for deploying a data analytics function instance
  • Figure 12 shows a flow chart of a method performed by a data collection and coordination function for deploying a data analytics function instance
  • Figure 13 shows a block diagram of a method performed by a data analytics management platform for deploying a data analytics function instance
  • Figure 14 shows a schematic representation of a non-volatile memory medium storing instructions which when executed by a processor allow a processor to perform one or more of the steps of the method of Figure 13.
  • FIG. 1 shows a schematic representation of a 5G system (5GS).
  • the 5GS may comprises a terminal, a (radio) access network ((R)AN), a 5G core network (5GC), one or more application functions (AF) and one or more data networks (DN).
  • R radio access network
  • GC 5G core network
  • AF application functions
  • DN data networks
  • the 5G (R)AN may comprise one or more gNodeB (gNB) distributed unit functions connected to one or more gNodeB (gNB) centralized unit functions.
  • gNB gNodeB
  • gNB gNodeB
  • the 5GC may comprise an access management function (AMF), a session management function (SMF), an authentication server function (ALISF), a user data management (UDM), a user plane function (UPF) and/or a network exposure function (NEF).
  • AMF access management function
  • SMF session management function
  • ALISF authentication server function
  • UDM user data management
  • UPF user plane function
  • NEF network exposure function
  • the 5GC may comprise other network functions (NF), such as a network address and/or port translation function (NAPTF), a network function repository function (NRF), a binding support function (BSF) or a data collection coordination function (DCCF).
  • NF network functions
  • NAPTF network address and/or port translation function
  • NRF network function repository function
  • BSF binding support function
  • DCCF data collection coordination function
  • FIG 2 illustrates an example of a control apparatus 200 for controlling a function of the (R)AN or the 5GC as illustrated on Figure 1 .
  • the control apparatus may comprise at least one random access memory (RAM) 211 a, at least on read only memory (ROM) 211 b, at least one processor 212, 213 and an input/output interface 214.
  • the at least one processor 212, 213 may be coupled to the RAM 211 a and the ROM 211 b.
  • the at least one processor 212, 213 may be configured to execute an appropriate software code 215.
  • the software code 215 may for example allow to perform one or more steps to perform one or more of the present aspects.
  • the software code 215 may be stored in the ROM 211 b.
  • the control apparatus 200 may be interconnected with another control apparatus 200 controlling another function of the 5G (R)AN or the 5GC.
  • each function of the (R)AN or the 5GC comprises a control apparatus 200.
  • two or more functions of the (R)AN or the 5GC may share a control apparatus.
  • FIG 3 illustrates an example of a terminal 300, such as the terminal illustrated on Figure 1.
  • the terminal 300 may be provided by any device capable of sending and receiving radio signals.
  • Non-limiting examples comprise a user equipment, a mobile station (MS) or mobile device such as a mobile phone or what is known as a ’smart phone’, a computer provided with a wireless interface card or other wireless interface facility (e.g., USB dongle), a personal data assistant (PDA) or a tablet provided with wireless communication capabilities, a machine-type communications (MTC) device, a Cellular Internet of things (CloT) device or any combinations of these or the like.
  • the terminal 300 may provide, for example, communication of data for carrying communications.
  • the communications may be one or more of voice, electronic mail (email), text message, multimedia, data, machine data and so on.
  • the terminal 300 may receive signals over an air or radio interface 307 via appropriate apparatus for receiving and may transmit signals via appropriate apparatus for transmitting radio signals.
  • transceiver apparatus is designated schematically by block 306.
  • the transceiver apparatus 306 may be provided for example by means of a radio part and associated antenna arrangement.
  • the antenna arrangement may be arranged internally or externally to the mobile device.
  • the terminal 300 may be provided with at least one processor 301 , at least one memory ROM 302a, at least one RAM 302b and other possible components 303 for use in software and hardware aided execution of tasks it is designed to perform, including control of access to and communications with access systems and other communication devices.
  • the at least one processor 301 is coupled to the RAM 302a and the ROM 211 b.
  • the at least one processor 301 may be configured to execute an appropriate software code 308.
  • the software code 308 may for example allow to perform one or more of the present aspects.
  • the software code 308 may be stored in the ROM 302b.
  • the processor, storage and other relevant control apparatus can be provided on an appropriate circuit board and/or in chipsets. This feature is denoted by reference 304.
  • the device may optionally have a user interface such as keypad 305, touch sensitive screen or pad, combinations thereof or the like.
  • a user interface such as keypad 305, touch sensitive screen or pad, combinations thereof or the like.
  • one or more of a display, a speaker and a microphone may be provided depending on the type of the device.
  • a DAF may refer to a software function performing data analytics on input data and producing an analytics result as output data.
  • One or more aspect of this disclosure relates to managing DAF instances in 5G mobile networks but it will be understood that one or more aspect may be adapted to mobile networks with former radio access technologies and to other domains or cross-domain environments (e.g. industrial networks with correlated loT application data and network data analytics).
  • Analytics for automation may not be computed by a single DAF instance but by complex analytics pipelines built from several DAF instances (i.e. building blocks). In the future, these analytics pipelines may be deployed dynamically and from any DAF instance. That is, the deployment and integration of these analytics pipelines may be seamless regardless of the actual functionality of the DAF instances.
  • Figure 4 shows a block diagram of an analytics pipeline comprising DAF instances DAF#1 , DAF#2, DAF#3 and DAF#4 and measurement sources.
  • An analytics pipeline may be described as a directed graph where the nodes with only outgoing arrows represent measurement sources (light grey boxes on Figure 4) and nodes having incoming arrows represent DAF instances (dark grey boxes on Figure 4).
  • the arrows represent data provided by a source node to a destination node.
  • the data provided by a source node to a destination node is referred to as output data for the source node and input data for the destination node.
  • the DAF instances DAF#2, DAF#3 and DAF#4 may perform data analytics on input data measured for specific types of network functions (NF).
  • the input data may comprise a time series of performance measurements (PM).
  • the DAF instance DAF#2 may perform data analytics on PM for gNBs.
  • the DAF instance DAF#2 may build a gNB state model. For each gNB of a set of gNBs the DAF instance DAF#2 may receive a same set of PM per timestamp.
  • the DAF instance DAF#2 may use the set of PM per timestamp to determine an abstract gNB state per time stamp.
  • the DAF instance DAF#2 may output the abstract gNB state per timestamp.
  • the DAF instances DAF#3 and DAF#4 may operate similarly but instead of performing data analytics on PM for gNBs, they may perform data analytics on PM for N3 interfaces (i.e. user plane interfaces between gNBs and UPFs) and for UPFs respectively.
  • the DAF instance DAF#1 on the other hand may be one level higher in the DAF hierarchy than the DAF instances DAF#2, DAF#3 and DAF#4.
  • the DAF instances DAF#2, DAF#3 and DAF#4 may be referred to as lower-level DAFs.
  • the DAF instances DAF#1 may be referred to as a higher-level DAF.
  • the DAF instance DAF#1 may receive the abstract states from the DAF instances DAF#2, DAF#3 and DAF#4 along with direct E2E measurements.
  • the E2E measurements may for example comprise delay measurements between UEs and UPFs.
  • the E2E measurements may comprise a given E2E scope (e.g. E2E connections handled by a given set of UPFs, E2E connections for a given group or UEs, etc.)
  • the DAF instance DAF#1 may find anomalies in the E2E measurements.
  • the DAF instance DAF#1 may correlate the anomalies in the E2E measurements to the the gNB abstract states, the N3 interface abstract states and the UPF abstract states provided by the DAF instances DAF#2, DAF3# and DAF#4. In this way, root cause analysis for the E2E anomalies may be facilitated.
  • Input data provided to a DAF instance may be referred to as data dependencies of the DAF instance.
  • the data dependencies for the DAF instances DAF#2, DAF3# and DAF#4 are respectively the per-gNB PM measurements, the per-N3 interface PM measurements and the per-UPF PM measurements.
  • the data dependency of the DAF instance DAF#1 may comprise E2E measurements, the gNB abstract states, the N3 interface abstract states and the UPF abstract states provided by the DAF instances DAF#2, DAF3# and DAF#4.
  • Figure 4 illustrates an example but any analytics pipeline may be modelled as a similar directed graph.
  • Different deployment scenarios may be possible to deploy (i.e. install and configure) such data analytics pipeline.
  • One option may be that the operator is aware of the structure of the analytics pipeline and deploys the measurement sources and DAF instances one-by-one in the right order so that data dependencies are available at the time when a given DAF instance is deployed. This has two main problems.
  • the complexity of expected analytics pipelines in the future may make this process very hard and error prone.
  • the operator’s needs for different levels within the analytics pipelines may evolve organically rather than pre-planned. For example, the operator may decide for some reason to deploy a higher-level DAF instance like the one provided by DAF#1 in the example of Figure 4 without being aware what part of the whole analytics pipeline is already deployed and what part is not.
  • an operator should be able to replace easily one vendor’s implementation of a specific data analytics functionality with another vendor’s implementation of the same specific data analytics functionality.
  • deploying DAF instances shouldn’t depend by any means on the specific implementation of other DAF instances deployed.
  • One or more aspect of this disclosure relates to deploying DAF instances.
  • One or more aspect of this disclosure relates to automating the deploying of DAF instances .
  • One or more aspect of this disclosure relates to starting (i.e. running) DAF instances.
  • One or more aspect of this disclosure relates to deploying or reconfiguring measurement sources and/or other DAF instances required to provide input data to a DAF instance.
  • the input data may comprise performance measurements and/or analytics results.
  • One or more aspect of this disclosure relates to connecting the DAF instance to the measurement sources and/or other DAF instances.
  • the deploying of the DAF instance may be agnostic to the actual functionality that the DAF instance is performing.
  • the deploying of the DAF instance may support the organic evolution of the operator’s analytics need.
  • the deploying of the DAF instance may support swapping different implementations of the same functionality.
  • the deploying of the DAF instance may be intent-based meaning that the operator may be relieved from any integration effort that can be done automatically. In this way, the role of the operator may be reduced to a minimum.
  • data analytics may be part of large network management system (NMS) or centralized self-organised network (SON) software products. Connecting these software products to data sources in a network may be a manual integration process.
  • the data sources may themselves be large NMS or operations support system (OSS).
  • the NRM standard [3GPP TS 28.541 ] defines the object-oriented model of 5G networks for management purposes in the form of information object class (IOC) definitions and their relations. It is built on the generic NRM model classes defined in [3GPP TS 28.622], An instance of an IOC is called managed object instance (MOI) and represents an actual managed element of the network of the type described by the IOC.
  • MOI managed object instance
  • the IOC for UPF functionality is named UPFFunction, and the UPF functionality of all the UPF network functions in the network is modelled as a separate MOI of this IOC.
  • the MOI objects form a tree.
  • the distinguished name (DN) syntax for identifying a MOI in this tree is defined in standard [3GPP TS 32.300],
  • SA5 defines standard measurements on per-IOC basis. These performance measurements are standardized in [TS 28.552], [TS 28.552] specifies the different measurements per-IOC. [TS 28.552] also specifies a standardized measurement name for them. [TS 28.554] is similar for key performance indicators (KPI). [TS 28.554] defines E2E KPIs for specific lOCs, such as higher-level lOCs (e.g. NetworkSliceSubnet). The KPIs also have a standard name.
  • KPI key performance indicators
  • SA5 have also standardized application programming interfaces (API) (services in the terminology of SA5) for starting and stopping measurements.
  • API application programming interfaces
  • the consumer of the service specifies the list of standard measurement names ([TS 28.552, TS 28.554]) and the list of DNs identifying the measured objects (MOIs) for which the measurements need to be started.
  • the job control APIs have two variants, the dedicated API is defined in [TS 28.550] and the control NRM fragment for performance job control is defined in [TS28.622], There is also standard for trace job control, with control NRM fragment ([TS 28.622]).
  • SA5 defines the interfaces between the producers and consumers of the measurements and traces for the actual transfer of the data in standards [TS 28.550] and [TS 28.532], There are file-based and streaming reporting options. SA5 standards specify all aspects of the interaction between producers and consumers including the operations and the file formats and stream serialization formats.
  • the standard [TS 28.550] contains two general use cases for management data analytics on how the provider of a management data analytics service (MDAS) can provide analytics result to the consumer of that service.
  • the use cases already specify that the analytics are for network slice instance (NSI) or network slice subnet instance (NSSI (5.1.5.1 ) level or network level (5.1.5.2), limiting the scope of analytics.
  • the step 2 of these two use cases specifies that it is the responsibility of the provider of the MDAS (i.e. the DAF instance) to resolve data dependencies itself.
  • the DAF using the SA5 APIs for measurement control, need to determine what measurements are already collected, start the missing measurement jobs and connect itself to the producers of these measurements.
  • the operator may not want to give automated control for the DAF product of some vendor over what data is collected in the network. It is not an issue nowadays because there is no automated control and all data collection is started as part of manual integration process inherently supervised by the operator.
  • the software development efficiency may be affected. Delegating dependency resolution to the DAF instance may complicate and slows down the software development.
  • NWDAF network data analytics function
  • the scope of the data collection framework is to enable the collection and distribution of any data (operational, trace, event, control plane (C-plane), management plane (M- plane), etc., except for the user plane (Il-plane) packet data unit (PDU) session data) from data sources to data consumers.
  • Data sources are dynamically discovered by the data collection framework based on requests of data consumers.
  • a messaging framework is used to efficiently distribute data from data sources to data consumers so that a data source does not need to replicate data towards multiple data consumers. In fact, data sources are not even aware of the location and identity of the data consumers. This is handled by the data collection framework.
  • a data collection and coordination function (DCCF) controls the data sources and data Consumers.
  • DCCF data collection and coordination function
  • the DCCF exposes available data to potential data consumers, receives request for data from data consumers, triggers the production of data at data sources and dynamically configures the messaging framework to route and replicate data from data sources to data consumers.
  • the DCCF itself does not handle data but is aware of the bindings between data sources and data consumers.
  • the data collection framework includes adaptors on the data source and data consumer side.
  • the adaptors comprise a 3rd party producer adaptor (3PA) interfaces with its associated data source(s) to collect data using protocols and mechanisms suiting the data source(s).
  • the adaptors comprise the 3rd party consumer adaptor (3CA) interfaces with its associated data consumer(s) to provide data using protocols and mechanisms suiting the data consumer(s).
  • Such protocols and mechanisms may be standardized.
  • the 3PA and 3CA have the role to adapt the interfaces of the data source(s) and data consumer(s) to the interface of the messaging framework.
  • the solution proposal #9 for data management framework in [TR 23.700-91 ] moves the responsibility of resolving the data dependencies from the NWDAF to the DCCF, once the NWDAF sends a detailed request for the input data to the DCCF.
  • the DAF instance NWDAF instance
  • One or more aspect of this disclosure relates to a mechanism for automatically resolving data dependency resolution and deploying a DAF instance.
  • the mechanism may be implemented by an operation administration and management (0AM) system of the operator rather than by a DAF instance.
  • DAMP data analytics management platform
  • One or more aspect of this disclosure relates to the provision of an input data template and output data template for a DAF instance to a DAMP.
  • the input data template may define an input data type for the DAF instance.
  • the input data type may comprise one or more measurement or analytics result.
  • the output data template may define an output data type for the DAF instance.
  • the output data type may comprise one or more analytics result.
  • the input data template and the output data template may be provided by a DAF vendor as part of a DAF deployment package.
  • the input data template and the output data template may be selected by an operator.
  • One or more aspect of this disclosure relates to the provision of an input data scope and an output data scope for a DAF instance.
  • the input data scope may define an input data source for the DAF instance.
  • the input data scope may comprise one or more measurement source or DAF instance.
  • the output data scope may define an output data destination for the DAF instance.
  • the output data scope may comprise one or more measurement source or DAF instance.
  • the input data scope and the output data scope may comprise one or more NF instance (e.g. DAF instance), RAN instance (e.g. cell instance) or other.
  • the input data scope and the output data scope may be provided by an operator to a DAMP.
  • the DAMP may combine the input data template and the input data scope for the DAF instance to determine what input data is to be input to a DAF instance.
  • the DAMP may combine the output data template and the output data scope for the DAF instance to determine what output data is to be output by the DAF.
  • the DAMP may perform automated deployment of the DAF instance.
  • the DAMP may make sure that all the required input data is available by recursively deploying or reconfiguring other DAF instances from which the DAF instance directly or indirectly requires input data.
  • Figure 6 shows a schematic representation of a block diagram of a mechanism to allow a DAMP to determine what input data is to be input to a DAF instance and what output data is to be output by the DAF instance before deploying the DAF instance;
  • a DAF deployment package may contain one or more input data template and one or more output data template for a DAF instance.
  • These one or more input data template and one or more output data template may define the required and the produced data not on the level of concrete measured/ analysesd objects but on the level of lOCs.
  • each input data template may define what type of input data is needed rather than which entities are providing them.
  • These one or more input data template and one or more output data template may be created by the DAF vendor at development time.
  • These one or more input data template and one or more output data template may be a mandatory part of the DAF deployment package provided by the DAF vendor.
  • the DAF deployment package may comprise a DAF input and output descriptor file provided by the vendor.
  • the DAF input and output descriptor file may contain the input data templates and output data templates and a list of profiles. Each profile may comprise a pair with an input data template and an output data template.
  • a DAF instance may be deployed according to a selected profile, that is according to an input data template and an output data template.
  • SA5 the input data template and an output data template may comprise one or more lOCs.
  • the operator may define the input data scope and the output data scope for the DAF instance.
  • the input data scope and the output data scope may comprise one or more MOIs.
  • the input data scope and the output data scope may define the actual set of measured/analysisd objects.
  • the input data scope and the output data scope may define the scope of a DAF instance.
  • the DAMP may receive the input data template and the output data template from the DAF deployment package.
  • the DAMP may receive the input data scope and the output data scope from the operator.
  • the DAMP may combine the input data template and the input data scope and may determine what input data is required by the DAF instance.
  • the DAMP may combine the output data template and the output data scope and may determine what output data is to be produced by the DAF instance.
  • the input data template may contain lOCs.
  • the input data template may contain an input data identifier for each IOC.
  • the input data identifier may be a measurement identifier set out in standardized measurement definitions and/or an intermediate analytics result identifier set out in publicly available data schema documents.
  • the input data scope may contain MOIs from which the input data is to be provided.
  • the output data template may contain lOCs.
  • the output data template may contain an output data identifier for each IOC.
  • the output data identifier may be an intermediate analytics result identifier set out in publicly available data schema documents.
  • the output data scope may contain MOIs to which the output data is to be provided.
  • the role of the operator may be as follows.
  • the operator may select a DAF deployment package.
  • the operator may select a profile comprising an input data template and an output data template for a DAF instance to be deployed.
  • the operator may provide the profile comprising the input data template and the output data template to the DAMP.
  • the operator may provide the input data scope and the output data scope.
  • the DAMP may then automatically deploy the DAF instance and all data dependencies accordingly.
  • the DAMP may execute the steps of the flow chart shown on Figure 7, recursively resolving data dependencies if necessary.
  • the DAMP may deploy a whole data analytics pipeline comprising a DAF instance, its direct or indirect DAF dependencies, and the measurements required either by the given DAF or its direct or indirect DAF dependencies.
  • the DAMP may hand over the DAF deployment package to a virtualized network function (VNF) and/or a cloud- native/containerized network function orchestrator of the operator’s system.
  • VNF virtualized network function
  • Figure 7 shows a schematic representation of a flow chart of a method perform by a DAMP for deploying a DAF instance.
  • the DAMP may receive the input data template and the output data template from the DAF deployment package.
  • the DAMP may receive the input data scope and the output data scope from the operator for an operator-initiated DAF instance deployment.
  • the DAMP may have previously received the input data scope and the output data scope from the operator.
  • the DAMP may combine the input data template, the output data template, the input data scope and the output data scope to specifically determine what input data is to be input to a DAF instance and what output data is to be output by the DAF instance.
  • the input data to be input to the DAF instance may comprise measurements and analytics results.
  • the DAMP may hand over the DAF deployment package to the VNF and/or CNF to deploy and start (i.e. activate) the DAF instance.
  • the DAMP may find a measurement source that is already deployed and started to provide the measurement to the DAF instance.
  • the DAMP may reconfigure the measurement source.
  • the DAMP may connect the DAF instance to the measurement source.
  • the DAMP may deploy and start a measurement source to provide the measurement to the DAF instance.
  • the DAMP may connect the DAF instance to the measurement source.
  • the DAMP may find another DAF instance providing the analytics result that is already deployed and started to provide the analytics result to the DAF instance.
  • the DAMP may reconfigure the other DAF instance.
  • the DAMP may connect the DAF instance to the other DAF instance.
  • the DAMP may deploy and start another DAF instance from a registered DAF deployment package by recursively performing the flow chart of Figure 7..
  • the DAMP may connect the DAF instance to the other DAF instance.
  • the DAF deployment package may be standardized.
  • One option may be to use the VNF packaging standardized by European Telecommunications Standards Institute (ETSI) Network function virtualization (NFV) in the specification [ETSI GS NFV-SOL 004], It may be a zip file with a standardized internal structure and standardized location and format for files describing the package.
  • ETSI European Telecommunications Standards Institute
  • NFV Network function virtualization
  • a DAF input and output descriptor file format may be standardized.
  • the DAF input and output descriptor file format may contain the input templates and output templates and the profiles as allowed combinations thereof.
  • DAF deployment package may include the DAF input and output descriptor file as a Non-MANO artefact (section 4.3.7 in [ETSI GS NFV-SOL 004]).
  • DAF deployment package may include the DAF input and output descriptor file as a Non-MANO artefact (section 4.3.7 in [ETSI GS NFV-SOL 004]).
  • DAMP only the DAF input and output descriptor file may be of interest from the DAF deployment package.
  • Remaining files of the DAF deployment package may be transparent. Remaining files of the DAF deployment package may be interpreted by the VNF and/or CNV orchestrator to which the DAMP passes the DAF deployment package for DAF instance deployment.
  • type I and type II entries There may be two types of entries, referred to as type I and type II entries, that may be used in input data templates.
  • the input data template may contain both types I and II entries, while the output data templates may contain only type II entries.
  • the type I entry serves for the definition of data dependency on direct measurements.
  • a type I entry may associate a specific standard IOC name (SA5 NMR standards) to a list of standard measurement names for that IOC (SA5 measurement standards).
  • the type II entry serves for defining analytics results, either as an input data dependency if it is included in an input data template or as an output data dependency if it is used in an output template.
  • a type II entry may associate one standard IOC name, or in general a set of IOC names to a reference to a publicly available data model scheme document.
  • the data model scheme document may define what data constitutes the analytics result per object instance of the specific IOC or object instances of the specific set of lOCs.
  • Both types of entries may contain other parameters for measurement control and/or data transfer.
  • the granularity period may be a time periodicity of the input data or output data described by the entry.
  • the granularity period may be different for different input data entries of the same input data template.
  • the granularity period of input data entries may be different from the granularity period of output data entries (e.g. the latter can be an integer multiple of the former).
  • reporting option may comprise file-based or streaming, file format, stream serialization format
  • a simple way to specify the input data scope and the output data scope, that is the MOIs for which the DAF instance is to be applied, is to give a list of DNs.
  • the SA5 MOIs are forming an object tree according to the IOC hierarchy and rules defined in the NRM, and the lOCs has standardized attributes
  • query language expressions applied to this tree may also be used to specify objects as an alternative, or in combination of simple DN listing.
  • One example of query language for selecting objects from a tree hierarchy is XPath, defined by the W3C.
  • DAF deployment package registering procedure also referred to as DAF onboarding procedure
  • DAF instance deployment procedure also referred to as DAF instance activation procedure
  • DAF instance configuration procedure also referred to as DAF instance scope update procedure
  • Figure 8 shows a schematic representation of a signalling diagram of a process to register a DAF deployment package.
  • the purpose of the DAF deployment package registering procedure (also referred to as DAF onboarding procedure) is the registration of the DAF deployment package and its available profiles in advance of the deployment of the DAF instance.
  • the deployment of the DAF instance is performed subsequently via the DAF instance deployment procedure (also referred to as DAF instance activation procedure). Separating the DAF deployment package registration from the DAF instance deployment enables scenarios where the DAMP deploys a DAF instance automatically when another DAF instance requires the output data from the DAF instance as input data.
  • the operator may acquire the DAF deployment package from the DAF vendor.
  • the DAF deployment package may be in the format of VNF packaging standardized by [ETSI GS NFV-SOL 004],
  • the DAF deployment package may include the DAF input and output descriptor file describing the input and output templates and profiles, in a standardized location of the DAF deployment package internal directory hierarchy.
  • the operator may send a request for registering the DAF deployment package.
  • the operator may send the request via a standardized DAMP interface for registering the DAF deployment package.
  • the operator may pass the DAF deployment package as parameter.
  • the DAMP may find the DAF input and output descriptor file in the DAF deployment package. The DAMP may ignore other files.
  • the DAMP may store the DAF deployment package in a register along with the profiles included in the DAF input and output descriptor file and a DAF deployment package identifier
  • the DAMP may allocate the DAF deployment package identifier to the DAF deployment package.
  • the DAF deployment package identifier may be provided to the operator and may be used by the operator in the DAF instance deployment procedure (also referred to as DAF instance activation procedure) to identify the DAF deployment package.
  • Figure 9 shows a schematic representation of a signalling diagram of a process to deploy a DAF instance.
  • the operator may select the DAF deployment package and may decide to deploy a DAF instance with a selected profile comprising a selected input data template and a selected output data template.
  • the operator may select an input data scope and an output data scope.
  • the input data scope and the output data scope may be in a standardized format.
  • the input data scope and the output data scope may comprise a list of DNs, query expressions or the combination of these.
  • the operator may send a request to deploy and start the DAF instance to the DAMP.
  • the request may be sent via a standardized DAMP interface for deploying a DAF instance.
  • the operator may pass the DAF deployment package identifier, the profile and the input data scope and the output data scope as parameters.
  • the DAMP may perform automatic dependency resolution.
  • the DAMP may determine which other DAF instance need to be deployed and started and with what profile.
  • the DAMP may delegate the DAF instances deployment and start to the VNF and/or CNF orchestrator by passing the DAF deployment package to the VNF and/or CNF orchestrator.
  • the VNF and/or CNF orchestrator may support the DAF deployment package format.
  • the DAMP may provide a response to the operator indicating that the DAF instance deployment, including the recursive deployment or reconfiguration of other DAF instances is successful or unsuccessful. If the DAF instance deployment and start is successful, the response may contain a northbound interface uniform resource link (URL) of the deployed DAF instance. The operator may use the URL to directly interact with the DAF instance (e.g. monitor the analytics results).
  • URL uniform resource link
  • Figure 10 shows a schematic representation of a signalling diagram of a process to reconfigure a DAF instance.
  • Reconfiguring a deployed lower-level DAF instance may be required when during the deployment of a higher-level DAF instance, one of its data dependencies is an intermediate analytics result from a lower-level DAF instance and the input data scope and/or the output data scope of the lower-level DAF is different from an input data scope and/or an output data scope of the lower-level DAF that would be needed by the higher-level DAF to be deployed.
  • the union input data scope may be formed by the union of the current input data scope of the lower-level DAF instance and an input data scope of the lower-level DAF instance required by the higher-level DAF.
  • the union output data scope may be formed by the union of the current output data scope of the lower-level DAF instance and an output data scope of the lower-level DAF instance required by the higher-level DAF.
  • a lower-level DAF may be already analysing measurement data collected from one geo-area and produce analytics result relevant for that geo-area.
  • a higher-level DAF may be deployed that requires the analytics output generated by the lower-level DAF but for a greater geo-area than what is currently configured as the input for the lower-level DAF.
  • the DAMP may then reconfigure the lower-level DAF to take input from this greater geo-area (or, if the greater geo-area is not a superset of the current geo-area, then from the union of the two geo-areas).
  • the DAMP may reconfigure the lower-level DAF instead of deploying an additional instance of the lower-level DAF configured on the greater geo-area, because this may be more efficient if the two geo-areas have overlap (otherwise the intersection would be analysed twice, both by the current and newly deployed lower-level DAF instances).
  • the DAMP may reconfigure the lower-level DAF instance to produce data according to the union input data scope and/or union output data scope.
  • the DAMP may notify the lower-level DAF instance to consume input data and produce output data according to the union input data scope and/or union output data scope.
  • the DAMP may receive a response from the lower-level DAF instance indicating that the lower-level DAF instance consumes input data and produce output data according to the union input data scope and/or union output data scope.
  • the DAMP may send a request to reconfigure a DAF instance.
  • the request may be sent to a standardized interface for reconfiguring a DAF instance.
  • the request may pass the union input data scope and/or union output data scope as parameter.
  • the union input data scope and/or union output data scope may be in the same standardized format as the standardized format used for the initial input data scope and/or the output data scope in the process of Figure 9.
  • the DAF instance may make the necessary internal reconfiguration to receive and process the input data and produce the output data according to the union input data scope and/or union output data scope. This may involve auto-scaling, either autonomously or in cooperation with a DAF-specific or generic VNF manager.
  • the DAF instance may acknowledge the request. After the acknowledgement the DAF instance may be expected to process the input data and produce the output data according to the union input data scope and/or union output data scope.
  • Figure 11 shows a schematic representation of a flow chart of a method performed by a DAMP for deploying a DAF instance.
  • the DAMP may receive an input data template and an output data template from the DAF deployment package.
  • the DAMP may receive an input data scope and an output data scope from the operator for an operator-initiated DAF instance deployment.
  • the DAMP may have previously received the input data scope and the output data scope from the operator.
  • the DAMP may combine the input data template, the output data template, the input data scope and the output data scope to determine what input data is to be input to a DAF instance and what output data is to be output by the DAF instance before deploying the DAF instance.
  • the input data to be input to the DAF instance may comprise measurements and analytics results.
  • the DAMP may hand over the DAF deployment package to the VNF and/or CNF to deploy and start the DAF instance.
  • the DAMP may determine whether the input data item is a measurement (type I) or an analytics result (type II).
  • the DAMP may deploy and start or find and reconfigure a measurement source to make sure that the input data to be input to the DAF is available.
  • the DAMP may connect the DAF instance to the measurement source.
  • the DAMP may determine if other input data item to be input to the DAF instance are available. If other input data item to be input to the DAF instance are available the DAMP repeats the above steps. Otherwise the DAMP may provide a notification to the DAF instance indicating that the DAF deployment has been successful.
  • the DAMP may deploy and start or find and reconfigure another DAF to make sure that the input data to be input to the DAF is available.
  • the DAMP may reconfigure the other DAF instance to provide the input data item to the DAF instance.
  • the DAMP may determine a union input data scope and/or union output data scope for the other DAF instance.
  • the DAMP may reconfigure recursively DAF instances dependent on the other DAF instance to allow the other DAF instance to process input data and produce output data according to the union input data scope and/or union output data scope.
  • the DAMP may connect the DAF instance to the other DAF instance.
  • the DAMP may determine if another input data item to be input to the DAF instance is available. If another input data item to be input to the DAF instance is available the DAMP repeats the above steps. Otherwise the DAMP may provide a notification to the DAF instance indicating that the DAF deployment has been successful.
  • the DAMP may determine if there is a registered DAF deployment package with a suitable profile so that another DAF instance could be deployed and started to provide the input data item to the DAF instance.
  • the DAMP may provide a notification to the DAF instance indicating that the DAF deployment has been unsuccessful.
  • the DAMP may perform the whole process of Figure 11 recursively and may deploy the other DAF instance to provide the input data item to the DAF instance.
  • the DAMP may connect the DAF instance to the measurement source.
  • the DAMP may determine if another input data item to be input to the DAF instance are available. If another input data item to be input to the DAF instance is available the DAMP repeats the above steps. Otherwise the DAMP may provide a notification to the DAF instance indicating that the DAF deployment has been successful.
  • One or more aspects of the disclosure may be standardized as follows.
  • the interface between the operator and the DAMP to support the registration of the DAF deployment package may be standardized. It may include the specification of the content, format of the DAF input and output descriptor file or specification of how this can be included and located in supported VNF packaging format.
  • the interface between the operator and the DAMP to support the deployment of the DAF instance may be standardized. It may include the format of the input data scope and the output data scope.
  • the interface between the DAMP and the DAF instance to support the configuration of the DAF instance may include the format of the union input data scope and the output data scope.
  • the standardization may be an extension to the SA5 standard or it may be a further contribution to SA2 NWDAF enhancement work item.
  • SA5 specifies only management APIs, called management service (MnS). SA5 does not specify the management functions that provide these APIs.
  • MnS management service
  • One or more aspects of the disclosure may be standardized in SA5 as follows.
  • An MnS for registering the DAF deployment package may be standardized in SA5.
  • the DAMP may be the provider of the MnS and the operator (or the network management tool used by the operator) may be the consumer.
  • An MnS for deploying the DAF instance may be standardized in SA5.
  • the DAMP may be the provider of the MnS and the operator (or the network management tool used by the operator) may be the consumer.
  • An MnS for configuring a DAF instance may be standardized in SA5.
  • the DAF instance may be the provider of the MnS and the DAMP may be the consumer.
  • One or more aspect of this disclosure may give solution for automatic NWDAF deployment and dependency resolution in a way that is agnostic to analytics use cases.
  • the role of DAMP is played by the Data Management Framework.
  • Figure 12 shows a schematic representation of a flow chart of a method performed by a DCCF for deploying a DAF instance.
  • the DCCF may operate as a DAMP.
  • the DCCF may perform a procedure for registering a DAF deployment package.
  • the procedure for registering a DAF deployment package may be as per Figure 8 or may include some variations.
  • step 1 the operator may send a request for registering the DAF deployment package to the DCCF.
  • the operator may pass the DAF deployment package as parameter.
  • the DCCF may find the DAF input and output descriptor file in the DAF deployment package.
  • the DCCF may store the DAF deployment package in a register along with the profiles included in the DAF input and output descriptor file and a DAF deployment package identifier.
  • the DCCF may allocate the DAF deployment package identifier to the DAF deployment package.
  • step 3 the DCCF may provide the DAF deployment package identifier to the operator.
  • the DCCF may perform a procedure for deploying a DAF instance.
  • the procedure for deploying a DAF instance may be as per Figure 9 or may include some variations.
  • the operator may select the DAF deployment package and may decide to deploy a DAF instance with a selected profile comprising a selected input data template and a selected output data template. The operator may select an input data scope and an output data scope.
  • step 5 the operator may send a request to deploy and start the DAF instance to the DCCF.
  • the operator may pass the DAF deployment package identifier, the profile and the input data scope and the output data scope as parameters.
  • the DCCF may identify the DAF deployment package based on the DAF deployment package identifier and may pass the DAF deployment package to a VNF and/or CNF orchestrator to deploy the DAF instance.
  • the VNF and/or CNF orchestrator may deploy and start the DAF instance.
  • Starting the DAF may be performed before one or more measurement source or one or more other DAF instance providing the input data required to the DAF instance may be connected to the DAF instance.
  • step 7 the DCCF may combine the input data template and the input data scope to specifically determine what input data is to be input to a DAF instance.
  • the DCCF may perform automatic dependency resolution.
  • the DCCF may determine which other DAF instances need to be deployed and started to provide the input data to the DAF instance.
  • the DCCF may delegate the other DAF instances deployment and start to the VNF and/or CNF orchestrator by passing other registered DAF deployment package to the VNF and/or CNF orchestrator.
  • the VNF and/or CNF orchestrator may deploy and start the other DAF instances.
  • the DCCF may determine which other DAF instances already deployed and started need to be reconfigured to provide the input data to the DAF instance.
  • the DCCF may reconfigure the other DAF instances.
  • the DCCF may determine which measurement sources need to be deployed and started to provide the input data to the DAF instance.
  • the VNF and/or CNF orchestrator may deploy and start the measurement sources.
  • the DCCF may determine which measurement sources already deployed and started need to be reconfigured to provide the input data to the DAF instance.
  • the DCCF may reconfigure the measurement sources.
  • the DCCF may integrate the input data provided to the DAF instance into the messaging framework.
  • step 9 the DCCF may connect the DAF instance to the other DAF instances and/or the measurement sources.
  • the DCCF may ensure that all input data to be provided to the DAF instance is available and the DAF instance is connected to the measurement sources and/or other DAF instances providing the input data via the messaging framework.
  • the DCCF may receive input data from the measurements sources and/or other DAF instances (producers) via the messaging framework.
  • the DCCF may combine the output data template and the output data scope to specifically determine what output data is to be output by the DAF instance.
  • the DCCF may stores what output data is to be output by the DAF instance in a register. In this way, when subsequently deploying and starting another DAF, it can detect whether the DAF instance may be used to provide input data to the other DAF instance.
  • the DCCF may provide a response to the operator indicating that the DAF instance deployment, including the recursive deployment of other DAF instances is successful. If the DAF instance deployment is successful, the response may contain a northbound interface uniform resource link (URL) of the deployed DAF instance. The operator may use the URL to directly interact with the DAF instance (e.g. monitor the analytics results).
  • URL uniform resource link
  • the DCCF may integrate the output data of the DAF instance into the messaging framework.
  • the DCCF may connect the DAF instance to other DAF instances (consumers).
  • a new service interface may be implemented into SA2 to support the procedure for configuring a DAF instance.
  • This service interface may be provided by all running DAF instances and may be consumed by the DCCF to reconfigure already running DAFs.
  • Figure 13 shows a block diagram of a method performed by a DAMP for deploying a DAF instance.
  • the DAMP may be a DCCF.
  • the DAMP may receive a request to deploy a DAF instance from an operator.
  • the request to deploy the DAF instance may comprise an input data template defining one or more input data type for the DAF instance and/or an output data template defining one or more output data type for the DAF instance.
  • the input data template and/or the output data template may comprise one or more measurement or analytics result.
  • the request to deploy the DAF instance may comprise an input data scope defining one or more input data source for the DAF instance and/or an output data scope defining one or more output data destination for the DAF instance.
  • the input data scope and/or the output data scope may comprise one or more measurement source or data analytics function instance.
  • the request to deploy the DAF instance may comprise a DAF deployment package ID associated with a DAF deployment package.
  • the DAMP may cause the DAF instance to be deployed.
  • Causing the DAF instance to be deployed may comprise providing at least part of a DAF deployment package to a VNF and/or CNF orchestrator.
  • the DAMP may determine that another DAF instance is to be deployed or is deployed and is to be reconfigured to provide input data to the DAF instance.
  • Determining that another DAF instance is to be deployed or is deployed and is to be reconfigured is based on the input data template and the input data scope of the DAF instance.
  • the DAMP may cause the other data analytics function instance to be deployed or to be reconfigured.
  • Causing the other DAF instance to be deployed may comprise providing at least part of another DAF deployment package to the VNF and/or CNF orchestrator.
  • Causing the other DAF instance to be reconfigured may comprise causing the other DAF instance to modify the input data scope and/or output data scope of the other DAF instance.
  • the DAMP may receiving a request to register a DAF deployment package, the request to register the DAF deployment package comprising the DAF deployment package.
  • the DAMP may associate a DAF package identifier to the DAF deployment package.
  • the DAMP may store the DAF deployment package and the DAF deployment package ID.
  • the DAF deployment package may comprise one or more profile, each profile comprises an input data template and an output data template.
  • the DAF deployment package may comprise a DAF input and output descriptor file, wherein the DAF input and output descriptor file comprises one or more profile associated with one or more profile identifier, each profile comprises an input data template and an output data template.
  • the DAMP may store the one or more profiles with the one or more profile identifier.
  • the request to deploy the DAF instance may comprise a profile identifier associated with one of the one or more profiles.
  • the DAMP may provide the DAF deployment package ID to the operator.
  • the request to deploy the DAF instance may comprise the DAF deployment package ID.
  • the DAMP may provide a URI of the DAF instance to the operator.
  • Figure 14 shows a schematic representation of non-volatile memory media 1400a (e.g. computer disc (CD) or digital versatile disc (DVD)) and 1400b (e.g. universal serial bus (USB) memory stick) storing instructions and/or parameters 1402 which when executed by a processor allow the processor to perform one or more of the steps of the methods of Figure 13.
  • CD computer disc
  • DVD digital versatile disc
  • USB universal serial bus
  • some embodiments may be implemented in hardware or special purpose circuits, software, logic or any combination thereof.
  • some aspects may be implemented in hardware, while other aspects may be implemented in firmware or software which may be executed by a controller, microprocessor or other computing device, although embodiments are not limited thereto.
  • firmware or software which may be executed by a controller, microprocessor or other computing device, although embodiments are not limited thereto. While various embodiments may be illustrated and described as block diagrams, flow charts, or using some other pictorial representation, it is well understood that these blocks, apparatus, systems, techniques or methods described herein may be implemented in, as non-limiting examples, hardware, software, firmware, special purpose circuits or logic, general purpose hardware or controller or other computing devices, or some combination thereof.
  • the embodiments may be implemented by computer software stored in a memory and executable by at least one data processor of the involved entities or by hardware, or by a combination of software and hardware. Further in this regard it should be noted that any procedures, e.g., as in Figure 13, may represent program steps, or interconnected logic circuits, blocks and functions, or a combination of program steps and logic circuits, blocks and functions.
  • the software may be stored on such physical media as memory chips, or memory blocks implemented within the processor, magnetic media such as hard disk or floppy disks, and optical media such as for example DVD and the data variants thereof, CD.
  • the memory may be of any type suitable to the local technical environment and may be implemented using any suitable data storage technology, such as semiconductor-based memory devices, magnetic memory devices and systems, optical memory devices and systems, fixed memory and removable memory.
  • the data processors may be of any type suitable to the local technical environment, and may include one or more of general purpose computers, special purpose computers, microprocessors, digital signal processors (DSPs), application specific integrated circuits (ASIC), gate level circuits and processors based on multi-core processor architecture, as non-limiting examples.
  • circuitry may be configured to perform one or more of the functions and/or method steps previously described. That circuitry may be provided in the base station and/or in the communications device.
  • circuitry may refer to one or more or all of the following:
  • circuitry (c) hardware circuit(s) and or processor(s), such as a microprocessor(s) or a portion of a microprocessor(s), that requires software (e.g., firmware) for operation, but the software may not be present when it is not needed for operation.
  • software e.g., firmware
  • circuitry also covers an implementation of merely a hardware circuit or processor (or multiple processors) or portion of a hardware circuit or processor and its (or their) accompanying software and/or firmware.
  • circuitry also covers, for example integrated device.

Landscapes

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

Abstract

La divulgation concerne un appareil comprenant des moyens permettant : de recevoir d'un opérateur une demande de déploiement d'une instance de fonction analytique de données (FAD ou DAF) ; de provoquer le déploiement de l'instance de fonction analytique de données ; de déterminer qu'une autre instance de fonction analytique de données est en cours ou en vue de déploiement et doit être reconfigurée pour fournir des données d'entrée à l'instance de fonction analytique de données ; et de provoquer le déploiement ou la reconfiguration de l'autre instance de fonction analytique de données.
EP20772282.8A 2020-09-15 2020-09-15 Appareil, procédé et programme informatique Pending EP4214908A1 (fr)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2020/075751 WO2022057998A1 (fr) 2020-09-15 2020-09-15 Appareil, procédé et programme informatique

Publications (1)

Publication Number Publication Date
EP4214908A1 true EP4214908A1 (fr) 2023-07-26

Family

ID=72521626

Family Applications (1)

Application Number Title Priority Date Filing Date
EP20772282.8A Pending EP4214908A1 (fr) 2020-09-15 2020-09-15 Appareil, procédé et programme informatique

Country Status (2)

Country Link
EP (1) EP4214908A1 (fr)
WO (1) WO2022057998A1 (fr)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP4375834A1 (fr) * 2022-11-24 2024-05-29 Nokia Solutions and Networks Oy Appareil et procédé pour déployer des applications embarquées dans un contrôleur de réseau d'accès radio

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11140048B2 (en) * 2019-01-11 2021-10-05 Huawei Technologies Co., Ltd. Sharable storage method and system for network data analytics
BR112021016351A2 (pt) * 2019-02-18 2021-10-26 Huawei Technologies Co., Ltd. Entidades e métodos para configuração e seleção automática de instâncias de função de rede de análise em redes 5g
CN110677299B (zh) * 2019-09-30 2024-06-28 中兴通讯股份有限公司 网络数据采集方法、装置和系统

Also Published As

Publication number Publication date
WO2022057998A1 (fr) 2022-03-24

Similar Documents

Publication Publication Date Title
US12255802B2 (en) Active assurance for virtualized services
US20220217045A1 (en) Method and node for using templates
CN115037605B (zh) 核心网络
US10452372B2 (en) Method and deployment module for managing a container to be deployed on a software platform
KR102664946B1 (ko) 네트워크 기반 미디어 프로세싱 제어
CN111245634B (zh) 一种虚拟化管理方法及装置
US20200403970A1 (en) Providing Network Address Translation in a Software Defined Networking Environment
RU2636112C1 (ru) Объект службы управления интерфейсом, объект службы функций и способ управления элементами
US10892948B2 (en) Creating and using service control functions
WO2019042186A1 (fr) Procédé de gestion de réseau, et dispositif associé
CN107864053B (zh) 基于zookeeper的动态配置方法和装置
US20250008345A1 (en) Scaling datapath pods of a ric in a ran
WO2017114219A1 (fr) Procédé et appareil pour déployer un service de réseau
US12598125B2 (en) RAN intelligent controller message tracing and query service
Nkenyereye et al. MEIX: Evolving multi-access edge computing for industrial Internet-of-Things services
US20250008412A1 (en) Access control in a ran
CN114980259A (zh) 用于通信网络中数据的注册、发现和获取的机制
EP4214908A1 (fr) Appareil, procédé et programme informatique
CN117319164A (zh) 一种意图化交互方法、装置及系统
US20250097778A1 (en) Detecting presence of radio access network (ran) sharing and determining ran sharing type
US20250008413A1 (en) Access control in a ran
CN115811798A (zh) 跨操作技术和网络域之上的切片配置
CN116530130A (zh) 用于虚拟化服务的主动保证
CN110891239B (zh) Pnf配置及pnfd tosca实现方法和装置
US20250132992A1 (en) Version-dependency information for management of a network service

Legal Events

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

Free format text: STATUS: UNKNOWN

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

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

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

Free format text: ORIGINAL CODE: 0009012

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

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20230314

AK Designated contracting states

Kind code of ref document: A1

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

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)