Information transmission method and device

Abstract

The present application relates to the technical field of communications and provides an information transmission method and device, which are capable of configuring an appropriate uplink resource for uplink information having a variable number of bits. The method comprises: a terminal device acquiring first information, and sending second information on a first uplink resource, wherein the first uplink resource corresponds to the first information, and the first information comprises at least one of the following: an assumed value of the number of pieces of measurement information or an assumed value of a payload thereof, an assumed value of the number of pieces of prediction information or an assumed value of a payload thereof, and an assumed value of the number of pieces of monitoring information or an assumed value of a payload thereof.

Description

Information transmission method and device

[0001] This application claims priority to Chinese Patent Application No. 202411600401.0, filed with the State Intellectual Property Office of China on November 8, 2024, entitled "Information Transmission Method and Apparatus", the entire contents of which are incorporated herein by reference. Technical Field

[0002] This application relates to the field of communication technology, and in particular to information transmission methods and apparatus. Background Technology

[0003] In a communication system, network devices can configure uplink resources for terminal devices, enabling the terminal devices to send uplink information on those resources, and the network devices to receive that uplink information, thus achieving uplink information transmission. In other words, before the terminal device sends the uplink information, both the terminal device and the network device are aware of the resources (i.e., the aforementioned uplink resources) used to carry that uplink information.

[0004] However, network devices can only configure uplink resources for uplink information with a fixed number of bits; for uplink information with a variable number of bits, network devices cannot configure suitable uplink resources. Therefore, how to configure suitable uplink resources for uplink information with a variable number of bits is an urgent problem to be solved. Summary of the Invention

[0005] This application provides an information transmission method and apparatus that can configure appropriate uplink resources for uplink information with variable bit count.

[0006] In a first aspect, embodiments of this application provide an information transmission method, which can be executed by a terminal device. Unless otherwise specified, "terminal device" in this application can refer to the terminal device itself, a component within the terminal device (e.g., a communication module, processor, circuit, chip, or chip system), or a logic module or software capable of implementing all or part of the terminal device's functions. The method includes: acquiring first information and transmitting second information on a first uplink resource; wherein the first uplink resource corresponds to the first information, and the first information includes at least one of the following: an assumed value for the number of measurement information or an assumed value for the load, an assumed value for the number of predicted information or an assumed value for the load, and an assumed value for the number of monitoring information or an assumed value for the load.

[0007] For example, the first uplink resource corresponding to the first information can be understood as follows: the first uplink resource is the uplink resource corresponding to the first information among multiple uplink resources, or the first uplink resource is the uplink resource determined based on the first information. Specifically, the terminal device can determine the number of bits of the second information based on the first information, and then select an uplink resource that can carry the number of bits of information from multiple pre-configured uplink resources of different sizes, and determine the uplink resource as the first uplink resource.

[0008] Based on this scheme, the terminal device can obtain first information and then determine the corresponding uplink resource (i.e., the first uplink resource) based on the first information; thereby, uplink information (such as the second information) can be transmitted on the uplink resource. The first information includes at least one of the following: an assumed value for the number of measurement information or an assumed value for the load, an assumed value for the number of prediction information or an assumed value for the load, and an assumed value for the number of monitoring information or an assumed value for the load.

[0009] For example, when a terminal device needs to report measurement / prediction / monitoring information, the report usually includes at least one measurement / prediction / monitoring information. That is, the bit size of the report is related to factors such as the number of measurement / prediction / monitoring information items and the percentage of bits that measurement / prediction / monitoring information accounts for. Therefore, the assumed values ​​of parameters such as the number of measurement / prediction / monitoring information items and the percentage of bits that measurement / prediction / monitoring information accounts for can determine the appropriate uplink resources for the report, so that the network device and the terminal device can align the required uplink resource size, thereby transmitting and receiving information on the determined uplink resources.

[0010] Secondly, embodiments of this application provide an information transmission method, which can be executed by a network device. Unless otherwise specified, "network device" in this application can refer to the terminal device itself, a component within the network device (e.g., a communication module, processor, circuit, chip, or chip system), or a logic module or software capable of implementing all or part of the network device's functions. The method includes: acquiring first information and receiving second information on a first uplink resource; wherein the first uplink resource corresponds to the first information, and the first information includes at least one of the following: an assumed value for the number of measurement information or an assumed value for the load, an assumed value for the number of predicted information or an assumed value for the load, and an assumed value for the number of monitoring information or an assumed value for the load.

[0011] Based on this scheme, network devices can acquire first information and then determine the corresponding uplink resource (i.e., the first uplink resource) based on the first information; thereby, they can receive uplink information (such as the second information) from terminal devices on the uplink resource. The first information includes at least one of the following: an assumed value for the number of measurement information or the assumed value for the load; an assumed value for the number of prediction information or the assumed value for the load; or an assumed value for the number of monitoring information or the assumed value for the load.

[0012] For example, when a terminal device needs to report measurement / prediction / monitoring information, the report usually includes at least one measurement / prediction / monitoring information. That is, the bit size of the report is related to factors such as the number of measurement / prediction / monitoring information items and the percentage of bits that measurement / prediction / monitoring information accounts for. Therefore, the assumed values ​​of parameters such as the number of measurement / prediction / monitoring information items and the percentage of bits that measurement / prediction / monitoring information accounts for can determine the appropriate uplink resources for the report, so that the network device and the terminal device can align the required uplink resource size, thereby transmitting and receiving information on the determined uplink resources.

[0013] In conjunction with the first and second aspects above, in one possible design, when the first information includes an assumed value for the number of measurement information or an assumed value for the load, the second information includes measurement information; when the first information includes an assumed value for the number of prediction information or an assumed value for the load, the second information includes prediction information; when the first information includes an assumed value for the number of monitoring information or an assumed value for the load, the second information includes monitoring information.

[0014] Based on this possible design, when a terminal device needs to report a report (i.e., the second information), the resources (i.e., the first uplink resources) used to carry the report can be determined using the assumed values ​​of parameters related to the size of the report (i.e., the first information). For example, when the report includes measurement information, the number of bits in the report is related to factors such as the number of measurement information items and the proportion of measurement information to bits. Therefore, by using the assumed values ​​of the number of measurement information items or the payload (i.e., the first information includes the assumed values ​​of the number of measurement information items or the payload), a suitable uplink resource can be determined for the report, so that the network device and the terminal device can align the required uplink resource size, thereby transmitting and receiving information on the determined uplink resource.

[0015] Combining the first and second aspects mentioned above, in one possible design, the measurement information can be channel measurement-related information, or information obtained by measuring based on a reference signal, such as beam measurement information, CSI measurement information, etc. In other words, the measurement information can be the channel measurement result.

[0016] Combining the first and second aspects mentioned above, in one possible design, the prediction information can be understood as the predicted value of the aforementioned measurement information. Therefore, the prediction information can also be described as channel prediction-related information, or information predicted based on the measurement results of the reference signal, such as beam prediction information, CSI prediction information, etc. In other words, the prediction information can be the channel prediction result. The prediction information can be a spatial domain prediction result, i.e., the channel prediction result corresponding to a single time instance (the current time instance), or a temporal domain prediction result, i.e., the channel prediction result corresponding to multiple time instances (future time instances).

[0017] Combining the first and second aspects mentioned above, in one possible design, the monitoring information is prediction information or performance-related information of the model. For example, the monitoring information is performance values, including prediction accuracy, prediction precision, the difference between the predicted value and the actual value, the probability of prediction, etc. Alternatively, the monitoring information is the satisfaction status of performance-related events, used to indicate whether the performance meets the requirements.

[0018] In conjunction with the first and second aspects described above, in one possible design, the second information includes a first part and a second part; when the first information includes an assumed value for the number of measurement information or an assumed value for the load, the first part is used to indicate the number of measurement information or the load, and the second part includes some or all of the information in the measurement information; when the first information includes an assumed value for the number of prediction information or an assumed value for the load, the first part is used to indicate the number of prediction information or the load, and the second part includes some or all of the information in the prediction information; when the first information includes an assumed value for the number of monitoring information or an assumed value for the load, the first part is used to indicate the number of monitoring information or the load, and the second information includes some or all of the information in the monitoring information.

[0019] Based on this possible design, when the terminal device reports a report (i.e., the second information), the report can be divided into two parts (i.e., the first part and the second part). The first part can indicate the number or payload of the reported information (such as the number or payload of measurement information, prediction information, and monitoring information), while the second part is used to indicate the content of the reported information (such as measurement information, prediction information, and monitoring information). In other words, the number of bits occupied by the first part is fixed, while the number of bits occupied by the second part is related to the number or payload of information (i.e., the number of bits occupied by the second part is determined according to the content of the first part). Therefore, only the number of bits occupied by the second part needs to be determined to determine the number of bits occupied by the report, thus saving computational complexity.

[0020] Combining the first and second aspects above, in one possible design, the first information includes the sum of the assumed values ​​of the number of information at multiple times and the sum of the assumed values ​​of the information load, and the information includes at least one of measurement information, prediction information, or monitoring information; or, the first information includes multiple assumed values, one of which is the assumed value of the number of information or the assumed value of the load at one of the multiple times.

[0021] Based on this possible design, when the report reported by the terminal device includes information from multiple time points, the resources (i.e., the first uplink resources) used to carry the report can be determined by summing the assumed values ​​of the information from multiple time points (such as the assumed number of information items and the assumed payload of the information). In this case, only one bit value calculation operation needs to be performed based on the sum to determine the first uplink resources. Alternatively, the number of bits required for each time point can be calculated separately based on the assumed values ​​of the information at each time point, and then the resources (i.e., the first uplink resources) used to carry the report can be determined based on the sum of these bit values. In this case, only one bit value calculation operation needs to be performed based on the sum to determine the first uplink resources. This provides different implementation methods for determining the first uplink resources. Optionally, the assumed values ​​of the information at each time point can be the same or different.

[0022] In combination with the first and second aspects above, in one possible design, the number of measurement information or the payload is determined according to one or more of the following: a first preset reporting condition, a first set of reference signals, a channel change rate, the performance of the prediction information, a first preset event, measurement results, prediction results, and network performance. The first set of reference signals includes some or all of the reference signals in the preset set of reference signals.

[0023] In combination with the first and second aspects above, in one possible design, the number or payload of prediction information is determined according to one or more of the following: a second preset reporting condition, a second set of reference signals, a channel change rate, the performance of the prediction information, a second preset event, measurement results, and prediction results, wherein the second set of reference signals includes some or all of the reference signals in the preset set of reference signals.

[0024] In combination with the first and second aspects above, in one possible design, the number or load of monitoring information is determined according to one or more of the following: a third preset reporting condition, a third set of reference signals, the performance of the prediction information, a third preset event, measurement results, prediction results, and channel change rate. The third set of reference signals includes some or all of the reference signals in the preset set of reference signals.

[0025] Based on the above three possible designs, the number or payload of information reported by the terminal device (such as the number or payload of measurement information, prediction information, and monitoring information) is related to different factors (such as reporting conditions, reference signal set, channel change rate, performance of prediction information, preset events, measurement results, prediction results, network performance, etc.) in different scenarios. Therefore, in different scenarios, the number or payload of information can be determined according to the corresponding factors, so that the scheme described in this application can be applied to different scenarios.

[0026] Combining the first and second aspects above, in one possible design, the number of measurement information includes at least one of the following: the number of reference signal resource identifiers, the number of channel measurement results, and the number of times corresponding to the channel measurement results.

[0027] Combining the first and second aspects above, in one possible design, the number of prediction information includes at least one of the following: the number of reference signal resource identifiers, the number of channel prediction results, and the number of time points corresponding to the time-domain prediction results.

[0028] Combining the first and second aspects above, in one possible design, the number of monitoring information includes the number of performance values ​​corresponding to the prediction information and / or the number of third preset events satisfied by the performance of the prediction information.

[0029] In combination with the first and second aspects above, in one possible design, the first information is pre-configured by the network device, and / or the first information is preset by the protocol.

[0030] Thirdly, a communication device is provided for implementing various methods. This communication device can be a terminal device as described in the first aspect, or a network device as described in the second aspect, or a device included in the terminal device or network device, such as a chip or chip system. The communication device includes modules, units, or means corresponding to the implementation of the methods, which can be implemented in hardware, software, or by hardware executing corresponding software. The hardware or software includes one or more modules or units corresponding to the functions.

[0031] In some possible designs, the communication device may include a processing module and a transceiver module. The processing module can be used to implement the processing functions in any of the above aspects and any possible implementations thereof. The transceiver module may include a receiving module and a transmitting module, respectively used to implement the receiving function and the transmitting function in any of the above aspects and any possible implementations thereof.

[0032] In some possible designs, the transceiver module can consist of transceiver circuits, transceivers, transceivers, or communication interfaces.

[0033] Fourthly, a communication device is provided, comprising: a processor and a memory; the memory is used to store computer instructions, which, when executed by the processor, cause the communication device to perform the method described in any of the aspects. The communication device may be a terminal device as described in the first aspect, or a network device as described in the second aspect, or a device included in a terminal device or network device, such as a chip or chip system. The communication device includes modules, units, or means corresponding to the implementation of the method, which may be implemented in hardware, software, or by hardware executing corresponding software. The hardware or software includes one or more modules or units corresponding to the functions.

[0034] Fifthly, a communication device is provided, comprising: a processor and a communication interface; the communication interface being used to communicate with a module outside the communication device; the processor being used to execute computer programs or instructions to cause the communication device to perform the method described in any of the aspects. The communication device may be a terminal device as described in the first aspect, or a network device as described in the second aspect, or a device included in a terminal device or network device, such as a chip or chip system. The communication device includes modules, units, or means corresponding to the implementation of the method, which may be implemented in hardware, software, or by hardware executing corresponding software. The hardware or software includes one or more modules or units corresponding to the functions.

[0035] A sixth aspect provides a communication device, comprising: at least one processor; the processor being configured to execute a computer program or instructions to cause the communication device to perform the method described in any aspect. The communication device may be a terminal device as described in the first aspect, or a network device as described in the second aspect, or a device included in a terminal device or network device, such as a chip or chip system. The communication device includes modules, units, or means corresponding to the implementation of the method, which may be implemented in hardware, software, or by hardware executing corresponding software. The hardware or software includes one or more modules or units corresponding to the function.

[0036] In some possible designs, the communication device includes a memory for storing necessary programs, instructions, and / or data. This memory may be coupled to the processor, or it may be independent of the processor.

[0037] In some possible designs, when the device is a chip system, it can be composed of chips or contain chips and other discrete components.

[0038] It is understandable that when the communication device provided by any of the third to sixth aspects is a chip, the sending action / function of the communication device can be understood as outputting information, and the receiving action / function of the communication device can be understood as inputting information.

[0039] In a seventh aspect, a computer-readable storage medium is provided that stores a computer program or instructions that, when executed on a communication device, enable the communication device to perform the method described in any aspect.

[0040] In an eighth aspect, a computer program product containing instructions is provided, which, when run on a communication device, enables the communication device to perform the method described in either aspect.

[0041] Ninthly, a communication system is provided, which includes the terminal equipment of the first aspect and the network equipment of the second aspect.

[0042] The technical effects of any of the design methods in aspects three through nine can be found in the technical effects of different design methods in aspects one or two above, and will not be repeated here. Attached Figure Description

[0043] Figure 1 is a schematic diagram of an application scenario of a prediction model provided in an embodiment of this application;

[0044] Figure 2 is a schematic diagram of a communication system provided in an embodiment of this application;

[0045] Figure 3 is a schematic diagram of a communication architecture provided in an embodiment of this application;

[0046] Figure 4 is a schematic diagram of another communication architecture provided in an embodiment of this application;

[0047] Figure 5 is a flowchart of an information transmission method provided in an embodiment of this application;

[0048] Figure 6 is a schematic diagram illustrating the implementation of a second information according to an embodiment of this application;

[0049] Figure 7 is a schematic diagram of a terminal device provided in an embodiment of this application;

[0050] Figure 8 is a schematic diagram of a network device provided in an embodiment of this application;

[0051] Figure 9 is a schematic diagram of a communication device provided in an embodiment of this application. Detailed Implementation

[0052] Before describing the embodiments of this application, the technical terms involved in the embodiments of this application will be described.

[0053] 1. Artificial Intelligence (AI):

[0054] AI refers to enabling machines to possess human-like intelligence, such as allowing machines to use computer hardware and software to simulate certain intelligent human behaviors. Machine learning (ML) is an important technological approach to achieving AI. In machine learning methods, machines learn (or train) models using training data. This model represents the mapping from input to output. The learned model can be used for reasoning (or prediction), that is, it can be used to predict the output corresponding to a given input. This output can also be called the reasoning result (or prediction result). The model can also be called an AI model, an ML model, a rule, or other names. An AI model can be considered a specific method for implementing a certain AI function; the AI ​​model represents the mapping relationship or function between the model's input and output.

[0055] 2. Channel State Information (CSI):

[0056] In existing long-term evolution (LTE) and new radio (NR) communication systems, network devices need to obtain downlink CSI to determine the resources, modulation and coding scheme (MCS), precoding, and other configurations for scheduling downlink data channels of terminal devices.

[0057] In Time Division Duplex (TDD) systems, due to the reciprocity of uplink and downlink channels, network devices can obtain the uplink CSI by measuring the uplink reference signal and then infer a relatively accurate downlink CSI, for example, using the uplink CSI as the downlink CSI. In Frequency Division Duplex (FDD) systems, uplink and downlink reciprocity cannot be guaranteed. The downlink CSI is obtained by the terminal device measuring the downlink reference signal, such as the channel state information reference signal (CSI-RS) or the synchronization signal / physical broadcast channel block (SSB). Therefore, the terminal device needs to generate a CSI report according to the protocol predefined method or the base station configuration and feed the CSI report back to the base station to obtain the downlink CSI.

[0058] In the NR protocol, the configuration and reporting process for downlink CSI is as follows: The network device sends a CSI reporting configuration (CSI-ReportConfig) to the terminal device, specifying the reporting type (reportConfigType), reporting quantity (reportQuantity), etc. The reporting type can be periodic, semi-persistent, or aperiodic, and the reporting quantity can be a rank indicator (RI), channel quality indicator (CQI), precoding matrix indicator (PMI), reference signal received power (RSRP), etc. The network device sends a CSI-RS to the terminal device, and the terminal device performs channel measurements and interference measurements based on the CSI-RS to obtain the measurement results. Based on the measurement results, the terminal device determines the reporting quantities to be configured and reports the downlink CSI to the network device. This downlink CSI includes information such as RI, CQI, PMI, and RSRP measured by the terminal. If the reporting type in CSI-ReportConfig is configured as periodic, the terminal device reports periodically according to the period specified in the radio resource control (RRC) signaling, without needing to trigger reporting with each signaling transmission. If the reporting type in CSI-ReportConfig is configured as semi-persistent, the initial reporting needs to be triggered by signaling, and once triggered, it reports periodically according to the specified period. If the reporting type in CSI-ReportConfig is configured as aperiodic, then downlink control information (DCI) is required to trigger reporting. Semi-static CSI reporting triggering is more complex. When CSI reports on the physical uplink control channel (PUCCH), triggering uses media access control element (MAC-CE) signaling, while when CSI reports on the physical uplink shared channel (PUSCH), triggering uses DCI.

[0059] Furthermore, the NR protocol specifies the CSI reporting method: When the number of uplink transmission information bits is fixed, the CSI report can contain only Part 1, in which case the reporting quantity configuration can be RSRP. When the number of uplink transmission information bits is uncertain, the CSI report can be divided into two parts: Part 1 and Part 2. The number of bits in Part 1 is fixed, and the number of bits in Part 2 can be determined based on the content of Part 1. Specifically, for a CSI report configured with RI, CQI, and PMI, Part 1 can contain RI and the first codeword of CQI, and Part 2 can contain the second codeword of CQI and PMI. The number of bits for RI and CQI is specified by the protocol, and the number of bits for PMI can be determined based on RI. This allows the network device to determine the number of bits in Part 2 after receiving Part 1. Compared to the scheme that always uses the maximum possible number of uplink transmission information bits when the number of uplink transmission information bits is uncertain, the above two-part reporting method saves uplink transmission overhead.

[0060] 3. Beam Management:

[0061] A beam is a communication resource. A beam can be wide, narrow, or other types. The technology used to form a beam can be beamforming or other techniques. Beamforming technology can specifically be digital beamforming, analog beamforming, or hybrid digital / analog beamforming. Different beams can be considered different resources. The same information or different information can be transmitted through different beams.

[0062] Optionally, multiple beams with the same or similar communication characteristics can be considered as a single beam. A beam can include one or more antenna ports for transmitting data channels, control channels, and probe signals. A beam can also be understood as a spatial resource, referring to a transmit or receive precoding vector with energy transmission directionality. Energy transmission directionality can refer to the ability to receive a signal with good received power within a certain spatial location after precoding, such as meeting the received demodulation signal-to-noise ratio. Energy transmission directionality can also refer to the different received power of the same signal transmitted from different spatial locations through the same precoding vector. The same device (e.g., network device or terminal device) can have different precoding vectors, and different devices can also have different precoding vectors, corresponding to different beams. Depending on the device's configuration or capabilities, a device can use one or more different precoding vectors at the same time, i.e., it can simultaneously form one or more beams. From the perspectives of transmission and reception, beams can be divided into transmit beams and receive beams. A beam can also be called a spatial filter, or a spatial parameter. The transmitting beam can also be called a spatial transmitting filter, and the receiving beam can also be called a spatial receiving filter.

[0063] NR systems employ beamforming technology, which weights the transmitted signal to create narrower beams with more concentrated energy and stronger directionality for each type of channel and signal. At the same transmit power, narrow beams provide farther coverage than wide beams, but their coverage is limited; a single beam cannot cover all users within a cell, nor can it guarantee that every user receives maximum signal energy. Therefore, the protocol introduces beam scanning. Beam scanning refers to transmitting or receiving beams in a preset manner at time intervals to cover a specific spatial area. Currently, the preset method mainly refers to time-division multiplexing, which improves coverage performance by transmitting or receiving narrow beams in different directions at different times to cover a specific spatial area.

[0064] The beam scanning process combines beam measurement, beam reporting, and beam determination to select an optimal beam pair between the base station and the UE. Specifically, beam scanning finds the most suitable transmit and receive beams, aligning their directions for optimal received signal gain and improved communication quality. During beam scanning, SSB or CSI-RS (CSI for beam measurement) can be used as the reference signal for beam measurement. Therefore, the beam measurement and reporting process is consistent with the CSI configuration and reporting process. For example, network devices can configure the reportQuantity field in CSI-ReportConfig as CRI-RSRP, instructing the UE to report the CRI and the corresponding RSRP. In other words, beam quality information can be obtained by measuring the reference signal. Parameters used to measure beam quality include, but are not limited to, the reference signal received power (RSRP). For example, beam quality can also be measured by parameters such as reference signal receiving quality (RSRQ), signal-noise ratio (SNR), signal to interference plus noise ratio (SINR), block error rate (BLER), and signal quality indicator (CQI).

[0065] In addition, beam quality information needs to be reported during beam scanning. Depending on the configured reporting amount, the CSI report for beam measurement can include beam indication information and corresponding measurement values ​​for each beam.

[0066] The beam indication information can be one or more of the following: beam number (or number, index, identity, ID, etc.), downlink signal resource number, absolute index of the beam, relative index of the beam, logical index of the beam, index of the antenna port corresponding to the beam, index of the antenna port group corresponding to the beam, index of the downlink signal corresponding to the beam, time index of the downlink synchronization signal block corresponding to the beam, beam pair link (BPL) information, transmit parameters (Tx parameter) corresponding to the beam, receive parameters (Rx parameter) corresponding to the beam, transmit weight corresponding to the beam, weight matrix corresponding to the beam, weight vector corresponding to the beam, receive weight corresponding to the beam, index of transmit weight corresponding to the beam, index of weight matrix corresponding to the beam, index of weight vector corresponding to the beam, index of receive weight corresponding to the beam, receive codebook corresponding to the beam, transmit codebook corresponding to the beam, index of receive codebook corresponding to the beam, and index of transmit codebook corresponding to the beam. The downlink signal can be one or more of the following: synchronization signal, broadcast channel, broadcast signal demodulation signal, synchronized signal / PBCH block (SSB), channel state information reference signal (CSI-RS), cell specific reference signal (CS-RS), user equipment specific reference signal (US-RS), dedicated reference signal (DMRS), downlink data channel demodulation reference signal, or downlink phase noise tracking signal. Beam indication information can also be represented as a Transmission Configuration Index (TCI) or a TCI status. A TCI status includes one or more quasi-co-location (QCL) pieces of information, each QCL including the ID of a reference signal (or synchronization signal block) and a QCL type. For example, a terminal device may need to determine the beam to receive the physical downlink shared channel (PDSCH) based on the TCI status indicated by the network device (usually carried by the physical downlink control channel, PDCCH).

[0067] For example, the beam indication information in the CSI report can be the downlink signal resource number of the beam, i.e., the CSI-RS resource indicator (CRI) or the SSB resource indicator (SSBRI); that is, when reporting beam quality information for N beams, the CSI report includes N CRIs (or SSBRIs). Alternatively, the beam indication information can be reported based on a bitmap, where the length of the bitmap is the size Y of the measured beam set. Alternatively, the CSI report may not include the beam indication information for each beam; in this case, the measured values ​​of the Y beams must be reported sequentially (this method can also be called full reporting). Here, N is a positive integer less than or equal to Y. Furthermore, for reporting the measured values ​​(e.g., RSRP) of multiple beams (such as Y beams or N beams), the RSRP of each beam can be reported separately, or a differential reporting method can be used, i.e., the largest RSRP is reported as the actual value, and the remaining RSRPs are reported as the difference from the largest RSRP. When the beam indication information of each beam is reported using the bitmap method, or when the beam indication information of each beam is not required in the CSI report, if the RSRP of each beam is reported using the differential method, the beam indication information corresponding to the maximum RSRP must also be indicated in the CSI report.

[0068] Specifically, taking the beam quality information of four beams, and reporting beam indication information using CRI or SSBRI, and reporting the RSRP of each beam using differential reporting as an example, the CSI report includes the CRI or SSBRI of the four beams, the maximum RSRP among the four beams, and the differences between the remaining three RSRPs and the maximum RSRP. Let RSRP be RSRP#1, and the differences between the remaining RSRPs and the maximum RSRP be differential RSRP#2, differential RSRP#3, and differential RSRP#4, respectively. In this case, the CSI report includes the content shown in Table 1 below:

[0069] Table 1

[0070] Furthermore, the protocol specifies the number of bits required for each field in the CSI report for beam measurement. Specifically, see Table 2 below:

[0071] Table 2

[0072] The CRI field is used to carry the CRI, and its length is [length missing]. This indicates the number of CSI-RS resources in the resource set. This indicates rounding up. The SSBRI field is used to carry the SSBRI, and its length is [length missing]. This indicates the number of SSB resources in the resource set. Terminal equipment can report one or more of the CRI or SSBRI. For the maximum RSRP, its absolute value can be reported using 7-bit quantization, as shown in the RSRP field in Table 2. The RSRP indicated by this field corresponds to the reference signal resource corresponding to the reference signal with the highest received power. Other RSRPs can be reported using 4-bit quantization, showing the difference between them and the maximum RSRP, as shown in the differential RSRP field in the table.

[0073] 4. Air Interface AI:

[0074] AI has been introduced into wireless communication networks and has been widely applied in many scenarios of air interface technology, such as CSI feedback, CSI prediction, beam management, and positioning.

[0075] For example, when applying AI in CSI feedback scenarios, an autoencoder architecture can be used for CSI feedback. This architecture typically includes an AI encoder and an AI decoder. The AI ​​encoder can be deployed on the terminal device, and the AI ​​decoder can be deployed on the network device. Compared to traditional CSI feedback techniques, AI model-based CSI feedback, while maintaining the same CSI feedback performance, can reduce air interface feedback overhead and the computational complexity of the terminal device, thus having greater application potential. When applying AI in CSI prediction scenarios, the terminal device or network device can use a prediction model to predict future CSI based on historical CSI data and feed it back to the network device. The AI ​​model can reside solely in the terminal device or solely in the network device. Accurate prediction of future CSI can solve the problem of inaccurate CSI feedback information caused by channel time-varying characteristics. When applying AI models in positioning scenarios, a triangulation approach can be used. The terminal device obtains the location information of three surrounding network devices and inputs it into the corresponding AI model. Then, based on the distance, direction, and channel information from the terminal device to the three network devices, the location of the terminal device is obtained.

[0076] When applying AI in beam management scenarios, terminal devices or network devices can efficiently and accurately identify the best beam using AI models. This AI model can reside solely in the terminal device or solely in the network device. Specifically, AI-based beam management includes two typical use cases: spatial beam prediction and temporal beam prediction. As shown in Figure 1(a), spatial beam prediction refers to using a model to predict the measurement values ​​of a portion of the beams in the full beam set, thereby determining one or more optimal beams in the full beam set. Compared to the traditional approach of determining the optimal one or more beams by measuring all beams in the full beam set, this significantly reduces beam measurement overhead. As shown in Figure 1(b), temporal beam prediction refers to using a model to predict beam measurement information from historical moments (i.e., historical beam information in Figure 1(b)) to determine future beam information (i.e., future beam information in Figure 1(b)), thereby improving the robustness of beam management in scenarios with rapidly changing channels and avoiding frequent beam measurements and switching.

[0077] For AI-based beam management, terminal devices may need to report information including measurement, prediction, or monitoring data. The measurement, prediction (e.g., AI-based prediction reports), or monitoring results may differ at different times and in different scenarios; that is, the number of bits of uplink information that the terminal device needs to report may not be fixed. In such cases, network devices cannot configure appropriate uplink resources. Therefore, how to configure and determine appropriate uplink resources for uplink information with variable bit counts (such as the aforementioned measurement, prediction, or monitoring results) is a problem that urgently needs to be solved.

[0078] One readily apparent approach is to directly apply the resource allocation scheme for variable-bit CSI reports from the CSI feedback scheme to the scheme for variable-bit uplink information, assuming RI is 1. However, the related scheme in the CSI feedback scheme (i.e., the scheme for allocating resources for variable-bit CSI reports) only works when the CSI report contains RI and the number of bits in the CSI report can be determined based on RI. If the uplink information does not contain RI and PMI, or if the number of bits in the report cannot be determined solely based on RI, then this scheme cannot be used to determine uplink resources. Therefore, it is necessary to reconsider how to configure and determine appropriate uplink resources for uplink information with variable-bit numbers (such as the aforementioned measurement results, prediction results, or monitoring results).

[0079] In view of this, embodiments of this application provide an information transmission method and apparatus, wherein a terminal device can acquire first information and then determine the corresponding uplink resource (i.e., the first uplink resource) based on the first information; thereby, uplink information (such as second information) can be transmitted on the uplink resource. The first information includes at least one of the following: an assumed value for the number of measurement information or an assumed value for the load, an assumed value for the number of prediction information or an assumed value for the load, and an assumed value for the number of monitoring information or an assumed value for the load.

[0080] For example, when a terminal device needs to report measurement / prediction / monitoring information, the report usually includes at least one measurement / prediction / monitoring information. That is, the bit size of the report is related to factors such as the number of measurement / prediction / monitoring information items and the percentage of bits that measurement / prediction / monitoring information accounts for. Therefore, the assumed values ​​of parameters such as the number of measurement / prediction / monitoring information items and the percentage of bits that measurement / prediction / monitoring information accounts for can determine the appropriate uplink resources for the report, so that the network device and the terminal device can align the required uplink resource size, thereby transmitting and receiving information on the determined uplink resources.

[0081] The embodiments of this application will now be described in detail with reference to the accompanying drawings.

[0082] In this application, "instruction" can include direct instruction, indirect instruction, explicit instruction, and implicit instruction. When describing a certain instruction information for the purpose of instructing A, it can be understood that the instruction information carries A, directly instructs A, or indirectly instructs A.

[0083] In this application, the information indicated by the instruction information is called the information to be instructed. In specific implementations, there are many ways to indicate the information to be instructed, such as, but not limited to, directly indicating the information to be instructed, such as the information to be instructed itself or its index. It can also indirectly indicate the information to be instructed by indicating other information, where there is a relationship between the other information and the information to be instructed. It can also indicate only a part of the information to be instructed, while the other parts are known or pre-agreed upon. For example, the instruction of specific information can be achieved by using a pre-agreed (e.g., protocol-defined) arrangement of various pieces of information, thereby reducing instruction overhead to some extent. Furthermore, the information to be instructed can be sent as a whole or divided into multiple sub-information pieces, and the sending period and / or timing of these sub-information pieces can be the same or different.

[0084] In this application, "corresponding to" can also be replaced with "as", "determined according to xx", or "used to determine". Similarly, "including" can also be replaced with "as" or "is".

[0085] In this application, " / " can indicate that the objects before and after are in an "or" relationship. For example, A / B can mean A or B. "And / or" can be used to describe three relationships between the related objects. For example, A and / or B can mean: A exists alone, A and B exist simultaneously, and B exists alone. A and B can be singular or plural.

[0086] In this application, "at least one" means one or more, and "more than one" means two or more, such as three, four, or more. Similar expressions (such as at least one, at least one, etc.) are used in the same way. "At least one of the following," "one or more of the following," or similar expressions refer to any combination of these items, which may include only a single item or a combination of multiple items. For example, at least one of a, b, or c can mean: a, or b, or c; a and b; or a and c; or b and c; or a, b, and c. Where a, b, and c can be single or multiple.

[0087] In this application, for the convenience of describing the technical solutions of the embodiments of this application, the terms "first" and "second" may be used to distinguish them. The terms "first" and "second" do not limit the quantity or execution order, and the terms "first" and "second" are not necessarily different.

[0088] In this application, the words "exemplary," "example," or "for example" are used to indicate examples, illustrations, or descriptions. Any embodiment or design described as "exemplary," "example," or "for example" should not be construed as being more preferred or advantageous than other embodiments or designs. The use of the words "exemplary," "example," or "for example" is intended to present the relevant concepts in a specific manner to facilitate understanding.

[0089] In this application, "sending information / data" only indicates the direction of information / data transmission, including direct transmission via the device's communication interface (such as an air interface, or simply air interface). "Sending" can also be understood as the "output" of a module interface. "Sending" can include indirect transmission by the processing unit through the communication interface, meaning that after the processing unit outputs information / data through the module interface, it is transmitted to the device's communication interface and then sent out. "Receiving information / data" only indicates the direction of information / data transmission, including direct reception via the communication interface. "Receiving" can also be understood as the "input" of a module interface. "Receiving information / data" can include indirect reception by the processing unit through the communication interface, meaning that after the communication interface receives information / data, it is transmitted to the processing unit's module interface and then input to the processing unit. "Sending information / data to… (such as a terminal)" can be understood as the destination of the information being the terminal. It can include sending information / data directly or indirectly to the terminal. "Receiving information / data from… (such as a terminal)" can be understood as the source of the information being the terminal, and can include receiving information / data directly or indirectly from the terminal. Information / data may undergo necessary processing, such as format changes, between the source and destination, but the destination can understand the valid information / data from the source. Similar statements in this application can be understood in a similar way, and will not be repeated here.

[0090] The information transmission method provided in this application embodiment can be used in any communication system, such as a third-generation partnership project (3GPP) communication system, for example, an LTE system; or a fifth-generation (5G) mobile communication system, a hybrid LTE and 5G network system, an NR system, an NR vehicle-to-everything (V2X) system, a device-to-device (D2D) communication system, a machine-to-machine (M2M) communication system, an Internet of Things (IoT) system, a narrowband Internet of Things (NB-IoT) system, a global system for mobile communications (GSM), an enhanced data rate for GSM evolution (EDGE) system, a wideband code division multiple access (WCDMA) system, a code division multiple access (CDMA2000) system, or a time division-synchronization code division multiple access (TDMA) system. Access, TD-SCDMA, enhanced mobile broadband (eMBB), ultra-reliable and low-latency communication (URLLC), enhanced machine-type communication (eMTC), and various types of future communication systems are not restricted. Non-terrestrial network (NTN) systems (such as satellite communication systems) and non-3GPP communication systems are also included.

[0091] In the communication system of this application embodiment, a network element can send signals to or receive signals from another network element. The signals may include information, signaling, or data. The network element can also be replaced by an entity, network entity, device, communication device, communication module, node, communication node, etc. This disclosure uses a network element as an example for description. For example, the communication system may include at least one terminal device and at least one network device. The network device can send downlink signals to the terminal device, and / or the terminal device can send uplink signals to the network device. It is understood that the terminal device in this disclosure can be replaced by a first network element, and the network device can be replaced by a second network element, both performing the corresponding information transmission methods described in this disclosure.

[0092] In wireless communication networks, such as mobile communication networks, the services supported by the networks are becoming increasingly diverse, thus requiring increasingly diverse demands. For example, networks need to support ultra-high speeds, ultra-low latency, and / or massive connectivity. This characteristic makes network planning, network configuration, and / or resource scheduling increasingly complex. Furthermore, as network functions become more powerful, such as supporting higher spectrum, supporting higher-order multiple-input multiple-output (MIMO) technologies, supporting beamforming, and / or supporting beam management, network energy efficiency has become a hot research topic. These new demands, new scenarios, and new characteristics bring unprecedented challenges to network planning, operation, and efficient operation. To meet these challenges, artificial intelligence (AI) technology can be introduced into wireless communication networks to achieve network intelligence. To support AI technology in wireless networks, AI nodes may also be introduced.

[0093] Figure 2(a) shows a schematic diagram of a communication system provided in an embodiment of this application. The communication system 100 may include at least one network device, such as network device 110 shown in Figure 2(a). The communication system 100 may also include at least one terminal device, such as terminal device 120 and terminal device 130 shown in Figure 2(a). Network device 110 and terminal devices (such as terminal devices 120 and 130) can communicate via a wireless link. The communication devices in this communication system, for example, network device 110 and terminal device 120, can communicate via multi-antenna technology.

[0094] Figure 2(b) shows a schematic diagram of another communication system provided in this application embodiment; wherein, the communication system 200 may include at least one network device (network device 110 shown in Figure 2(b)) and at least one terminal device (terminal device 120 and terminal device 130 shown in Figure 2(b); further, the communication system 200 also includes an AI network element 140. The AI ​​network element 140 is used to perform AI-related operations, such as building training datasets or training AI models.

[0095] In one possible implementation, network device 110 can send data related to the training of the AI ​​model to AI network element 140, which then constructs a training dataset and trains the AI ​​model. For example, the data related to the training of the AI ​​model may include data reported by the terminal device. AI network element 140 can send the results of operations related to the AI ​​model to network device 110, which then forwards them to the terminal device. For example, the results of operations related to the AI ​​model may include at least one of the following: a trained AI model, model evaluation results, or test results. Exemplarily, a portion of the trained AI model may be deployed on network device 110, and another portion on the terminal device. Alternatively, the trained AI model may be deployed on network device 110. Or, the trained AI model may be deployed on the terminal device.

[0096] It should be understood that Figure 2(b) is only illustrated using the example of AI network element 140 being directly connected to network device 110. In other scenarios, AI network element 140 can also be connected to terminal device. Alternatively, AI network element 140 can be connected to both network device 110 and terminal device simultaneously. Alternatively, AI network element 140 can also be connected to network device 110 through a third-party network element. This application embodiment does not limit the connection relationship between AI network element and other network elements.

[0097] AI element 140 can also be set as a module in network devices and / or terminal devices, for example, in network device 110 or terminal device shown in Figure 2(a).

[0098] It should be noted that Figures 2(a) and 2(b) are simplified schematic diagrams for ease of understanding. For example, the communication system may also include other devices, such as wireless relay devices and / or wireless backhaul devices, which are not shown in Figures 2(a) and 2(b). In practical applications, the communication system may include multiple network devices or multiple terminal devices. This application does not limit the number of network devices and terminal devices included in the communication system.

[0099] The terminal devices in Figure 2(a) and Figure 2(b) can be devices with wireless transceiver capabilities or chips or chip systems that can be configured on such devices. They allow users to access the network and are used to provide voice and / or data connectivity to users. Terminal devices can also be called user equipment (UE), subscriber unit, terminal, mobile station (MS), or mobile terminal (MT), etc.

[0100] For example, the terminal devices in Figure 2(a) and Figure 2(b) can be mobile phones, tablets, or computers with wireless transceiver capabilities. Terminal equipment can also be user stations, mobile stations, remote stations, remote terminal equipment, mobile terminal equipment, user terminal equipment, wireless communication equipment, user agents, user devices, cellular phones, cordless phones, session initiation protocol (SIP) phones, wireless local loop (WLL) stations, personal digital assistants (PDAs), handheld devices with wireless communication capabilities, computing devices, processing devices connected to wireless modems, in-vehicle equipment, wearable devices, terminal equipment in the Internet of Things (IoT), home appliances, virtual reality (VR) terminals, augmented reality (AR) terminals, wireless terminals in industrial control, wireless terminals in autonomous driving, wireless terminals in telemedicine, wireless terminals in smart grids, wireless terminals in smart cities, wireless terminals in smart homes, vehicles with vehicle-to-vehicle (V2V) communication capabilities, intelligent connected vehicles, and UAV-to-UAV communication. Unmanned aerial vehicles (UAVs) with U2U communication capabilities, terminal devices in future networks, or terminal devices in future evolved public land mobile networks (PLMNs) are not subject to restrictions.

[0101] The network devices in Figure 2(a) and Figure 2(b) can be any type of device deployed in the access network capable of wireless communication with terminal devices. They can also be chips or chip systems that can be configured within these devices, logical nodes or modules, or functions implemented in software. Their main responsibilities include air interface-side wireless physical control, resource scheduling, wireless resource management, quality of service management, data compression and encryption, wireless access control, and mobility management. Specifically, the network devices can be either wired or wireless access-enabled.

[0102] For example, a network device can consist of one or more access network (AN) / radio access network (RAN) nodes. AN / RAN nodes can be various types of base stations, such as: satellite base stations, evolved Node Bs (gNBs), transmission reception points (TRPs), evolved Node Bs (eNBs), radio network controllers (RNCs), Node Bs (NBs), base station controllers (BSCs), base transceiver stations (BTSs), home base stations (e.g., home evolved Node Bs, or home Node Bs (HNBs), macro base stations, micro base stations, pico base stations, small cells, relay stations, balloon stations, drone stations, wireless backhaul nodes, base band units (BBUs), or wireless fidelity (Wi-Fi) access points (APs), etc. It is understood that network devices can be terrestrial devices or non-terrestrial devices (such as satellites, drones, high-altitude communication equipment, etc.). Furthermore, in communication systems employing different wireless access technologies, the names of network devices with base station functions may differ, and this application does not impose any restrictions on this.

[0103] In some possible scenarios, the access network device in this application embodiment can also be a module or unit capable of implementing some functions of a base station. For example, the access network device can be a central unit (CU), a distributed unit (DU), a CU-control plane (CP), a CU-user plane (UP), or a radio unit (RU), etc. The CU and DU can be set separately, or they can be included in the same network element (such as a baseband unit (BBU)). That is, the BBU can include at least one CU and at least one DU. The RU can be included in a radio frequency device or radio frequency unit; for example, it can be included in a remote radio unit (RRU), an active antenna unit (AAU), or a remote radio head (RRH).

[0104] In different systems, CU (or CU-CP and CU-UP), DU, or RU may have different names, but those skilled in the art will understand their meaning. For example, in an open radio access network (O-RAN or ORAN) system, CU can also be called open (O)-CU, DU can also be called O-DU, CU-CP can also be called O-CU-CP, CU-UP can also be called O-CU-UP, and RU can also be called O-RU. For ease of description, this application uses CU, CU-CP, CU-UP, DU, and RU as examples. Any of the units among CU (or CU-CP, CU-UP), DU, and RU in this application can be implemented through software modules, hardware modules, or a combination of software modules and hardware modules.

[0105] Referring to Figure 3, a schematic diagram of a communication architecture provided in an embodiment of this application is shown. The communication system includes a RAN intelligent controller (RIC). This RIC includes a near-real-time RIC (near-RT RIC) and a non-real-time RIC (non-RT RIC). The near-real-time RIC is used for model training and inference. For example, it is used to train an artificial intelligence (AI) model and then use this AI model for inference. The near-real-time RIC can obtain network-side and / or terminal-side information from access network devices (e.g., CU, CU-CP, CU-UP, DU, and / or RU) and / or terminal devices. This information can be used as training data or inference data.

[0106] Optionally, the near real-time RIC can deliver inference results to access network devices and / or terminal devices. Optionally, inference results can be exchanged between the CU and DU, and / or between the DU and RU. For example, the near real-time RIC delivers inference results to the DU, and the DU sends them to the RU. This is used to achieve near real-time intelligent management of the RAN. Through data collection and related operations on the E2 interface, near real-time control and optimization of O-RAN modules and resources are achieved.

[0107] For example, a non-real-time RIC is used for model training and inference. For instance, it can be used to train an AI model and then use that model for inference. The non-real-time RIC can obtain network-side and / or terminal-side information from RAN nodes (e.g., CU, CU-CP, CU-UP, DU, and / or RU) and / or terminal devices. This information can be used as training data or inference data, and the inference results can be delivered to the access network devices and / or terminal devices. Optionally, inference results can be exchanged between CUs and DUs, and / or between DUs and RUs; for example, the non-real-time RIC delivers the inference results to the DU, which then forwards them to the RU.

[0108] For example, near real-time RIC and non-real-time RIC can also be set up as separate network elements.

[0109] Optionally, near real-time RICs and non-real-time RICs can also be part of other devices. For example, near real-time RICs can be set in access network devices (e.g., CU, DU), while non-real-time RICs can be set in operations and maintenance (OAM), cloud servers, CN, or other access network devices.

[0110] In this embodiment, the apparatus for implementing the functions of a network device can be a network device itself; it can also be an apparatus capable of supporting the network device in implementing those functions, such as a chip system, hardware circuit, software module, or a hardware circuit plus a software module. This apparatus can be installed in the network device or used in conjunction with the network device. In this embodiment, the example of a network device being used to implement the functions of a network device is provided only and does not constitute a limitation on the solutions described in this embodiment.

[0111] Network devices and / or terminal devices can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on water; and they can also be deployed in the air on airplanes, balloons, and satellites. This application does not limit the scenario in which the network devices and terminal devices are located. Furthermore, terminal devices and network devices can be hardware devices, or software functions running on dedicated hardware or general-purpose hardware, such as virtualization functions instantiated on a platform (e.g., a cloud platform), or entities that include dedicated or general-purpose hardware devices and software functions. This application does not limit the specific form of the terminal devices and network devices.

[0112] Optionally, AI nodes can be deployed in one or more of the following locations within the communication system: access network devices, terminal devices, or core network devices, etc. Alternatively, AI nodes can be deployed independently, for example, in a location other than any of the aforementioned devices, such as in the host or cloud server of an over-the-top (OTT) system. AI nodes can communicate with other devices in the communication system, which can be, for example, one or more of the following: network devices, terminal devices, or core network elements, etc.

[0113] It is understood that this application does not limit the number of AI nodes. For example, when there are multiple AI nodes, these nodes can be divided based on function, such as different AI nodes being responsible for different functions.

[0114] It can also be understood that AI nodes can be independent devices, or they can be integrated into the same device to achieve different functions. Alternatively, they can be network elements in hardware devices, software functions running on dedicated hardware, or virtualization functions instantiated on a platform (e.g., a cloud platform). This application does not limit the specific form of the aforementioned AI nodes.

[0115] In this embodiment, the AI ​​node can be an AI network element or an AI module.

[0116] Referring to Figure 4, a schematic diagram of another communication architecture provided in this application embodiment is shown. In the communication system, network elements are connected via interfaces (e.g., NG, Xn, F1, etc.) or over-the-air interfaces. These network element nodes, such as core network equipment, access network equipment (RAN nodes), terminals, or one or more operation administration and maintenance (OAM) network elements, are equipped with one or more AI modules (only one is shown in Figure 4). The access network equipment can be a single RAN node or can include multiple RAN nodes, for example, including CU and DU. The CU and / or DU can also be equipped with one or more AI modules. Optionally, the CU can also be split into CU-CP and CU-UP. One or more AI models are configured in CU-CP and / or CU-UP.

[0117] The AI ​​module is used to implement corresponding AI functions. AI modules deployed in different network elements can be the same or different. Depending on the parameter configuration, the AI ​​module can implement different functions. The AI ​​module model can be configured based on one or more of the following parameters: structural parameters (e.g., at least one of the following: number of neural network layers, neural network width, inter-layer connections, neuron weights, neuron activation function, or bias in the activation function), input parameters (e.g., type and / or dimension of input parameters), or output parameters (e.g., type and / or dimension of output parameters). The bias in the activation function can also be referred to as the neural network bias.

[0118] An AI module can have one or more models. A model can infer an output, which includes one or more parameters. The learning, training, or inference processes of different models can be deployed on different nodes or devices, or they can be deployed on the same node or device.

[0119] The information transmission method provided in the embodiments of this application will be described below with reference to the communication system shown in Figure 2 (Figure 2(a) or Figure 2(b)) and Figure 5 below. The terminal device can be any terminal device in the communication system shown in Figure 2, and the network device can be the network device in the communication system shown in Figure 2.

[0120] Referring to Figure 5, which is a flowchart of an information transmission method provided in an embodiment of this application, as shown in Figure 5, the method may include the following steps:

[0121] S501, The terminal device obtains the first information.

[0122] The first information includes at least one of the following: the assumed value of the number of measurement information or the assumed value of the load, the assumed value of the number of prediction information or the assumed value of the load, and the assumed value of the number of monitoring information or the assumed value of the load.

[0123] For example, the first information including an assumed value for the number of measurement information items or an assumed value for the load can be understood as: the first information including an assumed value for the number of measurement information items, or the first information including an assumed value for the load of measurement information. Similarly, the first information including an assumed value for the number of prediction information items or an assumed value for the load of prediction information can be understood as: the first information including an assumed value for the number of prediction information items, or the first information including an assumed value for the load of prediction information. The first information including an assumed value for the number of monitoring information items or an assumed value for the load of monitoring information can be understood as: the first information including an assumed value for the number of monitoring information items, or the first information including an assumed value for the load of monitoring information.

[0124] Optionally, the first information is pre-configured by the network device, and / or the first information is preset by the protocol. For example, when the first information is pre-configured by the network device, step S501 can be replaced by: the network device sending indication information to the terminal device; correspondingly, the terminal device receiving the indication information from the network device. Here, the indication information is used to indicate the first information.

[0125] S502, the terminal device sends second information to the network device on the first uplink resource, and correspondingly, the network device receives the second information from the terminal device on the first uplink resource. The first uplink resource corresponds to the first information.

[0126] For example, the first uplink resource corresponds to the first information, which can be understood as: the first uplink resource is the uplink resource corresponding to the first information among multiple uplink resources. Specifically, the terminal device can determine the number of bits #1 based on the first information, and then query the multiple pre-configured uplink resources of different sizes for an uplink resource that can carry information with the number of bits #1, and determine that uplink resource as the first uplink resource. Here, the number of bits #1 is the number of bits required for the reported information (such as the second information) determined based on the first information.

[0127] Taking multiple uplink resources of different sizes, including resources #1 to #5, with resource #1 having 28 bits, resource #2 having 36 bits, resource #3 having 45 bits, resource #4 having 60 bits, and resource #5 having 75 bits, as an example: when the value of bit #1 is less than or equal to 28, the first uplink resource is resource #1; when the value of bit #1 is greater than 28 and less than or equal to 36, the first uplink resource is resource #2; when the value of bit #1 is greater than 36 and less than or equal to 45, the first uplink resource is resource #3; when the value of bit #1 is greater than 45 and less than or equal to 60, the first uplink resource is resource #4; and when the value of bit #1 is greater than 60 and less than or equal to 75, the first uplink resource is resource #5. When the value of bit #1 is greater than 75, the first uplink resource is still resource #5, and the terminal device can select a portion of the bits for transmission. At this point, bit number #1 represents the number of bits of the information that needs to be reported, but the actual number of bits of the second information reported is less than bit number #1.

[0128] Another optional implementation is that the terminal device can determine the number of bits #1 based on the first information, and then query the uplink resource group that can carry the information of the number of bits #1 from the multiple pre-configured uplink resource groups of different sizes, and determine one uplink resource in the uplink resource group as the first uplink resource in combination with the indication signaling of the network device.

[0129] Taking multiple uplink resource groups of different sizes, including resource group #1 to resource group #3, where the number of bits in resource group #1 is less than or equal to 36, the number of bits in resource group #2 is less than or equal to 60, and the number of bits in resource group #3 is less than or equal to 75, as an example, when the value of the number of bits #1 is less than or equal to 36, the determined uplink resource group is resource group #1; when the value of the number of bits #1 is greater than 36 and less than or equal to 60, the determined uplink resource group is resource group #2; when the value of the number of bits #1 is greater than 60 and less than or equal to 75, the determined uplink resource group is resource group #3; when the value of the number of bits #1 is greater than 75, the determined uplink resource group is still resource group #3, and the terminal device can select a portion of the bits for transmission. Taking a bit number #1 of less than or equal to 36 as an example, and resource group #1 contains 4 resources, the network device can select the 3rd resource in the resource group through DCI indication. Then the first uplink resource is the 3rd resource in resource group #1.

[0130] Optionally, when the first information includes an assumed value for the number of measurement information or an assumed value for the load, the second information includes measurement information; when the first information includes an assumed value for the number of prediction information or an assumed value for the load, the second information includes prediction information; when the first information includes an assumed value for the number of monitoring information or an assumed value for the load, the second information includes monitoring information.

[0131] For example, when a terminal device needs to report measurement information, the number of bits occupied by the second information is determined based on the number of measurement information items or the number of bits in the payload of the measurement information; that is, the number of bits occupied by the second information is related to the number of measurement information items or the number of bits in the payload of the measurement information; therefore, the first uplink resource can be determined by assuming the number of measurement information items and / or the number of bits in the payload of the measurement information.

[0132] Similarly, when a terminal device needs to report prediction information, the number of bits occupied by the second information is determined based on the number of prediction information items or the number of bits in the prediction information payload; that is, the number of bits occupied by the second information is related to the number of prediction information items or the number of bits in the prediction information payload. Therefore, the first uplink resource can be determined by assuming the number of prediction information items and / or the number of bits in the prediction information payload. When a terminal device needs to report monitoring information, the number of bits occupied by the second information is determined based on the number of monitoring information items or the number of bits in the monitoring information payload; that is, the number of bits occupied by the second information is related to the number of monitoring information items or the number of bits in the monitoring information payload. Therefore, the first uplink resource can be determined by assuming the number of monitoring information items and / or the number of bits in the monitoring information payload.

[0133] Optionally, the second information may also include two or all of the following: measurement information, prediction information, and monitoring information. Correspondingly, the first information may also include two or all of the following: the assumed value of the number of measurement information items or the assumed value of the load; the assumed value of the number of prediction information items or the assumed value of the load; and the assumed value of the number of monitoring information items or the assumed value of the load. For example, when the second information includes both prediction information and monitoring information, the first information includes the assumed value of the number of prediction information items or the assumed value of the load, as well as the assumed value of the number of monitoring information items or the assumed value of the load.

[0134] Compared to the scheme that always reports according to the maximum number of bits, the scheme described in this application can report with fewer bits, and the size of the determined first uplink resource is closer to the number of bits of the second information. Alternatively, it can be considered that the scheme described in this application can configure more reasonable uplink resources for the second information and reduce reporting overhead.

[0135] For example, measurement information can be obtained by the terminal device through measurement. Prediction information can be obtained by the AI ​​model built into the terminal device through prediction; prediction information can be obtained by the AI ​​model and then communicated to the terminal device. Monitoring information can be determined by the terminal device through prediction information and / or measurement information.

[0136] Optionally, the second information includes a first part and a second part; when the first information includes an assumed value for the number of measurement information or an assumed value for the load, the first part is used to indicate the number of measurement information or the load, and the second part indicates some or all of the information in the measurement information; when the first information includes an assumed value for the number of prediction information or an assumed value for the load, the first part is used to indicate the number of prediction information or the load, and the second part indicates some or all of the information in the prediction information; when the first information includes an assumed value for the number of monitoring information or an assumed value for the load, the first part is used to indicate the number of monitoring information or the load, and the second part indicates some or all of the information in the monitoring information.

[0137] Optionally, the number of bits in the first part is fixed, while the number of bits in the second part is variable. The number of bits in the second part can be determined based on the first part, and thus the number of bits in the second information can be determined.

[0138] For example, taking the second information as including measurement information, the first part may include the number or load of measurement information to directly indicate the number or load of measurement information; or, the first part may include the identifier of the beam corresponding to the measurement information (such as by CRI / SSBRI or bitmap indication, etc.) to indirectly indicate the number or load of measurement information; or, the first part may also include any parameters related to the number or load of measurement information other than the identifier of the beam corresponding to the measurement information, for indirectly indicating the number or load of the measurement information, which is not limited in this application.

[0139] For example, when the second part indicates all the information of the measurement information, the second part may include all the information of the measurement information to directly indicate all the information of the measurement information; or, all the information in the measurement information may be reported in a differential manner, that is, the second part may include one measurement information in the total information of the measurement information, as well as the difference between the remaining measurement information and the measurement information, to indirectly indicate all the information in the measurement information.

[0140] When the second part indicates partial information of the measurement information, this partial information may be information with lower priority among all the measurement information. In this case, information with higher priority among all the measurement information can be indicated by the first part, that is, the first part also indicates information with higher priority among all the measurement information. Alternatively, when all the measurement information is reported differentially, this partial information may be the difference between the remaining information and the measurement information. In this case, one measurement information among all the measurement information can be indicated by the first part, that is, the first part also indicates that one measurement information. Alternatively, the terminal device may also report partial or all of the measurement information in any other possible way besides the above examples, and this application is not limited thereto.

[0141] For example, the first part can also be called Part 1; correspondingly, the second part can also be called Part 2; or, the first part and the second part can also have other names besides the examples above, which are not limited in this application.

[0142] It is understood that the above example uses the example of the second information including measurement information to illustrate the implementation of the second information. The implementation of the second information including prediction information / monitoring information is similar to the implementation of the second information including measurement information. For details, please refer to the relevant description in the above embodiments, which will not be repeated here.

[0143] This application provides an information transmission method in which a terminal device can acquire first information and then determine the corresponding uplink resource (i.e., the first uplink resource) based on the first information; thereby, uplink information (such as second information) can be transmitted on the uplink resource. The first information includes at least one of the following: an assumed value for the number of measurement information or an assumed value for the load; an assumed value for the number of prediction information or an assumed value for the load; and an assumed value for the number of monitoring information or an assumed value for the load.

[0144] For example, when a terminal device needs to report measurement / prediction / monitoring information, the report usually includes at least one measurement / prediction / monitoring information. That is, the bit size of the report is related to factors such as the number of measurement / prediction / monitoring information items and the percentage of bits that measurement / prediction / monitoring information accounts for. Therefore, the assumed values ​​of parameters such as the number of measurement / prediction / monitoring information items and the percentage of bits that measurement / prediction / monitoring information accounts for can determine the appropriate uplink resources for the report, so that the network device and the terminal device can align the required uplink resource size, thereby transmitting and receiving information on the determined uplink resources.

[0145] The implementation of the "first information" described in the above embodiments will be described in detail below. For example, the first information can be implemented based on the following two cases:

[0146] Scenario 1: The terminal device needs to report the information measured / predicted / monitored within a time instance.

[0147] Optionally, in one of the following cases, the first information is the assumed value corresponding to the time instance; that is, the first information includes at least one of the following: the assumed value of the number of measurement information or the assumed value of the load in the time instance, the assumed value of the number of prediction information or the assumed value of the load in the time instance, and the assumed value of the number of monitoring information or the assumed value of the load in the time instance.

[0148] For example, a time instance can also be referred to as a time unit, moment, etc. Specifically, a time unit can refer to one of the following: second (s), millisecond (ms), microsecond (us), slot, symbol, or at least one consecutive symbol. This application does not limit the specific manner in which the time unit is used.

[0149] Scenario 2: Terminal devices need to report information measured / predicted / monitored within multiple time instances.

[0150] For example, the implementation of time instances can be found in the relevant description in Case 1 above, and will not be repeated here.

[0151] As an example, the first information includes multiple assumptions, one of which is an assumption about the number of information items or the payload in one of the multiple time instances.

[0152] For example, taking the terminal device needing to report information measured / predicted / monitored within 3 time instances as an example, the first information includes 3 hypothetical values ​​(i.e., hypothetical value #1 to hypothetical value #3). Hypothetical value #1 is used to determine the number of reported information bits #1 for time instance #1, hypothetical value #2 is used to determine the number of reported information bits #2 for time instance #1, and hypothetical value #3 is used to determine the number of reported information bits #3 for time instance #1. Furthermore, the terminal device can determine the first uplink resource from multiple uplink resources of different sizes based on the sum of the number of bits #1, the number of bits #2, and the number of bits #3.

[0153] Optionally, the multiple assumptions included in the first information can be the same or different. That is, different assumptions can be set for each time instance, or the assumptions for each time instance can be the same across multiple time instances.

[0154] As another example, the first information includes a hypothesis value that corresponds to a hypothesis value of the number of information items or a hypothesis value of the payload for multiple time instances.

[0155] For example, the first information includes an assumption value that is the sum of the assumption values ​​corresponding to multiple time instances. When the assumption value is an assumption value of the number of measurement / prediction / monitoring information items, the assumption value is the sum of the assumption values ​​of the number of measurement / prediction / monitoring information items under multiple time instances; when the assumption value is an assumption value of the load of measurement / prediction / monitoring information, the assumption value is the sum of the assumption values ​​of the load of measurement / prediction / monitoring information under multiple time instances.

[0156] For example, taking the requirement for a terminal device to report information measured / predicted / monitored within three time instances (time instance #1 to time instance #3), if the assumed value under time instance #1 is assumed value #1, the assumed value under time instance #2 is assumed value #2, and the assumed value under time instance #3 is assumed value #3, then the assumed value included in the first information is assumed value #1 + assumed value #2 + assumed value #3. Furthermore, the terminal device can determine the number of bits based on this assumed value and determine the first uplink resource from multiple uplink resources of different sizes based on this number of bits.

[0157] For example, the first information includes an assumption value that is either an assumption value for the number of information items or an assumption value for the load of each time instance. This can be understood as the assumption value being the same for each time instance across multiple time instances. When the assumption value is an assumption value for the number of measurement / prediction / monitoring information items, this assumption value is the assumption value for the number of measurement / prediction / monitoring information items for each time instance; when the assumption value is an assumption value for the load of measurement / prediction / monitoring information, this assumption value is the assumption value for the load of measurement / prediction / monitoring information for each time instance.

[0158] For example, taking the case where a terminal device needs to report information measured / predicted / monitored within three time instances (time instance #1 to time instance #3), if the assumed value under each time instance from time instance #1 to time instance #3 is assumed value #1, then the assumed value included in the first information is assumed value #1. Further, the terminal device can determine the number of reported information bits #1 for each time instance based on this assumed value, thereby determining that the sum of the reported information bits under multiple time instances is bit number #1 + bit number #1 + bit number #1, and determining the first uplink resource among multiple uplink resources of different sizes based on this sum of bits.

[0159] For example, the first information includes an assumption value that is either an assumed value for the number of unions of information from each time instance across multiple time instances or an assumed value for the payload of the union. The union of information from each time instance across multiple time instances refers to the set of information remaining after removing duplicate information from the set of all information from multiple time instances. When the assumption value is an assumed value for the number of measurement / prediction / monitoring information items, this assumption value is the assumed value for the number of unions of measurement / prediction / monitoring information from each time instance across multiple time instances; when the assumption value is an assumed value for the payload of measurement / prediction / monitoring information, this assumption value is the assumed value for the payload of the union of measurement / prediction / monitoring information from each time instance across multiple time instances. The terminal device can determine the sum of the number of reported information bits from multiple time instances based on this assumption value, and determine the first uplink resource from multiple uplink resources of different sizes based on the sum of the number of bits.

[0160] For example, the first information includes an assumption value that is either the maximum number of information items in each time instance across multiple time instances or the maximum payload. When the assumption value is the number of measurement / prediction / monitoring information items, this assumption value is the maximum number of measurement / prediction / monitoring information items in each time instance across multiple time instances; when the assumption value is the payload of measurement / prediction / monitoring information, this assumption value is the maximum payload of measurement / prediction / monitoring information in each time instance across multiple time instances. The terminal device can determine the maximum sum of the number of reported information bits across multiple time instances based on this assumption value, and determine the first uplink resource among multiple uplink resources of different sizes based on the maximum sum of the number of bits.

[0161] The measurement information, prediction information, and monitoring information involved in the above embodiments will be described below.

[0162] (I) Regarding measurement information:

[0163] Optionally, the number of measurement information includes at least one of the following: the number of reference signal resource identifiers, the number of channel measurement results, and the number of time instances corresponding to the channel measurement results.

[0164] For example, the reference signal resource identifier can also be replaced with a beam identifier, beam indication information, or beam. Furthermore, the reference signal can be replaced with a downlink signal.

[0165] In this application, the downlink signal or reference signal refers to a signal known to the terminal equipment, such as a synchronizing signal block (SSB), physical broadcast channel (PBCH), CSI-RS, demodulation reference signal (DMRS), tracking reference signal (TRS), phase-tracking reference signal (PTRS), positioning reference signal (PRS), etc.; each downlink signal can correspond to a beam. In other words, the reference signal can be replaced by any one of the following: a known signal, a downlink signal, SSB, CSI-RS, TRS, PTRS, PRS, or a beam.

[0166] Correspondingly, reference signal resources can include CSI-RS resources, SSB resources, TRS resources, PTRS resources, and PRS resources. Reference signals can be used for channel measurement or channel estimation. Reference signal resources can be used to configure the transmission attributes of reference signals, such as time-frequency resource location, port mapping relationships, power factors, and scrambling codes. Network devices can transmit reference signals based on reference signal resources, and terminal devices can receive reference signals based on reference signal resources. To distinguish different reference signal resources, each reference signal resource can correspond to an identifier, such as CRI, SSBRI, etc. The SSBRI can also be called the SSB index.

[0167] In this application, the measurement information can be information related to channel measurements, or information obtained by measuring based on a reference signal, such as beam measurement information, CSI measurement information, etc. In other words, the measurement information can be the channel measurement result.

[0168] For example, channel measurement results include, but are not limited to, the index of the optimal beam, RSRP, RSRQ, SNR, SINR, BLER, CQI, PMI, RI, and LI.

[0169] For example, if the measurement information is beam measurement information, and the measurement information specifically includes the indexes of the optimal K beams, then the number of measurement information can be the number of reference signal resource identifiers, that is, the number of beam identifiers (such as CRI).

[0170] For example, if the measurement information is beam measurement information, specifically including the indices of the optimal K beams and the corresponding RSRP measurement values, then the number of measurement information can be the number of reference signal resource identifiers, i.e., the number of beam identifiers (such as CRIs), or the number of channel measurement results, i.e., the number of RSRP measurement values.

[0171] For example, if the measurement information is beam measurement information, and the measurement information specifically includes the indexes of the optimal K beams for T time instances, then the number of measurement information can be the number of reference signal resource identifiers, that is, the total number of beam identifiers (such as CRI) for T time instances. The number of measurement information can also be the number of time instances corresponding to the channel measurement results, that is, T.

[0172] Optionally, the number or payload of measurement information is determined according to one or more of the following: a first preset reporting condition, a first set of reference signals, channel change rate, performance of prediction information, a first preset event, measurement results, prediction results, network performance, and the first set of reference signals includes some or all of the reference signals in the preset set of reference signals.

[0173] For example, the first preset reporting condition includes one or more reporting conditions, such as reporting when the measurement information meets a threshold value. When the number of measurement information or the load is determined according to the first preset reporting condition, the terminal device can determine which measurement information in the measurement results can be reported based on the first preset reporting condition.

[0174] When the number or load of measurement information is determined based on the first reference signal set, the terminal device can report the measurement information corresponding to the reference signals located in the first reference signal set in the measurement results. For example, if the measurement is performed on a preset reference signal set (1024 reference signals), and the first reference signal set (256 reference signals) includes some signals from the preset reference signal set, then when reporting the measurement results, the terminal device will only report the measurement results corresponding to the 256 reference signals.

[0175] The number or load of measurement information can also be determined based on multiple pieces of information. For example, if the number or load of measurement information is determined based on the first preset reporting conditions and the first set of reference signals, then the terminal device will only report the measurement information corresponding to the reference signals that meet the first preset reporting conditions and are located in the first set of reference signals.

[0176] When the number of measurement information or the payload is determined based on the channel change rate, the terminal device can determine the measurement interval based on the channel change rate, and thus determine the number of measurement information or the payload to be reported. For example, when the channel change is slow, the terminal device can increase the measurement interval, and when the channel change is fast, the terminal device can decrease the measurement interval. Thus, when reporting measurement information within a time window (which includes multiple time instances), the number of measurement information reported is greater when the channel change is faster, and less when the channel change is slow.

[0177] When the number of measurement information or the load is determined based on the performance of the prediction information, the terminal device can determine whether the current prediction is accurate based on the prediction performance, and then determine the number of measurement information or the load to be reported. For example, when the prediction performance is good, the terminal device can increase the measurement interval, that is, report less measurement information in the same amount of time. When the prediction performance is poor, the terminal device can decrease the measurement interval, that is, report more measurement information in the same amount of time.

[0178] When the number of measurement information or the load is determined according to the first preset event, the terminal device can determine the number of measurement information or the load to be reported based on the satisfaction of the first preset event. For example, the first preset event is an event set for monitoring performance. When the event is satisfied, it means that the performance does not meet the requirements and the measurement results need to be reported. When the event is not satisfied, it means that the performance meets the requirements and the measurement results do not need to be reported.

[0179] When the number of measurement information or the load is determined based on the measurement results, the terminal device can report some or all of the measurement information in the measurement results after obtaining the measurement results. For example, the measurement information to be reported can be determined by combining the measurement results and the first preset reporting conditions.

[0180] When measurement information is determined based on prediction results, the terminal device can determine the number of measurement information items or payload to be reported based on the prediction probability and confidence level in the prediction results after obtaining the prediction results. For example, when the prediction probability is high, the terminal device can increase the measurement interval, that is, report fewer measurement information items in the same amount of time. When the prediction probability is low, the terminal device can decrease the measurement interval, that is, report more measurement information items in the same amount of time.

[0181] When the number or payload of measurement information is determined based on network performance, the terminal device can determine the currently predicted performance based on network performance, and thus determine the number or payload of measurement information to be reported. For example, network performance includes, but is not limited to: channel throughput, BLER, and network transmission rate.

[0182] (II) Regarding forecast information:

[0183] In this application, prediction information can be understood as the predicted value of the aforementioned measurement information. Therefore, prediction information can also be referred to as channel prediction-related information, or information predicted based on the measurement results of the reference signal, such as beam prediction information, CSI prediction information, etc. In other words, prediction information can be the channel prediction result. Prediction information can be a spatial domain prediction result, i.e., the channel prediction result corresponding to a single time instance (the current time instance), or a temporal domain prediction result, i.e., the channel prediction result corresponding to multiple time instances (future time instances).

[0184] Optionally, the number of prediction information includes at least one of the following: the number of reference signal resource identifiers, the number of channel prediction results, and the number of time instances corresponding to the time domain prediction results.

[0185] For example, channel prediction results include, but are not limited to: the index of the optimal beam, RSRP, RSRQ, SNR, SINR, BLER, CQI, PMI, RI, and LI.

[0186] For example, if the prediction information is beam prediction information, and the prediction information specifically includes the indices of the predicted optimal K beams, then the number of prediction information can be the number of reference signal resource identifiers, that is, the number of beam identifiers (such as CRI).

[0187] For example, if the prediction information is beam prediction information, specifically including the indices of the K best beams and the corresponding RSRP prediction values, then the number of prediction information can be the number of reference signal resource identifiers, i.e., the number of beam identifiers (such as CRIs), or the number of channel prediction results, i.e., the number of RSRP prediction values.

[0188] For example, if the prediction information is beam prediction information, and the prediction information specifically includes the indices of the optimal K beams for the predicted N future time instances, then the number of prediction information can be the number of reference signal resource identifiers, that is: the total number of beam identifiers (such as CRI) for the N time instances. The number of prediction information can also be the number of time instances corresponding to the channel prediction results, that is: N.

[0189] Optionally, the number or load of the prediction information is determined according to one or more of the following: a second preset reporting condition, a second set of reference signals, a channel change rate, the performance of the prediction information, a second preset event, a measurement result, and a prediction result. The second set of reference signals includes some or all of the reference signals in the preset set of reference signals.

[0190] For example, when the number or load of prediction information is determined based on the performance of the prediction information, the terminal device can determine whether the current prediction is accurate based on the performance of the prediction, and then determine the number or load of prediction information to be reported; for example, when the prediction performance is good, the terminal device can report more prediction information, and when the prediction performance is poor, the terminal device can report less prediction information.

[0191] When the number of measurement information or the load is determined according to the second preset event, the terminal device can determine the number of prediction information or the load to be reported based on the satisfaction of the second preset event. For example, the second preset event is an event set for monitoring performance. When the event is satisfied, it means that the performance does not meet the requirements and there is no need to report the prediction result. When the event is not satisfied, it means that the performance meets the requirements and the prediction result needs to be reported.

[0192] For example, the implementation of the terminal device determining the number of prediction information or the payload based on the second reference signal set is similar to the implementation of "the terminal device determining the number of measurement information or the payload based on the first reference signal set" in the above embodiments. The implementation of the terminal device determining the number of prediction information or the payload based on at least one of the channel change rate, the performance of the prediction information, the measurement result, or the prediction result is similar to the implementation of "the terminal device determining the number of measurement information or the payload based on at least one of the channel change rate, the performance of the prediction information, the measurement result, or the prediction result" in the above embodiments. For details, please refer to the relevant descriptions in the above embodiments, which will not be repeated here.

[0193] (III) Regarding monitoring information:

[0194] In this application, monitoring information refers to performance-related information of the prediction information or model. For example, monitoring information may be performance values, including prediction accuracy, prediction precision, the difference between the predicted value and the actual value, and the probability of prediction. Alternatively, monitoring information may be the satisfaction status of performance-related events, used to indicate whether the performance meets the requirements.

[0195] Optionally, the number of monitoring information includes the number of performance values ​​corresponding to the prediction information, and / or the number of third preset events satisfied by the performance of the prediction information.

[0196] For example, the performance value corresponding to the prediction information refers to the prediction performance of the AI ​​model; for example, the performance of the AI ​​model in this round of prediction, that is, the performance of a single prediction result, or the performance of the AI ​​model in predicting the business, that is, the average performance of multiple predictions.

[0197] For example, if the prediction information is the predicted RSRP and the monitoring information is the difference between the predicted RSRP value and the measured RSRP value, then the number of monitoring information can be the number of performance values ​​corresponding to the prediction information, that is, the number of RSRP differences.

[0198] For example, if the prediction information is the predicted RSRP and the monitoring information is the satisfaction of a third preset event, where the third preset event is the difference between the predicted RSRP value and the measured RSRP value being greater than a threshold value, then the number of monitoring information items can be the number of third preset events satisfied by the performance of the prediction information, that is, the number of RSRP differences greater than the threshold value.

[0199] In another possible implementation, the first information can also be the satisfaction status of the third preset event, that is, assuming that the third predicted event is satisfied or not satisfied.

[0200] Optionally, the number or load of monitoring information is determined based on one or more of the following: third preset reporting conditions, third reference signal set, performance of prediction information, third preset event, measurement results, prediction results, channel change rate, and the third reference signal set includes some or all of the reference signals in the preset reference signal set.

[0201] For example, when the number of monitoring information items or the load is determined based on a third reference signal set, the terminal device can determine the performance of the prediction result based solely on the measurements of the third reference set, thereby determining the monitoring information to be reported. For instance, if the prediction is performed on a preset reference signal set (1024 reference signals), and the first reference signal set (256 reference signals) includes some signals from the preset reference signal set, then during monitoring, the terminal device only calculates the performance of the prediction result corresponding to the reference signals in the first reference signal set. Therefore, the number of monitoring information items is the number of reference signals in the prediction result that are located in the first reference signal set.

[0202] For example, the implementation of the terminal device determining the number of monitoring information or the payload according to the third preset reporting condition is similar to the implementation of "the terminal device determining the number of measurement information or the payload according to the first preset reporting condition" in the above embodiment. The implementation of the terminal device determining the number of monitoring information or the payload according to the third preset event is similar to the implementation of "the terminal device determining the number of measurement information or the payload according to the first preset event" in the above embodiment. The implementation of the terminal device determining the number of prediction information or the payload according to at least one of the channel change rate, the performance of prediction information, the measurement result, or the prediction result is similar to the implementation of "the terminal device determining the number of measurement information or the payload according to at least one of the channel change rate, the performance of prediction information, the measurement result, or the prediction result" in the above embodiment. For details, please refer to the relevant descriptions in the above embodiments, which will not be repeated here.

[0203] To better understand the method provided in this application, the method is described below with reference to the communication system shown in Figure 2. Specifically, please refer to the relevant descriptions in the following five scenarios.

[0204] Scenario 1: The terminal device needs to report the measured / predicted beam information to the network device.

[0205] For example, scenario one applies to monitoring / inference of built-in models in terminal devices and / or monitoring / inference / training of built-in models in network devices.

[0206] For example, in one scenario, if the terminal device needs to report measured beam information to the network device, the first information mentioned in the above embodiments is an assumed value for the number of measured information items or an assumed value for the payload of the measured information items; correspondingly, the second information includes the measured information. If the terminal device needs to report predicted beam information to the network device, the first information mentioned in the above embodiments is an assumed value for the number of predicted information items or an assumed value for the payload of the predicted information items; correspondingly, the second information includes the predicted information.

[0207] Specifically, based on the aforementioned concepts of beam management, beam information refers to the beam quality information of one or more beams, such as the index of the best-quality beam or the beam's RSRP. That is, the prediction information / measurement information mentioned in the above embodiments refers to the predicted or measured beam quality information; the number of prediction information / measurement information mentioned in the above embodiments refers to the number of beams or the number of beam quality information items; and the payload of the prediction information / measurement information mentioned in the above embodiments refers to the payload of the predicted or measured beam quality information. The beam index can be a Reference Signal Resource Identifier (CRI / SSBRI), meaning the number of prediction information / measurement information mentioned in the above embodiments can be the number of Reference Signal Resource Identifiers. Beam quality information is a type of channel measurement result; that is, the number of prediction information / measurement information mentioned in the above embodiments can be the number of channel measurement results.

[0208] The more beams corresponding to the second information, and / or the larger the payload of the beam quality information, the larger the number of bits occupied by the second information. In other words, the number of bits occupied by the second information is related to the two parameters: the number of beams and / or the beam quality information. For example, the number of bits occupied by the second information is the product of the number of beams to be reported and the payload of each beam information. The payload of each beam information can be specified by the protocol or agreed upon in advance by the network device and the terminal device. Another example is that the number of bits occupied by the second information is the total payload of the beam information to be reported. Therefore, the uplink resources (i.e., the first uplink resources) used to carry the second information can be determined by assuming the number of beams and / or the payload of the assumed beam quality information. That is, the first information described in the above embodiments includes the assumed value of the number of beams and / or the assumed value of the payload of the beam quality information. For ease of description, the example in Scenario 1 below uses "the first information includes the assumed value of the number of beams (i.e., the assumed number of beams)" as an example, which will be described uniformly here and will not be repeated.

[0209] Specifically, beam quality information includes, but is not limited to, RSRP, RSRQ, SNR, SINR, BLER, and CQI.

[0210] Optionally, the terminal device and the network device can pre-agree on an assumed value for the number of beams; for example, the assumed value for the number of beams can be determined by the network device and informed to the terminal device (e.g., by indicating the assumed value for the number of beams through instruction information). Alternatively, the assumed value for the number of beams can be predefined through a protocol.

[0211] Specifically, the assumed number of beams can be a value determined based on the minimum resources required to report beam information. For example, the assumed number of beams can be predefined by the protocol as the minimum possible number of beams (e.g., assuming the number of beams is 1), or the assumed number of beams can be predefined by the protocol such that the first uplink resource determined by that assumed value is the minimum resource among multiple uplink resources. As another example, when a network device configures a lower limit threshold for the number of beams corresponding to the beam information to be reported by a terminal device, this lower limit threshold can be predefined as an assumed value for the number of beams.

[0212] Alternatively, the assumed number of beams can be a value determined based on the maximum resource required to report beam information. For example, the assumed number of beams can be predefined by the protocol as the maximum possible number of beams, or the assumed number of beams can be predefined by the protocol such that the first uplink resource determined by that assumed value is the largest among multiple uplink resources. As another example, when a network device configures an upper limit threshold for the number of beams corresponding to the beam information to be reported by a terminal device, this upper limit threshold can be predefined as an assumed value for the number of beams.

[0213] Optionally, the terminal device can obtain beam quality information of multiple beams through measurement and / or prediction. Further, it can determine the beam quality information to be reported from the multiple beam quality information based on pre-configured reporting conditions. Wherein, when the beam quality information is measurement information, the pre-configured reporting condition is the first preset reporting condition or first preset event described in the above embodiments; when the beam quality information is prediction information, the pre-configured reporting condition is the second preset reporting condition or second preset event described in the above embodiments.

[0214] Specifically, the reporting conditions include, but are not limited to, one or more of the following: (1) reporting beam quality information greater than or equal to a first threshold; (2) reporting beam quality information whose difference from the maximum beam quality information is less than or equal to a second threshold; (3) reporting beam quality information corresponding to beams whose probability of being predicted as the optimal beam is greater than or equal to a third threshold; (4) reporting the top M beam quality information with the largest beam quality information; (5) reporting beam quality information corresponding to beams belonging to a preset beam set. Wherein, the preset beam set is a subset of the full beam set; in this case, the preset beam set is the first reference signal set described in the above embodiments, and the full beam set is the preset reference signal set described in the above embodiments.

[0215] For example, after the terminal device determines the beam quality information it needs to report, the terminal device can report the beam quality information based on the following two situations. That is, the second information can include the following two possible implementation methods:

[0216] In one possible implementation, the second information indicates beam quality information within the same time instance.

[0217] For example, in this possible implementation, if the beam quality information that the terminal device determines it needs to report all belongs to the same time instance, then the beam quality information indicated by the second information is the beam quality information that the terminal device determines it needs to report. If the beam quality information that the terminal device determines it needs to report all belongs to multiple time instances, then it independently reports the beam quality information of multiple time instances. In this case, the beam quality information indicated by the second information is the beam quality information belonging to one of the time instances among the beam quality information that it needs to report. For example, this one time instance can be any one of multiple time instances.

[0218] For ease of description, the following example illustrates the implementation of the second information: "Beam quality information includes RSRP, the second information indicates the RSRP of X beams, the complete beam set includes Y beams, X = 1, 2, 3, ..., M, M ≤ Y". That is, the terminal device determines the X beam quality information it needs to report based on the reporting conditions.

[0219] For example, the second information indicating the RSRP of X beams may include: the second information indicating X beam identifiers and X RSRPs; wherein, the X beam identifiers correspond one-to-one with the X RSRPs.

[0220] Specifically, the second information includes three reporting methods: (1) CRI / SSBRI reporting: the second information contains X beam identifiers and X RSRPs indicating the RSRPs of X beams, where the beam identifier is the CRI / SSBRI corresponding to the beam. (2) Bitmap reporting: the second information contains a bitmap of size Y bits used to indicate X beam identifiers and X RSRPs indicating the RSRPs of X beams, where there are X positions of 1 in the bitmap, which represent the positions of X beams in the full beam set, and the X RSRPs are arranged according to the beam order of X beams in the full beam set. (3) Full reporting: the second information contains Y RSRPs, and the Y RSRPs are arranged according to the beam order in the full beam set, where the Y RSRPs include X RSRPs.

[0221] For example, these three reporting methods can be pre-agreed upon by the terminal device and the network device. For instance, they can be the default method, or determined and communicated by the network device. Alternatively, they can be determined independently by the terminal device, in which case the terminal device also needs to inform the network device of the reporting method for the second information.

[0222] Furthermore, for RSRPs of multiple beams included in the second information, all absolute values ​​can be reported, or they can be reported differentially. If reported differentially, the second information includes the absolute value of one RSRP and the differences between the absolute value of the remaining RSRPs and that single RSRP; where the single RSRP is any one of the multiple RSRPs (e.g., the largest RSRP among X RSRPs). For the aforementioned CRI / SSBRI reporting method, the first RSRP among the X reported RSRPs can be specified as the absolute value, allowing the network device to determine which RSRP is the absolute value and which are the differences. For bitmap reporting and full reporting formats, RSRPs are arranged in beam order, so it is also necessary to indicate which RSRP is the absolute value, for example, the CRI / SSBRI of the beam corresponding to the RSRP indicated as the absolute value.

[0223] Optionally, the second information includes a first part and a second part. The first part indicates at least the number of reported beams, and the number of bits in the second part can be determined based on the first part. The specific format and content of the second information may differ in different sub-scenarios; that is, the information contained in the first part and the second part may differ. This invention does not limit the specific format and content of the report.

[0224] Specifically, the first and second parts can include the following two examples:

[0225] As an example, the first part indicates X, and the second part indicates the RSRP of X beams.

[0226] (a) Regarding the first part, instruction X:

[0227] Implementation method 1: The first part can include [log2(M)] bits to indicate X; in this case, the first part includes X.

[0228] Implementation Method 2: The first part can include (1 + [log2(Y / 2)]) bits to indicate X; at this time, [log2(Y / 2)] bits are used to indicate X or YX, and 1 bit is used to indicate whether the number of beams indicated by [log2(2 / Y)] bits is X or YX; that is, after determining X, the terminal device can compare the size relationship between X and YX, and thus indicate the smaller value between X and YX through [log2(Y / 2)] bits.

[0229] Implementation method 3: The first part can include a bitmap of size Y bits, in which the number of 1s is used to indicate X.

[0230] (II) For the RSRP indicating X beams in the second part:

[0231] Implementation Method 1 (CRI / SSBRI Reporting): The second part can include X beam identifiers and X beam RSRPs. Specifically, beam identifiers include, but are not limited to: CRI and SSBRI.

[0232] Implementation Method 2 (bitmap reporting): The second part may include RSRPs for X beams (the first part already contains a bitmap of size Y bits), or the second part may include a bitmap of size Y bits and RSRPs for X beams (the first part does not contain a bitmap of size Y bits), where the bitmap indicates the X beam identifiers.

[0233] For example, the second part indicates that all X RSRPs can report their absolute values ​​or be implemented using the differential reporting method described above. That is, the second part includes the absolute values ​​of the X RSRPs, or the second part includes one RSRP and the differences between each of the X-1 RSRPs and that one RSRP. Furthermore, if differential reporting is used, the second information also indicates the beam index corresponding to the RSRP with its absolute value; this information can be included in either the first or second part.

[0234] When multiple reporting methods are supported simultaneously, and the RSRP reporting method is determined autonomously by the terminal device, the second information also indicates the RSRP reporting method. For example, the first part may also include a Z bit, used to explicitly indicate the RSRP reporting method, where Z is a positive integer. Alternatively, the first part may indicate X, based on which the reporting method can be determined, for example, the determined reporting method is the one with the lowest reporting cost given a specific value of X. The method by which the first part indicates X is described above.

[0235] When the first part determines that the full reporting method is adopted, the second part includes Y RSRPs.

[0236] As another example, the first part indicates X beam identifiers, and the second part indicates X RSRPs.

[0237] For example, the first part may include a bitmap of size Y bits that indicates X beam identifiers.

[0238] For example, the second part indicates that all X RSRPs can report their absolute values ​​or be implemented using the differential reporting method described above. That is, the second part includes the absolute values ​​of the X RSRPs, or the second part includes one RSRP and the differences between each of the X-1 RSRPs and that one RSRP. Furthermore, if differential reporting is used, the second information also indicates the beam index corresponding to the RSRP with its absolute value; this information can be included in either the first or second part.

[0239] Combining the two examples above, the second information can be implemented based on the following three cases:

[0240] Scenario 1: Using X beam identifiers represented by CRI / SSBRI. For example, in Scenario 2, the second information can be implemented based on both Scenario 1 and Scenario 2:

[0241] Method 1: The first part includes at least [log2(M)] bits to indicate X; the second part includes the beam identifiers (such as CRI / SSBRI) and RSRPs of the X beams.

[0242] Method 2: The first part includes at least (1 + [log2(Y / 2)]) bits to indicate X; the second part includes the beam identifiers and RSRPs for X beams. Here, [log2(Y / 2)] bits are used to indicate X or YX, and 1 bit is used to indicate whether the number of beams indicated by [log2(Y / 2)] bits is X or YX.

[0243] For example, in the case where X = Y, the second part may include only Y RSRPs.

[0244] Scenario 2: Using X beam identifiers represented by a bitmap. For example, in Scenario 2, the second information can be implemented based on methods 3 through 5:

[0245] Method 3: The first part includes at least a bitmap of size Y bits to indicate X beam identifiers; the second part includes the RSRP of X beams.

[0246] Method 4: The first part includes at least [log2(M)] bits for indicating X; the second part includes a bitmap of size Y bits and RSRPs for X beams; wherein the bitmap is used to indicate the beam identifiers of X beams.

[0247] Method 5: The first part includes at least (1 + [log2(Y / 2)]) bits; the second part includes a bitmap of size Y bits and RSRPs for X beams. In the first part, [log2(Y / 2)] bits are used to indicate X or YX, and 1 bit in the first part is used to indicate whether the number of beams indicated by [log2(Y / 2)] bits is X or YX. The bitmap in the second part is used to indicate the beam identifiers for the X beams.

[0248] Combining scenarios one and two above, optionally, the X RSRPs included in the second part can all be reported as absolute values ​​of the RSRPs or implemented using the differential reporting method described above. When reporting differentially, either the first or second part also needs to include [log2(Y)] bits to indicate the index of the beam corresponding to the RSRP with an absolute value.

[0249] Scenario 3: The terminal device simultaneously supports multiple reporting methods (such as CRI / SSBRI reporting, bitmap reporting, and full reporting). For example, in Scenario 3, the second information can be implemented based on methods 6 and 7:

[0250] Method Six: The RSRP reporting method for X beams is determined based on the value of X. Different reporting methods correspond to different value ranges of X, allowing the terminal device to determine the RSRP reporting method for X beams based on the value range of X.

[0251] For example, in method six, the first part is used to indicate X. Specifically, the first part indicates X using [log2(M)] bits, or the first part indicates X using (1+[log2(Y / 2)]) bits.

[0252] Furthermore, when the terminal device determines to report the RSRP of X beams using CRI / SSBRI, the second part includes the CRI / SSBRI and RSRP of the X beams. When the terminal device determines to report the RSRP of X beams using a bitmap, the second part includes a bitmap of size Y bits and the RSRP of the X beams, where the bitmap is used to indicate the beam identifiers of the X beams. When the terminal device determines to report the RSRP of X beams in full, the second part includes the RSRP of the Y beams.

[0253] Optionally, the second part may include X RSRPs, which can be reported as absolute values ​​or reported using the differential reporting method described above. When reported differentially, the first or second part may also include [log2(Y)] bits to indicate the beam index corresponding to the RSRP with an absolute value.

[0254] Method 7: The reporting method of RSRP for X beams is determined autonomously by the terminal equipment and indicated to the network equipment.

[0255] For example, in mode seven, the first part includes at least (Z+Y) bits; wherein Z bits are used to indicate the reporting mode of RSRP for X beams.

[0256] Furthermore, when Z bits indicate that the RSRP of X beams is reported using CRI / SSBRI, Y bits are used to indicate at least X, and the second part includes the CRI / SSBRI and RSRP of the X beams. When Z bits indicate that the RSRP of X beams is reported using a bitmap, the second part includes a bitmap of size Y bits and the RSRP of the X beams, where the bitmap is used to indicate the beam identifiers of the X beams. When the terminal device determines to report the RSRP of X beams in full, the Y bits can be at least empty, and the second part includes the RSRP of the Y beams.

[0257] Optionally, the X RSRPs included in the second part can all be reported as absolute values ​​or implemented using the differential reporting method described above. When reporting differentially, the first or second part also needs to include [log2(Y)] bits to indicate the beam index corresponding to the RSRP with an absolute value;

[0258] Optionally, when Z bits indicate that the RSRP of X beams is reported using CRI / SSBRI and reported differentially, the absolute RSRP can also be reported in the first part. In this case, the second part containing the RSRP of X beams can be replaced with: the second part containing the differences between the RSRP of X-1 beams and the absolute RSRP.

[0259] In another possible implementation, the second information indicates beam quality information within different time instances.

[0260] For example, in this possible implementation, if the terminal device determines that the beam quality information it needs to report all belong to different time instances, then it jointly reports the beam quality information of multiple time instances. In this case, the beam quality information indicated by the second information is the beam quality information of the multiple time instances that it needs to report.

[0261] For ease of description, the following example illustrates the implementation of the second information: "Beam quality information includes RSRP, the second information indicates the RSRP of the beams to be reported under N time instances, the complete beam set includes Y beams, N is a positive integer greater than 1, and Y is a positive integer greater than or equal to 1."

[0262] For example, the second information indicates the RSRP of the beams that need to be reported under N time instances, including: the number of beams whose RSRP needs to be reported under N time instances, and the RSRP of the beams that need to be reported under N time instances.

[0263] Optionally, the second information includes a first part and a second part. The first part indicates at least the number of reported beams, and the number of bits in the second part can be determined based on the first part. Specifically, the first and second parts can include the following three examples:

[0264] As an example, the first part and the second part are each divided into N sub-parts, where each sub-part in the first part and each sub-part in the second part are used to indicate the reporting content corresponding to one of the N time instances.

[0265] Specifically, each sub-part in the first part indicates the number of beams that need to report RSRP in one of the N time instances, and each sub-part in the second part indicates the RSRP of the beams that need to be reported in one of the N time instances.

[0266] Taking N=3 (i.e., time instance #1 to time instance #3) as an example, as shown in Figure 6(a), the first part includes sub-parts #1 to #3, and the second part includes sub-parts #1 to #3. Sub-parts #1 in the first part and #1 in the second part are used to indicate the reporting content corresponding to time instance #1. Similarly, sub-parts #2 in the first part and #2 in the second part are used to indicate the reporting content corresponding to time instance #2. Sub-parts #3 in the first part and #3 in the second part are used to indicate the reporting content corresponding to time instance #3.

[0267] In this section, each subsection indicates the number of beams that need to be reported to RSRP in one of the N time instances:

[0268] Implementation method 1: Each sub-part can include [log2(M)] bits; in this case, the first part can include (N*[log2(M)]) bits.

[0269] Specifically, each sub-part in the first part uses [log2(M)] bits to indicate the number of RSRP beams that need to be reported in a time instance, similar to the implementation of using [log2(M)] bits to indicate X in the example above. For details, please refer to the relevant description in the example above, which will not be repeated here.

[0270] Implementation Method 2: Each sub-part in the first part may include (1 + [log2(Y / 2)]) bits. In this case, the first part may include (N*(1 + [log2(Y / 2)])) bits.

[0271] Specifically, each sub-part in the first part uses (1+[log2(Y / 2)]) bits to indicate the number of RSRP beams that need to be reported in a time instance, which is similar to the implementation of (1+[log2(Y / 2)]) bits to indicate X in the example above. For details, please refer to the relevant description in the example above, which will not be repeated here.

[0272] Implementation Method 3: Each sub-part in the first part can include a bitmap of size Y bits. This bitmap indirectly indicates the number of RSRP beams that need to be reported in a given time instance by indicating the beam identifier that needs to be reported in that time instance. In this case, the first part can include (N*Y) bits.

[0273] Specifically, each sub-part in the second part indicates the RSRP of the beam to be reported in one of the N time instances:

[0274] For example, each sub-part in the second part is used to indicate the RSRP of the beam to be reported in one of the N time instances, including: each sub-part in the second part is used to indicate the beam identifier to be reported in a time instance and the RSRP to be reported in that time instance.

[0275] (i) For each subsection in Part II, indicate the beam identifier that needs to be reported under a given time instance:

[0276] Implementation Method 1: Each sub-section in Part 2 contains a beam identifier that needs to be reported for a given time instance. Specifically, beam identifiers include, but are not limited to: CRI and SSBRI.

[0277] Implementation Method 2: Each sub-part in the second part contains a bitmap of size Y bits, which indicates the beam identifier that needs to be reported for a time instance.

[0278] For example, when each sub-part in the first part contains a bitmap of size Y bits, which indicates the number of beams of RSRP that need to be reported in a time instance, each sub-part in the second part does not need to report the beam identifier that needs to be reported in that time instance. In other words, at this time, each sub-part in the second part only needs to indicate the RSRP that needs to be reported in a time instance.

[0279] (II) For each subsection in Part II, specify the RSRP that needs to be reported under a given time instance:

[0280] For example, each subsection in the second part can report the absolute value of RSRP in its entirety or report it differentially as described above.

[0281] When the RSRP to be reported under each time instance is reported in the differential reporting method, the absolute value of an RSRP reported under each time instance can be the same RSRP. In this case, the first part or the second part also includes [log2(N*Y)] bits, which are used to indicate which beam identifier in which time instance under N time instances the RSRP belongs to.

[0282] Alternatively, if the absolute value of an RSRP reported under each time instance is different or not exactly the same, then each sub-part in the first part or each sub-part in the second part also includes [log2(Y)] bits to indicate the beam identifier corresponding to the absolute value of an RSRP reported under each time instance.

[0283] As another example, the first part indicates the maximum number of beams that need to be reported under N time instances, and the second part is divided into N sub-parts; wherein each sub-part in the second part is used to indicate the reporting content corresponding to one of the N time instances.

[0284] Taking N=3 (i.e., time instance #1 to time instance #3) as an example, as shown in Figure 6(b), the second part includes sub-parts #1 to #3. Sub-part #1 in the second part is used to indicate the reporting content corresponding to time instance #1. Specifically, sub-part #1 in the second part is used to indicate the RSRP of the beam that needs to be reported under time instance #1. Similarly, sub-part #2 in the second part is used to indicate the reporting content corresponding to time instance #2. Sub-part #3 in the second part is used to indicate the reporting content corresponding to time instance #3.

[0285] For example, the first part may include [log2(M)] bits to indicate the maximum value of the number of beams to be reported under N time instances.

[0286] For example, each part in the second part indicates the implementation of the reporting content corresponding to one of the N time instances, which can be referred to in the relevant description in the above embodiments, and will not be repeated here.

[0287] For example, the number of bits in each sub-part of the second part is determined based on this maximum value. Therefore, when the number of beams to be reported in a certain time instance is less than this maximum value, there will be empty bits in the second part. At this time, they can be filled by preset code points, such as filling a bit sequence of all 1s.

[0288] As another example, the first part indicates the union of the beams to be reported under N time instances; the second part includes W sub-parts; where each sub-part corresponds to a beam to be reported, indicating which time instance under N time instances the beam corresponds to, and the RSRP corresponding to the beam. W is the number of beams in the union of the beams to be reported under N time instances.

[0289] Taking N=2 (including time instances #1 to #2), where time instance #1 needs to report beams #1, #2, and #3, and time instance #2 needs to report beams #2, #3, and #4 as an example, the union of the beams to be reported under N time instances is: beams #1, #2, #3, and #4, which means W=4. As shown in Figure 6(c), the second part is divided into 4 sub-parts: sub-part #1 corresponds to beam #1, sub-part #2 corresponds to beam #2, sub-part #3 corresponds to beam #3, and sub-part #4 corresponds to beam #4.

[0290] For example, the first part may include a bitmap of size Y bits, which indicates the beam identifiers to be reported in N time instances. Taking Figure 6(c) as an example, the bits corresponding to beams #1, #2, #3, and #4 in the bitmap are set to 1, that is, the bitmap can indicate the union of the beams to be reported.

[0291] For example, each sub-part in the second part may include a bitmap of size N bits, which indicates which (or which of the N) time instances the beam corresponding to the sub-part corresponds to. The bits in the bitmap that are 1 represent the time instance corresponding to the beam of the sub-part.

[0292] Based on the three examples above, the second information can be implemented in the following three cases:

[0293] Scenario 1: The reported content of each of the N time instances is processed separately. For example, in Scenario 2, the second information can be implemented based on Methods 1 through 5 as follows:

[0294] Method 1: The first part includes at least (N*[log2(M)]) bits to indicate the number of beams reported by each time instance in the N time instances; the second part arranges the beam identifier (such as CRI / SSBRI) and RSRP of each time instance in sequence.

[0295] Method 2: The first part includes at least (N*(1+[log2(Y / 2)])) bits to indicate the number of beams reported by each of the N time instances; the second part arranges the beam identifier (such as CRI / SSBRI) and RSRP of each time instance in sequence.

[0296] Of the (1+[log2(Y / 2)]) bits, [log2(2 / Y)] bits are used to indicate the number of beams reported or the number of beams that do not need to be reported for a time instance, and 1 bit of the (1+[log2(Y / 2)]) bits is used to indicate whether the number of beams indicated by [log2(Y / 2)] bits is the number of reported beams or the number of beams that do not need to be reported.

[0297] Method 3: The first part includes at least a (N*Y) bitmap to indicate the beam identifier of the beam reported by each of the N time instances; the second part includes at least the RSRP of the beam of each of the N time instances.

[0298] Method 4: The first part includes at least (N*[log2(M)]) bits, used to indicate the number of beams reported by each time instance in the N time instances; the second part includes at least (N*Y) bits of bitmap and the RSRP of the beam for each time instance. The (N*Y) bits of bitmap are used to indicate the beam identifier of the beam reported by each time instance in the N time instances.

[0299] Method 5: The first part includes at least (N*(1+[log2(Y / 2)])) bits to indicate the number of beams reported by each time instance in the N time instances; the second part includes at least (N*Y) bits of bitmap and RSRP of the beam for each time instance.

[0300] In the first part, the [log2(Y / 2)] bits out of the (1+[log2(Y / 2)]) bits are used to indicate whether a time instance reports the number of beams or not. One bit out of the (1+[log2(Y / 2)]) bits is used to indicate whether the [log2(Y / 2)] bits indicate the number of beams reported or not. The (N*Y) bitmap in the second part is used to indicate the beam identifier of the beams reported by each of the N time instances.

[0301] Optionally, in one scenario, the RSRP of each time instance's beam can be reported as the absolute value of the RSRP or as described above using differential reporting. Specifically, when reporting differentially, if each time instance corresponds to a separate RSRP with an absolute value, the first or second part must also include (N*[log2(Y)]) bits to indicate the beam index corresponding to the absolute value RSRP in each of the N time instances. If all N time instances correspond to the same absolute value RSRP, the first or second part must also include [log2(N*Y)] bits to indicate the beam index corresponding to that absolute value RSRP (e.g., which beam within which time instance of the N time instances this beam belongs to).

[0302] Scenario 2: Joint processing of reported content from N time instances. For example, in Scenario 2, the second information can be implemented based on methods six and seven as follows:

[0303] Method 6: The first part includes at least [log2(M)] bits to indicate the maximum value among the N beam counts corresponding to the N time instances; the second part contains the beam identifier (e.g., CRI / SSBRI) and RSRP of each time instance in sequence.

[0304] Method 7: The first part includes at least [log2(M)] bits, used to indicate the maximum value among the N beam counts corresponding to the N time instances; the second part contains a bitmap of size Y bits corresponding to each time instance and the RSRP of the beam for each time instance. Each bitmap of size Y bits is used to indicate the beam identifier within its corresponding time instance.

[0305] For example, in case two, the empty bits in the second part can be filled with preset code points.

[0306] Scenario 3: Report the time instances to which X beams belong using the Time Resource Indicator (TRI) format.

[0307] For example, in case three, the first part includes a bitmap of size Y bits, used to indicate the union of the beams to be reported in the N time instances; the second part includes W bitmaps of size N bits. Here, W is the number of beams indicated by the bitmap of size Y bits, each bitmap of size N bits corresponds to one of the W beams, and each bitmap of size N bits is used to indicate which time instance among the N time instances its corresponding beam belongs to.

[0308] For example, in case three, the second part may also include the RSRP for each beam in its respective time instance.

[0309] Scenario 2: The terminal device needs to report beam information measured / predicted for multiple time instances to the network device. These multiple time instances belong to a predefined time window. For example, multiple time instances may belong to an observation window or a prediction window.

[0310] For example, scenario two applies to monitoring / inference of built-in models in terminal devices, and / or monitoring / inference / training of built-in models in network devices.

[0311] For example, in scenario two, if the terminal device needs to report beam information measured under multiple time instances to the network device, then the first information mentioned in the above embodiments is an assumed value for the number of measurement information under multiple time instances, or an assumed value for the payload of measurement information under multiple time instances; correspondingly, the second information includes measurement information (i.e., measurement information under multiple time instances). If the terminal device needs to report predicted beam information under multiple time instances to the network device, then the first information mentioned in the above embodiments is an assumed value for the number of predicted information under multiple time instances, or an assumed value for the payload of predicted information under multiple time instances; correspondingly, the second information includes predicted information (i.e., predicted information under multiple time instances). Therefore, the size of the report reported by the terminal device (i.e., the number of bits occupied by the second information) is related to the number of time instances to which the report belongs; for example, the larger the number of time instances, the larger the report reported by the terminal device. Therefore, the uplink resources (i.e., the first uplink resources) used to carry the second information can be determined by assuming the number of time instances. That is, the first information mentioned in the above embodiments includes the assumed value of the number of time instances, the number of measurement information can be the number of times corresponding to the channel measurement results, and the number of prediction information can be the number of times corresponding to the channel prediction results.

[0312] In this application, a time instance can also be understood as a moment, that is, a time instance and a moment express the same meaning. Therefore, a time moment can also be called a moment, that is, a time instance and a moment can be interchanged, and this application does not limit this.

[0313] Based on the aforementioned concepts of beam management, beam information refers to the beam quality information of one or more beams. In other words, the prediction information / measurement information described in the above embodiments is beam quality information, the number of prediction information / measurement information items in the above embodiments is the number of times corresponding to the beam quality information, and the payload of the prediction information / measurement information in the above embodiments is the payload of beam quality information at multiple times.

[0314] Optionally, the terminal device and the network device can pre-agree on an assumed value for the number of time instances; for example, the assumed value for the number of time instances can be determined by the network device and informed to the terminal device (such as by indicating the assumed value for the number of time instances through indication information). Alternatively, the assumed value for the number of time instances can be predefined through the protocol.

[0315] Specifically, the assumed value for the number of time points corresponding to the channel measurement / prediction results can be a value determined based on the minimum resources required to report beam information. For example, the assumed value for the number of time points can be predefined by the protocol as the minimum possible number of time points (e.g., assuming the number of time points is 1), or the assumed value for the number of time points can be predefined by the protocol so that the first uplink resource determined by this assumed value is the minimum resource among multiple uplink resources. As another example, when the network device configures a lower limit threshold for the number of time points corresponding to the beam information to be reported by the terminal device, this lower limit threshold can be predefined as an assumed value for the number of time points.

[0316] Alternatively, the assumed value for the number of time instances corresponding to the channel measurement / prediction results can be a value determined based on the maximum available resource required to report beam information. For example, the assumed value for the number of time instances can be predefined by the protocol as the maximum possible number of time instances, or the assumed value for the number of time instances can be predefined by the protocol to ensure that the first uplink resource determined by this assumed value is the largest resource among multiple uplink resources. As another example, when the network device configures an upper limit threshold for the number of time instances corresponding to the beam information to be reported by the terminal device, this upper limit threshold can be predefined as an assumed value for the number of time instances.

[0317] Optionally, the terminal device can obtain beam quality information for multiple time instances through measurement and / or prediction. Furthermore, based on pre-configured reporting conditions, it can determine the beam quality information for each time instance it needs to report from the beam quality information for multiple time instances. Specifically, the pre-configured reporting conditions can be found in the relevant description in Scenario 1 above, and will not be repeated here.

[0318] Specifically, when the beam quality information is measurement information, the pre-configured reporting condition is the first preset reporting condition or the first preset event described in the above embodiment; when the beam quality information is prediction information, the pre-configured reporting condition is the second preset reporting condition or the second preset event described in the above embodiment.

[0319] Optionally, the number of time instances in the reported data is dynamically determined by the terminal device. For ease of description, the example in Scenario 2 below uses "the number of time instances is N" as an example, which will not be repeated in this unified specification.

[0320] For example, N can be determined based on one or more of the terminal device's moving speed, beam change rate, and environmental change rate.

[0321] The faster the terminal device moves, the larger N becomes, meaning that beam quality information for more time instances is reported.

[0322] The environmental change rate can also be considered as the channel change rate described in the above embodiments; specifically, the larger the environmental change rate, the larger N is, that is, the beam quality information under more time instances is reported.

[0323] Among them, N is determined based on the moving speed of the terminal device and the beam change rate:

[0324] In one example, when the time window length / size is fixed, the slower the beam change rate, the smaller N is, and correspondingly, the longer the time interval between two adjacent time instances.

[0325] Optionally, in this example, the first part of the second information is used to indicate the time interval between N or two adjacent time instances, and the second part is used to indicate the beam quality information under N time instances.

[0326] In another example, when the time interval between two adjacent time instances is fixed, the slower the beam change rate, the larger N is, and correspondingly, the larger the time window length / size is.

[0327] Optionally, in this example, the first part of the second information is used to indicate N or the length / size of the time window, and the second part is used to indicate the beam quality information over N time instances.

[0328] Combining the two examples above, if the beam quality information is obtained based on measurement, the aforementioned time window can also be called the observation window or the observation window; if the beam quality information is obtained based on prediction, the aforementioned time window can also be called the prediction window.

[0329] In the two examples above, the second part is used to indicate the implementation of beam quality information under N time instances, which is similar to the implementation of beam quality information under N time instances in Scenario 1 above. For details, please refer to the relevant description in Scenario 1 above, which will not be repeated here.

[0330] When the RSRP to be reported under each time instance is reported in the differential reporting method, the absolute value of an RSRP reported under each time instance can be the same RSRP. In this case, the first part or the second part also includes [log2(N*Y)] bits, which are used to indicate which beam identifier in which time instance under N time instances the RSRP belongs to.

[0331] Alternatively, if the absolute value of an RSRP reported under each time instance is different or not exactly the same, then each sub-part in the first part or each sub-part in the second part also includes [log2(Y)] bits to indicate the beam identifier corresponding to the absolute value of an RSRP reported under each time instance.

[0332] In Scenario 2, the second information includes a first part and a second part. The first part indicates at least the number of reported time instances of predictions or measurements, and the number of bits in the second part can be determined based on the first part. The specific format and content of the second information may differ in different sub-scenarios; that is, the information contained in the first and second parts may vary. This invention does not limit the specific format and content of the report.

[0333] Scenario 3: Terminal devices need to report monitored performance metrics to network devices. For example, Scenario 3 applies to monitoring scenarios using the terminal device's built-in model. The performance metrics can be the performance values ​​corresponding to the predicted information described in the above embodiments, the performance of the predicted information, etc.

[0334] For example, performance metrics can include the following three implementations:

[0335] Implementation Method 1: The terminal device performs measurements based on the full set of beams indicated by the monitoring resources configured in the network device, and obtains the top K best beams in the measurement results. By comparing the measured K best beams (i.e. the top K beams with the best RSRP) with the predicted top K best beams, the ratio of the number of beams that overlap between the predicted top K best beams and the measured top K best beams to K is used as a performance indicator.

[0336] Method 2: The terminal device performs measurements on the full set of beams indicated by the monitoring resources configured in the network device, obtains the top K best beams in the measurement results, and measures the measurement information of the predicted top K best beams. The measurement information of the predicted top K best beams and the measurement information of the actual top K best beams are compared in order of beam quality. The difference between the measurement information of the kth beam in the measurement information of the predicted top K best beams and the measurement information of the kth beam in the measurement information of the actual top K best beams is taken as the kth performance index.

[0337] Implementation Method 3: The terminal device performs measurements based on the full set of beams indicated by the monitoring resources configured in the network device, and obtains the measurement information of the first K predicted beams in the prediction results. By comparing the measurement information of the first K best beams with the prediction information, the difference between the measurement information of the kth beam and the prediction information in the first K best beams is taken as the kth performance index.

[0338] The three implementation methods described above illustrate performance metrics based on the example of monitoring the complete set of indicator beams. That is, the monitored beam set is the same as the predicted beam set. However, when network devices cannot configure the complete beam set or want to save resource overhead, a subset of indicator beams is monitored (where the subset includes some beams from the complete beam set). In this case, the K predicted beams partially overlap with or completely do not overlap with the subset of indicator beams (i.e., some or all of the K predicted beams do not belong to the subset). Therefore, it is impossible to obtain all measurement information for the K measurement beams, making it impossible to determine performance metrics based on implementation methods two and three.

[0339] Therefore, we consider reporting only the performance metrics of the beams that intersect with the subset of beams among the K predicted beams. In other words, the size of the report reported by the terminal device (the report includes performance metrics, and the report is the second information) is related to the number of beams (or the number of performance metrics) that intersect with the subset of beams among the K predicted beams. Therefore, the uplink resources (i.e., the first uplink resources) used to carry the second information can be determined by assuming this number of beams or performance metrics. That is, the first information mentioned in the above embodiments includes the number of beams (or the number of performance metrics) that intersect with the subset of beams among the top K predicted optimal beams, and the number of monitoring information includes the number of performance values ​​corresponding to the predicted information. For ease of description, the example in Scenario 3 below will use "the first information includes the number K' of beams that intersect with the subset of beams among the K predicted beams" as an example, and will not be elaborated further here.

[0340] Optionally, the terminal device and the network device can pre-agree on the assumed value of K'; for example, the assumed value of K' can be determined by the network device and informed to the terminal device (e.g., by indicating the assumed value of K' through instruction information). Alternatively, the assumed value of K' can be predefined through a protocol.

[0341] Specifically, the assumed value of K' can be a value determined based on the minimum resources required to report the performance value. For example, the assumed value of K' can be predefined by the protocol as the minimum possible value of K', or the assumed value of K' can be predefined by the protocol such that the first uplink resource determined by that assumed value is the minimum resource among multiple uplink resources; for example, the assumed value of K' can be predefined as 1. Alternatively, the assumed value of K' can be a value determined based on the maximum resources required to report the performance value. For example, the assumed value of K' can be predefined by the protocol as the minimum possible value of K', or the assumed value of K' can be predefined by the protocol such that the first uplink resource determined by that assumed value is the maximum resource among multiple uplink resources; for example, the assumed value of K' can be predefined as K.

[0342] For example, after the terminal device determines the performance metric it needs to report, the terminal device can report the performance metric based on the following two scenarios. In other words, the second information can include the following two possible implementation methods:

[0343] In one possible implementation, the second information indicates performance metrics within the same instance at the same time.

[0344] For example, in this possible implementation, if the performance metrics that the terminal device determines it needs to report all belong to the same time instance, then the performance metrics indicated by the second information are the performance metrics that the terminal device determines it needs to report. If the performance metrics that the terminal device determines it needs to report all belong to multiple time instances, then the performance metrics of multiple time instances are reported independently. In this case, the performance metrics indicated by the second information are the performance metrics that belong to one of the time instances among the performance metrics that need to be reported. For example, this one time instance can be any one of multiple time instances.

[0345] For ease of description, the following example illustrates the implementation of the second information: "The second information indicates the performance indicators of K' beams, the subset of beams used for monitoring includes S beams, and the complete set of beams includes Y beams, where S≤Y".

[0346] For example, in the above three implementation methods, if the performance index is determined based on implementation method one, then the number of performance indexes is 1 regardless of the value of K'; if the performance index is determined based on implementation method two or implementation method three, then the value of K' is equal to the number of performance indexes.

[0347] As an example, the second information includes inference results and monitoring results. The inference results are used to determine K', and the monitoring results are used to indicate performance metrics. Based on the inference results and the subset of beams used for monitoring, the intersection of the K beams in the inference results and the subset of beams can be determined, thereby determining K'.

[0348] For example, when performance metrics are determined using Implementation Method 1 or Implementation Method 2, the inference result includes the predicted top K optimal beams; or, the inference result includes the predicted top K optimal beams and prediction information for those K beams (such as the predicted RSRP). When performance metrics are determined using Implementation Method 3, the inference result includes the predicted top K optimal beams and prediction information for those K beams (such as the predicted RSRP).

[0349] Optionally, the first part of the second information is used to indicate the inference result, and the second part is used to indicate the monitoring result. Specifically, when the inference result indicates K' = 0, the second part is empty, or in other words, the second information only contains the first part; when the inference result indicates K' ≠ 0, the second part indicates the performance indicators of K' beams.

[0350] Specifically, the second part indicates the performance indicators of K' beams, including: the second part includes 1 performance indicator (in which case implementation method 1 is used to determine the performance indicator); or, the second part includes K' performance indicators.

[0351] As another example, the second piece of information includes monitoring results. These monitoring results are used to indicate the performance metrics of the K' beams.

[0352] Implementation method 1: The first part of the second information contains at least [log2(K)] bits to indicate K'; in this case, the first part includes K'.

[0353] Implementation Method 2: The first part includes a bitmap of size K, which is used to indicate the beam identifiers of the K' beams that belong to the beam subset among the predicted K beams.

[0354] Implementation method 3: The first part includes 1 bit, which is used to indicate whether K' is 0 (that is, whether the predicted K beams overlap with the S beams included in the beam subset).

[0355] Combining the three implementation methods mentioned above, when K' = 0, the second part is empty, or in other words, the second information only contains the first part; when K' ≠ 0, the second part indicates the performance indicators of K' beams.

[0356] In another possible implementation, the second information indicates performance metrics within different time instances.

[0357] For example, in this possible implementation, if the terminal device determines that the performance indicators it needs to report all belong to different time instances, then it jointly reports the performance indicators of multiple time instances. In this case, the performance indicators indicated by the second information are the performance indicators of the multiple time instances that it needs to report.

[0358] For ease of description, the implementation of the second information will be introduced below using the example of "the second information indicates that each time instance under N time instances needs to report the performance indicators of K' beams, the complete beam set includes Y beams, N is a positive integer greater than 1, and Y is a positive integer greater than or equal to 1".

[0359] For example, the second information indicates the performance metrics of K' beams that each time instance under N time instances needs to report, including: the second information indicating K' corresponding to each time instance under N time instances, and the performance metrics that each time instance needs to report. The value of K' corresponding to each time instance can be the same or different.

[0360] Optionally, the second information includes both the first and second parts. Specifically, the first and second parts can include the following two examples:

[0361] As an example, the first part and the second part are each divided into N sub-parts, where each sub-part in the first part and each sub-part in the second part are used to indicate the reporting content corresponding to one of the N time instances.

[0362] Specifically, each sub-part in the first part is used to indicate K' corresponding to one of the N time instances, and each sub-part in the second part is used to indicate the performance metrics that need to be reported under one of the N time instances.

[0363] Taking N=3 (i.e., time instance #1 to time instance #3) as an example, as shown in Figure 6(a), the first part includes sub-parts #1 to #3, and the second part includes sub-parts #1 to #3. Sub-parts #1 in the first part and #1 in the second part are used to indicate the reporting content corresponding to time instance #1. Similarly, sub-parts #2 in the first part and #2 in the second part are used to indicate the reporting content corresponding to time instance #2. Sub-parts #3 in the first part and #3 in the second part are used to indicate the reporting content corresponding to time instance #3.

[0364] Implementation method 1: Each sub-part in the first part can include [log2(K)] bits; in this case, the first part can include (N*[log2(K)]) bits.

[0365] Specifically, each sub-part indicates the value of K' corresponding to a time instance through [log2(K)] bits, similar to the implementation of indicating X through [log2(K)] bits in Scenario 1 above. For details, please refer to the relevant description in Scenario 1 above, which will not be repeated here.

[0366] Implementation Method 2: Each sub-part can include a bitmap of size K bits. This bitmap indirectly indicates the K' corresponding to the time instance by indicating the beam identifiers of the K' beams that belong to the beam subset among the top K best beams predicted for a given time instance. In this case, the first part can include (N*K) bits.

[0367] Implementation method 3: Each sub-part can contain 1 bit to indicate whether K' corresponding to a time instance is 0 (i.e., whether the predicted top K best beams overlap with the beams in the beam subset).

[0368] Combining the three implementation methods mentioned above, when all sub-parts of the first part indicate K' = 0, the second part is empty, or in other words, the second information only contains the first part; when K' ≠ 0, the second part indicates the performance indicators of K' beams.

[0369] As another example, the first part indicates the maximum value among the N K' corresponding to the N time instances, and the second part is divided into N sub-parts; each sub-part in the second part is used to indicate the reporting content corresponding to one of the N time instances. Specifically, each sub-part in the second part is used to indicate the performance metrics that need to be reported under one of the N time instances.

[0370] Taking N=3 (i.e., time instance #1 to time instance #3) as an example, as shown in Figure 6(b), the second part includes sub-parts #1 to #3. Sub-part #1 in the second part is used to indicate the reporting content corresponding to time instance #1; similarly, sub-part #2 in the second part is used to indicate the reporting content corresponding to time instance #2; and sub-part #3 in the second part is used to indicate the reporting content corresponding to time instance #3.

[0371] For example, the first part may include [log2(K)] bits to indicate the maximum value among the N K' corresponding to the N time instances.

[0372] For example, each part in the second part indicates the implementation of the reporting content corresponding to one of the N time instances, which can be referred to in the relevant description in the above embodiments, and will not be repeated here.

[0373] For example, the number of bits in each sub-part of the second part is determined based on this maximum value. Therefore, when the corresponding K' in a certain time instance is less than this maximum value, there will be empty bits in the second part, which can be filled by a preset code point (e.g., filled with all 1 bits).

[0374] As another example, the first part indicates the beam union of K' beams corresponding to each of the N time instances; the second part comprises W+N sub-parts; where each of the W sub-parts corresponds to one beam in the aforementioned beam union, indicating which time instance among the N time instances that beam corresponds to. W is the number of beam unions of K' beams corresponding to each of the N time instances. Each of the N sub-parts indicates a performance metric for one of the N time instances.

[0375] Taking N=2 (including time instances #1 to #2), K' beams of time instance #1 as beam #1, beam #2, and beam #3, and K' beams of time instance #2 as beam #2, beam #3, and beam #4 as an example, the beam union of the K' beams corresponding to the N time instances is beam #1, beam #2, beam #3, and beam #4, W=4, as shown in (d) of Figure 6. The second part is divided into 6 sub-parts: sub-part #1 corresponds to beam #1, sub-part #2 corresponds to beam #2, sub-part #3 corresponds to beam #3, sub-part #4 corresponds to beam #4, sub-part #5 corresponds to time instance #1, and sub-part #6 corresponds to time instance #2.

[0376] For example, the first part may include a bitmap of size Y bits, which indicates the union of the beams corresponding to the indicators to be reported in N time instances. Taking (d) in Figure 6 as an example, the bitmap indicates beams #1, #2, #3, and #4.

[0377] For example, each of the first W sub-parts in the second part may include a bitmap of size N bits, which indicates which (or which) time instance of the N time instances the beam identifier corresponding to the sub-part belongs to.

[0378] In Scenario 3, the second information includes a first part and a second part. The first part indicates at least the number of beams in the beam intersection of the monitored set and the predicted K beams, or the number of indicators that need to be reported. The number of bits in the second part can be determined based on the first part. The specific format and content of the second information may differ in different sub-scenarios; that is, the information contained in the first part and the second part may differ. This invention does not limit the specific format and content of the report.

[0379] Scenario 4: Terminal devices need to report measured values, predicted values, or performance indicators that meet predefined events to network devices. For example, Scenario 4 applies to monitoring scenarios using built-in models on terminal devices.

[0380] For example, in scenario four, on the one hand, the size of the report reported by the terminal device (i.e., the number of bits occupied by the second information) is related to the satisfaction of predefined events; for example, whether the predefined events are satisfied, the number of satisfied predefined events, etc.; on the other hand, when the predefined events are fixed, the size of the report reported by the terminal device is related to the number of measurement values ​​or performance indicators that need to be reported based on the predefined events. Therefore, the uplink resources (i.e., the first uplink resources) used to carry the second information can be determined by assuming one or more of the number of predefined events, the number of measurement values, or the number of performance indicators. That is, the first information mentioned in the above embodiments includes one or more of the assumed value of the number of predefined events, the assumed value of the number of measurement values, or the assumed value of the number of performance indicators. For ease of description, the example of scenario four below will be described as "the first information includes the assumed value of the satisfaction of predefined events (i.e., assuming the satisfaction of predefined events)", which will be described uniformly here and will not be repeated.

[0381] For example, a predefined event could be triggered when the predicted performance metric falls below a threshold a certain number of times or for a certain period of time. The predicted performance metric could be accuracy, prediction precision, the difference between the predicted value and the actual value, the probability of prediction, etc., and the predicted performance metric could be calculated based on a single prediction or as a statistical result calculated based on multiple predictions.

[0382] Specifically, predefined events may include, but are not limited to, one or more of the following: (1) the beam prediction accuracy is less than the fourth threshold; (2) the optimal K beams measured by the terminal device are different from the predicted optimal K beams; (3) the measured beam quality information (such as RSRP) is less than the fifth threshold; (4) the probability information of the K beams predicted by the terminal device is less than the sixth threshold; (5) the difference between the measured beam quality information (such as RSRP) of the optimal K beams measured by the terminal device and the predicted beam quality information (such as RSRP) of the optimal K beams predicted by the terminal device is greater than the seventh threshold. (6) Network performance is less than the eighth threshold for N1 consecutive times; (7) Network performance is less than the eighth threshold for N1 cumulative times within a preset time period; (8) The beam quality information predicted by the terminal device is less than the ninth threshold; (9) The measurement information of the K beams predicted by the terminal device is different from the prediction information or the difference is greater than the tenth threshold, and the cumulative number of times is greater than the eleventh threshold; (10) For the predicted optimal K beams, the difference between the measured beam quality information (such as RSRP) of these K beams measured by the terminal device and the predicted beam quality information (such as RSRP) of these K beams is greater than the twelfth threshold.

[0383] Optionally, the terminal device and the network device can pre-agree on an assumed number of predefined events to be satisfied; for example, the assumed number of predefined events to be satisfied can be determined by the network device and informed to the terminal device (e.g., by indicating the assumed number of predefined events to be satisfied through indication information). Alternatively, the assumed number of predefined events to be satisfied can be predefined through a protocol.

[0384] Specifically, the assumed value for the number of predefined events that are satisfied can be a value determined based on the minimum resources required to report monitoring information. For example, the assumed value for the number of predefined events that are satisfied can be predefined by the protocol as the minimum possible number of satisfied events, or the assumed value for the number of predefined events that are satisfied can be predefined by the protocol such that the first uplink resource determined by this assumed value is the minimum resource among multiple uplink resources; for example, the assumed value for the number of predefined events that are satisfied can be 1 or 0, or it can be predefined that all predefined events are not satisfied, which means that the assumed value for the number of predefined events that are satisfied is the minimum. Alternatively, the assumed value for the number of predefined events that are satisfied can be a value determined based on the maximum resources required to report monitoring information. For example, the assumed value for the number of predefined events that are satisfied can be predefined by the protocol such that the first uplink resource determined by this assumed value is the maximum resource among multiple uplink resources. For example, assuming that all predefined events are satisfied means that the assumed value for the number of predefined events that are satisfied is the maximum.

[0385] For example, after the terminal device determines the measurement value or performance indicator it needs to report, the terminal device can report the measurement value or performance indicator based on the following two situations. That is to say, the second information can include the following two possible implementation methods:

[0386] In one possible implementation, the second information indicates a measurement or performance metric within the same time instance.

[0387] For example, in this possible implementation, if the measurement values ​​or performance indicators that the terminal device determines it needs to report all belong to the same time instance, then the measurement values ​​or performance indicators indicated by the second information are the measurement values ​​or performance indicators that the terminal device determines it needs to report. If the measurement values ​​or performance indicators that the terminal device determines it needs to report all belong to multiple time instances, then the measurement values ​​or performance indicators of multiple time instances are reported independently. In this case, the measurement values ​​or performance indicators indicated by the second information are the measurement values ​​or performance indicators that belong to one of the time instances among the performance indicators that need to be reported. For example, this one time instance can be any one of multiple time instances.

[0388] As an example, when a predefined event is applied to the overall prediction performance of all beams (i.e., determining whether the predefined event is met based on the prediction performance of all beams; if it is met, it is reported; if it is not met, it does not need to be reported), the first part of the second information contains at least one bit to indicate whether all beams (such as the K beams mentioned above) meet the predefined event. The second part of the second information is used to indicate the measurement value or performance index.

[0389] If the 1-bit indicates that all beams meet a predefined event (e.g., a value of 1), then the second part indicates the measurement value or performance index; if the 1-bit indicates that the predefined event is not met, then the second part is empty, or in other words, the second information only contains the first part.

[0390] For example, the measured values ​​include, but are not limited to, beam quality information; the implementation of performance indicators can be found in the relevant description in Scenario 3 above, and will not be repeated here.

[0391] For example, in this example, the predefined events include, but are not limited to, one or more of the events (1), (2), (3), and (6) mentioned above.

[0392] As another example, when a predefined event applies to a single beam (i.e., which beam satisfies the predefined event, i.e., reports the beam's measurement or performance metrics), the first part of the second information indicates the number of beams that satisfy the predefined event across all beams. The second part of the second information indicates the measurement or performance metrics of the beams that satisfy the predefined event.

[0393] Taking K beams as an example, specifically, the first part contains at least [log2(K)] bits to indicate the number of beams in the K beams that satisfy the predefined event; or, the first part includes a bitmap of size K bits, which indirectly indicates the number of beams that satisfy the predefined event by indicating which of the K beams satisfy the predefined event.

[0394] If the first part indicates that the number of beams satisfying the predefined event is greater than 0, then the second part indicates the measurement value or performance index; if the first part indicates that the number of beams satisfying the predefined event is 0, then the second part is empty, or in other words, the second information only contains the first part.

[0395] For example, the measured values ​​include, but are not limited to, beam quality information; the implementation of performance indicators can be found in the relevant descriptions of Implementation Method 2 or Implementation Method 3 in Scenario 3 above, and will not be repeated here.

[0396] In another possible implementation, the second information indicates the measurement or performance metric within different time instances.

[0397] For example, in this possible implementation, if the terminal device determines that the measurement values ​​or performance indicators it needs to report all belong to different time instances, then it jointly reports the measurement values ​​or performance indicators of multiple time instances. In this case, the measurement values ​​or performance indicators indicated by the second information are the measurement values ​​or performance indicators of the multiple time instances that it needs to report.

[0398] For ease of description, the following example, “the second information indicates the measurement values ​​or performance indicators that need to be reported under N time instances, where N is a positive integer greater than 1,” will be used to introduce the implementation of the second information.

[0399] As an example, when a predefined event pertains to the overall performance of N time instances (i.e., a comprehensive judgment based on the performance of all beams across N time instances; if the predefined event is met, it is reported; otherwise, it is not required to report), the first part of the second information contains at least one bit to indicate whether the predefined event is met. The second part of the second information is used to indicate the measurement value or performance index across the N time instances.

[0400] If the 1-bit indication satisfies a predefined event, the second part indicates the measurement value or performance index under N time instances; if the 1-bit indication does not satisfy the predefined event, the second part is empty, or in other words, the second information only contains the first part.

[0401] As another example, when a predefined event applies to a single time instance (i.e., determining whether the predefined event is met based on the performance of each time instance, and which time instance's performance meets the predefined event, i.e., reporting the measurement value or performance metric for that time instance), the first part of the second information is used to indicate the time instance among N time instances that meets the predefined event. The second part of the second information is used to indicate the measurement value or performance metric for the time instance that meets the predefined event.

[0402] For example, the first part includes at least N bits, which correspond one-to-one with N time instances. That is, each of the N bits is used to indicate whether the performance in its corresponding time instance meets a predefined event. The second part can be divided into X parts, where X is the number of time instances that meet the predefined event among the N time instances, that is, the number of 1s in the N bits. Each of the X parts is used to indicate the measurement value or performance index in one of the X time instances that meet the predefined event.

[0403] As another example, when a predefined event applies to a single beam (i.e., determining whether the predefined event is satisfied based on the performance of each beam in each time instance, and specifying which beam in which time instance satisfies the predefined event, i.e., reporting the beam's measurement value or performance index), the first part of the second information is used to indicate the beams that satisfy the predefined event in each of the N time instances. The second part of the second information is used to indicate the measurement value or performance index of the beams that satisfy the predefined event in each time instance.

[0404] Taking the maximum number of beams reported under each time instance as K as an example, specifically, the first part contains at least (N*(log2(K))) bits, where each log2(K)) bit is used to indicate the number of beams that satisfy the predefined event under one of the N time instances; or, the first part includes N bitmaps of size K, where each bitmap indicates which of the K beams in a time instance satisfy the predefined event, indirectly indicating the number of beams that satisfy the predefined event under that time instance.

[0405] For example, if the number of beams satisfying the predefined event in a time instance is greater than 0 in the first part, then the second part should indicate the measurement value or performance index of the beams satisfying the predefined event in that time instance; if the number of beams satisfying the predefined event in the first part is 0, then the second part does not need to indicate the measurement value or performance index in that time instance.

[0406] Combining the three examples above, the measured values ​​include, but are not limited to, beam quality information; the implementation of performance indicators can be found in the relevant description in Scenario 3 above, and will not be repeated here.

[0407] In Scenario 4, the second information includes a first part and a second part. The first part indicates at least the fulfillment status or number of predefined events, or at least the number of indicators that need to be reported, or at least the number of measurement values ​​that need to be reported. The number of bits in the second part can be determined based on the first part. The specific format and content of the second information may differ in different sub-scenarios; that is, the information contained in the first and second parts may differ. This invention does not limit the specific format and content of the report.

[0408] In this embodiment, the terminal device reports when a predefined event is met, which is described as an example. Therefore, it is necessary to assume the number of predefined events that are met. In another implementation, the terminal device may report when a predefined event is not met, depending on the specific definition of the predefined event. In this case, it is necessary to assume the number of predefined events that are not met.

[0409] Scenario 5: Terminal devices need to report CSI reports to network devices.

[0410] Understandably, based on the aforementioned concepts of CSI feedback, in scenarios involving CSI reports RI, CQI, and PMI, the number of bits in the CSI report can be determined by assuming RI = 1, thus determining the uplink resources used to carry the CSI report. However, in some CSI feedback scenarios, assuming RI = 1 still cannot determine the number of bits in the CSI report.

[0411] In one scenario, a CSI report includes CSI information that meets preset reporting conditions; specifically, the terminal device determines the CSI report to be reported based on the reporting conditions. In this case, the size of the CSI report is related to the number of CSI information pieces that meet the preset reporting conditions.

[0412] For example, the preset conditions include, but are not limited to, one or more of the following: (1) only report the PMI corresponding to the flow that is greater than the preset number of flows; (2) only report the PMI corresponding to the layer that is greater than the preset number of layers; (3) only report the PMI belonging to the preset PMI set; (4) only report the PMI of the subband that belongs to a specified subband set; (5) only report the CQI or the corresponding PMI that is greater than a specified CQI.

[0413] Therefore, the uplink resources used to carry CSI reports can be determined by assuming the number of CSI information messages to be reported. CSI information may include PMI, CQI, etc. For example, the terminal device and network device can pre-agree on an assumed value for the number of CSI information messages; for instance, the assumed value for the number of CSI information messages can be determined by the network device and informed to the terminal device (e.g., indicating the assumed value for the number of CSI information messages through indication information). Alternatively, the assumed value for the number of CSI information messages can be predefined through a protocol. Specifically, the assumed value for the number of CSI information messages can be a value determined based on the minimum resources required to report CSI information. For example, the assumed value for the number of CSI information messages can be predefined through a protocol as the minimum possible number of CSI information messages, or the assumed value for the number of CSI information messages can be predefined through a protocol such that the uplink resources determined by this assumed value are the minimum among multiple uplink resources. Alternatively, the assumed value for the number of CSI information messages can be a value determined based on the maximum resources required to report CSI information. For example, the protocol can predefine an assumed value for the number of CSI information entries, which is the maximum possible number of CSI information entries. Alternatively, the protocol can predefine an assumed value for the number of CSI information entries, such that the uplink resource determined by the assumed value is the largest resource among multiple uplink resources.

[0414] Optionally, in the CSI report, Part 1 can indicate the number of CSI messages, and Part 2 can indicate the CSI messages that meet the preset reporting conditions; at this time, the network device can also determine the number of bits occupied by Part 2 based on the content of Part 1.

[0415] In another scenario, the CSI report includes CSI information across multiple time instances. In this case, the size of the CSI report is related to the number of time instances. For example, the CSI report may include CSI measurement information across multiple time instances, or it may include CSI prediction information across multiple time instances.

[0416] Specifically, the relationship between the size of the CSI report and the number of time instances is similar to the relationship between the number of bits occupied by the second information and the number of time instances in Scenario 2 above. For details, please refer to the relevant description in Scenario 2 above, which will not be repeated here.

[0417] Therefore, in this scenario, the uplink resources used to carry CSI reports can be determined based on the assumed number of time instances. The specific implementation is similar to the above-mentioned implementation of "determining the uplink resources used to carry CSI reports based on the assumed number of CSI information", which can be found in the relevant description above and will not be repeated here.

[0418] Optionally, in the CSI report, Part 1 can indicate the number of time instances, and Part 2 can indicate the CSI information for each time instance; in this case, the network device can also determine the number of bits occupied by Part 2 based on the content of Part 1.

[0419] Furthermore, the size of the CSI report is also related to the number of CSI messages in each time instance (or the total number of CSI messages across all time instances). In this case, the terminal device determines the uplink resources used to carry the CSI report based on an assumed value for the number of time instances. This includes: the terminal device can determine the uplink resources used to carry the CSI report based on the assumed value for the number of time instances and the assumed value for the number of CSI messages in each time instance (or the assumed value for the sum of the number of CSI messages in all time instances). Specifically, the assumed values ​​for the number of CSI messages in different time instances can be the same or different.

[0420] In another scenario, the CSI report includes performance metrics determined based on the monitored resources; in this case, the size of the CSI report is related to the number of performance metrics.

[0421] Therefore, in this scenario, the uplink resources used to carry CSI reports can be determined based on the assumed value of the number of performance indicators. The specific implementation is similar to the above-mentioned implementation of "determining the uplink resources used to carry CSI reports based on the assumed value of the number of CSI information items". For details, please refer to the relevant description above, which will not be repeated here.

[0422] Optionally, in the CSI report, Part 1 can indicate the number of performance metrics, and Part 2 can indicate the performance metrics; in this case, the network device can also determine the number of bits occupied by Part 2 based on the content of Part 1.

[0423] In another scenario, the CSI report includes measurements or performance metrics that satisfy predefined events. In this case, the size of the CSI report is related to the satisfaction of the predefined events.

[0424] Specifically, the relationship between the size of the CSI report and the fulfillment of predefined events is similar to the relationship between "the number of bits occupied by the second information and the fulfillment of predefined events" in Scenario 4 above. For details, please refer to the relevant description in Scenario 4 above, which will not be repeated here.

[0425] Optionally, in the CSI report, Part 1 can indicate the fulfillment status of predefined events, such as the number of predefined events fulfilled, and Part 2 can indicate the measured values ​​or performance indicators reported when the predefined events are fulfilled. In this case, the network device can also determine the number of bits occupied by Part 2 based on the content of Part 1.

[0426] In Scenario 5, the second information includes a first part and a second part. The number of bits in the second part can be determined based on the first part. The specific format and content of the second information may differ in different sub-scenarios; that is, the information contained in the first and second parts may vary. This invention does not limit the specific format and content of the report.

[0427] The various embodiments of this application can be implemented independently or in combination, without limitation. Unless otherwise specified or in conflict of logic, the terminology and / or descriptions between the different embodiments provided in this application are consistent and can be referenced mutually. Technical features in different embodiments can be combined to form new embodiments based on their inherent logical relationships.

[0428] Taking the combined use of Scenario 1 and Scenario 2 as an example, both the number of beams and the number of time instances can affect the number of bits occupied by the second information. Therefore, the uplink resources (i.e., the first uplink resources) used to carry the second information can be determined by assuming the number of beams and the number of time instances. For example, based on the aforementioned descriptions of Scenario 1 and Scenario 2, the number of beams is the number of reference signal resource identifiers mentioned in the above embodiments, and the number of time instances is the number of times corresponding to the channel measurement results mentioned in the above embodiments. In other words, at this time, the first information includes the assumed value of the number of reference signal resource identifiers and the assumed value of the number of times corresponding to the channel measurement results.

[0429] The above example uses the combination of scenario one and scenario two to illustrate the implementation of the first uplink resource; the above five scenarios (i.e., scenario one to scenario five) can also be used in any combination, and their implementation is similar to the implementation of the combination of scenario one and scenario two, so it will not be repeated here.

[0430] It is understood that in the embodiments of this application, the executing entity may perform some or all of the steps in the embodiments of this application. These steps or operations are merely examples, and the embodiments of this application may also perform other operations or variations thereof. Furthermore, the various steps may be executed in different orders as presented in the embodiments of this application, and it is not necessarily necessary to execute all the operations in the embodiments of this application.

[0431] The foregoing primarily describes the solutions provided in this application from the perspective of device-to-device interaction. It is understood that each device, in order to achieve the aforementioned functions, includes corresponding hardware structures and / or software modules for executing each function. Those skilled in the art will readily recognize that, in conjunction with the algorithm steps of the examples described in the embodiments disclosed herein, this application can be implemented in hardware or a combination of hardware and computer software. Whether a function is executed in hardware or by computer software driving hardware depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this application.

[0432] This application embodiment can divide each device into functional modules according to the above method example. For example, each function can be divided into a separate functional module, or two or more functions can be integrated into one processing module. The integrated module can be implemented in hardware or as a software functional module. The module division in this application embodiment is illustrative and only represents one logical functional division. In actual implementation, there may be other division methods.

[0433] Figure 7 shows a terminal device 70 when each functional module is divided according to its corresponding functions. The terminal device 70 can perform the actions performed by the terminal device in the method shown in Figure 7. All relevant content of each step involved in the above method embodiment can be referred to the functional description of the corresponding functional module. The technical effects that can be obtained can be referred to the above method embodiment, and will not be repeated here.

[0434] The terminal device 70 may include a transceiver module 701 and a processing module 702. Exemplarily, the terminal device 70 may be a communication device, or a chip or other combination device or component having the aforementioned terminal device functions applied in a communication device. When the terminal device 70 is a communication device, the transceiver module 701 may be a transceiver, which may include an antenna and radio frequency circuits, etc.; the processing module 702 may be a processor (or processing circuit), such as a baseband processor, which may include one or more CPUs. When the terminal device 70 is a component having the aforementioned terminal device functions, the transceiver module 701 may be a radio frequency unit; the processing module 702 may be a processor (or processing circuit), such as a baseband processor. When the terminal device 70 is a chip system, the transceiver module 701 may be an input / output interface of a chip (e.g., a baseband chip); the processing module 702 may be a processor (or processing circuit) of the chip system, and may include one or more central processing units. It should be understood that the transceiver module 701 in the embodiments of this application can be implemented by a transceiver or transceiver-related circuit components; the processing module 702 can be implemented by a processor or processor-related circuit components (or, referred to as processing circuit).

[0435] For example, the transceiver module 701 can be used to execute all the transceiver operations performed by the terminal device in the embodiment shown in FIG5, and / or to support other processes of the technology described herein; the processing module 702 can be used to execute all operations other than the transceiver operations performed by the terminal device in the embodiment shown in FIG5, and / or to support other processes of the technology described herein.

[0436] Figure 8 shows a network device 80, which can perform the actions performed by the network device in the method shown in Figure 5 above. All relevant content of each step involved in the above method embodiment can be referred to the functional description of the corresponding functional module, and the technical effects that can be obtained can be referred to the above method embodiment, which will not be repeated here.

[0437] The network device 80 may include a transceiver module 801 and a processing module 802. Exemplarily, the network device 80 may be a communication device, or a chip or other combination of devices or components with the aforementioned network device functions applied in a communication device. When the network device 80 is a communication device, the transceiver module 801 may be a transceiver, which may include an antenna and radio frequency circuits, etc.; the processing module 802 may be a processor (or processing circuit), such as a baseband processor, which may include one or more CPUs. When the network device 80 is a component with the aforementioned network device functions, the transceiver module 801 may be a radio frequency unit; the processing module 802 may be a processor (or processing circuit), such as a baseband processor. When the network device 80 is a chip system, the transceiver module 801 may be an input / output interface of a chip (e.g., a baseband chip); the processing module 802 may be a processor (or processing circuit) of the chip system, and may include one or more central processing units. It should be understood that the transceiver module 801 in the embodiments of this application can be implemented by a transceiver or transceiver-related circuit components; the processing module 802 can be implemented by a processor or processor-related circuit components (or, referred to as processing circuit).

[0438] For example, the transceiver module 801 can be used to perform all the transceiver operations performed by the network device in the embodiment shown in FIG5, and / or to support other processes of the technology described herein; the processing module 802 can be used to perform all operations other than the transceiver operations performed by the network device in the embodiment shown in FIG5, and / or to support other processes of the technology described herein.

[0439] As another possible implementation, the transceiver module 701 in Figure 7 can be replaced by a transceiver unit that integrates the functions of the transceiver module 701; the processing module 702 can be replaced by a processor that integrates the functions of the processing module 702. Furthermore, the terminal device 70 shown in Figure 7 may also include a memory. Alternatively, the transceiver module 801 in Figure 8 can be replaced by a transceiver unit that integrates the functions of the transceiver module 801; the processing module 802 can be replaced by a processor that integrates the functions of the processing module 802. Furthermore, the network device 80 shown in Figure 8 may also include a memory.

[0440] Alternatively, when the processing module 702 is replaced by a processor and the transceiver module 701 is replaced by a transceiver, the terminal device 70 involved in the embodiments of this application can also be the communication device 90 shown in FIG. 9. Or, when the processing module 802 is replaced by a processor and the transceiver module 801 is replaced by a transceiver, the network device 80 involved in the embodiments of this application can also be the communication device 90 shown in FIG. 9.

[0441] The processor can be logic circuit 901, and the transceiver can be interface circuit 902. Furthermore, the communication device 90 shown in Figure 9 may also include a memory 903.

[0442] This application also provides a computer program product that, when executed by a computer, can implement the functions of any of the above method embodiments.

[0443] This application also provides a computer program that, when executed by a computer, can implement the functions of any of the above method embodiments.

[0444] This application also provides a computer-readable storage medium. All or part of the processes in the above method embodiments can be implemented by a computer program instructing related hardware. This program can be stored in the computer-readable storage medium, and when executed, it can include the processes of the above method embodiments. The computer-readable storage medium can be an internal storage unit of the terminal (including a data sending end and / or a data receiving end) of any of the foregoing embodiments, such as the terminal's hard disk or memory. The computer-readable storage medium can also be an external storage device of the terminal, such as a plug-in hard disk, smart media card (SMC), secure digital (SD) card, flash card, etc., equipped on the terminal. Further, the computer-readable storage medium can include both the terminal's internal storage unit and external storage devices. The computer-readable storage medium is used to store the computer program and other programs and data required by the terminal. The computer-readable storage medium can also be used to temporarily store data that has been output or will be output.

[0445] The terms "first" and "second," etc., used in the specification, claims, and drawings of this application are used to distinguish different objects, not to describe a specific order. "First" and "second" are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of indicated technical features. Therefore, a feature defined with "first" and "second" may explicitly or implicitly include one or more of that feature. In the description of this embodiment, unless otherwise stated, "a plurality of" means two or more.

[0446] Furthermore, the terms “comprising” and “having”, and any variations thereof, are intended to cover non-exclusive inclusion. For example, a process, method, system, product, or apparatus that includes a series of steps or units is not limited to the steps or units listed, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to such process, method, product, or apparatus.

[0447] In this application, "at least one (item)" means one or more. "More than one" means two or more. "At least two (items)" means two or three or more. "And / or" is used to describe the relationship between related objects, indicating that there can be three relationships. For example, "A and / or B" can mean: only A exists, only B exists, and A and B exist simultaneously, where A and B can be singular or plural. The character " / " generally indicates that the related objects before and after are in an "or" relationship. "At least one (item) of the following" or similar expressions refer to any combination of these items, including any combination of single or plural items. For example, at least one (item) of a, b, or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c", where a, b, and c can be single or multiple. "...when" and "if" both mean that a corresponding action will be taken under certain objective circumstances, not a time limit, nor do they require a judgment action at the time of implementation, nor do they imply any other limitations.

[0448] In the embodiments of this application, the terms "exemplary" or "for example" are used to indicate that something is an example, illustration, or description. Any embodiment or design that is described as "exemplary" or "for example" in the embodiments of this application should not be construed as being more preferred or advantageous than other embodiments or design. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a specific manner to facilitate understanding.

[0449] In this application, "sending information to...(terminal device)" can be understood as the destination of the information being the terminal device. This can include sending information directly or indirectly to the terminal device. "Receiving information from...(terminal device)" can be understood as the source of the information being the terminal device, and can include receiving information directly or indirectly from the terminal device. Information may undergo necessary processing between the source and destination, such as format changes, but the destination can understand the valid information from the source.

[0450] Through the above description of the embodiments, those skilled in the art can clearly understand that, for the sake of convenience and brevity, only the division of the above functional modules is used as an example. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device can be divided into different functional modules to complete all or part of the functions described above.

[0451] In the several embodiments provided in this application, the disclosed apparatus and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative. For instance, the division of modules or units is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another device, or some features may be ignored or not executed. Furthermore, the displayed or discussed mutual couplings, direct couplings, or communication connections may be through some interfaces; indirect couplings or communication connections between devices or units may be electrical, mechanical, or other forms.

[0452] The units described as separate components may or may not be physically separate. A component shown as a unit can be one or more physical units; that is, it can be located in one place or distributed in multiple different locations. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0453] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. The integrated unit can be implemented in hardware or as a software functional unit.

[0454] If the integrated unit is implemented as a software functional unit and sold or used as an independent product, it can be stored in a readable storage medium. Based on this understanding, the technical solution of this application embodiment, or all or part of the technical solution, can be embodied in the form of a software product. This software product is stored in a storage medium and includes several instructions to cause a device (which may be a microcontroller, chip, etc.) or processor to execute all or part of the steps of the methods described in the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, ROM, RAM, magnetic disks, or optical disks.

Claims

1. An information transmission method, characterized in that, The method includes: Obtain first information, which includes at least one of the following: an assumed value for the number of measurement information or an assumed value for the load, an assumed value for the number of prediction information or an assumed value for the load, and an assumed value for the number of monitoring information or an assumed value for the load. The second information is sent on a first uplink resource, which corresponds to the first information.

2. The method according to claim 1, characterized in that, When the first information includes an assumed value for the number of measurement information items or an assumed value for the load, the second information includes measurement information. When the first information includes an assumed value for the number of predicted information items or an assumed value for the load, the second information includes the predicted information. When the first information includes an assumed value for the number of monitoring information items or an assumed value for the load, the second information includes monitoring information.

3. The method according to claim 2, characterized in that, The second information includes a first part and a second part; When the first information includes an assumed value for the number of measurement information or an assumed value for the load, the first part is used to indicate the number of measurement information or the load, and the second part includes some or all of the information in the measurement information; When the first information includes an assumed value for the number of predicted information or an assumed value for the load, the first part is used to indicate the number of predicted information or the load, and the second part includes some or all of the information in the predicted information; When the first information includes an assumed value for the number of monitoring information or an assumed value for the load, the first part is used to indicate the number of monitoring information or the load, and the second information includes some or all of the information in the monitoring information.

4. The method according to any one of claims 1-3, characterized in that, The first information includes the sum of assumed values ​​for the number of information items at multiple time points and the sum of assumed values ​​for the load of the information; the information includes at least one of measurement information, prediction information, or monitoring information; or, The first information includes multiple assumptions, one of which is an assumption about the number of information items or the load at one of the multiple time points.

5. The method according to any one of claims 1-4, characterized in that, The number or load of the measurement information is determined according to one or more of the following: a first preset reporting condition, a first set of reference signals, channel change rate, performance of prediction information, a first preset event, measurement result, prediction result, and network performance. The first set of reference signals includes some or all of the reference signals in the preset set of reference signals.

6. The method according to any one of claims 1-5, characterized in that, The number or payload of the prediction information is determined according to one or more of the following: a second preset reporting condition, a second set of reference signals, a channel change rate, the performance of the prediction information, a second preset event, a measurement result, and a prediction result. The second set of reference signals includes some or all of the reference signals in the preset set of reference signals.

7. The method according to any one of claims 1-6, characterized in that, The number or load of the monitoring information is determined according to one or more of the following: third preset reporting conditions, third reference signal set, performance of prediction information, third preset event, measurement result, prediction result, and channel change rate. The third reference signal set includes some or all of the reference signals in the preset reference signal set.

8. The method according to any one of claims 1-7, characterized in that, The number of measurement information items includes at least one of the following: the number of reference signal resource identifiers, the number of channel measurement results, and the number of times corresponding to the channel measurement results.

9. The method according to any one of claims 1-8, characterized in that, The number of prediction information includes at least one of the following: the number of reference signal resource identifiers, the number of channel prediction results, and the number of times corresponding to the time domain prediction results.

10. The method according to any one of claims 1-9, characterized in that, The number of monitoring information items includes the number of performance values ​​corresponding to the prediction information and / or the number of third preset events satisfied by the performance of the prediction information.

11. The method according to any one of claims 1-10, characterized in that, The first information is pre-configured by the network device, and / or the first information is preset by the protocol.

12. A communication device, characterized in that, The communication device includes a processor; the processor is configured to run a computer program or instructions that cause the information transmission method as described in any one of claims 1-11 to be executed.

13. A communication device, characterized in that, The communication device includes an interface circuit and a logic circuit; the interface circuit is used for inputting and / or outputting information; the logic circuit is used to execute the information transmission method as described in any one of claims 1-11.

14. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores computer instructions or programs that, when executed on a computer, cause the information transmission method as described in any one of claims 1-11 to be performed.

15. A computer program product, characterized in that, The computer program product includes computer instructions; when some or all of the computer instructions are run on a computer, the information transmission method as described in any one of claims 1-11 is executed.

Images