# US 11,910,399 B2 · Method and terminal for receiving PDSCH

> Agents: this data is available as JSON from the patentgrep API and MCP server — see https://patentgrep.com/llms.txt

- Number: US 11,910,399 B2
- Document ID: US11910399B2
- Status: Granted
- Kind: B2
- Application number: 17/968,790
- Filed: 2022-10-18
- Published: 2023-02-09
- Granted: 2024-02-20
- Earliest claimed: 2018-03-29
- Assignees: Vivo Mobile Communication Co., Ltd.
- Applicants: Vivo Mobile Communication Co., Ltd.
- Inventors: Yu Yang; Peng Sun
- Web page: https://patentgrep.com/patent/US11910399B2

## CPC

- H04L 5/0023: {Time-frequency-space}
- H04W 72/23: in the downlink direction of a wireless link, i.e. towards a terminal
- H04B 7/06964: {Re-selection of one or more beams after beam failure}
- H04L 5/0091: {Signalling for the administration of the divided path, e.g. signalling of configuration information}
- H04L 41/0654: using network fault recovery (ring fault isolation or reconfiguration in loop networks without recovery actions by a network management system H04L12/437)
- H04L 41/0813: characterised by the conditions triggering a change of settings
- H04W 24/08: Testing, {supervising or monitoring} using real traffic
- H04W 72/046: {the resource being in the space domain, e.g. beams}
- H04L: TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION (arrangements common to telegraphic and telephonic communication H04M)
- H04W: WIRELESS COMMUNICATION NETWORKS (broadcast communication H04H; communication systems using wireless links for non-selective communication, e.g. wireless extensions H04M1/72)
- H04B: TRANSMISSION

## Abstract

This disclosure provides a method for receiving a PDSCH and a terminal thereof. The method for receiving a PDSCH includes: after occurrence of a beam failure event is determined, monitoring a PDCCH on a CORESET-BFR and a PDCCH on another CORESET, determining a QCL parameter of the PDSCH based on a QCL parameter of the PDCCH on the CORESET-BFR, a QCL parameter of the PDCCH on the another CORESET, a QCL parameter of a PDCCH on a CORESET that contains DCI scheduling the PDSCH, or a QCL parameter indicated by TCI state information in the DCI scheduling the PDSCH, and receiving the PDSCH based on the determined QCL parameter.

## Claims

### Claim 1

A method for receiving a Physical Downlink Shared Channel (PDSCH), performed by a terminal, wherein the method comprises:
after occurrence of a beam failure event is determined, monitoring a Physical Downlink Control Channel (PDCCH) on a Control Resource Set for Beam Failure Recovery (CORESET-BFR) and a PDCCH on another CORESET, wherein the CORESET-BFR and the another CORESET are configured for the terminal by a network device; and
determining a Quasi-Colocation (QCL) parameter of the PDSCH based on a QCL parameter of the PDCCH on the CORESET-BFR, a QCL parameter of the PDCCH on the another CORESET, a QCL parameter of a PDCCH on a CORESET that contains Downlink Control Information (DCI) scheduling the PDSCH, or a QCL parameter indicated by Transmission Configuration Indication (TCI) state information in the DCI scheduling the PDSCH, and receiving the PDSCH based on the determined QCL parameter,
wherein determining a QCL parameter of the PDSCH based on a QCL parameter of the PDCCH on the CORESET-BFR, a QCL parameter of the PDCCH on the another CORESET, a QCL parameter of a PDCCH on a CORESET that contains DCI scheduling the PDSCH, or a QCL parameter indicated by TCI state information in the DCI scheduling the PDSCH comprises:
determining that the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the CORESET-BFR.

### Claim 2 (depends on 1)

The method for receiving a PDSCH according to claim 1, wherein before determining a QCL parameter of the PDSCH, the method further comprises:
receiving configuration information, sent by the network device, of the CORESET-BFR and the another CORESET, wherein the configuration information comprises TCI state information used to indicate the QCL parameter of the PDCCH on the CORESET-BFR and TCI state information used to indicate the QCL parameter of the PDCCH on the another CORESET.

### Claim 3 (depends on 1)

The method for receiving a PDSCH according to claim 1, wherein before monitoring a PDCCH on a CORESET-BFR, the method further comprises:
sending a beam failure recovery request to the network device; and
wherein monitoring a PDCCH on a CORESET-BFR comprises:
monitoring response information in the PDCCH on the CORESET-BFR, wherein the response information is response information fed back by the network device in response to the beam failure recovery request.

### Claim 4 (depends on 1)

The method for receiving a PDSCH according to claim 1, wherein monitoring a PDCCH on a CORESET-BFR and a PDCCH on another CORESET comprises:
monitoring response information in the PDCCH on the CORESET-BFR within a monitoring window configured by the network device; and
monitoring the PDCCH on the another CORESET within the monitoring window or outside the monitoring window.

### Claim 5 (depends on 1)

The method for receiving a PDSCH according to claim 1, wherein determining a QCL parameter of the PDSCH based on a QCL parameter of the PDCCH on the CORESET-BFR, a QCL parameter of the PDCCH on the another CORESET, a QCL parameter of a PDCCH on a CORESET that contains DCI scheduling the PDSCH, or a QCL parameter indicated by TCI state information in the DCI scheduling the PDSCH comprises:
when a time interval between a time of receiving the DCI and a time of receiving the PDSCH scheduled by the DCI is less than a preset threshold, using a first approach to determine the QCL parameter of the PDSCH, wherein the first approach is one of the following approaches:
determining that the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the CORESET-BFR;
determining that the QCL parameter of the PDSCH is the same as a QCL parameter of a PDCCH on a preset CORESET in the another CORESET;
determining that the QCL parameter of the PDSCH is the same as a QCL parameter of a PDCCH on a preset CORESET in all CORESETs, wherein all the CORESETs comprise the CORESET-BFR and the another CORESET;
determining that the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the CORESET that contains the DCI scheduling the PDSCH; or
determining that the QCL parameter of the PDSCH is the same as a QCL parameter of a PDCCH on a preset CORESET of a CORESET that contains a plurality of pieces of DCI scheduling the PDSCH.

### Claim 6 (depends on 5)

The method for receiving a PDSCH according to claim 5, wherein using a first approach to determine the QCL parameter of the PDSCH when a time interval between a time of receiving the DCI and a time of receiving the PDSCH scheduled by the DCI is less than a preset threshold comprises:
in a case that the DCI contains no TCI state information used to indicate a QCL parameter and the time interval is less than the preset threshold, using the first approach to determine the QCL parameter of the PDSCH;
in a case that the network device configures a preset parameter for the terminal, wherein the preset parameter is used to indicate whether the DCI contains TCI state information, a value of the preset parameter is valid, and the time interval is less than the preset threshold, using the first approach to determine the QCL parameter of the PDSCH; or
in a case that the network device configures the preset parameter for the terminal, a value of the preset parameter is invalid, and the time interval is less than the preset threshold, using the first approach to determine the QCL parameter of the PDSCH.

### Claim 7 (depends on 5)

The method for receiving a PDSCH according to claim 5, wherein the preset CORESET is a CORESET with a smallest ID in one or more CORESETs that are configured with a search space within a slot in which search space is configured for the terminal.

### Claim 8 (depends on 1)

The method for receiving a PDSCH according to claim 1, wherein determining a QCL parameter of the PDSCH based on a QCL parameter of the PDCCH on the CORESET-BFR, a QCL parameter of the PDCCH on the another CORESET, a QCL parameter of a PDCCH on a CORESET that contains DCI scheduling the PDSCH, or a QCL parameter indicated by TCI state information in the DCI scheduling the PDSCH comprises:
in a case that a time interval between a time of receiving the DCI and a time of receiving the PDSCH scheduled by the DCI is greater than or equal to a preset threshold, using a second approach to determine the QCL parameter of the PDSCH, wherein the second approach is one of the following approaches:
determining that the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the CORESET-BFR;
in a case that the network device configures a preset parameter for the terminal, wherein the preset parameter is used to indicate whether the DCI contains TCI state information, and a value of the preset parameter is valid, determining that the QCL parameter of the PDSCH is the QCL parameter indicated by the TCI state information in the DCI scheduling the PDSCH;
in a case that the DCI contains no TCI state information used to indicate a QCL parameter, determining that the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the CORESET that contains the DCI scheduling the PDSCH; or
in a case that the network device configures the preset parameter for the terminal and a value of the preset parameter is invalid, determining that the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the CORESET that contains the DCI scheduling the PDSCH.

### Claim 9 (depends on 1)

The method for receiving a PDSCH according to claim 1, wherein after determining a QCL parameter of the PDSCH based on a QCL parameter of the PDCCH on the CORESET-BFR, a QCL parameter of the PDCCH on the another CORESET, a QCL parameter of a PDCCH on a CORESET that contains DCI scheduling the PDSCH, or a QCL parameter indicated by TCI state information in the DCI scheduling the PDSCH, the method further comprises:
redetermining the QCL parameter of the PDSCH when receiving from the network device a reconfiguration, activation, or indication for TCI state information of PDCCHs in all CORESETs, wherein all the CORESETs comprise the CORESET-BFR and the another CORESET;
redetermining the QCL parameter of the PDSCH when receiving from the network device a reconfiguration, activation, or indication for TCI state information of the PDCCH on the CORESET-BFR;
redetermining the QCL parameter of the PDSCH when receiving from the network device a reconfiguration, activation, or indication for TCI state information of a PDCCH on any CORESET in all the CORESETs;
redetermining the QCL parameter of the PDSCH when receiving from the network device a reconfiguration, activation, or indication for TCI state information of a PDCCH on any CORESET in the another CORESET; or
redetermining the QCL parameter of the PDSCH when receiving from the network device a reconfiguration, activation, or indication for TCI state information of PDCCHs on all the other CORESETs.

### Claim 10

A terminal, comprising:
a memory storing computer-readable instructions;
a processor coupled to the memory and configured to execute the computer-readable instructions, wherein the computer-readable instructions, when executed by the processor, causes the processor to perform operations comprising:
after occurrence of a beam failure event is determined, monitoring a Physical Downlink Control Channel (PDCCH) on a Control Resource Set for Beam Failure Recovery (CORESET-BFR) and a PDCCH on another CORESET, wherein the CORESET-BFR and the another CORESET are configured for the terminal by a network device; and
determining a Quasi-Colocation (QCL) parameter of a Physical Downlink Shared Channel (PDSCH) based on a QCL parameter of the PDCCH on the CORESET-BFR, a QCL parameter of the PDCCH on the another CORESET, a QCL parameter of a PDCCH on a CORESET that contains Downlink Control Information (DCI) scheduling the PDSCH, or a QCL parameter indicated by Transmission Configuration Indication (TCI) state information in the DCI scheduling the PDSCH, and receiving the PDSCH based on the determined QCL parameter,
wherein determining a QCL parameter of the PDSCH based on a QCL parameter of the PDCCH on the CORESET-BFR, a QCL parameter of the PDCCH on the another CORESET, a QCL parameter of a PDCCH on a CORESET that contains DCI scheduling the PDSCH, or a QCL parameter indicated by TCI state information in the DCI scheduling the PDSCH comprises:
determining that the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the CORESET-BFR.

### Claim 11 (depends on 10)

The terminal according to claim 10, wherein, before determining a QCL parameter of the PDSCH, the operations further comprise:
receiving configuration information, sent by the network device, of the CORESET-BFR and the another CORESET, wherein the configuration information comprises TCI state information used to indicate the QCL parameter of the PDCCH on the CORESET-BFR and TCI state information used to indicate the QCL parameter of the PDCCH on the another CORESET.

### Claim 12 (depends on 10)

The terminal according to claim 10, wherein, before monitoring a PDCCH on a CORESET-BFR, the operations further comprise:
sending a beam failure recovery request to the network device; and
wherein monitoring a PDCCH on a CORESET-BFR comprises:
monitoring response information in the PDCCH on the CORESET-BFR, wherein the response information is response information fed back by the network device in response to the beam failure recovery request.

### Claim 13 (depends on 10)

The terminal according to claim 10, wherein monitoring a PDCCH on a CORESET-BFR and a PDCCH on another CORESET comprises:
monitoring response information in the PDCCH on the CORESET-BFR within a monitoring window configured by the network device; and
monitoring the PDCCH on the another CORESET within the monitoring window or outside the monitoring window.

### Claim 14 (depends on 10)

The terminal according to claim 10, wherein determining a QCL parameter of the PDSCH based on a QCL parameter of the PDCCH on the CORESET-BFR, a QCL parameter of the PDCCH on the another CORESET, a QCL parameter of a PDCCH on a CORESET that contains DCI scheduling the PDSCH, or a QCL parameter indicated by TCI state information in the DCI scheduling the PDSCH comprises:
when a time interval between a time of receiving the DCI and a time of receiving the PDSCH scheduled by the DCI is less than a preset threshold, using a first approach to determine the QCL parameter of the PDSCH, wherein the first approach is one of the following approaches:
determining that the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the CORESET-BFR;
determining that the QCL parameter of the PDSCH is the same as a QCL parameter of a PDCCH on a preset CORESET in the another CORESET;
determining that the QCL parameter of the PDSCH is the same as a QCL parameter of a PDCCH on a preset CORESET in all CORESETs, wherein all the CORESETs comprise the CORESET-BFR and the another CORESET;
determining that the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the CORESET that contains the DCI scheduling the PDSCH; or
determining that the QCL parameter of the PDSCH is the same as a QCL parameter of a PDCCH on a preset CORESET of a CORESET that contains a plurality of pieces of DCI scheduling the PDSCH.

### Claim 15 (depends on 14)

The terminal according to claim 14, wherein using a first approach to determine the QCL parameter of the PDSCH when a time interval between a time of receiving the DCI and a time of receiving the PDSCH scheduled by the DCI is less than a preset threshold comprises:
in a case that the DCI contains no TCI state information used to indicate a QCL parameter and the time interval is less than the preset threshold, using the first approach to determine the QCL parameter of the PDSCH;
in a case that the network device configures a preset parameter for the terminal, wherein the preset parameter is used to indicate whether the DCI contains TCI state information, a value of the preset parameter is valid, and the time interval is less than the preset threshold, using the first approach to determine the QCL parameter of the PDSCH; or
in a case that the network device configures the preset parameter for the terminal, a value of the preset parameter is invalid, and the time interval is less than the preset threshold, using the first approach to determine the QCL parameter of the PDSCH.

### Claim 16 (depends on 10)

The terminal according to claim 10, wherein determining a QCL parameter of the PDSCH based on a QCL parameter of the PDCCH on the CORESET-BFR, a QCL parameter of the PDCCH on the another CORESET, a QCL parameter of a PDCCH on a CORESET that contains DCI scheduling the PDSCH, or a QCL parameter indicated by TCI state information in the DCI scheduling the PDSCH comprises:
in a case that a time interval between a time of receiving the DCI and a time of receiving the PDSCH scheduled by the DCI is greater than or equal to a preset threshold, using a second approach to determine the QCL parameter of the PDSCH, wherein the second approach is one of the following approaches:
determining that the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the CORESET-BFR;
in a case that the network device configures a preset parameter for the terminal, wherein the preset parameter is used to indicate whether the DCI contains TCI state information, and a value of the preset parameter is valid, determining that the QCL parameter of the PDSCH is the QCL parameter indicated by the TCI state information in the DCI scheduling the PDSCH;
in a case that the DCI contains no TCI state information used to indicate a QCL parameter, determining that the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the CORESET that contains the DCI scheduling the PDSCH; or
in a case that the network device configures the preset parameter for the terminal and a value of the preset parameter is invalid, determining that the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the CORESET that contains the DCI scheduling the PDSCH.

### Claim 17 (depends on 10)

The terminal according to claim 10, wherein, after determining a QCL parameter of the PDSCH based on a QCL parameter of the PDCCH on the CORESET-BFR, a QCL parameter of the PDCCH on the another CORESET, a QCL parameter of a PDCCH on a CORESET that contains DCI scheduling the PDSCH, or a QCL parameter indicated by TCI state information in the DCI scheduling the PDSCH, the operations further comprise:
redetermining the QCL parameter of the PDSCH when receiving from the network device a reconfiguration, activation, or indication for TCI state information of PDCCHs in all CORESETs, wherein all the CORESETs comprise the CORESET-BFR and the another CORESET;
redetermining the QCL parameter of the PDSCH when receiving from the network device a reconfiguration, activation, or indication for TCI state information of the PDCCH on the CORESET-BFR;
redetermining the QCL parameter of the PDSCH when receiving from the network device a reconfiguration, activation, or indication for TCI state information of a PDCCH on any CORESET in all the CORESETs;
redetermining the QCL parameter of the PDSCH when receiving from the network device a reconfiguration, activation, or indication for TCI state information of a PDCCH on any CORESET in the another CORESET; or
redetermining the QCL parameter of the PDSCH when receiving from the network device a reconfiguration, activation, or indication for TCI state information of PDCCHs on all the other CORESETs.

### Claim 18

A non-transitory computer-readable medium, storing computer-readable instructions that, when executed by a processor, causes the processor to perform operations comprising:
after occurrence of a beam failure event is determined, monitoring a Physical Downlink Control Channel (PDCCH) on a Control Resource Set for Beam Failure Recovery (CORESET-BFR) and a PDCCH on another CORESET, wherein the CORESET-BFR and the another CORESET are configured for the terminal by a network device; and
determining a Quasi-Colocation (QCL) parameter of the Physical Downlink Shared Channel (PDSCH), based on a QCL parameter of the PDCCH on the CORESET-BFR, a QCL parameter of the PDCCH on the another CORESET, a QCL parameter of a PDCCH on a CORESET that contains Downlink Control Information (DCI) scheduling the PDSCH, or a QCL parameter indicated by Transmission Configuration Indication (TCI) state information in the DCI scheduling the PDSCH, and receiving the PDSCH based on the determined QCL parameter,
wherein determining a QCL parameter of the PDSCH based on a QCL parameter of the PDCCH on the CORESET-BFR, a QCL parameter of the PDCCH on the another CORESET, a QCL parameter of a PDCCH on a CORESET that contains DCI scheduling the PDSCH, or a QCL parameter indicated by TCI state information in the DCI scheduling the PDSCH comprises:
determining that the QCL parameter of the PDSCH is the same as the QCL parameter of the PDCCH on the CORESET-BFR.

### Claim 19 (depends on 18)

The non-transitory computer-readable medium according to claim 18, wherein before determining a QCL parameter of the PDSCH, the operations further comprise:
receiving configuration information, sent by the network device, of the CORESET-BFR and the another CORESET, wherein the configuration information comprises TCI state information used to indicate the QCL parameter of the PDCCH on the CORESET-BFR and TCI state information used to indicate the QCL parameter of the PDCCH on the another CORESET.

### Claim 20 (depends on 18)

The non-transitory computer-readable medium according to claim 18, wherein before monitoring a PDCCH on a CORESET-BFR, the operations further comprise:
sending a beam failure recovery request to the network device; and
wherein monitoring a PDCCH on a CORESET-BFR comprises:
monitoring response information in the PDCCH on the CORESET-BFR, wherein the response information is response information fed back by the network device in response to the beam failure recovery request.