Functionality and collected data reporting schemes in wireless communications

Abstract

This document generally relates to wireless communication involving a user device that receives, and a network device that transmits, an applicability reporting configuration. The user device determines an applicability status of a functionality of the user device based on the applicability reporting configuration. The user device transmits, and the network device receives, an applicability report indicating the applicability status of the functionality. Additionally, a network device determines whether to change at least one activation status for at least one functionality based on functionality information. Also, a user device receives a first indication indicating whether to report an availability indication indicating an availability of collected data, and operates according to the first indication upon accessing or camping on a new network device, serving cell, or area. Additionally, a new network device transmits a request to receive the collected data and / or information related to the collected data.

Description

FUNCTIONALITY AND COLLECTED DATA REPORTING SCHEMES IN WIRELESS COMMUNICATIONSTECHNICAL FIELD

[0001] This document is directed generally to functionality and collected data reporting schemes in wireless communications.BACKGROUND

[0002] Wireless communications may utilize artificial intelligence (AI) -enabled network architecture and / or leverage other types of AI and / or machine learning (ML) to enable air interface intelligence with respect to certain functionality, such as data collection, ML model training, analytic inference, and closed-loop procedures by consuming data analytics. As the communication nodes need to know the functionality information of each other, ways to optimize communication of functionality information may be desirable.SUMMARY

[0003] This document relates to methods, systems, apparatuses and devices for wireless communication. In some implementations, a method for wireless communication includes: receiving, by a user device, an applicability reporting configuration from a network device; determining, by the user device, an applicability status of a functionality of the user device based on the applicability reporting configuration, the applicability status indicating whether the functionality is applicable or inapplicable; and sending, by the user device, an applicability report indicating the applicability status of the functionality.

[0004] In some other implementations, a method for wireless communication includes: transmitting, by a network device, an applicability reporting configuration to a user device; and receiving, by the network device, an applicability report indicating an applicability status of a functionality of the user device, the applicability status based on the applicability reporting  configuration, and the applicability status indicating whether the functionality is applicable or inapplicable.

[0005] In some other implementations, a method for wireless communication includes: receiving, by a first network device from a second network device, a message for performance of a procedure associated with a user device, the message comprising functionality information associated with at least one functionality of the user device; and determining, by the first network device, whether to change at least one activation status for the at least one functionality based on the functionality information, each of the at least one activation status is for a respective one of the at least one functionality, and each of the at least one activation status comprises activated or deactivated.

[0006] In some other implementations, a method wireless communication includes: receiving, by a user device, a first indication indicating at least one of: whether to report an availability indication when the user device accesses a new network device, a new serving cell, or a new area, the availability indication indicating an availability of collected data that the user device collected for training a model; or whether to remove or keep the collected data when the user device camps on or accesses the new network device, the new serving cell, or the new area; and operating, by the user device, according to the first indication upon accessing or camping on the new network device, the new serving cell, or the new area.

[0007] In some other implementations, a method for wireless communication includes: receiving, by a new network device, an availability indication that indicates an availability of collected data that a user device collected for training a model, wherein the new network device comprises a network device that the user device communicates with in response to the user device performing a procedure; and transmitting, by the new network device, a request message to the user device, the request message requesting to receive the collected data and / or information related to the collected data.

[0008] In some other implementations, a device, such as a network device, is disclosed. The device may include one or more processors and one or more memories, wherein the one or more processors are configured to read computer code from the one or more memories to implement any of the methods above.

[0009] In yet some other implementations, a computer program product is disclosed. The computer program product may include a non-transitory computer-readable program medium with computer code stored thereupon, the computer code, when executed by one or more processors, causing the one or more processors to implement any of the methods above.

[0010] The above and other aspects and their implementations are described in greater detail in the drawings, the descriptions, and the claims.BRIEF DESCRIPTION OF THE DRAWINGS

[0011] FIG. 1 shows a block diagram of an example of a wireless communication system.

[0012] FIG. 2 shows a flow chart of a method for wireless communication.

[0013] FIG. 3 shows a flow chart of another method for wireless communication.

[0014] FIG. 4 shows a flow chart of another method for wireless communication.

[0015] FIG. 5 shows a flow chart of another method for wireless communication.

[0016] FIG. 6 shows a flow chart of another method for wireless communication.

[0017] FIG. 7 shows a schematic diagram of example signaling between a user device and a network device for communication of functionality applicability information.DETAILED DESCRIPTION

[0018] The present description describes various embodiments of systems, apparatuses, devices, and methods for wireless communications related to functionality and collected data reporting schemes.

[0019] Fig. 1 shows a diagram of an example wireless communication system 100 including a plurality of communication nodes (or just nodes) that are configured to wirelessly communicate with each other. In general, the communication nodes include at least one user device 102 and at least one network device 104. The example wireless communication system 100 in Fig. 1 is shown as including two user devices 102, including a first user device 102 (1) and a second user  device 102 (2) , and one device 104. However, various other examples of the wireless communication system 100 that include any of various combinations of one or more user devices 102 and / or one or more network devices 104 may be possible.

[0020] In general, a user device as described herein, such as the user device 102, may include a single electronic device or apparatus, or multiple (e.g., a network of) electronic devices or apparatuses, capable of communicating wirelessly over a network. A user device may comprise or otherwise be referred to as a user terminal, a user terminal device, or a user equipment (UE) . Additionally, a user device may be or include, but not limited to, a mobile device (such as a mobile phone, a smart phone, a smart watch, a tablet, a laptop computer, vehicle or other vessel (human, motor, or engine-powered, such as an automobile, a plane, a train, a ship, or a bicycle as non-limiting examples) or a fixed or stationary device, (such as a desktop computer or other computing device that is not ordinarily moved for long periods of time, such as appliances, other relatively heavy devices including Internet of things (IoT) , or computing devices used in commercial or industrial environments, as non-limiting examples) . In various embodiments, a user device 102 may include transceiver circuitry 106 coupled to an antenna 108 to effect wireless communication with the network device 104. The transceiver circuitry 106 may also be coupled to a processor 110, which may also be coupled to a memory 112 or other storage device. The memory 112 may store therein instructions or code that, when read and executed by the processor 110, cause the processor 110 to implement various ones of the methods described herein.

[0021] Additionally, in general, a network device as described herein, such as the network device 104, may include a single electronic device or apparatus, or multiple (e.g., a network of) electronic devices or apparatuses, and may comprise one or more wireless access nodes, base stations, or other wireless network access points capable of communicating wirelessly over a network with one or more user devices and / or with one or more other network devices 104. For example, the network device 104 may comprise a 4G LTE base station, a 5G NR base station, a 5G central-unit base station, a 5G distributed-unit base station, a next generation Node B (gNB) , an enhanced Node B (eNB) , or other similar or next-generation (e.g., 6G) base stations, in various embodiments. A network device 104 may include transceiver circuitry 114 coupled to an antenna 116, which may include an antenna tower 118 in various approaches, to effect wireless  communication with the user device 102 or another network device 104. The transceiver circuitry 114 may also be coupled to one or more processors 120, which may also be coupled to a memory 122 or other storage device. The memory 122 may store therein instructions or code that, when read and executed by the processor 120, cause the processor 120 to implement one or more of the methods described herein.

[0022] In various embodiments, two communication nodes in the wireless system 100-such as a user device 102 and a network device 104, two user devices 102 without a network device 104, or two network devices 104 without a user device 102-may be configured to wirelessly communicate with each other in or over a mobile network and / or a wireless access network according to one or more standards and / or specifications. In general, the standards and / or specifications may define the rules or procedures under which the communication nodes can wirelessly communicate, which, in various embodiments, may include those for communicating in millimeter (mm) -Wave bands, and / or with multi-antenna schemes and beamforming functions. In addition or alternatively, the standards and / or specifications are those that define a radio access technology and / or a cellular technology, such as Fourth Generation (4G) Long Term Evolution (LTE) , Fifth Generation (5G) New Radio (NR) , Sixth Generation (6G) or beyond, or New Radio Unlicensed (NR-U) , as non-limiting examples.

[0023] Additionally, in the wireless system 100, the communication nodes are configured to wirelessly communicate signals between each other. In general, a communication in the wireless system 100 between two communication nodes can be or include a transmission or a reception, and is generally both simultaneously, depending on the perspective of a particular node in the communication. For example, for a given communication between a first node and a second node where the first node is transmitting a signal to the second node and the second node is receiving the signal from the first node, the first node may be referred to as a source or transmitting node or device, the second node may be referred to as a destination or receiving node or device, and the communication may be considered a transmission for the first node and a reception for the second node. Of course, since communication nodes in a wireless system 100 can both send and receive signals, a single communication node may be both a transmitting / source node and a  receiving / destination node simultaneously or switch between being a source / transmitting node and a destination / receiving node.

[0024] Also, particular signals can be characterized or defined as either an uplink (UL) signal, a downlink (DL) signal, or a sidelink (SL) signal. An uplink signal is a signal transmitted from a user device 102 to a network device 104. A downlink signal is a signal transmitted from a network device 104 to a user device 102. A sidelink signal is a signal transmitted from a one user device 102 to another user device 102, or a signal transmitted from one network device 104 to a another network device 104. Also, for sidelink transmissions, a first / source user device 102 directly transmits a sidelink signal to a second / destination user device 102 without any forwarding of the sidelink signal to a network device 104.

[0025] Additionally, signals communicated between communication nodes in the system 100 may be characterized or defined as a data signal or a control signal. In general, a data signal is a signal that includes or carries data, such multimedia data (e.g., voice and / or image data) , and a control signal is a signal that carries control information that configures the communication nodes in certain ways in order to communicate with each other, or otherwise controls how the communication nodes communicate data signals with each other. Also, certain signals may be defined or characterized by combinations of data / control and uplink / downlink / sidelink, including uplink control signals, uplink data signals, downlink control signals, downlink data signals, sidelink control signals, and sidelink data signals.

[0026] For at least some specifications, such as 5G NR, data and control signals are transmitted and / or carried on physical channels. Generally, a physical channel corresponds to a set of time-frequency resources used for transmission of a signal. Different types of physical channels may be used to transmit different types of signals. For example, physical data channels (or just data channels) , also herein called traffic channels, are used to transmit data signals, and physical control channels (or just control channels) are used to transmit control signals. Example types of traffic channels (or physical data channels) include, but are not limited to, a physical downlink shared channel (PDSCH) used to communicate downlink data signals, a physical uplink shared channel (PUSCH) used to communicate uplink data signals, and a physical sidelink shared channel (PSSCH) used to communicate sidelink data signals. In addition, example types of physical  control channels include, but are not limited to, a physical downlink control channel (PDCCH) used to communicate downlink control signals, a physical uplink control channel (PUCCH) used to communicate uplink control signals, and a physical sidelink control channel (PSCCH) used to communicate sidelink control signals. As used herein for simplicity, unless specified otherwise, a particular type of physical channel is also used to refer to a signal that is transmitted on that particular type of physical channel, and / or a transmission on that particular type of transmission. As an example illustration, a PDSCH refers to the physical downlink shared channel itself, a downlink data signal transmitted on the PDSCH, or a downlink data transmission. Accordingly, a communication node transmitting or receiving a PDSCH means that the communication node is transmitting or receiving a signal on a PDSCH.

[0027] Additionally, for at least some specifications, such as 5G NR, and / or for at least some types of control signals, a control signal that a communication node transmits may include control information comprising the information necessary to enable transmission of one or more data signals between communication nodes, and / or to schedule one or more data channels (or one or more transmissions on data channels) . For example, such control information may include the information necessary for proper reception, decoding, and demodulation of a data signals received on physical data channels during a data transmission, and / or for uplink scheduling grants that inform the user device about the resources and transport format to use for uplink data transmissions. In some embodiments, the control information includes downlink control information (DCI) that is transmitted in the downlink direction from a network device 104 to a user device 102. In other embodiments, the control information includes uplink control information (UCI) that is transmitted in the uplink direction from a user device 102 to a network device 104, or sidelink control information (SCI) that is transmitted in the sidelink direction from one user device 102 (1) to another user device 102 (2) .

[0028] Fig. 2 shows a flow chart of an example method 200 for wireless communication related to applicability reporting of a functionality. At block 202, a user device 102 receives an applicability reporting configuration from a network device 104. At block 204, the user device 102 determines an applicability status of a functionality of the user device 102 based on the applicability reporting configuration, the applicability status indicating whether the functionality is applicable or  inapplicable. At block 206, the user device 102 sends an applicability report indicating the applicability status of the functionality.

[0029] Fig. 3 shows a flow chart of another example method 300 for wireless communication related to applicability reporting of a functionality. At block 302, a network device 104 transmits an applicability reporting configuration to a user device 102. At block 304, the network device 104 receives an applicability report indicating an applicability status of a functionality of the user device 102, where the applicability status is based on the applicability reporting configuration, and the applicability status indicating whether the functionality is applicable or inapplicable.

[0030] In some implementations of the method 200 and / or the method 300, the applicability reporting configuration is communicated via radio resource control (RRC) messaging, and communication of the applicability report is unassociated with the RRC messaging.

[0031] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the applicability reporting configuration is communicated via a radio resource control (RRC) release message, and the applicability report is communicated via a RRC resume complete message.

[0032] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the applicability reporting configuration includes an indication that indicates whether the user device 102 is to initiate communication of the applicability report without a request from the network device 104.

[0033] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the applicability reporting configuration indicates at least one network-side condition for which at least one functionality that is allowed or requested to be indicated in the applicability report is applicable.

[0034] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the applicability reporting configuration indicates a plurality of items each of which can or cannot be fulfilled by at least one functionality, and the user device 102 determines which of the at least one functionality is allowed or requested to be indicated in the applicability report based on at  least one of the plurality of items. In some of these implementations, the at least one of the plurality of items includes all of the plurality of items.

[0035] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the applicability reporting configuration indicates a performance metric threshold configured for one or more functionalities. In some of these implementations, the performance metric threshold indicates a requirement of a performance of the functionality, and the functionality is indicated in the applicability report in response to the performance of the functionality satisfying the performance metric threshold. In addition or alternatively, in some of these implementations, each of at least one functionality is allowed or requested to be indicated in the applicability report based on whether each of the at least one functionality satisfies the performance metric threshold.

[0036] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the applicability reporting configuration indicates whether a performance metric is to be included in the applicability report.

[0037] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the applicability report indicates at least one of: one or more conditions for which the functionality is applicable; one or more condition combinations for which the functionality is applicable, where each of the one or more condition combinations comprises at least two conditions; or one or more performance metrics associated with one or more conditions or one or more condition combinations.

[0038] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the applicability report indicates the one or more conditions, and the one or more conditions includes one or more network-side conditions and / or one or more user device-side conditions.

[0039] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the applicability report indicates the one or more conditions, and the one or more conditions includes a list of one or more identifications (IDs) identifying the one or more conditions.

[0040] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the applicability report indicates the one or more conditions, the one or more conditions  includes one or more user device-side conditions, and the one or more user device-side conditions includes at least one of: a speed range, a list of one or more mobility statuses, a height range, or a list of one or more codebook configurations.

[0041] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the applicability report indicates one or more condition combinations, where at least one of the one or more condition combinations includes at least one network-side condition and at least one user device-side condition.

[0042] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the applicability report indicates one or more performance metrics, and the one or more performance metrics is associated with one or more conditions or one or more condition combinations.

[0043] In addition or alternatively, in some implementations of the method 200 and / or the method 300, the applicability report indicates the one or more performance metrics, and the one or more performance metrics is at least one of: measured during a model training phase; measured in a last serving cell; measured in at least one cell of a specific cell type; measured in an area of one or more cells indicated by the network device; measured in a time duration in which the functionality is activated; measured in a current serving cell; or measured under network-side condition, a user device-side condition, or a combination of a network-side condition and a user device-side condition.

[0044] Fig. 4 is a flow chart of an example method 400 for wireless communication related to functionality information. At block 402, a first network device 104 receives from a second network device 104 a message for performance of a procedure associated with a user device 102. The message includes functionality information associated with at least one functionality of the user device 102. At block 404, the first network device 104 determines whether to change at least one activation status for the at least one functionality based on the functionality information. Each of the at least one activation status is for a respective one of the at least one functionality, and each of the at least one activation status includes activated or deactivated.

[0045] In some implementations of the method 400, the functionality information indicates the at least one functionality.

[0046] In addition or alternatively, in some implementations of the method 400, the at least one functionality includes at least one of: at least one functionality activated in a source serving cell or a last serving cell; at least one functionality previously activated and currently deactivated; at least one functionality activated since the user device 102 last entered a radio resource control (RRC) connected state; at least one functionality previously activated in a designated area; or at least one functionality supported but never activated in a source serving cell or a last serving cell.

[0047] In addition or alternatively, in some implementations of the method 400, the functionality information includes applicability information of the at least one functionality, where the applicability information indicates at least one of: whether the at least one functionality is applicable in a source cell; at least one performance metric; at least one condition associated with the at least one performance metric; cell information of at least one serving cell in which the at least one performance metric is measured; area information of at least one designated area in which the at least one performance metric is measured; or cell information and / or area information in which the at least one functionality is applicable.

[0048] In addition or alternatively, in some implementations of the method 400, the applicability information indicates the at least one performance metric, and the at least one performance metric includes: at least one performance metric measured by the second network device 104 before initiation of the procedure; at least one performance metric measured in: a last serving cell, one or more serving cells before the last serving cell, or a serving cell since the user device 102 entered a radio resource control (RRC) connected state; at least one performance metric measured during a model training phase; at least one performance metric measured in a last serving cell; at least one performance metric measured in at least one cell of a specific cell type; at least one performance metric measured in an area of one or more cells indicated by the network device 104; or at least one performance metric measured in a time duration in which the functionality is activated.

[0049] In addition or alternatively, in some implementations of the method 400, the applicability information indicates the at least one condition, and the at least one condition includes at least one network-side condition and / or at least one user device-side condition.

[0050] In addition or alternatively, in some implementations of the method 400, the procedure includes a handover procedure, the first network device 104 includes a target network device, the second network device 104 includes a source network device, and the message includes a handover request message.

[0051] In addition or alternatively, in some implementations of the method 400, the procedure includes a radio resource control (RRC) resume procedure or a RRC re-establishment procedure, the first network device 104 includes a new serving network device, the second network device 104 includes a last serving network device, and the message includes a user device context retrieve response message.

[0052] Fig. 5 shows a flow chart of an example method 500 for wireless communication related to collected data. At block 502, a user device 102 receives a first indication indicating at least one of: whether to report an availability indication when the user device accesses a new network device 104, a new serving cell, or a new area, the availability indication indicating an availability of collected data that the user device collected for training a model; or whether to remove or keep the collected data when the user device camps in or accesses the new network device, the new serving cell, or the new area. At block 504, the user device 102 operates according to the first indication upon accessing or camping on the new network device 104, the new serving cell, or the new area.

[0053] In some implementations of the method 500, the user device 102 accesses or camps on the new network device 104, the new serving cell, or the new area as part of a handover procedure, and the first indication is received in a radio resource control (RRC) reconfiguration message.

[0054] In addition or alternatively, in some implementations of the method 500, the user device 102 accesses or camps on the new network device 104, the new serving cell, or the new area as part of a radio resource control (RRC) resume procedure or a RRC setup procedure, and the first indication is received in a RRC reconfiguration message.

[0055] In addition or alternatively, in some implementations of the method 500, the first indication is indicated with system information of a serving cell.

[0056] In addition or alternatively, in some implementations of the method 500, the availability indication indicates at least one of: whether the collected data is available; at least one network-side  condition associated with the collected data; at least one user device-side condition associated with the collected data; cell information in which the collected data is collected; area information in which the collected data is collected; at least one type of the collected data; or at least one trace identity (ID) associated with the collected data.

[0057] In addition or alternatively, in some implementations of the method 500, the availability indication indicates the at least one type of the collected data, and the at least one type comprises at least one of: layer-1 beam measurement results, layer-3 beam measurement results of a serving cell or a neighbor cell, layer-3 cell level measurement results of a serving cell or a neighbor cell, channel impulse response (CIR) for a positioning reference signal (PRS) measurement, a power delay profile (PDP) for a PRS measurement, or a delay profile (DP) for a PRS measurement.

[0058] In addition or alternatively, in some implementations of the method 500, the user device 102 transmits the collected data and / or information related to the collected data to the new network device 104, wherein the information related to the collected data indicates at least one of: at least one network-side condition under which the collected data is collected; at least one user device-side condition under which the collected data is collected; at least one cell in which the collected data is collected; at least one area in which the collected data is collected; or at least one trace identity (ID) associated with the collected data.

[0059] In addition or alternatively, in some implementations of the method 500, the user device 102 transmits the collected data and / or the information related to the collected data in response to a request message from the new network device 104.

[0060] In addition or alternatively, in some implementations of the method 500, the request message indicates at least one type of the collected data, the user device 102 transmits the collected data in response to the request message, and the collected data comprises only collected data of the at least one type indicated in the request message.

[0061] Fig. 6 shows a flow chart of another example method 600 for wireless communication related to collected data. At block 602, a new network device 104 receives an availability indication that indicates an availability of collected data that a user device 102 collected for training a model. The new network device 104 includes a network device that the user device 102 communicates with  in response to the user device 102 performing a procedure. At block 604, the new network device 104 transmits a request message to the user device 102. The request message requests to receive the collected data and / or information related to the collected data.

[0062] In some implementations of the method 600, the procedure includes: a handover procedure, a radio resource control (RRC) resume procedure, or a RRC setup procedure.

[0063] In addition or alternatively, in some implementations of the method 600, in response to transmitting the request message, the new network device 104 receives the collected data and / or the information related to the collected data.

[0064] In addition or alternatively, in some implementations of the method 600, the information related to the collected data that is indicated in the request message includes at least one of: at least one type of the collected data; at least one network-side condition under which the collected data is collected; at least one user device-side condition under which the collected data is collected; at least one cell in which the collected data is collected; at least one area in which the collected data is collected; or at least one trace identity (ID) associated with the collected data.

[0065] In addition or alternatively, in some implementations of the method 600, the procedure includes a handover procedure or a radio resource control (RRC) resume procedure, the new network device 104 transmits to an old network device 104 of the user device 102, an inter network node message that indicates at least one of: an identity (ID) of the user device 102; the collected data; at least one network-side condition associated with the collected data; at least one user device-side condition associated with the collected data; a trace identity associated with the collected data; at least one cell in which the collected data is collected; or at least one area in which the collected data is collected.

[0066] Other methods are possible, including other methods that combine one or more elements or block from each of two or more of the methods 200, 300, 400, 500, and / or 600. Additionally, further details of actions performed by one or more communication nodes in the wireless communication system 100, any of which may be incorporated into any of various implementations of the method 300, the method 400 or other methods, are now described.

[0067] In some implementations of the wireless communication system 100, the communication nodes may utilize artificial intelligence (AI) and / or machine learning (ML) (collectively referred to herein as AI / ML) , such as by supporting AI / ML-enabled features, feature groups, and / or functionalities. Herein, the term “AI / ML-enabled feature” is also referred to as a “functionality. ” Additionally, as used herein, a user device 102 supporting a functionality is the same as the user device 102 being capable of supporting the functionality. Correspondingly, the support of AI / ML-enabled features, feature groups, and / or functionalities are included in, or are a part of, a capability of a user device 102.

[0068] However, as used herein, a user device 102 supporting a functionality does not necessarily mean that the user device 102 has available one or more model (i.e., one or more AI / ML models) associated with the functionality. In other words, a user device 102 supporting a functionality does not necessarily mean that the functionality is applicable. In further detail, a functionality may be defined as an association of an input and an output. For example, suppose an input is a set of measurement results of eight beams, while an output of predicted results is a set of thirty-two beams. In this example, the functionality is to predict the 32 beam results based on the measurement results of the eight beams. Further, the prediction functionality is performed by an AI / ML model-i.e., the model associated with the functionality. In this context, a functionality may be applicable when the user device 102 has an AI / ML model associated with the functionality. Secondly, an AI / ML model may not be applicable for all conditions. That is, the user device 102 and the network device 104 may operate under certain network-side and / or UE-side conditions, and a given AI / ML model may not may applicable to all of these conditions, which is a limitation of model generalization performance. In this context, a functionality is applicable further when the user device 102 has a proper model associated with the functionality. Here, depending on network’s requirement, a proper model may be a model that fulfills or satisfies one or more required performance metric thresholds under certain conditions, or may be a model that is associated with one or more network-side conditions and / or UE-side conditions. A model is associated with a condition means that the model is trained with the data collected in or under the condition. It is assumed that the model will perform sufficiently well if the conditions in which the model is applied and the conditions with which the model is associated are consistent. So, in summary, a user device 102 supporting a functionality only means that the user device 102 may  have a proper model to support the functionality under the conditions, but does not mean that the user device 102 must have a proper model. In this way, an indication from the user device 102 indicating that a given AI / ML model is applicable for a given functionality confirms that the given AI / ML model is proper for the given functionality. Correspondingly, in at least some implementations, one or more communication nodes in the wireless communication system 100 may report an applicability report that includes applicability information, which indicates an applicability of one or functionalities.

[0069] In any of various implementations, a communication node may perform reactive applicability reporting and / or proactive applicability reporting. With reactive applicability reporting, the network device 104 may configure and / or indicate to a user device 102 AI / ML functionality, such as via a radio resource control (RRC) and / or a LTE positioning protocol (LPP) message. In response, the user device 102 may transmit a message indicating an applicability of the AI / ML functionalities. With proactive applicability reporting, the user device 102 may initiate applicability reporting without being prompted or triggered to do so by a request from the network device 104.

[0070] The following herein describes various implementations or schemes related to functionality reporting, including procedures, the contents to be reported for applicability, and / or network configurations according to which functionalities are requested / allowed for applicability reporting, including, but not limited to, in view of the following situations or criteria.

[0071] A user device 102 may have one or more AI / ML models that is associated with and / or that supports a given functionality. In addition or alternatively, each AI / ML model may be associated with a set of one or more conditions. The set of conditions is assumed in the training of an AI / ML model, but is not part of a set of capabilities of the user device 102. In event or considering that a user device 102 has a limited number of models associated with a functionality, a single indication of applicability may be used to indicate that the functionality is applicable in only some of a plurality of cases, but it may not be known among the communication nodes which cases the functionality is applicable and which cases the functionality is not applicable.

[0072] In addition or alternatively, a set of one or more conditions may include at least one network-side condition and / or at least one user device-side (also called herein UE-side) condition.  In general, a network-side condition may represent a network configuration, such as a beam configuration, an antenna direction, and / or an antenna port number, as non-limiting examples. Also, a UE-side condition may include or indicate a configuration or one or more characteristics of the a user device 102, such as a mobility status, a reception beam configuration, or a reception antenna configuration, codebook, as non-limiting examples.

[0073] In addition or alternatively, in some implementations, when a user device 102 reports applicability of a functionality, the network device 104 may need to know what performance metrics can be expected so that the network device 104 can have sufficient information before activating a given functionality.

[0074] Accordingly, in some implementations, the network device 104 may indicate an applicability reporting configuration for applicability reporting to a user device 102. In response to the applicability reporting configuration, the user device 102 may decide whether to report applicability for a functionality based on the applicability reporting configuration. If the user device 102 decides to report an applicability for the functionality, the user device 102 may report the applicability of the functionality to the network device 104. In at least some of these implementations, the applicability reporting includes an applicability status of the functionality, where the applicability status includes whether the functionality is applicable or inapplicable.

[0075] Additionally, in some implementations, the network device 104 may transmit or indicate the applicability reporting configuration to a user device 102 via system information of a serving cell or a RRC message transmitted from the network device 104 to the user device 102. In response, the user device 102 may report an applicability status of a functionality by transmitting a RRC message to the network device 104.

[0076] In further detail, in some implementations, the network device 104 may include the applicability reporting configuration in system information of a cell, or in a RRC reconfiguration, RRC release, RRC resume message, RRC setup message, or RRC re-establishment message.

[0077] In addition or alternatively, in some implementations, the user device may report an applicability status of the functionality in a RRC reconfiguration complete, a RRC setup request, a  RRC setup complete, a RRC resume request, a RRC resume complete, a RRC re-establishment request, a RRC re-establishment complete, or a UE Assistance Information message.

[0078] In addition or alternatively, in some implementations, a user device 102 may check the applicability of one or more functionalities based on the applicability reporting configuration. In at least some of these implementations, the user device 102 may keep checking the applicability of the one or more functionalities based on the applicability reporting configuration. In addition or alternatively, the user device 102 may report an applicability status of a functionality when the user device 102 determines that the functionality is or becomes applicable or not applicable. In addition or alternatively, in any of various of these implementations, the user device 102 may initiate the applicability reporting without a network request or in response to a network request from the network device 104.

[0079] In addition or alternatively, in some implementations, the communication of the applicability report (e.g., the message used to report the applicability status) may be unassociated with RRC messaging used to communicate the applicability reporting configuration. For example, the network device 104 may indicate an applicability reporting configuration in a RRC reconfiguration message, and the user device 102 may initiate applicability reporting in a UE assistance information request message. In other examples, the network device 104 may indicate an applicability reporting configuration in a RRC release message, and the user device 102 may report applicability reporting in a next RRC resume complete message.

[0080] In addition or alternatively, an applicability reporting configuration may include one or more of following items.

[0081] A first item may include or indicate whether a user device 102 can, or is to, initiate an applicability report of an applicability status of a functionality, i.e. whether the user device 102 is to perform applicability reporting proactively (i.e., without being in response to receipt of a network request) .

[0082] A second item may include or indicate an identifier of a functionality, where the identifier is used to indicate that the functionality is allowed or requested, or is not allowed or not requested, for applicability reporting.

[0083] A third item may include or indicate at least one type of functionality that is used to indicate one or more types of functionalities that is allowed or requested, or is not allowed or not requested for applicability reporting. Example functionality types may include: positioning accuracy improvement, beam management, or mobility improvement, as non-limiting examples.

[0084] A fourth item may include information of at least one network-side condition to indicate the network-side condition (s) for which at least one functionality that is requested or allowed for applicability reporting is applicable, or the network-side condition (s) for which at least one functionality that is not requested or not allowed for applicability reporting, is applicable. In some implementations of the fourth item, the network-side condition (s) may be indicated by an associated ID.

[0085] A fifth item may include information of at least one UE-side condition to indicate the UE-side condition (s) for which at least one functionality that is requested or allowed for applicability reporting is applicable, or the UE-side condition (s) for which at least one functionality that is not requested or not allowed for applicability reporting is applicable.

[0086] A seventh item may include information of at least one performance metric threshold configured for one or more functionalities.

[0087] An eighth item may include an indicator that indicates whether at least one performance metric is to be included in an applicability report for a functionality.

[0088] In addition or alternatively, in some implementations, more than one of the items are indicated in the applicability reporting configuration. In some of these implementations, the user device 102 may determine which functionalities are allowed or requested, or not allowed or not requested, for applicability reporting based on all of the items indicated in the applicability reporting configuration. For example, the functionalities that fulfill all of the indicated items may determined to be allowed or request, or not allowed or not requested, for applicability reporting.

[0089] In other implementations, the user device 102 may determine whether a functionality is allowed or requested, or not allowed or not requested, for applicability reporting based on a part of, such as at least one and / or less than all, of the items indicated in the applicability reporting configuration. The part of items may be indicated by network device 104 to the user device 102.

[0090] Additionally, for at least some of these implementations as described herein, a functionality fulfills or satisfies a condition (e.g., a network-based condition or a UE-based condition) when there is at least one model associated with the functionality that fulfills or satisfies the condition, or the at least one model is applicable for the condition.

[0091] In addition or alternatively, as used herein, an associated identification (ID) may be a data set ID that is an ID of the data set that is used during the training phase of a model. The associated ID may be used to identify at least one condition of a network configuration, such as an antenna port number or a beam configuration, as non-limiting examples.

[0092] Additionally, in some implementations, a functionality may be associated with or is applicable for an associated ID. Correspondingly, in such implementations, there is at least one model that is associated with the functionality that is associated with the associated ID; there is at least one model that is associated with the functionality that is applicable for the network configuration that is identified by the associated ID; and / or there is at least one model that is associated with the functionality that is trained with the data set that is identified by the associated ID.

[0093] In addition or alternatively, in some implementations, at least one UE-side condition may include may include at least one of: a user device (or UE) mobility status, a mobility speed, a height, or codebook information, as non-limiting examples. In some implementations, the UE mobility status may be or include a speed range, which, in some example, may be defined with a minimal speed and / or a maximum speed. In addition or alternatively, in some implementations, the height may be a height range, which, in some examples, may be defined with a minimal height and / or a maximum height. In addition or alternatively, the codebook information may be or include one or more of the following: an identity of a codebook configuration, a codebook type, a codebook sub-type, a codebook mode, a codebook parameter related to a number of beams, a number of panels, or number of antenna ports.

[0094] Additionally, in some implementations, the performance metrics are used to evaluate the quality of a functionality or an AI / ML model associated with functionality. Various performance metrics may be used in any of various implementations. In addition, in some implementations, for different functionalities, the performance metrics may be different. Example  performance metrics may include a predication accuracy, an average or Cumulative Distribution Function (CDF) of a difference for a predicted value, a system level or a link level performance, e.g. throughput and Block Error Rate (BLER) , as non-limiting examples.

[0095] In addition or alternatively, in some implementations, a performance metrics and / or a performance metric threshold may be or include one or more of the following: a number indicating a probability or a ratio of a predicted result is within N1 dB of the measurement results or a certain value; a number indicating a probability or a ratio of a predicted best result is within a top N2 of the measured results or a certain value; a number indicating a probability or a ratio of a predicted top N3 results includes a best of the measured results or a certain value; a number indicating a probability or a ratio of a predicted best result is the best of the measured results or a certain value. For at least some of these implementations, N1, N2, and / or N3 may each be configurable values.

[0096] In addition or alternatively, in some implementations, a performance metric threshold may be used to indicate a requirement of a performance of a given functionality. In some of these implementations, the user device 102 may report the applicability of a functionality in response to the performance metric threshold being fulfilled or satisfied, such as when the performance of the functionality meets or exceeds the configured performance metric threshold.

[0097] In addition or alternatively, in some implementations where a performance metric threshold is included or indicated in the applicability reporting configuration, the functionalities that fulfill or satisfy the performance metric threshold are requested or allowed, or are not allowed or not requested, for applicability reporting.

[0098] In addition or alternatively, in some implementations, the performance metrics of a functionality may be the results of a measurement on the performance of the functionality. In addition or alternatively, the performance metrics of a functionality may be the performance metrics of the model that is associated to the functionality.

[0099] In addition or alternatively, the user device 102 may reports an applicability status of a functionality with one or more of the following:

[0100] an identifier (ID) of the functionality;

[0101] an indication of whether the functionality is applicable or not applicable;

[0102] one or more network-side conditions applicable for the functionality (which in some implementations may be in the form of a list of associated IDs for which the functionality is applicable) ;

[0103] one or more UE-side conditions for which the functionality is applicable (e.g., a speed range, a list of one or more mobility statuses, a height range, or a list of one or more codebook configurations) ;

[0104] one or more of condition combinations for which the functionality is applicable (where one condition combination may comprise one or more network-side conditions and / or one or more UE-side conditions) ; and / or

[0105] one or more performance metrics associated with one or more conditions or one or more combinations of conditions.

[0106] In addition or alternatively, in some implementations, the at least one performance metric to be reported to the network device 104 for a functionality may include or indicate one or more of, but not limited to, the following:

[0107] at least one performance metric measured during the model training phase (which may include model testing, model validation, and / or model training) ;

[0108] at least one performance metric measured in a last serving cell (e.g., the serving cell before the user device 102 performs handover to a new serving cell, or the last serving cell before a last time that the user device 102 is released to a RRC idle state (e.g., RRC_IDLE state) or a RRC inactive (e.g., a RRC_INACTIVE state) , or the last serving cell is the current serving cell) ;

[0109] at least one performance metric measured in at least one cell of a specific cell type (which, in some implementations, may be indicated by the network device 104 in system information of a serving cell, or may be indicated in the applicability reporting configuration) ;

[0110] at least one performance metric measured in an area (where in some implementations, the area has a configuration or an identity, which may be indicated from the network device 104 to the user device 102, such as in the form of a list of one or more cells) ;

[0111] at least one performance metric measured in a time duration in which the functionality is activated (where, in some implementations, a length of the time duration may be configured by network device 104, and / or the time duration may be the time duration before the user device reports the applicability status) ;

[0112] at least one performance metric measured in current serving cell;

[0113] at least one performance metric measured under at least one network-side condition, at least one UE-side condition, or combination of at least one network-side condition and at least one UE-side condition (where, in some implementations, the network-side condition, the UE-side condition, or the combination of at least one network-side condition and at least one UE-side condition is indicated by the network device 104 to the user device 102 before the user device 102 reports the applicability status) .

[0114] The following provides specific, though non-limiting, examples of applicability reporting contents.

[0115] In a first example (Example 1) , suppose a list of functionality IDs. For a functionality that is indicated by a functionality ID, at least one of following are indicated: one or more network-side conditions (such as in the form of a list of one or more IDs associated with and indicating the one or more network-side conditions) ; one or more UE-side conditions; performance metrics associated with the functionality and one or more of the indicated conditions, including: performance metrics associated with network-side condition A; performance metrics associated with network side condition B; performance metrics associated with UE-side condition C; and performance metrics associated with network-side condition A and UE-side condition C.

[0116] In a second example (Example 2) , suppose a list of functionality IDs. A functionality indicated by the functionality ID may be associated with: a list of one or more condition combinations, where each condition combination may include at least one of the following: one or more network-side conditions; one or more UE-side conditions; or one or more performance metrics of the functionality with this condition combination.

[0117] In accordance with the above-described implementations, a user device 102 may include or indicate a list of one or more applicable conditions and / or one or more condition  combinations in the applicability reporting for a functionality (i.e. not only current conditions) . In addition or alternatively, the user device 102 may include one or more performance metrics associated with the functionality and the one or more conditions and / or one or more condition combinations.

[0118] Addition, in accordance with the above-described implementations, for a given user device 102, a functionality may be applicable for more than one UE-side condition, more than one network-side condition, or a list of one or more combinations, where each combination includes one or more UE-side conditions and one or more network-side conditions. The applicability of a functionality for one or more conditions may occur where a model installed on the user device 102 is applicable for multiple conditions and / or condition combinations, and / or where the user device has installed more than one model associated with a single functionality.

[0119] On the other hand, in some situations, a functionality may not be applicable for all conditions or condition combinations. This may be because the generalization of a UE-side AI / ML model may not be good enough, and in turn, the model cannot be applicable for all conditions and condition combinations. This may also or alternatively be the case in situations where the number of models that can be installed in the user device 102 is limited. Accordingly, a functionality to be reported may be applicable for a list of at least one condition and / or condition combination, but not all conditions and / or all condition combinations.

[0120] Additionally, from the point of view of the network device 104, it may be beneficial for the network device 104 to have more information, which may improve network-side decision making on whether to activate a given functionality.

[0121] In one example of utilizing applicability reporting, before the functionality is actually activated in a serving cell, the network device 104 can decide whether to activate a functionality based on the reported performance metrics. In another example, the network device 104 may change the beam configuration for a user device 102 (i.e., a network-side condition is changed) . When this occurs, the network device 104 may decide whether to keep a functionality activated based on the reported applicability for the new network condition, without additional signaling exchange between the network device 104 and the user device 102, in turn beneficially saving signaling overhead and configuration delay.

[0122] In sum, in accordance with the above-described implementations, the network device 104 may be enabled to configure which functionality is needed for applicability reporting based on an implementations of the network device 104. As a result, not all functionalities may be reported, or are necessary for reporting, because the network device 104 may not want to configure all of the functionalities. Additionally, with the applicability conditions reported by the user device 102, along with associated expected and / or historical performance metrics, the network device 104 may receive and / or obtain more information than a single “applicable or not” indicator. This additional information may help the network device 104 to make fast decisions on whether to activate or deactivate a given functionality.

[0123] Additionally, in some implementations, a handover procedure (e.g., a NR handover procedure) may be performed. In some of these implementations, to handover a user device 102 from a source serving cell of a source network device 104 (e.g., a source gNB) to a target serving cell of a target network device (e.g., a target gNB) , the following actions (or steps) may be performed. In a first action (or Step 1) , the source gNB 104 initiates a handover and transmits a HANDOVER REQUEST message over the Xn interface to a target gNB 104. In a second action (or Step 2) , the target gNB 104 performs admission control and provides a new RRC configuration as part of a HANDOVER REQUEST ACKNOWLEDGE message transmitted to the source gNB 104. In a third action (or Step 3) , the source gNB 104 provides the RRC configuration to the user device 102 by forwarding the RRCReconfiguration message received in the HANDOVER REQUEST ACKNOWLEDGE. The RRCReconfiguration message may include at least a cell ID and information required to access the target cell. In a fourth action (or Step 4) , the user device 102 may move the RRC connection to the target gNB 104 and reply with a RRCReconfigurationComplete message to the target gNB 104.

[0124] In addition or alternatively, in some implementations, a RRC resume or re-establishment procedure (e.g., a NR RRC resume or re-establishment procedure) may be performed. In some of these implementations, a RRC resume or RRC re-establishment procedure may be performed in a target cell of a new serving gNB with a last serving cell in a last serving gNB according to the following actions (or steps) . In a first action (or Step 1) , a user device 102 may initiates a RRC resume request or a RRC re-establishment request message in a target cell in a  new network device (e.g., gNB) 104. In a second action (or Step 2) , the new gNB 104 transmits a UE context retrieve request message to the last serving gNB 104. In a third action (or Step 3) , the last serving gNB 104 may verify the user device 102 by comparing a resume short medium access control (MAC) -I that is provided by UE. In a fourth action (or Step 4) , the last serving gNB 104 may transmit a UE context retrieve response message that includes the UE application server (AS) context to the new gNB 104. In a fifth action (or Step 5) , the new serving gNB 104 may transmit a RRC resume message or a RRC re-establishment message to the user device 102. In a sixth action (or Step 6) , the user device 102 may respond with a RRC resume complete or a RRC re-establishment complete message to complete the procedure.

[0125] In some implementations, when AI / ML-enabled features are used, including where applicability reporting for a functionality or a model is implemented, applicability reporting in conjunction with a handover procedure or a RRC resume procedure may be performed according to the following implementations.

[0126] In some implementations where a handover procedure is performed, in the handover request message that is initiated for a user device 102 and that is transmitted from a source network device 104 to a target network device 104, the handover request message may include or indicate one or more of following: a list of one or more functionality identifications (IDs) and / or applicability information of a functionality.

[0127] In some of these implementations, where the handover request message includes or indicates a list of functionality IDs, each functionality ID may be an ID of: at least one functionality that is activated in the source serving cell; at least one functionality that was activated but is now deactivated; at least one functionality that has been activated since the user device 102 last entered the RRC connected (e.g., RRC_CONNECTED) state; at least one functionality that was once activated in a designated area; at least one functionality that was supported but was never activated before in the source serving cell; at least one functionality indicated as supported in a set of UE capabilities; at least one functionality for which applicability reporting is received; or at least one functionality for which the source network device 104 has applicability information.

[0128] In addition or alternatively, in some implementations where the handover request message includes or indicates applicability information of a functionality, the applicability  information may include or indicate at least one of the following: whether the functionality is applicable for the source serving cell; at least one performance metric measured in the last serving cell, in one or more serving cells before the last serving cell, or in the serving cell since the user device entered the RRC connected (e.g., RRC CONNECTED state) (e.g., the performance metrics measured by the network device 104 before initiation of the handover procedure) ; at least one performance metric reported by the user device (e.g., at least one of the performance metrics as previously described) ; at least one network-side condition associated with the indicated performance metric (s) (e.g., the associated ID (s) used to indicate the network-side condition (s) ; at least one UE-side condition associated with the indicated performance metric (s) ; cell information of the serving cell (s) in which the performance metric (s) are measured; area information of area (s) in which the performance metrics are measured; and / or cell information of the serving cell (s) or area information of area (s) in which the functionality is applicable or inapplicable.

[0129] Additionally, in some implementations, the target network device 104 may decide whether to activate, or keep activated, or deactivate a functionality based on the information received in the request message. In addition or alternatively, in some implementations, a configuration used to activate and / or deactivate functionalities is included in the RRC reconfiguration message that is included in the handover request acknowledge message and is transferred to the user device by the source network device.

[0130] Additionally, in some implementations, for a RRC resume or a RRC re-establishment procedure, a UE context retrieve response message transmitted from a last serving network node 104 to a new serving network node 104 may include or indicate one or more of the following information: a list of one or more functionality IDs or applicability information of a functionality.

[0131] In some of these implementations where the UE context retrieve response message includes or indicates a list of one or more functionality IDs, the list of functionality IDs may include or indicate an ID of: at least one functionality that was activated in the last serving cell; at least one functionality that was activated since the user device 102 last entered a RRC connected (e.g., RRC_CONNECTED) state; at least one functionality that was once activated in a designated area; at least one functionality supported but never activated; at least one functionality indicated as supported in a set of UE capabilities; at least one functionality for which applicability  reporting is received; and / or at least one functionality for which the source network device 104 has applicability information.

[0132] In addition or alternatively, in some implementations where the UE context retrieve response message includes applicability information of a functionality, the information may include or indicate at least one of the following: whether the functionality is applicable for the source serving cell; at least one performance metric measured in the last serving cell, in the serving cell (s) before the last serving cell, or in the serving cell since user device last entered a RRC connected (e.g., RRC CONNECTED) state; at least one performance metric reported by the user device (e.g., at least one performance metric as previously described) ; at least one network-side condition associated with the indicated performance metric (s) (e.g., one or more associated IDs used to indicate the network-side condition (s) ) ; at least one UE-side condition associated with the indicated performance metric (s) ; cell information of the serving cell (s) in which the performance metric (s) are measured; area information of area (s) in which the performance metrics are measured; and / or cell information of the serving cell (s) or area information of area (s) in which the functionality is applicable or inapplicable.

[0133] In addition or alternatively, in some implementations, the new network device 104 may decide whether to activate a functionality based on the information included or indicated in the UE context retrieve response message. In addition or alternatively, in some implementations, in a RRC resume message or in a RRC re-establishment message, the new network device 104 may indicate a configuration that is used to activate a functionality.

[0134] In accordance with the above-described implementations, applicability information of the functionalities that are activated in the last serving cell (s) or source cell, or once activated in the last serving cell (s) or source cell, and the network-side condition (s) and / or the UE-side conditions associated with the performance metric (s) are indicated from the last serving network device or source network device to the new serving network device or target network device. This, in turn, may beneficially allow or help the new serving network device or target network device to make decisions on whether to activate a functionality based on the applicability information. Otherwise, without this information, the target network device or new serving network device may have to  initiate a request procedure to request the applicability information from the user device 102, which increasing signaling overhead and configuration delay.

[0135] Additionally, in some implementations, data collection for training may be performed in order to implement AI / ML-based functionalities in the wireless communication system 100. In some of these implementations, for network-side AI / ML functionality or model, the data for training is collected at the UE-side (i.e., by one or more user devices 102) . In turn, the user device 102 transmits the collected data to the network device 104.

[0136] In some implementations, data collection may be collected and reported for training based on minimization of drive tests (MDT) . In some implementations of MDT, data collected for MDT may be logged and / or saved at the UE side before the data is transmitted to the network device 104. When a user device 102 initiates a RRC setup or a RRC resume procedure and enters into a RRC connected (e.g., RRC_CONNECTED) state, the user device 102 may indicate the availability of logged MDT data, such as with an availability indicator. The network device (e.g., gNB) 104 may request for the logged MDT data based on the availability indicator.

[0137] However, in some implementations, MDT is only used to perform data collection by a user device 102 in an RRC idle (e.g., RRC_IDLE) state or a RRC inactive (e.g., RRC_INACTIVE) state, even though data collection for AI / ML model training may also be collected in the RRC connected (e.g., RRC_CONNECTED) state. Additionally, when a network handover is performed to handover a user device 102 in a RRC_CONNECTED state to a new network device 104, or when a user device 102 in a RRC_INACTIVE state initiates a RRC resume procedure to access a new network device 104, the communication nodes may determine how to handle data collected by the old network device.

[0138] In further detail, in some implementations, a user device 102 in a RRC_CONNECTED state, a RRC_INACTIVE state, or a RRC_IDLE state may perform data collection and logs the collected data. When the user device 102 accesses a new serving cell, the user device 102 may indicate an availability of collected data to the new network device 104.

[0139] Additionally, in some implementations, a new serving cell may be located in a new network node. The user device 102 may access to the new serving cell as a result of: a handover  procedure, the user device 102 initiating a RRC setup procedure in a new serving cell; or the user device 102 initiating a RRC resume procedure in a new serving cell. In some implementations where a handover procedure is performed, the availability indication may be included in a RRC reconfiguration complete message, a UE assistant information message, or a MAC CE that is transmitted to the new network device 104. In some implementations where the user device 102 initiates a RRC setup procedure in the new serving cell, the availability indication may be included in a RRC setup complete message, a UE assistant information message, or a RRC reconfiguration complete message. In some implementations where the user device 102 initiates a RRC resume procedure in the new serving cell, the availability indication may be included in a RRC resume complete message, a UE assistant information message, or a MAC CE that is transmitted to the new network node.

[0140] Additionally, in some of these implementations, the network device 104 (which may be the new network device 104 or the old network device 104 in any of various implementations) may indicate to the user device 102, at least one of the following: whether to report an availability indication of the collected data when user device 102 accesses a new network device, a new serving cell, and / or a new area; whether to remove or keep the collected data when the user device 102 camps on or accesses a new network device 104, a new serving cell, and / or a new area. For at least some of these implementations, the new area may include or indicated by a list of one or more cells. In addition or alternatively, for at least some of these implementations, the new network device 104, the new serving cell, and / or the new area may be different than another network device 104, another serving cell, or another area in which the data is collected.

[0141] Additionally, in some implementations where a handover is performed, the new network device 104 may provide the indication in a RRC reconfiguration message. Also in some implementations where a RRC resume procedure and / or a RRC setup procedure is performed, the old network device 104 may provide the indication in a RRC release message, a RRC resume message or a RRC setup message. In addition or alternatively, in some implementations, irrespective of a procedure being performed, the network device 104 (e.g., the new or the old network device 104) may provide the indication in system information of the old or new serving cell.

[0142] In addition or alternatively, in some implementations, the availability indication may include or indicate one or more of the following information: whether there is collected data available; at least one network-side condition associated with the collected data (such as one or more of the network-side conditions as previously described) ; at least one UE-side condition associated with the collected data (such as one or more of the UE-side conditions as previously described) ; cell information in which the data is collected (where, in some implementations, the cell information include a cell identity) ; area information in which the collected data is collected; at least one type of collected data (which in some implementations may include at least one of: layer-1 beam measurement results, layer-3 beam measurement results of a serving cell or a neighbor cell; layer-3 cell level measurement results of a serving cell or a neighbor cell, channel impulse response (CIR) for a positioning reference signal (PRS) measurement, a power delay profile (PDP) for a PRS measurement, or delay profile (DP) for a PRS measurement) ; and / or a trace identity associated with the data collection, e.g., a trace identity for which the data is collected.

[0143] In addition or alternatively, in some implementations, upon reception of the availability indication, the new network device 104 may request the collected data via a RRC message (e.g. UE information request message) . For at least some of these implementations, the RRC message may include or indicate a request for the collected data and / or information related to the collected data. In particular of these implementations, the information related to the collected data may include one or more of the following: at least one type of the collected data; at least one network-side condition under which the data is collected; at least one UE-side condition under which the data is collected; information of at least one cell in which the data is collected; information of at least one area in which the data is collected; at least one trace ID associated with the data that is collected. As indicated, the network device 104 may include the information related to the collected data to indicate which collected data is being requested.

[0144] Additionally, in some implementations, the user device 102 may report the collected data. In some of these implementations, the user device 102 may report the collected data and / or information related to the collected data in response to the UE information request message sent by the new network device 104. Correspondingly, in such implementations, the user device 102 may  report the collected data as requested by the new network device 104 via a UE information response message.

[0145] In addition or alternatively, the user device 102 may report the collected data and / or information related to the collected data. The information related to the collected data that the user device 102 reports may include or indicate one or more of the following: at least one network-side condition associated with the collected data; at least one UE-side condition associated with the collected data; at least one trace identity associated with the collected data; at least one cell in which the data is collected; at least one area in which the data is collected.

[0146] In addition or alternatively, in some implementations, the new serving network device 104 may receive the collected data. In some of these implementations, the user device 102 may access the new network device 104 as part of, or due to, a handover procedure or a RRC resume procedure. In some of these implementations, the new network device 104 may transmit the collected data to the old network device 104, such as via an inter network node message. In some of these implementations, the inter network node message includes at least one of the following: an identity (ID) of the user device 102; the collected data; at least one network-side condition associated with the collected data; at least one UE-side condition associated with the collected data; at least one trace identity associated with the collected data; at least one cell in which the collected data is collected; and / or at least one area in which the collected data is collected. In some of these implementations, where the inter network node message includes an ID of the user device 102, the ID may include an inactive radio network temporary identifier (I-RNTI) or a cell radio network temporary identifier (C-RNTI) that is allocated in an old serving cell or old network device 104, an international mobile subscriber identity (IMSI) of the user device 102, or a temporary mobile subscriber identity (TMSI) of the user device 102, as non-limiting examples. Other identities or identification of the user device 102 are possible.

[0147] In accordance with the above-described implementations, the data collected in the old network device 104 may be logged in local storage of the user device 102. When the user device 102 is handed over to a new network device 104 (such as part of a handover process) , the new network device 104 may not be able to request for the logged data because the new network device 104 is unable to predict the handover, and yet the handover cannot be postponed. On the other hand,  the data collected in one cell or by the new network device 104 may be needed by the old network device 104, such as for AI / ML training. Through the above-described implementations, data collected in the old network node or old serving cell may be obtained, and / or the collected data may be transmitted to the old network node.

[0148] In addition, as previously described, some implementations, a network device 104 may transmit an applicability reporting configuration to a user device 102. In some of these implementations, the applicability reporting configuration may include at least one of the following: information of a functionality for which a performance metric is needed, for which a configured performance metric threshold is applicable, for which a performance metric measured in a current serving cell is needed, for which applicability is based on a performance metrics measured in a current serving cell or measured according to the applicability reporting configuration, or for which a measurement on a performance metric is to be performed in order to determine applicability; a configuration needed for the measurement on the performance metric; a first timer value; and / or a first length of time duration.

[0149] Fig. 7 shows a schematic diagram of example signaling between a user device 102 and a network device 104 for communication of functionality applicability information. In further detail with reference to Fig. 7, in some implementations, upon reception of the applicability reporting configuration, the user device 102 may decide or determine to perform at least one of the following. For the indicated functionality, the user device 102 may indicate in the applicability reporting that the functionality is pending for applicability reporting. This means that the user device 102 has not determined the applicability for the functionality, that performance metrics are to be measured before the user device 102 performs applicability reporting, or that the applicability reporting will be initiated later. In addition or alternatively, the user device 102 may indicate applicability or inapplicability in the applicability reporting for situations where the user device 102 has the performance metrics of the functionality.

[0150] In addition, in some implementations, for one or more functionalities that are indicated as pending: if the first timer value is configured, then the user device 102 starts a first timer based on the first timer value. In addition or alternatively, the user device 102 performs a measurement on the performance of the functionality. In some of these latter implementations, if the first  length of the time duration is configured for the functionality, the measurement may be performed during the configured length of the time duration. For at least some of these implementations, the performance metrics may include the measurement results that are measured during the length of time duration.

[0151] Additionally, in some implementations, measured performance metrics results and user device behaviors may be determined according to one or more of the following cases.

[0152] In a first case (Case 1) , if the measured performance metrics of the functionality are acquired and fulfill or satisfy a configured performance metrics threshold, and if the first timer is running, the user device 102 may stop the first timer, and / or the user device 102 may initiate applicability reporting to the network device 104, such as in accordance with the previously described implementations.

[0153] In a second case (Case 2) , if the measured performance metrics of the functionality are acquired and do not fulfill or satisfy the configured performance metrics threshold, and if the first timer is running, the user device 102 may stop the first timer, and / or the user device 102 may initiate applicability reporting and indicate inapplicability of the functionality, such as in accordance with the previously described implementations.

[0154] In a third case (Case 3) , upon expiration of the first timer, the user device 102 may initiate applicability reporting and indicate inapplicability of the functionality, such as in accordance with the previously described implementations.

[0155] Additionally, in some implementations, irrespective or inclusive of any of the three cases, the user device 102 may include applicability reporting in a UE assistance information message.

[0156] Also, for at least some implementations, the first timer may limit the amount of measurements (or prevent an infinite measurement) at the UE side. For example, the network device 104 may configure the first timer, and if the first timer expires before the user device 102 acquires performance metrics that fulfill or satisfy the configured performance metrics threshold, then the user device 102 may determine the applicability status of the functionality to be inapplicable. In this context, the network device 104 does not wait for an uncertain time duration.

[0157] Additionally, in some implementations, the network device 104 may determine whether to activate or deactivate the functionality based on the applicability reporting. In addition or alternatively, in some implementations, the network device 104 may indicate activation or deactivation via a RRC message, a medium access control (MAC) control element (CE) , or a DCI.

[0158] The description and accompanying drawings above provide specific example embodiments and implementations. The described subject matter may, however, be embodied in a variety of different forms and, therefore, covered or claimed subject matter is intended to be construed as not being limited to any example embodiments set forth herein. A reasonably broad scope for claimed or covered subject matter is intended. Among other things, for example, subject matter may be embodied as methods, devices, components, systems, or non-transitory computer-readable media for storing computer codes. Accordingly, embodiments may, for example, take the form of hardware, software, firmware, storage media or any combination thereof. For example, the method embodiments described above may be implemented by components, devices, or systems including memory and processors by executing computer codes stored in the memory.

[0159] Throughout the specification and claims, terms may have nuanced meanings suggested or implied in context beyond an explicitly stated meaning. Likewise, the phrase “in one embodiment / implementation” as used herein does not necessarily refer to the same embodiment and the phrase “in another embodiment / implementation” as used herein does not necessarily refer to a different embodiment. It is intended, for example, that claimed subject matter includes combinations of example embodiments in whole or in part.

[0160] In general, terminology may be understood at least in part from usage in context. For example, terms, such as “and” , “or” , or “and / or, ” as used herein may include a variety of meanings that may depend at least in part on the context in which such terms are used. Typically, “or” if used to associate a list, such as A, B or C, is intended to mean A, B, and C, here used in the inclusive sense, as well as A, B or C, here used in the exclusive sense. In addition, the term “one or more” as used herein, depending at least in part upon context, may be used to describe any feature, structure, or characteristic in a singular sense or may be used to describe combinations of features, structures or characteristics in a plural sense. Similarly, terms, such as “a, ” “an, ” or “the, ” may be understood to convey a singular usage or to convey a plural usage, depending at least in  part upon context. In addition, the term “based on” may be understood as not necessarily intended to convey an exclusive set of factors and may, instead, allow for existence of additional factors not necessarily expressly described, again, depending at least in part on context.

[0161] Reference throughout this specification to features, advantages, or similar language does not imply that all of the features and advantages that may be realized with the present solution should be or are included in any single implementation thereof. Rather, language referring to the features and advantages is understood to mean that a specific feature, advantage, or characteristic described in connection with an embodiment is included in at least one embodiment of the present solution. Thus, discussions of the features and advantages, and similar language, throughout the specification may, but do not necessarily, refer to the same embodiment.

[0162] Furthermore, the described features, advantages and characteristics of the present solution may be combined in any suitable manner in one or more embodiments. One of ordinary skill in the relevant art will recognize, in light of the description herein, that the present solution can be practiced without one or more of the specific features or advantages of a particular embodiment. In other instances, additional features and advantages may be recognized in certain embodiments that may not be present in all embodiments of the present solution.

[0163] The subject matter of the disclosure may also relate to or include, among others, the following aspects:

[0164] A first aspect includes a method for wireless communication that includes: receiving, by a user device, an applicability reporting configuration from a network device; determining, by the user device, an applicability status of a functionality of the user device based on the applicability reporting configuration, the applicability status indicating whether the functionality is applicable or inapplicable; and sending, by the user device, an applicability report indicating the applicability status of the functionality.

[0165] A second aspect includes a method for wireless communication that includes: transmitting, by a network device, an applicability reporting configuration to a user device; and receiving, by the network device, an applicability report indicating an applicability status of a functionality of the user device, the applicability status based on the applicability reporting configuration, and the applicability status indicating whether the functionality is applicable or inapplicable.

[0166] A third aspect includes any of the first or second aspects, and further includes wherein the applicability reporting configuration is communicated via radio resource control (RRC) messaging, and wherein communication of the applicability report is unassociated with the RRC messaging.

[0167] A fourth aspect includes any of the first or second aspects, and further includes wherein the applicability reporting configuration is communicated via a radio resource control (RRC) release message, and the applicability report is communicated via a RRC resume complete message.

[0168] A fifth aspect includes any of the first through fourth aspects, and further includes wherein the applicability reporting configuration comprises an indication that indicates whether the user device is to initiate communication of the applicability report without a request from the network device.

[0169] A sixth aspect includes any of the first through fifth aspects, and further includes wherein the applicability reporting configuration indicates at least one network-side condition for which at least one functionality that is allowed or requested to be indicated in the applicability report is applicable.

[0170] A seventh aspect includes any of the first through sixth aspects, and further includes wherein the applicability reporting configuration indicates a plurality of items each of which can or cannot be fulfilled by at least one functionality, and wherein the user device determines which of the at least one functionality is allowed or requested to be indicated in the applicability report based on at least one of the plurality of items.

[0171] An eighth aspect includes the seventh aspect, and further includes wherein the at least one of the plurality of items comprises all of the plurality of items.

[0172] A ninth aspect includes any of the first through eighth aspects, and further includes wherein the applicability reporting configuration indicates a performance metric threshold configured for one or more functionalities.

[0173] A tenth aspect includes the ninth aspect, and further includes wherein the performance metric threshold indicates a requirement of a performance of the functionality, and wherein the functionality is indicated in the applicability report in response to the performance of the functionality satisfying the performance metric threshold.

[0174] An eleventh aspect includes the ninth aspect, and further includes wherein each of at least one functionality is allowed or requested to be indicated in the applicability report based on whether each of the at least one functionality satisfies the performance metric threshold.

[0175] A twelfth aspect includes any of the first through eleventh aspects, and further includes wherein the applicability reporting configuration indicates whether a performance metric is to be included in the applicability report.

[0176] A thirteenth aspect includes any of the first through twelfth aspects, and further includes wherein the applicability report indicates at least one of: one or more conditions for which the functionality is applicable; one or more condition combinations for which the functionality is applicable, wherein each of the one or more condition combinations comprises at least two conditions; or one or more performance metrics associated with one or more conditions or one or more condition combinations.

[0177] A fourteenth aspect includes the thirteenth aspect, and further includes wherein the applicability report indicates the one or more conditions, and wherein the one or more conditions comprises one or more network-side conditions and / or one or more user device-side conditions.

[0178] A fifteenth aspect includes any of the thirteenth or fourteenth aspects, and further includes wherein the applicability report indicates the one or more conditions, and wherein the one or more conditions comprises a list of one or more identifications (IDs) identifying the one or more conditions.

[0179] A sixteenth aspect includes any of the thirteenth through fifteenth aspects, and further includes wherein the applicability report indicates the one or more conditions, wherein the one or more conditions comprises one or more user device-side conditions, and wherein the one or more user device-side conditions comprises at least one of: a speed range, a list of one or more mobility statuses, a height range, or a list of one or more codebook configurations.

[0180] A seventeenth aspect includes any of the thirteenth through sixteenth aspects, and further includes wherein the applicability report indicates one or more condition combinations, wherein at least one of the one or more condition combinations comprises at least one network-side condition and at least one user device-side condition.

[0181] An eighteenth aspect includes any of the thirteenth through seventeenth aspects, and further includes wherein the applicability report indicates one or more performance metrics, and  wherein the one or more performance metrics is associated with one or more conditions or one or more condition combinations.

[0182] A nineteenth aspect includes any of the thirteenth through eighteenth aspects, and further includes wherein the applicability report indicates the one or more performance metrics, and wherein the one or more performance metrics is at least one of: measured during a model training phase; measured in a last serving cell; measured in at least one cell of a specific cell type; measured in an area of one or more cells indicated by the network device; measured in a time duration in which the functionality is activated; measured in a current serving cell; or measured under a network-side condition, a user device-side condition, or a combination of a network-side condition and a user device-side condition.

[0183] A twentieth aspect includes a method for wireless communication that includes: receiving, by a first network device from a second network device, a message for performance of a procedure associated with a user device, the message comprising functionality information associated with at least one functionality of the user device; and determining, by the first network device, whether to change at least one activation status for the at least one functionality based on the functionality information, each of the at least one activation status is for a respective one of the at least one functionality, and each of the at least one activation status comprises activated or deactivated.

[0184] A twenty-first aspect includes the twentieth aspect, and further includes wherein the functionality information indicates the at least one functionality.

[0185] A twenty-second aspect includes the twenty-first aspect, and further includes wherein the at least one functionality comprises at least one of: at least one functionality activated in a source serving cell or a last serving cell; at least one functionality previously activated and currently deactivated; at least one functionality activated since the user device last entered a radio resource control (RRC) connected state; at least one functionality previously activated in a designated area; or at least one functionality supported but never activated in a source serving cell or a last serving cell.

[0186] A twenty-third aspect includes any of the twentieth through twenty-second aspects, and further includes wherein the functionality information comprises applicability information of the at least one functionality, the applicability information indicates at least one of: whether the at least one functionality is applicable in a source cell; at least one performance metric; at least one condition associated with the at least one performance metric; cell information of at least one serving cell in  which the at least one performance metric is measured; area information of at least one designated area in which the at least one performance metric is measured; or cell information and / or area information in which the at least one functionality is applicable.

[0187] A twenty-fourth aspect includes the twenty-third aspect and further includes wherein the applicability information indicates the at least one performance metric, and the at least one performance metric comprises: at least one performance metric measured by the second network device before initiation of the procedure; at least one performance metric measured in: a last serving cell, one or more serving cells before the last serving cell, or a serving cell since the user device entered a radio resource control (RRC) connected state; at least one performance metric measured during a model training phase; at least one performance metric measured in a last serving cell; at least one performance metric measured in at least one cell of a specific cell type; at least one performance metric measured in an area of one or more cells indicated by the network device; or at least one performance metric measured in a time duration in which the functionality is activated.

[0188] A twenty-fifth aspect includes any of the twenty-third or twenty-fourth aspects, and further includes wherein the applicability information indicates the at least one condition, and the at least one condition comprises at least one network-side condition and / or at least one user device-side condition.

[0189] A twenty-sixth aspect includes any of the twentieth through twenty-fifth aspects, and further includes wherein the procedure comprises a handover procedure, the first network device comprises a target network device, the second network device comprises a source network device, and the message comprises a handover request message.

[0190] A twenty-seventh aspect includes any of the twentieth through twenty-fifth aspects, and further includes wherein the procedure comprises a radio resource control (RRC) resume procedure or a RRC re-establishment procedure, wherein the first network device comprises a new serving network device, the second network device comprises a last serving network device, and the message comprises a user device context retrieve response message.

[0191] A twenty-eighth aspect includes a method wireless communication that includes: receiving, by a user device, a first indication indicating at least one of: whether to report an availability indication when the user device accesses a new network device, a new serving cell, or a new area, the availability indication indicating an availability of collected data that the user device  collected for training a model; or whether to remove or keep the collected data when the user device camps on or accesses the new network device, the new serving cell, or the new area; and operating, by the user device, according to the first indication upon accessing or camping on the new network device, the new serving cell, or the new area.

[0192] A twenty-ninth aspect includes the twenty-eighth aspect and further includes wherein the user device accesses or camps on the new network device, the new serving cell, or the new area as part of a handover procedure, and wherein the first indication is received in a radio resource control (RRC) reconfiguration message.

[0193] A thirtieth aspect includes the twenty-eighth aspect, and further includes wherein the user device accesses or camps on the new network device, the new serving cell, or the new area as part of a radio resource control (RRC) resume procedure or a RRC setup procedure, and wherein the first indication is received in a RRC reconfiguration message.

[0194] A thirty-first aspect includes the twenty-eighth aspect, and further includes wherein the first indication is indicated with system information of a serving cell.

[0195] A thirty-second aspect includes any of the twenty-eighth through thirty-first aspects, and further includes wherein the availability indication indicates at least one of: whether the collected data is available; at least one network-side condition associated with the collected data; at least one user device-side condition associated with the collected data; cell information in which the collected data is collected; area information in which the collected data is collected; at least one type of the collected data; or at least one trace identity (ID) associated with the collected data.

[0196] A thirty-third aspect includes the thirty-second aspect, and further includes wherein the availability indication indicates the at least one type of the collected data, and the at least one type comprises at least one of: layer-1 beam measurement results, layer-3 beam measurement results of a serving cell or a neighbor cell, layer-3 cell level measurement results of a serving cell or a neighbor cell, a channel impulse response (CIR) for a positioning reference signal (PRS) measurement, a power delay profile (PDP) for a PRS measurement, or a delay profile (DP) for a PRS measurement.

[0197] A thirty-fourth aspect includes any of the twenty-eighth through thirty-third aspects, and further includes: transmitting, by the user device, the collected data and / or information related to the collected data to the new network device, wherein the information related to the collected data indicates at least one of: at least one network-side condition under which the collected data is  collected; at least one user device-side condition under which the collected data is collected; at least one cell in which the collected data is collected; at least one area in which the collected data is collected; or at least one trace identity (ID) associated with the collected data.

[0198] A thirty-fifth aspect includes the thirty-fourth aspect, and further includes wherein the user device transmits the collected data and / or the information related to the collected data in response to a request message from the new network device.

[0199] A thirty-sixth aspect includes the thirty-fifth aspect, and further includes wherein the request message indicates at least one type of the collected data, the user device transmits the collected data in response to the request message, and the collected data comprises only collected data of the at least one type indicated in the request message.

[0200] A thirty-seventh aspect includes a method for wireless communication that includes: receiving, by a new network device, an availability indication that indicates an availability of collected data that a user device collected for training a model, wherein the new network device comprises a network device that the user device communicates with in response to the user device performing a procedure; and transmitting, by the new network device, a request message to the user device, the request message requesting to receive the collected data and / or information related to the collected data.

[0201] A thirty-eighth aspect includes the thirty-seventh aspect, and further includes wherein the procedure comprises: a handover procedure, a radio resource control (RRC) resume procedure, or a RRC setup procedure.

[0202] A thirty-ninth aspect includes the thirty-eighth aspect, and further includes: in response to transmitting the request message, receiving, by the new network device, the collected data and / or the information related to the collected data.

[0203] A fortieth aspect includes any of the thirty-seventh through thirty-ninth aspects, and further includes wherein the information related to the collected data that is indicated in the request message comprises at least one of: at least one type of the collected data; at least one network-side condition under which the collected data is collected; at least one user device-side condition under which the collected data is collected; at least one cell in which the collected data is collected; at least one area in which the collected data is collected; or at least one trace identity (ID) associated with the collected data.

[0204] A forty-first aspect includes any of the thirty-seventh through fortieth aspects, and further includes wherein the procedure comprises a handover procedure or a radio resource control (RRC) resume procedure, the method further comprising: transmitting, by the new network device to an old network device of the user device, an inter network node message that indicates at least one of: an identity (ID) of the user device; the collected data; at least one network-side condition associated with the collected data; at least one user device-side condition associated with the collected data; a trace identity associated with the collected data; at least one cell in which the collected data is collected; or at least one area in which the collected data is collected.

[0205] A forty-second aspect includes a wireless communications apparatus comprising a processor and a memory, wherein the processor is configured to cause the apparatus to implement any of the first through forty-first aspects.

[0206] A forty-third aspect includes a computer program product comprising a computer-readable program medium comprising code stored thereupon, the code, when executed by a processor, causing the processor to implement any of the first through forty-first aspects.

[0207] In addition to the features mentioned in each of the independent aspects enumerated above, some examples may show, alone or in combination, the optional features mentioned in the dependent aspects and / or as disclosed in the description above and shown in the figures.

Claims

1.A method for wireless communication, the method comprising:receiving, by a user device, an applicability reporting configuration from a network device;determining, by the user device, an applicability status of a functionality of the user device based on the applicability reporting configuration, the applicability status indicating whether the functionality is applicable or inapplicable; andsending, by the user device, an applicability report indicating the applicability status of the functionality.2.A method for wireless communication, the method comprising:transmitting, by a network device, an applicability reporting configuration to a user device; andreceiving, by the network device, an applicability report indicating an applicability status of a functionality of the user device, the applicability status based on the applicability reporting configuration, and the applicability status indicating whether the functionality is applicable or inapplicable.3.The method of any of claims 1 or 2, wherein the applicability reporting configuration is communicated via radio resource control (RRC) messaging, and wherein communication of the applicability report is unassociated with the RRC messaging.4.The method of any of claims 1 or 2, wherein the applicability reporting configuration is communicated via a radio resource control (RRC) release message, and the applicability report is communicated via a RRC resume complete message.5.The method of any of claims 1 or 2, wherein the applicability reporting configuration comprises an indication that indicates whether the user device is to initiate communication of the applicability report without a request from the network device.6.The method of any of claims 1 or 2, wherein the applicability reporting configuration indicates at least one network-side condition for which at least one functionality that is allowed or requested to be indicated in the applicability report is applicable.7.The method of any of claims 1 or 2, wherein the applicability reporting configuration indicates a plurality of items each of which can or cannot be fulfilled by at least one functionality, and wherein the user device determines which of the at least one functionality is allowed or requested to be indicated in the applicability report based on at least one of the plurality of items.8.The method of claim 7, wherein the at least one of the plurality of items comprises all of the plurality of items.9.The method of any of claims 1 or 2, wherein the applicability reporting configuration indicates a performance metric threshold configured for one or more functionalities.10.The method of claim 9, wherein the performance metric threshold indicates a requirement of a performance of the functionality, and wherein the functionality is indicated in the applicability report in response to the performance of the functionality satisfying the performance metric threshold.11.The method of claim 9, wherein each of at least one functionality is allowed or requested to be indicated in the applicability report based on whether each of the at least one functionality satisfies the performance metric threshold.12.The method of any of claims 1 or 2, wherein the applicability reporting configuration indicates whether a performance metric is to be included in the applicability report.13.The method of any of claims 1 or 2, wherein the applicability report indicates at least one of:one or more conditions for which the functionality is applicable;one or more condition combinations for which the functionality is applicable, wherein each of the one or more condition combinations comprises at least two conditions; orone or more performance metrics associated with one or more conditions or one or more condition combinations.14.The method of claim 13, wherein the applicability report indicates the one or more conditions, and wherein the one or more conditions comprises one or more network-side conditions and / or one or more user device-side conditions.15.The method of claim 13, wherein the applicability report indicates the one or more conditions, and wherein the one or more conditions comprises a list of one or more identifications (IDs) identifying the one or more conditions.16.The method of claim 13, wherein the applicability report indicates the one or more conditions, wherein the one or more conditions comprises one or more user device-side conditions, and wherein the one or more user device-side conditions comprises at least one of: a speed range, a list of one or more mobility statuses, a height range, or a list of one or more codebook configurations.17.The method of claim 13, wherein the applicability report indicates one or more condition combinations, wherein at least one of the one or more condition combinations comprises at least one network-side condition and at least one user device-side condition.18.The method of claim 13, wherein the applicability report indicates one or more performance metrics, and wherein the one or more performance metrics is associated with one or more conditions or one or more condition combinations.19.The method of claim 13, wherein the applicability report indicates the one or more performance metrics, and wherein the one or more performance metrics is at least one of:measured during a model training phase;measured in a last serving cell;measured in at least one cell of a specific cell type;measured in an area of one or more cells indicated by the network device;measured in a time duration in which the functionality is activated;measured in a current serving cell; ormeasured under a network-side condition, a user device-side condition, or a combination of a network-side condition and a user device-side condition.20.A method for wireless communication, the method comprising:receiving, by a first network device from a second network device, a message for performance of a procedure associated with a user device, the message comprising functionality information associated with at least one functionality of the user device; anddetermining, by the first network device, whether to change at least one activation status for the at least one functionality based on the functionality information, each of the at least one activation status is for a respective one of the at least one functionality, and each of the at least one activation status comprises activated or deactivated.21.The method of claim 20, wherein the functionality information indicates the at least one functionality.22.The method of claim 21, wherein the at least one functionality comprises at least one of:at least one functionality activated in a source serving cell or a last serving cell;at least one functionality previously activated and currently deactivated;at least one functionality activated since the user device last entered a radio resource control (RRC) connected state;at least one functionality previously activated in a designated area; orat least one functionality supported but never activated in a source serving cell or a last serving cell.23.The method of claim 20, wherein the functionality information comprises applicability information of the at least one functionality, the applicability information indicates at least one of:whether the at least one functionality is applicable in a source cell;at least one performance metric;at least one condition associated with the at least one performance metric;cell information of at least one serving cell in which the at least one performance metric is measured;area information of at least one designated area in which the at least one performance metric is measured; orcell information and / or area information in which the at least one functionality is applicable.24.The method of claim 23, wherein the applicability information indicates the at least one performance metric, and the at least one performance metric comprises:at least one performance metric measured by the second network device before initiation of the procedure;at least one performance metric measured in: a last serving cell, one or more serving cells before the last serving cell, or a serving cell since the user device entered a radio resource control (RRC) connected state;at least one performance metric measured during a model training phase;at least one performance metric measured in a last serving cell;at least one performance metric measured in at least one cell of a specific cell type;at least one performance metric measured in an area of one or more cells indicated by the network device; orat least one performance metric measured in a time duration in which the functionality is activated.25.The method of claim 23, wherein the applicability information indicates the at least one condition, and the at least one condition comprises at least one network-side condition and / or at least one user device-side condition.26.The method of claim 20, wherein the procedure comprises a handover procedure, the first network device comprises a target network device, the second network device comprises a source network device, and the message comprises a handover request message.27.The method of claim 20, wherein the procedure comprises a radio resource control (RRC) resume procedure or a RRC re-establishment procedure, wherein the first network device comprises a new serving network device, the second network device comprises a last serving network device, and the message comprises a user device context retrieve response message.28.A method for wireless communication, the method comprising:receiving, by a user device, a first indication indicating at least one of:whether to report an availability indication when the user device accesses a new network device, a new serving cell, or a new area, the availability indication indicating an availability of collected data that the user device collected for training a model; orwhether to remove or keep the collected data when the user device camps on or accesses the new network device, the new serving cell, or the new area; andoperating, by the user device, according to the first indication upon accessing or camping on the new network device, the new serving cell, or the new area.29.The method of claim 28, wherein the user device accesses or camps on the new network device, the new serving cell, or the new area as part of a handover procedure, and wherein the first indication is received in a radio resource control (RRC) reconfiguration message.30.The method of claim 28, wherein the user device accesses or camps on the new network device, the new serving cell, or the new area as part of a radio resource control (RRC) resume procedure or a RRC setup procedure, and wherein the first indication is received in a RRC reconfiguration message.31.The method of claim 28, wherein the first indication is indicated with system information of a serving cell.32.The method of claim 28, wherein the availability indication indicates at least one of:whether the collected data is available;at least one network-side condition associated with the collected data;at least one user device-side condition associated with the collected data;cell information in which the collected data is collected;area information in which the collected data is collected;at least one type of the collected data; orat least one trace identity (ID) associated with the collected data.33.The method of claim 32, wherein the availability indication indicates the at least one type of the collected data, and the at least one type comprises at least one of: layer-1 beam measurement results, layer-3 beam measurement results of a serving cell or a neighbor cell, layer-3 cell level measurement results of a serving cell or a neighbor cell, a channel impulse response (CIR) for a positioning reference signal (PRS) measurement, a power delay profile (PDP) for a PRS measurement, or a delay profile (DP) for a PRS measurement.34.The method of claim 28, further comprising:transmitting, by the user device, the collected data and / or information related to the collected data to the new network device, wherein the information related to the collected data indicates at least one of:at least one network-side condition under which the collected data is collected;at least one user device-side condition under which the collected data is collected;at least one cell in which the collected data is collected;at least one area in which the collected data is collected; orat least one trace identity (ID) associated with the collected data.35.The method of claim 34, wherein the user device transmits the collected data and / or the information related to the collected data in response to a request message from the new network device.36.The method of claim 35, wherein the request message indicates at least one type of the collected data, the user device transmits the collected data in response to the request message, and the collected data comprises only collected data of the at least one type indicated in the request message.37.A method for wireless communication, the method comprising:receiving, by a new network device, an availability indication that indicates an availability of collected data that a user device collected for training a model, wherein the new network device comprises a network device that the user device communicates with in response to the user device performing a procedure; andtransmitting, by the new network device, a request message to the user device, the request message requesting to receive the collected data and / or information related to the collected data.38.The method of claim 37, wherein the procedure comprises: a handover procedure, a radio resource control (RRC) resume procedure, or a RRC setup procedure.39.The method of claim 38, further comprising:in response to transmitting the request message, receiving, by the new network device, the collected data and / or the information related to the collected data.40.The method of claim 37, wherein the information related to the collected data that is indicated in the request message comprises at least one of:at least one type of the collected data;at least one network-side condition under which the collected data is collected;at least one user device-side condition under which the collected data is collected;at least one cell in which the collected data is collected;at least one area in which the collected data is collected; orat least one trace identity (ID) associated with the collected data.41.The method of claim 37, wherein the procedure comprises a handover procedure or a radio resource control (RRC) resume procedure, the method further comprising:transmitting, by the new network device to an old network device of the user device, an inter network node message that indicates at least one of:an identity (ID) of the user device;the collected data;at least one network-side condition associated with the collected data;at least one user device-side condition associated with the collected data;a trace identity associated with the collected data;at least one cell in which the collected data is collected; orat least one area in which the collected data is collected.42.A wireless communications apparatus comprising a processor and a memory, wherein the processor is configured to cause the apparatus to perform a method of any of claims 1 to 41.43.A computer program product comprising a computer-readable program medium comprising code stored thereupon, the code, when executed by a processor, causing the processor to perform a method of any of claims 1 to 41.

Images