KR20070108300A - Hybrid automatic retransmission request method and apparatus in mobile communication system - Google Patents

Abstract

An HARQ(Hybrid Automatic Retransmission Request) method and a device in a mobile communication system are provided to improve the performance of ARQ operations by judging the error state of NACK/ACK(Negative Acknowledgement/Acknowledgement) through an HARQ block and then transmitting a local feedback signal for each ARQ block. An HARQ method in a mobile communication system includes the steps for receiving a feedback signal for an HARQ data packet transmitted from an HARQ transmission block; checking an error according to the reception result of the received feedback signal; and reporting a local feedback signal(517) to the corresponding ARQ block according to the error state of the feedback signal, wherein the corresponding ARQ block is operated by the local feedback signal.

Description

HYBRID AUTOMATIC RETRANSMISSION REQUEST METHOD AND APPARATUS IN MOBILE COMMUNICATION SYSTEM}

1 is a diagram illustrating an example of a structure of a long term evolution (LTE) mobile communication system;

2 illustrates the structure of a radio protocol and the structure of a packet.

3 is a diagram illustrating HARQ transmission and reception in the LTE mobile communication system

4 is a diagram illustrating ARQ operation in an LTE mobile communication system.

5 is a diagram showing a HARQ transmission and reception structure according to a first embodiment of the present invention;

6 is a diagram illustrating a HARQ transmission state table according to the present invention.

7 is a signal flow diagram illustrating a process of operating at a HARQ transceiver side in the first embodiment of the present invention.

8 is a signal flow diagram illustrating a Local ACK / NACK report operation process in a HARQ transmitting side according to a first embodiment of the present invention;

9 is a flowchart illustrating the operation of a transmitting-side HARQ entity in the first preferred embodiment of the present invention.

10 is a flowchart illustrating the operation of a receiving-side HARQ entity in the first preferred embodiment of the present invention.

11 is a view showing a HARQ transmission and reception structure according to a second embodiment of the present invention

12 is a flowchart illustrating operation of a transmitting ARQ entity in a second embodiment of the present invention.

13 is a flowchart illustrating still another operation of a transmitting-side ARQ entity in a second embodiment of the present invention.

The present invention relates to a hybrid automatic retransmission reQuest (HARQ) method and apparatus in a mobile communication system, and in particular, by using a transmission situation of a hybrid automatic retransmission apparatus in a mobile communication system, a higher-level automatic retransmission operation can be efficiently performed. It relates to a method and apparatus for performing.

Long Term Evolution (LTE) is under discussion at 3GPP, which is responsible for standardizing the Universal Mobile Telecommunication Service (UMTS) system. LTE is a technology that implements high-speed packet-based communication of about 100 Mbps, aiming for commercialization in 2010. To this end, various methods are discussed. For example, the network structure can be simplified to reduce the number of nodes located on the communication path, or the wireless protocols can be as close to the wireless channel as possible. As a result, the structure of LTE is expected to change from the existing four-node structure to a two-node or three-node structure. For example, as shown in FIG. 1, it may be simplified to a two node structure of an Evolved Node B (ENB) and an Evolved Gateway GPRS Serving Node (EGGSN).

1 illustrates an example of a structure of an evolved UMTS mobile communication system. As shown, the Evolved Radio Access Network (hereinafter referred to as E-RAN) 110, 112 is an Evolved Node B (ENB) 120, 122, 124, 126, 128 and an Evolved Gateway (EGGSN). GPRS Serving Nodes 130, 132 are simplified to a two node structure. The user equipment (UE) 101 connects to the Internet Protocol (IP) network 114 by the E-RANs 110 and 112.

The ENBs 120, 122, 124, 126, and 128 are nodes corresponding to the existing Node Bs and are connected to the UE 101 by a radio channel. Unlike the existing Node B, ENB (120, 122, 124, 126, 128) plays a more complex role. In LTE, all user traffic, including real-time services such as Voice over IP (VoIP), will be serviced via a shared channel, which means that a device is needed to collect and schedule context information of UEs 101. The ENB is responsible for the scheduling. Similar to High Speed Downlink Packet Access (HSDPA) or Enhanced Dedicated Channel (EDCH), a hybrid ARQ (HARQ) is performed between the ENBs 120, 122, 124, 126, and 128 and the UE 101 in LTE. Since HARQ alone cannot satisfy various Quality of Service (QoS) requirements, a separate Automatic Retransmission Request (ARQ) may be performed at a higher layer, and the separate outer-ARQ (hereinafter, referred to as outer-ARQ) may also be used. It is performed between the UE and the ENB. LTE is expected to use Orthogonal Frequency Division Multiplexing (OFDM) as a radio access technology in the 20 MHz bandwidth to achieve transmission rates up to 100 Mbps. In addition, an adaptive modulation & coding (AMC) scheme that determines a modulation scheme and a channel coding rate according to the channel state of the terminal will be applied.

The HARQ is a technique of increasing reception success rate by soft combining with retransmitted data without discarding previously received data. HARQ is used to increase transmission efficiency in high-speed packet communication such as HSDPA and EDCH, and LTE also uses HARQ between a terminal and a base station.

2 shows a radio protocol structure and a packet structure of LTE. The radio protocol structure is applied to both the base station and the terminal.

Referring to FIG. 2, the radio protocol of LTE is composed of an ARQ device 210, a MAC 215, and a physical layer 217. One ARQ device 210 may be configured per service, and satisfies a required QoS through an outer ARQ operation. In FIG. 2, the upper layer 205 means a protocol stack configured for each service. For example, AMR codec / RTP / UDP / IP or FTP / TCP / IP can be a higher layer.

The MAC 215 is connected to a plurality of ARQ devices 210 and multiplexes at least one ARQ packets 220 and 230 into one HARQ packet 225. Perform HARQ operations on the HARQ packet 225 as described herein.

The physical layer 217 transmits / receives a radio channel through the HARQ packet 225. The ARQ packets 220 and 230 mean packets reconstructed such that data transmitted from the upper layer 205 can perform ARQ. The HARQ packet 225 means a packet transmitted and received on the actual wireless channel through the HARQ operation.

The ARQ packets 220 and 230 are composed of serial number information (SN) 231, size information (Size) 233, framing information (Framing hdr) 235 and payload (237). If the IP packet is transmitted from the upper layer 205 to the ARQ entity 210, the entire IP packet may be transmitted or only a part of the IP packet may be transmitted according to a radio channel situation or a scheduling situation. This reconstruction of the packet transmitted from the upper layer to an appropriate size is called framing, and the framing information 235 is information that a receiver can return the packet reconstructed to the appropriate size to the original upper layer packet.

The size information 233 is information indicating the size of the ARQ packet 230, and the serial number 231 is a serial number sequentially assigned to the ARQ packets 220 and 230. The ARQ entity 210 performs an ARQ using the serial number.

The HARQ packet 225 is composed of a multiplexing header (Multiplexing header) 240 and the payload. The multiplex header 240 includes multiplexed information of the ARQ packets 220 and 230. For example, the ARQ entity 210 identifier (ID) may be the multiplexed information 240.

3 illustrates an ARQ operation and an HARQ operation in LTE.

As shown, the HARQ entity is divided into a transmitting HARQ entity 372 and a receiving HARQ entity 312 according to the operation. The transmitting HARQ entity 372 is responsible for transmitting and retransmitting HARQ packets, and the receiving HARQ entity 312 is responsible for soft combining of HARQ packets and transmitting ACK / NACK signals. Since the terminal and the base station have both a transmitting side and a receiving side, in the following description, the transmitting side and the receiving side are not limited to either the terminal or the base station.

Since various kinds of services must be provided through HARQ, the transmitting side and the receiving side have a plurality of higher layer entities, ARQ entities, multiplexing block 375, and demultiplexing block 310.

The multiplexing block 375 inserts the multiplexing information 240 into data generated at various upper layers and transmits the multiplexing information 240 to the HARQ block 372. The demultiplexing block 310 is the HARQ block 312. It transfers to the appropriate upper layer by using the multiplexing information of data received from.

The HARQ processors 355 to 370 and 315 to 330 are basic unit devices that are responsible for transmitting and receiving HARQ packets 225, and the transmitting HARQ processors 355, 360, 365, and 370 transmit HARQ packets 225. And HARQ processors 315, 320, 325, and 330 are responsible for receiving, soft combining, and transmitting ACK / NACK information. Each HARQ processor exists in pairs on the transmitting side and the receiving side, and by providing a plurality of HARQ processors in one HARQ entity, continuous transmission and reception is possible.

As will be described later, the operation of the HARQ processor is composed of operations for transmitting a user packet, receiving ACK / NACK information for it, and performing retransmission again. Therefore, if there is only one HARQ processor, other packets cannot be transmitted until user data is transmitted and ACK / NACK information thereof is received. However, when a plurality of HARQ processors are provided, another processor may transmit data while one processor waits for ACK / NACK reception. Therefore, in the present method, by providing a plurality of HARQ processors, continuous transmission and reception is possible.

Basic operations of the HARQ processors 315, 320, 325, 330, 355, 360, 365, and 370 are as follows.

First, the transmitting HARQ processors 355, 360, 365, and 370 channel code data received in the multiplexed block, transmit channel coded data, and store the channel coded data in a buffer for retransmission later. When the HARQ ACK information is received for the data, the data is flushed, and when the NACK information is received for the data, the data is retransmitted.

The receiving HARQ processors 315, 320, 325, and 330 channel decode the data received through the physical channel and check whether an error occurs through a CRC operation. If an error occurs, the data is stored in a buffer and a HARQ NACK signal is transmitted. If the retransmission data for the data is received later, the data stored in the buffer and the retransmitted data are soft-combined and the error is checked again. If it is confirmed that an error still exists, the HARQ NACK signal is transmitted, and the process is repeated. If it is confirmed that the error is resolved, the HARQ ACK signal is transmitted and the user data is transmitted to the demultiplexing block 310.

As described above, by retransmitting an HARQ packet having an error and soft combining, the reception success rate may be increased through the HARQ operation. However, achieving very low BLER (Block Error Rate) only with HARQ operation is inefficient. This is due to the following two reasons.

First, if an error occurs in the ACK / NACK signal of the HARQ, the HARQ operation does not detect this.

Secondly, since HARQ transmission / retransmission is performed within a relatively short time, time diversity gain is not obtained. As an easy example, if the terminal is in deep fading for several tens of msec, it is difficult to successfully transmit the HARQ packet through HARQ retransmission.

In order to supplement the above limitations of the HARQ operation, it is necessary to perform the outer-ARQ operation, and the outer-ARQ operation will be described below.

Outer-ARQ operation is performed in units of ARQ packets. The transmitting ARQ entity 380 attaches and transmits the serial number 231 to the ARQ packets 220 and 230 shown in FIG. 2, and the receiving ARQ entity 305 receives the received ARQ packets 220 and 230. The serial number 231 is checked to see if there is an ARQ packet that has not been received. For example, if you receive an ARQ packet with serial number X and an ARQ packet with serial number X + 2 but do not receive an ARQ packet with serial number X + 1, the receiving ARQ entity is the serial number X + as the sending ARQ entity. Request retransmission of 1 ARQ packet.

Next, the ARQ operation will be described in more detail with reference to FIG. 4. 4 is a detailed block diagram illustrating ARQ entities 305 and 380 for ARQ operation in LTE. Here, the ARQ operation is performed by the transmitting ARQ entity 380 and the receiving ARQ entity 305.

The transmission ARQ entity 380 is composed of a transmission buffer 405, a header inserter 410, an ARQ control block 415, and a retransmission buffer 420.

The transmission buffer 405 is a device for storing the packets transmitted from the upper layer. The transmit buffer 405 delivers the upper layer packets to the header insertion block 410 by the amount to be transmitted in the next transmission period. In this case, if the amount of data to be transmitted does not match the size of the upper layer packet, the upper layer packet may be divided and delivered only in part, or a plurality of higher layer packets may be delivered.

The header insertion block 410 inserts the serial number information 231, the size information 233, and the framing information 235 into the upper layer packet transmitted by the transmission buffer 405 as shown in FIG. Construct a packet.

The ARQ packets 220 and 230 are delivered to the retransmission buffer 420 and the lower layer 425. The retransmission buffer 420 stores ARQ packets not receiving an ACK signal from the receiver. The retransmission buffer 420 discards the corresponding ARQ packet upon receiving an ACK signal, and schedules retransmission of the corresponding ARQ packet upon receiving the NACK signal.

The lower layer 425 is composed of a MAC layer, an HARQ entity, and a physical layer. The lower layer 425 multiplexes an ARQ packet into an HARQ packet, and then transmits the ARQ packet to a receiver through a physical channel.

The receiving ARQ entity 305 is composed of an assembly block 445, a reception buffer 435, and a retransmission management block 440. The MAC / HARQ / physical layer 430 receives the HARQ packet through the physical channel, demultiplexes, and delivers the ARQ packet to the receiving ARQ entity 305.

The reception buffer 435 stores the ARQ packet received from the lower layer 425 according to the serial number, and delivers the ARQ packets that can be assembled to the assembly block 445.

The retransmission management block 440 examines the serial numbers of ARQ packets stored in the reception buffer 435, and transmits an ARQ ACK signal for received ARQ packets and an ARQ NACK signal for unreceived ARQ packets. The operation of transmitting to 380 is performed.

The assembling block 445 refers to the framing header of the ARQ packets delivered from the reception buffer 435, reconstructs the ARQ packets into original upper layer packets, and then delivers them to the upper layer.

As described above, since operations performed by HARQ and outer-ARQ are essentially the same as retransmitting packets that are not properly transmitted, it may be efficient to link the HARQ operation with the outer-ARQ operation. However, in such a system, a method of preventing an error by incorrectly receiving an ACK / NACK signal, which is a feedback signal transmitted from the receiving ARQ entity 305, from the ARQ entity control block 415 has not been proposed. Accordingly, there is a need for a technique for determining whether an error of the ACK / NACK signal in communication such as LTE.

Accordingly, an object of the present invention is to provide a method and apparatus for improving performance of ARQ operation by determining whether a feedback signal for HARQ is error in a mobile communication system supporting a hybrid automatic retransmission reQuest (hereinafter referred to as HARQ). It is about.

Another object of the present invention is to provide a method and apparatus for improving performance of ARQ operation by linking HARQ and outer-ARQ in a mobile communication system supporting HAQR.

In order to achieve the above, a first embodiment of the present invention provides a method for receiving a feedback signal for a HARQ data packet transmitted by a HARQ transmission block in a hybrid automatic retransmission (HARQ) method in a mobile communication system, and Checking an error according to a result of receiving the feedback signal, reporting a local feedback signal to the corresponding ARQ block according to whether the feedback signal is in error, and wherein the corresponding ARQ block is the local It operates according to the feedback signal.

The step of checking whether the received feedback signal is in error is a first process of updating a transmission state table in which information on the HARQ packet is stored and driving a timer for a predetermined time when the feedback signal is an ACK. And a second process of checking whether an error generation message (NACK / ACK Error Indicator) for the corresponding ARQ block is received while driving the timer for a predetermined time.

In the second process, if the error occurrence message is received within a predetermined time of the timer, it is determined as an error.

In the second process, if the error occurrence message is not received within a predetermined time of the timer, it is determined as a normal state.

The error generation message may be configured to include time information on the HARQ processor identifier of the HARQ packet and a time point of NACK / ACK error occurrence recognition.

The transmission state table includes a processor identifier indicating an identifier of a processor that is responsible for transmitting and retransmitting the HARQ packet, a timestamp for recording time information when the transmission of the HARQ packet is completed, and the HARQ. An ARQ Packet ID comprising an identifier and an ARQ entity in which the ARQ packet constituting the packet originated, and a serial number, a transmission state indicating whether the transmission of the HARQ packet is successful or failed, and an error about the HARQ packet. And a timer indicating a predetermined time of the timer and a NACK / ACK error indicating whether an occurrence message has been received.

The step of checking whether the received feedback signal is in error is a first process of updating a transmission state table and driving a timer for a predetermined time when the feedback signal is NACK, and a local feedback signal in the corresponding ARQ block. Informs that it is an error, and characterized in that it consists of the process of blocking all error occurrence messages received while the timer is running.

A first embodiment of the present invention for achieving the above-mentioned is a compound automatic retransmission (HARQ) device in a mobile communication system, at least one of writing a serial code in the ARQ packet transmitted from the upper layer to transmit to the lower layer ARQ blocks and ARQ packets received for each ARQ block are concatenated to generate and transmit a HARQ packet, receive a feedback signal for the transmitted HARQ data packet, check whether there is an error, and then local feedback signal for each ARQ block. Characterized in that it comprises a HARQ transmission block for transmitting the.

The HARQ block is characterized in that it comprises a multiplexing unit for concatenating the received packets for each ARQ block to transmit to the receiver, and a transmission status table for checking whether the feedback signal for the transmitted HARQ packet is error.

When the feedback signal receives an ACK, the HARQ block updates a transmission state table in which information about the HARQ packet is stored, while driving a timer for a predetermined time, and while driving the timer to a predetermined time. When the NACK / ACK Error Indicator is received for the corresponding ARQ block, it is determined that an error state is present.

The apparatus as claimed in claim 11, wherein the apparatus determines that the error occurs when the error occurrence message is not received within a predetermined time of the timer.

The error generation message may be configured to include time information on the HARQ processor identifier of the HARQ packet and a time point of NACK / ACK error occurrence recognition.

The transmission state table includes a processor identifier indicating an identifier of a processor that is responsible for transmitting and retransmitting the HARQ packet, a timestamp for recording time information when the transmission of the HARQ packet is completed, and the HARQ. An ARQ Packet ID comprising an identifier and an ARQ entity in which the ARQ packet constituting the packet originated, and a serial number, a transmission state indicating whether the transmission of the HARQ packet is successful or failed, and an error about the HARQ packet. And a timer indicating a predetermined time of the timer and a NACK / ACK error indicating whether an occurrence message has been received.

When the feedback signal receives the NACK, the HARQ block updates the transmission state table, drives a timer for a predetermined time, informs the corresponding ARQ block that it is an error with a local feedback signal, and then operates the timer. It is characterized in that it consists of a process of blocking all error occurrence messages received.

According to an aspect of the present invention, there is provided a method for controlling reliability of a feedback signal in a receiver of a mobile communication system supporting complex automatic retransmission (HARQ), the method comprising: receiving a HARQ packet transmitted from a transmitter; After transmitting the feedback signal for the received HARQ packet, the second step of checking whether the error according to the reception of the packet, and the third step of transmitting an error occurrence message regarding the error to the transmitter It is characterized by.

The second process is a process of checking whether the HARQ packet is retransmitted when transmitting a NACK with respect to the received HARQ packet, and determining that an error has occurred when the HARQ packet is not retransmitted, thereby generating the error. Characterized in that the process of transmitting a message to the transmitter.

The error generation message may be configured to include time information on the HARQ processor identifier of the HARQ packet and a time point of NACK / ACK error occurrence recognition.

According to an aspect of the present invention, an apparatus for controlling reliability of a feedback signal in a receiver of a mobile communication system supporting complex automatic retransmission (HARQ) includes receiving and demultiplexing HARQ packets transmitted from a transmitter to a higher layer. And a NACK / ACK error detection unit for transmitting a feedback signal for the received HARQ packet and detecting an error according to whether or not the corresponding packet is received and transmitting the signal to the transmitter after transmitting the feedback signal for the received HARQ packet. It is done.

The NACK / ACK error detecting unit determines whether the HARQ packet is retransmitted when transmitting a NACK for the received HARQ packet, and determines that an error has occurred when the HARQ packet is not retransmitted. And transmitting an error occurrence message to the transmitter.

The error generation message may be configured to include time information on the HARQ processor identifier of the HARQ packet and a time point of NACK / ACK error occurrence recognition.

The second embodiment of the present invention for achieving the above-described aspect is a method for controlling the reliability of the feedback signal in a mobile communication system supporting a hybrid automatic retransmission (HARQ), each ARQ block ARQ transmitted by the receiving side ARQ blocks Receiving a feedback signal for a packet; receiving a feedback signal for a HARQ data packet transmitted by a HARQ transmission block; reporting a local feedback signal to a corresponding ARQ block; and the ARQ block is an ARQ NACK. In the case of receiving a signal, the method includes preparing whether to retransmit the corresponding packet according to whether a local feedback signal (Feedback) related to the same packet has been previously received.

According to a second embodiment of the present invention for achieving the above, in a hybrid automatic retransmission (HARQ) apparatus in a mobile communication system, a receiver transmits a serial code to an ARQ packet transmitted from an upper layer and transmits the serial code to a lower layer. Generating and transmitting a HARQ packet by concatenating at least one ARQ block that determines whether to retransmit using a feedback signal and a local feedback signal received from the ARQ and the HARQ transmission block, and the ARQ packets received for each ARQ block. And receiving a feedback signal for the transmitted HARQ data packet to check whether there is an error, and including a HARQ transmission block for transmitting a local feedback signal for each ARQ block.

DETAILED DESCRIPTION Hereinafter, detailed descriptions of preferred embodiments of the present invention will be described with reference to the accompanying drawings. It should be noted that the same components in the drawings represent the same numerals wherever possible. Specific details are set forth in the following description, which is provided to aid a more general understanding of the invention. In the following description of the present invention, if it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the subject matter of the present invention, the detailed description thereof will be omitted.

Summary of the Invention The present invention to be described later allows the transmitting HARQ entity to deliver a local ACK / NACK to the transmitting ARQ entity so that the operation of the transmitting ARQ entity can be performed more quickly and smoothly.

The ARQ ACK / NACK information generated by the ARQ entity contains whether the ARQ packet is transmitted or received. However, the first device that recognizes whether an ARQ packet is transmitted or received is a HARQ entity of a transmitting side. For example, suppose that an ARQ packet having a serial number x is transmitted through an HARQ entity. Through the HARQ operation, the transmission of the packet may be successful or the transmission may fail. This is recognized by the HARQ transmitter through HARQ ACK / NACK information. For example, if the transmission fails, since the packet is not delivered to the HARQ receiver and the ARQ receiver, it cannot be recognized that the reception of the ARQ packet having the serial number x failed. The time to recognize that the reception for the ARQ packet has failed is the time to receive the ARQ packet of the serial number (x + 1).

Therefore, it is more efficient for the transmitting HARQ entity to request retransmission to the transmitting ARQ entity than for the receiving ARQ entity to transmit the ARQ NACK and request retransmission.

Next, after the general description of the present invention will be described for each embodiment.

5 is a diagram illustrating a HARQ transmission and reception structure according to a first embodiment of the present invention.

As shown, the transmitting and receiving device of the present invention is a transmitting ARQ entity (505, 510, 515), a transmitting HARQ entity 525, a receiving HARQ entity 545, a receiving ARQ entity (555, 560, 565) It is configured to include. Referring to the transceiver, when transmitting ARQ entity 505, 510, 515 transmits the ARQ packet to the transmitting HARQ entity 525, and transmits the serial number of the ARQ packet. Then, when the transmitting HARQ entity 525 concatenates ARQ packets to make a HARQ packet, the transmitting HARQ entity 525 records in the HARQ transmission state table which ARQ packets are configured. The transmitting HARQ entity 525 transmits a HARQ packet and transmits a local feedback signal (Local ACK / NACK) 517 to the ARQ entity in which the ARQ packet constituting the HARQ packet is generated according to the transmission result.

The Local ACK / NACK 517 is determined as follows.

1. If HARQ transmission for any HARQ packet fails, the local NACK 517 is transmitted to the corresponding ARQ entities. The failure of HARQ transmission means, for example, a situation in which retransmission is performed for a predetermined number of retransmissions, but transmission is not successful, thus giving up transmission at HARQ level.

2. If HARQ transmission for any HARQ packet succeeds and the HARQ transmission success is due to a NACK / ACK error, Local NACK is transmitted to corresponding ARQ entities. Here, the NACK / ACK error is an error in which the HARQ NACK signal is mistaken for the HARQ ACK signal, and since the HARQ operation is abnormally terminated, retransmission at the ARQ level is necessary.

3. If HARQ transmission for any HARQ packet succeeds and the HARQ transmission success is not due to a NACK / ACK error, the local ACK is transmitted to the corresponding ARQ entities.

When the ARQ entities 505, 510, and 515 receive the local ACK, the ARQ entities discard the corresponding ARQ packet in the retransmission buffer. When the ARQ entities 505, 510, and 515 receive the local ACK, the ARQ entities retransmit the corresponding ARQ packet.

The HARQ transmitting side manages the HARQ transmission state table 520, and the HARQ receiving side includes the NACK / ACK error detecting apparatus 550. The HARQ transmission state table 520 is a table in which information about HARQ packets are stored.

Next, the HARQ transmission state table 520 will be described with reference to FIG. 6. 6 is a diagram illustrating a HARQ transmission state table 520 according to a preferred embodiment of the present invention, in which information on HARQ packets are stored. A row of the HARQ transmission state table corresponds to one HARQ packet, and each column represents information about the HARQ packet.

Referring to FIG. 6, a processor identifier 605 is an identifier of a processor that is responsible for transmitting and retransmitting a HARQ packet. The timestamp 610 is time information when the transmission of the HARQ packet is completed. Completion of the transmission of the HARQ packet means that the HARQ ACK is received for the HARQ packet, or the HARQ transmission fails due to the retransmission limit or timeout.

In the ARQ Packet ID 615, an identifier and a serial number of the ARQ entity in which the ARQ packet constituting the HARQ packet is generated are written. For example, the HARQ packet 635 corresponding to the first column is an ARQ packet having a serial number 10 generated from an ARQ entity having an identifier 0, an ARQ packet having a serial number 123 generated from an ARQ entity having an identifier 1, and an ARQ having an identifier 3 It consists of an ARQ packet with the serial number 34 originating from the entity.

The transmission status 620 is an item indicating whether the transmission of the corresponding HARQ packet is successful or failed. If the HARQ packet transmission fails, the HARQ transmitter sends Local NACK to the corresponding ARQ entities by using the ARQ packet identifier 615 information. For example, if the HARQ transmission of the HARQ packet 635 corresponding to the first column (check with the inventor of this part) fails, the local NACK for the serial number 10 is transmitted to the ARQ entity having the identifier 0, and the ARQ having the identifier 1 The entity transmits a local NACK for the serial number 123 to the entity and a local NACK for the serial number 34 to the ARQ entity having the identifier 3.

The NACK / ACK error 625 is an item indicating whether the NACK / ACK error is detected for the corresponding HARQ packet. When the HARQ transmitter 525 receives a NACK / ACK error indicator from the HARQ receiver 545 within a predetermined time, it determines that a NACK / ACK error has occurred, and receives the NACK / ACK error indicator during the predetermined time. If not, it is determined that NACK / ACK error does not occur. The time used for determining whether the NACK / ACK error occurs is implemented by a timer T, and an appropriate T value depends on a transmission method of the NACK / ACK error indicator. If the NACK / ACK error indicator is piggybacked on a normal HARQ packet and transmitted, the T value should be long enough to complete transmission of the HARQ packet, and if the NACK / ACK error indicator is transmitted on a physical channel. A short T value will suffice.

The timer 630 is an item indicating whether the T timer has expired, and has two values of 'Expire' and 'Running'. If any HARQ packet transmission succeeds, T is driven and if a NACK / ACK error indicator is received before T expires, HARQ sender 525 uses the information in the ARQ packet identifier item to the corresponding ARQ entities. Deliver Local NACK. For example, if HARQ transmission of the HARQ packet 645 corresponding to the third column is successful and a NACK / ACK error indicator is received before T expires, the local NACK for the serial number 12 is transmitted to the ARQ entity having the identifier 0. In this case, the local NACK for the serial number 124 is transmitted to the ARQ entity having the identifier 1.

If any HARQ packet transmission succeeds, T is driven, and if T expires while the NACK / ACK error indicator is not received, the HARQ sender uses Local AR packet information to the corresponding ARQ entities. To pass. For example, if HARQ transmission of the HARQ packet 640 corresponding to the second column succeeds and T expires without a NACK / ACK error indicator being received, the local ACK for the serial number 11 is generated as an ARQ entity having identifier 0. Delivers a local ACK for serial number 74 to an ARQ entity with identifier 2 and a local ACK for serial number 34 with an ARQ entity with identifier 3.

So far, the process of generating Local ACK / NACK using the HARQ transmission table and delivering the corresponding ARQ entity has been described. Next, a description will be given of how the HARQ receiving entity 545 detects a NACK / ACK error and reports it to the transmitting HARQ entity 525.

7 is a signal flowchart illustrating a process of operating in a HARQ transceiver side in the first embodiment of the present invention.

First, a NACK is transmitted for an HARQ packet transmitted through an arbitrary HARQ processor, but when a new HARQ packet is received through the HARQ processor, the receiving HARQ entity 545 determines that a NACK / ACK error has occurred. This is because the NACK transmission is connected by retransmission of the corresponding HARQ packet, but when a NACK / ACK error occurs, a new HARQ packet is transmitted, and thus it can be regarded as a NACK / ACK error occurrence.

Referring to FIG. 7, the HARQ receiving side 705 first receives an arbitrary HARQ packet through the HARQ processor x (Processor x) in step 715. Thereafter, the HARQ receiving side 705 transmits HARQ NACK for the HARQ packet in step 720, but receives a new HARQ packet instead of retransmission of the HARQ packet through HARQ processor x in step 725. If so, the HARQ receiving side 705 considers that a NACK / ACK error has occurred as in step 730. In step 735, the HARQ receiving side 705 transmits a NACK / ACK error indicator to the HARQ transmitting side 710. The NACK / ACK error indicator includes information on a time point of the time when the HARQ processor ID (Processor ID 605) of the HARQ packet in which the NACK / ACK error occurred and the HARQ packet in which the NACK / ACK error occurred last received. 610. Therefore, the NACK / ACK error indicator includes a value x as a HARQ processor ID and a time when the HARQ packet is received as view information.

Next, a method of operating at the time of NACK / ACK error in the HARQ transmitting side will be described with reference to FIG. 8.

8 is a signal flow diagram illustrating a Local ACK / NACK report operation process in the HARQ transmitting side of the first embodiment of the present invention. 8 illustrates three cases that may occur between the HARQ transmitting side 810 and the HARQ receiving side 805.

Referring to FIG. 8, the HARQ transmitter 810 transmits an HARQ packet to the HARQ receiver 810 in step 815. The HARQ receiving side 825 soft-combines the HARQ packet previously received after receiving the HARQ packet in step 820, and successfully receives the HARQ packet and transmits a HARQ ACK for the packet. If the HARQ transmitter 810 receives the HARQ ACK for the packet in step 825, it drives the timer. In the first case, since the HARQ receiver 805 does not transmit a NACK / ACK error indicator 625, the NACK / ACK error indicator 625 is transmitted to the transmitter until the timer expires at a predetermined time T. Is not received, the HARQ transmitter 810 transmits a Local ACK to the corresponding ARQ entity as in step 830.

The second case is when a NACK / ACK error occurs. First, when the HARQ transmitting side 810 transmits an HARQ packet in step 835, the HARQ receiving side 805 receives the HARQ packet. The HARQ receiving side 805 soft combines the previously received HARQ packet, but fails to receive the HARQ packet, and transmits the HARQ NACK for the packet. However, since a NACK / ACK error occurs in the HARQ NACK, the HARQ transmitter 810 recognizes the HARQ NACK as a HARQ ACK in step 840. Then, the HARQ transmitting side 810 drives a timer as in step 845, and the HARQ receiving side 805 transmits a NACK / ACK error indicator 625 before the timer expires at a predetermined time T in step 850. do. Since the HARQ transmitter 810 receives the NACK / ACK error indicator 625 before the predetermined time T expires, the HARQ transmitter 810 transmits Local NACK to the corresponding ARQ entity as in step 855.

In the third case, when the HARQ transmitting side 810 transmits an HARQ packet in step 860, the HARQ receiving side 805 receives the HARQ packet and soft combines the HARQ packet previously received. In case of failing to receive the HARQ packet, the HARQ NACK for the packet is transmitted as in step 865. The HARQ transmitter 810 transmits a local NACK to the corresponding ARQ entity as in step 875 if the HARQ packet can no longer be retransmitted at the HARQ level due to the limit of the number of retransmissions for the HARQ packet in step 870.

Next, the operation of the transmitting-side HARQ entity will be described with reference to FIG. 9.

9 is a flowchart illustrating the operation of the transmitting-side HARQ entity 525 in the first preferred embodiment of the present invention.

Referring to FIG. 9, the HARQ entity 525 receives ARQ packets to be transmitted from ARQ entities 505, 510, and 515 and serial numbers of the packets in step 905. Thereafter, in step 910, the transmitting HARQ entity 525 concatenates the ARQ packets to form a HARQ packet to be transmitted in the next transmission period. In step 915, the transmitting HARQ entity 525 adds the HARQ packet item to be transmitted to the transmission state table 525, and the identifiers of the ARQ entities 505, 510, and 515 and the serial number of the ARQ packet to the ARQ packet identifier. Enter. As in step 920, the transmitting HARQ entity 525 transmits a HARQ packet. The operation of the transmitting HARQ entity 525 depends on whether the HARQ packet transmission is successful. Accordingly, as in step 925, it is checked whether the HARQ packet is successful.

If the transmission of the HARQ packet is successful, that is, if the HARQ ACK is received from the HARQ receiver before the retransmission limit is reached, step 930 is performed. However, if transmission of the HARQ packet fails, that is, abandon transmission at the HARQ level due to the limitation of retransmission, the flow proceeds to step 960.

If the transmitting HARQ entity 525 receives an ACK indicating the success of the packet from the HARQ receiving side, in step 930, the transmission status table 520 of the transmission status table 520 is written as 'success'. Thereafter, the transmitting HARQ entity 525 drives a timer in step 935. At this time, the start of the timer is a time when a new HARQ packet is transmitted through the same HARQ processor. For example, when an ACK for an HARQ packet transmitted through a HARQ processor called processor id x arrives, the transmitting HARQ entity 525 transmits a new HARQ packet through the processor x. While driving T.

If the NACK / ACK error indicator does not arrive before the timer expires at a predetermined time T in step 940, the flow proceeds to step 950. If the NACK / ACK error indicator arrives before T expires, the flow proceeds to step 945.

In step 945, the transmitting-side HARQ entity 525 generates a Local NACK, delivers the NACK to the corresponding ARQ entities, and proceeds to step 955. FIG. On the other hand, in step 950, the transmitting HARQ entity 525 forms a Local ACK, delivers it to the corresponding ARQ entities, and proceeds to step 955. In step 955, the transmitting HARQ entity 525 removes the column associated with the HARQ packet from the transmission state table, and ends the process.

On the contrary, when the NACK signal is received from the receiving HARQ entity 545, the transmitting HARQ entity 525 writes as 'transmission status' and 'failure' of the transmission status table in step 960. Thereafter, in step 965, the transmitting HARQ entity 525 creates a Local NACK and transmits the NACK to the corresponding ARQ entities. Then, the transmitting HARQ entity 525 drives the timer in step 970, until the timer expires at the predetermined time T, even if the NACK / ACK error indicator for the HARQ packet associated with the local NACK occurred in step 965 is received. Local NACK is not generated.

In step 970, setting the Local NACK prohibition period for the timer T means that when the HARQ transmitter gives up the HARQ level retransmission due to the limit of the number of retransmissions, the HARQ transmitter transmits a new HARQ packet to the same HARQ processor. This is because the side HARQ entity 545 recognizes this as a NACK / ACK error and transmits a NACK / ACK error indicator. In step 975, the transmitting-side HARQ entity 525 removes the column associated with the corresponding HARQ packet from the transmission state table and ends the process.

10 is a flowchart showing the operation of the receiving HARQ entity 545 in the first preferred embodiment of the present invention.

Referring to FIG. 10, when the receiving side HARQ entity 545 receives the HARQ packet in step 1005, the receiving side HARQ entity 545 performs a CRC test on the HARQ packet in step 1010. If it is determined that there is no error in the HARQ packet as a result of performing the CRC test, the process proceeds to step 1015, and if it is determined that there is an error in the HARQ packet, the process proceeds to step 1020.

In step 1015, the receiving HARQ entity 545 transmits an ACK for the HARQ packet, and proceeds to step 1030 to operate according to the prior art. In contrast, in step 1020, the receiving HARQ entity 545 transmits a NACK for the HARQ packet, and in step 1025, waits for a HARQ packet transmitted through the same HARQ processor as the HARQ packet. If the HARQ packet is a retransmitted HARQ packet, it proceeds to step 1030 to operate according to the prior art.

However, if the HARQ packet is a new HARQ packet, the process proceeds to step 1035 and transmits a NACK / ACK error indicator. The NACK / ACK error indicator must be transmitted before the timer expires at a predetermined time T, and the timer is driven at the moment of receiving the HARQ packet in step 1025. The NACK / ACK error indicator includes information for identifying a HARQ packet in which a NACK / ACK error has occurred, that is, time information on a HARQ processor identifier of the HARQ packet and a time point at which a NACK / ACK error occurs.

Next, a second embodiment according to the present invention will be described. The second embodiment of the present invention is to minimize the complexity of the HARQ transmission and reception apparatus by removing the NACK / ACK error detection function in the first embodiment, and to quickly retransmit a packet for which transmission failed at the HARQ level. To this end, in the second embodiment of the present invention, the HARQ transmitting side requests retransmission to the ARQ transmitting side using Local NACK, but does not generate a Local ACK and transmits the ARQ level ACK / NACK at the ARQ receiving side as in the prior art. . In other words, while maintaining the conventional ARQ function, HARQ makes ARQ retransmission. However, in a system in which both the ARQ NACK transmitted by the ARQ receiver and the Local NACK transmitted by the HARQ sender exist, one packet loss can be performed by two retransmissions, so the ARQ sender distinguishes between the Local NACK and ARQ NACK. Suggest ways to deal with it.

11 is a view showing a HARQ transmission and reception structure according to a second embodiment of the present invention.

Referring to FIG. 11, the HARQ transmission / reception system according to an embodiment of the present invention includes a transmitting ARQ entity 1105, 1110, and 1115, a transmitting HARQ entity 1125, a receiving HARQ entity 1145, and a receiving ARQ entity. 1155, 1160, and 1165.

As described above, the system of this embodiment uses both the ARQ NACK transmitted by the ARQ receiver and the Local NACK transmitted by the HARQ transmitter. The following description will focus on this.

 Looking at the system in detail, the transmitting ARQ entities 1105, 1110, 1115 when transmitting the ARQ packet to the transmitting HARQ entity 1125, and transmits the serial number of the ARQ packet to be transmitted. The transmitting HARQ entity 1125 concatenates the ARQ packets to form a HARQ packet, and records in the HARQ transmission state table 1120 which ARQ packets are composed of the HARQ packet. The transmitting HARQ entity 1125 transmits the configured HARQ packet, and transmits Local NACK to the ARQ entity in which the ARQ packet constituting the HARQ packet is generated according to the transmission result.

The Local NACK occurs when HARQ transmission for any HARQ packet fails. The failure of HARQ transmission means, for example, a situation in which retransmission is performed for a predetermined number of retransmissions, but transmission is not successful, thus giving up transmission at HARQ level. The HARQ transmission state table 1120 is a table in which information on HARQ packets is stored. In the HARQ transmission state table, which ARQ packets are composed of HARQ packets. Therefore, when HARQ transmission for the HARQ packet fails, the transmitting HARQ entity 1125 refers to the HARQ transmission state table 1120 and transmits a Local NACK to the corresponding ARQ entity.

The receiving ARQ entity 1145 checks the serial number of the received ARQ packet and checks the reception state of the ARQ packet. The ARQ ACK is transmitted to the ARQ packet properly received, and the ARQ NACK is transmitted to the unreceived ARQ packet.

Here, when the transmitting ARQ entities 1105, 1110, and 1115 receive the ARQ NACK or Local NACK, the transmitting ARQ entities 1105, 1110, and 1115 execute retransmissions to prevent duplicate retransmissions, which will be described later with reference to FIGS. 12 and 13.

First, in the situation where both Local NACK and ARQ NACK are allowed, as in the second embodiment of the present invention, the following phenomenon occurs.

If HARQ transmission fails for any ARQ packet, Local NACK and ARQ NACK occur simultaneously for the ARQ packet. At this time, Local NACK occurs before ARQ NACK. If any ARQ packet is lost for reasons other than HARQ transmission failure, Local NACK does not occur, only ARQ NACK. For example, since packet loss due to NACK / ACK error is not detected by the HARQ transmitter, Local NACK does not occur.

From the above, the following conclusions can be drawn. If a local NACK for any packet is received at the transmitting ARQ entities 1105, 1110, and 1115, an ARQ NACK for the same packet will arrive within a short time. Therefore, if retransmission is performed for the Local NACK, it can be seen that it is preferable not to perform retransmission for the ARQ NACK. In addition, if the receiving side receives the ARQ NACK without receiving Local NACK for any packet, it is preferable to perform retransmission for the packet. In other words, whether to respond to ARQ NACK should be determined according to whether Local NACK for the same packet is received before receiving ARQ NACK.

12 is a flowchart illustrating operations of transmitting ARQ entities 1105, 1110, and 1115 in the second embodiment of the present invention.

Referring to FIG. 12, the transmitting ARQ entities 1105, 1110, and 1115 first receive a NACK signal in step 1205 and check whether the received NACK signal is an ARQ NACK or a local NACK in step 1210. If the received NACK signal is Local NACK, the process proceeds to step 1215 and, if the ARQ NACK, the process proceeds to step 1225.

If the NACK signal is a Local NACK signal, the timer T1 is driven as in step 1215 and ready for retransmission as in step 1220. That is, when the transmitting ARQ entities 1105, 1110, and 1115 receive the Local NACK, the transmitting ARQ entities 1105, 1110, and 1115 ignore the ARQ NACKs received after the timer is started and before the timer expires.

However, in step 1210, the ARQ entity 1105, 1110, 1115 at the transmitting side checks whether the Local NACK for the packet requested to be retransmitted in the ARQ NACK has been received during the previous T1 in step 1225. If the Local NACK for the packet has been received during the previous T1, the flow proceeds to step 1235 and ignores the ARQ NACK for the packet. However, if the Local NACK for the packet has not been received during the previous T1, the process proceeds to step 1230 to prepare for retransmission of the packet.

13 is a flowchart illustrating still another operation of transmitting ARQ entities 1105, 1110, and 1115 in the second embodiment of the present invention. In the present embodiment, the transmitting ARQ entities 1105, 1110, and 1115 ignore the ARQ NACK for packets that have already received a Local NACK without using a timer.

Referring to FIG. 13, when the transmitting ARQ entities 1105, 1110, and 1115 receive a NACK in step 1305, it checks whether the received NACK signal is an ARQ NACK or a local NACK as in step 1310. If the received NACK signal is Local NACK, the process proceeds to step 1315 to prepare for retransmission for the packet for which retransmission is requested in Local NACK.

However, if the received NACK signal is an ARQ NACK, it proceeds to step 1325 and checks whether a Local NACK for a packet for which retransmission is requested in the ARQ NACK has been received before. If the Local NACK for the packet has been received, proceed to step 1335. If the Local NACK for the packet has not been received, proceed to step 1330 to prepare for retransmission for the packet. In step 1335, the ARQ transmitter ignores the ARQ NACK.

14 shows another operation of the transmitting ARQ entity in the second embodiment of the present invention. An ARQ entity that works with HARQ can know when a particular ARQ packet has been sent.

After the HARQ transmitting apparatus transmits the HARQ packet and receives the HARQ ACK for the HARQ packet, the time when the HARQ packet causing the HARQ ACK is transmitted is the time when the transmission of the ARQ packet received in the HARQ packet is completed.

In the operation shown in FIG. 14, if the transmitting ARQ entity executes retransmission for an arbitrary ARQ packet, the transmitting ARQ entity drives the T1 timer at the time point at which the retransmission of the ARQ packet is completed, and ARQ for the corresponding ARQ packet before the T1 timer expires. If a level retransmission is requested, the retransmission request is ignored.

Referring to FIG. 14, the transmitting ARQ entities 1105, 1110, and 1115 first receive a NACK signal in step 1405 and check whether the received NACK signal is an ARQ NACK or a local NACK in step 1410. If the received NACK signal is Local NACK, the process proceeds to step 1415 and, if the ARQ NACK, the process proceeds to step 1425. If the NACK signal is a Local NACK signal, in step 1415, the transmitting ARQ entity prepares for retransmission of the Local NACK ARQ packet. In step 1420, when the ARQ packet to be retransmitted is transmitted to the lower layer, and in step 1422, when the lower layer notifies that the transmission of the ARQ packet is completed, the transmitting ARQ entity drives the T1 timer in step 1423.

In step 1422, the lower layer is a layer in charge of the HARQ transmission process, and when the lower layer receives the HARQ ACK for the HARQ packet in which the arbitrary ARQ packet is received, the lower layer transmits the ARQ packet to the transmitting ARQ entities 1105, 1110, and 1115. Notify that the transfer is complete.

However, in step 1410, when the ARQ NACK is performed, the transmitting ARQ entities 1105, 1110, and 1115 proceed to step 1425 to check whether the T1 timer has expired for the packet for which retransmission is requested in the ARQ NACK. If the T1 timer has not expired, it means that a packet for which retransmission is requested by ARQ NACK has already been transmitted in the near past, and the flow proceeds to step 1440 to ignore the ARQ NACK.

If T1 has expired or T1 has never been driven, the transmitting ARQ entities 1105, 1110, 1115 proceed to step 1430. Retransmission requested by ARQ NACK after T1 has expired means that a packet whose retransmission was requested by ARQ NACK was retransmitted previously, but the retransmission was requested again because the retransmission was not successful. The fact that T1 has never been driven for any packet means that the packet has never been retransmitted before, so if retransmission is requested for the packet, retransmission must be performed. Therefore, the ARQ transmitter prepares for retransmission of the ARQ packet for which retransmission is requested in step 1430, and delivers the ARQ packet to a lower layer in step 1435.

Meanwhile, in the detailed description of the present invention, specific embodiments have been described, but various modifications are possible without departing from the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiments, but should be determined not only by the scope of the following claims, but also by the equivalents of the claims.

As described above, the present invention has an effect of increasing the performance of the ARQ operation by determining whether the HARQ block is a NACK / ACK error and transmitting a local feedback signal for each ARQ block. In addition, as in the second embodiment, ARQ retransmission is transmitted using Local NACK, but the complexity of the system can be reduced.

Claims (22)

In a hybrid automatic retransmission (HARQ) method in a mobile communication system, Receiving a feedback signal for a HARQ data packet transmitted by a HARQ transmission block; Checking an error according to a reception result of the received feedback signal; Reporting a local feedback signal to a corresponding ARQ block according to an error of the feedback signal; And the corresponding ARQ block operates according to the local feedback signal. The process of claim 1, wherein the checking of the received feedback signal is an error. A first process of updating a transmission state table storing information on the HARQ packet and driving a timer for a predetermined time when the feedback signal is an ACK; And a second process of checking whether an NACK / ACK Error Indicator has been received for the corresponding ARQ block while driving the timer to a predetermined time. The method of claim 2, wherein in the second process, And receiving the error occurrence message within a predetermined time of the timer determines that it is an error. The method of claim 2, wherein in the second process, And if the error occurrence message is not received within a predetermined time of the timer. The method of claim 2, wherein the error occurs message, The method as claimed in claim 2, wherein the HARQ packet identifier of the HARQ packet and time information on a time point at which a NACK / ACK error occurs is detected. The method of claim 2, wherein the transmission state table, A processor identifier indicating an identifier of a processor responsible for transmitting and retransmitting the HARQ packet; A timestamp for time information at the time when the transmission of the HARQ packet is completed; An ARQ Packet ID comprising an identifier and an serial number of an ARQ entity in which the ARQ packet constituting the HARQ packet is generated; A transmission state indicating whether transmission of the corresponding HARQ packet is successful or failed; A NACK / ACK error indicating whether an error occurrence message has been received for the corresponding HARQ packet; And a timer indicating a predetermined time of the timer. The process of claim 1, wherein the checking of the received feedback signal is an error. A first process of updating a transmission state table and driving a timer for a predetermined time when the feedback signal is NACK; And informing the corresponding ARQ block that the error is a local feedback signal, and blocking all error occurrence messages received while the timer is running. In a hybrid automatic retransmission (HARQ) apparatus in a mobile communication system, At least one ARQ block for writing a serial code to an ARQ packet transmitted from an upper layer and transmitting the same to the lower layer; HARQ transmission for generating and transmitting HARQ packets by concatenating ARQ packets received for each ARQ block, receiving a feedback signal for the transmitted HARQ data packet, checking whether there is an error, and transmitting a local feedback signal for each ARQ block. Said device comprising a block. The method of claim 8, wherein the HARQ block, A multiplexer which concatenates the packets received for each ARQ block and transmits them to a receiver; And a transmission state table for checking whether a feedback signal for the transmitted HARQ packet is in error. The method of claim 8, wherein the HARQ block, When the feedback signal receives an ACK, the corresponding ARQ block while updating the transmission state table in which information on the HARQ packet is stored, driving a timer for a predetermined time, and driving the timer to a predetermined time And receiving an NACK / ACK Error Indicator for the error state. The method of claim 10, The apparatus as claimed in claim 11, wherein the apparatus determines that the error occurs when the error occurrence message is not received within a predetermined time of the timer. The method of claim 10, wherein the error occurs message, And the time information on the HARQ processor identifier of the HARQ packet and the time point at which the NACK / ACK error occurred. The method of claim 10, wherein the transmission status table, A processor identifier indicating an identifier of a processor responsible for transmitting and retransmitting the HARQ packet; A timestamp for collecting time information when the transmission of the HARQ packet is completed; An ARQ Packet ID comprising an identifier and an serial number of an ARQ entity in which the ARQ packet constituting the HARQ packet is generated; A transmission state indicating whether transmission of the corresponding HARQ packet is successful or failed; A NACK / ACK error indicating whether an error occurrence message has been received for the corresponding HARQ packet; And a timer indicating a predetermined time of the timer. The method of claim 1, wherein the HARQ block, When the feedback signal receives a NACK, all the signals received while the timer is driven after updating the transmission status table and driving a timer for a predetermined time, informing the corresponding ARQ block that the error is a local feedback signal. The device characterized in that the process of blocking the error occurrence message. A method of controlling the reliability of a feedback signal in a receiver of a mobile communication system supporting complex automatic retransmission (HARQ), A first step of receiving a HARQ packet transmitted from a transmitter, Transmitting a feedback signal for the received HARQ packet and checking whether there is an error according to whether the corresponding packet is received; And a third step of transmitting an error occurrence message relating to the error to the transmitter. The method of claim 15, wherein the second process, When the NACK is transmitted for the received HARQ packet, checking whether the HARQ packet is retransmitted; If the HARQ packet is not retransmitted, determining that an error has occurred and transmitting the error occurrence message to the transmitter. The method of claim 15, wherein the error occurs message, The method as claimed in claim 2, wherein the HARQ packet identifier of the HARQ packet and time information on a time point at which a NACK / ACK error occurs is detected. An apparatus for controlling the reliability of a feedback signal in a receiver of a mobile communication system supporting complex automatic retransmission (HARQ), A demultiplexer for receiving and demultiplexing the HARQ packet transmitted from the transmitter and transmitting the same to the upper layer And a NACK / ACK error detection unit for transmitting an feedback signal for the received HARQ packet and detecting an error according to whether the corresponding packet is received and transmitting the error signal to the transmitter. The method of claim 18, wherein the NACK / ACK error detection unit, When the NACK is transmitted for the received HARQ packet, checking whether the HARQ packet is retransmitted; And if the HARQ packet is not retransmitted, determining that an error has occurred and transmitting the error occurrence message to the transmitter. The method of claim 18, wherein the error occurs message, And the time information on the HARQ processor identifier of the HARQ packet and the time point at which the NACK / ACK error occurred. In a method for controlling the reliability of a feedback signal in a mobile communication system supporting complex automatic retransmission (HARQ), Receiving, by each ARQ block, a feedback signal for an ARQ packet transmitted by a receiving ARQ block; Receiving a feedback signal for the HARQ data packet transmitted by the HARQ transmission block and reporting a local feedback signal to the corresponding ARQ block; And if the ARQ block receives an ARQ NACK signal, preparing whether to retransmit the corresponding packet according to whether a local feedback signal (Feedback) regarding the same packet has been previously received. In a hybrid automatic retransmission (HARQ) apparatus in a mobile communication system, At least one ARQ block for determining whether to retransmit using a feedback signal and a local feedback signal received from the receiving ARQ and the HARQ transmission block after writing a serial code in the ARQ packet transmitted from the upper layer to the lower layer and, HARQ transmission for generating and transmitting HARQ packets by concatenating ARQ packets received for each ARQ block, receiving a feedback signal for the transmitted HARQ data packet, checking whether there is an error, and transmitting a local feedback signal for each ARQ block. Said device comprising a block.

Images