US-20260128781-A1 - BEAM RECOVERY FRAME STRUCTURE AND RECOVERY REQUEST FOR COMMUNICATION SYSTEMS

US20260128781A1US 20260128781 A1US20260128781 A1US 20260128781A1US-20260128781-A1

Abstract

Some aspects disclosed herein relate to a baseband processor of a user equipment including one or more processors configured to receive a higher layer signaling message with a recovery resource that includes one or more recovery channels associated with a physical uplink control channel (PUCCH) resource. One or more beam recovery signals are generated based on the recovery resource. The one or more processors cause transmission of the one or more beam recovery signals where a scaling factor K is determined between a subcarrier spacing of the one or more recovery channels and the one or more beam recovery signals.

Inventors

Yushu Zhang
Wook Bong Lee
GANG XIONG
Hong He
Yongjun KWAK
Daewon Lee
Seung Hee Han
Alexei Davydov
Guotong Wang

Assignees

APPLE INC.

Dates

Publication Date: 20260507
Application Date: 20251229

Claims (20)

1 . A baseband processor (BS) of a user equipment (UE), comprising one or more processors configured to: receive a higher layer signaling message with a recovery resource that includes one or more recovery channels associated with a physical uplink control channel (PUCCH) resource; generate one or more beam recovery signals based on the recovery resource; and causing transmission of the one or more beam recovery signals wherein a scaling factor K is determined between a subcarrier spacing of the one or more recovery channels and the one or more beam recovery signals.
2 . The BS of claim 1 , wherein the recovery resource indicates a beam recovery frame structure.
3 . The BS of claim 2 , wherein the one or more processors are further configured to generate a recovery frame having a first recovery channel and a second recovery channel that is different from the first recovery channel based on the beam recovery frame structure, wherein the first recovery channel is the PUCCH and the second recovery channel is a physical random access channel (PRACH).
4 . The BS of claim 2 , wherein the one or more processors are further configured to generate a recovery frame having a first recovery channel and a second recovery channel that is different from the first recovery channel using the beam recovery frame structure wherein the one or more processors are further configured to select the first recovery channel and the second recovery channel based on recovery channel factors including beam correspondence capabilities, directionality of the UE, and recovery signal type.
5 . The BS claim 1 , wherein a recovery signal type of the one or more beam recovery signals is a synchronization signal block (SSB) or a channel state information reference signal (CSI-RS).
6 . The BS of claim 1 , wherein the one or more processors are further configured to select one or more recovery channels based on beam correspondence capabilities and to generate a beam recovery request using the selected one or more recovery channels, and transmitting the beam recovery request in the one or more recovery channels.
7 . A user equipment (UE), comprising: a memory interface; and one or more processors, wherein the one or more processors are coupled to the memory interface, and the one or more processors are configured to: receive a higher layer signaling message with a recovery resource that includes one or more recovery channels for a physical uplink control channel (PUCCH) resource, wherein the one or more recovery channels includes a first recovery channel and a second recovery channel that is different than the first recovery channel; determine a scaling factor K that indicates a subcarrier spacing scaling factor between a subcarrier spacing of the first recovery channel and a subcarrier spacing of the second recovery channel; generate one or more beam recovery signals and a recovery frame that includes the first and second recovery channels; and transmit, by a radio frequency (RF) circuitry, the one or more beam recovery signals in the recovery frame.
8 . The UE of claim 7 , wherein the second recovery channel is a physical random access channel (PRACH), and the one or more beam recovery signals are transmitted in the second recovery channel.
9 . The UE of claim 7 , wherein the first recovery channel comprises the PUCCH, and wherein the one or more beam recovery signals are multiplex with the PUCCH.
10 . The UE of claim 7 , wherein the first and second recovery channels have a boundary alignment based on the scaling factor K.
11 . The UE of claim 10 , wherein the boundary alignment comprises an alignment between repetitions of the first recovery channel and repetitions of the second recovery channel, the repetitions being based on K, and wherein K indicates the subcarrier spacing scaling factor between the first and second recovery channels.
12 . The UE of claim 7 , wherein the one or more processors are further configured to generate the recovery frame having the first recovery channel, and the second recovery channel wherein the first recovery channel is the PUCCH and the second recovery channel is a physical random access channel (PRACH).
13 . The UE of claim 7 , wherein the one or more processors are further configured to select the one or more recovery channels and the second recovery channel based on recovery channel factors including beam correspondence capabilities, directionality of the UE, and recovery signal type.
14 . The UE of claim 7 , wherein a recovery signal type of the one or more beam recovery signals is a synchronization signal block (SSB) or a channel state information reference signal (CSI-RS).
15 . The UE of claim 7 , wherein the one or more processors are further configured to select the one or more recovery channels based on beam correspondence capabilities and to generate a beam recovery request using the selected one or more recovery channels.
16 . A method for a user equipment (UE), the method comprising: receiving a higher layer signaling message with a recovery resource that includes one or more recovery channels associated with a physical uplink control channel (PUCCH) resource; generating one or more beam recovery signals based on the recovery resource; and transmitting the one or more beam recovery signals wherein a scaling factor K is determined between a subcarrier spacing of the one or more recovery channels and the one or more beam recovery signals.
17 . The method of claim 16 , wherein the recovery resource indicates a beam recovery frame structure.
18 . The method of claim 17 , further comprising generating a recovery frame having a first recovery channel and a second recovery channel that is different from the first recovery channel based on the beam recovery frame structure, wherein the first recovery channel is the PUCCH and the second recovery channel is a physical random access channel (PRACH).
19 . The method of claim 17 , further comprising generating a recovery frame having a first recovery channel and a second recovery channel that is different from the first recovery channel using the beam recovery frame structure wherein the method further includes selecting the first recovery channel and the second recovery channel based on recovery channel factors including beam correspondence capabilities, directionality of the UE, and recovery signal type.
20 . The method of claim 16 , further comprising selecting one or more recovery channels based on beam correspondence capabilities, generating a beam recovery request using the selected one or more recovery channels, and transmitting the beam recovery request in the one or more recovery channels.

Description

REFERENCE TO RELATED APPLICATIONS This application is a divisional of application Ser. No. 17/860,595 filed Jul. 8, 2022, which is a continuation of application Ser. No. 16/483,252 filed Aug. 2, 2019 which claims benefit of International Application PCT/CN2017/078118, filed Mar. 24, 2017 and entitled “FRAME STRUCTURE OF BEAM RECOVERY SIGNAL” and claims the benefit of U.S. Provisional Application No. 62/520,843 filed Jun. 16, 2017, entitled “DIFFERENTIAL BEAM RECOVERY REQUEST”, the contents of which are herein incorporated by reference in their entirety. FIELD Various embodiments generally relate to the field of wireless communications. BACKGROUND Wireless or mobile communication involves wireless communication between two or more devices. The communication requires resources to transmit data from one device to another and/or to receive data at one device from another. The communication between devices can utilize various channels or beams to transfer information. Interference, changing locations and the like can cause beams to fail. For example, interference can block signals and degrade the communications using a particular beam. What are needed are techniques to facilitate recovering from beam degradation, including beam recovery. BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 illustrates a block diagram of an example wireless communications network environment for a network device (e.g., a UE, gNB or an eNB) according to various aspects or embodiments. FIG. 2 illustrates another block diagram of an example of wireless communications network environment for a network device (e.g., a UE, gNB or an eNB) according to various aspects or embodiments. FIG. 3 another block diagram of an example of wireless communications network environment for network device (e.g., a UE, gNB or an eNB) with various interfaces according to various aspects or embodiments. FIG. 4 is a diagram illustrating an architecture of a system that generates and utilizes a recovery beam frame structure for beam recovery/formation. FIG. 5 is a diagram illustrating a recovery frame structure with beam correspondence in accordance with some embodiments. FIG. 6 is a diagram illustrating a recovery frame structure without beam correspondence in accordance with some embodiments. FIG. 7 is a diagram illustrating a non-aligned recovery frame structure in accordance with some embodiments. FIG. 8 is a table illustrating selection of recovery channels in accordance with some embodiments. FIG. 9 is a table illustrating selection of recovery channels in accordance with some embodiments. FIG. 10 is a table illustrating selection of recovery channels in accordance with some embodiments. DETAILED DESCRIPTION The present disclosure will now be described with reference to the attached drawing figures, wherein like reference numerals are used to refer to like elements throughout, and wherein the illustrated structures and devices are not necessarily drawn to scale. The same reference numbers may be used in different drawings to identify the same or similar elements. In the following description, for purposes of explanation and not limitation, specific details are set forth such as particular structures, architectures, interfaces, techniques, etc. in order to provide a thorough understanding of the various aspects of various embodiments. However, it will be apparent to those skilled in the art having the benefit of the present disclosure that the various aspects of the various embodiments may be practiced in other examples that depart from these specific details. In certain instances, descriptions of well-known devices, circuits, and methods are omitted so as not to obscure the description of the various embodiments with unnecessary detail. Embodiments herein may be related to RAN1 and 5G. As utilized herein, terms “component,” “system,” “interface,” and the like are intended to refer to a computer-related entity, hardware, software (e.g., in execution), and/or firmware. For example, a component can be a processor, a process running on a processor, a controller, an object, an executable, a program, a storage device, and/or a computer with a processing device. By way of illustration, an application running on a server and the server can also be a component. One or more components can reside within a process, and a component can be localized on one computer and/or distributed between two or more computers. A set of elements or a set of other components can be described herein, in which the term “set” can be interpreted as “one or more.” Further, these components can execute from various computer readable storage media having various data structures stored thereon such as with a module, for example. The components can communicate via local and/or remote processes such as in accordance with a signal having one or more data packets (e.g., data from one component interacting with another component in a local system, distributed system, and/or across a network, such as, the