Wireless communication method, terminal device, and network device

Abstract

Provided are a wireless communication method, a terminal device, and a network device. The method comprises: a terminal device sends first capability information; and / or the terminal device sends second capability information, wherein the first capability information is used for indicating whether the terminal device supports a measurement event prediction capability, the second capability information is used for indicating a first parameter supported by the terminal device, and the first parameter is related to the measurement event prediction capability of the terminal device. By means of the present application, the terminal device can report whether the terminal device supports the measurement event prediction capability, and / or the parameter of the measurement event prediction capability of the terminal device, and a network device can configure and manage a network in a targeted manner on the basis of reported information, thereby improving the utilization efficiency of network resources, avoiding unnecessary resource waste and measurement overhead, and further improving system stability.

Description

Wireless communication methods, terminal devices, and network devices Technical Field

[0001] This application relates to the field of communication technology, and more specifically, to a wireless communication method, terminal device, and network device. Background Technology

[0002] During mobility management, network devices can perform relevant controls based on measurement reports reported by terminal devices. For example, network devices can perform handover between cells based on measurement reports. Generally, terminal devices can report measurement events, which may include measurement events and / or measurement results. In related technologies, network devices perform relevant operations based on measurement reports that include measurement events and measurement results, such as cell handover decisions. Summary of the Invention

[0003] This application provides a wireless communication method, a terminal device, and a network device. The various aspects covered by this application are described below.

[0004] In a first aspect, a wireless communication method is provided, comprising: a terminal device transmitting first capability information; and / or the terminal device transmitting second capability information; wherein the first capability information is used to indicate whether the terminal device supports measurement event prediction capability, and the second capability information is used to indicate a first parameter supported by the terminal device, the first parameter being related to the measurement event prediction capability of the terminal device.

[0005] In a second aspect, a wireless communication method is provided, comprising: a network device receiving first capability information transmitted by a terminal device; and / or

[0006] The network device receives second capability information sent by the terminal device; wherein the first capability information is used to indicate whether the terminal device supports measurement event prediction capability, and the second capability information is used to indicate a first parameter supported by the terminal device, the first parameter being related to the measurement event prediction capability of the terminal device.

[0007] Thirdly, a terminal device is provided, comprising: a transmitting unit for transmitting first capability information; and / or the transmitting unit is further configured to transmit second capability information; wherein the first capability information is used to indicate whether the terminal device supports measurement event prediction capability, and the second capability information is used to indicate a first parameter supported by the terminal device, the first parameter being related to the measurement event prediction capability of the terminal device.

[0008] Fourthly, a network device is provided, comprising: a receiving unit for receiving first capability information sent by a terminal device; and / or

[0009] The receiving unit is further configured to receive second capability information sent by the terminal device; wherein the first capability information is used to indicate whether the terminal device supports measurement event prediction capability, and the second capability information is used to indicate a first parameter supported by the terminal device, the first parameter being related to the measurement event prediction capability of the terminal device.

[0010] Fifthly, a terminal device is provided, including a processor and a memory, the memory being used to store one or more computer programs, the processor being used to invoke the computer programs in the memory to cause the terminal device to perform some or all of the steps in the method of the first aspect.

[0011] In a sixth aspect, a network device is provided, including a processor, a memory, and a transceiver, wherein the memory is used to store one or more computer programs, and the processor is used to invoke the computer programs in the memory to cause the network device to perform some or all of the steps in the method of the second aspect.

[0012] Seventhly, embodiments of this application provide a communication system including the aforementioned terminal device and / or network device. In another possible design, the system may further include other devices that interact with the terminal device or network device as described in the embodiments of this application.

[0013] Eighthly, embodiments of this application provide a computer-readable storage medium storing a computer program that causes a terminal device and / or a network device to perform some or all of the steps in the methods described above.

[0014] Ninthly, embodiments of this application provide a computer program product, wherein the computer program product includes a non-transitory computer-readable storage medium storing a computer program operable to cause a terminal device and / or a network device to perform some or all of the steps of the methods described in the foregoing aspects. In some implementations, the computer program product may be a software installation package.

[0015] In a tenth aspect, embodiments of this application provide a chip including a memory and a processor, the processor being able to call and run a computer program from the memory to implement some or all of the steps described in the methods of the foregoing aspects.

[0016] Through this application, terminal devices can report whether they support measurement event prediction capabilities and / or parameters of their measurement event prediction capabilities. Network devices can then configure and manage the network accordingly based on the reported information, thereby improving the utilization efficiency of network resources, avoiding unnecessary resource waste and measurement overhead, and further enhancing system stability. Attached Figure Description

[0017] Figure 1 is a schematic diagram of the wireless communication system used in the embodiments of this application.

[0018] Figure 2 is an example diagram of a measurement model.

[0019] Figure 3 is a schematic diagram of a radio resource management (RRM) measurement prediction.

[0020] Figure 4 is a schematic diagram of another RRM measurement prediction process.

[0021] Figure 5 is a schematic diagram of another RRM measurement prediction process.

[0022] Figure 6 is a schematic diagram of another RRM measurement prediction process.

[0023] Figure 7 is a schematic flowchart of a wireless communication method provided in an embodiment of this application.

[0024] Figure 8 is a schematic diagram of an RRM measurement prediction process provided in an embodiment of this application.

[0025] Figure 9 is a schematic diagram of another RRM measurement prediction process provided in the embodiments of this application.

[0026] Figure 10 is a schematic flowchart of another wireless communication method provided in an embodiment of this application.

[0027] Figure 11 is a schematic flowchart of another wireless communication method provided in an embodiment of this application.

[0028] Figure 12 is a schematic flowchart of another wireless communication method provided in an embodiment of this application.

[0029] Figure 13 is a schematic structural diagram of a terminal device provided in an embodiment of this application.

[0030] Figure 14 is a schematic structural diagram of a network device provided in an embodiment of this application.

[0031] Figure 15 is a schematic structural diagram of a communication device provided in an embodiment of this application. Detailed Implementation

[0032] The technical solutions in this application will now be described with reference to the accompanying drawings.

[0033] Communication system

[0034] Figure 1 illustrates a wireless communication system 100 according to an embodiment of this application. The wireless communication system 100 may include communication devices. These communication devices may include a network device 110 and a terminal device 120. The network device 110 may be a device that communicates with the terminal device 120.

[0035] Figure 1 illustrates an exemplary network device and two terminals. Optionally, the wireless communication system 100 may include multiple network devices, and each network device may include other terminal devices within its coverage area. This application embodiment does not limit this.

[0036] Optionally, the wireless communication system 100 may also include other network entities such as a network controller and a mobility management entity, which is not limited in this embodiment.

[0037] It should be understood that the technical solutions of the embodiments of this application can be applied to various communication systems, such as: 5th generation (5G) systems or new radio (NR), long term evolution (LTE) systems, LTE frequency division duplex (FDD) systems, LTE time division duplex (TDD) systems, etc. The technical solutions provided in this application can also be applied to future communication systems, such as 6th generation mobile communication systems, satellite communication systems, and so on.

[0038] The terminal device in this application embodiment can also be referred to as user equipment (UE), access terminal, user unit, user station, mobile station, mobile station (MS), mobile terminal (MT), remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent, or user device. The terminal device in this application embodiment can be a device that provides voice and / or data connectivity to a user, and can be used to connect people, objects, and machines, such as a handheld device with wireless connectivity, vehicle-mounted device, etc. The terminal device in the embodiments of this application can be a mobile phone, tablet computer, laptop computer, PDA, mobile internet device (MID), wearable device, virtual reality (VR) device, augmented reality (AR) device, wireless terminal in industrial control, wireless terminal in self-driving, wireless terminal in remote medical surgery, wireless terminal in smart grid, wireless terminal in transportation safety, wireless terminal in smart city, wireless terminal in smart home, etc. Optionally, the UE can be used to act as a base station. For example, the UE can act as a scheduling entity, providing sidelink signals between UEs in vehicle-to-everything (V2X) or device-to-device (D2D) communication. For example, cellular phones and cars communicate with each other using sidelink signals. Cellular phones and smart home devices communicate without relaying communication signals through a base station.

[0039] The network device in this application embodiment can be a device for communicating with terminal devices. The network device may also include an access network device. The access network device can provide communication coverage for a specific geographical area and can communicate with the terminal device 120 located within that coverage area. The access network device can also be called a wireless access network device or a base station, etc. In this application embodiment, the access network device can refer to a radio access network (RAN) node (or device) that connects the terminal device to the wireless network. Access network equipment can broadly encompass various names listed below, or be interchangeable with them, such as: NodeB, evolved NodeB (eNB), next-generation NodeB (gNB), relay station, access point, transmitting and receiving point (TRP), transmitting point (TP), master eNB (MeNB), secondary eNB (SeNB), multi-standard radio (MSR) node, home base station, network controller, access node, wireless node, access point (AP), transmission node, transceiver node, baseband unit (BBU), remote radio unit (RRU), active antenna unit (AAU), remote radio head (RRH), central unit (CU), distributed unit (DU), positioning node, etc. Base stations can be macro base stations, micro base stations, relay nodes, donor nodes, or similar entities, or combinations thereof. A base station can also refer to a communication module, modem, or chip installed within the aforementioned equipment or apparatus. A base station can also be a mobile switching center, a device that performs base station functions in D2D, V2X, and machine-to-machine (M2M) communications, a network-side device in a 6G network, or a device that performs base station functions in future communication systems. A base station can support networks using the same or different access technologies. The embodiments of this application do not limit the specific technologies or device forms used in the access network equipment.

[0040] Base stations can be fixed or mobile. For example, a helicopter or drone can be configured to act as a mobile base station, and one or more cells can move depending on the location of the mobile base station. In other examples, a helicopter or drone can be configured as a device to communicate with another base station.

[0041] Wireless communication systems involve communication equipment that can include not only access network equipment and terminal equipment, but also core network elements. Core network elements can be implemented through devices; that is, core network elements are core network devices. It is understandable that core network devices can also be a type of network device.

[0042] The core network elements in this application embodiment may include network elements that process and forward user signaling and data. For example, core network equipment may include core access and mobility management function (AMF), session management function (SMF), user plane gateway, location management function (LMF), and other core network equipment. The user plane gateway may be a server with functions such as mobility management, routing, and forwarding of user plane data, generally located on the network side, such as a serving gateway (SGW), packet data network gateway (PGW), or user plane function (UPF). Of course, the core network may also include other network elements, which are not listed here.

[0043] In some deployments, the network device in this application embodiment may refer to a CU or a DU, or the network device may include both a CU and a DU. The gNB may also include an AAU.

[0044] Network devices and 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.

[0045] It should be understood that all or part of the functions of the communication device in this application can also be implemented by software functions running on hardware, or by virtualization functions instantiated on a platform (e.g., a cloud platform).

[0046] The relevant technical features involved in the embodiments of this application will be explained below. It should be noted that these explanations are for the purpose of making the embodiments of this application easier to understand, and should not be regarded as a limitation on the scope of protection claimed by this application.

[0047] Mobility Management

[0048] Mobility management is a core process in the control plane of some communication standards and specifications. In some cellular communication systems, mobility management involves handing over radio resource control (RRC) connections between different cells.

[0049] Network devices can perform relevant control based on measurement reports reported by terminal devices. For example, network devices can perform handover between cells based on measurement reports. Generally, terminal devices can report measurement events. That is, when a measurement event meets certain conditions, the terminal device reports a measurement report to the network device. The measurement report can include specific measurement events and / or measurement results. Measurement results may include, but are not limited to, cell signal strength, signal quality, or beam information. The cell can include the current serving cell and neighboring cells. Signal strength can be represented by reference signal received power (RSRP). Signal quality can be represented by reference signal received quality (RSRQ). Beam information can represent beam measurement data or data after beam processing.

[0050] Measurement model

[0051] In some communication protocols (such as 3GPP standard specification 38.331 (RRC protocol)), the measurement results used for determining measurement events are filtered by the RRC layer (level 3, L3). However, the initial measurement results within the terminal device are physical layer (level 1, L1) measurements, specifically measurements of a single beam. Therefore, the process from the measurement result of a single beam to the triggering of a measurement event can be represented by a measurement model.

[0052] Taking Figure 2 as an example, Figure 2 shows the RRM measurement model defined in the 3GPP protocol TS38.331. RSRP, RSRQ, and signal-to-interference-plus-noise ratio (SINR) are all important indicators for measuring wireless signal quality. Taking RSRP as an example, the model processing flow in Figure 2 is explained. It can be understood that this processing flow also applies to RSRQ and SINR.

[0053] Point A: The terminal device receives K beams from the gNB at point A and performs layer 1 measurement sampling according to the granularity of the beams to obtain the beam measurement results.

[0054] A1 Point: The terminal device can perform layer 1 filtering on the beam measurement results obtained at point A to obtain the final measurement result, and then output it to point A. 1 In general, the 3GPP protocol specifies the length of the measurement period under a specific RRC configuration. The measurement period stipulates that the terminal equipment must perform at least one sampling, and the beam measurement results after layer 1 filtering must meet the performance requirements specified in 3GPP specification 38.133. For example, after physical layer sampling of K beams according to beam granularity, a supersampling of 4 to 5 is generally used, and the resulting measurement result is beam-level L1-RSRP.

[0055] Point B: A can be accessed from point A. 1 The measurement results obtained at point B are integrated based on the cell. At point B, the measurement results of multiple beams within a cell can be merged to generate cell-level measurement results, such as cell-level L1-RSRP.

[0056] Point C: This indicates that the Layer 1 cell-level measurement results of a certain cell are sequentially filtered through Layer 3 to obtain the Layer 3 cell-level measurement results, i.e., cell-level L3-RSRP. It can also be understood that the Layer 3 cell-level measurement results can be represented as the cell quality after Layer 3 filtering.

[0057] Point D: A measurement report containing cell measurement results can be reported to the base station. In other words, the measurement results at point D can be represented as the cell quality reported according to the reporting standards.

[0058] Point E: Represents the measurement results of K beams after layer 3 filtering, which can yield beam-level L3RSRP.

[0059] Point F: Indicates that after screening, a portion of the beams were selected for reporting.

[0060] As shown in Figure 2, the terminal device first performs measurement sampling on multiple beams from the network device at the beam granularity in Layer 1 to obtain beam-level L1-RSRP. These beam measurement results are filtered by Layer 1 and then reach point A1. The measurement results at point A1 undergo beam selection and merging to generate cell-level L3-RSRP, which is then output to point B. Afterward, it enters Layer 3 filtering to obtain cell-level L3-RSRP. After further filtering, a subset of beams is selected for reporting.

[0061] As can be seen from the above measurement and reporting processes, the measurement reports obtained by network devices contain the triggered measurement events. These triggered measurement events are determined based on the measurement results obtained by the terminal devices. Based on these measurement reports, network devices can perform related operations; for example, network devices can perform cell handover based on the measurement reports.

[0062] Measurement and prediction

[0063] To optimize mobility management, the Artificial Intelligence for Mobility (AI Mobility) project proposed three sub-use cases for measurement: RRM measurement prediction, measurement event prediction, and handover failure (HOF) / radio link failure (RLF) events. These three sub-use cases are briefly described below.

[0064] RRM Measurement Prediction

[0065] The input and output of the prediction model (e.g., an AI-based prediction model) can be information from points A / A1 / B / C / E / F in the aforementioned measurement model. The input and output measurement results can come from the same cell, different cells at different frequency layers, or a group of cells. RRM measurement prediction can be performed in the time domain, in the frequency domain, or across different frequencies.

[0066] To promote and clarify the high-priority scenarios of artificial intelligence / machine learning for mobility (AI / ML for mobility) in the field of mobility, four high-priority research scenarios are defined for RRM measurement prediction: time domain case A prediction, time domain case B prediction, frequency domain prediction, and spatial domain prediction.

[0067] Time-domain case A: The measured results can be used to predict the unmeasured results, as shown in Figure 3. The gray part represents the measured results and the white part represents the predicted results.

[0068] Time-domain case B: Interpolation measurements can be performed using partial measurement results to predict the measurement results at the interpolation time, as shown in Figure 4. The gray part represents the actual measurement results. The measurement results of the white part 1 following the gray part can be predicted using the actual measurement results of the gray part.

[0069] Spatial prediction: The measurement results of some beams can be used to predict the measurement results of the remaining unmeasured beams, as shown in Figure 5. The gray circles can represent the measured beams, and the white circles can represent the predicted beams.

[0070] Frequency domain prediction: Measurement results at a certain frequency can be used to predict measurement results at other frequencies. As shown in Figure 6, the frequency points represented by the white area are used to predict the signal coverage of the frequencies represented by the gray area.

[0071] Measurement Event Prediction

[0072] Measurement event prediction can be divided into two methods. One method is to infer whether a certain measurement event will occur based on the results of RRM measurement prediction and in combination with parameters related to the measurement event in the network configuration. This method can be called the indirect measurement method.

[0073] For example, indirect prediction can be based on measured data to first predict the results of unmeasured measurements, and then predict the measurement event based on the predicted measurement results. For instance, based on the RSRP value of the past 2 seconds, the RSRP value of the next 3 seconds can be predicted, and then based on the predicted RSRP value of the next 3 seconds, it can be predicted whether the A3 event will be triggered in the next 3 seconds.

[0074] In another approach, the occurrence of a measurement event can be inferred from the actual measurement results, which include at least the serving cell and / or neighboring cells directly related to the event, combined with a prediction model. This approach can be called the direct prediction method for measurement events.

[0075] For example, direct prediction can be based on measured data to predict measured events. For instance, it can be based on the RSRP value of the past 2 seconds to predict whether the A3 event will be triggered in the next 3 seconds.

[0076] HOF / RLF Event Prediction

[0077] Similar to the measurement event prediction described above, HOF / RLF event prediction can also employ direct or indirect prediction methods, but the input measurement results must include at least the serving cell and / or neighboring cells directly related to the measurement event.

[0078] Figure 7 is a schematic flowchart of a wireless communication method provided in an embodiment of this application. The method shown in Figure 7 can be executed by a terminal device and a network device. The method shown in Figure 7 may include step S710.

[0079] Step S710 may include step S711 and / or step S712.

[0080] In step S711, the terminal device may send first capability information to the network device. The first capability information may be used to indicate whether the terminal device supports measurement event prediction capabilities.

[0081] In some embodiments, the first capability information can be carried by a first Boolean value. The first Boolean value can be used to indicate whether the terminal device has the capability to predict measurement events. For example, if the first Boolean value is "true", it can indicate that the terminal device has the capability to predict measurement events. If the first Boolean value is "false", it can indicate that the terminal device does not have the capability to predict measurement events.

[0082] In some embodiments, the first capability information can be carried by a first bit. The first bit can indicate whether the terminal device has the capability to predict measurement events. For example, if the value of the first bit is 1, it indicates that the terminal device has the capability to predict measurement events; if the value of the first bit is 0, it indicates that the terminal device does not have the capability to predict measurement events.

[0083] In some embodiments, a measurement event can be an event triggered in mobility management when a terminal device measures the signal of a serving or neighboring cell and the measurement result meets network configuration conditions. For example, measurement events may include events A1 to A6.

[0084] In some embodiments, measurement event prediction capability can refer to the ability of a terminal device to predict measurement events based on measurement results. It should be noted that the measurement results can be actual measurement results or predicted measurement results.

[0085] In some embodiments, the actual measurement results may include one or more of the following measurement results actually measured by the terminal device: cell measurement results, beam measurement results. For example, cell measurement results may include the layer 3 cell-level measurement results (cell-level L3-RSRP) mentioned above. Beam measurement results may include layer 1 beam measurement results and / or layer 3 beam measurement results.

[0086] In some embodiments, the predicted measurement result can be determined based on the actual measurement result. The predicted result may include one or more of the following measurement results: cell measurement result, beam measurement result. For example, the predicted measurement result at the layer 3 cell level, cell-level L3-RSRP, can be determined based on the actual measurement result at the layer 1 cell level.

[0087] For example, the terminal device may support the ability to directly predict measurement events based on actual measurement results. Optionally, the terminal device may have the ability to predict measurement events based on actual measurement results and in conjunction with a prediction model. The input to the prediction model may include the actual measurement results. For example, the terminal device may predict whether event A3 will occur based on the actual measurement results of layer 3.

[0088] For example, the terminal device may support the ability to predict measurement results based on actual measurement results, and then indirectly predict measurement events based on the predicted measurement results. Optionally, the terminal device may first predict measurement results based on measurement results, and then predict measurement events based on the predicted measurement results. For example, the terminal device may predict the RSRP value for the next 3 seconds based on the RSRP value of the past 2 seconds, and then predict whether the A3 event will occur in the next 3 seconds.

[0089] In some embodiments, the terminal device may proactively send first capability information to the network device. For example, when accessing the network, the terminal device may proactively report to the network device whether it supports measurement event prediction capabilities.

[0090] In some embodiments, the terminal device may passively send first capability information to the network device. For example, after receiving a request message from the network device, the terminal device reports to the network device whether it supports measurement event prediction capability based on the request message.

[0091] In some embodiments, after receiving the first capability information sent by the terminal device, the network device can make relevant decisions based on whether the terminal device supports measurement event prediction capabilities, as reported by the terminal device. These decisions may include whether the network device enables the prediction function, or how to optimize resource allocation. For example, after receiving the first capability information reported by the terminal device, the network device can decide whether to enable the measurement event prediction function based on network requirements and policies.

[0092] In some embodiments, the first capability information may be carried in a UECapabilityInformation message. For example, the first capability information may be carried in a container of the UECapabilityInformation message.

[0093] In some embodiments, step S710 may include only step S711. Optionally, step S710 may include step S712 in addition to step S711. Optionally, step S710 may include only step S712.

[0094] In step S712, the terminal device may send second capability information to the network device. The second capability information may be used to indicate the first parameters supported by the terminal device.

[0095] In some embodiments, the network device sends a request message to the terminal device based on the first capability information sent by the terminal device. The terminal device can then send second capability information based on the request message from the network device. For example, after receiving the first capability information, the network device can make a decision based on the first capability information and send a request message to the terminal device based on the decision result to obtain more detailed capability information of the terminal device, such as first parameter information. The terminal device then sends the second capability information to the network device based on the request message and reports the first parameters.

[0096] In some embodiments, the terminal device may send second capability information to the network device based on a request message from the network device. For example, after accessing the network, the terminal device may receive a terminal device capability query message sent by the network device, and based on the query message, the terminal device sends second capability information and reports the first parameter.

[0097] In some embodiments, the first parameter may be related to the measurement event prediction capability of the terminal device. For example, the first parameter may include one or more of the following: the type of measurement event that the terminal device can predict; whether the terminal device can directly predict the measurement event based on the actual measurement result; whether the terminal device can first predict the measurement result and then predict the measurement event based on the predicted measurement result; whether the terminal device can predict the measurement result at a second time based on the actual measurement result at a first time; whether the terminal device can predict the measurement result of a second beam based on the actual measurement result of a first beam; whether the terminal device can predict the measurement result of a second frequency point based on the actual measurement result of a first frequency point; whether the terminal device can predict the measurement event at a second time based on the actual measurement result at a first time; whether the terminal device can predict the measurement event based on the actual measurement result of a first beam; and whether the terminal device can predict the measurement event based on the actual measurement result of a first frequency point.

[0098] In some embodiments, the terminal device can classify measurement events according to different measurement targets and wireless environment conditions. In this case, the types of measurement events that the terminal device can predict may include: same-frequency measurement events, different-frequency measurement events, or inter-radio access technology (inter-RAT) measurement events, etc.

[0099] In some embodiments, the terminal device can classify measurement events based on parameters such as the signal quality of the serving cell and neighboring cells, as well as relevant thresholds. In this case, the types of measurement events that the terminal device can predict may include: A1, A2, A3, A4, A5, A6, etc.

[0100] Whether a terminal device can directly predict measurement events based on actual measurement results can be understood as whether the terminal device has the ability to directly predict the occurrence of measurement events based on actual measurement results, that is, whether the terminal device has the ability to support direct prediction.

[0101] The first sub-parameter can be used to indicate whether the terminal device can directly predict the measurement event based on the actual measurement result. Optionally, the first sub-parameter can be represented by a Boolean value. For example, when the first sub-parameter is true, it indicates that the terminal device can support direct prediction. When the first sub-parameter is false, it indicates that the terminal device does not support direct prediction. Optionally, the first sub-parameter can be represented by a bit value. For example, when the first sub-parameter is 1, it indicates that the terminal device can support direct prediction. When the first sub-parameter is 0, it indicates that the terminal device does not support direct prediction.

[0102] In some embodiments, the terminal device can use the actual measurement results as input to the prediction model to directly predict measurement events. For example, the terminal device can predict whether event A3 will occur based on the measurement results of RSRP layer 3.

[0103] Whether a terminal device can first predict the measurement result and then predict the measurement event based on the predicted measurement result can be understood as whether the terminal device has the ability to indirectly predict the measurement event based on the predicted measurement result. In this case, the predicted measurement result can be determined based on the actual measurement result of the terminal device, which means whether the terminal device has the ability to support indirect prediction.

[0104] The second sub-parameter can be used to indicate whether the terminal device can first predict the measurement result and then predict the measurement event based on the predicted measurement result. Optionally, the second sub-parameter can be represented by a Boolean value. For example, when the second sub-parameter is true, it indicates that the terminal device can support indirect prediction. When the second sub-parameter is false, it indicates that the terminal device does not support indirect prediction. Optionally, the second sub-parameter can be represented by a bit value. For example, when the second sub-parameter is 1, it indicates that the terminal device can support indirect prediction. When the second sub-parameter is 0, it indicates that the terminal device does not support indirect prediction.

[0105] In some embodiments, the terminal device can use the actual measurement result as input to the prediction model to obtain the predicted measurement result, and then predict the measurement event based on the predicted measurement result. For example, the terminal device can predict the RSRP value for the next 3 seconds based on historical measurement data, such as the RSRP value of the past 2 seconds, and then predict whether the A3 event will occur based on the RSRP value of the next 3 seconds.

[0106] Whether the terminal device can predict the measurement result of the second beam based on the actual measurement result of the first beam can be understood as whether the terminal device has the ability to predict the measurement result of the second beam based on the actual measurement result of the first beam.

[0107] A third sub-parameter can be used to indicate whether the terminal device can predict the measurement result of the second beam based on the actual measurement result of the first beam. Optionally, the third sub-parameter can be represented by a Boolean value. For example, when the third sub-parameter is true, it indicates that the terminal device can predict the measurement result of the second beam based on the actual measurement result of the first beam. When the third sub-parameter is false, it indicates that the terminal device cannot predict the measurement result of the second beam based on the actual measurement result of the first beam. Optionally, the third sub-parameter can be represented by a bit value. For example, when the third sub-parameter is 1, it indicates that the terminal device can predict the measurement result of the second beam based on the actual measurement result of the first beam. When the third sub-parameter is 0, it indicates that the terminal device cannot predict the measurement result of the second beam based on the actual measurement result of the first beam.

[0108] In some embodiments, the first beam may be a beam that has already been measured, and the second beam may be a beam that has not been measured. The terminal device can predict the measurement results of the unmeasured beam based on the measurement results of the already measured beam.

[0109] Taking spatial prediction in the RRM measurement prediction research scenario as an example, when the terminal device supports spatial prediction, it can use the measurement results of the first beam to predict the measurement results of the second beam. As shown in Figure 5, the black circle represents the measured beam, i.e., the first beam, and the white circle represents the unmeasured beam, i.e., the second beam. The terminal device can predict the measurement results of the second beam, shown by the white circle, based on the actual measurement results of the first beam shown by the black circle.

[0110] In some embodiments, the first beam may include one or more beams, and the second beam may include one beam or multiple beams. That is, the measurement results of one or more beams can be predicted from the actual measurement results of one or more beams.

[0111] Whether the terminal device can predict measurement events based on the actual measurement results of the first beam can be understood as whether the terminal device has the ability to predict measurement events based on the actual measurement results of the first beam.

[0112] The fourth sub-parameter can be used to indicate that the terminal device can predict the measurement event based on the actual measurement results of the first beam. Optionally, the fourth sub-parameter can be represented by a Boolean value. For example, when the fourth sub-parameter is true, it indicates that the terminal device can predict the measurement event based on the actual measurement results of the first beam. When the fourth sub-parameter is false, it indicates that the terminal device cannot predict the measurement event based on the actual measurement results of the first beam. Optionally, the fourth sub-parameter can be represented by a bit value. For example, when the fourth sub-parameter is 1, it indicates that the terminal device can predict the measurement event based on the actual measurement results of the first beam. When the fourth sub-parameter is 0, it indicates that the terminal device cannot predict the measurement event based on the actual measurement results of the first beam.

[0113] In some embodiments, the first beam may be a beam that has already been measured, and the terminal device may predict measurement events based on the measured beam.

[0114] Whether a terminal device can predict the measurement result of a second frequency point based on the actual measurement result of the first frequency point can be understood as whether the terminal device has the ability to predict the measurement result of a second frequency point based on the actual measurement result of the first frequency point.

[0115] The fifth sub-parameter can be used to indicate whether the terminal device can predict the measurement result of the second frequency point based on the actual measurement result of the first frequency point. Optionally, the fifth sub-parameter can be represented by a Boolean value. For example, when the fifth sub-parameter is true, it indicates that the terminal device can predict the measurement result of the second frequency point based on the actual measurement result of the first frequency point. When the fifth sub-parameter is false, it indicates that the terminal device cannot predict the measurement result of the second frequency point based on the actual measurement result of the first frequency point. Optionally, the fifth sub-parameter can be represented by a bit value. For example, when the fifth sub-parameter is 1, it indicates that the terminal device can predict the measurement result of the second frequency point based on the actual measurement result of the first frequency point. When the fifth sub-parameter is 0, it indicates that the terminal device cannot predict the measurement result of the second frequency point based on the actual measurement result of the first frequency point.

[0116] In some embodiments, the first frequency point may be a frequency point that has already been measured, and the second frequency point may be a frequency point that has not been measured. The terminal device can predict the measurement results of the unmeasured frequency points based on the measurement results of the already measured frequency points.

[0117] Taking frequency domain prediction in the RRM measurement prediction research scenario as an example, when the terminal device supports frequency domain prediction, the terminal device can use the measurement result of a certain frequency point to predict the measurement result of a second frequency point. As shown in Figure 6, the frequency point of cell A represented by white can be considered as the first frequency point, and the frequency point of cell B represented by gray can be the second frequency point. The measurement result of the frequency point represented by white can be used to predict the measurement result of the frequency point represented by gray.

[0118] In some embodiments, the first frequency point may include one or more frequency points. The second frequency point may include one or more frequency points. These multiple frequency points may be discontinuous, i.e., discrete frequencies. For example, measurement results for one or more frequency points can be predicted based on the measurement results of one or more frequency points.

[0119] In some embodiments, the first frequency point may include a first frequency band. The second frequency point may include a second frequency band. It is understood that a frequency band may include multiple consecutive frequency points. Optionally, the first frequency band and the second frequency band may be the same or different.

[0120] For example, based on the actual measurement results of one or more frequency points, the measurement results of the second frequency band can be predicted. Similarly, based on the actual measurement results of the first frequency band, the measurement results of the second frequency band can be predicted. And again, based on the actual measurement results of the first frequency band, the measurement results of one or more frequency points can be predicted.

[0121] In some embodiments, the first frequency point may include a first frequency band combination. The second frequency point may include a second frequency band combination. The frequency band combination may include multiple frequency bands. The multiple frequency bands may be continuous or discontinuous.

[0122] For example, the measurement results of the second frequency band combination can be predicted based on the actual measurement results of the first frequency band combination. Similarly, the measurement results of the second frequency band combination can be predicted based on the actual measurement results of the first frequency band combination. Furthermore, the measurement results of the second frequency band combination can be predicted based on the actual measurement results of one or more frequency points. Again, the measurement results of one or more frequency points can be predicted based on the actual measurement results of the first frequency band combination. And again, the measurement results of the second frequency band can be predicted based on the actual measurement results of the first frequency band combination. Whether the terminal device can predict measurement events based on the actual measurement results of the first frequency point can also be understood as whether the terminal device possesses the capability to predict measurement events based on the actual measurement results of the first frequency point.

[0123] The sixth sub-parameter can be used to indicate whether the terminal device can predict the measurement event based on the actual measurement result of the first frequency point. Optionally, the sixth sub-parameter can be represented by a Boolean value. For example, when the sixth sub-parameter is true, it indicates that the terminal device can predict the measurement event based on the actual measurement result of the first frequency point. When the sixth sub-parameter is false, it indicates that the terminal device cannot predict the measurement event based on the actual measurement result of the first beam. Optionally, the sixth sub-parameter can be represented by a bit value. For example, when the sixth sub-parameter is 1, it indicates that the terminal device can predict the measurement event based on the actual measurement result of the first beam. When the sixth sub-parameter is 0, it indicates that the terminal device cannot predict the measurement event based on the actual measurement result of the first beam.

[0124] In some embodiments, the terminal device can predict measurement events based on the actual measurement results of a first frequency point. For example, the first frequency point may be a frequency point where measurements have already been completed, and the terminal device can predict measurement events based on the measurement results of the frequency point where measurements have already been completed.

[0125] In some embodiments, the first frequency point may include a first frequency band, and the terminal device can predict measurement events based on the actual measurement results of the first frequency band. For example, the first frequency band may be a frequency band that has already been measured, and the terminal device can predict measurement events based on the measurement results of the frequency band that has already been measured.

[0126] In some embodiments, the first frequency point may include a first frequency band combination, and the terminal device can predict measurement events based on the actual measurement results of the first frequency band combination. For example, the first frequency band combination may be frequency bands that have already been measured, and the terminal device can predict measurement events based on the measurement results of the frequency bands that have already been measured.

[0127] Whether a terminal device can predict the measurement result at the second moment based on the actual measurement result at the first moment can also be understood as whether the terminal device has the ability to predict the measurement result at the second moment based on the actual measurement result at the first moment.

[0128] The seventh sub-parameter can be used to indicate whether the terminal device can predict the measurement result at the second time step based on the actual measurement result at the first time step. Optionally, the seventh sub-parameter can be represented by a Boolean value. For example, when the seventh sub-parameter is true, it indicates that the terminal device can predict the measurement result at the second time step based on the actual measurement result at the first time step. When the seventh sub-parameter is false, it indicates that the terminal device cannot predict the measurement result at the second time step based on the actual measurement result at the first time step. Optionally, the seventh sub-parameter can be represented by a bit value. For example, when the seventh sub-parameter is 1, it indicates that the terminal device can predict the measurement result at the second time step based on the actual measurement result at the first time step. When the seventh sub-parameter is 0, it indicates that the terminal device cannot predict the measurement result at the second time step based on the actual measurement result at the first time step.

[0129] In some embodiments, the first time point can be a measured time point, and the second time point can be a non-measured time point. The terminal device can predict the measurement result of the non-measured time point based on the measurement result of the measured time point.

[0130] Taking time-domain case A prediction in the RRM measurement prediction research scenario as an example, when the terminal device supports time-domain case A prediction, the terminal device can use the measurement results of the measured time to predict the measurement results of the unmeasured time. Here, the first time can be a measured time, and the first time can be a continuous time. As shown in Figure 3, the gray part can represent the measurement result of the first time, and the white part can be the measurement result of the second time obtained by predicting the measurement result of the gray part.

[0131] Taking time-domain case B prediction in the RRM measurement prediction research scenario as an example, when the terminal device supports time-domain case B prediction, the terminal device can use the measurement results of the measured time to predict the measurement results of the unmeasured time. Here, the first time can be a discontinuous time that has been measured. As shown in the interpolation use case in Figure 4, the gray part can represent the measurement result of the first time. Based on the measurement result of the first time represented by the gray part, the measurement result of the second time represented by the unmeasured white part 1 following the gray part can be predicted.

[0132] In some embodiments, the first time point may include multiple time points, and the second time point may include one time point or multiple time points. That is, the measurement results at one or more time points can be predicted by the measurement results at multiple time points.

[0133] Whether a terminal device can predict a measurement event at a second moment based on the actual measurement results at the first moment can also be understood as whether the terminal device has the ability to predict a measurement event at a second moment based on the actual measurement results at the first moment.

[0134] The eighth sub-parameter can be used to indicate whether the terminal device can predict the measurement event at the second moment based on the actual measurement result at the first moment. Optionally, the eighth sub-parameter can be represented by a Boolean value. For example, when the eighth sub-parameter is true, it indicates that the terminal device can predict the measurement event at the second moment based on the actual measurement result at the first moment. When the eighth sub-parameter is false, it indicates that the terminal device cannot predict the measurement event at the second moment based on the actual measurement result at the first moment. Optionally, the eighth sub-parameter can be represented by a bit value. For example, when the eighth sub-parameter is 1, it indicates that the terminal device can predict the measurement event at the second moment based on the actual measurement result at the first moment. When the eighth sub-parameter is 0, it indicates that the terminal device cannot predict the measurement event at the second moment based on the actual measurement result at the first moment.

[0135] In some embodiments, the first moment can be a measured moment, and the second moment can be a non-measured moment. The terminal device can predict the measurement event at the non-measured moment based on the actual measurement results of the measured moment.

[0136] The first parameter in the embodiments of this application will be described below using Examples 1 and 2 as examples.

[0137] Example 1

[0138] In Example 1, the first parameter may include:

[0139] Among them, "supportedMeasurementEvents" indicates that the terminal device can predict measurement events of types A1, A2, A3, A4, A5, and A6. "predictionMethod: direct" means the terminal device can directly predict measurement events based on actual measurement results; "predictionMethod: indirect" means the terminal device can first predict the measurement results and then predict measurement events based on those predictions. "rrmMeasurementPredictionFunctionality" indicates the scenarios in which the terminal device can support RRM prediction. "temporalDomainCaseB: true" means the terminal device can support temporal case B prediction, which can also be understood as the terminal device being able to predict the measurement results at the second time step based on the actual measurement results at the first time step. "frequencyDomain: true" means the terminal device supports frequency domain prediction, which can also be understood as the terminal device supporting the prediction of the measurement results at the second frequency point based on the actual measurement results at the first frequency point. "spatialDomain: true" means the terminal device supports spatial domain prediction, which can also be understood as the terminal device supporting the prediction of the measurement results of the second beam based on the actual measurement results of the first beam.

[0140] Example 2

[0141] In Example 2, the first parameter may include:

[0142] Among them, "measurementEventPredictionSupported" indicates that the terminal device supports measurement event prediction capability, and "rrmMeasurementPredictionSupported" indicates that it supports RRM measurement prediction. "SupportedMeasurementEvents" represents the parameters for RRM measurement prediction. "IntraFrequency" indicates that the terminal device can predict intra-frequency measurement events of types A1, A2, and A3. "InterFrequency" indicates that the terminal device can predict inter-frequency measurement events of types A4, A5, and A6. "InterRAT" indicates that the terminal device can predict inter-RAT measurement events of types B1 and B2. "PredictionMethod: direct" means that the terminal device can directly predict measurement events based on the actual measurement results, and "predictionMethod: indirect" means that the terminal device can first predict the measurement results and then predict measurement events based on the predicted measurement results. The RRM measurement prediction function (rrmMeasurementPredictionFunctionality) indicates the scenarios in which the terminal device can support RRM prediction. `temporalDomainCaseB` being "true" indicates that the terminal device supports time-domain case B prediction, which can also be understood as the terminal device being able to predict the measurement result at the second time step based on the actual measurement result at the first time step. `frequencyDomain` being "false" indicates that the terminal device does not support frequency-domain prediction, which can also be understood as the terminal device not supporting the prediction of the measurement result at the second frequency point based on the actual measurement result at the first frequency point. `spatialDomain` being "false" indicates that the terminal device does not support spatial-domain prediction, which can also be understood as the terminal device not supporting the prediction of the measurement result of the second beam based on the actual measurement result of the first beam.

[0143] The terminal device sends a first parameter to the network device, which contains information related to its measurement time prediction capability. This allows the network device to optimize resource allocation and enhance network management based on the first parameter, thereby improving system stability.

[0144] Through this application, terminal devices can report whether they support measurement event prediction capabilities and / or parameters of their measurement event prediction capabilities. Network devices can then configure and manage the network accordingly based on the reported information, thereby improving the utilization efficiency of network resources, avoiding unnecessary resource waste and measurement overhead, and further enhancing system stability.

[0145] In some embodiments, when the first moment belongs to a continuous first time period, the first parameter may further include one or more of the following: whether the terminal device can predict the measurement result of the second moment based on the actual measurement result within the first time period; whether the terminal device can predict the measurement event of the second moment based on the actual measurement result within the first time period.

[0146] Whether a terminal device can predict the measurement result at the second moment based on the actual measurement results within the first time period can also be understood as whether the terminal device has the ability to predict the measurement result at the second moment based on the actual measurement results within a continuous period of time.

[0147] The ninth sub-parameter can be used to indicate whether the terminal device can predict the measurement result at the second time step based on the actual measurement result within the first time step. Optionally, the ninth sub-parameter can be represented by a Boolean value. For example, when the ninth sub-parameter is true, it indicates that the terminal device can predict the measurement result at the second time step based on the actual measurement result within the first time step. When the ninth sub-parameter is false, it indicates that the terminal device cannot predict the measurement result at the second time step based on the actual measurement result within the first time step. Optionally, the ninth sub-parameter can be represented by a bit value. For example, when the ninth sub-parameter is 1, it can predict the measurement result at the second time step based on the actual measurement result within the first time step. When the ninth sub-parameter is 0, it indicates that the terminal device cannot predict the measurement result at the second time step based on the actual measurement result within the first time step.

[0148] As shown in Figure 8, the gray parts 1-4 in the first time period can be continuous measured moments. The measurement results of the white parts 5 or 6 can be predicted by the measurement results of the gray parts 1-4 in the first time period.

[0149] Whether a terminal device can predict a measurement event at a second moment based on actual measurement results within a first time period can also be understood as whether the terminal device has the ability to predict a measurement event at a second moment based on actual measurement results over a continuous period of time.

[0150] The tenth sub-parameter can be used to indicate whether the terminal device can predict the measurement event at the second moment based on the actual measurement results within the first time period. Optionally, the tenth sub-parameter can be represented by a Boolean value. For example, when the tenth sub-parameter is true, it indicates that the terminal device can predict the measurement event at the second moment based on the actual measurement results within the first time period. When the tenth sub-parameter is false, it indicates that the terminal device cannot predict the measurement event at the second moment based on the actual measurement results within the first time period. Optionally, the tenth sub-parameter can be represented by a bit value. For example, when the tenth sub-parameter is 1, it can predict the measurement event at the second moment based on the actual measurement results within the first time period. When the tenth sub-parameter is 0, it indicates that the terminal device cannot predict the measurement event at the second moment based on the actual measurement results within the first time period.

[0151] In some embodiments, the measurement event at the second moment can be predicted based on the measurement results of the measured time period. As shown in Figure 8, the measurement event of the white part 5 or the white part 6 can be predicted based on the measurement results of the measured times of the gray parts 1-4 within the first time period.

[0152] By predicting the measurement results at the second moment, or the measurement events at the second moment, based on the actual measurement results within the first continuous time period, network devices can understand future trends in advance, plan network resources ahead of time, ensure communication quality, and improve system performance.

[0153] In some embodiments, the first moment belongs to multiple third time periods, and the multiple third time periods are not continuous. The first parameter may also include one or more of the following: whether the terminal device can predict the measurement result of the second moment through the actual measurement results of the multiple third time periods; whether the terminal device can predict the measurement event of the second moment through the actual measurement results of the multiple third time periods.

[0154] In some embodiments, the discontinuous third time period may be a measured time period, and the second time point may be an unmeasured time point.

[0155] Whether a terminal device can predict the measurement result at the second moment based on the actual measurement results of multiple third time periods can also be understood as whether the terminal device has the ability to predict the measurement result at the second moment based on the actual measurement results of multiple third time periods.

[0156] The eleventh sub-parameter can be used to indicate whether the terminal device can predict the measurement result at the second moment based on the actual measurement results of multiple third time periods. Optionally, the tenth sub-parameter can be represented by a Boolean value. For example, when the eleventh sub-parameter is true, it indicates that the terminal device can predict the measurement result at the second moment based on the actual measurement results of multiple third time periods. When the eleventh sub-parameter is false, it indicates that the terminal device cannot predict the measurement result at the second moment based on the actual measurement results of multiple third time periods. Optionally, the eleventh sub-parameter can be represented by a bit value. For example, when the eleventh sub-parameter is 1, it indicates that the terminal device can predict the measurement result at the second moment based on the actual measurement results of multiple third time periods. When the eleventh sub-parameter is 0, it indicates that the terminal device cannot predict the measurement result at the second moment based on the actual measurement results of multiple third time periods.

[0157] In some embodiments, the measurement result at the second moment can be predicted based on the actual measurement results of multiple measured third time periods. As shown in Figure 9, Figure 9 may include three third time periods, wherein the gray portions 1, 3, and 5 included in the third time periods may be the first moment. The white portion 6 may be the second moment, and the measurement result of the white portion 6 can be predicted based on the actual measurement results of the gray portions 1, 3, and 5.

[0158] Whether a terminal device can predict a measurement event at a second moment based on actual measurement results from multiple third time periods can also be understood as whether the terminal device has the ability to predict a measurement event at a second moment based on actual measurement results from multiple third time periods.

[0159] The twelfth sub-parameter can be used to indicate whether the terminal device can predict the measurement event at the second moment based on the actual measurement results of multiple third time periods. Optionally, the tenth sub-parameter can be represented by a Boolean value. For example, when the twelfth sub-parameter is true, it indicates that the terminal device can predict the measurement event at the second moment based on the actual measurement results of multiple third time periods. When the twelfth sub-parameter is false, it indicates that the terminal device cannot predict the measurement event at the second moment based on the actual measurement results of multiple third time periods. Optionally, the twelfth sub-parameter can be represented by a bit value. For example, when the twelfth sub-parameter is 1, it indicates that the terminal device can predict the measurement event at the second moment based on the actual measurement results of multiple third time periods. When the twelfth sub-parameter is 0, it indicates that the terminal device cannot predict the measurement event at the second moment based on the actual measurement results of multiple third time periods.

[0160] In some embodiments, the measurement result at the second moment can be predicted based on the actual measurement results of multiple measured third time periods. As shown in Figure 9, the measurement event of the white part 6 can be predicted based on the actual measurement results of the gray parts 1, 3, and 5.

[0161] By predicting the measurement results at the second moment, or the measurement events at the second moment, based on the actual measurement results within a discontinuous third time period, measurement resources can be limited. This allows for the prediction of measurement results at unmeasured moments using partially sampled measurement results, providing a more accurate data foundation for subsequent network management of network devices and reducing measurement costs and complexity to some extent.

[0162] In some embodiments, upon receiving a first request message from a network device, the terminal device sends second capability information to the network device.

[0163] In some embodiments, the first request information may be actively sent by the network device to the terminal device. When the network device detects that the terminal device has accessed its network, it may actively send the first request information to the terminal device to actively obtain the first parameter information of the terminal device's measurement event prediction capability.

[0164] In some embodiments, the first request information may be sent by the network device upon receiving first capability information. The terminal device sends the first capability information to the network device, and based on the received first capability information, the network device may send a first request information to the terminal device. The network device can obtain the relevant configuration parameters (i.e., the first parameters) related to the terminal device's support for measurement event prediction capabilities based on the second capability information. As one implementation, when the network device obtains through the first capability information that the terminal device supports measurement event prediction capabilities, the network device sends the first request information. As another implementation, when the network device obtains through the first capability information that the terminal device does not support measurement event prediction capabilities, the network device will not send the first request information to avoid unnecessary reporting of second capability information.

[0165] For example, after receiving the first capability information reported by the terminal device, the network device can make a decision based on the first capability information. If the network device decides to enable the prediction function, the network device can send a first request information to the terminal device. The terminal device sends a second capability information based on the first request information. The network device obtains the first parameter information related to the prediction capability from the terminal device based on the second capability information, such as the supported measurement event types (same frequency or different frequency) and prediction methods (direct or indirect).

[0166] In some embodiments, the network device may specify in the first request information that it needs to obtain all information of the first parameter. For example, the first request information may include all information of obtaining the first parameter of the terminal device, and after receiving the first request information, the terminal device may send second capability information containing all information of the first parameter to the network device.

[0167] In some embodiments, the network device may specify partial information of the first parameter to be obtained in the first request information. For example, the first request information may include the type of measurement event that the terminal device can predict, or the first request information may include the prediction method of the measurement event of the terminal device.

[0168] In some embodiments, the terminal device sends first capability information to the network device, the network device sends first request information to the terminal device based on the first capability information, and the terminal device sends second capability information to the network device based on the first request information. Such a scheme can be called a decoupling scheme, that is, a method in which the first capability information and the second capability information are not reported at the same time.

[0169] The embodiments of this application will be described in detail below with reference to Figure 10.

[0170] Figure 10 illustrates a decoupling scheme according to an embodiment of this application. In the scheme of Figure 10, the terminal device is identified by a UE, which can support measurement event prediction capability. The network device is a gNB, which can decide whether to enable the RRM prediction function based on the first capability information reported by the UE. It should be understood that in the scheme shown in Figure 10, the UE only reports whether it supports measurement event prediction capability. The decoupling scheme shown in Figure 10 may include steps S1010 to S1030.

[0171] In step S1010, the UE sends the first capability information.

[0172] After the UE accesses the communication network system, it can receive a terminal device capability query UECapabilityEnquiry message sent by the gNB. This terminal device capability query UECapabilityEnquiry message can instruct the UE to report its capability information, which can be the first capability information.

[0173] The UE only indicates whether it supports measurement event prediction capability within the container of the UECapabilityInformation message. The first indication message may include the terminal device capability information UECapabilityInformation message. The UE may set a specific flag, such as the measurement event prediction capability measurementEventPredictionSupported flag, within the UECapabilityInformation message to indicate whether the UE supports measurement event prediction capability.

[0174] The following is an example of the UECapabilityInformation message, which reports terminal device capability information from the UE:

[0175] {

[0176] "measurementEventPredictionSupported":true

[0177] }

[0178] When the measurementEventPredictionSupported flag is set to "true", it indicates that the UE supports measurement event prediction capability.

[0179] In step S1020, the gNB makes a decision and a request based on the first capability information.

[0180] Based on the first capability information reported by the UE, the gNB decides to enable the RRM prediction function according to network requirements and policies. The gNB sends a first request message to the UE, and obtains relevant configuration parameters of its measurement event prediction capability from the UE through the first request message, such as the measurement event types supported by the UE (which can be same frequency or different frequency, or A1, A2, etc.) and the prediction methods supported by the UE (direct or indirect).

[0181] In step S1030, the UE sends second capability information based on the first request information to the gNB.

[0182] The UE can send second capability information, including first parameters, based on the first request information from the gNB. The UE can explicitly indicate the supported measurement event types, prediction methods, etc., in the second capability information. An example of the second capability information reported by the UE is as follows:

[0183] Among them, the supported measurement events (supportedMeasurementEvents) are of types A1 to A6. The prediction method "direct" indicates that the UE can use direct prediction. The RRM measurement prediction function (rrmMeasurementPredictionFunctionality) includes the scenarios supported by the terminal device for RRM measurement prediction. For example, if temporalDomainCaseA is "true", it means the terminal device supports prediction in the temporal domain (case A); if frequencyDomain is "true", it means the terminal device supports prediction in the frequency domain; and if spatialDomain is "true", it means the terminal device supports prediction in the spatial domain.

[0184] In this embodiment, the terminal device sends the second capability information to the network device only after receiving the first request information sent by the network device. The first request information can be sent by the network device after receiving the first capability information. This design allows the network device to obtain the first parameters related to its measurement event prediction capability from the terminal device based on the actual network situation and needs, after deciding to start measurement event prediction. This effectively avoids unnecessary resource waste and measurement overhead, and improves the utilization efficiency of network resources.

[0185] In some embodiments, the terminal device may send a first message to the network device, in which both the first capability information and the second capability information are carried.

[0186] In some embodiments, the first message may be carried on signaling within existing communication interactions between the terminal device and the network device. For example, the first message may be carried on RRC signaling. For instance, the first message may include a UECapabilityInformation message.

[0187] It should be noted that the first message can also be a message supported by the terminal device in the RRC idle state (RRC_IDLE), RRC connected state (RRC_CONNECTED), or RRC inactive state (RRC_INACTIVE).

[0188] In some embodiments, the first message may be actively sent by the terminal device to the network device. For example, when the terminal device accesses the network device, it may actively send a first message, in which both the first capability information and the second capability information are carried.

[0189] In some embodiments, the first message may also be sent by the terminal device based on a request from the network device. For example, when the terminal device accesses the network device, the network device may proactively send a request message to the terminal device, requesting the terminal device to report whether it supports measurement event prediction capabilities and the first parameter.

[0190] The terminal device sends a first message to the network device, which carries both the first capability information and the second capability information. This makes the terminal device's capability reporting more complete and clear. The network device can directly enable the corresponding functions based on the terminal device's capability information, thereby improving network resource utilization efficiency and performance and reducing unnecessary interaction processes.

[0191] In some embodiments, both the first capability information and the second capability information are carried in the first message, and the terminal device can send the first message to the network device. Such a design can be called a coupling scheme.

[0192] The embodiments of this application will be described in detail below with reference to Figure 11.

[0193] Figure 11 illustrates a coupling scheme according to an embodiment of this application. In the scheme of Figure 10, the terminal device is identified by the UE, and the network device is the gNB. The UE in Figure 11 can support measurement event prediction capabilities and explicitly indicates support for the related RRM measurement prediction function.

[0194] The coupling scheme includes steps S1110 to S1120.

[0195] In step S1110, the UE sends the first message.

[0196] The first message may include first capability information and second capability information. After accessing the communication network, the UE can receive a UECapabilityEnquiry message sent by the gNB to query terminal equipment capabilities.

[0197] The UE can report its ability to predict measurement events and report a first parameter within the container of the UECapabilityInformation message. The first parameter can include the UECapabilityInformation message itself. The UE can set a specific flag, such as the measurement event prediction capability (measurementEventPredictionSupported) flag, within the UECapabilityInformation message to indicate whether the UE supports measurement event prediction capabilities. The UE can also set another flag, such as the RRM measurement event prediction capability (rrmMeasurementPredictionSupported), within the UECapabilityInformation message to indicate whether the UE supports RRM measurement event prediction capabilities.

[0198] The UE can also report the types of measurement events it supports in the UECapabilityInformation message.

[0199] The following is an example of the UECapabilityInformation message, which reports terminal device capability information from the UE:

[0200] The measurement event prediction capability `measurementEventPredictionSupported` being set to "true" indicates that the UE supports measurement event prediction capabilities. The RRM measurement event prediction capability `rrmMeasurementPredictionSupported` being set to "true" indicates support for RRM measurement prediction. Supported MeasurementEvents represents the parameters for RRM measurement prediction. IntraFrequency indicates that the UE can predict intra-frequency measurement events of types A1, A2, and A3. InterFrequency indicates that the UE can predict inter-frequency measurement events of types A4, A5, and A6. InterRAT indicates that the UE can predict inter-RAT measurement events of types B1 and B2. `predictionMethod` being set to "direct" indicates that the UE can directly predict measurement events based on actual measurement results. `predictionMethod` being set to "indirect" indicates that the UE can first predict the measurement results and then predict measurement events based on those predictions. The RRM Measurement Prediction Functionality indicates the scenarios in which the UE can support RRM prediction. A temporal domain case B (temporalDomainCaseB) value of "true" indicates that the UE can support temporal domain case B prediction, which can also be understood as the UE being able to predict the measurement result at the second moment based on the actual measurement result at the first moment. A frequency domain value of "false" indicates that the UE does not support frequency domain prediction, which can also be understood as the UE not supporting the prediction of the measurement result at the second frequency point based on the actual measurement result at the first frequency point. A spatial domain value of "false" indicates that the UE does not support spatial domain prediction, which can also be understood as the UE not supporting the prediction of the measurement result of the second beam based on the actual measurement result of the first beam.

[0201] In step S1120, gNB makes decisions and allocates resources based on the first message.

[0202] Upon receiving the first message reported by the UE, the gNB can enable corresponding RRM measurement and prediction functions based on the information of the first parameter in the first message, and perform resource configuration and network optimization accordingly. For example, the gNB can adjust measurements according to the time-domain measurement optimization functions supported by the UE to reduce measurement overhead while ensuring network performance.

[0203] The terminal device can send a first message to the network device, in which both the first capability information and the second capability information are carried. This design makes the terminal device's capability reporting more complete and clear. The network device can enable the corresponding measurement function based on the capability information reported by the terminal device, thereby improving network resource utilization efficiency and performance, and reducing unnecessary interaction processes.

[0204] In some embodiments, both the first capability information and the second capability information can be indicated by the first parameter. In other words, the first capability information and the second capability information can be indicated by the same parameter.

[0205] In some embodiments, the first parameter may include whether the terminal device supports measurement events related to the RRM measurement prediction function. When the terminal device supports measurement events related to the RRM measurement prediction function, it is understood that the terminal device supports measurement event prediction capability, and the terminal device may also support the capability of the RRM measurement prediction function.

[0206] For example, the first parameter may include whether the terminal device supports the ability to predict measurement events in the time-domain case A scenario. When the terminal device supports the ability to predict measurement events in the time-domain case A scenario, it can be understood that the terminal device not only supports the measurement event prediction capability, but also supports the measurement event prediction capability in the time-domain case A scenario. For example, the first parameter can be set to a flag indicating that the measurement event time-domain case A prediction capability, measurementEventPredictionTemporalCaseASupported, indicates that the UE supports predicting measurement events in the time-domain case A when the flag is "true".

[0207] For example, the first parameter may include whether the terminal device supports the ability to predict measurement events in the frequency domain. When the terminal device supports the ability to predict measurement events in the frequency domain, it is understood that the terminal device not only supports the ability to predict measurement events, but also the ability to predict measurement events in the frequency domain. For example, the first parameter may be set to a flag indicating that the measurement event frequency domain prediction capability is supported. When this flag is "true", it indicates that the UE supports prediction in the frequency domain.

[0208] Figure 12 illustrates another coupling scheme provided in this embodiment of the application. In the scheme of Figure 12, the terminal device is identified by the UE, and the network device is the gNB. The UE in Figure 12 can explicitly indicate that it supports related RRM measurement prediction functions, such as prediction in the time domain or frequency domain. It should be noted that the method shown in Figure 12 is only applicable to indirect prediction methods and not to direct prediction methods. The coupling scheme shown in Figure 12 may include steps S1210 to S1230.

[0209] Step S1210: The UE sends the first message.

[0210] After accessing the communication network system, the UE can receive a UECapabilityEnquiry message sent by the gNB. This UECapabilityEnquiry message instructs the UE to report whether it supports measurement event prediction capabilities. The UE can report its capability information through a UECapabilityInformation message, where the first message may include the UECapabilityInformation message. The contents of the container in the UECapabilityInformation message reported by the terminal device may include:

[0211] Specifically, the `measurementEventPredictionTemporalCaseASupported` flag, when set to "true", indicates that the UE supports prediction in the time domain (case A). Similarly, the `measurementEventPredictionFrequencyDomainSupported` flag, when set to "true", indicates that the UE supports prediction in the frequency domain.

[0212] In step S1220, gNB makes a decision and a request based on the first message.

[0213] Based on the initial information reported to the terminal device, the gNB decides to enable the RRM predictive event prediction function according to network requirements and policies. Based on this decision, the gNB sends a first request message to the terminal device, requesting the UE to report other more detailed first parameter information, such as the measurement event types supported by the UE (same frequency or different frequency).

[0214] In step S1230, the UE receives the first request information from the gNB and reports the first parameter.

[0215] Based on the first request information from the gNB, the terminal device sends second capability information to the network device, reporting detailed first parameter information. For example, the UE explicitly indicates in the message that the supported measurement event types are intra-frequency measurement events and inter-frequency measurement events, and provides the relevant parameter values.

[0216] Network devices can obtain the measurement event prediction capability of terminal devices based on a first parameter. The first capability information indicates whether the terminal device has this capability, while the second capability information provides specific supporting parameters. The combination of the two enables network devices to quickly determine the content related to the measurement event prediction capability of the terminal device, formulate more reasonable network strategies, and allocate wireless resources more rationally.

[0217] Through this application, terminal devices can report whether they support measurement event prediction capabilities and / or parameters of their measurement event prediction capabilities. Network devices can then configure and manage the network accordingly based on the reported information, thereby improving the utilization efficiency of network resources, avoiding unnecessary resource waste and measurement overhead, and further enhancing system stability.

[0218] The method embodiments of this application have been described in detail above. The apparatus embodiments of this application are described in detail below. It should be understood that the descriptions of the method embodiments correspond to the descriptions of the apparatus embodiments. Therefore, any parts not described in detail can be referred to the foregoing method embodiments.

[0219] Figure 13 is a schematic structural diagram of a terminal device 1300 provided in an embodiment of this application. The terminal device 1300 includes a transmitting unit 1310.

[0220] The sending unit 1310 is used to send first capability information; and / or the sending unit is also used to send second capability information; wherein the first capability information is used to indicate whether the terminal device supports measurement event prediction capability, and the second capability information is used to indicate a first parameter supported by the terminal device, the first parameter being related to the measurement event prediction capability of the terminal device.

[0221] In some embodiments, the first parameter includes one or more of the following: the type of measurement event that the terminal device can predict;

[0222] Can the terminal device directly predict measurement events based on actual measurement results? Can the terminal device first predict measurement results and then predict measurement events based on the predicted measurement results? Can the terminal device predict measurement results at the second moment based on the actual measurement results at the first moment? Can the terminal device predict measurement results for the second beam based on the actual measurement results for the first beam?

[0223] Whether the terminal device can predict the measurement result of the second frequency point based on the actual measurement result of the first frequency point; whether the terminal device can predict the measurement event at the second moment based on the actual measurement result at the first moment; whether the terminal device can predict the measurement event based on the actual measurement result of the first beam; whether the terminal device can predict the measurement event based on the actual measurement result of the first frequency point.

[0224] In some embodiments, the first moment belongs to a continuous first time period, and the first parameter includes one or more of the following: the terminal device is able to predict the measurement result of the second moment based on the actual measurement result within the first time period; the terminal device is able to predict the measurement event of the second moment based on the actual measurement result within the first time period.

[0225] In some embodiments, the first moment belongs to multiple third time periods, which are not consecutive. The first parameter includes one or more of the following: the terminal device is able to predict the measurement result of the second moment based on the actual measurement results of the multiple third time periods; the terminal device is able to predict the measurement event of the second moment based on the actual measurement results of the multiple third time periods.

[0226] In some embodiments, the terminal device is further configured to: send second capability information upon receiving a first request information sent by the network device; wherein the first request information is sent by the network device upon receiving the first capability information.

[0227] In some embodiments, both the first capability information and the second capability information are carried in the first message.

[0228] In some embodiments, the first message includes a UECapabilityInformation message containing terminal device capability information.

[0229] In some embodiments, both the first capability information and the second capability information are indicated by a first parameter.

[0230] In an optional embodiment, the transmitting unit 1310 may be a transceiver 1530. The terminal device 1300 may also include a processor 1510 and a memory 1520, as shown in FIG15.

[0231] Figure 14 is a schematic structural diagram of a network device 1400 provided in an embodiment of this application. The network device 1400 may include a receiving unit 1410.

[0232] The receiving unit 1410 is used to receive first capability information sent by the terminal device; and / or the receiving unit is also used to receive second capability information sent by the terminal device; wherein the first capability information is used to indicate whether the terminal device supports measurement event prediction capability, and the second capability information is used to indicate a first parameter supported by the terminal device, the first parameter being related to the measurement event prediction capability of the terminal device.

[0233] In some embodiments, the first parameter includes one or more of the following: the type of measurement event that the terminal device can predict; whether the terminal device can directly predict the measurement event based on the actual measurement result; whether the terminal device can first predict the measurement result and then predict the measurement event based on the predicted measurement result; whether the terminal device can predict the measurement result at a second time based on the actual measurement result at a first time; whether the terminal device can predict the measurement result of a second beam based on the actual measurement result of a first beam; whether the terminal device can predict the measurement result of a second frequency point based on the actual measurement result of a first frequency point; whether the terminal device can predict the measurement event at a second time based on the actual measurement result at a first time; whether the terminal device can predict the measurement event based on the actual measurement result of a first beam; and whether the terminal device can predict the measurement event based on the actual measurement result of a first frequency point.

[0234] In some embodiments, the first moment belongs to a continuous first time period, and the first parameter includes one or more of the following: the terminal device is able to predict the measurement result of the second moment based on the actual measurement result within the first time period; the terminal device is able to predict the measurement event of the second moment based on the actual measurement result within the first time period.

[0235] In some embodiments, the first moment belongs to multiple third time periods, which are not consecutive. The first parameter includes one or more of the following: the terminal device is able to predict the measurement result of the second moment based on the actual measurement results of the multiple third time periods; the terminal device is able to predict the measurement event of the second moment based on the actual measurement results of the multiple third time periods.

[0236] In some embodiments, the network device is further configured to: send a first request message to the terminal device; the first request message is used to request the terminal device to send second capability information, and the first request message is sent by the network device after receiving the first capability information.

[0237] In some embodiments, both the first capability information and the second capability information are carried in the first message.

[0238] In some embodiments, the first message includes a UECapabilityInformation message containing terminal device capability information.

[0239] In some embodiments, both the first capability information and the second capability information are indicated by a first parameter.

[0240] In an optional embodiment, the receiving unit 1410 may be a transceiver 1530. The network device 1400 may also include a processor 1510 and a memory 1520, as shown in FIG15.

[0241] Figure 15 is a schematic structural diagram of a communication apparatus according to an embodiment of this application. The dashed lines in Figure 15 indicate that the unit or module is optional. This apparatus 1500 can be used to implement the methods described in the above method embodiments. The apparatus 1500 can be a chip, a terminal device, or a network device.

[0242] Apparatus 1500 may include one or more processors 1510. The processor 1510 may support apparatus 1500 in implementing the methods described in the preceding method embodiments. The processor 1510 may be a general-purpose processor or a special-purpose processor. For example, the processor may be a central processing unit (CPU). Alternatively, the processor may be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor or any conventional processor.

[0243] The apparatus 1500 may further include one or more memories 1520. The memories 1520 store a program that can be executed by the processor 1510, causing the processor 1510 to perform the methods described in the preceding method embodiments. The memories 1520 may be independent of the processor 1510 or integrated into the processor 1510.

[0244] The device 1500 may also include a transceiver 1530. The processor 1510 can communicate with other devices or chips via the transceiver 1530. For example, the processor 1510 can send and receive data with other devices or chips via the transceiver 1530.

[0245] This application also provides a computer-readable storage medium for storing a program. This computer-readable storage medium can be applied to a terminal device or network device provided in this application embodiment, and the program causes a computer to execute the methods performed by the terminal device or network device in the various embodiments of this application.

[0246] This application also provides a computer program product. The computer program product includes a program. This computer program product can be applied to a terminal device or network device provided in the embodiments of this application, and the program causes a computer to execute the methods performed by the terminal device or network device in the various embodiments of this application.

[0247] This application also provides a computer program. This computer program can be applied to the terminal device or network device provided in this application, and the computer program causes the computer to execute the methods performed by the terminal device or network device in various embodiments of this application.

[0248] It should be understood that the terms "system" and "network" in this application can be used interchangeably. Furthermore, the terminology used in this application is only for explaining specific embodiments of the application and is not intended to limit the application. The terms "first," "second," "third," and "fourth," etc., in the specification, claims, and accompanying drawings of this application are used to distinguish different objects, not to describe a specific order. In addition, the terms "comprising" and "having," and any variations thereof, are intended to cover non-exclusive inclusion.

[0249] In the embodiments of this application, the term "instruction" can be a direct instruction, an indirect instruction, or an indication of a relationship. For example, A instructing B can mean that A directly instructs B, such as B being able to obtain information through A; it can also mean that A indirectly instructs B, such as A instructing C, so B can obtain information through C; or it can mean that there is a relationship between A and B.

[0250] In the embodiments of this application, "B corresponding to A" means that B is associated with A, and B can be determined based on A. However, it should also be understood that determining B based on A does not mean that B is determined solely based on A; B can also be determined based on A and / or other information.

[0251] In the embodiments of this application, the term "correspondence" can indicate a direct or indirect correspondence between two things, or an association between two things, or a relationship such as instruction and being instructed, configuration and being configured.

[0252] In this application embodiment, "predefined" or "preconfigured" can be implemented by pre-storing corresponding codes, tables, or other means that can be used to indicate relevant information in the device (e.g., including terminal devices and network devices). This application does not limit the specific implementation method. For example, predefined can refer to what is defined in the protocol.

[0253] In this application embodiment, the "protocol" may refer to a standard protocol in the field of communication, such as the LTE protocol, the NR protocol, and related protocols applied to future communication systems. This application does not limit this.

[0254] In the embodiments of this application, the term "and / or" is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, or B existing alone. Additionally, the character " / " in this document generally indicates that the preceding and following related objects have an "or" relationship.

[0255] In the embodiments of this application, "comprising" can refer to direct inclusion or indirect inclusion. Optionally, "comprising" mentioned in the embodiments of this application can be replaced with "indicating" or "used to determine". For example, "A includes B" can be replaced with "A indicates B" or "A is used to determine B".

[0256] In the various embodiments of this application, the order of the above-mentioned processes does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0257] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the apparatus embodiments described above are merely illustrative; for instance, the division of 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 system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces; the indirect coupling or communication connection between apparatuses or units may be electrical, mechanical, or other forms.

[0258] The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the units can be selected to achieve the purpose of this embodiment according to actual needs.

[0259] In addition, 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.

[0260] In the above embodiments, implementation can be achieved entirely or partially through software, hardware, firmware, or any combination thereof. When implemented using software, it can be implemented entirely or partially in the form of a computer program product. The computer program product includes one or more computer instructions. When the computer program instructions are loaded and executed on a computer, all or part of the processes or functions described in the embodiments of this application are generated. The computer can be a general-purpose computer, a special-purpose computer, a computer network, or other programmable device. The computer instructions can be stored in a computer-readable storage medium or transmitted from one computer-readable storage medium to another. For example, the computer instructions can be transmitted from one website, computer, server, or data center to another website, computer, server, or data center via wired (e.g., coaxial cable, fiber optic, digital subscriber line (DSL)) or wireless (e.g., infrared, wireless, microwave, etc.) means. The computer-readable storage medium can be any available medium that a computer can read or a data storage device such as a server or data center that integrates one or more available media. The available media may be magnetic media (e.g., floppy disks, hard disks, magnetic tapes), optical media (e.g., digital video discs, DVDs) or semiconductor media (e.g., solid-state disks, SSDs), etc.

[0261] The above description is merely a specific embodiment of this application, but the scope of protection of this application is not limited thereto. Any variations or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application. Therefore, the scope of protection of this application should be determined by the scope of the claims.

Claims

1. A method of wireless communication, the method comprising: include: The terminal device sends the first capability information; and / or The terminal device sends the second capability information; Wherein, the first capability information is used to indicate whether the terminal device supports measurement event prediction capability, and the second capability information is used to indicate a first parameter supported by the terminal device, the first parameter being related to the measurement event prediction capability of the terminal device.

2. The method of claim 1, wherein, The first parameter includes one or more of the following: The types of measurement events that the terminal device can predict; Whether the terminal device can directly predict measurement events based on actual measurement results; Whether the terminal device can first predict the measurement result, and then predict the measurement event based on the predicted measurement result; Whether the terminal device can predict the measurement result at the second moment based on the actual measurement result at the first moment; Whether the terminal device can predict the measurement result of the second beam based on the actual measurement result of the first beam; Whether the terminal device can predict the measurement result of the second frequency point based on the actual measurement result of the first frequency point; Whether the terminal device can predict the measurement event at the second moment based on the actual measurement result at the first moment; Whether the terminal device can predict measurement events based on the actual measurement results of the first beam; Whether the terminal device can predict measurement events based on the actual measurement results of the first frequency point.

3. The method of claim 2, wherein, The first moment belongs to a continuous first time period, and the first parameter includes one or more of the following: Whether the terminal device can predict the measurement result at the second moment based on the actual measurement result within the first time period; Whether the terminal device can predict the measurement event at the second moment based on the actual measurement results within the first time period.

4. The method according to claim 2 or 3, characterized in that, The first moment belongs to multiple third time periods, which are not consecutive, and the first parameter includes one or more of the following: Whether the terminal device can predict the measurement result at the second moment based on the actual measurement results of the multiple third time periods; Whether the terminal device can predict the measurement event at the second moment based on the actual measurement results of the multiple third time periods.

5. The method according to any one of claims 1-4, characterized in that, The terminal device sends the second capability information including: Upon receiving the first request information sent by the network device, the terminal device sends the second capability information; The first request information is sent by the network device after receiving the first capability information.

6. The method according to any one of claims 1-4, characterized in that, Both the first capability information and the second capability information are carried in the first message.

7. The method according to claim 6, characterized in that, The first message includes the terminal device capability information UECapabilityInformation message.

8. The method according to claim 6 or 7, characterized in that, Both the first capability information and the second capability information are indicated by the first parameter.

9. A method of wireless communication, the method comprising: include: The network device receives the first capability information sent by the terminal device; and / or The network device receives the second capability information sent by the terminal device; Wherein, the first capability information is used to indicate whether the terminal device supports measurement event prediction capability, and the second capability information is used to indicate a first parameter supported by the terminal device, the first parameter being related to the measurement event prediction capability of the terminal device.

10. The method of claim 9, wherein, The first parameter includes one or more of the following: The types of measurement events that the terminal device can predict; Whether the terminal device can directly predict measurement events based on actual measurement results; Whether the terminal device can first predict the measurement result, and then predict the measurement event based on the predicted measurement result; Whether the terminal device can predict the measurement result at the second moment based on the actual measurement result at the first moment; Whether the terminal device can predict the measurement result of the second beam based on the actual measurement result of the first beam; Whether the terminal device can predict the measurement result of the second frequency point based on the actual measurement result of the first frequency point; Whether the terminal device can predict the measurement event at the second moment based on the actual measurement result at the first moment; Whether the terminal device can predict measurement events based on the actual measurement results of the first beam; Whether the terminal device can predict measurement events based on the actual measurement results of the first frequency point.

11. The method of claim 10, wherein, The first moment belongs to a continuous first time period, and the first parameter includes one or more of the following: Whether the terminal device can predict the measurement result at the second moment based on the actual measurement result within the first time period; Whether the terminal device can predict the measurement event at the second moment based on the actual measurement results within the first time period.

12. The method according to claim 10 or 11, characterized in that, The first moment belongs to multiple third time periods, which are not consecutive, and the first parameter includes one or more of the following: Whether the terminal device can predict the measurement result at the second moment based on the actual measurement results of the multiple third time periods; Whether the terminal device can predict the measurement event at the second moment based on the actual measurement results of the multiple third time periods.

13. The method according to any one of claims 9-12, characterized in that, The method further includes: The network device sends a first request message to the terminal device; The first request information is used to request the terminal device to send the second capability information, and the first request information is sent by the network device after receiving the first capability information.

14. The method according to any one of claims 9-12, characterized by, Both the first capability information and the second capability information are carried in the first message.

15. The method of claim 14, wherein, The first message includes the terminal device capability information UECapabilityInformation message.

16. The method according to claim 14 or 15, characterized in that, Both the first capability information and the second capability information are indicated by the first parameter.

17. A terminal device, comprising: include: A transmitting unit, used to transmit first capability information; and / or The transmitting unit is also used to transmit second capability information; Wherein, the first capability information is used to indicate whether the terminal device supports measurement event prediction capability, and the second capability information is used to indicate a first parameter supported by the terminal device, the first parameter being related to the measurement event prediction capability of the terminal device.

18. The terminal device of claim 17, wherein, The first parameter includes one or more of the following: The types of measurement events that the terminal device can predict; Whether the terminal device can directly predict measurement events based on actual measurement results; Whether the terminal device can first predict the measurement result, and then predict the measurement event based on the predicted measurement result; Whether the terminal device can predict the measurement result at the second moment based on the actual measurement result at the first moment; Whether the terminal device can predict the measurement result of the second beam based on the actual measurement result of the first beam; Whether the terminal device can predict the measurement result of the second frequency point based on the actual measurement result of the first frequency point; Whether the terminal device can predict the measurement event at the second moment based on the actual measurement result at the first moment; Whether the terminal device can predict measurement events based on the actual measurement results of the first beam; Whether the terminal device can predict measurement events based on the actual measurement results of the first frequency point.

19. The terminal device of claim 18, wherein, The first moment belongs to a continuous first time period, and the first parameter includes one or more of the following: Whether the terminal device can predict the measurement result at the second moment based on the actual measurement result within the first time period; Whether the terminal device can predict the measurement event at the second moment based on the actual measurement results within the first time period.

20. The terminal device according to claim 18 or 19, characterized by The first moment belongs to multiple third time periods, which are not consecutive, and the first parameter includes one or more of the following: Whether the terminal device can predict the measurement result at the second moment based on the actual measurement results of the multiple third time periods; Whether the terminal device can predict the measurement event at the second moment based on the actual measurement results of the multiple third time periods.

21. The terminal device of any one of claims 17-20, wherein, The terminal device is also used for: Upon receiving the first request information from the network device, the second capability information is sent; The first request information is sent by the network device after receiving the first capability information.

22. The terminal device according to any one of claims 17-20, characterized in that, Both the first capability information and the second capability information are carried in the first message.

23. The terminal device according to claim 22, characterized in that, The first message includes the terminal device capability information UECapabilityInformation message.

24. The terminal device according to claim 22 or 23, characterized in that, Both the first capability information and the second capability information are indicated by the first parameter.

25. A network device, characterized in that, include: The receiving unit is used to receive the first capability information sent by the terminal device; and / or The receiving unit is also configured to receive second capability information sent by the terminal device; Wherein, the first capability information is used to indicate whether the terminal device supports measurement event prediction capability, and the second capability information is used to indicate a first parameter supported by the terminal device, the first parameter being related to the measurement event prediction capability of the terminal device.

26. The network device according to claim 25, characterized in that, The first parameter includes one or more of the following: The types of measurement events that the terminal device can predict; Whether the terminal device can directly predict measurement events based on actual measurement results; Whether the terminal device can first predict the measurement result, and then predict the measurement event based on the predicted measurement result; Whether the terminal device can predict the measurement result at the second moment based on the actual measurement result at the first moment; Whether the terminal device can predict the measurement result of the second beam based on the actual measurement result of the first beam; Whether the terminal device can predict the measurement result of the second frequency point based on the actual measurement result of the first frequency point; Whether the terminal device can predict the measurement event at the second moment based on the actual measurement result at the first moment; Whether the terminal device can predict measurement events based on the actual measurement results of the first beam; Whether the terminal device can predict measurement events based on the actual measurement results of the first frequency point.

27. The network device according to claim 26, characterized in that, The first moment belongs to a continuous first time period, and the first parameter includes one or more of the following: Whether the terminal device can predict the measurement result at the second moment based on the actual measurement result within the first time period; Whether the terminal device can predict the measurement event at the second moment based on the actual measurement results within the first time period.

28. The network device according to claim 26 or 27, characterized in that, The first moment belongs to multiple third time periods, which are not consecutive, and the first parameter includes one or more of the following: Whether the terminal device can predict the measurement result at the second moment based on the actual measurement results of the multiple third time periods; Whether the terminal device can predict the measurement event at the second moment based on the actual measurement results of the multiple third time periods.

29. The network device of any of claims 25-28, wherein, The network device is also used for: Send a first request message to the terminal device; The first request information is used to request the terminal device to send the second capability information, and the first request information is sent by the network device after receiving the first capability information.

30. The network device according to any one of claims 25-28, characterized in that, Both the first capability information and the second capability information are carried in the first message.

31. The network device of claim 30, wherein, The first message includes the terminal device capability information UECapabilityInformation message.

32. The network device of claim 30 or 31, wherein, Both the first capability information and the second capability information are indicated by the first parameter.

33. A terminal device, comprising: It includes a memory and a processor, the memory being used to store a program, and the processor being used to invoke the program in the memory to cause the terminal device to perform the method as described in any one of claims 1-8.

34. A network device, comprising: It includes a memory and a processor, the memory being used to store a program, and the processor being used to invoke the program in the memory to cause the network device to perform the method as described in any one of claims 9-16.

35. An apparatus comprising: Includes a processor for calling a program from memory to cause the apparatus to perform the method as described in any one of claims 1-16.

36. A chip, comprising: Includes a processor for calling a program from memory, causing a device on which the chip is mounted to perform the method as described in any one of claims 1-16.

37. A computer-readable storage medium, characterized in that, It contains a program that causes a computer to perform the method as described in any one of claims 1-16.

38. A computer program product, characterised in that, Includes a program that causes a computer to perform the method as described in any one of claims 1-16.

39. A computer program, characterized in that, The computer program causes the computer to perform the method as described in any one of claims 1-16.

Images