Method executed by user equipment and user equipment

Abstract

The invention provides a method executed by user equipment (UE) and the UE. The method comprises the following steps: aiming at an undetermined scheduling request which is triggered when a beam measurement report (BMR) is triggered and is used for the BMR, based on scheduling request resource configuration corresponding to the scheduling request, determining a mode for executing the BMR; when it is determined that the mode used for executing the BMR is a mode A, the scheduling request is sent to a base station on a pre-configured resource, and when scheduling information from the base station is received, the BMR is transmitted to the base station on a transmission resource indicated by the scheduling information, and the undetermined scheduling request is cancelled; and when it is determined that the mode for executing the BMR is a mode B, sending the scheduling request to a base station on a pre-configured resource, cancelling the undetermined scheduling request, and sending the BMR on the pre-configured resource.

Description

Technical Field

[0001] This invention relates to the field of wireless communication technology, and more particularly to a method performed by a user equipment and the user equipment itself. Background Technology

[0002] With the rapid growth of mobile communications and tremendous technological advancements, the world is moving towards a fully interconnected network society, where anyone or anything can access information and share data anytime, anywhere. In 2020, the number of connected devices reached 50 billion, of which only about 10 billion were likely mobile phones and tablets; the rest were not machines for human interaction, but rather machines for interacting with each other. Therefore, how to design systems to better support the Internet of Things is a topic requiring in-depth research.

[0003] To this end, at the 3GPP RAN#64 plenary meeting held in March 2016, a research project on new 5G radio access technology was proposed (see non-patent literature: RP-160671 New SID Proposal: Study on New Radio Access Technology). The project description stated that the operating frequency band of the new communication standard would be expandable to 100GHz, while simultaneously meeting at least the needs of enhanced mobile broadband services, the communication requirements of massive IoT UEs, and the service requirements of high reliability. The research work on this project concluded in 2018.

[0004] This research project plans to use beamforming for information transmission. Specifically, when using high-frequency communication, a thinner beam will be used to address the rapid fading of high-frequency channels. However, using a thinner beam for information transmission is susceptible to external changes, such as the rotation of the phone or obstruction from other objects.

[0005] In beamforming transmission scenarios, to promptly report the serving cell's beam signal quality and changes to the network, the UE can proactively send beam signal quality information to the network. This process is known as Beam Measurement Report (BMR). Such reports can be transmitted to the network via either Mode A or Mode B. However, excessively frequent transmission of generated BMR reports to the network can cause uplink congestion and waste uplink resources. Therefore, ensuring efficient transmission of triggered BMR reports is a crucial issue that needs to be addressed. Summary of the Invention

[0006] To address the aforementioned problems, this invention provides a method and a user equipment executed by a user equipment, which can ensure transmission efficiency based on triggered beam measurement reports, thereby improving the utilization efficiency of communication resources.

[0007] According to one aspect of the present invention, a method performed by a user equipment is provided, comprising: for a pending scheduling request for a beam measurement report (BMR) triggered upon triggering a beam measurement report (BMR), determining a mode for executing the BMR based on a scheduling request resource configuration corresponding to the scheduling request; when the mode for executing the BMR is determined to be mode A, sending the scheduling request to a base station on pre-configured resources, and upon receiving scheduling information from the base station, transmitting the BMR to the base station on transmission resources indicated by the scheduling information, and canceling the pending scheduling request; when the mode for executing the BMR is determined to be mode B, sending the scheduling request to the base station on pre-configured resources, canceling the pending scheduling request, and transmitting the BMR on pre-configured resources.

[0008] Optionally, determining the mode for executing the BMR based on the scheduling request resource configuration corresponding to the scheduling request may include: if the PUCCH resource associated with the scheduling request is used for the transmission resource request of the BMR, then the mode for executing the BMR is determined to be mode A; if the PUCCH resource associated with the scheduling request is used to notify the base station of the transmission resources of the BMR, then the mode for executing the BMR is determined to be mode B; or, the scheduling request resource configuration corresponding to the scheduling request is associated with mode configuration information of mode A or mode B, and the mode for executing the BMR is determined according to the association information.

[0009] Optionally, if the mode for executing the BMR is determined to be mode A, the method may further include: re-enabling a timer, during which the scheduling request is not allowed to be sent again on the configured resource.

[0010] Optionally, if the mode for performing the BMR is determined to be mode A, the method may further include: sending the scheduling request multiple times to the base station on pre-configured resources if the scheduling information is not received; updating the value of a count used to count the number of times the scheduling request is sent each time the scheduling request is sent; and initiating a random access procedure when the value of the count is greater than or equal to a given threshold.

[0011] Optionally, it may also include: if a random access response for the user equipment is received from the base station during the random access process, information indicating that a triggered BMR exists on the PUSCH indicated by the uplink grant carried in the random access response is sent.

[0012] Optionally, it may also include: if SSB or CSI-RS is selected during the random access resource selection process when the random access is initiated, it is considered that the current operating beam of the user equipment has changed, and the triggered BMR is discarded.

[0013] Optionally, it may also include: if an SSB or CSI-RS is selected during the random access resource selection process when the random access is initiated, determining whether the current operating beam of the user equipment has changed based on whether the selected SSB or CSI-RS is the same as the SSB or CSI-RS of the user equipment's current operating beam; and if the current operating beam of the user equipment has changed, discarding the triggered BMR.

[0014] According to another aspect of the present invention, a user equipment is also provided, comprising: a processor; and a memory storing instructions, wherein the instructions, when executed by the processor, perform the method as described above.

[0015] Invention Effects

[0016] According to the present invention, the transmission efficiency of triggered beam measurement reports can be guaranteed, thereby improving the utilization efficiency of communication resources. Attached Figure Description

[0017] The above and other features of the present invention will become more apparent from the following detailed description taken in conjunction with the accompanying drawings, wherein:

[0018] Figure 1 This is a flowchart illustrating the four-step random access process involved in this invention.

[0019] Figure 2 This is a flowchart illustrating a method executed by a user equipment (UE) according to an embodiment of the present invention.

[0020] Figure 3 This is a flowchart illustrating a method performed by a user equipment (UE) according to another embodiment of the present invention.

[0021] Figure 4 This is a schematic block diagram illustrating the user equipment involved in the present invention. Detailed Implementation

[0022] The present invention will now be described in detail with reference to the accompanying drawings and specific embodiments. It should be noted that the present invention should not be limited to the specific embodiments described below. Furthermore, for the sake of simplicity, detailed descriptions of well-known technologies not directly related to the present invention have been omitted to prevent confusion in understanding the present invention.

[0023] Before proceeding with the detailed description, the following explanation is provided for several terms mentioned in this invention. Unless otherwise specified, the terms used in this invention shall have the meanings described below.

[0024] UE User Equipment

[0025] RLF Radio Link Failure

[0026] NR New Radio: Next-Generation Wireless Technology

[0027] LTE Long Term Evolution technology

[0028] eLTE Enhanced Long Term Evolution (LTE)

[0029] MAC Medium Access Control (layer)

[0030] MAC CE MAC Control Element

[0031] PHY physical layer

[0032] PDCCH (Physical Downlink Control Channel)

[0033] RRC Radio Resource Control (layer)

[0034] MAC Medium Access Control (layer)

[0035] PHY physical layer

[0036] PDCCH (Physical Downlink Control Channel)

[0037] PUSCH (Physical Uplink Shared Channel)

[0038] PDSCH (Physical Downlink Shared Channel)

[0039] RA Random Access

[0040] PRACH Physical Random Access Channel

[0041] SSB Synchronization Signal Block

[0042] CSI-RS Channel State Information Reference signal

[0043] TCI Transmission Configuration Indicator

[0044] TCI state Transmission Configuration Indicator state Transmission configuration indicator status

[0045] RSRP Reference Signal Received Power

[0046] Serving Cell: a PCell, a PSCell, or an SCell; the serving cell can be a PCell, PSCell, or SCell.

[0047] SpCell: Special Cell, which can be either PCell or PSCell.

[0048] PCell: Primary Cell

[0049] PSCell: Primary SCG Cell

[0050] SCell: Secondary Cell

[0051] SCG: Secondary Cell Group

[0052] C-RNTI: Cell RNTI, Cell RNTI

[0053] RNTI: Radio Network Temporary Identifier

[0054] HARQ: Hybrid Automatic Repeat Request.

[0055] SINR: Signal to Noise and Interference Ratio.

[0056] TRP: Transmit / Receive Point (Send / Receive Port)

[0057] UL-CCCH: Uplink Common Control Channel

[0058] UCI: Uplink Control Information

[0059] MCG: Master Cell Group

[0060] SCG: Secondary Cell Group

[0061] SR: Scheduling Request

[0062] PHR: Power Heardroom Report

[0063] BSR: Buffer Status Report

[0064] ACTIVE time (active period / activity period)

[0065] Non-active time (inactive period / active period)

[0066] DCI: Downlink Control Information

[0067] The following description uses the NR mobile communication system and its subsequent evolutions as an example application environment, taking NR-supporting base stations and UE devices as examples, to specifically describe several embodiments according to the present invention. However, it should be noted that the present invention is not limited to the following embodiments, but is applicable to many other wireless communication systems, such as eLTE communication systems, and can be applied to other base stations and UE devices, such as eLTE-supporting base stations and UE devices.

[0068] Since a serving cell can include a primary cell and a secondary cell, the serving cell mentioned below can be either a primary cell or a secondary cell unless otherwise specified.

[0069] Beamforming can be used in conjunction with carrier aggregation (CA) technology. The base station can configure multiple carriers for the UE, with different carriers corresponding to different serving cells. Among the multiple cells configured for the UE, there is at least one primary cell (Pcell) and one or more secondary cells (Scells). Both the primary and secondary cells can employ beamforming technology. Accordingly, by measuring the configured beams of each serving cell, the UE can report the beam quality of each cell.

[0070] A UE operating in Dual Connection (DC) mode is configured with MCG and SCG. The primary cell of the MCG is called Pcell, and the primary cell of the SCG is called PScell. SPcell is usually used to refer to Pcell and PScell.

[0071] Beam measurement and triggering of beam measurement reports

[0072] A UE can be configured with one or more serving cells, and each serving cell can be configured with at least one SSB or CSI-RS. Based on indications from the network side or base station side, such as the TCI state indication information sent to the UE by the network side, an SSB or CSI-RS can be indicated or associated. This SSB or CSI-RS can correspond to a specific beam, which can be referred to as the serving beam of the serving cell, or the currently operating beam, or the current beam, or the operating beam. Other non-serving beams or non-operating beams can be considered candidate beams of the serving cell. Both serving beams and candidate beams are the objects of UE measurement; essentially, it involves measuring the SSB or CSI-RS corresponding to these beams.

[0073] The UE measures the SSB or CSI-RS of the configured serving beam and candidate beams, using the measured L1-RSRP (Layer one-RSRP) value as the measurement quantity for the corresponding beam. Alternatively, it can use the measured L1-SINR as the measurement quantity. Both L1-RSRP and L1-SINR can be considered beam measurement results. Based on these results, the UE can determine whether one or more of the following events have occurred. If the UE determines that one or more of the following events have occurred, it can trigger or initiate a process or procedure to send a beam measurement report to the network or base station. Therefore, the following events can be considered trigger events for sending a beam measurement report.

[0074] Event 1: The measurement quality of the currently operating beam is below a preset threshold. The beam quality can be characterized by the beam's measurement quantity or measurement result. The current beam can refer to the beam currently used for transmission, also called the operating beam. When the measurement result of the current beam is below the preset threshold, Event 1 is considered to have occurred. The number of currently serving beams is not limited to one. If there is only one serving beam, the measurement quantity of that serving beam is used to characterize the measurement result, which is compared with the preset threshold to determine whether Event 1 has occurred. If there are more than one currently serving beam, a measurement result can be obtained based on the measurement results of these serving beams and compared with the preset threshold. This can be achieved by averaging or weighted averaging the measurement results of multiple serving beams, or by using a specific algorithm for filtering; there are no restrictions on this.

[0075] Event 2: At least one new beam exists whose measured value, such as L1-RSRP, is higher than the measured value of the currently operating beam by an offset value, and this offset value is not lower than a pre-set threshold. Here, a new beam refers to a beam different from the currently used operating beam and can be considered one of the candidate beams. Event 2 is considered to have occurred when at least one new beam meets the aforementioned conditions.

[0076] Event 3: At least one new beam has a measurement value that exceeds a pre-set threshold, at which point Event 3 can be considered to have occurred;

[0077] Event 4: The quality of the current beam is lower than the preset threshold 1 and at least one new beam has a quality higher than the preset threshold 2. Event 4 can be considered to have occurred at this time.

[0078] In addition to the four events mentioned above, other triggering events may exist, which are not defined here. That is, any event that may cause the UE to trigger the BMR transmission process can be called a BMR triggering event.

[0079] In the process of the UE sending information containing beam measurement results to the network side or base station, the information containing beam measurement results is called a beam measurement report (BMR) or a Layer 1 measurement report. Such a report can be generated when the aforementioned triggering event is detected or determined to have occurred, or when the UE obtains resources for transmitting the aforementioned BMR. The process of sending this report can also be referred to as reporting the beam measurement report to the network side or base station. Therefore, when the UE detects or determines at least one of the aforementioned events in a serving cell, it can be considered that a beam measurement report (triggeraBMR) has been triggered. Alternatively, when the UE detects or determines that a certain triggering event has occurred multiple times in a serving cell, it can be considered that a beam measurement report has been triggered. Here, "multiple times" can be a pre-configured value.

[0080] The UE can include event information that triggered the BMR in the BMR, such as event identifier, and can also include information about the beam in the corresponding event. For example, if event 2 occurs, the UE can include information about at least one new beam in the corresponding report, such as identification information for the new beam, and can also include measurement results.

[0081] The preset thresholds for the above events can be different and are used to determine or detect the corresponding events.

[0082] In the above event, the current beam can refer to the beam currently used for transmission, also called the working beam or the serving beam.

[0083] Beam Measurement Reporting Process

[0084] If any triggering event occurs once or multiple times, the UE can send information containing beam measurement results to the network side or base station. Depending on the UE's configuration, the UE can use either Mode A or Mode B to perform the beam measurement reporting process.

[0085] Mode A includes at least the following three steps:

[0086] Step A.1 Send resource request information / signal to the base station on the pre-configured PUCCH channel. The requested resource is used to transmit BMR.

[0087] Step A.2 Listen to the downlink PDCCH and receive scheduling information from the base station or network side. Such scheduling information can be included in the DCI. Specifically, the scheduling information can be related information indicating the PUSCH / PUCCH resources used for BMR transmission. The base station can schedule a PUSCH / PUCCH resource in the DCI for BMR transmission.

[0088] Step A.3 Send a beam measurement report on the resources obtained in step A.2.

[0089] Mode B includes at least the following two steps:

[0090] Step B.1 Send indication information to the base station on the pre-configured PUCCH channel to indicate / notify the UE to prepare for BMR transmission to the base station or network side. This can be simply referred to as indicating or notifying the transmission of BMR.

[0091] Step B.2 Send a beam measurement report on a pre-configured uplink resource, which can be a pre-configured PUSCH or PUCCH.

[0092] Based on the indication or notification information in step B.1, the base station can receive the beam measurement report on the resources in step B.2.

[0093] It can be seen that when any triggering event is determined to occur once or multiple times, the UE can at least execute step A.1 of mode A or step B.1 of mode B.

[0094] Scheduling request

[0095] A triggered BMR can further trigger a corresponding Scheduling Request (SR). A triggered SR is considered pending until it is canceled.

[0096] The scheduling request triggered by the BMR can be sent on the PUCCH in step A.1 to request the transmission resources in step A.2 from the base station or network side for transmitting the BMR; the scheduling request can also be sent on the PUCCH in step B.1 to notify the base station or network side to send the corresponding BMR on the PUSCH or PUCCH in step B.2.

[0097] Four-step Random Access procedure (4-step RA)

[0098] Figure 1 This is a flowchart illustrating the four-step random access process involved in this invention.

[0099] like Figure 1As shown, the 4-step random access procedure performed by the UE includes the following steps:

[0100] Step S100: The UE selects a random access resource for random access. During this process:

[0101] - The UE selects a preamble for transmission and sets the sequence number corresponding to the selected preamble to the value of the parameter PREAMBLE INDEX; and

[0102] - Determine the next available PRACH occasion from among the multiple PRACH occasions.

[0103] Step S101: The UE sends the selected preamble at the determined PRACH timing.

[0104] Step S102: The UE receives a Random Access Response (RAR) from the base station.

[0105] If this RAR carries the sequence number (preambleindex id) corresponding to the preamble sent by the UE in step S101, then the UE can determine that the RAR was sent to itself. Such a RAR will carry an uplink grant (UL grant). This UL grant indicates the PUSCH resources used to transmit message three.

[0106] Upon receiving the aforementioned RAR, the UE processes the UL grant carried in the RAR and instructs it to the lower layer. If this is the first time the UE has successfully received the aforementioned RAR, then the UE obtains the MAC PDU for transmission from the Multiplexing and Assembly entity and stores it in the Message 3 buffer (MSG3 buffer).

[0107] Step S103: The UE sends message three on the PUSCH resource indicated by the UL grant.

[0108] In this third message, the UE will include identification information for contention resolution, or it will include the UE's C-RNTI information.

[0109] Step S104: The UE receives message four sent from the base station.

[0110] If the UE includes identification information for contention resolution in message 3, then if the UE includes the same identification information in message 4 as it did in message 3, the UE considers the contention to be resolved and the random access procedure to be successfully completed.

[0111] If the UE includes its C-RNTI information in message three, then when the UE receives a DCI format on the downlink PDCCH channel whose CRC is scrambled by the C-RNTI, it can be assumed that the PDCCH transmission is addressed to the C-RNTI. The UE then considers the contention to be resolved and the random access procedure to be successfully completed. This PDCCH transmission can also be considered as message four.

[0112] Because the UE went through the message passing process of steps S101 to S104 in the above random access process, it is called the "four-step random access" (4-step RA) process.

[0113] The above four-step random access procedure can also be referred to as Type-1 Layer 1 Random Access Procedure (type 1L1 RA). From the perspective of the physical layer (also known as layer 1), the type 1L1 RA procedure includes at least the transmission of the random access preamble sequence (or message one) on the PRACH, and the transmission / reception of the random access response message. The transmission of this random access response message is scheduled by the PDCCH and is transmitted on the PDSCH. In addition, the type 1L1 RA procedure may also include the PUSCH scheduled by the uplink grant carried in the random access response, and the subsequent PDSCH used for contention resolution.

[0114] For the sake of simplicity, in this article, "a triggering event occurs" can be used interchangeably with "triggering a BMR", "a triggering event occurs" can also be used interchangeably with "initiating a process to send beam measurement results to the network side or base station", "triggering a BMR" can be used interchangeably with "initiating a beam measurement report process".

[0115] Depending on the purpose or application of beam measurement, the UE can perform different types of beam measurements:

[0116] If the purpose of beam measurement is to perform beam switching or beam change, such as selecting a potential beam as the serving beam from the candidate beams of the serving cell, selecting the beam with the best or most suitable signal quality, and switching the serving beam to the candidate beam in a timely manner when the service quality of the current serving beam level deteriorates, beam measurement performed to achieve this purpose can be called serving cell beam measurement.

[0117] If the purpose of beam measurement is to perform handover or switch of the serving cell, for example, by measuring the beams of one or more candidate cells (hereinafter referred to as candidate cells) belonging to the target cell of the handover, if the serving beam quality of the current serving cell deteriorates and there is no suitable candidate beam belonging to the current serving cell for handover, then a suitable candidate cell can be selected from the candidate cells to perform the handover; or, for example, in order to perform uplink synchronization as early as possible on the candidate cell, obtain the timing advance value, and shorten the handover completion time, it is necessary to send a PRACH signal in the appropriate beam direction of the candidate cell, then it is necessary to measure the beams of these candidate cells. Beam measurement performed to achieve this purpose can be called candidate cell beam measurement.

[0118] Furthermore, beam measurements can be classified according to the type of beam measured by the UE. If the beam being measured is a candidate beam of the serving cell, then such a beam measurement can be called a serving cell beam measurement; if the beam being measured is a candidate cell beam, where the candidate cell is a cell different from the serving cell, then such a beam measurement can be called a candidate cell beam measurement.

[0119] The UE can determine whether a beam is a candidate beam of the serving cell or a beam of a candidate cell by receiving configuration information. For a serving cell that requires beam measurement, its corresponding cell configuration information may include the configuration information of the SSB or CSI-RS corresponding to these candidate beams. After receiving such cell configuration information, the UE can determine and perform beam measurement of the serving cell. If the configuration information of a candidate cell contains SSBs or CSI-RS corresponding to one or more beams, then these beams are candidate cell beams, and the measurements performed on these beams are candidate cell beam measurements.

[0120] This article uses the beam measurement and reporting of the serving cell as an example to illustrate the solution, but the solution in this article can also be applied to the beam measurement and reporting of candidate cells.

[0121] First, refer to Figure 2 and Figure 3 A summary of embodiments of the present invention will be described.

[0122] Figure 2 This is a flowchart illustrating a method executed by a user equipment (UE) according to an embodiment of the present invention.

[0123] like Figure 2 As shown, in S210, for the pending scheduling request for BMR triggered when triggering the beam measurement report (BMR), the mode for executing BMR is determined based on the scheduling request resource configuration corresponding to the scheduling request.

[0124] When mode A is determined to be the mode for executing BMR in S221, steps S222 to S224 corresponding to mode A as described above are executed. Specifically, in S222, a scheduling request is sent to the base station on pre-configured resources. In S223, scheduling information is received from the base station. Upon receiving the scheduling information from the base station, in S224, the BMR is transmitted to the base station on the transmission resources indicated by the scheduling information, and the pending scheduling request is cancelled.

[0125] When mode B is determined to be used for executing BMR in S231, steps S232 to S233 corresponding to mode B are executed. Specifically, in S232, a scheduling request is sent to the base station on pre-configured resources. And in S233, the pending scheduling request is cancelled, and BMR is sent on pre-configured resources.

[0126] Figure 3 This is a flowchart illustrating a method performed by a user equipment (UE) according to another embodiment of the present invention. Figure 3 Is Figure 2 The process to be executed when the mode for executing BMR is determined in S221 is mode A.

[0127] like Figure 3 As shown, in S301, if it is determined that the mode for performing BMR is mode A, a scheduling request is sent to the base station on the pre-configured resources. Then, in S302, the value of the counter is updated.

[0128] In S303, it is determined whether scheduling information has been received from the base station. If scheduling information has been received, in S304, the BMR is transmitted to the base station on the transmission resources indicated by the scheduling information, and the pending scheduling request is cancelled.

[0129] If the scheduling information is not received, in S305, it is determined whether the value of the counter is greater than or equal to a given threshold value.

[0130] If the determination result in S305 is negative, the process returns to S301, and the scheduling request is sent to the base station on the pre-configured resources. If the determination result in S305 is positive, that is, if the value of the count is determined to be greater than or equal to a given threshold value, then in S306, the random access procedure is initiated.

[0131] Further details regarding the implementation methods will be described in detail in the following embodiments.

[0132] The embodiments of the present invention are described in detail below.

[0133] Example

[0134] For a pending scheduling request, configure the resource according to its corresponding scheduling request:

[0135] - If the UE determines that the resource configuration corresponding to the scheduling request corresponds to the beam measurement report transmission method / mode of mode A, perform one or more of the following operations:

[0136] • The UE's MAC entity or MAC layer can instruct the physical layer to send scheduling requests on pre-configured resources;

[0137] • Update the value of the counter SR_COUNTER, for example, increment the value of the counter SR_COUNTER by 1 (increment SR_COUNTER by 1);

[0138] • Start timer sr-ProhibitTimer. During the operation of this timer, the UE is prohibited from sending scheduling requests on the corresponding resource. That is, the UE can only send scheduling requests on the corresponding resource when this timer is not running.

[0139] • When a DCI containing scheduling or instruction BMR transmission information is received in step A.2 of mode A at the physical layer or MAC layer, the triggered scheduling request is canceled, and preferably, the running timer sr-ProhibitTimer is stopped, and optionally the value of the counter SR_COUNTER is reset to the initial value, such as zero.

[0140] - If the UE determines that the resource configuration corresponding to the scheduling request corresponds to the beam measurement report transmission method / mode of mode B, perform one or more of the following operations:

[0141] • The UE's MAC entity or MAC layer can instruct the physical layer to send scheduling requests on pre-configured resources;

[0142] • Cancel this triggered scheduling request;

[0143] • Instructs the lower layer (e.g., the physical layer) to send BMRs on pre-configured resources.

[0144] A pending scheduling request here can be defined as follows: when a scheduling request is triggered, it is considered pending until it is canceled. Preferably, the triggered scheduling request is for beam measurement reporting. For example, the reason for triggering the scheduling request is to request resources from the network side or base station for transmitting the beam measurement report; or the reason for triggering the scheduling request is to notify or instruct the network side or base station to prepare to send the beam measurement report. These can all be considered as a scheduling request triggered for beam measurement reporting.

[0145] In terms of implementation methods, it can be:

[0146] The physical layer (PHY) indicates to the MAC layer that a BMR has been triggered, and based on this indication, the MAC layer can trigger the corresponding scheduling request.

[0147] Or

[0148] The physical layer (PHY) indicates to the MAC layer that a certain triggering event has been detected or determined to exist or have occurred. Based on this indication, the MAC layer can trigger the corresponding scheduling request, or trigger a BMR when the number of times the same triggering event occurs reaches a pre-configured value, and then further trigger the corresponding scheduling request.

[0149] Or perhaps

[0150] When BMR transmission is triggered or started at the MAC layer, a corresponding scheduling request is triggered.

[0151] Or perhaps

[0152] The physical layer (PHY) indicates to the MAC layer that a scheduling request has been triggered for BMR.

[0153] The UE can determine whether the resource configuration corresponding to the scheduling request corresponds to a beam measurement report transmission method / mode of mode A or mode B, at least according to the following methods:

[0154] Based on the PUCCH resource associated with the scheduling request, if the PUCCH resource is configured for BMR resource requests, then it can be determined that the resource configuration corresponds to the beam measurement report transmission mode / mode of mode A; if the PUCCH resource is configured for BMR resource notification, then it can be determined that the resource configuration corresponds to the beam measurement report transmission mode / mode of mode B.

[0155] Alternatively, if the PUCCH resource associated with the scheduling request is explicitly indicated for beam measurement report transmission in mode A or mode B, then it can be directly determined based on the indication. For example, if the configuration information received by the UE includes PUCCH resource configuration information (specifically, PUCCH-related time, frequency, period, etc.), or identification information associated with the PUCCH resource configuration, or identification information of the scheduling request associated with the PUCCH resource configuration, then it can be considered that the PUCCH resource is explicitly indicated for transmission in mode A. That is, the PUCCH resource is associated with transmission indication or configuration information for mode A, and the transmission mode can be determined as mode A based on this association.

[0156] Another implementation of the above solution could be:

[0157] If the UE determines that the triggering reason for a triggered scheduling request is to perform a beam measurement report, the UE can perform the following operations based on its configured BMR transmission mode:

[0158] - If it is determined that the UE is configured to use BMR transmission mode A, then one or more of the following operations shall be performed:

[0159] The UE's MAC entity or MAC layer can instruct the physical layer to send scheduling requests on pre-configured resources.

[0160] • Start the timer sr-ProhibitTimer;

[0161] • Update the value of the counter SR_COUNTER, for example, increment the value of the counter SR_COUNTER by 1 (increment SR_COUNTER by 1);

[0162] • When the physical layer or MAC layer receives the DCI containing scheduling or instruction BMR transmission information as described in step A.2 of mode A, cancel the triggered scheduling request, and preferably, stop the running timer sr-ProhibitTimer, and optionally reset the value of the counter SR_COUNTER to the initial value, such as zero.

[0163] - If it is determined that the UE is configured to use BMR transmission mode B, perform one or more of the following operations:

[0164] • The UE's MAC entity or MAC layer can instruct the physical layer to send scheduling requests on pre-configured resources;

[0165] • Cancel this triggered scheduling request;

[0166] • Instructs the lower layer (e.g., the physical layer) to send BMRs on pre-configured resources.

[0167] When the UE sends scheduling requests multiple times in mode A, i.e. executes step A.1 multiple times, but still does not receive the scheduling information in step A.2, how to handle the BMR process that has already been triggered or started is also a problem that needs to be solved.

[0168] One scenario is that when the UE determines that the value of the aforementioned counter SR_COUNTER is equal to or greater than the pre-configured threshold value, the UE initiates a random access procedure, such as a four-step random access procedure.

[0169] During this random access procedure, the UE may include information in message 3 indicating the presence of a triggered or initiated BMR on the UE side. This information may be included in a MAC CE. Such message 3 is carried on the ULgrant contained in the RAR received by the UE.

[0170] Based on this indication information, the base station can perform step A.2 to schedule the UE and instruct the UE to send BMR.

[0171] Specific implementation methods may include:

[0172] The UE initiates a random access procedure;

[0173] If the UE successfully receives the random access response, the UE determines whether a BMR has been triggered or activated:

[0174] If the UE determines that a triggered or initiated BMR exists, it can instruct the Multiplexing and Assembly entity to include the MACCE indicating the existence or triggering of the BMR in the subsequent uplink transmission.

[0175] Here, "subsequent uplink transmission" generally refers to transmission on the UL grant included in the RAR.

[0176] Another possible approach is:

[0177] The UE initiates a random access procedure;

[0178] During the random access resource selection process, either an SSB or a CSI-RS is selected.

[0179] When a UE selects an SSB or CSI-RS during random access, it can be assumed that the UE's current operating beam has changed. If a BMR has been triggered or activated, the corresponding triggering event can be considered to no longer exist due to the change in the operating beam. Consequently, the triggered or activated BMR can be canceled, stopped, or discarded.

[0180] Alternatively, after the UE selects an SSB or CSI-RS during random access, it can further determine whether it is the same as the current working beam. The current working beam can refer to the beam corresponding to the TCI state indication. If the two beams are the same, specifically, the selected SSB or CSI-RS has the same reference signal as the current working beam, then the current working beam can be considered unchanged. Furthermore, if a triggered or activated BMR exists, the operation indicating this information in message 3 can be performed. If the selected SSB or CSI-RS has a different reference signal than the current working beam, then the current working beam can be considered changed. If a triggered or activated BMR exists, in its corresponding trigger event, since the working beam has changed, the corresponding trigger event can be considered to no longer exist. Accordingly, the triggered or activated BMR can be canceled, stopped, or discarded.

[0181] This approach can also be used to address the question of how to operate when the current beam changes.

[0182] [Variation Example]

[0183] Figure 4 This is a schematic block diagram illustrating the user equipment involved in the present invention.

[0184] like Figure 4 As shown, the user equipment 400 includes at least a processor 401 and a memory 402. The processor 401 may include, for example, a microprocessor, a microcontroller, an embedded processor, etc. The memory 402 may include, for example, volatile memory (such as random access memory, RAM), a hard disk drive (HDD), non-volatile memory (such as flash memory), or other memory systems. Program instructions are stored on the memory 402. When executed by the processor 401, these instructions can perform one or more steps of the processing method of the UE disclosed herein.

[0185] A program running on a device according to the invention can be a program that enables a computer to perform the functions of embodiments of the invention by controlling a central processing unit (CPU). The program, or the information processed by the program, can be temporarily stored in volatile memory (such as random access memory, RAM), hard disk drive (HDD), non-volatile memory (such as flash memory), or other memory systems.

[0186] Programs used to implement the functions of the various embodiments of the present invention can be recorded on a computer-readable recording medium. The corresponding functions can be implemented by causing a computer system to read and execute the programs recorded on the recording medium. The term "computer system" here can refer to a computer system embedded in the device, and may include an operating system or hardware (such as peripheral devices). "Computer-readable recording medium" can be a semiconductor recording medium, an optical recording medium, a magnetic recording medium, a short-time dynamic storage program recording medium, or any other computer-readable recording medium.

[0187] Various features or functional modules of the devices used in the above embodiments can be implemented or executed by circuits (e.g., monolithic or multi-chip integrated circuits). Circuits designed to perform the functions described in this specification may include general-purpose processors, digital signal processors (DSPs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic, discrete hardware components, or any combination of the above devices. A general-purpose processor may be a microprocessor, or any existing processor, controller, microcontroller, or state machine. The above circuits may be digital circuits or analog circuits. In cases where advancements in semiconductor technology have led to new integrated circuit technologies that replace existing integrated circuits, one or more embodiments of the present invention may also be implemented using these new integrated circuit technologies.

[0188] Furthermore, the present invention is not limited to the embodiments described above. Although various examples of the embodiments have been described, the present invention is not limited thereto. Fixed or non-mobile electronic devices installed indoors or outdoors can be used as UE devices or communication devices, such as AV devices, kitchen equipment, cleaning equipment, air conditioners, office equipment, vending machines, and other household appliances.

[0189] As described above, embodiments of the present invention have been described in detail with reference to the accompanying drawings. However, the specific structure is not limited to the above embodiments, and the present invention also includes any design modifications that do not depart from the spirit of the invention. Furthermore, various modifications can be made to the present invention within the scope of the claims, and embodiments obtained by appropriately combining the technical means disclosed in different embodiments are also included within the technical scope of the present invention. In addition, components with the same effects described in the above embodiments can be substituted for each other.

Claims

1. A method executed by a user equipment, comprising: For a pending scheduling request for the BMR triggered when the beam measurement report (BMR) is triggered, a mode for executing the BMR is determined based on the scheduling request resource configuration corresponding to the scheduling request. When it is determined that the mode for executing the BMR is mode A, the scheduling request is sent to the base station on the pre-configured resources, and when the scheduling information is received from the base station, the BMR is transmitted to the base station on the transmission resources indicated by the scheduling information, and the pending scheduling request is cancelled. When it is determined that the mode for executing the BMR is mode B, the scheduling request is sent to the base station on the pre-configured resources, the pending scheduling request is cancelled, and the BMR is sent on the pre-configured resources.

2. The method according to claim 1, wherein, Based on the scheduling request resource configuration corresponding to the scheduling request, the mode for executing the BMR is determined as follows: If the PUCCH resource associated with the scheduling request is used for the transmission resource request of the BMR, then the mode for executing the BMR is determined to be mode A; if the PUCCH resource associated with the scheduling request is used to notify the base station of the transmission resources of the BMR, then the mode for executing the BMR is determined to be mode B; or The scheduling request resource configuration corresponding to the scheduling request is associated with the mode configuration information of mode A or mode B, and the mode for executing the BMR is determined based on the association information.

3. The method according to claim 1, wherein, If the mode for performing the BMR is determined to be mode A, the method further includes: A timer is invoked to disable the scheduling request, which is not allowed to be sent again on the configured resource during the operation of the timer.

4. The method according to any one of claims 1 to 3, wherein, If the mode for performing the BMR is determined to be mode A, the method further includes: If the scheduling information is not received, the scheduling request is sent to the base station multiple times on pre-configured resources; Each time the scheduling request is sent, update the value of the counter used to count the number of times the scheduling request has been sent; and When the value of the count is greater than or equal to a given threshold, a random access procedure is initiated.

5. The method according to claim 4, wherein, Also includes: If a random access response for the user equipment is received from the base station during the random access process, information indicating that a triggered BMR exists on the PUSCH indicated by the uplink grant carried in the random access response is sent.

6. The method according to claim 4, wherein, Also includes: If the random access is initiated, and SSB or CSI-RS is selected during the random access resource selection process, it is considered that the current operating beam of the user equipment has changed, and the triggered BMR is discarded.

7. The method according to claim 4, wherein, Also includes: If random access is initiated, and an SSB or CSI-RS is selected during the random access resource selection process, it is determined whether the current working beam of the user equipment has changed based on whether the selected SSB or CSI-RS is the same as the SSB or CSI-RS of the user equipment's current working beam. as well as If the current operating beam of the user equipment changes, the triggered BMR is discarded.

8. A user equipment, comprising: processor; as well as Memory, which stores instructions The instructions, when executed by the processor, perform the method of any one of claims 1 to 7.

Images