WO2021056550A1 - 波束失败请求发送方法、装置和电子设备 - Google Patents

波束失败请求发送方法、装置和电子设备 Download PDF

Info

Publication number
WO2021056550A1
WO2021056550A1 PCT/CN2019/109116 CN2019109116W WO2021056550A1 WO 2021056550 A1 WO2021056550 A1 WO 2021056550A1 CN 2019109116 W CN2019109116 W CN 2019109116W WO 2021056550 A1 WO2021056550 A1 WO 2021056550A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
beam failure
request
sent
physical uplink
Prior art date
Application number
PCT/CN2019/109116
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 北京小米移动软件有限公司
Priority to PCT/CN2019/109116 priority Critical patent/WO2021056550A1/zh
Priority to CN201980002135.2A priority patent/CN110800245B/zh
Priority to US17/762,711 priority patent/US20220337375A1/en
Priority to EP19947115.2A priority patent/EP4037224A4/en
Publication of WO2021056550A1 publication Critical patent/WO2021056550A1/zh

Links

Images

Classifications

    • 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/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0014—Three-dimensional division
    • H04L5/0023—Time-frequency-space
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H04L5/0094—Indication of how sub-channels of the path are allocated
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/54—Allocation or scheduling criteria for wireless resources based on quality criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria

Definitions

  • the present disclosure relates to the field of communication technologies, and in particular, to a beam failure request sending method, a beam failure request sending device, and electronic equipment.
  • a user equipment when a user equipment detects that a beam failure (Beam Failure, BF) occurs on a secondary cell (SCell), it can report beam failure information.
  • Beam Failure BF
  • SCell secondary cell
  • reporting beam failure information mainly includes two steps:
  • the Beam Failure Request (BFR) is sent on the Physical Uplink Control Channel (PUCCH) to request Physical Uplink Shared Channel (PUSCH) resources, and then the request The information that the beam fails to be sent on the received physical uplink shared channel resource.
  • PUCCH Physical Uplink Control Channel
  • PUSCH Physical Uplink Shared Channel
  • the beam failure request is transmitted on the physical uplink control, it may collide with other signaling transmitted on the physical uplink control channel.
  • the embodiments of the present disclosure propose a beam failure request sending method, a beam failure request sending device, and an electronic device to solve technical problems in the related art.
  • a method for sending a beam failure request is proposed, which is applicable to a terminal, and the method includes:
  • the beam failure request is sent on the first resource.
  • an apparatus for sending a beam failure request which is suitable for a terminal, and the apparatus includes:
  • the resource determination module is configured to determine the first resource used to send the beam failure request in the physical uplink control channel when a beam failure occurs in the secondary cell in the serving cell;
  • the overlap determining module is configured to determine whether the second resource occupied by other signaling that needs to be sent through the physical uplink control channel overlaps with the first resource;
  • the first sending module is configured to send the beam failure request at least on the first resource when the second resource overlaps the first resource
  • an electronic device including:
  • a memory for storing processor executable instructions
  • processor is configured to implement the method described in any of the foregoing embodiments.
  • the beam failure request can be sent on at least the first resource, thereby ensuring that the base station can Allocate physical uplink shared channel resources for the terminal to send beam failure information, so as to realize beam failure recovery.
  • this embodiment can ensure that the beam failure request is sent preferentially, thereby ensuring that the beam failure recovery can be completed as soon as possible, which is beneficial to guarantee Relatively good communication quality of the terminal.
  • Fig. 1 is a schematic flowchart showing a method for sending a beam failure request according to an embodiment of the present disclosure.
  • Fig. 2 is a schematic flowchart showing another method for sending a beam failure request according to an embodiment of the present disclosure.
  • Fig. 3 is a schematic flowchart showing another method for sending a beam failure request according to an embodiment of the present disclosure.
  • Fig. 4 is a schematic flowchart showing another method for sending a beam failure request according to an embodiment of the present disclosure.
  • Fig. 5 is a schematic flowchart showing another method for sending a beam failure request according to an embodiment of the present disclosure.
  • Fig. 6 is a schematic flow chart showing a beam failure information at least in a requested physical uplink shared channel resource according to an embodiment of the present disclosure.
  • Fig. 7 is a schematic block diagram showing an apparatus for sending a beam failure request according to an embodiment of the present disclosure.
  • Fig. 8 is a schematic block diagram showing another apparatus for sending a beam failure request according to an embodiment of the present disclosure.
  • Fig. 9 is a schematic block diagram showing a second sending module according to an embodiment of the present disclosure.
  • Fig. 10 is a schematic block diagram showing an apparatus for sending a beam failure request according to an embodiment of the present disclosure.
  • Fig. 1 is a schematic flowchart showing a method for sending a beam failure request according to an embodiment of the present disclosure.
  • the method for sending a beam failure request shown in this embodiment may be applicable to a terminal, and the terminal may be used as a user equipment to communicate with a base station.
  • the terminal may communicate with the base station based on 4G LTE (Long Term Evolution) technology, and may also be based on 5G NR (New Radio) technology communicates with base stations, and the terminals include, but are not limited to, electronic devices such as mobile phones, tablet computers, wearable devices, and in-vehicle devices.
  • 4G LTE Long Term Evolution
  • 5G NR New Radio
  • the beam failure request method may include the following steps:
  • step S1 when a beam failure occurs in a secondary cell in the serving cell, determine the first resource used for sending the beam failure request in the physical uplink control channel;
  • the terminal may detect the secondary cell in the serving cell, for example, detect a predefined reference signal (Reference Signals, RS) resource, if the detection result is the signal strength of all predefined reference signals (for example, Reference Signals).
  • RS Reference Signals
  • the signal strength of the reference signal on the candidate beam configured by the base station may be further detected, and if the signal strength of the reference signal on a certain candidate beam is greater than the second preset threshold, the candidate beam is regarded as a suitable new beam.
  • step S2 it is determined whether the second resource occupied by other signaling that needs to be sent through the physical uplink control channel overlaps with the first resource;
  • step S3 if the second resource overlaps the first resource, at least the beam failure request is sent on the first resource.
  • the terminal when a beam failure occurs in the secondary cell, unlike the case where a beam failure occurs in the primary cell in the serving cell (beam failure occurs in the primary cell, random access needs to be initiated), when a beam failure occurs in the secondary cell, the terminal can
  • the physical uplink control channel (for example, the physical uplink control channel of any serving cell configured with physical uplink control channel resources) sends a beam failure request to the base station, and because there may be other signals that need to be sent to the base station on the physical uplink control channel. Then, there may be a situation where the first resource (time-frequency resource) for sending the wave speed failure request overlaps (overlaps in the time domain and the frequency domain) with the second resource (time-frequency resource) for sending other signaling.
  • the overlap may be partial overlap or all overlap.
  • Other signaling includes, but is not limited to, Scheduling Request (SR), Channel State Information (CSI), Hybrid Automatic Repeat reQuest (HARQ).
  • SR Scheduling Request
  • CSI Channel State Information
  • HARQ Hybrid Automatic Repeat reQuest
  • the beam failure request can be sent on at least the first resource, thereby ensuring that the base station can allocate physical resources to the terminal.
  • Uplink shared channel resources are used to send beam failure information in order to achieve beam failure recovery.
  • this embodiment can ensure that the beam failure request is sent preferentially, thereby ensuring that the beam failure recovery can be completed as soon as possible, which is beneficial to guarantee Relatively good communication quality of the terminal.
  • the base station can allocate physical uplink shared channel resources to the terminal, and the terminal can send the beam failure information to the base station on the requested physical uplink shared channel resources, where the beam failed
  • the information can be sent to the base station in the form of Medium Access Control Control Element (MAC CE).
  • MAC CE Medium Access Control Control Element
  • the beam failure information can include the index of the secondary cell where the beam failure has occurred. When the new beam is suitable, the index of the new beam may also be included.
  • the other signaling is a scheduling request
  • the indication form of the beam failure request is the same as the indication form of the scheduling request.
  • the codeword may be indicated by bits to indicate the content transmitted in the overlapping resources.
  • the indication form of the beam failure request and the indication form of the scheduling request may be the same .
  • the bit occupied by the scheduling request is 0, that is, no bit is occupied, and the terminal only generates a certain amount of energy on a certain physical uplink control channel time-frequency resource.
  • the base station detects energy on the physical uplink control channel time-frequency resource , Determining that the content on the corresponding physical uplink control channel time-frequency resource is a scheduling request.
  • the indication form of the beam failure request is the same as the indication form of the scheduling request, and the occupied bits of the beam failure request are also 0.
  • a certain amount can be generated on a certain physical uplink control channel time-frequency resource.
  • the base station detects energy on the time-frequency resource of the physical uplink control channel, it can configure the physical uplink shared channel resource for the terminal.
  • the beam failure request and the scheduling request use the same physical uplink control channel time-frequency resource, and the indication form is also the same, that is, sending a certain amount of energy on the corresponding physical uplink control channel time-frequency resource indicates that a physical uplink shared channel needs to be requested Resources.
  • the base station detects energy on the corresponding physical uplink control channel resource, it is not known whether the terminal needs to request the physical uplink shared channel resource because of beam failure or the physical uplink shared channel resource requested because there is uplink data to be sent.
  • the terminal can send a beam failure request on the requested physical uplink shared channel resource, and if the terminal still has uplink data that needs to be sent through the physical uplink shared channel, and the requested physical uplink
  • the shared channel resources are large enough to accommodate uplink data and beam failure requests, and the beam failure request and uplink data can be sent to the base station on the requested physical uplink shared channel resources. That is, in this embodiment, the transmission priority of the beam failure information is higher than the transmission priority of the uplink data.
  • Fig. 2 is a schematic flowchart showing another method for sending a beam failure request according to an embodiment of the present disclosure. As shown in FIG. 2, the first resource and the second resource completely overlap, and the resource set to which the first resource belongs is the same as the resource set to which the second resource belongs. Sending the beam failure request on the resource includes:
  • step S31 the beam failure request is sent on the first resource.
  • the indication form of the beam failure request is the same as the indication form of the scheduling request
  • the first resource and the second resource completely overlap, and the resource set to which the first resource belongs is the same as that of the scheduling request.
  • the second resource belongs to the same resource set, so when the base station detects the energy on the physical uplink control channel time-frequency resource, because the beam failure request and the scheduling request have the same indication form, it cannot distinguish the energy indication on the corresponding resource. Is it a beam failure request or a scheduling request.
  • the base station in order to ensure that the base station can configure the physical uplink shared channel resource for the terminal, a certain amount of energy can be sent on the first resource (the specific energy generated power can be set as required), and whether it is an indication of a beam failure request or a scheduling request,
  • the received physical uplink shared channel resource sends beam failure information, and in order to simplify the processing logic of the terminal, the energy sent on the first resource in this case can be regarded as a beam failure request.
  • the method further includes:
  • the beam failure request is sent on the first resource, and the scheduling request is sent on the second resource.
  • the base station configures appropriate physical uplink shared channel resources for beam failure requests and scheduling requests.
  • the base station configures independent physical uplink control channel time-frequency resources for beam failure requests and scheduling requests. In this way, according to the location of the physical uplink control channel time-frequency resources, the base station can know which energy indicates the beam failure request and which The scheduling request of the energy indicator.
  • the other signaling is a scheduling request
  • the beam failure request and the scheduling request occupy the same bits
  • the bit of the beam failure request indicates the codeword and the bit of the other signaling scheduling request
  • the indicator codeword is different.
  • the codeword when the beam failure request and the scheduling request occupy the same bit position, different bits can be used to indicate the codeword, indicating whether the beam failure request or the scheduling request is transmitted in the overlapping resources, so that the base station can indicate according to the bit
  • the codeword clearly distinguishes whether a beam failure request or a scheduling request is transmitted in overlapping resources.
  • the beam failure request and the scheduling request occupies the same two bits. These two bits use “10” to identify the beam failure request, and use "01" to identify the scheduling request.
  • the base station indicates the codeword is "10” , It can be determined that the beam failure request is transmitted in the overlapping resources (thereby determining that there is a beam failure in the secondary cell).
  • the bit indicator code is "01" it can be determined that the scheduling request is transmitted in the overlapping resource (then It can be determined that there is uplink data to be transmitted in the terminal).
  • 2 bits can identify 4 states, in addition to indicating that the beam failure request is transmitted in the overlapping resource, or the scheduling request is transmitted in the overlapping resource, the 2 bits can also It can indicate that both the beam failure request and the scheduling request are transmitted in the overlapping resources. For example, 2 bits pass "11" to indicate that both the beam failure request and the scheduling request are transmitted in the overlapping resources, then on the overlapping resources , Can send beam failure request and scheduling request based on multiplexing.
  • the beam failure request and the scheduling request occupies the same bit.
  • This bit uses “1” to identify the beam failure request and "0" to identify the scheduling request.
  • the base station indicates that the codeword is "1" in the bit. It can be determined that the beam failure request is transmitted in the overlapping resources (thereby determining that there is a beam failure in the secondary cell).
  • the bit indicator code is "0" it can be determined that the scheduling request is transmitted in the overlapping resource ( Then it can be determined that there is uplink data to be transmitted in the terminal).
  • Fig. 3 is a schematic flowchart showing another method for sending a beam failure request according to an embodiment of the present disclosure. As shown in FIG. 3, the beam failure request and the scheduling request occupy 1 bit, and the sending the beam failure request on at least the first resource includes:
  • step S33 the beam failure request is sent on the first resource.
  • the bit indication codeword of the beam failure request is different from the bit indication codeword of other signaling scheduling requests, if the beam failure request and the scheduling request The request occupies the same bit, because only two states can be identified by one bit. For example, "1" indicates a beam failure request, and "0" indicates a scheduling request.
  • the second resource overlaps the first resource . Because 1 bit cannot identify the beam failure request and the scheduling request at the same time, it can only identify the beam failure request or the scheduling request, then only the beam failure request is sent on the first resource, that is, the beam failure is identified by this 1 bit Request to ensure that the base station can receive the beam failure request, and can determine that the content of the received resource is the beam failure request according to the bit indicator codeword.
  • Fig. 4 is a schematic flowchart showing another method for sending a beam failure request according to an embodiment of the present disclosure.
  • the bits supported by the physical uplink control channel of the first resource are more than those occupied by the beam failure request, and the beam failure request is sent at least on the first resource include:
  • step S34 the beam failure request and the other signaling are sent based on multiplexing.
  • the specific sending method is based on multiplexing (multiplex) sending beam failure request and other signaling.
  • Other signaling includes, but is not limited to, scheduling request, channel state information fed back to the base station, hybrid automatic repeat request, etc.
  • the base station can determine whether the terminal sends the beam failure request according to the bits corresponding to the beam failure request in the physical uplink control channel, and determine whether the terminal sends other signaling according to the bits corresponding to other signaling in the physical uplink control channel.
  • the beam failure request occupies multiple bits, and the bit indication codeword of the bits of the beam failure request is used to at least indicate:
  • the bit indicator codewords on multiple bits must at least be used to indicate the secondary cell with beam failure, so that when the terminal sends a beam failure request to the base station, the base station can determine the first codeword according to the bit indicator codeword. There is a beam failure request in the resource, and then the physical uplink shared channel resource is configured for the terminal.
  • bit indication codeword of the bits of the beam failure request is further used to indicate at least one of the following:
  • the bits on the multiple bits indicate codewords, and on the basis of indicating the secondary cells with beam failures, other information, such as the number of secondary cells with beam failures, can also be indicated; When it is a scheduling request, it can also indicate that there is uplink data to be sent; and the amount of uplink data that needs to be sent. According to this, the base station can accurately determine the specific conditions of beam failure, and also determine the specific conditions of uplink data that the terminal needs to send, so that the base station can configure appropriate uplink shared channel resources for the terminal.
  • bit indicating codeword is only an embodiment of the present disclosure, and the information indicated by the bit indicating codeword can be set as required.
  • bit indicator codeword For example, taking a bit indicator codeword occupying 2 bits as an example, "00" indicates a scheduling request, that is, the terminal has uplink data to send; "01” indicates that one secondary cell has a beam failure; “10” indicates that there is Beam failure occurred in multiple secondary cells, “11” indicates that the terminal has a beam failure in a secondary cell, and there is uplink data to be sent at the same time.
  • bit codeword For example, taking a bit indicator codeword occupying 2 bits as an example, "00" indicates a scheduling request, that is, the terminal has uplink data to send; "01” indicates that one secondary cell has a beam failure; “10” indicates that there is Beam failure occurred in multiple secondary cells, “11” indicates that the terminal has a beam failure in a secondary cell, and there is uplink data to be sent at the same time.
  • It can also be set according to needs, such as identifying a scheduling request with a large amount of data; identifying a scheduling request with a small amount of data; and can also be reserved without identifying any information temporarily for subsequent use.
  • Fig. 5 is a schematic flowchart showing another method for sending a beam failure request according to an embodiment of the present disclosure. As shown in Figure 5, the method further includes:
  • step S4 at least beam failure information is sent in the requested physical uplink shared channel resource.
  • the beam failure information may be sent at least in the requested physical uplink shared channel resource, where the beam failure information may be in the form of the media access control layer control element
  • the information of the beam failure may include the index of the secondary cell where the beam failure has occurred, and when a suitable new beam is detected, it may also include the index of the suitable new beam.
  • Fig. 6 is a schematic flow chart showing a beam failure information at least in a requested physical uplink shared channel resource according to an embodiment of the present disclosure.
  • the information that at least the beam failed to be sent in the requested physical uplink shared channel resource includes:
  • step S41 query whether there is uplink data that needs to be sent through the uplink shared channel resource
  • step S42 if the uplink data exists, it is detected whether the requested physical uplink shared channel resource can accommodate the uplink data and the beam failure information;
  • step S43 if the uplink data and the beam failure information can be accommodated, multiplex the requested physical uplink shared channel resource to send the uplink data and the beam failure information;
  • step S44 if the uplink data and the beam failure information cannot be accommodated, the beam failure information is sent in the requested physical uplink shared channel resource.
  • the terminal needs to send the beam failure information, and at the same time it finds that there is uplink data that needs to be sent through the uplink shared channel resource, that is, there is still uplink data to be sent, it can further detect the requested physical uplink The size of the shared channel resource to determine whether the requested physical uplink shared channel resource can accommodate uplink data and beam failure information.
  • the requested physical uplink shared channel resources can be multiplexed to send uplink data and beam failure information, thereby ensuring that the beam failure information and uplink data can be timely If the uplink data and the beam failure information cannot be accommodated, the beam failure information is sent in the requested physical uplink shared channel resource, at least to ensure that the beam failure information is sent to the base station, so that Complete beam failure recovery in time.
  • the other signaling is at least one of the following:
  • the present disclosure also provides an embodiment of the beam failure request device.
  • Fig. 7 is a schematic block diagram showing an apparatus for sending a beam failure request according to an embodiment of the present disclosure.
  • the beam failure request sending apparatus shown in this embodiment may be applicable to a terminal, and the terminal may be used as a user equipment to communicate with a base station.
  • the terminal may communicate with a base station based on 4G LTE (Long Term Evolution) technology, and may also be based on 5G NR (New Radio, New Radio) technology communicates with base stations, and the terminals include, but are not limited to, electronic devices such as mobile phones, tablet computers, and wearable devices.
  • 4G LTE Long Term Evolution
  • 5G NR New Radio, New Radio
  • the apparatus for sending a beam failure request may include:
  • the resource determining module 1 is configured to determine the first resource used to send the beam failure request in the physical uplink control channel when a beam failure occurs in the secondary cell in the serving cell;
  • the overlap determining module 2 is configured to determine whether the second resource occupied by other signaling that needs to be sent through the physical uplink control channel overlaps with the first resource;
  • the first sending module 3 is configured to send the beam failure request at least on the first resource when the second resource overlaps the first resource.
  • the other signaling is a scheduling request
  • the indication form of the beam failure request is the same as the indication form of the scheduling request.
  • the first resource and the second resource completely overlap, and the resource set to which the first resource belongs is the same as the resource set to which the second resource belongs, and the first sending module is configured to Sending the beam failure request on the first resource.
  • the first sending module is further configured to send the beam failure request on the first resource when the second resource does not overlap with the first resource, and send the beam failure request on the second resource.
  • the scheduling request is sent on the resource.
  • the other signaling is a scheduling request
  • the beam failure request and the scheduling request occupy the same bits
  • the beam failure request and the bit indication codeword of the other signaling occupy 1 bit
  • the first sending module is configured to send the beam failure request on the first resource.
  • the bits supported by the physical uplink control channel of the first resource are more than the bits occupied by the beam failure request, and the first sending module is configured to send the The beam failure request and the other signaling.
  • the beam failure request occupies multiple bits, and the bit indication codeword of the bits of the beam failure request is used to at least indicate:
  • bit indication codeword of the bits of the beam failure request is further used to indicate at least one of the following:
  • Fig. 8 is a schematic block diagram showing another apparatus for sending a beam failure request according to an embodiment of the present disclosure. As shown in Figure 8, the device further includes:
  • the second sending module 4 is configured to send beam failure information at least in the requested physical uplink shared channel resource.
  • Fig. 9 is a schematic block diagram showing a second sending module according to an embodiment of the present disclosure. As shown in FIG. 10, the second sending module includes:
  • the query submodule 41 is configured to query whether there is uplink data that needs to be sent through the uplink shared channel resource;
  • the detection submodule 42 is configured to detect whether the requested physical uplink shared channel resource can accommodate the uplink data and the beam failure information when the uplink data exists;
  • the multiplexing submodule 43 is not configured to multiplex the requested physical uplink shared channel resource to send the uplink data and the beam when the information about the uplink data and the beam failure information can be accommodated. Failed information;
  • the sending submodule 44 is configured to send the beam failure information in the requested physical uplink shared channel resource when the uplink data and the beam failure information cannot be accommodated.
  • the other signaling is at least one of the following:
  • the relevant part can refer to the part of the description of the method embodiment.
  • the device embodiments described above are merely illustrative, and the modules described as separate components may or may not be physically separated, and the components displayed as modules may or may not be physical modules, that is, they may be located in One place, or it can be distributed to multiple network modules. Some or all of the modules can be selected according to actual needs to achieve the objectives of the solutions of the embodiments. Those of ordinary skill in the art can understand and implement it without creative work.
  • the present disclosure also proposes an electronic device, including:
  • a memory for storing processor executable instructions
  • processor is configured to implement the method described in any of the foregoing embodiments.
  • Fig. 10 is a schematic block diagram showing an apparatus 1000 for sending a beam failure request according to an embodiment of the present disclosure.
  • the apparatus 1000 may be a mobile phone, a computer, a digital broadcasting terminal, a messaging device, a game console, a tablet device, a medical device, a fitness device, a personal digital assistant, etc.
  • the device 1000 may include one or more of the following components: a processing component 1002, a memory 1004, a power supply component 1006, a multimedia component 1008, an audio component 1010, an input/output (I/O) interface 1012, a sensor component 1014, And communication component 1016.
  • the processing component 1002 generally controls the overall operations of the device 1000, such as operations associated with display, telephone calls, data communications, camera operations, and recording operations.
  • the processing component 1002 may include one or more processors 1020 to execute instructions to complete all or part of the steps of the foregoing method.
  • the processing component 1002 may include one or more modules to facilitate the interaction between the processing component 1002 and other components.
  • the processing component 1002 may include a multimedia module to facilitate the interaction between the multimedia component 1008 and the processing component 1002.
  • the memory 1004 is configured to store various types of data to support operations in the device 1000. Examples of such data include instructions for any application or method operating on the device 1000, contact data, phone book data, messages, pictures, videos, etc.
  • the memory 1004 can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as static random access memory (SRAM), electrically erasable programmable read-only memory (EEPROM), erasable and Programmable read only memory (EPROM), programmable read only memory (PROM), read only memory (ROM), magnetic memory, flash memory, magnetic disk or optical disk.
  • SRAM static random access memory
  • EEPROM electrically erasable programmable read-only memory
  • EPROM erasable and Programmable read only memory
  • PROM programmable read only memory
  • ROM read only memory
  • magnetic memory flash memory
  • flash memory magnetic disk or optical disk.
  • the power supply component 1006 provides power to various components of the device 1000.
  • the power supply component 1006 may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the device 1000.
  • the multimedia component 1008 includes a screen that provides an output interface between the device 1000 and the user.
  • the screen may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from the user.
  • the touch panel includes one or more touch sensors to sense touch, sliding, and gestures on the touch panel. The touch sensor may not only sense the boundary of a touch or slide action, but also detect the duration and pressure related to the touch or slide operation.
  • the multimedia component 1008 includes a front camera and/or a rear camera. When the device 1000 is in an operation mode, such as a shooting mode or a video mode, the front camera and/or the rear camera can receive external multimedia data. Each front camera and rear camera can be a fixed optical lens system or have focal length and optical zoom capabilities.
  • the audio component 1010 is configured to output and/or input audio signals.
  • the audio component 1010 includes a microphone (MIC), and when the device 1000 is in an operation mode, such as a call mode, a recording mode, and a voice recognition mode, the microphone is configured to receive an external audio signal.
  • the received audio signal may be further stored in the memory 1004 or transmitted via the communication component 1016.
  • the audio component 1010 further includes a speaker for outputting audio signals.
  • the I/O interface 1012 provides an interface between the processing component 1002 and a peripheral interface module.
  • the above-mentioned peripheral interface module may be a keyboard, a click wheel, a button, and the like. These buttons may include, but are not limited to: home button, volume button, start button, and lock button.
  • the sensor component 1014 includes one or more sensors for providing the device 1000 with various aspects of state evaluation.
  • the sensor component 1014 can detect the open/close state of the device 1000 and the relative positioning of components.
  • the component is the display and the keypad of the device 1000.
  • the sensor component 1014 can also detect the position change of the device 1000 or a component of the device 1000. , The presence or absence of contact between the user and the device 1000, the orientation or acceleration/deceleration of the device 1000, and the temperature change of the device 1000.
  • the sensor assembly 1014 may include a proximity sensor configured to detect the presence of nearby objects when there is no physical contact.
  • the sensor component 1014 may also include a light sensor, such as a CMOS or CCD image sensor, for use in imaging applications.
  • the sensor component 1014 may also include an acceleration sensor, a gyroscope sensor, a magnetic sensor, a pressure sensor or a temperature sensor.
  • the communication component 1016 is configured to facilitate wired or wireless communication between the device 1000 and other devices.
  • the device 1000 can access a wireless network based on a communication standard, such as WiFi, 2G or 3G, 4G LTE, 5G NR, or a combination thereof.
  • the communication component 1016 receives a broadcast signal or broadcast related information from an external broadcast management system via a broadcast channel.
  • the communication component 1016 further includes a near field communication (NFC) module to facilitate short-range communication.
  • the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra-wideband (UWB) technology, Bluetooth (BT) technology and other technologies.
  • RFID radio frequency identification
  • IrDA infrared data association
  • UWB ultra-wideband
  • Bluetooth Bluetooth
  • the apparatus 1000 may be implemented by one or more application specific integrated circuits (ASIC), digital signal processors (DSP), digital signal processing equipment (DSPD), programmable logic devices (PLD), field programmable A gate array (FPGA), controller, microcontroller, microprocessor, or other electronic components are implemented to implement the above methods.
  • ASIC application specific integrated circuits
  • DSP digital signal processors
  • DSPD digital signal processing equipment
  • PLD programmable logic devices
  • FPGA field programmable A gate array
  • controller microcontroller, microprocessor, or other electronic components are implemented to implement the above methods.
  • non-transitory computer-readable storage medium including instructions, such as the memory 1004 including instructions, and the foregoing instructions may be executed by the processor 1020 of the device 1000 to complete the foregoing method.
  • the non-transitory computer-readable storage medium may be ROM, random access memory (RAM), CD-ROM, magnetic tape, floppy disk, optical data storage device, etc.

Landscapes

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

Abstract

本公开提出一种波束失败请求发送方法，适用于终端，所述方法包括：当服务小区中的辅小区发生了波束失败，确定物理上行控制信道中用于发送波束失败请求的第一资源；确定需要通过物理上行控制信道发送的其他信令占用的第二资源，与所述第一资源是否重叠；若所述第二资源与所述第一资源重叠，至少在所述第一资源上发送所述波束失败请求。根据本公开的实施例，在用于发送其他信令的第二资源与用于发送波束失败请求的第一资源重叠的情况下，可以至少在第一资源上发送波束失败请求，从而确保基站能够为终端分配物理上行共享信道资源来发送波束失败的信息，以便实现波束失败恢复。

Description

波束失败请求发送方法、装置和电子设备 技术领域
本公开涉及通信技术领域，具体而言，涉及波束失败请求发送方法、波束失败请求发送装置和电子设备。
背景技术
在相关技术中，当用户设备检测到辅小区(SCell)上发生波束失败(Beam Failure，简称BF)时，可以上报波束失败的信息。
其中，上报波束失败的信息主要包括两步：
首先在物理上行控制信道(Physical Uplink Control CHannel，简称PUCCH)上发送波束失败请求(Beam Failure Request，简称BFR)，用于请求物理上行共享信道(Physical Uplink Shared CHannel，简称PUSCH)资源，然后在请求到的物理上行共享信道资源上发送波束失败的信息。
由于波束失败请求是在物理上行控制上传输的，这就可能与物理上行控制信道上传输的其他信令发生碰撞。
发明内容
有鉴于此，本公开的实施例提出了波束失败请求发送方法、波束失败请求发送装置和电子设备，以解决相关技术中的技术问题。
根据本公开实施例的第一方面，提出一种波束失败请求发送方法，适用于终端，所述方法包括：
当服务小区中的辅小区发生了波束失败，确定物理上行控制信道中用于发送波束失败请求的第一资源；
确定需要通过物理上行控制信道发送的其他信令占用的第二资源，与所述第一资源是否重叠；
若所述第二资源与所述第一资源重叠，至少在所述第一资源上发送所述波束失败请求。
根据本公开实施例的第二方面，提出一种波束失败请求发送装置，适用于终端，所述装置包括：
资源确定模块，被配置为当服务小区中的辅小区发生了波束失败，确定物理上行控制信道中用于发送波束失败请求的第一资源；
重叠确定模块，被配置为确定需要通过物理上行控制信道发送的其他信令占用的第二资源，与所述第一资源是否重叠；
第一发送模块，被配置为在所述第二资源与所述第一资源重叠的情况下，至少在所述第一资源上发送所述波束失败请求
根据本公开实施例的第三方面，提出一种电子设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为实现上述任一实施例所述的方法。
根据本公开的实施例，在用于发送其他信令的第二资源与用于发送波束失败请求的第一资源重叠的情况下，可以至少在第一资源上发送波束失败请求，从而确保基站能够为终端分配物理上行共享信道资源来发送波束失败的信息，以便实现波束失败恢复。
由于波束失败对于终端通信质量的影响，一般高于其他信令延后发送对终端通信质量的影响，本实施例可以保证波束失败请求得到优先发送，进而确保能够尽快完成波束失败恢复，有利于保证终端相对良好的通信质量。
附图说明
为了更清楚地说明本公开实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是根据本公开的实施例示出的一种波束失败请求发送方法的示意流程图。
图2是根据本公开的实施例示出的另一种波束失败请求发送方法的示意流程图。
图3是根据本公开的实施例示出的又一种波束失败请求发送方法的示意流程图。
图4是根据本公开的实施例示出的又一种波束失败请求发送方法的示意流程图。
图5是根据本公开的实施例示出的又一种波束失败请求发送方法的示意流程图。
图6是根据本公开的实施例示出的一种至少在请求到的物理上行共享信道资源中发送波束失败的信息的示意流程图。
图7是根据本公开的实施例示出的一种波束失败请求发送装置的示意框图。
图8是根据本公开的实施例示出的另一种波束失败请求发送装置的示意框图。
图9是根据本公开的实施例示出的一种第二发送模块的示意框图。
图10是根据本公开的实施例示出的一种用于波束失败请求发送的装置的示意框图。
具体实施方式
下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
图1是根据本公开的实施例示出的一种波束失败请求发送方法的示意流程图。本实施例所示的波束失败请求发送方法，可以是适用于终端，所述终端可以作为用户设备与基站通信，例如可以基于4G LTE(Long Term Evolution，长期演进)技术与基站通信，还可以基于5G NR(New Radio，新空口)技术与基站通信，所述终端包括但不限于手机、平板电脑、可穿戴设备、车载设备等电子设备。
如图1所示，所述波束失败请求方法可以包括以下步骤：
在步骤S1中，当服务小区中的辅小区发生了波束失败，确定物理上行控制信道中用于发送波束失败请求的第一资源；
在一个实施例中，终端可以对服务小区中的辅小区进行检测，例如检测预先定 义的参考信号(Reference Signals，简称RS)资源，若检测结果为所有预先定义的参考信号的信号强度(例如Reference Signal Receiving Power，参考信号接收功率，RSRP)都低于第一预设阈值时，确定辅小区发生了波束失败。
还可以进一步检测基站配置的候选波束(candidate beam)上参考信号的信号强度，若某个候选波束上参考信号的信号强度大于第二预设阈值，将该候选波束作为合适的新波束。
在步骤S2中，确定需要通过物理上行控制信道发送的其他信令占用的第二资源，与所述第一资源是否重叠；
在步骤S3中，若所述第二资源与所述第一资源重叠，至少在所述第一资源上发送所述波束失败请求。
在一个实施例中，在辅小区发生了波束失败时，与服务小区中的主小区发生波束失败的情况不同(主小区发生波束失败需要发起随机接入)，辅小区发生波束失败时终端可以在物理上行控制信道(例如任意一个配置了物理上行控制信道资源的服务小区的物理上行控制信道)上向基站发送波束失败请求，而由于在物理上行控制信道上还可能存在其他需要发送给基站的信令，那么就可能存在发送波速失败请求的第一资源(时频资源)与用于发送其他信令的第二资源(时频资源)重叠(在时域和频域上重叠)的情况。
其中，重叠可以是部分重叠，也可以是全部重叠。其他信令包括但不限于调度请求(Scheduling Request，简称SR)、信道状态信息(Channel State Information，简称CSI)、混合自动重传请求(Hybrid Automatic Repeat reQuest，简称HARQ)。
本实施例在用于发送其他信令的第二资源与用于发送波束失败请求的第一资源重叠的情况下，可以至少在第一资源上发送波束失败请求，从而确保基站能够为终端分配物理上行共享信道资源来发送波束失败的信息，以便实现波束失败恢复。
由于波束失败对于终端通信质量的影响，一般高于其他信令延后发送对终端通信质量的影响，本实施例可以保证波束失败请求得到优先发送，进而确保能够尽快完成波束失败恢复，有利于保证终端相对良好的通信质量。
需要说明的是，基站在接收到波束失败请求后，可以为终端分配物理上行共享信道资源，终端可以在请求到的物理上行共享信道资源上将波束失败的信息发送至基站，其中，波束失败的信息可以以媒体接入控制层控制元素(Medium Access Control  Control Element，简称MAC CE)的形式发送至基站，波束失败的信息可以包括发生了波束失败的辅小区的索引(index)，并在检测到合适的新波束时，还可以包括合适的新波束的索引。
可选地，所述其他信令为调度请求，所述波束失败请求的指示形式与所述调度请求的指示形式相同。
在一个实施例中，可以通过比特指示码字，指示在重叠的资源中传输的内容，在其他信令为调度请求的情况下，波束失败请求的指示形式与调度请求的指示形式可以是相同的。
其中，调度请求占用的比特位为0，也即不占用比特位，而终端仅在某个物理上行控制信道时频资源上产生一定能量，当基站在该物理上行控制信道时频资源检测到能量，确定相应的物理上行控制信道时频资源上的内容为调度请求。
而波束失败请求的指示形式与调度请求的指示形式相同，那么波束失败请求的占用的比特位也为0，当发送波束失败请求时，可以通过在某个物理上行控制信道时频资源上产生一定的能量，当基站在该物理上行控制信道时频资源上检测到能量时，可以为终端配置物理上行共享信道资源。
本实施例中，波束失败请求和调度请求使用的物理上行控制信道时频资源一样，指示形式也一样，即在相应的物理上行控制信道时频资源上发送一定的能量表示需要请求物理上行共享信道资源。而基站在相应的物理上行控制信道资源上检测到能量后，不知道终端是因为波束失败而需要请求物理上行共享信道资源，还是因为有上行数据需要发送而请求的物理上行共享信道资源。
那么终端在请求到物理上行共享信道资源后，可以在请求到的物理上行共享信道资源上发送波束失败请求，而如果终端还有上行数据需要通过物理上行共享信道来发送，并且请求到的物理上行共享信道资源足够大，能够容纳上行数据和波束失败请求，可以在请求到的物理上行共享信道资源上将波束失败请求和上行数据发送至基站。即本实施例中，波束失败的信息的发送优先级高于上行数据的发送优先级。
图2是根据本公开的实施例示出的另一种波束失败请求发送方法的示意流程图。如图2所示，所述第一资源与所述第二资源完全重叠，且所述第一资源所属的资源集与所述第二资源所属的资源集相同，所述至少在所述第一资源上发送所述波束失败请求包括：
在步骤S31中，在所述第一资源上发送所述波束失败请求。
在一个实施例中，在波束失败请求的指示形式与调度请求的指示形式相同的情况下，若第一资源与所述第二资源完全重叠，且所述第一资源所属的资源集与所述第二资源所属的资源集相同，那么当基站检测到物理上行控制信道时频资源上的能量时，由于波束失败请求与调度请求的指示形式相同，所以并不能区分相应的资源上的能量指示的是波束失败请求还是调度请求。
所以为了确保基站能够为终端配置物理上行共享信道资源，可以在第一资源上发送一定的能量(具体发生能量的功率可以根据需要设置)，并且不管是指示波束失败请求还是调度请求，以便在请求到的物理上行共享信道资源上来发送波束失败的信息，而为了简化终端的处理逻辑，可以将这种情况下在第一资源上发送的能量当做波束失败请求。
可选地，所述方法还包括：
若所述第二资源与所述第一资源不重叠，在所述第一资源上发送所述波束失败请求，在所述第二资源上发送所述调度请求。
在一个实施例中，在波束失败请求的指示形式与调度请求的指示形式相同的情况下，若检测结果为第二资源与第一资源不重叠，也即在第二资源上发送调度请求，并不会对在第一资源上发送波束失败请求造成影响，那么可以在第一资源上发送波束失败请求，在第二资源上发送调度请求，确保波束失败请求和调度请求都能够发送至基站，以便基站针对波束失败请求和调度请求配置适当的物理上行共享信道资源。本实施即为基站针对波束失败请求和调度请求分别配置了独立的物理上行控制信道时频资源，这样根据物理上行控制信道时频资源的位置，基站即可知道哪个能量指示的波束失败请求，哪个能量指示的调度请求。
可选地，所述其他信令为调度请求，所述波束失败请求与所述调度请求占用相同的比特位，且所述波束失败请求的比特指示码字与所述其他信令调度请求的比特指示码字不同。
在一个实施例中，当波束失败请求和调度请求占用同样的比特位时，可以通过不同的比特指示码字，指示在重叠的资源中传输的是波束失败请求还是调度请求，以便基站根据比特指示码字明确的区分开在重叠的资源中传输的是波束失败请求还是调度请求。
例如波束失败请求和调度请求占用2个相同的比特位，这2个比特位通过“10”来标识波束失败请求，通过“01”来标识调度请求，基站在比特指示码字为“10”时，可以确定在重叠的资源中传输的是波束失败请求(从而确定存在辅小区发生波束失败)，在比特指示码字为“01”时，可以确定在重叠的资源中传输的是调度请求(那么可以确定终端中存在上行数据需要传输)。
在这种情况下，由于2个比特位可以标识4中状态，所以2个比特位除了可以指示在重叠的资源中传输的是波束失败请求，或者在重叠的资源中传输的是调度请求，还可以指示在重叠的资源中既传输波束失败请求，又传输调度请求，例如2个比特位通过“11”指示在重叠的资源中既传输的是波束失败请求和调度请求，那么在重叠的资源上，可以通过基于多路复用发送波束失败请求和调度请求。
又例如波束失败请求与调度请求占用1个相同的比特位，这1个比特位通过“1”来标识波束失败请求，通过“0”来标识调度请求，基站在比特指示码字为“1”时，可以确定在重叠的资源中传输的是波束失败请求(从而确定存在辅小区发生波束失败)，在比特指示码字为“0”时，可以确定在重叠的资源中传输的是调度请求(那么可以确定终端中存在上行数据需要传输)。
图3是根据本公开的实施例示出的又一种波束失败请求发送方法的示意流程图。如图3所示，所述波束失败请求与调度请求占用1个比特位，所述至少在所述第一资源上发送所述波束失败请求包括：
在步骤S33中，在所述第一资源上发送所述波束失败请求。
在一个实施例中，在波束失败请求与调度请求占用相同的比特位，且波束失败请求的比特指示码字与其他信令调度请求的比特指示码字不同的情况下，若波束失败请求与调度请求占用同1个比特位，由于通过1个比特位只能标识两种状态，例如“1”标识波束失败请求，“0”标识调度请求，那么在第二资源与第一资源重叠的情况下，由于1个比特位不能同时标识波束失败请求和调度请求，只能标识波束失败请求或标识调度请求，那么就仅在第一资源上发送波束失败请求，即通过这1个比特位标识波束失败请求，从而确保基站能够接收到波束失败请求，并且能够根据比特指示码字确定接收到的资源中的内容是波束失败请求。
图4是根据本公开的实施例示出的又一种波束失败请求发送方法的示意流程图。如图4所示，所述第一资源的物理上行控制信道所支持的比特位，比所述波束失 败请求占用的比特位多，所述至少在所述第一资源上发送所述波束失败请求包括：
在步骤S34中，基于多路复用发送所述波束失败请求和所述其他信令。
在一个实施例中，在波束失败请求与其他信令占用的比特位不同的情况下，若第一资源的物理上行控制信道所支持的比特位，比所述波束失败请求的比特位多，例如物理上行控制信道支持5个比特位，而波束失败请求占用2个比特位，那么物理上行控制信道还剩余3个比特位可以用于标识其他信令，从而终端可以在重叠的资源上发送波束失败请求和其他信令，具体发送方式为基于多路复用(multiplex)发送波束失败请求和其他信令。其他信令包括但不限于调度请求，以及向基站反馈的信道状态信息、混合自动重传请求等。
基站可以根据物理上行控制信道中波束失败请求对应的比特位，确定终端是否发送波束失败请求，根据物理上行控制信道中其他信令对应的比特位，确定终端是否发送到其他信令。
可选地，所述波束失败请求占用多个比特位，所述波束失败请求的比特位的比特指示码字至少用于指示：
存在波束失败的辅小区。
在一个实施例中，多个比特位上的比特指示码字，至少要用于指示存在波束失败的辅小区，以便在终端向基站发送波束失败请求时，基站能够根据比特指示码字确定第一资源中有波束失败请求，进而为终端配置物理上行共享信道资源。
可选地，所述波束失败请求的比特位的比特指示码字还用于指示以下至少之一：
发生波束失败的辅小区的数量；
存在上行数据需要发送；
需要发送的上行数据的数据量。
在一个实施例中，多个比特位上的比特指示码字，在用于指示存在波束失败的辅小区的基础上，还可以指示其他信息，例如发生波束失败的辅小区的数量；在其他信令为调度请求时，还可以指示存在上行数据需要发送；以及需要发送的上行数据的数据量。据此，可以使得基站准确地确定波束失败的具体情况，并且还可以确定终端需要发送的上行数据的具体情况，以便基站为终端配置适当的上行共享信道资源。
需要说明的是，上述比特指示码字所指示的信息只是本公开一个实施例，可以根据需要设置比特指示码字所指示的信息。
例如以占用2个比特位的比特指示码字为例，“00”标识调度请求，也即终端有上行数据需要发送；“01”标识有1个辅小区发生了波束失败；“10”标识有多个辅小区发生了波束失败，“11”标识终端有辅小区发生了波束失败，同时有上行数据需要发送。当然，比特码字和指示信息之间还可以有别的映射关系，在此不再赘述。
还可以根据需要设置，例如标识调度请求，且数据量较大；标识调度请求，且数据量较小；还可以预留，暂时不标识任何信息，以备后续使用。
图5是根据本公开的实施例示出的又一种波束失败请求发送方法的示意流程图。如图5所示，所述方法还包括：
在步骤S4中，至少在请求到的物理上行共享信道资源中发送波束失败的信息。
在一个实施例中，在请求到物理上行共享信道资源后，可以至少在请求到的物理上行共享信道资源中发送波束失败的信息，其中，波束失败的信息可以以媒体接入控制层控制元素的形式发送至基站，波束失败的信息可以包括发生了波束失败的辅小区的索引，并在检测到合适的新波束时，还可以包括合适的新波束的索引。
图6是根据本公开的实施例示出的一种至少在请求到的物理上行共享信道资源中发送波束失败的信息的示意流程图。如图6所示，所述至少在请求到的物理上行共享信道资源中发送波束失败的信息包括：
在步骤S41中，查询是否存在需要通过所述上行共享信道资源发送的上行数据；
在步骤S42中，若存在所述上行数据，检测所述请求到的物理上行共享信道资源是否能够容纳所述上行数据和所述波束失败的信息；
在步骤S43中，若能容纳所述上行数据和所述波束失败的信息，多路复用所述请求到的物理上行共享信道资源发送所述上行数据和所述波束失败的信息；
在步骤S44中，若不能容纳所述上行数据和所述波束失败的信息，在所述请求到的物理上行共享信道资源中发送波束失败的信息。
在一个实施例中，若终端需要发送波束失败的信息的同时，查询到存在需要通过上行共享信道资源发送的上行数据，也即还要有上行数据需要发送，那么可以进一 步检测请求到的物理上行共享信道资源的大小，以确定请求到的物理上行共享信道资源是否能够容纳上行数据和波束失败的信息。如果能容纳上行数据和所述波束失败的信息，那么可以多路复用所述请求到的物理上行共享信道资源发送上行数据和波束失败的信息，从而确保波束失败的信息和上行数据都能及时地发送至基站；而若不能容纳所述上行数据和所述波束失败的信息，那么在请求到的物理上行共享信道资源中发送波束失败的信息，至少保证将波束失败的信息发送至基站，以便及时完成波束失败恢复。
可选地，所述其他信令为以下至少之一：
调度请求、信道状态信息、混合自动重传请求。
与前述的波束失败请求方法的实施例相对应，本公开还提供了波束失败请求装置的实施例。
图7是根据本公开的实施例示出的一种波束失败请求发送装置的示意框图。本实施例所示的波束失败请求发送装置，可以是适用于终端，所述终端可以作为用户设备与基站通信，例如可以基于4G LTE(Long Term Evolution，长期演进)技术与基站通信，还可以基于5G NR(New Radio，新空口)技术与基站通信，所述终端包括但不限于手机、平板电脑、可穿戴设备等电子设备。
如图7所示，所述波束失败请求发送装置可以包括：
资源确定模块1，被配置为当服务小区中的辅小区发生了波束失败，确定物理上行控制信道中用于发送波束失败请求的第一资源；
重叠确定模块2，被配置为确定需要通过物理上行控制信道发送的其他信令占用的第二资源，与所述第一资源是否重叠；
第一发送模块3，被配置为在所述第二资源与所述第一资源重叠的情况下，至少在所述第一资源上发送所述波束失败请求。
可选地，所述其他信令为调度请求，所述波束失败请求的指示形式与所述调度请求的指示形式相同。
可选地，所述第一资源与所述第二资源完全重叠，且所述第一资源所属的资源集与所述第二资源所属的资源集相同，所述第一发送模块，被配置为在所述第一资源上发送所述波束失败请求。
可选地，所述第一发送模块还被配置为，在所述第二资源与第一资源不重叠的情况下，在所述第一资源上发送所述波束失败请求，在所述第二资源上发送所述调度请求。
可选地，所述其他信令为调度请求，所述波束失败请求与所述调度请求占用相同的比特位，且所述波束失败请求的比特指示码字与所述调度请求的比特指示码字不同。
可选地，所述波束失败请求与所述其他信令的比特指示码字占用1个比特位，所述第一发送模块，被配置为在所述第一资源上发送所述波束失败请求。
可选地，所述第一资源的物理上行控制信道所支持的比特位，比所述波束失败请求占用的比特位多，所述第一发送模块，被配置为基于多路复用发送所述波束失败请求和所述其他信令。
可选地，所述波束失败请求占用多个比特位，所述波束失败请求的比特位的比特指示码字至少用于指示：
存在波束失败的辅小区。
可选地，所述波束失败请求的比特位的比特指示码字还用于指示以下至少之一：
发生波束失败的辅小区的数量；
存在上行数据需要发送；
需要发送的上行数据的数据量。
图8是根据本公开的实施例示出的另一种波束失败请求发送装置的示意框图。如图8所示，所述装置还包括：
第二发送模块4，被配置为至少在请求到的物理上行共享信道资源中发送波束失败的信息。
图9是根据本公开的实施例示出的一种第二发送模块的示意框图。如图10所示，所述第二发送模块包括：
查询子模块41，被配置为查询是否存在需要通过所述上行共享信道资源发送的上行数据；
检测子模块42，被配置为在存在所述上行数据的情况下，检测所述请求到的物理上行共享信道资源是否能够容纳所述上行数据和所述波束失败的信息；
复用子模块43，别配置为在能容纳所述上行数据和所述波束失败的信息的情况下，多路复用所述请求到的物理上行共享信道资源发送所述上行数据和所述波束失败的信息；
发送子模块44，被配置为在不能容纳所述上行数据和所述波束失败的信息的情况下，在所述请求到的物理上行共享信道资源中发送波束失败的信息。
可选地，所述其他信令为以下至少之一：
调度请求、信道状态信息、混合自动重传请求。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在相关方法的实施例中进行了详细描述，此处将不做详细阐述说明。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
本公开还提出一种电子设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为实现上述任一实施例所述的方法。
图10是根据本公开的实施例示出的一种用于波束失败请求发送的装置1000的示意框图。例如，装置1000可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图10，装置1000可以包括以下一个或多个组件：处理组件1002，存储器1004，电源组件1006，多媒体组件1008，音频组件1010，输入/输出(I/O)的接口1012，传感器组件1014，以及通信组件1016。
处理组件1002通常控制装置1000的整体操作，诸如与显示，电话呼叫，数据 通信，相机操作和记录操作相关联的操作。处理组件1002可以包括一个或多个处理器1020来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1002可以包括一个或多个模块，便于处理组件1002和其他组件之间的交互。例如，处理组件1002可以包括多媒体模块，以方便多媒体组件1008和处理组件1002之间的交互。
存储器1004被配置为存储各种类型的数据以支持在装置1000的操作。这些数据的示例包括用于在装置1000上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件1006为装置1000的各种组件提供电力。电源组件1006可以包括电源管理系统，一个或多个电源，及其他与为装置1000生成、管理和分配电力相关联的组件。
多媒体组件1008包括在所述装置1000和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1008包括一个前置摄像头和/或后置摄像头。当装置1000处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1010被配置为输出和/或输入音频信号。例如，音频组件1010包括一个麦克风(MIC)，当装置1000处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中，音频组件1010还包括一个扬声器，用于输出音频信号。
I/O接口1012为处理组件1002和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1014包括一个或多个传感器，用于为装置1000提供各个方面的状态评估。例如，传感器组件1014可以检测到装置1000的打开/关闭状态，组件的相对定位，例如所述组件为装置1000的显示器和小键盘，传感器组件1014还可以检测装置1000或装置1000一个组件的位置改变，用户与装置1000接触的存在或不存在，装置1000方位或加速/减速和装置1000的温度变化。传感器组件1014可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1014还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件1016被配置为便于装置1000和其他设备之间有线或无线方式的通信。装置1000可以接入基于通信标准的无线网络，如WiFi，2G或3G，4G LTE、5G NR或它们的组合。在一个示例性实施例中，通信组件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1016还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置1000可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1004，上述指令可由装置1000的处理器1020执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构， 并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本公开实施例所提供的方法和装置进行了详细介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。

Claims (13)

  1. 一种波束失败请求发送方法，其特征在于，适用于终端，所述方法包括：
    当服务小区中的辅小区发生了波束失败，确定物理上行控制信道中用于发送波束失败请求的第一资源；
    确定需要通过物理上行控制信道发送的其他信令占用的第二资源，与所述第一资源是否重叠；
    若所述第二资源与所述第一资源重叠，至少在所述第一资源上发送所述波束失败请求。
  2. 根据权利要求1所述的方法，其特征在于，所述其他信令为调度请求，所述波束失败请求的指示形式与所述调度请求的指示形式相同。
  3. 根据权利要求2所述的方法，其特征在于，所述第一资源与所述第二资源完全重叠，且所述第一资源所属的资源集与所述第二资源所属的资源集相同，所述至少在所述第一资源上发送所述波束失败请求包括：
    在所述第一资源上发送所述波束失败请求。
  4. 根据权利要求2所述的方法，其特征在于，所述方法还包括：
    若所述第二资源与所述第一资源不重叠，在所述第一资源上发送所述波束失败请求，在所述第二资源上发送所述调度请求。
  5. 根据权利要求1所述的方法，其特征在于，所述其他信令为调度请求，所述波束失败请求与所述调度请求占用相同的比特位，且所述波束失败请求的比特指示码字与所述调度请求的比特指示码字不同。
  6. 根据权利要求1所述的方法，其特征在于，所述第一资源的物理上行控制信道所支持的比特位，比所述波束失败请求占用的比特位多，所述至少在所述第一资源上发送所述波束失败请求包括：
    基于多路复用发送所述波束失败请求和所述其他信令。
  7. 根据权利要求6所述的方法，其特征在于，所述波束失败请求占用多个比特位，所述波束失败请求的比特位的比特指示码字至少用于指示：
    存在波束失败的辅小区。
  8. 根据权利要求7所述的方法，其特征在于，所述波束失败请求的比特位的比特指示码字还用于指示以下至少之一：
    发生波束失败的辅小区的数量；
    存在上行数据需要发送；
    需要发送的上行数据的数据量。
  9. 根据权利要求1至8中任一项所述的方法，其特征在于，所述方法还包括：
    至少在请求到的物理上行共享信道资源中发送波束失败的信息。
  10. 根据权利要求9所述的方法，其特征在于，所述至少在请求到的物理上行共享信道资源中发送波束失败的信息包括：
    查询是否存在需要通过所述上行共享信道资源发送的上行数据；
    若存在所述上行数据，检测所述请求到的物理上行共享信道资源是否能够容纳所述上行数据和所述波束失败的信息；
    若能容纳所述上行数据和所述波束失败的信息，多路复用所述请求到的物理上行共享信道资源发送所述上行数据和所述波束失败的信息；
    若不能容纳所述上行数据和所述波束失败的信息，在所述请求到的物理上行共享信道资源中发送波束失败的信息。
  11. 根据权利要求1以及6至8中任一项所述的方法，其特征在于，所述其他信令为以下至少之一：
    调度请求、信道状态信息、混合自动重传请求。
  12. 一种波束失败请求发送装置，其特征在于，适用于终端，所述装置包括：
    资源确定模块，被配置为当服务小区中的辅小区发生了波束失败，确定物理上行控制信道中用于发送波束失败请求的第一资源；
    重叠确定模块，被配置为确定需要通过物理上行控制信道发送的其他信令占用的第二资源，与所述第一资源是否重叠；
    第一发送模块，被配置为在所述第二资源与所述第一资源重叠的情况下，至少在所述第一资源上发送所述波束失败请求。
  13. 一种电子设备，其特征在于，包括：
    处理器；
    用于存储处理器可执行指令的存储器；
    其中，所述处理器被配置为实现权利要求1至11中任一项所述的方法。
PCT/CN2019/109116 2019-09-29 2019-09-29 波束失败请求发送方法、装置和电子设备 WO2021056550A1 (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
PCT/CN2019/109116 WO2021056550A1 (zh) 2019-09-29 2019-09-29 波束失败请求发送方法、装置和电子设备
CN201980002135.2A CN110800245B (zh) 2019-09-29 2019-09-29 波束失败请求发送方法、装置和电子设备
US17/762,711 US20220337375A1 (en) 2019-09-29 2019-09-29 Method for sending beam failure request, and electronic device
EP19947115.2A EP4037224A4 (en) 2019-09-29 2019-09-29 METHOD AND APPARATUS FOR SENDING BEAM FAILURE REQUEST, AND ELECTRONIC DEVICE

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/109116 WO2021056550A1 (zh) 2019-09-29 2019-09-29 波束失败请求发送方法、装置和电子设备

Publications (1)

Publication Number Publication Date
WO2021056550A1 true WO2021056550A1 (zh) 2021-04-01

Family

ID=69448557

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/109116 WO2021056550A1 (zh) 2019-09-29 2019-09-29 波束失败请求发送方法、装置和电子设备

Country Status (4)

Country Link
US (1) US20220337375A1 (zh)
EP (1) EP4037224A4 (zh)
CN (1) CN110800245B (zh)
WO (1) WO2021056550A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021248491A1 (zh) * 2020-06-12 2021-12-16 Oppo广东移动通信有限公司 通信方法、设备及存储介质
CN117676875A (zh) * 2022-08-12 2024-03-08 华为技术有限公司 上行传输方法以及相关装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109150424A (zh) * 2017-06-15 2019-01-04 华为技术有限公司 参考信号、消息的传输方法、传输资源确定方法和装置
US20190053314A1 (en) * 2017-08-10 2019-02-14 Comcast Cable Communications, Llc Beam failure recovery request transmission
US20190215820A1 (en) * 2018-01-09 2019-07-11 Comcast Cable Communications, Llc Downlink Partial Beam Failure Recovery
CN110149177A (zh) * 2018-02-12 2019-08-20 维沃移动通信有限公司 一种波束失败恢复的方法、终端设备及网络设备

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106686729A (zh) * 2015-11-06 2017-05-17 中兴通讯股份有限公司 基于波束的系统广播消息传输方法、装置和系统
JP6911296B2 (ja) * 2016-08-08 2021-07-28 ソニーグループ株式会社 通信装置、通信方法、及びプログラム
CN107888238B (zh) * 2016-09-30 2020-09-01 上海朗帛通信技术有限公司 一种用于随机接入的ue、基站中的方法和装置
CN110999471B (zh) * 2017-06-16 2023-10-24 Lg电子株式会社 在无线通信系统中执行波束故障恢复的方法及其设备
US20190052343A1 (en) * 2017-08-10 2019-02-14 Mediatek Inc. Beam Recovery Request in Physical Uplink Control Channel
US11025456B2 (en) * 2018-01-12 2021-06-01 Apple Inc. Time domain resource allocation for mobile communication
CN110139391B (zh) * 2018-02-09 2021-02-02 维沃移动通信有限公司 波束失败事件处理方法、装置及终端设备
CN110167041B (zh) * 2018-02-11 2020-09-01 维沃移动通信有限公司 波束失败恢复请求发送方法及用户设备
ES2972077T3 (es) * 2019-04-25 2024-06-11 Beijing Xiaomi Mobile Software Co Ltd Procedimiento y aparato, y medio de almacenamiento de informe de fallos del haz
CN113906688A (zh) * 2019-05-29 2022-01-07 苹果公司 用于波束故障恢复和其他信号的pucch的复用
WO2020263050A1 (ko) * 2019-06-28 2020-12-30 엘지전자 주식회사 무선 통신 시스템에서 물리 상향링크 제어 채널의 송수신 방법 및 그 장치
US20220416870A1 (en) * 2019-09-25 2022-12-29 Lenovo (Beijing) Limited Method and Apparatus for Transmitting SCell Beam Failure Recovery Requests
BR112022004704A2 (pt) * 2019-09-26 2022-06-14 Lenovo Singapore Pte Ltd Recuperação de falha de feixe de scell

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109150424A (zh) * 2017-06-15 2019-01-04 华为技术有限公司 参考信号、消息的传输方法、传输资源确定方法和装置
US20190053314A1 (en) * 2017-08-10 2019-02-14 Comcast Cable Communications, Llc Beam failure recovery request transmission
US20190215820A1 (en) * 2018-01-09 2019-07-11 Comcast Cable Communications, Llc Downlink Partial Beam Failure Recovery
CN110149177A (zh) * 2018-02-12 2019-08-20 维沃移动通信有限公司 一种波束失败恢复的方法、终端设备及网络设备

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
HUAWEI, HISILICON: "Remaining issues for SRS switching among CCs", 3GPP DRAFT; R1-1807134, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Busan, Korea; 20180521 - 20180525, 20 May 2018 (2018-05-20), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051442332 *
MITSUBISHI ELECTRIC: "Views on SRS designs", 3GPP DRAFT; R1-1718467-SRS_MITBS_FA, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. RAN WG1, no. Prague, CZ; 20171009 - 20171013, 3 October 2017 (2017-10-03), Mobile Competence Centre ; 650, route des Lucioles ; F-06921 Sophia-Antipolis Cedex ; France, XP051353055 *
See also references of EP4037224A4 *

Also Published As

Publication number Publication date
CN110800245A (zh) 2020-02-14
CN110800245B (zh) 2023-01-03
EP4037224A4 (en) 2023-05-24
US20220337375A1 (en) 2022-10-20
EP4037224A1 (en) 2022-08-03

Similar Documents

Publication Publication Date Title
US11582793B2 (en) Information reporting method and apparatus, and bandwidth part based operating method and apparatus
CN107438976B (zh) 数据传输方法及装置、数据接收方法及装置、电子设备
WO2020206641A1 (zh) 波束失败确定方法和装置
US11012887B2 (en) Method and device for reporting buffer state
US20210289372A1 (en) Beam failure recovery request sending and response methods and devices, and storage medium
US20210068084A1 (en) Data transmission method and apparatus and user equipment
US11729767B2 (en) Method of indicating uplink feedback information and method of transmitting uplink feedback information
EP4443790A2 (en) Hybrid automatic repeat request feedback indication and feedback method, device, and base station
US11019642B2 (en) Method and apparatus for data transmission, user equipment and base station
US11973601B2 (en) Method and device for transmitting HARQ codebook
US20220278779A1 (en) Time interval determination method and harq-ack sending method
JP7315795B2 (ja) ビーム失敗要求リソース割り当て方法、装置および記憶媒体
US20210251010A1 (en) Method and device for determining an uplink-downlink switching point
WO2021056550A1 (zh) 波束失败请求发送方法、装置和电子设备
US11856571B2 (en) Information feedback method and apparatus
US20240080883A1 (en) Method and device for indicating repetition of random access message, and method and device for repetition of random access message
US11271684B2 (en) Data transmission method and apparatus, electronic device, and computer-readable storage medium
US11950254B2 (en) Method and device for configuring data transmission mode, and method and device for data transmission
US12096466B2 (en) Method and device for determining PUCCH to be transmitted
WO2021226885A1 (zh) 上行控制信息发送方法和装置
WO2024026637A1 (zh) 指示信息发送、接收方法和装置、通信装置及存储介质
EP4304260A1 (en) Method and apparatus for sending harq-ack, method and apparatus for receiving harq-ack, device, and storage medium

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: 19947115

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2019947115

Country of ref document: EP