CN110213819B - Beam failure recovery method and device - Google Patents

Beam failure recovery method and device Download PDF

Info

Publication number
CN110213819B
CN110213819B CN201810167254.0A CN201810167254A CN110213819B CN 110213819 B CN110213819 B CN 110213819B CN 201810167254 A CN201810167254 A CN 201810167254A CN 110213819 B CN110213819 B CN 110213819B
Authority
CN
China
Prior art keywords
terminal
pdcch
bfr
bits
beam failure
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.)
Active
Application number
CN201810167254.0A
Other languages
Chinese (zh)
Other versions
CN110213819A (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.)
Datang Mobile Communications Equipment Co Ltd
Original Assignee
Telecommunications Science and Technology Research Institute 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 Telecommunications Science and Technology Research Institute Co Ltd filed Critical Telecommunications Science and Technology Research Institute Co Ltd
Priority to CN201810167254.0A priority Critical patent/CN110213819B/en
Publication of CN110213819A publication Critical patent/CN110213819A/en
Application granted granted Critical
Publication of CN110213819B publication Critical patent/CN110213819B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/0005—Synchronisation arrangements synchronizing of arrival of multiple uplinks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

The application discloses a beam failure recovery method and device, which are used for ensuring uplink synchronization of a terminal in a BFR process, so that the terminal can feed back whether beam failure recovery is completed or not, and a base station can confirm whether the beam failure recovery is completed or not. The method for recovering the beam failure provided by the application comprises the following steps: determining a BFR process of the terminal initiating beam failure recovery; and in a random access response window corresponding to the BFR, scheduling the terminal through a Physical Downlink Control Channel (PDCCH) corresponding to the terminal, and indicating a Timing Advance (TA) value used by the terminal.

Description

Beam failure recovery method and device
Technical Field
The present application relates to the field of communications technologies, and in particular, to a method and an apparatus for recovering a beam failure.
Background
In a new wireless technology (NR) system of 5G, a beamforming method is widely used for transmission, a terminal and a base station transmit signaling and data on a certain beam, and a corresponding relationship exists between the base station and the terminal for receiving and transmitting beams. When the terminal measures that the channel quality of the currently working Beam is not good, a Beam Failure Recovery (BFR) process needs to be initiated. The beam failure recovery refers to that the terminal finds a beam (beam) with a channel quality satisfying the requirement again.
Disclosure of Invention
The embodiment of the application provides a beam failure recovery method and device, which are used for ensuring uplink synchronization of a terminal in a BFR process, so that the terminal can feed back whether beam failure recovery is completed or not, and a base station can confirm whether the beam failure recovery is completed or not.
On a network side, a method for recovering a beam failure provided in an embodiment of the present application includes:
determining a BFR process of the terminal initiating beam failure recovery;
and in a random access response window corresponding to the BFR, scheduling the terminal through a Physical Downlink Control Channel (PDCCH) corresponding to the terminal, and indicating a Timing Advance (TA) value used by the terminal.
By the method, the terminal is determined to initiate a beam failure recovery BFR process, the terminal is scheduled through a Physical Downlink Control Channel (PDCCH) corresponding to the terminal in a random access response window corresponding to the BFR, and a Timing Advance (TA) value used by the terminal is indicated, so that the terminal can obtain the TA value used for uplink synchronization, the uplink synchronization of the terminal in the BFR process can be ensured, the terminal can correctly feed back whether the beam failure recovery is completed, the base station can confirm whether the beam failure recovery is completed by the terminal, and the subsequent processing can be timely and correctly carried out.
Optionally, the terminal is determined to initiate a BFR procedure by receiving a BFR-specific preamble sent by the terminal.
Therefore, the network side can conveniently determine that the terminal initiates the BFR process based on the BFR special lead code preamble sent by the terminal.
Optionally, the PDCCH corresponding to the terminal is a PDCCH scrambled by using a cell radio network temporary identity C-RNTI of the terminal.
Therefore, the network side can determine the PDCCH corresponding to the terminal based on the PDCCH scrambled by the C-RNTI of the terminal.
Optionally, the TA value used by the terminal is indicated in one of the following ways:
the first method is as follows: a timing advance command TAC media access control MAC control unit CE is carried on a physical downlink shared channel PDSCH scheduled by the PDCCH;
the second method comprises the following steps: and transmitting an RAR MAC Packet Data Unit (PDU) corresponding to the BFR on the PDSCH scheduled by the PDCCH, wherein the RAR MAC PDU carries Uplink (UL) TA information.
And a timing advance command TAC media access control MAC control unit CE is carried on the physical downlink shared channel PDSCH scheduled by the PDCCH, or a RAR MAC packet data unit PDU corresponding to the BFR is transmitted on the PDSCH scheduled by the PDCCH, and the RAR MAC PDU carries uplink UL TA information, so that the TA value used by the terminal can be more conveniently indicated to the terminal.
Optionally, in the first mode, the PDCCH is the first PDCCH or the retransmission of the first PDCCH after the network side receives the BFR-specific preamble sent by the terminal.
Therefore, the terminal can acquire the TA value for uplink synchronization through the first PDCCH after the sent BFR special preamble or the retransmission of the first PDCCH.
Optionally, in the first mode, the first step,
the TAC MAC CE is always carried on the PDSCH scheduled by the PDCCH;
or when determining that the terminal is about to go out of synchronization or has gone out of synchronization, carrying the TAC MAC CE on the PDSCH scheduled by the PDCCH.
The TAC MAC CE is always carried on the PDSCH scheduled by the PDCCH, so that the processing flow can be saved, whether the terminal is about to go out of step in an uplink manner or has gone out of step in an uplink manner does not need to be judged, the TAC MAC CE is carried on the PDSCH scheduled by the PDCCH sent to the terminal each time, and the TA value used by the terminal is indicated; alternatively, the first and second electrodes may be,
and when determining that the terminal is going to be out of synchronization or has been out of synchronization, carrying the TAC MAC CE on the PDSCH scheduled by the PDCCH, thereby saving signaling overhead, and when a TA value used by the terminal does not need to be indicated, not carrying the TAC MAC CE.
Optionally, when a difference between the current time and the timeout time of the TA timer is less than or equal to a preset threshold, it is determined that the terminal is going to go up and lose synchronization.
Therefore, the terminal can be determined to be about to go out of step in the uplink by comparing the current time with the overtime time of the TA timer, and further the TA value can be sent to the terminal before the terminal goes out of step in the uplink, so that the terminal can avoid the uplink out of step.
Optionally, in the first mode, the number of bits occupied by the TA value in the TAC MAC CE is determined according to the uplink timing precision requirement; and/or the presence of a gas in the gas,
in the second mode, the number of bits occupied by the UL TA information in the RAR MAC PDU is determined according to the uplink timing accuracy requirement.
It should be noted that the number of bits occupied by the TA value may be determined according to the uplink timing accuracy requirement, and may occupy 6 bits, 8 bits, 10 bits, 12 bits, or the like, which may be specifically determined according to actual needs.
Optionally, in the first mode, the TA value in the TAC MAC CE occupies 6 bits, 8 bits, 10 bits, or 12 bits; and/or the presence of a gas in the gas,
in the second mode, the UL TA information in the RAR MAC PDU occupies 6 bits, 8 bits, 10 bits, or 12 bits.
It should be noted that the number of bits occupied by the UL TA information may be determined according to the uplink timing accuracy requirement, and may occupy 6 bits, 8 bits, 10 bits, 12 bits, or the like, which may be specifically determined according to actual needs.
Optionally, in the second mode, the RAR MAC PDU further carries UL grant and/or RAP ID information.
Correspondingly, on the terminal side, the method for recovering the beam failure provided by the embodiment of the application comprises the following steps:
initiating a Beam Failure Recovery (BFR) process;
and monitoring a Physical Downlink Control Channel (PDCCH) in a random access response window corresponding to the BFR, and acquiring a Timing Advance (TA) value indicated by a network side.
The method comprises the steps of initiating a wave beam failure recovery BFR process through a terminal side, monitoring a physical downlink control channel PDCCH in a random access response window corresponding to the BFR, and acquiring a timing advance TA value indicated by a network side, so that uplink TA adjustment can be carried out based on the TA value, uplink desynchronization is avoided, uplink synchronization is maintained, whether wave beam failure recovery is finished or not can be correctly and timely fed back by the terminal, whether wave beam failure recovery is finished or not can be confirmed by a base station, and follow-up processing can be timely and correctly carried out.
Optionally, the TA value indicated by the network side is obtained by one of the following ways:
the first method is as follows: acquiring a timing advance command TAC media access control MAC control unit CE carried on a Physical Downlink Shared Channel (PDSCH) scheduled by the PDCCH;
the second method comprises the following steps: and acquiring RAR MAC Packet Data Unit (PDU) corresponding to the BFR transmitted on the PDSCH scheduled by the PDCCH, and acquiring Uplink (UL) TA information from the RAR MAC PDU.
Optionally, the method further comprises:
and performing uplink TA adjustment based on the TA value.
On the network side, a beam failure recovery apparatus provided in an embodiment of the present application includes:
a memory for storing program instructions;
a processor for calling the program instructions stored in the memory and executing according to the obtained program:
determining a BFR process of the terminal initiating beam failure recovery;
and in a random access response window corresponding to the BFR, scheduling the terminal through a Physical Downlink Control Channel (PDCCH) corresponding to the terminal, and indicating a Timing Advance (TA) value used by the terminal.
Optionally, the terminal is determined to initiate a BFR procedure by receiving a BFR-specific preamble sent by the terminal.
Optionally, the PDCCH corresponding to the terminal is a PDCCH scrambled by using a cell radio network temporary identity C-RNTI of the terminal.
Optionally, the TA value used by the terminal is indicated in one of the following ways:
the first method is as follows: a timing advance command TAC media access control MAC control unit CE is carried on a physical downlink shared channel PDSCH scheduled by the PDCCH;
the second method comprises the following steps: and transmitting an RAR MAC Packet Data Unit (PDU) corresponding to the BFR on the PDSCH scheduled by the PDCCH, wherein the RAR MAC PDU carries Uplink (UL) TA information.
Optionally, in the first mode, the PDCCH is the first PDCCH or the retransmission of the first PDCCH after the network side receives the BFR-specific preamble sent by the terminal.
Optionally, in the first mode, the first step,
the TAC MAC CE is always carried on the PDSCH scheduled by the PDCCH;
or when determining that the terminal is about to go out of synchronization or has gone out of synchronization, carrying the TAC MAC CE on the PDSCH scheduled by the PDCCH.
Optionally, when a difference between the current time and the timeout time of the TA timer is less than or equal to a preset threshold, it is determined that the terminal is going to go up and lose synchronization.
Optionally, in the first mode, the number of bits occupied by the TA value in the TAC MAC CE is determined according to the uplink timing precision requirement; and/or the presence of a gas in the gas,
in the second mode, the number of bits occupied by the UL TA information in the RAR MAC PDU is determined according to the uplink timing accuracy requirement.
Optionally, in the first mode, the TA value in the TAC MAC CE occupies 6 bits, 8 bits, 10 bits, or 12 bits; and/or the presence of a gas in the gas,
in the second mode, the UL TA information in the RAR MAC PDU occupies 6 bits, 8 bits, 10 bits, or 12 bits.
Optionally, in the second mode, the RAR MAC PDU further carries UL grant and/or RAP ID information.
Correspondingly, on the terminal side, the beam failure recovery apparatus provided in the embodiment of the present application includes:
a memory for storing program instructions;
a processor for calling the program instructions stored in the memory and executing according to the obtained program:
initiating a Beam Failure Recovery (BFR) process;
and monitoring a Physical Downlink Control Channel (PDCCH) in a random access response window corresponding to the BFR, and acquiring a Timing Advance (TA) value indicated by a network side.
Optionally, the TA value indicated by the network side is obtained by one of the following ways:
the first method is as follows: acquiring a timing advance command TAC media access control MAC control unit CE carried on a Physical Downlink Shared Channel (PDSCH) scheduled by the PDCCH;
the second method comprises the following steps: and acquiring RAR MAC Packet Data Unit (PDU) corresponding to the BFR transmitted on the PDSCH scheduled by the PDCCH, and acquiring Uplink (UL) TA information from the RAR MAC PDU.
Optionally, the processor is further configured to:
and performing uplink TA adjustment based on the TA value.
On the network side, another beam failure recovery apparatus provided in the embodiment of the present application includes:
the determining unit is used for determining a BFR process of the terminal initiating the beam failure recovery;
and the scheduling unit is used for scheduling the terminal through a Physical Downlink Control Channel (PDCCH) corresponding to the terminal in a random access response window corresponding to the BFR and indicating a Timing Advance (TA) value used by the terminal.
On the terminal side, another beam failure recovery apparatus provided in the embodiment of the present application includes:
the initiating unit is used for initiating a BFR process of beam failure recovery;
and the monitoring unit is used for monitoring a Physical Downlink Control Channel (PDCCH) in a random access response window corresponding to the BFR and acquiring a Timing Advance (TA) value indicated by a network side.
Another embodiment of the present application provides a computer storage medium having stored thereon computer-executable instructions for causing a computer to perform any one of the methods described above.
Drawings
In order to more clearly illustrate the technical solutions in the embodiments of the present application, the drawings needed to be used in the description of the embodiments are briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present application, and it is obvious for those skilled in the art to obtain other drawings based on these drawings without creative efforts.
Fig. 1 is a flowchart illustrating a non-contention random access method according to an embodiment of the present application;
fig. 2 is a schematic flowchart of a method for recovering a beam failure at a network side according to an embodiment of the present application;
fig. 3 is a flowchart illustrating a method for recovering a beam failure at a terminal according to an embodiment of the present application;
fig. 4 is a schematic format diagram of a TAC MAC CE using a 6bit TA value according to an embodiment of the present application;
fig. 5 is a schematic format diagram of a TAC MAC CE using an 8-bit TA value according to an embodiment of the present application;
fig. 6 is a schematic format diagram of a TAC MAC CE using a 10bit TA value according to an embodiment of the present application;
fig. 7 is a schematic format diagram of a TAC MAC CE using a 12-bit TA value according to an embodiment of the present application;
fig. 8 is a schematic structural diagram of a beam failure recovery apparatus on a network side according to an embodiment of the present application;
fig. 9 is a schematic structural diagram of a beam failure recovery apparatus at a terminal side according to an embodiment of the present application;
fig. 10 is a schematic structural diagram of another beam failure recovery apparatus on a network side according to an embodiment of the present application;
fig. 11 is a schematic structural diagram of another beam failure recovery apparatus at a terminal side according to an embodiment of the present application.
Detailed Description
The embodiment of the application provides a beam failure recovery method and device, which are used for ensuring uplink synchronization of a terminal in a BFR process, so that the terminal can feed back whether beam failure recovery is completed or not, and a base station can confirm whether the beam failure recovery is completed or not.
The random access process may be non-contention random access or contention random access, where the non-contention random access process is mainly divided into three steps as shown in fig. 1:
msg 0: the base station allocates a dedicated preamble for non-contention random access and a PRACH resource used by random access to the UE.
Msg 1: and the UE sends the appointed special preamble to the base station on the appointed PRACH resource according to the instruction of the Msg 0. And after receiving the Msg1, the base station calculates an uplink timing advance TA according to the Msg 1.
Msg 2: the base station sends a random access response to the UE. In most Random Access scenes, the format of Random Access Response is the same as that of competitive Random Access, a PDCCH with RA-RNTI is adopted to schedule MAC RARP (MAC Random Access Response Protocol Data Unit), the MAC RAR PDU comprises a Random Access Preamble ID (RAP ID), timing advance information TAC and subsequent uplink transmission resource allocation UL grant, and a terminal completes the competitive solution through that the RAP ID in the Random Access Response MACRAR is the same as the Preamble code sent by Msg 1.
The 5G New Radio (NR) interface physical layer transmission is based on Beam, and when Beam Failure (Failure) occurs, the terminal performs a Beam Failure Recovery (BFR) process. The process is realized through random access, and specifically comprises the steps that a terminal selects a specific beam and initiates random access, and after the random access is successful, the beam failure recovery is considered to be completed on the selected beam. The random access procedure for beam failure recovery may be non-contention random access or contention random access.
For example, the BFR may use a Contention Free Random Access (CFRA), the terminal sends a BFR dedicated preamble (preamble), then the base station schedules the terminal based on the PDCCH scrambled by the C-RNTI, and after receiving the PDCCH, the terminal performs Acknowledgement (ACK)/non-acknowledgement (NACK) feedback to the base station to let the base station know that the terminal beam has recovered. In the non-competitive random access process in the scene, the Msg2 is a PDCCH carrying a C-RNTI, and as long as the C-RNTI is consistent with the C-RNTI of the terminal, the terminal judges that the random access is successful, so that the beam failure recovery is successful.
Specifically, the non-contention random access for BFR includes: the network side configures an alternative beam set (candidate beam set) for the terminal, allocates non-contention access resources (PRACH resources and/or preamble codes) on a plurality of beams of the alternative beam set, initiates the non-contention random access if the non-contention random access resources exist on the beam selected by the terminal, and considers that the non-contention random access is successful if a PDCCH command scrambled by a terminal C-RNTI is received in a configured resource coreset for receiving the PDCCH command within configuration time after the terminal sends Msg 1. For non-contention random access for BFR, the base station configures independent random access parameters including a random access response window length (ra-ResponseWindow-BFR), a preamble initial reception target power (preamble initial reception target-BFR), a power ramping step-BFR, a maximum number of random access attempts (preamble transmax-BFR), etc.
However, if the terminal has uplink desynchronization during the BFR process, the uplink ACK/NACK feedback will not be performed, and the base station will not know that the terminal has completed the BFR process. Based on this, the technical scheme provided by the embodiment of the application can realize uplink synchronization in the BFR process, and can ensure uplink synchronization of the terminal in the BFR process, thereby ensuring that the base station can confirm that the terminal completes recovery of beam failure.
The beam failure recovery scheme provided in the embodiment of the present application includes that a Network side device receives a BFR dedicated preamble sent by a terminal, and then sends a Physical Downlink Control Channel (PDCCH) scrambled based on a Cell Radio Network Temporary Identity (C-RNTI) in a Random Access Response (RAR) window (window) corresponding to the BFR, where the PDCCH needs to indicate a Timing Advance (TA) value that can be used by the terminal.
Referring to fig. 2, on a network side, a method for recovering a beam failure provided in an embodiment of the present application includes:
s101, determining a BFR process of the terminal initiating beam failure recovery;
and S102, in the random access response window corresponding to the BFR, scheduling the terminal through a Physical Downlink Control Channel (PDCCH) corresponding to the terminal, and indicating a Timing Advance (TA) value used by the terminal.
Optionally, it may be determined that the terminal initiates the BFR procedure by receiving a BFR-specific preamble sent by the terminal.
Optionally, the PDCCH corresponding to the terminal is a PDCCH scrambled based on a cell radio network temporary identity C-RNTI of the terminal.
Correspondingly, referring to fig. 3, at a terminal side, a method for recovering a beam failure provided in an embodiment of the present application includes:
s201, initiating a BFR process of beam failure recovery;
s202, monitoring a Physical Downlink Control Channel (PDCCH) in a random access response window corresponding to the BFR, and acquiring a Timing Advance (TA) value indicated by a network side.
For example, the terminal sends a BFR-dedicated preamble to the network side device, then starts an RAR window corresponding to the BFR at the first PDCCH occasion (occasion) after the preamble is transmitted, and monitors the PDCCH scrambled by the C-RNTI sent by the network in the RAR window, and obtains the TA value indicated by the network side.
Optionally, the method further comprises:
and the terminal performs TA adjustment based on the TA value.
The above TA value that the network side indicates the terminal can use may be in various ways:
the first method is as follows: a Timing Advance Command (TAC) Medium Access Control (MAC) Control Element (Control Element, CE) is carried on a Physical Downlink Shared Channel (PDSCH) scheduled by the PDCCH, where the PDCCH may be, for example, a first PDCCH or a retransmission of the first PDCCH after a network side receives a BFR dedicated preamble sent by the terminal.
And in the second mode, transmitting an RAR MAC Packet Data Unit (PDU) corresponding to the BFR on the PDSCH scheduled by the PDCCH, wherein the RAR MAC PDU corresponding to the BFR carries Uplink (UL) TA information.
Based on the first mode, the network side carries the TAC MAC CE on the PDSCH scheduled by the PDCCH, and the condition for carrying the TAC MAC CE may be, but is not limited to, any one of the following conditions:
alt 1: and the PDSCH scheduled by the PDCCH always carries TAC MAC CE.
And Alt 2, the network side equipment judges whether the terminal initiating the BFR process is about to go out of step in an uplink mode or has gone out of step in the uplink mode, and if so, the terminal carries the TAC MAC CE on the PDSCH scheduled by the PDCCH. Otherwise, the TAC MAC CE may not be carried on the PDSCH scheduled by the PDCCH.
Optionally, the condition for determining whether the terminal is about to go out of synchronization in uplink in Alt 2 is, for example: the difference value between the current time and the timeout time of a TA timer (TAT) is less than a preset threshold.
The specific value of the preset threshold can be determined according to actual needs.
Regarding the judgment that the terminal is out of synchronization, the judgment can be made according to whether a Timing Advance Timer (TAT) is overtime, if so, the terminal is out of synchronization, and if not, the terminal is not out of synchronization.
The TAT timeout time, that is, the timing duration of the TAT, may also be determined according to actual needs.
Based on the first mode, the format of the TAC MAC CE may be, but is not limited to, any one of the following:
referring to fig. 4, the existing TAC MAC CE using the 6-bit TA value is used;
introducing a new TACMAC CE using TA value of 8bit, 10bit or 12bit or other bit number and a new Logical Channel Identifier (LCID) corresponding to the TAC MAC CE.
Wherein the content of the first and second substances,
the 8bit TAC MAC CE format is for example see fig. 5;
the 10bit TAC MAC CE format is for example see fig. 6;
see, for example, fig. 7 for the 12bit TAC MAC CE format.
It should be noted that positions of bits corresponding to TAG (Timing Alignment Group) ID, reserved bit (reserved bit), and Timing Advance Command (Timing Advance Command) in the TAC MAC CE in fig. 4 to 7 can be flexibly changed.
Optionally, based on the second mode, the number of bits occupied by the UL TA information in the RAR MAC PDU corresponding to the BFR may be 6 bits, 8 bits, 10 bits, or 12 bits, or of course, other bit values may also be used, depending on the requirement for the accuracy of the uplink timing advance adjustment amount.
The RAR MAC PDU corresponding to the BFR at least includes a UL TA indication field, and optionally may further include a UL scheduling grant (grant) indication field and/or RAP ID information. Wherein, the UL grant indication field is used for indicating resources used by subsequent uplink transmission.
Several specific embodiments are described below:
example 1 (corresponding to the first embodiment):
the beam failure recovery method provided in this embodiment includes:
step 1: the terminal determines that a Beam Failure (BF) occurs.
Wherein, how the terminal specifically judges whether BF occurs can continue to use the existing BF judging mechanism.
Step 2: the terminal initiates a BFR procedure.
For example, the terminal sends a BFR-dedicated preamble to the network side device, then starts an RAR window corresponding to the BFR in the first PDCCH occasion after the preamble is transmitted, and monitors a PDCCH scrambled based on a C-RNTI sent by the network in the RAR window, and meanwhile needs to receive a TA value indicated by the network side.
The network side indicates the TA value that the terminal can use, for example, using the following method:
and carrying TAC MAC CE on the PDSCH scheduled by the PDCCH, wherein the PDCCH is the first PDCCH or the retransmission of the first PDCCH after a network side receives a BFR special preamble sent by the terminal.
The network side carries TAC MAC CE on the PDCCH-scheduled PDSCH, and the condition for carrying TACMAC CE may be, but is not limited to, any of the following:
alt 1: and the PDSCH scheduled by the PDCCH always carries TAC MAC CE.
And Alt 2, the network side equipment judges whether the terminal initiating the BFR process is about to go out of step in an uplink mode or has gone out of step in the uplink mode, and if so, the terminal carries the TAC MAC CE on the PDSCH scheduled by the PDCCH. Otherwise, the TAC MAC CE may not be carried on the PDSCH scheduled by the PDCCH.
For the TAC MAC CE described above, the format of the TAC MAC CE may be, but is not limited to, any one of the following:
referring to fig. 4, the existing TAC MAC CE using the 6-bit TA value is used;
and introducing a new TAC MAC CE using the TA value of 8bit or 10bit or 12bit or other bits and a corresponding new LCID.
Wherein the content of the first and second substances,
the 8bit TAC MAC CE format is for example see fig. 5;
the 10bit TAC MAC CE format is for example see fig. 6;
see, for example, fig. 7 for the 12bit TAC MAC CE format.
The positions of bits corresponding to the TAG ID, the reserved bit and the Timing Advance Command in the TAC MAC CE can be flexibly changed.
And step 3: and the terminal receives the PDCCH scrambled by the C-RNTI in the RAR window corresponding to the BFR.
And if the PDSCH scheduled by the PDCCH carries the TAC MAC CE, adjusting the uplink timing advance according to the TA value indicated in the TAC MAC CE.
Example 2 (corresponding to the second embodiment):
the beam failure recovery method provided in this embodiment includes:
step 1: the terminal determines that BF occurs.
Wherein, how the terminal specifically judges whether BF occurs can continue to use the existing BF judging mechanism.
Step 2: the terminal initiates a BFR procedure.
For example, the terminal sends a BFR-dedicated preamble to the network side device, then starts an RAR window corresponding to the BFR in the first PDCCH occasion after the preamble is transmitted, and monitors a PDCCH scrambled based on a C-RNTI sent by the network in the RAR window, and meanwhile needs to receive a TA value indicated by the network side.
The TA value that the network side indicates the terminal can use is as follows:
and transmitting RAR MAC PDU corresponding to BFR on the PDSCH scheduled by the PDCCH, wherein the RAR MAC PDU corresponding to BFR carries UL TA information.
The RAR MAC PDU corresponding to the BFR at least includes a UL TA indication field, and optionally may further include a UL grant and/or a RAP ID indication field. The bit number occupied by the UL TA information in the UL TA indication field may be 6 bits, or 8 bits, or 10 bits, or 12 bits, or of course, other bit values may be also possible, depending on the requirement for the accuracy of the uplink timing advance adjustment amount.
And step 3: and the terminal receives the PDCCH scrambled by the C-RNTI in the RAR window corresponding to the BFR.
And if the PDSCH scheduled by the PDCCH carries the TAC MAC CE, adjusting the uplink timing advance according to the TA value indicated in the TAC MAC CE.
The following describes the apparatus provided in the embodiments of the present application.
On the network side, referring to fig. 8, a beam failure recovery apparatus provided in an embodiment of the present application includes:
a memory 520 for storing program instructions;
a processor 500 for calling the program instructions stored in the memory, and executing, according to the obtained program:
determining a BFR process of the terminal initiating beam failure recovery;
and in a random access response window corresponding to the BFR, scheduling the terminal through a Physical Downlink Control Channel (PDCCH) corresponding to the terminal, and indicating a Timing Advance (TA) value used by the terminal.
Optionally, the processor 500 receives, through the transceiver 510, a BFR-specific preamble transmitted by the terminal, and determines that the terminal initiates a BFR procedure.
Optionally, the PDCCH corresponding to the terminal is a PDCCH scrambled by using a cell radio network temporary identity C-RNTI of the terminal.
Optionally, the TA value used by the terminal is indicated in one of the following ways:
the first method is as follows: a timing advance command TAC media access control MAC control unit CE is carried on a physical downlink shared channel PDSCH scheduled by the PDCCH;
the second method comprises the following steps: and transmitting an RAR MAC Packet Data Unit (PDU) corresponding to the BFR on the PDSCH scheduled by the PDCCH, wherein the RAR MAC PDU carries Uplink (UL) TA information.
Optionally, in the first mode, the PDCCH is the first PDCCH or the retransmission of the first PDCCH after the network side receives the BFR-specific preamble sent by the terminal.
Optionally, in the first mode, the first step,
the TAC MAC CE is always carried on the PDSCH scheduled by the PDCCH;
or when determining that the terminal is about to go out of synchronization or has gone out of synchronization, carrying the TAC MAC CE on the PDSCH scheduled by the PDCCH.
Optionally, when a difference between the current time and the timeout time of the TA timer is less than or equal to a preset threshold, it is determined that the terminal is going to go up and lose synchronization.
Optionally, in the first mode, the number of occupied bits is determined according to the uplink timing precision requirement; and/or the presence of a gas in the gas,
in the second mode, the number of bits occupied by the UL TA information in the RAR MAC PDU is determined according to the uplink timing accuracy requirement.
Optionally, in the first mode, the TA value in the TAC MAC CE occupies 6 bits, 8 bits, 10 bits, or 12 bits; and/or the presence of a gas in the gas,
in the second mode, the UL TA information in the RAR MAC PDU occupies 6 bits, 8 bits, 10 bits, or 12 bits.
Optionally, in the second mode, the RAR MAC PDU further carries UL grant and/or RAP ID information.
A transceiver 510 for receiving and transmitting data under the control of the processor 500.
Where in fig. 8, the bus architecture may include any number of interconnected buses and bridges, with various circuits being linked together, particularly one or more processors represented by processor 500 and memory represented by memory 520. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 510 may be a number of elements, including a transmitter and a transceiver, providing a means for communicating with various other apparatus over a transmission medium. The processor 500 is responsible for managing the bus architecture and general processing, and the memory 520 may store data used by the processor 500 in performing operations.
The processor 500 may be a Central Processing Unit (CPU), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA), or a Complex Programmable Logic Device (CPLD).
Correspondingly, referring to fig. 9, on the terminal side, a beam failure recovery apparatus provided in the embodiment of the present application includes:
a memory 620 for storing program instructions;
a processor 600, configured to call the program instructions stored in the memory, and execute, according to the obtained program:
initiating a Beam Failure Recovery (BFR) process;
and monitoring a Physical Downlink Control Channel (PDCCH) in a random access response window corresponding to the BFR, and acquiring a Timing Advance (TA) value indicated by a network side.
Optionally, the BFR procedure is initiated by the transceiver 610 transmitting a BFR specific preamble.
Optionally, the TA value indicated by the network side is obtained by one of the following ways:
the first method is as follows: acquiring a timing advance command TAC media access control MAC control unit CE carried on a Physical Downlink Shared Channel (PDSCH) scheduled by the PDCCH;
the second method comprises the following steps: and acquiring RAR MAC Packet Data Unit (PDU) corresponding to the BFR transmitted on the PDSCH scheduled by the PDCCH, and acquiring Uplink (UL) TA information from the RAR MAC PDU.
Optionally, the processor 600 is further configured to:
and performing uplink TA adjustment based on the TA value.
A transceiver 610 for receiving and transmitting data under the control of the processor 600.
Where in fig. 9, the bus architecture may include any number of interconnected buses and bridges, with various circuits being linked together, particularly one or more processors represented by processor 600 and memory represented by memory 620. The bus architecture may also link together various other circuits such as peripherals, voltage regulators, power management circuits, and the like, which are well known in the art, and therefore, will not be described any further herein. The bus interface provides an interface. The transceiver 610 may be a number of elements including a transmitter and a receiver that provide a means for communicating with various other apparatus over a transmission medium. For different user devices, the user interface 630 may also be an interface capable of interfacing with a desired device externally, including but not limited to a keypad, display, speaker, microphone, joystick, etc.
The processor 600 is responsible for managing the bus architecture and general processing, and the memory 620 may store data used by the processor 600 in performing operations.
Alternatively, the processor 600 may be a CPU (central processing unit), an ASIC (Application Specific Integrated Circuit), an FPGA (Field Programmable Gate Array), or a CPLD (Complex Programmable Logic Device).
On the network side, referring to fig. 10, another beam failure recovery apparatus provided in the embodiment of the present application includes:
a determining unit 11, configured to determine that a terminal initiates a beam failure recovery BFR procedure;
a scheduling unit 12, configured to schedule the terminal through a physical downlink control channel PDCCH corresponding to the terminal in a random access response window corresponding to the BFR, and indicate a timing advance TA value used by the terminal.
On the terminal side, referring to fig. 11, another beam failure recovery apparatus provided in the embodiment of the present application includes:
an initiating unit 21, configured to initiate a beam failure recovery BFR procedure;
a monitoring unit 22, configured to monitor a physical downlink control channel PDCCH in the random access response window corresponding to the BFR, and obtain a timing advance TA value indicated by the network side.
In this embodiment, the beam failure recovery apparatus on the network side may be a network side device, for example, a base station.
In this embodiment, the beam failure recovery apparatus at the terminal side may be a terminal device, for example, a UE.
The method provided by the embodiment of the application can be applied to terminal equipment and also can be applied to network equipment.
In this embodiment, a Terminal device may also be referred to as a User Equipment (User Equipment, abbreviated as "UE"), a Mobile Station (Mobile Station, abbreviated as "MS"), a Mobile Terminal (Mobile Terminal), and the like, and optionally, the Terminal may have a capability of communicating with one or more core networks through a Radio Access Network (RAN), for example, the Terminal may be a Mobile phone (or referred to as a "cellular" phone), or a computer with Mobile property, and for example, the Terminal may also be a portable, pocket, hand-held, computer-built-in, or vehicle-mounted Mobile device.
In an embodiment of the present application, a network device may be a base station (e.g., an access point) that refers to a device in an access network that communicates over the air-interface, through one or more sectors, with wireless terminals. The base station may be configured to interconvert received air frames and IP packets as a router between the wireless terminal and the rest of the access network, which may include an Internet Protocol (IP) network. The base station may also coordinate management of attributes for the air interface. For example, the Base Station may be a Base Transceiver Station (BTS) in GSM or CDMA, a Base Station (NodeB) in WCDMA, an evolved Node B (NodeB or eNB or e-NodeB) in LTE, or a gNB in 5G system. The embodiments in this aspect are not limited.
The above method process flow may be implemented by a software program, which may be stored in a storage medium, and when the stored software program is called, the above method steps are performed.
Embodiments of the present application provide a computer storage medium for storing computer program instructions for an apparatus provided in the embodiments of the present application, which includes a program for executing any one of the methods provided in the embodiments of the present application.
The computer storage media may be any available media or data storage device that can be accessed by a computer, including, but not limited to, magnetic memory (e.g., floppy disks, hard disks, magnetic tape, magneto-optical disks (MOs), etc.), optical memory (e.g., CDs, DVDs, BDs, HVDs, etc.), and semiconductor memory (e.g., ROMs, EPROMs, EEPROMs, non-volatile memory (NAND FLASH), Solid State Disks (SSDs)), etc.
To sum up, in this embodiment of the present application, a network side device receives a BFR dedicated preamble sent by a terminal, and then sends a PDCCH scrambled based on a C-RNTI of the terminal in a RAR window corresponding to the BFR, and needs to indicate a TA value that can be used by the terminal. Therefore, uplink synchronization of the terminal in the BFR process can be ensured, and the base station can be further ensured to know that the terminal completes recovery of beam failure.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It will be apparent to those skilled in the art that various changes and modifications may be made in the present application without departing from the spirit and scope of the application. Thus, if such modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is intended to include such modifications and variations as well.

Claims (25)

1. A method for beam failure recovery, the method comprising:
determining a BFR process of the terminal initiating beam failure recovery;
in a random access response window corresponding to the BFR, scheduling the terminal through a Physical Downlink Control Channel (PDCCH) corresponding to the terminal, and indicating a Timing Advance (TA) value used by the terminal;
wherein the TA value used by the terminal is indicated in one of the following ways:
the first method is as follows: a timing advance command TAC media access control MAC control unit CE is carried on a physical downlink shared channel PDSCH scheduled by the PDCCH;
the second method comprises the following steps: and transmitting an RAR MAC Packet Data Unit (PDU) corresponding to the BFR on the PDSCH scheduled by the PDCCH, wherein the RAR MAC PDU carries Uplink (UL) TA information.
2. The method of claim 1, wherein the terminal is determined to initiate the BFR procedure by receiving a BFR specific preamble sent by the terminal.
3. The method of claim 1, wherein the PDCCH corresponding to the terminal is a PDCCH scrambled with a cell radio network temporary identity C-RNTI of the terminal.
4. The method according to claim 1, wherein in the first mode, the PDCCH is the first PDCCH or the retransmission of the first PDCCH after the network side receives the BFR-specific preamble sent by the terminal.
5. The method of claim 1, wherein, in the first mode,
the TAC MAC CE is always carried on the PDSCH scheduled by the PDCCH;
or when determining that the terminal is about to go out of synchronization or has gone out of synchronization, carrying the TAC MAC CE on the PDSCH scheduled by the PDCCH.
6. The method according to claim 5, wherein it is determined that the terminal is about to go out of synchronization in uplink when a difference between a current time and a TA timer timeout time is less than or equal to a preset threshold.
7. The method according to claim 1, wherein in the first mode, the number of bits occupied by the TA value in the TAC MAC CE is determined according to an uplink timing accuracy requirement; and/or the presence of a gas in the gas,
in the second mode, the number of bits occupied by the UL TA information in the RAR MAC PDU is determined according to the uplink timing accuracy requirement.
8. The method according to claim 1, wherein in the first mode, the TA value in the TAC MAC CE occupies 6 bits, 8 bits, 10 bits, or 12 bits; and/or the presence of a gas in the gas,
in the second mode, the UL TA information in the RAR MAC PDU occupies 6 bits, 8 bits, 10 bits, or 12 bits.
9. The method according to claim 1, wherein in the second mode, the RAR MAC PDU further carries UL grant and/or random access preamble identification RAP ID information.
10. A method for beam failure recovery, the method comprising:
initiating a Beam Failure Recovery (BFR) process;
monitoring a Physical Downlink Control Channel (PDCCH) in a random access response window corresponding to the BFR, and acquiring a Timing Advance (TA) value indicated by a network side;
wherein, the TA value indicated by the network side is obtained by adopting one of the following modes:
the first method is as follows: acquiring a timing advance command TAC media access control MAC control unit CE carried on a Physical Downlink Shared Channel (PDSCH) scheduled by the PDCCH;
the second method comprises the following steps: and acquiring RAR MAC Packet Data Unit (PDU) corresponding to the BFR transmitted on the PDSCH scheduled by the PDCCH, and acquiring Uplink (UL) TA information from the RAR MAC PDU.
11. The method of claim 10, further comprising:
and performing uplink TA adjustment based on the TA value.
12. A beam failure recovery apparatus, comprising:
a memory for storing program instructions;
a processor for calling the program instructions stored in the memory and executing according to the obtained program:
determining a BFR process of the terminal initiating beam failure recovery;
in a random access response window corresponding to the BFR, scheduling the terminal through a Physical Downlink Control Channel (PDCCH) corresponding to the terminal, and indicating a Timing Advance (TA) value used by the terminal;
wherein the TA value used by the terminal is indicated in one of the following ways:
the first method is as follows: a timing advance command TAC media access control MAC control unit CE is carried on a physical downlink shared channel PDSCH scheduled by the PDCCH;
the second method comprises the following steps: and transmitting an RAR MAC Packet Data Unit (PDU) corresponding to the BFR on the PDSCH scheduled by the PDCCH, wherein the RAR MAC PDU carries Uplink (UL) TA information.
13. The apparatus of claim 12, wherein the terminal is determined to initiate the BFR procedure by receiving a BFR-specific preamble transmitted by the terminal.
14. The apparatus of claim 12, wherein the PDCCH corresponding to the terminal is a PDCCH scrambled with a cell radio network temporary identity C-RNTI of the terminal.
15. The apparatus according to claim 12, wherein in the first mode, the PDCCH is the first PDCCH or the retransmission of the first PDCCH after the network side receives the BFR-specific preamble sent by the terminal.
16. The apparatus of claim 12, wherein, in the first mode,
the TAC MAC CE is always carried on the PDSCH scheduled by the PDCCH;
or when determining that the terminal is about to go out of synchronization or has gone out of synchronization, carrying the TAC MAC CE on the PDSCH scheduled by the PDCCH.
17. The apparatus according to claim 16, wherein when a difference between a current time and a TA timer timeout time is smaller than or equal to a preset threshold, it is determined that the terminal is going to go out of synchronization in an uplink.
18. The apparatus according to claim 12, wherein in the first mode, the number of bits occupied by the TA value in the TAC MAC CE is determined according to an uplink timing accuracy requirement; and/or the presence of a gas in the gas,
in the second mode, the number of bits occupied by the UL TA information in the RAR MAC PDU is determined according to the uplink timing accuracy requirement.
19. The apparatus according to claim 12, wherein in the first mode, the TA value in the TAC MAC CE occupies 6 bits, 8 bits, 10 bits, or 12 bits; and/or the presence of a gas in the gas,
in the second mode, the UL TA information in the RAR MAC PDU occupies 6 bits, 8 bits, 10 bits, or 12 bits.
20. The apparatus according to claim 12, wherein in the second mode, the RAR MAC PDU further carries UL grant and/or RAP ID information.
21. A beam failure recovery apparatus, comprising:
a memory for storing program instructions;
a processor for calling the program instructions stored in the memory and executing according to the obtained program:
initiating a Beam Failure Recovery (BFR) process;
monitoring a Physical Downlink Control Channel (PDCCH) in a random access response window corresponding to the BFR, and acquiring a Timing Advance (TA) value indicated by a network side;
wherein, the TA value indicated by the network side is obtained by adopting one of the following modes:
the first method is as follows: acquiring a timing advance command TAC media access control MAC control unit CE carried on a Physical Downlink Shared Channel (PDSCH) scheduled by the PDCCH;
the second method comprises the following steps: and acquiring RAR MAC Packet Data Unit (PDU) corresponding to the BFR transmitted on the PDSCH scheduled by the PDCCH, and acquiring Uplink (UL) TA information from the RAR MAC PDU.
22. The apparatus of claim 21, wherein the processor is further configured to:
and performing uplink TA adjustment based on the TA value.
23. A beam failure recovery apparatus, comprising:
the determining unit is used for determining a BFR process of the terminal initiating the beam failure recovery;
a scheduling unit, configured to schedule the terminal through a physical downlink control channel PDCCH corresponding to the terminal in a random access response window corresponding to the BFR, and indicate a timing advance TA value used by the terminal;
wherein the TA value used by the terminal is indicated in one of the following ways:
the first method is as follows: a timing advance command TAC media access control MAC control unit CE is carried on a physical downlink shared channel PDSCH scheduled by the PDCCH;
the second method comprises the following steps: and transmitting an RAR MAC Packet Data Unit (PDU) corresponding to the BFR on the PDSCH scheduled by the PDCCH, wherein the RAR MAC PDU carries Uplink (UL) TA information.
24. A beam failure recovery apparatus, comprising:
the initiating unit is used for initiating a BFR process of beam failure recovery;
a monitoring unit, configured to monitor a physical downlink control channel PDCCH in a random access response window corresponding to the BFR, and obtain a timing advance TA value indicated by a network side;
wherein, the TA value indicated by the network side is obtained by adopting one of the following modes:
the first method is as follows: acquiring a timing advance command TAC media access control MAC control unit CE carried on a Physical Downlink Shared Channel (PDSCH) scheduled by the PDCCH;
the second method comprises the following steps: and acquiring RAR MAC Packet Data Unit (PDU) corresponding to the BFR transmitted on the PDSCH scheduled by the PDCCH, and acquiring Uplink (UL) TA information from the RAR MAC PDU.
25. A computer storage medium having stored thereon computer-executable instructions for causing a computer to perform the method of any one of claims 1 to 11.
CN201810167254.0A 2018-02-28 2018-02-28 Beam failure recovery method and device Active CN110213819B (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810167254.0A CN110213819B (en) 2018-02-28 2018-02-28 Beam failure recovery method and device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810167254.0A CN110213819B (en) 2018-02-28 2018-02-28 Beam failure recovery method and device

Publications (2)

Publication Number Publication Date
CN110213819A CN110213819A (en) 2019-09-06
CN110213819B true CN110213819B (en) 2021-05-18

Family

ID=67778902

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810167254.0A Active CN110213819B (en) 2018-02-28 2018-02-28 Beam failure recovery method and device

Country Status (1)

Country Link
CN (1) CN110213819B (en)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113785635B (en) * 2019-09-26 2023-10-13 Oppo广东移动通信有限公司 Method and device for determining completion status of cell beam fault recovery
WO2021062680A1 (en) * 2019-09-30 2021-04-08 Oppo广东移动通信有限公司 Data transmission method and related devices
US20220386294A1 (en) * 2019-11-04 2022-12-01 Apple Inc. Beam Failure Management for User Equipment Out of Synchronization in the Uplink
CN112770405B (en) * 2019-11-04 2023-06-20 维沃移动通信有限公司 Method and apparatus for transmission
CN115668799A (en) * 2020-05-28 2023-01-31 高通股份有限公司 Managing beam failure recovery updates
US20220304012A1 (en) * 2020-08-05 2022-09-22 Apple Inc. Scheduling a User Equipment as Part of a Group

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102223658A (en) * 2010-04-19 2011-10-19 中兴通讯股份有限公司 Method and relay node for handling radio link failure
CN104581925A (en) * 2013-10-29 2015-04-29 电信科学技术研究院 Method and device for timed maintenance under coverage enhancement mechanism
CN107534888A (en) * 2015-05-01 2018-01-02 华为技术有限公司 Device, network and method for the CSI feedback of mixed-beam shaping

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102223658A (en) * 2010-04-19 2011-10-19 中兴通讯股份有限公司 Method and relay node for handling radio link failure
CN104581925A (en) * 2013-10-29 2015-04-29 电信科学技术研究院 Method and device for timed maintenance under coverage enhancement mechanism
CN107534888A (en) * 2015-05-01 2018-01-02 华为技术有限公司 Device, network and method for the CSI feedback of mixed-beam shaping

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
Beam recovery request;Qualcomm Incorporated;《3GPP TSG-RAN WG2 Meeting #99bis R2-1711361》;20171013;全文 *
BWP and random access;Ericsson;《3GPP TSG-RAN WG1 91 R1-1721425》;20171201;全文 *
Medium Access Control (MAC) protocol specification(Release 15);3GPP，Technical Specification，NR;《3GPP TS 38.321 V2.0.0》;20171211;第5-6章 *

Also Published As

Publication number Publication date
CN110213819A (en) 2019-09-06

Similar Documents

Publication Publication Date Title
CN110213819B (en) Beam failure recovery method and device
US11606786B2 (en) Data transmission method, terminal device, and access network device
JP7170730B2 (en) Beam failure recovery method, apparatus and device
CN108633003B (en) Resource allocation method and device and terminal equipment
US10420113B2 (en) Resource reconfiguration method, base station, and user equipment
CN117177367A (en) Method, apparatus, computer readable medium for broadband partial handoff
US11337255B2 (en) Wireless communication method and device
CN108365912B (en) Transmission mode switching method and device
EP2850891B1 (en) Multireceiver timing advance provisioning
EP3614739B1 (en) Uplink carrier switching method, network device, and terminal device
WO2020248259A1 (en) Random access method, terminal device and network device
CN114041274A (en) Timing advance validity in pre-configured uplink resources for enhanced wireless networks
WO2021087929A1 (en) Random access method and apparatus
WO2021043416A1 (en) Idle state small data transmissions for wireless networks
US20240080699A1 (en) Sdt failure reporting method, terminal device, and network device
US11716635B2 (en) Creating protocol data unit for early data transmission
EP4124131A1 (en) Information transmission method and apparatus, and related device
EP4102903A1 (en) Method for carrier selection in vehicle to everything system and terminal device
WO2023108420A1 (en) Method and apparatus for determining validity of timing advance, device, and storage medium
WO2022236499A1 (en) Cg resource maintenance method, terminal device and network device
KR20240102950A (en) Systems and methods for improved random access procedures

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
TR01 Transfer of patent right

Effective date of registration: 20210526

Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing

Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd.

Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road

Patentee before: Telecommunications Science and Technology Research Institute Co.,Ltd.

TR01 Transfer of patent right