IP Library Granted Patent US 11,075,737
Granted Patent B2
US 11,075,737 · App. 16/301,647 · Granted Jul 27, 2021

Methods, apparatus, systems and procedures for supporting multicast transmission

Inventors: Janet A Stern-Berkowitz (Little Neck, NY); Moon-il Lee (Melville, NY)
Assignee: InterDigital Patent Holdings, Inc.
H04L5/0055H04L1/0046H04L1/08H04L1/1642H04L1/1822H04L5/0053H04L5/0094H04L12/189H04L12/1868H04W74/0833
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 11,075,737
App. No.
16/301,647
Granted
Jul 27, 2021
Kind
B2
Abstract

Methods, apparatus, systems and procedures to manage a multicast communication to a multicast group implemented by a respective wireless transmit/receive unit (WTRU) of WTRUs in the multicast group are disclosed. One representative method includes receiving, by the respective WTRU of the multicast group, a configuration, the configuration indicating a Random Access Channel (RACH) preamble to use for a negative acknowledgement (NACK) response to a multicast transmission to the respective WTRU, monitoring, by the respective WTRU, for data of the multicast transmission, determining, by the respective WTRU, whether the monitored for data was successfully received; and on condition that the monitored for data was not successfully received, sending, by the respective WTRU, the RACH preamble indicated by the received configuration.

Claims (54)

1. A method of managing a multicast communication to a multicast group implemented by a respective wireless transmit/receive unit (WTRU) of WTRUs in the multicast group, the method comprising:

receiving, by the respective WTRU of the multicast group, (1) configuration information indicating a Physical Random Access Channel (PRACH) preamble to use for a negative acknowledgement (NACK) response to a multicast transmission sent to the respective WTRU and (2) downlink control information indicating (i) a version, and (ii) an indication of a number of data blocks in the multicast transmission;

determining, by the respective WTRU, whether the indicated version satisfies an update criteria for the respective WTRU;

monitoring for, by the respective WTRU, on condition that the indicated version satisfies the update criteria for the respective WTRU, data of the multicast transmission in data blocks including a sequence number of each of the data blocks;

determining, by the respective WTRU, whether the monitored-for data in the data blocks was successfully received based on the sequence numbers of the data blocks; and

on condition that the monitored-for data was not successfully received, sending, by the respective WTRU, (1) the indicated PRACH preamble that indicates a NACK and (2) information indicating one or more sequence numbers associated with one or more missing or corrupted data blocks.

2. The method of claim 1 , wherein:

the received configuration information further indicates time-frequency resources to be used for sending the indicated PRACH preamble; and

the sending of the indicated PRACH preamble includes sending the indicated PRACH preamble using the time-frequency resources indicated in the received configuration information.

3. The method of claim 1 , wherein the determining of whether the monitored-for data was successfully received includes determining whether any one respective data block of the monitored-for data was not successfully received based on an error checking operation associated with the respective data block.

4. The method of claim 1 , further comprising on condition that each respective data block of the monitored-for data was successfully received based on a cyclic redundancy check of the respective data block, providing the data obtained from the data blocks of the multicast transmission to a higher layer.

5. The method of claim 1 , wherein:

the determining of whether the monitored-for data was successfully received includes determining which one or which ones of the data blocks of the monitored-for data were not successfully received; and

the sending of the indicated PRACH preamble includes sending the indicated PRACH preamble including an indication of the data block or the data blocks of the monitored-for data that were not successfully received.

6. The method of claim 5 , wherein the determining of which one or which ones of the data blocks of the monitored-for data were not successfully received includes:

determining the sequence number for each data block successfully received; and

determining, using the determined sequence numbers, one or more sequence numbers associated with the one or more missing or corrupted data blocks, as a missing or corrupted sequence number or missing or corrupted sequence numbers.

7. The method of claim 1 , further comprising:

determining a Coverage Enhancement (CE) level associated with any of: (1) the respective WTRU, (2) the sending of the PRACH preamble; and/or (3) the monitored-for data; and

determining, according to the determined CE level: (1) the indicated PRACH preamble and/or (2) PRACH time-frequency resources.

8. The method of claim 1 , wherein the configuration information indicates a set of one or more PRACH preambles and a set of one or more time-frequency resources to be used for sending the PRACH preamble, the method further comprising:

selecting, by the respective WTRU, one indicated PRACH preamble from the set of one or more indicated PRACH preambles and at least one indicated time-frequency resource from the set of one or more indicated time-frequency resources based on any of: (1) a portion of the multicast transmission not being successfully received; and/or (2) a Coverage Enhancement (CE) level; and

sending the selected PRACH preamble using the selected at least one time-frequency resource.

9. The method of claim 1 , further comprising:

receiving a schedule for the multicast transmission; and

on condition that the WTRU is in idle mode, waking up, by the WTRU, based on the received schedule to monitor for the data of the multicast transmission when the update criteria is satisfied.

10. A wireless transmit/receive unit (WTRU), comprising:

a transmit/receive unit configured to receive configuration information indicating a Physical Random Access Channel (PRACH) preamble to use for a negative acknowledgement (NACK) response to a multicast transmission sent to the WTRU and (2) downlink control information indicating (i) a version, and (ii) an indication of a number of data blocks in the multicast transmission; and

a processor configured to determine whether the indicated version satisfies an update criteria for the WTRU,

wherein:

the transmit/receive unit is configured to monitor for, on condition that the indicated version satisfies the update criteria for the WTRU, data of the multicast transmission in data blocks including a sequence number of each of the data blocks,

the processor is configured to determine whether the monitored-for data in the data blocks was successfully received based on the sequence numbers of the data blocks, and

the transmit/receive unit is configured to, on condition that the monitored-for data was not successfully received, send to a network entity, (1) the indicated PRACH preamble that indicates a NACK, and (2) one or more of the sequence numbers of missing or corrupted data blocks.

11. The WTRU of claim 10 , wherein:

the received configuration information further indicates time-frequency resources to be used to send the indicated PRACH preamble; and

the transmit/receive unit is configured to send the PRACH preamble using the time-frequency resources indicated in the received configuration information.

12. The WTRU of claim 10 , wherein the processor is configured to determine whether any one respective data block of the monitored-for data was not successfully received based on an error checking operation associated with the respective data block.

13. The WTRU of claim 10 , wherein the processor is configured to provide the data obtained from the data blocks of the multicast transmission to a higher layer, on condition that each respective data block of the monitored-for data was successfully received based on a cyclic redundancy check of the respective data block.

14. The WTRU of claim 10 , wherein:

the processor is configured to determine which one or which ones of the data blocks of the monitored-for data were not successfully received; and

the transmit/receive unit is configured to send the indicated PRACH preamble and an indication of the data block or the data blocks of the monitored-for data that were not successfully received.

15. The WTRU of claim 10 , wherein the processor is configured to:

determine the sequence number for each data block successfully received; and

determine, using the determined sequence numbers, one or more sequence numbers associated with the missing or corrupted data block or data blocks, as a missing or corrupted sequence number or missing or corrupted sequence numbers.

16. The WTRU of claim 10 , wherein the processor is configured to:

determine a Coverage Enhancement (CE) level associated with any of: (1) the respective WTRU, (2) a transmission of the PRACH preamble or (3) the monitored-for data; and

determine, according to the determined CE level, (1) the indicated PRACH preamble and/or (2) PRACH time-frequency resources.

17. The WTRU of claim 10 , wherein:

the configuration information indicates a set of one or more PRACH preambles and a set of one or more time-frequency resources to be used to send the indicated PRACH preamble;

the processor is configured to select one PRACH preamble from the set of one or more PRACH preambles and at least one time-frequency resource of the set of one or more time-frequency resources based on any of: (1) a portion of the multicast transmission not being successfully received; and/or (2) a Coverage Enhancement (CE) level; and

the transmit/receive unit is configured to send the selected preamble using the selected at least one time-frequency resource.

18. The WTRU of claim 10 , wherein:

the transmit/receive unit is configured to receive a schedule for the multicast transmission; and

the processor is configured to wake-up the transmit/receive unit based on the received schedule to monitor for the data of the multicast transmission when the update criteria is satisfied, on condition that the WTRU is in idle mode.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded May 1, 2019
From: STERN-BERKOWITZ, JANET A.; LEE, MOON-IL
To: INTERDIGITAL PATENT HOLDINGS, INC.
Reel/Frame 049048/0170 →
Continuity (5)
Provisional Application 62339565 · May 20, 2016
Provisional Application 62376981 · Aug 19, 2016
Provisional Application 62416410 · Nov 2, 2016
Provisional Application 62454297 · Feb 3, 2017
Related Publication 20190312711A1 · Oct 10, 2019