Auxiliary data acquisition method, auxiliary data indication method and related equipment

Abstract

The invention discloses an auxiliary data acquisition method, an auxiliary data indication method and related equipment, and belongs to the technical field of communication, and the auxiliary data acquisition method comprises the steps that a terminal receives a first message from network side equipment; wherein the first message comprises a target identifier, and the target identifier is used for at least one of the following items: indicating the first auxiliary data, indicating whether the first auxiliary data is changed or not, and distinguishing a value of the first auxiliary data.

Description

Technical Field

[0001] This application belongs to the field of communication technology, specifically relating to an auxiliary data acquisition method, an auxiliary data indication method, and related equipment. Background Technology

[0002] With the development of communication technology, Artificial Intelligence (AI) models are applied in communication systems. For example, channel state information between terminal devices and access network devices is input into AI models for positioning. To ensure consistency in network-side device configuration during data acquisition and AI model inference, the terminal needs to determine the appropriate AI model based on auxiliary data provided by the network-side devices, thus ensuring consistency in network configuration between data acquisition and AI model inference. Some network configurations that significantly impact AI model inference performance are related to the hardware implementation of access network devices and constitute network privacy data. Therefore, sending network-side device privacy data to the terminal risks exposing the network-side device's privacy data. Summary of the Invention

[0003] This application provides an auxiliary data acquisition method, an auxiliary data indication method, and related equipment, which can solve the problem of the risk of privacy data exposure of network-side devices.

[0004] Firstly, an auxiliary data acquisition method is provided, including:

[0005] The terminal receives the first message from the network-side device;

[0006] The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

[0007] Secondly, an auxiliary data indication method is provided, including:

[0008] The network-side device sends the first message to the terminal;

[0009] The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

[0010] Thirdly, an auxiliary data acquisition device is provided, comprising:

[0011] The first receiving module is used to receive the first message from the network-side device;

[0012] The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

[0013] Fourthly, an auxiliary data indication device is provided, comprising:

[0014] The second sending module is used to send the first message to the terminal;

[0015] The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

[0016] Fifthly, an auxiliary data acquisition device and an auxiliary data indication device are provided, the auxiliary data acquisition device being configured to perform the steps of the method as described in the first aspect, and the auxiliary data indication device being configured to perform the steps of implementing the method as described in the second aspect.

[0017] In a sixth aspect, a terminal is provided, the terminal including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the first aspect.

[0018] In a seventh aspect, a terminal is provided, including a processor and a communication interface, wherein the communication interface is used to receive a first message from a network-side device;

[0019] The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

[0020] Eighthly, a network-side device is provided, the network-side device including a processor and a memory, the memory storing a program or instructions executable on the processor, the program or instructions, when executed by the processor, implementing the steps of the method as described in the second aspect.

[0021] In a ninth aspect, a network-side device is provided, including a processor and a communication interface, wherein the communication interface is used to send a first message to a terminal;

[0022] The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

[0023] In a tenth aspect, a readable storage medium is provided, on which a program or instructions are stored, which, when executed by a processor, implement the steps of the method described in the first aspect, or implement the steps of the method described in the second aspect.

[0024] Eleventhly, a wireless communication system is provided, comprising: a terminal and a network-side device, wherein the terminal can be used to perform the steps of the method as described in the first aspect, and the network-side device can be used to perform the steps of the method as described in the second aspect.

[0025] In a twelfth aspect, a chip is provided, the chip including a processor and a communication interface coupled to the processor, the processor being configured to run programs or instructions to implement the method as described in the first aspect, or to implement the method as described in the second aspect.

[0026] In a thirteenth aspect, a computer program / program product is provided, which is stored in a storage medium and is executed by at least one processor to implement the steps of the method as described in the first aspect, or to implement the steps of the method as described in the second aspect.

[0027] In this embodiment, a terminal receives a first message from a network-side device. The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data. Thus, the terminal obtains a target identifier associated with the auxiliary data, not the explicit auxiliary data itself. The terminal can use the target identifier as input to the AI ​​model to perform inference, thereby reducing the risk of exposing auxiliary data from the network-side device and ensuring consistency between data acquisition and the AI ​​model inference network configuration. Therefore, this embodiment improves data security while avoiding performance degradation of the AI ​​model due to inconsistencies between data acquisition and the AI ​​model inference network configuration, thus ensuring the accuracy of AI model inference. Attached Figure Description

[0028] Figure 1 This is a block diagram of a wireless communication system applicable to embodiments of this application;

[0029] Figure 2 This is a flowchart illustrating an auxiliary data acquisition method provided in an embodiment of this application;

[0030] Figure 3 This is a schematic diagram illustrating the association between a target identifier and auxiliary data provided in an embodiment of this application;

[0031] Figure 4This is a schematic diagram illustrating another association between target identifiers and auxiliary data provided in an embodiment of this application;

[0032] Figure 5 This is a schematic diagram illustrating the relationship between different auxiliary data provided in an embodiment of this application;

[0033] Figure 6 This is a flowchart illustrating an auxiliary data indication method provided in an embodiment of this application;

[0034] Figure 7 This is a schematic diagram of the structure of an auxiliary data acquisition device provided in an embodiment of this application;

[0035] Figure 8 This is a schematic diagram of the structure of an auxiliary data indication device provided in an embodiment of this application;

[0036] Figure 9 This is a schematic diagram of the structure of a communication device provided in an embodiment of this application;

[0037] Figure 10 This is a schematic diagram of the structure of a terminal provided in an embodiment of this application;

[0038] Figure 11 This is a schematic diagram of the structure of a network-side device provided in an embodiment of this application. Detailed Implementation

[0039] The terms "first," "second," etc., used in this application are used to distinguish similar objects and not to describe a specific order or sequence. It should be understood that such terms can be used interchangeably where appropriate so that embodiments of this application can be implemented in orders other than those illustrated or described herein, and the objects distinguished by "first" and "second" are generally of the same class, not limited in number; for example, the first object can be one or more. Furthermore, "or" in this application indicates at least one of the connected objects. For example, the scope of protection for "A or B" covers at least three scenarios: Scenario 1: including A but not B; Scenario 2: including B but not A; Scenario 3: including both A and B. In addition, the terms "A and / or B," "at least one of A and B," and "at least one of A or B" also cover at least the above three scenarios. The character " / " generally indicates that the preceding and following objects are in an "or" relationship.

[0040] The term "instruction" in this application can be either a direct instruction (or explicit instruction) or an indirect instruction (or implicit instruction). A direct instruction can be understood as one in which the sender explicitly informs the receiver of specific information, the operation to be performed, or the requested result, etc., in the instruction sent. An indirect instruction can be understood as one in which the receiver determines the corresponding information based on the instruction sent by the sender, or makes a judgment and determines the operation to be performed or the requested result, etc., based on the judgment result.

[0041] It is worth noting that the technologies described in this application are not limited to Long Term Evolution (LTE) / LTE-Advanced (LTE-A) systems, but can also be used in other wireless communication systems, such as Code Division Multiple Access (CDMA), Time Division Multiple Access (TDMA), Frequency Division Multiple Access (FDMA), Orthogonal Frequency Division Multiple Access (OFDMA), Single-carrier Frequency-Division Multiple Access (SC-FDMA), or other systems. The terms "system" and "network" in this application are often used interchangeably, and the described technologies can be used with the systems and radio technologies mentioned above, as well as with other systems and radio technologies. The following description describes New Radio (NR) systems for illustrative purposes, and the term NR is used in most of the following description; however, these technologies can also be applied to systems other than NR systems, such as 6th generation (6G) radio systems. th Generation 6G communication system.

[0042] Figure 1This diagram illustrates a block diagram of a wireless communication system applicable to embodiments of this application. The wireless communication system includes a terminal 11 and a network-side device 12. The terminal 11 can be a mobile phone, tablet computer, laptop computer, notebook computer, personal digital assistant (PDA), handheld computer, netbook, ultra-mobile personal computer (UMPC), mobile internet device (MID), augmented reality (AR), virtual reality (VR) device, robot, wearable device, flight vehicle, vehicle user equipment (VUE), shipboard equipment, pedestrian user equipment (PUE), smart home devices (home appliances with wireless communication capabilities, such as refrigerators, televisions, washing machines, or furniture), game consoles, personal computers (PCs), ATMs, or self-service machines, etc. Wearable devices include: smartwatches, smart bracelets, smart headphones, smart glasses, smart jewelry (smart bracelets, smart chains, smart rings, smart necklaces, smart anklets, smart anklets, etc.), smart wristbands, smart clothing, etc. Among these, in-vehicle devices can also be referred to as in-vehicle terminals, in-vehicle controllers, in-vehicle modules, in-vehicle components, in-vehicle chips, or in-vehicle units, etc. It should be noted that the specific type of terminal 11 is not limited in this application embodiment. Network-side equipment 12 may include access network equipment or core network equipment, wherein access network equipment may also be referred to as Radio Access Network (RAN) equipment, radio access network function, or radio access network unit. Access network equipment may include base stations, Wireless Local Area Network (WLAN) access points (APs), or Wireless Fidelity (WiFi) nodes, etc.The term "base station" can be referred to as Node B (NB), Evolved Node B (eNB), Next Generation Node B (gNB), New Radio Node B (NR Node B), Access Point, Relay Base Station (RBS), Serving Base Station (SBS), Base Transceiver Station (BTS), Radio Base Station, Radio Transceiver, Basic Service Set (BSS), Extended Service Set (ESS), Home Node B (HNB), Home Evolved Node B, Transmit / Receive Point (TRP), or any other suitable term in the relevant field, as long as the same technical effect is achieved. The term "base station" is not limited to any specific technical terminology. It should be noted that this application embodiment only uses a base station in an NR system as an example for description and does not limit the specific type of base station.

[0043] Core network equipment, also known as core network nodes, core network functions, or core network elements, includes, but is not limited to, at least one of the following: Mobility Management Entity (MME), Access and Mobility Management Function (AMF), Session Management Function (SMF), User Plane Function (UPF), Policy Control Function (PCF), Policy and Charging Rules Function (PCRF), Edge Application Server Discovery Function (EASDF), Unified Data Management (UDM), Unified Data Repository (UDR), Home Subscriber Server (HSS), Centralized network configuration (CNC), Network Repository Function (NRF), Network Exposure Function (NEF), Local NEF (or L-NEF), and Binding Support Function. Support Functions (BSF), Application Functions (AF), Location Management Functions (LMF), Gateway Mobile Location Centres (GMLC), and Network Data Analytics Functions (NWDAF), etc. It should be noted that this application embodiment only uses core network equipment in the NR system as an example and does not limit the specific type of core network equipment. If the name of the core network equipment mentioned in this application embodiment changes in subsequent protocol versions (e.g., 6G), it will still be within the scope of protection of this application.

[0044] Optionally, the core network equipment can be implemented by one or more functional modules in a single device, or by multiple devices working together; this application does not specifically limit this. It is understood that the aforementioned functional modules can be network elements in hardware devices, software functional modules running on dedicated hardware, or virtualized functional modules instantiated on a platform (e.g., a cloud platform).

[0045] For ease of understanding, the following describes some aspects of the embodiments of this application:

[0046] I. About AI.

[0047] AI has been widely applied in various fields. Integrating artificial intelligence into wireless communication networks to significantly improve technical indicators such as throughput, latency, and user capacity is an important task for future wireless communication networks. AI modules can be implemented in various ways, such as neural networks, decision trees, support vector machines, and Bayesian classifiers. This application uses neural networks as an example for illustration, but it does not limit the specific type of AI module.

[0048] A neural network consists of neurons, where a1, a2, ..., aK are the inputs, w is the weight (multiplicative coefficient), b is the bias (additive coefficient), and σ(.) is the activation function. Common activation functions include Sigmoid, tanh, and ReLU (Rectified Linear Unit).

[0049] The parameters of a neural network are optimized using gradient optimization algorithms. Gradient optimization algorithms are a class of algorithms that minimize or maximize an objective function (sometimes called a loss function), which is often a mathematical combination of model parameters and data. For example, given data X and its corresponding label Y, we construct a neural network model f(.). With the model, we can obtain the predicted output f(x) based on the input x, and calculate the difference between the predicted value and the true value (f(x) - Y), which is the loss function. The goal is to find suitable values ​​W and b that minimize the value of the loss function. The smaller the loss value, the closer the model is to the reality.

[0050] Most common optimization algorithms are based on the error back propagation (BP) algorithm. The basic idea of ​​the BP algorithm is that the learning process consists of two parts: forward propagation of the signal and backward propagation of the error. During forward propagation, the input sample is introduced from the input layer, processed layer by layer by the hidden layers, and then propagated to the output layer. If the actual output of the output layer does not match the expected output, the process transitions to the error back propagation stage. Error back propagation involves propagating the output error back to the input layer layer by layer through the hidden layers, distributing the error to all units in each layer, thus obtaining the error signal of each unit. This error signal serves as the basis for adjusting the weights of each unit. This process of adjusting the weights through forward and backward propagation is repeated continuously. This continuous adjustment of weights is the learning and training process of the network. This process continues until the error of the network output is reduced to an acceptable level, or until the predetermined number of learning iterations is reached.

[0051] Common optimization algorithms include gradient descent, stochastic gradient descent (SGD), mini-batch gradient descent, momentum descent, Nesterov (the inventor's name, specifically referring to momentum-based stochastic gradient descent), adaptive gradient descent (Adagrad), adaptive learning rate adjustment algorithm (Adadelta), root mean square prop (RMSprop), and adaptive momentum estimation (Adam).

[0052] During error backpropagation, these optimization algorithms calculate the gradient based on the error / loss obtained from the loss function with respect to the current neuron, add the learning rate, previous gradients / derivatives / partial derivatives, etc., and then pass the gradient to the previous layer.

[0053] The AI ​​model in this application may also be referred to as an AI unit, machine learning (ML) model, ML unit, AI structure, AI function, AI characteristic, machine learning model, neural network, neural network function, neural network functionality, etc. Alternatively, the AI ​​model may refer to a processing unit capable of implementing specific algorithms, formulas, processing flows, capabilities, etc., related to AI. Or, the AI ​​model may be a processing method, algorithm, function, module, or unit for a specific dataset. Alternatively, the AI ​​model may be a processing method, algorithm, function, module, or unit running on AI / ML related hardware such as a Graphics Processing Unit (GPU), Network Processing Unit (NPU), Tensor Processing Unit (TPU), or Application Specific Integrated Circuit (ASIC). This application does not specifically limit its scope in this regard. Optionally, the specific dataset includes at least one of the input and output of the AI ​​model.

[0054] Optionally, the identifier of the AI ​​model may be an AI model identifier, an AI structure identifier, an AI algorithm identifier, or an identifier of a specific dataset associated with the AI ​​model, or an identifier of a specific scenario, environment, channel characteristics, or device related to the AI / ML, or an identifier of a function, feature, capability, or module related to the AI / ML. This application does not specifically limit this.

[0055] II. The generalization problem of neural networks.

[0056] Generalization refers to the ability of a neural network to produce relatively accurate outputs on data not encountered during training (learning). To address the generalization problem caused by variations in the wireless transmission environment and transceiver hardware implementation (such as the number of antennas and beam patterns), neural network-based wireless communication systems offer three solutions:

[0057] 1) The first method is to train different neural networks under different conditions (such as different cells, different regions, different movement speeds, and different channel conditions). Each condition corresponds to a set of neural network parameters or structures. The parameters of the neural network are adjusted as the actual environment changes to ensure the accuracy of the neural network's inference.

[0058] 1) The second method is to train a neural network based on a mixed dataset under multiple conditions, so that the neural network can adapt to multiple conditions, thereby improving the robustness of the neural network to environmental changes and avoiding frequent switching.

[0059] 3) Fine-tuning: Under new conditions, a new set of data is collected to fine-tune the parameters or structure of the original neural network.

[0060] Each of these three modes has its advantages and disadvantages: The first approach performs well under different transmission conditions, but it requires storing multiple neural network parameters or structures and switching them as needed, which may lead to additional signaling overhead, model management complexity, and frequent switching issues; The second approach allows a single set of neural network parameters or structures to be applicable to multiple conditions, but it cannot achieve optimal performance under every condition; The third approach enables neural networks to be quickly adapted to various new scenarios, but it requires collecting new data and training the neural network model, and its performance is limited by several factors, such as the similarity between the pre-training dataset and the newly collected data, the scale of the new data, etc.

[0061] It should be noted that AI models are usually not compatible with a variety of different configurations. Therefore, it is usually necessary to train multiple AI models to adapt to different configurations. When performing AI model inference, the terminal can determine the AI ​​model to be used based on the configuration sent by the network-side device.

[0062] III. Label.

[0063] In machine learning and deep learning, a label (or ground truth label) typically refers to the identifier or annotation of the true class or target value of a data sample. Labels are used to represent the information that the model should learn and predict given a sample of input data, for example:

[0064] Labels in classification tasks: Labels indicate which category a data sample belongs to. For example, in image classification, each image sample has a label that indicates the category or probability of the object or scene contained in the image, such as "dog" or "cat," or the probability of belonging to "dog" or "cat."

[0065] Labels in object detection: Labels typically include the object's location information (bounding box) and category information. Each label identifies a target object in an image, including its location and category.

[0066] Labels for time series forecasting or regression tasks: Labels typically represent the continuous or real-valued objective to be predicted. For example, in a house price forecasting task, the label could be the predicted future house sales price.

[0067] Labels in sequence labeling: In natural language processing, labels in sequence labeling tasks are often used for tasks such as part-of-speech tagging and named entity recognition. Labels are used to represent the attributes or categories of each word or character in a text sequence.

[0068] Labels are a crucial component in supervised learning tasks, used to train machine learning models. Models learn patterns and regularities by comparing themselves to true labels in order to make predictions or classifications on unseen data. The quality and accuracy of the labels are critical to the model's performance.

[0069] IV. AI positioning.

[0070] AI-based positioning refers to using an AI model to estimate the terminal's location-related information based on channel measurements (including channel paths or channel sampling points) between the terminal and multiple TRPs. For example, the channel measurements are input into the AI ​​model, and the model infers the terminal's location-related information. Location-related information includes at least one of the following: location coordinates, angle-related information (such as Angle of Arrival (AOA) and Angle of Departure (AOD)), latency-related information (such as Time of Arrival (TOA) and Residual Time of Departure (RSTD), distance-related information (such as the distance from the UE to the TRP), etc.

[0071] The auxiliary data types supported by the relevant protocols include at least one of the following:

[0072] The Physical Cell Identifier (PCIs), Global Cell Identifier (GCIs), Absolute Radio Frequency Channel Number (ARFCN), and Positioning Reference Signals (PRS) IDs of candidate NR TRPs for measurement are used for the candidate TRPs (such as NR TRPs or LTE TRPs).

[0073] Timing relative to the serving (reference) TRP of candidate NR TRPs;

[0074] DL-PRS configuration of candidate NR TRPs;

[0075] Indication of which DL-PRS Resource Sets across DL-PRS positioning frequencylayers are linked for DL-PRS bandwidth aggregation;

[0076] SSB information of the TRPs (the time / frequency occupancy of SSBs);

[0077] Spatial direction information (ejacimuth, elevation, etc.) of the DL-PRS resources of the TRPs served by the gNB;

[0078] The geographical coordinates of the TRPs served by the gNB;

[0079] Fine timing relative to the serving (reference) TRP of candidate NR TRPs;

[0080] PRS-only TP indication;

[0081] The association information of DL-PRS resources with TRP Tx TEG ID;

[0082] Line of sight (LOS) indicators or non-line of sight (NLOS) indicators;

[0083] On-Demand DL-PRS Configurations may also include information on which configurations are available for DL-PRS bandwidth aggregation.

[0084] The valid area of ​​the Assistance Data;

[0085] Positioning Reference Unit (PRU) measurements and PRU location information;

[0086] Data that helps determine the integrity results of the calculated location;

[0087] TRP beam antenna information (including azimuth angle, zenith angle and relative power between PRS resources per angle per TRP);

[0088] Expected Angle Assistance information;

[0089] PRS priority list.

[0090] Other auxiliary data types that may be related to AI positioning include:

[0091] The association between valid area identifiers (IDs) and cell identifiers (considering network security and other reasons, future cell IDs may not be fixed; operators may change cell IDs periodically, which could cause models trained on a particular cell list to fail. Introducing unique valid area IDs, and knowing whether the cells associated with the valid area ID have changed, can alleviate this problem to some extent).

[0092] The relationship between a cell and the TRP it serves (for example, at one time, a cell is associated with TRP 1, TRP 2, and TRP 3, and at another time, it is associated with TRP 2, TRP 3, and TRP 4, then the TRP served by the cell is considered to have changed).

[0093] The relationship between PRS resources and beam direction (the same PRS resource ID may correspond to different transmit beams (downlink spatial filters) at different times).

[0094] The relevant protocols already support LMF sending various auxiliary data to the terminal, but two problems exist:

[0095] 1) Some data involves RAN-side privacy, and network vendors may be unwilling to provide it to UEs in actual field operations, which will result in the inability to use the corresponding positioning methods;

[0096] 2) AI positioning involves the consistency of network configuration during data collection and network configuration during model inference, which may require some auxiliary data that has not yet been standardized.

[0097] Therefore, the auxiliary data acquisition method of this application is proposed. The auxiliary data acquisition method provided by the embodiments of this application will be described in detail below with reference to the accompanying drawings and through some embodiments and application scenarios.

[0098] Reference Figure 2 This application provides an auxiliary data acquisition method, such as... Figure 2 As shown, the auxiliary data acquisition method includes:

[0099] Step 201: The terminal receives the first message from the network-side device;

[0100] The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

[0101] In this embodiment of the application, the aforementioned target identifier can be understood as an association identifier, or as an association identifier for auxiliary data. The aforementioned first auxiliary data can be understood as implicit auxiliary data, or as implicit auxiliary data.

[0102] Optionally, the network-side device provides auxiliary data to the terminal in both explicit and implicit forms. Auxiliary data that the network-side device can only provide explicitly can be called explicit auxiliary data (or simply explicit auxiliary data). This explicit auxiliary data can also be understood as data unrelated to the network-side device's privacy, such as the PRS time-frequency configuration and cell ID. Auxiliary data that the network-side device can provide either explicitly or implicitly can be called implicit auxiliary data. This implicit auxiliary data can also be understood as data related to the network-side device's privacy, such as the TRP's location coordinates and the TRP's beam antenna information.

[0103] Optionally, the target identifier may indicate the first auxiliary data. For example, the target identifier may be associated with the first auxiliary data, thereby implicitly indicating the first auxiliary data through the target identifier.

[0104] Optionally, the target identifier can indicate whether the first auxiliary data has changed. For example, if the terminal reports (implicit or explicit) the first auxiliary data, the network can then indicate whether the current configuration is consistent with the first auxiliary data reported by the terminal. If the terminal reports the timestamp information associated with the dataset associated with the AI ​​model, the network-side device can indicate whether the current first auxiliary data is consistent with the first auxiliary data associated with the timestamp.

[0105] Optionally, the value of the first auxiliary data can be understood as the data value of the first auxiliary data. For example, if the first auxiliary data is the location coordinates of the TRP, the value of the first auxiliary data can be understood as the coordinate value of the TRP's location coordinates. The target identifier can distinguish the value of the first auxiliary data. For example, a target identifier implicitly indicates the location coordinates of the TRP, and the terminal does not know the mapping relationship between this target identifier and the location coordinates of the TRP. This target identifier is only used to distinguish different TRP locations. As another example, a target identifier implicitly indicates the beam antenna information of the TRP, and the terminal does not know the mapping relationship between this target identifier and the beam antenna information of the TRP. This target identifier is only used to distinguish different TRP beams.

[0106] In this embodiment, a terminal receives a first message from a network-side device. The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data. Thus, the terminal obtains a target identifier associated with the auxiliary data, not the explicit auxiliary data itself. The terminal can use the target identifier as input to the AI ​​model to perform inference, thereby reducing the risk of exposing auxiliary data from the network-side device and ensuring consistency between data acquisition and the AI ​​model inference network configuration. Therefore, this embodiment improves data security while avoiding performance degradation of the AI ​​model due to inconsistencies between data acquisition and the AI ​​model inference network configuration, thus ensuring the accuracy of AI model inference.

[0107] Optionally, the first message can be sent proactively from the network-side device to the terminal, or it can be requested by the terminal. For example, in some embodiments, the method further includes:

[0108] The terminal sends a first request message to the network-side device, the first request message being used to request auxiliary data;

[0109] The first auxiliary data is at least a portion of the auxiliary data requested by the first request message.

[0110] Optionally, the aforementioned network-side device can be an LMF (Local Location Function). The first request message can be understood as an LTE Positioning Protocol (LPP) request for auxiliary data message. For example, if the data provided by the LMF is insufficient to meet the terminal's positioning request, or if the terminal needs more auxiliary data during positioning data collection, the terminal can send an LPP request for auxiliary data message to the LMF. To help the LMF provide suitable auxiliary data, the terminal may also provide additional information about its approximate location, current serving cell, and neighboring cells in the LPP request for auxiliary data message. If available, this additional information may also include the terminal's last known location, the cell ID of the serving NG-RAN node, possible neighboring NG-RAN nodes, and NR Enhanced Cell-ID (E-CID) measurement results. The first message can be understood as a response message or reply to the aforementioned LPP request for auxiliary data message.

[0111] Optionally, in some embodiments, the first request message includes at least one of the following:

[0112] The terminal supports one or more target identifiers;

[0113] Community identification information;

[0114] Area identification information;

[0115] The first indication information is used to indicate whether the requested auxiliary data is explicit or implicit data.

[0116] In this embodiment, the first request message can indicate to the terminal what auxiliary data it needs. For example, the terminal can be informed of the auxiliary data corresponding to the area identification information and the area identifier through cell identification information and area identification information.

[0117] Optionally, by carrying one or more target identifiers requesting support from the terminal in the first request message, the auxiliary data types supported by the terminal can be indicated, so that the network-side device can accurately configure or indicate the first information.

[0118] Optionally, the network-side device can be informed via the first indication information whether the auxiliary data requested by the terminal is explicit or implicit, thereby enabling the network-side device to determine whether to provide the corresponding auxiliary data through the target identifier.

[0119] Optionally, in some embodiments, the first message further includes second indication information, which is used to indicate that the first auxiliary data provided by the network-side device is the target identifier.

[0120] In this embodiment of the application, by including second indication information in the first message, the terminal is informed that the first auxiliary data currently provided is a target identifier, thereby enabling the terminal to better understand the way the auxiliary data provided by the network-side device is provided, and thus facilitating the terminal to accurately parse the content of the first message.

[0121] Optionally, the aforementioned second indication information can also be understood as indicating whether to provide auxiliary data (or first auxiliary data) to the terminal through the target identifier. For example, in some embodiments, the second indication information can be carried by a single bit. If the bit is of one value (e.g., 0), it indicates that auxiliary data is not provided to the terminal through the target identifier; if the bit is of another value (e.g., 1), it indicates that auxiliary data is not provided to the terminal through the target identifier.

[0122] Optionally, in some embodiments, the method further includes:

[0123] The terminal sends a second request message to the network-side device, the second request message being used to request second auxiliary data;

[0124] The terminal receives a second message from the network-side device, the second message indicating the request result of the second auxiliary data.

[0125] In this embodiment, the second auxiliary data may include explicit auxiliary data. This allows for separate requests for explicit and implicit auxiliary data, simplifying the terminal's understanding of the received auxiliary data and facilitating implementation. In some embodiments, the second auxiliary data may also include implicit auxiliary data. This allows a single request to simultaneously request both explicit and implicit auxiliary data, reducing interaction and signaling overhead.

[0126] Optionally, in some embodiments, the second message includes at least one of the following:

[0127] First reason information, which indicates the reason why the network-side device did not provide third auxiliary data;

[0128] The fourth auxiliary data is the auxiliary data in the second auxiliary data other than the third auxiliary data;

[0129] The third indication information is used to indicate the auxiliary data that the network-side device can implicitly provide;

[0130] The third auxiliary data is at least a portion of the data in the second auxiliary data.

[0131] In this embodiment, if the network-side device cannot provide the second auxiliary data requested in the second request message, the network-side device returns the fourth auxiliary data that it can provide, and includes first reason information in an LPP request auxiliary data message of type "provide explicit auxiliary data" to indicate why the requested third auxiliary data was not provided. For example, the first reason information is used to indicate at least one of the following: the third auxiliary data is not supported, or the third auxiliary data is currently unavailable at the network-side device.

[0132] Optionally, in some embodiments, the auxiliary data requested by the first request message may be unrelated to the auxiliary data requested by the second request message.

[0133] In some embodiments, the auxiliary data requested by the first request message may be related to the auxiliary data requested by the second request message. For example, the auxiliary data requested by the first request message may include the third auxiliary data, or the auxiliary data indicated by the third indication information. Further, other implicit auxiliary data may also be included.

[0134] Optionally, in some embodiments, the first message further includes second reason information, which is used to indicate the reason why the network-side device did not provide at least part of the auxiliary data requested by the terminal.

[0135] In this embodiment, if the network-side device cannot provide the partial auxiliary data requested in the first request message, the network-side device returns the target identifier associated with the first auxiliary data that can be provided, and includes second reason information in an LPP request auxiliary data message of type "provide explicit auxiliary data" to indicate why the requested auxiliary data was not provided. For example, the second reason information is used to indicate at least one of the following: the unprovided auxiliary data is not supported, or the unprovided auxiliary data is currently unavailable at the network-side device.

[0136] Optionally, if the network-side device does not provide auxiliary data in the first message, the terminal may assume or presume that the requested auxiliary data is either not supported or is unavailable at the network-side device.

[0137] It should be noted that, in this embodiment, explicit auxiliary data can be understood as network configuration information explicitly provided by the network-side device that the terminal can access, such as the location of the TRP, beam antenna information, etc. For example, the terminal can obtain the location coordinates of the TRP based on the explicit auxiliary data provided by the network-side device.

[0138] In this embodiment, implicit auxiliary data can be understood as network configuration information that the terminal cannot obtain from the network-side equipment. Implicit auxiliary data can serve as an identifier to distinguish different network configuration information. For example, when the LMF provides the terminal with the association ID of the TRP location coordinates, the terminal can only assume that if the association IDs of the TRP location coordinates provided by the LMF are the same, then the corresponding TRP location coordinates are the same; or, if the association IDs of the TRP location coordinates are different, then the corresponding TRP location coordinates are different.

[0139] Optionally, in some embodiments, the first auxiliary data includes at least one of the following:

[0140] Spatial orientation information of the downlink positioning reference signal (DL-PRS) resource of the base station service's transmit / receive point (TRP);

[0141] The geographic coordinates of the TRP served by the base station;

[0142] TRP beam antenna information;

[0143] The association between valid area identifier IDs and cell identifiers;

[0144] The relationship between the cell and the TRP it serves;

[0145] The relationship between PRS resources and beam direction.

[0146] Optionally, in some embodiments, the first auxiliary data includes multiple types of auxiliary data, wherein the first auxiliary data satisfies any one of the following:

[0147] Each type of auxiliary data corresponds to one target identifier;

[0148] At least two types of auxiliary data correspond to one target identifier.

[0149] In this embodiment of the application, the correspondence between each type of auxiliary data and the target identifier can be understood as follows: the correspondence between the target identifier and the auxiliary data is one-to-one, or one target identifier can only indicate one type of auxiliary data. For a type of first auxiliary data, if the target identifier (i.e., the association ID) provided by the LMF at two different times is different, the terminal can assume that the first auxiliary data of that type at these two times is different; or, if the association ID provided by the LMF at two different times is the same, the terminal can assume that the first auxiliary data of that type at these two times is the same.

[0150] The correspondence between at least two types of auxiliary data and one target identifier can be understood as a one-to-many relationship between the target identifier and the auxiliary data, or in other words, a single target identifier simultaneously indicates multiple types of auxiliary data. The specific types of auxiliary data associated with the same target identifier (i.e., the associated ID) can be determined by a protocol or implemented by the network-side device. For example, in some embodiments, when at least two types of auxiliary data correspond to one target identifier, the target identifier includes at least two cascaded fields, each associated with one type of auxiliary data.

[0151] For example, such as Figure 3 As shown, auxiliary data 1 corresponds to field 1, auxiliary data 2 corresponds to field 2, ..., auxiliary data N corresponds to field N, and each field can include a subsequence consisting of at least two strings. In this case, the target identifier is the sequence concatenated from field 1 to field N.

[0152] Optionally, in some embodiments, when a target identifier is associated with multiple auxiliary data, the target identifier is not divided into fields; that is, one target identifier is associated with a set of auxiliary data, such as... Figure 4 As shown, the target identifier is associated with auxiliary data 1 to auxiliary data N.

[0153] Optionally, since there may be correlations between auxiliary data, such as the location coordinates of the TPR and the beam antenna information of the TRP, if the location coordinates of the TRP are different (corresponding to different target identifiers), but the beam antenna information of the TRP is the same (corresponding to the same target identifier), then there may be correlations between target identifiers. For example, a target identifier corresponding to at least one type of auxiliary data may be associated with a target identifier corresponding to another type of auxiliary data. Figure 5As shown, the target identifier corresponding to auxiliary data 1 is associated with the target identifier corresponding to auxiliary data 2 and the target identifier corresponding to auxiliary data 3.

[0154] The advantage of this hierarchical structure is that it stratifies the importance of model inference accuracy according to the type of auxiliary data. It can be assumed that the outermost auxiliary data (e.g., auxiliary data 1) has a greater impact on model inference accuracy. If the terminal determines that the target identifier corresponding to auxiliary data 1 is different from the target identifier corresponding to the AI ​​model, the terminal can quickly filter the AI ​​models based on the target identifiers corresponding to the outermost auxiliary data. For the filtered models, the terminal can test the performance of each model in turn based on model monitoring before deciding which model to use.

[0155] To better understand this application, some embodiments are described below.

[0156] In some embodiments, when a terminal requests explicit auxiliary data, and the LMF cannot provide explicit auxiliary data but can provide corresponding implicit auxiliary data, the implicit auxiliary data should be provided. This includes the following process:

[0157] Step 11: Terminal Requests Assisted Data: In some situations, the terminal requires additional AI / ML-based positioning assistance data. For example, when the assistance data provided by the LMF is insufficient to complete the positioning request, or when the terminal needs more assistance data during positioning data collection, the terminal sends an LPP (First Request Message) to the LMF requesting assistance data (also known as LPP Request Assisted Data Signaling). This request explicitly states what specific assistance data the terminal needs. To help the LMF provide appropriate assistance data, the terminal may also provide additional information about its approximate location, current serving cell, and neighboring cells in the request message. If available, this additional information may also include the terminal's last known location, the cell ID of the serving NG-RAN node and possible neighboring NG-RAN nodes, and NR E-CID measurement results.

[0158] Step 12: LMF provides auxiliary data.

[0159] Optionally, if the LMF has the requested auxiliary data, upon receiving the terminal's request, the LMF responds by providing an auxiliary data message via an LPP.

[0160] Alternatively, if the auxiliary data requested by the terminal in step 11 is not provided in step 12, then the terminal should assume that the requested auxiliary data is either not supported or is currently unavailable at the LMF.

[0161] Optionally, if the LMF is unable to provide any of the auxiliary data requested by the terminal in step 11, the LMF should return any information that it can provide. For example, an LPP message of type "Provide Auxiliary Data" could include a reason indication as to why the requested auxiliary data was not provided.

[0162] Optionally, if the auxiliary data requested by the terminal cannot be provided by the LMF, but the LMF can provide the associated ID (i.e., target identifier) ​​of the auxiliary data, then the LMF should return the associated ID of the auxiliary data.

[0163] Optionally, if the auxiliary data requested by the UE cannot be explicitly provided by the LMF, but the LMF can provide the associated ID of the auxiliary data, the LMF should return the associated ID of the auxiliary data and a second indication information, the second indication information being used to indicate that the auxiliary data provided by the LMF is an associated ID.

[0164] In one implementation: the LPP Request Assistance Data message indicates whether the requested assistance data is explicit or implicit.

[0165] In some embodiments, the terminal sends a first request message requesting explicit auxiliary data. If the LMF cannot provide explicit auxiliary data, the terminal may further send a second request message requesting implicit auxiliary data. This includes the following process steps:

[0166] Step 21: The terminal requests explicit auxiliary data. In some cases, the terminal requires additional AI / ML-based positioning auxiliary data.

[0167] Step 22: LMF provides explicit auxiliary data.

[0168] Optionally, if the LMF has the requested explicit auxiliary data, upon receiving the terminal's request, the LMF responds by providing an auxiliary data message via an LPP.

[0169] Alternatively, if the explicit auxiliary data requested by the terminal in step 21 is not provided in step 22, then the terminal should assume that the requested explicit auxiliary data is either not supported or is currently unavailable at the LMF.

[0170] Optionally, if the LMF is unable to provide the explicit auxiliary data requested by the terminal in step 21, the LMF should return any auxiliary data information that it can provide, such as including a reason indication in an LPP message of type "Provide Auxiliary Data" to indicate why the requested explicit auxiliary data was not provided.

[0171] Alternatively, LMF can indicate implicit auxiliary data that can be provided.

[0172] Step 23: The terminal requests implicit auxiliary data. In some cases, the terminal requires additional AI / ML-based positioning auxiliary data.

[0173] Step 24, LMF provides implicit auxiliary data.

[0174] Optionally, if the LMF possesses the requested implicit auxiliary data, upon receiving the terminal's request, the LMF responds by providing an implicit auxiliary data message via an LPP.

[0175] Alternatively, if the implicit auxiliary data requested by the terminal in step 23 is not provided in step 24, then the terminal should assume that the requested implicit auxiliary data is either not supported or is currently unavailable at the LMF.

[0176] Optionally, if the LMF is unable to provide the implicit auxiliary data requested by the terminal in step 23, the LMF should return any auxiliary data information that it can provide, for example, by including a reason indication in an LPP message of type "Provide Implicit Auxiliary Data" to indicate why the requested implicit auxiliary data was not provided.

[0177] Optionally, the LMF should return the target identifier of the implicit auxiliary data. Alternatively, the LMF should return the target identifier of the implicit auxiliary data along with a second indication.

[0178] Optionally, in some embodiments, the auxiliary data is divided into several groups. Explicit auxiliary data can be referred to as the first group of auxiliary data, and implicit auxiliary data can be referred to as the second group of auxiliary data.

[0179] The first set of auxiliary data may include at least one type of auxiliary data. If LMF needs to provide any type of auxiliary data within the first set of auxiliary data, it can only do so through explicit provision of the auxiliary data.

[0180] The second set of auxiliary data may include at least one type of auxiliary data. The form in which the LMF provides the auxiliary data within the first set of auxiliary data may be explicit or implicit. That is, the LMF can provide auxiliary data to the terminal in either explicit or implicit form.

[0181] Another interpretation stems from the motivation behind the division of the first and second sets of auxiliary data. The first set of auxiliary data is unrelated to the privacy of network-side devices, such as the time-frequency configuration of the PRS and cell ID, so the network-side devices can explicitly provide it to the terminal. The second set of auxiliary data, however, is related to the privacy of network-side devices, such as the location coordinates of the TRP and its beam antenna information. If the network-side devices are unwilling to explicitly provide this information to the terminal, they can provide it implicitly. For example, they can implicitly indicate the location coordinates of the TRP through a target identifier. The terminal is unaware of the mapping relationship between this target identifier and the TRP's location coordinates; this target identifier is only used to distinguish different TRP locations.

[0182] Optionally, the first set of auxiliary data mentioned above may include at least one of the following:

[0183] Physical cell ID, global cell ID, ARFCN, and PRS ID of the candidate NR TRP used for measurement;

[0184] The timing of the service (reference) TRP relative to the candidate NR TRP;

[0185] DL-PRS configuration for candidate NR TRP;

[0186] Indicates which DL-PRS resource sets are linked across the DL-PRS location frequency layer for DL-PRS bandwidth aggregation;

[0187] TRP's SSB information (SSB time / frequency occupancy);

[0188] Fine-grained timing of the service (reference) TRP relative to the candidate NR TRP;

[0189] PRS TP indication only;

[0190] Association information between DL-PRS resources and the Time Error Group (TEG) ID of the TRP transmitter (Tx);

[0191] LOS indicator or NLOS indicator;

[0192] On-demand DL PRS configuration may also include information on which configurations are available for DL-PRS bandwidth aggregation;

[0193] The effective area of ​​auxiliary data;

[0194] PRU measurement values ​​and PRU location information;

[0195] Data that helps determine the integrity of the calculated location results;

[0196] Expected angle auxiliary information;

[0197] PRS Priority List.

[0198] The second set of auxiliary data mentioned above may include at least one of the following:

[0199] Spatial orientation information of the downlink positioning reference signal (DL-PRS) resource of the base station service's transmit / receive point (TRP);

[0200] The geographic coordinates of the TRP served by the base station;

[0201] TRP beam antenna information;

[0202] The association between valid area identifier IDs and cell identifiers;

[0203] The relationship between the cell and the TRP it serves;

[0204] The relationship between PRS resources and beam direction.

[0205] It should be noted that the auxiliary data in the embodiments of this application can be used for AI-based positioning methods or functions.

[0206] Optionally, embodiments of this application also provide an auxiliary data indication method, such as... Figure 6 As shown, the auxiliary data indication method includes:

[0207] Step 601: The network-side device sends the first message to the terminal;

[0208] The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

[0209] Optionally, the method further includes:

[0210] The network-side device receives a first request message from the terminal, the first request message being used to request auxiliary data;

[0211] The first auxiliary data is at least a portion of the auxiliary data requested by the first request message.

[0212] Optionally, the first request message includes at least one of the following:

[0213] The terminal supports one or more target identifiers;

[0214] Community identification information;

[0215] Area identification information;

[0216] The first indication information is used to indicate whether the requested auxiliary data is explicit or implicit data.

[0217] Optionally, the first message may further include second indication information, which indicates that the first auxiliary data provided by the network-side device is the target identifier.

[0218] Optionally, the method further includes:

[0219] The network-side device receives a second request message from the terminal, the second request message being used to request second auxiliary data;

[0220] The network-side device sends a second message to the terminal, the second message indicating the request result of the second auxiliary data.

[0221] Optionally, the second message includes at least one of the following:

[0222] First reason information, which indicates the reason why the network-side device did not provide third auxiliary data;

[0223] The fourth auxiliary data is the auxiliary data in the second auxiliary data other than the third auxiliary data;

[0224] The third indication information is used to indicate the auxiliary data that the network-side device can implicitly provide;

[0225] The third auxiliary data is at least a portion of the data in the second auxiliary data.

[0226] Optionally, the first message may further include second reason information, which is used to indicate the reason why the network-side device did not provide at least part of the auxiliary data requested by the terminal.

[0227] Optionally, the first auxiliary data includes at least one of the following:

[0228] Spatial orientation information of the downlink positioning reference signal (DL-PRS) resource of the base station service's transmit / receive point (TRP);

[0229] The geographic coordinates of the TRP served by the base station;

[0230] TRP beam antenna information;

[0231] The association between valid area identifier IDs and cell identifiers;

[0232] The relationship between the cell and the TRP it serves;

[0233] The relationship between PRS resources and beam direction.

[0234] Optionally, the first auxiliary data includes multiple types of auxiliary data, wherein the first auxiliary data satisfies any one of the following:

[0235] Each type of auxiliary data corresponds to one target identifier;

[0236] At least two types of auxiliary data correspond to one target identifier.

[0237] Optionally, when at least two types of auxiliary data correspond to one target identifier, the target identifier includes at least two cascaded fields, each of which is associated with one type of auxiliary data.

[0238] Optionally, the auxiliary data is used for AI-based positioning methods or functions.

[0239] The auxiliary data acquisition method provided in this application can be executed by an auxiliary data acquisition device. This application uses an auxiliary data acquisition device executing the auxiliary data acquisition method as an example to illustrate the auxiliary data acquisition device provided in this application.

[0240] The auxiliary data indication method provided in this application can be executed by an auxiliary data indication device. This application uses an auxiliary data indication device executing the auxiliary data indication method as an example to illustrate the auxiliary data indication device provided in this application.

[0241] This application provides an auxiliary data acquisition device or an auxiliary data indication device. As an example, the auxiliary data acquisition device or auxiliary data indication device may be a communication device or a component in a communication device, such as a chip. The communication device may be a terminal, a network-side device, or a server, etc. Exemplarily, the terminal may include, but is not limited to, the type of terminal 11 listed above, and the network-side device may include, but is not limited to, the type of network-side device 12 listed above. This application does not impose specific limitations.

[0242] An auxiliary data acquisition device or auxiliary data indication device includes a receiving module, a transmitting module, and a processing module. These modules can be implemented in software or hardware. When implemented in hardware, the processing module can be implemented by a processor. For example, the processor can include general-purpose processors, special-purpose processors, such as a Central Processing Unit (CPU), microprocessor, Digital Signal Processor (DSP), Artificial Intelligence (AI) processor, Graphics Processing Unit (GPU), Application Specific Integrated Circuit (ASIC), Network Processor (NP), Field Programmable Gate Array (FPGA), or other programmable logic devices, gate circuits, transistors, discrete hardware components, etc. The receiving and transmitting modules can be implemented by a communication interface, which can include one or more of the following: transceiver, pins, circuits, bus, radio frequency unit, etc.

[0243] For details, see Figure 7 When the auxiliary data acquisition device is a terminal or a component within a terminal, the auxiliary data acquisition device 700 includes:

[0244] The first receiving module 701 is used to receive a first message from the network-side device;

[0245] The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

[0246] Optionally, the auxiliary data acquisition device 700 further includes:

[0247] The first sending module is used to send a first request message to the network-side device, wherein the first request message is used to request auxiliary data;

[0248] The first auxiliary data is at least a portion of the auxiliary data requested by the first request message.

[0249] Optionally, the first request message includes at least one of the following:

[0250] The terminal supports one or more target identifiers;

[0251] Community identification information;

[0252] Area identification information;

[0253] The first indication information is used to indicate whether the requested auxiliary data is explicit or implicit data.

[0254] Optionally, the first message may further include second indication information, which indicates that the first auxiliary data provided by the network-side device is the target identifier.

[0255] Optionally, the auxiliary data acquisition device 700 further includes:

[0256] The first sending module is used to send a second request message to the network-side device, the second request message being used to request second auxiliary data;

[0257] The first receiving module is further configured to receive a second message from the network-side device, the second message being used to indicate the request result of the second auxiliary data.

[0258] Optionally, the second message includes at least one of the following:

[0259] First reason information, which indicates the reason why the network-side device did not provide third auxiliary data;

[0260] The fourth auxiliary data is the auxiliary data in the second auxiliary data other than the third auxiliary data;

[0261] The third indication information is used to indicate the auxiliary data that the network-side device can implicitly provide;

[0262] The third auxiliary data is at least a portion of the data in the second auxiliary data.

[0263] Optionally, the first message may further include second reason information, which is used to indicate the reason why the network-side device did not provide at least part of the auxiliary data requested by the terminal.

[0264] Optionally, the first auxiliary data includes at least one of the following:

[0265] Spatial orientation information of the downlink positioning reference signal (DL-PRS) resource of the base station service's transmit / receive point (TRP);

[0266] The geographic coordinates of the TRP served by the base station;

[0267] TRP beam antenna information;

[0268] The association between valid area identifier IDs and cell identifiers;

[0269] The relationship between the community and the TRP it serves;

[0270] The relationship between PRS resources and beam direction.

[0271] Optionally, the first auxiliary data includes multiple types of auxiliary data, wherein the first auxiliary data satisfies any one of the following:

[0272] Each type of auxiliary data corresponds to one target identifier;

[0273] At least two types of auxiliary data correspond to one target identifier.

[0274] Optionally, when at least two types of auxiliary data correspond to one target identifier, the target identifier includes at least two cascaded fields, each of which is associated with one type of auxiliary data.

[0275] Optionally, the auxiliary data is used for AI-based positioning methods or functions.

[0276] The auxiliary data acquisition device provided in this application embodiment can achieve... Figure 2 The various processes implemented in the method embodiments achieve the same technical effect, and will not be described again here to avoid repetition.

[0277] See Figure 8 When the auxiliary data indication device is a network-side device or a component within a network-side device, the auxiliary data indication device 800 includes:

[0278] The second sending module 801 is used to send the first message to the terminal;

[0279] The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

[0280] Optionally, the auxiliary data indication device 800 further includes:

[0281] The second receiving module is configured to receive a first request message from the terminal, wherein the first request message is used to request auxiliary data;

[0282] The first auxiliary data is at least a portion of the auxiliary data requested by the first request message.

[0283] Optionally, the first request message includes at least one of the following:

[0284] The terminal supports one or more target identifiers;

[0285] Community identification information;

[0286] Area identification information;

[0287] The first indication information is used to indicate whether the requested auxiliary data is explicit or implicit data.

[0288] Optionally, the first message may further include second indication information, which indicates that the first auxiliary data provided by the network-side device is the target identifier.

[0289] Optionally, the auxiliary data indication device 800 further includes:

[0290] The second receiving module is configured to receive a second request message from the terminal, the second request message being used to request second auxiliary data;

[0291] The second sending module is further configured to send a second message to the terminal, the second message indicating the request result of the second auxiliary data.

[0292] Optionally, the second message includes at least one of the following:

[0293] First reason information, which indicates the reason why the network-side device did not provide third auxiliary data;

[0294] The fourth auxiliary data is the auxiliary data in the second auxiliary data other than the third auxiliary data;

[0295] The third indication information is used to indicate the auxiliary data that the network-side device can implicitly provide;

[0296] The third auxiliary data is at least a portion of the data in the second auxiliary data.

[0297] Optionally, the first message may further include second reason information, which is used to indicate the reason why the network-side device did not provide at least part of the auxiliary data requested by the terminal.

[0298] Optionally, the first auxiliary data includes at least one of the following:

[0299] Spatial orientation information of the downlink positioning reference signal (DL-PRS) resource of the base station service's transmit / receive point (TRP);

[0300] The geographic coordinates of the TRP served by the base station;

[0301] TRP beam antenna information;

[0302] The association between valid area identifier IDs and cell identifiers;

[0303] The relationship between the community and the TRP it serves;

[0304] The relationship between PRS resources and beam direction.

[0305] Optionally, the first auxiliary data includes multiple types of auxiliary data, wherein the first auxiliary data satisfies any one of the following:

[0306] Each type of auxiliary data corresponds to one target identifier;

[0307] At least two types of auxiliary data correspond to one target identifier.

[0308] Optionally, when at least two types of auxiliary data correspond to one target identifier, the target identifier includes at least two cascaded fields, each of which is associated with one type of auxiliary data.

[0309] Optionally, the auxiliary data is used for AI-based positioning methods or functions.

[0310] The auxiliary data indication device provided in this application embodiment can achieve... Figure 6 The various processes implemented in the method embodiments achieve the same technical effect, and will not be described again here to avoid repetition.

[0311] like Figure 9 As shown in the illustration, this application also provides a communication device 900, including a processor 901 and a memory 902. The memory 902 stores programs or instructions that can run on the processor 901. For example, when the communication device 900 is a terminal, the program or instructions executed by the processor 901 implement the various steps of the above-described auxiliary data acquisition method embodiment and achieve the same technical effect. When the communication device 900 is a network-side device, the program or instructions executed by the processor 901 implement the various steps of the above-described auxiliary data indication method embodiment and achieve the same technical effect. To avoid repetition, further details are omitted here.

[0312] This application embodiment also provides a terminal, including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement, for example... Figure 2 The steps in the method embodiment shown are illustrated. This terminal embodiment corresponds to the above-described terminal-side method embodiment. All implementation processes and methods of the above-described method embodiments can be applied to this terminal embodiment and achieve the same technical effect. The terminal can be... Figure 7 The auxiliary data acquisition device shown. Specifically, Figure 10 A schematic diagram of the hardware structure of a terminal to implement an embodiment of this application.

[0313] The terminal 1000 includes, but is not limited to, at least some of the following components: radio frequency unit 1001, network module 1002, audio output unit 1003, input unit 1004, sensor 1005, display unit 1006, user input unit 1007, interface unit 1008, memory 1009, and processor 1010.

[0314] Those skilled in the art will understand that the terminal 1000 may also include a power supply (such as a battery) for supplying power to various components. The power supply may be logically connected to the processor 1010 through a power management system, thereby enabling functions such as managing charging, discharging, and power consumption through the power management system. Figure 10 The terminal structure shown does not constitute a limitation on the terminal. The terminal may include more or fewer components than shown, or combine certain components, or have different component arrangements, which will not be elaborated here.

[0315] It should be understood that, in this embodiment, the input unit 1004 may include a graphics processor 10041 and a microphone 10042. The graphics processor 10041 processes image data of still images or videos obtained by an image capture device (such as a camera) in video capture mode or image capture mode. The display unit 1006 may include a display panel 10061, which may be configured in the form of a liquid crystal display, an organic light-emitting diode, or the like. The user input unit 1007 includes a touch panel 10071 and at least one of other input devices 10072. The touch panel 10071 is also called a touch screen. The touch panel 10071 may include a touch detection device and a touch controller. Other input devices 10072 may include, but are not limited to, physical keyboards, function keys (such as volume control buttons, power buttons, etc.), trackballs, mice, and joysticks, which will not be described in detail here.

[0316] In this embodiment, after receiving downlink data from the network-side device, the radio frequency unit 1001 can transmit it to the processor 1010 for processing; in addition, the radio frequency unit 1001 can send uplink data to the network-side device. Typically, the radio frequency unit 1001 includes, but is not limited to, antennas, amplifiers, transceivers, couplers, low-noise amplifiers, duplexers, etc.

[0317] The memory 1009 can be used to store software programs or instructions, as well as various data. The memory 1009 may primarily include a first storage area for storing programs or instructions and a second storage area for storing data. The first storage area may store the operating system, application programs or instructions required for at least one function (such as sound playback, image playback, etc.). Furthermore, the memory 1009 may include volatile memory or non-volatile memory. The non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. Volatile memory can be random access memory (RAM), static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDRSDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous link dynamic random access memory (SLDRAM), and direct memory bus RAM (DRRAM). The memory 1009 in this embodiment includes, but is not limited to, these and any other suitable types of memory.

[0318] The processor 1010 may include one or more processing units; optionally, the processor 1010 integrates an application processor and a modem processor, wherein the application processor mainly handles operations involving the operating system, user interface, and applications, and the modem processor mainly handles wireless communication signals, such as a baseband processor. It is understood that the aforementioned modem processor may also not be integrated into the processor 1010.

[0319] The radio frequency unit 1001 is used to receive the first message from the network side device;

[0320] The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

[0321] It is understood that the implementation process of each implementation method mentioned in this embodiment can refer to the relevant description of the terminal side method embodiment and achieve the same or corresponding technical effects. To avoid repetition, it will not be described again here.

[0322] This application embodiment also provides a network-side device, including a processor and a communication interface, wherein the communication interface is coupled to the processor, and the processor is used to run programs or instructions to implement, for example... Figure 6 The steps of the method embodiment shown are illustrated. This network-side device embodiment corresponds to the above-described network-side device method embodiment. All implementation processes and methods of the above-described method embodiments can be applied to this network-side device embodiment and can achieve the same technical effect.

[0323] Specifically, embodiments of this application provide a network-side device. For example... Figure 11 As shown, the network-side device 1100 includes: a processor 1101, a network interface 1102, and a memory 1103. This network-side device can be... Figure 7 The auxiliary data indication device shown. The network interface 1102 is, for example, a common public radio interface (CPRI).

[0324] Specifically, the network-side device 1100 in this application embodiment further includes: instructions or programs stored in memory 1103 and executable on processor 1101, wherein processor 1101 calls the instructions or programs in memory 1103 to execute. Figure 7 The methods executed by each module shown achieve the same technical effect, and to avoid repetition, they will not be described in detail here.

[0325] Among them, network interface 1102 is used to send the first message to the terminal;

[0326] The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

[0327] This application also provides a readable storage medium storing a program or instructions. When the program or instructions are executed by a processor, they implement the various processes of the above-described auxiliary data acquisition method or auxiliary data indication method embodiments and achieve the same technical effect. To avoid repetition, they will not be described again here.

[0328] The processor mentioned above is the processor in the terminal described in the above embodiments. The readable storage medium includes computer-readable storage media, such as computer read-only memory (ROM), random access memory (RAM), magnetic disk, or optical disk. In some examples, the readable storage medium may be a non-transient readable storage medium.

[0329] This application embodiment also provides a chip, which includes a processor and a communication interface. The communication interface is coupled to the processor. The processor is used to run programs or instructions to implement the various processes of the above-described auxiliary data acquisition method or auxiliary data indication method embodiments, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0330] It should be understood that the chip mentioned in the embodiments of this application may also be referred to as a system-on-a-chip, system chip, chip system, or system-on-a-chip, etc.

[0331] This application also provides a computer program / program product, which includes computer instructions. The computer program / program product is executed by at least one processor to implement the various processes of the above-described auxiliary data acquisition method or auxiliary data indication method embodiments, and can achieve the same technical effect. To avoid repetition, it will not be described again here.

[0332] This application also provides a wireless communication system, including a terminal and a network-side device. The terminal can be used to perform the steps of the auxiliary data acquisition method described above, and the network-side device can be used to perform the steps of the auxiliary data indication method described above.

[0333] It should be noted that, in this document, the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such a process, method, article, or apparatus. Without further limitations, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element. Furthermore, it should be noted that the scope of the methods and apparatuses in the embodiments of this application is not limited to performing functions in the order shown or discussed, but may also include performing functions substantially simultaneously or in the reverse order, depending on the functions involved. For example, the described methods may be performed in a different order than described, and various steps may be added, omitted, or combined. Additionally, features described with reference to certain examples may be combined in other examples.

[0334] From the above description of the embodiments, those skilled in the art can clearly understand that the methods of the above embodiments can be implemented by means of computer software products plus necessary general-purpose hardware platforms, and of course, they can also be implemented by hardware. The computer software product is stored in a storage medium (such as ROM, RAM, magnetic disk, optical disk, etc.) and includes several instructions to cause the terminal or network-side device to execute the methods described in the various embodiments of this application.

[0335] The embodiments of this application have been described above with reference to the accompanying drawings. However, this application is not limited to the specific embodiments described above. The specific embodiments described above are merely illustrative and not restrictive. Those skilled in the art can make many other implementations under the guidance of this application without departing from the spirit and scope of the claims. All of these implementations are within the protection scope of this application.

Claims

1. A method for auxiliary data acquisition, characterized in that, include: The terminal receives the first message from the network-side device; The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

2. The method according to claim 1, characterized in that, The method further includes: The terminal sends a first request message to the network-side device, the first request message being used to request auxiliary data; The first auxiliary data is at least a portion of the auxiliary data requested by the first request message.

3. The method according to claim 2, characterized in that, The first request message includes at least one of the following: The terminal supports one or more target identifiers; Community identification information; Area identification information; The first indication information is used to indicate whether the requested auxiliary data is explicit or implicit data.

4. The method according to any one of claims 1 to 3, characterized in that, The first message also includes second indication information, which indicates that the first auxiliary data provided by the network-side device is the target identifier.

5. The method according to any one of claims 1 to 4, characterized in that, The method further includes: The terminal sends a second request message to the network-side device, the second request message being used to request second auxiliary data; The terminal receives a second message from the network-side device, the second message indicating the request result of the second auxiliary data.

6. The method according to claim 5, characterized in that, The second message includes at least one of the following: First reason information, which indicates the reason why the network-side device did not provide third auxiliary data; The fourth auxiliary data is the auxiliary data in the second auxiliary data other than the third auxiliary data; The third indication information is used to indicate the auxiliary data that the network-side device can implicitly provide; The third auxiliary data is at least a portion of the data in the second auxiliary data.

7. The method according to any one of claims 1 to 6, characterized in that, The first message also includes second reason information, which is used to indicate the reason why the network-side device did not provide at least part of the auxiliary data requested by the terminal.

8. The method according to any one of claims 1 to 7, characterized in that, The first auxiliary data includes at least one of the following: Spatial orientation information of the downlink positioning reference signal (DL-PRS) resource of the base station service's transmit / receive point (TRP); The geographic coordinates of the TRP served by the base station; TRP beam antenna information; The association between valid area identifier IDs and cell identifiers; The relationship between the community and the TRP it serves; The relationship between PRS resources and beam direction.

9. The method according to any one of claims 1 to 8, characterized in that, The first auxiliary data includes multiple types of auxiliary data, wherein the first auxiliary data satisfies any one of the following: Each type of auxiliary data corresponds to one target identifier; At least two types of auxiliary data correspond to one target identifier.

10. The method according to claim 9, characterized in that, In cases where at least two types of auxiliary data correspond to a single target identifier, the target identifier comprises at least two cascaded fields, each of which is associated with one type of auxiliary data.

11. The method according to any one of claims 1 to 10, characterized in that, The auxiliary data is used for AI-based positioning methods or functions.

12. A method for indicating auxiliary data, characterized in that, include: The network-side device sends the first message to the terminal; The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

13. The method according to claim 12, characterized in that, The method further includes: The network-side device receives a first request message from the terminal, the first request message being used to request auxiliary data; The first auxiliary data is at least a portion of the auxiliary data requested by the first request message.

14. The method according to claim 13, characterized in that, The first request message includes at least one of the following: The terminal supports one or more target identifiers; Community identification information; Area identification information; The first indication information is used to indicate whether the requested auxiliary data is explicit or implicit data.

15. The method according to any one of claims 12 to 14, characterized in that, The first message also includes second indication information, which indicates that the first auxiliary data provided by the network-side device is the target identifier.

16. The method according to any one of claims 12 to 15, characterized in that, The method further includes: The network-side device receives a second request message from the terminal, the second request message being used to request second auxiliary data; The network-side device sends a second message to the terminal, the second message indicating the request result of the second auxiliary data.

17. The method according to claim 16, characterized in that, The second message includes at least one of the following: First reason information, which indicates the reason why the network-side device did not provide third auxiliary data; The fourth auxiliary data is the auxiliary data in the second auxiliary data other than the third auxiliary data; The third indication information is used to indicate the auxiliary data that the network-side device can implicitly provide; The third auxiliary data is at least a portion of the data in the second auxiliary data.

18. The method according to any one of claims 12 to 17, characterized in that, The first message also includes second reason information, which is used to indicate the reason why the network-side device did not provide at least part of the auxiliary data requested by the terminal.

19. The method according to any one of claims 12 to 18, characterized in that, The first auxiliary data includes at least one of the following: Spatial orientation information of the downlink positioning reference signal (DL-PRS) resource of the base station service's transmit / receive point (TRP); The geographic coordinates of the TRP served by the base station; TRP beam antenna information; The association between valid area identifier IDs and cell identifiers; The relationship between the community and the TRP it serves; The relationship between PRS resources and beam direction.

20. The method according to any one of claims 12 to 19, characterized in that, The first auxiliary data includes multiple types of auxiliary data, wherein the first auxiliary data satisfies any one of the following: Each type of auxiliary data corresponds to one target identifier; At least two types of auxiliary data correspond to one target identifier.

21. The method according to claim 20, characterized in that, In cases where at least two types of auxiliary data correspond to a single target identifier, the target identifier comprises at least two cascaded fields, each of which is associated with one type of auxiliary data.

22. The method according to any one of claims 12 to 21, characterized in that, The auxiliary data is used for AI-based positioning methods or functions.

23. An auxiliary data acquisition device, characterized in that, include: The first receiving module is used to receive the first message from the network-side device; The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

24. The apparatus according to claim 23, characterized in that, Also includes: The first sending module is used to send a first request message to the network-side device, wherein the first request message is used to request auxiliary data; The first auxiliary data is at least a portion of the auxiliary data requested by the first request message.

25. The apparatus according to claim 23 or 24, characterized in that, Also includes: The first sending module is used to send a second request message to the network-side device, the second request message being used to request second auxiliary data; The first receiving module is further configured to receive a second message from the network-side device, the second message being used to indicate the request result of the second auxiliary data.

26. An auxiliary data indication device, characterized in that, include: The second sending module is used to send the first message to the terminal; The first message includes a target identifier, which is used for at least one of the following: indicating first auxiliary data, indicating whether the first auxiliary data has changed, and distinguishing the value of the first auxiliary data.

27. The apparatus according to claim 26, characterized in that, Also includes: The second receiving module is configured to receive a first request message from the terminal, wherein the first request message is used to request auxiliary data; The first auxiliary data is at least a portion of the auxiliary data requested by the first request message.

28. The apparatus according to claim 26 or 27, characterized in that, Also includes: The second receiving module is configured to receive a second request message from the terminal, the second request message being used to request second auxiliary data; The second sending module is further configured to send a second message to the terminal, the second message indicating the request result of the second auxiliary data.

29. A terminal, characterized in that, It includes a processor and a memory, the memory storing a program or instructions that can run on the processor, the program or instructions being executed by the processor to implement the steps of the auxiliary data indication method as described in any one of claims 1 to 11.

30. A network-side device, characterized in that, It includes a processor and a memory, the memory storing a program or instructions that can run on the processor, the program or instructions being executed by the processor to implement the steps of the auxiliary data indication method as described in any one of claims 1 to 11.

31. A readable storage medium, characterized in that, The readable storage medium stores a program or instructions that, when executed by a processor, implement the steps of the auxiliary data indication method as described in any one of claims 1 to 11.

32. A computer program product, characterized in that, It includes computer instructions that, when executed by a processor, implement the steps of the auxiliary data indication method as described in any one of claims 1 to 11.

Images