WO2018224013A1 - 波束失败处理方法、终端及网络设备 - Google Patents

波束失败处理方法、终端及网络设备 Download PDF

Info

Publication number
WO2018224013A1
WO2018224013A1 PCT/CN2018/090289 CN2018090289W WO2018224013A1 WO 2018224013 A1 WO2018224013 A1 WO 2018224013A1 CN 2018090289 W CN2018090289 W CN 2018090289W WO 2018224013 A1 WO2018224013 A1 WO 2018224013A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
beam failure
recovery request
failure recovery
terminal
Prior art date
Application number
PCT/CN2018/090289
Other languages
English (en)
French (fr)
Inventor
孙晓东
杨宇
陈力
杨晓东
Original Assignee
维沃移动通信有限公司
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 维沃移动通信有限公司 filed Critical 维沃移动通信有限公司
Publication of WO2018224013A1 publication Critical patent/WO2018224013A1/zh

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

Definitions

  • the present disclosure relates to the field of communications technologies, and in particular, to a beam failure processing method, a terminal, and a network device.
  • 5G mobile communication system or called New Radio (NR) system
  • 5G future generation
  • NR New Radio
  • high-frequency communication and large Scale antenna technology will be introduced.
  • high frequency communication can provide a wider system bandwidth, and the antenna size can also be smaller, which is more advantageous for large-scale antenna deployment in base stations and terminals.
  • high-frequency communication has disadvantages such as large path loss, easy interference, and weak link.
  • Large-scale antenna technology can provide large antenna gain. Therefore, the combination of high-frequency communication and large-scale antenna is the future 5G mobile communication. The inevitable trend of the system.
  • the problem of link vulnerability in high frequency communication still exists.
  • the beam failure recovery mechanism may be used to switch the beam, and the communication link is switched from the poor beam to the candidate beam with better communication link to avoid the wireless link. failure.
  • the related technology supports multiple channel or signal transmission beam failure recovery requests in the 5G system, it does not provide how to configure multiple channel or signal configuration methods corresponding to the beam failure recovery request, and the processing of the terminal uplink transmission behavior. mechanism.
  • an embodiment of the present disclosure provides a beam failure processing method, which is applied to a terminal side, and includes:
  • PRACH resource configuration information is used to indicate that the network device is The beam failure recovery request is configured by the PRACH transmission resource, where the PUCCH resource configuration information is used to indicate the PUCCH transmission resource configured by the network device for the beam failure recovery request;
  • the beam failure is detected, determining, according to the first indication information, the PRACH resource configuration information, and/or the PUCCH resource configuration information, the target transmission resource of the transmit beam failure recovery request;
  • an embodiment of the present disclosure further provides a terminal, including:
  • a first receiving module configured to receive first indication information that is sent by the network device, where the first indication information is used to indicate a transmission channel or a signal of the beam failure recovery request;
  • a processing module configured to determine, according to the first indication information, the PRACH resource configuration information, and/or the PUCCH resource configuration information, the target transmission resource of the transmit beam failure recovery request, when the beam failure is detected;
  • the first sending module is configured to send a beam failure recovery request to the network device by using the target transmission resource.
  • an embodiment of the present disclosure provides a computer readable storage medium, where a beam failure processing program is stored on a computer readable storage medium, and the beam failure processing program is implemented by the processor to implement the beam failure processing method as described above. step.
  • an embodiment of the present disclosure provides a beam failure processing method, which is applied to a network device side, and includes:
  • the PRACH resource configuration information is used to indicate the PRACH transmission resource configured by the network device for the beam failure recovery request
  • the PUCCH resource configuration information is used for Indicating a PUCCH transmission resource configured by the network device for a beam failure recovery request
  • a beam failure recovery request sent by the terminal after the beam failure is detected by the target transmission resource where the target transmission resource is determined by the terminal according to the first indication information, the PRACH resource configuration information, and the PUCCH resource configuration information.
  • an embodiment of the present disclosure provides a network device, including:
  • a second sending module configured to send a physical random access channel (PRACH) resource configuration information and a physical uplink control channel (PUCCH) resource configuration information to the terminal, where the PRACH resource configuration information is used to indicate the PRACH transmission resource configured by the network device for the beam failure recovery request.
  • PRACH physical random access channel
  • PUCCH physical uplink control channel
  • a third sending module configured to send first indication information to the terminal, where the first indication information is used to indicate a sending channel or a signal of the beam failure recovery request;
  • a second receiving module configured to receive, by the terminal, a beam failure recovery request that is sent by the terminal after the beam failure is detected, where the target transmission resource is determined by the terminal according to the first indication information, the PRACH resource configuration information, and the PUCCH resource configuration information.
  • an embodiment of the present disclosure provides a network device, where the network device includes a processor, a memory, and a beam failure processing program stored on the memory and operable on the processor, and the processor implements a beam failure processing program. The steps in the beam failure processing method as described above.
  • an embodiment of the present disclosure provides a computer readable storage medium, where a beam failure processing program is stored on a computer readable storage medium, and the beam failure processing program is implemented by the processor to implement the beam failure processing method as described above. step.
  • FIG. 1 is a schematic flowchart diagram of a method for processing a beam failure on a terminal side according to an embodiment of the present disclosure
  • FIG. 2 is a first schematic structural diagram of a terminal of a terminal according to an embodiment of the present disclosure
  • FIG. 3 is a second schematic structural diagram of a terminal of a terminal according to an embodiment of the present disclosure.
  • FIG. 4 is a block diagram of a terminal of an embodiment of the present disclosure.
  • FIG. 5 is a schematic flowchart diagram of a method for processing a beam failure on a network device side according to an embodiment of the present disclosure
  • FIG. 6 is a schematic structural diagram 1 of a module of a network device according to an embodiment of the present disclosure.
  • FIG. 7 is a second schematic structural diagram of a network device according to an embodiment of the present disclosure.
  • Figure 8 shows a block diagram of a network device in accordance with an embodiment of the present disclosure.
  • the embodiment of the present disclosure provides a beam failure processing method, which is applied to the terminal side, as shown in FIG. 1 , and specifically includes the following steps:
  • Step 11 Acquire physical random access channel PRACH resource configuration information (for example, NR-PRACH resource configuration information) and physical uplink control channel PUCCH resource configuration information (for example, NR-PUCCH resource configuration information) sent by the network device,
  • PRACH resource configuration information for example, NR-PRACH resource configuration information
  • PUCCH resource configuration information for example, NR-PUCCH resource configuration information
  • the NR-PRACH resource configuration information is used to indicate the NR-PRACH transmission resource configured by the network device for the beam failure recovery request
  • the NR-PUCCH resource configuration information is used to indicate the 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, part of the resource is used for random access of the terminal, and another part of the resource is used for the terminal to send a beam failure recovery request when the beam fails, and the two parts are orthogonal, that is,
  • the NR-PRACH resource used to transmit the beam failure recovery request is orthogonal to the normal NR-PRACH resource used for random access. It is worth noting that the NR-PRACH resource mentioned here may be a non-competitive NR-PRACH resource or a competitive NR-PRACH resource.
  • the NR-PRACH resource configuration information includes: beam resource indication information, maximum retransmission times information, NR-PRACH configuration index information, time domain start subframe or time slot or symbol information, frequency domain offset information, and hopping. At least one of the frequency 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 period information. That is to say, the network device configuration beam failure recovery request can be sent through the NR-PUCCH.
  • Step 11 specifically includes: receiving NR-PRACH resource configuration information and NR-PUCCH resource configuration information sent by the network device by using 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 (RRC, Radio Resource Control) signaling.
  • RRC Radio Resource Control
  • Step 12 Receive first indication information sent by the network device.
  • the first indication information is used to indicate a transmission channel or a signal of the beam failure recovery request. Since the network device configuration beam failure recovery request can be sent through the NR-PRACH resource or the NR-PUCCH resource, the network device can send a signal to the terminal according to the current network resource occupancy condition to indicate which resource to use to transmit the beam failure recovery.
  • the first indication of the request That is, the first indication information is an indication of a beam failure recovery request transmission channel or signal, and is used to indicate whether the beam failure recovery request is based on NR-PRACH resource transmission or NR-PUCCH resource transmission.
  • Step 13 If the beam failure is detected, determine the target transmission resource of the transmit 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 network device may configure different transmission resources for the beam failure recovery request.
  • the step 13 includes: if the first indication information indicates that only the NR-PRACH transmission beam failure recovery request is supported, determining the first NR-PRACH resource of the transmission beam failure recovery request according to the NR-PRACH resource configuration information.
  • the first indication information sent by the network device to indicate the beam failure recovery request transmission channel or signal only indicates that the NR-PRACH resource-based transmission is supported
  • the terminal detects the beam failure it is determined to adopt the first NR-PRACH resource. Transmit beam failure recovery request.
  • the step 13 further includes: if the first indication information indicates that only the NR-PUCCH transmission beam failure recovery request is supported, determining the first NR-PUCCH resource of the transmission beam failure recovery request according to the NR-PUCCH resource configuration information.
  • the first indication information sent by the network device to indicate the beam failure recovery request transmission channel or signal only indicates that the NR-PUCCH resource-based transmission is supported
  • the terminal detects the beam failure it is determined to adopt the first NR-PUCCH resource. Transmit beam failure recovery request.
  • the step 13 further includes: if the first indication information indicates that the beam failure recovery request is supported by the NR-PRACH and the NR-PUCCH, according to the candidate beam number threshold, the NR-PRACH resource configuration information, and the NR-PUCCH resource configuration. Information, determining a second NR-PRACH resource or a second NR-PUCCH resource that transmits a beam failure recovery request.
  • the foregoing steps of determining a second NR-PRACH resource or a second NR-PUCCH resource for transmitting a beam failure recovery request according to the candidate beam number threshold, the NR-PRACH resource configuration information, and the NR-PUCCH resource configuration information including Receiving, by the network device, third indication information for indicating a threshold number of candidate beam numbers; if the number of candidate beams is smaller than a threshold number of candidate beams indicated by the third indication information, determining, according to the NR-PRACH resource configuration information, sending The second NR-PRACH resource of the beam failure recovery request; if the number of candidate beams is greater than the candidate beam number threshold indicated by the third indication information, determining the second of the transmit beam failure recovery request according to the NR-PUCCH resource configuration information NR-PUCCH resources.
  • the candidate beam number threshold is a threshold condition for the terminal to select the NR-PRACH resource transmission or the NR-PUCCH resource transmission.
  • the candidate beam number is less than the preset threshold, it is determined to use the NR-PRACH resource to be sent;
  • the number of candidate beams is greater than a preset threshold, it is determined that the NR-PUCCH resource is used for transmission.
  • the step 13 further includes: if the first indication information indicates that the beam failure recovery request is supported by the NR-PRACH and the NR-PUCCH, determining the transmission beam failure recovery according to the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information.
  • the requested third NR-PRACH resource and the third NR-PUCCH resource is not limited to:
  • Step 14 Send a beam failure recovery request to the network device by using the target transmission resource.
  • the step 14 includes: receiving the second indication information sent by the network device, where the second indication information is used to indicate the transmission content of the beam failure recovery request; and transmitting, by using the target transmission resource, the beam carrying the transmission content to the network device. Failed recovery request.
  • the terminal receives the DCI information by using the RRC signaling, the media intervention control MAC layer control unit CE or the physical layer downlink control, and receives the first indication information and the second indication information sent by the network device. That is, the first indication information and the second indication information may be through RRC signaling or a Media Access Control (MAC) layer control unit (Control Element, CE) or a physical layer downlink control indicator (Downlink Control Indicator, DCI). Hosted.
  • MAC Media Access Control
  • CE Media Access Control
  • DCI Downlink Control Indicator
  • the step of transmitting, by the target transmission resource, the beam failure recovery request carrying the transmission content to the network device includes: sending, by using the NR-PRACH resource, a corresponding beam failure recovery request to the network device.
  • the NR-PRACH resource implicitly indicates the terminal identification information and the candidate beam resource identification information.
  • the step of transmitting a beam failure recovery request carrying the transmission content to the network device by using the target transmission resource includes: transmitting the terminal identification information and the candidate beam resource to the network device by using the NR-PUCCH resource A beam failure recovery request that identifies the information.
  • the beam failure recovery request carrying the terminal identification information is sent to the network device by using the information carried by the NR-PUCCH resource.
  • the time domain transmission resource group information or the frequency domain transmission resource group information corresponding to the information carried by the NR-PUCCH resource implicitly indicates the candidate beam resource identification information.
  • a new information format may be predefined in the NR-PUCCH resource to transmit a beam failure recovery request, or a Scheduling Request (SR) information and/or a response message (ACK/) transmitted through the NR-PUCCH resource.
  • SR Scheduling Request
  • ACK/ response message
  • NACK and/or Channel State Information (CSI) to transmit a beam failure recovery request.
  • different packets of the SR information of the NR-PUCCH resource may represent different candidate beam resource identification information, or different packets of the SR information of the NR-PUCCH resource may indicate whether the candidate beam resource identification information exists. For example, packet 1 indicates that there is candidate beam resource identification information (default direct handover for 2 BPL cases), and packet 2 indicates that there is no candidate beam resource identification information and beam scanning is performed again to quickly recover the beam link. Further, the SR information of the NR-PUCCH resource may implicitly carry the candidate beam resource identification information according to the time division grouping manner.
  • the odd subframe, the time slot or the symbol carries the partial candidate beam resource identification information
  • the even subframe, the time slot or the symbol carries the remaining candidate beam resource identification information
  • the SR information of the NR-PUCCH resource may implicitly carry the candidate beam information according to the frequency division grouping manner.
  • an odd physical resource block, a subband, a partial bandwidth, or a carrier carries a partial candidate beam resource identification information
  • an even physical resource block, a subband, a partial bandwidth, or a carrier carries remaining candidate beam resource identification information.
  • the step of transmitting, by the target transmission resource, the beam failure recovery request carrying the transmission content to the network device includes: transmitting, by using the NR-PRACH resource, a corresponding beam failure recovery request to the network device.
  • the NR-PRACH resource implicitly indicates the terminal identification information and the candidate beam resource identification information.
  • the NR-PRACH resource implicitly indicates the terminal identifier information and the candidate beam resource identifier information, which are the same as the terminal identifier information and the candidate beam resource identifier information that are displayed by the NR-PUCCH resource display. It is assumed that the transmission channel or signal of the network device configuring the beam failure recovery request includes NR-PRACH and NR-PUCCH, and the beam failure recovery request information carried by the NR-PRACH and the NR-PUCCH is the same.
  • the UE with the UE identifier of 1 has a beam failure, and the candidate beam resource identifiers are found to be 0 and 1.
  • the terminal can implicitly transmit the terminal identity 1 and the candidate beam resource identifiers 0 and 1 to the network device side using the NR-PRACH.
  • the network device side may identify the candidate identifier by the pre-configured NR-PRACH resource and the pre-assigned NR-PRACH resource packet.
  • the terminal can explicitly transmit the terminal identifier 1 and the candidate beam resource identifiers 0 and 1 to the network device side by using the NR-PUCCH.
  • the network device side may detect the terminal identifier and the candidate beam resource identifier by pre-defining or multiplexing the existing NR-PUCCH format.
  • the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource
  • the transmission content of the NR-PRACH resource and the NR-PUCCH resource may be different.
  • the target transmission resource is sent to the network device and carried.
  • the step of the beam failure recovery request of the content includes: transmitting, by using the NR-PRACH resource, a corresponding beam failure recovery request to the network device; wherein, the NR-PRACH resource implicitly indicating the terminal identification information; and using the NR-PUCCH resource to the network device A beam failure recovery request carrying candidate beam resource identification information is transmitted. That is, the NR-PRACH carries the terminal identification information, and the NR-PUCCH carries the candidate beam resource identification information.
  • the transmission channel or signal for configuring the beam failure recovery request on the network device side includes NR-PRACH and NR-PUCCH, and the content of the beam failure recovery request carried by the NR-PRACH and the NR-PUCCH is different.
  • the UE with the UE identifier of 1 has a beam failure, and the candidate beam resource identifiers are found to be 0 and 1. Due to limited NR-PRACH resources, the terminal can implicitly transmit the terminal identifier 1 to the network device side by using the NR-PRACH.
  • the network device side can identify the terminal identifier through the pre-configured NR-PRACH resource.
  • the terminal may also explicitly transmit the candidate beam resource identifiers 0 and 1 to the network device side by using the NR-PUCCH, and the NR-PUCCH transmission beam resource identifier has a one-to-one correspondence with the NR-PRACH transmission beam resource identifier.
  • the network device side may detect the candidate beam resource identifier by using a NR-PUCCH format in a related art or a multiplexing technique.
  • the NR-PRACH resource implicitly indicates the terminal identifier information and the first beam resource identifier information of the first partial beam in the candidate beam; and passes the NR-PUCCH
  • the step of transmitting, by the target transmission resource, the beam failure recovery request carrying the transmission content to the network device includes: transmitting the carried content to the network device by using the target transmission resource A beam failure recovery request for all or part of the information. That is, when each beam failure recovery request is transmitted by using different target transmission resources, the transmission content of the beam failure recovery request transmitted each time may be the same or different.
  • the transmission channel or signal of the network device configuring the beam failure recovery request is NR-PRACH
  • the NR-PRACH retransmission (other transmissions except the first transmission) carries different content of the beam failure recovery request.
  • a terminal with terminal identifier 1 has a beam failure, and the candidate beam resource identifiers are found to be 0 and 1.
  • the terminal can implicitly transmit the terminal identifier 1 and the candidate beam resource identifiers 0 and 1 to the network device side by using the NR-PRACH.
  • the network side may identify the terminal identifier through the pre-configured NR-PRACH resource, and determine the candidate beam resource identifier according to the pre-allocated NR-PRACH resource group.
  • the terminal may send the terminal identifier 1 and the candidate beam resource identifier 0 to the network device side through the NR-PRACH for the initial transmission; the first retransmission may be performed by the NR-PRACH The terminal identifier 1 and the candidate beam resource identifier 1 are sent to the network device side.
  • the terminal receives the NR-PRACH resource configuration information configured by the network device for the transmission beam failure recovery request, the NR-PUCCH resource configuration information, and indicates whether the terminal transmits the NR-PRACH or the NR-
  • the PUCCH sends the first indication information of the beam failure recovery request, and when detecting the beam failure, the terminal determines the target of the transmission 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 resource is transmitted, and the corresponding beam failure recovery request is sent to the network device by using the target transmission resource, thereby effectively improving the efficiency of beam failure recovery and enhancing the transmission reliability of the high frequency communication link.
  • the obtaining module 210 is configured to obtain 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, where the NR-PRACH resource configuration information is used to indicate that the network device is a beam failure. Recovering the NR-PRACH transmission resource of the request configuration, the NR-PUCCH resource configuration information is used to indicate the NR-PUCCH transmission resource configured by the network device for the beam failure recovery request;
  • the first receiving module 220 is configured to receive first indication information that is sent by the network device, where the first indication information is used to indicate a transmission channel or a signal of the beam failure recovery request;
  • the processing module 230 is configured to determine, according to the first indication information, the NR-PRACH resource configuration information, and/or the NR-PUCCH resource configuration information, the target transmission resource of the transmit beam failure recovery request, when the beam failure is detected;
  • the first sending module 240 is configured to send a beam failure recovery request to the network device by using the target transmission resource.
  • the first sending module 240 includes:
  • the first receiving sub-module 241 is configured to receive second indication information that is sent by the network device, where the second indication information is used to indicate a sending content of the beam failure recovery request;
  • the first sending submodule 242 is configured to send, by using the target transmission resource, a beam failure recovery request carrying the transmitted content to the network device.
  • the first sending submodule 242 includes:
  • the first sending module 240 further includes:
  • the first sending module 240 further includes:
  • the third sending sub-module 244 is configured to: when the target transmission resource is an NR-PUCCH resource, send a beam failure recovery request carrying the terminal identification information and the candidate beam resource identification information to the network device by using the NR-PUCCH resource.
  • the fourth sending sub-module 245 is configured to: when the target transmission resource is an NR-PUCCH resource, send, by using the information carried in the NR-PUCCH resource, a beam failure recovery request carrying the terminal identification information to the network device, where the NR-PUCCH resource is used.
  • the time domain transmission resource group information or the frequency domain transmission resource group information corresponding to the carried information implicitly indicates the candidate beam resource identification information.
  • the first sending module 240 further includes:
  • the sixth sending sub-module 247 is configured to: when the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, send a corresponding beam failure recovery request to the network device by using the NR-PRACH resource; wherein, the NR-PRACH resource implicitly And indicating, by the NR-PUCCH resource, the second beam resource identifier information that carries the terminal identifier information and the second partial beam of the candidate beam in the candidate beam.
  • a beam failure recovery request; wherein the second partial beam is all other beams of the candidate beam except the first partial beam.
  • the processing module 230 includes:
  • the first processing sub-module 231 is configured to determine, according to the NR-PRACH resource configuration information, the first NR-PRACH resource that sends the beam failure recovery request, when the first indication information indicates that only the NR-PRACH transmission beam failure recovery request is supported.
  • the second processing sub-module 232 is configured to determine, according to the NR-PUCCH resource configuration information, the first NR-PUCCH resource of the transmit beam failure recovery request, when the first indication information indicates that only the NR-PUCCH transmission beam failure recovery request is supported.
  • the processing module 230 further includes:
  • the third processing sub-module 233 is configured to: when the first indication information indicates that the beam failure recovery request is sent by using the NR-PRACH and the NR-PUCCH, according to the candidate beam number threshold, the NR-PRACH resource configuration information, and the NR-PUCCH resource.
  • the configuration information determines a second NR-PRACH resource or a second NR-PUCCH resource that sends a beam failure recovery request.
  • the third processing submodule 233 includes:
  • the first receiving unit 2331 is configured to receive third indication information that is sent by the network device to indicate a candidate beam number threshold
  • the first processing unit 2332 is configured to determine, according to the NR-PRACH resource configuration information, a second NR-PRACH resource that sends a beam failure recovery request, when the number of candidate beams is smaller than a candidate beam number threshold indicated by the third indication information;
  • the second processing unit 2333 is configured to determine, according to the NR-PUCCH resource configuration information, the second NR-PUCCH resource that sends the beam failure recovery request, when the candidate beam number is greater than the candidate beam number threshold indicated by the third indication information.
  • the NR-PRACH resource configuration information includes at least one of a beam resource indication information and a maximum retransmission number information.
  • the NR-PUCCH resource configuration information includes at least one of a beam resource indication information and a maximum retransmission number information.
  • the obtaining module 210 includes:
  • the second receiving submodule 211 is configured to receive NR-PRACH resource configuration information and NR-PUCCH resource configuration information sent by the network device by using radio resource control RRC signaling.
  • the terminal of the embodiment of the present disclosure receives the NR-PRACH resource configuration information configured by the network device for the transmit beam failure recovery request, the NR-PUCCH resource configuration information, and whether the terminal is sent through the NR-PRACH or the NR-PUCCH.
  • Sending a first indication information of the beam failure recovery request when detecting the beam failure, the terminal determines, according to the first indication information, the NR-PRACH resource configuration information, and/or the NR-PUCCH resource configuration information, the target transmission of the transmission beam failure recovery request
  • the resource transmits the 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.
  • an embodiment of the present disclosure further provides a terminal, including a processor, a memory, and a beam failure processing program stored on the memory and operable on the processor, when the processor performs a beam failure processing program The steps in the beam failure processing method as described above are implemented.
  • the embodiment of the present disclosure further provides a computer readable storage medium having a beam failure processing program stored thereon, and the beam failure processing program is executed by the processor to implement the step of the beam failure processing method as described above.
  • FIG. 4 is a block diagram of a terminal 400 of another embodiment of the present disclosure.
  • the terminal device shown in FIG. 4 includes at least one processor 401, a memory 402, a user interface 403, and a network interface 404.
  • the various components in terminal 400 are coupled together by a bus system 405.
  • bus system 405 is used to implement connection communication between these components.
  • the bus system 405 includes a power bus, a control bus, and a status signal bus in addition to the data bus.
  • various buses are labeled as bus system 405 in FIG.
  • the user interface 403 may include a display or a pointing device (eg, a touchpad or a touch screen, etc.).
  • the memory 402 in an embodiment of the present disclosure may be a volatile memory or a non-volatile memory, or may include both volatile and non-volatile memory.
  • the non-volatile memory may be a read-only memory (ROM), a programmable read only memory (PROM), an erasable programmable read only memory (Erasable PROM, EPROM), or an electric Erase programmable read only memory (EEPROM) or flash memory.
  • the volatile memory can be a Random Access Memory (RAM) that acts as an external cache.
  • RAM Random Access Memory
  • many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (Synchronous DRAM).
  • SDRAM Double Data Rate Synchronous Dynamic Random Access Memory
  • DDRSDRAM Double Data Rate Synchronous Dynamic Random Access Memory
  • ESDRAM Enhanced Synchronous Dynamic Random Access Memory
  • SDRAM Synchronous Connection Dynamic Random Access Memory
  • DRRAM direct memory bus random access memory
  • memory 402 stores elements, executable modules or data structures, or a subset thereof, or their extended set: operating system 4021 and application 4022.
  • the operating system 4021 includes various system programs, such as a framework layer, a core library layer, a driver layer, and the like, for implementing various basic services and processing hardware-based tasks.
  • the application 4022 includes various applications, such as a media player (Media Player), a browser, and the like, for implementing various application services.
  • a program implementing the method of the embodiments of the present disclosure may be included in the application 4022.
  • the terminal 400 further includes: a beam failure processing program stored on the memory 402 and operable on the processor 401, specifically, a beam failure processing program in the application 4022, beam failure processing
  • a beam failure processing program stored on the memory 402 and operable on the processor 401, specifically, a beam failure processing program in the application 4022, beam failure processing
  • NR-PRACH resource configuration information is used to indicate that the network device configures the NR- for the beam failure recovery request.
  • the NR-PUCCH resource configuration information is used to indicate the NR-PUCCH transmission resource configured by the network device for the beam failure recovery request;
  • the beam failure is detected, determining, according to the first indication information, the NR-PRACH resource configuration information, and/or the NR-PUCCH resource configuration information, the target transmission resource of the transmit beam failure recovery request;
  • a beam failure recovery request is sent to the network device through the target transmission resource.
  • Processor 401 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the foregoing method may be completed by an integrated logic circuit of hardware in the processor 401 or an instruction in a form of software.
  • the processor 401 may be a general-purpose processor, a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA), or the like. Programmable logic devices, discrete gates or transistor logic devices, discrete hardware components.
  • DSP digital signal processor
  • ASIC application specific integrated circuit
  • FPGA field programmable gate array
  • the general purpose processor may be a microprocessor or the processor or any conventional processor or the like.
  • the steps of the method disclosed in connection with the embodiments of the present disclosure may be directly embodied as being performed by a hardware decoding processor or by a combination of hardware and software modules in a decoding processor.
  • the software module can be located in a conventional storage medium such as random access memory, flash memory, read only memory, programmable read only memory or electrically erasable programmable memory, registers, and the like.
  • the storage medium is located in the memory 402, and the processor 401 reads the information in the memory 402 and performs the steps of the above method in combination with its hardware.
  • the embodiments described herein can be implemented in hardware, software, firmware, middleware, microcode, or a combination thereof.
  • the processing unit can be implemented in one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processing (DSP), Digital Signal Processing Equipment (DSP Device, DSPD), programmable Programmable Logic Device (PLD), Field-Programmable Gate Array (FPGA), general purpose processor, controller, microcontroller, microprocessor, other for performing the functions described herein In an electronic unit or a combination thereof.
  • ASICs Application Specific Integrated Circuits
  • DSP Digital Signal Processing
  • DSP Device Digital Signal Processing Equipment
  • PLD programmable Programmable Logic Device
  • FPGA Field-Programmable Gate Array
  • the techniques described herein can be implemented by modules (eg, procedures, functions, and so on) that perform the functions described herein.
  • the software code can be stored in memory and executed by the processor.
  • the memory can be implemented in the processor or external to the processor.
  • the following steps may be implemented: receiving the second indication information sent by the network device, where the second indication information is used to indicate the sending content of the beam failure recovery request;
  • a beam failure recovery request carrying the transmitted content is transmitted to the network device through the target transmission resource.
  • the sending content indicated by the second indication information includes at least: terminal identification information and candidate beam resource identification information.
  • the target transmission resource is an NR-PRACH resource
  • the following steps may be implemented: sending, by using the NR-PRACH resource, a corresponding beam failure recovery request to the network device; wherein, the NR- The PRACH resource implicitly indicates terminal identification information and candidate beam resource identification information.
  • the beam failure processing program may be implemented by the processor 401, where the NR-PUCCH resource is used to send the terminal identifier information and the candidate beam resource identifier information to the network device.
  • the beam fails to recover the request.
  • the following steps may be implemented: sending, by using the information carried by the NR-PUCCH resource, a beam failure recovery request carrying the terminal identification information to the network device; wherein, the NR-PUCCH resource carrying The time domain transmission resource group information corresponding to the information or the frequency domain transmission resource group information implicitly indicates the candidate beam resource identification information.
  • the following step may be further implemented: sending, by using the NR-PRACH resource, a corresponding beam failure recovery request to the network device.
  • the NR-PRACH resource implicitly indicates the terminal identification information; and the NR-PUCCH resource sends a beam failure recovery request carrying the candidate beam resource identification information to the network device;
  • the NR-PRACH resource And transmitting, by the NR-PRACH resource, a corresponding beam failure recovery request to the network device, where the NR-PRACH resource implicitly indicates the terminal identifier information and the first beam resource identifier information of the first partial beam in the candidate beam; and the NR-PUCCH resource, Transmitting, to the network device, a beam failure recovery request carrying the second identifier information of the second partial beam of the candidate beam and the second partial beam of the candidate beam; wherein the second partial beam is all other beams except the first partial beam of the candidate beam .
  • the following steps may be further implemented: if the first indication information indicates that only the NR-PRACH transmission beam failure recovery request is supported, determining the transmission beam failure according to the NR-PRACH resource configuration information Restore the first NR-PRACH resource of the request.
  • the following steps may be further implemented: if the first indication information indicates that only the beam failure recovery request is transmitted through the NR-PUCCH, the transmission beam failure is determined according to the NR-PUCCH resource configuration information. Restore the first NR-PUCCH resource of the request.
  • the following steps may be further implemented: if the first indication information indicates that the beam failure recovery request is supported by the NR-PRACH and the NR-PUCCH, according to the candidate beam number threshold, NR
  • the PRACH resource configuration information and the NR-PUCCH resource configuration information determine a second NR-PRACH resource or a second NR-PUCCH resource that transmits a beam failure recovery request.
  • the following steps may be implemented: receiving third indication information that is sent by the network device and used to indicate a threshold number of candidate beam numbers;
  • the candidate beam number is smaller than the candidate beam number threshold indicated by the third indication information, determining, according to the NR-PRACH resource configuration information, the second NR-PRACH resource that sends the beam failure recovery request;
  • the candidate beam number is greater than the candidate beam number threshold indicated by the third indication information, determining the second NR-PUCCH resource of the transmit beam failure recovery request according to the NR-PUCCH resource configuration information.
  • the NR-PRACH resource configuration information includes at least one of a beam resource indication information and a maximum retransmission number information.
  • the NR-PUCCH resource configuration information includes at least one of a beam resource indication information and a maximum retransmission number information.
  • the following steps may be implemented: receiving NR-PRACH resource configuration information and NR-PUCCH resource configuration information sent by the network device by using radio resource control RRC signaling.
  • the terminal may be a wireless terminal or a wired terminal, and the wireless terminal may be a device that provides voice and/or other service data connectivity to the user, a handheld device with a wireless connection function, or other processing device connected to the wireless modem. .
  • the wireless terminal can communicate with one or more core networks via a Radio Access Network (RAN), which can be a mobile terminal, such as a mobile phone (or "cellular" phone) and a mobile terminal.
  • RAN Radio Access Network
  • the computer for example, can be a portable, pocket, handheld, computer built-in or in-vehicle mobile device that exchanges language and/or data with the wireless access network.
  • the wireless terminal may also be referred to as a system, a subscriber unit, a subscriber station, a mobile station, a mobile station, a remote station, a remote terminal, and a remote terminal.
  • the access terminal, the user terminal (User Terminal), the user agent (User Agent), and the user device (User Device or User Equipment) are not limited herein.
  • the terminal of the embodiment of the present disclosure receives NR-PRACH resource configuration information configured for a transmit beam failure recovery request, NR-PUCCH resource configuration information, and indicates whether the terminal transmits a beam failure recovery request through NR-PRACH or through NR-PUCCH.
  • the first indication information when detecting the beam failure, the terminal determines, according to the first indication information, the NR-PRACH resource configuration information, and/or the NR-PUCCH resource configuration information, the target transmission resource of the transmit beam failure recovery request, and passes the The target transmission resource sends a corresponding beam failure recovery request to the network device, which effectively improves the efficiency of beam failure recovery and enhances the transmission reliability of the high frequency communication link.
  • the embodiment of the present disclosure provides a beam failure processing method, which is applied to a network device side, and specifically includes the following steps:
  • Step 51 Send physical terminal 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 to indicate the NR-PRACH transmission resource configured by the network device for the beam failure recovery request
  • the NR-PUCCH resource configuration information is used to indicate the NR-PUCCH transmission resource configured by the network device for the beam failure recovery request. That is to say, some of the NR-PRACH resources configured by the network device are used for random access of the terminal, and another part of resources are used for the terminal to send a beam failure recovery request when the beam fails, and the two parts of the resources are orthogonal.
  • the NR-PRACH resource configuration information includes: beam resource indication information, maximum retransmission times information, NR-PRACH configuration index information, time domain start subframe or time slot or symbol information, frequency domain offset information, and hopping. At least one of the frequency 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 period information. That is to say, the network device configuration beam failure recovery request can be sent through the NR-PUCCH.
  • step 51 includes: transmitting NR-PRACH resource configuration information and NR-PUCCH resource configuration information to the terminal by using 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.
  • RRC Radio Resource Control
  • Step 52 Send the first indication information to the terminal.
  • the first indication information is used to indicate a transmission channel or a signal of the beam failure recovery request. Since the network device configuration beam failure recovery request can be sent through the NR-PRACH resource or the NR-PUCCH resource, the network device can send a signal to the terminal according to the current network resource occupancy condition to indicate which resource to use to transmit the beam failure recovery. The first indication of the request.
  • the step 52 includes: sending, according to the current resource occupation situation, first indication information indicating that only the beam failure recovery request is transmitted through the NR-PUCCH is supported.
  • Step 53 Receive a beam failure recovery request sent by the terminal through the target transmission resource after detecting the beam failure.
  • 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.
  • the network device sends the first indication information and the second indication information to the terminal by using the RRC signaling, the media intervention control MAC layer control unit CE, or the physical layer downlink control indication DCI information. That is, the first indication information and the second indication information may be through RRC signaling or a Media Access Control (MAC) layer control unit (Control Element, CE) or a physical layer downlink control indicator (Downlink Control Indicator, DCI). Hosted.
  • RRC signaling or a Media Access Control (MAC) layer control unit (Control Element, CE) or a physical layer downlink control indicator (Downlink Control Indicator, DCI).
  • the sending content indicated by the second indication information includes at least: terminal identifier information and/or candidate beam resource identifier information.
  • the candidate beam resource identification information includes resource identifiers of one or more beams.
  • the transmission content of the bearer failure recovery request on the NR-PRACH and/or the NR-PUCCH includes at least terminal identification information and candidate beam resource identification information.
  • the step 53 is specifically: a beam failure recovery request sent by the receiving terminal through the NR-PRACH resource after detecting the beam failure; and the beam failure recovery request is implicitly obtained according to the NR-PRACH resource. Terminal identification information and candidate beam resource identification information.
  • the step 53 is specifically: a beam failure recovery request that is sent by the NR-PUCCH resource and carries the terminal identification information and the candidate beam resource identification information after the receiving terminal fails to detect the beam.
  • the step of transmitting, by the receiving terminal, the beam failure recovery request that is sent by the target transmission resource and carrying the transmission content after the beam failure is detected includes: receiving, by the receiving terminal, the component transmission resource that is sent multiple times after the beam failure is detected There is a beam failure recovery request for transmitting all or part of the information of the content. It is assumed that the transmission channel or signal of the network device configuring the beam failure recovery request is NR-PRACH, and the NR-PRACH retransmission (other transmissions except the first transmission) carries different content of the beam failure recovery request. A terminal with terminal identifier 1 has a beam failure, and the candidate beam resource identifiers are found to be 0 and 1.
  • the terminal may use the NR-PRACH implicit transmission terminal identifier and the candidate beam resource identifier to the network device side.
  • the network side may identify the terminal identity 1 by the pre-configured NR-PRACH resource and determine the candidate beam resource identifiers 0 and 1 according to the pre-allocated NR-PRACH resource packet.
  • the terminal may send the terminal identifier 1 and the candidate beam resource identifier 0 to the network device side through the NR-PRACH for the initial transmission; the first retransmission may be performed by the NR-PRACH
  • the terminal identifier 1 and the candidate beam resource identifier 1 are sent to the network device side.
  • the network device configures NR-PRACH resource configuration information and NR-PUCCH resource configuration information for the transmission beam failure recovery request, and sets NR-PRACH resource configuration information and NR- when the terminal accesses.
  • the PUCCH resource configuration information is sent to the terminal, and the first indication information for indicating whether the terminal sends the beam failure recovery request through the NR-PRACH or the NR-PUCCH is sent to the terminal according to the real-time resource occupancy condition, so that the terminal detects that the terminal detects
  • the target transmission resource of the transmit 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 the corresponding beam is sent to the network device by using the target transmission resource.
  • the failure recovery request effectively improves the efficiency of beam failure recovery and enhances the transmission reliability of the high frequency communication link.
  • the second sending module 610 is configured to send the physical random access channel NR-PRACH resource configuration information and the physical uplink control channel NR-PUCCH resource configuration information to the terminal, where the NR-PRACH resource configuration information is used to indicate that the network device is a beam failure. Recovering the NR-PRACH transmission resource of the request configuration, the NR-PUCCH resource configuration information is used to indicate the NR-PUCCH transmission resource configured by the network device for the beam failure recovery request;
  • the third sending module 620 is configured to send first indication information to the terminal, where the first indication information is used to indicate a sending channel or a signal of the beam failure recovery request;
  • the second receiving module 630 is configured to receive, by the terminal, a beam failure recovery request sent by the target transmission resource after detecting the beam failure, where the target transmission resource is the terminal according to the first indication information, the NR-PRACH resource configuration information, and/or the NR - PUCCH resource configuration information is determined.
  • the second receiving module 630 includes:
  • a seventh sending sub-module 631 configured to send second indication information to the terminal, where the second indication information is used to indicate a sending content of the beam failure recovery request;
  • the third receiving sub-module 632 is configured to receive, by the terminal, a beam failure recovery request that is sent by the target transmission resource and carries the transmitted content after detecting the beam failure.
  • the third receiving submodule 632 includes:
  • the sending content indicated by the second indication information includes at least: terminal identifier information and/or candidate beam resource identifier information.
  • the second receiving module 630 includes:
  • a fourth receiving sub-module 633 configured to: when the target transmission resource is an NR-PRACH resource, the beam failure recovery request sent by the receiving terminal by using the NR-PRACH resource after detecting the beam failure;
  • the fourth processing sub-module 634 is configured to implicitly obtain the terminal identification information and the candidate beam resource identification information corresponding to the beam failure recovery request according to the NR-PRACH resource.
  • the second receiving module 630 includes:
  • the second receiving module 630 includes:
  • the sixth receiving sub-module 636 is configured to: when the target transmission resource is an NR-PUCCH resource, the information that the receiving terminal carries through the NR-PUCCH resource after detecting the beam failure;
  • the fifth processing sub-module 637 is configured to implicitly obtain candidate beam resource identification information corresponding to the beam failure recovery request according to the time domain transmission resource group information or the frequency domain transmission resource group information corresponding to the information carried by the NR-PUCCH resource.
  • the second receiving module 630 further includes:
  • the seventh receiving sub-module 638 is configured to: when the target transmission resource is an NR-PRACH resource and an NR-PUCCH resource, the receiving terminal fails to recover the beam failure request sent by the NR-PRACH resource after detecting the beam failure, according to the NR-PRACH resource. Determining terminal identification information corresponding to the beam failure recovery request; and receiving a beam failure recovery request carrying the candidate beam resource identification information that is sent by using the NR-PUCCH resource;
  • the eighth receiving sub-module 639 is configured to receive a beam failure recovery request sent by the terminal through the NR-PRACH resource after detecting the beam failure, and determine the terminal identification information corresponding to the beam failure recovery request and the first part of the candidate beam according to the NR-PRACH resource. a first beam resource identification information of the beam; and a beam failure recovery request that is sent by the NR-PUCCH resource and carries the second beam resource identification information of the second partial beam of the candidate beam; wherein, the second part The beam is all other beams in the candidate beam except the first partial beam.
  • the third sending module 620 includes:
  • the eighth sending sub-module 621 is configured to send, to the terminal, first indication information, which is used to indicate that only the FR-PRACH transmission beam failure recovery request is supported.
  • the third sending module 620 further includes:
  • the ninth sending sub-module 622 is configured to send, to the terminal, first indication information for indicating that only the beam failure recovery request is sent by using the NR-PUCCH.
  • the third sending module 620 further includes:
  • the tenth sending sub-module 623 is configured to send, to the terminal, first indication information for indicating that the beam failure recovery request is supported by the NR-PRACH and the NR-PUCCH.
  • the third sending module 620 further includes:
  • the NR-PRACH resource configuration information includes: beam resource indication information and maximum retransmission times information.
  • the NR-PUCCH resource configuration information includes: beam resource indication information and maximum retransmission times information.
  • the second sending module 610 further includes:
  • the twelfth sending submodule 611 is configured to send NR-PRACH resource configuration information and NR-PUCCH resource configuration information to the terminal by using radio resource control RRC signaling.
  • the network device of the embodiment of the present disclosure configures NR-PRACH resource configuration information and NR-PUCCH resource configuration information for a transmit beam failure recovery request, and sets NR-PRACH resource configuration information and NR-PUCCH when the terminal accesses.
  • the resource configuration information is sent to the terminal, and the first indication information indicating whether the terminal sends the beam failure recovery request through the NR-PRACH or the NR-PUCCH is sent to the terminal according to the real-time resource occupancy condition, so that the terminal detects the beam.
  • the target transmission resource of the transmit beam failure recovery request Upon failure, determining, according to the first indication information, the R-PRACH resource configuration information, and/or the NR-PUCCH resource configuration information, the target transmission resource of the transmit beam failure recovery request, and sending the corresponding beam failure to the network device by using the target transmission resource
  • the recovery request effectively improves the efficiency of beam failure recovery and enhances the reliability of high-frequency link transmission.
  • each module of the above network device and terminal is only a division of logical functions. In actual implementation, it may be integrated into one physical entity in whole or in part, or may be physically separated. And these modules can all be implemented by software in the form of processing component calls; or all of them can be implemented in hardware form; some modules can be realized by processing component calling software, and some modules are realized by hardware.
  • the determining module may be a separately set processing element, or may be integrated in one of the above-mentioned devices, or may be stored in the memory of the above device in the form of program code, by a processing element of the above device. Call and execute the functions of the above determination module.
  • the implementation of other modules is similar.
  • each step of the above method or each of the above modules may be completed by an integrated logic circuit of hardware in the processor element or an instruction in the form of software.
  • the above modules may be one or more integrated circuits configured to implement the above method, such as one or more Application Specific Integrated Circuits (ASICs), or one or more microprocessors ( A digital signal processor (DSP), or one or more Field Programmable Gate Arrays (FPGAs).
  • ASICs Application Specific Integrated Circuits
  • DSP digital signal processor
  • FPGAs Field Programmable Gate Arrays
  • the processing component may be a general purpose processor, such as a central processing unit (CPU) or other processor that can call the program code.
  • CPU central processing unit
  • these modules can be integrated and implemented in the form of a system-on-a-chip (SOC).
  • SOC system-on-a-chip
  • an embodiment of the present disclosure further provides a network device, where the network device includes a processor, a memory, and a beam failure processing program stored on the memory and operable on the processor, and the processor executes The beam failure processing procedure implements the steps in the beam failure processing method as described above.
  • the embodiment of the invention further provides a computer readable storage medium having a beam failure processing program stored thereon, the beam failure processing program being executed by the processor to implement the steps of the beam failure processing method as described above.
  • FIG. 8 is a schematic structural diagram of a network device according to another embodiment of the present application.
  • the network device 800 includes an antenna 81, a radio frequency device 82, and a baseband device 83.
  • the antenna 81 is connected to the radio frequency device 82.
  • the radio frequency device 82 receives information through the antenna 81 and transmits the received information to the baseband device 83 for processing.
  • the baseband device 83 processes the information to be transmitted and transmits it to the radio frequency device 82.
  • the radio frequency device 82 processes the received information and transmits it via the antenna 81.
  • the above-described band processing device 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, which includes the processor 84 and the 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, one of which is, for example, a processor 84, connected to the memory 85 to call a program in the memory 85 to execute The network side device operation shown in the above method embodiment.
  • the baseband device 83 can also include a network interface 86 for interacting with the radio frequency device 82, such as a common public radio interface (CPRI).
  • CPRI common public radio interface
  • the processor here may be a processor or a collective name of multiple processing elements.
  • the processor may be a CPU, an ASIC, or one configured to implement the method performed by the network side device.
  • a plurality of integrated circuits such as one or more microprocessor DSPs, or one or more field programmable gate array FPGAs, and the like.
  • the storage element can be a memory or a collective name for a plurality of storage elements.
  • Memory 85 can be either volatile memory or non-volatile memory, or can include both volatile and non-volatile memory.
  • the non-volatile memory may be a Read-Only Memory (ROM), a Programmable ROM (Programmable ROM), or an Erasable PROM (EPROM). , electrically erasable programmable read only memory (EEPROM) or flash memory.
  • the volatile memory may be a Random Access Memory (RAM), which is used as an external cache.
  • RAM Random Access Memory
  • many forms of RAM are available, such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous dynamic random access memory (Synchronous DRAM).
  • SDRAM double data rate synchronous dynamic random access memory
  • DDRSDRAM double data rate synchronous dynamic random access memory
  • ESDRAM enhanced synchronous dynamic random access memory
  • SLDRAM synchronous connection dynamic random access memory
  • DRRAM Direct Memory Bus
  • the processor 84 calls the program in the memory 85 to execute the method executed by each module shown in FIG.
  • the processor 84 is further configured to: send a physical random access channel NR-PRACH resource configuration information and a physical uplink control channel NR-PUCCH resource configuration information to the terminal, where the NR-PRACH resource configuration information is used to indicate the network device The NR-PRACH transmission resource configured for the beam failure recovery request, where the NR-PUCCH resource configuration information is used to indicate the NR-PUCCH transmission resource configured by the network device for the beam failure recovery request;
  • a beam failure recovery request sent by the terminal after the beam failure is detected by the target transmission resource where 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.
  • the processor 84 is further configured to: send second indication information to the terminal, where the second indication information is used to indicate a sending content of the beam failure recovery request;
  • the processor 84 is further configured to: perform a beam failure recovery request that is sent by the terminal to the target transmission resource and that carries all or part of the information of the transmission content after detecting the beam failure.
  • the sending content indicated by the second indication information includes at least: terminal identifier information and candidate beam resource identifier information.
  • the processor 84 is further configured to: perform, by the receiving terminal, a beam failure recovery request sent by the NR-PRACH resource after detecting the beam failure;
  • terminal identification information and candidate beam resource identification information corresponding to the beam failure recovery request are implicitly obtained.
  • the processor 84 is further configured to: perform, by the receiving terminal, the beam that carries the terminal identification information and the candidate beam resource identification information, which is sent by using the NR-PUCCH resource after detecting the beam failure. Failed recovery request.
  • the processor 84 is further configured to: perform, by the receiving terminal, information carried by the NR-PUCCH resource after detecting the beam failure;
  • the candidate beam resource identification information corresponding to the beam failure recovery request is implicitly obtained according to the time domain transmission resource group information or the frequency domain transmission resource group information corresponding to the information carried by the NR-PUCCH resource.
  • the processor 84 is further configured to: perform, by the receiving terminal, a beam failure recovery request sent by the NR-PRACH resource after detecting the beam failure, according to the NR-PRACH
  • the resource determines the terminal identification information corresponding to the beam failure recovery request; and receives the beam failure recovery request that carries the candidate beam resource identification information that is sent by using the NR-PUCCH resource;
  • the processor 84 is further configured to: send, according to the current resource occupation situation, first indication information that is used to indicate that only the beam failure recovery request is sent by using the NR-PRACH.
  • the processor 84 is further configured to: send, according to a current resource occupation situation, first indication information that is used to indicate that only the beam failure recovery request is sent by using the NR-PUCCH.
  • the processor 84 is further configured to: send, according to a current resource occupation situation, first indication information that is used to indicate that the beam failure recovery request is supported by the NR-PRACH and the NR-PUCCH.
  • the processor 84 is further configured to: send, to the terminal, third indication information that is used to indicate a candidate beam number threshold.
  • the NR-PRACH resource configuration information includes: beam resource indication information and maximum retransmission times information.
  • the NR-PUCCH resource configuration information includes: beam resource indication information and maximum retransmission times information.
  • the processor 84 is further configured to: send NR-PRACH resource configuration information and NR-PUCCH resource configuration information to the terminal by using radio resource control RRC signaling.
  • the network device may be a Global System of Mobile communication (GSM) or a Code Division Multiple Access (CDMA) base station (Base Transceiver Station, BTS for short) or a wideband code.
  • GSM Global System of Mobile communication
  • CDMA Code Division Multiple Access
  • BTS Base Transceiver Station
  • WCDMA Wideband Code Division Multiple Access
  • eNB or eNodeB evolved Node B
  • eNodeB evolved Node B
  • a base station or the like in a future 5G network is not limited herein.
  • the network device configures NR-PRACH resource configuration information and NR-PUCCH resource configuration information for the transmit beam failure recovery request, and sends the NR-PRACH resource configuration information and the NR-PUCCH resource configuration information to the terminal when the terminal accesses, And transmitting, according to the real-time resource occupancy condition, the first indication information used to indicate whether the terminal sends the beam failure recovery request by using the NR-PRACH or the NR-PUCCH, so that the terminal, according to the first indication, fails according to the first indication.
  • the information, the NR-PRACH resource configuration information, and/or the NR-PUCCH resource configuration information determine a target transmission resource for transmitting a beam failure recovery request, and send a corresponding beam failure recovery request to the network device by using the target transmission resource, thereby effectively improving the beam.
  • the efficiency of failure recovery enhances the reliability of high-frequency communication link transmission.
  • the disclosed apparatus and method may be implemented in other manners.
  • the device embodiments described above are merely illustrative.
  • the division of the unit is only a logical function division.
  • there may be another division manner for example, multiple units or components may be combined or Can be integrated into another system, or some features can be ignored or not executed.
  • the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.
  • the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, may be located in one place, or may be distributed to multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of the embodiment.
  • each functional unit in various embodiments of the present disclosure may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit.
  • the functions may be stored in a computer readable storage medium if implemented in the form of a software functional unit and sold or used as a standalone product. Based on such understanding, a portion of the technical solution of the present disclosure that contributes in essence or to the related art or a part of the technical solution may be embodied in the form of a software product stored in a storage medium, including several The instructions are for causing a computer device (which may be a personal computer, server, or network device, etc.) to perform all or part of the steps of the methods described in various embodiments of the present disclosure.
  • the foregoing storage medium includes various media that can store program codes, such as a USB flash drive, a mobile hard disk, a ROM, a RAM, a magnetic disk, or an optical disk.
  • the objects of the present disclosure can also be achieved by running a program or a set of programs on any computing device.
  • the computing device can be a well-known general purpose device.
  • the objects of the present disclosure may also be realized by merely providing a program product including program code for implementing the method or apparatus. That is to say, such a program product also constitutes the present disclosure, and a storage medium storing such a program product also constitutes the present disclosure.
  • the storage medium may be any known storage medium or any storage medium developed in the future.
  • various components or steps may be decomposed and/or recombined.

Landscapes

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

Abstract

本公开揭示了一种波束失败处理方法、终端及网络设备，其方法包括：获取网络设备发送的物理随机接入信道PRACH资源配置信息和物理上行控制信道PUCCH资源配置信息；接收网络设备发送的第一指示信息；若检测到波束失败，则根据第一指示信息、PRACH资源配置信息和/或PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源；通过目标传输资源，向网络设备发送波束失败恢复请求。

Description

波束失败处理方法、终端及网络设备
相关申请的交叉引用
本申请主张在2017年6月9日在中国提交的中国专利申请号No.201710434020.3的优先权，其全部内容通过引用包含于此。
技术领域
本公开涉及通信技术领域，尤其涉及一种波束失败处理方法、终端及网络设备。
背景技术
未来第五代(Generation，5G)移动通信系统，或称为新空口(New Radio，NR)系统中，为达到下行链路传输速率20Gbps，上行链路传输速率10Gbps的目标，高频通信和大规模天线技术将会被引入。具体地，高频通信可提供更宽的系统带宽，天线尺寸也可以更小，更加有利于大规模天线在基站和终端中部署。但是，高频通信存在路径损耗较大、容易受干扰、链路较脆弱等缺点，而大规模天线技术可提供较大天线增益，因此，高频通信与大规模天线的结合是未来5G移动通信系统的必然趋势。
然而，高频通信中链路脆弱性的问题依然存在。相关技术中，当高频通信中信号遇到遮挡时，可采用波束失败恢复机制来切换波束，将通信链路从较差的波束切换至通信链路较好的候选波束，以避免无线链路失败。相关技术虽然给出了5G系统中支持多种信道或信号发送波束失败恢复请求，但并没有给出如何配置波束失败恢复请求对应的多种信道或信号的配置方法，以及终端上行发送行为的处理机制。
发明内容
第一方面，本公开实施例提供了一种波束失败处理方法，应用于终端侧，包括：
获取网络设备发送的物理随机接入信道(Physical Random Access Channel， PRACH)资源配置信息和物理上行控制信道(Physical Uplink Control Channel，PUCCH)资源配置信息；其中，PRACH资源配置信息用于指示网络设备为波束失败恢复请求配置的PRACH传输资源，PUCCH资源配置信息用于指示网络设备为波束失败恢复请求配置的PUCCH传输资源；
接收网络设备发送的第一指示信息；其中，第一指示信息用于指示波束失败恢复请求的发送信道或信号；
若检测到波束失败，则根据第一指示信息、PRACH资源配置信息和/或PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源；
通过目标传输资源，向网络设备发送波束失败恢复请求。
第二方面，本公开实施例还提供了一种终端，包括：
获取模块，用于获取网络设备发送的物理随机接入信道PRACH资源配置信息和物理上行控制信道PUCCH资源配置信息；其中，PRACH资源配置信息用于指示网络设备为波束失败恢复请求配置的PRACH传输资源，PUCCH资源配置信息用于指示网络设备为波束失败恢复请求配置的PUCCH传输资源；
第一接收模块，用于接收网络设备发送的第一指示信息；其中，第一指示信息用于指示波束失败恢复请求的发送信道或信号；
处理模块，用于当检测到波束失败时，根据第一指示信息、PRACH资源配置信息和/或PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源；
第一发送模块，用于通过目标传输资源，向网络设备发送波束失败恢复请求。
第三方面，本公开实施例提供了一种终端，该终端包括处理器、存储器以及存储于存储器上并可在处理器上运行的波束失败处理程序，处理器执行波束失败处理程序时实现如上所述的波束失败处理方法中的步骤。
第四方面，本公开实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有波束失败处理程序，波束失败处理程序被处理器执行时实现如上所述的波束失败处理方法的步骤。
第五方面，本公开实施例提供了一种波束失败处理方法，应用于网络设 备侧，包括：
向终端发送物理随机接入信道PRACH资源配置信息和物理上行控制信道PUCCH资源配置信息；其中，PRACH资源配置信息用于指示网络设备为波束失败恢复请求配置的PRACH传输资源，PUCCH资源配置信息用于指示网络设备为波束失败恢复请求配置的PUCCH传输资源；
向终端发送第一指示信息；其中，第一指示信息用于指示波束失败恢复请求的发送信道或信号；
接收终端在检测到波束失败后通过目标传输资源发送的波束失败恢复请求；其中，目标传输资源为终端根据第一指示信息、PRACH资源配置信息和PUCCH资源配置信息确定的。
第六方面，本公开实施例提供了一种网络设备，包括：
第二发送模块，用于向终端发送物理随机接入信道PRACH资源配置信息和物理上行控制信道PUCCH资源配置信息；其中，PRACH资源配置信息用于指示网络设备为波束失败恢复请求配置的PRACH传输资源，PUCCH资源配置信息用于指示网络设备为波束失败恢复请求配置的PUCCH传输资源；
第三发送模块，用于向终端发送第一指示信息；其中，第一指示信息用于指示波束失败恢复请求的发送信道或信号；
第二接收模块，用于接收终端在检测到波束失败后通过目标传输资源发送的波束失败恢复请求；其中，目标传输资源为终端根据第一指示信息、PRACH资源配置信息和PUCCH资源配置信息确定的。
第七方面，本公开实施例提供了一种网络设备，该网络设备包括处理器、存储器以及存储于存储器上并可在处理器上运行的波束失败处理程序，处理器执行波束失败处理程序时实现如上所述的波束失败处理方法中的步骤。
第八方面，本公开实施例提供了一种计算机可读存储介质，计算机可读存储介质上存储有波束失败处理程序，波束失败处理程序被处理器执行时实现如上所述的波束失败处理方法的步骤。
附图说明
为了更清楚地说明本公开实施例的技术方案，下面将对本公开实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1表示本公开实施例终端侧的波束失败处理方法的流程示意图；
图2表示本公开实施例的终端的模块结构示意图一；
图3表示本公开实施例的终端的模块结构示意图二；
图4表示本公开实施例的终端框图；
图5表示本公开实施例网络设备侧的波束失败处理方法的流程示意图；
图6表示本公开实施例的网络设备的模块结构示意图一；
图7表示本公开实施例的网络设备的模块结构示意图二；
图8表示本公开实施例的网络设备框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本公开实施例提供了一种波束失败处理方法，应用于终端侧，如图1所示，具体包括以下步骤：
步骤11：获取网络设备发送的物理随机接入信道PRACH资源配置信息 (例如，NR-PRACH资源配置信息)和物理上行控制信道PUCCH资源配置信息(例如，NR-PUCCH资源配置信息)，所属领域技术人员可以理解，下面实施例中以NR系统中的PRACH以及PUCCH为例进行说明，并不构成对本发明的限制。
其中，NR-PRACH资源配置信息用于指示网络设备为波束失败恢复请求配置的NR-PRACH传输资源，NR-PUCCH资源配置信息用于指示网络设备为波束失败恢复请求配置的NR-PUCCH传输资源。也就是说，网络设备配置的NR-PRACH资源中，一部分资源用于终端的随机接入，另一部分资源用于在波束失败时供终端发送波束失败恢复请求，且这两部分资源正交，即，用于发送波束失败恢复请求的NR-PRACH资源与用于随机接入的普通NR-PRACH资源正交。值得指出的是，这里所说的NR-PRACH资源可以是非竞争NR-PRACH资源，亦可以是竞争NR-PRACH资源。
具体地，NR-PRACH资源配置信息包括：波束资源指示信息、最大重传次数信息、NR-PRACH配置索引信息、时域起始子帧或时隙或符号信息、频域偏移量信息和跳频配置信息中的至少一项。
NR-PUCCH资源配置信息包括：波束资源指示信息、最大重传次数信息、NR-PUCCH类型信息、NR-PUCCH格式信息和周期信息中的至少一项。也就是说，网络设备配置波束失败恢复请求可通过NR-PUCCH进行发送。
其中，步骤11具体包括：通过无线资源控制RRC信令，接收网络设备发送的NR-PRACH资源配置信息和NR-PUCCH资源配置信息。即，上述NR-PRACH资源配置信息和NR-PUCCH资源配置信息可通过无线资源(RRC，Radio Resource Control)信令指示。
步骤12：接收网络设备发送的第一指示信息。
其中，第一指示信息用于指示波束失败恢复请求的发送信道或信号。由于网络设备配置波束失败恢复请求既可通过NR-PRACH资源发送，又可通过NR-PUCCH资源发送，因此网络设备可根据当前网络资源占用情况向终端发送用于指示采用何种资源发送波束失败恢复请求的第一指示信息。即，第一指示信息为波束失败恢复请求发送信道或信号的指示，用于指示波束失败恢复请求是基于NR-PRACH资源发送还是基于NR-PUCCH资源发送。
步骤13：若检测到波束失败，则根据第一指示信息、NR-PRACH资源配置信息和/或NR-PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源。
由于不同的网络资源占用情况，网络设备可为波束失败恢复请求配置不同的传输资源。具体地，步骤13包括：若第一指示信息指示仅支持通过NR-PRACH发送波束失败恢复请求，则根据NR-PRACH资源配置信息，确定发送波束失败恢复请求的第一NR-PRACH资源。当网络设备发送的用于指示波束失败恢复请求发送信道或信号的第一指示信息仅指示了支持基于NR-PRACH资源的发送，那么当终端检测到波束失败时，确定采用第一NR-PRACH资源发送波束失败恢复请求。
具体地，步骤13还包括：若第一指示信息指示仅支持通过NR-PUCCH发送波束失败恢复请求，则根据NR-PUCCH资源配置信息，确定发送波束失败恢复请求的第一NR-PUCCH资源。当网络设备发送的用于指示波束失败恢复请求发送信道或信号的第一指示信息仅指示了支持基于NR-PUCCH资源的发送，那么当终端检测到波束失败时，确定采用第一NR-PUCCH资源发送波束失败恢复请求。
具体地，步骤13还包括：若第一指示信息指示支持通过NR-PRACH和NR-PUCCH发送波束失败恢复请求，则根据候选波束数门限值、NR-PRACH资源配置信息和NR-PUCCH资源配置信息，确定发送波束失败恢复请求的第二NR-PRACH资源或第二NR-PUCCH资源。
进一步地，上述根据候选波束数门限值、NR-PRACH资源配置信息和NR-PUCCH资源配置信息，确定发送波束失败恢复请求的第二NR-PRACH资源或第二NR-PUCCH资源的步骤，包括：接收网络设备发送的用于指示候选波束数门限值的第三指示信息；若候选波束数小于第三指示信息指示的候选波束数门限值，则根据NR-PRACH资源配置信息，确定发送波束失败恢复请求的第二NR-PRACH资源；若候选波束数大于所述第三指示信息指示的候选波束数门限值，则根据NR-PUCCH资源配置信息，确定发送波束失败恢复请求的第二NR-PUCCH资源。这里，候选波束数门限值是终端用于选择NR-PRACH资源发送还是选择NR-PUCCH资源发送的门限条件，当候选波 束数小于预设门限值时，确定采用NR-PRACH资源发送；当候选波束数大于预设门限值时，确定采用NR-PUCCH资源发送。
具体地，步骤13还包括：若第一指示信息指示支持通过NR-PRACH和NR-PUCCH发送波束失败恢复请求，则根据NR-PRACH资源配置信息和NR-PUCCH资源配置信息，确定发送波束失败恢复请求的第三NR-PRACH资源和第三NR-PUCCH资源。
步骤14：通过目标传输资源，向网络设备发送波束失败恢复请求。
进一步地，步骤14具体包括：接收网络设备发送的第二指示信息；其中，第二指示信息用于指示波束失败恢复请求的发送内容；通过目标传输资源，向网络设备发送携带有发送内容的波束失败恢复请求。
其中，终端通过RRC信令、媒体介入控制MAC层控制单元CE或物理层下行控制指示DCI信息，接收网络设备发送的第一指示信息和第二指示信息。即上述第一指示信息和第二指示信息可通过RRC信令或媒体接入控制(Media Access Control，MAC)层控制单元(Control Element，CE)或物理层下行控制指示(Downlink Control Indicator，DCI)承载。
其中，第二指示信息指示的发送内容至少包括：终端标识信息和/或候选波束资源标识信息。候选波束资源标识信息中包括一个或多个波束的资源标识。NR-PRACH和/或NR-PUCCH上携带波束失败恢复请求的发送内容至少包含终端标识信息和候选波束资源标识信息。
若目标传输资源为NR-PRACH资源，通过目标传输资源向网络设备发送携带有发送内容的波束失败恢复请求的步骤包括：通过NR-PRACH资源，向网络设备发送对应的波束失败恢复请求。其中，NR-PRACH资源隐式指示终端标识信息和候选波束资源标识信息。
若目标传输资源为NR-PUCCH资源，通过目标传输资源向网络设备发送携带有发送内容的波束失败恢复请求的步骤包括：通过NR-PUCCH资源，向网络设备发送携带有终端标识信息和候选波束资源标识信息的波束失败恢复请求。
或者，通过NR-PUCCH资源携带的信息，向网络设备发送携带有终端标识信息的波束失败恢复请求。其中，NR-PUCCH资源携带的信息对应的时域 传输资源分组信息或频域传输资源分组信息隐式指示候选波束资源标识信息。其中，NR-PUCCH资源中可预定义一种新的信息格式来传输波束失败恢复请求，或者，通过NR-PUCCH资源中传输的调度请求(Scheduling Request，SR)信息和/或应答信息(ACK/NACK)和/或信道状态信息(Channel State Information，CSI)来传输波束失败恢复请求。具体地，以SR信息为例，NR-PUCCH资源的SR信息的不同分组可以表示不同的候选波束资源标识信息，或者，NR-PUCCH资源的SR信息的不同分组可以表示是否存在候选波束资源标识信息，例如：分组1表示存在候选波束资源标识信息(对2个BPL的情况默认直接切换)，分组2表示不存在候选波束资源标识信息并重新做波束扫描，以快速恢复波束链路。进一步地，NR-PUCCH资源的SR信息可以按照时分分组方式隐式携带候选波束资源标识信息。如：奇数子帧、时隙或符号携带部分候选波束资源标识信息，偶数子帧、时隙或符号携带其余候选波束资源标识信息。或者，NR-PUCCH资源的SR信息可以按照频分分组方式隐式携带候选波束信息。如：奇数物理资源块、子带、部分带宽或载波携带部分候选波束资源标识信息，偶数物理资源块、子带、部分带宽或载波携带其余候选波束资源标识信息。
若目标传输资源为NR-PRACH资源和NR-PUCCH资源，同时通过NR-PRACH和NR-PUCCH进行波束失败恢复请求发送时，NR-PRACH和NR-PUCCH中携带的波束失败恢复请求的发送内容相同。通过目标传输资源向网络设备发送携带有发送内容的波束失败恢复请求的步骤包括：通过NR-PRACH资源，向网络设备发送对应的波束失败恢复请求。其中，NR-PRACH资源隐式指示终端标识信息和候选波束资源标识信息。并通过NR-PUCCH资源，向网络设备发送携带有终端标识信息和候选波束资源标识信息的波束失败恢复请求。其中，NR-PRACH资源隐式指示终端标识信息和候选波束资源标识信息，与NR-PUCCH资源显示发送的终端标识信息和候选波束资源标识信息相同。假设网络设备配置波束失败恢复请求的发送信道或信号包含NR-PRACH和NR-PUCCH，且NR-PRACH和NR-PUCCH携带的波束失败恢复请求信息相同。UE标识为1的UE发生波束失败，且发现候选波束资源标识为0和1。终端可利用NR-PRACH隐式发送终端标识1和候选 波束资源标识0和1至网络设备侧。网络设备侧可通过预配置的NR-PRACH资源识别终端标识，以及预分配的NR-PRACH资源分组确定候选波束资源标识。终端可利用NR-PUCCH显式发送终端标识1和候选波束资源标识0和1至网络设备侧。网络设备侧可通过预定义或复用现有的NR-PUCCH格式检测终端标识，候选波束资源标识。
进一步地，当目标传输资源为NR-PRACH资源和NR-PUCCH资源时，NR-PRACH资源和NR-PUCCH资源发送的发送内容亦可以不同，具体地，通过目标传输资源向网络设备发送携带有发送内容的波束失败恢复请求的步骤包括：通过NR-PRACH资源，向网络设备发送对应的波束失败恢复请求；其中，NR-PRACH资源隐式指示终端标识信息；并通过NR-PUCCH资源，向网络设备发送携带有候选波束资源标识信息的波束失败恢复请求。即，NR-PRACH中携带终端标识信息，NR-PUCCH中携带候选波束资源标识信息。
假设网络设备侧配置波束失败恢复请求的发送信道或信号包含NR-PRACH和NR-PUCCH，且NR-PRACH和NR-PUCCH携带的波束失败恢复请求的发内容不同。UE标识为1的UE发生波束失败，且发现候选波束资源标识为0和1。由于NR-PRACH资源有限，终端可利用NR-PRACH隐式发送终端标识1至网络设备侧。网络设备侧可通过预配置的NR-PRACH资源识别终端标识。终端还可利用NR-PUCCH显式发送候选波束资源标识0和1至网络设备侧，NR-PUCCH发送波束资源标识与NR-PRACH发送波束资源标识一一对应。网络设备侧可通过预定义或复用相关技术中的NR-PUCCH格式检测候选波束资源标识。
或者，通过NR-PRACH资源，向网络设备发送对应的波束失败恢复请求；其中，NR-PRACH资源隐式指示终端标识信息和候选波束中第一部分波束的第一波束资源标识信息；通过NR-PUCCH资源，向网络设备发送携带有终端标识信息和候选波束中第二部分波束的第二波束资源标识信息的波束失败恢复请求；其中，第二部分波束为候选波束中除第一部分波束之外的所有其他波束。即，NR-PRACH中携带终端标识信息和部分候选波束资源标识信息，NR-PUCCH中携带终端标识信息和其余候选波束资源标识信息。
进一步地，为保证波束失败恢复请求的可靠传输，通过目标传输资源向 网络设备发送携带有发送内容的波束失败恢复请求的步骤包括：通过目标传输资源，分多次向网络设备发送携带有发送内容的全部或部分信息的波束失败恢复请求。即，采用不同目标传输资源进行的每次波束失败恢复请求发送时，每次发送的波束失败恢复请求的发送内容可以相同也可以不同。
假设网络设备配置波束失败恢复请求的发送信道或信号为NR-PRACH，且NR-PRACH重传(除第一次传输外的其他次传输)携带波束失败恢复请求的发内容不同。终端标识为1的终端发生波束失败，且发现候选波束资源标识为0和1。这时，终端可利用NR-PRACH隐式发送终端标识1和候选波束资源标识0和1至网络设备侧。网络侧可通过预配置的NR-PRACH资源识别终端标识，以及根据预分配的NR-PRACH资源分组确定候选波束资源标识。进一步地，由于NR-PRACH携带资源能力有限，初次传输时，终端可通过NR-PRACH将终端标识1和候选波束资源标识0发送至网络设备侧；第一次重传时可通过NR-PRACH将终端标识1和候选波束资源标识1发送至网络设备侧。
本公开实施例的波束失败处理方法中，终端接收网络设备为发送波束失败恢复请求配置的NR-PRACH资源配置信息、NR-PUCCH资源配置信息，以及指示终端是通过NR-PRACH发送还是通过NR-PUCCH发送波束失败恢复请求的第一指示信息，终端在检测到波束失败时，根据第一指示信息、NR-PRACH资源配置信息和/或NR-PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源，并通过该目标传输资源向网络设备发送相应的波束失败恢复请求，有效提高了波束失败恢复的效率，增强了高频通信链路传输可靠性。
以上实施例分别详细介绍了不同场景下的波束失败处理方法，下面本实施例将结合附图对其对应的终端做进一步介绍。
如图2所示，本公开实施例的终端200，能实现上述实施例中获取网络设备发送的物理随机接入信道NR-PRACH资源配置信息和物理上行控制信道NR-PUCCH资源配置信息，接收网络设备发送的第一指示信息；若检测到波束失败，则根据所述第一指示信息、NR-PRACH资源配置信息和/或NR-PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源；通 过所述目标传输资源，向网络设备发送所述波束失败恢复请求方法的细节，并达到相同的效果，该终端200具体包括以下功能模块：
获取模块210，用于获取网络设备发送的物理随机接入信道NR-PRACH资源配置信息和物理上行控制信道NR-PUCCH资源配置信息；其中，NR-PRACH资源配置信息用于指示网络设备为波束失败恢复请求配置的NR-PRACH传输资源，NR-PUCCH资源配置信息用于指示网络设备为波束失败恢复请求配置的NR-PUCCH传输资源；
第一接收模块220，用于接收网络设备发送的第一指示信息；其中，第一指示信息用于指示波束失败恢复请求的发送信道或信号；
处理模块230，用于当检测到波束失败时，根据第一指示信息、NR-PRACH资源配置信息和/或NR-PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源；
第一发送模块240，用于通过目标传输资源，向网络设备发送波束失败恢复请求。
其中，如图3所示，第一发送模块240包括：
第一接收子模块241，用于接收网络设备发送的第二指示信息；其中，第二指示信息用于指示波束失败恢复请求的发送内容；
第一发送子模块242，用于通过目标传输资源，向网络设备发送携带有发送内容的波束失败恢复请求。
其中，第一发送子模块242包括：
发送单元2421，用于通过目标传输资源，分多次向网络设备发送携带有发送内容的全部或部分信息的波束失败恢复请求。
其中，第二指示信息指示的发送内容至少包括：终端标识信息和/或候选波束资源标识信息。
其中，第一发送模块240还包括：
第二发送子模块243，用于当目标传输资源为NR-PRACH资源时，通过NR-PRACH资源，向网络设备发送对应的波束失败恢复请求；其中，NR-PRACH资源隐式指示终端标识信息和候选波束资源标识信息。
其中，第一发送模块240还包括：
第三发送子模块244，用于当目标传输资源为NR-PUCCH资源时，通过NR-PUCCH资源，向网络设备发送携带有终端标识信息和候选波束资源标识信息的波束失败恢复请求。
其中，第一发送模块240还包括：
第四发送子模块245，用于当目标传输资源为NR-PUCCH资源时，通过NR-PUCCH资源携带的信息，向网络设备发送携带有终端标识信息的波束失败恢复请求；其中，NR-PUCCH资源携带的信息对应的时域传输资源分组信息或频域传输资源分组信息隐式指示候选波束资源标识信息。
其中，第一发送模块240还包括：
第五发送子模块246，用于当目标传输资源为NR-PRACH资源和NR-PUCCH资源时，通过NR-PRACH资源，向网络设备发送对应的波束失败恢复请求；其中，NR-PRACH资源隐式指示终端标识信息；通过NR-PUCCH资源，向网络设备发送携带有候选波束资源标识信息的波束失败恢复请求；
或者，
第六发送子模块247，用于当目标传输资源为NR-PRACH资源和NR-PUCCH资源时，通过NR-PRACH资源，向网络设备发送对应的波束失败恢复请求；其中，NR-PRACH资源隐式指示终端标识信息和候选波束中第一部分波束的第一波束资源标识信息；通过NR-PUCCH资源，向网络设备发送携带有终端标识信息和候选波束中第二部分波束的第二波束资源标识信息的波束失败恢复请求；其中，第二部分波束为候选波束中除第一部分波束之外的所有其他波束。
其中，处理模块230包括：
第一处理子模块231，用于当第一指示信息指示仅支持通过NR-PRACH发送波束失败恢复请求时，根据NR-PRACH资源配置信息，确定发送波束失败恢复请求的第一NR-PRACH资源。
其中，处理模块230还包括：
第二处理子模块232，用于当第一指示信息指示仅支持通过NR-PUCCH发送波束失败恢复请求时，根据NR-PUCCH资源配置信息，确定发送波束失败恢复请求的第一NR-PUCCH资源。
其中，处理模块230还包括：
第三处理子模块233，用于当第一指示信息指示支持通过NR-PRACH和NR-PUCCH发送波束失败恢复请求时，根据候选波束数门限值、NR-PRACH资源配置信息和NR-PUCCH资源配置信息，确定发送波束失败恢复请求的第二NR-PRACH资源或第二NR-PUCCH资源。
其中，第三处理子模块233包括：
第一接收单元2331，用于接收网络设备发送的用于指示候选波束数门限值的第三指示信息；
第一处理单元2332，用于当候选波束数小于第三指示信息指示的候选波束数门限值时，根据NR-PRACH资源配置信息，确定发送波束失败恢复请求的第二NR-PRACH资源；
第二处理单元2333，用于当候选波束数大于第三指示信息指示的候选波束数门限值时，根据NR-PUCCH资源配置信息，确定发送波束失败恢复请求的第二NR-PUCCH资源。
其中，NR-PRACH资源配置信息包括：波束资源指示信息和最大重传次数信息中的至少一项。
其中，NR-PUCCH资源配置信息包括：波束资源指示信息和最大重传次数信息中的至少一项。
其中，获取模块210包括：
第二接收子模块211，用于通过无线资源控制RRC信令，接收网络设备发送的NR-PRACH资源配置信息和NR-PUCCH资源配置信息。
值得指出的是，本公开实施例的终端接收网络设备为发送波束失败恢复请求配置的NR-PRACH资源配置信息、NR-PUCCH资源配置信息，以及指示终端是通过NR-PRACH发送还是通过NR-PUCCH发送波束失败恢复请求的第一指示信息，终端在检测到波束失败时，根据第一指示信息、NR-PRACH资源配置信息和/或NR-PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源，并通过该目标传输资源向网络设备发送相应的波束失败恢复请求，有效提高了波束失败恢复的效率，增强了高频通信链路传输可靠性。
为了更好地实现上述目的，本公开实施例还提供了一种终端，包括处理 器、存储器以及存储于存储器上并可在处理器上运行的波束失败处理程序，处理器执行波束失败处理程序时实现如上所述的波束失败处理方法中的步骤。本公开实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有波束失败处理程序，波束失败处理程序被处理器执行时实现如上所述的波束失败处理方法的步骤。
具体地，图4是本公开另一个实施例的终端400的框图，如图4所示的终端设备包括：至少一个处理器401、存储器402、用户接口403和网络接口404。终端400中的各个组件通过总线系统405耦合在一起。可理解，总线系统405用于实现这些组件之间的连接通信。总线系统405除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图4中将各种总线都标为总线系统405。
其中，用户接口403可以包括显示器或者点击设备(例如触感板或者触摸屏等。
可以理解，本公开实施例中的存储器402可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(Synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，DRRAM)。本文描述的系统和方法的存储器402旨在包括但不限于这些和任意其它适合类型的存储器。
在一些实施方式中，存储器402存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：操作系统4021和应用程序 4022。
其中，操作系统4021，包含各种系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务。应用程序4022，包含各种应用程序，例如媒体播放器(Media Player)、浏览器(Browser)等，用于实现各种应用业务。实现本公开实施例方法的程序可以包含在应用程序4022中。
在本公开的实施例中，终端400还包括：存储在存储器402上并可在处理器401上运行的波束失败处理程序，具体地，可以是应用程序4022中的波束失败处理程序，波束失败处理程序被处理器401执行时实现如下步骤：
获取网络设备发送的物理随机接入信道NR-PRACH资源配置信息和物理上行控制信道NR-PUCCH资源配置信息；其中，NR-PRACH资源配置信息用于指示网络设备为波束失败恢复请求配置的NR-PRACH传输资源，NR-PUCCH资源配置信息用于指示网络设备为波束失败恢复请求配置的NR-PUCCH传输资源；
接收网络设备发送的第一指示信息；其中，第一指示信息用于指示波束失败恢复请求的发送信道或信号；
若检测到波束失败，则根据第一指示信息、NR-PRACH资源配置信息和/或NR-PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源；
通过目标传输资源，向网络设备发送波束失败恢复请求。
上述本公开实施例揭示的方法可以应用于处理器401中，或者由处理器401实现。处理器401可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器401中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器401可以是通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本公开实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本公开实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完 成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器402，处理器401读取存储器402中的信息，结合其硬件完成上述方法的步骤。
可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable Logic Device，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
具体地，波束失败处理程序被处理器401执行时还可实现如下步骤：接收网络设备发送的第二指示信息；其中，第二指示信息用于指示波束失败恢复请求的发送内容；
通过目标传输资源，向网络设备发送携带有发送内容的波束失败恢复请求。
具体地，波束失败处理程序被处理器401执行时还可实现如下步骤：通过目标传输资源，分多次向网络设备发送携带有发送内容的全部或部分信息的波束失败恢复请求。
具体地，第二指示信息指示的发送内容至少包括：终端标识信息和候选波束资源标识信息。
具体地，若目标传输资源为NR-PRACH资源，波束失败处理程序被处理器401执行时还可实现如下步骤：通过NR-PRACH资源，向网络设备发送对应的波束失败恢复请求；其中，NR-PRACH资源隐式指示终端标识信息和候选波束资源标识信息。
具体地，若目标传输资源为NR-PUCCH资源，波束失败处理程序被处理 器401执行时还可实现如下步骤：通过NR-PUCCH资源，向网络设备发送携带有终端标识信息和候选波束资源标识信息的波束失败恢复请求。
具体地，若目标传输资源为NR-PUCCH资源，波束失败处理程序被处理器401执行时还可实现如下步骤：
具体地，波束失败处理程序被处理器401执行时还可实现如下步骤：通过NR-PUCCH资源携带的信息，向网络设备发送携带有终端标识信息的波束失败恢复请求；其中，NR-PUCCH资源携带的信息对应的时域传输资源分组信息或频域传输资源分组信息隐式指示候选波束资源标识信息。
具体地，若目标传输资源为NR-PRACH资源和NR-PUCCH资源，波束失败处理程序被处理器401执行时还可实现如下步骤：通过NR-PRACH资源，向网络设备发送对应的波束失败恢复请求；其中，NR-PRACH资源隐式指示终端标识信息；通过NR-PUCCH资源，向网络设备发送携带有候选波束资源标识信息的波束失败恢复请求；
或者，
通过NR-PRACH资源，向网络设备发送对应的波束失败恢复请求；其中，NR-PRACH资源隐式指示终端标识信息和候选波束中第一部分波束的第一波束资源标识信息；通过NR-PUCCH资源，向网络设备发送携带有终端标识信息和候选波束中第二部分波束的第二波束资源标识信息的波束失败恢复请求；其中，第二部分波束为候选波束中除第一部分波束之外的所有其他波束。
具体地，波束失败处理程序被处理器401执行时还可实现如下步骤：若第一指示信息指示仅支持通过NR-PRACH发送波束失败恢复请求，则根据NR-PRACH资源配置信息，确定发送波束失败恢复请求的第一NR-PRACH资源。
具体地，波束失败处理程序被处理器401执行时还可实现如下步骤：若第一指示信息指示仅支持通过NR-PUCCH发送波束失败恢复请求，则根据NR-PUCCH资源配置信息，确定发送波束失败恢复请求的第一NR-PUCCH资源。
具体地，波束失败处理程序被处理器401执行时还可实现如下步骤：若第一指示信息指示支持通过NR-PRACH和NR-PUCCH发送波束失败恢复请 求，则根据候选波束数门限值、NR-PRACH资源配置信息和NR-PUCCH资源配置信息，确定发送波束失败恢复请求的第二NR-PRACH资源或第二NR-PUCCH资源。
具体地，波束失败处理程序被处理器401执行时还可实现如下步骤：接收网络设备发送的用于指示候选波束数门限值的第三指示信息；
若候选波束数小于第三指示信息指示的候选波束数门限值，则根据NR-PRACH资源配置信息，确定发送波束失败恢复请求的第二NR-PRACH资源；
若候选波束数大于第三指示信息指示的候选波束数门限值，则根据NR-PUCCH资源配置信息，确定发送波束失败恢复请求的第二NR-PUCCH资源。
具体地，NR-PRACH资源配置信息包括：波束资源指示信息和最大重传次数信息中的至少一项。
具体地，NR-PUCCH资源配置信息包括：波束资源指示信息和最大重传次数信息中的至少一项。
具体地，波束失败处理程序被处理器401执行时还可实现如下步骤：通过无线资源控制RRC信令，接收网络设备发送的NR-PRACH资源配置信息和NR-PUCCH资源配置信息。
其中，终端可以是无线终端也可以是有线终端，无线终端可以是指向用户提供语音和/或其他业务数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(Radio Access Network，简称RAN)与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(Personal Communication Service，简称PCS)电话、无绳电话、会话发起协议(Session Initiation Protocol，简称SIP)话机、无线本地环路(Wireless Local Loop，简称WLL)站、个人数字助理(Personal Digital Assistant，简称PDA)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(Subscriber  Station)，移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、远程终端(Remote Terminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(User Agent)、用户设备(User Device or User Equipment)，在此不作限定。
本公开实施例的终端接收网络设备为发送波束失败恢复请求配置的NR-PRACH资源配置信息、NR-PUCCH资源配置信息，以及指示终端是通过NR-PRACH发送还是通过NR-PUCCH发送波束失败恢复请求的第一指示信息，终端在检测到波束失败时，根据第一指示信息、NR-PRACH资源配置信息和/或NR-PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源，并通过该目标传输资源向网络设备发送相应的波束失败恢复请求，有效提高了波束失败恢复的效率，增强了高频通信链路传输可靠性。
以上实施例从终端侧介绍了本公开的波束失败处理方法，下面本实施例将结合附图对网络设备侧的波束失败处理方法做进一步介绍。
如图5所示，本公开实施例提供了一种波束失败处理方法，应用于网络设备侧，具体包括以下步骤：
步骤51：向终端发送物理随机接入信道NR-PRACH资源配置信息和物理上行控制信道NR-PUCCH资源配置信息。
其中，NR-PRACH资源配置信息用于指示网络设备为波束失败恢复请求配置的NR-PRACH传输资源，NR-PUCCH资源配置信息用于指示网络设备为波束失败恢复请求配置的NR-PUCCH传输资源。也就是说，网络设备配置的NR-PRACH资源中，一部分资源用于终端的随机接入，另一部分资源用于在波束失败时供终端发送波束失败恢复请求，且这两部分资源正交。
具体地，NR-PRACH资源配置信息包括：波束资源指示信息、最大重传次数信息、NR-PRACH配置索引信息、时域起始子帧或时隙或符号信息、频域偏移量信息和跳频配置信息中的至少一项。NR-PUCCH资源配置信息包括：波束资源指示信息、最大重传次数信息、NR-PUCCH类型信息、NR-PUCCH格式信息和周期信息中的至少一项。也就是说，网络设备配置波束失败恢复请求可通过NR-PUCCH进行发送。
具体地，步骤51包括：通过无线资源控制RRC信令，向终端发送 NR-PRACH资源配置信息和NR-PUCCH资源配置信息。即，上述NR-PRACH资源配置信息和NR-PUCCH资源配置信息可通过无线资源(Radio Resource Control，RRC)信令指示。
步骤52：向终端发送第一指示信息。
其中，第一指示信息用于指示波束失败恢复请求的发送信道或信号。由于网络设备配置波束失败恢复请求既可通过NR-PRACH资源发送，又可通过NR-PUCCH资源发送，因此网络设备可根据当前网络资源占用情况向终端发送用于指示采用何种资源发送波束失败恢复请求的第一指示信息。
具体地，步骤52包括：根据当前资源占用情况，向终端发送用于指示仅支持通过NR-PRACH发送波束失败恢复请求的第一指示信息。
具体地，步骤52包括：根据当前资源占用情况，向终端发送用于指示仅支持通过NR-PUCCH发送波束失败恢复请求的第一指示信息。
具体地，步骤52包括：根据当前资源占用情况，向终端发送用于指示支持通过NR-PRACH和NR-PUCCH发送波束失败恢复请求的第一指示信息。
进一步地，在根据当前资源占用情况，向终端发送用于指示支持通过NR-PRACH和NR-PUCCH发送波束失败恢复请求的第一指示信息的步骤之前，还包括：向终端发送用于指示候选波束数门限值的第三指示信息。
步骤53：接收终端在检测到波束失败后通过目标传输资源发送的波束失败恢复请求。
其中，目标传输资源为终端根据第一指示信息、NR-PRACH资源配置信息和NR-PUCCH资源配置信息确定的。
具体地，步骤53包括：向终端发送第二指示信息；其中，第二指示信息用于指示波束失败恢复请求的发送内容；接收终端在检测到波束失败后通过目标传输资源发送的、携带有发送内容的波束失败恢复请求。
其中，网络设备通过RRC信令、媒体介入控制MAC层控制单元CE或物理层下行控制指示DCI信息向终端发送第一指示信息和第二指示信息。即上述第一指示信息和第二指示信息可通过RRC信令或媒体接入控制(Media Access Control，MAC)层控制单元(Control Element，CE)或物理层下行控制指示(Downlink Control Indicator，DCI)承载。
其中，第二指示信息指示的发送内容至少包括：终端标识信息和/或候选波束资源标识信息。候选波束资源标识信息中包括一个或多个波束的资源标识。NR-PRACH和/或NR-PUCCH上携带波束失败恢复请求的发送内容至少包含终端标识信息和候选波束资源标识信息。
若目标传输资源为NR-PRACH资源，步骤53具体为：接收终端在检测到波束失败后通过NR-PRACH资源发送的波束失败恢复请求；根据NR-PRACH资源，隐式得到波束失败恢复请求对应的终端标识信息和候选波束资源标识信息。
若目标传输资源为NR-PUCCH资源，步骤53具体为：接收终端在检测到波束失败后通过NR-PUCCH资源发送的、携带有终端标识信息和候选波束资源标识信息的波束失败恢复请求。
若目标传输资源为NR-PUCCH资源，步骤53具体为：接收终端在检测到波束失败后通过NR-PUCCH资源携带的信息；根据NR-PUCCH资源携带的信息对应的时域传输资源分组信息或频域传输资源分组信息，隐式得到波束失败恢复请求对应的候选波束资源标识信息。其中，NR-PUCCH资源中可预定义一种新的信息格式来传输波束失败恢复请求，或者，通过NR-PUCCH资源中传输的调度请求SR信息和/或应答信息ACK/NACK和/或信道状态信息CSI来传输波束失败恢复请求。
若目标传输资源为NR-PRACH资源和NR-PUCCH资源，步骤53具体为：接收终端在检测到波束失败后通过NR-PRACH资源发送的波束失败恢复请求，根据NR-PRACH资源确定波束失败恢复请求对应的终端标识信息；以及接收通过NR-PUCCH资源发送的携带有候选波束资源标识信息的波束失败恢复请求；
或者，接收终端在检测到波束失败后通过NR-PRACH资源发送的波束失败恢复请求，根据NR-PRACH资源确定波束失败恢复请求对应的终端标识信息和候选波束中第一部分波束的第一波束资源标识信息；以及接收通过NR-PUCCH资源发送的、携带有终端标识信息和候选波束中第二部分波束的第二波束资源标识信息的波束失败恢复请求；其中，第二部分波束为候选波束中除第一部分波束之外的所有其他波束。
进一步地，接收终端在检测到波束失败后通过目标传输资源发送的、携带有发送内容的波束失败恢复请求的步骤包括：接收终端在检测到波束失败后分多次通过目标传输资源发送的、携带有所述发送内容的全部或部分信息的波束失败恢复请求。假设网络设备配置波束失败恢复请求的发送信道或信号为NR-PRACH，且NR-PRACH重传(除第一次传输外的其他次传输)携带波束失败恢复请求的发内容不同。终端标识为1的终端发生波束失败，且发现候选波束资源标识为0和1。这时，终端可利用NR-PRACH隐式发送终端标识和候选波束资源标识至网络设备侧。网络侧可通过预配置的NR-PRACH资源识别终端标识1，以及根据预分配的NR-PRACH资源分组确定候选波束资源标识0和1。进一步地，由于NR-PRACH携带资源能力有限，初次传输时，终端可通过NR-PRACH将终端标识1和候选波束资源标识0发送至网络设备侧；第一次重传时可通过NR-PRACH将终端标识1和候选波束资源标识1发送至网络设备侧。
本公开实施例的波束失败处理方法中，网络设备为发送波束失败恢复请求配置NR-PRACH资源配置信息和NR-PUCCH资源配置信息，并在终端接入时将NR-PRACH资源配置信息和NR-PUCCH资源配置信息发送给终端，并根据实时的资源占用情况向终端发送用于指示终端是通过NR-PRACH发送还是通过NR-PUCCH发送波束失败恢复请求的第一指示信息，以使终端在检测到波束失败时，根据第一指示信息、NR-PRACH资源配置信息和/或NR-PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源，并通过该目标传输资源向网络设备发送相应的波束失败恢复请求，有效提高了波束失败恢复的效率，增强了高频通信链路传输可靠性。
以上实施例介绍了不同场景下的波束失败处理方法，下面将结合附图对与其对应的网络设备做进一步介绍。
如图6所示，本公开实施例的网络设备600，能实现上述实施例中向终端发送物理随机接入信道NR-PRACH资源配置信息和物理上行控制信道NR-PUCCH资源配置信息，向终端发送第一指示信息，接收终端在检测到波束失败后通过目标传输资源发送的波束失败恢复请求方法的细节，并达到相同的效果，该网络设备600具体包括以下功能模块：
第二发送模块610，用于向终端发送物理随机接入信道NR-PRACH资源配置信息和物理上行控制信道NR-PUCCH资源配置信息；其中，NR-PRACH资源配置信息用于指示网络设备为波束失败恢复请求配置的NR-PRACH传输资源，NR-PUCCH资源配置信息用于指示网络设备为波束失败恢复请求配置的NR-PUCCH传输资源；
第三发送模块620，用于向终端发送第一指示信息；其中，第一指示信息用于指示波束失败恢复请求的发送信道或信号；
第二接收模块630，用于接收终端在检测到波束失败后通过目标传输资源发送的波束失败恢复请求；其中，目标传输资源为终端根据第一指示信息、NR-PRACH资源配置信息和/或NR-PUCCH资源配置信息确定的。
其中，如图7所示，第二接收模块630包括：
第七发送子模块631，用于向终端发送第二指示信息；其中，第二指示信息用于指示波束失败恢复请求的发送内容；
第三接收子模块632，用于接收终端在检测到波束失败后通过目标传输资源发送的、携带有发送内容的波束失败恢复请求。
其中，第三接收子模块632包括：
第二接收单元6321，用于接收终端在检测到波束失败后分多次通过目标传输资源发送的、携带有发送内容的全部或部分信息的波束失败恢复请求。
其中，第二指示信息指示的发送内容至少包括：终端标识信息和/或候选波束资源标识信息。
其中，第二接收模块630包括：
第四接收子模块633，用于当目标传输资源为NR-PRACH资源时，接收终端在检测到波束失败后通过NR-PRACH资源发送的波束失败恢复请求；
第四处理子模块634，用于根据NR-PRACH资源，隐式得到波束失败恢复请求对应的终端标识信息和候选波束资源标识信息。
其中，第二接收模块630包括：
第五接收子模块635，用于当目标传输资源为NR-PUCCH资源时，接收终端在检测到波束失败后通过NR-PUCCH资源发送的、携带有终端标识信息和候选波束资源标识信息的波束失败恢复请求。
其中，第二接收模块630包括：
第六接收子模块636，用于若目标传输资源为NR-PUCCH资源时，接收终端在检测到波束失败后通过NR-PUCCH资源携带的信息；
第五处理子模块637，用于根据NR-PUCCH资源携带的信息对应的时域传输资源分组信息或频域传输资源分组信息，隐式得到波束失败恢复请求对应的候选波束资源标识信息。
其中，第二接收模块630还包括：
第七接收子模块638，用于当目标传输资源为NR-PRACH资源和NR-PUCCH资源时，接收终端在检测到波束失败后通过NR-PRACH资源发送的波束失败恢复请求，根据NR-PRACH资源确定波束失败恢复请求对应的终端标识信息；以及接收通过NR-PUCCH资源发送的携带有候选波束资源标识信息的波束失败恢复请求；
或者，
第八接收子模块639，用于接收终端在检测到波束失败后通过NR-PRACH资源发送的波束失败恢复请求，根据NR-PRACH资源确定波束失败恢复请求对应的终端标识信息和候选波束中第一部分波束的第一波束资源标识信息；以及接收通过NR-PUCCH资源发送的、携带有终端标识信息和候选波束中第二部分波束的第二波束资源标识信息的波束失败恢复请求；其中，第二部分波束为候选波束中除第一部分波束之外的所有其他波束。
其中，第三发送模块620包括：
第八发送子模块621，用于向终端发送用于指示仅支持通过NR-PRACH发送波束失败恢复请求的第一指示信息。
其中，第三发送模块620还包括：
第九发送子模块622，用于向终端发送用于指示仅支持通过NR-PUCCH发送波束失败恢复请求的第一指示信息。
其中，第三发送模块620还包括：
第十发送子模块623，用于向终端发送用于指示支持通过NR-PRACH和NR-PUCCH发送波束失败恢复请求的第一指示信息。
其中，第三发送模块620还包括：
第十一发送子模块624，用于向终端发送用于指示候选波束数门限值的第三指示信息。
其中，NR-PRACH资源配置信息包括：波束资源指示信息和最大重传次数信息。
其中，NR-PUCCH资源配置信息包括：波束资源指示信息和最大重传次数信息。
其中，第二发送模块610还包括：
第十二发送子模块611，用于通过无线资源控制RRC信令，向终端发送NR-PRACH资源配置信息和NR-PUCCH资源配置信息。
值得指出的是，本公开实施例的网络设备为发送波束失败恢复请求配置NR-PRACH资源配置信息和NR-PUCCH资源配置信息，并在终端接入时将NR-PRACH资源配置信息和NR-PUCCH资源配置信息发送给终端，并根据实时的资源占用情况向终端发送用于指示终端是通过NR-PRACH发送还是通过NR-PUCCH发送波束失败恢复请求的第一指示信息，以使终端在检测到波束失败时，根据第一指示信息、R-PRACH资源配置信息和/或NR-PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源，并通过该目标传输资源向网络设备发送相应的波束失败恢复请求，有效提高了波束失败恢复的效率，增强了高频链路传输可靠性。
需要说明的是，应理解以上网络设备和终端的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，确定模块可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上确定模块的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里所述的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指 令完成。
例如，以上这些模块可以是被配置成实施以上方法的一个或多个集成电路，例如：一个或多个特定集成电路(Application Specific Integrated Circuit，简称ASIC)，或，一个或多个微处理器(digital signal processor，简称DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，简称FPGA)等。再如，当以上某个模块通过处理元件调度程序代码的形式实现时，该处理元件可以是通用处理器，例如中央处理器(Central Processing Unit，简称CPU)或其它可以调用程序代码的处理器。再如，这些模块可以集成在一起，以片上系统(system-on-a-chip，简称SOC)的形式实现。
为了更好的实现上述目的，本公开的实施例还提供了一种网络设备，该网络设备包括处理器、存储器以及存储于存储器上并可在处理器上运行的波束失败处理程序，处理器执行波束失败处理程序时实现如上所述的波束失败处理方法中的步骤。发明实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有波束失败处理程序，波束失败处理程序被处理器执行时实现如上所述的波束失败处理方法的步骤。
具体地，图8为本申请另一实施例提供的网络设备结构示意图。如图8所示，该网络设备800包括：天线81、射频装置82、基带装置83。天线81与射频装置82连接。在上行方向上，射频装置82通过天线81接收信息，将接收的信息发送给基带装置83进行处理。在下行方向上，基带装置83对要发送的信息进行处理，并发送给射频装置82，射频装置82对收到的信息进行处理后经过天线81发送出去。
上述频带处理装置可以位于基带装置83中，以上实施例中网络侧设备执行的方法可以在基带装置83中实现，该基带装置83包括处理器84和存储器85。
基带装置83例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图8所示，其中一个芯片例如为处理器84，与存储器85连接，以调用存储器85中的程序，执行以上方法实施例中所示的网络侧设备操作。
该基带装置83还可以包括网络接口86，用于与射频装置82交互信息，该接口例如为通用公共无线接口(common public radio interface，简称CPRI)。
这里的处理器可以是一个处理器，也可以是多个处理元件的统称，例如，该处理器可以是CPU，也可以是ASIC，或者是被配置成实施以上网络侧设备所执行方法的一个或多个集成电路，例如：一个或多个微处理器DSP，或，一个或者多个现场可编程门阵列FPGA等。存储元件可以是一个存储器，也可以是多个存储元件的统称。
存储器85可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，简称ROM)、可编程只读存储器(Programmable ROM，简称PROM)、可擦除可编程只读存储器(Erasable PROM，简称EPROM)、电可擦除可编程只读存储器(Electrically EPROM，简称EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，简称RAM)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的RAM可用，例如静态随机存取存储器(Static RAM，简称SRAM)、动态随机存取存储器(DynamicRAM，简称DRAM)、同步动态随机存取存储器(Synchronous DRAM，简称SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，简称DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，简称ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM，简称SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM，简称DRRAM)。本申请描述的存储器85旨在包括但不限于这些和任意其它适合类型的存储器。
其中，处理器84调用存储器85中的程序执行图7所示各模块执行的方法。
具体地，处理器84还用于执行：向终端发送物理随机接入信道NR-PRACH资源配置信息和物理上行控制信道NR-PUCCH资源配置信息；其中，NR-PRACH资源配置信息用于指示网络设备为波束失败恢复请求配置的NR-PRACH传输资源，NR-PUCCH资源配置信息用于指示网络设备为波束失败恢复请求配置的NR-PUCCH传输资源；
向终端发送第一指示信息；其中，第一指示信息用于指示波束失败恢复请求的发送信道或信号；
接收终端在检测到波束失败后通过目标传输资源发送的波束失败恢复请 求；其中，目标传输资源为终端根据第一指示信息、NR-PRACH资源配置信息和/或NR-PUCCH资源配置信息确定的。
具体地，处理器84还用于执行：向终端发送第二指示信息；其中，第二指示信息用于指示波束失败恢复请求的发送内容；
接收终端在检测到波束失败后通过目标传输资源发送的、携带有发送内容的波束失败恢复请求。
具体地，处理器84还用于执行：接收终端在检测到波束失败后分多次通过目标传输资源发送的、携带有发送内容的全部或部分信息的波束失败恢复请求。
其中，第二指示信息指示的发送内容至少包括：终端标识信息和候选波束资源标识信息。
具体地，若目标传输资源为NR-PRACH资源，处理器84还用于执行：接收终端在检测到波束失败后通过NR-PRACH资源发送的波束失败恢复请求；
根据NR-PRACH资源，隐式得到波束失败恢复请求对应的终端标识信息和候选波束资源标识信息。
具体地，若目标传输资源为NR-PUCCH资源，处理器84还用于执行：接收终端在检测到波束失败后通过NR-PUCCH资源发送的、携带有终端标识信息和候选波束资源标识信息的波束失败恢复请求。
具体地，若目标传输资源为NR-PUCCH资源，处理器84还用于执行：接收终端在检测到波束失败后通过NR-PUCCH资源携带的信息；
根据NR-PUCCH资源携带的信息对应的时域传输资源分组信息或频域传输资源分组信息，隐式得到波束失败恢复请求对应的候选波束资源标识信息。
具体地，若目标传输资源为NR-PRACH资源和NR-PUCCH资源，处理器84还用于执行：接收终端在检测到波束失败后通过NR-PRACH资源发送的波束失败恢复请求，根据NR-PRACH资源确定波束失败恢复请求对应的终端标识信息；以及接收通过NR-PUCCH资源发送的携带有候选波束资源标识信息的波束失败恢复请求；
或者，
接收终端在检测到波束失败后通过NR-PRACH资源发送的波束失败恢复请求，根据NR-PRACH资源确定波束失败恢复请求对应的终端标识信息和候选波束中第一部分波束的第一波束资源标识信息；以及接收通过NR-PUCCH资源发送的、携带有终端标识信息和候选波束中第二部分波束的第二波束资源标识信息的波束失败恢复请求；其中，第二部分波束为候选波束中除第一部分波束之外的所有其他波束。
具体地，处理器84还用于执行：根据当前资源占用情况，向终端发送用于指示仅支持通过NR-PRACH发送波束失败恢复请求的第一指示信息。
具体地，处理器84还用于执行：根据当前资源占用情况，向终端发送用于指示仅支持通过NR-PUCCH发送波束失败恢复请求的第一指示信息。
具体地，处理器84还用于执行：根据当前资源占用情况，向终端发送用于指示支持通过NR-PRACH和NR-PUCCH发送波束失败恢复请求的第一指示信息。
具体地，处理器84还用于执行：向终端发送用于指示候选波束数门限值的第三指示信息。
具体地，NR-PRACH资源配置信息包括：波束资源指示信息和最大重传次数信息。
具体地，NR-PUCCH资源配置信息包括：波束资源指示信息和最大重传次数信息。
具体地，处理器84还用于执行：通过无线资源控制RRC信令，向终端发送NR-PRACH资源配置信息和NR-PUCCH资源配置信息。
其中，网络设备可以是全球移动通讯(Global System of Mobile communication，简称GSM)或码分多址(Code Division Multiple Access，简称CDMA)中的基站(Base Transceiver Station，简称BTS)，也可以是宽带码分多址(Wideband Code Division Multiple Access，简称WCDMA)中的基站(NodeB，简称NB)，还可以是LTE中的演进型基站(Evolutional Node B，简称eNB或eNodeB)，或者中继站或接入点，或者未来5G网络中的基站等，在此并不限定。
这样，该网络设备为发送波束失败恢复请求配置NR-PRACH资源配置信息和NR-PUCCH资源配置信息，并在终端接入时将NR-PRACH资源配置信息和NR-PUCCH资源配置信息发送给终端，并根据实时的资源占用情况向终端发送用于指示终端是通过NR-PRACH发送还是通过NR-PUCCH发送波束失败恢复请求的第一指示信息，以使终端在检测到波束失败时，根据第一指示信息、NR-PRACH资源配置信息和/或NR-PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源，并通过该目标传输资源向网络设备发送相应的波束失败恢复请求，有效提高了波束失败恢复的效率，增强了高频通信链路传输可靠性。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中， 也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对相关技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
此外，需要指出的是，在本公开的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行，某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言，能够理解本公开的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本公开的说明的情况下运用他们的基本编程技能就能实现的。
因此，本公开的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本公开的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本公开，并且存储有这样的程序产品的存储介质也构成本公开。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是，在本公开的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。
以上所述的是本公开的可选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本公开所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本公开的保护范围内。

Claims (64)

  1. 一种波束失败处理方法，应用于终端侧，包括：
    获取网络设备发送的物理随机接入信道PRACH资源配置信息和物理上行控制信道PUCCH资源配置信息；其中，所述PRACH资源配置信息用于指示网络设备为波束失败恢复请求配置的PRACH传输资源，所述PUCCH资源配置信息用于指示网络设备为波束失败恢复请求配置的PUCCH传输资源；
    接收网络设备发送的第一指示信息；其中，第一指示信息用于指示波束失败恢复请求的发送信道或信号；
    若检测到波束失败，则根据所述第一指示信息、PRACH资源配置信息和/或PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源；
    通过所述目标传输资源，向网络设备发送所述波束失败恢复请求。
  2. 根据权利要求1所述的波束失败处理方法，其中，所述通过所述目标传输资源，向网络设备发送所述波束失败恢复请求的步骤，包括：
    接收网络设备发送的第二指示信息；其中，所述第二指示信息用于指示波束失败恢复请求的发送内容；
    通过所述目标传输资源，向网络设备发送携带有所述发送内容的波束失败恢复请求。
  3. 根据权利要求2所述的波束失败处理方法，其中，所述通过所述目标传输资源，向网络设备发送携带有所述发送内容的波束失败恢复请求的步骤，包括：
    通过所述目标传输资源，分多次向网络设备发送携带有所述发送内容的全部或部分信息的波束失败恢复请求。
  4. 根据权利要求2所述的波束失败处理方法，其中，所述第二指示信息指示的发送内容至少包括：终端标识信息和/或候选波束资源标识信息。
  5. 根据权利要求4所述的波束失败处理方法，其中，若所述目标传输资源为PRACH资源，所述通过所述目标传输资源，向网络设备发送携带有所述发送内容的波束失败恢复请求的步骤，包括：
    通过所述PRACH资源，向网络设备发送对应的波束失败恢复请求；其 中，所述PRACH资源隐式指示终端标识信息和候选波束资源标识信息。
  6. 根据权利要求4所述的波束失败处理方法，其中，若所述目标传输资源为PUCCH资源，所述通过所述目标传输资源，向网络设备发送携带有所述发送内容的波束失败恢复请求的步骤，包括：
    通过所述PUCCH资源，向网络设备发送携带有终端标识信息和候选波束资源标识信息的波束失败恢复请求。
  7. 根据权利要求4所述的波束失败处理方法，其中，若所述目标传输资源为PUCCH资源，所述通过所述目标传输资源，向网络设备发送携带有所述发送内容的波束失败恢复请求的步骤，包括：
    通过所述PUCCH资源携带的信息，向网络设备发送携带有终端标识信息的波束失败恢复请求；其中，所述PUCCH资源携带的信息对应的时域传输资源分组信息或频域传输资源分组信息隐式指示候选波束资源标识信息。
  8. 根据权利要求4所述的波束失败处理方法，其中，若所述目标传输资源为PRACH资源和PUCCH资源，所述通过所述目标传输资源，向网络设备发送携带有所述发送内容的波束失败恢复请求的步骤，包括：
    通过所述PRACH资源，向网络设备发送对应的波束失败恢复请求；其中，所述PRACH资源隐式指示终端标识信息；通过所述PUCCH资源，向网络设备发送携带有候选波束资源标识信息的波束失败恢复请求；
    或者，
    通过所述PRACH资源，向网络设备发送对应的波束失败恢复请求；其中，所述-PRACH资源隐式指示终端标识信息和候选波束中第一部分波束的第一波束资源标识信息；通过所述PUCCH资源，向网络设备发送携带有终端标识信息和候选波束中第二部分波束的第二波束资源标识信息的波束失败恢复请求；其中，所述第二部分波束为所述候选波束中除所述第一部分波束之外的所有其他波束。
  9. 根据权利要求1所述的波束失败处理方法，其中，所述根据所述第一指示信息、PRACH资源配置信息和PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源的步骤，包括：
    若所述第一指示信息指示仅支持通过PRACH发送波束失败恢复请求， 则根据PRACH资源配置信息，确定发送波束失败恢复请求的第一PRACH资源。
  10. 根据权利要求1所述的波束失败处理方法，其中，所述根据所述第一指示信息、PRACH资源配置信息和PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源的步骤，包括：
    若所述第一指示信息指示仅支持通过-PUCCH发送波束失败恢复请求，则根据PUCCH资源配置信息，确定发送波束失败恢复请求的第一PUCCH资源。
  11. 根据权利要求1所述的波束失败处理方法，其中，所述根据所述第一指示信息、PRACH资源配置信息和PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源的步骤，包括：
    若所述第一指示信息指示支持通过PRACH和PUCCH发送波束失败恢复请求，则根据候选波束数门限值、PRACH资源配置信息和PUCCH资源配置信息，确定发送波束失败恢复请求的第二PRACH资源或第二PUCCH资源。
  12. 根据权利要求11所述的波束失败处理方法，其中，所述根据候选波束数门限值、PRACH资源配置信息和PUCCH资源配置信息，确定发送波束失败恢复请求的第二PRACH资源或第二PUCCH资源的步骤，包括：
    接收网络设备发送的用于指示候选波束数门限值的第三指示信息；
    若候选波束数小于所述第三指示信息指示的候选波束数门限值，则根据PRACH资源配置信息，确定发送波束失败恢复请求的第二PRACH资源；
    若候选波束数大于所述第三指示信息指示的候选波束数门限值，则根据PUCCH资源配置信息，确定发送波束失败恢复请求的第二PUCCH资源。
  13. 根据权利要求1所述的波束失败处理方法，其中，所述PRACH资源配置信息包括：波束资源指示信息和最大重传次数信息中的至少一项。
  14. 根据权利要求1所述的波束失败处理方法，其中，所述PUCCH资源配置信息包括：波束资源指示信息和最大重传次数信息中的至少一项。
  15. 根据权利要求1所述的波束失败处理方法，其中，所述获取网络设备发送的物理随机接入信道PRACH资源配置信息和物理上行控制信道PUCCH资源配置信息的步骤，包括：
    通过无线资源控制RRC信令，接收网络设备发送的PRACH资源配置信息和PUCCH资源配置信息。
  16. 一种终端，包括：
    获取模块，用于获取网络设备发送的物理随机接入信道PRACH资源配置信息和物理上行控制信道PUCCH资源配置信息；其中，所述PRACH资源配置信息用于指示网络设备为波束失败恢复请求配置的PRACH传输资源，所述PUCCH资源配置信息用于指示网络设备为波束失败恢复请求配置的PUCCH传输资源；
    第一接收模块，用于接收网络设备发送的第一指示信息；其中，第一指示信息用于指示波束失败恢复请求的发送信道或信号；
    处理模块，用于当检测到波束失败时，根据所述第一指示信息、PRACH资源配置信息和/或PUCCH资源配置信息，确定发送波束失败恢复请求的目标传输资源；
    第一发送模块，用于通过所述目标传输资源，向网络设备发送所述波束失败恢复请求。
  17. 根据权利要求16所述的终端，其中，所述第一发送模块包括：
    第一接收子模块，用于接收网络设备发送的第二指示信息；其中，所述第二指示信息用于指示波束失败恢复请求的发送内容；
    第一发送子模块，用于通过所述目标传输资源，向网络设备发送携带有所述发送内容的波束失败恢复请求。
  18. 根据权利要求17所述的终端，其中，所述第一发送子模块包括：
    发送单元，用于通过所述目标传输资源，分多次向网络设备发送携带有所述发送内容的全部或部分信息的波束失败恢复请求。
  19. 根据权利要求17所述的终端，其中，所述第二指示信息指示的发送内容至少包括：终端标识信息和/或候选波束资源标识信息。
  20. 根据权利要求19所述的终端，其中，所述第一发送模块还包括：
    第二发送子模块，用于当所述目标传输资源为PRACH资源时，通过所述PRACH资源，向网络设备发送对应的波束失败恢复请求；其中，所述PRACH资源隐式指示终端标识信息和候选波束资源标识信息。
  21. 根据权利要求19所述的终端，其中，所述第一发送模块还包括：
    第三发送子模块，用于当所述目标传输资源为PUCCH资源时，通过所述PUCCH资源，向网络设备发送携带有终端标识信息和候选波束资源标识信息的波束失败恢复请求。
  22. 根据权利要求19所述的终端，其中，所述第一发送模块还包括：
    第四发送子模块，用于当所述目标传输资源为PUCCH资源时，通过所述PUCCH资源携带的信息，向网络设备发送携带有终端标识信息的波束失败恢复请求；其中，所述PUCCH资源携带的信息对应的时域传输资源分组信息或频域传输资源分组信息隐式指示候选波束资源标识信息。
  23. 根据权利要求19所述的终端，其中，所述第一发送模块还包括：
    第五发送子模块，用于当所述目标传输资源为PRACH资源和PUCCH资源时，通过所述PRACH资源，向网络设备发送对应的波束失败恢复请求；其中，所述PRACH资源隐式指示终端标识信息；通过所述PUCCH资源，向网络设备发送携带有候选波束资源标识信息的波束失败恢复请求；
    或者，
    第六发送子模块，用于当所述目标传输资源为PRACH资源和PUCCH资源时，通过所述PRACH资源，向网络设备发送对应的波束失败恢复请求；其中，所述PRACH资源隐式指示终端标识信息和候选波束中第一部分波束的第一波束资源标识信息；通过所述PUCCH资源，向网络设备发送携带有终端标识信息和候选波束中第二部分波束的第二波束资源标识信息的波束失败恢复请求；其中，所述第二部分波束为所述候选波束中除所述第一部分波束之外的所有其他波束。
  24. 根据权利要求16所述的终端，其中，所述处理模块包括：
    第一处理子模块，用于当所述第一指示信息指示仅支持通过PRACH发送波束失败恢复请求时，根据PRACH资源配置信息，确定发送波束失败恢复请求的第一PRACH资源。
  25. 根据权利要求16所述的终端，其中，所述处理模块还包括：
    第二处理子模块，用于当所述第一指示信息指示仅支持通过PUCCH发送波束失败恢复请求时，根据PUCCH资源配置信息，确定发送波束失败恢 复请求的第一PUCCH资源。
  26. 根据权利要求16所述的终端，其中，所述处理模块还包括：
    第三处理子模块，用于当所述第一指示信息指示支持通过PRACH和PUCCH发送波束失败恢复请求时，根据候选波束数门限值、PRACH资源配置信息和PUCCH资源配置信息，确定发送波束失败恢复请求的第二PRACH资源或第二PUCCH资源。
  27. 根据权利要求26所述的终端，其中，所述第三处理子模块包括：
    第一接收单元，用于接收网络设备发送的用于指示候选波束数门限值的第三指示信息；
    第一处理单元，用于当候选波束数小于所述第三指示信息指示的候选波束数门限值时，根据PRACH资源配置信息，确定发送波束失败恢复请求的第二PRACH资源；
    第二处理单元，用于当候选波束数大于所述第三指示信息指示的候选波束数门限值时，根据PUCCH资源配置信息，确定发送波束失败恢复请求的第二PUCCH资源。
  28. 根据权利要求16所述的终端，其中，所述PRACH资源配置信息包括：波束资源指示信息和最大重传次数信息中的至少一项。
  29. 根据权利要求16所述的终端，其中，所述PUCCH资源配置信息包括：波束资源指示信息和最大重传次数信息中的至少一项。
  30. 根据权利要求16所述的终端，其中，所述获取模块包括：
    第二接收子模块，用于通过无线资源控制RRC信令，接收网络设备发送的PRACH资源配置信息和PUCCH资源配置信息。
  31. 一种终端，包括：处理器、存储器以及存储于所述存储器上并可在所述处理器上运行的波束失败处理程序，所述处理器执行所述波束失败处理程序时实现如权利要求1至15任一项所述的波束失败处理方法中的步骤。
  32. 一种计算机可读存储介质，其中，所述计算机可读存储介质上存储有波束失败处理程序，波束失败处理程序被处理器执行时实现如权利要求1至15任一项所述的波束失败处理方法的步骤。
  33. 一种波束失败处理方法，应用于网络设备侧，包括：
    向终端发送物理随机接入信道PRACH资源配置信息和物理上行控制信道PUCCH资源配置信息；其中，所述PRACH资源配置信息用于指示网络设备为波束失败恢复请求配置的PRACH传输资源，所述PUCCH资源配置信息用于指示网络设备为波束失败恢复请求配置的PUCCH传输资源；
    向所述终端发送第一指示信息；其中，第一指示信息用于指示波束失败恢复请求的发送信道或信号；
    接收所述终端在检测到波束失败后通过目标传输资源发送的波束失败恢复请求；其中，所述目标传输资源为所述终端根据所述第一指示信息、PRACH资源配置信息和/或PUCCH资源配置信息确定的。
  34. 根据权利要求33所述的波束失败处理方法，其中，所述接收所述终端在检测到波束失败后通过目标传输资源发送的波束失败恢复请求的步骤，包括：
    向所述终端发送第二指示信息；其中，所述第二指示信息用于指示波束失败恢复请求的发送内容；
    接收所述终端在检测到波束失败后通过目标传输资源发送的、携带有所述发送内容的波束失败恢复请求。
  35. 根据权利要求34所述的波束失败处理方法，其中，所述接收所述终端在检测到波束失败后通过目标传输资源发送的、携带有所述发送内容的波束失败恢复请求的步骤，包括：
    接收所述终端在检测到波束失败后分多次通过目标传输资源发送的、携带有所述发送内容的全部或部分信息的波束失败恢复请求。
  36. 根据权利要求34所述的波束失败处理方法，其中，所述第二指示信息指示的发送内容至少包括：终端标识信息和/或候选波束资源标识信息。
  37. 根据权利要求36所述的波束失败处理方法，其中，若所述目标传输资源为PRACH资源，所述接收所述终端在检测到波束失败后通过目标传输资源发送的波束失败恢复请求的步骤，包括：
    接收所述终端在检测到波束失败后通过所述PRACH资源发送的波束失败恢复请求；
    根据所述PRACH资源，隐式得到所述波束失败恢复请求对应的终端标 识信息和候选波束资源标识信息。
  38. 根据权利要求36所述的波束失败处理方法，其中，若所述目标传输资源为PUCCH资源，所述接收所述终端在检测到波束失败后通过目标传输资源发送的波束失败恢复请求的步骤，包括：
    接收所述终端在检测到波束失败后通过所述PUCCH资源发送的、携带有终端标识信息和候选波束资源标识信息的波束失败恢复请求。
  39. 根据权利要求36所述的波束失败处理方法，其中，若所述目标传输资源为PUCCH资源，所述接收所述终端在检测到波束失败后通过目标传输资源发送的波束失败恢复请求的步骤，包括：
    接收所述终端在检测到波束失败后通过PUCCH资源携带的信息；
    根据所述PUCCH资源携带的信息对应的时域传输资源分组信息或频域传输资源分组信息，隐式得到波束失败恢复请求对应的候选波束资源标识信息。
  40. 根据权利要求36所述的波束失败处理方法，其中，若所述目标传输资源为PRACH资源和PUCCH资源，所述接收所述终端在检测到波束失败后通过目标传输资源发送的波束失败恢复请求的步骤，包括：
    接收所述终端在检测到波束失败后通过所述PRACH资源发送的波束失败恢复请求，根据所述PRACH资源确定所述波束失败恢复请求对应的终端标识信息；以及接收通过所述PUCCH资源发送的携带有候选波束资源标识信息的波束失败恢复请求；
    或者，
    接收所述终端在检测到波束失败后通过所述PRACH资源发送的波束失败恢复请求，根据所述PRACH资源确定所述波束失败恢复请求对应的终端标识信息和候选波束中第一部分波束的第一波束资源标识信息；以及接收通过所述PUCCH资源发送的、携带有终端标识信息和候选波束中第二部分波束的第二波束资源标识信息的波束失败恢复请求；其中，所述第二部分波束为所述候选波束中除所述第一部分波束之外的所有其他波束。
  41. 根据权利要求33所述的波束失败处理方法，其中，所述向所述终端发送第一指示信息的步骤，包括：
    根据当前资源占用情况，向所述终端发送用于指示仅支持通过PRACH发送波束失败恢复请求的第一指示信息。
  42. 根据权利要求33所述的波束失败处理方法，其中，所述向所述终端发送第一指示信息的步骤，包括：
    根据当前资源占用情况，向所述终端发送用于指示仅支持通过PUCCH发送波束失败恢复请求的第一指示信息。
  43. 根据权利要求33所述的波束失败处理方法，其中，所述向所述终端发送第一指示信息的步骤，包括：
    根据当前资源占用情况，向所述终端发送用于指示支持通过PRACH和PUCCH发送波束失败恢复请求的第一指示信息。
  44. 根据权利要求43所述的波束失败处理方法，其中，所述向所述终端发送用于指示支持通过PRACH和PUCCH发送波束失败恢复请求的第一指示信息的步骤之前，还包括：
    向终端发送用于指示候选波束数门限值的第三指示信息。
  45. 根据权利要求33所述的波束失败处理方法，其中，所述PRACH资源配置信息包括：波束资源指示信息和最大重传次数信息。
  46. 根据权利要求33所述的波束失败处理方法，其中，所述PUCCH资源配置信息包括：波束资源指示信息和最大重传次数信息。
  47. 根据权利要求33所述的波束失败处理方法，其中，所述向终端发送物理随机接入信道PRACH资源配置信息和物理上行控制信道PUCCH资源配置信息的步骤，包括：
    通过无线资源控制RRC信令，向终端发送PRACH资源配置信息和PUCCH资源配置信息。
  48. 一种网络设备，包括：
    第二发送模块，用于向终端发送物理随机接入信道PRACH资源配置信息和物理上行控制信道PUCCH资源配置信息；其中，所述PRACH资源配置信息用于指示网络设备为波束失败恢复请求配置的PRACH传输资源，所述PUCCH资源配置信息用于指示网络设备为波束失败恢复请求配置的PUCCH传输资源；
    第三发送模块，用于向所述终端发送第一指示信息；其中，第一指示信息用于指示波束失败恢复请求的发送信道或信号；
    第二接收模块，用于接收所述终端在检测到波束失败后通过目标传输资源发送的波束失败恢复请求；其中，所述目标传输资源为所述终端根据所述第一指示信息、PRACH资源配置信息和/或PUCCH资源配置信息确定的。
  49. 根据权利要求48所述的网络设备，其中，所述第二接收模块包括：
    第七发送子模块，用于向所述终端发送第二指示信息；其中，所述第二指示信息用于指示波束失败恢复请求的发送内容；
    第三接收子模块，用于接收所述终端在检测到波束失败后通过目标传输资源发送的、携带有所述发送内容的波束失败恢复请求。
  50. 根据权利要求49所述的网络设备，其中，所述第三接收子模块包括：
    第二接收单元，用于接收所述终端在检测到波束失败后分多次通过目标传输资源发送的、携带有所述发送内容的全部或部分信息的波束失败恢复请求。
  51. 根据权利要求49所述的网络设备，其中，所述第二指示信息指示的发送内容至少包括：终端标识信息和/或候选波束资源标识信息。
  52. 根据权利要求51所述的网络设备，其中，所述第二接收模块包括：
    第四接收子模块，用于当所述目标传输资源为PRACH资源时，接收所述终端在检测到波束失败后通过所述PRACH资源发送的波束失败恢复请求；
    第四处理子模块，用于根据所述PRACH资源，隐式得到所述波束失败恢复请求对应的终端标识信息和候选波束资源标识信息。
  53. 根据权利要求51所述的网络设备，其中，所述第二接收模块包括：
    第五接收子模块，用于当所述目标传输资源为PUCCH资源时，接收所述终端在检测到波束失败后通过所述PUCCH资源发送的、携带有终端标识信息和候选波束资源标识信息的波束失败恢复请求。
  54. 根据权利要求51所述的网络设备，其中，所述第二接收模块包括：
    第六接收子模块，用于若所述目标传输资源为PUCCH资源时，接收所述终端在检测到波束失败后通过PUCCH资源携带的信息；
    第五处理子模块，用于根据所述PUCCH资源携带的信息对应的时域传 输资源分组信息或频域传输资源分组信息，隐式得到波束失败恢复请求对应的候选波束资源标识信息。
  55. 根据权利要求51所述的网络设备，其中，所述第二接收模块还包括：
    第七接收子模块，用于当所述目标传输资源为PRACH资源和PUCCH资源时，接收所述终端在检测到波束失败后通过所述PRACH资源发送的波束失败恢复请求，根据所述PRACH资源确定所述波束失败恢复请求对应的终端标识信息；以及接收通过所述PUCCH资源发送的携带有候选波束资源标识信息的波束失败恢复请求；
    或者，
    第八接收子模块，用于接收所述终端在检测到波束失败后通过所述PRACH资源发送的波束失败恢复请求，根据所述PRACH资源确定所述波束失败恢复请求对应的终端标识信息和候选波束中第一部分波束的第一波束资源标识信息；以及接收通过所述PUCCH资源发送的、携带有终端标识信息和候选波束中第二部分波束的第二波束资源标识信息的波束失败恢复请求；其中，所述第二部分波束为所述候选波束中除所述第一部分波束之外的所有其他波束。
  56. 根据权利要求48所述的网络设备，其中，所述第三发送模块包括：
    第八发送子模块，用于向所述终端发送用于指示仅支持通过PRACH发送波束失败恢复请求的第一指示信息。
  57. 根据权利要求48所述的网络设备，其中，所述第三发送模块还包括：
    第九发送子模块，用于向所述终端发送用于指示仅支持通过PUCCH发送波束失败恢复请求的第一指示信息。
  58. 根据权利要求48所述的网络设备，其中，所述第三发送模块还包括：
    第十发送子模块，用于向所述终端发送用于指示支持通过PRACH和PUCCH发送波束失败恢复请求的第一指示信息。
  59. 根据权利要求58所述的网络设备，其中，所述第三发送模块还包括：
    第十一发送子模块，用于向终端发送用于指示候选波束数门限值的第三指示信息。
  60. 根据权利要求48所述的网络设备，其中，所述PRACH资源配置信 息包括：波束资源指示信息和最大重传次数信息。
  61. 根据权利要求48所述的网络设备，其中，所述PUCCH资源配置信息包括：波束资源指示信息和最大重传次数信息。
  62. 根据权利要求58所述的网络设备，其中，所述第二发送模块还包括：
    第十二发送子模块，用于通过无线资源控制RRC信令，向终端发送PRACH资源配置信息和PUCCH资源配置信息。
  63. 一种网络侧设备，包括：处理器、存储器以及存储于所述存储器上并可在所述处理器上运行的波束失败处理程序，所述处理器执行所述波束失败处理程序时实现如权利要求33至47任一项所述的波束失败处理方法中的步骤。
  64. 一种计算机可读存储介质，其中，所述计算机可读存储介质上存储有波束失败处理程序，波束失败处理程序被处理器执行时实现如权利要求33至47任一项所述的波束失败处理方法的步骤。
PCT/CN2018/090289 2017-06-09 2018-06-07 波束失败处理方法、终端及网络设备 WO2018224013A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710434020.3A CN109039408B (zh) 2017-06-09 2017-06-09 一种波束失败处理方法、终端及网络设备
CN201710434020.3 2017-06-09

Publications (1)

Publication Number Publication Date
WO2018224013A1 true WO2018224013A1 (zh) 2018-12-13

Family

ID=64565738

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2018/090289 WO2018224013A1 (zh) 2017-06-09 2018-06-07 波束失败处理方法、终端及网络设备

Country Status (2)

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

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020134984A1 (zh) * 2018-12-29 2020-07-02 华为技术有限公司 一种波束失败恢复方法及装置
CN111800819A (zh) * 2019-08-05 2020-10-20 维沃移动通信有限公司 提前测量结果指示方法、终端设备和网络节点
CN112512071A (zh) * 2019-09-16 2021-03-16 中国移动通信有限公司研究院 一种波束恢复的方法和基站、终端
US20210127428A1 (en) * 2017-07-28 2021-04-29 Qualcomm Incorporated Random access channel procedures with multiple carriers
CN113424462A (zh) * 2019-02-14 2021-09-21 苹果公司 新无线电(nr)中的辅小区波束故障恢复操作
CN115378485A (zh) * 2020-08-21 2022-11-22 北京小米移动软件有限公司 波束失败确定方法、装置、设备及存储介质

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109151869B (zh) 2017-06-19 2021-12-14 维沃移动通信有限公司 一种随机接入资源的配置方法、终端及网络设备
EP3902369A4 (en) * 2018-12-21 2022-07-13 Ntt Docomo, Inc. USER DEVICE AND WIRELESS COMMUNICATION METHOD
CN114268989B (zh) * 2019-01-08 2024-04-02 中兴通讯股份有限公司 无线通信方法、装置和计算机可读介质
CN111447635B (zh) * 2019-01-16 2021-10-26 大唐移动通信设备有限公司 一种波束失败上报方法、基站及终端
CN111447681B (zh) * 2019-01-17 2023-03-28 中国移动通信有限公司研究院 一种波束恢复方法、装置、介质和设备
CN111447683B (zh) * 2019-01-17 2023-03-31 中国移动通信有限公司研究院 一种波束恢复方法、装置、介质和设备
CN111479333B (zh) * 2019-01-23 2022-09-02 华为技术有限公司 通信方法和通信装置
CN111278032B (zh) * 2019-01-25 2022-02-01 维沃移动通信有限公司 Pucch的发送方法、接收方法、终端和网络侧设备
CN111294844B (zh) * 2019-03-29 2023-01-10 展讯通信（上海）有限公司 波束失败恢复方法及用户终端、计算机可读存储介质
CN111836289A (zh) * 2019-04-23 2020-10-27 中国移动通信有限公司研究院 波束失败恢复的处理方法、终端及网络侧设备
CN111866959B (zh) * 2019-04-30 2023-12-08 华为技术有限公司 波束失败上报的方法和装置
CN113615100B (zh) * 2019-07-25 2023-10-10 Oppo广东移动通信有限公司 第二小区波束失败恢复方法及装置、用户设备、网络设备
CN114073146A (zh) * 2019-09-30 2022-02-18 华为技术有限公司 一种发送波束失败恢复请求的方法及装置
WO2021062823A1 (zh) * 2019-09-30 2021-04-08 华为技术有限公司 一种通信方法及装置
JP7315795B2 (ja) * 2019-11-05 2023-07-26 北京小米移動軟件有限公司 ビーム失敗要求リソース割り当て方法、装置および記憶媒体
CN115642939A (zh) * 2020-03-25 2023-01-24 华为技术有限公司 信号传输方法及装置
CN115176496A (zh) * 2020-04-16 2022-10-11 Oppo广东移动通信有限公司 一种波束管理方法、电子设备及存储介质
CN113170468B (zh) * 2021-01-13 2024-04-09 北京小米移动软件有限公司 调度请求资源的确定方法、装置及通信设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016086144A1 (en) * 2014-11-26 2016-06-02 Interdigital Patent Holdings, Inc. Initial access in high frequency wireless systems
CN106789800A (zh) * 2015-11-20 2017-05-31 华为技术有限公司 一种下行同步的方法、装置及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105848265B (zh) * 2016-05-03 2019-11-26 上海华为技术有限公司 一种数据发送方法、终端设备以及接入网设备

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016086144A1 (en) * 2014-11-26 2016-06-02 Interdigital Patent Holdings, Inc. Initial access in high frequency wireless systems
CN106789800A (zh) * 2015-11-20 2017-05-31 华为技术有限公司 一种下行同步的方法、装置及系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NTT DOCOMO INC.: "New Radio (NR) Access Technology", 3GPP TSG RAN MEETING #76, RP-171137, 29 May 2017 (2017-05-29), pages 11 - 12, 40-41, XP055551172 *

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20210127428A1 (en) * 2017-07-28 2021-04-29 Qualcomm Incorporated Random access channel procedures with multiple carriers
WO2020134984A1 (zh) * 2018-12-29 2020-07-02 华为技术有限公司 一种波束失败恢复方法及装置
CN113424462A (zh) * 2019-02-14 2021-09-21 苹果公司 新无线电(nr)中的辅小区波束故障恢复操作
US12088387B2 (en) 2019-02-14 2024-09-10 Apple Inc. Secondary cell beam failure recovery operation in new radio (NR)
CN111800819A (zh) * 2019-08-05 2020-10-20 维沃移动通信有限公司 提前测量结果指示方法、终端设备和网络节点
CN112512071A (zh) * 2019-09-16 2021-03-16 中国移动通信有限公司研究院 一种波束恢复的方法和基站、终端
CN115378485A (zh) * 2020-08-21 2022-11-22 北京小米移动软件有限公司 波束失败确定方法、装置、设备及存储介质

Also Published As

Publication number Publication date
CN109039408B (zh) 2021-07-13
CN109039408A (zh) 2018-12-18

Similar Documents

Publication Publication Date Title
WO2018224013A1 (zh) 波束失败处理方法、终端及网络设备
CN109089322B (zh) 一种上行多波束传输方法、终端及网络设备
US11553528B2 (en) Method of configuring random access resource, terminal, and network node
CN108882327B (zh) 波束失败处理方法、辅基站失败处理方法及终端
US20220132512A1 (en) System Information Transmission Method, Terminal and Network Device
US11728934B2 (en) Information transmission method and apparatus
CA3061633A1 (en) Beam configuration method and apparatus
CN110809866B (zh) 命令接收方法、装置及通信系统
WO2018132983A1 (zh) 传输下行控制信息的方法、终端设备和网络设备
CN108923902B (zh) 上行探测信号的触发方法、装置、用户设备及存储介质
EP3644678B1 (en) Indication method, base station, and enhanced mobile broadband user equipment
JP2021516458A (ja) アップリンク制御情報の伝送方法及び装置
WO2019136678A1 (zh) 上行信号发送方法、上行信号接收方法、装置和系统
CN110831020A (zh) 检测dci的方法、配置pdcch的方法和通信装置
WO2019015456A1 (zh) 非授权频段下的传输方法、设备及计算机可读存储介质
JP2020533827A (ja) データ伝送方法及び端末装置
US10819397B2 (en) Information transmission method and related device
US20240089747A1 (en) Base station, terminal apparatus, method, program, and recording medium
WO2014067487A1 (zh) 避免d2d传输干扰的处理方法、用户设备和基站
WO2018121227A1 (zh) 发送控制信息的方法和装置及接收控制信息的方法和装置
JP2021512518A (ja) データ伝送方法及び端末装置
CN110419254B (zh) 一种链路重建方法及设备
CN112119595B (zh) 一种信号加扰方法及装置、通信设备
JP2020503776A (ja) 複数のキャリア上でデータを送信するための方法、端末装置、およびネットワーク装置
JP7535523B2 (ja) フィードバックリソースの多重化方法、端末装置及びネットワーク装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18812867

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18812867

Country of ref document: EP

Kind code of ref document: A1