Measurement report transmission method and apparatus

Abstract

The present application relates to the field of communications. Provided are a measurement report transmission method and apparatus. By means of enabling a terminal device to monitor a PDCCH, the terminal device can determine whether a network device has successfully received a measurement report, thereby facilitating the normal proceeding of a measurement report reporting process, and facilitating the maintenance of the stability of a communication system. The method comprises: in a discontinuous reception (DRX) mode, sending a first report, wherein the first report is used for indicating measurement results of one or more beams, and the first report is carried in UCI; and after the first report is sent, monitoring a PDCCH within a first duration.

Description

Method and apparatus for measurement report transmission

[0001] The present application claims priority from the Chinese patent application No. 202411393004.0 filed on September 30, 2024, and entitled "Method and apparatus for measurement report transmission", the content of which is incorporated herein by reference in its entirety. TECHNICAL FIELD

[0002] Embodiments of the present application relate to the field of communications, in particular to a method and apparatus for measurement report transmission in the field of communications. BACKGROUND

[0003] Mobility measurement and reporting is the basis of beam management. In a communication system, a terminal device can perform beam-level measurement based on measurement configuration issued by a network device, and the terminal device can report the beam-level measurement report to the network device through a physical uplink control channel (PUCCH) or a physical uplink shared channel (PUSCH). The beam-level measurement report includes the measurement result of the signal quality of one or more beams.

[0004] However, when the terminal device is in a discontinuous reception (DRX) mode, the normal progress of the measurement report reporting process can be affected, and thus the stability of the communication system can be affected. SUMMARY

[0005] The present application provides a method and apparatus for measurement report transmission, so that the terminal device can monitor the PDCCH after reporting the beam measurement report, thereby receiving the response from the network device, thereby helping the normal progress of the measurement report reporting process and helping to maintain the stability of the communication system.

[0006] In a first aspect, a method for measurement report transmission is provided. The method comprises: in a discontinuous reception (DRX) mode, sending a first report, the first report being used to indicate the measurement result of one or more beams, the first report being carried in uplink control information (UCI); and after sending the first report, monitoring a PDCCH within a first time period.

[0007] In one possible implementation, the method is performed by a first communication apparatus. The first communication apparatus can be a terminal device or a chip or circuit applied to a terminal device.

[0008] The measurement report transmission method of the present application, after the terminal device in the DRX mode sends the UCI carrying the beam measurement report to the network device, can start timing, the timing length is the first time length, and the PDCCH is monitored within the first time length. In this way, the terminal device can receive the response from the network device when monitoring the PDCCH, which can be used to indicate whether the network device successfully receives the beam measurement report, so that the terminal device can determine whether to re-report the beam measurement report based on the response of the network device. It is helpful to maintain the stability of the communication system.

[0009] In combination with the first aspect, in some embodiments of the first aspect, the PDCCH is monitored within the first time length, including: starting a first timer, and monitoring the PDCCH during the running of the first timer, the timing length of the first timer being the first time length.

[0010] The first timer can also be referred to as a first timer, a drx-RetransmissionTimerUL, or an Active-TimerUL, etc. It is a timer for timing the active time, which is the time period during which the terminal device monitors the PDCCH. The first timer can be drx-RetransmissionTimerUL, or the first timer can also be a new pre-defined timer.

[0011] In combination with the first aspect, in some embodiments of the first aspect, the starting position of the first time length is the first time unit after sending the first report; or the time interval between the starting position of the first time length and the sending of the first report is a second time length.

[0012] The first time unit may, for example, be the first symbol, etc.

[0013] In this way, in the case where the starting position of the first time length is the first time unit after sending the first report, the terminal device starts timing at an earlier starting position of the first time length, so that the terminal device is less likely to miss the response from the network device; in the case where the time interval between the starting position of the first time length and the sending of the first report is a second time length, the terminal device starts timing at a later position of the first time length, and the second time length may, for example, be a time period reserved for the network device to receive and process the UCI reported by the terminal device. Within this time period, the terminal device can not monitor the PDCCH, so that the power consumption of the terminal device can be smaller.

[0014] In combination with the first aspect, in some embodiments of the first aspect, the PDCCH is monitored, including: after sending the first report, starting a second timer, and monitoring the PDCCH within the first time length after the second timer expires, the timing length of the second timer being the second time length.

[0015] The second timer can also be referred to as a second timer, a drx-HARQ-RTT-TimerUL, or an RTT-TimerUL, etc. The second timer can be used to determine the starting position of the first time length. The second timer can be a drx-HARQ-RTT-TimerUL, or the second timer can also be a new pre-defined timer.

[0016] In the case of timing the first time length by the first timer, the monitoring of the PDCCH within the first time length after the expiration of the second timer can also be replaced by: starting the first timer when the second timer expires, and monitoring the PDCCH during the running of the first timer.

[0017] In combination with the first aspect, in some embodiments of the first aspect, the method further includes: receiving first information or second information within the first time length, the first information being used to indicate that the first report is not successfully received, and the second information being used to indicate to send the measurement report; based on the first information or the second information, sending a second report, the second report being used to indicate the measurement result of the one or more beams, and the second report being carried in the UCI.

[0018] The first information can be, for example, a NACK message, and the second information can be, for example, a DCI, etc. The second report can be the same as or different from the first report.

[0019] It can be understood that the terminal device monitors the PDCCH within the first time length. Since the network device can send a response, such as the first information or the second information, to the terminal device through the PDCCH, the terminal device can monitor the first information or the second information from the network device within the first time length.

[0020] In this way, in the case that the terminal device determines that the network device does not successfully receive the first report, the terminal device can report the beam measurement report again, so that the probability of the network device successfully receiving the beam measurement report from the terminal device is high, which helps the normal progress of the measurement report reporting process and helps maintain the stability of the communication system.

[0021] In combination with the first aspect, in some embodiments of the first aspect, the method further includes: based on the first information or the second information, stopping monitoring the PDCCH.

[0022] The stopping of the monitoring of the PDCCH can also be understood as turning off the first timer, etc. The turning off of the first timer can also be replaced by stopping or ending the first timer, etc.

[0023] In this way, since the terminal device has determined that the network device does not successfully receive the first report, the terminal device can stop monitoring the PDCCH. This makes the power consumption of the terminal device lower.

[0024] In some embodiments of the first aspect, the time-frequency domain resource for sending the first report and the time-frequency domain resource for sending the second report are pre-configured or indicated by signaling.

[0025] Pre-configuration can mean that the first report and the second report are reported by the terminal device according to mode B, and indication by signaling can mean that the first report and the second report are reported by the terminal device according to mode A.

[0026] In some embodiments of the first aspect, the method further comprises: in the first time period, no response to the first report is monitored; and after the first time period expires, the second report is sent, the second report being used to indicate measurement results of one or more beams, and the second report being carried in a UCI.

[0027] In this way, in the case where the terminal device does not determine that the network device successfully receives the first report, the terminal device can report the beam measurement report again, so that the probability of the network device successfully receiving the beam measurement report from the terminal device is high, which helps the normal progress of the measurement report reporting process and helps maintain the stability of the communication system.

[0028] In some embodiments of the first aspect, the method further comprises: in the first time period, third information is received, the third information being used to indicate that the first report is successfully received; and based on the third information, the PDCCH is stopped from being monitored.

[0029] The third information can be an ACK message, for example. Stopping the PDCCH from being monitored can be, for example, turning off the first timer.

[0030] It can be understood that in the first time period, the terminal device monitors the PDCCH. When the network device successfully receives the first report, the third information can be sent to the terminal device through the PDCCH, so that in the first time period, the terminal device can monitor the third information.

[0031] In this way, in the case where the network device successfully receives the first report, the terminal device can stop monitoring the PDCCH, which makes the power consumption of the terminal device smaller while determining that the measurement report reporting process is normally progressing.

[0032] In some embodiments of the first aspect, the first time period is pre-configured or indicated by signaling.

[0033] Pre-configuration can mean, for example, that the network device pre-configures the first time period through RRC signaling or the like before the current measurement report reporting process is triggered. Indication by signaling can mean, for example, that the network device indicates the first time period through DCI or the like after the current measurement report reporting process is triggered.

[0034] In a second aspect, another method for transmitting a measurement report is provided. The method comprises: transmitting fourth information, the fourth information being used to indicate a first time duration; and receiving a first report from a first communication device, the first report being used to indicate measurement results of one or more beams, the first report being carried in uplink control information (UCI), wherein the first time duration is started based on transmission of the UCI, and a physical downlink control channel (PDCCH) corresponding to the first report is monitored.

[0035] The fourth information may, for example, be information 1 and / or information 2 described below.

[0036] It should be noted that the first time duration is started based on transmission of the UCI, and the first time duration is not limited to being started immediately after the UCI is transmitted. The start position of the first time duration may also be spaced apart from the end position (end position in time domain) of the UCI by a time duration. The PDCCH corresponding to the first report may be understood as a PDCCH used by the network device receiving the first report to transmit a response to the terminal device.

[0037] In a possible implementation, the method is performed by a second communication device. The second communication device may be a network device or a chip or circuit applicable to a network device.

[0038] In a third aspect, a communication device is provided, which is configured to perform the method in any possible implementation of the first aspect or the second aspect. Specifically, the communication device comprises a module configured to perform the method in any possible implementation of the first aspect or the second aspect.

[0039] In a fourth aspect, another communication device is provided, which comprises a processor coupled to a memory and configured to execute instructions in the memory to implement the method in any possible implementation of the first aspect or the second aspect. Optionally, the communication device further comprises the memory. Optionally, the communication device further comprises a communication interface, and the processor is coupled to the communication interface.

[0040] In an implementation, the communication device is a terminal device or a network device. When the communication device is a terminal device or a network device, the communication interface may be a transceiver, or an input / output interface.

[0041] In another implementation, the communication device is a chip applicable to a terminal device or a network device. When the communication device is a chip applicable to a terminal device or a network device, the communication interface may be an input / output interface.

[0042] In a fifth aspect, a processor is provided, including an input circuit, an output circuit and a processing circuit. The processing circuit is configured to receive a signal through the input circuit and transmit a signal through the output circuit, so that the processor performs the method in any possible implementation of the first aspect or the second aspect.

[0043] In a specific implementation process, the processor can be a chip, the input circuit can be an input pin, the output circuit can be an output pin, and the processing circuit can be a transistor, a gate circuit, a flip-flop and various logic circuits, etc. The input signal received by the input circuit can be received and input by, for example but not limited to, a receiver, the output signal output by the output circuit can be output to and transmitted by, for example but not limited to, a transmitter, and the input circuit and the output circuit can be the same circuit which is used as the input circuit and the output circuit at different times. The embodiments of the present application do not limit the specific implementation of the processor and various circuits.

[0044] In a sixth aspect, a communication apparatus is provided, including a processor and a memory. The processor is configured to read instructions stored in the memory, and can receive a signal through a receiver and transmit a signal through a transmitter to perform the method in any possible implementation of the first aspect or the second aspect.

[0045] Optionally, the processor is one or more, and the memory is one or more.

[0046] Optionally, the memory can be integrated with the processor, or the memory and the processor can be separately arranged.

[0047] In a specific implementation process, the memory can be a non-transitory memory, for example, a read only memory (ROM), which can be integrated with the processor on the same chip, or can be separately arranged on different chips. The type of the memory and the arrangement of the memory and the processor are not limited in the present application.

[0048] It should be understood that the related data interaction process, for example, the process of transmitting the indication information can be the process of outputting the indication information from the processor, and the process of receiving the capability information can be the process of receiving the input capability information by the processor. Specifically, the processed output data can be output to the transmitter, and the input data received by the processor can come from the receiver. The transmitter and the receiver can be collectively referred to as a transceiver.

[0049] The communication device in the sixth aspect can be a chip, and the processor can be implemented by hardware or software. When implemented by hardware, the processor can be a logic circuit, an integrated circuit, or the like. When implemented by software, the processor can be a general-purpose processor, which reads software codes stored in a memory to implement the processor. The memory can be integrated in the processor or exist independently of the processor.

[0050] In a seventh aspect, a computer program product is provided, which includes a computer program (also referred to as code or instructions), which, when executed, causes a computer to perform the method in any possible implementation of the first aspect or the second aspect.

[0051] In an eighth aspect, a computer-readable storage medium is provided, which stores a computer program (also referred to as code or instructions), which, when executed on a computer, causes the computer to perform the method in any possible implementation of the first aspect or the second aspect. BRIEF DESCRIPTION OF DRAWINGS

[0052] FIG. 1 is a schematic block diagram of a RAN architecture according to an embodiment of the present application;

[0053] FIG. 2 is a schematic diagram of a terminal device monitoring a PDCCH in a DRX mode;

[0054] FIG. 3 is a schematic diagram of a communication system to which embodiments of the present application are applicable;

[0055] FIG. 4 is a schematic diagram of a network device and a terminal device communicating by beams;

[0056] FIG. 5 is a schematic diagram of a process in which a terminal device reports a beam measurement report in mode A;

[0057] FIG. 6 is a schematic diagram of a process in which a terminal device reports a beam measurement report in mode B;

[0058] FIG. 7 is a schematic diagram of a comparison of processes in which a terminal device reports a beam measurement report in mode A and mode B;

[0059] FIG. 8 is a schematic diagram of a process of transmitting uplink data in a DRX mode;

[0060] FIG. 9 is a schematic diagram of a process in which a terminal device reports a beam measurement report according to an embodiment of the present application;

[0061] FIG. 10 is a schematic diagram of a flow of a measurement report transmission method according to an embodiment of the present application;

[0062] FIG. 11 is a process diagram of a terminal device reporting a first report through mode B according to an embodiment of the present application;

[0063] FIG. 12 is a process diagram of a terminal device reporting a first report through mode A and the terminal device receiving a NACK message / DCI or not receiving a response according to an embodiment of the present application;

[0064] FIG. 13 is a process diagram of a terminal device reporting a first report through mode A and mode B and the terminal device receiving an ACK message according to an embodiment of the present application;

[0065] FIG. 14 is a process diagram of a terminal device reporting a first report when a starting position of a first time length is a first time unit after reporting the first report according to an embodiment of the present application;

[0066] FIG. 15 is a process diagram of a terminal device reporting a first report when a starting position of a first time length is an ending position of a second time length according to an embodiment of the present application;

[0067] FIG. 16 is a process diagram of a terminal device reporting a first report and a second report when a starting position of a first time length is an ending position of a second time length according to an embodiment of the present application;

[0068] FIG. 17 is a flow diagram of a method for a network device to send a response according to an embodiment of the present application;

[0069] FIG. 18 is a schematic block diagram of a communication apparatus according to an embodiment of the present application;

[0070] FIG. 19 is a schematic block diagram of another communication apparatus according to an embodiment of the present application. DETAILED DESCRIPTION

[0071] The technical solutions in the present application will be described below with reference to the drawings.

[0072] To facilitate understanding of the embodiments of the present application, the following points are first explained:

[0073] First, in the embodiments of the present application, the same items or similar items with basically the same functions and effects are distinguished by using "first", "second", etc. For example, the first value and the second value are only used to distinguish different values, and the order is not limited. Those skilled in the art can understand that "first", "second", etc. do not limit the quantity and execution order, and "first", "second", etc. also do not necessarily mean different.

[0074] It should be noted that in the embodiments of the present application, the words "exemplarily" or "for example" are used to represent an example, illustration or description. Any embodiment or design scheme described as "exemplarily" or "for example" in the present application should not be interpreted as more preferred or more advantageous than other embodiments or design schemes. Rather, the words "exemplarily" or "for example" are intended to present the relevant concept in a specific manner.

[0075] In the embodiments of the present application, "at least one" means one or more, and "multiple" means two or more. The association relationship of the associated objects is described by "and / or", which means that there can be three kinds of relationships, for example, A and / or B can represent the following three cases: A exists alone, A and B exist together, and B exists alone, where A and B can be singular or plural. The character "or" generally represents an "or" relationship between the associated objects before and after it. "At least one of the following (one)" or similar expressions means any combination of these items, including any combination of single item (one) or multiple items. For example, at least one of a, b, or c can represent a, b, c, a-b, a-c, b-c, or a-b-c, where a, b, and c can be single or multiple.

[0076] Secondly, in the embodiments of the present application, "sending" and "receiving" represent the direction of signal transmission. For example, "sending information to the second device" can be understood as that the destination of the information is the second device, which can include direct sending through the air interface, or indirect sending through the air interface by other units or modules. "Receiving configuration information from the second device" can be understood as that the source of the configuration information is the second device, which can include direct receiving from the second device through the air interface, or indirect receiving from the second device through the air interface from other units or modules. "Sending" can also be understood as "output" of a chip interface, and "receiving" can also be understood as "input" of a chip interface.

[0077] In other words, sending and receiving can be carried out between devices, for example, between the second device and the first device; or can be carried out within a device, for example, between components, modules, chips, software modules or hardware modules within the device through a bus, a wire or an interface.

[0078] It can be understood that the information may be processed as necessary, such as encoding and modulation, before being sent from the source to the destination. After receiving the information from the source, the destination can also perform corresponding processing, such as decoding and demodulation, so as to interpret the valid information from the source. Similar expressions in the present application can be understood similarly, and will not be described again.

[0079] Third, for the convenience of understanding, a plurality of examples of message structures, such as RRC messages and UE capability information, are provided in this paper. The positions, names and data types of the fields shown in these examples are examples and should not constitute any limitation on the present application.

[0080] In addition, the RRC messages and the UE capability information are only examples, and these messages can also be replaced by other signaling, such as the UE capability information can be replaced by uplink control information (UCI), etc. The present application does not limit the name of the signaling.

[0081] Fourth, in the embodiments of the present application, "indication" can include direct indication and indirect indication, and can also include explicit indication and implicit indication. The information indicated by a certain information (indication information described below) is referred to as to-be-indicated information. In the implementation process, there are many ways to indicate the to-be-indicated information, for example, but not limited to, the to-be-indicated information can be directly indicated, such as the to-be-indicated information itself or the index of the to-be-indicated information. The to-be-indicated information can also be indirectly indicated by indicating other information, where the other information and the to-be-indicated information have an association relationship. The to-be-indicated information can also be indicated only by a part of the to-be-indicated information, and the other part of the to-be-indicated information is known or agreed in advance. For example, the indication of a specific information can be achieved by means of the arrangement order of each information agreed in advance (for example, protocol predefined), thereby reducing the indication overhead to a certain extent. The present application does not limit the specific way of indication.

[0082] It can be understood that for the sender of the indication information, the indication information can be used to indicate the to-be-indicated information, and for the receiver of the indication information, the indication information can be used to determine the to-be-indicated information.

[0083] Fifth, the tables in the embodiments of the present application are only examples. The values of the information in the tables are only examples and can be configured as other values. The present application does not limit the protection scope of the present application. For example, the above tables can be appropriately deformed and adjusted, such as splitting, merging, etc. For another example, the parameter names shown in the titles of the tables can also use other names understandable by the communication device, and the values or representation methods of the parameters can also use other values or representation methods understandable by the communication device. For another example, the above tables can also use other data structures when implemented, such as array, queue, container, stack, linear table, pointer, linked list, tree, graph, structure, class, heap, hash table, etc.

[0084] Sixth, in the embodiments of the present application, the descriptions such as "when", "in the case of", "if" and "whether" all refer to that the device (such as a network device or a terminal device) will make corresponding processing under certain objective condition, and are not limited to time, and do not require the device (such as a network device or a terminal device) to have a judgment action when implemented, and do not mean that there are other limitations.

[0085] Seventh, the predefinition in the present application can be understood as: definition, predefinition, storage, pre-storage, pre-negotiation, pre-configuration, solidification or pre-burning.

[0086] Eighth, the saving in the present application can refer to saving in one or more memories. The one or more memories can be separately arranged or integrated in the encoder or decoder, processor or communication device. The one or more memories can be partially separately arranged and partially integrated in the decoder, processor or communication device. The type of memory can be any form of storage medium, which is not limited in the present application.

[0087] The technical solutions of the embodiments of the present application can be applied to various communication systems, such as long term evolution (LTE) system, LTE frequency division duplex (FDD) system, LTE time division duplex (TDD), worldwide interoperability for microwave access (WiMAX) communication system, 5th generation (5G) system or new radio (NR), future communication system, etc.

[0088] The terminal device in the embodiments of the present application can also be referred to as user equipment (UE), mobile station (MS), mobile terminal (MT), access terminal, subscriber unit, subscriber station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent or user equipment, etc.

[0089] The terminal device can be a device that provides voice / data connectivity to a user, for example, a handheld device with wireless connection function, a vehicle-mounted device, etc. At present, some examples of terminal devices include: a mobile phone, a tablet computer, a notebook computer, a palm computer, a mobile internet device (MID), a wearable device, a virtual reality (VR) device, an augmented reality (AR) device, a wireless terminal in industrial control, a wireless terminal in self driving, a wireless terminal in remote medical surgery, a wireless terminal in smart grid, a wireless terminal in transportation safety, a wireless terminal in smart city, a wireless terminal in smart home, a cellular phone, a cordless phone, a session initiation protocol (SIP) phone, a wireless local loop (WLL) station, a personal digital assistant (PDA), a handheld device with wireless communication function, a computing device or other processing device connected to a wireless modem, a vehicle-mounted device, a wearable device, a terminal device in a 5G network, or a terminal device in a future evolved public land mobile network (PLMN), etc., which are not limited in the present application.

[0090] By way of example and not limitation, in this application, the terminal device can be a terminal device in an internet of things (IoT) system. The internet of things is an important part of future information technology development, and its main technical feature is to connect objects through communication technology and network, so as to realize the intelligent network of man-machine interconnection and object-object interconnection. Illustratively, the terminal device in the embodiments of the present application can be a wearable device. The wearable device can also be called a wearable smart device, which is a general term for smart devices that can be worn, such as glasses, gloves, watches, clothing, and shoes. Wearable devices are portable devices that can be worn directly on the body or integrated into the user's clothes or accessories. Wearable devices are not just hardware devices, but can also achieve powerful functions through software support and data interaction, cloud interaction. Broadly speaking, wearable smart devices include devices with full functionality, large size, and the ability to achieve complete or partial functionality without relying on smartphones, such as smartwatches or smart glasses, and devices that focus on a specific application function and need to be used with other devices such as smartphones, such as various smart wristbands and smart jewelry for monitoring vital signs.

[0091] By way of example and not limitation, in the embodiments of the present application, the terminal device can also be a terminal device in machine type communication (MTC). In addition, the terminal device can also be a vehicle-mounted module, a vehicle-mounted module, a vehicle-mounted component, a vehicle-mounted chip, or a vehicle-mounted unit, etc. built-in as one or more components or units in a vehicle. The vehicle can implement the methods provided by the present application through the built-in vehicle-mounted module, vehicle-mounted module, vehicle-mounted component, vehicle-mounted chip, or vehicle-mounted unit, etc. Therefore, the embodiments of the present application can also be applied to the Internet of Vehicles, such as vehicle-to-everything (V2X), long term evolution-vehicle (LTE-V), vehicle-to-vehicle (V2V) technology, etc.

[0092] The network device involved in the present application can be a device in communication with the terminal device, which can also be referred to as an access network device or a radio access network (RAN) device. The radio access network device can be a node in the radio access network, referred to as a RAN node.

[0093] In a possible scenario, the RAN node can be a base station (BS), an evolved NodeB (eNodeB), a transmission reception point (TRP), a home evolved NodeB, or a home Node B (HNB), a wireless fidelity (Wi-Fi) access point (AP), a mobile switching center, a next generation NodeB (gNB) in a 5G mobile communication system, a next generation NodeB in a 6G mobile communication system, or a base station in a future mobile communication system, and the like. The RAN node can also be a device assuming the function of a base station in a device to device (D2D) communication system, a vehicle to everything (V2X) communication system, a machine to machine (M2M) communication system, and an internet to things (IoT) communication system, and the like. The RAN node can also be a RAN node in a non terrestrial network (NTN), that is, the RAN node can be deployed in a high altitude platform or a satellite. The RAN node can be a macro base station, or a micro base station or an indoor station, or a relay node or a donor node, and the like, or a radio controller in a cloud radio access network (CRAN) scenario, a node in an open radio access network (O-RAN or ORAN) scenario, and the like. Alternatively, the RAN node can also be a server, a wearable device, a vehicle or a vehicle-mounted device, and the like. For example, the RAN node in a V2X technology can be a road side unit (RSU). Of course, the RAN node can also be a node in a core network.

[0094] In another possible scenario, multiple RAN nodes cooperate to assist a terminal to implement wireless access, and different RAN nodes respectively implement part of functions of a base station. For example, a RAN node can be a central unit (CU), a distributed unit (DU), a CU-control plane (CP), a CU-user plane (UP), or a radio unit (RU), etc. The CU and the DU can be separately arranged, or can be included in the same network element, such as a baseband unit (BBU). The RU can be included in a radio frequency device or a radio frequency unit, such as a remote radio unit (RRU), an active antenna unit (AAU), or a remote radio head (RRH).

[0095] In different systems, the CU (or CU-CP and CU-UP), DU, or RU can also have different names, but those skilled in the art can understand their meanings. For example, in an ORAN system, the CU can also be referred to as an open CU (O-CU), the DU can also be referred to as an open DU (O-DU), the CU-CP can also be referred to as an open CU-CP (O-CU-CP), the CU-UP can also be referred to as an open CU-UP (O-CU-UP), and the RU can also be referred to as an open RU (O-RU).

[0096] Any of the CU (or CU-CP, CU-UP), DU, and RU can be implemented by a software module, a hardware module, or a combination of a software module and a hardware module. That is, the radio access network device in this application can be a virtualized device, which can be implemented by general hardware and instantiated virtualized functions, or by special hardware and instantiated virtualized functions. The general hardware can be a server, such as a cloud server.

[0097] In the embodiments of the present application, the RAN node can adopt a CU-DU separation architecture, which can also be referred to as a distributed deployment architecture. For example, FIG. 1 is a schematic diagram of a CU-DU separation architecture adopted by a RAN node according to an embodiment of the present application. As shown in FIG. 1, the RAN node can logically include a CU and one or more DUs. Each DU can be connected to the CU through an F1 interface, and the information exchange between different DUs can be completed based on the forwarding of the CU. The CU and the DU can be physically arranged together or physically separated, which is not limited. The CU can support the functions of the radio resource control (RRC) layer, the packet data convergence protocol (PDCP) layer, and the service data adaptation protocol (SDAP) layer. The DU can support the functions of the radio link control (RLC) layer, the media access control (MAC) layer, and the physical (PHY) layer.

[0098] First, some technical terms and symbols involved in the present application are introduced.

[0099] 1. Hybrid automatic repeat request (HARQ)

[0100] Also known as HARQ process, it is a mechanism in a wireless communication system for managing the transmission and retransmission of data packets to improve the reliability and efficiency of data packet transmission. Each HARQ process handles data packets independently, and each HARQ process can include processes such as from initial transmission of data packets to retransmission and final confirmation, or from initial transmission of data packets to discarding of data packets.

[0101] 2. HARQ process identifier (HARQ process ID)

[0102] It is a unique identifier for identifying a HARQ process. In wireless communication, there are usually multiple HARQ processes working in parallel, and each process handles the transmission and retransmission of data independently. The HARQ process ID is used to distinguish different HARQ processes.

[0103] 3. Acknowledgment (ACK)

[0104] ACK message or ACK information. After successfully receiving a data packet, the receiving end can send an ACK message to the sending end to indicate that the data packet has been correctly (or successfully) received and there is no error in the data packet.

[0105] 4. Negative acknowledgment (NACK)

[0106] NACK message or NACK information. In the case where the receiving end fails to successfully receive a data packet or detects that the data packet is damaged or lost, a NACK message can be sent to the sending end to instruct the sending end to retransmit the data packet.

[0107] 5. Discontinuous reception (DRX)

[0108] A power saving mechanism. In the DRX mode, the UE will periodically "wake up" to check whether there is data to be received. In the DRX mode, the terminal device can enter a low power state when it does not need to continuously receive data, thereby prolonging the battery life.

[0109] Exemplarily, FIG. 2 is a schematic diagram of a terminal device monitoring a physical downlink control channel (PDCCH) in a DRX mode. As shown in FIG. 2, in the case where the terminal device is configured with a DRX mode, each DRX cycle includes an active time and a sleep time. In the active time, the terminal device can monitor the PDCCH. In the sleep time, the terminal device can be in a low power state and stop monitoring the PDCCH.

[0110] It should be understood that the active time can also be referred to as a DRX on time, an active time, an active period, a time when the terminal device is in an active state or an activated state, etc.; the sleep time can also be referred to as a DRX off time, a sleep period, a time when the terminal device is in a sleep state, etc. The present application does not make specific limitations thereto.

[0111] 6. DRX-HARQ-RTT-TimerUL

[0112] A timer for a HARQ process of uplink (UL). In the case where the terminal device is in a DRX mode, after the terminal device sends a data packet to the network device, the drx-HARQ-RTT-TimerUL can be started. After the drx-HARQ-RTT-TimerUL expires, the terminal device can "wake up" and monitor the PDCCH.

[0113] The round-trip time (RTT) can be understood as the time required by the sending end to send a data packet and receive an acknowledgement (ACK) or negative acknowledgement (NACK) message.

[0114] In general, the drx-HARQ-RTT-TimerUL can be started in the following two cases: when the time-frequency domain resource used by the uplink initial transmission data packet appears; and when the time-frequency domain resource used by the uplink retransmission data packet appears.

[0115] 7、DRX retransmission uplink timer (drx-RetransmissionTimerUL)

[0116] A timer indicating the maximum time for the terminal device to wait for the uplink retransmission indication of the network device, which can also be understood as the time period for the terminal device to monitor the downlink channel (such as PDCCH). The timer is started when the drx-HARQ-RTT-TimerUL expires. During the running of the timer, the terminal device needs to monitor the PDCCH.

[0117] Therefore, when the terminal device is in the DRX mode, the terminal device starts the drx-RetransmissionTimerUL when the drx-HARQ-RTT-TimerUL expires; and during the running of the drx-RetransmissionTimerUL, the terminal device monitors the PDCCH, which corresponds to the active time in the DRX cycle.

[0118] 8、Idle mode

[0119] Also known as idle mode or IDLE state, it refers to a terminal device that does not establish an active connection with the network, but still maintains basic contact with the network so that it can quickly establish a connection when needed.

[0120] 9、Inactive mode

[0121] Also known as inactive mode, it refers to a terminal device whose connection with the network is temporarily suspended, but still maintains context information so that it can quickly restore the connection when needed.

[0122] 10、Connected mode

[0123] Also known as connected mode, it refers to a terminal device that establishes an active connection with the network and can perform data transmission and communication.

[0124] 11、Beam measurement

[0125] The terminal device measures the signal quality of a specific beam, usually using indicators such as signal to interference plus noise ratio (SINR) and secondary synchronization signal-reference signal received power (SS-RSRP).

[0126] 12、Beam reporting

[0127] Also known as beam measurement report reporting, reporting beam measurement report or beam report reporting, etc., it can refer to the process of reporting beam measurement report, which includes signal quality indicators of specific beams (one or more beams). It can be used for beam management and handover, helping the network device to understand the specific signal quality of the beam where the terminal device is located, so as to make more fine resource allocation and beam adjustment.

[0128] To facilitate understanding of the embodiments of the present application, first, the communication system suitable for the embodiments of the present application is described in detail in conjunction with FIG. 3.

[0129] FIG. 3 is a schematic diagram of a communication system 300 applied in the embodiments of the present application. The communication system 300 can include at least one network device, such as the network device 310 shown in FIG. 3; the communication system 300 can also include at least one terminal device, such as the terminal device 320 shown in FIG. 3.

[0130] Among them, the terminal device 320 can be located in the cell (carrier) managed by the network device 310. The network device 310 and the terminal device 320 can communicate through a wireless link. In one possible case, the network device 310 can act as a transmitting end, and the terminal device 320 can act as a receiving end, and the network device 310 transmits signals to the terminal device 320; in another possible case, the network device 310 can act as a receiving end, and the terminal device 320 can act as a transmitting end, and the terminal device 320 transmits signals to the network device 310.

[0131] The communication system 300 can further include a plurality of network devices and / or a plurality of terminal devices. For example, the communication system 300 can further include a network device 330 and a network device 340, the network device 310 can be a macro gNB or a macro g-NodeB, and the network device 330 and the network device 340 can be small gNBs or small g-NodeBs. When the terminal device 320 is located in a cell managed by the network device 310, a cell managed by the network device 330, and a cell managed by the network device 340, the terminal device 320 can work in a carrier aggregation (CA) or dual connectivity (DC) or coordinated multipoint transmission mode, and at least one of the cells where the terminal device 320 is located can provide at least two numerologies for the terminal device 320 to simultaneously provide wireless resources for the terminal device 320.

[0132] It should be understood that the communication system 300 shown in FIG. 3 is merely an example, and the communication system 300 can include more or fewer network devices or more or fewer terminal devices. The present application does not limit the specific number or specific form of network devices or terminal devices.

[0133] Each communication device in the communication system 300 described above can be configured with multiple antennas. The multiple antennas can include at least one transmit antenna for transmitting signals and at least one receive antenna for receiving signals. In addition, each communication device can additionally include a transmitter chain and a receiver chain, which can include a plurality of components (such as a processor, a modulator, a multiplexer, a demodulator, a demultiplexer, or an antenna, etc.) related to signal transmission and reception, which can be understood by those skilled in the art. Therefore, the network devices and the terminal device 320 in the communication system 300 can communicate with each other through multiple antenna technology.

[0134] Optionally, the communication system 300 described above can further include a network controller, a mobility management entity, and other network entities, and the embodiments of the present application are not limited thereto.

[0135] It should also be understood that the method provided by the embodiments of the present application can be applied to various communication systems including a 5G new radio (NR) system, and the communication system 300 is merely an example. The present application does not limit the specific architecture of the system to which it is applied, nor the number and form of various devices included in each communication system.

[0136] Beam management is an important part of a wireless communication system, which aims to enable a terminal device to smoothly switch and stably connect between different cells and beams. Beam management involves the reporting of measurement reports of beam measurement.

[0137] It can be understood that the measurement report of the beam measurement can also be referred to as a beam level measurement result, a beam measurement report, or a beam report, etc., which refers to information including measurement results of one or more beams, and the name of the measurement report of the beam measurement is not limited in the present application.

[0138] For ease of description, the embodiments of the present application are described below by taking the beam measurement report as an example.

[0139] In mobility management, the layer triggered mobility (LTM) technology refers to a technology of triggering and managing terminal device mobility by using layer 1 (L1) and layer 2 (L2) information. The LTM technology can also be referred to as L1 / L2 triggered mobility, etc.

[0140] Among them, L1 refers to the PHY layer, and L2 refers to the MAC layer, the RLC layer, the PDCP layer, and the SDAP layer. However, in the LTM technology, L2 mainly refers to the MAC layer. Therefore, in the LTM technology, the measurement report reported by the terminal device mainly includes the measurement report of L1 (the PHY layer) and the measurement report of L2 (the MAC layer).

[0141] For the measurement report of L1 (the PHY layer), the terminal device can carry the measurement report of L1 in the UCI, and send the UCI carrying the measurement report of L1 to the network device through the physical uplink control channel (PUCCH) or the physical uplink shared channel (PUSCH).

[0142] In a wireless communication system, information transmission is performed between the terminal device and the network device through beams. Therefore, beam management is crucial to improve signal coverage and communication quality. Mobility measurement and reporting is the basis of beam management. The mobility measurement and reporting can include reporting the terminal device to report the beam measurement report.

[0143] Exemplarily, in combination with FIG. 4, the network device and the terminal device communicate based on multiple beams, the network device can send a measurement configuration to the terminal device, the measurement configuration can include resources or information for measuring the multiple beams; the terminal device can perform beam-level measurement according to the measurement configuration from the network device, and can determine whether to trigger a beam measurement report based on the measurement result of the beam-level measurement; in the case that the terminal device determines to trigger the beam measurement report based on the measurement result of the beam-level measurement, the terminal device can send the beam measurement report to the network device. The network device can make a mobility decision or carrier management based on the beam measurement report from the terminal device.

[0144] For beam-level measurement of the L1 (PHY) layer, the terminal device can currently report the beam measurement report through the following reporting mechanisms: periodic reporting, semi-persistent reporting, aperiodic reporting, etc. After receiving the beam measurement report from the terminal device, the network device can make a handover decision based on the beam measurement report. The handover decision can be a multiple input multiple output (MIMO) based beam handover strategy. The network device can send the handover decision to the terminal device through L1 beam handover signaling (L1 handover command).

[0145] In addition, in order to reduce the signaling overhead of the terminal device reporting the beam measurement report, in 3GPP Release 19, an event-driven beam measurement report reporting method is introduced in the L1 beam management mechanism, which can reduce unnecessary reporting times and reduce reporting overhead.

[0146] Exemplarily, the terminal device can trigger event reporting based on the measured layer 1-reference signal received power (L1-RSRP) being lower than a certain threshold; and / or, the terminal device can trigger periodic event reporting, etc. The event reporting can be understood as an event of reporting the measurement report.

[0147] However, not every time the event is triggered to report, the reporting process of the measurement report needs to be performed. For example, in order to reduce the number of times of reporting the beam measurement report by the terminal device, a counter can be built in the terminal device, and the terminal device can increase the counter by 1 after triggering the event to report, and in the case that the count of the counter is greater than a certain number of times, the terminal device can trigger the reporting process of the measurement report. In addition, the terminal device also resets the counter (sets the counter to 0 or resets the counter), so that the counter can start counting again, so that the terminal device can normally trigger the reporting process of the beam measurement report based on the count of the counter.

[0148] After the terminal device triggers the reporting process of the measurement report, the terminal device can report the beam measurement report through two modes. The two modes can be mode A and mode B, for example. The processes of reporting the beam measurement report through mode A and mode B are described in detail below.

[0149] It should be understood that in the embodiments of the present application, the terminal device triggering the reporting process of the measurement report can be understood as the terminal device triggering the event of reporting the beam measurement report. That is, the terminal device is about to send the beam measurement report to the network device.

[0150] I. Reporting the beam measurement report through mode A

[0151] In combination with FIG. 5, in the case that the terminal device triggers the reporting process of the measurement report, the terminal device sends indication information 1 to the network device through the PUCCH, the indication information 1 can be 1 bit, such as 0 or 1, etc., and the indication information 1 is used to request the resource of the uplink channel to carry the beam report. The resource can be understood as the time-frequency domain resource used for reporting the UCI carrying the beam measurement report.

[0152] After receiving the indication information 1 from the terminal device, the network device sends the downlink control information (DCI) to the terminal device based on the indication information 1, and the DCI is used to indicate the time-frequency domain resource 1, which is the time-frequency domain resource (also can be called the time-frequency domain resource position) used by the terminal device to report the beam measurement report through the UCI.

[0153] Based on the DCI indicated time-frequency domain resource 1, the terminal device can send UCI to the network device on the time-frequency domain resource 1, and the UCI carries the beam measurement report. The UCI can be sent through the PUSCH, and the beam measurement report carried by the UCI can include, but is not limited to, the physical layer reference signal received power (layer 1-reference signal received power, L1-RSRP), layer 1, i.e., the physical layer.

[0154] It should be understood that in the embodiments of the present application, the beam measurement report reported by the terminal device through the UCI can include, but is not limited to, the L1-RSRP. For the sake of brevity, this will not be described in detail hereinafter.

[0155] II. Report the beam measurement report through mode B

[0156] The difference from mode A is that the time-frequency domain resource used by the terminal device to send the UCI carrying the beam measurement report to the network device can be pre-configured by the network device. For example, in combination with FIG. 6, the upward arrow can represent sending PUCCH. The UCI corresponds to the block representing the plurality of time-frequency domain resources pre-configured by the network device for sending the UCI. The network device can pre-configure the plurality of time-frequency domain resources, for example, through RRC signaling or the like. When the terminal device needs to report the beam measurement report through the UCI, it can activate part of the time-frequency domain resources, and send the UCI to the network device on the activated time-frequency domain resource.

[0157] For example, in the case where the terminal device triggers the measurement report reporting process, the terminal device sends indication information 2 to the network device through the PUCCH, the indication information 2 can be 1 bit, for example, 0 or 1, etc., and the indication information 2 is used to indicate that the terminal device is about to report the beam measurement report. The indication information 2 can be sent at the t1 position, for example.

[0158] Based on the triggered measurement report reporting process, the terminal device can activate part of the plurality of time-frequency domain resources pre-configured by the network device. For example, the terminal device can activate one time-frequency domain resource after the t1 position, and send the UCI to the network device on the one time-frequency domain resource, and the UCI carries the beam measurement report. The UCI can be sent through the PUSCH or the PUCCH.

[0159] Whether the terminal device reports the beam measurement report through mode A or mode B, it needs to determine whether the network device successfully (or correctly) receives the beam measurement report reported by the terminal device based on the response from the network device.

[0160] Exemplarily, in combination with FIG. 7, (a) in FIG. 7 shows a process in which the terminal device reports the beam measurement report through mode A, which is different from FIG. 5 in that, after the terminal device sends the UCI carrying the beam measurement report to the network device, the terminal device can receive an ACK message from the network device, which is used to indicate that the beam measurement report is successfully received. It should be understood that, in the embodiments of the present application, the successful reception of the beam measurement report can also be understood as that the network device successfully receives the UCI and correctly parses the UCI, so as to obtain the correct beam measurement report based on the correctly parsed UCI. For the sake of brevity, this will not be described again hereinafter.

[0161] (b) in FIG. 7 shows a process in which the terminal device reports the beam measurement report through mode B, which is different from FIG. 6 in that, after the terminal device sends the UCI carrying the beam measurement report to the network device, the terminal device can receive an ACK message from the network device, which is used to indicate that the beam measurement report is successfully received.

[0162] In this way, after the terminal device reports the beam measurement report through the UCI, it can be determined that the network device successfully receives the beam measurement report based on the ACK message from the network device, and then it can be determined that the current measurement report reporting process is ended. After that, the terminal device can trigger the next measurement report reporting process.

[0163] In addition, the terminal device can be internally provided with a counter, which is used to record the number of times of triggering of each event report. That is, the terminal device can be preset with a threshold, for example, threshold 1, and the terminal device reports the beam measurement report based on the triggering of the counter counting greater than or equal to the threshold 1. That is, the event report can be triggered multiple times, but not every time the event report is triggered, the beam measurement report is reported. Instead, each time the event report is triggered, the count of the counter in the terminal device can be increased by 1, and in the case that the count of the counter is greater than or equal to the threshold 1, the terminal device performs the process of reporting the beam measurement report, that is, the measurement report reporting process. In combination with (b) in FIG. 7, the terminal device sends the indication information 2 at the t1 position based on the count of the counter being greater than or equal to the threshold 1.

[0164] Therefore, in the case of receiving the ACK message from the network device, the current beam measurement report reporting process is ended, and the terminal device can reset the counter (set the counter to 0 or reset the counter) so that the counter can start counting again, so that the terminal device can normally trigger the next beam measurement report reporting process based on the count of the counter.

[0165] FIG. 7 is merely an example. In the case that the network device does not successfully receive the beam measurement report from the terminal device, the network device can send a NACK message or the like to the terminal device to indicate that the terminal device does not successfully receive the beam measurement report. In this way, based on the NACK message or the like from the network device, the terminal device can re-report the beam measurement report through UCI.

[0166] It should be understood that, in mode A, the time-frequency domain resource used for re-reporting the beam measurement report through UCI can be indicated by the network device through DCI, which is similar to the process shown in FIG. 5. In mode B, the time-frequency domain resource used for re-reporting the beam measurement report through UCI can be pre-configured by the network device, which is similar to the process shown in FIG. 6. For details, refer to the description above, which will not be repeated here.

[0167] It can be seen that, in the beam measurement report reporting process, the response of the network device is crucial for the normal progress of the beam measurement report reporting event.

[0168] In order to make the power consumption of the terminal device lower, the terminal device can also report the beam measurement report in the DRX mode. Generally, the terminal device in the DRX mode can send uplink data to the network device through the process shown in FIG. 8.

[0169] As shown in FIG. 8, after the terminal device sends uplink (UL) data to the network device, the terminal device starts drx-HARQ-RTT-TimerUL on a physical uplink shared channel (PUSCH). The starting position of the drx-HARQ-RTT-TimerUL can be the first orthogonal frequency division multiplexing (OFDM) symbol after sending the uplink data. Moreover, when the drx-HARQ-RTT-TimerUL expires, the terminal device can start drx-RetransmissionTimerUL, and during the running of the drx-RetransmissionTimerUL, the terminal device monitors the PDCCH.

[0170] That is, during the running of the drx-RetransmissionTimerUL, the terminal device is in an active time (or active period), the terminal device monitors the PDCCH, and can receive information sent by the network device through the PDCCH.

[0171] It can be understood that in the process shown in FIG. 8, the uplink data sent by the terminal device can be a MAC protocol data unit (PDU). The MAC PDU can be associated with a HARQ process, so that the terminal device can start the drx-HARQ-RTT-TimerUL for the HARQ process associated with the MAC PDU after sending the MAC PDU to the network device. And can start the drx-RetransmissionTimerUL when the drx-HARQ-RTT-TimerUL times out, so that the terminal device can monitor the PDCCH during the running of the drx-RetransmissionTimerUL to receive the response of the network device after sending the MAC PDU to the network device. Wherein, the terminal device can identify the HARQ process associated with the MAC PDU sent by the terminal device through the ID of the HARQ process.

[0172] However, in combination with the above manner in which the terminal device reports the beam measurement report in mode A or mode B, since the beam measurement report reported by the terminal device is carried in the UCI, and the UCI is not associated or does not include the HARQ process, the terminal device can also be unable to start the drx-HARQ-RTT-TimerUL after reporting the UCI, and further, the terminal device can also be unable to start the drx-RetransmissionTimerUL.

[0173] In addition, in the process shown in FIG. 8, the terminal device starts the drx-HARQ-RTT-TimerUL in the PUSCH, that is, the terminal device sends the MAC PDU to the network device through the PUSCH, and starts the drx-HARQ-RTT-TimerUL after sending the MAC PDU. However, the UCI of the beam measurement report reported by the terminal device can be transmitted through the PUSCH or the PUCCH. In the case that the UCI of the beam measurement report is transmitted through the PUCCH, the terminal device cannot start the drx-HARQ-RTT-TimerUL in the PUCCH, and further, the terminal device can also be unable to start the drx-RetransmissionTimerUL.

[0174] Therefore, in the case that the terminal device is in the DRX mode, after the terminal device sends the beam measurement report to the network device through the UCI, the terminal device can not start the drx-RetransmissionTimerUL, and thus the terminal device can not monitor the PDCCH, that is, can not receive the response of the network device to the beam measurement report, so that the terminal device can not determine whether the network device successfully receives the beam measurement report. In this way, the terminal device can neither end the current measurement report reporting process based on that the network device successfully receives the beam measurement report, for example, a counter in the terminal device for recording the number of event reporting triggers can be counted incorrectly, causing abnormal measurement report reporting process, and the like. The terminal device can also not re-report the beam measurement report based on that the network device does not successfully receive the beam measurement report, thereby affecting the network device to successfully obtain the beam measurement report, further affecting the normal progress of the measurement report reporting process, and affecting the stability of the communication system, for example, the poor beam quality of the terminal device can cause link failure, affecting the normal communication between the terminal device and the network device, and the like.

[0175] Therefore, the present application provides a measurement report transmission method. After the terminal device in the DRX mode sends the UCI carrying the beam measurement report to the network device, the terminal device monitors the PDCCH within a first time period. In this way, the terminal device can receive the response of the network device within the first time period, so that the terminal device can determine whether the network device successfully receives the beam measurement report based on the response. This helps the normal progress of the measurement report reporting process and helps maintain the stability of the communication system.

[0176] Exemplarily, as shown in FIG. 9, after the terminal device sends the UCI carrying the beam measurement report to the network device, the terminal device monitors the PDCCH within a first time period. Within the first time period, the terminal device can receive the response of the network device. The response can be, but is not limited to, an ACK message, a NACK message, or a DCI, and the like. The ACK message can indicate that the network device successfully receives the beam measurement report; the NACK message can indicate that the network device does not successfully receive the beam measurement report; and the DCI can indicate that the terminal device sends (or re-sends) the beam measurement report, and the like.

[0177] It should be understood that, in the present application, in the case that the DCI is the response of the network device to the beam measurement report, the DCI can be used to indicate sending or re-sending the measurement report. It is not limited that all DCIs in the present application indicate sending or re-sending the measurement report.

[0178] In the following, the measurement report transmission method of the present application will be described in detail in combination with FIG. 10 to FIG. 17. The embodiments shown in the present application show the measurement report transmission method provided by the present application from the perspective of device interaction. The specific form and quantity of each device shown are only examples and should not constitute any limitation on the implementation of the method provided by the present application. In the following, the network device and the terminal device are taken as the execution subject to describe the measurement report transmission method of the embodiments of the present application in detail.

[0179] It should be understood that the terminal device can be the terminal device itself, or a chip, chip system or processor supporting the terminal device to implement the measurement report transmission method, or a logic module or software capable of implementing all or part of the terminal device; the network device can be the network device itself, or a chip, chip system or processor supporting the network device to implement the measurement report transmission method, or a logic module or software capable of implementing all or part of the network device, which is not limited in the present application.

[0180] FIG. 10 is a flowchart of the measurement report transmission method 1000 provided by the embodiments of the present application. The method 1000 is applicable to the system 300, and the method 1000 includes the following steps:

[0181] S1001, in the DRX mode, the terminal device sends a first report to the network device, the first report being used to indicate the measurement result of one or more beams, and the first report being carried in the UCI. Correspondingly, the network device receives the UCI from the terminal device, the UCI including the first report.

[0182] Wherein, the DRX mode can also be understood as that the terminal device is in the DRX mode, the terminal device is configured with the DRX mode, the terminal device starts the DRX mode or the terminal device activates the DRX mode, etc. In the DRX mode, the terminal device can be in the sleep time, i.e. the time period of not monitoring the PDCCH; the terminal device can also be in the active time, i.e. the time period of monitoring the PDCCH. The first report can be understood as the beam measurement report in the above. The measurement result of one or more beams can include, for example, the RSRP measured for each beam in one or more beams, etc. The first report can include, but is not limited to, L1-RSRP, etc.

[0183] It should be understood that the UCI can be understood as the control information carried in the signaling of the PHY layer. The UCI can be transmitted, for example, but not limited to, through the PUSCH and the PUCCH. In the future communication system, the UCI can also be replaced by other names, and the name of the control information carrying the first report is not limited in the embodiments of the present application.

[0184] S1002, after the terminal device sends the first report, the terminal device monitors the PDCCH within a first time length.

[0185] The start position of the first time length is after the terminal device sends the first report. The first time length can also be understood as a time length in which the terminal device is in an active time, for example. The first time length is a time length for which the terminal device is timed to monitor the PDCCH, and the terminal device timing the first time length can be triggered based on the terminal device sending the first report.

[0186] Optionally, the first time length is preconfigured or indicated by signaling.

[0187] It should be understood that the first time length being preconfigured can be understood as follows: the first time length is a time length preconfigured by the network device before triggering the current measurement report reporting process.

[0188] For example, the method 1000 further includes that the network device sends information 1 to the terminal device, the information 1 being used to indicate the first time length. Correspondingly, the terminal device receives the information 1 from the network device. The information 1 can be carried in RRC signaling, for example.

[0189] Alternatively, the information 1 is used to indicate a plurality of time lengths, and the plurality of time lengths includes the first time length. The first time length is a time length activated by the network device from the plurality of time lengths, for example, the network device indicates the terminal device to activate the first time length by signaling, or the first time length is a time length activated by the terminal device from the plurality of time lengths, and the like.

[0190] In addition, the first time length being indicated by signaling can be understood as follows: the first time length is a time length indicated by the network device by signaling after triggering the current measurement report reporting process.

[0191] For example, the method 1000 further includes that the network device sends information 2 to the terminal device, the information 2 being used to indicate the first time length. Correspondingly, the terminal device receives the information 2 from the network device. The information 2 can be carried in DCI, for example.

[0192] Alternatively, the network device sends information 1 to the terminal device, the information 1 being used to indicate a plurality of time lengths; and then the network device sends information 2 to the terminal device, the information 2 being used to indicate the first time length or being used to indicate activating the first time length.

[0193] In this way, the terminal device can determine the first time length for monitoring the PDCCH.

[0194] It can be understood that, no matter how the first time duration is determined, the triggering manner of the current measurement report reporting procedure in the above is similar to the triggering manner of the process shown in FIG. 6 or FIG. 7. That is, the current measurement report reporting procedure can be triggered by the following manner: the terminal device sends information 3 to the network device, the information 3 is used to indicate that the beam measurement report is about to be reported; correspondingly, the network device receives the information 3 from the terminal device. The information 3 is similar to the indication information 1 or the indication information 3 in the above, and the information 3 can be transmitted through PUCCH, for example. The information 1 in the above can be sent before the information 3; and the information 2 can be sent after the information 3.

[0195] On the basis of the above embodiments, the first time duration can be understood as a certain time duration, or as a timer (or referred to as a timer) with a timer length of the first time duration. In the case where the first time duration is the timer with the timer length of the first time duration, S1002 can be implemented by the following manner: after the terminal device sends the first report, starting the first timer, and monitoring the PDCCH during the running of the first timer, the timer length of the first timer is the first time duration.

[0196] The monitoring of the PDCCH during the running of the first timer can also be understood as: the terminal device monitors the PDCCH after the first timer is started and before it is timed out. The first timer is similar to the drx-RetransmissionTimerUL in the above, and can be understood as a timer for timing the time duration of the terminal device in the active time, or can also be understood as that the terminal device is in the active time during the timing or running of the first timer.

[0197] It should be understood that the first timer can be referred to as drx-RetransmissionTimerUL, or also referred to as an uplink active time timer (Active-TimerUL), etc. The name of the first timer is not limited in the present application.

[0198] It should be further explained that the first timer can be a forward timer, that is, the first timer can start counting from 0 and end counting when the first time duration is reached, for example; or the first timer can also be a reverse timer, that is, the first timer can count down from the first time duration and end counting when 0 is reached. The type of the first timer is not limited in the present application.

[0199] The measurement report transmission method of the present application, when the terminal device is in the DRX mode and after the terminal device sends the UCI carrying the beam measurement report to the network device, the terminal device can monitor the PDCCH within the first time length. In this way, the terminal device can receive the response from the network device when monitoring the PDCCH, so as to determine whether the network device successfully receives the first report based on the response from the network device. For example, the terminal device can end the current measurement report reporting process or re-report the beam measurement report based on the response, which helps the normal progress of the measurement report reporting process and helps maintain the stability of the communication system.

[0200] Next, the steps performed by the terminal device in several cases where the terminal device does not receive the response from the network device within the first time length or receives a different response from the network device are described in detail.

[0201] The first case is that the response of the network device is used to indicate that the first report is not successfully received, and the response is, for example, a NACK message.

[0202] As an optional embodiment, the method 1000 further includes that the network device sends first information to the terminal device, and the first information is used to indicate that the first report is not successfully received; correspondingly, within the first time length, the terminal device receives the first information from the network device. The terminal device sends a second report to the network device based on the first information, and the second report is used to indicate the measurement result of one or more beams, and the second report is carried in the UCI; correspondingly, the network device receives the second report from the terminal device.

[0203] The first information may, for example, be a NACK message, or the first information may also be understood as information carried in other signaling or messages for indicating that the network device does not successfully receive the first report.

[0204] It should be understood that in the embodiments of the present application, the network device does not successfully receive the first report can also be understood as that the network device does not successfully decode the UCI carrying the first report, the network device does not successfully receive the UCI carrying the first report, or the network device does not successfully decode the first report. The present application does not make specific limitations on this.

[0205] It should also be understood that in the embodiments of the present application, the NACK message (the response of the network device) for indicating that the first report is not successfully received is only an example, and the NACK message can also be used to indicate the sending or re-sending of the beam measurement report. That is, the NACK message can be used to indicate that the first report is not successfully received, and / or the sending or re-sending of the beam measurement report. The terminal device can determine based on the NACK message that the network device does not successfully receive the first report and needs to re-send the beam measurement report.

[0206] In the case that the terminal device determines that the network device does not successfully receive the first report, in order to enable the network device to successfully obtain the beam measurement report, the terminal device can send the beam measurement report to the network device again, that is, the terminal device can send a second report to the network device based on the first information. The second report can be the same as or different from the first report. In the case that the second report is different from the first report, the second report can include the latest measurement result of the terminal device on the S beams, S being a positive integer. The S beams can be the same as or different from one or more beams in the first report.

[0207] The response of the network device in the second case is used to instruct the terminal device to send or resend the measurement report, and the response can be, for example, DCI. The measurement report herein can also be replaced by a beam measurement report.

[0208] As an optional embodiment, the method 1000 further includes: the network device sending second information to the terminal device, the second information being used to instruct to send the measurement report; correspondingly, the terminal device receiving the second information from the network device within the first time length. The terminal device sends a second report to the network device based on the second information, the second report being used to indicate the measurement result of one or more beams, the second report being carried in UCI; correspondingly, the network device receives the second report from the terminal device.

[0209] The second information can be, for example, DCI, or the second information can be carried in DCI, or the second information can also be information carried in other signaling. The second information used to instruct to send the measurement report means that the network device does not successfully receive the first report, and the terminal device needs to send the beam measurement report to the network device again.

[0210] It should be understood that the second information used to instruct to send the measurement report can also be replaced by: the second information used to instruct the terminal device to resend the measurement report, the second information used to instruct that the network device does not successfully receive (or decode) the first report (or the measurement report), the second information used to instruct that the network device does not successfully receive (or decode) the UCI, or the second information used to instruct that the network device does not successfully receive (or decode) the UCI carrying the first report, etc. The present application does not make specific limitations on this.

[0211] It should also be understood that the implementation of the terminal device sending the second report in the second case is similar to the implementation of the terminal device sending the second report in the first case, and can refer to the description above, which will not be described here again.

[0212] For the first case and the second case, after the terminal device receives the first information or the second information within the first time length, the terminal device can continue to monitor the PDCCH; or the method 1000 can further include that the terminal device stops monitoring the PDCCH based on the first information or the second information from the network device. In this way, the power consumption of the terminal device is small.

[0213] It should be understood that stopping monitoring the PDCCH can also be understood as the terminal device stopping timing the first time length. That is, the first time length is the time length of the active time (monitoring the PDCCH). If the terminal device no longer needs to monitor the PDCCH, the terminal device can stop timing the first time length.

[0214] In addition, in the case where the first time length is timed by the first timer, stopping monitoring the PDCCH can also be understood as the terminal device turning off the first timer or the terminal device stopping the first timer, etc. For the sake of brevity, this will not be described again in the following.

[0215] The third case is that the terminal device does not receive a response from the network device.

[0216] As an optional embodiment, the method 1000 further includes that the terminal device does not monitor a response of the network device to the first report within the first time length; and after the first time length expires, sending a second report, the second report being used to indicate measurement results of one or more beams, the second report being carried in the UCI.

[0217] The second report can be sent when the first time length expires, that is, sending the second report after the first time length expires can be replaced by sending the second report when the first time length expires; or the second report can be sent after a time length interval after the first time length expires.

[0218] It should be understood that the implementation of the terminal device sending the second report in the third case is similar to the implementation of the terminal device sending the second report in the first case, and can refer to the description in the foregoing, which will not be described again here.

[0219] The response can be understood as a response of the network device to the first report or the UCI carrying the first report. The response can be understood as the first information, the second information and the third information in the embodiments of the application. Exemplarily, the response may, for example, but is not limited to, include one or more of the following: an ACK message (used to indicate successful reception of the first report), a NACK message (used to indicate unsuccessful reception of the first report) or a DCI (used to indicate sending of a measurement report). That is, within the first time length, the terminal device does not receive an ACK message, a NACK message or a DCI from the network device, nor receives other information used to indicate successful or unsuccessful reception of the first report. Therefore, the terminal device can report the beam measurement report again, that is, report the second report.

[0220] In combination with the first to third cases above, it can be seen that, in the case that the terminal device determines that the network device does not successfully receive the first report based on the response from the network device, or the terminal device does not receive the response from the network device, the terminal device can send the second report to the network device again or send the PUCCH for requesting the resource of the uplink channel to carry the beam report.

[0221] Optionally, the time-frequency domain resource for sending the second report is pre-configured or indicated by signaling.

[0222] The time-frequency domain resource for sending the second report being pre-configured can also be understood as that the second report is reported by the terminal device in the mode B. That is, the time-frequency domain resource for sending the second report is one of the multiple time-frequency domain resources pre-configured by the network device before the current measurement report reporting process is triggered. The multiple time-frequency domain resources pre-configured by the network device can be multiple time-frequency domain resources with the same time domain interval, such as the multiple time-frequency domain resources shown in FIG. 7.

[0223] Exemplarily, the method 1000 further includes that the network device sends information 4 to the terminal device, the information 4 being used for indicating the multiple time-frequency domain resources; correspondingly, the terminal device receives the information 4 from the network device. The information 4 can be carried in the RRC signaling, for example.

[0224] It should be noted that, in the case that the second report is reported in the mode B (the time-frequency domain resource for sending the second report is pre-configured), the first report can also be reported in the mode B, that is, the time-frequency domain resource for reporting the first report is also pre-configured.

[0225] Exemplarily, in combination with FIG. 11, as shown in (a) of FIG. 11, the network device pre-configures multiple time-frequency domain resources for reporting the UCI carrying the beam measurement report by signaling such as RRC signaling. After the terminal device sends the UCI carrying the first report to the network device on one of the time-frequency domain resources, the terminal device monitors the PDCCH in a first time duration; before the first time duration expires, the terminal device receives the response from the network device, such as the NACK message or the DCI, so that the terminal device can determine that the network device does not successfully receive the first report or does not successfully decode the first report, and the terminal device needs to report the beam measurement report again; the terminal device can send the UCI carrying the second report to the network device on the pre-configured time-frequency domain resource after receiving the response such as the NACK message or the DCI.

[0226] Alternatively, the first report can be reported according to mode B, i.e., the time-frequency domain resource for reporting the first report is pre-configured, and the time-frequency domain resource for reporting the second report can also be indicated by the response from the network device to the first report. For example, in combination with (a) in FIG. 11, the response from the network device, such as a NACK message or DCI, can carry information for indicating the time-frequency domain resource A, and then the terminal device can send the second report to the network device on the time-frequency domain resource A based on the information for indicating the time-frequency domain resource A.

[0227] In the case where the terminal device does not receive the response from the network device within the first time length, the process of sending the second report by the terminal device can be as shown in (b) in FIG. 11. After the terminal device sends the UCI carrying the first report to the network device on one of the pre-configured time-frequency domain resources, the terminal device monitors the PDCCH within the first time length; when the first time length is over, the terminal device does not receive the response from the network device, and then the terminal device can determine that it is necessary to report the beam measurement report again; and the terminal device can send the UCI carrying the second report to the network device on the pre-configured time-frequency domain resource after the first time length is over.

[0228] It should be understood that the manner in which the terminal device determines the time-frequency domain resources for reporting the first report and the second report in (b) in FIG. 11 is similar to the manner in which the terminal device determines the time-frequency domain resources for reporting the first report and the second report in (a) in FIG. 11, and reference can be made to the description above, which will not be repeated here.

[0229] It should be understood that the time-frequency domain resource for sending the second report indicated by signaling can also be understood as that the second report is reported according to mode A. That is, the time-frequency domain resource for sending the second report is the time-frequency domain resource indicated by the network device by signaling after the current measurement report reporting process is triggered.

[0230] For example, the method 1000 further includes that the network device sends information 5 to the terminal device, the information 5 being used for indicating the time-frequency domain resource for sending the second report; and correspondingly, the terminal device receives the information 5 from the network device. The information 5 can be carried in DCI, for example.

[0231] It should be noted that in the case where the second report is reported according to mode A (the time-frequency domain resource for sending the second report is indicated by signaling), the first report can also be reported according to mode A, i.e., the time-frequency domain resource for reporting the first report is also indicated by signaling.

[0232] Exemplarily, in combination with FIG. 12, as shown in (a) of FIG. 12, before reporting the first report, the network device indicates the time-frequency domain resource 2 through DCI, and the terminal device sends UCI carrying the first report to the network device on the time-frequency domain resource 2. Then, the terminal device monitors the PDCCH within the first time length. Before the first time length expires, the terminal device receives a response from the network device, such as a NACK message or DCI, etc. Then, the terminal device can determine that the network device has not successfully received or decoded the first report, and the terminal device needs to report the beam measurement report again. At this time, the terminal device can send indication information 1 to the network device through the PUCCH, and the indication information 1 is used to request the resource of the uplink channel to carry the beam report. After the network device indicates the time-frequency domain resource 3 to the terminal device through DCI, the terminal device can send UCI carrying the second report to the network device on the time-frequency domain resource 3.

[0233] Alternatively, the time-frequency domain resource for reporting the first report and the time-frequency domain resource for reporting the second report are indicated by the same DCI of the network device. Exemplarily, in combination with (a) of FIG. 12, the DCI for indicating the time-frequency domain resource 3 is optional, that is, the time-frequency domain resource 2 and the time-frequency domain resource 3 can be indicated by the DCI for indicating the time-frequency domain resource 2 in (a) of FIG. 12.

[0234] In the case that the terminal device does not receive a response from the network device within the first time length, the process of the terminal device sending the second report can be as shown in (b) of FIG. 12. Before reporting the first report, the network device indicates the time-frequency domain resource 4 to the terminal device through DCI, and the terminal device sends UCI carrying the first report to the network device on the time-frequency domain resource 4. Then, the terminal device monitors the PDCCH within the first time length. When the first time length expires, the terminal device does not receive a response from the network device, and the terminal device can determine that it needs to report the beam measurement report again. At this time, the terminal device can send indication information 1 to the network device through the PUCCH, and the indication information 1 is used to request the resource of the uplink channel to carry the beam report. If the network device indicates the time-frequency domain resource 5 to the terminal device through DCI, the terminal device sends UCI carrying the second report to the network device on the time-frequency domain resource 5.

[0235] It should be understood that the way of the terminal device determining the time-frequency domain resources for reporting the first report and the second report in (b) of FIG. 12 is similar to the way of the terminal device determining the time-frequency domain resources for reporting the first report and the second report in (a) of FIG. 12, that is, the network device can also indicate the time-frequency domain resource 4 and the time-frequency domain resource 5 through the same DCI. Please refer to the description above, and no further description is given here.

[0236] The fourth case, the response of the network device, is used to indicate that the first report is successfully received, for example, an ACK message.

[0237] As an optional embodiment, the method 1000 further includes: the network device sends third information to the terminal device, the third information being used to indicate that the first report is successfully received; correspondingly, within the first time length, the terminal device receives the third information from the network device. Based on the third information, the terminal device stops monitoring the PDCCH.

[0238] For example, the third information can be an ACK message.

[0239] It should be understood that the third information used to indicate that the first report is successfully received can also be understood as: the third information used to indicate that the UCI carrying the first report is successfully received, the third information used to indicate that the UCI carrying the first report is successfully decoded, or the third information used to indicate that the first report is successfully decoded, which means that the network device can obtain the correct first report. The present application does not make specific limitations on this.

[0240] In the case where the network device successfully receives the first report, the terminal device can stop monitoring the PDCCH, for example, turn off the first timer, etc. And the terminal device can reset the counter (set the counter to 0 or reset the counter) so that when the terminal device triggers the event reporting next time, the counter can be counted again, so that the terminal device can correctly trigger the beam measurement report reporting process based on the counting of the counter, thereby helping the normal progress of the beam measurement report reporting.

[0241] In the fourth case, the time-frequency domain resource for reporting the first report can be pre-configured or indicated by the network device through signaling.

[0242] It should be understood that the time-frequency domain resource for reporting the first report and the time-frequency domain resource for reporting the second report are determined in a similar manner, which can be referred to the description above, and will not be repeated here.

[0243] Exemplarily, in the case where the first report is reported according to mode B (the time-frequency domain resource for reporting the first report is pre-configured), the process of the terminal device reporting the first report can be as shown in (a) of FIG. 13.

[0244] The network device pre-configures multiple time-frequency domain resources for reporting UCI carrying the beam measurement report through RRC signaling or the like. After the terminal device sends the UCI carrying the first report to the network device, the terminal device monitors the PDCCH in a first time duration. Before the first time duration expires, the terminal device receives a response from the network device, such as an ACK message, and the terminal device can determine that the network device successfully receives or successfully decodes the first report. Then, the terminal device can stop timing the first time duration, for example, turn off the first timer, and the like.

[0245] In the case where the first report is reported according to mode A (the time-frequency domain resource for reporting the first report is indicated through signaling), the process of reporting the first report by the terminal device can be as shown in (b) of FIG. 13.

[0246] Before reporting the first report, the terminal device can send indication information 1 to the network device through the PUCCH, the indication information 1 being used to request resources of the uplink channel to carry the beam report. After the network device indicates the time-frequency domain resource 6 to the terminal device through the DCI, the terminal device can send the UCI carrying the first report to the network device on the time-frequency domain resource 6. Then, the terminal device monitors the PDCCH in a first time duration. Before the first time duration expires, the terminal device receives a response from the network device, such as an ACK message, and the terminal device can determine that the network device successfully receives or successfully decodes the first report. Then, the terminal device can stop timing the first time duration, for example, turn off the first timer, and the like.

[0247] On the basis of the above embodiments, the starting position of the first time duration can be determined in the following two ways.

[0248] The first way, since monitoring the PDCCH is triggered based on sending the first report. Therefore, the starting position of the first time duration can be determined based on sending the first report.

[0249] Wherein, the starting position of the first time duration determined based on sending the first report can also be understood as: the starting position of the first time duration can be determined based on the end position of sending the first report. Exemplarily, the starting position of the first time duration can be the first time unit after sending the first report, and the like.

[0250] Wherein, the starting position of the first time duration can also be understood as the time or position when the first timer starts timing. The first time unit after sending the first report can be, for example, the first symbol after sending the first report, and the like.

[0251] It should be understood that, in the embodiments of the present application, the time unit can include, but is not limited to, one or more of the following: OFDM symbol (also referred to as symbol), slot, subframe, frame, and the like. The present application does not make specific limitations thereto.

[0252] In the case that the starting position of the first duration is the first time unit after the terminal device sends the first report, the process of the terminal device reporting the beam measurement report can be as shown in FIG. 14. In combination with (a) in FIG. 14, the terminal device starts timing the first duration, for example, starts the first timer, at the first time unit (for example, the first symbol) after the terminal device sends the UCI carrying the first report to the network device; before the first duration expires, for example, before the first timer expires, the terminal device receives a response (for example, a NACK message or a DCI) from the network device, and the terminal device can determine that the network device does not successfully receive or decode the first report, and needs to report the beam measurement report again; the terminal device sends the UCI carrying the second report to the network device when the first duration expires, for example, when the first timer expires.

[0253] Alternatively, the response (for example, a NACK message or a DCI) received by the terminal device in (a) of FIG. 14 can be optional, that is, the terminal device does not receive a response from the network device when the first duration expires; the terminal device can also send the UCI carrying the second report to the network device when the first duration expires, for example, when the first timer expires.

[0254] In the case that the terminal device receives an ACK message from the network device before the first duration expires, the process of the terminal device reporting the beam measurement report can be as shown in (b) of FIG. 14. That is, the terminal device can stop timing the first duration, that is, close the first timer, and stop monitoring the PDCCH after receiving the ACK message from the network device.

[0255] It should be understood that FIG. 14 is only an example, and the terminal device can also stop timing the first duration, for example, close the first timer, after receiving the response (for example, a NACK message or a DCI) from the network device; and the time-frequency domain resource for sending the UCI carrying the second report can also be other positions, which can be referred to the description above, and will not be described here.

[0256] The second way is that the starting position of the first duration is the second duration from the time interval of sending the first report.

[0257] The second duration can be the same as or different from the first duration. The second duration can be a fixed period, or a timer with a timing length of the second duration. The second duration is used to determine the starting position of the first duration. That is, the starting position of the first duration can be the end position of the second duration.

[0258] In the case that the second duration is the second timer, S1002 can be implemented in the following way: after the terminal device sends the first report to the network device, the second timer is started, and the PDCCH is monitored within the first duration after the second timer expires, and the second timer has a second duration.

[0259] Since the first duration can also be understood as the first timer, S1002 can also be implemented in the following way: after the terminal device sends the first report to the network device, the second timer is started, and the first timer is started when the second timer expires, and the terminal device monitors the PDCCH during the running of the first timer, the second timer has a second duration, and the first timer has a first duration.

[0260] Among them, the second timer can also be replaced by the second timer after expiration. The present application does not make specific limitations here.

[0261] In the case that the interval between the start of the first duration and the time of sending the first report is the second duration, the process of the terminal device reporting the beam measurement report can be as shown in FIG. 15. In combination with (a) in FIG. 15, after the terminal device sends the UCI carrying the first report to the network device, the second duration is started, for example, the second timer is started; when the second duration expires, for example, when the second timer expires, the first duration is started, for example, the first timer is started; before the first duration expires, for example, before the first timer expires, the terminal device receives a response (such as a NACK message or a DCI) from the network device, then the terminal device can determine that the network device has not successfully received the first report or has not successfully decoded the first report, and needs to report the beam measurement report again; the terminal device sends the UCI carrying the second report to the network device when the first duration expires, for example, when the first timer expires.

[0262] Alternatively, the response (such as a NACK message or a DCI) received by the terminal device in (a) of FIG. 15 can be optional content, that is, the terminal device does not receive a response from the network device when the first duration expires; then the terminal device can also send the UCI carrying the second report to the network device when the first duration expires, for example, when the first timer expires.

[0263] In the case that the terminal device receives an ACK message from the network device before the first duration expires, the process of the terminal device reporting the beam measurement report can be as shown in (b) of FIG. 15. That is, after receiving the ACK message from the network device, the terminal device can stop timing the first duration, for example, close the first timer.

[0264] It should be understood that FIG. 15 is merely an example, and the terminal device can also stop timing the first time length after receiving the response (such as the NACK message or the DCI) from the network device; and the time-frequency domain resource for the terminal device to send the UCI carrying the second report can also be another location, which can be referred to the description above, and details are not described herein.

[0265] For example, as shown in FIG. 16, after the terminal device sends the UCI carrying the first report to the network device, the terminal device starts timing the second time length, for example, starts the second timer; when the second time length expires, for example, when the second timer expires, the terminal device starts timing the first time length, for example, starts the first timer; before the first time length expires, for example, before the first timer expires, the terminal device receives the response (such as the NACK message or the DCI) from the network device, the terminal device stops timing the first time length, for example, closes the first timer; and when the first time length expires, for example, when the first timer expires, the terminal device sends the UCI carrying the second report to the network device; after sending the UCI carrying the second report, the terminal device starts timing the second time length again, for example, starts the second timer; when the second time length expires, for example, when the second timer expires, the terminal device starts timing the first time length again, for example, starts the first timer; before the first time length expires, for example, before the first timer expires, the terminal device receives the ACK message from the network device, the terminal device stops timing the first time length, for example, closes the first timer, and the current measurement report reporting process ends. The terminal device can reset the counter (set the counter to 0 or reset the counter) for recording the number of event reporting triggers, so that the counter can correctly record the number of event reporting triggers, and the subsequent measurement report reporting process can proceed normally.

[0266] It should be understood that in the second mode, the starting position of the second time length or the position or time at which the second timer is started can be understood as the first time unit after the terminal device sends the first report, and the starting position of the second time length can be determined in a manner similar to the manner of determining the starting position of the first time length in the first mode, which can be referred to the description above, and details are not described herein.

[0267] It should also be understood that in the embodiments of the present application, the second timer can also be referred to as a second timer, a round trip time uplink timer (RTT-TimerUL), or drx-HARQ-RTT-TimerUL, etc. The name of the second timer is not limited in the present application.

[0268] On the basis of the above embodiments, the response sent by the network device to the terminal device, such as the first information (NACK message) or the second information (DCI), etc., can be sent in the following manner.

[0269] FIG. 17 is a flow diagram of a method 1700 of sending a response by a network device to a terminal device, according to some embodiments of the present application. The method 1700 can be applied to the communication system 300. The network device in the communication system 300 can adopt the CU-DU separation architecture. The method 1700 includes the following steps:

[0270] S1701, the DU sends fifth information to the CU based on the unsuccessful parsing of the UCI carrying the first report. The fifth information can be used to indicate the unsuccessful reception of the first report. The fifth information can be the first information or the second information, for example. Correspondingly, the CU receives the fifth information from the DU.

[0271] S1702, the CU generates and sends a response (NACK message or DCI) to the DU based on the fifth information. Correspondingly, the DU receives the response from the CU.

[0272] S1703, the DU sends the response (NACK message or DCI) to the terminal device. Correspondingly, the terminal device receives the response from the DU.

[0273] It can be seen from the method 1700 that the NACK message (response to the beam measurement report reported by the terminal device) can be generated by the DU, that is, the generation and processing of the NACK message can be performed at the MAC layer.

[0274] It should be noted that, in addition to the response shown in the method 1700, other information sent by the CU to the terminal device can also be sent through the DU. That is, the communication between the terminal device and the CU can be realized through the DU. For the sake of brevity, it will not be described one by one here.

[0275] It should be noted that the size of the serial number of the above methods does not mean the order of execution. The execution order of each process should be determined by its function and inherent logic.

[0276] The measurement report transmission method of the embodiments of the present application is described in detail above in combination with FIGS. 9 to 17. The communication apparatus of the embodiments of the present application will be described in detail below in combination with FIGS. 18 to 19. The communication apparatus includes modules or units for executing each part of the above-described embodiments. The modules or units can be software, hardware, or a combination of software and hardware. The communication apparatus is only briefly exemplified below. For details of the implementation scheme, reference can be made to the description of the foregoing method embodiments, which will not be described here again.

[0277] FIG. 18 is a schematic block diagram of a communication apparatus 1800 according to some embodiments of the present application. As shown in FIG. 18, the communication apparatus 1800 includes a transceiver module 1801 and a processing module 1802.

[0278] In a possible implementation, the communication apparatus 1800 is configured to implement the steps corresponding to the terminal device in the above method 1000 and method 1700.

[0279] The transceiver 1801 is configured to transmit a first report in a discontinuous reception (DRX) mode, the first report being used to indicate measurement results of one or more beams, the first report being carried in uplink control information (UCI).

[0280] Optionally, the transceiver 1801 is specifically configured to start a first timer and monitor the PDCCH during running of the first timer, a length of the first timer being the first time length.

[0281] Optionally, a starting position of the first time length is a first time unit after the first report is transmitted; or a time interval between the starting position of the first time length and the first report is a second time length.

[0282] Optionally, the processing module 1802 is specifically configured to start a second timer after the first report is transmitted, and monitor the PDCCH in the first time length after the second timer expires, a length of the second timer being the second time length.

[0283] Optionally, the transceiver 1801 is further configured to receive first information or second information in the first time length, the first information being used to indicate that the first report is not successfully received, and the second information being used to indicate that the measurement report is transmitted; and transmit a second report based on the first information or the second information, the second report being used to indicate the measurement results of the one or more beams, the second report being carried in the UCI.

[0284] Optionally, the processing module 1802 is further configured to stop monitoring the PDCCH based on the first information or the second information.

[0285] Optionally, time-frequency domain resources for transmitting the first report and time-frequency domain resources for transmitting the second report are preconfigured or indicated by signaling.

[0286] Optionally, the transceiver 1801 is further configured to not monitor a response to the first report in the first time length; and transmit the second report after the first time length expires, the second report being used to indicate the measurement results of the one or more beams, the second report being carried in the UCI.

[0287] Optionally, the transceiver 1801 is further configured to receive third information in the first time length, the third information being used to indicate that the first report is successfully received; and the processing module 1802 is further configured to stop monitoring the PDCCH based on the third information.

[0288] Optionally, the first time length is pre-configured or indicated by signaling.

[0289] In another possible implementation, the communication apparatus 1800 is configured to implement the steps corresponding to the network device in the above method 1000 or method 1700.

[0290] The transceiver module 1801 is configured to: transmit fourth information, the fourth information being used to indicate a first time length; and receive a first report from a terminal device, the first report being used to indicate measurement results of one or more beams, the first report being carried in uplink control information (UCI), wherein the first time length is started based on transmission of the uplink control information (UCI), and the first time length is used to monitor a physical downlink control channel (PDCCH) corresponding to the first report.

[0291] It should be understood that the communication apparatus 1800 is embodied in the form of functional modules herein. The term "module" herein can refer to an application specific integrated circuit (ASIC), an electronic circuit, a processor (for example, a shared processor, a dedicated processor, or a group processor and the like) and a memory for executing one or more software or firmware programs, a combinational logic circuit, and / or other suitable components that support the described functions. In an optional example, those skilled in the art can understand that the communication apparatus 1800 can be embodied as the terminal device or the network device in the above embodiments, and the communication apparatus 1800 can be configured to execute the respective processes and / or steps corresponding to the terminal device or the network device in the above method embodiments. To avoid repetition, details are not described herein.

[0292] The communication apparatus 1800 described above has the functions of implementing the respective steps performed by the terminal device or the network device in the above method; the above functions can be implemented by hardware, or by hardware executing corresponding software. The hardware or software includes one or more modules corresponding to the above functions. In the embodiments of the present application, the communication apparatus 1800 in FIG. 18 can also be a chip, for example, a SOC.

[0293] FIG. 19 shows a structural schematic diagram of a communication apparatus 1900 according to an embodiment of the present application. The communication apparatus 1900 includes a processor 1901, a transceiver 1902, and a memory 1903. The processor 1901, the transceiver 1902, and the memory 1903 communicate with each other through internal connection paths. The memory 1903 is configured to store instructions, for example, computer degree codes, and the like. The processor 1901 is configured to execute the instructions stored in the memory 1903 to control the transceiver 1902 to transmit signals and / or receive signals.

[0294] It should be understood that the communication device 1900 can be specifically a network device or a terminal device in the above-described embodiments, and can be used to perform various steps and / or processes corresponding to the network device or the terminal device in the above-described method embodiments. Optionally, the memory 1903 can include read-only memory and random access memory, and provide instructions and data for the processor. Part of the memory can also include non-volatile random access memory. For example, the memory can also store device type information. The processor 1901 can be used to execute the instructions stored in the memory, and when the processor 1901 executes the instructions stored in the memory, the processor 1901 is used to perform various steps and / or processes of the above-described method embodiments. The transceiver 1902 can include a transmitter 19021, a receiver 19022, and an antenna 19023, and the transmitter 19021 can be used to implement various steps and / or processes corresponding to the above-described transceiver for performing sending actions. For example, the transmitter 19021 can be used to send information to another device through the antenna 19023. The receiver 19022 can be used to implement various steps and / or processes corresponding to the above-described transceiver for performing receiving actions. For example, the receiver 19022 can be used to receive information from another device through the antenna 19023.

[0295] It should be understood that in the embodiments of the present application, the processor can be a central processing unit (CPU), and the processor can also be other general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field programmable gate arrays (FPGAs) or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc. The general-purpose processor can be a microprocessor or the processor can also be any conventional processor.

[0296] In the implementation process, the steps of the above-described method can be completed by the integrated logic circuit of hardware in the processor or the instructions in the form of software. The steps of the method disclosed in combination with the embodiments of the present application can be directly embodied as hardware processor execution completion, or executed by the combination of hardware and software modules in the processor. The software module can be located in a mature storage medium in the art such as random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, register, etc. The storage medium is located in the memory, and the processor executes the instructions in the memory, and combines the hardware to complete the steps of the above-described method. To avoid repetition, it will not be described in detail here.

[0297] The present application also provides a computer readable storage medium for storing a computer program for implementing the method shown in the above-described method embodiments.

[0298] The application further provides a computer program product comprising a computer program (also referred to as code or instructions) which, when executed on a computer, can perform the method shown in the above method embodiments.

[0299] Those skilled in the art can understand that the modules and algorithm steps of each example described in combination with the embodiments disclosed herein can be realized by electronic hardware or a combination of computer software and electronic hardware. Whether the functions are executed in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of the present application.

[0300] Those skilled in the art can clearly understand that, for the convenience and brevity of the description, the specific working processes of the above-described system, device and module can refer to the corresponding processes in the foregoing method embodiments, which will not be repeated here.

[0301] In several embodiments provided in the present application, it should be understood that the disclosed system, device and method can be implemented in other ways. For example, the above-described device embodiments are only schematic, for example, the division of the modules is only a logical function division, and actual implementation can have another division manner, for example, a plurality of modules or components can be combined or integrated into another system, or some features can be omitted or not executed. In addition, the coupling or direct coupling or communication connection between the shown or discussed modules can be indirect coupling or communication connection through some interface, device or module, which can be electrical, mechanical or other forms.

[0302] The modules described as separate components can or can not be physically separated, and the components shown as modules can or can not be physical modules, i.e. can be located in one place or distributed on a plurality of network modules. Part or all of the modules can be selected according to actual needs to achieve the purpose of the present embodiment.

[0303] In addition, each functional module in each embodiment of the present application can be integrated into a processing module, or each module can exist physically, or two or more modules can be integrated into one module.

[0304] If the functions are implemented in the form of software function modules and sold or used as independent products, they can be stored in a computer readable storage medium. Based on this understanding, the technical solutions of the present application or the parts of the technical solutions that essentially contribute to the prior art or the parts of the technical solutions can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes a plurality of instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of the present application. The aforementioned storage medium includes: a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and various media that can store program codes.

[0305] The above is only a specific implementation of the present application, but the protection scope of the embodiments of the present application is not limited to this. Any person skilled in the art can easily think of changes or replacements within the technical scope disclosed in the embodiments of the present application, which should be covered within the protection scope of the embodiments of the present application. Therefore, the protection scope of the embodiments of the present application should be subject to the protection scope of the claims.

Claims

1. A measurement report transmission method, characterized by, Comprising: transmitting a first report, the first report being used for indicating measurement results of one or more beams, the first report being carried in uplink control information (UCI); monitoring a physical downlink control channel (PDCCH) in a first time duration after transmitting the first report.

2. The method of claim 1, wherein, The monitoring the PDCCH in the first time duration comprises: starting a first timer and monitoring the PDCCH during running of the first timer, a time length of the first timer being the first time duration.

3. The method according to claim 1 or 2, characterized in that, A starting position of the first time duration is a first time unit after transmitting the first report; or a time interval between the starting position of the first time duration and transmitting the first report is a second time duration.

4. The method of claim 3, wherein, The monitoring the PDCCH comprises: starting a second timer after transmitting the first report, and monitoring the PDCCH in the first time duration after expiration of the second timer, a time length of the second timer being the second time duration.

5. The method according to any one of claims 1 to 4, characterized in that, The method further comprises: receiving first information or second information in the first time duration, the first information being used for indicating that the first report is not successfully received, and the second information being used for indicating transmitting a measurement report; transmitting a second report based on the first information or the second information, the second report being used for indicating measurement results of one or more beams, the second report being carried in UCI.

6. The method of claim 5, wherein, The method further comprises: stopping monitoring the PDCCH based on the first information or the second information.

7. The method according to claim 5 or 6, characterized in that, Time and frequency domain resources for transmitting the first report and time and frequency domain resources for transmitting the second report are pre-configured or indicated by signaling.

8. The method according to any one of claims 1 to 7, characterized in that, The method further comprises: not monitoring a response to the first report in the first time duration; transmitting a second report after expiration of the first time duration, the second report being used for indicating measurement results of one or more beams, the second report being carried in UCI.

9. The method according to any one of claims 1 to 8, characterized in that, The method further comprises: receiving third information in the first time duration, the third information being used for indicating that the first report is successfully received; stopping monitoring the PDCCH based on the third information.

10. The method according to any one of claims 1 to 9, characterized in that, The first time duration is pre-configured or indicated by signaling.

11. A measurement report transmission method, characterized by, Comprising: transmitting fourth information, the fourth information being used for indicating a first time duration; receiving a first report from a first communication device, the first report being used for indicating measurement results of one or more beams, the first report being carried in uplink control information (UCI), wherein the first time duration is started based on transmitting the UCI, and a physical downlink control channel (PDCCH) corresponding to the first report is monitored.

12. A communications device, characterized by Comprising: a module for performing the method of any one of claims 1 to 10, or the method of claim 11.

13. A communications device, characterized by Comprising: a processor coupled to a memory, the memory being used for storing a computer program, when the processor invokes the computer program, the apparatus performs the method of any one of claims 1 to 10, or the method of claim 11.

14. A computer-readable storage medium, characterized in that, A computer program product for storing a computer program comprising instructions for implementing the method according to any one of claims 1 to 10, or the method according to claim 11.

15. A computer program product, comprising instructions therein, wherein the computer program product is characterised in that, The instructions, when run on a computer, cause the computer to implement the method according to any one of claims 1 to 10, or the method according to claim 11.

Images