Technologies for area-based associated identifier for user equipment-sided model

Abstract

The present application relates to devices and components including apparatus, systems, and methods for an area-based associated identifier for a user equipment-sided model.

Description

TECHNOLOGIES FOR AREA-BASED ASSOCIATED IDENTIFIER FOR USER EQUIPMENT-SIDED MODELTECHNICAL FIELD

[0001] This application relates generally to communication networks and, in particular, to technologies for an area-based associated identifier for a user equipment-sided model.BACKGROUND

[0002] Third Generation Partnership Project (3GPP) Technical Specifications (TSs) define standards for wireless networks. These TSs describe aspects related to signaling traffic through systems that incorporate wireless networks.BRIEF DESCRIPTION OF THE DRAWINGS

[0003] FIG. 1 illustrates a network environment in accordance with some embodiments.

[0004] FIGS. 2A and 2B illustrate a procedure in accordance with some embodiments.

[0005] FIG. 3 illustrates a failed validation procedure in accordance with some embodiments.

[0006] FIG. 4 illustrates another example procedure in accordance with some embodiments.

[0007] FIG. 5 illustrates an example of a provide assistance data message in accordance with some embodiments.

[0008] FIG. 6 illustrates a procedure for handover of a user equipment (UE) in accordance with some embodiments.

[0009] FIG. 7 illustrates a procedure for radio resource control (RRC) reestablishment in accordance with some embodiments.

[0010] FIG. 8 illustrates a procedure for RRC resume in accordance with some embodiments.

[0011] FIG. 9 illustrates a procedure for a UE entering an RRC idle state in accordance with some embodiments.

[0012] FIG. 10 illustrates an operational flow / algorithmic structure in accordance with some embodiments.

[0013] FIG. 11 illustrates another operational flow / algorithmic structure in accordance with some embodiments.

[0014] FIG. 12 illustrates another operational flow / algorithmic structure in accordance with some embodiments.

[0015] FIG. 13 illustrates a user equipment in accordance with some embodiments.

[0016] FIG. 14 illustrates a network device in accordance with some embodiments.DETAILED DESCRIPTION

[0017] The following detailed description refers to the accompanying drawings. The same reference numbers may be used in different drawings to identify the same or similar elements. In the following description, for purposes of explanation and not limitation, specific details are set forth such as particular structures, architectures, interfaces, and techniques in order to provide a thorough understanding of the various aspects of various embodiments. However, it will be apparent to those skilled in the art having the benefit of the present disclosure that the various aspects of the various embodiments may be practiced in other examples that depart from these specific details. In certain instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the various embodiments with unnecessary detail. For the purposes of the present document, the phrases “A / B” and “A or B” mean (A) , (B) , or (A and B) ; and the phrase “based on A” means “based at least in part on A, ” for example, it could be “based solely on A” or it could be “based in part on A. ”

[0018] The following is a glossary of terms that may be used in this disclosure.

[0019] The term “circuitry” as used herein refers to, is part of, or includes hardware components that are configured to provide the described functionality. The hardware components may include an electronic circuit, a logic circuit, a processor (shared, dedicated, or group) or memory (shared, dedicated, or group) , an application specific integrated circuit  (ASIC) , a field-programmable device (FPD) (e.g., a field-programmable gate array (FPGA) , a programmable logic device (PLD) , a complex PLD (CPLD) , a high-capacity PLD (HCPLD) , a structured ASIC, or a programmable system-on-a-chip (SoC) ) , or a digital signal processor (DSP) . In some embodiments, the circuitry may execute one or more software or firmware programs to provide at least some of the described functionality. The term “circuitry” may also refer to a combination of one or more hardware elements (or a combination of circuits used in an electrical or electronic system) with the program code used to carry out the functionality of that program code. In these embodiments, the combination of hardware elements and program code may be referred to as a particular type of circuitry.

[0020] The term “processor circuitry” as used herein refers to, is part of, or includes circuitry capable of sequentially and automatically carrying out a sequence of arithmetic or logical operations, or recording, storing, or transferring digital data. The term “processor circuitry” may refer an application processor, baseband processor, a central processing unit (CPU) , a graphics processing unit, a single-core processor, a dual-core processor, a triple-core processor, a quad-core processor, or any other device capable of executing or otherwise operating computer-executable instructions, such as program code, software modules, or functional processes.

[0021] The term “interface circuitry” as used herein refers to, is part of, or includes circuitry that enables the exchange of information between two or more components or devices. The term “interface circuitry” may refer to one or more hardware interfaces, for example, buses, I / O interfaces, peripheral component interfaces, and network interface cards.

[0022] The term “user equipment” or “UE” as used herein refers to a device with radio communication capabilities that may allow a user to access network resources in a communications network. The term “user equipment” or “UE” may be considered synonymous to, and may be referred to as, client, mobile, mobile device, mobile terminal, user terminal, mobile unit, mobile station, mobile user, subscriber, user, remote station, access agent, user agent, receiver, radio equipment, reconfigurable radio equipment, or reconfigurable mobile device. Furthermore, the term “user equipment” or “UE” may include any type of wireless / wired device or any computing device including a wireless communications interface.

[0023] The term “computer system” as used herein refers to any type interconnected electronic devices, computer devices, or components thereof. Additionally, the term  “computer system” or “system” may refer to various components of a computer that are communicatively coupled with one another. Furthermore, the term “computer system” or “system” may refer to multiple computer devices or multiple computing systems that are communicatively coupled with one another and configured to share computing or networking resources.

[0024] The term “resource” as used herein refers to a physical or virtual device, a physical or virtual component or asset within a computing or network environment, or a physical or virtual component within, accessible by, or available to a device or component. Resources could include, but are not limited to, memory space / usage, processor / CPU time, processor / CPU usage, processor and accelerator loads, hardware time or usage, electrical power, input / output operations, ports or network sockets, channel / link allocations, throughput, or workload units. A “hardware resource” may refer to compute, storage, or networking resources provided by physical hardware elements. A “virtualized resource” may refer to compute, storage, or networking resources provided by virtualization infrastructure to an application, device, or system. The term “communication resource” may refer to resources that are accessible by, or available to, computer devices / systems for transferring information over a channel of a communication network. For example, communication resources may include, but are not limited to, time / frequency resources, code resources, modulation resources, etc. The term “system resources” may refer to any kind of shared entities to provide services, and may include computing or network resources. System resources may be considered as a set of coherent functions, network data objects or services, accessible through a server where such system resources reside on a single host or multiple hosts and are clearly identifiable.

[0025] The term “channel” as used herein refers to any transmission medium, either tangible or intangible, which is used to communicate data or a data stream. The term “channel” may be synonymous with or equivalent to “communications channel, ” “data communications channel, ” “transmission channel, ” “data transmission channel, ” “access channel, ” “data access channel, ” “link, ” “data link, ” “carrier, ” “radio-frequency carrier, ” or any other like term denoting a pathway or medium through which data is communicated. Additionally, the term “link” as used herein refers to a connection between two devices for the purpose of transmitting and receiving information.

[0026] The terms “instantiate, ” “instantiation, ” and the like as used herein refers to the creation of an instance. An “instance” also refers to a concrete occurrence of an object, which may occur, for example, during execution of program code.

[0027] The term “connected” may mean that two or more elements, at a common communication protocol layer, have an established signaling relationship with one another over a communication channel, link, interface, or reference point.

[0028] The term “network element” as used herein refers to physical or virtualized equipment or infrastructure used to provide wired or wireless communication network services. The term “network element” may be considered synonymous to or referred to as a networked computer, networking hardware, network equipment, network node, or a virtualized network function.

[0029] The term “information element” refers to a structural element containing one or more fields. The term “field” refers to individual contents of an information element, or a data element that contains content. An information element may include one or more additional information elements.

[0030] FIG. 1 illustrates a network environment 100 in accordance with some embodiments. The network environment 100 may include user equipment (UE) 104 communicatively coupled with base station 108 of a radio access network (RAN) 110. The UE 104 and the base station 108 may communicate over air interfaces compatible with 3GPP TSs, such as those that define a Fifth Generation (5G) new radio (NR) system or a later system (e.g., Sixth Generation (6G) system) . The base station 108 may provide user plane (UP) and control plane (CP) protocol terminations toward the UE 104.

[0031] The network environment 100 may further include a core network (CN) 112. For example, the CN 112 may comprise a 5th Generation Core network (5GC) , a 6th Generation Core network (6GC) , or later generation core network. The CN 112 may be coupled to the base station 108 via a fiber optic or wireless backhaul. The CN 112 may provide functions for the UE 104 via the base station 108. These functions may include managing subscriber profile information, subscriber location, authentication of services, or switching functions for voice and data sessions.

[0032] The network environment 100 may further include an external data network 120, which may be accessed by the UE 104 via the RAN 110.

[0033] In some embodiments, the network environment 100 may also include UE 106. The UE 106 may be coupled with the UE 104 via a sidelink interface. In some embodiments, the UE 106 may act as a relay node to communicatively couple the UE 104 to the RAN 110. In other embodiments, the UE 106 and the UE 104 may represent end nodes of a communication link. For example, the UEs 104 and 106 may exchange data with one another.

[0034] In embodiments, artificial intelligence (AI)  / machine learning (ML) models may be used in the network environment 100. For example, an AI / ML model may be used for beam management, positioning, and / or other use cases. The AI / ML model may be a UE-sided model (e.g., training and / or inference performed by the UE) or a network-side model (e.g., training and / or inference performed by the network, such as by the base station and / or another network-side entity (e.g., a location management function (LMF) ) .

[0035] In one example of a beam management use case, the UE 104 may employ a UE-side AI / ML model to generate one or more predicted beam measurements. The AI / ML model may be trained based on training information from the network and / or actual beam measurements on reference signals transmitted by the network (e.g., base station 108) . The use of predicted beam measurements may save network resources compared with performing all beam measurements on actual reference signals transmitted by the network.

[0036] In the positioning use case, an AI / ML model may be used for determination of the positioning (e.g., location) of a UE. In some embodiments, the training and / or inference may be performed based on measurements performed on a positioning reference signal (PRS) . Various frameworks for positioning may be used. For example, the positioning may be performed using direct AI / ML positioning and / or AI / ML assisted positioning. In direct AI / ML positioning, the AI / ML model directly outputs the location of the UE. For example, the AI / ML model may use fingerprinting, in which channel observations are input to the AI / ML model to estimate the UE’s location. With AI / ML assisted positioning, rather than directly determining the UE’s location, the AI / ML model may enhance another positioning technique. For example, the AI / ML model may output one or more measurements and / or refine one or more existing measurements. In some instances, the AI / ML model may identify line-of-sight (LOS) and / or non-LOS (NLOS conditions, estimate the timing and / or angle of measurements, and / or estimate the likelihood (e.g., accuracy) of the measurements.

[0037] Examples of direct AI / ML positioning may include: UE-based positioning with a UE-side model (referred to as Case 1) ; UE-assisted, LMF-based positioning with a LMF-side model (referred to as Case 2b) ; and RAN node assisted positioning with a LMF-side model (referred to as Case 3b) . Examples of AI / ML assisted positioning may include: UE-assisted LMF-based positioning with a UE-side model (referred to as Case 2a) ; and RAN node assisted positioning with a base station-side model (referred to as Case 3a) .

[0038] The network may configure the UE with one or more network-side conditions (also referred to as network side additional conditions) for the AI / ML model. For example, a network-side condition for a beam management AI / ML model may include beam information such as a beam pattern. A network side condition for a positioning AI / ML model may include one or more network implementation conditions (e.g., the configuration and / or location of devices, such as transmission-reception points (TRPs) or other UEs that transmit the PRS) . The network may configure an associated identifier (ID) for a set of one or more network-side conditions to ensure consistency of the network-side conditions across training and inference of the AI / ML model. In some embodiments, the associated ID may be configured within the channel state information (CSI) framework and / or the minimization of drive test (MDT) framework. The UE 104 may assume similar properties of a downlink transmission beam or beam set associated with the same associated ID.

[0039] In some instances, the associated ID may be cell-specific (e.g., applicable to a single serving cell) . In other instances, a consistency area may be configured for the associated ID. The consistency area may be configured with an area ID. The consistency area may define an area (e.g., one or more cells) for which the same associated ID applies. For example, the consistency area may correspond to a list of one or more: global cell IDs for a public land mobile network (PLMN) ; physical cell IDs (PCIs) (e.g., and one or more associated frequencies) ; public network integrated (PNI) –non-public networks (NPNs) ; standalone NPNs (SNPNs) ; tracking areas, location areas, or routing areas for a PLMN; neighboring cells; RAN area codes (RANACs) ; and / or other area identifiers (e.g., similar to systemInformationAreaID) .

[0040] Various embodiments herein provide enhancements associated with an area-based associated ID for a UE-side AI / ML model. For example, embodiments may include mechanisms to configure and use validity information for the area ID and / or associated ID. The validity information may include, for example, a validity timer and / or a version tag  associated with the area ID and / or associated ID. Embodiments may further include mechanisms for UE reporting of functionalities for a serving cell and neighbor cells, handover, radio resource control (RRC) reestablishment, and RRC resume with a configured area ID.

[0041] FIG. 2A illustrates an example procedure 200 in accordance with various embodiments. Aspects of the procedure 200 may be performed by a UE (e.g., UE 104) and / or a network (e.g., RAN 110, such as base station 108 and / or another base station of the RAN 110) . The procedure 200 is shown and described with reference to a beam management use case. The UE may be configured with one or more associated IDs that correspond to respective base station beam patterns. For example, the procedure 200 may be described with reference to a scenario in which three associated IDs are configured (associated ID#1 that corresponds to beam pattern 1, associated ID#2 that corresponds to beam pattern 2, and associated ID#3 that corresponds to beam pattern 3) . Aspects of the procedure 200 may be applicable to other use cases for UE-side AI / ML models in accordance with various embodiments.

[0042] At 204 of the procedure 200, the UE may transmit UE capability information to the network. The network may transmit a UE capability enquiry message to the UE to trigger the UE to report the UE capability information. The UE capability information may indicate one or more functionalities that are supported by the UE, e.g., related to AI / ML models as described herein.

[0043] At 208 of the procedure 200, the network may transmit configuration information for a data collection configuration. The configuration information may be transmitted, for example, via RRC signaling. The configuration information may include one or more associated IDs, an area ID, and validity information. The validity information may be associated with the area ID and / or the one or more associated IDs. For example, the validity information may configure a validity timer (e.g., indicate a length of time for the validity timer) and / or may indicate a version tag associated with the area ID and / or the one or more associated IDs.

[0044] In embodiments in which the validity information configures a validity timer, the UE may start the validity timer based on reception of the configuration information. The UE may restart the validity timer in one or more circumstances, such as based on reception of a new timer configuration in an updated training configuration and / or a configuration of  applicabile functionalities. If the associated AI / ML operation is de-configured by the network, the UE may stop the validity timer.

[0045] The UE may consider the area ID and / or the one or more associated IDs as no longer valid based on expiration of the validity timer. In that case, the UE may follow a procedure for failed validation, e.g., the procedure 300 of FIG. 3 described further below.

[0046] In some embodiments, the validity timer may continue to run when the UE is in RRC inactive mode. In some embodiments, the validity timer may be stopped upon the UE entering RRC idle mode.

[0047] As mentioned, the validity information may alternatively or additionally include a version tag. Subsequent messages received by the UE (e.g., an RRC message and / or system information broadcast (SIB) message) may include a version tag. The UE may determine whether the received version tag matches the version tag for the most recent data collection configuration received and stored by the UE for the same area ID and / or associated ID. If the version tags match, then the UE may validate the associated ID and proceed to use the data collection configuration. If the version tags do not match, the UE may follow the failed validation procedure (e.g., procedure 300 of FIG. 3, further discussed below) .

[0048] At 212 of the procedure 200, the UE may perform model training. For example, the UE may train different models with datasets categorized with the associated IDs indicated in the data collection configuration. In one example for purposes of explanation, the associated IDs may include ID#2 and ID#3.

[0049] At 216 of the procedure 200, the network may determine a beam pattern to use. For example, the network may determine to use beam pattern 2 associated with associated ID#2.

[0050] At 220 of the procedure 200, the network may transmit configuration information to the UE for an applicable functionality reporting configuration (referred to as a “reporting configuration” ) . The configuration information at 220 may be transmitted, for example, in a RRC reconfiguration message (e.g., via OtherConfig of RRCReconfiguration) and / or a SIB of the serving cell. The reporting configuration may include one or more parameters to configure the UE to perform applicability reporting (e.g., as described further below with respect to operation 224 of procedure 200) . For example, the reporting configuration may include one or more associated IDs, an area ID, and / or validity  information. In some embodiments, the validity information may include an updated validity timer configuration and / or a version tag.

[0051] In some embodiments, the reporting configuration may include an indication to trigger the UE to immediately perform applicability reporting (e.g., at the next opportunity) upon reception of the reporting configuration. If the immediate report indication is not included / configured, the UE may follow the legacy reporting procedure for UE assistance information (e.g., as part of the RRC reconfiguration procedure, or the UE may determine the time to report) .

[0052] In some embodiments, the reporting configuration may further configure a wait timer. The wait timer may be used if the UE determines that a current running functionality is non-applicable (e.g., as discussed further below with respect to FIG. 2B) .

[0053] The reporting configuration at 220 may be received by the same cell or a different cell than the cell that provided the data collection configuration at 208.

[0054] At 224 of the procedure 200, the UE may validate the associated ID (received at 220) based on the area ID and the validity information. For example, the UE may confirm that the current serving cell is in the area associated with the data collection configuration (e.g., that the area ID indicated in the configuration information at 220 matches the area ID in the data collection configuration received at 208) . Additionally, the UE may confirm that the area ID and / or associated ID for the data collection configuration is still valid based on the validity information. For example, if the validity information received in the data collection configuration configured a validity timer, the UE may determine that the area ID and / or associated ID are valid if the validity timer is still running. If the validity information received in the data collection configuration included a version tag, the UE may determine that the area ID and / or associated ID are valid if the version tag received at 220 matches the version tag from the data collection configuration received at 208.

[0055] In some instances, the UE may additionally or alternatively receive an explicit indication (e.g., via RRC signaling) that the associated ID and / or area ID is no longer valid (e.g., outdated) .

[0056] At 228 of the procedure 200, the UE may transmit an applicability report. The applicability report may be transmitted via UE assistance information. The applicability report may be based on the reporting configuration information received at 220 and  successful validation at 224. For example, the applicability report may indicate information associated with one or more functionalities supported by the UE for associated ID#2 (e.g., corresponding to beam pattern 2) .

[0057] At 232 of the procedure 200, the network may transmit an indication to the UE to activate an inference. For example, the indication may include an association ID (e.g., associated ID#2) and an inference configuration (e.g., input data to be input to the UE-side model for the inference) .

[0058] At 236 of the procedure 200, the UE may perform the inference. The inference may be performed using the UE-side model trained according to associated ID#2 (e.g., corresponding to beam pattern 2) . For example, the inference may include one or more estimated beam measurements and / or an estimation of a best beam for communication between the UE and the network.

[0059] In some embodiments, the UE may determine that a current functionality (e.g., associated with associated ID#2) is no longer applicable. FIG. 2B illustrates an example continuation of the procedure 200 in which the UE determines, at 240, that a current functionality is no longer applicable. For example, the determination may be made based on the validity information indicating that the associated ID and / or area ID is no longer valid, and / or based on one or more conditions at the UE (e.g., insufficient memory and / or insufficient power level (such as battery charge) for the UE to continue performing the current functionality with ongoing inference operation) .

[0060] Based on the determination at 240, the UE may transmit, at 244, an applicability report (e.g., via UE assistance information) to notify the network that the functionality associated with the associated ID (e.g., associated ID#2) has become non-applicable.

[0061] At 248 of the procedure 200, the UE may suspend the inference for the non-applicable functionality. The UE may further start the wait timer (e.g., that was configured in the reporting configuration at 220) . The network may transmit a message to the UE (e.g., an RRC message) to reconfigure the non-applicable functionality. The UE may apply the reconfiguration and stop the wait timer. If the wait timer expires without the UE receiving a reconfiguration, the UE may perform a default behavior for the non-applicable functionality. The default behavior may include, for example, fallback to a non-AI / ML operation, fallback to a default inference configuration (e.g., configured by the network) , and / or performance of  the RRC reestablishment procedure. In some embodiments, the default behavior may be configured by the network (e.g., via RRC signaling, such as at 208 and / or 220) .

[0062] Accordingly, notification at 244 and associated wait timer may provide the network with an opportunity to reconfigure the non-applicable functionality before the UE reverts to the default behavior.

[0063] As discussed above, a failed validation procedure may be performed based on one or more conditions. For example, the failed validation procedure may be triggered when the UE determines that the current serving cell is not included in the area ID of the one or more associated IDs stored by the UE and / or if the UE determines that the associated ID is no longer valid (e.g., based on the validity information) .

[0064] FIG. 3 illustrates an example failed validation procedure 300 (referred to as “procedure 300” ) in accordance with some embodiments. Aspects of the procedure 300 may be performed by a UE (e.g., UE 104) .

[0065] At 304 of the procedure 300, the UE may discard the associated ID (s) , area information (e.g., area ID and associated area-defining information) , and version tag (if applicable) . At 308 of the procedure 300, the UE may stop the validity timer for the associated ID (s) and / or area ID (e.g., if a validity timer was configured) . At 312 of the procedure 300, the UE may suspend any ongoing training and / or inference operation for the associated ID. At 316 of the procedure 300, the UE may notify the network of the failed validation (e.g., via UE assistance information) . The notification may include the associated ID(s) , the area ID, and / or validity information (e.g., the corresponding version tag if configured) .

[0066] FIG. 4 illustrates a procedure 400 associated with AI / ML-based positioning in accordance with some embodiments. The procedure 400 may be similar to the procedure 300 but applied for AI / ML-based positioning rather than beam management. Aspects of the procedure 400 may be performed by a UE (e.g., UE 104) and / or a network (e.g., RAN 110, such as base station 108 and / or another base station of the RAN 110, and / or a LMF) .

[0067] The procedure 400 may utilize LTE positioning protocol (LPP) messages. At 404 of the procedure 400, the UE may provide UE capability information (e.g., via a LPP provide capabilities message) . The network may transmit a LPP request capabilities message  to trigger the UE to provide the UE capability information. The UE capability information may indicate one or more functionalities supported by the UE.

[0068] At 408 of the procedure 400, the network may transmit configuration information for a data collection configuration (e.g., via a LPP provide assistance data message and / or a LPP request capabilities message) . The data collection configuration may include, for example, a positioning reference signal (PRS) configuration, one or more associated IDs, an area ID, and / or validity information (e.g., a validity timer and / or version tag) . In some embodiments, the data collection configuration may further include position calculation assistance information (e.g., NR-PositionCalculationAssistance information) , such as TRP location information, beam information, antenna information, etc. In some embodiments, the existing AreaID-CellList configured for LPP assistance data may be reused as the area ID to indicate the consistency area of the one or more associated IDs. In other embodiments, an area ID different from AreaID-CellList may be used to indicate the consistency area of the one or more associated IDs.

[0069] FIG. 5 illustrates an example of a provide assistance data message 500 (also referred to as message 500) that may be transmitted from the network to the UE at 408 of procedure 400. The message 500 may include an associated ID, an area ID, a version tag (e.g., valueTag) and / or a validity timer.

[0070] Returning to FIG. 4, at 412 of the procedure 400, the UE perform training. For example, the UE may train different AI / ML models with different datasets based on the respective associated IDs in the data collection configuration.

[0071] At 416 of the procedure 400, the network may determine a network implementation to use for positioning (e.g., corresponding to one of the associated IDs, such as ID#2 in one example) .

[0072] At 420 of the procedure 400, the network may transmit configuration information for an applicable functionality reporting configuration (e.g., via a LPP request capabilities message or a LPP provide assistance data message) . If the LPP request capabilities message is used to transmit configuration information, it may enable dynamic capability reporting via solicited information transfer. If the LPP provide assistance data message is used to transmit configuration information, it may enable dynamic capability reporting via unsolicited information transfer. The reporting configuration may include an associated ID (e.g., ID#2) , area information (e.g., area ID) , and / or validity information (e.g.,  an updated validity timer and / or a version tag) . In some embodiments, the reporting configuration may further configure a wait timer.

[0073] At 424 of the procedure 400, the UE may validate the area and validity for the reporting configuration (e.g., similar to 224 of procedure 200) .

[0074] At 428 of the procedure 400, the UE may transmit an applicability report (e.g., via a LPP provide capabilities message) . At 432 of the procedure 400, the network may transmit an indication to the UE to start an inference. The indication may be transmitted via a LPP request location information message.

[0075] At 436 of the procedure 400, the UE may perform the inference. The output of the inference may include, for example, one or more estimated measurements for positioning and / or an estimated location of the UE and / or another device (e.g., another UE and / or the base station) .

[0076] In some embodiments, at 440 of the procedure 400, the UE may transmit an updated applicability report (e.g., via an LPP provide capabilities message) . For example, the updated applicability report may indicate one or more functionalities that are non-applicable (e.g., similar to 244 of procedure 200) . In some embodiments, the UE may request a new downlink PRS configuration, e.g., via a LPP request assistance data message, based on a determination that the current functionality is not applicable. As discussed above, the network may transmit assistance information to the UE via a LPP provide assistance data message. The assistance information may include, for example, a PRS configuration and / or position calculation assistance information (e.g., TRP location information, beam information, antenna information, etc. ) . The UE may request the new downlink PRS configuration based on the assistance information from the network.

[0077] FIG. 6 illustrates a procedure 600 for handover of a UE from a source cell to a target cell (e.g., a neighbor cell) in accordance with some embodiments. Aspects of the procedure 600 may be performed by the UE (e.g., UE 104) , the source cell (e.g., RAN 110 and / or base station 108) , and / or the target cell (e.g., RAN 110 and / or base station 108) .

[0078] At 604 of the procedure 600, the source cell may trigger a handover (HO) evaluation. For example, the HO evaluation may be triggered based on one or more signal quality measurements on the source cell and / or a neighbor cell. In some embodiments, the source cell may evaluation a potential handover to multiple candidate neighbor cells.

[0079] At 608 of the procedure 600, the source cell and the neighbor cell may exchange area information and associated validity information (e.g., version tag) . For example, the neighbor cell may send the source cell the area information and corresponding validity information that is associated with the neighbor cell. The source cell and neighbor cell may use information elements in a handover preparation information message and / or a handover preparation information acknowledgement (ACK) message to exchange the area information and associated validity information.

[0080] At 612 of the procedure 600, the source cell may validate the area information and validity information of the neighbor cell, e.g., to determine that the neighbor cell uses the same set of associated IDs as the source cell. For example, the source cell may confirm that the neighbor cell belongs to the same consistency area as the source cell and that the version tag provided by the neighbor cell matches a current version tag of the source cell.

[0081] At 616 of the procedure 600, the source cell and neighbor cell may exchange associated IDs. Operation 616 may be performed based on successful validation at 612 of the procedure 600. The neighbor cell may send the source cell one or more current associated IDs of the neighbor cell. The source cell and neighbor cell may use information elements in a handover preparation information message and / or a handover preparation information ACK message to exchange the associated IDs.

[0082] At 620 of the procedure 600, the source cell may transmit an applicable functionality reporting configuration to the UE. The reporting configuration may be similar to the reporting configuration at 220 of procedure 200. As another example, the reporting configuration may be similar to the reporting configuration at 420 of procedure 400. The reporting configuration may include the one or more associated IDs of the neighbor cell. In embodiments, the UE may be transparent (e.g., unaware) of whether the associated IDs in the reporting configuration are from the source cell or the neighbor cell.

[0083] At 624 of the procedure 600, the UE may transmit an applicable functionality report to the source cell. The applicable functionality report may be similar to the applicability report at 228 of procedure 200. As another example, the applicable functionality report may be similar to the applicability report at 428 of procedure 400.

[0084] At 628 of the procedure 600, the source cell may make a handover decision. For example, the source cell may select a neighbor cell as the target cell for the handover based on the applicability reporting by the UE for the associated IDs of the neighbor cell. In  some embodiments, the source cell may perform operations 604, 608, 612, 616, 620, and 624 with respect to multiple neighbor cells, and may select one of the neighbor cells as the target cell based on the applicability reporting.

[0085] At 632 of the procedure 600, the source cell may transmit a handover command to the UE (e.g., to initiate the handover) . The handover command may include a cell ID of the target cell. In some embodiments, the handover command may indicate one or more associated IDs that the UE can continue using in the target cell (e.g., for inferences and / or training of a UE-side model) .

[0086] At 636 of the procedure 600, the UE may discard one or more models with other associated IDs (e.g., that are not supported by the target cell) . At 640 of the procedure 600, the UE may send the target cell a RRC reconfiguration complete message.

[0087] FIG. 7 illustrates a procedure 700 for RRC reestablishment in accordance with some embodiments. Aspects of the procedure 700 may be performed by a UE (e.g., UE 104) , a source cell (e.g., RAN 110 and / or base station 108) , and / or a new serving cell (e.g., RAN 110 and / or base station 108) .

[0088] When the UE detects a radio link failure (RLF) in the source cell, the UE may perform RRC reestablishment. The UE may select a cell to camp on, which may be the previous serving cell (the source cell) or a different cell. The procedure 700 illustrates an example in which the UE performs RRC reestablishment with a new serving cell (e.g., a neighbor cell) after detecting a RLF on the source cell.

[0089] For example, at 704 of the procedure 700, the UE detects a RLF on the source cell. At 708 of the procedure 700, the UE may perform a RRC reestablishment procedure with the new serving cell. For example, the UE may exchange random access channel (RACH) messages 1-3 (Msg1-Msg3) for RRC reestablishment with the new servingcell. The UE may transmit Msg1 and Msg3 to the network and receive Msg2 from the network. Based on the RLF detection and / or initiation of the RRC reestablishment procedure, the UE may suspend any active inference operations; store associated IDs and the corresponding area information and / or validity information (e.g., version tag and / or validity timer) , such as in access stratum (AS) UE context; and / or store any available AI / ML models (e.g., UE-side models) .

[0090] In some embodiments, the new serving cell may transmit a SIB that includes area information and validity information (e.g., a version tag) for the new serving cell. The UE may validate the one or more associated IDs stored by the UE based on the area information and validity information in the SIB. Otherwise (e.g., if the SIB of the new serving cell does not include the area information and validity information) , the UE may wait for the RRC reestablishment message from the new serving cell.

[0091] At 712, the new serving cell may retrieve UE context information for the UE from the old serving cell (e.g., the source cell) . The UE context information may include one or more associated IDs, area information and / or validity information (e.g., a version tag) for one or more functionalities at the UE.

[0092] At 716 of the procedure 700, the new serving cell may transmit an RRC reestablishment message to the UE. The RRC reestablishment message may include applicable functionality reporting configuration information (e.g., similar to operation 220 of procedure 200) . For example, the RRC reestablishment message may include the one or more associated IDs, area information, and / or validity information (e.g., version tag) for the new serving cell (e.g., that were also used in the source cell, as indicated in the UE context information) . The new serving cell may validate the associated ID (s) (e.g., by checking the area information and / or validity information) and include the associated ID (s) and corresponding area information and / or validity information in the RRC reestablishment message based on successful validation.

[0093] At 720 of the procedure 700, the UE may transmit an RRC reestablishment complete message to the new serving cell. The RRC reestablishment complete message may include applicable functionality reporting based on the information in the RRC reestablishment message (e.g., similar to operation 228 of procedure 200) . For example, the RRC reestablishment complete message may include functionality information supported by the UE for the one or more associated IDs in the RRC reestablishment message. In some embodiments, the UE may validate the associated IDs (e.g., based on the area information and / or validity information) prior to providing the applicable functionality reporting.

[0094] At 724 of the procedure 700, the new serving cell may send a message to the UE to provide an inference configuration and / or activate a functionality at the UE. The inference configuration and / or functionality may correspond to an inference operation that the UE previously performed when connected with the source cell.

[0095] At 728 of the procedure 700, the UE may restart the inference operation.

[0096] FIG. 8 illustrates a procedure 800 for RRC resume in accordance with some embodiments. Aspects of the procedure 800 may be performed by a UE (e.g., UE 104) , a source cell (e.g., RAN 110 and / or base station 108) , and / or a new serving cell (e.g., RAN 110 and / or base station 108) .

[0097] When the UE is released by a source cell to RRC inactive state, the UE may perform a RRC resume procedure. The UE may select a cell to camp on, which may be the previous serving cell (the source cell) or a different cell. The procedure 800 illustrates an example in which the UE performs RRC resume with a new serving cell (e.g., a neighbor cell) after being released by the source cell to RRC inactive state. Aspects of the procedure 800 may be similar to procedure 700 but applied to the RRC resume procedure instead of the RRC reestablishment procedure.

[0098] At 804 of the procedure 800, the UE may receive an RRC release message from the source cell. At 808, the UE may enter an RRC inactive state based on the RRC release message. Based on entering the RRC inactive state, the UE may suspend any active inference operations; store associated IDs and the corresponding area information and / or validity information (e.g., version tag and / or validity timer) , such as in AS UE context; and / or store any available AI / ML models (e.g., UE-side models) . The UE may continue to run a validity timer if one is running.

[0099] At 812 of the procedure 800, the UE may perform a RRC resume procedure with the new serving cell. For example, the UE may exchange RACH messages 1-3 (Msg1-Msg3) for RRC resume with the new serving cell.

[0100] In some embodiments, the new serving cell may transmit a SIB that includes area information and validity information (e.g., a version tag) for the new serving cell. The UE may validate the one or more associated IDs stored by the UE based on the area information and validity information in the SIB. Otherwise (e.g., if the SIB of the new serving cell does not include the area information and validity information) , the UE may wait for the RRC reestablishment message from the new serving cell.

[0101] At 816 of the procedure 800, the new serving cell may retrieve UE context information for the UE from the source cell. The UE context information may include one or  more associated IDs, area information and / or validity information (e.g., a version tag) for one or more functionalities at the UE.

[0102] At 820 of the procedure 800, the new serving cell may transmit a RRC resume message to the UE. The RRC resume message may include applicable functionality reporting configuration information (e.g., similar to operation 220 of procedure 200) . For example, the RRC resume message may include the one or more associated IDs, area information, and / or validity information (e.g., version tag) for the new serving cell (e.g., that were also used in the source cell, as indicated in the UE context information) . The new serving cell may validate the associated ID (s) (e.g., by checking the area information and / or validity information) and include the associated ID (s) and corresponding area information and / or validity information in the RRC resume message based on successful validation.

[0103] At 824 of the procedure 800, the UE may transmit a RRC resume complete message to the new serving cell. The RRC resume complete message may include applicable functionality reporting based on the information in the RRC resume message (e.g., similar to operation 228 of procedure 200) . For example, the RRC resume complete message may include functionality information supported by the UE for the one or more associated IDs in the RRC resume message. In some embodiments, the UE may validate the associated IDs (e.g., based on the area information and / or validity information) prior to providing the applicable functionality reporting.

[0104] At 828 of the procedure 800, the new serving cell may send a message to the UE to provide an inference configuration and / or activate a functionality at the UE. The inference configuration and / or functionality may correspond to an inference operation that the UE previously performed when connected with the source cell.

[0105] At 832 of the procedure 800, the UE may restart the inference operation.

[0106] As discussed above, the UE may maintain context information for one or more UE-side models when the UE enters the RRC inactive state. However, the UE may follow different behavior based on entering the RRC idle state. FIG. 9 illustrates an example procedure 900 that the UE may follow based on entering the RRC idle state in accordance with some embodiments.

[0107] At 904 of the procedure 900, the UE may enter RRC idle state. At 908, the UE may stop any ongoing training and / or inference operations. At 912, the UE may stop an  ongoing validity timer (if any) . At 916, the UE may discard the associated ID (s) and their corresponding area information and / or validity information (e.g., version tag if one is configured) in the AS UE context. At 920, the UE may discard one or more UE-side models stored / managed at the UE.

[0108] FIG. 10 is an operational flow / algorithmic structure 1000 in accordance with some embodiments. The operational flow / algorithmic structure 1000 may be implemented by a UE such as, for example, UE 104, UE 1300, or components thereof, for example, processors 1304A.

[0109] The operational flow / algorithmic structure 1000 may include, at 1004, receiving a data collection configuration for training a UE-side AI / ML model, wherein the data collection configuration includes an associated ID and validity information. For example, the validity information may correspond to a validity timer and / or a version tag.

[0110] The operational flow / algorithmic structure 1000 may further include, at 1008, receiving a reporting configuration for applicable functionality reporting, wherein the reporting configuration includes the associated ID.

[0111] The operational flow / algorithmic structure 1000 may further include, at 1012, validating the associated ID based on the validity information. For example, the UE may determine whether the validity timer is still running and / or that a version tag received in the reporting configuration matches the version tag received in the data collection configuration.

[0112] The operational flow / algorithmic structure 1000 may further include, at 1016, generating, for transmission to a network based on the validating, an applicability report for the associated ID. The applicability report may be transmitted based on the validation at 1012.

[0113] The UE may further receive an indication to activate an inference based on the applicability report. The indication may include an inference configuration. The UE may use the AI / ML model to perform the inference. In some embodiments, the AI / ML model may be a beam management model or a positioning model.

[0114] FIG. 11 is an operational flow / algorithmic structure 1100 in accordance with some embodiments. The operational flow / algorithmic structure 1100 may be implemented by a network device of a source cell such as, for example, a device of RAN 110 (e.g., base station 108) , network device 1400, or components thereof, for example, processors 1404A.  The operational flow / algorithmic structure 1100 may be implemented for a handover of a UE from the source cell to a candidate cell (also referred to as a target cell) .

[0115] The operational flow / algorithmic structure 1100 may include, at 1104, receiving, from a candidate cell, area information and validity information associated with an associated ID that corresponds to a network-side additional condition for training and inference of a UE-side model.

[0116] The operational flow / algorithmic structure 1100 may further include, at 1108, validating the associated ID based on the area information and the validity information.

[0117] The operational flow / algorithmic structure 1100 may further include, at 1112, for transmission to the UE, a reporting configuration for applicable functionality reporting associated with the associated ID, wherein the reporting configuration includes the associated ID based on the validating.

[0118] The operational flow / algorithmic structure 1100 may further include, at 1116, receiving, from the UE based on the reporting configuration, an applicable functionality report associated with the associated ID.

[0119] The operational flow / algorithmic structure 1100 may further include, at 1120, triggering the handover to the candidate cell based on the applicable functionality report.

[0120] FIG. 12 is an operational flow / algorithmic structure 1200 in accordance with some embodiments. The operational flow / algorithmic structure 1200 may be implemented by a UE such as, for example, UE 104, UE 1300, or components thereof, for example, processors 1304A. The operational flow / algorithmic structure 1200 may be associated with a RRC reestablishment procedure and / or RRC resume procedure.

[0121] The operational flow / algorithmic structure 1200 may include, at 1204, performing an inference operation associated with a first cell.

[0122] The operational flow / algorithmic structure 1200 may further include, at 1208, detecting a radio link failure or a RRC release on the first cell.

[0123] The operational flow / algorithmic structure 1200 may further include, at 1212, initiating an RRC reestablishment procedure or a RRC resume procedure with a second cell.

[0124] The operational flow / algorithmic structure 1200 may further include, at 1216, receiving, from the second cell, a first RRC message that includes a reporting configuration,  wherein the reporting configuration includes an associated ID associated with the inference operation.

[0125] The operational flow / algorithmic structure 1200 may further include, at 1220, encoding, for transmission to the second cell, a second RRC message that includes an applicable functionality report associated with the associated ID.

[0126] The operational flow / algorithmic structure 1200 may further include, at 1224, receiving, from the second cell an inference configuration or indication of functionality activation for the inference operation.

[0127] The operational flow / algorithmic structure 1200 may further include, at 1228, restarting the inference operation based on the inference configuration or the indication of functionality activation from the second cell.

[0128] FIG. 13 illustrates a UE 1300 in accordance with some embodiments. The UE 1300 may be similar to and substantially interchangeable with UE 104 and / or UE 106.

[0129] The UE 1300 may be any mobile or non-mobile computing device, such as, for example, mobile phones, computers, tablets, industrial wireless sensors (for example, microphones, carbon dioxide sensors, pressure sensors, humidity sensors, thermometers, motion sensors, accelerometers, laser scanners, fluid level sensors, inventory sensors, electric voltage / current meters, or actuators) , video surveillance / monitoring devices (for example, cameras or video cameras) , wearable devices (for example, a smart watch) , or Internet-of-things devices.

[0130] The UE 1300 may include processors 1304, RF interface circuitry 1308, memory / storage 1312, user interface 1316, sensors 1320, driver circuitry 1322, power management integrated circuit (PMIC) 1324, antenna 1326, and battery 1328. The components of the UE 1300 may be implemented as integrated circuits (ICs) , portions thereof, discrete electronic devices, or other modules, logic, hardware, software, firmware, or a combination thereof. The block diagram of FIG. 13 is intended to show a high-level view of some of the components of the UE 1300. However, some of the components shown may be omitted, additional components may be present, and different arrangement of the components shown may occur in other implementations.

[0131] The components of the UE 1300 may be coupled with various other components over one or more interconnects 1332, which may represent any type of interface,  input / output, bus (local, system, or expansion) , transmission line, trace, or optical connection that allows various circuit components (on common or different chips or chipsets) to interact with one another.

[0132] The processors 1304 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1304A, central processor unit circuitry (CPU) 1304B, and graphics processor unit circuitry (GPU) 1304C. The processors 1304 may include any type of circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage 1312 to cause the UE 1300 to perform operations as described herein (e.g., operations associated with area-based associated ID for a UE-side model) . The processors 1304 may also include interface circuitry 1304D to enable communication by, for example, communicatively coupling the processor circuitry with one or more other components of the UE 1300.

[0133] In some embodiments, the baseband processor 1304A may access a communication protocol stack 1336 in the memory / storage 1312 to communicate over a 3GPP compatible network. In general, the baseband processor 1304A may access the communication protocol stack 1336 to: perform user plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, SDAP layer, and PDU layer; and perform control plane functions at a PHY layer, MAC layer, RLC layer, PDCP layer, RRC layer, and a NAS layer. In some embodiments, the PHY layer operations may additionally / alternatively be performed by the components of the RF interface circuitry 1308.

[0134] The baseband processor 1304A may generate or process baseband signals or waveforms that carry information in 3GPP-compatible networks. In some embodiments, the waveforms for NR may be based on cyclic prefix OFDM (CP-OFDM) in the uplink or downlink, and discrete Fourier transform spread OFDM (DFT-S-OFDM) in the uplink.

[0135] The memory / storage 1312 may include one or more non-transitory, computer-readable media that includes instructions (for example, communication protocol stack 1336) that may be executed by one or more of the processors 1304 to cause the UE 1300 to perform operations as described herein (e.g., operations associated with area-based associated ID for a UE-side model) .

[0136] The memory / storage 1312 includes any type of volatile or non-volatile memory that may be distributed throughout the UE 1300. In some embodiments, some of the  memory / storage 1312 may be located on the processors 1304 themselves (for example, memory / storage 1312 may be part of a chipset that corresponds to the baseband processor 1304A) , while other memory / storage 1312 is external to the processors 1304 but accessible thereto via a memory interface. The memory / storage 1312 may include any suitable volatile or non-volatile memory such as, but not limited to, dynamic random access memory (DRAM) , static random access memory (SRAM) , erasable programmable read only memory (EPROM) , electrically erasable programmable read only memory (EEPROM) , Flash memory, solid-state memory, or any other type of memory device technology.

[0137] The RF interface circuitry 1308 may include transceiver circuitry and a radio frequency front module (RFEM) that allows the UE 1300 to communicate with other devices over a radio access network. The RF interface circuitry 1308 may include various elements arranged in transmit or receive paths. These elements may include, for example, switches, mixers, amplifiers, filters, synthesizer circuitry, and control circuitry.

[0138] In the receive path, the RFEM may receive a radiated signal from an air interface via antenna 1326 and proceed to filter and amplify (with a low-noise amplifier) the signal. The signal may be provided to a receiver of the transceiver that down-converts the RF signal into a baseband signal that is provided to the baseband processor of the processors 1304.

[0139] In the transmit path, the transmitter of the transceiver up-converts the baseband signal received from the baseband processor and provides the RF signal to the RFEM. The RFEM may amplify the RF signal through a power amplifier prior to the signal being radiated across the air interface via the antenna 1326.

[0140] In various embodiments, the RF interface circuitry 1308 may be configured to transmit / receive signals in a manner compatible with NR access technologies.

[0141] The antenna 1326 may include antenna elements to convert electrical signals into radio waves to travel through the air and to convert received radio waves into electrical signals. The antenna elements may be arranged into one or more antenna panels. The antenna 1326 may have antenna panels that are omnidirectional, directional, or a combination thereof to enable beamforming and multiple input, multiple output communications. The antenna 1326 may include microstrip antennas, printed antennas fabricated on the surface of one or more printed circuit boards, patch antennas, or phased array antennas. The antenna 1326 may  have one or more panels designed for specific frequency bands including bands in FR1 or FR2.

[0142] The user interface 1316 includes various input / output (I / O) devices designed to enable user interaction with the UE 1300. The user interface 1316 includes input device circuitry and output device circuitry. Input device circuitry includes any physical or virtual means for accepting an input including, inter alia, one or more physical or virtual buttons (for example, a reset button) , a physical keyboard, keypad, mouse, touchpad, touchscreen, microphones, scanner, headset, or the like. The output device circuitry includes any physical or virtual means for showing information or otherwise conveying information, such as sensor readings, actuator position (s) , or other like information. Output device circuitry may include any number or combinations of audio or visual display, including, inter alia, one or more simple visual outputs / indicators (for example, binary status indicators such as light emitting diodes (LEDs) and multi-character visual outputs, or more complex outputs such as display devices or touchscreens (for example, liquid crystal displays (LCDs) , LED displays, quantum dot displays, and projectors) , with the output of characters, graphics, multimedia objects, and the like being generated or produced from the operation of the UE 1300.

[0143] The sensors 1320 may include devices, modules, or subsystems whose purpose is to detect events or changes in their environment and send the information (sensor data) about the detected events to some other device, module, or subsystem. Examples of such sensors include inertia measurement units comprising accelerometers, gyroscopes, or magnetometers; microelectromechanical systems or nanoelectromechanical systems comprising 3-axis accelerometers, 3-axis gyroscopes, or magnetometers; level sensors; flow sensors; temperature sensors (for example, thermistors) ; pressure sensors; barometric pressure sensors; gravimeters; altimeters; image capture devices (for example, cameras or lensless apertures) ; light detection and ranging sensors; proximity sensors (for example, infrared radiation detector and the like) ; depth sensors; ambient light sensors; ultrasonic transceivers; and microphones or other like audio capture devices.

[0144] The driver circuitry 1322 may include software and hardware elements that operate to control particular devices that are embedded in the UE 1300, attached to the UE 1300, or otherwise communicatively coupled with the UE 1300. The driver circuitry 1322 may include individual drivers allowing other components to interact with or control various input / output (I / O) devices that may be present within, or connected to, the UE 1300. For  example, driver circuitry 1322 may include a display driver to control and allow access to a display device, a touchscreen driver to control and allow access to a touchscreen interface, sensor drivers to obtain sensor readings of sensors 1320 and control and allow access to sensors 1320, drivers to obtain actuator positions of electro-mechanic components or control and allow access to the electro-mechanic components, a camera driver to control and allow access to an embedded image capture device, audio drivers to control and allow access to one or more audio devices.

[0145] The PMIC 1324 may manage power provided to various components of the UE 1300. In particular, with respect to the processors 1304, the PMIC 1324 may control power-source selection, voltage scaling, battery charging, or DC-to-DC conversion.

[0146] A battery 1328 may power the UE 1300, although in some examples the UE 1300 may be mounted deployed in a fixed location and may have a power supply coupled to an electrical grid. The battery 1328 may be a lithium ion battery, a metal-air battery, such as a zinc-air battery, an aluminum-air battery, a lithium-air battery, and the like. In some implementations, such as in vehicle-based applications, the battery 1328 may be a typical lead-acid automotive battery.

[0147] FIG. 14 illustrates a network device 1400 in accordance with some embodiments. The network device 1400 may be similar to, and substantially interchangeable with, the base station 108 and / or a component of the CN 112.

[0148] The network device 1400 may include processors 1404, RF interface circuitry 1408 (if implemented as a base station) , core network (CN) interface circuitry 1414, memory / storage circuitry 1412, and antenna structure 1426.

[0149] The components of the network device 1400 may be coupled with various other components over one or more interconnects 1428.

[0150] The processors 1404, RF interface circuitry 1408, memory / storage circuitry 1412 (including communication protocol stack 1410) , antenna structure 1426, and interconnects 1428 may be similar to like-named elements shown and described with respect to FIG. 13.

[0151] The processors 1404 may include processor circuitry such as, for example, baseband processor circuitry (BB) 1404A, central processor unit circuitry (CPU) 1404B, and graphics processor unit circuitry (GPU) 1404C. The processors 1404 may include any type of  circuitry or processor circuitry that executes or otherwise operates computer-executable instructions, such as program code, software modules, or functional processes from memory / storage circuitry 1412 to cause the network device 1400 to perform operations as described herein (e.g., operations associated with area-based associated ID for a UE-side model) . The processors 1404 may also include interface circuitry 1404D to communicatively couple the processor circuitry with one or more other components of the network device 1400.

[0152] The CN interface circuitry 1414 may provide connectivity to a core network, for example, a 5th Generation Core network (5GC) using a 5GC-compatible network interface protocol such as carrier Ethernet protocols, or some other suitable protocol. Network connectivity may be provided to / from the network device 1400 via a fiber optic or wireless backhaul. The CN interface circuitry 1414 may include one or more dedicated processors or FPGAs to communicate using one or more of the aforementioned protocols. In some implementations, the CN interface circuitry 1414 may include multiple controllers to provide connectivity to other networks using the same or different protocols.

[0153] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0154] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below. For example, the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below. For another example, circuitry associated with a UE, base station, or network element as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below in the example section.

[0155] It is well understood that the use of personally identifiable information should follow privacy policies and practices that are generally recognized as meeting or exceeding  industry or governmental requirements for maintaining the privacy of users. In particular, personally identifiable information data should be managed and handled so as to minimize risks of unintentional or unauthorized access or use, and the nature of authorized use should be clearly indicated to users.

[0156] For one or more embodiments, at least one of the components set forth in one or more of the preceding figures may be configured to perform one or more operations, techniques, processes, or methods as set forth in the example section below. For example, the baseband circuitry as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below. For another example, circuitry associated with a UE, base station, or network element as described above in connection with one or more of the preceding figures may be configured to operate in accordance with one or more of the examples set forth below in the example section.

[0157] Examples

[0158] The following sections provide further exemplary embodiments are provided.

[0159] Example 1 includes a method comprising: receiving a data collection configuration for training a user equipment (UE) -side artificial intelligence (AI)  / machine learning (ML) model, wherein the data collection configuration includes an associated identifier (ID) and validity information; receiving a reporting configuration for applicable functionality reporting, wherein the reporting configuration includes the associated ID; validating the associated ID based on the validity information; and generating, for transmission to a network based on the validating, an applicability report for the associated ID.

[0160] Example 2 includes the method of example 1 or some other example herein, wherein the data collection configuration further includes an area ID that corresponds to a consistency area associated with the associated ID, wherein the reporting configuration includes area information of a cell in which the reporting configuration is transmitted, and wherein validating the associated ID is based further on determining, based on the area information, that the cell is included in the consistency area.

[0161] Example 3 includes the method of example 1 or some other example herein, wherein the validity information configures a validity timer, and wherein validating the  associated ID based on the validity information includes confirming that the validity timer is still running.

[0162] Example 4 includes the method of example 3 or some other example herein, further comprising resetting the validity timer based on the reporting configuration.

[0163] Example 5 includes the method of example 3 or some other example herein, further comprising receiving a radio resource control (RRC) message indicating the associated ID is outdated.

[0164] Example 6 includes the method of example 1 or some other example herein, wherein the validity information includes a first version tag, wherein the reporting configuration includes a second version tag, and wherein validating the associated ID based on the validity information includes confirming that the second version tag matches the first version tag.

[0165] Example 7 includes the method of example 1 or some other example herein, further comprising determining that the associated ID is no longer valid, and based on determining that the associated ID is no longer valid: discarding the associated ID; suspending an ongoing training or inference operation associated with the associated ID; and generating, for transmission to the network, a message to notify the network that the associated ID is no longer valid.

[0166] Example 8 includes the method of example 1 or some other example herein, wherein the reporting configuration configures a wait timer, and wherein the method further comprises: determining that a functionality associated with the associated ID is non-applicable; generating, for transmission to the network, an indication that the functionality is non-applicable; starting a wait timer based on the transmission of the indication to the network; and transitioning to a default behavior based on a determination that a reconfiguration of the functionality has not been received prior to expiration of the wait timer.

[0167] Example 9 includes the method of example 8 or some other example herein, wherein the default behavior includes: performing a non-AI / ML operation; performing an inference operation based on a default inference configuration; or performing a radio resource control (RRC) reestablishment procedure.

[0168] Example 10 includes the method of example 1 or some other example herein, wherein the applicability report is included in UE assistance information.

[0169] Example 11 includes the method of example 1 or some other example herein, wherein the reporting configuration includes an indication to trigger transmission of the applicability report in UE assistance information at a next opportunity upon reception of the reporting configuration .

[0170] Example 12 includes the method of example 1 or some other example herein, wherein the data collection configuration and the reporting configuration are included in long term evolution (LTE) positioning protocol (LPP) provide assistance data messages, and the applicability report is included in a LPP provide capabilities message via unsolicited information transfer.

[0171] Example 13 includes the method of example 1 or some other example herein, wherein the data collection configuration is included in a long term evolution (LTE) positioning protocol (LPP) provide assistance data message, the reporting configuration is included in a LPP request capabilities message, and the applicability report is included in a LPP provide capabilities message via solicited information transfer.

[0172] Example 14 includes the method of example 1 or some other example herein, wherein the AI / ML model is a positioning model, and wherein the method further comprises generating, for transmission to the network, a request for a new configuration of a Positioning Reference Signal (PRS) , wherein the request is transmitted via a long term evolution (LTE) positioning protocol (LPP) request assistance data message.

[0173] Example 15 includes a method comprising: receiving, from a candidate cell that is being considered for a handover of a user equipment (UE) , area information and validity information associated with an associated ID that corresponds to a network-side additional condition for training and inference of a UE-side model; validating the associated ID based on the area information and the validity information; generating, for transmission to the UE, a reporting configuration for applicable functionality reporting associated with the associated ID, wherein the reporting configuration includes the associated ID based on the validating; receiving, from the UE based on the reporting configuration, an applicable functionality report associated with the associated ID; and triggering the handover to the candidate cell based on the applicable functionality report.

[0174] Example 16 includes the method of example 15 or some other example herein, wherein triggering the handover includes generating, for transmission to the UE, a handover command that includes the associated ID to indicate that an inference operation associated with the associated ID is to continue in the candidate cell.

[0175] Example 17 includes the method of example 16 or some other example herein, wherein the handover command is further to indicate to the UE to discard one or more other AI / ML models for which the corresponding associated ID is not indicated in the handover command as continuing in the candidate cell.

[0176] Example 18 includes the method of example 15 or some other example herein, wherein the validity information includes a version tag.

[0177] Example 19 includes the method of example 15 or some other example herein, further comprising generating, for transmission to the candidate cell, a handover preparation information message that includes a request for the area information and validity information from the neighbor cell.

[0178] Example 20 includes an apparatus comprising processing circuitry to: perform an inference operation associated with a first cell; detect a radio link failure or a radio resource control (RRC) release on the first cell; initiate an RRC reestablishment procedure or a RRC resume procedure with a second cell; receive, from the second cell, a first RRC message that includes a reporting configuration, wherein the reporting configuration includes an associated ID associated with the inference operation; encode, for transmission to the second cell, a second RRC message that includes an applicable functionality report associated with the associated ID; receive, from the second cell an inference configuration or indication of functionality activation for the inference operation; and restart the inference operation based on the inference configuration or the indication of functionality activation from the second cell. The apparatus of Example 20 may further comprise interface circuitry coupled to the processing circuitry to enable communication.

[0179] Example 21 includes the apparatus of example 20 or some other example herein, wherein to detect the radio link failure or the RRC release includes to detect the radio link failure, wherein the first RRC message is an RRC reestablishment message, and wherein the second RRC message is an RRC reestablishment complete message.

[0180] Example 22 includes the apparatus of example 20 or some other example herein, wherein to detect the radio link failure or the RRC release includes to detect the RRC release, wherein the first RRC message is an RRC resume message, and wherein the second RRC message is an RRC resume complete message.

[0181] Example 23 includes the apparatus of example 22 or some other example herein, wherein the processing circuitry is further to, based on the detected RRC release on the first cell: enter an RRC inactive state; and continue to run a validity timer associated with the associated ID.

[0182] Example 24 includes the apparatus of example 20 or some other example herein, wherein the reporting configuration further includes validity information associated with the associated ID, wherein the processing circuitry is further to validate the associated ID based on the validity information, and wherein the second RRC message is encoded for transmission based on the validation of the associated ID.

[0183] Example 25 includes the apparatus of example 20 or some other example herein, wherein the processing circuitry is further to: trigger a UE to enter an RRC idle state; and based on entering the RRC idle state, stop the inference operation and discard the associated ID.

[0184] Another example may include an apparatus comprising means to perform one or more elements of a method described in or related to any of examples 1-25, or any other method or process described herein.

[0185] Another example may include one or more non-transitory computer-readable media comprising instructions to cause an electronic device, upon execution of the instructions by one or more processors of the electronic device, to perform one or more elements of a method described in or related to any of examples 1-25, or any other method or process described herein.

[0186] Another example may include an apparatus comprising logic, modules, or circuitry to perform one or more elements of a method described in or related to any of examples 1-25, or any other method or process described herein.

[0187] Another example may include a method, technique, or process as described in or related to any of examples 1-25, or portions or parts thereof.

[0188] Another example may include an apparatus comprising: one or more processors and one or more computer-readable media comprising instructions that, when executed by the one or more processors, cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1-25, or portions thereof.

[0189] Another example may include a signal as described in or related to any of examples 1-25, or portions or parts thereof.

[0190] Another example may include a datagram, information element, packet, frame, segment, PDU, or message as described in or related to any of examples 1-25, or portions or parts thereof, or otherwise described in the present disclosure.

[0191] Another example may include a signal encoded with data as described in or related to any of examples 1-25, or portions or parts thereof, or otherwise described in the present disclosure.

[0192] Another example may include a signal encoded with a datagram, IE, packet, frame, segment, PDU, or message as described in or related to any of examples 1-25, or portions or parts thereof, or otherwise described in the present disclosure.

[0193] Another example may include an electromagnetic signal carrying computer-readable instructions, wherein execution of the computer-readable instructions by one or more processors is to cause the one or more processors to perform the method, techniques, or process as described in or related to any of examples 1-25, or portions thereof.

[0194] Another example may include a computer program comprising instructions, wherein execution of the program by a processing element is to cause the processing element to carry out the method, techniques, or process as described in or related to any of examples 1-25, or portions thereof.

[0195] Another example may include a signal in a wireless network as shown and described herein.

[0196] Another example may include a method of communicating in a wireless network as shown and described herein.

[0197] Another example may include a system for providing wireless communication as shown and described herein.

[0198] Another example may include a device for providing wireless communication as shown and described herein.

[0199] Any of the above-described examples may be combined with any other example (or combination of examples) , unless explicitly stated otherwise. The foregoing description of one or more implementations provides illustration and description, but is not intended to be exhaustive or to limit the scope of embodiments to the precise form disclosed. Modifications and variations are possible in light of the above teachings or may be acquired from practice of various embodiments.

[0200] Although the embodiments above have been described in considerable detail, numerous variations and modifications will become apparent to those skilled in the art once the above disclosure is fully appreciated. It is intended that the following claims be interpreted to embrace all such variations and modifications.

Claims

1.A method comprising:receiving a data collection configuration for training a user equipment (UE) -side artificial intelligence (AI)  / machine learning (ML) model, wherein the data collection configuration includes an associated identifier (ID) and validity information;receiving a reporting configuration for applicable functionality reporting, wherein the reporting configuration includes the associated ID;validating the associated ID based on the validity information; andgenerating, for transmission to a network based on the validating, an applicability report for the associated ID.2.The method of claim 1, wherein the data collection configuration further includes an area ID that corresponds to a consistency area associated with the associated ID, wherein the reporting configuration includes area information of a cell in which the reporting configuration is transmitted, and wherein validating the associated ID is based further on determining, based on the area information, that the cell is included in the consistency area.3.The method of claim 1 or 2, wherein the validity information configures a validity timer, and wherein validating the associated ID based on the validity information includes confirming that the validity timer is still running.4.The method of claim 3, further comprising resetting the validity timer based on the reporting configuration.5.The method of claim 3, further comprising receiving a radio resource control (RRC) message indicating the associated ID is outdated.6.The method of claim 1 or 2, wherein the validity information includes a first version tag, wherein the reporting configuration includes a second version tag, and wherein validating the associated ID based on the validity information includes confirming that the second version tag matches the first version tag.7.The method of claim 1 or 2, further comprising determining that the associated ID is no longer valid, and based on determining that the associated ID is no longer valid:discarding the associated ID;suspending an ongoing training or inference operation associated with the associated ID; andgenerating, for transmission to the network, a message to notify the network that the associated ID is no longer valid.8.The method of claim 1 or 2, wherein the reporting configuration configures a wait timer, and wherein the method further comprises:determining that a functionality associated with the associated ID is non-applicable;generating, for transmission to the network, an indication that the functionality is non-applicable;starting a wait timer based on the transmission of the indication to the network; andtransitioning to a default behavior based on a determination that a reconfiguration of the functionality has not been received prior to expiration of the wait timer.9.The method of claim 8, wherein the default behavior includes:performing a non-AI / ML operation;performing an inference operation based on a default inference configuration; orperforming a radio resource control (RRC) reestablishment procedure.10.The method of claim 1 or 2, wherein the applicability report is included in UE assistance information.11.The method of claim 1 or 2, wherein the reporting configuration includes an indication to trigger transmission of the applicability report in UE assistance information at a next opportunity upon reception of the reporting configuration .12.The method of claim 1 or 2, wherein the data collection configuration and the reporting configuration are included in long term evolution (LTE) positioning protocol (LPP)  provide assistance data messages, and the applicability report is included in a LPP provide capabilities message via unsolicited information transfer.13.The method of claim 1 or 2, wherein the data collection configuration is included in a long term evolution (LTE) positioning protocol (LPP) provide assistance data message, the reporting configuration is included in a LPP request capabilities message, and the applicability report is included in a LPP provide capabilities message via solicited information transfer.14.The method of claim 1 or 2, wherein the AI / ML model is a positioning model, and wherein the method further comprises generating, for transmission to the network, a request for a new configuration of a Positioning Reference Signal (PRS) , wherein the request is transmitted via a long term evolution (LTE) positioning protocol (LPP) request assistance data message.15.A method comprising:receiving, from a candidate cell that is being considered for a handover of a user equipment (UE) , area information and validity information associated with an associated ID that corresponds to a network-side additional condition for training and inference of a UE-side model;validating the associated ID based on the area information and the validity information;generating, for transmission to the UE, a reporting configuration for applicable functionality reporting associated with the associated ID, wherein the reporting configuration includes the associated ID based on the validating;receiving, from the UE based on the reporting configuration, an applicable functionality report associated with the associated ID; andtriggering the handover to the candidate cell based on the applicable functionality report.16.The method of claim 15, wherein triggering the handover includes generating, for transmission to the UE, a handover command that includes the associated ID to indicate that an inference operation associated with the associated ID is to continue in the candidate cell.17.The method of claim 16, wherein the handover command is further to indicate to the UE to discard one or more other AI / ML models for which the corresponding associated ID is not indicated in the handover command as continuing in the candidate cell.18.The method of claim 15 or 16, wherein the validity information includes a version tag.19.The method of claim 15 or 16, further comprising generating, for transmission to the candidate cell, a handover preparation information message that includes a request for the area information and validity information from the neighbor cell.20.An apparatus comprising:processing circuitry to:perform an inference operation associated with a first cell;detect a radio link failure or a radio resource control (RRC) release on the first cell;initiate an RRC reestablishment procedure or a RRC resume procedure with a second cell;receive, from the second cell, a first RRC message that includes a reporting configuration, wherein the reporting configuration includes an associated ID associated with the inference operation;encode, for transmission to the second cell, a second RRC message that includes an applicable functionality report associated with the associated ID;receive, from the second cell an inference configuration or indication of functionality activation for the inference operation; andrestart the inference operation based on the inference configuration or the indication of functionality activation from the second cell; andinterface circuitry coupled to the processing circuitry to enable communication.21.The apparatus of claim 20, wherein to detect the radio link failure or the RRC release includes to detect the radio link failure, wherein the first RRC message is an RRC reestablishment message, and wherein the second RRC message is an RRC reestablishment complete message.22.The apparatus of claim 20 or 21, wherein to detect the radio link failure or the RRC release includes to detect the RRC release, wherein the first RRC message is an RRC resume message, and wherein the second RRC message is an RRC resume complete message.23.The apparatus of claim 22, wherein the processing circuitry is further to, based on the detected RRC release on the first cell:enter an RRC inactive state; andcontinue to run a validity timer associated with the associated ID.24.The apparatus of claim 20 or 21, wherein the reporting configuration further includes validity information associated with the associated ID, wherein the processing circuitry is further to validate the associated ID based on the validity information, and wherein the second RRC message is encoded for transmission based on the validation of the associated ID.25.The apparatus of claim 20 or 21, wherein the processing circuitry is further to:trigger a UE to enter an RRC idle state; andbased on entering the RRC idle state, stop the inference operation and discard the associated ID.

Images