ARQ METHOD FOR WIRELESS COMMUNICATION

• US 20020019965A1
• Filed: 09/30/1997
• Published: 02/14/2002
• Est. Priority Date: 09/30/1997
• Status: Active Grant

• Current Assignee: Glenayre Electronics Incorporated (EDCI Holdings Incorporated)
• Original Assignee: Glenayre Electronics Incorporated (EDCI Holdings Incorporated)
• Inventors: BIMS, HARRY, GHIRNIKAR, AVINASH, GHOSH, BISWA R.
• Granted Patent: US 6,557,134 B2
• Time in Patent Office: Days
• US Class Current: 714/748
• CPC Class Codes: H04L 1/1628 List acknowledgements, i.e. the acknowledgement message consisting of a list of identifiers, e.g. of sequence numbers H04L1/1614 takes precedence
• CPC Class Codes: H04L 1/1809 Selective-repeat protocols
• CPC Class Codes: H04L 1/1877 for semi-reliable protocols, e.g. for less sensitive applications like streaming video buffer level management for video bitstream control arrangements H04N21/44004
• CPC Class Codes: H04W 88/023 with message or information receiving capability
• CPC Class Codes: H04W 88/185 Selective call encoders for paging networks, e.g. paging centre devices

Abstract

Forward and Reverse Channel Automatic Repeat reQuest (ARQ) communication is described in which a Forward Channel Automatic Repeat reQuest (ARQ) session between a first unit and a second unit is performed, in which a command is send to the second unit to start a forward channel ARQ session, where the command includes a message length field specifying the length of an ARQ message to be sent by the first unit to the second unit. The second unit may refuse the command because of the length of the ARQ message.

Claims

1. A selective call transceiver comprising a storage space and a control operable to refuse to receive a message when available space in the storage space is not large enough to store the message.

2. The transceiver defined in claim 1 further comprising a transmitter to send a negative acknowledgment (NACK) to signal a network that is sending the message.

3. The transceiver defined in claim 1 wherein the control increases the available space in the storage space to enable receipt of the message.

4. The transceiver defined in claim 3 wherein the control increases the available space in the storage space by deleting one or more previously stored messages.

5. The transceiver defined in claim 4 wherein the control deletes the one or more previously stored mess ages based on a priority scheme.

6. The transceiver defined in claim 4 wherein the one or more previously stored messages are stored in a folder designated to have the control delete its contents.

7. The transceiver defined in claim 4 wherein the control maintains an indication specifying the one or more previously stored messages for deletion which the control uses in deciding to delete the one or more previously stored messages.

8. A selective call transceiver comprising a storage space and control operable to increase available space in the storage space to allow receipt of a message when the message is larger than the available space in the storage space.

9. The transceiver defined in claim 8 wherein the control increases the available space in the storage space by deleting one or more previously stored messages.

10. The transceiver defined in claim 9 wherein the control deletes the one or more previously stored messages based on a priority scheme.

11. The transceiver defined in claim 9 wherein the one or more previously stored messages are stored in a folder designated to have the control delete its contents.

12. The transceiver defined in claim 9 wherein the control maintains an indication specifying the one or more previously stored messages for deletion which the control uses in deciding to delete the one or more previously stored messages.

14. The method defined in claim 13 further comprising:

the second unit determining an amount of storage required by the ARQ message from the message length field; and

the second unit comparing the amount of storage required by the ARQ message to the available space in the memory.

15. The method defined in claim 13 wherein the ARQ message comprises a plurality of fragments and the message length field indicates the length of the plurality of fragments.

16. The method defined in claim 13 further comprising:

the second unit responding with an acknowledgment if the second unit desires the first unit to send the ARQ message or a memory full response if the available space in the memory is not sufficient to store the ARQ message.

17. The method defined in claim 16 further comprising:

terminating the ARQ session in response to the memory full response.

18. The method defined in claim 16 further comprising the second unit responding with a request for the first unit to resend the command.

19. The method defined in claim 18 further comprising:

the first unit resending the c o mmand within a predetermined time limit in re sponse to receiving the request for the first unit to resend the command, or the second unit unilaterally terminating the ARQ session if the first unit does not resend the command within the predetermined time limit.

20. The method defined in claim 13 further comprising:

the second unit acknowledging each received fragment of the ARQ message; and

the first unit sending a fragment of the ARQ message within a predetermined time limit in response to each acknowledgment by the second unit.

21. The method defined in claim 20 further comprising:

the second unit unilaterally terminating the ARQ session if the predetermined time limit is exceeded.

22. The method defined in claim 13 further comprising:

the first unit sending the ARQ message;

the second unit sending a first done indication message to the first unit after receiving all fragments of the ARQ message; and

the first unit sending a second done indication message to the second unit in response to the first done indication message to complete transfer of the ARQ message.

23. The method defined in claim 22 further comprising:

the first unit retransmitting at least a last fragment of the ARQ message if the first done indication message is not received.

25. The system defined in claim 24 wherein the second unit responds with an acknowledgment if the second unit desires the first unit to send the ARQ message or responds with a memory full response if the available storage in the second unit is not sufficient to store the ARQ message.

26. The system defined in claim 24 wherein the second unit responds with a request for the first unit to resend the command.

27. The system defined in claim 26 wherein the first unit resends the command within a predetermined time limit in response to receiving the request for the first unit to resend the command, or the second unit unilaterally terminates the ARQ session if the first unit does not resend the command within the predetermined time limit.

28. The system defined in claim 26 wherein the second unit acknowledges each received fragment of the ARQ message, and the first unit sends a fragment of the ARQ message within a predetermined time limit in response to each acknowledgment by the second unit.

29. The system defined in claim 28 wherein the second unit unilaterally terminates the ARQ session if the predetermined time limit is exceeded.

30. The system defined in claim 24 wherein the first unit sends the ARQ message after receiving a reply from the second unit, and wherein the second unit sends a first done indication message to the first unit after receiving all fragments of the ARQ message, in response to which the first unit sends a second done indication message to the second unit to complete the ARQ session.

31. The system defined in claim 24 wherein the first unit retransmits at least a last fragment of the ARQ message if the first done indication message is not received.

13. A method of performing Automatic Repeat reQuest (ARQ) between a first unit and a second unit, said method comprising:

sending a command to the second unit to start a channel ARQ session; and

the second unit refusing to accept the ARQ message if available space in a memory of the second unit is not large enough to store the ARQ message.

24. A communication system comprising:

a first unit operable to send a command to start an Automatic Repeat reQuest (ARQ) session; and

a second unit operable to accept or reject the command based on whether available storage space in the second unit is large enough to store the ARQ message.

32. A method of performing a Reverse Channel Automatic Repeat reQuest (ARQ) between a first unit and a second unit, said method comprising:

the first unit sending an ARQ message as part of a Reverse Channel ARQ session;

the second unit sending a done indication signal to the first unit after receiving all of the ARQ message;

the first unit sending an acknowledgment indication to the second unit in response to receiving the done indication message to terminate the ARQ session.

33. The method defined in claim 32 further comprising:

the first unit terminating the ARQ session if the done indication message has not been received after a first predetermined time limit; and

the second unit resending the done indication message if the acknowledgment indication is not received within a second predetermined time limit.

34. The method defined in claim 33 further comprising the second unit terminating the ARQ session if the acknowledgment indication has not been received within a third predetermined time limit.

35. The method defined in claim 32 wherein the request comprises a message length field specifying the length of an ARQ message to be sent by the first unit to the second unit.

36. The method defined in claim 32 further comprising:

sending a request to the second unit to start a reverse channel ARQ session; and

the second unit granting the request.

38. The system defined in claim 37 wherein the first unit terminates the ARQ session if the done indication message has not been received after a first predetermined time limit, and further wherein the second unit resends the done indication message if the acknowledgment indication is not received within a second predetermin ed time limit.

39. The system defined in claim 38 wherein the second unit terminates the ARQ session if the acknowledgment indication has not been received within a third predetermined time limit.

40. The system defined in claim 37 wherein the request comprises a message length field specifying the length of an ARQ message to be sent by the first unit to the second unit.

41. The system defined in claim 37 wherein the first unit sends a request to the second unit to start a reverse channel ARQ session, and the second unit grants the request.

37. A communication system comprising:

a first unit operable to send an ARQ message as part of a Reverse Channel Automatic Repeat reQuest (ARQ) session; and

a second unit operable to send a done indication message to the first unit after receiving all of the ARQ message, in response to which the first unit sends an acknowledgment indication to the second unit to terminate the ARQ session.