Communication method and communication apparatus

Abstract

The application relates to the communication field and provides a communication method and a communication device; the communication method is applied to a network device and comprises the following steps: receiving a first beam report sent by a terminal; determining whether the configuration parameters of a second beam report are updated according to the first beam report; wherein the measurement time of the first beam report is earlier than the measurement time of the second beam report. Based on the scheme, the dynamic configuration of the network device on the configuration parameters of the beam report can be realized, the configuration parameters of the beam report can be adapted to different channel environments where the terminal is located, the terminal can be switched to a better beam, and the stability of the communication quality of the terminal in different channel environments is improved.

Description

Technical Field

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

[0002] Beam management events include several different events, with Event 2 being the highest priority. Event 2 allows the terminal to monitor changes in beam quality and report beam reports to the network device when the triggering conditions indicated by the beam configuration parameters are met, thereby optimizing beam switching efficiency and resource utilization. For example, beam reporting is triggered by the configuration parameters of the beam report (e.g., time window T and pre-configured count value M). When the channel quality of a new beam detected by the terminal is higher than the channel quality of the current beam than a preset threshold at least M times within the time window T, the terminal is triggered to report a beam report so that the network device can switch the terminal to the better beam. However, when the beam configuration parameters are unreasonable, the terminal may report beam reports frequently; or, the terminal may have difficulty triggering beam reports, making it impossible to ensure that the terminal switches to a better beam, thus compromising the terminal's communication quality.

[0003] Therefore, ensuring that the terminal can switch to a better beam and improve the terminal's communication quality has become an urgent problem to be solved. Summary of the Invention

[0004] This application provides a communication method and a communication device. The communication method of this application enables network devices to dynamically configure the configuration parameters of beam reports, so that the configuration parameters of beam reports can be adapted to different channel environments where the terminal is located, ensuring that the terminal switches to a better beam and improving the stability of the communication quality of the terminal in different channel environments.

[0005] Firstly, a communication method is provided for use in network devices, including:

[0006] The receiver sends a first beam report; based on the first beam report, it determines whether to update the configuration parameters of the second beam report; wherein the measurement time of the first beam report is earlier than the measurement time of the second beam report.

[0007] In one implementation, the first beam report includes the following:

[0008] CRI / SSBRI of the N new beams; L1-RSRP of the best quality new beam among the N new beams; differential L1-RSRP of the other beams relative to the best beam; differential L1-RSRP of the current beam and the best beam; and an indication field.

[0009] The differential L1-RSRP is used to represent the difference in L1-RSRP between two beams. The indicator field is used to indicate whether the number of times the L1-RSRP of a new beam is higher than the L1-RSRP of the current beam within the time window T meets the pre-configured count value.

[0010] It should be understood that for each of the N new beams in the beam report, there is a count value. When the L1-RSRP of a new beam is higher than the L1-RSRP of the current beam by a threshold (e.g., a threshold), the count value of the new beam is incremented by 1.

[0011] The count value represents the number of times within window T that the beam quality of the new beam is higher than the L1-RSRP of the current beam by a threshold (e.g., a threshold).

[0012] It should also be understood that when the count value of a certain beam is greater than or equal to the pre-configured count value, that is, within the time window, the number of times the L1-RSRP of a new beam is higher than the threshold of the current beam's L1-RSRP is greater than or equal to the pre-configured count value, the indicator field of that beam is 1. When the count value of a certain beam is less than the pre-configured count value, that is, within the time window, the number of times the L1-RSRP of a new beam is higher than the threshold of the current beam's L1-RSRP is less than the pre-configured count value, the indicator field of that beam is 0.

[0013] In one implementation, the configuration parameters include: a time window T and a pre-configured count value M.

[0014] In another implementation, the configuration parameters include: time window T, pre-configured count value M, and threshold.

[0015] Here, the time window T represents the time window during which the terminal performs beam quality monitoring. The pre-configured count value M represents the preset number of times within the time window T that the beam quality of a new beam is detected to be better than the channel quality of the current beam, exceeding a threshold. The threshold represents the minimum threshold at which the beam quality of the new beam is better than the current beam when counting is triggered. For example, the threshold is the minimum threshold at which the L1-RSRP of the new beam is better than the L1-RSRP of the current beam when counting is triggered.

[0016] It should be noted that when the terminal measures a new beam, each new beam corresponds to a count value; when the beam quality of the new beam is higher than the beam quality of the current beam plus a threshold (e.g., a threshold) within the time window, the count value of the new beam is incremented by 1.

[0017] In the embodiments of this application, the network device can determine whether to update the configuration parameters of the second beam report (the next beam report after the current beam report) based on the first beam report (current beam report) reported by the terminal. Compared to the network device using static configuration parameters to configure the beam report, in this solution, the network device can use dynamic configuration parameters to configure the beam report. Based on the content of the beam report, the network device can determine the terminal's current channel environment. Depending on the different channel environments, it can determine whether to update the beam report's configuration parameters. This enables the network device to dynamically configure the beam report's configuration parameters, allowing the beam report's configuration parameters to adapt to different channel environments where the terminal is located, ensuring the terminal switches to a better beam and improving the stability of the terminal's communication quality under different channel environments.

[0018] In conjunction with the first aspect, in some implementations of the first aspect, the first beam report includes an indication field, which is used to indicate whether the beam meets the configuration parameters of the first beam report;

[0019] The step of determining whether to update the configuration parameters of the second beam report based on the first beam report includes:

[0020] Based on the indicated field, determine whether to update the configuration parameters of the second beam report.

[0021] It should be noted that the indication field indicates whether the beam meets the configuration parameters of the first beam report; here, a beam refers to a new beam detected by the terminal in execution event 2 (Event-2). Event-2 involves at least one new beam whose reference signal RS has a signal quality higher than the current beam's signal quality plus a threshold (i.e., a threshold). The first beam report includes N new beams, and the indication field for each of the N new beams.

[0022] It should be understood that Indication Field 1 indicates that within the time window, the number of times the L1-RSRP of a new beam exceeds the threshold by a certain threshold compared to the L1-RSRP of the current beam is greater than or equal to the pre-configured count value. In other words, Indication Field 1 indicates a new beam that meets the Event-2 triggering condition. Indication Field 0 indicates that within the time window, the number of times the L1-RSRP of a new beam exceeds the threshold by a certain threshold compared to the L1-RSRP of the current beam is less than the pre-configured count value. In other words, Indication Field 0 indicates a new beam that does not meet the Event-2 triggering condition.

[0023] In the embodiments of this application, the network device can obtain the terminal's channel environment based on the indication field in the first beam report; and determine whether to dynamically configure the configuration parameters of the second beam report based on the terminal's channel environment. In this solution, the network device can configure the beam report using dynamic configuration parameters. Based on the content of the beam report, the network device can determine the terminal's current channel environment. Depending on different channel environments, it can determine whether to update the beam report's configuration parameters. This enables the network device to dynamically configure the beam report's configuration parameters, allowing the beam report's configuration parameters to adapt to different channel environments where the terminal is located, ensuring the terminal switches to a better beam and improving the stability of the terminal's communication quality under different channel environments.

[0024] In conjunction with the first aspect, in some implementations of the first aspect, when the ratio of the first parameter to the second parameter is within a preset range, the configuration parameters reported by the second beam are updated configuration parameters.

[0025] If the ratio of the first parameter to the second parameter is outside a preset range, the configuration parameters reported by the second beam are outdated configuration parameters.

[0026] Wherein, the first parameter is used to represent the number of beams that satisfy the configuration parameters of the first beam report, and the second parameter is used to represent the number of beams in the first beam report.

[0027] In one implementation, the preset range is 45% to 55%.

[0028] It should be understood that when the proportion of Indication 1 in the total number of Indication Fields is between 45% and 55%, it indicates that among the N new beams reported in Beam Report 1, the proportion of new beams meeting the Event-2 triggering condition is between 45% and 55%. That is, the number of new beams meeting the Event-2 triggering condition is close to or equal to the number of new beams not meeting the Event-2 triggering condition. In this case, it indicates that the terminal's beam detection capability in the current channel environment is good, and the configuration parameters of Beam Report 1 reported by the terminal are well-suited to this channel environment, requiring no change in configuration parameters.

[0029] It should also be understood that when the number of indications in indication field 1 accounts for less than 45% of the total number of indication fields, it means that among the N new beams reported in beam report 1, the proportion of new beams that meet the Event-2 triggering condition is less than 45%. This indicates that among the N new beams, a relatively large number do not meet the Event-2 triggering condition. In this case, it indicates that the terminal is operating poorly in the current channel environment, therefore the network equipment needs to update its configuration parameters and increase the frequency of beam reports submitted by the terminal.

[0030] In the embodiments of this application, the network device obtains the terminal's channel environment based on the proportion of beams meeting the triggering conditions in the total beams indicated by the indication field in the first beam report. If the terminal has good beam detection capability in the current channel environment, the configuration parameters are not updated. If the channel environment is good or poor, the configuration parameters are updated. Depending on different channel environments, it is possible to determine whether to update the beam report's configuration parameters. This enables the network device to dynamically configure the beam report's configuration parameters, allowing the beam report's configuration parameters to adapt to different channel environments where the terminal is located, ensuring the terminal switches to a better beam and improving the stability of the terminal's communication quality in different channel environments.

[0031] In conjunction with the first aspect, in some implementations of the first aspect, the updated configuration parameters are positively correlated with the ratio.

[0032] It should be understood that the ratio value indicates the proportion of beams that meet the triggering conditions within the total number of beams; a larger ratio indicates a better channel environment for the terminal, while a smaller ratio indicates a worse channel environment. When the terminal is in a poor channel environment, the network device needs to lower the configuration parameters to increase the frequency of beam reporting by the terminal. This allows for the detection of better beams and timely switching to them, improving communication quality in scenarios with poor channel conditions. When the terminal is in a good channel environment, the network device needs to increase the configuration parameters to delay the triggering of beam reporting by the terminal, reducing the frequency of beam reporting and minimizing signaling overhead.

[0033] In the embodiments of this application, the network device determines the channel environment in which the terminal is located based on the proportion of beams that meet the triggering conditions in the total beams, as indicated by the field. Based on the channel environment, the configuration parameters of the beam report are dynamically configured, enabling the beam report configuration parameters to adapt to different channel environments in which the terminal is located. This ensures that the terminal switches to a better beam and improves the stability of the terminal's communication quality under different channel environments.

[0034] In conjunction with the first aspect, in some implementations of the first aspect, the updated configuration parameters are negatively correlated with the average value of the differential L1-RSRP;

[0035] The differential L1-RSRP is obtained by differentiating the L1-RSRP of the beam that meets the conditions in the first beam report with the L1-RSRP of the optimal beam. The conditions are defined as the configuration parameters in the indication field that meet the requirements of the first beam report.

[0036] It should be noted that the first beam report includes information on N new beams. Differential L1-RSRP refers to the difference between the L1-RSRP of CRI / SSBR #2 to CRI / SSBR #N and the L1-RSRP of CRI / SSBR #1. The L1-RSRP of CRI / SSBR #1 is the largest RSRP value among the reported measurements, i.e., the optimal beam among the N beams.

[0037] It should be understood that the smaller the average value of the differential L1-RSRP, the closer the beam that meets the configuration parameters for the first beam report is to the optimal beam, indicating a better channel environment. Network devices need to add configuration parameters to delay the terminal's beam report reporting, thereby reducing the frequency of beam report reporting and lowering the terminal's signaling overhead.

[0038] It should also be understood that a larger average value of the differential L1-RSRP indicates a greater difference in beam quality between the beam that meets the configuration parameters for the first beam report and the optimal beam, indicating a poorer channel environment. When the terminal is in a poor channel environment, the network device needs to lower the configuration parameters and increase the frequency of beam reports from the terminal. This allows it to detect a better beam and switch to it promptly, improving the communication quality of the terminal in scenarios with poor channel conditions.

[0039] In the embodiments of this application, when the network device determines to update the configuration parameters, it can dynamically configure the beam report configuration parameters based on the average value of the differential L1-RSRP. This allows the beam report configuration parameters to adapt to different channel environments where the terminal is located, ensuring that the terminal switches to a better beam and improving the stability of the terminal's communication quality under different channel environments.

[0040] In conjunction with the first aspect, in certain implementations of the first aspect, when updating the configuration parameters of the second beam report, the communication method further includes:

[0041] Send a first indication message to the terminal, the first indication message being used to indicate updated configuration parameters.

[0042] In one implementation, the first indication information is carried in Radio Resource Control (RRC) information.

[0043] In another implementation, the first indication information is carried in the Media Access Control Information (MAC CE).

[0044] In the embodiments of this application, when updating configuration parameters, the network device can send an indication message to the terminal via MAC CE to instruct the terminal to update the configuration parameters. Since the reconfiguration process of RRC typically takes tens to hundreds of milliseconds, its response speed is slow and cannot meet the low-latency requirements of beam switching when the channel changes rapidly. Compared with RRC, MAC CE has fewer processing steps and a faster transmission speed. Therefore, MAC CE can quickly send indication information to the terminal, achieving a rapid response and meeting the low-latency requirements of beam switching when the channel changes rapidly.

[0045] In conjunction with the first aspect, in some implementations of the first aspect, the first indication information includes first information, which is used to indicate the target configuration parameter group in the pre-configured parameter group, the target configuration parameter group being the parameter group in which the updated configuration parameter is located.

[0046] In one implementation, the first information includes a first index, which is an index of the target configuration parameter group.

[0047] In embodiments of this application, the network device can send a pre-configured parameter set to the terminal, and in the case of configuration parameters reported by a different beam, send an index to the terminal; the index indicates the target parameter set in the pre-configured parameter set, i.e., the updated configuration parameters, so that the terminal can obtain the updated configuration parameters. Compared with resending the updated configuration parameters, indicating the updated configuration parameters by sending the pre-configured parameter set and index over the network can reduce signaling overhead.

[0048] In conjunction with the first aspect, in some implementations of the first aspect, prior to the first beam report sent by the receiving terminal, the communication method further includes:

[0049] Send a second instruction message to the terminal, the second instruction message including the pre-configured parameter group.

[0050] In one implementation, the second indication information is carried in Radio Resource Control (RRC) information, or in Media Access Control (MAC) information.

[0051] In the embodiments of this application, sending a pre-configured parameter group to the terminal via the network device enables the network device to instruct the terminal to update the configuration parameters after sending the parameter group once, via an index. Compared to resending the updated configuration parameters, instructing the updated configuration parameters by sending the pre-configured parameter group and index reduces signaling overhead.

[0052] In conjunction with the first aspect, in some implementations of the first aspect, where the pre-configured parameter group includes configuration parameters of the first beam report, the second indication information further includes a second index, which is used to indicate the parameter group in which the configuration parameters of the first beam report are located;

[0053] If the configuration parameters of the first beam report are not included in the pre-configured parameters, the second indication information may include the configuration parameters of the first beam report.

[0054] Optionally, if the configuration parameters for the first beam report are not included in the pre-configured parameter group, the network device may simultaneously send the configuration parameters for the first beam report and the pre-configured parameter group to the terminal. This can be understood as the configuration parameters for the first beam report and the pre-configured parameter group being carried in the same signaling.

[0055] Optionally, if the configuration parameters for the first beam report are not included in the pre-configured parameter group, the network device may first send the configuration parameters for the first beam report to the terminal, and then send the pre-configured parameter group to the terminal. Alternatively, the network device may first send the pre-configured parameter group to the terminal, and then send the configuration parameters for the first beam report. This can be understood as follows: when the configuration parameters for the first beam report are not included in the pre-configured parameter group, the configuration parameters for the first beam report and the pre-configured parameter group are carried on different signaling.

[0056] In the embodiments of this application, when the pre-configured parameter group includes configuration parameters for the first beam report, the configuration parameters for the first beam report in the pre-configured parameter group are indicated by an index. When the pre-configured parameter group does not include configuration parameters for the first beam report, the pre-configured parameter group and the configuration parameters for the first beam report can be sent to the terminal. Sending the pre-configured parameter group to the terminal through the network device enables the network device to send the parameter group once and then instruct the terminal to update the configuration parameters subsequently via an index. Compared to sending updated configuration parameters after updating the configuration parameters, the solution in this application, which instructs the terminal to update the configuration parameters by sending the pre-configured parameter group and an index, reduces signaling overhead.

[0057] In conjunction with the first aspect, in some implementations of the first aspect, the first indication information includes the updated configuration parameters.

[0058] In one implementation, when the network device updates the configuration parameters of the second beam report, the network device can send a first indication message to the terminal, the first indication message including the updated configuration parameters.

[0059] In embodiments of this application, when a network device updates the configuration parameters of the second beam report, the network device can send a first indication message to the terminal, the first indication message including the updated configuration parameters. That is, when the network device updates the configuration parameters of the second beam report, the network device can resend the updated configuration parameters to the terminal.

[0060] In conjunction with the first aspect, in some implementations of the first aspect, the first indication information is carried in Radio Resource Control (RRC) information, and / or the first indication information is carried in Media Access Control (MAC) information.

[0061] In the embodiments of this application, when updating configuration parameters, the network device can send an indication message to the terminal via MAC CE to instruct the terminal to update the configuration parameters. Since the reconfiguration process of RRC typically takes tens to hundreds of milliseconds, its response speed is slow and cannot meet the low-latency requirements of beam switching when the channel changes rapidly. Compared with RRC, MAC CE has fewer processing steps and a faster transmission speed. Therefore, MAC CE can quickly send indication information to the terminal, achieving a rapid response and meeting the low-latency requirements of beam switching when the channel changes rapidly.

[0062] In conjunction with the first aspect, in certain implementations of the first aspect, when the configuration parameters of the second beam report are updated configuration parameters, the configuration parameters of the second beam report include at least one of the following:

[0063] First configuration parameter, second configuration parameter, or third configuration parameter;

[0064] Wherein, the first configuration parameter is used to indicate the time window, the second configuration parameter is used to indicate the count value, and the third configuration parameter is used to indicate the preset threshold for triggering the count. The preset threshold is used to represent the minimum threshold at which the beam quality of the beam is higher than the beam quality of the current beam.

[0065] In one implementation, the configuration parameters include a first configuration parameter and a second configuration parameter. For example, the configuration parameters include a time window T and a pre-configured count value M.

[0066] When the configuration parameters include time window T and pre-configured count value M, the trigger condition for the terminal to report the second beam report is: when the L1-RSRP of the beam is greater than or equal to the L1-RSRP of the current beam plus a threshold at least M times within the time window T, the terminal is triggered to report the beam report to the network device.

[0067] It should be noted that when the configuration parameters include the first configuration parameter and the second configuration parameter, the threshold can be a static threshold.

[0068] In another implementation, the configuration parameters include a first configuration parameter, a second configuration parameter, and a third configuration parameter. For example, the configuration parameters include a time window T, a pre-configured count value M, and a threshold.

[0069] When the configuration parameters include a time window T, a pre-configured count value M, and a threshold, the trigger condition for the terminal to report the second beam is as follows: when the L1-RSRP of the beam is greater than or equal to the L1-RSRP of the current beam plus a threshold at least M times within the time window T, the terminal is triggered to report the beam to the network device. This threshold can be a dynamic threshold configured by the network device. See Table 1 below for details, or as shown in Table 2.

[0070] In one implementation, the network device dynamically configures the beam report parameters based on the ratio of N1 to N. Here, N1 represents the number of new beams in beam report 1 that meet the Event-2 triggering condition. N represents the total number of new beams in beam report 1. The implementation methods for dynamic configuration are shown in Table 1.

[0071] In one implementation, the network device obtains the average value of the differential L1-RSRP based on the differential L1-RSRP of other beams and the optimal beam indicated by indication field 1. The configuration parameters of the beam report are then dynamically configured based on the average value of the differential L1-RSRP. The implementation of this dynamic configuration is shown in Table 2.

[0072] In the embodiments of this application, the percentage can represent the number of alternative beams provided by the terminal to the network device that meet the triggering conditions. Alternatively, the average value of the differential L1-RSRP can represent the beam quality of the alternative beams provided by the terminal to the network device that meet the triggering conditions. This enables dynamic configuration of the beam reporting configuration parameters by the network device.

[0073] Secondly, an improved communication method, applied to terminals, includes:

[0074] Send the first beam report to the network device;

[0075] If the network device updates the configuration parameters of the second beam report, receive the updated configuration parameters sent by the network device;

[0076] The updated configuration parameters are obtained by the network device based on the first beam report, and the measurement time of the first beam report is earlier than the measurement time of the second beam report.

[0077] In conjunction with the second aspect, in some implementations of the second aspect, the first beam report includes an indication field, which is used to indicate whether the beam meets the configuration parameters of the first beam report; the network device determines whether to update the configuration parameters of the second beam report based on the indication field.

[0078] In conjunction with the second aspect, in some implementations of the second aspect, when the ratio of the first parameter to the second parameter is within a preset range, the configuration parameters reported by the second beam are updated configuration parameters.

[0079] If the ratio of the first parameter to the second parameter is outside a preset range, the configuration parameters reported by the second beam are outdated configuration parameters.

[0080] Wherein, the first parameter is used to represent the number of beams that satisfy the configuration parameters of the first beam report, and the second parameter is used to represent the number of beams in the first beam report.

[0081] In conjunction with the second aspect, in some implementations of the second aspect, the updated configuration parameters are positively correlated with the ratio.

[0082] In conjunction with the second aspect, in some implementations of the second aspect, the updated configuration parameters are negatively correlated with the average value of the differential L1-RSRP;

[0083] The differential L1-RSRP is obtained by differentiating the L1-RSRP of the beam that meets the conditions in the first beam report with the L1-RSRP of the optimal beam. The conditions are defined as the configuration parameters in the indication field that meet the requirements of the first beam report.

[0084] In conjunction with the second aspect, in some implementations of the second aspect, the communication method further includes:

[0085] The system receives a first indication message sent by the network device, the first indication message being used to indicate the updated configuration parameters.

[0086] In conjunction with the second aspect, in some implementations of the second aspect, the first indication information includes first information, which is used to indicate the target configuration parameter group in the pre-configured parameter group, the target configuration parameter group being the parameter group in which the updated configuration parameter is located.

[0087] In conjunction with the second aspect, in some implementations of the second aspect, the first information includes a first index, which is an index of the target configuration parameter group.

[0088] In conjunction with the second aspect, in some implementations of the second aspect, the communication method further includes:

[0089] The system receives a second indication message sent by the network device, the second indication message including the pre-configured parameter group.

[0090] In conjunction with the second aspect, in some implementations of the second aspect, where the configuration parameters of the first beam report are included in the pre-configured parameter group, the second indication information further includes a second index, which is used to indicate the parameter group in which the configuration parameters of the first beam report are located;

[0091] If the configuration parameters of the first beam report are not included in the pre-configured parameters, the second indication information may include the configuration parameters of the first beam report.

[0092] In conjunction with the second aspect, in some implementations of the second aspect, the first indication information includes the updated configuration parameters.

[0093] In conjunction with the second aspect, in some implementations of the second aspect, the first indication information is carried in Radio Resource Control (RRC) information, and / or the first indication information is carried in Media Access Control (MAC) information.

[0094] In conjunction with the second aspect, in some implementations of the second aspect, the updated configuration parameters include at least one of the following:

[0095] First configuration parameter, second configuration parameter, or third configuration parameter;

[0096] Wherein, the first configuration parameter is used to indicate the time window, the second configuration parameter is used to indicate the count value, and the third configuration parameter is used to indicate the preset threshold for triggering the count. The preset threshold is used to represent the minimum threshold at which the beam quality of the beam is higher than the beam quality of the current beam.

[0097] Thirdly, a communication apparatus is provided, comprising modules or units for performing the communication method described in the first aspect or any possible implementation thereof.

[0098] In one design, the communication device is a processing chip, which may include input circuitry or interface for transmitting information or data, and output circuitry or interface for receiving information or data.

[0099] In another design, the communication device is a communication equipment, which may include a transmitter for sending information or data and a receiver for receiving information or data.

[0100] In another design, the communication device is used to perform the communication method in the first aspect or any possible implementation of the first aspect. The communication device may be configured in a network device, or the communication device itself may be a network device.

[0101] Fourthly, a communication apparatus is provided, comprising modules or units for performing the communication method described in the second aspect or any possible implementation thereof.

[0102] In one design, the communication device may include modules that perform the methods / operations / steps / actions described in the foregoing aspects. These modules may be hardware circuits, software, or a combination of hardware circuits and software.

[0103] In one design, the communication device is a processing chip, which may include input circuitry or interface for transmitting information or data, and output circuitry or interface for receiving information or data.

[0104] In another design, the communication device is a communication equipment, which may include a transmitter for sending information or data and a receiver for receiving information or data.

[0105] In another design, the communication device is used to perform the communication method in the second aspect or any possible implementation of the second aspect described above. The communication device may be configured in a terminal, or the communication device itself may be a terminal.

[0106] Fifthly, a communication device is provided, including a processor; the processor is coupled to a memory and can be used to execute instructions or data in the memory to implement the communication method in the first aspect or any possible implementation of the first aspect.

[0107] Optionally, the communication device further includes a memory. Optionally, the communication device further includes a communication interface, to which the processor is coupled.

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

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

[0110] In a sixth aspect, a communication device is provided, including a processor. The processor is coupled to a memory and can be used to execute instructions or data in the memory to implement the communication method described in the second aspect or any possible implementation thereof.

[0111] Optionally, the communication device further includes a memory. Optionally, the communication device further includes a communication interface, to which the processor is coupled.

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

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

[0114] In a seventh aspect, a processor is provided, comprising: an input circuit, an output circuit, and a processing circuit. The processing circuit is configured to receive signals through the input circuit and transmit signals through the output circuit, causing the processor to execute a communication method according to any aspect or any possible implementation thereof.

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

[0116] Eighthly, a communication device is provided, including a processor and a memory. The processor is used to read instructions stored in the memory, receive signals via a receiver, and transmit signals via a transmitter to execute the communication method in any of the above aspects or any possible implementations of any of the above aspects.

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

[0118] Optionally, the memory may be integrated with the processor, or the memory may be separated from the processor.

[0119] In the specific implementation process, the memory can be a non-transitory memory, such as read-only memory (ROM), which can be integrated with the processor on the same chip or set on different chips. The embodiments of this application do not limit the type of memory or the way the memory and processor are set.

[0120] It should be understood that the relevant data interaction process, such as sending indication information, can be the process of the processor outputting indication information, and receiving capability information can be the process of the processor receiving input capability information. Specifically, the data output by the processor can be sent to the transmitter, and the input data received by the processor can come from the receiver. Here, the transmitter and receiver can be collectively referred to as a transceiver.

[0121] Optionally, the communication device in the eighth aspect above can be one or more chips. The processor in the communication device can be implemented in hardware or software. When implemented in hardware, the processor can be a logic circuit, integrated circuit, etc.; when implemented in software, the processor can be a general-purpose processor that reads software code stored in memory. This memory can be integrated into the processor or located outside the processor and exist independently.

[0122] Ninthly, a computer program product is provided, the computer program product comprising: a computer program (also referred to as code or instructions), which, when the computer program is run, causes a computer to perform the communication method in any of the above aspects or any possible implementations of any of the above aspects.

[0123] In a tenth aspect, a computer-readable storage medium is provided, the computer-readable storage medium storing a computer program (also referred to as code or instructions) that, when executed on a computer, causes the computer to perform the communication method in any of the above aspects or any possible implementations of any of the above aspects.

[0124] Eleventhly, embodiments of this application provide a chip system including one or more processors for calling and executing instructions stored in memory, causing the communication methods in any of the above aspects or possible implementations to be executed. The chip system may be composed of chips or may include chips and other discrete devices.

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

[0126] In a twelfth aspect, a communication system is provided, including the aforementioned network device and terminal. Optionally, the communication system may further include other devices that communicate with the network device and / or the terminal. Attached Figure Description

[0127] Figure 1 This is a schematic diagram of the architecture of a communication system applicable to embodiments of this application;

[0128] Figure 2This is a schematic flowchart illustrating how a terminal reports a beam.

[0129] Figure 3 This is a schematic flowchart illustrating a communication method provided in an embodiment of this application;

[0130] Figure 4 This is a schematic flowchart illustrating another communication method provided in an embodiment of this application;

[0131] Figure 5 This is a schematic flowchart illustrating another communication method provided in an embodiment of this application;

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

[0133] Figure 7 This is a schematic diagram of another communication device provided in an embodiment of this application;

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

[0135] In the embodiments of this application, the terms "first," "second," etc., are used for descriptive purposes only and should not be construed as indicating or implying relative importance or implicitly specifying the number of indicated technical features. Therefore, a feature defined as "first" or "second" may explicitly or implicitly include one or more of that feature. In the description of this embodiment, unless otherwise stated, "multiple" means two or more.

[0136] It should be noted that, in the description of the embodiments of this application, unless otherwise stated, " / " means "or," for example, A / B can mean A or B; the "and / or" in this document is merely a description of the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A existing alone, A and B existing simultaneously, and B existing alone. Furthermore, in the description of the embodiments of this application, "multiple" refers to two or more than two.

[0137] It should also be noted that in the embodiments of this application, "preset", "fixed value", etc. can be implemented by pre-saving the corresponding code, table or other means that can be used to indicate relevant information in the device. This application does not limit the specific implementation method.

[0138] It should be understood that the methods, situations, categories, and classifications of embodiments in this application are for the convenience of description only and should not constitute a special limitation. Various methods, categories, situations, and features in embodiments can be combined with each other without contradiction.

[0139] It should also be understood that, in the description of this embodiment, unless otherwise stated, "multiple" means two or more. In the various embodiments of this application, the sequence number of each process does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

[0140] The technical solutions of this application can be applied to various communication systems, such as: Long Term Evolution (LTE) systems, LTE Frequency Division Duplex (FDD) systems, LTE Time Division Duplex (TDD) systems, Universal Mobile Telecommunication System (UMTS), New Radio (NR) in 5th Generation (5G) mobile communication systems, and future mobile communication systems, such as 6th Generation mobile communication systems.

[0141] The technical solutions provided in this application can also be applied to Machine Type Communication (MTC), Long Term Evolution-Machine (LTE-M) technology, Device-to-Device (D2D) networks, Machine-to-Machine (M2M) networks, Internet of Things (IoT) networks, or other networks. Among them, IoT networks may include, for example, vehicle-to-everything (V2X) networks; the communication methods in V2X systems are collectively referred to as Vehicle to X (V2X), where X can represent anything. For example, V2X may include: Vehicle to Vehicle (V2V) communication, Vehicle to Infrastructure (V2I) communication, Vehicle to Pedestrian (V2P) communication, or Vehicle to Network (V2N) communication, etc. This application does not limit these applications.

[0142] Figure 1 This is a schematic diagram of the architecture of a communication system applicable to embodiments of this application.

[0143] like Figure 1As shown, the communication system 10 includes a wireless access network 100, a core network 20, and an Internet 30. The wireless access network 100 may include at least one access network device (such as...). Figure 1 110a and 110b, collectively referred to as 110, may also include at least one terminal (such as...). Figure 1 The following devices, 120a, 120b, 120c, 120d, 120e, 120f, 120g, 120h, 120i, and 120j, are collectively referred to as Terminal 120. Terminals 120a-120j are connected to the access network equipment wirelessly. Access network equipment 110 is connected to the core network 20 wirelessly or via a wired connection. The core network equipment in the core network and the access network equipment in the wireless access network 100 can be different physical devices, or they can be the same physical device integrating core network logical functions and wireless access network logical functions, or they can be a single physical device integrating some core network equipment functions and some wireless access network equipment functions. Terminals can be interconnected via wired or wireless connections, and access network equipment can be interconnected via wired or wireless connections. It should be understood that... Figure 1 This is just an illustration; the communication system may also include other network devices, such as wireless repeaters and / or wireless backhaul devices. Figure 1 Not shown in the image.

[0144] The access network device 110 in the wireless access network 100 of this application embodiment is sometimes also called an access node. The access network device 110 has wireless transceiver capabilities for communicating with the terminal 120. The access network device 110 includes, but is not limited to, base stations, evolved NodeBs (eNodeBs), Transmission Reception Points (TRPs) in the aforementioned communication systems, next-generation NodeBs (gNBs) in 5G mobile communication systems, next-generation base stations in 6th-generation (6G) mobile communication systems, access network devices or modules of access network devices in Open RAN (ORAN) systems, base stations in future mobile communication systems, or access nodes in WiFi systems. The access network device 110 can also be a module or unit capable of implementing some of the functions of a base station. For example, the access network device 110 can be a Central Unit (CU), Distributed Unit (DU), CU-Control Plane (CP), CU-User Plane (UP), or Radio Unit (RU), as described below. In the ORAN system, CU can also be called O-CU, DU can be called open (O)-DU, CU-CP can be called O-CU-CP, CU-UP can be called O-CUP-UP, and RU can be called O-RU.

[0145] Access network device 110 can be a macro base station (such as...) Figure 1 110a), micro base stations or indoor stations (such as Figure 1Access network device 110 (110b) can be a relay node or donor node, or a wireless controller in a Cloud Radio Access Network (CRAN) scenario. Optionally, access network device 110 can also be a server, wearable device, or vehicle-mounted device, etc. For example, in Vehicle to Everything (V2X) technology, access network device can be a roadside unit (RSU). Multiple access network devices in a communication system can be base stations of the same type or different types. Base stations can communicate with terminals or through relay stations. Terminals can communicate with multiple base stations in different access technologies. The embodiments of this application do not limit the specific technology and specific device form adopted by access network device 110. In this application, access network device is abbreviated as "network device". Unless otherwise specified, network device refers to access network device in this application.

[0146] A terminal can also be called a terminal device, user equipment (UE), mobile station, mobile terminal, etc. Terminals can be widely used in various communication scenarios, such as device-to-device (D2D) communication, vehicle-to-everything (V2X) communication, machine-type communication (MTC), the Internet of Things (IoT), virtual reality, augmented reality, industrial control, autonomous driving, telemedicine, smart grids, smart furniture, smart offices, smart wearables, smart transportation, or smart cities. Terminals can be mobile phones, tablets, computers with wireless transceiver capabilities, wearable devices, vehicles, drones, helicopters, airplanes, ships, robots, robotic arms, or smart home devices, etc. This application does not limit the device form of the terminal.

[0147] For example, such as Figure 1 The devices 120a-120j shown can be understood as communication devices with terminal functions. Specifically, 120a is a smartphone; 120b is an in-vehicle device; 120c is a mobile power bank charging station; 120d is a smart home device; 120e is a wearable device; 120f is a smart point-of-sale device or smartphone; 120g is a tablet, laptop, or PDA; 120h is a smart meter or smart printer; 120i is an in-flight device, hotspot device, or mobile device (e.g., a smartphone); and 120j is a mobile device (e.g., a smartphone).

[0148] Access network devices and / or terminals can be fixed or mobile. They can be deployed on land, including indoors or outdoors, handheld or vehicle-mounted; they can also be deployed on water; and they can be deployed in the air on aircraft, balloons, and satellites. This application does not limit the application scenarios of the access network devices and terminals. Furthermore, access network devices and terminals can be deployed in the same or different scenarios; for example, both can be deployed on land; or the access network device can be deployed on land and the terminal on water, and so on.

[0149] Taking a base station as a network device as an example, the roles of the base station and the terminal can be relative, for example, Figure 1 The helicopter or drone 120i can be configured as a mobile base station. For terminals 120j accessing the wireless access network 100 via 120i, terminal 120i is a base station; however, for 110a, 120i is a terminal. 110a and 120i communicate via a wireless air interface protocol, or alternatively, via a base station-to-base station interface protocol. In this case, 120i is also a base station relative to 110a. Therefore, both base stations and terminals can be collectively referred to as communication devices. Figure 1 The 110a and 110b in the text can be referred to as communication devices with base station functions. Figure 1 The 120a-120j in the text can be referred to as communication devices with terminal functions.

[0150] In this embodiment, the communication device with access network device functionality can be an access network device, a module within an access network device (such as a chip, chip system, or software module), or a control subsystem containing access network device functionality. For example, a control subsystem containing access network device functionality can be a control center in scenarios where terminals can be applied, such as smart grids, industrial control, intelligent transportation, or smart cities.

[0151] In the embodiments of this application, the communication device with terminal function can be a terminal, or a module in the terminal (such as a chip, chip system, modem, or software model, etc.), or a device that includes terminal function. In the embodiments of this application, for ease of description, network devices (e.g., base stations) and terminals (e.g., UEs) will be used as examples for the following description.

[0152] Communication between base stations and terminals, between base stations, and between terminals can be conducted using licensed spectrum, unlicensed spectrum, or both simultaneously. Communication can be conducted using spectrum below 6 GHz, spectrum above 6 GHz, or both simultaneously. The embodiments of this application do not limit the spectrum resources used for wireless communication.

[0153] To facilitate understanding of the embodiments of this application, the relevant concepts involved in the embodiments of this application will be briefly explained first.

[0154] 1. Beam

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

[0156] Optionally, multiple beams with the same or similar communication characteristics can be considered as a single beam. A beam may include one or more antenna ports for transmitting data channels, control channels, and detection signals, etc. For example, a transmit beam can refer to the distribution of signal strength in different directions in space after a signal is transmitted through an antenna, and a receive beam can refer to the distribution of signal strength in different directions in space of the wireless signal received from the antenna. It is understood that one or more antenna ports forming a beam can also be considered as a set of antenna ports.

[0157] Beams can be divided into transmit and receive beams of network devices, and transmit and receive beams of terminals. The transmit beam of a network device describes the beamforming information transmitted by the network device, and the receive beam describes the beamforming information received by the network device. Similarly, the transmit beam of a terminal describes the beamforming information transmitted by the terminal, and the receive beam describes the beamforming information received by the terminal; in other words, beams are used to describe beamforming information. Beams can correspond to time resources and / or spatial resources and / or frequency domain resources.

[0158] Alternatively, the beam can also correspond to a reference signal resource or beamforming information.

[0159] Optionally, the beam can also correspond to information associated with the reference signal resources of the network device.

[0160] 2. Reference Signal (RS)

[0161] A reference signal is a predefined signal used to help the receiver perform operations such as channel estimation, synchronization, and demodulation.

[0162] Communication systems typically use different types of reference signals: one type is used to estimate the channel, enabling coherent demodulation of received signals containing control information or data; another type is used to measure channel state or channel quality, thereby enabling terminal scheduling. Terminals obtain Channel State Information (CSI) based on channel quality measurements of the CSI-RS. This CSI information can be transmitted by the terminal to the base station via the Physical Uplink Control Channel (PUCCH) or the Physical Uplink Shared Channel (PUSCH).

[0163] Optionally, the reference signal can be a Channel State Information Reference Signal (CSI-RS), a Synchronous Signal / Physical Broadcast Channel Block (SSB), a Demodulation Reference Signal (DMRS), a Phase Tracking Reference Signal (PTRS), a Tracking Reference Signal (TRS), etc. The information associated with the reference signal resource can be a reference signal resource identifier or quasi-co-location (QCL) information. The reference signal resource identifier corresponds to a transmit / receive beam pair previously established based on measurements of that reference signal resource. Through this reference signal resource index, the terminal can infer the beam information.

[0164] 3. Beam Management Events

[0165] Beam management events refer to a series of processes and triggering conditions between network devices and terminals used to optimize signal transmission direction. These events are primarily used to manage and adjust beamforming to ensure optimal communication quality and efficiency.

[0166] For example, beam management events include one or more of Event-1, Event-2, and Event-7. Event-1 involves the quality of the current beam being lower than a predefined threshold; Event-2 involves the signal quality of the reference signal RS of at least one new beam being higher than the signal quality of the current beam plus a threshold; Event-7 involves the reference signal quality of at least one new beam being higher than the reference signal quality of the Qth best-quality RS resource associated with the active Transmission Configuration Index (TCI) state plus a threshold, where the current beam corresponds to the Qth best-quality RS resource associated with the active TCI state.

[0167] For example, in the communication-related standard RAN1#116b, it is explicitly stated that the trigger condition for beam reporting in Event-2 is that the quality of at least one new beam is higher than the quality of the current beam by a threshold, and the beam quality can be evaluated by methods such as L1-RSRP. Furthermore, RAN1#116b specifies that this threshold is a parameter configured by RRC.

[0168] For example, the communication-related standard RAN1#117 clearly states that the trigger condition for beam reporting in Event-2 is: if, within a time window (which is configurable), at least one new beam count value is greater than or equal to a configurable value M (pre-configured count value), then the UE-initiated beam report is triggered.

[0169] It should be understood that for each of the N new beams in the beam report, there is a count value. When the L1-RSRP of a new beam is higher than the L1-RSRP of the current beam by a threshold (e.g., a threshold), the count value of the new beam is incremented by 1.

[0170] The count value of a beam represents the number of times within window T that the beam quality of the new beam is higher than the L1-RSRP of the current beam by a threshold (e.g., a threshold).

[0171] L1-RSRP refers to the Reference Signal Received Power measured at the physical layer (Layer 1).

[0172] 4. Beam Report

[0173] Beam reporting is a crucial step in beam management. It refers to the terminal measuring the quality of different received beams and reporting these measurements to the base station. Beam reporting enables the base station to adjust its beam configuration based on UE feedback to optimize communication quality and efficiency.

[0174] For example, the communication-related technical standard RAN#118 explicitly specifies the format of Event-2 beam reports. For instance, it defines the basic format of Event-2 beam reports.

[0175] For example, the content of a beam report includes the following:

[0176] a. CRI / SSBRI for N new beams;

[0177] b. The L1-RSRP of the highest quality new beam;

[0178] c. Differential L1-RSRP of other beams relative to the best beam;

[0179] d. The differential L1-RSRP between the current beam and the best beam;

[0180] The CRI / SSBRI includes at least one of the following: CRI or SSBRI#1, CRI or SSBRI#2, ..., CRI or SSBRI#N. For example, the communication-related technical standard RAN#120 explicitly states that an "Indication of Beam Report Satisfaction Event Instances" is added to the beam report of Event-2. This "Indication of Beam Report Satisfaction Event Instances" refers to adding a field to the CRI / SSBRI of each report, which identifies whether the beam's count value meets a pre-configured count value. For example, the indication field indicates whether the number of times within a time window T, the L1-RSRP of a new beam exceeds a threshold (e.g., a threshold) by a certain threshold, meets the pre-configured count value.

[0181] For example, when the count value of a certain beam is greater than or equal to the pre-configured count value, that is, within the time window, the number of times the L1-RSRP of a new beam is higher than the threshold of the current beam's L1-RSRP is greater than or equal to the pre-configured count value, the indicator field of that beam indicates 1. When the count value of a certain beam is less than the pre-configured count value, that is, within the time window, the number of times the L1-RSRP of a new beam is higher than the threshold of the current beam's L1-RSRP is less than the pre-configured count value, the indicator field of that beam indicates 0.

[0182] It should be understood that this indication field is enabled when N>1 and the time window T and pre-configured count value M are configured, to help network devices quickly identify preferred beams and optimize beam management processes.

[0183] It should be understood that the definitions of the above terms can be referenced from the prior art. However, as technology continues to develop, the above definitions may also change, and the embodiments of this application are not limited thereto.

[0184] In the 5G NR Release 19 MIMO framework, under the UE-Initiated (UEI) or Event-Driven (ED) beam management framework, Event-2 beam reporting is triggered by configuration parameters (e.g., time window T and pre-configured count value M) set by the network device, aiming to optimize 5G communication performance. For example, in high-speed mobile scenarios, such as high-speed rail or high-speed train operation, the terminal needs to quickly adapt to channel changes to maintain network connection stability. In densely populated urban areas, the terminal requires stable data transmission to support real-time applications. In indoor scenarios, the terminal relies on persistent connections to achieve low-power communication between devices.

[0185] Event 2, as the core event of the beam management framework, has the highest priority among beam management events. Its main function is to detect beams superior to the current beam, optimizing beam switching efficiency and resource utilization. For Event 2 beam reporting, during the terminal's detection of a superior new beam, the terminal is triggered to report a beam when the beam measurement results meet the triggering conditions indicated by the configuration parameters. For example, the configuration parameters include: a time window T and a pre-configured count value M. When the terminal detects N new beams (e.g., integers greater than or equal to 1) within the time window T whose L1-RSRP is higher than the current beam's L1-RSRP by a threshold (e.g., a threshold) more than or equal to the configured count value M, the terminal is triggered to report a beam to the network device. Through beam rate reporting, the network device can update beam direction in a timely manner, improving communication performance. By having the terminal actively monitor channel quality changes and report superior beams, the resource waste of traditional periodic or semi-persistent beam reporting is reduced.

[0186] Figure 2 This is a schematic flowchart illustrating how a terminal reports a beam.

[0187] S21, Configuration parameters for beam reports sent by network devices to terminals.

[0188] For example, the configuration parameters include: time window T and pre-configured count value M.

[0189] Optionally, the network device can also send a reference signal to the terminal. The terminal detects a better new beam based on the parameter signal; and triggers the terminal to report a beam according to the configuration parameters.

[0190] S22, the terminal performs beam measurement.

[0191] S23, if the measurement results meet the configuration parameters, the terminal sends a beam report 1 to the network device.

[0192] For example, when the beam measurement results meet the configuration parameters, the terminal sends a beam report 1 to the network device. For instance, when the terminal detects that the L1-RSRP of N new beams is higher than the L1-RSRP of the current beam by a threshold (e.g., a threshold) more than or equal to the configured count value M within a time window T, the terminal is triggered to report a beam report 1 to the network device. Here, N is an integer greater than or equal to 1; the threshold is a static threshold value.

[0193] For example, if the beam measurement results do not meet the configuration parameters, the terminal will not be triggered to report a beam. For instance, if the number of times the terminal does not detect a new beam whose L1-RSRP is higher than the current beam's L1-RSRP by a threshold (e.g., a threshold) within a time window T is greater than or equal to the configured count value M, the terminal will not be triggered to report beam 1.

[0194] Optionally, after the terminal reports a beam profile, the network device decides whether to switch to a better beam. If the network device determines to switch beams, it sends an activation command to the terminal, instructing the terminal to switch beams.

[0195] S24, the terminal performs beam measurement.

[0196] Optionally, after the terminal switches beams, the terminal continues to perform beam measurements; it detects a beam that is better than the current beam.

[0197] S25, if the measurement results meet the configuration parameters, the terminal sends a beam report 2 to the network device.

[0198] Optionally, the implementation of S25 is described in the relevant description of S23, and will not be repeated here.

[0199] It should be noted that the configuration parameters in S23 and S25 are the same. This can be understood as the configuration parameters in the beam report configured by the network device to the terminal being static configuration parameters.

[0200] Regarding the illustrative process of a terminal reporting beamform to the network device, the configuration parameters for beamform reporting are static, which means they cannot adapt to various channel environments. For example, in scenarios like high-speed rail where the channel environment changes rapidly, if the time window T in the static configuration parameters is long or the pre-configured count value M is large, the terminal may not be able to trigger beamform reporting in a timely manner, preventing it from switching to a better beam. In indoor scenarios where the channel environment changes slowly, if the time window T in the static configuration is short or the pre-configured count value M is small, the terminal may frequently trigger beamform reporting.

[0201] When network devices configure beam reporting parameters to terminals using static parameters, improper configuration can lead to frequent beam reporting or difficulty in triggering beam reporting. This can be understood as static beam reporting parameters failing to meet the beam switching requirements when different channels change rapidly, potentially preventing terminals from switching to a better beam in a timely manner and compromising communication quality stability across various channel environments. Therefore, it is crucial to configure network devices to ensure that terminals can switch to a better beam and improve communication quality.

[0202] In view of this, embodiments of this application provide a communication method and a communication device. The communication method of this application introduces dynamic configuration parameters for beam reporting. The network device updates the beam reporting configuration parameters according to different channel environments. For example, in a fast channel environment (e.g., a high-speed rail scenario), the network device updates the configuration parameters to reduce at least one of the time window, pre-configured count value M, or threshold, thereby accelerating the triggering of beam reporting. In a slow channel environment (e.g., an indoor scenario), the network device updates the configuration parameters to increase at least one of the time window, pre-configured count value M, or threshold, thereby delaying the triggering of beam reporting and reducing the frequency of count resets caused by channel fluctuations. In the above scheme, through the dynamic configuration of the beam reporting configuration parameters by the network device, the beam reporting configuration parameters can adapt to different channel environments where the terminal is located, ensuring that the terminal switches to a better beam and improving the stability of the terminal's communication quality in different channel environments.

[0203] The following is combined Figures 3 to 5 The communication method provided in the embodiments of this application will be described in detail.

[0204] Figure 3 This is a schematic flowchart of a communication method provided in an embodiment of this application.

[0205] It should be understood that the subject executing this method can be a terminal and a network device, or a chip applied to a terminal and a chip applied to a network device; this application does not limit this. Figure 3The method shown includes S31 to S33, which are described in detail below.

[0206] S31, the terminal sends the first beam report to the network device.

[0207] Optionally, prior to S31, the network device sends the configuration information of the first beam report to the terminal.

[0208] In one implementation, the network device sends an instruction message to the terminal, which includes configuration information for the first beam report.

[0209] In another implementation, the network device sends a second indication message to the terminal. The second indication message includes a pre-configured parameter group and a second index. The second index is used to indicate the configuration parameters reported by the first beam in the pre-configured parameter group.

[0210] It should be understood that the pre-configured parameter group includes the beam reporting configuration parameters when the proportion of new beams meeting the Event-2 triggering condition among the reported N new beams falls within different ranges. This can be understood as the configuration parameter group including the terminal's configuration parameters under different channel environments, as shown in Table 1 below.

[0211] Optionally, the aforementioned indication information or the second indication information is carried in the RRC sent by the network device to the terminal.

[0212] Optionally, the aforementioned indication information or the second indication information is carried in the MAC CE sent by the network device to the terminal.

[0213] Optionally, the content of the first beam report can be found in the following sections. Figure 4 The relevant descriptions in S44 will not be repeated here.

[0214] S32, the network device determines whether to update the configuration parameters of the second beam report based on the first beam report.

[0215] The measurement time reported by the first beam is earlier than the measurement time reported by the second beam.

[0216] For example, the first beam report can be the beam report reported at the current time; the second beam report can be the beam report reported at the next time.

[0217] It should be understood that the configuration parameters of the second beam report are the same as those of the first beam report before the configuration parameters of the second beam report are updated.

[0218] In one implementation, the first beam report includes an indication field, which indicates whether the beam meets the configuration parameters of the first beam report; determining whether to update the configuration parameters of the second beam report based on the first beam report includes: determining whether to update the configuration parameters of the second beam report based on the indication field.

[0219] It should be understood that Indication Field 1 indicates that within the time window, the number of times the L1-RSRP of a new beam exceeds the threshold by a certain threshold compared to the L1-RSRP of the current beam is greater than or equal to the pre-configured count value. In other words, Indication Field 1 indicates a new beam that meets the Event-2 triggering condition. Indication Field 0 indicates that within the time window, the number of times the L1-RSRP of a new beam exceeds the threshold by a certain threshold compared to the L1-RSRP of the current beam is less than the pre-configured count value. In other words, Indication Field 0 indicates a new beam that does not meet the Event-2 triggering condition.

[0220] In one implementation, if the ratio of the first parameter to the second parameter is within a preset range, the configuration parameters of the second beam report are updated configuration parameters; if the ratio of the first parameter to the second parameter is outside the preset range, the configuration parameters of the second beam report are not updated configuration parameters; wherein, the first parameter is used to represent the number of beams that satisfy the configuration parameters of the first beam report, and the second parameter is used to represent the number of new beams in the first beam report.

[0221] In one implementation, the preset range is 45% to 55%.

[0222] It should be understood that when the proportion of Indication 1 in the total number of Indication Fields is between 45% and 55%, it indicates that among the N new beams reported in Beam Report 1, the proportion of new beams meeting the Event-2 triggering condition is between 45% and 55%. That is, the number of new beams meeting the Event-2 triggering condition is close to or equal to the number of new beams not meeting the Event-2 triggering condition. In this case, it indicates that the terminal's beam detection capability in the current channel environment is good, and the configuration parameters of Beam Report 1 reported by the terminal are well-suited to this channel environment, requiring no change in configuration parameters.

[0223] It should also be understood that when the number of indications in indication field 1 accounts for less than 45% of the total number of indication fields, it means that among the N new beams reported in beam report 1, the proportion of new beams that meet the Event-2 triggering condition is less than 45%. This indicates that among the N new beams, a relatively large number do not meet the Event-2 triggering condition. In this case, it indicates that the terminal is operating poorly in the current channel environment, therefore the network equipment needs to update its configuration parameters and increase the frequency of beam reports submitted by the terminal.

[0224] It should be understood that the above examples are based on a preset range of 45% to 55%; this application does not impose any limitations on this.

[0225] In one implementation, the updated configuration parameters are positively correlated with the ratio. Alternatively, specific implementations are shown in Table 1 below.

[0226] It should be understood that the ratio value indicates the proportion of new beams that meet the triggering conditions among the total number of new beams; a larger ratio indicates a better channel environment for the terminal, while a smaller ratio indicates a worse channel environment. When the terminal's current channel environment is poor, the network device needs to lower the configuration parameters and increase the frequency of beam reporting by the terminal. This allows for the detection of better beams and timely switching to them, improving the terminal's communication quality in scenarios with poor channel conditions. When the terminal's current channel environment is good, the network device needs to increase the configuration parameters to delay the triggering of beam reporting by the terminal, reducing the frequency of beam reporting and decreasing the terminal's signaling overhead.

[0227] In one implementation, the updated configuration parameters are negatively correlated with the average value of the differential L1-RSRP; wherein the differential L1-RSRP is obtained by differentiating the L1-RSRP of the beam that meets the conditions in the first beam report with the L1-RSRP of the optimal beam, and the conditions being met refer to the configuration parameters indicating that the first beam report is satisfied. Optionally, specific implementation methods are shown in Table 2 below.

[0228] It should be understood that the smaller the average value of the differential L1-RSRP, the closer the new beam that meets the configuration parameters of the first beam report is to the optimal beam, indicating a better channel environment. Network devices need to add configuration parameters to delay the terminal's beam report reporting, thereby reducing the frequency of beam report reporting by the terminal and decreasing the terminal's signaling overhead.

[0229] It should also be understood that a larger average value of the differential L1-RSRP indicates a greater difference in beam quality between the new beam that meets the configuration parameters of the first beam report and the optimal beam, i.e., a poorer channel environment. When the terminal is in a poor channel environment, the network device needs to lower the configuration parameters and increase the frequency of beam reports from the terminal. This enables the detection of a better beam and timely switching to the better beam, improving the communication quality of the terminal in scenarios with poor channel environments.

[0230] Optionally, if the configuration parameters of the second beam report are updated, the configuration parameters of the second beam report include at least one of the following:

[0231] First configuration parameter, second configuration parameter, or third configuration parameter;

[0232] The first configuration parameter is used to indicate the time window, the second configuration parameter is used to indicate the count value, and the third configuration parameter is used to indicate the preset threshold for triggering the count. The preset threshold is used to represent the minimum threshold at which the beam quality of the beam is higher than the beam quality of the current beam.

[0233] In one implementation, the configuration parameters for the second beam report include: a time window T and a pre-configured count value M.

[0234] For example, when the configuration parameters include a time window T and a pre-configured count value M, the triggering condition for the terminal to report the second beam is: the number of times that the beam quality of at least one new beam is detected to be higher than the beam quality of the current beam by a threshold (static threshold) within the time window T is greater than the pre-configured count value M, triggering the terminal to report the second beam to the network device.

[0235] In another implementation, the configuration parameters for the second beam report include: time window T, pre-configured count value M, and threshold.

[0236] For example, when the configuration parameters include a time window T, a pre-configured count value M, and a threshold, the trigger condition for the terminal to report the first beam report is: within the time window T, the number of times that the beam quality of at least one new beam is detected to be higher than the beam quality of the current beam by a threshold (i.e., the threshold) is greater than the pre-configured count value M, triggering the terminal to report the second beam report to the network device. This threshold can be a dynamic threshold configured by the network device.

[0237] Here, time window T represents the time window for beam measurement. The pre-configured count value M indicates the pre-configured number of times within time window T that the beam quality of a new beam exceeds a threshold (i.e., the current beam quality) by a certain threshold. The threshold represents the minimum threshold at which the beam quality of the new beam is higher than the current beam quality when the count value corresponding to a new beam is incremented by 1. For example, when the count value corresponding to a new beam is incremented by 1, the L-RSRP of the new beam is higher than the minimum threshold of the L1-RSRP of the current beam.

[0238] It should be noted that the first configuration parameter is for subsequent... Figure 4 or Figure 5 The time window T mentioned in the relevant description. The second configuration parameter is for later. Figure 4 or Figure 5 The pre-configured count value is mentioned in the relevant description. The threshold is to be determined later. Figure 4 or Figure 5 The threshold mentioned in the relevant description.

[0239] Optionally, the specific implementation of S31 above will be discussed later. Figure 4 The relevant descriptions of the S45 will not be repeated here.

[0240] S33, when updating the configuration parameters of the second beam report, the network device sends the updated configuration parameters to the terminal.

[0241] Optionally, if the network device updates the configuration parameters of the second beam report, the network device sends the updated configuration parameters of the second beam report to the terminal.

[0242] Optionally, when updating the configuration parameters of the second beam report, the communication method further includes:

[0243] Send a first indication message to the terminal. The first indication message is used to indicate the updated configuration parameters.

[0244] In one implementation, the first indication information includes first information, which is used to indicate the target configuration parameter group in the pre-configured parameter group, and the target configuration parameter group is the parameter group where the updated configuration parameter is located.

[0245] Optionally, the first information includes a first index, which is an index of the target configuration parameter group. For example, the first index may be an index in a subsequent Table 1 or Table 2 indicating the channel environment.

[0246] In one example, the network device first sends a pre-configured parameter set to the terminal (e.g., including at least one of the following: time window T, pre-configured count value M, or threshold). After receiving the beam report from the terminal, the network device determines which set of parameters in the pre-configured parameter set to update the configuration parameters to and sends an index to the terminal. The index indicates the updated configuration parameter in the pre-configured parameter set. The terminal updates its configuration parameters according to the index sent by the network device and the pre-configured parameter set, and continues to measure channel quality based on the new configuration parameters. Optionally, the specific implementation method is described later. Figure 4 As shown, it will not be elaborated further here.

[0247] In another implementation, the first indication information includes configuration parameters for an updated second beam report.

[0248] In one example, after the network device receives a beam report from the terminal, it determines whether to update the beam report's configuration parameters. If the network device determines to update the beam report's configuration parameters, it sends the updated configuration parameters to the terminal. The terminal then performs channel quality measurements and triggers the reporting of a beam report to the network device based on the updated configuration parameters sent by the network device. Optionally, the specific implementation method is described later. Figure 5 As shown, it will not be elaborated further here.

[0249] Optionally, the first indication information is carried in Radio Resource Control (RRC) information, and / or the first indication information is carried in Media Access Control (MAC) information.

[0250] In the embodiments of this application, when updating configuration parameters, the network device can send an indication message to the terminal via MAC CE to instruct the terminal to update the configuration parameters. Since the reconfiguration process of RRC typically takes tens to hundreds of milliseconds, its response speed is slow and cannot meet the low-latency requirements of beam switching when the channel changes rapidly. Compared with RRC, MAC CE has fewer processing steps and a faster transmission speed. Therefore, MAC CE can quickly send indication information to the terminal, achieving a rapid response and meeting the low-latency requirements of beam switching when the channel changes rapidly.

[0251] In the embodiments of this application, the network device can determine whether to update the configuration parameters of the second beam report (the next beam report after the current beam report) based on the first beam report (current beam report) reported by the terminal. Compared to the network device using static configuration parameters to configure the beam report, in this solution, the network device can use dynamic configuration parameters to configure the beam report. Based on the content of the beam report, the network device can determine the terminal's current channel environment. Depending on the different channel environments, it can determine whether to update the beam report's configuration parameters. This enables dynamic configuration of the beam report's configuration parameters, allowing them to adapt to different channel environments where the terminal is located, ensuring the terminal switches to a better beam and improving the stability of the terminal's communication quality under different channel environments.

[0252] The following is combined Figure 4 and Figure 5 Two implementations of the communication method provided in the embodiments of this application are described in detail.

[0253] Implementation Method 1

[0254] In one implementation, the network device first sends a pre-configured parameter set to the terminal (e.g., including at least one of the following: time window T, pre-configured count value M, or threshold). After receiving the beam report from the terminal, the network device decides which set of parameters in the pre-configured parameter set to update the configuration parameters and sends an index to the terminal. The index indicates the updated configuration parameters in the pre-configured parameter set. The terminal updates its configuration parameters according to the index sent by the network device and the pre-configured parameter set. During beam measurement, the terminal triggers a beam report based on the updated configuration parameters.

[0255] The following is combined Figure 4 The specific implementation details of Implementation Method 1 are described in detail.

[0256] Figure 4 This is a schematic flowchart illustrating another communication method provided in an embodiment of this application. Figure 4 The method shown includes S41 to S49, which are described in detail below.

[0257] S41, the network device sends the initial configuration parameters and pre-configuration parameter group of the beam report to the terminal.

[0258] In embodiments of this application, "configuration parameters" are used to indicate the triggering conditions for the terminal to report a beam when it detects a better new beam. For example, configuration parameters may include one or more of the following: time window T, pre-configured count value M, or threshold.

[0259] Here, time window T represents the time window for beam measurement. The pre-configured count value M indicates the pre-configured number of times within time window T that the beam quality of a new beam exceeds a threshold (i.e., the current beam quality) by a certain threshold. The threshold represents the minimum threshold at which the beam quality of the new beam is higher than the current beam quality when the count value corresponding to a new beam is incremented by 1. For example, when the count value corresponding to a new beam is incremented by 1, the L-RSRP of the new beam is higher than the minimum threshold of the L1-RSRP of the current beam.

[0260] In one implementation, the configuration parameters include: a time window T and a pre-configured count value M.

[0261] It should be understood that when the configuration parameters include the time window T and the pre-configured count value M, the threshold is a static threshold.

[0262] In another implementation, the configuration parameters include: time window T, pre-configured count value M, and pre-configured threshold.

[0263] Optionally, the terminal receives the configuration parameters (e.g., initial configuration parameters) of the beam report 1 configured by the network device. For example, the terminal receives the initial configuration parameters in two implementations: Case 1 and Case 2.

[0264] Case 1

[0265] In one example, when the pre-configured parameter group includes the initial configuration parameters, the network device “sends the initial configuration parameters and pre-configured parameter group of beam report to the terminal” means that the network device sends the pre-configured parameter group and the first index to the terminal; the first index is used to indicate the initial configuration parameters.

[0266] It should be understood that the pre-configured parameter group also includes other configuration parameters, which are pre-configured parameters for different channel environments of the terminal.

[0267] In one implementation, the network device sends an RRC to the terminal, the RRC including a pre-configured parameter group and a first index.

[0268] Case 2

[0269] In one example, when the initial configuration parameters are not included in the pre-configured parameter group, the network device directly sends the initial configuration parameters and the pre-configured parameter group to the terminal.

[0270] In one implementation, the network device can simultaneously send initial configuration parameters and a pre-configuration parameter set to the terminal. This can be understood as the initial configuration parameters and the pre-configuration parameter set being carried in the same signaling.

[0271] In another implementation, the network device can first send the initial configuration parameters to the terminal, and then send the pre-configuration parameter set to the terminal. Alternatively, the network device can first send the pre-configuration parameter set to the terminal, and then send the initial configuration parameters. This can be understood as the pre-configuration parameter set not necessarily including the initial configuration parameters, and the initial configuration parameters and the pre-configuration parameter set being carried on different signaling protocols.

[0272] Optionally, the initial configuration parameters are used to indicate the configuration parameters that the network device reports to the terminal for the first time after establishing a communication connection. The initial configuration parameters and the parameters in each group of the pre-configuration parameters group include configuration parameters of the same type.

[0273] It should be understood that the initial configuration parameters refer to the configuration parameters reported by the network device to the terminal for the first time after the terminal establishes a communication connection with the network device. These initial configuration parameters can be obtained using configuration methods in the prior art. This application does not impose any limitations on them.

[0274] Optionally, after the network device initially configures the beam report parameters to the terminal, in the case where the network device updates the configuration parameters twice, the initial configuration parameters may refer to the configuration parameters updated in the first update. The updated configuration parameters in S46 may refer to the configuration parameters updated in the second update. The network device performs two updates to the configuration parameters based on the different beam reports reported by the terminal.

[0275] In one implementation, the network device sends an RRC to the terminal, which includes a pre-configuration parameter set and initial configuration parameters.

[0276] S42, the network device sends a reference signal to the terminal.

[0277] In embodiments of this application, the "reference signal" is used by the terminal to perform beam measurements. For example, the terminal measures the reference signals received on different beams to evaluate the quality of each beam.

[0278] For example, the reference signal can be a Channel State Information Reference Signal (CSI-RS), a Synchronous Signal / Physical Broadcast Channel Block (SSB), a Demodulation Reference Signal (DM-RS), a Phase Tracking Reference Signal (PTRS), a Tracking Reference Signal (TRS), etc.

[0279] Alternatively, the network device may periodically send reference signals to the terminal.

[0280] S43, the terminal performs beam measurement.

[0281] In the embodiments of this application, "beam measurement" is used to instruct the terminal to measure reference signals received on different beams and evaluate their signal quality.

[0282] For example, during beam measurement, if the measurement result meets the triggering conditions indicated by the configuration parameters, the terminal reports a beam report to the network device. If the measurement result does not meet the triggering conditions indicated by the configuration parameters, the terminal does not report a beam report to the network device.

[0283] It should be understood that for the first beam measurement after the terminal establishes a communication connection with the network device, the decision to trigger the terminal to report a beam is based on the initial configuration parameters. The initial configuration parameters can be any configuration parameters determined by any method in the prior art.

[0284] S44, if the measurement results meet the initial configuration parameters, the terminal sends a beam report 1 to the network device.

[0285] Optionally, the content of Beam Report 1 includes the following:

[0286] a. CRI / SSBRI for N new beams;

[0287] b. The L1-RSRP of the highest quality new beam;

[0288] c. Differential L1-RSRP of other beams relative to the best beam;

[0289] d. The differential L1-RSRP between the current beam and the best beam;

[0290] Among them, the CRI / SSBRI of the N new beams include: CRI or SSBRI#1, CRI or SSBRI#2, ..., CRI or SSBRI#N.

[0291] CRI indicates the CSI-RS (Channel State Information Reference Signal) resources measured by the terminal that can be used for CSI (Channel State Information) reporting. SSBRI indicates the SSB resources measured by the terminal; SSB includes primary synchronization signals, secondary synchronization signals, and physical broadcast channels, etc. CRI or SSBRI#1 represents the reference signal identifier of the optimal beam among N beams.

[0292] It should be understood that the above "#1", "#2" up to "#N" represent the signal identifiers of CRI or SSBRI, used to distinguish multiple reportable reference signal resource identifiers; to facilitate network devices in selecting the optimal or alternative beam.

[0293] It should also be understood that differential L1-RSRP is used to represent the difference in L1-RSRP between two beams. Within a time window, the terminal may perform multiple beam quality measurements for each of several new beams. If the terminal performs beam measurements upon arrival at the time window, the optimal beam is the beam with the best beam quality among the multiple beams measured by the terminal upon arrival at the time window. The L1-RSRP of other beams refers to the L1-RSRP of other beams detected by the terminal during beam measurements performed upon arrival at the time window. If the terminal performs beam measurements upon arrival at the time window, the optimal beam is the beam with the best beam quality among the multiple beams measured during the last beam measurement before arrival at the time window. The L1-RSRP of other beams refers to the L1-RSRP of other beams detected during the last beam measurement performed by the terminal before arrival at the time window.

[0294] It should be noted that the "difference L1-RSRP between the current beam and the best beam" in the above beam report, that is, the difference between the L1-RSRP of the current beam and the L1-RSRP of the best beam, can provide network devices with the beam quality difference between the new beam and the current beam, helping network devices to determine whether to switch beams.

[0295] It should also be understood that the "differential L1-RSRP of other beams relative to the best beam" in the above report is a configuration parameter used by network devices to determine whether the beam report needs to be updated. For details on the implementation, please refer to the relevant description in S45 below.

[0296] Optionally, the beam report may also include an indicator field. An indicator field is a field added to the CRI / SSBRI of each report to identify whether the beam's count value meets a pre-configured count value. For example, the indicator field indicates whether the number of times within a time window T, the L1-RSRP of a new beam exceeds a threshold (e.g., a threshold) by a certain threshold compared to the L1-RSRP of the current beam, meets the pre-configured count value.

[0297] For example, when the count value of a certain beam is greater than or equal to the pre-configured count value, that is, within the time window, the number of times the L1-RSRP of a new beam is higher than the threshold of the current beam's L1-RSRP is greater than or equal to the pre-configured count value, the indicator field of that beam indicates 1. When the count value of a certain beam is less than the pre-configured count value, that is, within the time window, the number of times the L1-RSRP of a new beam is higher than the threshold of the current beam's L1-RSRP is less than the pre-configured count value, the indicator field of that beam is 0.

[0298] It should be understood that for N new beams in the beam report, each beam has a count value. When the L1-RSRP of a new beam is higher than the L1-RSRP of the current beam than a threshold (e.g., a threshold), the count value of the new beam is incremented by 1.

[0299] The count value represents the number of times within window T that the beam quality of the new beam is higher than the L1-RSRP of the current beam by a threshold (e.g., a threshold).

[0300] In one example, suppose beam report 1 includes information on 6 new beams; beam 1 is the optimal beam among the 6 beams. The beam report includes the following:

[0301] CRI / SSBRI of beams 1 to 6; L1-RSRP of beam 1; differential L1-RSRP of beam 2 and beam 1; differential L1-RSRP of beam 3 and beam 1; differential L1-RSRP of beam 4 and beam 1; differential L1-RSRP of beam 5 and beam 1; differential L1-RSRP of beam 6 and beam 1; differential L1-RSRP of the current beam and beam 1; indicator field of beam 1; indicator field of beam 2; indicator field of beam 3; indicator fields of beam 4 and beam 5.

[0302] It should be understood that in the beam report, CRI / SSBRI #1 is the new beam that is optimal for L1-RSRP, and CRI / SSBRI #2~#N are other new beams; the count values ​​of other new beams may or may not meet the pre-configured count values, and the indicator field is used to identify whether the count value of the new beam meets the pre-configured count value.

[0303] It should also be understood that, in beam reports, information about beams other than the optimal beam can be reported in a differential format, which can save signaling overhead and conserve resources.

[0304] Optionally, if the measurement results meet the initial configuration parameters, that is, if the measurement results meet the beam report triggering conditions indicated by the initial configuration parameters, the terminal can send beam report 1 to the network device via PUCCH.

[0305] For example, the communication-related technical standard RAN1#119 explicitly states:

[0306] After the terminal reports the beam report, the new beam switching needs to wait for confirmation / response from the network device; or, TCI status activation indication.

[0307] Therefore, after receiving the beam report from the terminal, the network device determines whether to switch to the new beam based on the report's content (e.g., the differential L1-RSRP between the current beam and the optimal beam). Upon determining to switch to the new beam, the network device sends an activation command to the terminal, instructing it to switch beams.

[0308] In one implementation, after executing S44, the network device sends an activation command to the terminal. The activation command is used to instruct switching to the optimal beam.

[0309] In another implementation, when executing S46, the network device sends indexing and activation commands to the terminal.

[0310] S45, the network device determines whether to update the initial configuration parameters based on beam report 1.

[0311] Optionally, the network device determines whether to update the configuration parameters based on the indication field in Beam Report 1.

[0312] It should be understood that Beam Report 1 includes an indication field for each of the N new beams; where the indication field indicates 1; or; the indication field indicates 0. Indication field 1 indicates that within a time window, the number of times the L1-RSRP of a new beam exceeds the threshold by a certain threshold is greater than or equal to a pre-configured count value. That is, indication field 1 indicates a new beam that meets the Event-2 triggering condition. Indication field 0 indicates that within a time window, the number of times the L1-RSRP of a new beam exceeds the threshold by a certain threshold is less than a pre-configured count value. That is, indication field 0 indicates a new beam that does not meet the Event-2 triggering condition.

[0313] In one implementation, the network device determines whether to update the configuration parameters based on the proportion of the number of new beams indicated by the indicator field 1 in the beam report 1 to the total number of new beams (i.e., N). Specifically, it determines whether to update the configuration parameters based on the proportion of new beams that meet the Event-2 triggering condition to the N new beams (including both those that meet and do not meet the Event-2 triggering condition).

[0314] Case 1

[0315] In one scenario, if the proportion of the number of new beams in the total number of new beams indicated by the indicator field 1 is within a preset range, the network device determines not to update the configuration parameters.

[0316] For example, when the number of new beams in the indication field indicates that the proportion of the total number of new beams is between 45% and 55%, the network device determines not to update the configuration parameters.

[0317] It should be understood that when the proportion of new beams in Indication Field 1 to the total number of new beams is between 45% and 55%, it means that among the N new beams reported in Beam Report 1, the proportion of new beams meeting the Event-2 triggering condition is between 45% and 55%. In other words, it means that the number of new beams meeting the Event-2 triggering condition is close to or equal to the number of new beams not meeting the Event-2 triggering condition. In this case, it indicates that the terminal's beam detection capability in the current channel environment is good, and the configuration parameters of Beam Report 1 reported by the terminal are well-suited to this channel environment, requiring no configuration parameter updates.

[0318] It should be understood that the above examples are based on a preset range of 45% to 55%; this application does not impose any limitations on this.

[0319] Case 2

[0320] In one scenario, when the proportion of the number of new beams in the total number of new beams indicated by the indicator field 1 is outside a preset range, the network device determines to update the configuration parameters.

[0321] For example, when the number of new beams indicated by the indication field 1 is outside the range of 45% to 55% of the total number of new beams, the network device determines to update the configuration parameters.

[0322] It should be understood that a percentage of less than 45% indicates that among the N new beams reported in Beam Report 1, less than 45% of the new beams meet the Event-2 triggering conditions. This means that a large number of the N new beams do not meet the Event-2 triggering conditions. In this case, it indicates that the terminal is operating in a poor current channel environment, therefore the network equipment needs to update its configuration parameters to trigger the Event-2 event more quickly and increase the frequency of beam reports submitted by the terminal.

[0323] Optionally, to increase the frequency of beam reporting by terminals, network devices can reduce at least one of the following when configuring beam reporting parameters: time window, pre-configured count value, or threshold. Reducing at least one of these parameters increases the frequency of beam reporting by terminals. This ensures that terminals can detect suitable beams more quickly and switch to better beams in poor channel conditions, thus improving communication quality in such scenarios.

[0324] It should also be understood that when the percentage is greater than 55%, it means that among the N new beams reported in Beam Report 1, the percentage of new beams that meet the Event-2 triggering condition is greater than 45%. This indicates that a large number of the N new beams meet the Event-2 triggering condition. In this case, it means that the terminal is operating well in the current channel environment, therefore the network equipment needs to update its configuration parameters to reduce the frequency of beam reports submitted by the terminal.

[0325] Optionally, to reduce the frequency of beam reporting by terminals, the network device can increase at least one of the following when configuring beam reporting parameters: time window, pre-configured count value, or threshold. Increasing at least one of the time window, pre-configured count value, or threshold can reduce the frequency of beam reporting by terminals. This ensures that, in a favorable channel environment, the terminal can delay the triggering of beam reporting, reducing signaling overhead.

[0326] Method 1

[0327] In one implementation, the network device dynamically configures the beam report parameters based on the ratio of N1 to N. Here, N1 represents the number of new beams in beam report 1 that meet the Event-2 triggering condition. N represents the total number of new beams in beam report 1. The implementation methods for dynamic configuration are shown in Table 1.

[0328] Table 1

[0329]

[0330] In one example, the configuration parameters of an ideal channel in Table 1 are used as an illustration. The network device receives a beam report 1 sent by the terminal. Beam report 1 includes an indication field for each new beam. The ratio is obtained by comparing the number of new beams indicated in indication field 1 (e.g., N1 in Table 1) with the total number of new beams (e.g., N in Table 1). When 75% < the ratio, it means that the proportion of new beams satisfying the Event-2 triggering condition among the N new beams is greater than 75%, indicating that the channel environment is an ideal channel. For example, the configuration parameters corresponding to an ideal channel (e.g., index 1) include: time window T: 40ms; pre-configured count value M: 8; threshold: 20dB. The above configuration parameters mean that if, during the channel quality measurement process, the terminal detects that the beam quality (e.g., L1-RSRP) of at least one new beam is higher than the threshold (e.g., 20dB) than the beam quality (e.g., L1-RSRP) of the current beam more than 8 times within 40ms, the terminal is triggered to send a beam report to the network device.

[0331] In another example, the configuration parameters for a good channel in Table 1 are used as an illustration. The network device receives Beam Report 1 sent by the terminal. Beam Report 1 includes an indication field for each new beam. The ratio is obtained based on the number of new beams indicated in the indication field 1 (e.g., N1 in Table 1) and the total number of new beams (e.g., N in Table 1). When 55% < ratio ≤ 75%, it means that among the N new beams, the proportion of new beams meeting the Event-2 triggering condition is greater than 55% and less than or equal to 75%, indicating that the channel environment is a good channel. For example, the configuration parameters corresponding to a good channel (e.g., index 2) include: time window T: 16ms; pre-configured count value M: 5; threshold: 15dB. The above configuration parameters indicate that if, during the channel quality measurement process, the terminal detects that the beam quality (e.g., L1-RSRP) of at least one new beam is higher than the threshold (e.g., 15dB) of the current beam (e.g., L1-RSRP) more than 5 times within 16ms, the terminal will be triggered to send a beam report to the network device.

[0332] In another example, the configuration parameters of the acceptable channel in Table 1 are used as an illustration. The network device receives beam report 1 sent by the terminal. Beam report 1 includes an indication field for each new beam. The ratio is obtained by comparing the number of new beams indicated in indication field 1 (e.g., N1 in Table 1) with the total number of new beams (e.g., N in Table 1). When the ratio is ≤20%, it means that less than 20% of the N new beams meet the Event-2 triggering condition, indicating that the channel environment is an acceptable channel. For example, the configuration parameters for an acceptable channel (e.g., index 3) include: time window T: 8ms; pre-configured count value M: 3; threshold: 10. The above configuration parameters mean that if, during the channel quality measurement process, the terminal detects that the beam quality (e.g., L1-RSRP) of at least one new beam is higher than the threshold (e.g., 10dB) than the beam quality (e.g., L1-RSRP) of the current beam more than 3 times within 8ms, the terminal is triggered to send a beam report to the network device.

[0333] In another example, the configuration parameters for a poor channel in Table 1 are used as an illustration. The network device receives Beam Report 1 sent by the terminal. Beam Report 1 includes an indication field for each new beam. The ratio is obtained by comparing the number of new beams indicated in the indication field (e.g., N1 in Table 1) with the total number of new beams (e.g., N in Table 1). When 20% < ratio ≤ 45%, it means that the proportion of new beams meeting the Event-2 triggering condition among the N new beams is greater than 20% and less than or equal to 45%, indicating a poor channel environment. For example, the configuration parameters corresponding to a poor channel (e.g., index 4) include: time window T: 4ms; pre-configured count value M: 2; threshold: 5. The above configuration parameters mean that if, during the channel quality measurement process, the terminal detects that the beam quality (e.g., L1-RSRP) of at least one new beam is higher than the threshold (e.g., 5dB) by more than 2 times within 4ms, the terminal is triggered to send a beam report to the network device.

[0334] Method 2

[0335] In one implementation, the network device obtains the average value of the differential L1-RSRP based on the differential L1-RSRP of other beams and the optimal beam indicated by indication field 1. The configuration parameters of the beam report are then dynamically configured based on the average value of the differential L1-RSRP. The implementation of this dynamic configuration is shown in Table 2.

[0336] It should be understood that differential L1-RSRP refers to the difference between the L1-RSRP of CRI / SSBR #2 to CRI / SSBR #N and the L1-RSRP of CRI / SSBR #1. The L1-RSRP of CRI / SSBR #1 is the largest RSRP value among the reported measurements and is an absolute L1-RSRP value. The differential L1-RSRP of other beams and the optimal beam in indicator field 1 refers to the difference between the L1-RSRP of indicator field 1 in CRI / SSBR #2 to CRI / SSBR #N and the L1-RSRP of CRI / SSBR #1.

[0337] It should also be understood that within a time window, the terminal may perform multiple beam quality measurements for each of the multiple new beams. If the terminal performs beam measurements upon arrival at the time window, the optimal beam refers to the beam with the best beam quality among the multiple beams measured by the terminal upon arrival at the time window. The L1-RSRP of other beams refers to the L1-RSRP of other beams detected by the terminal during beam measurements upon arrival at the time window. If the terminal performs beam measurements upon arrival at the time window, the optimal beam refers to the beam with the best beam quality among the multiple beams during the last beam measurement before arrival at the time window. The L1-RSRP of other beams refers to the L1-RSRP of other beams detected during the last beam measurement performed by the terminal before arrival at the time window.

[0338] Table 2

[0339]

[0340] In one example, the configuration parameters of the ideal channel in Table 2 are used as an illustration. The network device receives beam report 1 sent by the terminal. Beam report 1 includes the differential L1-RSRP of other new beams and the optimal beam. Based on the differential L1-RSRP of the new beam and the optimal beam in the indication field 1, the average value of the differential L1-RSRP is obtained. When the average value is ≤3dB, it indicates that the beam quality of the new beams that meet the Event-2 triggering condition among the N new beams is close to that of the optimal beam, that is, the channel environment is an ideal channel. For example, the configuration parameters corresponding to the ideal channel (e.g., index 1) include: time window T: 40ms; pre-configured count value M: 8; threshold: 20. The above configuration parameters indicate that: during the channel quality measurement process, if the terminal detects that the beam quality (e.g., L1-RSRP) of at least one new beam is higher than the threshold (e.g., 20dB) than the beam quality (e.g., L1-RSRP) of the current beam more than 8 times within 40ms, the terminal is triggered to send a beam report to the network device.

[0341] In another example, the configuration parameters for a good channel in Table 2 are used as an illustration. The network device receives beam report 1 sent by the terminal. Beam report 1 includes the differential L1-RSRP of other new beams and the optimal beam. Based on the differential L1-RSRP of the new beams and the optimal beam in indicator field 1, the average value of the differential L1-RSRP is obtained. When 3dB < average value ≤ 6dB, the channel environment is considered a good channel. For example, the configuration parameters corresponding to a good channel (e.g., index 2) include: time window T: 16ms; pre-configured count value M: 5; threshold: 15. The above configuration parameters indicate that: during the channel quality measurement process, if the terminal detects that the beam quality (e.g., L1-RSRP) of at least one new beam is higher than the threshold (e.g., 15dB) of the current beam more than 5 times within 16ms, the terminal is triggered to send a beam report to the network device.

[0342] In another example, the configuration parameters for acceptable channels in Table 2 are used as an illustration. The network device receives beam report 1 sent by the terminal. Beam report 1 includes the differential L1-RSRP of other new beams and the optimal beam. Based on the differential L1-RSRP of the new beams and the optimal beam in indication field 1, the average value of the differential L1-RSRP is obtained. When 6dB < average value ≤ 9dB, the channel environment is considered an acceptable channel. For example, the configuration parameters corresponding to an acceptable channel (e.g., index 3) include: time window T: 8ms; pre-configured count value M: 3; threshold: 10. The above configuration parameters indicate that if, during the channel quality measurement process, the terminal detects that the beam quality (e.g., L1-RSRP) of at least one new beam is higher than the threshold (e.g., 10dB) than the beam quality (e.g., L1-RSRP) of the current beam more than 3 times within 8ms, the terminal triggers to send a beam report to the network device.

[0343] In another example, the configuration parameters for a poor channel in Table 2 are used as an illustration. The network device receives beam report 1 sent by the terminal. Beam report 1 includes the differential L1-RSRP of other new beams and the optimal beam. Based on the differential L1-RSRP of the new beams and the optimal beam in indicator field 1, the average value of the differential L1-RSRP is obtained. When 9dB < average value ≤ 12dB, the channel environment is considered a poor channel. For example, the configuration parameters corresponding to a poor channel (e.g., index 4) include: time window T: 4ms; pre-configured count value M: 2; threshold: 5. The above configuration parameters indicate that: during the channel quality measurement process, if the terminal detects that the beam quality (e.g., L1-RSRP) of at least one new beam is higher than the threshold (e.g., 5dB) than the beam quality (e.g., L1-RSRP) of the current beam more than twice within 4ms, the terminal is triggered to send a beam report to the network device.

[0344] It should be noted that the percentage in Method 1 represents the number of alternative beams that the terminal provides to the network device that meet the triggering conditions. The average value of the differential L1-RSRP in Method 2 represents the beam quality of the alternative beams that the terminal provides to the network device that meet the triggering conditions.

[0345] It should be understood that Tables 1 and 2 above provide illustrative examples of configuration parameters for different channel environments; other values ​​from the candidate values ​​of each configuration parameter can also be selected for configuration parameters corresponding to different channel environments. This application does not impose any limitations on the specific values ​​of the configuration parameters.

[0346] Optionally, the time window T is used to trigger the time detection window. The candidate values ​​for the time window T (unit: ms) include, but are not limited to: 4, 5, 8, 10, 16, 20, 40, 80, 160, 320, 640, 1280.

[0347] Optionally, the candidate values ​​for the pre-configured count value M include, but are not limited to, any integer from 2 to 16.

[0348] Optionally, the threshold (in dB) is used to represent the trigger threshold, which is the threshold value that indicates the beam quality of the new beam is better than that of the current beam. Candidate values ​​for the threshold include, but are not limited to, any integer from 0 to 31.

[0349] Optionally, the use cases corresponding to the ideal channels (e.g., index 1) shown in Table 1 and Index 2 above can include: indoor environments, static scenarios, or low-speed non-terrestrial networks (NTN). Use cases corresponding to good channels (e.g., index 2) include: urban walking and low-speed movement. Use cases corresponding to acceptable channels (e.g., index 3) include: urban vehicles and highways. Use cases corresponding to poor channels (e.g., index 4) include: high-speed rail, drones, or FR2. Here, FR2 refers to Frequency Range 2. This band primarily covers millimeter-wave frequencies and is used to provide extremely high data transmission rates and capacity. For example, the frequency range covered by FR2 is typically from 24.25 GHz to 52.6 GHz. These high-frequency signals belong to the millimeter-wave band.

[0350] In the embodiments of this application, a pre-configured parameter group enables network devices to flexibly configure at least one of the following: time window, pre-configured count value, or threshold. This allows for shortening the time window to accelerate triggering for acceptable or poor channels (such as in high-speed rail scenarios). For ideal or good channels (such as in indoor scenarios), the time window is extended to prolong count accumulation and reduce the frequency of count resets caused by channel fluctuations. This reduces the possibility of count resets and improves the stability of trigger beam reporting.

[0351] S46, when updating the initial configuration parameters, the network device sends the parameter group index to the terminal.

[0352] In one implementation, when updating configuration parameters, the network device obtains the ratio of the number of new beams indicated in indicator field 1 (e.g., N1 in Table 1) to the total number of new beams (e.g., N in Table 1) based on the indicator field in beam report 1. The channel environment index is then obtained based on this ratio. The configuration parameters of the beam report corresponding to that channel environment can be retrieved using the channel environment index.

[0353] Optionally, the correspondence between the index and the configuration parameters can be as shown in Table 1.

[0354] In another implementation, when updating configuration parameters, the network device obtains the average value of the differential L1-RSRP based on the differential L1-RSRP between the new beam and the optimal beam indicated by the indication field 1. Based on the average value of the differential L1-RSRP, the channel environment index is obtained. Using the channel environment index, the configuration parameters of the beam report corresponding to that channel environment can be obtained.

[0355] In one implementation, when updating configuration parameters, the network device sends an RRC to the terminal. The RRC includes an index indicating a set of configuration parameters in a pre-configured parameter group, which represents the updated configuration parameters. The terminal can then obtain the updated configuration parameters based on the index and the pre-configured parameter group.

[0356] In another implementation, when updating configuration parameters, the network device sends a MAC CE to the terminal. The MAC CE includes an index indicating a set of configuration parameters in a pre-configured parameter group, which represents the updated configuration parameters. The terminal can then obtain the updated configuration parameters based on the index and the pre-configured parameter group.

[0357] In the embodiments of this application, when updating configuration parameters, the network device can send a MAC CE to the terminal to instruct the terminal to update the configuration parameters. Since the reconfiguration process of RRC typically takes tens to hundreds of milliseconds, its response speed is slow and cannot meet the low-latency requirements of beam switching when the channel changes rapidly. Compared with RRC, MAC CE has fewer processing steps and a faster transmission speed. Therefore, MAC CE can quickly send updated configuration parameters to the terminal, achieving a fast response and meeting the low-latency requirements of beam switching when the channel changes rapidly.

[0358] S47, the network device sends a reference signal to the terminal.

[0359] In embodiments of this application, the "reference signal" is used by the terminal to perform beam measurements. For example, the terminal measures the reference signals received on different beams to evaluate the quality of each beam.

[0360] For example, the reference signal can be a Channel State Information Reference Signal (CSI-RS), a Synchronous Signal / Physical Broadcast Channel Block (SSB), a Demodulation Reference Signal (DM-RS), a Phase Tracking Reference Signal (PTRS), a Tracking Reference Signal (TRS), etc.

[0361] Alternatively, the network device may periodically send reference signals to the terminal.

[0362] It should be noted that in scenarios where reference signals are sent periodically, the network device can continue to send reference signals to the terminal in a periodic manner once it determines that the configuration parameters have been updated.

[0363] In another implementation, when configuration parameters are updated, the network device sends an updated reference signal to the terminal.

[0364] S48, the terminal performs beam measurement.

[0365] In the embodiments of this application, "beam measurement" is used to instruct the terminal to measure reference signals received on different beams and evaluate their signal quality.

[0366] For example, during beam measurement, if the measurement result meets the triggering conditions indicated by the configuration parameters, the terminal reports a beam report to the network device. If the measurement result does not meet the triggering conditions indicated by the configuration parameters, the terminal does not report a beam report to the network device.

[0367] S49, if the measurement results meet the updated configuration parameters, the terminal sends a beam report 2 to the network device.

[0368] In the embodiments of this application, after receiving the index sent by the network device, the terminal obtains the updated beam report configuration parameters. When the measurement result meets the updated configuration parameters, the terminal is triggered to report beam report 2.

[0369] Optionally, beam report 2 and beam report 1 are beam reports submitted by the terminal at different times. The basic format of the beam reports and the types of content included in the reports are the same. The report content in beam report 2 can be found in the relevant description of beam report 1 in S44, and will not be repeated here.

[0370] Optionally, after the network device receives beam report 2 from the terminal, it can determine whether to update the configuration parameters based on the content of beam report 2. If it determines to update the configuration parameters, the updated configuration parameters are used by the terminal to report beam report 3. After switching to the updated configuration parameters, the terminal continues to perform beam quality measurements and reports beam report 3 when the measurement results meet the updated configuration parameters again, and this process repeats.

[0371] The solution provided in this application can be applied to various scenarios such as UAV communication, vehicle-to-everything (V2X) communication, industrial IoT, AR / VR, marine communication, emergency rescue, live sports broadcasting, and satellite communication assistance. By dynamically configuring the beam report's configuration parameters and quickly changing these parameters via MAC CE, it can flexibly adapt to different channel change rates, improving resource efficiency, reducing power consumption, and meeting low latency requirements, significantly enhancing the practicality and scenario adaptability of beam management.

[0372] In the embodiments of this application, when the network device updates the configuration parameters of the beam report according to different channel environments, the network device can configure the initial configuration parameters and pre-configured parameter group of the terminal during the initial configuration. After receiving the beam report reported by the terminal, the network device determines which set of parameters in the pre-configured parameter group to update the configuration parameters and sends an index to the terminal. The index is used to indicate the configuration parameters in the pre-configured parameter group, which are the updated configuration parameters. Through the dynamic configuration of the beam report configuration parameters of the terminal by the network device, the configuration parameters of the beam report can be adapted to different channel environments where the terminal is located, ensuring that the terminal switches to a better beam and improving the stability of the communication quality of the terminal in different channel environments. In addition, when updating configuration parameters, the network device can send a MAC CE to the terminal to indicate the updated configuration parameters. That is, when the network device sends an index to the terminal, the index can be carried in the MAC CE. Since the reconfiguration process of RRC usually takes tens to hundreds of milliseconds, the response speed is slow and it is difficult to meet the low latency requirements of beam switching when the channel changes rapidly. Compared with RRC, MAC CE has fewer processing steps and faster transmission speed. Therefore, MAC CE can quickly send updated configuration parameters to the terminal, enabling rapid response and meeting the low-latency requirement for beam switching when the channel changes rapidly.

[0373] Implementation Method Two

[0374] In one implementation, after the network device receives a beam report from the terminal, it determines whether to update the beam report's configuration parameters. If the network device determines to update the beam report's configuration parameters, it sends the updated configuration parameters to the terminal. The terminal performs beam quality adjustments based on the updated configuration parameters sent by the network device and reports a beam report when the measurement results meet the configuration parameters.

[0375] The following is combined Figure 5 The implementation details of implementation method two are described in detail.

[0376] Figure 5 This is a schematic flowchart illustrating another communication method provided in an embodiment of this application. Figure 5 The method shown includes S51 to S59, which are described in detail below.

[0377] S51, the network device sends initial configuration parameters to the terminal.

[0378] Optionally, "initial configuration parameters" refers to the configuration parameters of the beam report that the network device configures for the first time after the terminal establishes a communication connection with the network device. These configuration parameters are used to indicate the triggering conditions for the terminal to report a beam when it detects a better new beam.

[0379] It should be understood that the initial configuration parameters refer to the configuration parameters reported by the network device to the terminal for the first time after the terminal establishes a communication connection with the network device. These initial configuration parameters can be obtained using configuration methods in the prior art. This application does not impose any limitations on them.

[0380] Optionally, after the network device initially configures the beam report parameters to the terminal, in the case where the network device updates the configuration parameters twice, the initial configuration parameters may refer to the configuration parameters updated in the first update. The updated configuration parameters in S46 may refer to the configuration parameters updated in the second update. The network device performs two updates to the configuration parameters based on the different beam reports reported by the terminal.

[0381] In one implementation, the initial configuration parameters include: a time window T and a pre-configured count value M.

[0382] Wherein, the time window T represents the time window for beam measurement. The pre-configuration count value M is used to indicate the number of pre-configurations within the time window T in which the beam quality of a new beam is higher than the beam quality of the current beam by a threshold.

[0383] It should be understood that when the configuration parameters include the time window T and the pre-configured count value M, the threshold is a static threshold.

[0384] Optionally, the network device may send an RRC to the terminal, which includes initial configuration parameters.

[0385] S52, the network device sends a reference signal to the terminal.

[0386] In embodiments of this application, the "reference signal" is used by the terminal to perform beam measurements. For example, the terminal measures the reference signals received on different beams to evaluate the quality of each beam.

[0387] Alternatively, the network device may periodically send reference signals to the terminal.

[0388] Alternatively, the implementation of S52 can be found in [reference needed]. Figure 4 The relevant description of S42 will not be repeated here.

[0389] S53, the terminal performs beam measurement.

[0390] In the embodiments of this application, "beam measurement" is used to instruct the terminal to measure reference signals received on different beams and evaluate their signal quality.

[0391] For example, during beam measurement, if the measurement result meets the triggering conditions indicated by the configuration parameters, the terminal reports a beam report to the network device. If the measurement result does not meet the triggering conditions indicated by the configuration parameters, the terminal does not report a beam report to the network device.

[0392] S54, if the measurement results meet the initial configuration parameters, the terminal sends a beam report 1 to the network device.

[0393] Alternatively, the implementation of S54 can be found in [reference needed]. Figure 4 The relevant description of S44 will not be repeated here.

[0394] S55, the network device determines whether to update the initial configuration parameters based on beam report 1.

[0395] Alternatively, the implementation of S55 can be found in [reference needed]. Figure 4 The relevant descriptions of the S45 will not be repeated here.

[0396] S56: When updating the initial configuration parameters, the network device sends the updated configuration parameters to the terminal.

[0397] Alternatively, in one implementation, the network device sends an RRC to the terminal, the RRC including updated configuration parameters.

[0398] Alternatively, in another implementation, the network device sends a MAC CE to the terminal, which includes updated configuration parameters.

[0399] S57, the network device sends a reference signal to the terminal.

[0400] Alternatively, the implementation of S57 can be found in [reference needed]. Figure 4 The relevant descriptions of the S47 will not be repeated here.

[0401] S58, the terminal performs beam measurement.

[0402] Alternatively, the implementation of S58 can be found in [reference needed]. Figure 4 The relevant description of S48 will not be repeated here.

[0403] S59, if the measurement results meet the updated configuration parameters, the terminal sends a beam report 2 to the network device.

[0404] Alternatively, the implementation of S59 can be found in [reference needed]. Figure 4 The relevant description of S49 will not be repeated here.

[0405] In the embodiments of this application, after the network device receives the beam report reported by the terminal, the network device determines the channel environment in which the terminal is located based on the beam report. Depending on the different channel environments in which the terminal is located, the network device can determine whether to update the configuration parameters of the beam report. Through the embodiments of this application, the network device can dynamically configure the configuration parameters of the terminal's beam report, enabling the beam report configuration parameters to adapt to different channel environments in which the terminal is located. The network device can update the beam direction in a timely manner, ensuring that the terminal switches to a better beam and improving the stability of the terminal's communication quality in different channel environments.

[0406] It should be understood that the above examples are provided to help those skilled in the art understand the embodiments of this application, and are not intended to limit the embodiments of this application to the specific values ​​or scenarios illustrated. Those skilled in the art can obviously make various equivalent modifications or changes based on the above examples, and such modifications or changes also fall within the scope of the embodiments of this application.

[0407] The above text combined Figures 1 to 5 The communication method provided in the embodiments of this application has been described in detail; the following will be combined with Figures 6 to 8 This application provides a detailed description of embodiments of the communication device. It should be understood that the communication device in the embodiments of this application can execute the various methods described in the foregoing embodiments of this application; that is, the specific working processes of the various products described below can be referred to the corresponding processes in the foregoing method embodiments.

[0408] Figure 6 This is a schematic diagram of a communication device provided in an embodiment of this application. The communication device 60 includes a communication module 610 and a processing module 620.

[0409] It should be understood that the communication device 60 can be a network device in the foregoing embodiments; or, the communication device 60 can be a chip or the like in the network device in the foregoing embodiments.

[0410] The communication module 610 is used to receive a first beam report sent by the terminal; the processing module 620 is used to determine whether to update the configuration parameters of the second beam report based on the first beam report; wherein the measurement time of the first beam report is earlier than the measurement time of the second beam report.

[0411] Optionally, as an embodiment, the first beam report includes an indication field, which is used to indicate whether the beam meets the configuration parameters of the first beam report; the processing module 620 is specifically used for:

[0412] Based on the indicated field, determine whether to update the configuration parameters of the second beam report.

[0413] Optionally, as an embodiment, if the ratio of the first parameter to the second parameter is within a preset range, the configuration parameters reported by the second beam are the updated configuration parameters;

[0414] If the ratio of the first parameter to the second parameter is outside a preset range, the configuration parameters reported by the second beam are outdated configuration parameters.

[0415] Wherein, the first parameter is used to represent the number of beams that satisfy the configuration parameters of the first beam report, and the second parameter is used to represent the number of beams in the first beam report.

[0416] Optionally, as an example, the updated configuration parameters are positively correlated with the ratio.

[0417] Optionally, as an example, the updated configuration parameters are negatively correlated with the average value of the differential L1-RSRP;

[0418] The differential L1-RSRP is obtained by differentiating the L1-RSRP of the beam that meets the conditions in the first beam report with the L1-RSRP of the optimal beam. The conditions are defined as the configuration parameters in the indication field that meet the requirements of the first beam report.

[0419] Optionally, as an embodiment, the communication module 610 is also used for:

[0420] Send a first indication message to the terminal, the first indication message being used to indicate updated configuration parameters.

[0421] Optionally, as an embodiment, the first indication information includes first information, which is used to indicate the target configuration parameter group in the pre-configured parameter group, and the target configuration parameter group is the parameter group where the updated configuration parameter is located.

[0422] Optionally, as an embodiment, the first information includes a first index, which is an index of the target configuration parameter group.

[0423] Optionally, as an embodiment, the communication module 610 is also used for:

[0424] Send a second instruction message to the terminal, the second instruction message including the pre-configured parameter group.

[0425] Optionally, as an embodiment, if the configuration parameters of the first beam report are included in the pre-configured parameter group, the second indication information further includes a second index, which is used to indicate the parameter group in which the configuration parameters of the first beam report are located;

[0426] If the configuration parameters of the first beam report are not included in the pre-configured parameters, the second indication information may include the configuration parameters of the first beam report.

[0427] Optionally, as an example, the first indication information includes the updated configuration parameters.

[0428] Optionally, as an embodiment, the first indication information is carried in Radio Resource Control (RRC) information, and / or the first indication information is carried in Media Access Control (MAC) information.

[0429] Optionally, as an example, the updated configuration parameters include at least one of the following:

[0430] First configuration parameter, second configuration parameter, or third configuration parameter;

[0431] Wherein, the first configuration parameter is used to indicate the time window, the second configuration parameter is used to indicate the count value, and the third configuration parameter is used to indicate the preset threshold for triggering the count. The preset threshold is used to represent the minimum threshold at which the beam quality of the beam is higher than the beam quality of the current beam.

[0432] It should be noted that the aforementioned communication device 60 is embodied in the form of a functional module. The term "module" here can be implemented in software and / or hardware, without specific limitations.

[0433] Figure 7 This is a schematic diagram of another communication device provided in an embodiment of this application. The communication device 70 includes a transmitting module 710 and a receiving module 720.

[0434] The sending module 710 is used to send a first beam report to the network device; the receiving module 720 is used to receive the updated configuration parameters sent by the network device when the network device updates the configuration parameters of the second beam report.

[0435] The updated configuration parameters are obtained by the network device based on the first beam report, and the measurement time of the first beam report is earlier than the measurement time of the second beam report.

[0436] Optionally, as an embodiment, the first beam report includes an indication field, which is used to indicate whether the beam meets the configuration parameters of the first beam report; the network device determines whether to update the configuration parameters of the second beam report based on the indication field.

[0437] Optionally, as an embodiment, if the ratio of the first parameter to the second parameter is within a preset range, the configuration parameters reported by the second beam are the updated configuration parameters;

[0438] If the ratio of the first parameter to the second parameter is outside a preset range, the configuration parameters reported by the second beam are outdated configuration parameters.

[0439] Wherein, the first parameter is used to represent the number of beams that satisfy the configuration parameters of the first beam report, and the second parameter is used to represent the number of beams in the first beam report.

[0440] Optionally, as an example, the updated configuration parameters are positively correlated with the ratio.

[0441] Optionally, as an example, the updated configuration parameters are negatively correlated with the average value of the differential L1-RSRP;

[0442] The differential L1-RSRP is obtained by differentiating the L1-RSRP of the beam that meets the conditions in the first beam report with the L1-RSRP of the optimal beam. The conditions are defined as the configuration parameters in the indication field that meet the requirements of the first beam report.

[0443] Optionally, as an embodiment, the receiving module 720 is further configured to:

[0444] The system receives a first indication message sent by the network device, the first indication message being used to indicate the updated configuration parameters.

[0445] Optionally, as an embodiment, the first indication information includes first information, which is used to indicate the target configuration parameter group in the pre-configured parameter group, and the target configuration parameter group is the parameter group where the updated configuration parameter is located.

[0446] Optionally, as an embodiment, the first information includes a first index, which is an index of the target configuration parameter group.

[0447] Optionally, as an embodiment, the receiving module 720 is further configured to:

[0448] The system receives a second indication message sent by the network device, the second indication message including the pre-configured parameter group.

[0449] Optionally, as an embodiment, if the configuration parameters of the first beam report are included in the pre-configured parameter group, the second indication information further includes a second index, which is used to indicate the parameter group in which the configuration parameters of the first beam report are located;

[0450] If the configuration parameters of the first beam report are not included in the pre-configured parameters, the second indication information may include the configuration parameters of the first beam report.

[0451] Optionally, as an example, the first indication information includes the updated configuration parameters.

[0452] Optionally, as an embodiment, the first indication information is carried in Radio Resource Control (RRC) information, and / or the first indication information is carried in Media Access Control (MAC) information.

[0453] Optionally, as an example, the updated configuration parameters include at least one of the following:

[0454] First configuration parameter, second configuration parameter, or third configuration parameter;

[0455] Wherein, the first configuration parameter is used to indicate the time window, the second configuration parameter is used to indicate the count value, and the third configuration parameter is used to indicate the preset threshold for triggering the count. The preset threshold is used to represent the minimum threshold at which the beam quality of the beam is higher than the beam quality of the current beam.

[0456] It should be understood that the communication device 70 can be the terminal in the foregoing embodiments, or the communication device 70 can be a chip in the terminal in the foregoing embodiments.

[0457] It should be noted that the aforementioned communication device 70 is embodied in the form of a functional module. The term "module" here can be implemented in software and / or hardware, without specific limitations.

[0458] For example, a "module" can be a software program, hardware circuit, or a combination of both that implements the above functions. Hardware circuits may include application-specific integrated circuits (ASICs), electronic circuits, processors (e.g., shared processors, proprietary processors, or group processors) and memory for executing one or more software or firmware programs, integrated logic circuits, and / or other suitable components that support the described functions.

[0459] Therefore, the units of the various examples described in the embodiments of this application can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented 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 this application.

[0460] Figure 8This is a schematic diagram of another communication device provided in an embodiment of this application. The communication device 80 can be a terminal, a chip, chip system, or processor implementing the above-described communication method within the terminal, etc. Alternatively, the communication device 80 can be a network device, a chip, chip system, or processor implementing the above-described communication method within the network device, etc. The communication device 80 can be used to implement the communication method described in the above method embodiments; for details, please refer to the description in the above method embodiments.

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

[0462] In an alternative design, the processor 810 may also store instructions and / or data that can be executed by the processor 810 to cause the communication device 80 to perform the communication method described in the above method embodiments.

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

[0464] Optionally, the communication device 80 may include one or more memories 830, which may store instructions that can be executed on the processor 810 to cause the communication device 80 to perform the communication method described in the above method embodiments.

[0465] Optionally, the memory 830 may also store data. Optionally, the processor 810 may also store instructions and / or data. The processor 810 and the memory 830 may be configured separately or integrated together.

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

[0467] Optionally, if the communication device 80 includes a processor 810, a communication interface 820, and a memory 830, the processor 810, the communication interface 820, and the memory 830 communicate with each other through internal connection paths.

[0468] Optionally, the memory 830 may include read-only memory and random access memory, and provide instructions and data to the processor. A portion of the memory may also include non-volatile random access memory. The memory 830 may be a separate device or integrated into the processor 810.

[0469] In one embodiment, the communication device 80 may correspond to the terminal in the above-described communication method embodiments, and may be used to execute the various steps and / or processes executed by the terminal in the above-described communication method embodiments. The processor 810 may be used to execute instructions stored in the memory 830, and when the processor 810 executes the instructions stored in the memory, the processor 810 is used to execute the various steps and / or processes of the above-described method embodiments corresponding to the terminal.

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

[0471] Optionally, the communication interface 820 is a transceiver, which may include a transmitter and a receiver. The transceiver may further include an antenna, and the number of antennas may be one or more. The processor 810 and memory 830, along with the communication interface 820, may be devices integrated on different chips. For example, the processor 810 and memory 830 may be integrated in a baseband chip, and the communication interface 820 may be integrated in a radio frequency chip. Alternatively, the processor 810, memory 830, and communication interface 820 may be devices integrated on the same chip. This application does not limit this.

[0472] This application also provides a communication device, including a processor and an interface; the interface is used to send and receive information; the processor is used to execute the communication method in any of the above method embodiments.

[0473] It should be understood that the aforementioned communication device can be one or more chips. For example, the communication device can be a Field Programmable Gate Array (FPGA), an Application Specific Integrated Circuit (ASIC), a System On Chip (SoC), a Central Processing Unit (CPU), a Network Processor (NP), a Digital Signal Processor (DSP), a Micro Controller Unit (MCU), a Programmable Logic Device (PLD), or other integrated chips.

[0474] In implementation, each step of the above method can be completed by integrated logic circuits in the processor's hardware or by instructions in software. The steps of the method disclosed in the embodiments of this application can be directly implemented by a hardware processor, or by a combination of hardware and software modules in the processor. The software modules can reside in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. This storage medium is located in memory, and the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above method. To avoid repetition, detailed descriptions are omitted here.

[0475] It should be noted that the processor in the embodiments of this application can be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method embodiments can be completed by the integrated logic circuits in the processor's hardware or by instructions in software form. The processor can be a general-purpose processor, a digital signal processor, an application-specific integrated circuit (ASIC), a field-programmable gate array (FPGA), or other programmable logic devices, discrete gate or transistor logic devices, or discrete hardware components. It can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor can be a microprocessor or any conventional processor. The steps of the methods disclosed in the embodiments of this application can be directly embodied as execution by a hardware decoding processor, or as execution by a combination of hardware and software modules in the decoding processor. The software modules can be located in random access memory, flash memory, read-only memory, programmable read-only memory, electrically erasable programmable memory, registers, or other mature storage media in the art. This storage medium is located in memory; the processor reads information from the memory and, in conjunction with its hardware, completes the steps of the above methods.

[0476] Optionally, this application also provides a computer program product that, when executed by processor 810, implements the communication method of any method embodiment in this application.

[0477] For example, the computer program product can be stored in memory 830, such as a program, which is eventually converted into an executable object file that can be executed by processor 810 after processing such as preprocessing, compilation, assembly and linking.

[0478] Optionally, this application also provides a computer-readable storage medium storing a computer program thereon, which, when executed by a computer, implements the communication method of any of the method embodiments of this application. The computer program may be a high-level language program or an executable object program.

[0479] For example, the computer-readable storage medium is, for instance, memory 830. Memory 830 can be volatile memory or non-volatile memory, or memory 830 can include both volatile and non-volatile memory. The non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), or flash memory. The volatile memory can be random access memory (RAM), which serves as an external cache. By way of example, but not limitation, many forms of RAM are available, such as Static RAM (SRAM), Dynamic RAM (DRAM), Synchronous DRAM (SDRAM), Double Data Rate Synchronous DRAM (DDR SDRAM), Enhanced Synchronous DRAM (ESDRAM), Synchlink DRAM (SLDRAM), and Direct Rambus RAM (DR RAM).

[0480] Those skilled in the art will recognize that the units and algorithm steps of the various examples described in conjunction with the embodiments disclosed herein can be implemented in electronic hardware, or a combination of computer software and electronic hardware. Whether these functions are implemented 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 this application.

[0481] Those skilled in the art will understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0482] In the several embodiments provided in this application, it should be understood that the disclosed systems, apparatuses, and methods can be implemented in other ways. For example, the embodiments of the communication apparatus described above are merely illustrative. For instance, the division of modules is only a logical functional division, and in actual implementation, there may be other division methods. For example, multiple units or components may be combined or integrated into another system, or some features may be ignored or not executed. Furthermore, the coupling or direct coupling or communication connection shown or discussed may be through some interfaces, indirect coupling or communication connection of devices or units, and may be electrical, mechanical, or other forms.

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

[0484] In addition, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit.

[0485] It should be understood that in the various embodiments of this application, the sequence number of each process does not imply the order of execution. The execution order of each process should be determined by its function and internal logic, and should not constitute any limitation on the implementation process of the embodiments of this application.

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

[0487] If a function is implemented as a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods of the various embodiments of this application. The aforementioned storage medium includes various media capable of storing program code, such as USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, or optical disks.

[0488] The above are merely specific embodiments of this application, but the specific embodiments of this application are not limited thereto. The scope of protection of this application shall be determined by the scope of protection of the claims. Any variations or substitutions that can be easily conceived by those skilled in the art within the technical scope disclosed in the claims of this application shall be included within the scope of protection of this application.

Claims

1. A communication method, characterized in that, Applied to network devices, including: The receiving terminal sends a first beam report, which includes an indication field for each of the N beams. The indication field of a beam is used to indicate whether the number of times the beam quality of the beam of the beam is higher than the current beam quality within a time window meets the pre-configured count value. Based on the ratio of the first parameter to the second parameter, determine whether to update the configuration parameters of the second beam report; Wherein, the measurement time of the first beam report is earlier than the measurement time of the second beam report, the first parameter is used to indicate the number of beams whose beam quality is higher than the threshold by the current beam quality within the time window and satisfies the pre-configured count value, and the second parameter is used to indicate the total number of beams in the first beam report.

2. The communication method according to claim 1, characterized in that, If the ratio of the first parameter to the second parameter is within a preset range, the configuration parameters reported by the second beam are the updated configuration parameters. If the ratio of the first parameter to the second parameter is outside a preset range, the configuration parameters reported by the second beam are outdated configuration parameters.

3. The communication method according to claim 2, characterized in that, The updated configuration parameters are positively correlated with the ratio.

4. The communication method according to claim 2, characterized in that, The updated configuration parameters are negatively correlated with the average value of the differential L1-RSRP; The differential L1-RSRP is obtained by differentiating the L1-RSRP of the beam that meets the conditions in the first beam report with the L1-RSRP of the optimal beam. The condition means that the number of times the beam quality of the beam is higher than the threshold of the current beam satisfies the pre-configured count value.

5. The communication method according to claim 1, characterized in that, When updating the configuration parameters of the second beam report, the communication method further includes: Send a first indication message to the terminal, the first indication message being used to indicate updated configuration parameters.

6. The communication method according to claim 5, characterized in that, The first indication information includes first information, which is used to indicate the target configuration parameter group in the pre-configured parameter group, and the target configuration parameter group is the parameter group where the updated configuration parameter is located.

7. The communication method according to claim 6, characterized in that, The first information includes a first index, which is the index of the target configuration parameter group.

8. The communication method according to claim 6, characterized in that, Prior to the first beam report sent by the receiving terminal, the communication method further includes: Send a second instruction message to the terminal, the second instruction message including the pre-configured parameter group.

9. The communication method according to claim 8, characterized in that, When the pre-configured parameter group includes the configuration parameters of the first beam report, the second indication information also includes a second index, which is used to indicate the parameter group in which the configuration parameters of the first beam report are located; If the configuration parameters of the first beam report are not included in the pre-configured parameters, the second indication information may include the configuration parameters of the first beam report.

10. The communication method according to claim 5, characterized in that, The first indication information includes the updated configuration parameters.

11. The communication method according to claim 5, characterized in that, The first indication information is carried in Radio Resource Control (RRC) information, and / or the first indication information is carried in Media Access Control (MAC) information.

12. The communication method according to any one of claims 2 to 11, characterized in that, The updated configuration parameters include at least one of the following: First configuration parameter, second configuration parameter, or third configuration parameter; Wherein, the first configuration parameter is used to indicate the time window, the second configuration parameter is used to indicate the count value, and the third configuration parameter is used to indicate the preset threshold for triggering the count. The preset threshold is used to represent the minimum threshold at which the beam quality of the beam is higher than the beam quality of the current beam.

13. A communication method, characterized in that, Applied to terminals, including: Send a first beam report to the network device. The first beam report includes an indication field for each of the N beams. The indication field of a beam is used to indicate whether the number of times the beam quality of the beam is higher than the current beam quality within a time window meets a pre-configured count value. If the network device updates the configuration parameters of the second beam report, receive the updated configuration parameters sent by the network device; The network device determines whether to update the configuration parameters of the second beam report based on the first parameter and the second parameter. The measurement time of the first beam report is earlier than the measurement time of the second beam report. The first parameter is used to indicate the number of beams whose beam quality is higher than the threshold of the current beam within the time window and meets the pre-configured count value. The second parameter is used to indicate the total number of beams in the first beam report.

14. The communication method according to claim 13, characterized in that, If the ratio of the first parameter to the second parameter is within a preset range, the network device updates the configuration parameters of the second beam report; If the ratio of the first parameter to the second parameter is outside a preset range, the network device will not update the configuration parameters of the second beam report.

15. The communication method according to claim 14, characterized in that, The updated configuration parameters are positively correlated with the ratio.

16. The communication method according to claim 14, characterized in that, The updated configuration parameters are negatively correlated with the average value of the differential L1-RSRP; The differential L1-RSRP is obtained by differentiating the L1-RSRP of the beam that meets the conditions in the first beam report with the L1-RSRP of the optimal beam. The condition means that the number of times the beam quality of the beam is higher than the threshold of the current beam satisfies the pre-configured count value.

17. The communication method according to claim 13, characterized in that, The communication method further includes: The system receives a first indication message sent by the network device, the first indication message being used to indicate updated configuration parameters.

18. The communication method according to claim 17, characterized in that, The first indication information includes first information, which is used to indicate the target configuration parameter group in the pre-configured parameter group, and the target configuration parameter group is the parameter group where the updated configuration parameter is located.

19. The communication method according to claim 18, characterized in that, The first information includes a first index, which is the index of the target configuration parameter group.

20. The communication method according to claim 18, characterized in that, The communication method further includes: The system receives a second indication message sent by the network device, the second indication message including the pre-configured parameter group.

21. The communication method according to claim 20, characterized in that, When the pre-configured parameter group includes the configuration parameters of the first beam report, the second indication information also includes a second index, which is used to indicate the parameter group in which the configuration parameters of the first beam report are located; If the configuration parameters of the first beam report are not included in the pre-configured parameters, the second indication information may include the configuration parameters of the first beam report.

22. The communication method according to claim 17, characterized in that, The first indication information includes the updated configuration parameters.

23. The communication method according to claim 17, characterized in that, The first indication information is carried in Radio Resource Control (RRC) information, and / or the first indication information is carried in Media Access Control (MAC) information.

24. The communication method according to any one of claims 13 to 23, characterized in that, The updated configuration parameters include at least one of the following: First configuration parameter, second configuration parameter, or third configuration parameter; Wherein, the first configuration parameter is used to indicate the time window, the second configuration parameter is used to indicate the count value, and the third configuration parameter is used to indicate the preset threshold for triggering the count. The preset threshold is used to represent the minimum threshold at which the beam quality of the beam is higher than the beam quality of the current beam.

25. A communication device, characterized in that, The device includes at least one processor coupled to a memory for storing programs or instructions, the processor executing the programs or instructions to cause the device to perform a communication method as claimed in any one of claims 1 to 12, or any one of claims 13 to 24.

26. A communication system, characterized in that, include: Terminals and network equipment; The terminal is used to execute the communication method according to any one of claims 13 to 24; The network device is used to perform the communication method according to any one of claims 1 to 12.

27. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by an electronic device, causes the electronic device to perform the communication method of any one of claims 1 to 12, or any one of claims 13 to 24.

28. A chip system, characterized in that, The chip system includes one or more processors, which are configured to retrieve and execute instructions stored in memory to perform a communication method as described in any one of claims 1 to 12, or any one of claims 13 to 24.

Images