US-12628143-B2 - Terminal, system, and method for bandwidth part out-of-sync detection and recovery
Abstract
A terminal may include configured to receive, from a network, multiple downlink signals. The terminal may include a processor configured to identify, from the downlink signals, at least one configuration parameter including a bandwidth part switching indicator. The processor may then identify at least one resource from a target bandwidth part indicated by the bandwidth part switching indicator. The processor may then determine a bandwidth part mismatch based on whether a signal is received using the at least one resource from the target bandwidth part.
Inventors
- Han Pu
- Lijie Zhang
- Alosious Pradeep Prabhakar
- Lele Cui
- Kai Zhang
Assignees
- APPLE INC.
Dates
- Publication Date
- 20260512
- Application Date
- 20230915
Claims (14)
- 1 . A terminal, comprising: a receiver configured to receive, from a network, a plurality of downlink signals; and a processor configured to: identify, from the plurality of downlink signals, at least one configuration parameter including a bandwidth part switching indicator indicating a target bandwidth part; identify, from the at least one configuration parameter, a first random access channel (RACH) procedure counter and a scheduling request (SR) procedure counter, wherein the first RACH procedure counter sets a maximum number of attempts to complete a RACH procedure successfully and the SR procedure counter sets a maximum number of attempts to detect an uplink (UL) grant after triggering an SR; trigger the SR on the target bandwidth part; attempt to detect, during a detection window and based on the SR procedure counter, the UL grant on the target bandwidth part; attempt, during the detection window, the RACH procedure on the target bandwidth part after failing to detect the UL grant within the maximum number of attempts set by the SR procedure counter; and determine a bandwidth part mismatch based on the UL grant not being detected on the target bandwidth part during the detection window and the RACH procedure not being completed successfully during the detection window.
- 2 . The terminal of claim 1 , wherein the processor is further configured to: determine, from the plurality of downlink signals, a type of a downlink communication information (DCI), and start, based on the type of the DCI, a preconfigured detection timer.
- 3 . The terminal of claim 2 , wherein the processor is further configured to: determine the detection window in accordance with a first function.
- 4 . The terminal of claim 3 , wherein the processor is further configured to: determine whether the plurality of downlink signals include a DCI before the detection window expires.
- 5 . The terminal of claim 4 , wherein the processor is further configured to: return, based on whether the DCI is received before the detection window expires, to an original bandwidth part that is different from the target bandwidth part.
- 6 . The terminal of claim 5 , wherein the processor is further configured to: determine a recovery window in accordance with a second function.
- 7 . The terminal of claim 6 , wherein the processor is further configured to: determine whether the plurality of downlink signals include the DCI before the recovery window expires.
- 8 . The terminal of claim 7 , wherein the processor is further configured to: trigger, based on whether the DCI is received before the recovery window expires, a reestablishment procedure.
- 9 . The terminal of claim 1 , wherein the processor is further configured to: identify, from the at least one configuration parameter, a second RACH procedure counter, wherein the second RACH procedure counter sets a predetermined number of attempts after which a reestablishment procedure will be triggered; determine that the second RACH procedure counter is equal to a the predetermined number of attempts; and trigger, based on the determination that the second RACH procedure counter is equal to the predetermined number of attempts, a reestablishment procedure.
- 10 . The terminal of claim 1 , wherein the processor is further configured to: determine whether a specific service is indicated in the plurality of downlink signals; and trigger a reestablishment procedure directly based on an indication of the specific service.
- 11 . A non-transitory computer readable-medium including instructions that, when executed by at least one computer processor, cause the at least one computer processor to: obtain a plurality of downlink signals; and identify, from the plurality of downlink signals, at least one configuration parameter including a bandwidth part switching indicator indicating a target bandwidth part; identify, from the at least one configuration parameter, a first random access channel (RACH) procedure counter and a scheduling request (SR) procedure counter, wherein the first RACH procedure counter sets a maximum number of attempts to complete a RACH procedure successfully and the SR procedure counter sets a maximum number of attempts to detect an uplink (UL) grant after triggering an SR; trigger the SR on the target bandwidth part; attempt to detect, during a detection window and based on the SR procedure counter, the UL grant on the target bandwidth part; attempt, during the detection window, the RACH procedure on the target bandwidth part after failing to detect the UL grant within the maximum number of attempts set by the SR procedure counter; and determine a bandwidth part mismatch based on the UL grant not being detected on the target bandwidth part during the detection window and the RACH procedure not being completed successfully during the detection window.
- 12 . The non-transitory computer readable-medium of claim 11 , wherein the instructions further cause the at least one computer processor to: determine, from the plurality of downlink signals, a type of a downlink communication information (DCI); and start, based on the type of the DCI, a preconfigured detection timer.
- 13 . A method, comprising: receiving a plurality of downlink signals; identifying, from the plurality of downlink signals, at least one configuration parameter including a bandwidth part switching indicator indicating a target bandwidth part; identifying, from the at least one configuration parameter, a first random access channel (RACH) procedure counter and a scheduling request (SR) procedure counter, wherein the first RACH procedure counter sets a maximum number of attempts to complete a RACH procedure successfully and the SR procedure counter sets a maximum number of attempts to detect an uplink (UL) grant after triggering an SR; triggering the SR on the target bandwidth part; attempting to detect, during a detection window and based on the SR procedure counter, the UL grant on the target bandwidth part; attempting, during the detection window, the RACH procedure on the target bandwidth part after failing to detect the UL grant within the maximum number of attempts set by the SR procedure counter; and determining a bandwidth part mismatch based on the UL grant not being detected on the target bandwidth part during the detection window and the RACH procedure not being completed successfully during the detection window.
- 14 . The method of claim 13 , further comprising: determining, from the plurality of downlink signals, a type of a downlink communication information (DCI); and starting, based on the type of the DCI, a preconfigured detection timer.
Description
FIELD The present application relates to wireless devices and wireless networks, including devices, circuits, and methods for performing communication procedures in specific Bandwidth Parts (BWPs). BACKGROUND Wireless communication systems are rapidly growing in usage. In recent years, wireless devices such as smart phones and tablet computers have become increasingly sophisticated. In addition to supporting telephone calls, many mobile devices now provide access to the internet, email, text messaging, and navigation using the global positioning system (GPS) and are capable of operating sophisticated applications that utilize these functionalities. Additionally, there exist numerous different wireless communication technologies and standards. Some examples of wireless communication standards include GSM, UMTS (associated with, for example, WCDMA or TD-SCDMA air interfaces), LTE, LTE Advanced (LTE-A), HSPA, 3GPP2 CDMA2000 (e.g., 1×RTT, 1×EV-DO, HRPD, eHRPD), IEEE 802.11 (WLAN or Wi-Fi), and BLUETOOTH™, among others. The ever-increasing number of features and functionality introduced in wireless communication devices also creates a continuous need for improvement in both wireless communications and in wireless communication devices. To increase coverage and better serve the increasing demand and range of envisioned uses of wireless communication, in addition to the communication standards mentioned above, there are further wireless communication technologies under development, including the fifth generation (5G) standard and New Radio (NR) communication technologies. Accordingly, improvements in the field in support of such development and design are desired. SUMMARY According to one or more embodiments, a terminal includes a receiver configured to receive, from a network, multiple downlink signals. The terminal includes a processor configured to identify, from the downlink signals, at least one configuration parameter including a bandwidth part switching indicator. The processor may then identify at least one resource from a target bandwidth part indicated by the bandwidth part switching indicator. The processor then determines a bandwidth part mismatch based on whether a signal is received using the at least one resource from the target bandwidth part. The techniques described herein may be implemented in and/or used with a number of different types of devices, including but not limited to cellular phones, wireless devices, tablet computers, wearable computing devices, portable media players, and any of various other computing devices. This Summary is intended to provide a brief overview of some of the subject matter described in this document. Accordingly, it will be appreciated that the above-described features are merely examples and should not be construed to narrow the scope or spirit of the subject matter described herein in any way. Other features, aspects, and advantages of the subject matter described herein will become apparent from the following Detailed Description, Figures, and Claims. BRIEF DESCRIPTION OF DRAWINGS A better understanding of the present subject matter may be obtained when the following detailed description of various aspects is considered in conjunction with the following drawings: FIG. 1 illustrates an example wireless communication system, according to some aspects. FIG. 2 illustrates an example block diagram of a UE, according to some aspects. FIG. 3 illustrates an example block diagram of a BS, according to some aspects. FIG. 4 illustrates an example block diagram of wireless communication circuitry, according to some aspects. FIG. 5 is a diagram illustrating an example of a Bandwidth Part (BWP) switching operation, according to some aspects. FIGS. 6A and 6B are flowcharts detailing methods of switching between two BWPs, according to some aspects. FIGS. 7A-7D are flowcharts detailing methods of switching between two BWPs, according to some aspects. While the features described herein may be susceptible to various modifications and alternative forms, specific aspects thereof are shown by way of example in the drawings and are herein described in detail. It should be understood, however, that the drawings and detailed description thereto are not intended to be limiting to the particular form disclosed, but on the contrary, the intention is to cover all modifications, equivalents and alternatives falling within the spirit and scope of the subject matter as defined by the appended claims. DETAILED DESCRIPTION There is a need to study and evaluate enabling detection and recovery of Bandwidth Part (BWP) out-of-sync in 5G/New Radio (NR) environments. Thus, disclosed herein are various solutions for correcting mismatches resulting from BWP switching, including: 1) using timer based algorithms; 2) using specific service information; and 3) using Scheduling Request (SR) resources and/or Random Access Channel (RACH) resources. In accordance with one or more embodiments, a user equipmen