[go: up one dir, main page]

CN110913419A - Beam failure recovery method and device for secondary link, storage medium and terminal - Google Patents

Beam failure recovery method and device for secondary link, storage medium and terminal Download PDF

Info

Publication number
CN110913419A
CN110913419A CN201911267926.6A CN201911267926A CN110913419A CN 110913419 A CN110913419 A CN 110913419A CN 201911267926 A CN201911267926 A CN 201911267926A CN 110913419 A CN110913419 A CN 110913419A
Authority
CN
China
Prior art keywords
beam failure
channel
terminal
receiving terminal
new
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201911267926.6A
Other languages
Chinese (zh)
Other versions
CN110913419B (en
Inventor
张萌
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Spreadtrum Communications Shanghai Co Ltd
Original Assignee
Spreadtrum Communications Shanghai Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Spreadtrum Communications Shanghai Co Ltd filed Critical Spreadtrum Communications Shanghai Co Ltd
Priority to CN201911267926.6A priority Critical patent/CN110913419B/en
Publication of CN110913419A publication Critical patent/CN110913419A/en
Application granted granted Critical
Publication of CN110913419B publication Critical patent/CN110913419B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B17/00Monitoring; Testing
    • H04B17/30Monitoring; Testing of propagation channels
    • H04B17/309Measuring or estimating channel quality parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B17/00Monitoring; Testing
    • H04B17/30Monitoring; Testing of propagation channels
    • H04B17/382Monitoring; Testing of propagation channels for resource allocation, admission control or handover
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/046Wireless resource allocation based on the type of the allocated resource the resource being in the space domain, e.g. beams

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Electromagnetism (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

A method and a device for recovering beam failure of an auxiliary link, a storage medium and a terminal are provided, wherein the auxiliary link is a communication link between a sending terminal and a receiving terminal, and the method comprises the following steps: when the monitoring result of the current channel or the reference signal indicates that a beam failure event occurs, determining a new beam for beam failure recovery; transmitting a response message for the beam failure event; wherein the monitoring operation on the current channel or the reference signal is performed by the transmitting terminal and/or the receiving terminal; the new beam is selected by the transmitting terminal and/or the receiving terminal. The invention provides an effective BFR mechanism for an auxiliary link, which can optimize the beam management logic of the auxiliary link and improve the communication quality of the auxiliary link.

Description

Beam failure recovery method and device for secondary link, storage medium and terminal
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for recovering a beam failure of a secondary link, a storage medium, and a terminal.
Background
Beam Failure Recovery (BFR) flows on Uu links have been extensively studied in protocol version 15(Release 15, R15 for short) and Release16, respectively. The research of Release 15 is BFR of a Special Cell (specell, abbreviated as sPCell), wherein the sPCell includes a Primary Cell (Primary Cell, abbreviated as PCell) and a Primary Secondary Cell (Primary Secondary Cell, abbreviated as PSCell); the Release16 researches BFRs of Secondary cells (scells).
On the other hand, in order to meet special requirements for communication in car networking and other similar or related application scenarios, research on a vehicle wireless communication technology (V2X) secondary link (sidelink) is introduced into Release 16. However, there is currently no discussion regarding beam management and BFR for the secondary link. If the communication of the two terminals of the auxiliary link in the current beam is problematic, the prior art cannot provide effective solution and relief measures, and the communication quality of the auxiliary link is seriously affected.
Disclosure of Invention
The technical problem solved by the invention is how to provide an effective BFR mechanism for a secondary link.
In order to solve the foregoing technical problem, an embodiment of the present invention provides a beam failure recovery method for an auxiliary link, where the auxiliary link is a communication link between a sending terminal and a receiving terminal, and the method includes: when the monitoring result of the current channel or the reference signal indicates that a beam failure event occurs, determining a new beam for beam failure recovery; transmitting a response message for the beam failure event; wherein the monitoring operation on the current channel or the reference signal is performed by the transmitting terminal and/or the receiving terminal; the new beam is selected by the transmitting terminal and/or the receiving terminal.
Optionally, the listening operation on the current channel or the reference signal includes the following steps: receiving a reference signal and/or a wake-on-hold signal using a current beam, wherein the reference signal and the wake-on-hold signal are both transmitted periodically; and when the number of times of receiving failure exceeds the preset triggering number, determining that a beam failure event occurs.
Optionally, the listening operation on the current channel or the reference signal includes the following steps: monitoring the channel quality of a first channel, wherein the first channel is a channel for the current data transmission of both terminals of the auxiliary link; and when the channel quality of the first channel triggers a preset condition, determining that a beam failure event occurs.
Optionally, when the listening operation to the current channel or the reference signal is performed by the sending terminal, the first channel at least includes: PSFCH; when a channel listening operation for the current beam is performed by the receiving terminal, the first channel includes at least: PSCCH; PSSCH.
Optionally, the monitoring the channel quality of the first channel includes: measuring the RSRP of the DMRS of the PSCCH, the PSSCH and/or the PSFCH; and/or counting the decoding failure times of the PSSCH and/or the PSFCH; and/or, measuring the RSRP of the CSI-RS and/or TRS; and/or counting the times that the information carried by the PSSCH and/or the PSFCH is NACK; the determining that a beam failure event occurs when the channel quality of the first channel triggers a preset condition includes: and when the RSRP is lower than the times of the corresponding preset threshold, and/or the times of the corresponding assumed BLER higher than the corresponding preset threshold, and/or the times of decoding failure, and/or the times of NACK exceed the preset triggering times, determining that a beam failure event occurs.
Optionally, when the number of PSFCHs is multiple, and when the channel quality of the first channel triggers a preset condition, determining that a beam failure event occurs further includes: when the number of times that RSRPs of respective DMRSs of a plurality of PSFCHs are lower than corresponding preset thresholds, and/or the number of times that assumed BLERs corresponding to the plurality of PSFCHs are higher than corresponding preset thresholds, and/or the number of times that the plurality of PSFCHs fail to decode, and/or the number of times that information carried by the plurality of PSFCHs is NACK exceeds the preset triggering number, determining that a beam failure event occurs.
Optionally, when the RSRP is lower than the corresponding preset threshold, and/or the corresponding assumed BLER is higher than the corresponding preset threshold, and/or the number of decoding failures, and/or the number of NACKs exceeds a preset trigger number, determining that a beam failure event occurs includes: and when the RSRP is measured to be lower than a corresponding preset threshold, and/or the corresponding assumed BLER is higher than the corresponding preset threshold, and/or decoding fails, and/or NACK is received, the physical layer reports the beam failure example to a high layer for counting, and when the counted times reach the preset trigger times, the high layer determines that a beam failure event occurs.
Optionally, when there is no data transmission for a period of time, the physical layer sends a no transmission message or the beam failure instance to the higher layer.
Optionally, when the listening operation for the current channel or the reference signal is performed by the receiving terminal, before determining a new beam for beam failure recovery, the beam failure recovery method further includes: receiving beam failure information, the beam failure information indicating occurrence of a beam failure event.
Optionally, when the new beam is selected by the receiving terminal, the beam failure information includes the new beam or at least one candidate beam, and the new beam is selected from the at least one candidate beam.
Optionally, the transmission mode of the beam failure information includes any one of: a special sequence; the beam is scanned.
Optionally, the channel for carrying the beam failure information includes: PSFCH; PSCCH; PSCCH and PSCCH.
Optionally, a mapping relationship exists between the resource sequence number of the channel for carrying the beam failure information and the new beam.
Optionally, the beam failure information is transmitted using a resource in a preset special resource pool.
Optionally, the selecting operation of the new beam includes the following steps: selecting the candidate beam with the largest L1-RSRP value as the new beam from the CSI report information of the candidate beams with the most recently acquired preset number; or selecting the candidate beam with the largest L1-RSRP value as the new beam from the CSI report information of at least one candidate beam acquired in the latest preset time period.
Optionally, the sending a response message for the beam failure event includes: and sending the response message by using the new beam and using resources in a preset special resource pool.
In order to solve the foregoing technical problem, an embodiment of the present invention further provides a beam failure recovery apparatus for a secondary link, where the secondary link is a communication link between a sending terminal and a receiving terminal, and the apparatus includes: the determining module is used for determining a new beam for beam failure recovery when the monitoring result of the current channel or the reference signal indicates that a beam failure event occurs; a transmitting module, configured to transmit a response message for the beam failure event; wherein the monitoring operation on the current channel or the reference signal is performed by the transmitting terminal and/or the receiving terminal; the new beam is selected by the transmitting terminal and/or the receiving terminal.
To solve the above technical problem, an embodiment of the present invention further provides a storage medium having stored thereon computer instructions, where the computer instructions execute the steps of the above method when executed.
In order to solve the above technical problem, an embodiment of the present invention further provides a terminal, including a memory and a processor, where the memory stores computer instructions capable of being executed on the processor, and the processor executes the computer instructions to perform the steps of the method.
Compared with the prior art, the technical scheme of the embodiment of the invention has the following beneficial effects:
the embodiment of the invention provides a beam failure recovery method for an auxiliary link, wherein the auxiliary link is a communication link between a sending terminal and a receiving terminal, and the method comprises the following steps: when the monitoring result of the current channel or the reference signal indicates that a beam failure event occurs, determining a new beam for beam failure recovery; transmitting a response message for the beam failure event; wherein the monitoring operation on the current channel or the reference signal is performed by the transmitting terminal and/or the receiving terminal; the new beam is selected by the transmitting terminal and/or the receiving terminal.
The scheme of the embodiment can provide an effective BFR mechanism for the auxiliary link, optimize the beam management logic of the auxiliary link, and improve the communication quality of the auxiliary link. Compared with the prior art, only relevant regulations are made for a BFR in a Uu link, the scheme of the embodiment can realize an effective BFR mechanism in an auxiliary link, so that when a beam failure event occurs, two terminals of the auxiliary link can take beam recovery measures in time to ensure effective communication between a sending terminal and a receiving terminal. Specifically, the transmitting terminal and/or the receiving terminal monitors a current channel or a reference signal to start a beam recovery procedure in time when a beam failure event occurs. Further, the new beam used in the beam recovery procedure is predetermined by the transmitting terminal and/or the receiving terminal, so as to reasonably shorten the beam recovery time, and ensure that the transmitting terminal and the receiving terminal can be switched to the new beam in time to maintain the auxiliary link communication.
Further, when the channel sensing operation for the current beam is performed by the receiving terminal, before determining a new beam for beam failure recovery, the method further includes: receiving beam failure information, the beam failure information indicating occurrence of a beam failure event. Therefore, when the receiving terminal monitors the quality of the current channel or the reference signal, after the receiving terminal finds that the beam failure event occurs, the receiving terminal can inform the transmitting terminal of the beam failure event in a mode of transmitting beam failure information, so that the transmitting terminal can perform beam recovery operation as soon as possible.
Drawings
Fig. 1 is a method for recovering a beam failure of a secondary link according to an embodiment of the present invention;
FIG. 2 is a signaling interaction diagram of an exemplary application scenario according to an embodiment of the present invention;
FIG. 3 is a signaling interaction diagram of another exemplary application scenario in accordance with an embodiment of the present invention;
fig. 4 is a schematic structural diagram of a beam failure recovery apparatus for a secondary link according to an embodiment of the present invention.
Detailed Description
As noted in the background, the prior art does not have a BFR mechanism applicable to secondary links.
In order to solve the foregoing technical problem, an embodiment of the present invention provides a beam failure recovery method for an auxiliary link, where the auxiliary link is a communication link between a sending terminal and a receiving terminal, and the method includes: when the monitoring result of the current channel or the reference signal indicates that a beam failure event occurs, determining a new beam for beam failure recovery; transmitting a response message for the beam failure event; wherein the monitoring operation on the current channel or the reference signal is performed by the transmitting terminal and/or the receiving terminal; the new beam is selected by the transmitting terminal and/or the receiving terminal.
The scheme of the embodiment can provide an effective BFR mechanism for the auxiliary link, optimize the beam management logic of the auxiliary link, and improve the communication quality of the auxiliary link. Compared with the prior art, only relevant regulations are made for a BFR in a Uu link, the scheme of the embodiment can realize an effective BFR mechanism in an auxiliary link, so that when a beam failure event occurs, two terminals of the auxiliary link can take beam recovery measures in time to ensure effective communication between a sending terminal and a receiving terminal. Specifically, the transmitting terminal and/or the receiving terminal monitors a current channel or a reference signal to start a beam recovery procedure in time when a beam failure event occurs. Further, the new beam used in the beam recovery procedure is predetermined by the transmitting terminal and/or the receiving terminal, so as to reasonably shorten the beam recovery time, and ensure that the transmitting terminal and the receiving terminal can be switched to the new beam in time to maintain the auxiliary link communication.
In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in detail below.
Fig. 1 is a method for recovering a beam failure of a secondary link according to an embodiment of the present invention.
The scheme of the embodiment can be applied to a V2X scene.
The scheme of this embodiment may be applied to a User Equipment side, for example, executed by a User Equipment (UE).
The auxiliary link is a communication link between the sending terminal and the receiving terminal. The sending terminal is an auxiliary link sending UE (Transmit Sidelink UE, Tx-UE for short), and is one of two terminals communicating through an auxiliary link to send data transmission; the receiving terminal is a secondary link receiving UE (Rx-UE), which is a party receiving data transmission.
This embodiment scheme may be performed by the Tx-UE. In practical applications, the main body triggering the beam failure recovery operation may also be Rx-UE.
Specifically, referring to fig. 1, the method for recovering a beam failure for a secondary link according to this embodiment may include the following steps:
step S101, when the monitoring result of the current channel or the reference signal indicates that a beam failure event occurs, determining a new beam for beam failure recovery;
step S102, a response message is sent aiming at the beam failure event.
Wherein the monitoring operation on the current channel or the reference signal is performed by the transmitting terminal and/or the receiving terminal; the new beam is selected by the transmitting terminal and/or the receiving terminal.
In one implementation, the response information may be used to indicate a new beam for beam failure recovery.
For example, the step S102 may include: transmitting an update message using the new beam. Wherein the update message may include information related to the new beam. The update message may be used to instruct the receiving terminal to use the new beam for the next secondary link communication.
In one variation, the response information may be used to indicate how to perform the next beam failure recovery procedure. In response to receiving the response message, the peer end of the secondary link may perform a subsequent beam failure recovery procedure according to the response message.
In one implementation, in step S101, a channel sensing operation may be performed on the current beam to determine whether a beam failure event occurs.
Specifically, the current beam may be a beam direction currently used by the receiving terminal and the transmitting terminal for performing secondary link communication.
In a first embodiment of this embodiment, referring to fig. 2, the channel listening operation for the current beam may be performed by the receiving terminal 22.
Specifically, the receiving terminal 22 may perform operation s1 to monitor the beam quality of the current beam. Further, the beam quality may measure the beam quality of the current beam according to the channel quality of the current beam.
In one implementation, the operation s1 may include: receiving a Reference Signal (RS) using the current beam, wherein the Reference Signal is transmitted periodically; and when the number of times of receiving failure exceeds the preset triggering number, determining that a beam failure event occurs. The present embodiment may be applicable to an auxiliary link communication scenario supporting non-independent (standby) RS transmission.
For example, with reference to the relevant protocol of the Uu link, the base station configures N RSs periodically transmitted in advance for the receiving terminal 22, and the receiving terminal 22 may continuously monitor the N RSs according to the transmission period, and determine that a beam failure instance (beam failure instance) occurs each time 2 RSs fail to receive. Further, when the number of beam failure instances reaches a corresponding preset threshold, the receiving terminal 22 determines that a beam failure event occurs. Wherein, the value of N can be 2 or other positive integers.
For example, the RS may include: a secondary link Channel state information Reference Signal (SL CSI-RS for short); a sidelink synchronization Signal Block (S-SSB for short); the Secondary Link Tracking Reference Signal (SLTRS) is referred to as a Sidelink Tracking Reference Signal.
In one variation, a keep-alive signal (keep-alive signal) may be employed for detection of the BFR state (condition).
For example, in performing the operation s1, the receiving terminal 22 may receive the wake-on-hold signal using the current beam, wherein the wake-on-hold signal is transmitted periodically; wherein, if the wake-up signal is not received at the time corresponding to the time when the wake-up signal needs to be transmitted or the decoding result is NACK, it is considered as a reception failure. When the number of reception failures reaches a corresponding preset threshold, the receiving terminal 22 determines that a beam failure event occurs.
In a variation, the receiving terminal 22 determines that a beam failure event occurs when the number of times of the reception failure reaches a corresponding preset threshold and the receiving terminal 22 has found a new beam that meets the requirement. Reference may be made, inter alia, to the detailed description of the determination of a new beam that meets the requirements in relation to the subsequent operation s 2. Specifically, the new beam meeting the requirement may refer to that Reference Signal Received Power (RSRP) or Signal-to-interference-plus-noise ratio (SINR) of the new beam is greater than a corresponding preset threshold. The preset threshold value can be determined by base station high-level signaling configuration, PC5 RRC configuration, or a predefined manner.
In a variation, the receiving terminal 22 may use the current beam to receive the wake-on-hold signal and the RS, respectively, and determine that the beam failure event occurs when the respective times of receiving failure of the two reaches a corresponding preset threshold.
In a variation, the receiving terminal 22 determines that a beam failure event occurs when the number of times of reception failures of both of the two reaches a corresponding preset threshold and the receiving terminal 22 has found a new beam that meets the requirement. Reference may be made, inter alia, to the detailed description of the determination of a new beam that meets the requirements in relation to the subsequent operation s 2.
In one implementation, the preset number of triggers may be determined by a higher layer or pre-configured by a protocol. The higher layer may include a Radio Resource Control (RRC) layer and/or a PC5-RRC layer.
In one implementation, the receiving terminal 22 may monitor the beam quality of the secondary link according to some measurement results of the non-periodically transmitted channels or RSs.
Specifically, the operation s1 may include: monitoring the channel quality of a first channel; and when the channel quality of the first channel triggers a preset condition, determining that a beam failure event occurs.
More specifically, the preset condition may be determined according to a parameter measured for measuring channel quality this time.
Further, the first channel may include at least: a physical secondary link Control Channel (PSCCH for short); a secondary link Physical shared Channel (psch).
For example, the receiving terminal 22 may measure signal quality, RSRP, or SINR of a Demodulation reference signal (DMRS) of the PSCCH. Further, when the measured RSRP or SINR is lower than a corresponding preset threshold, or a corresponding assumed block error rate (hereinafter referred to as "lower block error rate") is higher than (may also be referred to as being greater than) a corresponding preset threshold, it is determined that a beam failure instance occurs. When the count of the beam failure instances exceeds a preset number of triggers, the receiving terminal 22 may determine that the beam failure event occurs. Alternatively, if a beam failure instance does not occur once over a period of time, the count of beam failure instances may be zeroed. Wherein the preset threshold and/or the period of time may be configured by the base station through higher layer signaling configuration, the sending terminal 21 through PC5-RRC configuration, or a predefined manner. For another example, when the count of the beam failure instances exceeds a preset number of triggers and a new beam is determined, the receiving terminal 22 may determine that the beam failure event occurs.
Wherein the assumed BLER may be a BLER in a specific DCI format or SCI format derived from a measured channel quality of a channel or a reference signal, such as RSRP, SINR or RSRQ. Wherein, the specific DCI format or SCI format may be determined in a predefined manner.
For another example, the receiving terminal 22 may measure the signal quality of the DMRS of the psch. Further, when the measured RSRP or SINR is lower than the corresponding preset threshold, or the corresponding assumed block error rate is greater than the corresponding preset threshold, it is determined that a beam failure event occurs, and when the count of the beam failure instances exceeds a preset number of triggers, the receiving terminal 22 may determine that the beam failure event occurs. Alternatively, if a beam failure instance does not occur once over a period of time, the count of beam failure instances may be zeroed. Wherein the preset threshold and/or the period of time may be configured by the base station through higher layer signaling configuration, the sending terminal 21 through PC5-RRC configuration, or a predefined manner.
For another example, when the count of the beam failure instances exceeds a preset number of triggers and a new beam is determined, the receiving terminal 22 may determine that the beam failure event occurs.
For another example, the receiving terminal 22 may measure the RSRP or SINR of the DMRS of the PSCCH and PSCCH, respectively, over a period of time. Further, when both the measured RSRP and SINR are lower than the corresponding preset threshold, it is determined that a beam failure event occurs, and when the count of the beam failure instances within the period of time exceeds a preset number of triggers, the receiving terminal 22 may determine that the beam failure event occurs. Alternatively, if a beam failure instance does not occur once over a period of time, the count of beam failure instances may be zeroed. Wherein the preset threshold and/or the period of time may be configured by the base station through higher layer signaling configuration, the sending terminal 21 through PC5-RRC configuration, or a predefined manner.
The RSRP may be Layer 1-RSRP (L1-RSRP) or Layer 3-RSRP (L3-RSRP). The SINR may be a Layer 1-SINR (Layer 1-SINR, L1-SINR for short).
Further, different channels or reference signals monitored may correspond to different or the same preset threshold.
Further, when the transmitting terminal 21 simultaneously establishes secondary link communication with a plurality of receiving terminals 22, the measured secondary link may be determined according to whether the source identifier (source id) and the destination identifier (destination id) match. The source identifier may identify the sending terminal 21 or the service of the sending terminal 21, and the destination identifier may identify the receiving terminal 22 or the service of the receiving terminal 22. For example, only the reference signals or channels corresponding to the same source identifier and destination identifier may be put together for measurement and statistics to monitor whether the secondary link meets the condition for triggering beam failure recovery, or only the RSs or channels corresponding to the transmissions on the same secondary link may be put together for measurement and statistics.
Further, when the transmitting terminal 21 simultaneously establishes secondary link communication with a plurality of receiving terminals 22, the measured secondary link may be determined according to whether the HARQ process IDs match. Wherein, the HARQ process ID may identify one secondary link. For example, only the reference signals or channels corresponding to the same HARQ process ID may be put together for measurement and statistics, so as to monitor whether the secondary link meets the condition for triggering the beam failure recovery. Also for example, only the reference signals or channels corresponding to transmissions on the same secondary link may be put together for measurement and statistics. Wherein, the HARQ process ID may be indicated by the base station through higher layer signaling or DCI.
In a variation, whether a beam failure instance occurs may be determined according to whether a Block Error rate (BLER) corresponding to the RSRP or SINR is lower than a corresponding preset threshold. Further, when the number of times that the measured RSRP or SINR corresponding to the SINR exceeds the preset trigger number exceeds the preset threshold, it may be determined that the beam failure event occurs.
For another example, the receiving terminal 22 may count the number of decoding failures (decoding failures) of the PSCCH, and may determine that a beam failure instance occurs every time a decoding failure occurs. Further, when the count of beam failure instances exceeds the preset number of triggers, it may be determined that a beam failure event occurs. Alternatively, the count of beam failure instances may be zeroed if no decoding failure occurs over a period of time. The preset number of triggers and/or the period of time may be configured by the base station through a higher layer signaling configuration, the sending terminal 21 through a PC5-RRC configuration, or a predefined manner.
For another example, the receiving terminal 22 may measure RSRP or SINR of SL CSI-RS or secondary link tracking reference signal (SL TRS) or SL-SSB, where the SL CSI-RS and the TRS may both be aperiodic transmission, and the RSRP may be L1-RSRP or L3-RSRP. The SINR may be L1-SINR. When the measured RSRP is lower than the corresponding preset threshold or the assumed BLER corresponding to the RSRP is higher than the corresponding preset threshold, the receiving terminal 22 may determine that a beam failure occurs. When the count of the beam failure instances exceeds the preset number of triggers within a period of time, the receiving terminal 22 may determine that a beam failure event occurs. Alternatively, if there are no instances of beam failure for more than a period of time, the count of the instances of beam failure may be zeroed. Wherein, the preset trigger threshold and/or the period of time may be configured by the base station through higher layer signaling configuration, the sending terminal 21 through PC5-RRC configuration, or a predefined manner.
For another example, the receiving terminal 22 may count the number of Negative Acknowledgements (NACKs) carried by the pschs. For example, a NACK may be transmitted when the pscch is not successfully decoded, and accordingly, a beam failure instance may be considered to occur. When the number of times of receiving NACKs exceeds the preset trigger threshold, it may be determined that a beam failure event occurs. Alternatively, the count of beam failure instances may be zeroed if there is no NACK for the psch for more than a period of time T. Wherein the preset trigger threshold or time T can be configured by the base station through high layer signaling or the Tx-UE through PC5-RRC or predefined. In one variation, the transmitting terminal 21 may infer the condition of the corresponding channel by receiving PSCCH, CSI-RS, CSI report (CSI-report), or the like transmitted by the terminal 22.
In a second embodiment of this embodiment, referring to fig. 3, the channel listening operation for the current beam may be performed by the transmitting terminal 21.
Specifically, the transmitting terminal 21 may perform operation s 1' to monitor the beam quality of the current beam.
In one implementation, the operation s 1' may include: monitoring the channel quality of a first channel; and when the channel quality of the first channel triggers a preset condition, determining that a beam failure event occurs.
Specifically, the first Channel may include a Physical Sidelink Feedback Channel (PSFCH).
For example, the transmitting terminal 21 may be measuring the channel quality of the DMRS of the PSFCH. Further, when the measured RSRP or SINR is lower than a corresponding preset threshold, or the corresponding assumed BLER is higher than a corresponding preset threshold, it is determined that a beam failure event occurs, and when the count of the beam failure instances within the period of time exceeds a preset number of triggers, the sending terminal 21 may determine that the beam failure event occurs. Wherein, the RSRP can be L1-RSRP or L3-RSRP. The SINR may be L1-SINR. Alternatively, if a beam failure instance does not occur once over a period of time, the count of beam failure instances may be zeroed. The preset number of triggers and/or the period of time may be configured by the base station through a higher layer signaling configuration, the sending terminal 21 through a PC5-RRC configuration, or a predefined manner.
For another example, the transmitting terminal 21 may count the number of decoding failures of the PSFCH, and may determine that a beam failure instance occurs every time a decoding failure occurs. Further, when the count of beam failure instances exceeds the preset number of triggers, it may be determined that a beam failure event occurs. Alternatively, if a beam failure instance does not occur once over a period of time, the count of beam failure instances may be zeroed. The preset number of triggers and/or the period of time may be configured by the base station through a higher layer signaling configuration, the sending terminal 21 through a PC5-RRC configuration, or a predefined manner.
For another example, the sending terminal 21 may count the number of times that the information carried by the PSFCH is NACK. For example, a NACK may be transmitted when the pscch is not successfully decoded, and accordingly, a beam failure instance may be considered to occur. When the number of times of receiving NACKs exceeds the preset trigger threshold, it may be determined that a beam failure event occurs. Alternatively, if a beam failure instance does not occur once over a period of time, the count of beam failure instances may be zeroed. Wherein, the preset trigger threshold and/or the period of time may be configured by the base station through higher layer signaling configuration, the sending terminal 21 through PC5-RRC configuration, or a predefined manner.
In one implementation, determining that a beam failure event occurs may be accompanied by transmitting beam failure information. For example, when the channel quality of the first channel is poor so that beam failure recovery is required, the transmitting terminal 21 may transmit the beam failure information to implicitly indicate that a beam failure event occurs.
In a variation, the transmitting terminal 21 may perform data transmission on multiple PSFCHs simultaneously, and accordingly, when the channel qualities on the multiple PSFCHs all trigger the preset condition, the transmitting terminal 21 determines that a beam failure event occurs.
For example, when the RSRP or SINR of DMRSs of each of the multiple PSFCHs is lower than a corresponding preset threshold, it is determined that a beam failure instance occurs, and when the number of beam failure instances exceeds the preset trigger number, it may be determined that a beam failure event occurs. Alternatively, if a beam failure instance does not occur once over a period of time, the count of beam failure instances may be zeroed. The preset number of triggers and/or the period of time may be configured by the base station through a higher layer signaling configuration, the sending terminal 21 through a PC5-RRC configuration, or a predefined manner.
For another example, when the plurality of PSFCHs all fail to decode, it is determined that a beam failure instance occurs, and when the number of beam failure instances exceeds the preset trigger number, it may be determined that a beam failure event occurs. Alternatively, if a beam failure instance does not occur once over a period of time, the count of beam failure instances may be zeroed. The preset number of triggers and/or the period of time may be configured by the base station through a higher layer signaling configuration, the sending terminal 21 through a PC5-RRC configuration, or a predefined manner.
For another example, when the information carried by the plurality of PSFCHs is all NACK, it is determined that a beam failure instance occurs, and when the number of beam failure instances exceeds the preset number of triggers, it may be determined that a beam failure event occurs. Alternatively, if there is no Discontinuous Transmission (DTX) for more than a period of time, the count of the beam failure instances may be zeroed. The preset number of triggers and/or the period of time may be configured by the base station through a higher layer signaling configuration, the sending terminal 21 through a PC5-RRC configuration, or a predefined manner.
For another example, when N% of the information carried by the PSFCHs is NACK, it is determined that a beam failure instance occurs, and when the number of beam failure instances exceeds the preset trigger number, it may be determined that a beam failure event occurs. Wherein N may be configured by the base station through higher layer signaling or the Tx-UE through PC5-RRC configuration or predefined. For example, N may be 10% or some other value. Alternatively, if there is no DTX for a period of time T, the count of beam failure instances may be zeroed. The preset number of triggers and/or the period of time may be configured by the base station through a higher layer signaling configuration, the sending terminal 21 through a PC5-RRC configuration, or a predefined manner.
For another example, the transmitting terminal 21 may determine whether to trigger the beam failure recovery procedure after measuring the number of DTX. Further, each time DTX is determined, corresponding to a beam failure instance, when the count of the beam failure instances exceeds a preset number of triggers, the transmitting terminal 21 may determine that the beam failure event occurs. Alternatively, the count of beam failure instances may be zeroed out if there is no DTX for more than a period of time. The preset number of triggers and/or the period of time may be configured by the base station through a higher layer signaling configuration, the sending terminal 21 through a PC5-RRC configuration, or a predefined manner.
In a third embodiment of this embodiment, the transmitting terminal 21 and the receiving terminal 22 may respectively and simultaneously perform the operation s1 and the operation s 1' to monitor the channel quality of the channel in the respective receiving directions by using the current beam, and when the channel quality of the channel in any one of the receiving directions triggers a corresponding preset condition, execute the beam failure recovery procedure shown in fig. 2 or fig. 3 according to the role of the terminal that finds the beam failure event in the secondary link.
In particular, different terminals may be responsible for listening to the channel quality in the reception direction of the channel they use to receive data.
The preset parameters such as the preset threshold, the preset triggering times, etc. described in the above embodiments may be configured by the base station through a higher layer signaling (e.g. RRC), and/or may be configured through the PC5-RRC, and/or may be determined in a predefined manner.
In one implementation, referring to fig. 2, in performing the operation s1, a channel quality listening operation for the first channel may be performed by a physical layer of the receiving terminal 22.
Further, each time it is determined that a beam failure instance occurs, the physical layer of the receiving terminal 22 may report the beam failure instance to a higher layer (for example, a Media Access Control-Control Element (MAC-CE) layer), and the higher layer of the receiving terminal 22 may maintain a counter (counter) to count the beam failure instance.
Further, when the counted number of times reaches the preset trigger number, the higher layer of the receiving terminal 22 determines that a beam failure event occurs.
Or, when the counted number of times reaches the preset trigger number of times and a new beam meeting the requirement is found, determining that a beam failure event occurs.
Similarly, referring to fig. 3, in performing operation s 1', the channel quality monitoring operation on the first channel may be performed by the physical layer of the transmitting terminal 21, a beam failure instance may be reported to a higher layer of the transmitting terminal 21 by the physical layer of the transmitting terminal 21, and the higher layer of the transmitting terminal 21 counts and determines whether a beam failure event occurs.
In one implementation of the scenarios shown in fig. 2 and fig. 3, the reporting operations of the physical layer and the higher layer may be performed periodically, and if there is no transmission within a period of time, the physical layer may send a no transmission message to the higher layer to indicate that there is no data transmission on the channel it listens to in the last period of time.
In one variation, when there is no transmission for the period of time, the physical layer may send a beam failure instance directly to the higher layer to initiate a subsequent BFR procedure. Wherein the specific length of the period of time can be configured by means of predefined, higher layer signaling of the base station or PC 5-RRC.
In yet another variation, the physical layer may not send any message to higher layers when there is no data transmission on the current beam for the period of time or when there is no data transmission for the period of time.
In another variation, the counter may be maintained by the physical layer, and at this time, when a single beam failure instance is found, the physical layer may not report to the higher layer, but directly report, by the physical layer, a beam failure event to the higher layer or directly trigger, by the physical layer, a beam failure recovery procedure when the count of the beam failure instance exceeds the preset number of triggers.
In a common variation of the above-described embodiments of operation s1, when the channel quality of the first channel triggers a preset condition and a terminal performing a channel listening operation has found a new beam that meets the requirements, it may be determined that a beam failure event has occurred. In one implementation of the scenarios shown in fig. 2 and 3, when the higher layer (or physical layer) maintaining the counter does not receive a new beam failure instance within a preset time period, the count of the counter may be cleared.
For example, the counter may be a timer (timer), and the specific selectable value may be configured by higher layer signaling.
In one implementation, with continued reference to fig. 2, the receiving terminal 22 may perform operation s2 to monitor the channel quality of a set of candidate beams and select the new beam therefrom upon determining that a beam failure event has occurred. It is noted that the operation s2 may be performed after the operation s1 is performed, or the operation s2 may be performed after the beam failure event is determined to occur based on other methods.
For example, from the most recently acquired CSI report information including the beam information in a preset number, the receiving terminal 22 may select a candidate beam with the largest L1-RSRP or L1-SINR value greater than the L1-RSRP or L1-SINR value among the beams in the preset threshold as the new beam. Alternatively, the receiving terminal 22 may select K candidate beams with the largest L1-RSRP or L1-SINR value among the beams with L1-RSRP or L1-SINR values greater than the preset threshold as the new beam, where K may be configured by the base station through higher layer signaling or through PC5-RRC or predefined. Alternatively, the receiving terminal 22 may select the candidate beam with the largest L1-RSRP or L1-SINR value as the new beam. Wherein the preset number may be 1 or other predefined value, or may be configured through base station high layer signaling or PC 5-RRC. The CSI report containing the beam information may be report information containing beam quality. For example, RSRP and/or SINR information and its corresponding beam sequence number may be included. The beam number may be, but is not limited to, a SL SSB number, a SL CSI-RS number, or a SL TRS number. Wherein the RSRP can be L1-RSRP or L3-RSRP; the SINR may be L1-SINR.
As a variation, if there is no CSI report information for a period of time, the terminal may use the beam used by the PSCCH and/or PSCCH that was last successfully transmitted as the new beam. Wherein the successfully transmitted flag may be that the corresponding ACK feedback is received.
As a variant, the terminal may use the beam used by the PSCCH and/or PSCCH that was last successfully transmitted as the new beam. Wherein the successfully transmitted flag may be that the corresponding ACK feedback is received.
For another example, from the CSI report information including the beam information obtained recently, the receiving terminal 22 may select a candidate beam with the largest L1-RSRP or L1-SINR value among beams with L1-RSRP or L1-SINR values larger than a preset threshold as the new beam. Alternatively, the receiving terminal 22 may select K candidate beams with the largest L1-RSRP or L1-SINR value among beams with L1-RSRP or L1-SINR values larger than a preset threshold as the new beam, where K may be configured by the base station through higher layer signaling, through PC5-RRC configuration, or predefined. Alternatively, the receiving terminal 22 may select the candidate beam with the largest L1-RSRP or L1-SINR value as the new beam. The CSI report containing the beam information may be report information containing beam quality. For example, RSRP and/or SINR information and its corresponding beam sequence number may be included. The beam number may be, but is not limited to, a SL SSB number, a SL CSI-RS number, or a SL TRS number. Wherein the RSRP can be L1-RSRP or L3-RSRP; the SINR may be L1-SINR.
For another example, in the at least one CSI report message containing the beam information obtained in the latest preset time period, the receiving terminal 22 may select, as the new beam, a candidate beam with a maximum L1-RSRP or L1-SINR value among beams with L1-RSRP or L1-SINR values greater than a preset threshold. Alternatively, the receiving terminal 22 may select K candidate beams with the largest L1-RSRP or L1-SINR value among the beams with L1-RSRP or L1-SINR values greater than the preset threshold as the new beam, where K may be configured by the base station through higher layer signaling or through PC5-RRC or predefined. Alternatively, the receiving terminal 22 may select the candidate beam with the largest L1-RSRP or L1-SINR value as the new beam. The CSI report containing the beam information may be report information containing beam quality. For example, RSRP and/or SINR information and its corresponding beam sequence number may be included. The beam number may be, but is not limited to, a SL SSB number, a SL CSI-RS number, or a SL TRS number. Wherein, the RSRP can be L1-RSRP or L3-RSRP. The SINR may be L1-SINR.
Specifically, the preset time period may be a predefined value, or a value configured through base station high layer signaling or PC5-RRC signaling.
Further, when there is no data transmission on the secondary link within the last preset time period or no new beam meeting the requirement is found, the result of the receiving terminal 22 performing the operation s2 may be that there is no new beam status. Optionally, the state of no new beam also needs to be reported to the sending terminal 21 through a beam failure message.
In a variation, with continued reference to fig. 3, the transmitting terminal 21 may perform operation s 2' to monitor the channel quality of a set of candidate beams and to select the new beam therefrom upon determining that a beam failure event has occurred. For details regarding operation s 2', reference may be made to the above-mentioned description regarding operation s 2.
For example, the transmitting terminal 21 may select a candidate beam having the largest L1-RSRP or L1-SINR value within a past preset period as the new beam.
When there is no reciprocity between the uplink and downlink channels of the secondary link, the operations s1 'and s 2' may be performed by the transmitting terminal 21, and the operations s1 and s2 may be performed by the receiving terminal 22 at the same time/before/after. When any terminal determines that a beam failure event occurs, the terminal can start (or notify the opposite terminal to start) the subsequent BFR process.
In a variation, when the uplink and downlink channels of the secondary link have reciprocity, the operation s1 (or operation s1 ') and the operation s2 (or operation s 2') may be performed by two terminals, respectively. That is, the operation s 1' may be performed by the transmitting terminal 21, and simultaneously/before/after, the operation s2 may be performed by the receiving terminal 22. Alternatively, the operation s 2' may be performed by the transmitting terminal 21, and the operation s1 may be performed by the receiving terminal 22 at the same time/before/after.
In one implementation, with continued reference to fig. 2, after determining that a beam failure event occurs, the receiving terminal 22 may perform operation s3 to transmit beam failure information to the transmitting terminal 21, where the beam failure information may be used to indicate that the current beam failure event occurs. Thus, when the receiving terminal 22 monitors the quality of the current channel or the reference signal, after finding that the current beam has a beam failure event, the receiving terminal 22 may notify the transmitting terminal 21 of the beam failure event by sending beam failure information, so that the transmitting terminal 21 can perform the beam recovery operation as soon as possible.
Further, when the new beam is selected by the receiving terminal 22, the beam failure information may include the new beam selected by the receiving terminal 22.
In a variation, the beam failure information may include at least one candidate beam, and the transmitting terminal 21 selects a suitable candidate beam as the new beam.
In another variant, when the selection of the new beam is performed by the transmitting terminal 21, the beam failure information may be used only for reporting of a beam failure event, without an associated indication of a new beam.
In a variation, the beam failure information may be indicated by a specific sequence, and specifically may be carried by a PSFCH or indicated by a sequence of a PSCCH or a DMRS of a PSCCH.
In a variation, the beam failure information may be determined by a resource index number of the PSFCH, or by a resource index number of the PSCCH or PSCCH. For example, a transmission on a particular PSFCH resource implicitly indicates that a beam failure event occurred.
The transmission mode of the beam failure information may include any one of the following:
example 1, the beam failure information is transmitted in a special sequence (sequence) form through the PSFCH to inform the transmitting terminal 21 that a beam failure event currently occurs.
Specifically, a mapping relationship may exist between the resource sequence number of the PSFCH for carrying the beam failure information and the new beam.
For example, the resource sequence number of the PSFCH may have a mapping relationship with a SL CSI-RS resource sequence number, a SL TRS resource sequence number, or an S-SSB resource sequence number. Therefore, after receiving the beam failure information carried by the PSFCH, the transmitting terminal 21 can implicitly know the index number of the new beam recommended by the receiving terminal 22.
The Resource sequence number of the PSFCH may be a lowest sub-channel index (lowestsubchannel index), a highest sub-channel index (highest subchannel index), a lowest Physical Resource Block index (lowestphysical Resource Block index, abbreviated as lowestprb index), a highest Physical Resource Block index (highest PRB index), or a Resource indication sequence number of the PSFCH directly.
Example 2, the beam failure information may be transmitted through the PSCCH.
Specifically, the beam failure information may carry one or more of the following contents: an indication of a current occurrence of a beam failure event; CC index (Component Carrier, abbreviated CC index) where beam failure occurs; RSRP or SINR of the new beam; RS index of new beam; CC index (index) of RS of new beam; no indication of a new beam; a destination identifier (destination id); source identification (source id); HARQ process id (HARQ process id). Wherein the indication information of no new beam may be indicated by a resource sequence number of the PSFCH, the PSSCH, or the PSCCH.
The PSCCH resource sequence number can have a mapping relation with an SL CSI-RS resource sequence number, an SL TRS resource sequence number or an S-SSB resource sequence number. Thus, after receiving the beam failure information carried by the PSCCH, the transmitting terminal 21 can implicitly know the new beam recommended by the receiving terminal 22.
Specifically, the beam failure information may be carried by a Media access Control-Control Element (MAC-CE) of the PC 5. For example, the resource sequence number of the PSCCH may be a lowest sub-channel index, a highest sub-channel index, a lowest physical resource block index, a highest physical resource block index of the PSCCH resource, or directly a resource indication sequence number of the PSFCH.
In examples 1 and 2, the beam direction used for transmitting the beam failure information may be the direction of the new beam selected by the receiving terminal 22.
Example 3, the beam failure information is transmitted through the PSCCH in a beam scanning (beam scanning) manner.
Specifically, the content of the PSCCH bearer may refer to example 2.
Further, the PSCCH may be repeatedly transmitted in different directions, and the beam failure information may be transmitted in a Time-Division Multiplexing (TDM) manner.
The specific beam direction of the beam sweep may be a predefined set of directions, or related to S-SSB, or a configured set of directions, or the specific set of directions may be determined based on the terminal implementation. Wherein the configuration can be a base station configuration, a higher layer signaling configuration or a PC5-RRC configuration. For example, the number of beam directions may be a base station configuration, a higher layer signaling configuration, or a PC5-RRC configuration.
Example 4, the beam failure information is sent through the PSFCH in a beam scanning manner.
Specifically, the content carried by the PSFCH may refer to example 2.
Further, the PSFCH may transmit the beam failure information in a TDM manner in different directions in a repeated transmission manner.
The specific beam direction of the beam sweep may be a predefined set of directions, or related to S-SSB, or a configured set of directions, or the specific set of directions may be determined based on the terminal implementation. Wherein the configuration can be a base station configuration, a higher layer signaling configuration or a PC5-RRC configuration. For example, the number of beam directions may be a base station configuration, a higher layer signaling configuration, or a PC5-RRC configuration.
Example 5, the receiving terminal 22 may transmit the beam failure information through PSCCH and PSCCH.
Specifically, the PSCCH may carry: and scheduling indication information of the PSSCH is used for decoding the PSSCH.
The PSSCH may carry one or more of the following: indication information of a current occurrence of a beam failure event; CC index where beam failure occurs; RSRP of the new beam; RS index of new beam; CC index of RS of new beam; no indication of a new beam; a destination identifier; a source identification; the HARQ process ID. The above information may be carried by the PC5 MAC-CE or layer 1 signaling. The indication information of the current occurrence of the beam failure event may be indicated by 1bit, for example, 0 indicates that the beam failure occurs, 1 indicates that the beam failure does not occur, or 1 indicates that the beam failure occurs, and 0 indicates that the beam failure does not occur.
Thus, by loading part of the contents of the beam failure information on the PSCCH, the signaling overhead (overload) of the PSCCH can be reduced.
The PSCCH and/or PSSCH resource sequence number can have a mapping relation with an SL CSI-RS resource sequence number, an SL TRS resource sequence number or an S-SSB resource sequence number. Thus, the transmitting terminal 21 implicitly knows the new beam recommended by the receiving terminal 22 after receiving the PSCCH and/or PSCCH.
For example, the resource sequence number of the PSCCH and/or PSCCH may be a lowest sub-channel index, a highest sub-channel index, a lowest physical resource block index, a highest physical resource block index of the resource of the PSCCH and/or PSCCH.
Example 6, the beam failure information is transmitted through PSCCH and PSCCH in a beam scanning manner.
Specifically, the contents of the psch and PSCCH bearers can be referred to as example 5.
Further, the PSCCH and PSCCH may transmit the beam failure information in a TDM manner in different directions in a repeated transmission manner.
The specific beam direction of the beam sweep may be a predefined set of directions, or related to S-SSB, or a configured set of directions, or the specific set of directions may be determined based on the terminal implementation. Wherein the configuration can be a base station configuration, a higher layer signaling configuration or a PC5-RRC configuration. For example, the number of beam directions may be a base station configuration, a higher layer signaling configuration, or a PC5-RRC configuration.
In one implementation, when performing the operation s3, the receiving terminal 22 may repeatedly transmit a plurality of beam failure information, where the specific number of repetitions may be determined according to L1-RSRP or L1-SINR. In one implementation, when performing the operation s3, the receiving terminal 22 may transmit the beam failure information using a resource in a preset special resource pool (explicit pool).
In one implementation, with continued reference to fig. 2, in response to receiving the beam failure information, the transmitting terminal 21 may perform operation s4, and may transmit a beam update message using the new beam. It is noted that the operation s4 may be performed after the operation s3, or the operation s4 may be performed after the beam failure information is determined or acquired in other manners.
If the receiving terminal 22 reports a new beam in the beam failure information, the transmitting terminal 21 may transmit a new schedule to the receiving terminal 22 using the new beam.
If the receiving terminal 22 does not report a new beam in the beam failure information, the sending terminal 21 may choose to trigger the receiving terminal 22 to report the new beam through other signaling. Alternatively, the transmitting terminal 21 may select a new beam by itself and transmit a beam update message using the new beam to inform the receiving terminal 22 of the new beam it selects.
In performing the operation s4, the transmitting terminal 21 may transmit the response message using the new beam and using resources in a preset special resource pool.
For example, the transmitting terminal 21 may transmit the update message using the new beam and using resources in a preset special resource pool.
Specifically, the response message (e.g., the update message) may be a new secondary link scheduling message, where the scheduling message corresponds to the NDI that is flipped or may include an update indication message of a new beam.
Accordingly, after performing the operation s3, the receiving terminal 22 may listen to a channel at a location of a resource in the preset special resource pool to receive the beam update message or send a response message for the beam failure message.
Further, in response to receiving the beam update message, the receiving terminal 22 may determine whether the beam of the secondary link is recovered through whether a PSCCH or a PSFCH, or a New Data Indicator (NDI) scheduled by the same HARQ process is turned over.
In one implementation, referring to fig. 3, after performing operations s1 ' and s2 ', the transmitting terminal 21 may perform operation s3 ' to transmit the beam update message using the new beam and using resources in a preset special resource pool, thereby informing the receiving terminal 22 of using the new beam for the next secondary link communication.
In response to receiving the beam update message, the receiving terminal 22 may determine whether the beam of the secondary link is recovered through whether PSCCH or PSFCH, or NDI scheduled by the same HARQ process is flipped.
In one implementation, when performing the operation s4, the beam update message of operation s4 may include at least one of the following information: indication information of a new beam; a transmission of a specific HARQ process ID before a beam is rescheduled failure, optionally, the NDI may be flipped in the corresponding scheduling information; the indication information indicating the success of the beam failure recovery procedure, for example, 1bit (bit), indicates whether the beam failure recovery is successful. Alternatively, the beam update message transmitted in operation s4 may use the new beam indicated in operation s3 as a reference for its spatial transmission parameters, and/or the beam update message transmitted in operation s4 may use the antenna port indication of the new beam indicated in operation s3 as a reference for its antenna port selection, and/or the beam update message transmitted in operation s4 may use the antenna panel indication of the new beam indicated in operation s3 as a reference for its antenna panel selection.
In one implementation, when performing the operation s3 ', the beam update message of operation s 3' may contain at least one of the following information: indication information of a new beam; a transmission of a specific HARQ process ID before a beam is rescheduled failure, optionally, the NDI may be flipped in the corresponding scheduling information; the indication information indicating the success of the beam failure recovery procedure, for example, 1bit, indicates whether the beam failure recovery is successful. Alternatively, the beam update message transmitted in operation s3 ' may use the new beam selected in operation s2 as a reference for its spatial transmission parameters, and/or the beam update message transmitted in operation s3 ' may use the antenna port indication of the new beam selected in operation s2 as a reference for its antenna port selection, and/or the beam update message transmitted in operation s3 ' may use the antenna panel indication of the new beam selected in operation s2 as a reference for its antenna panel selection.
In addition, in fig. 2, the time interval between operation s1, operation s2 and operation s3, and the time interval between operation s3 and operation s4 may be a predefined value, or may be a value related to a subcarrier spacing (SCS), where different SCS corresponds to different time intervals or a value configured by the base station higher layer signaling or the PC5 RRC.
Similarly, in operation s1 of fig. 3, the time interval between operation s2 and operation s3 may be a predefined value or a value related to the subcarrier spacing, and different SCS's may correspond to different time intervals or values configured by the higher layer signaling of the base station or the PC5 RRC.
Therefore, the scheme of the embodiment can provide an effective BFR mechanism for the secondary link, optimize the beam management logic of the secondary link, and improve the communication quality of the secondary link.
By adopting the scheme of the embodiment, an effective BFR mechanism can be realized in the auxiliary link, so that when a beam failure event occurs, the two terminals of the auxiliary link can take beam recovery measures in time to ensure effective communication between the sending terminal and the receiving terminal. Specifically, the transmitting terminal and/or the receiving terminal monitors the current beam to start a beam recovery procedure in time when a beam failure event occurs in the current beam. Further, the new beam used in the beam recovery procedure is predetermined by the transmitting terminal and/or the receiving terminal, so as to reasonably shorten the beam recovery time, and ensure that the transmitting terminal and the receiving terminal can be switched to the new beam in time to maintain the auxiliary link communication.
Fig. 4 is a schematic structural diagram of a beam failure recovery apparatus for a secondary link according to an embodiment of the present invention. Those skilled in the art understand that the beam failure recovery apparatus 4 for the secondary link (hereinafter, referred to as the beam failure recovery apparatus 4) in this embodiment may be used to implement the method technical solutions described in the embodiments shown in fig. 1 to fig. 3.
Specifically, the secondary link may be a communication link between a sending terminal and a receiving terminal.
More specifically, referring to fig. 4, the beam failure recovery apparatus 4 may include: a determining module 41, configured to determine a new beam for beam failure recovery when a listening result to a current channel or a reference signal indicates that a beam failure event occurs; a sending module 42, configured to send a response message for the beam failure event.
Wherein the monitoring operation on the current channel or the reference signal is performed by the transmitting terminal and/or the receiving terminal; the new beam is selected by the transmitting terminal and/or the receiving terminal.
For more details of the working principle and the working mode of the beam failure recovery apparatus 4, reference may be made to the related descriptions in fig. 1 to fig. 3, which are not described herein again.
Further, the embodiment of the present invention also discloses a storage medium, on which computer instructions are stored, and when the computer instructions are executed, the technical solutions of the methods in the embodiments shown in fig. 1 to fig. 3 are executed. Preferably, the storage medium may include a computer-readable storage medium such as a non-volatile (non-volatile) memory or a non-transitory (non-transient) memory. The storage medium may include ROM, RAM, magnetic or optical disks, etc.
Further, an embodiment of the present invention further discloses a terminal, which includes a memory and a processor, where the memory stores a computer instruction capable of running on the processor, and the processor executes the technical solution of the method in the embodiment shown in fig. 1 to 3 when running the computer instruction. Preferably, the terminal may be a transmitting terminal in the secondary link.
The technical scheme of the invention can be applied to 5G (5 Generation) communication systems, 4G and 3G communication systems, and various future new communication systems such as 6G and 7G.
The technical solution of the present invention is also applicable to different network architectures, including but not limited to relay network architecture, dual link architecture, Vehicle-to-event architecture, and the like.
In this embodiment of the present application, the Core Network may be an evolved packet Core (EPC for short), a 5G Core Network (5G Core Network), or may be a novel Core Network in a future communication system. The 5G core network is composed of a set of devices, and implements Access and mobility Management functions (AMF) of functions such as mobility Management, User Plane Functions (UPF) providing functions such as packet routing and forwarding and qos (quality of service) Management, Session Management Functions (SMF) providing functions such as Session Management, IP address allocation and Management, and the like. The EPC may be composed of an MME providing functions such as mobility management, Gateway selection, etc., a Serving Gateway (S-GW) providing functions such as packet forwarding, etc., and a PDN Gateway (P-GW) providing functions such as terminal address allocation, rate control, etc.
A Base Station (BS) in the embodiment of the present application, which may also be referred to as a base station device, is a device deployed in a Radio Access Network (RAN) to provide a wireless communication function. For example, the device providing the base station function in the 2G network includes a Base Transceiver Station (BTS), the device providing the base station function in the 3G network includes a node B (nodeb), the device providing the base station function in the 4G network includes an evolved node B (eNB), the device providing the base station function in the Wireless Local Area Network (WLAN) is an Access Point (AP), the device providing the base station function in the 5G New Radio (NR) is a gbb (eNB) providing the base station function, and the node B (ng-eNB) continues to evolve, where the gbb and the terminal communicate with each other by using an NR technique, the ng-eNB and the terminal communicate with each other by using an E-utra (evolved Universal Radio access) technique, and both the gbb and the ng-eNB may be connected to the 5G core network. The base station in the embodiment of the present application also includes a device and the like that provide a function of the base station in a future new communication system.
The base station controller in the embodiment of the present application is a device for managing a base station, for example, a Base Station Controller (BSC) in a 2G network, a Radio Network Controller (RNC) in a 3G network, or a device for controlling and managing a base station in a future new communication system.
The network on the network side in the embodiment of the present invention refers to a communication network providing communication services for a terminal, and includes a base station of a radio access network, a base station controller of the radio access network, and a device on the core network side.
A terminal in this embodiment may refer to various forms of User Equipment (UE), an access terminal, a subscriber unit, a subscriber station, a mobile station (mobile station, MS), a remote station, a remote terminal, a mobile device, a user terminal, a terminal device (terminal equipment), a wireless communication device, a user agent, or a user equipment. The terminal device may also be a cellular phone, a cordless phone, a Session Initiation Protocol (SIP) phone, a Wireless Local Loop (WLL) station, a Personal Digital Assistant (PDA), a handheld device with a Wireless communication function, a computing device or other processing devices connected to a Wireless modem, a vehicle-mounted device, a wearable device, a terminal device in a future 5G Network or a terminal device in a future evolved Public Land Mobile Network (PLMN), and the like, which is not limited in this embodiment of the present application.
In the embodiment of the application, a unidirectional communication link from an access network to a terminal is defined as a downlink, data transmitted on the downlink is downlink data, and the transmission direction of the downlink data is called as a downlink direction; the unidirectional communication link from the terminal to the access network is an uplink, the data transmitted on the uplink is uplink data, and the transmission direction of the uplink data is referred to as an uplink direction.
It should be understood that the term "and/or" herein is merely one type of association relationship that describes an associated object, meaning that three relationships may exist, e.g., a and/or B may mean: a exists alone, A and B exist simultaneously, and B exists alone. In addition, the character "/" in this document indicates that the former and latter related objects are in an "or" relationship.
The "plurality" appearing in the embodiments of the present application means two or more.
The descriptions of the first, second, etc. appearing in the embodiments of the present application are only for illustrating and differentiating the objects, and do not represent the order or the particular limitation of the number of the devices in the embodiments of the present application, and do not constitute any limitation to the embodiments of the present application.
The term "connect" in the embodiments of the present application refers to various connection manners, such as direct connection or indirect connection, to implement communication between devices, which is not limited in this embodiment of the present application.
It should be understood that, in the embodiment of the present application, the processor may be a Central Processing Unit (CPU), and the processor may also be other general-purpose processors, Digital Signal Processors (DSPs), Application Specific Integrated Circuits (ASICs), Field Programmable Gate Arrays (FPGAs) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, and the like. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like.
It will also be appreciated that the memory in the embodiments of the subject application can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory. The nonvolatile memory may be a read-only memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash memory. Volatile memory can be Random Access Memory (RAM) which acts as external cache memory. By way of example and not limitation, many forms of Random Access Memory (RAM) are available, such as Static RAM (SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic Random Access Memory (SDRAM), double data rate SDRAM (ddr SDRAM), Enhanced SDRAM (ESDRAM), synchlink DRAM (SLDRAM), and direct bus RAM (DR).
The above embodiments may be implemented in whole or in part by software, hardware, firmware, or any combination thereof. When implemented in software, the above-described embodiments may be implemented in whole or in part in the form of a computer program product. The computer program product comprises one or more computer instructions or computer programs. The procedures or functions according to the embodiments of the present application are wholly or partially generated when the computer instructions or the computer program are loaded or executed on a computer. The computer may be a general purpose computer, a special purpose computer, a network of computers, or other programmable device. The computer instructions may be stored in a computer readable storage medium or transmitted from one computer readable storage medium to another computer readable storage medium, for example, the computer instructions may be transmitted from one website, computer, server, or data center to another website, computer, server, or data center by wire or wirelessly. The computer-readable storage medium can be any available medium that can be accessed by a computer or a data storage device such as a server, data center, etc. that contains one or more collections of available media. The usable medium may be a magnetic medium (e.g., floppy disk, hard disk, magnetic tape), an optical medium (e.g., DVD), or a semiconductor medium. The semiconductor medium may be a solid state disk.
It should be understood that, in the various embodiments of the present application, the sequence numbers of the above-mentioned processes do not mean the execution sequence, and the execution sequence of each process should be determined by its function and inherent logic, and should not constitute any limitation to the implementation process of the embodiments of the present application.
In the several embodiments provided in the present application, it should be understood that the disclosed method, apparatus and system may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative; for example, the division of the unit is only a logic function division, and there may be another division manner in actual implementation; for example, various elements or components may be combined or may be integrated into another system, or some features may be omitted, or not implemented. In addition, the shown or discussed mutual coupling or direct coupling or communication connection may be an indirect coupling or communication connection through some interfaces, devices or units, and may be in an electrical, mechanical or other form.
The units described as separate parts may or may not be physically separate, and parts displayed as units may or may not be physical units, may be located in one place, or may be distributed on a plurality of network units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of the embodiment.
In addition, functional units in the embodiments of the present invention may be integrated into one processing unit, or each unit may be physically included alone, or two or more units may be integrated into one unit. The integrated unit can be realized in a form of hardware, or in a form of hardware plus a software functional unit.
The integrated unit implemented in the form of a software functional unit may be stored in a computer readable storage medium. The software functional unit is stored in a storage medium and includes several instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute some steps of the methods according to the embodiments of the present invention. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.
Although the present invention is disclosed above, the present invention is not limited thereto. Various changes and modifications can be easily made by those skilled in the art without departing from the spirit and scope of the present invention, and it is within the scope of the present invention to include different functions, combination of implementation steps, software and hardware implementations.
Although the present invention is disclosed above, the present invention is not limited thereto. Various changes and modifications may be effected therein by one skilled in the art without departing from the spirit and scope of the invention as defined in the appended claims.

Claims (19)

1. A beam failure recovery method for a secondary link, the secondary link being a communication link between a transmitting terminal and a receiving terminal, the method comprising:
when the monitoring result of the current channel or the reference signal indicates that a beam failure event occurs, determining a new beam for beam failure recovery;
transmitting a response message for the beam failure event;
wherein the monitoring operation on the current channel or the reference signal is performed by the transmitting terminal and/or the receiving terminal; the new beam is selected by the transmitting terminal and/or the receiving terminal.
2. The beam failure recovery method according to claim 1, wherein the listening operation for the current channel or the reference signal comprises the following steps:
receiving a reference signal and/or a wake-on-hold signal using a current beam, wherein the reference signal and the wake-on-hold signal are both transmitted periodically;
and when the number of times of receiving failure exceeds the preset triggering number, determining that a beam failure event occurs.
3. The beam failure recovery method according to claim 1, wherein the listening operation for the current channel or the reference signal comprises the following steps:
monitoring the channel quality of a first channel, wherein the first channel is a channel for the current data transmission of both terminals of the auxiliary link;
and when the channel quality of the first channel triggers a preset condition, determining that a beam failure event occurs.
4. The beam failure recovery method of claim 3, wherein when the listening operation for the current channel or the reference signal is performed by the transmitting terminal, the first channel comprises at least: PSFCH; when a channel listening operation for the current beam is performed by the receiving terminal, the first channel includes at least: PSCCH; PSSCH.
5. The beam failure recovery method of claim 3 or 4, wherein the monitoring the channel quality of the first channel comprises:
measuring the RSRP of the DMRS of the PSCCH, the PSSCH and/or the PSFCH; and/or counting the decoding failure times of the PSSCH and/or the PSFCH; and/or, measuring the RSRP of the CSI-RS and/or TRS;
and/or counting the times that the information carried by the PSSCH and/or the PSFCH is NACK;
the determining that a beam failure event occurs when the channel quality of the first channel triggers a preset condition includes:
and when the RSRP is lower than the times of the corresponding preset threshold, and/or the times of the corresponding assumed BLER higher than the corresponding preset threshold, and/or the times of decoding failure, and/or the times of NACK exceed the preset triggering times, determining that a beam failure event occurs.
6. The method according to claim 5, wherein when the number of PSFCHs is plural, and when the channel quality of the first channel triggers a preset condition, determining that a beam failure event occurs further comprises:
when the number of times that RSRPs of respective DMRSs of a plurality of PSFCHs are lower than corresponding preset thresholds, and/or the number of times that assumed BLERs corresponding to the plurality of PSFCHs are higher than corresponding preset thresholds, and/or the number of times that the plurality of PSFCHs fail to decode, and/or the number of times that information carried by the plurality of PSFCHs is NACK exceeds the preset triggering number, determining that a beam failure event occurs.
7. The method according to claim 5, wherein determining that a beam failure event occurs when the RSRP is lower than a corresponding preset threshold, and/or a corresponding assumed BLER is higher than a corresponding preset threshold, and/or the number of decoding failures, and/or the number of NACKs exceeds a preset number of triggers comprises:
and when the RSRP is measured to be lower than a corresponding preset threshold, and/or the corresponding assumed BLER is higher than the corresponding preset threshold, and/or decoding fails, and/or NACK is received, the physical layer reports the beam failure example to a high layer for counting, and when the counted times reach the preset trigger times, the high layer determines that a beam failure event occurs.
8. The beam failure recovery method of claim 7 wherein the physical layer sends a no transmission message or the beam failure instance to the higher layer when there is no data transmission for a period of time.
9. The beam failure recovery method according to claim 1, wherein when the listening operation for the current channel or the reference signal is performed by the receiving terminal, before determining a new beam for beam failure recovery, further comprising:
receiving beam failure information, the beam failure information indicating occurrence of a beam failure event.
10. The method of claim 9, wherein the beam failure information comprises the new beam or at least one candidate beam from which the new beam is selected when the new beam is selected by the receiving terminal.
11. The beam failure recovery method according to claim 9, wherein the transmission mode of the beam failure information includes any one of: a special sequence; the beam is scanned.
12. The beam failure recovery method of claim 9, wherein the channel for carrying the beam failure information comprises: PSFCH; PSCCH; PSCCH and PSCCH.
13. The method of claim 12, wherein a mapping relationship exists between a resource sequence number of a channel for carrying the beam failure information and the new beam.
14. The beam failure recovery method of claim 9 wherein the beam failure information is transmitted using resources in a predetermined special resource pool.
15. The method of claim 1, wherein the selecting of the new beam comprises:
selecting the candidate beam with the largest L1-RSRP value as the new beam from the CSI report information of the candidate beams with the most recently acquired preset number; or,
and selecting the candidate beam with the maximum L1-RSRP value as the new beam from the CSI report information of at least one candidate beam acquired in the latest preset time period.
16. The beam failure recovery method of claim 1, wherein the sending the response message for the beam failure event comprises:
and sending the response message by using the new beam and using resources in a preset special resource pool.
17. A beam failure recovery apparatus for a secondary link, the secondary link being a communication link between a transmitting terminal and a receiving terminal, comprising:
the determining module is used for determining a new beam for beam failure recovery when the monitoring result of the current channel or the reference signal indicates that a beam failure event occurs;
a transmitting module, configured to transmit a response message for the beam failure event;
wherein the monitoring operation on the current channel or the reference signal is performed by the transmitting terminal and/or the receiving terminal; the new beam is selected by the transmitting terminal and/or the receiving terminal.
18. A storage medium having stored thereon computer instructions, wherein said computer instructions when executed perform the steps of the method of any of claims 1 to 16.
19. A terminal comprising a memory and a processor, the memory having stored thereon computer instructions executable on the processor, wherein the processor, when executing the computer instructions, performs the steps of the method of any one of claims 1 to 16.
CN201911267926.6A 2019-12-11 2019-12-11 Beam failure recovery method and device for secondary link, storage medium and terminal Active CN110913419B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201911267926.6A CN110913419B (en) 2019-12-11 2019-12-11 Beam failure recovery method and device for secondary link, storage medium and terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201911267926.6A CN110913419B (en) 2019-12-11 2019-12-11 Beam failure recovery method and device for secondary link, storage medium and terminal

Publications (2)

Publication Number Publication Date
CN110913419A true CN110913419A (en) 2020-03-24
CN110913419B CN110913419B (en) 2021-08-17

Family

ID=69824668

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201911267926.6A Active CN110913419B (en) 2019-12-11 2019-12-11 Beam failure recovery method and device for secondary link, storage medium and terminal

Country Status (1)

Country Link
CN (1) CN110913419B (en)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020200121A1 (en) * 2019-04-02 2020-10-08 维沃移动通信有限公司 Radio link monitoring method, terminal, base station, and storage medium
CN112491454A (en) * 2020-11-27 2021-03-12 惠州Tcl移动通信有限公司 Communication recovery method, device, terminal equipment and storage medium
WO2021109449A1 (en) * 2020-05-08 2021-06-10 Zte Corporation Carrier aggregation using component carrier groups
WO2021209121A1 (en) * 2020-04-15 2021-10-21 Nokia Technologies Oy Communicating between nodes in the unlicensed spectrum
CN114765899A (en) * 2021-01-15 2022-07-19 展讯通信(上海)有限公司 CWS (coarse continuous wave) determination method and device of secondary link and computer-readable storage medium
CN115398957A (en) * 2021-03-22 2022-11-25 上海诺基亚贝尔股份有限公司 Positioning beam management
WO2023116894A1 (en) * 2021-12-24 2023-06-29 展讯通信(上海)有限公司 Beam failure determination method and apparatus, and computer-readable storage medium
WO2023197846A1 (en) * 2022-04-16 2023-10-19 华为技术有限公司 Communication method, communication apparatus, and communication system
WO2023205229A1 (en) * 2022-04-20 2023-10-26 Apple Inc. Sidelink beam failure recovery request
WO2023205231A1 (en) * 2022-04-20 2023-10-26 Apple Inc. Sidelink beam failure recovery response
WO2024022319A1 (en) * 2022-07-29 2024-02-01 维沃移动通信有限公司 Beam failure or link failure detection method and terminal
WO2024152197A1 (en) * 2023-01-17 2024-07-25 Oppo广东移动通信有限公司 Sidelink transmission method and terminal device
WO2024210720A1 (en) * 2023-04-03 2024-10-10 Samsung Electronics Co., Ltd. Beam failure recovery in sidelink
WO2024259701A1 (en) * 2023-06-21 2024-12-26 北京小米移动软件有限公司 Information indication methods, terminals, communication system and storage medium
WO2025113115A1 (en) * 2023-11-30 2025-06-05 华为技术有限公司 Communication method and apparatus

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018143875A1 (en) * 2017-02-03 2018-08-09 Telefonaktiebolaget Lm Ericsson (Publ) Methods for beamforming based radio link quality monitoring in nr
WO2018203704A1 (en) * 2017-05-04 2018-11-08 엘지전자(주) Method for performing beam recovery in wireless communication system and apparatus therefor
CN110139291A (en) * 2018-02-09 2019-08-16 维沃移动通信有限公司 Processing method and terminal equipment for beam failure recovery
CN110366857A (en) * 2017-08-10 2019-10-22 联发科技(新加坡)私人有限公司 Method and electronic device for beam management and beam failure recovery

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018143875A1 (en) * 2017-02-03 2018-08-09 Telefonaktiebolaget Lm Ericsson (Publ) Methods for beamforming based radio link quality monitoring in nr
WO2018203704A1 (en) * 2017-05-04 2018-11-08 엘지전자(주) Method for performing beam recovery in wireless communication system and apparatus therefor
CN110366857A (en) * 2017-08-10 2019-10-22 联发科技(新加坡)私人有限公司 Method and electronic device for beam management and beam failure recovery
CN110139291A (en) * 2018-02-09 2019-08-16 维沃移动通信有限公司 Processing method and terminal equipment for beam failure recovery

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP: "NR and NG-RAN Overall Description", 《3GPP TS 38.300 V15.7.0》 *
3GPP: "Study on Vehicle-to-Everything", 《3GPP TR 38.885 V1.0.0》 *

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12120722B2 (en) 2019-04-02 2024-10-15 Vivo Mobile Communication Co., Ltd. Method for radio link monitoring, terminal, base station, and storage medium
WO2020200121A1 (en) * 2019-04-02 2020-10-08 维沃移动通信有限公司 Radio link monitoring method, terminal, base station, and storage medium
WO2021209121A1 (en) * 2020-04-15 2021-10-21 Nokia Technologies Oy Communicating between nodes in the unlicensed spectrum
CN115669174A (en) * 2020-04-15 2023-01-31 诺基亚技术有限公司 Communication between nodes in unlicensed spectrum
WO2021109449A1 (en) * 2020-05-08 2021-06-10 Zte Corporation Carrier aggregation using component carrier groups
CN112491454A (en) * 2020-11-27 2021-03-12 惠州Tcl移动通信有限公司 Communication recovery method, device, terminal equipment and storage medium
CN114765899A (en) * 2021-01-15 2022-07-19 展讯通信(上海)有限公司 CWS (coarse continuous wave) determination method and device of secondary link and computer-readable storage medium
CN115398957A (en) * 2021-03-22 2022-11-25 上海诺基亚贝尔股份有限公司 Positioning beam management
WO2023116894A1 (en) * 2021-12-24 2023-06-29 展讯通信(上海)有限公司 Beam failure determination method and apparatus, and computer-readable storage medium
WO2023197846A1 (en) * 2022-04-16 2023-10-19 华为技术有限公司 Communication method, communication apparatus, and communication system
WO2023205231A1 (en) * 2022-04-20 2023-10-26 Apple Inc. Sidelink beam failure recovery response
WO2023205229A1 (en) * 2022-04-20 2023-10-26 Apple Inc. Sidelink beam failure recovery request
WO2024022319A1 (en) * 2022-07-29 2024-02-01 维沃移动通信有限公司 Beam failure or link failure detection method and terminal
WO2024152197A1 (en) * 2023-01-17 2024-07-25 Oppo广东移动通信有限公司 Sidelink transmission method and terminal device
WO2024210720A1 (en) * 2023-04-03 2024-10-10 Samsung Electronics Co., Ltd. Beam failure recovery in sidelink
WO2024259701A1 (en) * 2023-06-21 2024-12-26 北京小米移动软件有限公司 Information indication methods, terminals, communication system and storage medium
WO2025113115A1 (en) * 2023-11-30 2025-06-05 华为技术有限公司 Communication method and apparatus

Also Published As

Publication number Publication date
CN110913419B (en) 2021-08-17

Similar Documents

Publication Publication Date Title
CN110913419B (en) Beam failure recovery method and device for secondary link, storage medium and terminal
CN110933725A (en) Beam failure recovery method and device for secondary link, storage medium and terminal
TWI745779B (en) Method of handling communication in unlicensed spectrum and related communication device
US11252586B2 (en) System and method for periodic beam failure measurements
US11895673B2 (en) Inter-cell multi-TRP operation for wireless networks
EP3913974B1 (en) Relay communication method and apparatus
CN110545562B (en) BWP switching method and device, storage medium, user equipment and base station
CN111328050B (en) System and method for D2D communication control plane
CN114008953A (en) RLM and RLF process for NR V2X
KR20220031011A (en) Method and apparatus for transmitting and receiving a beam failure recovery request for a secondary cell
JP2020527903A (en) Methods and devices for adding secondary nodes
CN118509017A (en) Beam failure recovery for serving cells
JP2022058831A (en) Terminal device, network device, and method
TWI672072B (en) Device and method of configuring a secondary node and reporting in dual connectivity
US20190364539A1 (en) Data transmission processing method, user equipment, and base station
US11337083B2 (en) Radio network node and a wireless device, and methods therein
US20190052450A1 (en) Duplex Communication
US10904713B2 (en) Enhancing group communication services
CN110719137B (en) A channel quality notification method, receiving method and device
EP3346784B1 (en) Carrier selection method and device in carrier aggregation technology
KR20230092912A (en) Methods and Apparatuses for SCG Deactivation Mechanism and SCG Activation Mechanism in MR-DC Scenario
JP2023543755A (en) Information transmission method, resource selection method, device and electronic equipment
EP4106407B1 (en) Device-to-device relay processing method and apparatus
WO2019153365A1 (en) Information transmission method and device
CN111465059B (en) Method and terminal for determining uplink information transmission path

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant