CN109039408B - Beam failure processing method, terminal and network equipment - Google Patents

Beam failure processing method, terminal and network equipment Download PDF

Info

Publication number
CN109039408B
CN109039408B CN201710434020.3A CN201710434020A CN109039408B CN 109039408 B CN109039408 B CN 109039408B CN 201710434020 A CN201710434020 A CN 201710434020A CN 109039408 B CN109039408 B CN 109039408B
Authority
CN
China
Prior art keywords
resource
beam failure
recovery request
failure recovery
terminal
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
CN201710434020.3A
Other languages
Chinese (zh)
Other versions
CN109039408A (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.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication 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 Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN201710434020.3A priority Critical patent/CN109039408B/en
Priority to PCT/CN2018/090289 priority patent/WO2018224013A1/en
Publication of CN109039408A publication Critical patent/CN109039408A/en
Application granted granted Critical
Publication of CN109039408B publication Critical patent/CN109039408B/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0602—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using antenna switching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0802—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station using antenna selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access, e.g. scheduled or random access

Abstract

The invention discloses a beam failure processing method, a terminal and network equipment, wherein the method comprises the following steps: acquiring physical random access channel NR-PRACH resource configuration information and physical uplink control channel NR-PUCCH resource configuration information sent by network equipment; receiving first indication information sent by network equipment; if the beam failure is detected, determining target transmission resources for sending a beam failure recovery request according to the first indication information, the NR-PRACH resource configuration information and/or the NR-PUCCH resource configuration information; and sending a beam failure recovery request to the network equipment through the target transmission resource. The invention reasonably configures the sending configuration of the wave beam failure recovery request of various channels or signals through the network equipment, effectively improves the efficiency of wave beam failure recovery and enhances the transmission reliability of the high-frequency communication link.

Description

Beam failure processing method, terminal and network equipment
Technical Field
The present invention relates to the field of communications technologies, and in particular, to a beam failure processing method, a terminal, and a network device.
Background
In the future fifth Generation (5G) mobile communication system, or New Radio (NR) system, high frequency communication and large-scale antenna technology will be introduced to achieve the goals of 20Gbps downlink transmission rate and 10Gbps uplink transmission rate. In particular, high frequency communication can provide wider system bandwidth, and the antenna size can be smaller, which is more beneficial to the deployment of large-scale antennas in base stations and terminals. However, high frequency communication has the disadvantages of large path loss, easy interference, weak link, etc., and large-scale antenna technology can provide large antenna gain, so that the combination of high frequency communication and large-scale antenna is a necessary trend of future 5G mobile communication systems.
However, the problem of link vulnerability in high frequency communications still exists. In the prior art, when a signal is blocked in high-frequency communication, a beam failure recovery mechanism may be used to switch a beam, and a communication link is switched from a poor beam to a candidate beam with a good communication link, so as to avoid a radio link failure. Although the prior art provides a 5G system that supports multiple channels or signal transmission beam failure recovery requests, a configuration method for how to configure multiple channels or signals corresponding to the beam failure recovery requests and a processing mechanism for uplink transmission behaviors of a terminal are not provided.
Disclosure of Invention
The embodiment of the invention provides a beam failure processing method, a terminal and network equipment, and aims to solve the problem of how to transmit a beam failure recovery request after a terminal detects a beam failure in the prior art.
In a first aspect, an embodiment of the present invention provides a method for processing a beam failure, which is applied to a terminal side, and includes:
acquiring resource configuration information of a Physical Random Access Channel (NR-PRACH) and resource configuration information of a Physical Uplink Control Channel (NR-PUCCH, NR-PDCCH, New Radio Physical Uplink Control Channel) sent by network equipment; the NR-PRACH resource configuration information is used for indicating NR-PRACH transmission resources configured for the beam failure recovery request by the network equipment, and the NR-PUCCH resource configuration information is used for indicating NR-PUCCH transmission resources configured for the beam failure recovery request by the network equipment;
receiving first indication information sent by network equipment; the first indication information is used for indicating a transmission channel or a signal of the beam failure recovery request;
if the beam failure is detected, determining target transmission resources for sending a beam failure recovery request according to the first indication information, the NR-PRACH resource configuration information and/or the NR-PUCCH resource configuration information;
and sending a beam failure recovery request to the network equipment through the target transmission resource.
In a second aspect, an embodiment of the present invention further provides a terminal, including:
the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring physical random access channel (NR-PRACH) resource configuration information and physical uplink control channel (NR-PUCCH) resource configuration information which are sent by network equipment; the NR-PRACH resource configuration information is used for indicating NR-PRACH transmission resources configured for the beam failure recovery request by the network equipment, and the NR-PUCCH resource configuration information is used for indicating NR-PUCCH transmission resources configured for the beam failure recovery request by the network equipment;
the first receiving module is used for receiving first indication information sent by the network equipment; the first indication information is used for indicating a transmission channel or a signal of the beam failure recovery request;
the processing module is used for determining target transmission resources for sending the beam failure recovery request according to the first indication information, the NR-PRACH resource configuration information and/or the NR-PUCCH resource configuration information when the beam failure is detected;
a first sending module, configured to send a beam failure recovery request to the network device through the target transmission resource.
In a third aspect, an embodiment of the present invention provides a terminal, where the terminal includes a processor, a memory, and a beam failure processing program that is stored in the memory and is executable on the processor, and the processor implements the steps in the beam failure processing method when executing the beam failure processing program.
In a fourth aspect, an embodiment of the present invention provides a computer-readable storage medium, on which a beam failure processing program is stored, and when being executed by a processor, the beam failure processing program implements the steps of the beam failure processing method as described above.
In a fifth aspect, an embodiment of the present invention provides a beam failure processing method, applied to a network device side, including:
sending physical random access channel NR-PRACH resource configuration information and physical uplink control channel NR-PUCCH resource configuration information to a terminal; the NR-PRACH resource configuration information is used for indicating NR-PRACH transmission resources configured for the beam failure recovery request by the network equipment, and the NR-PUCCH resource configuration information is used for indicating NR-PUCCH transmission resources configured for the beam failure recovery request by the network equipment;
sending first indication information to a terminal; the first indication information is used for indicating a transmission channel or a signal of the beam failure recovery request;
receiving a beam failure recovery request sent by a terminal through a target transmission resource after detecting beam failure; and the target transmission resource is determined by the terminal according to the first indication information, the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information.
In a sixth aspect, an embodiment of the present invention provides a network device, including:
the second sending module is used for sending physical random access channel NR-PRACH resource configuration information and physical uplink control channel NR-PUCCH resource configuration information to the terminal; the NR-PRACH resource configuration information is used for indicating NR-PRACH transmission resources configured for the beam failure recovery request by the network equipment, and the NR-PUCCH resource configuration information is used for indicating NR-PUCCH transmission resources configured for the beam failure recovery request by the network equipment;
the third sending module is used for sending the first indication information to the terminal; the first indication information is used for indicating a transmission channel or a signal of the beam failure recovery request;
a second receiving module, configured to receive a beam failure recovery request sent by the terminal through the target transmission resource after detecting a beam failure; and the target transmission resource is determined by the terminal according to the first indication information, the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information.
In a seventh aspect, an embodiment of the present invention provides a network device, where the network device includes a processor, a memory, and a beam failure processing program that is stored on the memory and is executable on the processor, and the processor implements the steps in the beam failure processing method when executing the beam failure processing program.
In an eighth aspect, an embodiment of the present invention provides a computer-readable storage medium, on which a beam failure processing program is stored, and when being executed by a processor, the beam failure processing program implements the steps of the beam failure processing method as described above.
Thus, according to the beam failure processing method, the terminal and the network device provided by the embodiment of the invention, the terminal receives NR-PRACH resource configuration information and NR-PUCCH resource configuration information configured for sending the beam failure recovery request by the network device, and first indication information indicating whether the terminal sends the beam failure recovery request through the NR-PRACH or through the NR-PUCCH, when the terminal detects the beam failure, the terminal determines a target transmission resource for sending the beam failure recovery request according to the first indication information, the R-PRACH resource configuration information and/or the NR-PUCCH resource configuration information, and sends a corresponding beam failure recovery request to the network device through the target transmission resource, so that the beam failure recovery efficiency is effectively improved, and the high-frequency link transmission reliability is enhanced.
Drawings
In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the drawings needed to be used in the description of the embodiments of the present invention will be briefly introduced below, and it is obvious that the drawings in the following description are only some embodiments of the present invention, and it is obvious for those skilled in the art that other drawings can be obtained according to these drawings without inventive labor.
Fig. 1 is a schematic flowchart illustrating a method for processing a beam failure at a terminal side according to an embodiment of the present invention;
fig. 2 is a first schematic block diagram of a terminal according to an embodiment of the present invention;
fig. 3 is a schematic block diagram of a terminal according to an embodiment of the present invention;
FIG. 4 shows a block diagram of a terminal of an embodiment of the invention;
fig. 5 is a flowchart illustrating a method for processing a beam failure at a network device side according to an embodiment of the present invention;
fig. 6 is a first schematic block diagram of a network device according to an embodiment of the present invention;
fig. 7 is a schematic block diagram of a network device according to an embodiment of the present invention;
fig. 8 shows a block diagram of a network device of an embodiment of the invention.
Detailed Description
Exemplary embodiments of the present invention will be described in more detail below with reference to the accompanying drawings. While exemplary embodiments of the invention are shown in the drawings, it should be understood that the invention can be embodied in various forms and should not be limited to the embodiments set forth herein. Rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art.
The terms first, second and the like in the description and in the claims of the present application are used for distinguishing between similar elements and not necessarily for describing a particular sequential or chronological order. It is to be understood that the data so used is interchangeable under appropriate circumstances such that the embodiments of the application described herein are, for example, capable of operation in sequences other than those illustrated or otherwise described herein. Furthermore, the terms "comprises," "comprising," and "having," and any variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, system, article, or apparatus that comprises a list of steps or elements is not necessarily limited to those steps or elements expressly listed, but may include other steps or elements not expressly listed or inherent to such process, method, article, or apparatus.
An embodiment of the present invention provides a beam failure processing method, which is applied to a terminal side, and as shown in fig. 1, specifically includes the following steps:
step 11: and acquiring physical random access channel NR-PRACH resource configuration information and physical uplink control channel NR-PUCCH resource configuration information sent by the network equipment.
The NR-PRACH resource configuration information is used to indicate an NR-PRACH transmission resource configured by the network device for the beam failure recovery request, and the NR-PUCCH resource configuration information is used to indicate an NR-PUCCH transmission resource configured by the network device for the beam failure recovery request. That is, in the NR-PRACH resources configured by the network device, a part of resources are used for random access of the terminal, another part of resources are used for the terminal to transmit the beam failure recovery request when the beam fails, and the two parts of resources are orthogonal, that is, the NR-PRACH resource used for transmitting the beam failure recovery request is orthogonal to the normal NR-PRACH resource used for random access. It should be noted that the NR-PRACH resource may be a non-contention NR-PRACH resource or a contention NR-PRACH resource.
Specifically, the NR-PRACH resource configuration information includes: at least one of beam resource indication information, maximum retransmission times information, NR-PRACH configuration index information, time domain starting subframe or time slot or symbol information, frequency domain offset information, and frequency hopping configuration information.
The NR-PUCCH resource configuration information includes: at least one of beam resource indication information, maximum retransmission number information, NR-PUCCH type information, NR-PUCCH format information, and periodicity information. That is, the network device configuration beam failure recovery request may be transmitted through the NR-PUCCH.
Wherein, step 11 specifically comprises: and receiving NR-PRACH resource configuration information and NR-PUCCH resource configuration information sent by the network equipment through Radio Resource Control (RRC) signaling. That is, the NR-PRACH Resource configuration information and the NR-PUCCH Resource configuration information may be indicated by Radio Resource Control (RRC) signaling.
Step 12: and receiving first indication information sent by the network equipment.
Wherein the first indication information is used for indicating a transmission channel or signal of the beam failure recovery request. The network equipment can send the beam failure recovery request through the NR-PRACH resource and the NR-PUCCH resource, so that the network equipment can send first indication information for indicating which resource is adopted to send the beam failure recovery request to the terminal according to the current network resource occupation condition. That is, the first indication information is an indication of a beam failure recovery request transmission channel or signal for indicating whether the beam failure recovery request is transmitted based on the NR-PRACH resource or the NR-PUCCH resource.
Step 13: and if the beam failure is detected, determining a target transmission resource for sending the beam failure recovery request according to the first indication information, the NR-PRACH resource configuration information and/or the NR-PUCCH resource configuration information.
Due to different network resource occupation conditions, the network device may configure different transmission resources for the beam failure recovery request. Specifically, step 13 includes: and if the first indication information indicates that only the beam failure recovery request is transmitted through the NR-PRACH, determining a first NR-PRACH resource for transmitting the beam failure recovery request according to the NR-PRACH resource configuration information. When the first indication information for indicating the beam failure recovery request transmission channel or signal transmitted by the network device only indicates that the NR-PRACH resource based transmission is supported, it is determined to transmit the beam failure recovery request using the first NR-PRACH resource when the terminal detects the beam failure.
Specifically, step 13 further includes: and if the first indication information indicates that only the beam failure recovery request transmitted through the NR-PUCCH is supported, determining a first NR-PUCCH resource for transmitting the beam failure recovery request according to the NR-PUCCH resource configuration information. When the first indication information indicating the beam failure recovery request transmission channel or signal transmitted by the network device only indicates that the transmission based on the NR-PUCCH resource is supported, it is determined to transmit the beam failure recovery request using the first NR-PUCCH resource when the terminal detects the beam failure.
Specifically, step 13 further includes: and if the first indication information indicates that the beam failure recovery request is transmitted through the NR-PRACH and the NR-PUCCH, determining a second NR-PRACH resource or a second NR-PUCCH resource for transmitting the beam failure recovery request according to the candidate beam number threshold value, the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information.
Further, the step of determining a second NR-PRACH resource or a second NR-PUCCH resource to transmit the beam failure recovery request according to the candidate beam number threshold value, the NR-PRACH resource configuration information, and the NR-PUCCH resource configuration information includes: receiving third indication information which is sent by the network equipment and used for indicating the threshold value of the number of candidate beams; if the candidate beam number is smaller than the candidate beam number threshold value indicated by the third indication information, determining a second NR-PRACH resource for sending the beam failure recovery request according to the NR-PRACH resource configuration information; and if the candidate beam number is larger than the candidate beam number threshold value indicated by the third indication information, determining a second NR-PUCCH resource for sending the beam failure recovery request according to the NR-PUCCH resource configuration information. Here, the candidate beam number threshold is a threshold condition that the terminal is used for selecting NR-PRACH resource transmission or selecting NR-PUCCH resource transmission, and when the candidate beam number is smaller than a preset threshold, it is determined to transmit using NR-PRACH resource; and when the number of the candidate beams is larger than a preset threshold value, determining to adopt NR-PUCCH resources for transmission.
Specifically, step 13 further includes: and if the first indication information indicates that the beam failure recovery request is transmitted through the NR-PRACH and the NR-PUCCH, determining a third NR-PRACH resource and a third NR-PUCCH resource for transmitting the beam failure recovery request according to the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information.
Step 14: and sending a beam failure recovery request to the network equipment through the target transmission resource.
Further, step 14 specifically includes: receiving second indication information sent by the network equipment; wherein the second indication information is used for indicating the transmission content of the beam failure recovery request; and sending a beam failure recovery request carrying the sending content to the network equipment through the target transmission resource.
The terminal receives first indication information and second indication information sent by the network equipment through RRC signaling, a media intervention control MAC layer control unit CE or physical layer downlink control indication DCI information. That is, the first indication information and the second indication information may be carried by RRC signaling or a Media Access Control (MAC) layer Control Element (CE) or a physical layer Downlink Control Indication (DCI).
Wherein, the sending content indicated by the second indication information at least comprises: terminal identification information and/or candidate beam resource identification information. The candidate beam resource identification information includes resource identifications of one or more beams. The transmission content carrying the beam failure recovery request on the NR-PRACH and/or the NR-PUCCH at least comprises terminal identification information and candidate beam resource identification information.
If the target transmission resource is an NR-PRACH resource, the step of sending the beam failure recovery request carrying the transmission content to the network equipment through the target transmission resource comprises the following steps: and sending a corresponding beam failure recovery request to the network equipment through the NR-PRACH resource. And the NR-PRACH resource implicitly indicates terminal identification information and candidate beam resource identification information.
If the target transmission resource is an NR-PUCCH resource, the step of sending the beam failure recovery request carrying the transmission content to the network equipment through the target transmission resource comprises the following steps: and sending a beam failure recovery request carrying the terminal identification information and the candidate beam resource identification information to the network equipment through the NR-PUCCH resources.
Or, sending a beam failure recovery request carrying the terminal identification information to the network device through the information carried by the NR-PUCCH resource. And the time domain transmission resource grouping information or the frequency domain transmission resource grouping information corresponding to the information carried by the NR-PUCCH resource implicitly indicates the candidate beam resource identification information. Wherein, a new Information format may be predefined in the NR-PUCCH resource to transmit the beam failure recovery Request, or the beam failure recovery Request may be transmitted through Scheduling Request (SR) Information and/or acknowledgement Information (ACK/NACK) and/or Channel State Information (CSI) transmitted in the NR-PUCCH resource. Specifically, taking SR information as an example, different packets of SR information of an NR-PUCCH resource may represent different candidate beam resource identification information, or different packets of SR information of an NR-PUCCH resource may represent whether there is candidate beam resource identification information, for example: packet 1 indicates that there is candidate beam resource identification information (default direct handover for 2 BPL case), and packet 2 indicates that there is no candidate beam resource identification information and beam scanning is done again to recover beam link quickly. Further, the SR information of the NR-PUCCH resource may implicitly carry candidate beam resource identification information in a time division packet manner. Such as: odd subframes, time slots or symbols carry part of the candidate beam resource identification information, and even subframes, time slots or symbols carry the rest of the candidate beam resource identification information. Alternatively, the SR information of the NR-PUCCH resource may implicitly carry candidate beam information in a frequency division packet manner. Such as: odd physical resource blocks, sub-bands, partial bandwidths or carriers carry partial candidate beam resource identification information, and even physical resource blocks, sub-bands, partial bandwidths or carriers carry the rest candidate beam resource identification information.
And if the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, and the beam failure recovery request is sent through the NR-PRACH and the NR-PUCCH, the sending contents of the beam failure recovery request carried in the NR-PRACH and the NR-PUCCH are the same. The step of sending the beam failure recovery request carrying the transmission content to the network equipment through the target transmission resource comprises the following steps: and sending a corresponding beam failure recovery request to the network equipment through the NR-PRACH resource. And the NR-PRACH resource implicitly indicates terminal identification information and candidate beam resource identification information. And sending a beam failure recovery request carrying the terminal identification information and the candidate beam resource identification information to the network equipment through the NR-PUCCH resources. And the NR-PRACH resource implicitly indicates the terminal identification information and the candidate beam resource identification information, and the terminal identification information and the candidate beam resource identification information are the same as those sent by the NR-PUCCH resource display. The network equipment is assumed to configure a transmission channel or signal of the beam failure recovery request to include an NR-PRACH and an NR-PUCCH, and the beam failure recovery request information carried by the NR-PRACH and the NR-PUCCH is the same. The UE with UE identity 1 experiences beam failure and finds candidate beam resource identities 0 and 1. The terminal can implicitly send the terminal identifier 1 and the candidate beam resource identifiers 0 and 1 to the network equipment side by using the NR-PRACH. The network equipment side can identify the terminal identification through the pre-configured NR-PRACH resource and the pre-allocated NR-PRACH resource group to determine the candidate beam resource identification. The terminal can explicitly send the terminal identifier 1 and the candidate beam resource identifiers 0 and 1 to the network equipment side by using the NR-PUCCH. The network equipment side can detect the terminal identification and the candidate beam resource identification by predefining or multiplexing the existing NR-PUCCH format.
Further, when the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, the transmission contents sent by the NR-PRACH resource and the NR-PUCCH resource may also be different, and specifically, the step of sending the beam failure recovery request carrying the transmission contents to the network device through the target transmission resource includes: sending a corresponding beam failure recovery request to the network equipment through the NR-PRACH resource; the NR-PRACH resource implicitly indicates terminal identification information; and sending a beam failure recovery request carrying the candidate beam resource identification information to the network equipment through the NR-PUCCH resource. That is, the NR-PRACH carries the terminal identification information, and the NR-PUCCH carries the candidate beam resource identification information.
The network device side is assumed to configure a transmission channel or signal of the beam failure recovery request to include an NR-PRACH and an NR-PUCCH, and the contents of the beam failure recovery requests carried by the NR-PRACH and the NR-PUCCH are different. The UE with UE identity 1 experiences beam failure and finds candidate beam resource identities 0 and 1. Because the NR-PRACH resource is limited, the terminal can implicitly send the terminal identifier 1 to the network equipment side by using the NR-PRACH. The network equipment side can identify the terminal identification through the pre-configured NR-PRACH resource. The terminal can also utilize the NR-PUCCH to explicitly send candidate beam resource identifications 0 and 1 to the network equipment side, and the NR-PUCCH sending beam resource identifications correspond to the NR-PRACH sending beam resource identifications one to one. The network device side can detect the candidate beam resource identification by predefining or multiplexing the existing NR-PUCCH format.
Or, sending a corresponding beam failure recovery request to the network equipment through the NR-PRACH resource; the NR-PRACH resource implicitly indicates terminal identification information and first beam resource identification information of a first part of beams in the candidate beams; sending a beam failure recovery request carrying terminal identification information and second beam resource identification information of a second part of beams in the candidate beams to the network equipment through the NR-PUCCH resources; wherein the second partial beams are all other beams of the candidate beams except the first partial beams. That is, the NR-PRACH carries the terminal identification information and part of the candidate beam resource identification information, and the NR-PUCCH carries the terminal identification information and the remaining candidate beam resource identification information.
Further, in order to ensure reliable transmission of the beam failure recovery request, the step of sending the beam failure recovery request carrying the transmission content to the network device through the target transmission resource includes: and sending a beam failure recovery request carrying all or part of information of the sent content to the network equipment for multiple times through the target transmission resource. That is, when each beam failure recovery request transmission using different target transmission resources is performed, the transmission contents of the beam failure recovery request transmitted each time may be the same or different.
It is assumed that the network device configures a transmission channel or signal of the beam failure recovery request to be an NR-PRACH, and that NR-PRACH retransmissions (other transmissions except for the first transmission) carry different contents of the beam failure recovery request. The terminal having the terminal identification 1 has a beam failure and finds candidate beam resource identifications 0 and 1. At this time, the terminal may implicitly transmit the terminal identifier 1 and the candidate beam resource identifiers 0 and 1 to the network device side using the NR-PRACH. The network side can identify the terminal identification through the pre-configured NR-PRACH resource and determine the candidate beam resource identification according to the pre-allocated NR-PRACH resource group. Further, because the NR-PRACH has limited resource carrying capability, the terminal may send the terminal identifier 1 and the candidate beam resource identifier 0 to the network device side through the NR-PRACH during initial transmission; and the terminal identifier 1 and the candidate beam resource identifier 1 can be sent to the network equipment side through the NR-PRACH during the first retransmission.
In the beam failure processing method of the embodiment of the invention, the terminal receives NR-PRACH resource configuration information and NR-PUCCH resource configuration information configured by the network equipment for sending the beam failure recovery request, and first indication information indicating whether the terminal sends the beam failure recovery request through the NR-PRACH or through the NR-PUCCH, and when the terminal detects the beam failure, the terminal determines a target transmission resource for sending the beam failure recovery request according to the first indication information, the NR-PRACH resource configuration information and/or the NR-PUCCH resource configuration information, and sends the corresponding beam failure recovery request to the network equipment through the target transmission resource, thereby effectively improving the efficiency of beam failure recovery and enhancing the transmission reliability of a high-frequency communication link.
The foregoing embodiments respectively describe in detail the beam failure processing methods in different scenarios, and the following embodiments further describe the corresponding terminals with reference to the accompanying drawings.
As shown in fig. 2, a terminal 200 according to an embodiment of the present invention can obtain, in the foregoing embodiment, physical random access channel NR-PRACH resource configuration information and physical uplink control channel NR-PUCCH resource configuration information sent by a network device, and receive first indication information sent by the network device; if the beam failure is detected, determining target transmission resources for sending a beam failure recovery request according to the first indication information, the NR-PRACH resource configuration information and/or the NR-PUCCH resource configuration information; the details of the beam failure recovery request method are sent to the network device through the target transmission resource, and the same effect is achieved, the terminal 200 specifically includes the following functional modules:
an obtaining module 210, configured to obtain physical random access channel NR-PRACH resource configuration information and physical uplink control channel NR-PUCCH resource configuration information sent by a network device; the NR-PRACH resource configuration information is used for indicating NR-PRACH transmission resources configured for the beam failure recovery request by the network equipment, and the NR-PUCCH resource configuration information is used for indicating NR-PUCCH transmission resources configured for the beam failure recovery request by the network equipment;
a first receiving module 220, configured to receive first indication information sent by a network device; the first indication information is used for indicating a transmission channel or a signal of the beam failure recovery request;
a processing module 230, configured to determine, when a beam failure is detected, a target transmission resource for sending a beam failure recovery request according to the first indication information, the NR-PRACH resource configuration information, and/or the NR-PUCCH resource configuration information;
a first sending module 240, configured to send a beam failure recovery request to the network device through the target transmission resource.
As shown in fig. 3, the first sending module 240 includes:
the first receiving submodule 241 is configured to receive second indication information sent by the network device; wherein the second indication information is used for indicating the transmission content of the beam failure recovery request;
the first sending sub-module 242 is configured to send a beam failure recovery request carrying the sending content to the network device through the target transmission resource.
The first sending sub-module 242 includes:
a sending unit 2421, configured to send, to the network device, a beam failure recovery request carrying all or part of information of the sent content for multiple times through the target transmission resource.
Wherein, the sending content indicated by the second indication information at least comprises: terminal identification information and/or candidate beam resource identification information.
The first sending module 240 further includes:
a second sending submodule 243, configured to send, when the target transmission resource is an NR-PRACH resource, a corresponding beam failure recovery request to the network device through the NR-PRACH resource; and the NR-PRACH resource implicitly indicates terminal identification information and candidate beam resource identification information.
The first sending module 240 further includes:
and a third sending submodule 244, configured to send, when the target transmission resource is an NR-PUCCH resource, a beam failure recovery request carrying the terminal identification information and the candidate beam resource identification information to the network device through the NR-PUCCH resource.
The first sending module 240 further includes:
a fourth sending submodule 245, configured to send a beam failure recovery request carrying terminal identification information to the network device through information carried by the NR-PUCCH resource when the target transmission resource is the NR-PUCCH resource; and the time domain transmission resource grouping information or the frequency domain transmission resource grouping information corresponding to the information carried by the NR-PUCCH resource implicitly indicates the candidate beam resource identification information.
The first sending module 240 further includes:
a fifth sending submodule 246, configured to send, when the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, a corresponding beam failure recovery request to the network device through the NR-PRACH resource; the NR-PRACH resource implicitly indicates terminal identification information; sending a wave beam failure recovery request carrying candidate wave beam resource identification information to network equipment through NR-PUCCH resources;
alternatively, the first and second electrodes may be,
a sixth sending submodule 247, configured to send, when the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, a corresponding beam failure recovery request to the network device through the NR-PRACH resource; the NR-PRACH resource implicitly indicates terminal identification information and first beam resource identification information of a first part of beams in the candidate beams; sending a beam failure recovery request carrying terminal identification information and second beam resource identification information of a second part of beams in the candidate beams to the network equipment through the NR-PUCCH resources; wherein the second partial beams are all other beams of the candidate beams except the first partial beams.
Wherein, the processing module 230 includes:
the first processing sub-module 231 is configured to determine, according to the NR-PRACH resource configuration information, a first NR-PRACH resource that transmits the beam failure recovery request when the first indication information indicates that only the beam failure recovery request is supported to be transmitted by the NR-PRACH.
Wherein, the processing module 230 further includes:
and a second processing sub-module 232, configured to determine, according to the NR-PUCCH resource configuration information, a first NR-PUCCH resource for transmitting the beam failure recovery request when the first indication information indicates that only the transmission of the beam failure recovery request through the NR-PUCCH is supported.
Wherein, the processing module 230 further includes:
and a third processing sub-module 233, configured to determine, when the first indication information indicates that it is supported to send the beam failure recovery request through the NR-PRACH and the NR-PUCCH, a second NR-PRACH resource or a second NR-PUCCH resource that sends the beam failure recovery request according to the candidate beam number threshold, the NR-PRACH resource configuration information, and the NR-PUCCH resource configuration information.
Wherein, the third processing submodule 233 includes:
a first receiving unit 2331, configured to receive third indication information, which is sent by the network device and used for indicating a candidate number-of-beams threshold;
a first processing unit 2332, configured to determine, according to the NR-PRACH resource configuration information, a second NR-PRACH resource that transmits a beam failure recovery request when the candidate beam number is smaller than the candidate beam number threshold indicated by the third indication information;
a second processing unit 2333, configured to determine, according to the NR-PUCCH resource configuration information, a second NR-PUCCH resource for transmitting the beam failure recovery request when the candidate beam number is greater than the candidate beam number threshold value indicated by the third indication information.
The NR-PRACH resource configuration information includes: at least one of beam resource indication information and maximum retransmission number information.
Wherein the NR-PUCCH resource configuration information includes: at least one of beam resource indication information and maximum retransmission number information.
Wherein, the obtaining module 210 includes:
and a second receiving submodule 211, configured to receive, through a radio resource control RRC signaling, NR-PRACH resource configuration information and NR-PUCCH resource configuration information sent by a network device.
It is worth pointing out that, the terminal in the embodiment of the present invention receives NR-PRACH resource configuration information and NR-PUCCH resource configuration information configured by the network device for transmitting the beam failure recovery request, and first indication information indicating whether the terminal transmits the beam failure recovery request through the NR-PRACH or through the NR-PUCCH, and when the terminal detects a beam failure, determines a target transmission resource for transmitting the beam failure recovery request according to the first indication information, the NR-PRACH resource configuration information, and/or the NR-PUCCH resource configuration information, and transmits a corresponding beam failure recovery request to the network device through the target transmission resource, thereby effectively improving the efficiency of beam failure recovery and enhancing the transmission reliability of the high-frequency communication link.
In order to better achieve the above object, an embodiment of the present invention further provides a terminal, which includes a processor, a memory, and a beam failure processing program stored in the memory and executable on the processor, where the processor implements the steps in the beam failure processing method when executing the beam failure processing program. An embodiment of the present invention further provides a computer-readable storage medium, where a beam failure processing program is stored on the computer-readable storage medium, and when being executed by a processor, the beam failure processing program implements the steps of the beam failure processing method described above.
Specifically, fig. 4 is a block diagram of a terminal 400 according to another embodiment of the present invention, and the terminal device shown in fig. 4 includes: at least one processor 401, memory 402, user interface 403, and network interface 404. The various components in the terminal 400 are coupled together by a bus system 405. It is understood that the bus system 405 is used to enable connection communication between these components. The bus system 405 includes a power bus, a control bus, and a status signal bus in addition to a data bus. For clarity of illustration, however, the various buses are labeled as bus system 405 in fig. 4.
The user interface 403 may include, among other things, a display or a pointing device (e.g., a touch sensitive pad or touch screen, etc.).
It will be appreciated that memory 402 in embodiments of the invention may be either volatile memory or nonvolatile memory, or may include both volatile and nonvolatile memory. The non-volatile 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 illustration and not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic random access memory (Synchronous DRAM, SDRAM), Double Data Rate Synchronous Dynamic random access memory (ddr Data Rate SDRAM, ddr SDRAM), Enhanced Synchronous SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), and Direct Rambus RAM (DRRAM). The memory 402 of the systems and methods described herein is intended to comprise, without being limited to, these and any other suitable types of memory.
In some embodiments, memory 402 stores the following elements, executable modules or data structures, or a subset thereof, or an expanded set thereof: an operating system 4021 and application programs 4022.
The operating system 4021 includes various system programs, such as a framework layer, a core library layer, a driver layer, and the like, and is configured to implement various basic services and process hardware-based tasks. The application programs 4022 include various application programs, such as a Media Player (Media Player), a Browser (Browser), and the like, for implementing various application services. A program for implementing the method according to the embodiment of the present invention may be included in the application 4022.
In an embodiment of the present invention, the terminal 400 further includes: a beam failure handling program stored on the memory 402 and executable on the processor 401, in particular a beam failure handling program in the application 4022, which when executed by the processor 401, implements the steps of:
acquiring physical random access channel NR-PRACH resource configuration information and physical uplink control channel NR-PUCCH resource configuration information sent by network equipment; the NR-PRACH resource configuration information is used for indicating NR-PRACH transmission resources configured for the beam failure recovery request by the network equipment, and the NR-PUCCH resource configuration information is used for indicating NR-PUCCH transmission resources configured for the beam failure recovery request by the network equipment;
receiving first indication information sent by network equipment; the first indication information is used for indicating a transmission channel or a signal of the beam failure recovery request;
if the beam failure is detected, determining target transmission resources for sending a beam failure recovery request according to the first indication information, the NR-PRACH resource configuration information and/or the NR-PUCCH resource configuration information;
and sending a beam failure recovery request to the network equipment through the target transmission resource.
The method disclosed in the above embodiments of the present invention may be applied to the processor 401, or implemented by the processor 401. The processor 401 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method may be performed by integrated logic circuits of hardware or instructions in the form of software in the processor 401. The Processor 401 may be a general-purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), an off-the-shelf Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps and logic blocks disclosed in the embodiments of the present invention may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present invention may be directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in the memory 402, and the processor 401 reads the information in the memory 402 and completes the steps of the method in combination with the hardware.
It is to be understood that the embodiments described herein may be implemented in hardware, software, firmware, middleware, microcode, or any combination thereof. For a hardware implementation, the Processing units may be implemented within one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), general purpose processors, controllers, micro-controllers, microprocessors, other electronic units configured to perform the functions described herein, or a combination thereof.
For a software implementation, the techniques described herein may be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The software codes may be stored in a memory and executed by a processor. The memory may be implemented within the processor or external to the processor.
In particular, the beam failure handling procedure, when executed by the processor 401, may further implement the steps of: receiving second indication information sent by the network equipment; wherein the second indication information is used for indicating the transmission content of the beam failure recovery request;
and sending a beam failure recovery request carrying the sending content to the network equipment through the target transmission resource.
In particular, the beam failure handling procedure, when executed by the processor 401, may further implement the steps of: and sending a beam failure recovery request carrying all or part of information of the sent content to the network equipment for multiple times through the target transmission resource.
Specifically, the transmission content indicated by the second indication information at least includes: terminal identification information and candidate beam resource identification information.
Specifically, if the target transmission resource is an NR-PRACH resource, the beam failure handling procedure when executed by the processor 401 may further implement the following steps: sending a corresponding beam failure recovery request to the network equipment through the NR-PRACH resource; and the NR-PRACH resource implicitly indicates terminal identification information and candidate beam resource identification information.
Specifically, if the target transmission resource is an NR-PUCCH resource, the beam failure handling procedure when executed by the processor 401 may further implement the following steps: and sending a beam failure recovery request carrying the terminal identification information and the candidate beam resource identification information to the network equipment through the NR-PUCCH resources.
Specifically, if the target transmission resource is an NR-PUCCH resource, the beam failure handling procedure when executed by the processor 401 may further implement the following steps:
in particular, the beam failure handling procedure, when executed by the processor 401, may further implement the steps of: sending a beam failure recovery request carrying terminal identification information to network equipment through information carried by NR-PUCCH resources; and the time domain transmission resource grouping information or the frequency domain transmission resource grouping information corresponding to the information carried by the NR-PUCCH resource implicitly indicates the candidate beam resource identification information.
Specifically, if the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, the beam failure handling procedure when executed by the processor 401 may further implement the following steps: sending a corresponding beam failure recovery request to the network equipment through the NR-PRACH resource; the NR-PRACH resource implicitly indicates terminal identification information; sending a wave beam failure recovery request carrying candidate wave beam resource identification information to network equipment through NR-PUCCH resources;
alternatively, the first and second electrodes may be,
sending a corresponding beam failure recovery request to the network equipment through the NR-PRACH resource; the NR-PRACH resource implicitly indicates terminal identification information and first beam resource identification information of a first part of beams in the candidate beams; sending a beam failure recovery request carrying terminal identification information and second beam resource identification information of a second part of beams in the candidate beams to the network equipment through the NR-PUCCH resources; wherein the second partial beams are all other beams of the candidate beams except the first partial beams.
In particular, the beam failure handling procedure, when executed by the processor 401, may further implement the steps of: and if the first indication information indicates that only the beam failure recovery request is transmitted through the NR-PRACH, determining a first NR-PRACH resource for transmitting the beam failure recovery request according to the NR-PRACH resource configuration information.
In particular, the beam failure handling procedure, when executed by the processor 401, may further implement the steps of: and if the first indication information indicates that only the beam failure recovery request transmitted through the NR-PUCCH is supported, determining a first NR-PUCCH resource for transmitting the beam failure recovery request according to the NR-PUCCH resource configuration information.
In particular, the beam failure handling procedure, when executed by the processor 401, may further implement the steps of: and if the first indication information indicates that the beam failure recovery request is transmitted through the NR-PRACH and the NR-PUCCH, determining a second NR-PRACH resource or a second NR-PUCCH resource for transmitting the beam failure recovery request according to the candidate beam number threshold value, the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information.
In particular, the beam failure handling procedure, when executed by the processor 401, may further implement the steps of: receiving third indication information which is sent by the network equipment and used for indicating the threshold value of the number of candidate beams;
if the candidate beam number is smaller than the candidate beam number threshold value indicated by the third indication information, determining a second NR-PRACH resource for sending the beam failure recovery request according to the NR-PRACH resource configuration information;
and if the candidate beam number is larger than the candidate beam number threshold value indicated by the third indication information, determining a second NR-PUCCH resource for sending the beam failure recovery request according to the NR-PUCCH resource configuration information.
Specifically, the NR-PRACH resource configuration information includes: at least one of beam resource indication information and maximum retransmission number information.
Specifically, the NR-PUCCH resource configuration information includes: at least one of beam resource indication information and maximum retransmission number information.
In particular, the beam failure handling procedure, when executed by the processor 401, may further implement the steps of: and receiving NR-PRACH resource configuration information and NR-PUCCH resource configuration information sent by the network equipment through Radio Resource Control (RRC) signaling.
A terminal may be a wireless terminal or a wired terminal, and a wireless terminal may be a device providing voice and/or other service data connectivity to a user, a handheld device having a wireless connection function, or other processing devices connected to a wireless modem. A wireless terminal, which may be a mobile terminal such as a mobile telephone (or "cellular" telephone) and a computer having a mobile terminal, e.g., a portable, pocket, hand-held, computer-included, or vehicle-mounted mobile device, may communicate with one or more core networks via a Radio Access Network (RAN), and may exchange language and/or data with the RAN. For example, devices such as Personal Communication Service (PCS) phones, cordless phones, Session Initiation Protocol (SIP) phones, Wireless Local Loop (WLL) stations, and Personal Digital Assistants (PDAs) are used. A wireless Terminal may also be referred to as a system, a Subscriber Unit (Subscriber Unit), a Subscriber Station (Subscriber Station), a Mobile Station (Mobile), a Remote Station (Remote Station), a Remote Terminal (Remote Terminal), an Access Terminal (Access Terminal), a User Terminal (User Terminal), a User Agent (User Agent), and a User Device or User Equipment (User Equipment), which are not limited herein.
The terminal receives NR-PRACH resource configuration information and NR-PUCCH resource configuration information configured for sending the beam failure recovery request by the network equipment, and first indication information indicating whether the terminal sends the beam failure recovery request through the NR-PRACH or through the NR-PUCCH, determines target transmission resources for sending the beam failure recovery request according to the first indication information, the NR-PRACH resource configuration information and/or the NR-PUCCH resource configuration information when the terminal detects the beam failure, and sends the corresponding beam failure recovery request to the network equipment through the target transmission resources, so that the beam failure recovery efficiency is effectively improved, and the transmission reliability of a high-frequency communication link is enhanced.
The foregoing embodiment describes the beam failure processing method of the present invention from the terminal side, and the following embodiment further describes the beam failure processing method of the network device side with reference to the drawings.
As shown in fig. 5, an embodiment of the present invention provides a beam failure processing method, which is applied to a network device side, and specifically includes the following steps:
step 51: and sending the resource configuration information of the physical random access channel NR-PRACH and the resource configuration information of the physical uplink control channel NR-PUCCH to the terminal.
The NR-PRACH resource configuration information is used to indicate an NR-PRACH transmission resource configured by the network device for the beam failure recovery request, and the NR-PUCCH resource configuration information is used to indicate an NR-PUCCH transmission resource configured by the network device for the beam failure recovery request. That is, in the NR-PRACH resource configured by the network device, a part of the resource is used for random access of the terminal, another part of the resource is used for the terminal to send a beam failure recovery request when a beam fails, and the two parts of the resource are orthogonal.
Specifically, the NR-PRACH resource configuration information includes: at least one of beam resource indication information, maximum retransmission times information, NR-PRACH configuration index information, time domain starting subframe or time slot or symbol information, frequency domain offset information, and frequency hopping configuration information. The NR-PUCCH resource configuration information includes: at least one of beam resource indication information, maximum retransmission number information, NR-PUCCH type information, NR-PUCCH format information, and periodicity information. That is, the network device configuration beam failure recovery request may be transmitted through the NR-PUCCH.
Specifically, step 51 includes: and transmitting the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information to the terminal through Radio Resource Control (RRC) signaling. That is, the NR-PRACH Resource configuration information and the NR-PUCCH Resource configuration information may be indicated by Radio Resource Control (RRC) signaling.
Step 52: and sending the first indication information to the terminal.
Wherein the first indication information is used for indicating a transmission channel or signal of the beam failure recovery request. The network equipment can send the beam failure recovery request through the NR-PRACH resource and the NR-PUCCH resource, so that the network equipment can send first indication information for indicating which resource is adopted to send the beam failure recovery request to the terminal according to the current network resource occupation condition.
Specifically, step 52 includes: and according to the current resource occupation situation, sending first indication information for indicating that only the beam failure recovery request is supported to be sent through the NR-PRACH to the terminal.
Specifically, step 52 includes: and according to the current resource occupation situation, first indication information for indicating that only the beam failure recovery request transmitted through the NR-PUCCH is supported is transmitted to the terminal.
Specifically, step 52 includes: and according to the current resource occupation situation, sending first indication information for indicating the support of sending the beam failure recovery request through the NR-PRACH and the NR-PUCCH to the terminal.
Further, before the step of sending, to the terminal, first indication information for indicating that the beam failure recovery request is supported to be sent through the NR-PRACH and the NR-PUCCH according to the current resource occupation situation, the method further includes: and sending third indication information for indicating the candidate beam number threshold value to the terminal.
Step 53: and receiving a beam failure recovery request sent by the terminal through the target transmission resource after detecting the beam failure.
And the target transmission resource is determined by the terminal according to the first indication information, the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information.
Specifically, step 53 includes: sending second indication information to the terminal; wherein the second indication information is used for indicating the transmission content of the beam failure recovery request; and receiving a beam failure recovery request which is sent by the terminal through the target transmission resource and carries the sending content after detecting the beam failure.
The network device sends the first indication information and the second indication information to the terminal through RRC signaling, a media intervention control MAC layer control unit CE or physical layer downlink control indication DCI information. That is, the first indication information and the second indication information may be carried by RRC signaling or a Media Access Control (MAC) layer Control Element (CE) or a physical layer Downlink Control Indication (DCI).
Wherein, the sending content indicated by the second indication information at least comprises: terminal identification information and/or candidate beam resource identification information. The candidate beam resource identification information includes resource identifications of one or more beams. The transmission content carrying the beam failure recovery request on the NR-PRACH and/or the NR-PUCCH at least comprises terminal identification information and candidate beam resource identification information.
If the target transmission resource is an NR-PRACH resource, step 53 specifically includes: receiving a beam failure recovery request sent by a terminal through an NR-PRACH resource after detecting beam failure; and implicitly obtaining terminal identification information and candidate beam resource identification information corresponding to the beam failure recovery request according to the NR-PRACH resource.
If the target transmission resource is an NR-PUCCH resource, step 53 specifically includes: and receiving a beam failure recovery request which is sent by the terminal through the NR-PUCCH resource and carries the terminal identification information and the candidate beam resource identification information after the beam failure is detected.
If the target transmission resource is an NR-PUCCH resource, step 53 specifically includes: receiving information carried by a terminal through NR-PUCCH resources after a beam failure is detected; and implicitly obtaining candidate beam resource identification information corresponding to the beam failure recovery request according to time domain transmission resource grouping information or frequency domain transmission resource grouping information corresponding to the information carried by the NR-PUCCH resource. Wherein, a new information format can be predefined in the NR-PUCCH resource to transmit the beam failure recovery request, or the beam failure recovery request is transmitted through scheduling request SR information and/or acknowledgement information ACK/NACK and/or channel state information CSI transmitted in the NR-PUCCH resource.
If the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, step 53 specifically includes: receiving a beam failure recovery request sent by a terminal through an NR-PRACH resource after detecting beam failure, and determining terminal identification information corresponding to the beam failure recovery request according to the NR-PRACH resource; receiving a wave beam failure recovery request which is sent by NR-PUCCH resources and carries candidate wave beam resource identification information;
or receiving a beam failure recovery request sent by the terminal through the NR-PRACH resource after detecting the beam failure, and determining terminal identification information corresponding to the beam failure recovery request and first beam resource identification information of a first part of beams in the candidate beams according to the NR-PRACH resource; receiving a beam failure recovery request which is sent by an NR-PUCCH resource and carries terminal identification information and second beam resource identification information of a second part of beams in the candidate beams; wherein the second partial beams are all other beams of the candidate beams except the first partial beams.
Further, the step of receiving the beam failure recovery request carrying the transmission content and transmitted by the target transmission resource after the beam failure is detected by the terminal includes: and receiving a beam failure recovery request which is sent by the terminal through the target transmission resource for multiple times and carries all or part of the information of the sending content after detecting the beam failure. It is assumed that the network device configures a transmission channel or signal of the beam failure recovery request to be an NR-PRACH, and that NR-PRACH retransmissions (other transmissions except for the first transmission) carry different contents of the beam failure recovery request. The terminal having the terminal identification 1 has a beam failure and finds candidate beam resource identifications 0 and 1. At this time, the terminal may implicitly send the terminal identifier and the candidate beam resource identifier to the network device side by using the NR-PRACH. The network side can identify the terminal identifier 1 through the pre-configured NR-PRACH resource and determine candidate beam resource identifiers 0 and 1 according to the pre-allocated NR-PRACH resource group. Further, because the NR-PRACH has limited resource carrying capability, the terminal may send the terminal identifier 1 and the candidate beam resource identifier 0 to the network device side through the NR-PRACH during initial transmission; and the terminal identifier 1 and the candidate beam resource identifier 1 can be sent to the network equipment side through the NR-PRACH during the first retransmission.
In the beam failure processing method of the embodiment of the invention, the network equipment configures NR-PRACH resource configuration information and NR-PUCCH resource configuration information for sending the beam failure recovery request, sends the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information to the terminal when the terminal accesses, sends first indication information for indicating whether the terminal sends the beam failure recovery request through the NR-PRACH or through the NR-PUCCH to the terminal according to the real-time resource occupation condition, so that when the terminal detects the beam failure, the target transmission resource for sending the beam failure recovery request is determined according to the first indication information, the NR-PRACH resource configuration information and/or the NR-PUCCH resource configuration information, and sends the corresponding beam failure recovery request to the network equipment through the target transmission resource, thereby effectively improving the efficiency of the beam failure recovery, the transmission reliability of the high-frequency communication link is enhanced.
The foregoing embodiments describe the beam failure processing method in different scenarios, and the network device corresponding to the method will be further described with reference to the accompanying drawings.
As shown in fig. 6, the network device 600 according to the embodiment of the present invention can implement the method for sending the physical random access channel NR-PRACH resource configuration information and the physical uplink control channel NR-PUCCH resource configuration information to the terminal, sending the first indication information to the terminal, and receiving details of the beam failure recovery request method sent by the terminal through the target transmission resource after detecting the beam failure, and achieve the same effect, where the network device 600 specifically includes the following functional modules:
a second sending module 610, configured to send physical random access channel NR-PRACH resource configuration information and physical uplink control channel NR-PUCCH resource configuration information to the terminal; the NR-PRACH resource configuration information is used for indicating NR-PRACH transmission resources configured for the beam failure recovery request by the network equipment, and the NR-PUCCH resource configuration information is used for indicating NR-PUCCH transmission resources configured for the beam failure recovery request by the network equipment;
a third sending module 620, configured to send the first indication information to the terminal; the first indication information is used for indicating a transmission channel or a signal of the beam failure recovery request;
a second receiving module 630, configured to receive a beam failure recovery request sent by the terminal through the target transmission resource after detecting the beam failure; and the target transmission resource is determined by the terminal according to the first indication information, the NR-PRACH resource configuration information and/or the NR-PUCCH resource configuration information.
As shown in fig. 7, the second receiving module 630 includes:
a seventh sending submodule 631, configured to send second indication information to the terminal; wherein the second indication information is used for indicating the transmission content of the beam failure recovery request;
the third receiving sub-module 632 is configured to receive a beam failure recovery request which is sent by the terminal through the target transmission resource and carries the sending content after detecting the beam failure.
The third receiving submodule 632 includes:
a second receiving unit 6321, configured to receive a beam failure recovery request that is sent by the terminal through the target transmission resource for multiple times after detecting the beam failure and carries all or part of the information of the sent content.
Wherein, the sending content indicated by the second indication information at least comprises: terminal identification information and/or candidate beam resource identification information.
Wherein, the second receiving module 630 includes:
a fourth receiving submodule 633, configured to receive, when the target transmission resource is an NR-PRACH resource, a beam failure recovery request sent by the terminal through the NR-PRACH resource after detecting a beam failure;
the fourth processing sub-module 634 is configured to implicitly obtain terminal identification information and candidate beam resource identification information corresponding to the beam failure recovery request according to the NR-PRACH resource.
Wherein, the second receiving module 630 includes:
the fifth receiving submodule 635, configured to receive, when the target transmission resource is an NR-PUCCH resource, a beam failure recovery request that is sent by the terminal through the NR-PUCCH resource and carries the terminal identification information and the candidate beam resource identification information after detecting a beam failure.
Wherein, the second receiving module 630 includes:
a sixth receiving submodule 636, configured to receive, if the target transmission resource is an NR-PUCCH resource, information carried by the terminal through the NR-PUCCH resource after detecting that the beam fails;
the fifth processing submodule 637 is configured to implicitly obtain candidate beam resource identification information corresponding to the beam failure recovery request according to time domain transmission resource grouping information or frequency domain transmission resource grouping information corresponding to information carried by the NR-PUCCH resource.
Wherein, the second receiving module 630 further includes:
a seventh receiving submodule 638, configured to, when the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, receive a beam failure recovery request sent by the terminal through the NR-PRACH resource after detecting a beam failure, and determine, according to the NR-PRACH resource, terminal identification information corresponding to the beam failure recovery request; receiving a wave beam failure recovery request which is sent by NR-PUCCH resources and carries candidate wave beam resource identification information;
alternatively, the first and second electrodes may be,
an eighth receiving submodule 639, configured to receive a beam failure recovery request sent by the terminal through the NR-PRACH resource after detecting that the beam fails, and determine, according to the NR-PRACH resource, terminal identification information corresponding to the beam failure recovery request and first beam resource identification information of a first part of beams in the candidate beams; receiving a beam failure recovery request which is sent by an NR-PUCCH resource and carries terminal identification information and second beam resource identification information of a second part of beams in the candidate beams; wherein the second partial beams are all other beams of the candidate beams except the first partial beams.
Wherein, the third sending module 620 includes:
an eighth sending submodule 621, configured to send, to the terminal, first indication information indicating that only the beam failure recovery request is supported to be sent through the NR-PRACH.
Wherein, the third sending module 620 further includes:
a ninth transmitting sub-module 622, configured to transmit, to the terminal, first indication information indicating that only the beam failure recovery request through the NR-PUCCH is supported.
Wherein, the third sending module 620 further includes:
and a tenth transmitting sub-module 623 configured to transmit, to the terminal, first indication information indicating that the beam failure recovery request is supported by the NR-PRACH and NR-PUCCH.
Wherein, the third sending module 620 further includes:
an eleventh sending sub-module 624, configured to send third indication information used for indicating the threshold value of the number of candidate beams to the terminal.
The NR-PRACH resource configuration information includes: beam resource indication information and maximum retransmission times information.
Wherein the NR-PUCCH resource configuration information includes: beam resource indication information and maximum retransmission times information.
Wherein, the second sending module 610 further includes:
and a twelfth sending submodule 611, configured to send the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information to the terminal through a radio resource control, RRC, signaling.
It is worth pointing out that, the network device in the embodiment of the present invention configures NR-PRACH resource configuration information and NR-PUCCH resource configuration information for transmitting a beam failure recovery request, and transmits the NR-PRACH resource configuration information and NR-PUCCH resource configuration information to a terminal when the terminal accesses, and transmits first indication information for indicating whether the terminal transmits a beam failure recovery request through an NR-PRACH or through an NR-PUCCH to the terminal according to a real-time resource occupation condition, so that when the terminal detects a beam failure, a target transmission resource for transmitting the beam failure recovery request is determined according to the first indication information, the R-PRACH resource configuration information, and/or the NR-PUCCH resource configuration information, and a corresponding beam failure recovery request is transmitted to the network device through the target transmission resource, thereby effectively improving the efficiency of beam failure recovery, the high frequency link transmission reliability is enhanced.
It should be noted that the division of the modules of the network device and the terminal is only a logical division, and the actual implementation may be wholly or partially integrated into one physical entity, or may be physically separated. And these modules can be realized in the form of software called by processing element; or may be implemented entirely in hardware; and part of the modules can be realized in the form of calling software by the processing element, and part of the modules can be realized in the form of hardware. For example, the determining module may be a processing element separately set up, or may be implemented by being integrated in a chip of the apparatus, or may be stored in a memory of the apparatus in the form of program code, and the function of the determining module is called and executed by a processing element of the apparatus. Other modules are implemented similarly. In addition, all or part of the modules can be integrated together or can be independently realized. The processing element described herein may be an integrated circuit having signal processing capabilities. In implementation, each step of the above method or each module above may be implemented by an integrated logic circuit of hardware in a processor element or an instruction in the form of software.
For example, the above modules may be one or more integrated circuits configured to implement the above methods, such as: one or more Application Specific Integrated Circuits (ASICs), or one or more microprocessors (DSPs), or one or more Field Programmable Gate Arrays (FPGAs), among others. For another example, when one of the above modules is implemented in the form of a Processing element scheduler code, the Processing element may be a general-purpose processor, such as a Central Processing Unit (CPU) or other processor capable of calling program code. For another example, these modules may be integrated together and implemented in the form of a system-on-a-chip (SOC).
In order to better achieve the above object, an embodiment of the present invention further provides a network device, which includes a processor, a memory, and a beam failure handling program stored in the memory and executable on the processor, and the processor implements the steps in the beam failure handling method as described above when executing the beam failure handling program. Embodiments of the present invention also provide a computer-readable storage medium, on which a beam failure processing program is stored, and when being executed by a processor, the beam failure processing program implements the steps of the beam failure processing method as described above.
Specifically, fig. 8 is a schematic structural diagram of a network device according to another embodiment of the present application. As shown in fig. 8, the network device 800 includes: antenna 81, radio frequency device 82, baseband device 83. The antenna 81 is connected to a radio frequency device 82. In the uplink direction, the rf device 82 receives information via the antenna 81 and sends the received information to the baseband device 83 for processing. In the downlink direction, the baseband device 83 processes information to be transmitted and transmits the information to the rf device 82, and the rf device 82 processes the received information and transmits the processed information through the antenna 81.
The above band processing means may be located in the baseband device 83, and the method performed by the network side device in the above embodiment may be implemented in the baseband device 83, where the baseband device 83 includes a processor 84 and a memory 85.
The baseband device 83 may include, for example, at least one baseband board, on which a plurality of chips are disposed, as shown in fig. 8, where one of the chips, for example, the processor 84, is connected to the memory 85 to call up the program in the memory 85 to perform the network side device operation shown in the above method embodiment.
The baseband device 83 may further include a network interface 86 for exchanging information with the radio frequency device 82, such as a Common Public Radio Interface (CPRI).
The processor may be a single processor or a combination of multiple processing elements, for example, the processor may be a CPU, an ASIC, or one or more integrated circuits configured to implement the method performed by the above network-side device, for example: one or more microprocessors DSP, or one or more field programmable gate arrays FPGA, or the like. The storage element may be a memory or a combination of a plurality of storage elements.
The memory 85 may be either volatile memory or nonvolatile memory, or may 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. The volatile Memory may be a Random Access Memory (RAM) which serves as an external cache. By way of example and not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic Random Access Memory (SDRAM), Double Data Rate Synchronous dynamic random access memory (ddr Data Rate SDRAM, ddr SDRAM), Enhanced Synchronous SDRAM (ESDRAM), Synchlink DRAM (SLDRAM), and Direct Rambus RAM (DRRAM). The memory 85 described herein is intended to comprise, without being limited to, these and any other suitable types of memory.
The processor 84 calls the program in the memory 85 to execute the method executed by each module shown in fig. 7.
Specifically, the processor 84 is further configured to perform: sending physical random access channel NR-PRACH resource configuration information and physical uplink control channel NR-PUCCH resource configuration information to a terminal; the NR-PRACH resource configuration information is used for indicating NR-PRACH transmission resources configured for the beam failure recovery request by the network equipment, and the NR-PUCCH resource configuration information is used for indicating NR-PUCCH transmission resources configured for the beam failure recovery request by the network equipment;
sending first indication information to a terminal; the first indication information is used for indicating a transmission channel or a signal of the beam failure recovery request;
receiving a beam failure recovery request sent by a terminal through a target transmission resource after detecting beam failure; and the target transmission resource is determined by the terminal according to the first indication information, the NR-PRACH resource configuration information and/or the NR-PUCCH resource configuration information.
Specifically, the processor 84 is further configured to perform: sending second indication information to the terminal; wherein the second indication information is used for indicating the transmission content of the beam failure recovery request;
and receiving a beam failure recovery request which is sent by the terminal through the target transmission resource and carries the sending content after detecting the beam failure.
Specifically, the processor 84 is further configured to perform: and receiving a beam failure recovery request which is sent by the terminal through the target transmission resource for multiple times and carries all or part of information of the sent content after detecting the beam failure.
Wherein, the sending content indicated by the second indication information at least comprises: terminal identification information and candidate beam resource identification information.
Specifically, if the target transmission resource is an NR-PRACH resource, the processor 84 is further configured to: receiving a beam failure recovery request sent by a terminal through an NR-PRACH resource after detecting beam failure;
and implicitly obtaining terminal identification information and candidate beam resource identification information corresponding to the beam failure recovery request according to the NR-PRACH resource.
Specifically, if the target transmission resource is an NR-PUCCH resource, the processor 84 is further configured to: and receiving a beam failure recovery request which is sent by the terminal through the NR-PUCCH resource and carries the terminal identification information and the candidate beam resource identification information after the beam failure is detected.
Specifically, if the target transmission resource is an NR-PUCCH resource, the processor 84 is further configured to: receiving information carried by a terminal through NR-PUCCH resources after a beam failure is detected;
and implicitly obtaining candidate beam resource identification information corresponding to the beam failure recovery request according to time domain transmission resource grouping information or frequency domain transmission resource grouping information corresponding to the information carried by the NR-PUCCH resource.
Specifically, if the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, the processor 84 is further configured to: receiving a beam failure recovery request sent by a terminal through an NR-PRACH resource after detecting beam failure, and determining terminal identification information corresponding to the beam failure recovery request according to the NR-PRACH resource; receiving a wave beam failure recovery request which is sent by NR-PUCCH resources and carries candidate wave beam resource identification information;
alternatively, the first and second electrodes may be,
receiving a beam failure recovery request sent by a terminal through NR-PRACH resources after detecting beam failure, and determining terminal identification information corresponding to the beam failure recovery request and first beam resource identification information of a first part of beams in candidate beams according to the NR-PRACH resources; receiving a beam failure recovery request which is sent by an NR-PUCCH resource and carries terminal identification information and second beam resource identification information of a second part of beams in the candidate beams; wherein the second partial beams are all other beams of the candidate beams except the first partial beams.
Specifically, the processor 84 is further configured to perform: and according to the current resource occupation situation, sending first indication information for indicating that only the beam failure recovery request is supported to be sent through the NR-PRACH to the terminal.
Specifically, the processor 84 is further configured to perform: and according to the current resource occupation situation, first indication information for indicating that only the beam failure recovery request transmitted through the NR-PUCCH is supported is transmitted to the terminal.
Specifically, the processor 84 is further configured to perform: and according to the current resource occupation situation, sending first indication information for indicating the support of sending the beam failure recovery request through the NR-PRACH and the NR-PUCCH to the terminal.
Specifically, the processor 84 is further configured to perform: and sending third indication information for indicating the candidate beam number threshold value to the terminal.
Specifically, the NR-PRACH resource configuration information includes: beam resource indication information and maximum retransmission times information.
Specifically, the NR-PUCCH resource configuration information includes: beam resource indication information and maximum retransmission times information.
Specifically, the processor 84 is further configured to perform: and transmitting the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information to the terminal through Radio Resource Control (RRC) signaling.
The network device may be a Base Transceiver Station (BTS) in Global System for Mobile communications (GSM) or Code Division Multiple Access (CDMA), a Base Station (NodeB, NB) in Wideband Code Division Multiple Access (WCDMA), an evolved Node B (eNB, eNodeB) in LTE, a relay Station, an Access point, a Base Station in a future 5G network, or the like, which is not limited herein.
Thus, the network equipment configures NR-PRACH resource configuration information and NR-PUCCH resource configuration information for a transmission beam failure recovery request, transmits the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information to a terminal when the terminal accesses, transmits first indication information for indicating whether the terminal transmits the beam failure recovery request through the NR-PRACH or the NR-PUCCH to the terminal according to a real-time resource occupation condition, so that when the terminal detects the beam failure, determines a target transmission resource for transmitting the beam failure recovery request according to the first indication information, the NR-PRACH resource configuration information and/or the NR-PUCCH resource configuration information, and transmits a corresponding beam failure recovery request to the network equipment through the target transmission resource, thereby effectively improving the efficiency of beam failure recovery, the transmission reliability of the high-frequency communication link is enhanced.
Those of ordinary skill in the art will appreciate that the various illustrative elements and algorithm steps described in connection with the embodiments disclosed herein may be implemented as electronic hardware or combinations of computer software and electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present invention.
It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.
In the embodiments provided in the present application, it should be understood that the disclosed apparatus and method may be implemented in other ways. For example, the above-described apparatus embodiments are merely illustrative, and for example, the division of the units is only one logical division, and other divisions may be realized in practice, for example, a plurality of units or components may be combined or integrated into another system, or some features may be omitted, or not executed. 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 exist alone physically, or two or more units are integrated into one unit.
The functions, if implemented in the form of software functional units and sold or used as a stand-alone product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present invention may be embodied in the form of a software product, which is stored in a storage medium and includes instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present invention. And the aforementioned storage medium includes: various media capable of storing program codes, such as a U disk, a removable hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.
Furthermore, it is to be noted that in the device and method of the invention, it is obvious that the individual components or steps can be decomposed and/or recombined. These decompositions and/or recombinations are to be regarded as equivalents of the present invention. Also, the steps of performing the series of processes described above may naturally be performed chronologically in the order described, but need not necessarily be performed chronologically, and some steps may be performed in parallel or independently of each other. It will be understood by those skilled in the art that all or any of the steps or elements of the method and apparatus of the present invention may be implemented in any computing device (including processors, storage media, etc.) or network of computing devices, in hardware, firmware, software, or any combination thereof, which can be implemented by those skilled in the art using their basic programming skills after reading the description of the present invention.
Thus, the objects of the invention may also be achieved by running a program or a set of programs on any computing device. The computing device may be a general purpose device as is well known. The object of the invention is thus also achieved solely by providing a program product comprising program code for implementing the method or the apparatus. That is, such a program product also constitutes the present invention, and a storage medium storing such a program product also constitutes the present invention. It is to be understood that the storage medium may be any known storage medium or any storage medium developed in the future. It is further noted that in the apparatus and method of the present invention, it is apparent that each component or step can be decomposed and/or recombined. These decompositions and/or recombinations are to be regarded as equivalents of the present invention. Also, the steps of executing the series of processes described above may naturally be executed chronologically in the order described, but need not necessarily be executed chronologically. Some steps may be performed in parallel or independently of each other.
While the preferred embodiments of the present invention have been described, it will be understood by those skilled in the art that various changes and modifications may be made without departing from the spirit and scope of the invention as defined in the following claims.

Claims (52)

1. A beam failure processing method applied to a terminal side is characterized by comprising the following steps:
acquiring physical random access channel NR-PRACH resource configuration information and physical uplink control channel NR-PUCCH resource configuration information sent by network equipment; the NR-PRACH resource configuration information is used for indicating NR-PRACH transmission resources configured for the beam failure recovery request by the network equipment, and the NR-PUCCH resource configuration information is used for indicating NR-PUCCH transmission resources configured for the beam failure recovery request by the network equipment;
receiving first indication information sent by network equipment; the first indication information is used for indicating a transmission channel or a signal of the beam failure recovery request;
if the beam failure is detected, determining target transmission resources for sending a beam failure recovery request according to the first indication information, the NR-PRACH resource configuration information and/or the NR-PUCCH resource configuration information;
sending the beam failure recovery request to network equipment through the target transmission resource;
the step of determining a target transmission resource for transmitting the beam failure recovery request according to the first indication information, the NR-PRACH resource configuration information, and the NR-PUCCH resource configuration information includes:
if the first indication information indicates that only the beam failure recovery request is transmitted through the NR-PRACH, determining a first NR-PRACH resource for transmitting the beam failure recovery request according to the NR-PRACH resource configuration information; or
If the first indication information indicates that only the beam failure recovery request transmitted through the NR-PUCCH is supported, determining a first NR-PUCCH resource for transmitting the beam failure recovery request according to NR-PUCCH resource configuration information; or
And if the first indication information indicates that the beam failure recovery request is transmitted through the NR-PRACH and the NR-PUCCH, determining a second NR-PRACH resource or a second NR-PUCCH resource for transmitting the beam failure recovery request according to the candidate beam number threshold value, the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information.
2. The method of claim 1, wherein the step of sending the beam failure recovery request to a network device via the target transmission resource comprises:
receiving second indication information sent by the network equipment; wherein the second indication information is used for indicating the transmission content of the beam failure recovery request;
and sending a beam failure recovery request carrying the sending content to network equipment through the target transmission resource.
3. The method of claim 2, wherein the step of sending the beam failure recovery request carrying the transmission content to the network device via the target transmission resource comprises:
and sending a beam failure recovery request carrying all or part of the information of the sending content to network equipment for multiple times through the target transmission resource.
4. The beam failure processing method according to claim 2, wherein the transmission content indicated by the second indication information at least includes: terminal identification information and/or candidate beam resource identification information.
5. The method of claim 4, wherein if the target transmission resource is an NR-PRACH resource, the step of sending a beam failure recovery request carrying the transmission content to a network device via the target transmission resource comprises:
sending a corresponding beam failure recovery request to network equipment through the NR-PRACH resource; and the NR-PRACH resource implicitly indicates terminal identification information and candidate beam resource identification information.
6. The method of claim 4, wherein if the target transmission resource is an NR-PUCCH resource, the step of sending the beam failure recovery request carrying the transmission content to a network device via the target transmission resource includes:
and sending a beam failure recovery request carrying the terminal identification information and the candidate beam resource identification information to the network equipment through the NR-PUCCH resource.
7. The method of claim 4, wherein if the target transmission resource is an NR-PUCCH resource, the step of sending the beam failure recovery request carrying the transmission content to a network device via the target transmission resource includes:
sending a beam failure recovery request carrying terminal identification information to network equipment through the information carried by the NR-PUCCH resource; and the time domain transmission resource grouping information or the frequency domain transmission resource grouping information corresponding to the information carried by the NR-PUCCH resource implicitly indicates candidate beam resource identification information.
8. The method for processing beam failure according to claim 4, wherein if the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, the step of sending the beam failure recovery request carrying the transmission content to a network device via the target transmission resource includes:
sending a corresponding beam failure recovery request to network equipment through the NR-PRACH resource; wherein, the NR-PRACH resource implicitly indicates terminal identification information; sending a wave beam failure recovery request carrying candidate wave beam resource identification information to network equipment through the NR-PUCCH resource;
alternatively, the first and second electrodes may be,
sending a corresponding beam failure recovery request to network equipment through the NR-PRACH resource; the NR-PRACH resource implicitly indicates terminal identification information and first beam resource identification information of a first part of beams in the candidate beams; sending a beam failure recovery request carrying terminal identification information and second beam resource identification information of a second part of beams in the candidate beams to the network equipment through the NR-PUCCH resources; wherein the second partial beams are all other beams of the candidate beams except the first partial beams.
9. The method for processing beam failure according to claim 1, wherein the step of determining a second NR-PRACH resource or a second NR-PUCCH resource for transmitting the beam failure recovery request according to the threshold value of the number of candidate beams, the NR-PRACH resource configuration information, and the NR-PUCCH resource configuration information includes:
receiving third indication information which is sent by the network equipment and used for indicating the threshold value of the number of candidate beams;
if the candidate beam number is smaller than the candidate beam number threshold value indicated by the third indication information, determining a second NR-PRACH resource for sending the beam failure recovery request according to the NR-PRACH resource configuration information;
and if the candidate beam number is larger than the candidate beam number threshold value indicated by the third indication information, determining a second NR-PUCCH resource for sending the beam failure recovery request according to the NR-PUCCH resource configuration information.
10. The beam failure handling method of claim 1, wherein the NR-PRACH resource configuration information includes: at least one of beam resource indication information and maximum retransmission number information.
11. The beam failure handling method of claim 1, wherein the NR-PUCCH resource configuration information comprises: at least one of beam resource indication information and maximum retransmission number information.
12. The method of claim 1, wherein the step of obtaining the physical random access channel NR-PRACH resource configuration information and the physical uplink control channel NR-PUCCH resource configuration information sent by the network device comprises:
and receiving NR-PRACH resource configuration information and NR-PUCCH resource configuration information sent by the network equipment through Radio Resource Control (RRC) signaling.
13. A terminal, comprising:
the system comprises an acquisition module, a processing module and a processing module, wherein the acquisition module is used for acquiring physical random access channel (NR-PRACH) resource configuration information and physical uplink control channel (NR-PUCCH) resource configuration information which are sent by network equipment; the NR-PRACH resource configuration information is used for indicating NR-PRACH transmission resources configured for the beam failure recovery request by the network equipment, and the NR-PUCCH resource configuration information is used for indicating NR-PUCCH transmission resources configured for the beam failure recovery request by the network equipment;
the first receiving module is used for receiving first indication information sent by the network equipment; the first indication information is used for indicating a transmission channel or a signal of the beam failure recovery request;
a processing module, configured to determine, when a beam failure is detected, a target transmission resource for sending a beam failure recovery request according to the first indication information, NR-PRACH resource configuration information, and/or NR-PUCCH resource configuration information;
a first sending module, configured to send the beam failure recovery request to a network device through the target transmission resource;
the processing module comprises:
a first processing sub-module, configured to determine, according to NR-PRACH resource configuration information, a first NR-PRACH resource that transmits a beam failure recovery request when the first indication information indicates that only the beam failure recovery request is supported for transmission by an NR-PRACH;
a second processing sub-module, configured to determine, according to NR-PUCCH resource configuration information, a first NR-PUCCH resource that transmits a beam failure recovery request when the first indication information indicates that only the transmission of the beam failure recovery request through the NR-PUCCH is supported;
and a third processing sub-module, configured to determine, when the first indication information indicates that it is supported to send the beam failure recovery request through the NR-PRACH and the NR-PUCCH, a second NR-PRACH resource or a second NR-PUCCH resource that sends the beam failure recovery request according to the candidate beam number threshold, the NR-PRACH resource configuration information, and the NR-PUCCH resource configuration information.
14. The terminal of claim 13, wherein the first sending module comprises:
the first receiving submodule is used for receiving second indication information sent by the network equipment; wherein the second indication information is used for indicating the transmission content of the beam failure recovery request;
and the first sending submodule is used for sending a beam failure recovery request carrying the sending content to network equipment through the target transmission resource.
15. The terminal of claim 14, wherein the first sending submodule comprises:
and a sending unit, configured to send a beam failure recovery request carrying all or part of the information of the sent content to a network device for multiple times through the target transmission resource.
16. The terminal according to claim 14, wherein the transmission content indicated by the second indication information at least includes: terminal identification information and/or candidate beam resource identification information.
17. The terminal of claim 16, wherein the first sending module further comprises:
a second sending submodule, configured to send, when the target transmission resource is an NR-PRACH resource, a corresponding beam failure recovery request to a network device through the NR-PRACH resource; and the NR-PRACH resource implicitly indicates terminal identification information and candidate beam resource identification information.
18. The terminal of claim 16, wherein the first sending module further comprises:
and a third sending submodule, configured to send a beam failure recovery request carrying the terminal identification information and the candidate beam resource identification information to the network device through the NR-PUCCH resource when the target transmission resource is the NR-PUCCH resource.
19. The terminal of claim 16, wherein the first sending module further comprises:
a fourth sending submodule, configured to send a beam failure recovery request carrying terminal identification information to a network device through information carried by the NR-PUCCH resource when the target transmission resource is the NR-PUCCH resource; and the time domain transmission resource grouping information or the frequency domain transmission resource grouping information corresponding to the information carried by the NR-PUCCH resource implicitly indicates candidate beam resource identification information.
20. The terminal of claim 16, wherein the first sending module further comprises:
a fifth sending submodule, configured to send, when the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, a corresponding beam failure recovery request to a network device through the NR-PRACH resource; wherein, the NR-PRACH resource implicitly indicates terminal identification information; sending a wave beam failure recovery request carrying candidate wave beam resource identification information to network equipment through the NR-PUCCH resource;
alternatively, the first and second electrodes may be,
a sixth sending submodule, configured to send, when the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, a corresponding beam failure recovery request to a network device through the NR-PRACH resource; the NR-PRACH resource implicitly indicates terminal identification information and first beam resource identification information of a first part of beams in the candidate beams; sending a beam failure recovery request carrying terminal identification information and second beam resource identification information of a second part of beams in the candidate beams to the network equipment through the NR-PUCCH resources; wherein the second partial beams are all other beams of the candidate beams except the first partial beams.
21. The terminal of claim 13, wherein the third processing sub-module comprises:
a first receiving unit, configured to receive third indication information, which is sent by a network device and used for indicating a threshold value of a candidate number of beams;
a first processing unit, configured to determine, according to the NR-PRACH resource configuration information, a second NR-PRACH resource that transmits a beam failure recovery request when the candidate beam number is smaller than a candidate beam number threshold indicated by the third indication information;
and a second processing unit, configured to determine, according to the NR-PUCCH resource configuration information, a second NR-PUCCH resource for transmitting the beam failure recovery request when the number of candidate beams is greater than the threshold value of the number of candidate beams indicated by the third indication information.
22. The terminal of claim 13, wherein the NR-PRACH resource configuration information comprises: at least one of beam resource indication information and maximum retransmission number information.
23. The terminal of claim 13, wherein the NR-PUCCH resource configuration information comprises: at least one of beam resource indication information and maximum retransmission number information.
24. The terminal of claim 13, wherein the obtaining module comprises:
and the second receiving submodule is used for receiving the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information sent by the network equipment through the radio resource control RRC signaling.
25. A terminal, comprising a processor, a memory, and a beam failure handling program stored on the memory and executable on the processor, wherein the processor implements the steps of the beam failure handling method according to any one of claims 1 to 12 when executing the beam failure handling program.
26. A computer-readable storage medium, having stored thereon a beam failure handling program which, when executed by a processor, implements the steps of the beam failure handling method according to any one of claims 1 to 12.
27. A beam failure processing method is applied to a network device side, and is characterized by comprising the following steps:
sending physical random access channel NR-PRACH resource configuration information and physical uplink control channel NR-PUCCH resource configuration information to a terminal; the NR-PRACH resource configuration information is used for indicating NR-PRACH transmission resources configured for the beam failure recovery request by the network equipment, and the NR-PUCCH resource configuration information is used for indicating NR-PUCCH transmission resources configured for the beam failure recovery request by the network equipment;
sending first indication information to the terminal; the first indication information is used for indicating a transmission channel or a signal of the beam failure recovery request;
receiving a beam failure recovery request sent by the terminal through a target transmission resource after the beam failure is detected; the target transmission resource is determined by the terminal according to the first indication information, NR-PRACH resource configuration information and/or NR-PUCCH resource configuration information;
the step of sending the first indication information to the terminal includes:
according to the current resource occupation situation, first indication information used for indicating that only the NR-PRACH transmission beam failure recovery request is supported is sent to the terminal; or
According to the current resource occupation situation, first indication information used for indicating that only the request for recovering the failure of transmitting the wave beam through the NR-PUCCH is supported is sent to the terminal; or
The step of sending the first indication information to the terminal includes:
and according to the current resource occupation situation, sending first indication information for indicating the support of sending the beam failure recovery request through the NR-PRACH and the NR-PUCCH to the terminal.
28. The beam failure processing method of claim 27, wherein the step of receiving the beam failure recovery request sent by the terminal through the target transmission resource after detecting the beam failure comprises:
sending second indication information to the terminal; wherein the second indication information is used for indicating the transmission content of the beam failure recovery request;
and receiving a beam failure recovery request which is sent by the terminal through a target transmission resource and carries the sending content after the beam failure is detected.
29. The method of claim 28, wherein the step of receiving the beam failure recovery request carrying the transmission content and sent by the terminal through the target transmission resource after detecting the beam failure comprises:
and receiving a beam failure recovery request which is sent by the terminal through the target transmission resource for multiple times after detecting the beam failure and carries all or part of the information of the sending content.
30. The beam failure processing method of claim 28, wherein the transmission content indicated by the second indication information at least comprises: terminal identification information and/or candidate beam resource identification information.
31. The method of claim 30, wherein if the target transmission resource is an NR-PRACH resource, the step of receiving the beam failure recovery request sent by the terminal through the target transmission resource after detecting the beam failure comprises:
receiving a beam failure recovery request sent by the terminal through the NR-PRACH resource after detecting beam failure;
and implicitly obtaining terminal identification information and candidate beam resource identification information corresponding to the beam failure recovery request according to the NR-PRACH resource.
32. The method of claim 30, wherein if the target transmission resource is an NR-PUCCH resource, the step of receiving the beam failure recovery request sent by the terminal through the target transmission resource after detecting the beam failure comprises:
and receiving a beam failure recovery request which is sent by the terminal through the NR-PUCCH resource and carries terminal identification information and candidate beam resource identification information after the beam failure is detected.
33. The method of claim 30, wherein if the target transmission resource is an NR-PUCCH resource, the step of receiving the beam failure recovery request sent by the terminal through the target transmission resource after detecting the beam failure comprises:
receiving information carried by the terminal through NR-PUCCH resources after the terminal detects the beam failure;
and implicitly obtaining candidate beam resource identification information corresponding to the beam failure recovery request according to time domain transmission resource grouping information or frequency domain transmission resource grouping information corresponding to the information carried by the NR-PUCCH resource.
34. The method of claim 30, wherein if the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, the step of receiving the beam failure recovery request sent by the terminal through the target transmission resource after detecting the beam failure comprises:
receiving a beam failure recovery request sent by the terminal through the NR-PRACH resource after detecting beam failure, and determining terminal identification information corresponding to the beam failure recovery request according to the NR-PRACH resource; receiving a wave beam failure recovery request which is sent by the NR-PUCCH resource and carries candidate wave beam resource identification information;
alternatively, the first and second electrodes may be,
receiving a beam failure recovery request sent by the terminal through the NR-PRACH resource after detecting beam failure, and determining terminal identification information corresponding to the beam failure recovery request and first beam resource identification information of a first part of beams in candidate beams according to the NR-PRACH resource; receiving a beam failure recovery request which is sent by the NR-PUCCH resource and carries terminal identification information and second beam resource identification information of a second part of beams in the candidate beams; wherein the second partial beams are all other beams of the candidate beams except the first partial beams.
35. The beam failure handling method according to claim 27, wherein the step of transmitting the first indication information indicating support of transmission of the beam failure recovery request through the NR-PRACH and the NR-PUCCH to the terminal is preceded by:
and sending third indication information for indicating the candidate beam number threshold value to the terminal.
36. The beam failure handling method of claim 27, wherein the NR-PRACH resource configuration information includes: beam resource indication information and maximum retransmission times information.
37. The beam failure processing method of claim 27, wherein the NR-PUCCH resource configuration information comprises: beam resource indication information and maximum retransmission times information.
38. The method of claim 27, wherein the step of sending physical random access channel NR-PRACH resource configuration information and physical uplink control channel NR-PUCCH resource configuration information to the terminal includes:
and transmitting the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information to the terminal through Radio Resource Control (RRC) signaling.
39. A network device, comprising:
the second sending module is used for sending physical random access channel NR-PRACH resource configuration information and physical uplink control channel NR-PUCCH resource configuration information to the terminal; the NR-PRACH resource configuration information is used for indicating NR-PRACH transmission resources configured for the beam failure recovery request by the network equipment, and the NR-PUCCH resource configuration information is used for indicating NR-PUCCH transmission resources configured for the beam failure recovery request by the network equipment;
a third sending module, configured to send the first indication information to the terminal; the first indication information is used for indicating a transmission channel or a signal of the beam failure recovery request;
a second receiving module, configured to receive a beam failure recovery request sent by the terminal through a target transmission resource after detecting a beam failure; the target transmission resource is determined by the terminal according to the first indication information, NR-PRACH resource configuration information and/or NR-PUCCH resource configuration information;
the third sending module includes:
an eighth sending submodule, configured to send, to the terminal, first indication information indicating that only the request for recovering from the failure of the beam sent by the NR-PRACH is supported;
a ninth transmission sub-module, configured to transmit, to the terminal, first indication information indicating that only the beam failure recovery request through the NR-PUCCH is supported;
and a tenth transmitting submodule, configured to transmit, to the terminal, first indication information indicating that the beam failure recovery request is supported by the NR-PRACH and the NR-PUCCH.
40. The network device of claim 39, wherein the second receiving module comprises:
a seventh sending submodule, configured to send second indication information to the terminal; wherein the second indication information is used for indicating the transmission content of the beam failure recovery request;
and the third receiving submodule is used for receiving a beam failure recovery request which is sent by the terminal through a target transmission resource and carries the sending content after the beam failure is detected.
41. The network device of claim 40, wherein the third receiving sub-module comprises:
a second receiving unit, configured to receive a beam failure recovery request that is sent by the terminal through a target transmission resource for multiple times after detecting a beam failure and carries all or part of the information of the sent content.
42. The network device of claim 40, wherein the sending content indicated by the second indication information at least comprises: terminal identification information and/or candidate beam resource identification information.
43. The network device of claim 42, wherein the second receiving module comprises:
a fourth receiving sub-module, configured to receive, when the target transmission resource is an NR-PRACH resource, a beam failure recovery request sent by the terminal through the NR-PRACH resource after detecting a beam failure;
and the fourth processing submodule is used for implicitly obtaining terminal identification information and candidate beam resource identification information corresponding to the beam failure recovery request according to the NR-PRACH resource.
44. The network device of claim 42, wherein the second receiving module comprises:
and a fifth receiving sub-module, configured to receive, when the target transmission resource is an NR-PUCCH resource, a beam failure recovery request that is sent by the terminal through the NR-PUCCH resource and carries terminal identification information and candidate beam resource identification information after detecting a beam failure.
45. The network device of claim 42, wherein the second receiving module comprises:
a sixth receiving submodule, configured to receive, if the target transmission resource is an NR-PUCCH resource, information carried by the terminal through the NR-PUCCH resource after detecting that a beam fails;
and the fifth processing submodule is used for implicitly obtaining candidate beam resource identification information corresponding to the beam failure recovery request according to time domain transmission resource grouping information or frequency domain transmission resource grouping information corresponding to the information carried by the NR-PUCCH resource.
46. The network device of claim 42, wherein the second receiving module further comprises:
a seventh receiving sub-module, configured to receive, when the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, a beam failure recovery request sent by the terminal through the NR-PRACH resource after detecting a beam failure, and determine, according to the NR-PRACH resource, terminal identification information corresponding to the beam failure recovery request; receiving a wave beam failure recovery request which is sent by the NR-PUCCH resource and carries candidate wave beam resource identification information;
alternatively, the first and second electrodes may be,
an eighth receiving sub-module, configured to receive a beam failure recovery request sent by the terminal through the NR-PRACH resource after detecting that a beam fails, and determine, according to the NR-PRACH resource, terminal identification information corresponding to the beam failure recovery request and first beam resource identification information of a first part of beams in candidate beams; receiving a beam failure recovery request which is sent by the NR-PUCCH resource and carries terminal identification information and second beam resource identification information of a second part of beams in the candidate beams; wherein the second partial beams are all other beams of the candidate beams except the first partial beams.
47. The network device of claim 39, wherein the third sending module further comprises:
and the eleventh sending submodule is used for sending third indication information used for indicating the threshold value of the number of candidate beams to the terminal.
48. The network device of claim 39, wherein the NR-PRACH resource configuration information comprises: beam resource indication information and maximum retransmission times information.
49. The network device of claim 39, wherein the NR-PUCCH resource configuration information comprises: beam resource indication information and maximum retransmission times information.
50. The network device of claim 39, wherein the second sending module further comprises:
and the twelfth sending submodule is used for sending the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information to the terminal through a Radio Resource Control (RRC) signaling.
51. A network-side device, comprising a processor, a memory, and a beam failure handling program stored in the memory and executable on the processor, wherein the processor implements the steps of the beam failure handling method according to any one of claims 27 to 38 when executing the beam failure handling program.
52. A computer-readable storage medium, having stored thereon a beam failure handling program which, when executed by a processor, implements the steps of the beam failure handling method according to any one of claims 27 to 38.
CN201710434020.3A 2017-06-09 2017-06-09 Beam failure processing method, terminal and network equipment Active CN109039408B (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201710434020.3A CN109039408B (en) 2017-06-09 2017-06-09 Beam failure processing method, terminal and network equipment
PCT/CN2018/090289 WO2018224013A1 (en) 2017-06-09 2018-06-07 Beam failure processing method, terminal and network device

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710434020.3A CN109039408B (en) 2017-06-09 2017-06-09 Beam failure processing method, terminal and network equipment

Publications (2)

Publication Number Publication Date
CN109039408A CN109039408A (en) 2018-12-18
CN109039408B true CN109039408B (en) 2021-07-13

Family

ID=64565738

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710434020.3A Active CN109039408B (en) 2017-06-09 2017-06-09 Beam failure processing method, terminal and network equipment

Country Status (2)

Country Link
CN (1) CN109039408B (en)
WO (1) WO2018224013A1 (en)

Families Citing this family (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109151869B (en) 2017-06-19 2021-12-14 维沃移动通信有限公司 Configuration method of random access resource, terminal and network equipment
US10893540B2 (en) * 2017-07-28 2021-01-12 Qualcomm Incorporated Random access channel procedures with multiple carriers
CN113424650B (en) * 2018-12-21 2024-04-09 株式会社Ntt都科摩 User terminal and wireless communication method
CN111385890B (en) * 2018-12-29 2023-05-02 成都华为技术有限公司 Beam failure recovery method and device
KR20240028562A (en) * 2019-01-08 2024-03-05 지티이 코포레이션 Wireless link recovery
CN111447635B (en) * 2019-01-16 2021-10-26 大唐移动通信设备有限公司 Beam failure reporting method, base station and terminal
CN111447681B (en) * 2019-01-17 2023-03-28 中国移动通信有限公司研究院 Beam recovery method, device, medium and equipment
CN111447683B (en) * 2019-01-17 2023-03-31 中国移动通信有限公司研究院 Beam recovery method, device, medium and equipment
CN111479333B (en) * 2019-01-23 2022-09-02 华为技术有限公司 Communication method and communication device
CN111278032B (en) * 2019-01-25 2022-02-01 维沃移动通信有限公司 PUCCH (physical uplink control channel) sending method, receiving method, terminal and network side equipment
CN111294844B (en) * 2019-03-29 2023-01-10 展讯通信（上海）有限公司 Beam failure recovery method, user terminal and computer-readable storage medium
CN111836289A (en) * 2019-04-23 2020-10-27 中国移动通信有限公司研究院 Processing method, terminal and network side device for beam failure recovery
CN111866959B (en) * 2019-04-30 2023-12-08 华为技术有限公司 Method and device for reporting beam failure
WO2021013017A1 (en) * 2019-07-25 2021-01-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Method and device for scell beam failure recovery, ue and network device
CN111800819A (en) * 2019-08-05 2020-10-20 维沃移动通信有限公司 Method for indicating advanced measurement result, terminal equipment and network node
CN112512071A (en) * 2019-09-16 2021-03-16 中国移动通信有限公司研究院 Beam recovery method, base station and terminal
CN114073146A (en) * 2019-09-30 2022-02-18 华为技术有限公司 Method and device for sending beam failure recovery request
CN114424641A (en) * 2019-09-30 2022-04-29 华为技术有限公司 Communication method and device
JP7315795B2 (en) * 2019-11-05 2023-07-26 北京小米移動軟件有限公司 Beam failure request resource allocation method, apparatus and storage medium
CN115642939A (en) * 2020-03-25 2023-01-24 华为技术有限公司 Signal transmission method and device
CN115176496A (en) * 2020-04-16 2022-10-11 Oppo广东移动通信有限公司 Beam management method, electronic equipment and storage medium
WO2022151102A1 (en) * 2021-01-13 2022-07-21 北京小米移动软件有限公司 Method and apparatus for determining scheduling request resource, and communication device

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105848265A (en) * 2016-05-03 2016-08-10 上海华为技术有限公司 Data transmitting method, terminal equipment and access network equipment

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115483956A (en) * 2014-11-26 2022-12-16 Idac控股公司 Initial access in high frequency wireless systems
CN106789800B (en) * 2015-11-20 2020-04-21 华为技术有限公司 Downlink synchronization method, device and system

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105848265A (en) * 2016-05-03 2016-08-10 上海华为技术有限公司 Data transmitting method, terminal equipment and access network equipment

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Remaining Issues on Beam Recovery for NR;InterDigital, Inc;《3GPP TSG RAN WG1 Meeting #89 R1-1708336》;20170519;第1、2节 *

Also Published As

Publication number Publication date
WO2018224013A1 (en) 2018-12-13
CN109039408A (en) 2018-12-18

Similar Documents

Publication Publication Date Title
CN109039408B (en) Beam failure processing method, terminal and network equipment
CN109089322B (en) Uplink multi-beam transmission method, terminal and network equipment
CN109151869B (en) Configuration method of random access resource, terminal and network equipment
US11363575B2 (en) Uplink information sending method and apparatus and uplink information receiving method and apparatus
CN109309547B (en) Downlink control information detection method, transmission method, terminal and network equipment
US20210274482A1 (en) Method for Transmitting Downlink Control Information, Terminal Device and Network Device
KR102334787B1 (en) Data transmission method, terminal device and network device
CA3061633A1 (en) Beam configuration method and apparatus
US11051302B2 (en) Wireless communication method and device, chip, and system
CN109392167B (en) Resource scheduling indication method, terminal and network equipment
US11206054B2 (en) Communication method and device
CN108989004B (en) Information transmission method under unlicensed frequency band, network device and terminal
US20190357269A1 (en) Grant-free transmission method, terminal device, and network device
CN109089315B (en) Data transmission method and device based on multi-beam
KR102247385B1 (en) Transmission method, network equipment, and terminal equipment
US11330543B2 (en) Signal sending method, signal receiving method, and apparatus
US20210274523A1 (en) Information transmission method and device
CN110809866A (en) Command receiving method, device and communication system
US20240089747A1 (en) Base station, terminal apparatus, method, program, and recording medium
US20210329601A1 (en) Communication Resource Determining Method and Apparatus
JP6847260B2 (en) Wireless communication methods and devices
CN112703699A (en) Method and terminal device for transmitting data channel
CN112119595B (en) Signal scrambling method and device and communication equipment
US11134378B2 (en) Data transmission method and apparatus
CN113170324B (en) Wireless communication method, network equipment and terminal equipment for unlicensed spectrum

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