Communication methods and communication devices

Abstract

This application discloses a communication method and a communication device, relating to the field of communication. The communication method includes: receiving a measurement configuration, the measurement configuration being used to instruct a terminal device to measure L1-SRS-RSRP resources or L1-CLI-RSSI resources; measuring L1-SRS-RSRP resources according to the measurement configuration to obtain L1-SRS-RSRP measurement values, or measuring L1-CLI-RSSI resources to obtain L1-CLI-RSSI measurement values; and sending a first measurement report, the first measurement report being used to indicate at least one of the following: whether each measurement value exceeds the limit and cannot be measured, whether each measurement value exceeds the limit and can be measured, and whether there are no measurement values ​​exceeding the limit.

Description

Technical Field

[0001] This application relates to the field of communications, and more particularly to a communication method and a communication device. Background Technology

[0002] Subband full duplex (SBFD) allows a communication device (such as a network device or terminal device) to simultaneously transmit uplink and downlink data in the same frequency band but on different subbands at the same time, greatly breaking through the spectrum utilization limitations of traditional simplex or half-duplex modes.

[0003] However, SBFD also brings new technical challenges. To maximize spectrum utilization, subbands need to be deployed adjacent to each other, which significantly exacerbates CLI between terminal devices. In scenarios with densely distributed terminal devices, such as dense urban areas and indoor offices, the signals of terminal devices occupying adjacent time-frequency resources are prone to crosstalk, posing a severe challenge to the measurement of Layer 1 (L1) sounding reference signal (SRS) received power (RSRP) and L1 cross-link interference (CLI) received signal strength indicator (RSSI). Specifically, the measured values ​​exceed the limits, resulting in the measurement data failing to accurately reflect the actual channel and interference status, thus creating hidden dangers for subsequent interference management.

[0004] Existing protocols lack a unified standard for handling out-of-limit data and for defining data formats. Different equipment manufacturers employ varying processing logics to adapt to their own products, such as directly discarding out-of-limit data, truncating it to the standard upper limit, or using custom encoding formats. This leads to incompatibility issues in data exchange between different brands of terminal devices and network equipment, severely impacting network collaboration efficiency. Summary of the Invention

[0005] This application provides a communication method and a communication device for enabling terminal devices to feed back information about L1-SRS-RSRP or L1-CLI-RSSI measurement values ​​exceeding limits to network devices, thereby facilitating interference management by network devices.

[0006] To achieve the above objectives, the embodiments of this application adopt the following technical solutions:

[0007] A first aspect provides a communication method applied to a terminal device, the method comprising: the terminal device receiving a measurement configuration, the measurement configuration instructing the terminal device to measure L1-SRS-RSRP resources or L1-CLI-RSSI resources. The terminal device measures the L1-SRS-RSRP resources according to the measurement configuration to obtain L1-SRS-RSRP measurement values, or measures the L1-CLI-RSSI resources to obtain L1-CLI-RSSI measurement values. The terminal device sends a first measurement report, the first measurement report indicating at least one of the following: whether each measurement value exceeds a limit and cannot be measured; whether each measurement value exceeds a limit and can be measured; and no measurement values ​​exceed a limit.

[0008] The communication method provided in this application embodiment allows a terminal device to receive and execute measurement configurations issued by a network device, complete measurements of L1-SRS-RSRP or L1-CLI-RSSI resources, and report a first measurement report. The first measurement report clearly distinguishes three states of the measured value: exceeding limits and unable to be measured, exceeding limits and able to be measured, and not exceeding limits. This design, for the first time, unifies the classification and reporting mechanism for exceeding measurement values ​​at the protocol level, resolving compatibility issues caused by inconsistent processing logic among different manufacturers. It enables network devices to accurately identify the interference intensity and receiver status encountered by the terminal, providing standardized and highly reliable input for subsequent interference management and resource scheduling. It also enables the terminal device to feed back information about exceeding limits in L1-SRS-RSRP or L1-CLI-RSSI measurement values ​​to the network device, facilitating interference management by the network device.

[0009] In one possible implementation, the method further includes: receiving an adjustment command, the adjustment command instructing the terminal device to adjust SBFD parameters or non-SBFD parameters; adjusting the SBFD parameters or non-SBFD parameters according to the adjustment command; and sending a second measurement report, the second measurement report including at least one of the following: adjustment result information, statistical data, and receiver status; wherein the adjustment result information is used to indicate whether the adjustment of SBFD parameters or non-SBFD parameters is effective; the statistical data includes at least one of the following: the proportion of out-of-limit measurement values ​​to all measurement values ​​before adjusting SBFD parameters or non-SBFD parameters; the proportion of out-of-limit measurement values ​​to all measurement values ​​after adjusting SBFD parameters or non-SBFD parameters; and the receiver status is used to indicate whether there are LNA saturation or overload abnormal receiver statuses after adjusting SBFD parameters or non-SBFD parameters.

[0010] This implementation further introduces a closed-loop adjustment and verification mechanism. After receiving and executing the adjustment command for SBFD parameters or non-SBFD parameters issued by the network device, the terminal device sends a second measurement report to provide feedback on the adjustment effect to the network device. The second measurement report includes adjustment result information, statistical data, and receiver status, enabling the network device to clearly determine whether the adjustment is effective, quantitatively assess the change in the over-limit ratio, and monitor whether the receiver exhibits anomalies such as saturation or overload. This mechanism achieves a leap from one-way reporting to two-way closed-loop optimization, enabling the network device to iteratively adjust strategies in real time based on terminal feedback, significantly improving the accuracy of interference management and system stability.

[0011] In one possible implementation, the measurement configuration includes at least one of the following: measurement resource information, measurement time-domain information, measurement quantity information, and first reporting quantity information; wherein, the measurement resource information is used to indicate the L1-SRS-RSRP resources or L1-CLI-RSSI resources measured by the terminal device; the measurement time-domain information is used to indicate the time-domain information for the terminal device to perform L1-SRS-RSRP measurements or L1-CLI-RSSI measurements; the measurement quantity information is used to indicate the total number of L1-SRS-RSRP resources or L1-CLI-RSSI resources measured by the terminal device; and the first reporting quantity information is used to indicate the maximum number of L1-SRS-RSRP measurement values ​​or L1-CLI-RSSI measurement values ​​reported by the terminal device.

[0012] This implementation clearly defines the specific content of the measurement configuration, including measurement resource information, time domain information, measurement quantity information, and first reporting quantity information. Through a standardized configuration structure, network devices can flexibly control the measurement behavior of terminal devices, including measurement resources, measurement timing, resource quantity, and reporting scale, thereby achieving differentiated adaptation to different scenarios (such as dense urban areas and indoor environments). This design, while ensuring the integrity of measurement information, effectively avoids the signaling overhead caused by unplanned terminal reporting, improving the rationality of resource allocation and network collaboration efficiency.

[0013] In one possible implementation, in an SBFD scenario, the header of the first measurement report includes at least one of the following: SBFD scenario identifier, measurement value type, number of out-of-limit information, and second reporting quantity information; wherein, the SBFD scenario identifier is used to indicate whether the measurement time slot is an SBFD time slot; the measurement value type is used to indicate whether the reported measurement value is an L1-SRS-RSRP measurement value or an L1-CLI-RSSI measurement value; the number of out-of-limit information is used to indicate the number of out-of-limit measurement values; and the second reporting quantity information is used to indicate the number of reported measurement values.

[0014] This implementation design incorporates a header structure for SBFD scenarios, including a scenario identifier, measurement type, number of exceedances, and a second reporting quantity. This header enables network devices to quickly identify the time slot type, measurement value category, exceedance overview, and reporting scale when parsing measurement reports, allowing for preliminary decision-making and prioritization without decoding the complete payload. This significantly reduces the parsing complexity and processing latency of network devices while ensuring the complete transmission of highly interfering information in SBFD scenarios, achieving a good balance between information detail and processing efficiency.

[0015] In one possible implementation, in a non-SBFD scenario, the header of the first measurement report includes at least one of the following: SBFD scenario identifier, measurement value type, and over-limit indication information; wherein, the SBFD scenario identifier is used to indicate whether the measurement time slot is an SBFD time slot; the measurement value type is used to indicate whether the reported measurement value is an L1-SRS-RSRP measurement value or an L1-CLI-RSSI measurement value; and the over-limit indication information is used to indicate whether any measurement value exceeds the limit.

[0016] This implementation scheme features a simplified header structure for non-SBFD scenarios, including only the scenario identifier, measurement type, and over-limit indication information. This design minimizes header overhead and conserves uplink signaling resources while meeting the basic identification requirements of non-SBFD scenarios. Network devices can still quickly distinguish between scenarios and measurement types and determine whether over-limit conditions exist, achieving resource optimization and efficient processing in low-interference scenarios.

[0017] In one possible implementation, the payload of the first measurement report includes at least one of the following: a dynamic reference value and a quantized value of each measurement value; wherein the dynamic reference value is used to indicate whether there are any out-of-limit and unmeasurable measurement values ​​among the reported measurement values, or whether there are any out-of-limit and measurable measurement values, or the maximum value of any out-of-limit measurement values; the quantized value of each measurement value is used to indicate whether each measurement value is out-of-limit and unmeasurable, or whether it is out-of-limit and measurable, or the difference from the maximum value of the measurement value.

[0018] This implementation specifies the payload structure of the first measurement report, including a dynamic reference value and quantized values ​​for each measurement. The dynamic reference value clearly indicates whether there are cases in the reporting set where measurements are out of limit and cannot be taken, out of limit but can be taken, or only normal values ​​that are not out of limit, providing a comprehensive basis for judging the interference intensity of network devices. The quantized values ​​of each measurement are uniformly characterized by their out-of-limit status or difference relative to the reference value through fixed code points or differential coding. This design reuses existing protocol code points without the need for new encoding formats, achieving high compatibility with existing systems while ensuring accurate information transmission, and reducing deployment costs and standardization resistance.

[0019] In a second aspect, a communication method is provided, applied to a network device, comprising: sending a measurement configuration, the measurement configuration being used to instruct a terminal device to measure L1-SRS-RSRP resources or L1-CLI-RSSI resources; receiving a first measurement report, the first measurement report being used to indicate at least one of the following: whether each measurement value exceeds the limit and cannot be measured, whether each measurement value exceeds the limit and can be measured, and no measurement value exceeds the limit; the measurement value refers to an L1-SRS-RSRP measurement value obtained by measuring L1-SRS-RSRP resources according to the measurement configuration, or an L1-CLI-RSSI measurement value obtained by measuring L1-CLI-RSSI resources.

[0020] In one possible implementation, the method further includes: sending an adjustment command to instruct the terminal device to adjust SBFD parameters or non-SBFD parameters; receiving a second measurement report, the second measurement report including at least one of the following: adjustment result information, statistical data, and receiver status; maintaining the current SBFD parameters or non-SBFD parameters according to the second measurement report, or sending a new adjustment command; wherein the adjustment result information is used to indicate whether the adjustment of SBFD parameters or non-SBFD parameters is effective; the statistical data includes at least one of the following: the proportion of out-of-limit measurements to all measurements before adjusting SBFD parameters or non-SBFD parameters; the proportion of out-of-limit measurements to all measurements after adjusting SBFD parameters or non-SBFD parameters; and the receiver status is used to indicate whether there are LNA saturation or overload receiver status abnormalities after adjusting SBFD parameters or non-SBFD parameters.

[0021] In one possible implementation, the measurement configuration includes at least one of the following: measurement resource information, measurement time-domain information, measurement quantity information, and first reporting quantity information; wherein, the measurement resource information is used to indicate the L1-SRS-RSRP resources or L1-CLI-RSSI resources measured by the terminal device; the measurement time-domain information is used to indicate the time-domain information for the terminal device to perform L1-SRS-RSRP measurements or L1-CLI-RSSI measurements; the measurement quantity information is used to indicate the total number of L1-SRS-RSRP resources or L1-CLI-RSSI resources measured by the terminal device; and the first reporting quantity information is used to indicate the maximum number of L1-SRS-RSRP measurement values ​​or L1-CLI-RSSI measurement values ​​reported by the terminal device.

[0022] In one possible implementation, in a sub-band full-duplex SBFD scenario, the header of the first measurement report includes at least one of the following: SBFD scenario identifier, measurement value type, number of out-of-limit information, and second reporting quantity information; wherein, the SBFD scenario identifier is used to indicate whether the measurement time slot is an SBFD time slot; the measurement value type is used to indicate whether the reported measurement value is an L1-SRS-RSRP measurement value or an L1-CLI-RSSI measurement value; the number of out-of-limit information is used to indicate the number of out-of-limit measurement values; and the second reporting quantity information is used to indicate the number of reported measurement values.

[0023] In one possible implementation, in a non-SBFD scenario, the header of the first measurement report includes at least one of the following: SBFD scenario identifier, measurement value type, and over-limit indication information; wherein, the SBFD scenario identifier is used to indicate whether the measurement time slot is an SBFD time slot; the measurement value type is used to indicate whether the reported measurement value is an L1-SRS-RSRP measurement value or an L1-CLI-RSSI measurement value; and the over-limit indication information is used to indicate whether any measurement value exceeds the limit.

[0024] In one possible implementation, the payload of the first measurement report includes at least one of the following: a dynamic reference value and a quantized value of each measurement value; wherein the dynamic reference value is used to indicate whether there are any out-of-limit and unmeasurable measurement values ​​among the reported measurement values, or whether there are any out-of-limit and measurable measurement values, or the maximum value of any out-of-limit measurement values; the quantized value of each measurement value is used to indicate whether each measurement value is out-of-limit and unmeasurable, or whether it is out-of-limit and measurable, or the difference from the maximum value of the measurement value.

[0025] Thirdly, a communication device is provided, comprising a processing module and a communication module. The communication module is configured to receive a measurement configuration, which instructs a terminal device to measure L1-SRS-RSRP resources or L1-CLI-RSSI resources according to the measurement configuration; the processing module is configured to measure L1-SRS-RSRP resources according to the measurement configuration to obtain L1-SRS-RSRP measurement values, or measure L1-CLI-RSSI resources to obtain L1-CLI-RSSI measurement values; and to send a first measurement report, which indicates at least one of the following: whether each measurement value exceeds the limit and cannot be measured, whether each measurement value exceeds the limit and can be measured, and whether there are no measurement values ​​exceeding the limit.

[0026] In one possible implementation, the communication module is used to receive an adjustment command, which instructs the terminal device to adjust the SBFD parameters or non-SBFD parameters; the processing module is used to adjust the SBFD parameters or non-SBFD parameters according to the adjustment command; the communication module is used to send a second measurement report, which includes at least one of the following: adjustment result information, statistical data, and receiver status; wherein, the adjustment result information is used to indicate whether the adjustment of the SBFD parameters or non-SBFD parameters is effective; the statistical data includes at least one of the following: the proportion of out-of-limit measurement values ​​to all measurement values ​​before adjusting the SBFD parameters or non-SBFD parameters; the proportion of out-of-limit measurement values ​​to all measurement values ​​after adjusting the SBFD parameters or non-SBFD parameters; and the receiver status is used to indicate whether there is LNA saturation or overload abnormal receiver status after adjusting the SBFD parameters or non-SBFD parameters.

[0027] Fourthly, a communication device is provided, comprising a processing module and a communication module. The communication module is configured to transmit a measurement configuration, which instructs a terminal device to measure L1-SRS-RSRP resources or L1-CLI-RSSI resources; and to receive a first measurement report, which indicates at least one of the following: whether each measurement value exceeds a limit and cannot be measured; whether each measurement value exceeds a limit and can be measured; and that there are no measurement values ​​exceeding limits. The measurement value refers to an L1-SRS-RSRP measurement value obtained by measuring L1-SRS-RSRP resources according to the measurement configuration, or an L1-CLI-RSSI measurement value obtained by measuring L1-CLI-RSSI resources.

[0028] In one possible implementation, the communication module is used to send an adjustment command, which instructs the terminal device to adjust the SBFD parameters or non-SBFD parameters; receive a second measurement report, which includes at least one of the following: adjustment result information, statistical data, and receiver status; based on the second measurement report, maintain the current SBFD parameters or non-SBFD parameters, or send a new adjustment command; wherein the adjustment result information is used to indicate whether the adjustment of the SBFD parameters or non-SBFD parameters is effective; the statistical data includes at least one of the following: the proportion of out-of-limit measurements to all measurements before adjusting the SBFD parameters or non-SBFD parameters; the proportion of out-of-limit measurements to all measurements after adjusting the SBFD parameters or non-SBFD parameters; and the receiver status is used to indicate whether there is LNA saturation or overload receiver status abnormality after adjusting the SBFD parameters or non-SBFD parameters.

[0029] Fifthly, a communication device is provided, including a processor. The processor is coupled to a memory and can be used to execute instructions or data in the memory to implement the methods described in the first aspect and any possible implementation thereof. Optionally, the communication device further includes a memory. Optionally, the communication device further includes a communication interface, and the processor is coupled to the communication interface.

[0030] In one implementation, the communication interface can be a transceiver, or an input / output interface.

[0031] In another implementation, the communication device is a chip configured in a terminal device. When the communication device is a chip configured in a terminal device, the communication interface can be an input / output interface.

[0032] A sixth aspect provides a communication device including a processor. The processor is coupled to a memory and can be used to execute instructions or data in the memory to implement the methods described in the second aspect and any possible implementation thereof. Optionally, the communication device further includes a memory. Optionally, the communication device further includes a communication interface, to which the processor is coupled.

[0033] In one implementation, the communication interface can be a transceiver, or an input / output interface.

[0034] In another implementation, the communication device is a chip configured in a network device. When the communication device is a chip configured in a network device, the communication interface can be an input / output interface.

[0035] A seventh aspect provides a processor, comprising: an input circuit, an output circuit, and a processing circuit. The processing circuit is configured to receive signals through the input circuit and transmit signals through the output circuit, causing the processor to execute the methods described in the first to second aspects and any possible implementation thereof.

[0036] In specific implementation, the processor can be one or more chips, the input circuit can be input pins, the output circuit can be output pins, and the processing circuit can be transistors, gate circuits, flip-flops, and various logic circuits. The input signal received by the input circuit can be received and input by, for example, but not limited to, a receiver, and the signal output by the output circuit can be, for example, but not limited to, output to and transmitted by a transmitter. Furthermore, the input circuit and the output circuit can be the same circuit, which is used as both the input circuit and the output circuit at different times. This application does not limit the specific implementation of the processor and various circuits.

[0037] Eighthly, a communication device is provided, including a processor and a memory. The processor is configured to read instructions stored in the memory, receive signals via a receiver, and transmit signals via a transmitter to execute the methods described in the first aspect and any possible implementation thereof.

[0038] Optionally, the processor may be one or more, and the memory may be one or more.

[0039] A ninth aspect provides a communication device including a processor and a memory. The processor is configured to read instructions stored in the memory, receive signals via a receiver, and transmit signals via a transmitter to execute the methods described in the second aspect and any possible implementation thereof.

[0040] Optionally, the processor may be one or more, and the memory may be one or more.

[0041] In a tenth aspect, a computer program product is provided, the computer program product comprising: a computer program (also referred to as code or instructions) that, when the computer program is run, causes a computer to perform the methods described in the first to second aspects and any possible implementation thereof.

[0042] Eleventhly, a computer-readable storage medium is provided that stores a computer program (also referred to as code or instructions) that, when run on a computer, causes the computer to perform the methods described in the first to second aspects and any possible implementation thereof.

[0043] In a twelfth aspect, embodiments of this application provide a chip system including one or more processors for calling and executing instructions stored in a memory, causing the methods described in the first to second aspects and any possible implementations to be executed. The chip system may be composed of a chip or may include chips and other discrete devices. The chip system may include input circuitry or interfaces for transmitting information or data, and output circuitry or interfaces for receiving information or data.

[0044] In a thirteenth aspect, a communication system is provided, including the aforementioned communication device. Optionally, the communication system may further include other devices that communicate with the communication device.

[0045] The technical effects of the second to thirteenth aspects refer to the technical effects of the first aspect and any of its embodiments, and will not be repeated here. Attached Figure Description

[0046] Figure 1 This application provides a schematic diagram of the architecture of a wireless communication system.

[0047] Figure 2 A schematic diagram of the structure of a terminal device and a network device provided in an embodiment of this application;

[0048] Figure 3 A flowchart illustrating a communication method provided in an embodiment of this application;

[0049] Figure 4 A flowchart illustrating another communication method provided in an embodiment of this application;

[0050] Figure 5 A flowchart illustrating another communication method provided in an embodiment of this application;

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

[0052] Figure 7 This is a schematic diagram of another communication device provided in an embodiment of this application. Detailed Implementation

[0053] The technical solutions in the embodiments of this application will now be described with reference to the accompanying drawings. First, some concepts involved in this application will be described. The terms "first," "second," etc., used in the embodiments of this application are only used to distinguish features of the same type and should not be construed as indicating relative importance, quantity, order, etc. The terms "exemplary" or "for example," etc., used in the embodiments of this application are used to indicate examples, illustrations, or explanations. Any embodiment or design scheme described as "exemplary" or "for example" in this application should not be construed as being more preferred or advantageous than other embodiments or design schemes. Specifically, the use of terms such as "exemplary" or "for example" is intended to present the relevant concepts in a concrete manner.

[0054] The technical solutions provided in this application can be applied to various communication systems, such as: Long Term Evolution (LTE) systems, LTE Frequency Division Duplex (FDD) systems, LTE Time Division Duplex (TDD) systems, sidelink communication systems, Universal Mobile Telecommunication System (UMTS), Worldwide Interoperability for Microwave Access (WiMAX) communication systems, non-terrestrial network (NTN) communication systems, 5th generation (5G) mobile communication systems, new radio access technology (NR), future communication systems, and 5G Advanced communication systems. Among these, 5G mobile communication systems can include non-standalone (NSA) and / or standalone (SA) networking. The technical solutions provided in this application can also be applied to future communication systems. This application does not limit the scope of these applications. The terms "system" and "network" in the embodiments of this application are often used interchangeably, and the described technologies can be used in the systems and radio technologies mentioned above, as well as in other systems and radio technologies.

[0055] Figure 1 This is a schematic diagram of the architecture of a wireless communication system provided in an embodiment of this application. The communication system 100 may include network devices, such as... Figure 1 At least one network device 110 is shown. The communication system 100 may also include terminal devices, such as... Figure 1 The terminal device 120 shown. The network device 110 and the terminal device 120 can communicate with each other via a wireless link.

[0056] Figure 1 An exemplary network device 110 and a terminal device 120 are shown. Optionally, the communication system 100 may also include multiple network devices 110 and multiple terminal devices 120.

[0057] The network equipment in this application can be network-side equipment such as access network equipment and core network equipment. Access network equipment is sometimes also called an access node. Access network equipment has wireless transceiver capabilities for communicating with terminals. Access network equipment includes, but is not limited to, base stations, evolved NodeBs (eNodeBs), transmission reception points (TRPs) in the aforementioned communication systems, next-generation NodeBs (gNBs) in 5G mobile communication systems, access network equipment or modules of access network equipment in open RAN (ORAN) systems, satellites in NTN communication systems, base stations in future mobile communication systems, or access nodes in WiFi systems. Access network equipment can also be modules or units capable of implementing some of the functions of a base station. Access network equipment can be a macro base station, micro base station, indoor station, relay node, donor node, or a wireless controller in a cloud radioaccess network (CRAN) scenario. Optionally, access network equipment can also be a server, wearable device, or vehicle-mounted equipment, etc. For example, the access network equipment in vehicle-to-everything (V2X) technology can be a roadside unit (RSU). Multiple access network devices in a communication system can be base stations of the same type or different types. Base stations can communicate with terminals directly or via relay stations. Terminals can communicate with multiple base stations using different access technologies. The embodiments of this application do not limit the specific technology or device form used in the access network equipment. In this application, the access network equipment is referred to as a network device.

[0058] In this application, the means for implementing the functions of a network device can be a network device itself, or a means capable of supporting the network device in implementing those functions, such as a processor, circuit, chip, or chip system. This means can be installed in or connected to the network device. In the technical solutions provided in this application, the example of a network device being used to implement the functions of a network device is used to describe the technical solutions provided in this application.

[0059] The terminal device in this application can be a wireless terminal device capable of receiving network device scheduling and instruction information. The wireless terminal device can be a device providing voice and / or data connectivity to a user, a handheld device with wireless connectivity, or other processing devices connected to a wireless modem. For example, the terminal device can communicate with one or more core networks or the Internet via a radio access network (RAN). The terminal device can also be referred to as a terminal, user equipment (UE), mobile station, mobile terminal, etc. Terminal devices can be widely used in various scenarios, such as device-to-device (D2D), vehicle-to-everything (V2X) communication, machine-type communication (MTC), Internet of Things (IoT), ultra-reliable low-latency communication (URLLC), virtual reality, augmented reality, industrial control, autonomous driving, telemedicine, smart grids, smart furniture, smart offices, smart wearables, smart transportation, smart cities, or satellite communication, etc. The terminal can be a mobile phone, tablet computer, computer with wireless transceiver capabilities, wearable device, vehicle, aircraft (such as drone, helicopter, airplane), hot air balloon, ship, robot, robotic arm, or smart home device, etc. The embodiments of this application do not limit the form of the terminal device.

[0060] In this application, the apparatus for implementing the functions of a terminal device can be the terminal device itself, or any apparatus capable of supporting the terminal device in implementing those functions, such as a processor, circuit, chip, or chip system. This apparatus can be installed in the terminal device or connected to and used with the terminal device. In the technical solutions provided in this application, the example of a terminal device being used to implement the functions of a terminal device is used to describe the technical solutions provided in this application.

[0061] Access network equipment and terminal equipment can be fixed or mobile. They can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on water; and they can be deployed in the air on aircraft, balloons, and satellites. This application does not limit the application scenarios of the access network equipment and terminal equipment. Access network equipment and terminal equipment can be deployed in the same or different scenarios. For example, access network equipment and terminal equipment can be deployed simultaneously on land; or, access network equipment can be deployed on land and terminal equipment can be deployed on water, etc., and so on.

[0062] In practical applications, multiple network devices can collaborate to assist terminal devices in achieving wireless access, with different network devices each implementing a portion of the base station's functions. For example, network devices can be central units (CUs), distributed units (DUs), CU-control plane (CPs), CU-user plane (UPs), or radio units (RUs), etc. CUs and DUs can be set up separately or included in the same network element, such as a baseband unit (BBU). RUs can be included in radio frequency equipment or radio frequency units, such as remote radio units (RRUs), active antenna units (AAUs), or remote radio heads (RRHs).

[0063] In different systems, CU (or CU-CP and CU-UP), DU, or RU may have different names, but those skilled in the art will understand their meaning. For example, in an ORAN system, CU can also be called O-CU (Open CU), DU can also be called O-DU, CU-CP can also be called O-CU-CP, CU-UP can also be called O-CU-UP, and RU can also be called O-RU. Any of the units among CU (or CU-CP, CU-UP), DU, and RU in this application can be implemented through software modules, hardware modules, or a combination of software and hardware modules. CU (or CU-CP and CU-UP), DU, and RU can implement different protocol layer functions.

[0064] Figure 2 This is a schematic diagram of the structure of a terminal device and a network device provided in an embodiment of this application. The terminal device 120 includes a second processor 121, a second memory 122, and a second transceiver 123.

[0065] The second processor 121 may include one or more processing units, such as: a field-programmable gate array (FPGA), an application-specific integrated circuit (ASIC), a system-on-chip (SoC), a central processor unit (CPU), a network processor (NP), a microcontroller unit (MCU), a programmable logic device (PLD), an application processor (AP), a modem processor, a graphics processing unit (GPU), an image signal processor (ISP), a controller, a video codec, a digital signal processor (DSP), a baseband processor, and / or a neural network processing unit (NPU). Different processing units may be independent devices or integrated into one or more processors.

[0066] The second memory 122 can be volatile memory or non-volatile memory, or it can include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DRRAM).

[0067] The second memory 122 can exist independently and be connected to the second processor 121 via a bus. Alternatively, the second memory 122 can be integrated with the second processor 121. The second memory 122 stores application code that executes the scheme of this application, and its execution is controlled by the second processor 121. The second processor 121 executes the computer program instructions stored in the second memory 122, thereby performing various functional applications and data processing of the terminal device, such as implementing the sensing method described in the embodiments of this application.

[0068] The second processor 121 and the second transceiver 123 are connected via a bus. The second transceiver 123 can be any transceiver-like device used for communication with other devices or communication networks, such as Ethernet, radio access network (RAN), wireless local area network (WLAN), etc. The second transceiver 123 includes a transmitter Tx and a receiver Rx.

[0069] Network device 110 includes a first processor 111, a first memory 112, and a first transceiver 113. The first processor 111 executes computer program instructions stored in the first memory 112, thereby performing various functional applications and data processing of the network device 110, such as implementing the communication method described in the embodiments of this application. The functions of the first processor 111 are described with reference to the second processor 121, the functions of the first memory 112 are described with reference to the second memory 122, and the functions of the first transceiver 113 are described with reference to the second transceiver 123, and will not be repeated here.

[0070] To facilitate understanding of the embodiments of this application, the terminology used in this application is first briefly explained. Optionally, the explanation of some terms can also refer to the explanations in the 3rd Generation Partnership Project (3GPP) standard protocol. It should be understood that the technical terms in this application are only examples and not limitations. For example, as technology evolves, technical terms may also change; where the technical meaning remains the same, other technical terms should also apply to this application.

[0071] Subband full duplex (SBFD) allows a communication device (such as a network device or terminal device) to simultaneously transmit uplink and downlink data in the same frequency band but on different subbands at the same time, greatly overcoming the spectrum utilization limitations of traditional simplex or half-duplex modes.

[0072] SBFD time slots and non-SBFD time slots. In SBFD networks, time slots are divided into SBFD time slots and non-SBFD time slots. The fundamental difference between them lies in whether uplink subbands and downlink subbands exist simultaneously within the same time slot.

[0073] Within the frequency domain resources of non-SBFD time slots, the entire bandwidth is either entirely used for downlink transmission or entirely used for uplink transmission, which is essentially the traditional time division duplex (TDD) time slot.

[0074] Within the frequency domain resources of the SBFD time slot, both uplink and downlink subbands are configured simultaneously. This allows network devices and terminal devices to perform uplink and downlink transmissions simultaneously on different subbands within the same frequency band at the same time. Layer 1 (L1) sounding reference signal (SRS) received power (RSRP) measurements and L1 crosslink interference (CLI) received signal strength indicator (RSSI) measurements performed in the SBFD time slot can capture real crosslink interference generated by concurrent transmissions.

[0075] However, SBFD also brings new technical challenges. To maximize spectrum utilization, subbands need to be deployed adjacent to each other, which significantly exacerbates CLI between terminal devices. In densely populated scenarios such as urban areas and indoor offices, signals from terminal devices occupying adjacent time-frequency resources are prone to crosstalk, posing a severe challenge to L1-SRS-RSRP and L1-CLI-RSSI measurements. Specifically, this manifests as measured values ​​exceeding limits, resulting in measurement data that cannot accurately reflect the actual channel and interference status, thus creating potential risks for subsequent interference management.

[0076] L1-SRS-RSRP measurement exceeding the limit: This indicates that the uplink reference signal strength exceeds the standard limit of -44dBm (the standard range is [-140, -44] dBm). In extreme cases, the receiver may saturate due to excessively strong signals, resulting in an infinity state where the L1-SRS-RSRP measurement exceeds the limit and cannot be measured.

[0077] L1-CLI-RSSI measurement exceeds limit: This is used to quantify that the cross-link interference signal strength exceeds the upper limit of -25dBm specified in the standard (the standard range is [-100, -25]dBm). In extreme cases, the receiver may saturate due to excessively strong signals, resulting in an infinity state where the L1-CLI-RSSI measurement exceeds the limit and cannot be measured.

[0078] Existing protocols lack a unified standard for handling out-of-limit data and for defining data formats. Different equipment manufacturers employ varying processing logics to adapt to their own products, such as directly discarding out-of-limit data, truncating it to the standard upper limit, or using custom encoding formats. This leads to incompatibility issues in data exchange between different brands of terminal devices and network equipment, severely impacting network collaboration efficiency.

[0079] Exceeding limits can also lead to information loss and CSI coding conflicts. If the remaining valid data does not match the channel state information (CSI) coding rules, it can also trigger coding conflicts.

[0080] Exceeding limits can also lead to scheduling decision errors. Since CSI is the core basis for network devices to formulate resource scheduling strategies such as subband allocation and power control, data anomalies can cause network devices to misjudge the interference level, creating a vicious cycle of inaccurate measurement, improper scheduling, and increased interference.

[0081] Limitations of existing solutions: The current open-loop reporting mechanism only supports terminal devices reporting over-limit measurement results to network devices, lacking a mechanism to verify the effectiveness of adjustments. When the network device performs adjustments based on the reported data (such as increasing subband spacing, reducing terminal device transmit power, optimizing beam direction, etc.), it cannot confirm whether the measures effectively alleviate interference. This may result in increased interference after adjustments, for example, excessive power reduction leading to insufficient coverage. Furthermore, adjustments may be misdirected, such as subband spacing adjustments failing to avoid areas with strong interference. This blind adjustment without feedback ultimately leads to misjudgments of interference and configuration contradictions, severely restricting subband scheduling efficiency in SBFD scenarios and hindering the full realization of the core advantage of SBFD technology in improving spectrum utilization.

[0082] To address the device compatibility issues caused by the lack of defined rules for handling out-of-limit values ​​in existing technologies, this application classifies out-of-limit measurements into two categories: those that are out of limit and cannot be measured, and those that are out of limit and can be measured. Existing 4-bit code points are reused for fixed mapping encoding, achieving standardized reporting of the first measurement report. Furthermore, to address the blind nature of existing open-loop adjustments, this application implements an iterative closed-loop adjustment mechanism where the terminal device reports a second measurement report after parameter adjustment. This achieves accurate identification and effective suppression of strong interference in both SBFD and non-SBFD scenarios while maintaining compatibility with existing protocols. It also enables the terminal device to feed back information about out-of-limit L1-SRS-RSRP or L1-CLI-RSSI measurements to the network device, facilitating interference management by the network device.

[0083] The solution provided in this application will be described in detail below with reference to the corresponding flowcharts. It is understood that the illustrative flowcharts provided in this application primarily use different devices (e.g., terminal devices, network devices) as examples of the execution subjects of this interactive illustration to illustrate the method, but this application does not limit the execution subjects of the interactive illustrations. For example, the devices in the illustrative flowcharts (e.g., terminal devices, network devices) can also be chips, chip systems, or processors that support the implementation of this method on the device, or logic modules or software that can implement all or part of the functions of the device.

[0084] As a general statement, the message or signaling interactions involved in the interaction process of this application embodiment can be standard messages or signaling or newly introduced messages or signaling. This application embodiment does not make specific limitations on this.

[0085] Figure 3 This is a flowchart illustrating a communication method provided in an embodiment of this application. It can be understood that the terminal device involved in this communication method can be... Figure 1 The terminal device 120 mentioned can also refer to a device (such as a processor, chip, or chip system) within the terminal device 120. The network equipment involved in this communication method can be... Figure 1 The term "network device 110" can also refer to devices within the network device 110 (such as processors, chips, or chip systems).

[0086] like Figure 3 As shown, the communication method 300 includes the following steps S301-S307.

[0087] S301. The network device sends the measurement configuration to the terminal device.

[0088] Accordingly, the terminal device receives measurement configurations from the network device. These measurement configurations can be carried in radio resource control (RRC) signaling, such as CSI report configurations (CSI-ReportConfig) or CSI measurement configurations, or they can be predefined configurations from the network device.

[0089] The measurement configuration is used to instruct the terminal device to perform L1-SRS-RSRP measurement or L1-CLI-RSSI measurement and to report the first measurement report, thereby avoiding the terminal device from reporting measurement reports frequently without planning and reducing the overhead of the terminal device reporting measurement reports.

[0090] The measurement configuration includes at least one of the following: measurement resource information, measurement time domain information, measurement quantity information, and first reported quantity information.

[0091] Measurement resource information is used to indicate the L1-SRS-RSRP or L1-CLI-RSSI resources that the terminal device is measuring. For L1-SRS-RSRP measurements, the measurement resource information indicates the set of SRS resources that the terminal device is measuring, such as the SRS configuration index of terminal devices occupying adjacent time-frequency resources. This is equivalent to indicating which SRS from other terminal devices the terminal device needs to measure. For L1-CLI-RSSI measurements, the measurement resource information indicates the pool of interference resources that the terminal device is measuring, such as the measured value of cross-link interference. The frequency domain range of the interference resource pool is aligned with the SBFD subband. This ensures that interference measurements are targeted at the correct concurrent transmission area.

[0092] Measurement time-domain information is used to instruct terminal devices to perform L1-SRS-RSRP or L1-CLI-RSSI measurements. For example, the measurement time-domain information may include the measurement timing corresponding to SBFD or non-SBFD time slots. The measurement time-domain information may also include the measurement period for performing L1-SRS-RSRP or L1-CLI-RSSI measurements, which can be dynamically configured to adapt to changes in network load and interference conditions.

[0093] The measurement quantity information indicates the total number of L1-SRS-RSRP resources or L1-CLI-RSSI resources measured by the terminal device. Measuring each L1-SRS-RSRP or L1-CLI-RSSI resource yields a measurement value. For example, when the measurement resource information instructs the terminal device to perform L1-SRS-RSRP measurements, the measurement quantity information includes the total number of L1-SRS-RSRP resources measured by the terminal device, M1 (1 ≤ M1 ≤ 32), resulting in M1 L1-SRS-RSRP measurement values. When the measurement resource information instructs the terminal device to perform L1-CLI-RSSI measurements, the measurement quantity information includes the total number of L1-CLI-RSSI resources measured by the terminal device, M2 (1 ≤ M2 ≤ 64), resulting in M2 L1-CLI-RSSI measurement values. The measurement quantity information must match the maximum number of measurement resources that the terminal device can support to avoid exceeding the terminal device's processing capabilities.

[0094] The first reported quantity information is used to indicate the maximum number (MAX) of L1-SRS-RSRP or L1-CLI-RSSI measurements that the terminal device can report. This parameter can be configured differently according to different scenarios (such as dense urban areas or indoors) to balance the reported quantity and signaling overhead.

[0095] S302. The terminal device measures the L1-SRS-RSRP resource according to the measurement configuration to obtain the L1-SRS-RSRP measurement value, or measures the L1-CLI-RSSI resource to obtain the L1-CLI-RSSI measurement value.

[0096] Specifically, such as Figure 4 As shown, S302 includes S3021-S3024:

[0097] S3021. The terminal device measures the L1-SRS-RSRP resource or L1-CLI-RSSI resource indicated by the measurement resource information in the time domain indicated by the measurement time domain information, obtaining M1 L1-SRS-RSRP measurement values ​​or M2 L1-CLI-RSSI measurement values ​​(including timestamps, resource indexes, and measurement value amplitudes). Each resource corresponds to one measurement value. The measurement process must comply with the following technical requirements:

[0098] Measurement accuracy: L1-SRS-RSRP measurement error is controlled within ±1dB. L1-CLI-RSSI measurement error is controlled within ±2dB. The sampling rate needs to be matched with the signal bandwidth to ensure data accuracy.

[0099] Time-domain synchronization: The measurement start time must be precisely aligned with the start time of the SRS symbol to eliminate measurement errors that may be introduced by time slot interference.

[0100] Data storage: The terminal device temporarily stores the L1-SRS-RSRP measurement values ​​or L1-CLI-RSSI measurement values ​​in the local cache of the terminal device. The cache capacity is at least capable of storing data for two complete measurement cycles to ensure data continuity and traceability.

[0101] S3022. The terminal device classifies each L1-SRS-RSRP and L1-CLI-RSSI measurement value according to the magnitude of the measured value and the receiver's operating status. The classification types include exceeding the limit and being unable to measure (i.e., the receiver is saturated and the measured value is infinite), exceeding the limit and being able to measure (i.e., the receiver is not saturated and the measured value is greater than the upper limit specified in the protocol), and not exceeding the limit (the receiver is not saturated and the measured value is within the range specified in the protocol). The classification logic is shown in Table 1.

[0102] Table 1. Classification of Measured Values

[0103]

[0104] S3023. The terminal equipment sorts the L1-SRS-RSRP or L1-CLI-RSSI measurement values ​​in the following order: exceeding the limit and cannot be measured, exceeding the limit and can be measured, and not exceeding the limit. For measurement values ​​of the same exceeding limit type, they are sorted in descending order of measurement value. For example, for measurement values ​​that exceed the limit and cannot be measured, there is no distinction in order. For measurement values ​​that exceed the limit and can be measured, they are sorted in descending order of measurement value. For measurement values ​​that do not exceed the limit, they are sorted in descending order of measurement value.

[0105] S3024. The terminal device retains a maximum of the first MAX measurements. This ensures that the reported measurements reflect the strongest interference. MAX is the maximum number of measurements the terminal device can report. For example, if the total number of measurements M1 or M2 is greater than or equal to MAX, the first MAX measurements are retained, and the remaining measurements are discarded. If the total number of measurements M1 or M2 is less than MAX, all measurements are retained.

[0106] S303, The terminal device sends the first measurement report to the network device.

[0107] The terminal device sends a first measurement report to the network device when at least one of the following conditions is met:

[0108] After measuring M1 L1-SRS-RSRP resources, obtain M1 L1-SRS-RSRP measurement values; or, after measuring M2 L1-CLI-RSSI resources, obtain M2 L1-CLI-RSSI measurement values.

[0109] The proportion of measurements that exceed the limit and cannot be measured is greater than a first proportion threshold (e.g., 30%). This can refer to the proportion within a single measurement period or the proportion across multiple measurement periods.

[0110] Within a consecutive A (e.g. 5) time slots, strong interference is detected at least B (e.g. 3) times. Strong interference is defined as an L1-SRS-RSRP measurement value greater than or equal to the RSRP threshold (-68dBm) or an L1-CLI-RSSI measurement value greater than or equal to the RSSI threshold (e.g. -49dBm).

[0111] The receiver exhibits abnormal conditions such as saturation or overload of the low noise amplifier (LNA) and persists for at least N (e.g., 2) measurement cycles.

[0112] Accordingly, the network device receives a first measurement report from the terminal device. The first measurement report indicates at least one of the following: whether each measurement value exceeds the limit and cannot be measured; whether each measurement value exceeds the limit and can be measured; or whether there are no measurement values ​​exceeding the limit. The first measurement report can be carried in the physical uplink control channel (PUCCH) or the physical uplink shared channel (PUSCH). The transmission priority is set to high.

[0113] It should be noted that, unless otherwise specified, the measurement values ​​involved in the embodiments of this application can be L1-SRS-RSRP measurement values ​​or L1-CLI-RSSI measurement values.

[0114] The first measurement report consists of a header and a payload. The header is the beginning of the measurement report, and its purpose is to help network devices quickly obtain key information from the measurement report without decoding the entire report, reducing parsing complexity. The payload is the main body of the measurement report, carrying the actual measurement values.

[0115] like Figure 5 As shown in S3031, in the SBFD scenario, the header of the first measurement report includes at least one of the following: SBFD scenario identifier, measurement value type, excess quantity information, and second reported quantity information. For example, in the SBFD scenario, the header of the first measurement report occupies 5 bits. This balances information detail with resource overhead.

[0116] The SBFD scenario identifier is used to indicate whether it is an SBFD scenario, that is, whether the measured time slot is an SBFD time slot. For example, the SBFD scenario identifier occupies 1 bit. A first value (e.g., 0) indicates a non-SBFD scenario, meaning the measured time slot is not an SBFD time slot. A second value (e.g., 1) indicates an SBFD scenario, meaning the measured time slot is an SBFD time slot. The SBFD scenario identifier helps network devices parse packet headers because the included length may differ between SBFD and non-SBFD scenarios.

[0117] The measurement type is used to indicate whether the reported measurement is an L1-SRS-RSRP measurement or an L1-CLI-RSSI measurement. For example, the measurement type occupies 1 bit, with the third value (e.g., 0) indicating an L1-SRS-RSRP measurement and the fourth value (e.g., 1) indicating an L1-CLI-RSSI measurement.

[0118] The number of out-of-limit information is used to indicate the number of measurements that are out of limit (both out of limit and measurable and out of limit and unmeasurable). For example, the number of out-of-limit information occupies 2 bits. The fifth value (e.g., binary 00) indicates that no measurement is out of limit. The sixth value (e.g., binary 01) indicates that one measurement is out of limit and measurable. The seventh value (e.g., binary 10) indicates that at least one measurement is out of limit and unmeasurable. The eighth value (e.g., binary 11) indicates that both measurements are out of limit and measurable and measurements are out of limit and unmeasurable.

[0119] The second reported quantity information is used to indicate the number of reported measurements, where the number of reported measurements is less than or equal to the maximum quantity (MAX) indicated by the first reported quantity information. For example, the second reported quantity information occupies 1 bit. A ninth value (e.g., 0) indicates that the number of measurements reported by the terminal device is less than or equal to a quantity threshold (e.g., 4), and a tenth value (e.g., 1) indicates that the number of measurements reported by the terminal device is greater than a quantity threshold (e.g., 4).

[0120] like Figure 5 As shown in S3032, in non-SBFD scenarios, the header of the first measurement report includes at least one of the following: SBFD scenario identifier, measurement value type, and out-of-limit indication information. For example, in non-SBFD scenarios, the header of the first measurement report occupies 3 bits. This simplifies the design and saves uplink resources.

[0121] The SBFD scene identifier and measurement value type in non-SBFD scenarios are the same as those in SBFD scenarios, and will not be repeated here.

[0122] The over-limit indication information is used to indicate whether a measurement value exceeds the limit. For example, the over-limit indication information occupies 1 bit. An over-limit indication information value of thirteenth (e.g., 0) indicates that no measurement value exceeds the limit, and an over-limit indication information value of fourteenth (e.g., 1) indicates that a measurement value exceeds the limit.

[0123] The payload of the first measurement report includes at least one of the following: dynamic reference value, quantized value of each measurement value.

[0124] The dynamic reference value is used to indicate whether there are any out-of-limit and unmeasurable measurements among the reported measurements, or whether there are any out-of-limit and measurable measurements, or the maximum value of any out-of-limit measurements (referred to as the maximum measurement value). For example, the dynamic reference value can occupy 7 bits.

[0125] like Figure 5 As shown, the dynamic reference value can be determined in the following ways: S3033: If any reported measurement value exceeds the limit and cannot be measured, the dynamic reference value is a specific value, indicating that the dynamic reference value exceeds the limit and cannot be measured. S3034: If no reported measurement value exceeds the limit and cannot be measured, but there is a measurement value that exceeds the limit and can be measured, the dynamic reference value is the upper limit of the measurement value specified in the protocol. For example, the upper limit (dynamic reference value) of the L1-SRS-RSRP measurement value is -44dBm, and the upper limit (dynamic reference value) of the L1-CLI-RSSI measurement value is -25dBm. S3035: If no reported measurement value exceeds the limit, the dynamic reference value is the maximum value of the reported measurement value.

[0126] For example, measured values ​​can be mapped to reported values ​​in standard 3GPP TS 38.133 mapping tables (such as Tables 2 and 3) as dynamic reference values. This avoids adding new reported values ​​and eliminates the need to modify the 3GPP TS 38.133 mapping tables, enabling low-cost and rapid adaptation.

[0127] As shown in Table 2, if any reported L1-SRS-RSRP measurement value exceeds the limit and cannot be measured, the dynamic reference value is SRS-RSRP_98. If no reported L1-SRS-RSRP measurement value exceeds the limit and cannot be measured, but there is a measurement value that exceeds the limit and can be measured, the dynamic reference value is SRS-RSRP_97. If no reported L1-SRS-RSRP measurement value exceeds the limit, the dynamic reference value is the maximum value of the reported L1-SRS-RSRP measurement value. For example, if the maximum value is -45, the dynamic reference value is SRS-RSRP_96.

[0128] As shown in Table 3, if any reported L1-CLI-RSSI measurement value exceeds the limit and cannot be measured, the dynamic reference value is CLI-RSSI_76. If no reported L1-CLI-RSSI measurement value exceeds the limit and cannot be measured, but there is a measurement value that exceeds the limit and can be measured, the dynamic reference value is CLI-RSSI_75. If no reported L1-CLI-RSSI measurement value exceeds the limit, the dynamic reference value is the maximum value of the reported L1-CLI-RSSI measurement value. For example, if the maximum value is -26, the dynamic reference value is CLI-RSSI_74.

[0129] The design of dynamic reference values ​​allows network devices to directly determine whether any reported measurements exceed limits and cannot be measured, or whether any exceed limits but can be measured. This provides a crucial basis for network devices to subsequently implement adjustment strategies of varying intensities (e.g., increasing subband spacing, reducing PUSCH power).

[0130] Table 2. Mapping Table of L1-SRS-RSRP Measurements and Dynamic Reference Values ​​(dBm)

[0131]

[0132] Table 3. Mapping Table of L1-CLI-RSSI Measurement Values ​​and Dynamic Reference Values ​​(dBm)

[0133]

[0134] The quantization values ​​of each measurement are used to indicate whether the measurement exceeds the limit and cannot be measured, or whether it exceeds the limit and can be measured, or the difference from the maximum value of the measurement. The quantization values ​​are arranged in descending order of the corresponding measurement value. For example, as shown in Table 4, the quantization value of each measurement can occupy 4 bits. When the quantization value of a measurement is the fourteenth value (e.g., binary 1111), it indicates that the measurement exceeds the limit and cannot be measured. When the quantization value of a measurement is the fifteenth value (e.g., binary 1110), it indicates that the measurement exceeds the limit and can be measured. When the quantization value of a measurement is the sixteenth value (e.g., binary 1101), it indicates that the measurement does not exceed the limit, and the difference between the measurement value and the maximum value of the measurement is less than a threshold (e.g., -24dB), meaning the corresponding measurement value is too small relative to the maximum value of the measurement, and the resulting interference is small and can be ignored. When the quantization value of a certain measurement is any other value (e.g., binary 0000~1100), a step size of 2dB can be used to indicate that the measurement value has not exceeded the limit. Furthermore, the difference between the measurement value and the maximum value of the measurement value is greater than or equal to the threshold (e.g., -24dB) and less than 0. In other words, the corresponding measurement value is not small relative to the maximum value of the measurement value, and the resulting interference is relatively large and cannot be ignored.

[0135] Table 4. Quantitative values ​​of each measurement

[0136]

[0137] S304. The network device sends an adjustment command to the terminal device.

[0138] Accordingly, the terminal device receives adjustment commands from the network device. These commands instruct the terminal device to adjust SBFD parameters or non-SBFD parameters. SBFD parameters refer to parameters under SBFD scenarios, while non-SBFD parameters refer to parameters under non-SBFD scenarios. For example, SBFD parameters may include, but are not limited to: subband spacing, SBFD time slot configuration, uplink / downlink subband power ratio, etc. Non-SBFD parameters may include, but are not limited to: beam direction, measurement time slot offset, PUSCH / PDSCH power, etc.

[0139] The functions of the adjustment commands are shown in Tables 5-7. Each adjustment command has two functions, meaning it can perform at least one of them. For example, the adjustment command in the second row of Table 5 indicates that it can increase the SBFD subband spacing and / or reduce the transmit power of terminal equipment occupying adjacent time-frequency resources.

[0140] Table 5. Measured values ​​exceeding limits and unable to be measured.

[0141]

[0142] Table 6 shows no instances of "measured values ​​exceeding limits and unable to be measured," but some instances show measured values ​​exceeding limits and still being measurable.

[0143]

[0144] Table 7. No measured values ​​exceeded the limits.

[0145]

[0146] Specifically, the lower limit of the first RSRP range is the upper limit of the second RSRP range, the lower limit of the second RSRP range is the upper limit of the third RSRP range, and the lower limit of the third RSRP range is the upper limit of the fourth RSRP range. Similarly, the lower limit of the first RSSI range is the upper limit of the second RSSI range, the lower limit of the second RSSI range is the upper limit of the third RSSI range, and the lower limit of the third RSSI range is the upper limit of the fourth RSSI range.

[0147] S305. The terminal device adjusts the SBFD parameters or non-SBFD parameters according to the adjustment command, and obtains multiple sets of L1-SRS-RSRP measurement values ​​by measuring L1-SRS-RSRP resources multiple times according to the measurement configuration, or, obtains multiple sets of L1-CLI-RSSI measurement values ​​by measuring L1-CLI-RSSI resources multiple times.

[0148] Each time the terminal device measures the L1-SRS-RSRP resource or the L1-CLI-RSSI resource according to the measurement configuration (referred to as a single measurement), refer to the description in S302, which will not be repeated here.

[0149] Before adjusting SBFD or non-SBFD parameters, the terminal device performs a measurement at the most recent measurement time, obtaining a set of L1-SRS-RSRP or L1-CLI-RSSI measurement values. It then analyzes whether the receiver exhibits abnormal conditions such as LNA saturation or overload, and the proportion of out-of-limit measurements (including out-of-limit and unmeasurable and out-of-limit but measurable) out of all measurements (referred to as the first out-of-limit percentage). This serves as a benchmark before adjusting SBFD or non-SBFD parameters.

[0150] After adjusting SBFD or non-SBFD parameters, the terminal device can perform C measurements over C (e.g., 3) consecutive measurement cycles to obtain C sets of L1-SRS-RSRP or L1-CLI-RSSI measurement values. Each measurement is aligned with either the SBFD or non-SBFD time slot to avoid statistical bias caused by crossing time slots. After each measurement, the device counts whether the receiver exhibits abnormal conditions such as LNA saturation or overload, and the proportion of out-of-limit measurements (including out-of-limit and unmeasurable and out-of-limit but measurable) out of all measurements (referred to as the second out-of-limit proportion).

[0151] S306. The terminal device sends a second measurement report to the network device.

[0152] Accordingly, the network device receives a second measurement report from the terminal device. The second measurement report can be carried in the PUCCH or PUSCH. The second measurement report is used to indicate the adjustment results of SBFD parameters or non-SBFD parameters. The second measurement report includes at least one of the following: adjustment result information, statistical data, and receiver status.

[0153] The adjustment result information is used to indicate whether the adjustment of SBFD parameters or non-SBFD parameters is effective. If at least one of the following conditions is met: the difference between the first over-limit percentage and the second over-limit percentage is greater than a first difference threshold (e.g., 5%), the second over-limit percentage is less than or equal to a second proportion threshold (e.g., 10%), and there are no receiver state abnormalities such as LNA saturation or overload, then the adjustment result information indicates that the adjustment of SBFD parameters or non-SBFD parameters is effective, the interference caused by over-limits is significantly reduced, and the interference suppression target for SBFD or non-SBFD scenarios is met. For example, the adjustment result information occupies 2 bits. In this case, the adjustment result information can be the seventeenth value (e.g., binary 00).

[0154] If at least one of the following conditions is met: the difference between the first over-limit percentage and the second over-limit percentage is less than the second difference threshold (e.g., -5%), the second over-limit percentage is greater than the third proportion threshold (e.g., 15%), or there is at least one receiver status abnormality such as LNA saturation or overload; then the adjustment result information indicates that the adjustment of the SBFD parameter or non-SBFD parameter is invalid, the interference caused by the over-limit is not improved, and the SBFD parameter or non-SBFD parameter needs to be readjusted. For example, in this case, the adjustment result information can be the eighteenth value (e.g., binary 01).

[0155] If at least one of the following conditions is met: the difference between the first over-limit percentage and the second over-limit percentage is greater than the second difference threshold and less than the first difference threshold; the second over-limit percentage is greater than the second proportional threshold and less than the third proportional threshold; and there are no receiver status anomalies such as LNA saturation or overload, then the adjustment result information indicates that it is uncertain whether the adjustment of the SBFD parameter or non-SBFD parameter is effective and that continued measurement is required. In this case, D L1-SRS-RSRP measurements or L1-CLI-RSSI measurements can be performed over D consecutive measurement cycles (e.g., 2), and the above judgment process can be repeated. For example, in this case, the adjustment result information can be the nineteenth value (e.g., binary 10).

[0156] The statistical data includes at least one of the following: the proportion of out-of-limit measurements (including out-of-limit and unmeasurable and out-of-limit and measurable) to all measurements before adjusting the SBFD parameters or non-SBFD parameters (hereinafter referred to as the first out-of-limit percentage); the proportion of out-of-limit measurements (including out-of-limit and unmeasurable and out-of-limit and measurable) to all measurements after adjusting the SBFD parameters or non-SBFD parameters (hereinafter referred to as the second out-of-limit percentage).

[0157] The receiver status is used to indicate whether there are abnormal receiver statuses such as LNA saturation or overload after adjusting SBFD parameters or non-SBFD parameters.

[0158] S307. Based on the second measurement report, the network device maintains the current SBFD parameters or non-SBFD parameters, or sends a new adjustment command to the terminal device.

[0159] If the adjustment result information indicates that the SBFD parameter or non-SBFD parameter adjustment is effective, the network device maintains the current SBFD parameters (e.g., subband spacing, power, beam, etc.) or non-SBFD parameters in each stabilization period (e.g., 10 SBFD time slots).

[0160] Additionally, every E (e.g., 5) stabilization cycles, the network device calculates the proportion of out-of-limit and unmeasurable measurements out of all measurements. If this proportion is less than or equal to the fourth proportion threshold (e.g., 5%), the stabilization cycle is extended (e.g., 20 SBFD time slots or non-SBFD time slots). If this proportion is greater than the fifth proportion threshold (e.g., 10%), execution restarts from S304 to prevent interference bounce.

[0161] If the adjustment result indicates that the adjustment of SBFD parameters or non-SBFD parameters is invalid, the network device can choose (e.g., in the same scenario) to adjust SBFD parameters or non-SBFD parameters differently from the previous adjustment. This means sending an adjustment command different from the previous one in the same scenario to the terminal device, restarting execution from S304. For example, in the non-SBFD scenario shown in Table 5, if the previous adjustment command indicated a reduction in the number of measurement resources, the current adjustment command would indicate a reduction in the power of the corresponding sub-band PDSCH.

[0162] Network devices can also log information to record the correspondence between adjustment commands and adjustment results (e.g., "reduce the number of measurement resources" - "invalid"). When configuring adjustment commands for the terminal device in the future, network devices will prioritize avoiding historically invalid adjustment commands.

[0163] If the adjustment result information indicates that it is uncertain whether the adjustment of the SBFD parameter or non-SBFD parameter is effective, the network device will temporarily maintain the current SBFD parameter or non-SBFD parameter until it receives the next second measurement report.

[0164] The communication method provided in this application embodiment allows a terminal device to receive and execute measurement configurations issued by a network device, complete measurements of L1-SRS-RSRP or L1-CLI-RSSI resources, and report a first measurement report. The first measurement report clearly distinguishes three states of the measured value: exceeding limits and unable to be measured, exceeding limits and able to be measured, and not exceeding limits. This design, for the first time, unifies the classification and reporting mechanism for exceeding measurement values ​​at the protocol level, resolving compatibility issues caused by inconsistent processing logic among different manufacturers. It enables network devices to accurately identify the interference intensity and receiver status encountered by the terminal, providing standardized and highly reliable input for subsequent interference management and resource scheduling. It also enables the terminal device to feed back information about exceeding limits in L1-SRS-RSRP or L1-CLI-RSSI measurement values ​​to the network device, facilitating interference management by the network device.

[0165] The communication method provided in this application has the following advantages:

[0166] 1. Strong compatibility. By reusing the code points and channel state information reporting channels already defined in existing protocols, it achieves a high degree of integration with the current 3GPP standard framework. This design eliminates the need for large-scale modifications to the underlying protocols during deployment, significantly lowering the barriers to standardization and industrialization. It can quickly adapt to base stations and terminal equipment from different manufacturers, which is conducive to the rapid promotion of the technology and the construction of the ecosystem.

[0167] 2. Precise Interference Management: By constructing a closed-loop mechanism encompassing reporting, adjustment, verification, and iteration, the system completely overcomes the drawback of unpredictable adjustment effects inherent in traditional open-loop management. Network devices can objectively assess the effectiveness of adjustment measures based on quantitative verification results from terminal devices (e.g., changes in the proportion of out-of-limit interference). Combined with a refined classification strategy for out-of-limit measurements (divided into out-of-limit and unmeasurable, and out-of-limit and measurable), differentiated adjustments can be performed for interference with different physical characteristics. This achieves more precise and effective suppression of out-of-limit interference, significantly reducing the proportion of strong interference in the network.

[0168] 3. Flexible Scenario Adaptability. A dual-mode measurement report structure is designed: a header with detailed fields is used in SBFD scenarios with high information requirements, while a simplified header is used in resource-sensitive non-SBFD scenarios, thus achieving a good balance between information integrity and signaling overhead. Simultaneously, the differentiated adjustment strategy can dynamically match the optimal interference mitigation action based on multiple dimensions such as "exceedance type - scenario - interference level," enabling the solution to flexibly address interference management needs in different network deployments and business environments.

[0169] 4. High robustness. By employing three priority truncation rules—exceeding limits and being unmeasurable, exceeding limits and being measurable, and not exceeding limits—the system ensures that the most critical and strongest interference information is reported first, even with limited signaling capacity. Furthermore, the network device's policy iteration mechanism proactively avoids adjustments that have proven ineffective based on historical feedback data, continuously learning and optimizing. This feature enables the entire interference management system to better adapt to complex environments such as dynamic changes in network load and user distribution, maintaining long-term stable management performance.

[0170] The improvements of the embodiments in this application compared to the prior art include the following:

[0171] 1. Closed-Loop Adjustment Mechanism. A full-link closed-loop algorithm has been established, encompassing "dynamic adjustment of network devices – detection and feedback from terminal devices – policy iteration of network devices," completely resolving the core pain points of existing open-loop solutions that only focus on reporting methods, lack unknown adjustment effects, and operate blindly. In the closed-loop process, network devices can perform differentiated adjustments based on different exceedance types. For exceedances that cannot be measured, hardware-level emergency adjustments are triggered (e.g., increasing the SBFD subband spacing to ≥15MHz) to quickly avoid strong interference within 10ms. For exceedances that can be measured, parameter-level precise optimizations are performed (e.g., reducing PUSCH power, reducing LNA gain) to suppress interference while ensuring transmission performance. The terminal device, as the core of the closed-loop feedback, verifies the adjustment effect through a standardized quantitative detection process and generates clear feedback information. Upon receiving feedback, the network device initiates policy iteration; if the adjustment is ineffective, it promptly switches directions, thus forming a virtuous cycle of "adjustment – ​​detection – iteration." This mechanism breaks through the limitations of traditional open-loop schemes that terminate upon reporting, upgrading interference management from passive response to proactive optimization. It ensures precise matching between adjustment actions and interference scenarios, significantly improving the reliability of interference suppression in SBFD scenarios.

[0172] 2. Clarify the quantitative detection behavior on the terminal device side. To avoid ambiguity in the judgment of adjustment effect, this application clearly defines the quantitative detection standard on the terminal device side. The core of this standard is to establish time benchmarks for multiple verification cycles and the judgment criteria for the proportion of exceeding limits, making the adjustment effect quantifiable and traceable. After receiving the adjustment instruction from the network device, the terminal device will immediately mark the subsequent multiple consecutive measurement cycles as verification cycles and ensure that these cycles are strictly aligned with the SBFD time slots, thereby avoiding misjudgments caused by statistical deviations across time slots. At the same time, the terminal device will record the proportion of exceeding limits in the last cycle before adjustment as a baseline, providing an objective benchmark for effect comparison. In the judgment phase, three judgment rules are adopted, including adjustment effective, adjustment ineffective, and uncertain effectiveness (to be observed). This design, through clear time windows, baseline synchronization, and quantitative threshold rules, completely solves the problem of no standard for the quality of adjustment in traditional solutions, providing objective and accurate feedback for the strategy iteration of network devices, and ensuring the scientific and rigorous nature of the closed-loop adjustment process.

[0173] 3. Intelligent Policy Iteration Mechanism on the Network Device Side. This application innovatively designs an intelligent policy iteration logic for network devices, establishing a core mechanism of "direction switching – historical avoidance – cyclical optimization" to address ineffective adjustment feedback. This avoids repetitive, blind operations and improves interference management efficiency. When a network device receives ineffective adjustment feedback, it prioritizes an adjustment strategy that differs from the previous adjustment direction. For example, if the previous adjustment targeting exceeding limits and measurable by implementing "power reduction" was ineffective, it switches to a "subband switching" or "beam offset" adjustment strategy, using multi-dimensional adjustment combinations to match complex interference scenarios. Simultaneously, the network device activates its historical log recording function, storing the correspondence between adjustment actions and feedback results in a policy library. When configuring parameters for this terminal device or other terminal devices in the same area, it can automatically avoid historically verified ineffective adjustment strategies, thereby shortening the optimization cycle. During the iteration process, the network device continuously issues new adjustment commands and initiates multiple new verification cycles until the proportion of exceeding limits decreases, thus forming a complete closed loop of "feedback – iteration – optimization." This mechanism enables network devices to have self-learning capabilities, upgrading their interference management from "experience-based adjustments" to "data-driven optimization," significantly reducing the signaling overhead and time costs caused by ineffective adjustments, and is especially suitable for the dynamic and ever-changing interference environment in SBFD scenarios.

[0174] 4. Low-cost input mechanism with compatible protocols. This application's embodiments are based on the core principles of "protocol compatibility and resource reuse," designing a low-cost input mechanism that effectively reduces system upgrade and deployment costs while providing crucial data support for the closed-loop algorithm.

[0175] First, by using three priority truncation rules—exceeding limits and being unmeasurable, exceeding limits and being measurable, and not exceeding limits—we ensure that strong interference information is preferentially retained in the reported measurement values. This allows network devices to focus on core interference characteristics to formulate adjustment strategies and avoid invalid data consuming valuable signaling resources.

[0176] Secondly, by reusing the existing 4-bit code point resources of 3GPP, the measured values ​​that exceed the limit but can be measured are fixedly mapped to code point 1110, the measured values ​​that exceed the limit but cannot be measured are fixedly mapped to code point 1111, and the measured values ​​that do not exceed the limit continue to use the original differential coding logic of 0000~1101. There is no need to add code points or modify the existing protocol framework, and existing terminal equipment can be directly adapted.

[0177] Finally, a dual-mode reporting structure is adopted. A 5-bit header is used in SBFD scenarios to ensure the integrity of interference characteristic information; a 3-bit header is used in non-SBFD scenarios to minimize signaling overhead. This design achieves a balance between ensuring no core information is omitted and optimizing signaling overhead without breaking existing protocol constraints, significantly reducing the deployment threshold and compatibility risks of this solution.

[0178] 5. Refined classification and processing logic. This application's embodiments abandon the traditional "one-size-fits-all" coarse processing mode, and instead formulate differentiated adjustment strategies according to three dimensions: "exceeding limit type - application scenario - interference degree", thereby achieving precise response to interference scenarios.

[0179] In terms of the type of over-limit, a strict distinction is made between over-limit and unmeasurable (receiver saturation) and over-limit and measurable. Over-limit and unmeasurable will trigger high-priority hardware-level emergency adjustments (e.g., increasing subband spacing), while over-limit and measurable will perform fine-tuning at the parameter level (e.g., power or gain adjustment).

[0180] In terms of application scenarios, SBFD and non-SBFD scenarios are clearly distinguished. Adjustments for SBFD scenarios focus on the compatibility of subband configuration and concurrent transmission, while adjustments for non-SBFD scenarios emphasize the optimization of beam direction and measurement time slots.

[0181] In terms of interference severity, the system further subdivides into mild over-limit, severe over-limit, and persistent over-limit. For example, mild over-limit that is measurable only requires minor power adjustments, while severe or persistent over-limit employs a combined strategy of reducing measurement resources and lowering subband power. For persistent over-limit in SBFD scenarios, the corresponding subband can even be marked as a "forbidden subband" and excluded from SBFD configuration. Each strategy clearly defines the matching signaling type (e.g., RRC for semi-static adjustment, DCI for dynamic adjustment) and its effective timeframe, ensuring the timeliness and specificity of the adjustment actions. Compared to the generalized adjustments of traditional solutions, this refined logic makes interference management more scenario-adaptable, accurately matching the core needs of different interference environments, thereby significantly improving the suppression effect of over-limit interference and the overall system resource utilization.

[0182] The embodiments of this application are not only applicable to SBFD scenarios, but their core mechanisms also have important application value in the following typical communication scenarios:

[0183] 1. Strong Interference Management in Dynamic and Flexible TDD Scenarios. In dynamic or flexible TDD network deployments, uplink and downlink resource allocation can change dynamically according to service requirements. When users in adjacent cells or within the same cell are configured with conflicting uplink and downlink resources, severe CLIs can easily occur. This scenario also faces the problem of exceeding limits for L1-SRS-RSRP and L1-CLI-RSSI measurements. The limit classification, priority-based measurement truncation rules, and policy iteration closed-loop mechanism proposed in this application can effectively identify, quantify, and manage such sudden strong interference caused by dynamic resource conflicts.

[0184] 2. Neighbor Interference Scenarios in Traditional TDD / FDD Networks. Even in traditional TDD or FDD networks without SBFD, terminal devices may encounter strong interference that causes measurement values ​​to exceed limits under certain circumstances. For example, when a terminal is near a high-power transmitter in a neighboring cell, or operates at the edge of an adjacent frequency band with poor neighbor channel leakage performance, excessively strong signals may cause receiver saturation, resulting in measurement values ​​exceeding limits. In such scenarios, the technical solution of this invention is still applicable. For receiver saturation situations that exceed limits and cannot be measured, the hardware-level emergency adjustment strategy in the solution can be used, such as adjusting the terminal beam direction or switching to a low-interference measurement time slot; at the same time, the quantization verification mechanism on the terminal device side and the strategy iteration closed loop on the network device side can ensure that the interference mitigation measures (such as beam adjustment and power control) are effective and prevent interference level rebound.

[0185] 3. L1 / L2-triggered mobility (LTM) management scenario. LTM is a technology designed to reduce handover latency, and its performance highly depends on fast and accurate low-layer (L1) measurement reports. In environments with strong interference, exceeding measurement limits can severely affect the accuracy of reports, thereby threatening the reliability of LTM. The low-cost encoding mechanism and refined classification processing logic provided in this application, which are compatible with existing protocols, can be applied to the measurement reports required by LTM. This ensures that even under conditions of strong interference, terminal devices can accurately and quickly encode and report potentially exceeding critical L1 measurement values ​​(such as L1-CSI-RS or L1-SRS-RSRP measurements) to network devices, thereby providing reliable data input for fast and accurate LTM decision-making.

[0186] Figure 6 This is a schematic diagram of a communication device provided in an embodiment of this application. The communication device 600 may include a communication module 610. The communication module 610 can implement corresponding communication functions, which can be internal communication functions of the communication device 600 or communication functions between the communication device 600 and other devices. Optionally, the communication module 610 may also be referred to as a communication interface or a transceiver module. Optionally, the communication device 600 also includes a processing module 620. The processing module 620 can implement corresponding processing functions.

[0187] Optionally, the communication device 600 further includes a storage module 630, which can be used to store instructions and / or data; the processing module 620 can read the instructions and / or data in the storage module 630 so that the communication device 600 can implement the aforementioned method embodiments.

[0188] In one possible design, the communication device 600 may correspond to the terminal device in the above method embodiments, or to a component (such as a circuit, chip, or chip system) configured in the terminal device. The communication device 600 can be used to perform the steps or processes performed by the terminal device in any of the above method embodiments.

[0189] For example, the communication module 610 is used to receive a measurement configuration, which instructs the terminal device to measure L1-SRS-RSRP resources or L1-CLI-RSSI resources; the processing module 620 is used to measure L1-SRS-RSRP resources according to the measurement configuration to obtain L1-SRS-RSRP measurement values, or to measure L1-CLI-RSSI resources to obtain L1-CLI-RSSI measurement values; and to send a first measurement report, which indicates at least one of the following: whether each measurement value exceeds the limit and cannot be measured, whether each measurement value exceeds the limit and can be measured, and whether there are no measurement values ​​exceeding the limit.

[0190] In one possible implementation, the communication module 610 is used to receive an adjustment command, which instructs the terminal device to adjust the SBFD parameter or a non-SBFD parameter; the processing module 620 is used to adjust the SBFD parameter or a non-SBFD parameter according to the adjustment command; the communication module is used to send a second measurement report, which includes at least one of the following: adjustment result information, statistical data, and receiver status; wherein, the adjustment result information is used to indicate whether the adjustment of the SBFD parameter or a non-SBFD parameter is effective; the statistical data includes at least one of the following: the proportion of out-of-limit measurement values ​​to all measurement values ​​before adjusting the SBFD parameter or a non-SBFD parameter; the proportion of out-of-limit measurement values ​​to all measurement values ​​after adjusting the SBFD parameter or a non-SBFD parameter; and the receiver status is used to indicate whether there is LNA saturation or overload abnormal receiver status after adjusting the SBFD parameter or a non-SBFD parameter.

[0191] In one possible design, the communication device 600 may correspond to the network device in the above method embodiments, or to a component (such as a circuit, chip, or chip system) configured in the network device. The communication device 600 can be used to perform the steps or processes performed by the network device in any of the above method embodiments.

[0192] For example, the communication module 610 is used to send a measurement configuration, which instructs the terminal device to measure L1-SRS-RSRP resources or L1-CLI-RSSI resources; and to receive a first measurement report, which indicates at least one of the following: whether each measurement value exceeds the limit and cannot be measured, whether each measurement value exceeds the limit and can be measured, and whether there are no measurement values ​​exceeding the limit; the measurement value refers to the L1-SRS-RSRP measurement value obtained by measuring the L1-SRS-RSRP resources according to the measurement configuration, or the L1-CLI-RSSI measurement value obtained by measuring the L1-CLI-RSSI resources.

[0193] In one possible implementation, the communication module 610 is used to send an adjustment command, which instructs the terminal device to adjust the SBFD parameters or non-SBFD parameters; receive a second measurement report, which includes at least one of the following: adjustment result information, statistical data, and receiver status; based on the second measurement report, maintain the current SBFD parameters or non-SBFD parameters, or send a new adjustment command; wherein the adjustment result information is used to indicate whether the adjustment of the SBFD parameters or non-SBFD parameters is effective; the statistical data includes at least one of the following: the proportion of out-of-limit measurements to all measurements before adjusting the SBFD parameters or non-SBFD parameters; the proportion of out-of-limit measurements to all measurements after adjusting the SBFD parameters or non-SBFD parameters; and the receiver status is used to indicate whether there is LNA saturation or overload receiver status abnormality after adjusting the SBFD parameters or non-SBFD parameters.

[0194] Figure 7 This is a schematic diagram of another communication device provided in an embodiment of this application. The communication device 700 may be a chip, chip system, or processor, etc., in a terminal device or network device that implements the above-described methods. The communication device 700 can be used to implement the methods described in the above-described method embodiments; for details, please refer to the descriptions in the above-described method embodiments.

[0195] like Figure 7 As shown, the communication device 700 may include one or more processors 710, which may also be referred to as processing units or processing modules, and can implement certain control functions. The processor 710 may be a general-purpose processor or a dedicated processor, such as a baseband processor or a central processing unit. The baseband processor can be used to process communication protocols and communication data, while the central processing unit can be used to control the communication device 700 (e.g., a base station, baseband chip, user, user chip), execute software programs, and process data from the software programs.

[0196] In an alternative design, the processor 710 may also store instructions and / or data, which can be executed by the processor 710 to cause the communication device 700 to perform the methods described in the above method embodiments.

[0197] In another alternative design, the communication device 700 may include a communication interface 720 for implementing receiving and transmitting functions. For example, the communication interface 720 may be a transceiver circuit, interface, interface circuit, or transceiver. The transceiver circuit, interface, interface circuit, or transceiver for implementing receiving and transmitting functions may be separate or integrated. The aforementioned transceiver circuit, interface, interface circuit, or transceiver may be used for reading and writing code / data, or it may be used for transmitting or relaying signals.

[0198] Optionally, the communication device 700 may include one or more memories 730, which may store instructions that can be executed on the processor 710, causing the communication device 700 to perform the methods described in the above method embodiments. Optionally, the memories 730 may also store data. Optionally, the processor 710 may also store instructions and / or data. The processor 710 and the memories 730 may be provided separately or integrated together.

[0199] It should be understood that, in one possible design, the steps in the method embodiments provided in this application can be implemented by integrated logic circuits in the processor's hardware or by instructions in software form. The steps of the methods disclosed in the embodiments of this application can be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules in the processor. The software modules can reside in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. This storage medium is located in memory, and the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above method. To avoid repetition, detailed descriptions are not provided here.

[0200] In one implementation, the communication device 700 may correspond to the terminal device in the above method embodiments and may be used to execute the various steps and / or processes executed by the terminal device in the above method embodiments. The processor 710 may be used to execute instructions stored in the memory 730, and when the processor 710 executes the instructions stored in the memory, the processor 710 is used to execute the various steps and / or processes of the above method embodiments corresponding to the terminal device.

[0201] In another implementation, the communication device 700 may correspond to the network device in the above method embodiments and may be used to execute the various steps and / or processes executed by the network device in the above method embodiments. The processor 710 may be used to execute instructions stored in the memory 730, and when the processor 710 executes the instructions stored in the memory, the processor 710 is used to execute the various steps and / or processes of the above method embodiments corresponding to the network device.

[0202] It should be understood that, in one possible design, the steps in the method embodiments provided in this application can be implemented by integrated logic circuits in the processor's hardware or by instructions in software form. The steps of the methods disclosed in the embodiments of this application can be directly implemented by a hardware processor, or implemented by a combination of hardware and software modules in the processor. The software modules can reside in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. This storage medium is located in memory, and the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above method. To avoid repetition, detailed descriptions are not provided here.

[0203] In one implementation, the communication device 700 may correspond to the terminal device in the above method embodiments and may be used to execute the various steps and / or processes executed by the terminal device in the above method embodiments. The processor 710 may be used to execute instructions stored in the memory 730, and when the processor 710 executes the instructions stored in the memory, the processor 710 is used to execute the various steps and / or processes of the above method embodiments corresponding to the terminal device.

[0204] In another implementation, the communication device 700 may correspond to the network device in the above method embodiments and may be used to execute the various steps and / or processes executed by the network device in the above method embodiments. The processor 710 may be used to execute instructions stored in the memory 730, and when the processor 710 executes the instructions stored in the memory, the processor 710 is used to execute the various steps and / or processes of the above method embodiments corresponding to the network device.

[0205] It should be understood that the aforementioned processor can be one or more chips. For example, the processor can be a field-programmable gate array (FPGA), an application-specific integrated circuit (ASIC), a system-on-chip (SoC), a central processor unit (CPU), a network processor (NP), a digital signal processor (DSP), a microcontroller unit (MCU), a programmable logic device (PLD), or other integrated chips.

[0206] It is understood that the memory in the embodiments of this application can be volatile memory or non-volatile memory, or may include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (SDRAM), double data rate synchronous dynamic random access memory (DDR SDRAM), enhanced synchronous dynamic random access memory (ESDRAM), synchronous linked dynamic random access memory (SLDRAM), and direct rambus RAM (DR RAM). It should be noted that the memory used in the systems and methods described herein is intended to include, but is not limited to, these and any other suitable types of memory.

[0207] According to the method provided in the embodiments of this application, this application also provides a processor, including: an input circuit, an output circuit, and a processing circuit. The processing circuit is used to receive signals through the input circuit and transmit signals through the output circuit, causing the processor to execute the method described in the embodiments of this application.

[0208] In specific implementation, the processor can be one or more chips, the input circuit can be input pins, the output circuit can be output pins, and the processing circuit can be transistors, gate circuits, flip-flops, and various logic circuits. The input signal received by the input circuit can be received and input by, for example, but not limited to, a receiver, and the signal output by the output circuit can be, for example, but not limited to, output to and transmitted by a transmitter. Furthermore, the input circuit and the output circuit can be the same circuit, which is used as both the input circuit and the output circuit at different times. This application does not limit the specific implementation of the processor and various circuits.

[0209] According to the method provided in the embodiments of this application, this application also provides a chip system, which includes one or more processors for calling and executing instructions stored in memory, thereby causing the method described in the embodiments of this application to be executed. The chip system may be composed of chips or may include chips and other discrete devices.

[0210] The chip system may include input circuits or interfaces for transmitting information or data, and output circuits or interfaces for receiving information or data.

[0211] According to the method provided in the embodiments of this application, this application also provides a communication system, which includes the aforementioned terminal device and network device.

[0212] According to the method provided in the embodiments of this application, this application also provides a computer program product, which includes: computer program code, which, when run on a computer, causes the computer to execute the various steps or processes executed by the terminal device or network device in any of the foregoing method embodiments.

[0213] According to the method provided in the embodiments of this application, this application also provides a computer-readable storage medium storing program code, which, when run on a computer, causes the computer to execute the various steps or processes executed by the terminal device or network device in any of the foregoing method embodiments.

[0214] The computer-readable storage medium may be the aforementioned volatile memory or non-volatile memory, or it may include both volatile memory and non-volatile memory.

[0215] In the embodiments of this application, the terms and English abbreviations are exemplary examples given for ease of description and should not be construed as limiting the application in any way. This application does not preclude the possibility of defining other terms that can achieve the same or similar functions in existing or future agreements.

[0216] In the above embodiments, implementation can be achieved, in whole or in part, through software, hardware, firmware, or any combination thereof. When implemented in software, it can be implemented, in whole or in part, as a computer program product. A computer program product includes one or more computer instructions. When the computer instructions are loaded and executed on a computer, all or part of the flow or function according to the embodiments of this application is generated.

[0217] 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.

[0218] It should be understood that in the various embodiments of this application, the sequence number of each process 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.

[0219] In summary, the above description is merely a preferred embodiment of the technical solution of this application and is not intended to limit the scope of protection of this application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. A communication method, characterized in that, Applied to a terminal device, the method includes: Receive measurement configuration, the measurement configuration being used to instruct the terminal device to measure L1-SRS-RSRP resources or L1-CLI-RSSI resources; According to the measurement configuration, measure the L1-SRS-RSRP resource to obtain the L1-SRS-RSRP measurement value, or measure the L1-CLI-RSSI resource to obtain the L1-CLI-RSSI measurement value; Send a first measurement report, the first measurement report being used to indicate at least one of the following: whether each measurement value exceeds the limit and cannot be measured, whether each measurement value exceeds the limit and can be measured, and whether there are no measurement values ​​exceeding the limit; Receive an adjustment command, the adjustment command being used to instruct the terminal device to adjust SBFD parameters or non-SBFD parameters; Adjust the SBFD parameter or the non-SBFD parameter according to the adjustment command; Send a second measurement report, which includes at least one of the following: adjustment result information, statistical data, and receiver status; wherein, The adjustment result information is used to indicate whether the adjustment of SBFD parameters or non-SBFD parameters is effective; The statistical data includes at least one of the following: the proportion of out-of-limit measurements to all measurements before adjusting the SBFD parameter or non-SBFD parameter; and the proportion of out-of-limit measurements to all measurements after adjusting the SBFD parameter or non-SBFD parameter. The receiver status is used to indicate whether there is LNA saturation or overload abnormal receiver status after adjusting SBFD parameters or non-SBFD parameters.

2. The method according to claim 1, characterized in that, The measurement configuration includes at least one of the following: measurement resource information, measurement time-domain information, measurement quantity information, and first reported quantity information; wherein... The measurement resource information is used to indicate the L1-SRS-RSRP resources or L1-CLI-RSSI resources measured by the terminal device; The measurement time-domain information is used to instruct the terminal device to perform L1-SRS-RSRP measurement or L1-CLI-RSSI measurement. The measurement quantity information is used to indicate the total number of L1-SRS-RSRP resources or L1-CLI-RSSI resources measured by the terminal device; The first reported quantity information is used to indicate the maximum number of L1-SRS-RSRP measurements or L1-CLI-RSSI measurements reported by the terminal device.

3. The method according to claim 1, characterized in that, In a sub-band full-duplex SBFD scenario, the header of the first measurement report includes at least one of the following: SBFD scenario identifier, measurement value type, number of out-of-limit information, and second reported quantity information; wherein, The SBFD scene identifier is used to indicate whether the measured time slot is an SBFD time slot; The measurement value type is used to indicate whether the reported measurement value is an L1-SRS-RSRP measurement value or an L1-CLI-RSSI measurement value; The quantity information exceeding the limit is used to indicate the number of measured values ​​exceeding the limit; The second reported quantity information is used to indicate the quantity of reported measurements.

4. The method according to claim 1, characterized in that, In non-SBFD scenarios, the header of the first measurement report includes at least one of the following: SBFD scenario identifier, measurement value type, and out-of-limit indication information; wherein, The SBFD scene identifier is used to indicate whether the measured time slot is an SBFD time slot; The measurement value type is used to indicate whether the reported measurement value is an L1-SRS-RSRP measurement value or an L1-CLI-RSSI measurement value; The over-limit indication information is used to indicate whether any measured value exceeds the limit.

5. The method according to claim 1, characterized in that, The payload of the first measurement report includes at least one of the following: a dynamic reference value, and quantized values ​​of each measurement value; wherein, The dynamic reference value is used to indicate whether there are any out-of-limit and unmeasurable measurements among the reported measurements, or whether there are any out-of-limit and measurable measurements, or the maximum value of any out-of-limit measurements. The quantized values ​​of each measurement are used to indicate whether each measurement exceeds the limit and cannot be measured, or whether it exceeds the limit and can be measured, or the difference from the maximum value of the measurement.

6. A communication method, characterized in that, Applied to network devices, the method includes: Send a measurement configuration, which instructs the terminal device to measure L1-SRS-RSRP resources or L1-CLI-RSSI resources; Receive a first measurement report, the first measurement report being used to indicate at least one of the following: whether each measurement value exceeds the limit and cannot be measured, whether each measurement value exceeds the limit and can be measured, and no measurement value exceeds the limit; the measurement value refers to the L1-SRS-RSRP measurement value obtained by measuring the L1-SRS-RSRP resource according to the measurement configuration, or the L1-CLI-RSSI measurement value obtained by measuring the L1-CLI-RSSI resource; Send an adjustment command, the adjustment command being used to instruct the terminal device to adjust SBFD parameters or non-SBFD parameters; Receive a second measurement report, which includes at least one of the following: adjustment result information, statistical data, and receiver status; Based on the second measurement report, maintain the current SBFD parameters or non-SBFD parameters, or send a new adjustment command; in, The adjustment result information is used to indicate whether the adjustment of SBFD parameters or non-SBFD parameters is effective; The statistical data includes at least one of the following: the proportion of out-of-limit measurements to all measurements before adjusting the SBFD parameter or non-SBFD parameter; and the proportion of out-of-limit measurements to all measurements after adjusting the SBFD parameter or non-SBFD parameter. The receiver status is used to indicate whether there is LNA saturation or overload abnormal receiver status after adjusting SBFD parameters or non-SBFD parameters.

7. The method according to claim 6, characterized in that, The measurement configuration includes at least one of the following: measurement resource information, measurement time-domain information, measurement quantity information, and first reported quantity information; wherein... The measurement resource information is used to indicate the L1-SRS-RSRP resources or L1-CLI-RSSI resources measured by the terminal device; The measurement time-domain information is used to instruct the terminal device to perform L1-SRS-RSRP measurement or L1-CLI-RSSI measurement. The measurement quantity information is used to indicate the total number of L1-SRS-RSRP resources or L1-CLI-RSSI resources measured by the terminal device; The first reported quantity information is used to indicate the maximum number of L1-SRS-RSRP measurements or L1-CLI-RSSI measurements reported by the terminal device.

8. The method according to claim 6, characterized in that, In a sub-band full-duplex SBFD scenario, the header of the first measurement report includes at least one of the following: SBFD scenario identifier, measurement value type, number of out-of-limit information, and second reported quantity information; wherein, The SBFD scene identifier is used to indicate whether the measured time slot is an SBFD time slot; The measurement value type is used to indicate whether the reported measurement value is an L1-SRS-RSRP measurement value or an L1-CLI-RSSI measurement value; The quantity information exceeding the limit is used to indicate the number of measured values ​​exceeding the limit; The second reported quantity information is used to indicate the quantity of reported measurements.

9. The method according to claim 6, characterized in that, In non-SBFD scenarios, the header of the first measurement report includes at least one of the following: SBFD scenario identifier, measurement value type, and out-of-limit indication information; wherein, The SBFD scene identifier is used to indicate whether the measured time slot is an SBFD time slot; The measurement value type is used to indicate whether the reported measurement value is an L1-SRS-RSRP measurement value or an L1-CLI-RSSI measurement value; The over-limit indication information is used to indicate whether any measured value exceeds the limit.

10. The method according to claim 6, characterized in that, The payload of the first measurement report includes at least one of the following: a dynamic reference value, and quantized values ​​of each measurement value; wherein, The dynamic reference value is used to indicate whether there are any out-of-limit and unmeasurable measurements among the reported measurements, or whether there are any out-of-limit and measurable measurements, or the maximum value of any out-of-limit measurements. The quantized values ​​of each measurement are used to indicate whether each measurement exceeds the limit and cannot be measured, or whether it exceeds the limit and can be measured, or the difference from the maximum value of the measurement.

11. A communication device, characterized in that, The device includes a processor and a memory, wherein the memory stores instructions, and when the processor executes the instructions, the communication device performs the method as described in any one of claims 1-10.

12. A computer-readable storage medium having a computer program or instructions stored thereon, characterized in that, When the computer program or instructions are executed, they cause the computer to perform the method as described in any one of claims 1-10.

Images