Method and corresponding apparatus for analytical data retrieval

Abstract

A first network analysis node in the network receives a first message from a device including information indicating a subscription of the device to network analysis information and sends a second message to a second network node including information indicating a request for transfer of at least a portion of the subscription to the network analysis information to the second network analysis node.

Description

[Technical Field]

[0001] FIELD OF THE DISCLOSURE The present disclosure relates generally to the field of analytical data retrieval in networks, and more particularly to retrieval of analytical data for the purpose of improving network efficiency and performance. [Background technology]

[0002] Any background information provided herein is intended to introduce the reader to various aspects of technology that may be related to the present embodiments described below. This discussion is believed to be helpful in providing the reader with background information to facilitate a better understanding of the various aspects of the present disclosure. Accordingly, it should be understood that these statements are to be read in this light.

[0003] In various types of networked environments (e.g., Software Defined Network (SDN)-based, 5G networks, Autonomous Systems (AS)), dedicated analytics functions are used to provide access to analytics services that provide statistical information on past data and metrics or predictive information on future data and metrics. Such analytics functions can improve network efficiency and performance, and network functions can request or subscribe to retrieve analytics data from these dedicated analytics functions. For example, in 5G networks, data analytics can be used to enhance network management, traffic engineering, radio access selection, and traffic steering.

[0004] In 3GPP (3rd Generation Partnership Project), the Network Data Analytics Function (NWDAF) is responsible for providing network analytics information upon request from network functions. For example, a network function may request specific analytics information regarding the load level of a particular network slice. Alternatively, the network function may use a subscribe service to ensure that it is notified by the NWDAF when the load level of a network slice changes or reaches a certain threshold. The NWDAF may be based on data provided by a network function (NF), such as the Access & Mobility Function (AMF), Session Management Function (SMF), Policy Control Function (PCF), User Data Management (UDM), or Application Function (AF) (directly or via the Network Exposure Function (NEF)), or by Operations & Maintenance (OAM). These analytics services may be used by 5G network functions and OAM to improve network performance.

[0005] A single instance or multiple instances of an analytical function may be deployed within a network. If multiple analytical functions are present, they need not all be capable of providing the same type of analytical results.

[0006] To access and query the analytical functionality, a data analytics consumer can request or register with the analytical functionality according to a variable set of input parameters. Such input parameters allow a wide range of queries to be expressed and targeted to specific data and information collected by the analytical service; queries using that type of input parameters are commonly referred to as "rich" queries.

[0007] The NWDAF may support rich queries. However, if there are multiple analytical functions deployed in the network, the analytical data consumer itself must discover or identify the analytical function or set of functions that can answer a given rich query. Furthermore, it may be useful to dynamically migrate an ongoing rich query (or a subset of this rich query) from one analytical function to one (or several) other analytical functions, for example, due to reasons such as User Equipment (UE) mobility, data migration, analytical function capability updates, or load balancing. Handover mechanisms exist, but they are performed at a coarse level.

[0008] Therefore, improvements for rich query support are desirable. Summary of the Invention

[0009] In a first aspect, the present principles are directed to a method performed by a first network analysis node in a network, the method including: receiving a first message from a device including information indicating a subscription of the device to network analysis information; and sending a second message to a second network node including information indicating a request for transfer of at least a portion of the subscription to the network analysis information to the second network analysis node.

[0010] In a second aspect, the present principles are directed to a first network analysis node comprising: a memory storing processor-executable program instructions; and at least one processor configured to execute the program instructions to receive a first message from a device in the network, the first message including information indicating the device's subscription to network analysis information; and to send a second message to a second network node in the network, the second message including information indicating a request for transfer of at least a portion of the subscription to the network analysis information to the second network analysis node. [Brief explanation of the drawings]

[0011] The advantages of the present disclosure will become apparent through the description of certain non-limiting embodiments. To explain how the advantages of the present disclosure can be obtained, a particular description of the present principles will be given by reference to certain embodiments thereof as shown in the accompanying drawings. The drawings illustrate exemplary embodiments of the present disclosure and therefore should not be considered as limiting its scope. The described embodiments can be combined to form certain advantageous embodiments. In the following figures, items having the same reference numbers as items already described in previous figures will not be described again to avoid unnecessarily obscuring the present disclosure. The embodiments will be described with reference to the following drawings. [Figure 1A] FIG. 1 is a system diagram illustrating an example communication system in which one or more disclosed embodiments may be implemented. [Figure 1B] 1B is a system diagram illustrating an exemplary wireless transmit / receive unit (WTRU) that may be used within the communications system illustrated in FIG. 1A, according to one embodiment. [Figure 1C] 1B is a system diagram illustrating an example radio access network (RAN) and an example core network (CN) that may be used within the communication system illustrated in FIG. 1A, according to one embodiment. [Figure 1D]1B is a system diagram illustrating a further exemplary RAN and a further exemplary CN that may be used within the communication system illustrated in FIG. 1A, according to one embodiment. [Figure 2A] FIG. 1 is a sequence diagram illustrating one embodiment of a centralized mapping-based method for an analytic service directory. [Figure 2B] FIG. 1 is a sequence diagram illustrating one embodiment of a centralized mapping-based method for an analytic service directory. [Figure 3A] FIG. 2 is a sequence diagram illustrating one embodiment of a method for updating an analytic function instance. [Figure 3B] FIG. 2 is a sequence diagram illustrating one embodiment of a method for updating an analytic function instance. [Figure 4A] FIG. 1 is a sequence diagram illustrating a method for stateful analytics service directory mapping according to one embodiment. [Figure 4B] FIG. 1 is a sequence diagram illustrating a method for stateful analytics service directory mapping according to one embodiment. [Figure 5A] FIG. 1 is a sequence diagram illustrating one embodiment of a method for updating an analytics instance directory service that is transparent to analytics data consumers. [Figure 5B] FIG. 1 is a sequence diagram illustrating one embodiment of a method for updating an analytics instance directory service that is transparent to analytics data consumers. [Figure 6] FIG. 3 is a sequence diagram illustrating a 3GPP implementation of the embodiment shown in FIGS. 2A-2B. [Figure 7] FIG. 1 is a sequence diagram illustrating one embodiment of a method for NWDAF registration update resulting in reselection of a serving NWDAF by an analytics data consumer. [Figure 8] FIG. 1 is a sequence diagram illustrating one embodiment of a method for updating an analytics instance directory service that is transparent to analytics data consumers. [Figure 9A]1 illustrates one embodiment of an NWDAF registration update that results in the transfer of a portion of an ongoing consumer analytics subscription from a source NWDAF to a target NWDAF. [Figure 9B] 1 illustrates one embodiment of an NWDAF registration update that results in the transfer of a portion of an ongoing consumer analytics subscription from a source NWDAF to a target NWDAF. [Figure 9C] 1 illustrates one embodiment of an NWDAF registration update that results in the transfer of a portion of an ongoing consumer analytics subscription from a source NWDAF to a target NWDAF. [Figure 10] FIG. 1 is a flow diagram illustrating one embodiment of a method for analytical data retrieval. [Figure 11] 1 is a system diagram illustrating an embodiment of a device for analytical data retrieval, the device corresponding to, for example, device 23 of FIGS. 2 to 5 or device 63 of FIGS.

[0012] It should be understood that the drawings are intended to illustrate the concepts of the disclosure and are not necessarily the only possible configuration for illustrating the disclosure. DETAILED DESCRIPTION OF THE INVENTION

[0013] This specification illustrates the principles of the present disclosure, and it will thus be appreciated that those skilled in the art will be able to devise various arrangements which, although not explicitly described or shown herein, embody the principles of the present disclosure and are included within its spirit and scope.

[0014] All examples and conditional language recited herein are intended for educational purposes to aid the reader in understanding the principles of the present disclosure and concepts contributed by the inventors to further the art, and should not be construed as being limited to such specifically recited examples and conditions.

[0015] Moreover, all statements herein reciting principles, aspects, and embodiments of the present disclosure, as well as specific examples thereof, are intended to encompass both structural and functional equivalents thereof. In addition, such equivalents are intended to include both currently known equivalents as well as equivalents developed in the future, i.e., any elements developed that perform the same function, regardless of structure.

[0016] 1A illustrates an exemplary communication system 100 in which one or more disclosed embodiments may be implemented. Communication system 100 may be a multiple-access system that provides content, such as voice, data, video, messaging, broadcasts, etc., to multiple wireless users. Communication system 100 may enable multiple wireless users to access such content through sharing of system resources, including wireless bandwidth. For example, the communication system 100 may use one or more channel access methods such as code division multiple access (CDMA), time division multiple access (TDMA), frequency division multiple access (FDMA), orthogonal FDMA (OFDMA), single-carrier FDMA (SC-FDMA), zero-tail unique-word DFT-Spread OFDM (ZT UW DTS-s OFDM), unique word OFDM (UW-OFDM), resource block filtered OFDM, filter bank multicarrier (FBMC), etc.

[0017] 1A, communications system 100 may include wireless transmit / receive units (WTRUs) 102a, 102b, 102c, 102d, RANs 104 / 113, CNs 106 / 115, public switched telephone network (PSTN) 108, the Internet 110, and other networks 112, although it will be understood that the disclosed embodiments contemplate any number of WTRUs, base stations, networks, and / or network elements. Each of WTRUs 102a, 102b, 102c, 102d may be any type of device configured to operate and / or communicate in a wireless environment. By way of example, the WTRUs 102a, 102b, 102c, 102d, any of which may be referred to as a “station” and / or “STA,” may be configured to transmit and / or receive wireless signals and may include user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a subscription-based unit, a pager, a cellular phone, a personal digital assistant (PDA), a smartphone, a laptop, a netbook, a personal computer, a wireless sensor, a hotspot or Mi-Fi device, an Internet of Things (IoT) device, a watch or other wearable, a head-mounted display (HMD), a vehicle, a drone, medical devices and applications (e.g., remote surgery), industrial devices and applications (e.g., robots and / or other wireless devices operating in industrial and / or automated processing chain situations), analytical data consumer electronic devices, devices operating on commercial and / or industrial wireless networks, etc. Any of the WTRUs 102a, 102b, 102c, and 102d may be referred to interchangeably as a UE.

[0018] The communications system 100 may also include a base station 114a and / or a base station 114b. Each of the base stations 114a, 114b may be any type of device configured to wirelessly interface with at least one of the WTRUs 102a, 102b, 102c, 102d to facilitate access to one or more communications networks, such as the CN 106 / 115, the Internet 110, and / or other networks 112. By way of example, the base stations 114a, 114b may be a base transceiver station (BTS), a Node B, an eNodeB, a Home Node B, a Home eNodeB, a gNB, an NR Node B, a site controller, an access point (AP), a wireless router, etc. Although the base stations 114a, 114b are each shown as a single element, it will be understood that the base stations 114a, 114b may include any number of interconnected base stations and / or network elements.

[0019] The base station 114a may be part of the RAN 104 / 113, which may also include other base stations and / or network elements (not shown), such as a base station controller (BSC), a radio network controller (RNC), a relay node, etc. The base station 114a and / or base station 114b may be configured to transmit and / or receive radio signals on one or more carrier frequencies, which may be referred to as a cell (not shown). These frequencies may be licensed spectrum, unlicensed spectrum, or a combination of licensed and unlicensed spectrum. A cell may provide wireless service coverage for a particular geographic area, which may be relatively fixed or may change over time. A cell may be further divided into cell sectors. For example, the cell associated with the base station 114a may be divided into three sectors. Thus, in one embodiment, the base station 114a may include three transceivers, i.e., one transceiver for each sector of the cell. In one embodiment, the base station 114a may employ multiple-input multiple output (MIMO) technology and may utilize multiple transceivers per sector of the cell, for example, using beamforming to transmit and / or receive signals in desired spatial directions.

[0020] The base stations 114a, 114b may communicate with one or more of the WTRUs 102a, 102b, 102c, 102d over an air interface 116, which may be any suitable wireless communication link (e.g., radio frequency (RF), microwave, centimeter wave, micrometer wave, infrared (IR), ultraviolet (UV), visible light, etc.). The air interface 116 may be established using any suitable radio access technology (RAT).

[0021] More specifically, as noted above, the communications system 100 may be a multiple-access system and may use one or more channel access schemes, such as, for example, CDMA, TDMA, FDMA, OFDMA, SC-FDMA, etc. For example, the base station 114 a and the WTRUs 102 a, 102 b, 102 c in the RAN 104 / 113 may implement a radio technology such as Universal Mobile Telecommunications System (UMTS) Terrestrial Radio Access (UTRA), which may establish the air interface 115 / 116 / 117 using wideband CDMA (WCDMA). WCDMA may include communications protocols such as High-Speed ​​Packet Access (HSPA) and / or Evolved HSPA (HSPA+). HSPA may include High-Speed ​​Downlink (DL) Packet Access (HSDPA) and / or High-Speed ​​Uplink Packet Access (HSUPA).

[0022] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as Evolved UMTS Terrestrial Radio Access (E-UTRA), which may establish the air interface 116 using Long Term Evolution (LTE) and / or LTE-Advanced (LTE-Advanced, LTE-A) and / or LTE-Advanced Pro (LTE-A Pro).

[0023] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement a radio technology such as NR radio access, which may establish the air interface 116 using New Radio (NR).

[0024] In one embodiment, the base station 114a and the WTRUs 102a, 102b, 102c may implement multiple radio access technologies. For example, the base station 114a and the WTRUs 102a, 102b, 102c may jointly implement LTE radio access and NR radio access, e.g., using dual connectivity (DC) principles. Thus, the air interface utilized by the WTRUs 102a, 102b, 102c may be characterized by multiple types of radio access technologies and / or transmissions transmitted to / from multiple types of base stations (e.g., eNBs and gNBs).

[0025] In other embodiments, the base station 114a and the WTRUs 102a, 102b, 102c may implement a wireless technology such as IEEE 802.11 (i.e., Wireless Fidelity, Wi-Fi), IEEE 802.16 (i.e., Worldwide Interoperability for Microwave Access, WiMAX), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, Interim Standard 2000 (IS-2000), Interim Standard 95 (IS-95), Interim Standard 856 (IS-856), Global System for Mobile communications (GSM), Enhanced Data rates for GSM Evolution (EDGE), GSM EDGE (GERAN), or the like.

[0026] 1A may be, for example, a wireless router, a Home NodeB, a Home eNodeB, or an access point and may utilize any suitable RAT to facilitate wireless connectivity in a local area such as a location such as a business, a home, a vehicle, a campus, an industrial facility, an air corridor (e.g., for use by drones), a road, etc. In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.11 to establish a wireless local area network (WLAN). In one embodiment, the base station 114b and the WTRUs 102c, 102d may implement a radio technology such as IEEE 802.15 to establish a wireless personal area network (WPAN). In yet another embodiment, the base station 114b and the WTRUs 102c, 102d may establish a picocell or a femtocell using a cellular-based RAT (e.g., WCDMA, CDMA2000, GSM, LTE, LTE-A, LTE-A Pro, NR, etc.). As shown in FIG. 1A, the base station 114b may have a direct connection to the Internet 110. Thus, the base station 114b may not need to access the Internet 110 through the CN 106 / 115.

[0027] The RAN 104 / 113 may communicate with the CN 106 / 115, which may be any type of network configured to provide voice, data, application, and / or voice over internet protocol (VoIP) services to one or more of the WTRUs 102a, 102b, 102c, 102d. The data may have various quality of service (QoS) requirements, such as different throughput, latency, error tolerance, reliability, data throughput, and mobility requirements. The CN 106 / 115 may provide call control, billing services, mobile location-based services, prepaid calls, Internet connectivity, video distribution, and / or perform high-level security functions such as user authentication. Although not shown in FIG. 1A , it will be understood that the RAN 104 / 113 and / or the CN 106 / 115 may communicate directly or indirectly with other RANs employing the same RAT as the RAN 104 / 113 or a different RAT. For example, in addition to being connected to the RAN 104 / 113, which may utilize NR radio technology, the CN 106 / 115 may also communicate with another RAN (not shown) employing GSM, UMTS, CDMA2000, WiMAX, E-UTRA, or Wi-Fi radio technology.

[0028] The CN 106 / 115 may also serve as a gateway for the WTRUs 102a, 102b, 102c, 102d to access the PSTN 108, the Internet 110, and / or other networks 112. The PSTN 108 may include a public switched telephone network providing plain old telephone service (POTS). The Internet 110 may include a global system of interconnected computer networks and devices that use common communication protocols, such as the transmission control protocol (TCP), user datagram protocol (UDP), and / or the internet protocol (IP) of the TCP / IP Internet protocol suite. The network 112 may include wired and / or wireless communication networks owned and / or operated by other service providers. For example, the network 112 may include another CN connected to one or more RANs, which may employ the same RAT as the RAN 104 / 113 or a different RAT.

[0029] Some or all of the WTRUs 102a, 102b, 102c, 102d in the communications system 100 may include multi-mode capabilities (e.g., the WTRUs 102a, 102b, 102c, 102d may include multiple transceivers for communicating with different wireless networks over different wireless links.) For example, the WTRU 102c shown in FIG. 1A may be configured to communicate with a base station 114a that may use a cellular-based wireless technology and a base station 114b that may use an IEEE 802 wireless technology.

[0030] 1B is a system diagram illustrating an example WTRU 102. As shown in FIG. 1B, the WTRU 102 may include, among other things, a processor 118, a transceiver 120, a transmit / receive element 122, a speaker / microphone 124, a keypad 126, a display / touchpad 128, non-removable memory 130, removable memory 132, a power source 134, a global positioning system (GPS) chipset 136, and / or other peripherals 138. It will be understood that the WTRU 102 may include any sub-combination of the foregoing elements while remaining consistent with an embodiment.

[0031] The processor 118 may be a general-purpose processor, a special-purpose processor, a conventional processor, a digital signal processor (DSP), multiple microprocessors, one or more microprocessors associated with a DSP core, a controller, a microcontroller, an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) circuit, any other type of integrated circuit (IC), a state machine, etc. The processor 118 may perform signal coding, data processing, power control, input / output processing, and / or any other functionality that enables the WTRU 102 to operate in a wireless environment. The processor 118 may be coupled to the transceiver 120, which may be coupled to the transmit / receive element 122. While FIG. 1B depicts the processor 118 and the transceiver 120 as separate components, it will be understood that the processor 118 and the transceiver 120 may be integrated together in an electronic package or chip.

[0032] The transmit / receive element 122 may be configured to transmit signals to or receive signals from a base station (e.g., base station 114a) over the air interface 116. For example, in one embodiment, the transmit / receive element 122 may be an antenna configured to transmit and / or receive RF signals. In one embodiment, the transmit / receive element 122 may be an emitter / detector configured to transmit and / or receive IR, UV, or visible light signals, for example. In yet another embodiment, the transmit / receive element 122 may be configured to transmit and / or receive both RF and light signals. It will be understood that the transmit / receive element 122 may be configured to transmit and / or receive any combination of wireless signals.

[0033] 1B as a single element, the WTRU 102 may include any number of transmit / receive elements 122. More specifically, the WTRU 102 may use MIMO technology. Thus, in one embodiment, the WTRU 102 may include two or more transmit / receive elements 122 (e.g., multiple antennas) for transmitting and receiving wireless signals over the air interface 116.

[0034] The transceiver 120 may be configured to modulate signals transmitted by the transmit / receive element 122 and demodulate signals received by the transmit / receive element 122. As mentioned above, the WTRU 102 may have multi-mode capabilities. Thus, the transceiver 120 may include multiple transceivers to enable the WTRU 102 to communicate via multiple RATs, such as NR and IEEE 802.11.

[0035] The processor 118 of the WTRU 102 may be coupled to and may receive user-entered data from a speaker / microphone 124, a keypad 126, and / or a display / touchpad 128 (e.g., a liquid crystal display (LCD) display unit or an organic light-emitting diode (OLED) display unit). The processor 118 may also output user data to the speaker / microphone 124, the keypad 126, and / or the display / touchpad 128. Additionally, the processor 118 may access information from and store data in any type of suitable memory, such as non-removable memory 130 and / or removable memory 132. The non-removable memory 130 may include random-access memory (RAM), read-only memory (ROM), a hard disk, or any other type of memory storage device. The removable memory 132 may include a subscriber identity module (SIM) card, a memory stick, a secure digital (SD) memory card, etc. In other embodiments, the processor 118 may access information from and store data in memory that is not physically located on the WTRU 102, such as on a server or home computer (not shown).

[0036] The processor 118 may receive power from the power source 134 and may be configured to distribute and / or control the power to other components within the WTRU 102. The power source 134 may be any suitable device for providing power to the WTRU 102. For example, the power source 134 may include one or more dry batteries (e.g., nickel-cadmium (NiCd), nickel-zinc (NiZn), nickel metal hydride (NiMH), lithium-ion (Li-ion), etc.), solar cells, fuel cells, etc.

[0037] The processor 118 may also be coupled to a GPS chipset 136, which may be configured to provide location information (e.g., longitude and latitude) regarding the current location of the WTRU 102. In addition to or instead of information from the GPS chipset 136, the WTRU 102 may receive location information from a base station (e.g., base stations 114a, 114b) over the air interface 116 and / or determine its location based on the timing of signals being received from two or more nearby base stations. It will be appreciated that the WTRU 102 may obtain location information by way of any suitable location-determination method while remaining consistent with an embodiment.

[0038] The processor 118 may further be coupled to other peripherals 138, which may include one or more software and / or hardware modules that provide additional features, functionality, and / or wired or wireless connectivity. For example, the peripherals 138 may include an accelerometer, an electronic compass, a satellite transceiver, a digital camera (for photos and / or videos), a universal serial bus (USB) port, a vibration device, a television transceiver, a hands-free headset, a Bluetooth module, a frequency modulated (FM) radio unit, a digital music player, a media player, a video game player module, an internet browser, a virtual reality and / or augmented reality (VR / AR) device, an activity tracker, etc. The peripheral device 138 may include one or more sensors, which may be one or more of a gyroscope, an accelerometer, a Hall effect sensor, a magnetometer, a direction sensor, a proximity sensor, a temperature sensor, a time sensor, a geolocation sensor, an altimeter, a light sensor, a touch sensor, a magnetometer, a barometer, a gesture sensor, a biometric sensor, and / or a humidity sensor.

[0039] The WTRU 102 may include a full-duplex radio where transmission and reception of some or all of the signals (e.g., associated with a particular subframe for both the UL (e.g., for transmission) and downlink (e.g., for reception)) may be parallel and / or simultaneous. The full-duplex radio may include an interference management unit to reduce and or substantially eliminate self-interference via hardware (e.g., chokes) or processor-based signal processing (e.g., via a separate processor (not shown) or processor 118). In one embodiment, the WTRU 102 may include a half-duplex radio for transmission and reception of either some or all of the signals (e.g., associated with a particular subframe for either the UL (e.g., for transmission) or downlink (e.g., for reception)).

[0040] 1C is a system diagram illustrating the RAN 104 and the CN 106 according to one embodiment. As mentioned above, the RAN 104 may communicate with the WTRUs 102a, 102b, 102c over the air interface 116 using E-UTRA radio technology. The RAN 104 may also communicate with the CN 106.

[0041] The RAN 104 may include eNodeBs 160a, 160b, and 160c, although it will be understood that the RAN 104 may include any number of eNodeBs while remaining consistent with an embodiment. The eNodeBs 160a, 160b, and 160c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, and 102c over the air interface 116. In an embodiment, the eNodeBs 160a, 160b, and 160c may implement MIMO technology. Thus, the eNodeB 160a may, for example, use multiple antennas to transmit wireless signals to and / or receive wireless signals from the WTRU 102a.

[0042] Each of the eNodeBs 160a, 160b, 160c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, user scheduling, etc. in the UL and / or DL. As shown in FIG. 1C, the eNodeBs 160a, 160b, 160c may communicate with each other via an X2 interface.

[0043] 1C may include a mobility management entity (MME) 162, a serving gateway (SGW) 164, and a packet data network (PDN) gateway (or PGW) 166. Although each of the foregoing elements is shown as part of the CN 106, it will be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0044] The MME 162 may be connected to each of the eNodeBs 162a, 162b, 162c in the RAN 104 via an S1 interface and may function as a control node. For example, the MME 162 may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, activating / deactivating bearers, selecting a particular serving gateway during initial attach of the WTRUs 102a, 102b, 102c, etc. The MME 162 may provide a control plane function for switching between the RAN 104 and other RANs (not shown) that employ other radio technologies such as GSM and / or WCDMA.

[0045] The SGW 164 may be connected to each of the eNode-Bs 160a, 160b, 160c in the RAN 104 via an S1 interface. The SGW 164 may generally route and forward user data packets to and from the WTRUs 102a, 102b, 102c. The SGW 164 may perform other functions, such as anchoring the user plane during inter-eNode-B handovers, triggering paging when DL data is available to the WTRUs 102a, 102b, 102c, and managing and storing the context of the WTRUs 102a, 102b, 102c.

[0046] The SGW 164 may be connected to a PGW 166, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks, such as the Internet 110, to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices.

[0047] The CN 106 may facilitate communications with other networks. For example, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to circuit-switched networks, such as the PSTN 108, to facilitate communications between the WTRUs 102a, 102b, 102c and traditional landline communications devices. For example, the CN 106 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that serves as an interface between the CN 106 and the PSTN 108. In addition, the CN 106 may provide the WTRUs 102a, 102b, 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers.

[0048] Although the WTRU is depicted in FIGS. 1A-1D as a wireless terminal, it is contemplated that in certain representative embodiments, such a terminal may use a wired communication interface (e.g., temporarily or permanently) with the communication network.

[0049] In a representative embodiment, the other network 112 may be a WLAN.

[0050] A WLAN in infrastructure Basic Service Set (BSS) mode may have an access point (AP) of the BSS and one or more stations (STAs) associated with the AP. The AP may have access or interface to a Distribution System (DS) or another type of wired / wireless network that carries traffic into and / or out of the BSS. Traffic originating from outside the BSS to a STA may arrive through the AP and be delivered to the STA. Traffic originating from a STA to a destination outside the BSS may be sent to the AP and transmitted to the respective destination. Traffic between STAs within the BSS may be transmitted, for example, through the AP; the source STA may send traffic to the AP, which may deliver the traffic to the destination STA. Traffic between STAs within the BSS may be viewed and / or referred to as peer-to-peer traffic. Peer-to-peer traffic may be transmitted between a source STA and a destination STA (e.g., directly between them) in a direct link setup (DLS). In certain representative embodiments, the DLS may use 802.11e DLS or 802.11z tunneled DLS (TDLS). A WLAN using an Independent BSS (IBSS) mode may not have an AP, and STAs within or using the IBSS (e.g., all of the STAs) may communicate directly with each other. The IBSS mode of communication may be referred to herein as an "ad hoc" communication mode.

[0051] When using the 802.11ac infrastructure mode of operation or a similar mode of operation, an AP may transmit beacons on a fixed channel, such as a primary channel. The primary channel may be a fixed width (e.g., a 20 MHz wide bandwidth) or a width that is dynamically set via signaling. The primary channel may be the operating channel of the BSS and may be used by STAs to establish a connection with the AP. In certain representative embodiments, for example, in an 802.11 system, Carrier Sense Multiple Access / Collision Avoidance (CSMA / CA) with collision avoidance may be implemented. With CSMA / CA, STAs (e.g., all STAs), including the AP, may sense the primary channel. If the primary channel is sensed / detected and / or determined to be busy by a particular STA, the particular STA may back off. One STA (e.g., only one station) may transmit at any given time in a given BSS.

[0052] High Throughput (HT) STAs may use 40 MHz wide channels for communication, which may be formed, for example, through a combination of a primary 20 MHz channel and adjacent or non-adjacent 20 MHz channels.

[0053] A Very High Throughput (VHT) STA may support 20 MHz, 40 MHz, 80 MHz, and / or 160 MHz wide channels. The 40 MHz and / or 80 MHz wide channels may be formed by combining contiguous 20 MHz channels. A 160 MHz channel may be formed by combining eight contiguous 20 MHz channels or by combining two non-contiguous 80 MHz channels, which may be referred to as an 80+80 configuration. For the 80+80 configuration, after channel encoding, the data may pass through a segment parser that may split the data into two streams. Inverse Fast Fourier Transform (IFFT) processing and time-domain processing may be performed separately on each stream. The streams may be mapped to two 80 MHz channels, and the data may be transmitted by the transmitting STA. At the receiver of the receiving STA, the operations described above for the 80+80 configuration may be reversed, and the combined data may be transmitted to the Medium Access Control (MAC).

[0054] Sub-1 GHz operating modes are supported by 802.11af and 802.11ah. Channel operating bandwidths and carriers are reduced in 802.11af and 802.11ah compared to those used in 802.11n and 802.11ac. 802.11af supports 5 MHz, 10 MHz, and 20 MHz bandwidths in the TV White Space (TVWS) spectrum, while 802.11ah supports 1 MHz, 2 MHz, 4 MHz, 8 MHz, and 16 MHz bandwidths using non-TVWS spectrum. According to representative embodiments, 802.11ah may support meter-type control / machine-type communications, such as MTC devices within macro coverage areas. MTC devices may have specific capabilities, including, for example, support for (e.g., only for) specific and / or limited bandwidths. MTC devices may include batteries with above-threshold battery life (e.g., to maintain very long battery life).

[0055] WLAN systems that can support multiple channels and channel bandwidths, such as 802.11n, 802.11ac, 802.11af, and 802.11ah, include a channel that can be designated as a primary channel. The primary channel can have a bandwidth equal to the maximum common operating bandwidth supported by all STAs in the BSS. The bandwidth of the primary channel can be configured and / or limited by the STAs among all STAs operating in the BSS that support the minimum bandwidth operating mode. In an 802.11ah example, the primary channel can be 1 MHz wide for STAs (e.g., MTC-type devices) that support (e.g., only) the 1 MHz mode, even if the AP and other STAs in the BSS support 2 MHz, 4 MHz, 8 MHz, 16 MHz, and / or other channel bandwidth operating modes. Carrier sensing and / or Network Allocation Vector (NAV) configuration can depend on the condition of the primary channel. For example, if the primary channel is busy due to STAs (that only support 1 MHz operating mode) transmitting to the AP, the entire available frequency band may be considered busy, even though most of the frequency band may remain idle and be available for use.

[0056] In the United States, the available frequency band that can be used by 802.11ah is 902MHz to 928MHz. In South Korea, the available frequency band is 917.5MHz to 923.5MHz. In Japan, the available frequency band is 916.5MHz to 927.5MHz. The total bandwidth available for 802.11ah is 6MHz to 26MHz depending on the country code.

[0057] 1D is a system diagram illustrating the RAN 113 and the CN 115 according to one embodiment. As mentioned above, the RAN 113 may communicate with the WTRUs 102a, 102b, 102c over the air interface 116 using NR radio technology. The RAN 113 may also communicate with the CN 115.

[0058] The RAN 113 may include gNBs 180a, 180b, and 180c, although it will be understood that the RAN 113 may include any number of gNBs while remaining consistent with an embodiment. The gNBs 180a, 180b, and 180c may each include one or more transceivers for communicating with the WTRUs 102a, 102b, and 102c over the air interface 116. In an embodiment, the gNBs 180a, 180b, and 180c may implement MIMO technology. For example, the gNBs 180a, 180b may utilize beamforming to transmit and / or receive signals to the gNBs 180a, 180b, and 180c. Thus, the gNB 180a may, for example, transmit wireless signals to and / or receive wireless signals from the WTRU 102a using multiple antennas. In one embodiment, the gNBs 180a, 180b, and 180c may implement carrier aggregation technology. For example, the gNB 180a may transmit multiple component carriers to the WTRU 102a (not shown). A subset of these component carriers may be on an unlicensed spectrum, and the remaining component carriers may be on a licensed spectrum. In one embodiment, the gNBs 180a, 180b, and 180c may implement Coordinated Multi-Point (CoMP) technology. For example, the WTRU 102a may receive coordinated transmissions from the gNBs 180a and 180b (and / or 180c).

[0059] The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using transmissions associated with a scalable numerology. For example, the OFDM symbol spacing and / or OFDM subcarrier spacing may vary for different transmissions, different cells, and / or different portions of the wireless transmission spectrum. The WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using subframes or transmission time intervals (TTIs) of different or scalable lengths (e.g., including different numbers of OFDM symbols and / or lasting different lengths of absolute time).

[0060] The gNBs 180a, 180b, 180c may be configured to communicate with the WTRUs 102a, 102b, 102c in a standalone configuration and / or a non-standalone configuration. In a standalone configuration, the WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c without accessing another RAN (e.g., eNodeBs 160a, 160b, 160c, etc.). In a standalone configuration, the WTRUs 102a, 102b, 102c may utilize one or more of the gNBs 180a, 180b, 180c as mobility anchor points. In a standalone configuration, the WTRUs 102a, 102b, 102c may communicate with the gNBs 180a, 180b, 180c using signals in unlicensed bands. In a non-standalone configuration, the WTRUs 102a, 102b, 102c may communicate with and connect to gNBs 180a, 180b, 180c while also communicating with and connecting to another RAN, such as eNodeBs 160a, 160b, 160c. For example, the WTRUs 102a, 102b, 102c may implement DC principles to communicate with one or more gNBs 180a, 180b, 180c and one or more eNodeBs 160a, 160b, 160c substantially simultaneously. In a non-standalone configuration, the eNodeBs 160a, 160b, 160c may act as mobility anchors for the WTRUs 102a, 102b, 102c, while the gNBs 180a, 180b, 180c may provide additional coverage and / or throughput for serving the WTRUs 102a, 102b, 102c.

[0061] Each of the gNBs 180a, 180b, 180c may be associated with a particular cell (not shown) and may be configured to handle radio resource management decisions, handover decisions, scheduling of users in the UL and / or DL, support for network slicing, dual connectivity, interworking between NR and E-UTRA, routing of user plane data to User Plane Functions (UPFs) 184a, 184b, routing of control plane information to Access and Mobility Management Functions (AMFs) 182a, 182b, etc. As shown in FIG. 1D , the gNBs 180a, 180b, 180c may communicate with each other via an Xn interface.

[0062] 1D may include at least one AMF 182a, 182b, at least one UPF 184a, 184b, at least one Session Management Function (SMF) 183a, 183b, and possibly a Data Network (DN) 185a, 185b. While each of the foregoing elements is shown as part of the CN 115, it will be understood that any of these elements may be owned and / or operated by an entity other than the CN operator.

[0063] The AMF 182a, 182b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via an N2 interface and may function as a control node. For example, the AMF 182a, 182b may be responsible for authenticating users of the WTRUs 102a, 102b, 102c, supporting network slicing (e.g., handling different PDU sessions with different requirements), selecting a particular SMF 183a, 183b, managing registration areas, terminating NAS signaling, mobility management, etc. Network slicing may be used by the AMF 182a, 182b to customize the CN support of the WTRUs 102a, 102b, 102c based on the type of service utilizing the WTRUs 102a, 102b, 102c. For example, different network slices may be established for different use cases, such as services relying on ultra-reliable low latency (URLLC) access, services relying on enhanced massive mobile broadband (eMBB) access, services for machine type communication (MTC) access, and / or the like. The AMF 162 may provide a control plane function for switching between the RAN 113 and other RANs (not shown) that employ other radio technologies, such as LTE, LTE-A, LTE-A Pro, and / or non-3GPP access technologies like Wi-Fi.

[0064] The SMFs 183a and 183b may be connected to the AMFs 182a and 182b in the CN 115 via an N11 interface. The SMFs 183a and 183b may also be connected to the UPFs 184a and 184b in the CN 115 via an N4 interface. The SMFs 183a and 183b may select and control the UPFs 184a and 184b and configure the routing of traffic through the UPFs 184a and 184b. The SMFs 183a and 183b may perform other functions, such as managing and assigning UE IP addresses, managing PDU sessions, controlling policy enforcement and QoS, providing downlink data notification, etc. The PDU session type may be IP-based, non-IP-based, Ethernet-based, etc.

[0065] The UPFs 184a, 184b may be connected to one or more of the gNBs 180a, 180b, 180c in the RAN 113 via an N3 interface, which may provide the WTRUs 102a, 102b, 102c with access to packet-switched networks such as the Internet 110 to facilitate communications between the WTRUs 102a, 102b, 102c and IP-enabled devices. The UPFs 184, 184b may perform other functions such as routing and forwarding packets, enforcing user plane policies, supporting multi-homed PDU sessions, handling user plane QoS, buffering downlink packets, providing mobility anchoring, etc.

[0066] The CN 115 may facilitate communication with other networks. For example, the CN 115 may include or communicate with an IP gateway (e.g., an IP Multimedia Subsystem (IMS) server) that acts as an interface between the CN 115 and the PSTN 108. Additionally, the CN 115 may provide the WTRUs 102a, 102b, 102c with access to other networks 112, which may include other wired and / or wireless networks owned and / or operated by other service providers. In one embodiment, the WTRUs 102a, 102b, 102c may be connected to local data networks (DNs) 185a, 185b through the UPFs 184a, 184b via an N3 interface to the UPFs 184a, 184b and an N6 interface between the UPFs 184a, 184b and the DNs 185a, 185b.

[0067] 1A-1D and the corresponding description thereof, one or more or all of the functions described herein with respect to one or more of the WTRUs 102a-d, base stations 114a-b, eNodeBs 160a-c, MME 162, SGW 164, PGW 166, gNBs 180a-c, AMFs 182a-b, UPFs 184a-b, SMFs 183a-b, DNs 185a-b, and / or any other devices described herein may be performed by one or more emulation devices (not shown). The emulation devices may be one or more devices configured to emulate one or more or all of the functions described herein. For example, the emulation devices may be used to test other devices and / or simulate network and / or WTRU functions.

[0068] The emulation devices may be designed to implement one or more tests of other devices in a lab environment and / or an operator network environment. For example, one or more emulation devices may perform one or more or all functions while fully or partially implemented and / or deployed as part of a wired and / or wireless communication network to test other devices in the communication network. One or more emulation devices may perform one or more or all functions while temporarily implemented / deployed as part of a wired and / or wireless communication network. The emulation devices may be directly coupled to another device for testing purposes and / or may perform testing using terrestrial wireless communication.

[0069] One or more emulation devices may perform one or more functions, inclusive, while not being implemented / deployed as part of a wired and / or wireless communication network. For example, the emulation devices may be utilized in test scenarios in a test lab and / or in an undeployed (e.g., test) wired and / or wireless communication network to implement testing of one or more components. One or more emulation devices may be test equipment. Direct RF coupling and / or wireless communication via RF circuitry (which may include, e.g., one or more antennas) may be used by the emulation devices to transmit and / or receive data.

[0070] Introduction To access and query the analytics functionality, an analytics data consumer can request or register with the analytics functionality according to a variable set of input parameters. Such input parameters allow a wide range of queries to be expressed and target specific data and information collected by the analytics service. Examples of types of parameters that may be supported are: Identification of the type of analysis, e.g., analysis ID of the service experience observed in 3GPP; Filter information, e.g., application ID, the duration for which data will be retained within the analytics facility; time window, spatial appropriateness, and Validity period (how long the forecast is valid).

[0071] In 3GPP, the NWDAF may support rich queries similar to those described above. If there are multiple analysis functions deployed in the network, the following functions may be supported:

[0072] Discovery and Selection: Before contacting a given analytical function, an analytical data consumer can discover, i.e., identify, an analytical function or set of functions that can answer a given rich query. Discovery mechanisms may be provided, for example, by a Network Repository Function (NRF), but these mechanisms may, in some embodiments, only provide coarse discovery, i.e., may not be able to precisely identify the correct analytical service to select for a rich query.

[0073] Support for handover and reselection: There are several reasons (e.g., UE mobility, data migration, and load balancing) that may require dynamically migrating an ongoing rich query (or a subset of this rich query) from one analysis function to one (or several) other analysis functions. Rich query handover cannot be optimized because the handover mechanism operates at a coarse level and cannot be decomposed (split).

[0074] The following sections consider detection and selection, as well as handover and reselection support.

[0075] Detection and Selection Within a service-based architecture (e.g., according to 3GPP), each given function may be divided into a set of instances that provide all or part of the service. With respect to analytical services, a particular function may provide a subset range or list of different input parameters, as described above. For example, one function may store data older than one day, and one function per NF may store recent data. A particular analytical function may also be instantiated several times.

[0076] An analytics data consumer (i.e., the analytics data consumer is an NF such as a UPF, PCF, SMF, AMF, AF, etc. operating in the core network, in a device, or in a set of devices, e.g., a WTRU, or a network gateway or gNB) that wants to obtain analytics reports based on its own set of ranges or lists of input parameters needs to send requests to all (or a very large number) of analytics function instances to retrieve the complete set of analytics reports.

[0077] A simple solution for an analytics data consumer is to send a set of requests to all (or a very large number) of analytics function instances and process the responses. This means processing responses from some analytics function instances that do not have / return analytics data and discarding duplicate information from other instances. This incurs signaling overhead, as the analytics data consumer is required to send service requests to a significant number of analytics function instances known to the analytics data consumer device to retrieve the requested data. As a result, the analytics data consumer may need to filter out unnecessary data (e.g., duplicate data), which places additional computational load on the analytics data consumer. The combination of the latter two issues (signaling overhead in the network and computational load on the analytics data consumer) can increase the latency for obtaining analytics reports.

[0078] Because rich queries are not supported by the service directory, an implementation based on the service directory for identifying and locating a set of analytics capabilities for a given request (using the NRF as a directory of NWDAFs) may return a larger set of analytics service capabilities than is needed to answer the rich query. The discovery / directory service (e.g., the NRF) does not have the means to properly filter and identify the correct analytics capabilities (e.g., NWDAF instances) given a rich query. This therefore forces the analytics data consumer to send a set of requests to a large number of analytics capability instances, search through the responses, and process them to remove responses without analytics data and to discard duplicate information from others.

[0079] This can lead to the following problems: How can an analytics data consumer know which analytics function instance to invoke for a service request based on a rich query or for subscription completion? How can analytics function instances provide the service information capabilities that they can provide to an analytics data consumer? These problems are applicable to a general framework involving analytics function instances and analytics data consumers, and in particular to a 3GPP environment where the NWDAF acts as an analytics function instance and the NRF acts as a (Central) Service Directory Function (CDS).

[0080] Handover and reselection support There are several reasons and events that may require an ongoing analytics subscription to be relocated or modified for analytics service functionality. Note: The term "ongoing analytics" as used herein refers to, for example, a request or subscription from an analytics data consumer to an analytics functionality instance where the analytics data consumer is still waiting for a response (e.g., an analytics result for the request or an analytics result update for the subscription). Examples are provided below (the following list is non-exhaustive):

[0081] The collected analytical data evolves as new, fresh analytical data arrives or as new types of analytical data are collected. New analytical data collection points may be stored in different analytical functions.

[0082] Analytical data consumers may be interested in the freshest data, or rather "old" data, and the responsible analytical function instance may change over time. Regarding the term "responsible," each analytical function may be responsible for a given data set. There are many ways to distribute and divide responsibility, for example, by geographic area, by UE ID, and by time. This definition of data distribution / responsibility may be managed via configuration, typically by the network operator. There are many reasons to change the data distribution / responsibility of an analytical function, such as load, available storage, network optimization (e.g., minimizing response time), analytical function optimization (e.g., minimizing response time), analytical function maintenance operations, adding and removing new analytical functions, etc.

[0083] Mobile networks process data coming from mobile UEs whose location changes over time. This may mean, for example, that if an analytics function instance is responsible for a given geographical area, an analytics data consumer may want to switch to another analytics function instance to obtain the latest data related to a given UE. In the simplest case, the analytics data consumer instance may remain the same, but the analytics data consumer instance may also change due to the mobility of the UE, for example, if it is an AMF. The AMF is often responsible for a given TAI (Tracking Area Identity) / geographical area. Therefore, the AMF may change when the UE changes location.

[0084] The capacity of an analytical function instance may be limited in terms of storage or computational resources and therefore requires load balancing, which means offloading some of the analytical function(s) performed by the analytical function instance elsewhere.

[0085] Analytical data consumers (e.g., one or more NFs) may be relocated due to load balancing issues.

[0086] The analysis data consumer (e.g., a mobile data center or one or more NFs in a UE) may itself be mobile.

[0087] The above reasons and events may require that only a subset of analytical capabilities (e.g., a subset of data, a subset of analytical data serving capabilities) be transferred (migrated) rather than the entire analytical capabilities. Furthermore, it is desirable for analytical data consumers to find and retrieve the correct analytical capability(s) and data after a relocation event. In particular, it is desirable that ongoing rich queries (e.g., based on individual requests or subscriptions) against a set of analytical capabilities are not interrupted or (partially) aborted due to any of the above reasons and events, and that ongoing rich queries continue to be served.

[0088] Thus, the embodiments described herein provide for the transfer of subsets of analytical functions in addition to the transfer of the entire analytical function.

[0089] 1.1 Service Discovery and Selection A method is provided for mediating requests or subscriptions from analytics data consumers directed to analytics function instances. According to an embodiment, this is achieved through a rich and dynamic mapping between the analytics function capabilities of individual analytics function instances with respect to the analytics data consumer's request or subscription. The mapping may depend on a set of parameters of the analytics data consumer's request or subscription and an evaluation of these parameters ("input parameters") against the capabilities of the individual analytics function instance, represented as another set (or range) of (potentially valid) input (query or serving) parameters provided by the analytics function instance during registration with a service directory (CDS). In one embodiment related to 3GPP, these capabilities are included in the NwdafInfo data structure, whereby the embodiment leverages the NWDAF profile registered with the NRF.

[0090] According to an embodiment, a central directory service (CDS) computes a mapping between analytical functions and analytical data consumers for the purposes of the discussed brokering method, which may be based on the registration and subsequent updates of instance capabilities, as well as the request / subscription parameters and further updates of analytical data consumers.

[0091] According to one embodiment, a mapping entry index is provided and is identified by a unique discovery request / subscription identifier that references a list of mapping values, each of which may include an analytics function instance identifier and its subset of input parameter ranges for which the analytics function instance provides data analysis.

[0092] According to an embodiment, after receiving the first / updated mapping entry from the CDS, each analytics data consumer may subscribe to each analytics function instance in the list using request parameters corresponding to a subset of the input parameters, and the mapping entry may indicate which portions of the request / subscription have been fulfilled and which have not.

[0093] 1.2 Handover and Reselection According to an embodiment, the described CDS service that manages mapping entries provides for handover and reselection of analysis capabilities. When the CDS receives an update to an analysis capability, it calculates the mapping entry table, finds the relevant mapping entry values ​​that are affected by the service update, and according to one embodiment, may notify the analysis data consumer with an updated discovery answer / notification that includes the mapping entry update.

[0094] This embodiment can be further optimized to reduce the amount of network traffic. Indeed, the CDS has no knowledge of whether an analytics data consumer will consume all or part of the proposed analytics request / subscription contained in the mapping entry value. As a result, the CDS may keep unused mapping entries in memory, for example, expending computational power to provide updates to the analytics data consumer, but the updates are not used by the analytics data consumer. According to one embodiment, the CDS tracks (binds) the CDS services consumed by the analytics data consumer with CDS services previously detected by the analytics data consumer. Thus, a subset of mapping entry values ​​can be acknowledged to the CDS directly by the analytics data consumer or indirectly via individual analytics functions. During service handover and reselection, the CDS receiving analytics function capability updates may, in some embodiments, process only acknowledged mapping entries and further inform the analytics data consumer of relevant and useful mapping entry updates. This may increase CDS efficiency and avoid additional network traffic to the analytics data consumer.

[0095] According to a further embodiment, an analytics data consumer may request / subscribe to a transparent mode from the CDS, which allows the CDS to directly update subscriptions to analytics functions on behalf of the analytics data consumer. This may require at least one of the tracking (merging) embodiments described above. When handovers and reselections occur from a new analytics function, the updates may include new possible analytics function subscriptions.

[0096] According to a further embodiment, the analytics data consumer may provide, to each analytics function selected by the analytics data consumer to provide the query, a list of analytics functions that the analytics data consumer has selected or will select and that will provide the query. Furthermore, when an analytics function involved in a query changes its capabilities such that a partial transfer of the subscription is required, the analytics function queries the CDS to obtain a new list of analytics functions that can provide the query for the partial transfer. The list of analytics functions may also be useful and applicable in the case of a full subscription transfer (i.e., not a partial transfer) from one NWDAF to another NWDAF. Based on the list of analytics functions currently providing the query, the analytics function preferably selects the analytics function originally selected by the analytics data consumer. The analytics function sends a partial transfer request to the selected analytics function and also provides an updated list of analytics functions serving the analytics data consumer.

[0097] 2 Service Discovery and Selection Overview 2.1 Focused Mapping to Provide Fine-Grained Analytical Feature Detection 2A-2B are sequence diagrams illustrating one embodiment of a centralized mapping-based method for an analytical service directory. From left to right, analytical function #1 20, analytical function #2 21, analytical function #3 22, service directory (CDS) 23, and analytical data consumer 24 are shown.

[0098] In step S201, each of the analytical data consumers (here only analytical data consumer 24) is configured with one or several assigned CDS instance addresses (addresses of CDS 23, when they occur).

[0099] In step S202, capability registration is performed, where the analysis functions 20-22 individually register the analysis functions they provide. Details of the information contained in this registration message are provided further in this description. According to one embodiment, this message carries a rich NwdafInfo data structure (described in more detail in a later section) that describes the capabilities of the NWDAF.

[0100] In step S203, the CDS 23 registers the individual capabilities, for example by storing them (in RAM or on disk) in an internal data structure or database.

[0101] In step S204, the analytics data consumer 24 sends an analytics function discovery request / subscription with a set of query parameters and a request / subscription identifier. The query parameters include target values ​​or target ranges of values ​​for different types of parameters and the type of analysis to be performed (the latter identified by an analysis ID). In the example of Figures 2A-2B, the message specifies that the query targets UE1-UE5 for a given validity period. More generally, the same types and ranges of parameters as in analytics function registration may be used. Therefore, the same types of data structures (described further below) may be used to describe the parameters of the rich query. Other parameters may include an expiration time or other standard means for keeping the mapping up to date. Further details of this request are provided in a later section.

[0102] According to another embodiment, the request / subscription identifier is created by the CDS and is not generated and sent by the analytics data consumer.

[0103] In step S205, CDS 23 calculates (compares, matches) the request / subscription against the registered capabilities and finds the associated analysis function instances, e.g., #1 (20) and #2 (21), respectively, providing the partial service, e.g., UE1-2 and UE3-5. If successful, CDS 23 may insert a new mapping table entry with the request / subscription identifier, e.g., (subscription #1), as a first mapping table index useful for later lookups, and a mapping table / value entry indicating the range of the partial set of input parameters that each instance provides to, e.g., subscription #1: instance #1, filter UE1-2; instance #2, filter UE3-5.

[0104] According to one embodiment, the CDS can generate an analytic function instance request or subscription that correctly matches the filter information to the exact analytic function instance capabilities. This calculated request can be sent to the analytic data consumer 24. See step S206.

[0105] According to different embodiments, the CDS may generate all or part of a request or subscription for possible analytic function instances that satisfy at least part of the filter information. This calculated request may be sent to the analytic data consumer 24. See step S206.

[0106] In step S206, the CDS sends a response or notification to the analytics data consumer 24, providing a set of analytics function instance identifiers and, for each instance, a list or range of parameters for the initial request it can satisfy. In this example, the response indicates two analytics function instances of interest, e.g., analytics function instances #1 (20) and #2 (21), which have capabilities for UE1-2 and UE3-5, respectively. The request may include the subscription identifier generated in step S204.

[0107] In step S207, the analysis data consumer 24 retrieves the analysis function address from the received analysis function instance identifier and sends an analysis function request or subscription to each analysis function instance. The analysis data consumer 24 sends all or part of the original detection request to the identified analysis function instance according to the analysis function instance service capabilities received from the CDS 23.

[0108] According to one embodiment, the analytics data consumer may include a subscription identifier that is notified upon a capability update of the analytics function instance due to the mobility of the UE or due to the mobility of the analytics data (see further in this description). This subscription identifier may have been generated in step S204.

[0109] According to one embodiment, an analytics data consumer's request or subscription may indicate additional parameters or requirements depending on the request / subscription behavior. These additional parameters (described below) allow for further filtering of the results that may be provided by the service analytics function, thus optimizing / minimizing the number of responses provided from the service analytics function by fully meeting the analytics data consumer's expectations.

[0110] Maximum result time delay: The analytical data consumer can consider this indication in terms of the expected computation time that each analytical function instance can perform. If several analytical function instances can satisfy the analytical data consumer's request, depending on the expected value, the analytical data consumer can select a different analytical function instance from the set of analytical function instances that can provide the directory service.

[0111] Exact request match flag: exact data required or partial data accepted. Additionally, once the maximum result time delay has elapsed, this may indicate whether the analysis function instance will reply with an incomplete response.

[0112] Fragmented responses: Depending on the available data, one response may be required for all or some of the responses, or a partial response may be required.

[0113] In step S208, the analytics data consumer 24 receives the request / subscription response from the analytics function instances (20 and 21). If the analytics data consumer's request or subscription cannot be fulfilled for certain required input parameters, the response or notification may indicate in the answer whether the expected request is fulfilled or not. The answer may indicate which parts of the request are fulfilled and which parts are not by adding a "fulfilled flag" to the response. Enhanced embodiments may consider finer-grained fulfillment flags, for example, for each specific analytics identifier or UE or tracking area identifier (TAI).

[0114] From the set of received responses or notifications, the analytics data consumer 24 can compute an aggregate of analytics data that satisfies its initial request in step S203. In the example of Figures 2A-2B, the sequence of analytics data received from both instances #1 (20) and #2 (21) exactly matches the request. According to another example, instance #1 (20) provides analytics for UEs 1-2.

[0115] Steps S209, S210, S211, and S212 are similar to the previous steps, but for a new analysis feature subscription request (subscription #2).

[0116] When the analytical function instance (here 20) obtains fresh data (step S213), it sends the corresponding updates to the analytical data consumer 24 in step S214.

[0117] 2.2 Service Reselection This section describes embodiments relating to providing service reselection based on analytics data updates and mobility.

[0118] 2.2.1 Updating Centralized Services from CDS The CDS mediates between updated capability registrations and ongoing analytical function requests and subscriptions.

[0119] 3A-3B are sequence diagrams illustrating one embodiment of a method for updating an analytics function instance and how this affects requests / subscriptions for previous analytics function instances. Figures 3A-3B show the same entities as Figures 2A-2B. When capabilities are updated, the CDS may notify analytics data consumers 24 of the new individual capabilities. Finally, if the same analytics function instance is required after the update, the CDS may choose not to notify analytics data consumers. In the example above, data for UE 3 has moved from analytics function instance #2 (21) to analytics function instance #1 (22) due to UE mobility.

[0120] According to another example (not shown), if analysis function instance #2 (21) updates capabilities from UE3-5 to UE4-5, and a new analysis function instance #3 (22) registers the new capabilities of UE3, the CDS may send a notification including analysis function instance #3 (22).

[0121] Step S300 includes the steps of FIGS. 2A and 2B.

[0122] Step S301 is similar to step S201 of FIG. 2A, except that in step S301, one or more capability updates to a capability registration are sent from the analytics function to the CDS 23, whereas in step S201, the capability registration itself is sent. The capability update includes a rich description of the parameters and parameter ranges supported by the analytics function instance. According to one embodiment, this message carries a rich NwdafInfo data structure (described in more detail in a later section) that describes the capabilities of the NWDAF. Additionally, the analytics function instance may include a set of subscription IDs that identify the set of subscriptions that the analytics function instance is currently offering.

[0123] In step S302, the CDS 23 updates the capabilities in the registry, for example by storing the updates (in RAM or on disk) in an internal data structure or database.

[0124] In step S303, the CDS 23 verifies whether the update affects any ongoing subscriptions from analytical data consumers 24.

[0125] Having identified the affected subscriptions, the CDS 23 sends a message for each ongoing affected subscription to the corresponding analytics data consumer(s) 24 in step S304. The message(s) may be equivalent to the message in step S206 of FIG. 2A. The message(s) provide a set of analytics function instance identifiers and, for each analytics function instance, a parameter range or list of the initial request it can satisfy. The message may also include the relevant subscription ID so that the analytics data consumer knows which subscription the message refers to.

[0126] In response to the updates in step S301, the analytics data consumer 24 can update its previous subscriptions. According to one embodiment, in step S205, the analytics data consumer 24 sends subscription updates to the relevant analytics functions, e.g., for UEs 1-3 from instance #1 (20) and UEs 4-5 from instance #2 (21). In step S206, the relevant analytics functions return notifications to inform the analytics data consumer 24 of the approved subscriptions in exemplary instances #1 and #2.

[0127] As described, the same subscription for the same parameters (e.g., UE) may be valid for multiple analysis function instances, for example, when previous analysis function instances hold requested analysis data from different (e.g., earlier) time ranges.

[0128] According to another embodiment, in step S207, the analytics data consumer 24 can explicitly unsubscribe from a previous analytics function and subscribe to another analytics function by sending one or more analytics function unsubscribe messages containing information about the unsubscription to the relevant analytics function. In step S208, the analytics function can respond by sending a notification to the analytics data consumer 24.

[0129] In step S209, the new data is received by an analysis function, in this example, analysis function #1. In steps S210 and S211, the network analysis function with the new data provides analysis to the consumer(s) according to the relevant subscriptions. In this example, analysis function #1 sends a message for subscription #1 with analysis data for UE1-3 in step S310, and sends a message for subscription #2 with analysis data for UE3 in step S311.

[0130] According to one embodiment, a previous subscription indicates a validity period requiring data from the previous instance and the current instance. In the latter case, the analytics data consumer may require analytics function instance #1 (20) and analytics function instance #2 (21) for UE3 if the validity period includes UE3 analytics resulting from both analytics function instances.

[0131] 2.2.2 Tracking and Combining Enhancements The above-described embodiment provides a "stateless mapping" method in that there is no tracking of the link between the analytics subscription and the previous directory service subscription: the directory service (CDS) notifies the analytics data consumer of a mapping entry, but this mapping entry has no status / indication / state as to whether the analytics data consumer is subscribed to the exact or partial mapping entry notified by the CDS.

[0132] There are advantages and disadvantages to considering stateless or stateful mapping entries. Stateless mapping entries make CDS instance migration easier. On the other hand, the CDS has to maintain more, sometimes unused, entries and may therefore need to introduce per-subscription lifetimes that require periodic updates from the analytics data consumer to provide service continuity. Stateful mapping entries according to the aforementioned embodiments leverage a means to combine and maintain the state of service discovery and analytics data consumer subscriptions / (un)subscriptions. This tracking makes it possible to link renewals / reselections of different subscriptions.

[0133] Thus, according to one embodiment, the idea is to track a set of analytics function request(s) / subscription(s) sent by the analytics data consumer to the analytics function instance or combine them with the associated detection requests / subscriptions sent by the analytics data consumer to the CDS and the associated detection answers / notifications received from the CDS.

[0134] 4A-4B are sequence diagrams illustrating a method for stateful analysis service directory mapping according to one embodiment.

[0135] Steps S401 to S408 are the same as steps S201 to S208 in FIG. 2A.

[0136] According to one embodiment, each discovery answer / notification received by an analytics data consumer from the CDS may include a set of analytics function request / subscription proposals (i.e., the aforementioned mapping entry values). The CDS may then receive and register acknowledgements of the associated analytics request(s) / subscription(s) either directly from the analytics data consumer (alternative #9b of FIG. 4B) or from individual analytics functions (alternative #9a of FIG. 4B), as further described below. The CDS receives a directory answer / notification acknowledgement that includes at least a unique discovery request / subscription identifier and, possibly, a subset of mapping entry values ​​that correspond to the analytics request(s) / subscription(s) parameters sent or to be sent by the analytics data consumer to the associated analytics function.

[0137] According to one embodiment, the CDS may manage the corresponding mapping entry state in response to the received acknowledgement in step S410. According to one embodiment, the CDS internally maintains either the state or the mapping state along with the unique subscription identifier.

[0138] During service handover and reselection, the CDS receiving analytics data provision capability updates from the analytics function may process only mapping entries that are acknowledged. As a result, the CDS may only notify updates related to the detection request(s) / subscription(s) actually sent by the analytics data consumer to the analytics function instance. The acknowledgement may include a unique analytics data consumer request / subscription identifier. According to one embodiment, the acknowledgement may include a selected subset of mapping entry values ​​that correspond to the analytics request(s) / subscription(s) parameters sent or to be sent to the analytics function.

[0139] According to a first combining / tracking embodiment (alternative 9b of FIG. 4B ), the CDS 23 may receive an analytics subscription acknowledgment from the analytics data consumer 24 in step S409b when the analytics data consumer sends a set of subscriptions to the analytics function. According to one embodiment, the analytics data consumer may wait for at least all or some of the notifications resulting from the associated analytics function subscriptions. According to one embodiment, the analytics data consumer may send the acknowledgment immediately before subscribing or updating the analytics subscription. The acknowledgment may also include a completeness indication field, which may include one of the following indications:

[0140] Completed: The analysis data consumer considers its selected, acknowledged answer as complete. In this case, if the CDS answer does not satisfy the original request, the CDS does not attempt to seek further data analysis to satisfy the initial directory request, and may retain the mapping entry containing the partial fulfillment.

[0141] Partial Acknowledgment: An analytics data consumer can subscribe for analytics data that covers part of the original request while continuing to wait for the CDS to reply / notify updates to the mapping entries that satisfy the original request.

[0142] Waiting: The analytics data consumer is not subscribing to analytics data and is waiting for mapping entries to be updated.

[0143] Reject: The analytics data consumer rejects the notification / answer with the reject parameter. The CDS may delete the mapping entry. The analytics data consumer may send a new request / subscription.

[0144] According to a second binding / tracking embodiment (alternative 9a in FIG. 4B), the CDS 23 may receive analysis subscription acknowledgments from each of the analysis functions 20-22 in step S409a. To do so, the analysis data consumer 24 may first include a service discovery request / subscription identifier in each request / subscription to the analysis function for data analysis, and each analysis function may notify the CDS of the service discovery request / subscription identifier. As a result, the CDS can search for previous corresponding CDS requests / subscriptions to update / maintain corresponding mapping entries. In addition to reselection, the analysis function may help the CDS find affected subscriptions, speeding up service reselection upon service capability updates.

[0145] 2.2.3 Updating Centralized Services from CDS 5A-5B are sequence diagrams illustrating one embodiment of a method for updating an analytics instance directory service that is transparent to analytics data consumers. The analytics data consumer can send an optional transparent mode to the CDS, which allows the CDS to directly update subscriptions on behalf of the analytics data consumer. This can speed up service reselection. Finally, or in parallel, the analytics function discovery can notify the analytics data consumer that it has already updated subscriptions on its behalf. This can be particularly useful when a mapping entry includes a new analytics function instance. The analytics data consumer can be notified to receive data analytics from the new analytics function.

[0146] An optional subscription identifier sent from the analytics data consumer to the analytics function and then to the CDS can be used to track and update the subscription.

[0147] The use of transparent mode may, according to an embodiment, either be used by default, selected via configuration, or requested by an analytics data consumer by sending a message to the CDS that includes a "transparent mode" indicator (e.g., a flag that, according to an embodiment, may be sent for a given subscription or globally for a given analytics data consumer; this type of information may be included in the message). In the latter case, if the indicator is set "on" (e.g., set to a value of 1), the CDS uses transparent mode for the associated requests and subscriptions.

[0148] Steps S501 to S503 are equivalent to steps S301 to S303 in FIG. 3A.

[0149] In step S504, CDS 24 informs the analytical functions involved in the subscription (subscription #1 in this example) of the parameters used for the subscription by sending each analytical function an analytical function subscription update message with the parameter ranges or list to which the analytical function should respond. The message may also include the relevant subscription ID so that the analytical data consumer knows which subscription this message refers to.

[0150] In step S505, the participating analytical functions 20-22 send analytical function notification messages (including the analytical results) directly to the analytical data consumer 24. Such messages also include the ranges and lists of parameters provided by the analytical functions.

[0151] If a subscription is being transferred from one analytical function to another (new) analytical function, in step S506, CDS23 sends an unsubscribe message to the analytical function that originally provided the subscription (analysis function #2 in this example) and a subscribe or update message to the new analytical function (analysis function #3 in this example). The subscribe message includes the subscription ID of the request, information needed to identify and contact the analytical data consumer and analysis ID, and the parameter ranges or list that the analytical function should provide.

[0152] In step S507, the analysis function that receives the subscribe or update message sends an analysis function notification message (including the analysis results) directly to the analysis data consumer. The message also includes the range and list of parameters provided by the analysis function.

[0153] In steps S508-S5010, as new data is received, the network analysis function provides the analysis to the consumer according to the associated subscription, for example as described in steps S309-S311 of FIG. 3B.

[0154] 2.2.4 Reselection using direct partial transfer between analytics functions According to one embodiment, the analytics data consumer provides a subscription context to the analytics function indicating at least which other analytics functions are selected by the analytics data consumer to cover the analytics data requirements, which can help the analytics function identify the best target for transferring the subscription, i.e., try to select analytics functions already used by the analytics data consumer instead of new ones.

[0155] When an analytical function involved in a query changes its capabilities such that a partial transfer of the subscription is required, the analytical function queries the CDS to obtain a new list of analytical functions that can serve the query for the partial transfer. Based on the list of analytical functions originally provided by the analytical data consumer, the analytical function may, for example, preferably select the analytical function that is currently serving the query. The analytical function sends a partial transfer request to the selected analytical function, providing an updated list of analytical functions serving the analytical data consumer. The analytical function notifies other analytical functions that serve the analytical data consumer of the transfer, providing a new list of analytical functions serving the analytical data consumer.

[0156] This list of analytical functions and procedures may also be useful and applicable in the case of a complete subscription transfer (i.e., not a partial transfer) from one NWDAF to another.

[0157] 3 Registration / Request Parameters and Mapping Considerations 3.1 Details of competency registration This section provides a more detailed description of step S202 of FIG. 2A.

[0158] According to one embodiment, each analysis function instance (#1 (20), #2 (21), #3 (22)) registers or updates its analysis function service capabilities according to a set of input parameters (i.e., inputs to the CDS - instead of the term "input", the terms "possible", "valid", or "serviceable" analysis function parameters may be used), along with bounds on the parameters that the analysis function may provide. According to one embodiment, when the input parameters do not include bounds, the registered capabilities may cover all parameter values. According to one embodiment, the registration may include: Identification of the analysis type (e.g., NF load analysis, network performance analysis, observed service experience related network data analysis) (e.g., analysis ID); A complete or partial set of parameters for the query for the analysis type (e.g., time window, area, S-NSSAI, UE, internal group identifier, application ID); and Optional parameter boundaries associated with each of the above parameters. The optional parameter boundaries may be, for example, a list of values ​​(e.g., UE1, UE3, which are identifiers of UEs for which the analytics function has data and can therefore provide analytics based on this data), a range of values ​​(e.g., UE1-3), or a combination between a list and a range (e.g., UE1, UE5, UE10-20).

[0159] According to one embodiment, analytics function service registration may involve additional time and geographic restrictions or precision, and thus registration may indicate additional information, such as, for example:

[0160] Time Window: An analytics instance may provide a specific time window. In some cases, depending on the computational power of its hosting machine, a particular instance may provide only a limited time window for a particular analysis, while another instance may provide fine-grained time window granularity. Examples are analysis from 2019, previous month, year-to-date, specific date, or date range.

[0161] Sampling Period: Analysis function instances may offer different sampling capabilities to provide different levels of accuracy for a given analysis. The sampling period may be related to a time window. Like the time window, the sampling period may vary between different instances, and this variation may be according to the computational capabilities of the hosting machine. Examples are per minute, per hour, per day, per month, per year.

[0162] Expected Computation Time: Collecting analytical data from different time window(s) and / or sampling period(s) may require different amounts of time to compute and return the associated response. As a result, in addition to providing time window and sampling period capabilities, an analytical function instance may indicate how long it will take (or is expected to take) to compute the expected response for a given parameter. Examples are: Time Window: Years, Sampling Period; Days, Expected Time Result: 20 ms, and Time Window: Years, Sampling Period; Minutes, Expected Time Result: 2 sec.

[0163] Spatial relevance: An analysis function instance may provide analysis only for a given geographic area(s). Examples are a region, a town, a list of regions, a list of towns.

[0164] Data Availability Duration: An analytics feature instance provides a time limit for the analytics feature to run and the availability of the analytics data provided. For example, the analytics feature may only retain data for a certain period of time; for example, analytics data for 2019 may no longer be retained / available after February 1, 2020.

[0165] Validity Period: The analysis function may provide statistical data or forecast data. A forecast may be accompanied by a validity period, i.e., a period during which the forecast is valid.

[0166] 3.2 CDS Request / Subscription Details This section provides a more detailed description of step S204 of FIG. 2A.

[0167] An analytics data consumer can send an analytics service discovery request or a subscription request to the CDS. The parameters that can be provided in both the request or subscription may be the same. For example, according to different embodiments related to 3GPP, the request and subscription may be distinguished and each may have a different set of parameters. According to one embodiment, the discovery or subscription request may include optional boundaries in the request parameters, as well as additional time and geographic area(s), just like the analytics function instance registration request (step S202 in FIG. 2A) described above. The analytics data consumer can consider additional parameters and associated boundaries for the CDS, such as:

[0168] Requested maximum result time delay: The CDS may consider an indication of the expected computation time received from the analytical function instance upon registration with the CDS. Depending on the requested maximum result time delay value, the CDS may select an analytical function instance from the collection of analytical function instances that can provide the requested analytical function within the requested maximum result time delay, if several analytical service instances can satisfy the analytical data consumer's request based on the match between the requested maximum result time delay and the expected computation time.

[0169] Notification Update Interval: This parameter indicates the time interval / frequency at which the analytics data consumer wants to receive updates / notifications for its analytics subscription.

[0170] Completeness result indication: An indication from the analytical data consumer of whether to accept partial results. The (set of) analytical function instances registered with the CDS may or may not be able to fully satisfy the analytical data request, and therefore the CDS may indicate in its response the completeness of the results (i.e., that the set of analytical function instances returned can fully answer the query) or the lack of completeness (e.g., that the set of analytical function instances returned can only satisfy a subset of the data / parameters, or in other words, that the set of analytical function instances returned can only partially answer the query).

[0171] Parameter Boundary Restrictions: The CDS may provide parameter boundary restrictions in its response to a request / subscription to an analytical data consumer when it is unable to fulfill the entire request / subscription according to the instructions / parameters provided by the analytical data consumer.

[0172] 3.3 Detailed Mapping Considerations This section provides a detailed description of step S205 of FIG. 2A.

[0173] The CDS registers the capabilities of a set of analysis function instances according to a set of input parameter ranges or lists provided by each analysis function instance during the service analysis instance registration phase (or service analysis instance update phase).

[0174] As explained, in step S205, the CDS calculates (compares and matches) the request subscription against the registered capabilities (of the analytics function instance) to find the relevant analytics function instance that can provide the analytics data corresponding to the request / subscription. The CDS may insert a new mapping table entry with a request / subscription identifier, e.g., subscription #1, as a first mapping table index useful for later lookup, and a mapping table / value entry indicating a subset of the input parameter ranges that each instance provides, e.g., subscription #1: instance #1, filters UE1-3; instance #2, filters UE3-5. The CDS may generate a request or subscription for the analytics function instance that correctly matches the filter information to the exact analytics function instance capabilities. This calculated request may then be sent to the analytics data consumer in step S206 of FIG. 2A.

[0175] The parameters provided by an analytical data consumer in its CDS request / subscription may include one or more of the following: Analysis function instance identifier; Type identification: for example, in the case of 3GPP, the observed service experience ID; Filter information: for example, a range or list of UEs, a whitelist, or all UEs except blacklist; Validity period: e.g., last 7 days, last month; Spatial validity: e.g., range or list of TAIs; Sampling rate: e.g., every minute, every hour.

[0176] The mapping identifies and maintains a set of analytic function instances and their individual capability updates that together satisfy a set of input parameter ranges or lists of an analytic data consumer's subscription.

[0177] The following example shows possible parameters (inputs) and the expected output upon / after an analytical data consumer request or subscription.

[0178] [Table 1]

[0179] 4. 3GPP-Related Embodiments There are several subscription / notification identifiers within the context of a 3GPP system.

[0180] The subscription correlation ID is part of the general network exposure framework: "Once a subscription is accepted by the event provider NF, the analytics data consumer NF receives an identifier (subscription correlation ID) from the event provider NF that allows it to further manage (modify, delete) this subscription."

[0181] There is also a notification correlation ID that allows an event receiving NF to correlate notifications received from an event provider with its subscription: "The notification correlation ID is assigned by the analytics data consumer NF that subscribes to event reports, and the subscription correlation ID is assigned by the NF that notifies when an event is fulfilled."

[0182] When an NRF service analysis data consumer uses NFStatusSubscribe to be notified of newly registered NF instances with the NRF, or to be notified of profile changes for a specific NF instance, or to be notified of deregistration of an NF instance, the NRF includes the subscription ID in the response to the subscription creation request.

[0183] As explained in the previous section, none of these subscription / notification identifiers correspond to the request / subscription identifiers that index mapping entries. 3GPP embodiments would benefit from adding such an identifier to the NFDiscovery operation, its use by the NRF to track updates to NWDAF instance NFProfiles, and to the NFStatusUpdate / Notify operations so that NWDAF service analysis data consumers can be easily notified.

[0184] 4.1 NRF as a Service Directory In the 3GPP 5G architecture, a Service Directory (CDS) may be implemented as an extension of the Network Repository Function (NRF). The NRF provides information about the NFs of a Public Land Mobile Network (PLMN) and their supported services. For each NF, the NRF maintains an NF profile containing information specific to each type of NF. In the case of an NWDAF, this specific information, held in the NwdafInfo data structure, only includes information about the type of analysis provided and the tracking area(s) covered. The NRF may be adapted to function as a CDS, for example, as follows:

[0185] The NF profile may be enhanced by extending the NwdafInfo data to include additional information about filters related to the capabilities of different analysis function instances, e.g., ranges or lists of UEs, time windows, ranges or lists of application functions (AFs), etc. Examples of such NwdafInfo are described further below.

[0186] The registration / update operations of the NWDAF with the NRF may be modified to take into account the increased size of the enhanced NFProfile object, particularly the NFRegister and NFUpdate operations of the Nnrf_NFManagement service.

[0187] The query / answer mechanism by which a customer NF queries the NRF to find NFs may be modified to allow requests, including rich queries, to be made and included in the answers. In particular, the Nnrf_NFDiscovery_Request function may be modified, for example, to include enhanced NwdafInfo information, as described further below, and the Nnrf_NFDiscovery_Response may be modified to return a set of instance identifiers and, for each instance, the range or list of parameters in the initial request that it can satisfy. Furthermore, the NFDiscovery operation may be extended to include request / subscription identifiers.

[0188] The subscription / notification mechanisms by which customer NFs register with the NRF for updates regarding a set of NWDAFs according to specific filter criteria may be modified to allow these filters to include rich query parameters. In particular, NFStatusSubscribe may be modified to include a request / subscription identifier, and NFStatusNotify may be modified to return a set or subset of instance identifiers and, for each instance, a range or list of parameters in the initial request that it can or can no longer satisfy.

[0189] In the case of transparent mode reselection, the NRF may have the additional ability to subscribe to and unsubscribe from the NWDAF on behalf of another NF.

[0190] 4.2 Description of NWDAF instances in NRF In an embodiment, an NWDAF instance may have an enhanced description in the directory. There are several possible ways to describe the filters of an NWDAF. This section provides some of these.

[0191] 4.2.1 Writing a Single Parameter As is done for the TAI, each value may be described by listing all valid values, by a range of valid values, or by a combination of both.

[0192] 4.2.2 Description of some parameters An NWDAF description may include two or more parameters. These parameters may be listed in order. Agreement may be reached on how these parameters interact with each other. For example, the set of queries that an NWDAF can answer may be defined as the intersection of valid values ​​in its description. In other words, an NWDAF may answer queries whose parameters are all within a stored value or range for the NWDAF. According to another embodiment, the set of queries that an NWDAF can answer is defined as any query in which at least one parameter belongs to a valid value in its description.

[0193] According to one embodiment, these parameters are stored in a table as shown below (where "O" stands for "optional", "C" stands for "mandatory", and "attribute name" is the name of the parameter, some of which may refer to known 3GPP parameters):

[0194] [Table 2]

[0195] According to one embodiment, these values ​​are stored as a list of possible values, a possible embodiment is shown in the table below.

[0196] [Table 3]

[0197] A key_value_list is a pair (parameter ID, array (value)), and a key_range_list is a pair (parameter ID, array (value range)).

[0198] An NWDAF can also be described as a union of NWDAF descriptions. As an example, one NWDAF may be able to provide answers to (TAI-1, UE-1) and (TAI-2, UE-2). In that case, the NWDAF may be described by the set of all valid NWDAF descriptions, for example, as in the following table: In this table, the field "descriptors_list" contains a list of pairs, Parameter_list and Parameter_range_list. Each pair contains a value (first field) and a value range (second field) that describe a set of queries that the NWDAF can answer. The NWDAF can answer any query described by at least one pair in the descriptors_list.

[0199] [Table 4]

[0200] 4.3 Analysis Service Discovery Procedure According to one embodiment, extensions to the NFRegister and NFDiscover operations can be added along with a newly defined mapping function in the NRF. Figure 6 is a sequence diagram illustrating, for example, a 3GPP implementation of the embodiment shown in Figures 2A-2B. In Figure 6, NWDAFs #1, #2, and #3, having reference numbers 60, 61, and 62, respectively, are 3GPP implementations of the analysis function instances #1-#3 discussed above. NRF 63 is a 3GPP implementation of the CDS discussed above. NWDAF service analysis data consumer 64 is a 3GPP implementation of the analysis data consumer discussed above.

[0201] Step S601: The NWDAFs 60 to 62 register their enhanced NFProfiles with the NRF 63. The data of nwdafInfo in the NFProfile is extended as described in the previous section.

[0202] Step S602: The NRF 63 stores the received NFProfile.

[0203] Step S603: The NWDAF service analytics data consumer 64 contacts the NRF 63 using an NFDiscovery_request to discover NWDAF(s) that can provide analytics services according to a set of rich query parameters.

[0204] Step S604: NRF63 maps the analytics data consumer query parameters to stored NWDAF capabilities to identify which NWDAF(s) can respond to which portions of the query.

[0205] Step S605: The NRF 63 responds to the analytics data consumer 64 using an NFDiscovery_Response with the request / subscription identifier, a mapping of which NWDAFs can respond to which parts of the query, and the complete NFProfile of each associated NWDAF. The received request / subscription identifier can then be used by the analytics data consumer to subscribe to the NRF for mapping updates using the NFStatusSubscribe operation (see next section).

[0206] Step S606: The NWDAF service analysis data consumer 64 subscribes to each or only some of the associated NWDAFs 60 to 62 according to the mapping in step S605.

[0207] Step S607: The NWDAF notifies the service analysis data consumer of the analysis event according to the subscription in step S606.

[0208] Steps S608-S612: Similar to steps S603-S607, enable the analysis data consumer 64 to receive an analysis for the new query.

[0209] 4.4 Renewal and Reselection of Analysis Services Extensions to the existing NFUpdate, NFStatusSubscribe, and NFStatusNotify operations can be added along with new mapping functions in the NRF. Figure 7 is a sequence diagram illustrating one embodiment of a method for NWDAF registration update, which results in an analytics data consumer reselecting a serving NWDAF. Similar to Figure 6, NWDAFs #1, #2, and #3, having reference numerals 60, 61, and 62, respectively, are 3GPP embodiments of the analytics function instances #1-#3 discussed above. NRF 63 is a 3GPP embodiment of the CDS discussed above. NWDAF service analytics data consumer 64 is a 3GPP embodiment of the analytics data consumer discussed above.

[0210] Step S701: The NWDAF service analysis data consumer 64 has already performed detection of the NWDAFs 60-62 and subscribed to them for analysis events, as described with reference to FIG.

[0211] Step S702: The NWDAF service analysis data consumer 64 subscribes to the NRF 63 for NF status updates. The existing NFStatusSubscribe operation is extended to allow the service subscriber to specify which request / subscription identifier updates are requested.

[0212] Step S703: The NWDAFs 60-62 update their NFProfile data stored in the NRF. In this example, the UE filters have changed since the original registration. This may be due to UE mobility, for example.

[0213] Step S704: NRF 63 stores the updated NWDAF NFProfile.

[0214] Step S705: NRF 63 updates its instance mapping to take into account the updated NWDAF NFProfile.

[0215] Step S706: The NRF 63 notifies the NWDAF service analysis data consumer 64 that there has been a change in the NWDAF instance mapping for the subscribed status update. In this example, the analyses of the UE3 filters are now performed by NWDAF instance #1 (60), but they were previously performed by instance #2 (61). The existing NFStatusNotify operation is extended to allow the NRF 63 to send the updated instance mapping associated with the request / subscription identifier.

[0216] Step S707: The NWDAF service analysis data consumer 64 unsubscribes its subscription to the NWDAF instance #2 (61) for UE3 analysis.

[0217] Step S708: The NWDAF service analysis data consumer 64 subscribes to the NWDAF instance #1 (60) for UE3 analysis.

[0218] Step S709: The NWDAF instance #1 (60) notifies the service analysis data consumer 64 of the analysis event according to the subscription in step S708.

[0219] 4.5 Tracking and Combining Analytics Services This section relates to the 3GPP implementation of the tracking and combining embodiment described in the previous section "2.2.2 Tracking and Combining Enhancements."

[0220] 4.5.1 Service Analytics Data Consumer Registers Acknowledgment with NRF After the initial discovery of a suitable NWDAF, as described in section "4.3 Analysis Service Discovery Procedure," the analytics data consumer may have a unique request / subscription identifier that may be used to register with the NRF acknowledgments related to analysis requests / subscriptions made to the NWDAF. According to one embodiment, the existing Nnrf_NFManagement_NFStatusSubscribe operation is extended to convey these acknowledgments.

[0221] Section "2.2.2 Enhancing Through Tracking and Coupling" describes four scenarios for analysis request / subscription integrity. In each case, the Nnrf_NFManagement_NFStatusSubscribe operation can be extended to include a unique request / subscription identifier so that the analysis data consumer can receive notifications related to mapping updates from the NRF. The four scenarios may have different requirements regarding other parameters that need to be added to the Nnrf_NFManagement_NFStatusSubscribe operation.

[0222] Completed, no acknowledgement. If the service directory mapping includes all the initial discovery parameters, the analytics data consumer can create an analytics request / subscription corresponding to all requested parameters. In this case, the request / subscription identifier may correspond to the initial mapping, and the NRF may maintain the mapping until a further NFProfile update is received, at which point it may notify the analytics data consumer. If the service directory mapping includes only a subset of the original request parameters, the request / subscription identifier may correspond to this reduced mapping. In this case, the NRF may maintain the reduced mapping, and the analytics data consumer may subsequently be notified of updates, possibly only for this reduced mapping.

[0223] Completed, acknowledged: The NRF may maintain the current mapping (although this may be the default behavior).

[0224] Partial: An analytics data consumer can subscribe to analytics for a subset of the full mapping provided by the NRF. In the absence of an acknowledgement, the request / subscription identifier may correspond to the full mapping, and when the NRF receives an NFProfile update from the NWDAF that matches the identifier, the mapping may be updated and a notification may be sent to the analytics data consumer. In the absence of an acknowledgement from the analytics data consumer, the request / subscription identifier may be remapped to the subset parameters, the NRF may delete its retained mapping, and subsequent updates to the analytics data consumer may pertain only to the subset parameters.

[0225] Waiting: The analytics data consumer does not perform an analytics subscription. In the absence of an acknowledgement, the request / subscription identifier alone may be sufficient for the NRF to notify the service analytics data consumer when the NRF receives an NFProfile update from an NWDAF that matches the identifier. In the presence of an acknowledgement, the NRF may, for example, purge the current mapping while retaining the request / subscription identifier in order to notify the analytics data consumer when the NRF receives an NFProfile update from an NWDAF that matches the identifier.

[0226] Rejection: If there is an acknowledgement, in addition to the request / subscription identifier, the NRF may purge the mapping from memory.

[0227] 4.5.2 NWDAF notifies NRF of analytics data consumer subscriptions related to NFProfile updates According to one embodiment, when the NWDAF sends an NFProfile update to the NRF, it may inform it which of the active analytic subscriptions from analytic data consumers contain parameters related to the update.

[0228] The extended Nnwdaf_AnalyticsSubscription_Subscribe operation allows the analytics data consumer to include a request / subscription identifier.

[0229] The extended Nnrf_NFManagement_NFUpdate operation allows the NWDAF to include a list of request / subscription identifiers related to the updated rich NFProfile (i.e., the updated profile adds / removes / modifies one or more parameters in the subscription).

[0230] 4.6.1 Reselecting the Analysis Service, Transparent Mode Figure 8 is a sequence diagram illustrating one embodiment of a method for updating an analytics instance directory service that is transparent to analytics data consumers. Similar to Figures 6 and 7, analytics function entities, e.g., NWDAFs #1, #2, and #3, having reference numbers 60, 61, and 62, respectively, are 3GPP embodiments of the analytics function instances #1-#3 discussed above. Analytics function directory entities, e.g., NRF 63, are 3GPP embodiments of the CDS discussed above. Entity NWDAF analytics data consumer 64 is a 3GPP embodiment of the analytics data consumer discussed above.

[0231] Step S801: The NWDAFs 60 to 62 update their enhanced NFProfiles with the NRF 63 using NFUpdate.

[0232] Step S802: NRF 63 stores the updated NWDAF NFProfile.

[0233] Step S803: NRF63 updates its instance mapping to take into account the updated NWDAF NFProfile and calculates new subscriptions.

[0234] Step S804: The NRF 63 notifies the NWDAFs involved in the subscription (here, subscription #1) of the new analytics data consumer subscription parameters that will now be used for queries. According to one embodiment, a new function, Analytics_Subscription_Update, is added that allows the NWDAF analytics subscription to be updated by the NRF 63 on behalf of the analytics data consumer 64. According to a different embodiment, this can be achieved by successive use of the existing Nnwdaf_AnalyticsSubscription_Unsubscribe and Nnwdaf_AnalyticsSubscription_Subscribe operations, modified to allow the NRF 63 to act on behalf of the analytics data consumer 64.

[0235] Step S805: The NWDAF 60, 61 notifies the customer 64 NF using a notification mechanism.

[0236] Step S806: The new subscription relies on the same mechanism as in step 5. According to one embodiment, a new function for unsubscription on behalf of the customer NF is defined, or according to a different embodiment, a modification of Analytics_function_unsubscribe is defined to allow NRF63 to unsubscribe on behalf of the NF.

[0237] Step S807 is similar to step S805.

[0238] Steps S808-S810 show the new data / updates and corresponding notification to the analytical data consumer 64.

[0239] 4.6.2 Reselection with Partial NWDAF Analysis Subscription Forwarding According to one embodiment, the analytics data consumer provides a subscription context to the NWDAF indicating at least which other NWDAFs are selected by the analytics data consumer to cover the analytics requirements, which helps the NWDAF identify targets to forward the subscription to, i.e., instead of a new NWDAF, it attempts to select an NWDAF already in use by the analytics data consumer.

[0240] It should be noted that the list of analysis functions and the following procedure may also be useful and applicable in the case of a complete subscription transfer (i.e., not a partial transfer) from one NWDAF to another NWDAF, the only difference relies on the fact that a complete subscription transfer is performed in step S909 of the following procedure.

[0241] 9A-9B are sequence diagrams illustrating partial subscription transfer from one NWDAF to another that is transparent to the analytics data consumer, with the transfer preferably occurring to an NWDAF that has already answered part of the query.

[0242] 9A-9C, the queried data or capability sets are represented as geometric shapes (triangle, circle, square, lens). These sets may represent any subset of NWDAF capabilities and data and may typically be described by filters that restrict the capabilities and subsets. Parameters of these filters may include, for example, the S-NSSAI, analysis ID(s), supported service(s), possibly with associated analysis IDs, NWDAF serving area information, i.e., a list of TAIs for which the NWDAF may provide analysis and / or data, and, if the selection is to determine candidates for analysis subscription transfer, the location information of the NWDAF.

[0243] In the example shown in Figure 9C, the sets are characterized by their Tracking Area Identifiers (TAIs). Geometric shapes correspond to the TAIs as follows: In the following, the term rising / falling moon is used for the specific geometric shapes that correspond to the shape of the moon as observed in the Northern Hemisphere. Rising / falling moon refers to the position of the moon compared to the center of the Earth: Triangle = TAI1, falling half moon = TAI2, lens (intersection of both circles) = TAI3, rising half moon = TAI4, square = TAI5.

[0244] Referring again to Figures 9A-9B, in step S901, the Nnrf_NFManagement_NFRegister service operation is used by the NWDAF to provide the NRF with an NF profile. The specific NWDAF data in the NF profile is contained in the NwdafInfo attribute. The NWDAF data typically describes which TAIs, analysis IDs, and S-NSSAIs are covered by the NWDAF. As shown in the "NRF Capabilities" rectangle, NWDAF1 covers TAI1, TAI2, and TAI3, NWDAF2 covers TAI3 and TAI4, and NWDAF3 covers TAI3 and TAI5.

[0245] In step S902, the analytics data consumer may send an Nnrf_NFDiscovery request to the NRF to discover NWDAFs registered with the NRF that satisfy given input query parameters. The input parameters may represent a subset of data and NWDAF capabilities relevant to the subsequent analytics query.

[0246] The parameters may, for example, specify the set of TAIs required (e.g., TAI1, 3, 5 in Figure 9A).

[0247] In step S903, the NRF sends an Nnrf_NFDiscovery response that includes an array of NWDAF NF profile objects.

[0248] Using the preferredSearch data model (see, e.g., TS29.510), the NRF may indicate that a given NWDAF does not cover all TAIs (or more generally, requested input parameters), but that only the set of returned NWDAFs covers the entire set.

[0249] Step S904: The analytics data consumer may select the NWDAFs to be used according to internal logic and subscribe to them for analytics information, for example, using Nnwdaf_AnalyticsSubscription_Subscribe. Each subscription may include a list of other NWDAF IDs selected by the analytics data consumer for analytics. For example, a subscription to NWDAF#1 indicates that the analytics data consumer is also subscribed to NWDAF#3. Each NWDAF may store the list of other NWDAF IDs, for example, along with a subscription correlation ID (the latter may be generated by the NWDAF).

[0250] Step S905: The NWDAF may provide the analytics data consumer with a subscription correlation ID assigned to the analytics data consumer by the NWDAF using Nnwdaf_AnalyticsSubscription_Notify. The NWDAF also notifies the analytics data consumer of the output analytics. It is assumed that a separate subscription is made to each NWDAF, and the analytics data consumer performs aggregation. This analytics data consumer may be an NWDAF with aggregation capabilities.

[0251] Step S906: NWDAF#1 may send a message to the NRF to update its NF profile parameters previously registered with the NRF. The Nnrf_NFManagement_NFUpdate operation may apply to the entire profile of the NF (complete replacement of the existing profile with the new profile) or only to a subset of parameters. NWDAF#1 can no longer provide analytics to analytics data consumers for the full range of parameters in the subscription.

[0252] In step S907, NWDAF#1 may send an Nnrf_NFDiscovery request to the NRF to discover NWDAFs registered with the NRF that satisfy given input query parameters corresponding to capabilities that are no longer provided according to the Nnrf_NFManagement_NFUpdate performed in step S906.

[0253] In step S908, the NRF replies with an Nnrf_NFDiscovery response that may include an array of NWDAF NF profile objects.

[0254] Step S909: From the list of NWDAFs received in step S908, NWDAF#1 may select an NWDAF to transfer the analytics subscription for which it can no longer provide capabilities. This selection may give priority to NWDAFs in the list of other NWDAF IDs selected by the consumer for analytics received in step 4. The NWDAF may update the list of NWDAFs involved in the consumer's query according to the selection. The NWDAF may use the Nnwdaf_AnalyticsSubscription_Transfer service operation to transfer the analytics subscription to NWDAF#3 to which the consumer already has a subscription. The value of the transfer type may be set to "partial analytics subscription transfer." The request may include input parameters of analytics exposure corresponding to the portion of the original subscription to be transferred (e.g., TS 23.288 v17.0.0 clause 6.1.3). The transfer request may also include the analytics data consumer's callback URI, subscription correlation ID, and IDs of active data sources (i.e., the list of NWDAFs involved in the consumer's query).

[0255] Step S910: The NWDAF may also notify other NWDAFs involved in the analytics data consumer's query of the (e.g., partial) transfer and provide a new list of NWDAFs involved in the analytics data consumer's query. This may ensure that all NWDAFs serving the analytics data consumer have an up-to-date list of NWDAFs involved in the analytics data consumer's query. The NWDAF may use the Nnwdaf_AnalyticsSubscription_Transfer service operation, for example, by including a new transfer type, i.e., analytics subscription context modification. The analytics subscription context modification may indicate that this particular transfer request message is "information only" and that the receiving NWDAF is not actually taking over / transferring part of the subscription. The NWDAF may also use another query specifically created for the purpose of transferring context information to another NWDAF (e.g., Nnwdaf_AnalyticsInfo_Notify).

[0256] Step S911: NWDAF#3 may notify the analytics data consumer about the successful partial analytics subscription transfer using a Nnwdaf_AnalyticsSubscription_Notify message and may provide a new subscription correlation ID that may be assigned to the subscription correlation ID parameter of this message and includes a partial transfer flag. NWDAF#1 may continue to notify the analytics data consumer in the Nnwdaf_AnalyticsSubscription_Notify message using the original subscription correlation ID.

[0257] FIG. 10 is a flow diagram illustrating a method for analytical data retrieval performed by an NRF (e.g., NRF63 or CDS23 (NRF is a type of CDS)), according to one embodiment.

[0258] In step S1000, the NRF receives information from a network data analysis function (e.g., 60, 61, 62), the NWDAF, indicating the NWDAF's capability to provide analytical data (see, among other things, step S202 of FIG. 2A). The NRF may then internally register the received capability (see, among other things, step S203 of FIG. 2A). In step S1001, the NRF receives a query for analytical data from an NWDAF analytical data consumer (e.g., 24 or 64), the query including query parameters specifying the analytical data to be searched (see, among other things, step S204 of FIG. 2A). In step S1002, the NRF determines, based on the query parameters received from the NWDAF analytics data consumer and the information representing the capabilities received from at least one NWDAF (see, inter alia, step S205 of FIG. 2A ), a selection of NWDAFs to be queried for analytics data and, for each selected NWDAF, a query parameter subset to be used to query the selected NWDAF.

[0259] In step S1003, the NRF sends to the NWDAF analytics data consumer (see, inter alia, step S206 of FIG. 2A) the identification of the selected NWDAFs and a query parameter subset for each selected NWDAF.

[0260] The NWDAF analytics data consumer can now issue a request / subscription request to each of the selected NWDAFs to retrieve analytics data (see, inter alia, step S207 of FIG. 2A) using the received query parameter subset to query the selected NWDAFs, thus retrieving the desired analytics data (see, inter alia, step S208 of FIG. 2A).

[0261] 11 is a system diagram illustrating one embodiment of a device 1100 for analytical data retrieval. The device corresponds, for example, to device 23 of FIGS. 2-5 or device 63 of FIGS.

[0262] The device includes at least one processor 1118, memory 1132, a power source 1134, and one or more transceivers 1120. The transmit / receive element 1122 may be configured to transmit signals to or receive signals from another device (e.g., an analysis data consumer 24 or 64, or an analysis function 20-22 / NWDAF 60-62). For example, in one embodiment, the transmit / receive element 1122 may be an antenna configured to transmit and / or receive RF signals.

[0263] At least one processor 1118 of the device 1100 is configured to: receive from the network data analysis functions (60, 61, 62), information representing the NWDAF's capability to provide analytical data; receive from the NWDAF analytical data consumers (64) queries for analytical data, the queries including query parameters specifying the analytical data to be searched; determine, based on the query parameters received from the NWDAF analytical data consumers and the information representing the capabilities received from the at least one NWDAF, a selection of NWDAFs to be queried for analytical data and, for each selected NWDAF, a query parameter subset to be used to query the selected NWDAF; and transmit to the NWDAF analytical data consumers identification of the selected NWDAFs and, for each selected NWDAF, the query parameter subset.

[0264] conclusion Although not explicitly stated, the embodiments described herein may be used in any combination or subcombination. For example, the principles described herein are not limited to the variations described, and any arrangement of variations and embodiments may be used. Furthermore, the principles described herein are not limited to the channel access methods described, and any other type of channel access method having different priority levels is compatible with the present principles.

[0265] Additionally, any features, variations, or embodiments described in the methods are compatible with an apparatus device including means for processing the disclosed methods, compatible with a device with a processor configured to process the disclosed methods, compatible with a computer program product including program code instructions, and compatible with a non-transitory computer-readable storage medium storing program instructions.

[0266] While features and elements are described above in particular combinations, those skilled in the art will understand that each feature or element may be used alone or in any combination with the other features and elements. Additionally, the methods described herein may be implemented in a computer program, software, or firmware embodied in a computer-readable medium for execution by a computer or processor. Examples of non-transitory computer-readable storage media include, but are not limited to, read-only memory (ROM), random-access memory (RAM), registers, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD-ROM disks and digital versatile disks (DVDs). A processor in association with software may be used to implement a radio frequency transceiver for use in the WTRU 102, a WTRU, a terminal, a base station, an RNC, or any host computer.

[0267] Furthermore, in the above embodiments, processing platforms, computing systems, controllers, and other devices including processors are described. These devices may include at least one central processing unit ("Central Processing Unit (CPU") and memory. In accordance with the practices of those skilled in the art of computer programming, references to acts and symbolic representations of operations or instructions may be performed by various CPUs and memories. Such acts and operations or instructions may be referred to as being "executed," "computer-executed," or "CPU-executed."

[0268] Those of ordinary skill in the art will understand that the operations and symbolically represented operations or instructions include the manipulation of electrical signals by a CPU. The electrical system represents data bits that can cause a resulting transformation or reduction of the electrical signals, and maintains the data bits in memory locations in a memory system, thereby reconfiguring or otherwise altering the operation of the CPU and the processing of other signals. The memory locations in which the data bits are maintained are physical locations that have particular electrical, magnetic, optical, or organic properties that correspond to or represent the data bits. It should be understood that exemplary embodiments are not limited to the above-mentioned platforms or CPUs, and that other platforms and CPUs may support the provided methods.

[0269] The data bits may also be maintained on computer-readable media, including magnetic disks, optical disks, and any other volatile (e.g., random access memory ("RAM")) or non-volatile (e.g., read-only memory ("ROM")) mass storage system readable by a CPU. The computer-readable media may include cooperative or interconnected computer-readable media that reside exclusively on a processing system or that are distributed among multiple interconnected processing systems, which may be local or remote to a processing system. Representative embodiments are not limited to the memories described above, and it will be understood that other platforms and memories may support the described methods.

[0270] In an exemplary embodiment, any of the operations, processes, etc. described herein may be implemented as computer-readable instructions stored on a computer-readable medium, which may be executed by a processor of a mobile, a network element, and / or any other computing device.

[0271] There is little distinction between hardware and software implementations of aspects of the system. The use of hardware or software is generally a design choice representing a cost vs. efficiency trade-off (e.g., in that the choice between hardware and software can be important in certain contexts, although not always). There may be a variety of vehicles (e.g., hardware, software, and / or firmware) in which the processes and / or systems and / or other techniques described herein may be effective, and the preferred vehicle may vary depending on the context in which the processes and / or systems and / or other techniques are deployed. For example, if an implementer determines that speed and accuracy are paramount, the implementer may select a primarily hardware and / or firmware vehicle. If flexibility is paramount, the implementer may select a primarily software implementation. Alternatively, the implementer may select some combination of hardware, software, and / or firmware.

[0272] The foregoing detailed description has illustrated various embodiments of devices and / or processes through the use of block diagrams, flowcharts, and / or examples. To the extent that such block diagrams, flowcharts, and / or examples include one or more functions and / or operations, those skilled in the art will appreciate that each function and / or operation in such block diagrams, flowcharts, or examples may be individually and / or collectively implemented by a wide range of hardware, software, firmware, or substantially any combination thereof. Suitable processors include, by way of example, a general-purpose processor, a special-purpose processor, a conventional processor, a digital signal processor (DSP), multiple microprocessors, one or more microprocessors associated with a DSP core, a controller, a microcontroller, an application specific integrated circuit (ASIC), an application specific standard product (ASSP), a field programmable gate array (FPGA) circuit, any other type of integrated circuit (IC), and / or a state machine.

[0273] While features and elements have been provided above in particular combinations, those of ordinary skill in the art will understand that each feature or element can be used alone or in any combination with other features and elements. The present disclosure is not limited in terms of the specific embodiments described herein; these embodiments are intended as illustrations of various aspects. It will be apparent to those skilled in the art that many modifications and variations can be made without departing from the spirit and scope of the invention. No element, act, or instruction used in the description of the present application should be construed as critical or essential to the invention unless explicitly stated as such. Functionally equivalent methods and apparatuses within the scope of the present disclosure, in addition to those enumerated herein, will be apparent to those skilled in the art from the foregoing description. Such modifications and variations are intended to fall within the scope of the appended claims. The present disclosure is to be limited only by the terms of the appended claims, along with the full scope of equivalents to which such claims are entitled. It is understood that the present disclosure is not limited to any particular method or system.

[0274] It should also be understood that the terminology used herein is for the purpose of describing particular embodiments only and is not intended to be limiting. As used herein, when referred to herein, "station" and its abbreviation "STA," "user equipment," and its abbreviation "WTRU" may mean (i) a wireless transmit and / or receive unit (WTRU) such as the described infrastructure, (ii) any of several embodiments of a WTRU such as the described infrastructure, (iii) a wireless-enabled and / or wired (e.g., tethered) device configured with some or all of the structure and functionality of a WTRU such as the described infrastructure, among others, (iii) a wireless-enabled and / or wired device configured with less than all of the structure and functionality of a WTRU such as the described infrastructure, or (iv) the like. Details of an exemplary WTRU that may represent any WTRU enumerated herein are provided below with respect to FIGS. 1A-1D.

[0275] In certain exemplary embodiments, portions of the subject matter described herein may be implemented via application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), digital signal processors (DSPs), and / or other integrated formats. However, those skilled in the art will recognize that some aspects of the embodiments disclosed herein may be equivalently implemented in whole or in part in an integrated circuit as one or more computer programs running on one or more computers (e.g., as one or more programs running on one or more computer systems), as one or more programs running on one or more processors (e.g., as one or more programs running on one or more microprocessors), as firmware, or as substantially any combination thereof, and that designing circuitry and / or writing software and / or firmware code is within the skill of those skilled in the art in light of this disclosure. Additionally, those skilled in the art will understand that the mechanisms of the subject matter described herein may be distributed as program products in various forms, and that the exemplary embodiments of the subject matter described herein apply regardless of the particular type of signal-bearing medium used to actually effect the distribution. Examples of signal bearing media include, but are not limited to, recordable media such as floppy disks, hard disk drives, CDs, DVDs, digital tape, computer memory, and transmission media such as digital and / or analog communications media (e.g., fiber optic cables, wave guides, wired communications links, wireless communications links, etc.).

[0276] The subject matter described herein may, in some cases, depict different components that are contained within or connected to different other components. It should be understood that such illustrated architectures are merely examples, and that in fact many other architectures that achieve the same functionality may be implemented. Conceptually, any arrangement of components to achieve the same functionality is effectively “associated” such that the desired functionality may be achieved. Thus, any two components combined herein to achieve a particular function can be viewed as “associated” with each other such that the desired functionality is achieved, regardless of the architecture or intermediate components. Similarly, any two components so associated may also be considered to be “operably connected” or “operably coupled” to each other to achieve the desired functionality, and any two components so associated may also be considered to be “operably coupleable” to each other to achieve the desired functionality. Examples of operably coupleable include, but are not limited to, physically matable and / or physically interacting components, wirelessly interacting and / or wirelessly interacting components, and / or logically interacting and / or logically interacting components.

[0277] With respect to the use of virtually any plural and / or singular term herein, those skilled in the art can convert from plural to singular and / or from singular to plural as appropriate to the context and / or application. Various singular / plural permutations may be expressly set forth herein for purposes of clarity.

[0278] In general, those skilled in the art will understand that terms used in this specification, and particularly in the appended claims (e.g., the body of the appended claims), are generally intended as "open" terms (e.g., the term "including" should be interpreted as "including, but not limited to," the term "having" should be interpreted as "having at least," and the term "including" should be interpreted as "including, but not limited to"). Furthermore, where a specific number of recitations of an introduced claim are intended, such intention will be explicitly set forth in the claim; in the absence of such recitation, those skilled in the art will understand that no such intention exists. For example, where only one item is intended, the term "single" or similar language may be used. To assist in understanding, the following appended claims and / or description of this specification may include the use of the introductory phrases "at least one" and "one or more" to introduce claim recitations. However, the use of such phrases should not be construed as meaning that the introduction of a claim recitation by the indefinite article "a" or "an" limits any particular claim containing such an introduced claim recitation to embodiments containing only one such recitation, even if the same claim contains the introductory phrase "one or more" or "at least one" and an indefinite article such as "a" or "an" (e.g., "a" and / or "an" should be interpreted to mean "at least one" or "one or more"). The same applies to the use of definite articles used to introduce claim recitations. Additionally, those skilled in the art will recognize that even when a specific number of recitations of an introduced claim are explicitly recited, such recitation should be interpreted to mean at least the recited number (e.g., the simple recitation "two recitations" without other modifiers means at least two recitations, or more than two recitations).

[0279] Furthermore, when notation similar to "at least one of A, B, and C" is used, such structure is generally intended as the meaning that one of ordinary skill in the art would understand the notation (e.g., "a system having at least one of A, B, and C" includes, but is not limited to, a system having A only, B only, C only, A and B together, A and C together, B and C together, and / or A, B, and C together). When notation similar to "at least one of A, B, or C" is used, such structure is generally intended as the meaning that one of ordinary skill in the art would understand the notation (e.g., "a system having at least one of A, B, or C" includes, but is not limited to, a system having A only, B only, C only, A and B together, A and C together, B and C together, and / or A, B, and C together). Those skilled in the art will further appreciate that virtually any disjunctive word and / or phrase presenting two or more alternative terms, whether in the specification, claims, or drawings, should be understood to contemplate the possibility of including one of the terms, either of the terms, or both terms. For example, the phrase "A or B" should be understood to include the possibilities of "A" or "B" or "A and B." Furthermore, as used herein, the term "any of," followed by a list of items and / or a list of categories of items, is intended to include "any of," "any combination of," "any plurality of," and / or "any combination of" the items and / or categories of items, individually or in combination with other items and / or other categories of items. Furthermore, as used herein, the terms "set" or "group" are intended to include any number of items, including zero. Additionally, as used herein, the term "number" is intended to include any number, including zero.

[0280] Additionally, where features or aspects of the disclosure are described in terms of a Markush group, those skilled in the art will recognize that the disclosure is also thereby described in terms of any individual member or subgroup of members of the Markush group.

[0281] As will be understood by those skilled in the art, for all purposes, including in terms of providing a written description, all ranges disclosed herein encompass any possible subranges and combinations of subranges. Any recited range can be readily recognized as fully descriptive and allowing the same range to be broken down into at least equal halves, thirds, quarters, fifths, tenths, etc. As a non-limiting example, each range described herein can be easily broken down into a lower third, middle third, upper third, etc. As will also be understood by those skilled in the art, all terms such as "up to," "at least," "greater than," "less than," etc., refer to ranges that are inclusive of the recited number and that can be further broken down into subranges as described above. Finally, as will be understood by those skilled in the art, ranges include each individual element. Thus, for example, a group having 1 to 3 cells refers to a group having 1, 2, or 3 cells. Similarly, a group having 1 to 5 cells refers to a group having 1, 2, 3, 4, or 5 cells, and so on.

[0282] Furthermore, the claims should not be read as limited to the provided order or to the provided elements unless specifically so stated. Additionally, the use of the term "means for" in any claim is intended to invoke 35 U.S.C. 112, paragraph 6, or means-plus-function claim format, and any claim without the term "means for" is not so intended.

[0283] A processor in association with software may be used to implement a radio frequency transceiver for use in a wireless transmit / receive unit (WTRU), user equipment (WTRU), terminal, base station, mobility management entity (MME), or evolved packet core (EPC), or any host computer. The WTRU may be used in conjunction with modules implemented in hardware and / or software, such as, for example, a software defined radio (SDR), and may also be implemented in other components, such as a camera, a video camera module, a video phone, a speaker phone, a vibration device, a speaker, a microphone, a television transceiver, a hands-free headset, a keyboard, a Bluetooth module, a frequency modulation (FM) radio unit, a near field communication (NFC) module, an LCD display unit, an organic light emitting diode (OLED) display unit, a digital music player, a media player, a video game player module, an internet browser, and / or a wireless local area network (WLAN) or ultra wide band (UWB) module.

[0284] Although the present invention has been described with respect to a communications system, it is contemplated that the system may be implemented in software on a microprocessor / general purpose computer (not shown). In particular embodiments, one or more of the functions of the various components may be implemented in software controlling a general purpose computer.

[0285] Additionally, although the invention is illustrated and described herein with reference to specific embodiments, the invention is not intended to be limited to the details shown. Rather, various modifications of the details can be made within the scope of the claims and their equivalents and without departing from the invention.

[0286] Throughout this disclosure, those skilled in the art will understand that certain exemplary embodiments may be used alternatively or in combination with other exemplary embodiments.

[0287] While features and elements are described above in particular combinations, those skilled in the art will understand that each feature or element may be used alone or in any combination with the other features and elements. Additionally, the methods described herein may be implemented in a computer program, software, or firmware embodied in a computer-readable medium for execution by a computer or processor. Examples of non-transitory computer-readable storage media include, but are not limited to, read-only memory (ROM), random-access memory (RAM), registers, cache memory, semiconductor memory devices, magnetic media such as internal hard disks and removable disks, magneto-optical media, and optical media such as CD-ROM disks and digital versatile disks (DVDs). A processor in association with software may be used to implement a radio frequency transceiver for use in a WTRU, a WTRU, a terminal, a base station, an RNC, or any host computer.

[0288] Furthermore, in the above embodiments, processing platforms, computing systems, controllers, and other devices including processors are described. These devices may include at least one central processing unit ("Central Processing Unit (CPU") and memory. In accordance with the practices of those skilled in the art of computer programming, references to acts and symbolic representations of operations or instructions may be performed by various CPUs and memories. Such acts and operations or instructions may be referred to as being "executed," "computer-executed," or "CPU-executed."

[0289] Those of ordinary skill in the art will understand that the operations and symbolically represented operations or instructions involve the manipulation of electrical signals by a CPU. An electrical system represents data bits that can cause a resulting transformation or reduction of the electrical signals, and maintains the data bits in memory locations in a memory system, thereby reconfiguring or otherwise altering the operation of the CPU and the processing of other signals. The memory locations in which the data bits are maintained are physical locations that have particular electrical, magnetic, optical, or organic properties that correspond to or represent the data bits.

[0290] The data bits may also be maintained on computer-readable media, including magnetic disks, optical disks, and any other volatile (e.g., random access memory ("RAM")) or non-volatile (e.g., read-only memory ("ROM")) mass storage system readable by a CPU. The computer-readable media may include cooperative or interconnected computer-readable media that reside exclusively on a processing system or that are distributed among multiple interconnected processing systems, which may be local or remote to a processing system. Representative embodiments are not limited to the memories described above, and it will be understood that other platforms and memories may support the described methods.

[0291] Suitable processors include, by way of example, a general purpose processor, a special purpose processor, a conventional processor, a digital signal processor (DSP), multiple microprocessors, one or more microprocessors associated with a DSP core, a controller, a microcontroller, an application specific integrated circuit (ASIC), an application specific standard product (ASSP), a field programmable gate array (FPGA) circuit, any other type of integrated circuit (IC), and / or a state machine.

[0292] Although the present invention has been described with respect to a communications system, it is contemplated that the system may be implemented in software on a microprocessor / general purpose computer (not shown). In particular embodiments, one or more of the functions of the various components may be implemented in software controlling a general purpose computer.

[0293] Additionally, although the invention is illustrated and described herein with reference to specific embodiments, the invention is not intended to be limited to the details shown. Rather, various modifications of the details can be made within the scope of the claims and their equivalents and without departing from the invention.

Claims

1. 1. A method performed by a first network analysis node in a network, the method comprising: receiving a first message from a device, the first message including information indicating a subscription request, the request for subscription being for network analysis information about the device from the first network analysis node, and a first list of additional network analysis nodes selected for subscription by the device; selecting a second network analysis node from among the further network analysis nodes in the first list of further network analysis nodes; sending to the second network analysis node a second message including information indicating a request for transfer of at least a portion of the subscription to the network analysis information from the first network analysis node to the second network analysis node.

2. The method of claim 1 , wherein the second message further includes information indicating the additional network analysis node selected by the device for subscription.

3. The method of claim 1 , further comprising sending a third message to the additional network analysis node that includes information indicating the forwarding of the at least a portion of the subscription.

4. The method of claim 1 , wherein the second message further includes information indicative of at least one of an identifier of the device and an identifier of the subscription.

5. a first network analysis node, a memory for storing processor-executable program instructions; at least one processor executing the program instructions; receive a first message from a device in a network that includes information indicating a subscription request, the request for subscription being for network analysis information about the device from the first network analysis node, and a first list of additional network analysis nodes selected for subscription by the device; selecting a second network analysis node from among the further network analysis nodes in the first list of further network analysis nodes; at least one processor configured to send a second message to the second network analysis node in the network, the second message including information indicating a request for transfer of at least a portion of the subscription to the network analysis information from the first network analysis node to the second network analysis node.

6. The first network analysis node of claim 5 , wherein the second message further includes information indicating the additional network analysis node selected by the device for subscription.

7. 6. The first network analysis node of claim 5, wherein the at least one processor is further configured to execute the program instructions to send a third message to the further network analysis node, the third message including information indicating the forwarding of the at least portion of the subscription.

8. The first network analysis node of claim 5 , wherein the second message further includes information indicating at least one of an identifier of the device and an identifier of the subscription.

Images