IP Library Granted Patent US 8,458,550
Granted Patent B2
US 8,458,550 · App. 12/920,658 · Granted Jun 4, 2013

Protocols for multi-hop relay system with centralized scheduling

Inventors: Haifeng Wang (Shanghai, CN); Ting Zhou (Shanghai, CN); Jing Xu (Shanghai, CN)
Assignee: Nokia Siemens Networks Oy
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 8,458,550
App. No.
12/920,658
Granted
Jun 4, 2013
Kind
B2
Abstract

Various example embodiments are disclosed herein. In an example embodiment, a method of transmitting data via a wireless transmission path that may include a user equipment as a first end point, a base station as second end point, and at least one relay station as an intermediate point(s). The method may include receiving a data transmission from a prior point in the transmission path. Substantially simultaneously: forwarding the received data to the next point in the transmission path, and determining if the received data is corrupt. Transmitting a transmission message to the next point in the transmission path indicating whether or not the received data was corrupt. And, if the data is not corrupt, transmitting a receipt message to the prior point indicating that the data was uncorrupt when received.

Claims (93)

1. A method comprising:

receiving a data transmission from a prior point in a transmission path;

determining if the received data is corrupt;

forwarding the received data to the next point in the transmission path;

transmitting a transmission message to the next point in the transmission path indicating whether or not the received data was corrupt; and

if the data is not corrupt, transmitting a receipt message to the prior point indicating that the data was uncorrupt when received;

wherein the wireless transmission path includes a user equipment, a base station, and at least one relay station as an intermediate point,

the method further including:

prior to receiving the data transmission, receiving, from the base station, a resource block allocation allowing for the transmission of data to a next point in the transmission path;

if the received data was not corrupt, receiving a receipt message from the next point in the transmission path indicating whether or not the transmitted data was corrupt when received by the next point;

if the transmitted data was corrupt, re-forwarding the received data to the next point in the transmission path; and

if the transmitted data was not corrupt, marking the resource block allocation as used.

2. The method of claim 1 wherein forwarding the received data includes forwarding the received data to the next point in the transmission path, before it has been fully determined whether or not the received data is corrupt.

3. The method of claim 1 wherein re-forwarding the received data includes:

receiving a new resource block allocation; and

transmitting the received data to the next point in the transmission path.

4. The method of claim 1 wherein re-forwarding the received data includes,

without waiting for the receipt of a new resource block allocation:

transmitting the received data to the next point in the transmission path; and

transmitting a transmission message to the next point in the transmission path indicating that the received data was uncorrupt when received.

5. The method of claim 1 wherein determining if the received data is corrupt includes:

receiving a transmission message from the prior point in the transmission path indicating whether or not the data was corrupt when received by the prior point;

if the data was corrupt, automatically determining that the received data is corrupt; and

if the data was not corrupt, determining, using at least in part error detection information included as part of the data, if the data is corrupt.

6. The method of claim 1 further including:

if the received data was corrupt and no transmission message from the prior point in the transmission path was received, transmitting a receipt message to the prior point indicating that the data was corrupt.

7. The method of claim 1 further including:

receiving a transmission message from the prior point in the transmission path indicating that the prior point received the data in an non-corrupt state; and

if the received data was corrupt, transmitting a receipt message to the prior point indicating that the data was corrupt and requesting that the data be re-transmitted from the prior point.

8. An apparatus comprising:

a transceiver configured to receive a data transmission from a prior point in a transmission path, wherein the transmission path includes a user equipment, a base station, and at least one apparatus as an intermediate point;

a controller configured to:

determine if the received data is corrupt; and

the transceiver further configured to:

forward the received data to the next point in the transmission path, and

transmit a transmission message to the next point in the transmission path, wherein the transmission message indicates whether or not the received data was corrupt, and

if the data is not corrupt, to transmit a receipt message to the prior point, wherein the receipt message indicates that the data was uncorrupt when received,

wherein the transceiver is further adapted to:

prior to receiving the data transmission, receive, from the base station, a resource block allocation allowing for the transmission of data to a next point in the transmission path;

if the received data was not corrupt, receive a receipt message from the next point in the transmission path, wherein the receipt message indicates whether or not the transmitted data was corrupt when received by the next point;

if the transmitted data was corrupt, re-forward the received data to the next point in the transmission path; and

if the transmitted data was not corrupt, indicate that the resource block allocation as used.

9. The apparatus of claim 8 wherein the transceiver is configured to forward the received data to the next point in the transmission path, before it has been fully determined whether or not the received data is corrupt.

10. The apparatus of claim 8 wherein re-forward the received data includes:

receive a new resource block allocation; and

transmit the received data to the next point in the transmission path.

11. The apparatus of claim 8 wherein re-forward the received data includes, without waiting for the receipt of a new resource block allocation:

transmit the received data to the next point in the transmission path; and

transmit a transmission message to the next point in the transmission path indicating that the received data was uncorrupt when received.

12. The apparatus of claim 8 wherein the transceiver is configured to use a Hybrid Automatic Repeat-Request (HARQ) protocol.

13. A method of transmitting data via a wireless transmission path that includes a user equipment, a base station, and at least one relay station as an intermediate point, the method comprising:

receiving, from the base station, a resource block allocation allowing for the transmission of data to a next point in the transmission path;

receiving a data transmission from a prior point in the transmission path, wherein the data transmission includes error detection information;

determining, using at least in part the error detection information, if the data is corrupt; and

if the data is corrupt,

requesting that the data be retransmitted by the prior point of the transmission path, and not using the resource block allocation.

14. The method of claim 13 further including, if the data was corrupt, preventing the forwarding of the corrupt received data.

15. The method of claim 13 further including, if the received data was not corrupt:

forwarding the data to the next point in the transmission path;

receiving a receipt message from the next point indicating whether or not the forwarded data was corrupt;

if the forwarded data was corrupt, re-forwarding the data to the next point; and

if the forwarded data was not corrupt, indicating that the resource block allocation was used.

16. The method of claim 13 wherein receiving a data transmission includes using a Hybrid Automatic Repeat-Request (HARQ) protocol.

17. The method of claim 13 wherein requesting that the data be retransmitted includes:

transmitting an error message to both the prior point of the transmission path and to the next point of the transmission path.

18. The method of claim 13 further including, if the data was corrupt,

transmitting an error message to the base station; and

wherein the error message indicates both that the data was corrupt and at which point of the transmission path the corruption was first detected.

19. The method of claim 13 further including:

substantially simultaneously to determining if the data has been correctly received, forwarding the received data to the next point in the transmission path regardless er of whether or not it is corrupt; and

after determining if the received data is corrupt, transmitting a message to the next point in the transmission path that indicates whether or not the received data is corrupt.

20. The method of claim 19 , wherein receiving a data transmission from a prior point in the transmission path includes receiving a message indicating that the prior point received the data in a corrupted state; and

further including, transmitting a message to the next point in the transmission path indicating that the data was received in a corrupt state from the prior point in the transmission path.

21. The method of claim 20 wherein transmitting a message indicating that the data was received in a corrupt state includes:

skipping determining, using at least in part the error detection information, as to whether or not the data is corrupt, and

automatically considering the data to be corrupt.

22. An apparatus comprising:

a wireless transceiver configured to:

receive a resource block allocation allowing for the transmission of data to a next point in a transmission path, wherein the transmission path includes a user equipment as an end point, a base station as an end point, and at least one apparatus as an intermediate point, and

receive a data transmission from a prior point in the transmission path, wherein the data transmission includes error detection information; and

a controller configured to determine, using at least in part the error detection information,

if the data is corrupt, and

if the data is corrupt,

request that the data be retransmitted by the prior point of the transmission path, and not using the resource block allocation.

23. The apparatus of claim 22 wherein the controller is configured to, if the data was corrupt, prevent the forwarding of the corrupt received data.

24. The apparatus of claim 22 wherein the transceiver is configured to, if the received data was not corrupt:

forward the data to the next point in the transmission path;

receive a receipt message from the next point, wherein the receipt message indicates whether or not the forwarded data was corrupt;

if the forwarded data was corrupt, re-forward the data to the next point; and

if the forwarded data was not corrupt, indicate that the resource block allocation was used.

25. The apparatus of claim 22 wherein the transceiver is configured to,

forward the received data to the next point in the transmission path, before it has been fully determined whether or not the received data is corrupt; and

after the determination whether or not the received data is corrupt has occurred, transmit a message to the next point in the transmission path, wherein the message indicates whether or not the received data is corrupt.

Assignments (8)
RELEASE OF SECURITY INTEREST Recorded Jun 3, 2021
From: TERRIER SSC, LLC
To: WSOU INVESTMENTS, LLC
Reel/Frame 056526/0093 →
SECURITY INTEREST Recorded Jun 1, 2021
From: WSOU INVESTMENTS, LLC
To: OT WSOU TERRIER HOLDINGS, LLC
Reel/Frame 056990/0081 →
RELEASE OF SECURITY INTEREST Recorded May 21, 2019
From: OCO OPPORTUNITIES MASTER FUND, L.P. (F/K/A OMEGA CREDIT OPPORTUNITIES MASTER FUND LP
To: WSOU INVESTMENTS, LLC
Reel/Frame 049246/0405 →
SECURITY INTEREST Recorded May 20, 2019
From: WSOU INVESTMENTS, LLC
To: BP FUNDING TRUST, SERIES SPL-VI
Reel/Frame 049235/0068 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Sep 25, 2017
From: NOKIA TECHNOLOGIES OY
To: WSOU INVESTMENTS, LLC
Reel/Frame 043953/0822 →
SECURITY INTEREST Recorded Sep 21, 2017
From: WSOU INVESTMENTS, LLC
To: OMEGA CREDIT OPPORTUNITIES MASTER FUND, LP
Reel/Frame 043966/0574 →
CHANGE OF NAME Recorded Nov 19, 2014
From: NOKIA SIEMENS NETWORKS OY
To: NOKIA SOLUTIONS AND NETWORKS OY
Reel/Frame 034294/0603 →
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Sep 17, 2010
From: WANG, HAIFENG; ZHOU, TING; XU, JING
To: NOKIA SIEMENS NETWORKS OY
Reel/Frame 025004/0194 →
Continuity (2)
Provisional Application 61034628 · Mar 7, 2008
Related Publication 20110022917A1 · Jan 27, 2011