HK1094842B - Method for creating feedback messages for arq in a mobile communication system - Google Patents

Description

The present invention relates to a method for generating a feedback message and reducing overheads in a wireless portable communication system, and more particularly, it relates to a repeat request algorithm for reducing overhead by using an automatic repeat request (ARQ) feedback message in a newly defined ACK MAP.

In a wireless portable Internet system, an automatic repeat request (ARQ) algorithm has been developed to minimize an error rate and enhance error correction in data transmission.

The ARQ algorithm is used as a method for retransmitting a damaged data packet with reference to a feedback message (ACK and NACK) of each transmitted data packet or in consideration of timeout when the corresponding feedback message is not received.

FIG. 1 shows a block diagram illustrating an ARQ transmitter and an ARQ receiver.

A transmitter 10 transmits a protocol data unit (PDU) to a receiver according to an ARQ mechanism. The PDU is generated from a service data unit (SDU) that is generated from an upper layer 11 and stored in a buffer 12.

An ARQ receiver 23 transmits a feedback message for ARQ to the transmitter 10. The feedback message for ARQ includes an ACK message or a NACK message according to success or failure of the PDU transmission and is used for error correction in the mobile Internet system.

An ARQ transmitter 13 retransmits the corresponding PDU or transmits a discard message to the ARQ receiver 23 in response to the ACK message or the NACK message.

Hence, the result of ARQ that indicates success or failure of transmission is available for transmitter 10 to analyze data transmission efficiency according to the receiver or a channel quality. QoS analysis and scheduling can be achieved by referring to the data transmission efficiency.

FIG. 2 is a diagram illustrating a signal flow according to a conventional ARQ method.

When the transmitter 10 transmits a data packet to the receiver, the receiver sends an ACK message as the feed back message for ARQ to the transmitter after receiving the data packet. The ACK message includes a cumulative ACK message and a selective ACK message, which will be stated later.

The ARQ receiver 23 sends the ACK message to the ARQ transmitter 13 when the ARQ receiver 23 successfully receives the data packet, but the ARQ receiver may fail to receive the data packet when the data packet is lost because of a bad channel quality.

The transmitter may not also receive an ACK message from the ARQ receiver 23 when the ACK message is lost due to the bad channel quality. Once the data packet or the ACK message is lost, it is preferable for the ARQ receiver to discard the corresponding data packet after a predetermined lifetime so that the ARQ transmitter may not infinitely wait for a response or retransmit the data packet.

Conventionally, the ARQ transmitter 13 sends a discard message to the ARQ receiver when the data packet or the ACK message is lost on the channel and therefore the transmitter 10 receives no ACK message for a predetermined lifetime, in step S1.

The ARQ receiver 23 sends a discard response message in response to the discard message, and discards the transmitted data packet in step S2.

FIG. 3 to FIG. 5 respectively show formats of the ARQ feed back message in the wireless portable Internet system.

FIG. 3 shows a selective ACK message.

In FIG. 3, it is assumed that a Medium Access Control (MAC) layer PDU (MAC PDU) containing 12 sequence blocks, is transmitted to the receiver and errors occur in the fourth, seventh, eighth, and twelfth sequence blocks in the wireless portable Internet system. The ARQ receiver sends an ACK MAP as the feed back message for ARQ in response to the transmitted MAC PDU. The ACK MAP maps a receipt success into 1 and a receipt error or failure into 0. The ARQ transmitter receives the ACK MAP and retransmits blocks of sequence numbers which are mapped into 0 to the ARQ receiver.

FIG. 4 shows a cumulative ACK message.

When errors occur in the sequence block numbers (BSNs) 4, 7, 8, and 12 of the MAC PDU as shown in FIG. 3, the ARQ receiver generates a corresponding feedback message for ARQ by recording the first sequence of successive blocks (BSNs 1, 2, and 3) transmitted without an error in the feedback message for ARQ.

The ARQ receiver then sends an ACK to inform that the ARQ receiver successfully received the BSNs 1, 2, and 3, and the ARQ transmitter retransmits the blocks from the BSN 4 to BSN 12 of the MAC PDU as shown in FIG. 4.

FIG. 5 shows a selective and cumulative ACK message.

Although the selective ACK message of FIG. 3 is efficient because it only retransmits the blocks with an error, a data processing time and the size of the ACK MAP are problematically increased. The cumulative ACK message shown in FIG. 4 requires less capacity for the feedback message and provides a very fast data processing time, but increases the size of data to be retransmitted.

In FIG. 5, the ARQ receiver requests retransmission by sending the ARQ transmitter an ACK feedback message containing the successfully received BSNs (BSNs 1, 2, and 3) and an ACK MAP remapped from BSN 4 to BSN 12 by taking advantages of the selective ACK message and the cumulative ACK message.

However, the foregoing feedback message for ARQ is not efficient in the wireless portable internet system since a sequence of successive blocks forms a PDU, and success or failure of data transmission occurs in each PDU.

In other words, the conventional bitmap-type ACK MAP maps success and failure of each BSN, thereby increasing an overhead.

Therefore, an efficient method for transmitting the feedback message for ARQ without increasing the overhead is needed in the wireless portable internet system.

WO 00/57594 A discloses a Selective Repeat ARQ technique which employs a sender-initiated protocol data unit discard mechanism that is specifically designed to be used in conjunction with Selective Repeat ARQ.

It is the object of the present invention to provide an improved generation of a feedback message to reduce overheads in a wireless portable Internet system.

The object is solved by the subject matter of the independent claims.

Preferred embodiments of the present invention are defined by the dependent claims.

In one aspect of the present invention, there is provided a method for generating a feedback message for auto repeat request (ARQ). In the method, a) an ACK type is recorded in a first field; b) the last block sequence number of cumulative ACK blocks is estimated and recorded in a second field, c) the number of group of successive ACK blocks after the block sequence number estimated in b) is recorded in a third field as the number of ACK MAPs, d) start block sequence number of the respective ACK MAPs is recorded in a fourth field, e) lengths of the respective ACK MAPs are recorded in a fifth field by corresponding the lengths to the start block sequence number in d).

In another aspect of the present invention, there is provided a method for generating a feedback message for auto repeat request (ARQ). In the method, a) an ACK type is recorded in a first field, b) the last block sequence number of successive ACK blocks is estimated and recorded in a second field, c) the number of groups of the successive ACK blocks or NACK blocks after the block sequence number estimated in b) is recorded as the number of bulks in a third field, d) types of the respective bulks are set and recorded, e) lengths of the types of the respective bulks are estimated and recorded in a fourth field.

In c), the number of bulks is set by selecting a group from among groups having a predetermined number of bulks.

Bits assigned to bulk lengths of the groups respectively having the predetermined number of bulks are different per group.

According to the present invention, overhead of a conventional ARQ feedback message is reduced while performing an efficient packet retransmission request.

The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate an embodiment of the invention, and, together with the description, serve to explain the principles of the invention, wherein:

• FIG. 1 shows a block diagram illustrating an ARQ transmitter and an ARQ receiver;
• FIG. 2 is a diagram illustrating a signal flow of a conventional ARQ method;
• FIG. 3 shows a selective ACK message;
• FIG. 4 shows a cumulative ACK message;
• FIG. 5 shows a selective-cumulative ACK message;
• FIG. 6 exemplarily illustrates generating of an ACK or NACK message;
• FIG. 7 shows a pattern of ACK/NACK according to an embodiment of the present invention;
• FIG. 8 illustrates a configuration of the ARQ feedback message according to an embodiment of the present invention;
• FIG. 9 illustrates a configuration of the ACK MAP according to a second embodiment of the present invention;
• FIG. 10 illustrates a configuration of an ACK MAP according to another embodiment of the present invention;
• FIG. 11 illustrates a configuration of an ACK MAP according to another embodiment of the present invention;
• FIG. 12 illustrates a configuration of an ACK MAP according to another embodiment of the present invention;
• FIG. 13 illustrates a configuration of an ACK MAP according to another embodiment of the present invention;
• FIG. 14 illustrates a configuration of an ACK MAP according to another embodiment of the present invention;
• FIG. 15 illustrates a method for generating an ARQ feedback message according to an embodiment of the present invention; and
• FIG. 16 illustrates a flow of a method for transmitting an ARQ feedback message according to another embodiment of the present invention.

In the following detailed description, only preferred embodiments of the invention have been shown and described, simply by way of illustration of the best mode contemplated by the inventor(s) of carrying out the invention. As will be realized, the invention is capable of modification in various obvious respects, all without departing from the invention. Accordingly, the drawings and description are to be regarded as illustrative in nature, and not restrictive. To clarify the present invention, parts which are not described in the specification are omitted, and parts for which similar descriptions are provided have the same reference numerals.

A method for generating a feedback message for automatic repeat request (ARQ) according to an embodiment of the present invention will be described.

FIG. 6 is a block sequence diagram exemplarily illustrating a method for generating an ACK message or a NACK message.

A service data unit (SDU) transmitted from an upper layer of a medium access control (MAC) layer is stored in a buffer and the same is transmitted in a format of a protocol data unit (PDU) having a plurality of sequence blocks. Herein, each of the sequence blocks is identified by a block sequence number (BSN). The number of sequence blocks in the PDU varies with respect to time by control of an ARQ receiver. As shown in FIG. 6, success or failure of each transmission may include a number of sequence blocks of related PDUs, sequence blocks in a PDU are regarded as succeeded or failed depending on the success or failure of the corresponding transmission incurred in transmitting the sequence blocks in the wireless portable internet system.

For example, three sequence blocks included in PDU 1 are found to be successfully received, but four sequence blocks in PDU 2 failed to be received.

FIG. 7 illustrates a pattern of the ACK/NACK according to an embodiment of the present invention.

In the pattern, '1' denotes an ACKed sequence block, '0' denotes a NACKed sequence block, '1' denotes the first cumulative ACK end block, and '[1]' denotes the second cumulative ACK start block.

In other words, similar to a typical cumulative ACK message, a first cumulative ACK message indicates successfully received BSNs, and a second cumulative ACK message indicates the second cumulative ACK start block when PDUs after the first cumulative ACK end block is NACKed. In addition, the length of the second cumulative ACK message displays successfully received data.

Therefore, the first BSN and the length of the sequence blocks in the second cumulative ACK message are defined as an ACK MAP according to the embodiment of the present invention.

To distinguish the ACK MAP from a conventional ACK MAP in FIG. 3 and FIG. 5, the conventional ACK MAP is referred to as a BIT MAP hereinafter.

The BITMAP requires 4 bytes to patternize the ACK/NACK of each block as shown in FIG. 7, whereas the ACK MAP of the present invention requires only 2 bytes, and therefore the feedback message for ARQ incurs lower overhead.

FIG. 8 is a syntax of the ARQ feedback message in conjunction with ACK Map of the present invention. A syntax of the ARQ feedback message includes the following fields: a connection identifier (CID) identifying a MAC connection; a LAST indicating the last feedback message for ARQ in a list; an ACK Type indicating a type of an ACK; a BSN indicating the last BSN in ACKed sequence blocks; a Number of ACK MAPs indicating the number of ACK MAPs; and an ACK MAP providing information on the corresponding ACK MAP.

A connection is defined as a mapping relationship between MAC peers in the wireless portable Internet system. Therefore, the CID includes reference information addressing that a connection is dedicated for a feedback message for ARQ. However, the CID is not needed when a channel is dedicated for the feedback message for ARQ.

The LAST is set to be '0' when the corresponding feedback message for ARQ is not the last one, and set to be '1' when the feedback message for ARQ is the last one.

The ACK Type determines the type of ACK of the feedback message for ARQ. For example, '0' indicates a selective ACK, '1' indicates a cumulative ACK, '2' indicates a cumulative-selective ACK, and '3' indicates a cumulative-bulk ACK. The cumulative-bulk ACK corresponds to the ACK according to the embodiment of the present invention.

The last BSN in the first sequence of blocks that is successfully received is recorded in a BSN field of FIG. 8.

The number of ACK MAPs is recorded in the Number of ACK MAPs. The Number of ACK MAPs may be set to be 1 to 4. When the ACK Type is set to be 1 (that is, a cumulative ACK), the number of ACK MAPs is set to be 0 because no ACK MAP is required.

Information on the ACK MAP is recorded in a unit of 16 bits in the corresponding ACK MAP field.

FIG. 9 illustrates a configuration of the ACK MAP field according to the first embodiment of the present invention.

The ACK MAP field includes 11-bit BSN information and 5-bit Length information. The BSN field of the ACK MAP corresponds to the start BSN of the corresponding successive ACKs with the size indicated by Length. The Length field indicates the number of blocks counted from the BSN of the ACK MAP to the last BSN of successive ACKed blocks.

Meanwhile, a Bit MAP field indicates Bit MAP information of an ACK and NACK message when the ACK type is set to be 0 (selective ACK) or 2 (cumulative-selective ACK).

Therefore, the first cumulative ACK and successive ACKs after the first cumulative ACK may be efficiently transmitted by using the ACK MAP. The ACK MAP includes a start BSN and Length information to thereby reduce overheads of the feedback message for ARQ compared to a conventional ACK using the BIT MAP.

The ACKed blocks are transmitted by using the ACK MAP according to the foregoing embodiment of the present invention, but successive ACKs and NACKs are respectively defined by using different ACK MAPs according to another embodiment of the present invention.

FIG. 10 illustrates a configuration of an ACK MAP according to the second embodiment of the present invention.

An ACK MAP field includes a 3-bit Bulk Type field, a 5-bit Length field of the first bulk, a 4-bit Length field of the second bulk, and a 4-bit Length field of the third bulk.

Herein, a Bulk Type field defines whether the first, second, and third bulks are ACKed or NACKed, respectively. For example, when the Bulk Type field is set to be '010', it informs that the first bulk is NACKed, the second bulk is ACKed, and the third bulk is NACKed.

The respective Length fields of the first to third bulks indicate the number of blocks included in the respective bulks.

FIG. 11 illustrates a configuration of an ACK MAP according to the third embodiment of the present invention.

The configuration of the third embodiment is similar to the second embodiment shown in FIG. 10, except that the Length fields of the first, second, and third bulks are equally assigned 4 bits.

FIG. 12 illustrates a configuration of an ACK MAP according to the fourth embodiment of the present invention.

The BULK Configuration field is used to indicate the number of bulks in the ACK MAP.

For example, when the number of the bulks is 2, the Bulk Configuration field is set to be and the Length fields of the first and second bulks are equally assigned 6 bits.

When the number of the bulks is 3, the Bulk Configuration is set to be 1 and the Length fields of the first, second, and third bulks are equally assigned 4 bits.

Accordingly, the numbers and lengths of bulks may vary depending on various ACK/NACK patterns, thereby efficiently configuring the ACK MAPs.

FIG. 13 illustrates a configuration of an ACK MAP according to the fifth embodiment of the present invention.

According to the fifth embodiment of the present invention, a NACK bulk and an ACK bulk are alternately set in case that a group of sequential ACK blocks and a group of sequential NACK blocks are alternated with each other.

The Length fields of the ACK bulk and the NACK bulk are respectively assigned 4bits, and they are alternately set to thereby efficiently configure successive ACKs and NACKs.

FIG. 14 illustrates a configuration of an ACK MAP according to the sixth embodiment of the present invention.

As shown therein, the Bulk Configuration field indicates the number of bulks.

Regardless of the Bulk Configuration field, the first bulk is NACKed because a cumulative ACK is already addressed by the BSN in the syntax of the ARQ feedback message as FIG. 8, thus the first bulk is mapped to be NACKed.

The Next Bulk Flag field is assigned 1 bit to thereby indicate whether the following bulk is the ACK or NACK. Herein, '0' indicates a NACKed bulk, and '1' indicates an ACKed bulk.

The configurations of the ACK MAPs illustrated in FIG. 9 to FIG.14 may be adapted to the ACK field of FIG. 8. In other words, when ACK TYPE = 3 (a cumulative-bulk ACK), the ACK MAPs of FIG. 9 to FIG. 14 may be substantially the same as the cumulative-bulk ACK type by using BSN information on the last BSN of the first cumulative ACK and an overhead is reduced by using the ACK MAPs of FIG. 9 to FIG. 13.

The cumulative-bulk ACK type is defined as a new ACK type according to the embodiments of the present invention, but an existing cumulative ACK type (ACK Type = 1) may be defined as similar to the cumulative-bulk ACK type according to the embodiment of the present invention.

FIG. 15 illustrates a method for generating a feedback message for ARQ according to an embodiment of the present invention.

When the receiver receives PDUs corresponding to a MAC ARQ window and stores the PDUs in a receipt buffer, an ARQ transmitter sets ACK types for the respective PDUs to send corresponding ARQ feedback messages, in step S100.

When the ACK type is set to be a cumulative Bulk ACK in step S110, a value of the first ACKed BSN among the received blocks is estimated in step S120. When the first ACKed BSN is not the cumulative Bulk ACK, a conventional ACK process is preformed. The first ACKed BSN corresponds to the last BSN of the first successive ACKed blocks.

When a BSN of the first ACKed block is defined, the number of ACK MAPs to be generated in the ARQ window is estimated in step S130. The number of ACK MAPs corresponds to the number of bulks of successive ACKed blocks in the ARQ window.

The ARQ transmitter estimates a start BSN of the ACK MAPs in step 140. The start BSN is estimated by sequentially detecting BSNs corresponding to ACKs after the first cumulative ACK.

The ARQ transmitter estimates the length of the respective ACK MAPs in step S150. Lengths of the respective ACK MAPs indicate a total number of blocks counted from the first BSN to the last BSN in the respective ACK MAPs. Each length is mapped in a binary code.

The ACK MAP is generated on the basis of the estimated values, and is mapped in a feedback message in step S160. Information on ACKed blocks is included in the feedback message, and blocks which are not successfully received are defined as NACKed blocks.

The ARQ transmitter transmits the feedback message including the ACK MAP and the cumulative ACK to the transmitter for data retransmission in step S170.

A process (not shown) may be included in the method for generating the feedback message of FIG. 15 to detect whether a channel for data retransmission is dedicated, and set a CID value when no channel is dedicated for the feedback message.

FIG. 16 illustrates a flow of a method for transmitting an ARQ feedback message according to another embodiment of the present invention.

Descriptions for steps S100 to S120 will be omitted since they are similar to those in FIG. 15. After step S120 of FIG. 16, a bulk ACK MAP is generated.

In step S200, the number of bulks to be used in the bulk ACK MAP is set. The number of bulks may be addressed in bits for mapping, or selected by using various options.

As to setting the number of the bulks, the respective bulks may have different bit values for the lengths of the respective bulks.

The number of the bulks may be set to be more than two, but it is set to be a first bulk and a second bulk for ease of description.

In steps S210 and S220, bulk types of the first and second bulks are set. The bulk type determines whether the bulk is ACKed or NACKed. The bulk type may be set corresponding to a plurality of bulks by using an additional field, or may be set to be alternately ACKed and NACKed according to a predefined order. In addition, a Bulk Flag may be used to determine the bulk type of each bulk.

The bulk type of the first bulk is set to be NACK, and the bulk types of from the second bulk are defined by using the Bulk Flag.

The lengths of the first and second bulks are estimated and mapped. The number of bits assigned to respectively indicate the lengths of the first and second bulks may be varied depending on the number of the bulks, in steps S230 and S240.

A bulk ACK MAP is generated, and the bulk ACK MAP includes information on the number of the bulks, the bulk type, and the length of the bulks, in step S250.

When the bulk ACK MAP is generated, the bulk ACK MAP is sent as a feedback message together with the ACKed BSN estimated in step S120, in step S250.

As described, the method for transmitting a feedback message for ARQ is realized by using the ARQ transmitter and the buffer. In other words, the ACK MAP and the bulk ACK MAP are generated by using conventional cumulative ACK messages for the blocks stored in the buffer and checking bitmaps after the last BSN of the ACKed blocks according to the embodiments of the present invention. A configuration of the conventional cumulative and selective ACK-enabled receiver may be applied to realize the ACK MAP and the bulk ACK MAP, and this application will be appreciated by those skilled in the art.

A program including the foregoing functions is recorded in a readable recording medium for controlling the ARQ receiver.

According to the foregoing configurations of the present invention, overhead of a conventional ARQ feedback message is reduced while performing an efficient packet retransmission request.

While this invention has been described in connection with what is presently considered to be the most practical and preferred embodiments, it is to be understood that the invention is not limited to the disclosed embodiments, but, on the contrary, is intended to cover various modifications and equivalent arrangements included within the scope of the appended claims.

Claims (9)

1. A method for generating feedback messages for auto repeat request, the method comprising:

   a) recording (S100) an ACK type in a first field, wherein the ACK type indicates one of a selective ACK type, a cumulative ACK type, a cumulative-selective ACK type, and a cumulative-bulk ACK type; and if the recorded ACK type is the cumulative-bulk ACK type, then:

   b) estimating the last block sequence number of successive ACKed blocks, wherein ACKed indicates success of transmission, and recording the estimated last block sequence number in a second field;

   c) recording (S130) the number of groups of successive ACKed blocks after the block sequence number estimated in b) as the number of ACK MAPs in a third field;

   d) recording (S140) the start block sequence number of each of the ACK MAPs in a fourth field;

   e) recording (S150) the length of each of the ACK MAPs in a fifth field, the length indicating the number of blocks counted from the start block sequence number of the respective ACK MAP; and

   f) sending (S170) a feedback message including information according to the first field to the fifth field.
2. A method for generating a feedback message for auto repeat request, the method comprising:

   a) recording an ACK type in a first field, wherein the ACK type indicates one of a selective ACK type, a cumulative ACK type, a cumulative-selective ACK type, and a cumulative-bulk ACK type; and;

   b) estimating the last block sequence number of successive ACKed blocks, wherein ACKed indicates success of transmission and NACKed indicates failure of transmission, and recording the estimated last block sequence number in a second field;

   c) estimating the number of groups of successive ACKed blocks or NACKed blocks after the block sequence number estimated in b) as the number of bulks, and recording (S200) the estimated number of bulks in a third field;

   d) setting (S210, S220) the type of each bulk to indicate whether the bulk is ACKed or NACKed and recording the types in a fourth field;

   e) estimating (S230, S240) the length of each bulk to indicate the number of blocks included in each bulk, and recording the estimated lengths in a fifth field; and

   f) sending (S260) a feedback message including information according to the first field to the fifth field.
3. The method of claim 2, wherein in c), the number of bulks is set by selecting a group among groups having a predetermined number of bulks.
4. The method of claim 3, wherein bits assigned to bulk lengths of the groups respectively having the predetermined number of bulks are different from each other.
5. The method of claim 2, wherein in d), a type of the first bulk is set to be NACKed, and types of bulks after the first bulk are recorded in a bulk flag for setting whether the corresponding bulk is ACKed or NACKed.
6. The method of claim 5. wherein in c), the number of bulks is set by selecting a group among groups respectively having a predetermined number of bulks.
7. The method of claim 6, where bits assigned to bulk lengths of the respective groups respectively having the predetermined number of bulks are different from each other.
8. A method for generating a feedback message for auto repeat request, the method comprising:

   a) recording an ACK type in a first field, wherein the ACK type indicates one of a selective ACK type, a cumulative ACK type, a cumulative-selective ACK type, and a cumulative-bulk ACK type; and;

   b) estimating the last block sequence number of successive ACKed blocks, wherein ACKed indicates success of transmission and NACKed indicates failure of transmission, and recording the estimated last block sequence number in a second field;

   c) estimating (S200) the number of groups of successive ACKed blocks or NACKed blocks after the block sequence number estimated in b) as the number of bulks, and recording the estimated number of bulks in a third field;

   d) setting (S210, S220) the types of the bulks to be alternately ACKed and NACKed;

   e) estimating (S230, S240) bulk lengths to indicate the number of blocks in each bulk and recording the estimated bulk lengths in a fourth field; and

   f) sending (S250) a feedback message including information according to the first field to the fourth field.
9. The method of any of claim 1 to claim 8, further comprising:

   determining whether the feedback message uses a dedicated channel; and

   recording a connection identifier, hereafter referred to as CID in a sixth field when no channel is dedicated to the feedback message.