CA2347183C - Arq protocol with packet-based reliability level setting - Google Patents

Arq protocol with packet-based reliability level setting Download PDF

Info

Publication number
CA2347183C
CA2347183C CA2347183A CA2347183A CA2347183C CA 2347183 C CA2347183 C CA 2347183C CA 2347183 A CA2347183 A CA 2347183A CA 2347183 A CA2347183 A CA 2347183A CA 2347183 C CA2347183 C CA 2347183C
Authority
CA
Canada
Prior art keywords
protocol
arq
data units
pdu
frame
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
CA2347183A
Other languages
French (fr)
Other versions
CA2347183A1 (en
Inventor
Bela Rathonyi
Farooq Khan
Reiner Ludwig
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonaktiebolaget LM Ericsson AB
Original Assignee
Telefonaktiebolaget LM Ericsson AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Telefonaktiebolaget LM Ericsson AB filed Critical Telefonaktiebolaget LM Ericsson AB
Publication of CA2347183A1 publication Critical patent/CA2347183A1/en
Application granted granted Critical
Publication of CA2347183C publication Critical patent/CA2347183C/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/007Unequal error protection
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0006Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1614Details of the supervisory signal using bitmaps
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal
    • H04L1/1635Cumulative acknowledgement, i.e. the acknowledgement message applying to all previous messages
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/187Details of sliding window management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1874Buffer management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding

Abstract

A communication device and method is provided, for which, when having implementations of first protocol that specifies different reliability levels for sending PDUs of a second protocol, where the second protocol specifies segmentation of PDUs of a third, higher layer protocol, a capability is introduced for setting the reliability level of second protocol (L2_ARQ) PDUs differently for second protocol PDUs belonging to a defined data structure containing such second protocol (L2_ARQ) data units. The defined data structure can be a higher layer protocol data unit or the send window. Thereby the delay caused by retransmission of second protocol data units can be reduced significantly.

Description

" Wl5 00/24152 PCT/EP99/07567 ARQ PROTOCOL WITH PACKET-BASED RELIABILITY LEVEL SETTING
The present invention relates to a communication device and ' method for data unit based communication, where S implementations of at least a first and second communication protocol are used, and PDUs (Protocol Data Units) of a third, upper layer protocol are segmented into PDUs of the second, lower layer protocol, and these lower layer PDUs are sent over a physical connection in accordance with the first protocol, which provides adjustable reliability levels for the lower layer PDUs.
As is known in the art c~ communica~ion, ~~otocols are sets of rules with which two points can exchana~ data units in a defined way. Two implementations or a protocol at two points that exchange data units are also referred to.as peers. For the purpose of the present specification, the term data unit or protocol data unit (PDU) will refer to the finite data carrier specified by a given protocol. It may be noted that 20with respect to different protocols, different terms are used for the PDUs. For example, the data units of the Internet protocol (IP) are referred to as packets, ~~rhereas the data units of the point-to-point protoce_ (PPP; are referred to as frames. All such terms, i.e. frames, packets etc. fall under the general term data unit.
Furthermore, the concept of layering different protocols is also well-known. According to this concept, data units of one protocol are embedded into data units of a:~other protocol when being sent, and are extracted when being received. The term "embedding" refers:to both the possib_lity of encapsulation as well as segmentation.
Fig. 2 shows a generic stack, and the figure introduces a number of terms that will be used as examples and for explar-:atory purposes ___ the following description. The stack a WO 00124152 2 PC'T/EP99/07567 shown in Fig. 2 shows five layers. Naturally, the number of layers can be larger. L3 refers to a network layer protocol, e.g. the Internet protocol IP. L4 refers to a protocol above 40 the network layer, e.g. the transmission control protocol TCP. L4 is also to be seen as representing all protocols that may lie above. L2-Frame refers to a link layer protocol which embeds or frames L3 PDUs, for example the point to point protocol PPP, which is typically used for circuit-switched 45 data in systems operating in accordance with the GSM (global system for mobile communication) standard. Other examples would be LLC (logical link control; defined in standard GSM
04.64) used for GPRS (General Packet Radio Service; defined in standard GSM 03.64) or W-CDMA (wide band code division 50 multiple access). L2 ARQ refers to a link layer protocol that can segment L2-Fr2me PDUs into smaller L2_ARQ PDUs and implements an automatic repeat request function ARQ on the basis of these L2 ARQ PDUs. Automatic repeat request (ARQ) means that the protocol supports an automatic retransmission 55 of PDUs under predetermined conditions. Examples of an L2_ARQ
protocol are the radio link protocols RLP used for circuit-switched data in GSM, the radio link control protocol (RLC) used for GPRS and the RLCP (Radio Link Control Protocol) used for W-CDMA.
L1 refers to a physical layer protocol or a combination of physical layer protocols that can operate on the basis of single or plural L2_ARQ PDUs. The L1 protocol is to be understood as a protocol that can provide at least two different reliability levels for the transmission of L2_ARQ
PDUs. Examples of the Ll protocol are FEC protocols (forward error control) or power:control protocols, or a combination of both. For example, different L2_ARQ PDUs can be protected with varying strength of forward error control and/or with varying transmission power. Further possibilities for adjusting the transmission reliability, which may be used individually or combined, are changing the spreading factor '. WO~00/24152 3 PCTIEP99/07567 in CDMA or W-CDMA, the interleaving depth, the modulation or the antenna diversity. As these concepts are known in the 75 art, a further description is not necessary.
It may be noted that the L2-Frame protocol is optional, as it would also be possible that the L3 protocol PDUs are directly segmented by the L2_ARQ protocol, without first being 80 encapsulated into L2_Frame protocol data units.
Commonly, the L1 protocol will have a general adoption mechanism for deciding on the reliability level that is to be set for each L2 ARQ PDU. Different known physical layer 85 protocols provide different adoption mechar:isms, e.g. the setting of the reliability level may depend on the quality of the physical link over which data units are being sent.
Such an arrangement can lead to a number of problems. Many L3 90 protocols and protocols running on top of L3 are sensitive to a delay per data unit and can perform badly or even fail if the delay per data unit exceeds certain bounds. The problem is that when the L3 protocol is running over L2-Frame/L2_ARQ
or on L2 ARQ directly, the L2 ARQ protocol can introduce an 95 additional delay per L3 PDU, due to the retransmission of L2 ARQ PDUs. This additional delay is basically unbounded and can cause considerable problems. This will be explained in connection with the diagram shown in Fig. 3.
100 For the following explanation, it will be assumed that L2_Frame PDUs are being segmented by the L'~_ARQ protocol, but as already mentioned above, it is equally well possible that L3 protocol PDUs are directly being segmented.
105 Fig. 3a shows one L2-Frame PDU, and this higher layer PDU is segmented into a given number of L2_ARQ data units. Two of these L2 ARQ data units are marked as a and b, respectively, for the purpose of a later explanation. As also indicated in 2 4 PCT/EP99/0?56?
Fig. 3a, the L2-Frame PDU has a given transmission delay, 110 i.e. a given length, just as the L2-ARQ data unit has a given length or transmission delay.
As shown in Fig. 3b, the following problem can occur. If the L2 ARQ data unit a has to be retransmitted, then the number 115 of L2_ARQ data units that needs to be sent is increased by one, and correspondingly the transmission of the L2_Frame PDU
is delayed by the transmission delay of one L2-ARQ data unit.
However, if the L2_A.RQ data unit marked as b, which lies at the end of the L2_Frame PDU, has to be retransmitted, then 120 this will delay the transmission of the L2~Frame PDU by the round trip time (RTT) of the L2 ARQ layer. The round trip time RTT of a layer is basically the time that passes between the sending of a data unit of that layer by a sending peer, and the receipt by the sending peer of the acknowledgment 125 message that confirms that the given data unit was received at the other end by the receiving peer. The L2_ARQ RTT is typically much longer than the L2 ARQ Transmission delay.
As already mentioned, this delay can cause significant 130 problems in higher layers.
Another problem can occur in systems where the L2_ARQ peer uses window-based flow control. Window-based flow control is well-known in the art and basically means that the flow 135 control is accomplished in accordance with a defined number of consecutive octets or bits that is referred to as a send window, where the allowed number of unacknowledged data units is limited to said send window. In other words, flow control is such that in a given:series of data units to be sent, a 140 certain number of data units following a given data unit may be sent out, even though the safe receipt of said given data unit has not yet been acknowledged, but this number of unacknowledged data units is limited to the send window. As already mentioned, this concept is well-known in the art, see 145 e.g. TCP/IP Illustrates, Vol. 1, The Protocols, by W. Richard Stevens, Addison-Wesley Longman, Ins. 1994. A further . explanation is therefore not necessary.
. In an L2 ARQ peer that uses window-based flow control, the 150 sender cannot send any new L2 ARQ PDUs when the send buffer is exhausted with back-logged copies of L2_ARQ PDUs that have already been sent but not acknowledged by the receiving L2 ARQ peer. This will briefly be explained in connection with Fig. 9. This figure shows a consecutive series of PDUs 155 to be sent, fourteen in this example. According to window-based flow control, the left end (PDU 4) of the send window SW, which is shown as comprising the PDUs 4 to 10, moves in accordance with the PDUs that were sent and acknowledged. In the example of Fig. 9, PDUs 1 to 3 have beenwsent and 160 acknowledged, so that PDU 4 constitutes the left end of the send window. For the purpose of the present explination it will be assumed that the length of the send window is constant.
165 The send window itself may be generally seen as having two parts, namely older PD;.~s that have been sent but not acknowledged (4 to 6) and the remaining PDUs in the send window SW, which in accordance with flow control are allowed to be sent because they are in the send window, but which 170 have not yet been sent (7 to 10).
A stall of the send window may occur in the following situation. As long as the oldest PDU (9 in the example) of the send window has nor been sent correctly, it can not be 175 acknowledged. As a consequence, if no acknawledgment for the oldest PDU is received, the left end of the send window SW
will not move to the right. As long as there are PDUs in the send window that have not yet been sent, this basically does not cause problems, as a sending of PDUs continues. But if 180 all o. the PDUs in the send window have been sent, then the further transmission of PDUs is completely blocked as lor_g as the oldest PDU is not acknowleged, i.e. the send window is stalled because it can not move to the right. As a consequence, the above described delay caused by Z2_ARQ
retransmissions in the order of the round trip time may stall the send window and lead to a decreased.throughput.
The prea-mble of the independent claims of the present applicatior_ is known from document EP A 0 768 806 EP A 0 743 764 describes problems encountered with forward error correction encoding methods that are used for increasing transmission reliability. This reference a specifically has the object of suppressing the forward error correction encoding operation to a minimum, in order to conserve resources without sacrificing the transmission reliability. In order to do this, it is suggested to classify transmittal signals into different categories, deper_ding on the kind of transmittal signal, and then performing forward error correction for the one category, but not for the other.
P~ example is the use of the length of the transmittal signal as a criterion for using forward error correction or not.
From EP-A 0 790 713 an adaptive power control and coding scheme for mobile radio systems is known. The described technique combines power control and forward error correction control. Individual transmitter/receiver pairs may adaptively det=rmine the minimum power and forward error correction required to satisfy specified quality-of-service constraints.
In accordance with a specific embodiment, a first portion of a signal is encoded with a first code to generate a first ~~$~~ID~D ~~-iEtT

6a signal portion. Then the first encoded signal portion is transmitted with a first power level. Next, parameter data is received, wherein the parameter data is representative of one or more characteristics of a received signal portion having been received by the receiver, the received signal portion having been based on the transmitted first encoded signal portion. A second code and a second power level is then determined based on the receiver parameter data, and a second portion of the signal is encoded with the second code to generate a second encoded signal portion. Finally, the second encoded signal portion is transmitted with the second power level.
It is the object of the present invention to solve the above mentioned problems and provide a communication device and method of the aforementioned kind that can reduce the delay caused by the L2 ARQ layer retransmissions.
This object is solved by the devices and methods described in the independent claims.
According to the present invention, when having implementations of first protocol that specifies different reliability levels for sending PDUs of a second protocol, where the second protocol specifies segmentation of PDUs of a third, higher layer protocol, a capability is introduced for setting the reliability level of second protocol (L2 ARQ) PDUs differently for second protocol PDUs belonging to a defined data structure containing such second protocol (L2 ARQ) data units.
AMENDED SHEET

6b In the following, the terminology used in the introduction will be retained, and the above description is herewith incorporated into the description of the invention. In this way, the present invention can be used in the context of any mechanism for setting the reliability level, e.g. those already mentioned, i.e. transmission power, forward error correction, spreading factor, interleaving depth, modulation or antenna diversity etc., be it alone or in any desired combination.
AMENDED SHEET

W O~ 00/24152 ~ PCT/EP99/07567 According to a preferred embodiment, the defined data structure containing second protocol PDUs is one third protocol PDU that was segmented into second protocol PDUs, i.e. one L2_Frame or L3 PDU in the above terminology. In this 220 case, the present invention provides the capability of setting the L1 reliability level differently for L2_A.RQ PDUs with respect to their position in one L2-Frame (or L3) PDU.
In other words, the data units of the L2 FAQ protocol that belong to one L2-Frame PDU can have their reliability level 225 set in dependence on specific properties relating to the fact that the L2 ARQ PDUs are in one L2-Frame PDU and relating to the relationship between these L2 ARQ PDUs with respect to one another.
230 In this embodiment, the data units of the second protocol that belong to one data unit of a third protocol (referred to as L2_Frame or L3 above) are identified, a-d the data units of the second protocol that belong together in such a way are then classified into at least two differe:- categories, and 235 finally the capability is provided of setting the reliability level for these data units of the second p=otocol differently for different categories.
According to a preferred version of this e:;~bodiment, it is 240 possible to solve the above problem described in connection with Fig. 3, namely if two categories are defined, where the first relates to the L2 ARQ data units belonging to the front part of a L2-Frame or L3 data unit, and a second category is defined that relates to the L2-ARQ data units that come 245 towards the end, and it is possible to increase the reliability level (e.g.:increased sending power or improved forward error correction) of the data units that come towards the end, the detrimental effect resulting Trom the situation described in connection with Fig. 3 can be avoided, because 250 the increased level of reliability for such L2 ARQ data unit such as b (see Fig. 3b), avoid the retrans~;ission of such WO 00/24152 g PCT/EP99/07567 L2 ARQ data units, so that the delay caused by the retransmission of L2 ARQ PDUs is preferably restricted to the actual L2 ARQ transmission delay, and not determined by the 255 round trip time.
According to another preferred embodiment, the defined data structure is not one PDU of the protocol that lies immediately above the L2_ARQ protocol, but is one PDU of 260 protocol that lies higher, e.g. referred to as L4 in Fig. 2.
Preferably, as in the previous embodiment, the reliability level of L2 ARQ PDUs that are associated with the end of the L4 PDU is set higher than the level of the preceding L2_A.RQ
PDUs. This embodiment .s especially advantageous in the event 265 that the L4 PDU is fragmented into more than one L3 PDU. An example of this is the so-called IP fragmentation of TCP
packets. Then it is e.g. possible to set the reliability level of those L2_ARQ PDUs that belong to the fragments towards the end of the L4 PDU higher than for the PDUs 270 belonging to the first Fragments.
According to another p=eferred embodiment, the defined data structure containing L2_ARQ data units is the send window used for window-based _low control. Then, the problem of 275 stalled windows in window-based flow control may be solved, namely by differentiating between L2 ARQ PDUs that are at the beginning of the send window (older PDUs) and those that are towards the end (younger PDUs), where the retransmission of older PDUs (e. g. PDU ~ in Fig. 9) is done with a higher 280 reliability level than: for the first transmission of the same PDU and/or than for ycunger PDUs. Preferably the degree of increase of the reliability level is a function of the age (i.e. the older the higher) and/or a function of how often the PDU has been trans...itted (i.e. each repeated 285 retransmission receives a higher reliability level than the previous retransmission or the first transmission).

Also, with the help of another preferred embodiment, it is possible to discriminate between different parts of an L3, 290 L2-Frame, or L4 PDU at the L1 protocol layer, and to treat those discriminated parts differently. It becomes possible to . set the reliability level of certain parts that are more sensitive to delay higher than the reliability level of other parts. For example, the IP header of an IP packet (L3 PDU) 295 could be protected more (transmitted at a higher Ll reliability level) than the payload. This decreases the average delay for transmitting the IP header (less L2_ARQ
retransmissions) and allows the IP router to make the routing decision as soon as possible.

The inventive concept, which may be referred to as providing the capability of unequal error protection for different parts of a defined data structure, presents the following advantages:

- low end-to-end third protocol (L2_FR.AME/L3) PDU transfer delay, - low~end-to-end third protocol (L2-FRAME/L3) PDU delay 310 fitter, - efficient bandwidth utilization, - less buffer space for storing the L2_ARQ PDUs thus reducing 315 the overall system cost, and - if the scheme is implemented at every possible protocol layer, the savings due to less buffer space requirements may be very high and the overall quality of service perceived by 320 users improves.
A very important advantage of the present invention is that it does not require any modifications of the relevant protocols themselves, i.e. it does not affect any standard.
325 It only requires changes to the protocol implementations.
Other features and advantages of the presen~ invention will become more apparent from the following detailed description of preferred embodiments, which make reference to the 330 figures, in which Fig. 1 shows an explanatory diagram of the present invention;
335 Fig. 2 shows a generic protocol stack;
Fig. 3 explain certain problems that can occur in connection with the protocol arrangement shown in Fig. 2;

Fig. 4 shows an embodiment of the presen= invention, Fig.
S
shows a transmission plane of specific protocols;
345 Fig. 6 shows the segmentation and transmission of an LLC
frame;
Fig. 7 explains the impact of block errors on the LLC
Frame 350 transfer delay;
Fig. 8 shows the impact of the RLC send caindow and block errors on the LLC Frame transfer; and 355 Fig. 9 explains the problem of a stalled send window in window-based flow control.

Fig. 1 shows an embodiment of the present '_nvention, in which the defined data structure containing L2_A.RQ PDUs is a data 360 unit of the L3 protocol. This figure will row be explained.
The left side of the figure shows a flow d_agram, whereas the upper right part of the figure contains re~oresentations that serve to better understand steps S1 and S2.

In accordance with the present embodiment, .t is assumed that a communication device implements a first and second communication protocol, e.g. the previously: mentioned protocols L1 and L2 ARQ, respectively. The First protocol 370 provides rules for controlling the transmission of data units of the second protocol across a given physical connection, and this first protocol provides at least two different reliability levels for the transmission of data units of the second protocol. Moreover, the second protocol provides rules 375 for the segmentation of data units of a third protocol (e. g.
the above mentioned L2_Frame or L3) into data units of the second protocol, and additionally the seco::d protocol provides for the retransmission of data units of the second protocol under predetermined conditions. Ir other words, the 380 second protocol has the above mentioned au~omatic repeat request feature ARQ.
On the right hand side of Fig. 1, the segmentation of a given PDU of a third protocol into PDUs of the second protocol is 385 shown. In step S1, the PDUs of the second protocol that belong to one PDU of the third protocol are identified. This can be done in any suitable manner, e.g. by having the implementation of the second protocol determine the start and end of a third protocol PDU (e.g. the stars flag and end 390 flag) when performing the segmentation, and then communicating this information to the implementation of the first protocol, or the implementation of the first protocol is done in such a way that it may identify said starting and WO 00/24152 ~ 2 PC'T/Ep99/07567 end point of the data unit of the third protocol by parsing 395 the data units of the third protocol directly.
It may be noted that this is an important distinction to known systems, in which lower layer implementations handle upper layer data transparently, i.e. are oblivious to how the 400 data is structured in the upper layer context.
Then, in step S2, the PDUs of the second protocol are classified into predetermined categories. This is again exemplified on the right hand side of Fig. 1, by the depicted 405 arrows. It should be noted that the depiction is to be understood in an abstract way, and not as meaning that the order in which the data units of the second protocol are arranged, in terms of transmission, is changed. More specifically, the order in which the PDUs of the second 410 protocol are arranged is not changed by the classifying into categories.
Then, in step S3 there is a branching that depends on one or more predetermined conditions. No specific condition is 415 given, as the present invention consists not in a specific condition, but much rather in the general concept of providing the capability that the reliability level for the PDUs of the second protocol is set in accordance with the categories into which the PDUs were classified in step S2.
420 This can be seen in step S4 and S5. More specifically, in step S4 the reliability level for PDUs in one category is set differently than the reliability level in another category.
In contrast thereto, in step S5, the reliability level is set independently of category, e.g. as it is done in known 425 physical layer implementations, which were referred to as L1 above.
Therefore, the steps S3, S4 and SS express the capability that the present invention provides, namely the capability of WO. 00/24152 13 PCT/EP99/07567 430 setting the reliability level for PDUs of the second protocol that belong to one PDU of the third protocol differently depending on rules of classification that specify certain categories.
435 Fig. 4 explains a preferred version of the above embodiment that solves the above described problem of an unbounded delay per third protocol PDU (e. g. L2-FRAME or L3 PDU). The same expressions as already used in connection with Figures 2 and 3 will be used again for easier understanding.

Fig. 4 shows one L2_FRA.ME PDU that has been segmented into a given number of L2 ARQ PDUs. Naturally, an L3 PDU could equally well be considered. In this embodiment, two categories for classification are provided. The first category is referred to as the General Protection Window GPW, and the second category is referred to as the Special Protection Window SPW.
The Special Protection Window SPW is defined as a consecutive 450 sequence - in terms of the order of transmission - of L2_ARQ
PDUs of one L2-FRAME PDU including the last (potentially retransmitted) L2_ARQ PDU that will be transmitted for that L2_FRA_ME PDU. It should be noted that the SPW can also be zero.

The General Protection Window GPW is defined as a consecutive sequence - in terms of the order of transmission - of L2_ARQ
PDUs of one L2_FRAME PDU including the first L2_ARQ PDU that will be transmitted for that L2_FRAME PDU. The GPW may also 460 be zero.
The size of the SPW is initialized to a certain value, e.g.
to comprise as many L2_ARQ PDUs as can be transmitted during the L2 ARQ RTT (in other words the quotient of the RTT and 465 Zhe L2 ARQ transmission delay). The size of the GPW is WO 00/24152 ~ 4 PGT/EP99/0756?
initialized to complement the initial SPW, i.e. the sum of the SPW and GPW corresponds to the complete L2 FRAME PDU. The size of the GPW may be fixed to the initial value. In that case every retransmission of an L2 ARQ PDU from the GPW
470 increases the SPW by one. Alternatively, the size of the GPW
may increase for every retransmission of an L2 ARQ PDU of GPW
up to a certain maximum value. After that maximum value has been reached, the size of the GPW remains constant and instead every retransmission of an L2 ARQ PDU of GPW
475 increases SPW by one.
A History Window HW is also defined, which is a consecutive sequence of L2 ARQ PDUs including the last transmitted L2_ARQ
PDU at a given point in time during the transmission of 480 L2 ARQ data units that belong to the one L2 FRAME data unit.
The L1 protocol reliability level of each L2_ARQ PDU in the GPW is decided by the general protection adaptation mechanism for that protocol. The term general protection adaptation 485 mechanism refers to the mechanism for setting the reliability level that is already provided in said protocol. This mechanism decides on the reliability level for each L2_ARQ
PDU independent of which position within tre respective L2_FRAME PDU (or L3 PDU) that L2 ARQ PDU holds. As already 490 mentioned, this mechanism can be given in a variety of ways, depending on the specific Ll protocol, and can e.g. be a mechanism that sets the reliability level in dependence on the quality of the connection over which the data units are being sent.

In accordance with the invention a special protection adaptation mechanism is defined for the SPt~, and the reliability level of each L2 ARQ PDU in the SPW is decided by this special protection adaptation mechanism. The special 500 protection adaptation mechanism serves to minimize the probability that an L2 ARQ PDU in the SPW has to be Wa 00/24152 ~ 5 PCT/EP99/07567 retransmitted, while balancing this against minimizing the required transmission resources (e.g. transmission power). If it is deemed necessary in accordance with a given criterion 505 (see step S3 in Fig. 1), then this can be achieved by raising the L1 reliability (e. g. raising the transmission power and/or improving the forward error control) level for the L2 ARQ PDUs in the SPW. Preferably the criterion for raising the L1 reliability in the SPW depends on the number 510 of L2 ARQ PDUs in the GPW that need to be retransmitted. For example, if the number of L2 ARQ PDUs fror: the GPW that needs to be retransmitted lies below a predeterr;ined threshold, then the reliability level in the SPW is adjusted by the same mechanism as in the GPW (see step SS in Fib. 1), and 515 otherwise the reliability level in the SPY,' is raised with respect to that of the GPW (see step S4 in Fig. 1). In other words, the special protection adaptation n::.chanism in this case simply consists in raising the reliability level by a predetermined factor with respect to the general protection 520 adaptation mechanism. An alternative mechanism could consist "in measuring the number of retransmissions that take place until the history window HW reaches a predetermined value, and then to decide on the changing of the reliability in the special protection window on the basis of. this measured 525 number. Another alternative may consist ir_ simply setting the reliability level of a given percentage ofthe L2_ARQ PDUs at the end of each L2_FRAME or L3 PDU higher, regardless of the number of retransmissions or any other condition. Naturally, more complicated mechanisms containing further dependencies 530 on specifically defined conditions are possible, but this lies outside of the scope of the present invention.
Consequently, it may be noted that the present invention is not restricted to any specific special protection adaptation 535 mechanism, as such a mechanism may be selected in accordance with the requirements and preferences associated with a specific situation and protocol or protoco_s. Much rather, WO 00/24152 ~ 6 PCT/Ep99/0?567 the above embodiment clearly expresses the basic concept of the invention, according to which the capability is provided 540 for setting the reliability level in accordance with categories that are determined by classifying rules. In the above embodiment, these classifying rules relate to the location of a given L2 ARQ PDU with respect to the beginning and end of an L2-FRAME (or L3 or L4) PDU.

In this way, the embodiment,provides a means for potentially applying special protection to L2 ARQ PDUs that lie at the end of the sequence belonging to one L2-FRAME PDU, thereby eliminating the proble-: described in connection with Fig. 3.

In the previous embodiments, the defined data structure was one. PDU of the protocol that lies immediately above the L2 ARQ protocol, but the defined structure may equally well be one PDU of a protocol that lies higher, e.g. a protocol 555 referred to as L4 in Fig. 2. Accordingly the definition of the special protection window SPW and general protection window GPW is based upon the L4 PDU instead of the L2_FRAME
or L3 PDU.. Preferably, as in the previous embodiments, the reliability level of L2 ARQ PDUs that are associated with the 560 erid of the L4 PDU is set higher than the level of the preceding L2 ARQ PDUs. This is especially advantageous in the event that the L4 PDU is fragmented into more than one L3 PDU. An example of this is the so-called IP fragmentation of L4 PDUs. Then it is e.g. possible to set higher the 565 reliability level of those L2 ARQ PDUs that belong to the fragments towards the end of the L4 PDU.
In the following, another embodiment of the present invention will be described, in which window-based flow control is 570 employed, and the defined data structure containing L2_ARQ
PDUs is the send windo~:. This embodiment specifically addresses the above mentioned problem of a stalled window when using window-based flow control. The following ~!~ 00/24152 ~ 7 PCT/EP99/07567 description is similar to that of the above embodiment, 575 except that the data structure inside of which the PDUs are differentiated is the send window and not a higher layer PDU.
In this embodiment, the classification is done with respect to position in the send window. The solution to the stalled 580 send window problem consists in enabling special protection for the retransmission of older L2 A.RQ data units in the send window of the sending L2 A.RQ peer, namely the capability is provided that the L1 reliability level is set higher for PDUs that need to be retransmitted and that lie at the beginning 585 of the send window SW.
In other words, the problem of stalled windows in window-based flow control may be solved by differentiating between L2 ARQ PDUs that are at the beginning of the send window 590 (older PDUs) and those that are towards the end (younger PDUs), where the retransmission of older PDUs (e.g. PDU 4 in Fig. 9) is done with a higher reliability level than for the zirst transmission of the same PDU and/or than for younger PDUs. In other words, for a given PDU (e.g. PDU 4 in Fig.. 9), 595 the reliability level of the first retransmission is set higher than the reliability level for the first transmission, the reliability level for the second retransmission is set higher than for the first retransmission, etc. However, it is equally well possible that the reliability level is only 600 raised for the first retransmission with respect to the first transmission, and then remains constant for ali following retransmissions. Preferably the degree of increase of the reliability level is a function of the age, i.e. the older the PDU, the higher the:reliabilty level increaase. In other 605 words, in the context of the example shown in Fig. 9, the increase in reliability level for PDU 4 would be higher than for PDU S.

WO 00/24152 ~ g PC'T/EP99/07567 An alternative to this can consist in making the degree of 610 increase (be it only between the first transmission and the first retransmission, or between consecutive retransmissions) dependent on the number of PDUs in the send window that have not yet been sent (right side in Fig. 9). It is clear that this mechanism for adjusting the degree of increasing the 615 reliability level can be combined with the above mechanisms in any desirable way.
In the above embodiment, the rules for classifying the L2_ARQ
PDUs not only relate to the position in the predetermined 620 data structure (i.e. the send window), but also to the amount of retransmissions of the PDU.
As was the case with the embodiment in which the defined data structure was a higher layer data unit, there is no 625 restriction to a specific protection mechanism.
It may be noted that in the case of the above embodiment, in which the defined data structure containing L2_ARQ PDUs is the send window, the higher layer data units may again be 630 handled transparently, i.e. as a continuous bit stream.
However, it is equally well possible to corbine the above embodiments in one system, i.e. to provide a system in which the reliability level may be set both with respect to position in higher layer data units as well as with respect 635 to position in the send window. This leads to a more complicated system, but enhances performance.
Now another embodiment of the present invention will be described, in which aga~.n the defined data structure is an L3 640 or L2_FRAME PDU. However, now the classification rules are not associated with the beginning and end cf the L2_FR.AME or L3 PDU, much rather they are related to different ranges of consecutive octets or bits of the data unit of the L2_FRAME
or L3 protocol, where the ranges each correspond to a WO 00/24152 ~ g PCT/EP99/07567 645 consecutive number, in terms of order of transmission, of L2 ARQ PDUs.
Preferably, two categories are specified, where a first category is associated with the header of the L2 FRAME or L3 650 PDU, and the second category is associated with the payload thereof.
This embodiment may also be-combined with one or all of the previous embodiments.

Now, in order to provide a better understanding of the concepts and embodiments discussed above, a detailed example will be described in terms of specific pro~ocols and GPRS.
However, this example should not be seen as restrictive, as 660 the present invention is applicable~to any communication standard and protocol set that provide the features described in the claims.
For this specific example, SNDCP (SubnetwoYk Dependent 665 Control Protocol) or network correspond to L3, LLC (Logical Link Control) corresponds to L2 FRAME, RLC/MAC (Radio Link Control/Medium Access Control; specified i:: standard GSM04.60) corresponds to L2 ARQ, and PLL/R~L (Physical Link Layer/ Radio Frequency Layer) corresponds to L1.

Fig. 5 gives a background overview of GPRS. It shows the GPRS
transmission plane up to the network layer. Radio communication between the GPRS network and the mobile station MS covers physical and data link functionality. Between the 675 BSS (Base Station Subsy$tem) and the MS, the data link layer has been separated into two distinct sub-layers: the LLC
layer and the RLC/MAC sub layers. The variable length PDUs transferred between two LLC entities are called LLC frames.
The data transfer between RLC entities occur in variable size 680 RLC blocks.

WO 00/24152 2~ PCT/EP99~07567 For efficient transmission on the radio interface, an LLC PDU
is segmented into smaller size RLC blocks as depicted in Fig.
6. This allows retransmissions to be performed at the RLC
685 block level. The retransmissions of the erroneous RLC blocks are controlled through a selective ARQ mechanism. RLC blocks are transmitted within a window size of k blocks and the receiving side periodically sends temporary ACK/NACK
(acknowledged / not acknowledged) messages. Every ACK/NACK
690 message acknowledges all correctly received RLC blocks up to an indicated block number thus moving the beginning of the send window. Additionally, a bitmap is used to selectively request erroneously received RLC blocks. The acknowledgment of outstanding data results in further sliding of the send 695 window. When all the RLC blocks corresponding to an LLC PDU
are successfully received, the LLC PDU is delivered to the higher layer.
An RLC connection is established between two peer entities 700 for the transmission of RLC blocks. Each RLC end-point has a receiver that receives RLC blocks and a transmitter that transmits RLC blocks. Each end-point's transmitter has a send window, while each end-point's receiver has a receive window.
The block transmission between two peer RLC entities is 705 controlled through these two windows.
If V(S) denotes the sequence number of the next-in-sequence RLC block to be transmitted, V(A) denotes the block sequence number of the oldest data block that has not been positively 710 acknowledged by its peer, and n and k denote the block number sequence length and the:window size, respectively, then the send window may be stalled (no fresh block transmission) when V(S)=(V(A)+k)modulo n.
715 Two approaches are commonly used in order to transmit the RLC
blocks on the radio interface:

W,O 00/24152 2 ~ PCT/EP99/07567 - RLC blocks belonging to an LLC PDU are transmitted with the same degree of protection (coding rate etc.), and -different blocks in a flow block can use different modulation and coding rates in order to adapt to the radio channel conditions (Link Adaptation LA).
725 The Link Adaptation LA was referred to generally as the L1 general protection adaptation above.
Now the underlying problem will be described in terms of GPRS. The end-to-end delay for a packet (e.g. LLC frame) is 730 an important parameter. The LLC frames having some blocks 'retransmitted may be additionally delayed waiting for the retransmissions. It is noted that if the blocks transmitted in the beginning and the middle of an LLC frame are received with errors, NACK can be received during the remaining block 735 transmission of this LLC frame and the erroneous blocks) can be retransmitted just after or before the last block transmission. On the other hand, if the last blocks of an LLC
frame have to be retransmitted, these may cause supplementary delay due to waiting for ACK/NACK even after the transmission 740 of the very last block. This further delays the delivery of the packet to the LLC layer. The problem then is how this kind of supplementary delay can be minimized.
The send window is stalled when V(S)=[V(A)+k]modulo n, where 745 V(A) refers to the oldest RLC data block that has not been positively acknowledged. It is noted that if all the blocks within a block flow are:transmitted with the same degree of protection (or adapted only to the radio channel conditions), the chances-are higher that the send window will then be 750 stalled. When the send window is stalled, no fresh RLC block can be transmitted. The problem is then how to avoid the send window from being stalled.

In accordance with the present invention, it is possible to 755 protect the different RLC blocks belonging to an LLC frame or within a RLC block flow differently. The concept will be explained with the help of two examples e~rbodying the present invention. In the first case blocks containing data from the end of an LLC frame will be transmitted with more protection, 760 and in the second case blocks causing the send window to be stalled are transmitted with more protection compared to the other blocks. It should be noted that "more protection" means more compared to the protection determined by the LA
algorithm.

In the first case, i.e. more protection for blocks at the end of an LLC frame, the present invention suggests to transmit some of the blocks at the end of an LLC PDU with more protection (coding) than the rest of the blocks, thus 770 reducing the probability of error for these blocks. This helps reduce the delay to deliver a packet to the LLC layer.
The present invention can be generalized to other layers as well, e.g. the whole last LLC frame (when there are several LLC frames per network-PDU) in a series can be transmitted 775 with more protection.
This will be explained by referring to the example illustrated in Fig. 7. The ACK/NACK period is considered to be equal to four block periods. In case (A), an erroneous 780 block at the beginning of the LLC frame was retransmitted immediately after the last block. In case (B), LLC frame delivery was delayed three block periods compared to case (A), because the last block went erroneous. In case (C), the last two blocks were transmitted with more coding and no 785 block went erroneous. It may be noted that one more block was transmitted due to coding overheads. It is apparent that even after counting coding overheads, the LLC game was delivered much earlier in case (C) than in case (B).

WO 00/24152 23 PC'f/EP99/0756~
790 In the second case, i.e. more protection for blocks causing . send window stalling, it may be deduced from the window stall condition V(S)=[V(A)+k]modulo n that the blocks at the beginning of a block flow (if received with errors) are more likely to stall the window than the blocks at the end of the 795 flow. This phenomenon is illustrated in Figure 8, part (A), with K=4 and n=8. The ACK/NACK period is also considered to be equal to four block periods.
In part (B), the block 9 is received with errors and 800 retransmitted immediately after the first ACK/NACK message.
The whole frame is delivered in seven bloc's periods. Since the error occurred towards the end of the =rame (or block flow), there was no effect observed on the send window.
805 In case (C), block number 1 and 3 are received with errors.
Since the block number 1 in the beginning of the flow went erroneous, the send window is stalled. The stall condition may persist if the block number 1 is again received with errors, thus increasing the frame transfer delay-as depicted 810 in Fig. 8, part (C) .
In part (D) of Fig. 8, block number 1 causing the stall condition is retransmitted with more protection, thus helping the send window to advance.

Since the blocks in the beginning of a floe: are more likely to stall the window, they can be transmitted with more protection right from their first transmission, as illustrated in part (E), Although the present invention was described above in terms of specific examples, this serves the purpose of conveying a better understanding to the skilled person, but is not intended to restrict the scope. Much rather, the scope is WO 00/24152 24 PC'T/EP99/07567 825 defined by the appended claims, where reference signs are also included for better understanding and do not restrict the scope.

Claims (28)

1. A communication device for data unit based communication, comprising means for implementing a first and second communication protocol (L1, L2_ARQ), where said first protocol (L1) provides rules for controlling the transmission of data units of said second protocol (L2_ARQ) across a physical connection and provides at least two different reliability levels for the transmission of data units of said second protocol (L2_ARQ), and said second protocol (L2_ARQ) provides rules for the segmentation of data units of a third protocol (L2_FRAME; L3) into data units of said second protocol (L2_ARQ) and for the retransmission of data units of said second protocol (L2_ARQ), and reliability setting means for setting the reliability level of said first protocol (L1) for the transmission and retransmission of a given data unit of said second protocol (L2_ARQ) to be transmitted, identifying means for identifying those data units of said second protocol (L2_ARQ) that belong to a defined data structure (L2_FRAME PDU; L3 PDU; L4 PDU; SW) containing data units of said second protocol (L2_ARQ), classifying means for classifying the data units of said second protocol (L2_ARQ) that belong to said defined data structure (L2_FRAME PDU; L3 PDU; L4 PDU; SW) into at least two different categories according to predetermined classification rules, and said reliability setting means being capable of setting said reliability level differently for the transmission and/or retransmission of data units of said second protocol (L2_ARQ) belonging to said defined data structure (L2_FRAME PDU; L3 PDU; L4 PDU; SW) that were classified into different categories.
2. Communication device according to claim 1, characterized in that said reliability levels provided by said first protocol (L 1) are distinguished by transmission power and/or forward error control aid/or spreading factor and/or interleaving depth and/or modulation and/or antenna diversity.
3. Communication device according to claim 1 or 2, characterized in that said defined data structure (L2_FRAME PDU; L3 PDU; L4 PDU; SW) is a data unit of said third protocol (L2_FRAME; L3) or of a protocol (L4) above said third protocol.
4. Communication device according to claim 3, characterized in that a first and a second category (GPW, SPW) are specified, where said classification rules are such that said first category (GPW) comprises zero data units or a consecutive number of data units, in terms of order of transmission, of said second protocol (L2_ARQ), including the first data unit of said second protocol (L2_ARQ) belonging to one data unit of said third protocol (L2_FRAME; L3), and said second category (SPW) comprises zero data units or a consecutive number of data units, in terms of order of transmission, of said second protocol (L2_ARQ) including the last data unit of said second protocol (L2_ARQ) belonging to said one data unit of said third protocol (L2_FRAME;
L3).
5. Communication device according to claim 4, characterized in that said reliability setting means is arranged to set, if a predetermined condition is met, the reliability level of the data units of said second category (SPW) such that their transmission reliability across said physical connection is higher than the transmission reliability for the data units of said first category (GPW).
6. Communication device according to claim 5, characterized in that said predetermined condition is related to the number of data units of said first category (GPW) that need to be retransmitted.
7. Communication device according to claim 3, characterized in that said classification rules are related to different ranges of consecutive octets or bits of said one data unit of said third protocol (L2_FRAME; L3), said ranges each corresponding to a consecutive number of data units, in terms of order of transmission, of said second protocol (L2_ARQ).
8. Communication device according to claim 7, characterized in that at least a first and a second category are specified, where said first category is associated with the header of said one data unit of the third protocol (L2_FRAME; L3) and said second category is associated with the payload of said one data unit of the third protocol (L2_FRAME; L3).
9. Communication device according to claim 8, characterized in that said reliability setting means is arranged to set the reliability level of the data units of said first category such that their transmission reliability across said physical connection is higher than the transmission reliability for the data units of said second category.
10. Communication device according to claim I or 2, characterized in that said second protocol (L2_ARQ) specifies window-based flow control according to which a defined number of consecutive octets or bits is used as a send window (SW) and the flow control is performed such that the allowed number of unacknowledged data units of said second protocol (L2_ARQ) is limited to said send window, said defined data structure (L2_FRAME PDU; L3 PDU; L4 PDU; SW) is said send window (SW), and said classification rules relate to the position in the send window (SW) and/or the number of retransmissions of a given data unit of said second protocol (L2_ARQ).
11. Communication device according to claim 10, characterized in that said reliability setting means is arranged to set the reliability level for successive retransmissions of a given data unit such that the transmission reliability across said physical connection is higher for a given retransmission of said given data unit than for the previous first transmission or retransmission of said given data unit.
12. A communication method for data unit based communication using implementations of a first and second communication protocol, where said first protocol (1, 1) provides rules for controlling the transmission of data units of said second protocol (L2_ARQ) across a physical connection and provides at least two different reliability levels for the transmission of data units of said second protocol (L2_ARQ), said second protocol (L2_ARQ) provides rules for the segmentation of data units of a third protocol (L2_FRAME; L3) into data units of said second protocol (L2_ARQ) and for the retransmission of data units of said second protocol (L2_ARQ), comprising the steps:
identifying (S1) those data units of said second protocol (L2_ARQ) that belong to a defined data structure (L2_FRAME PDU; L3 PDU; L4 PDU; SW) containing data units of said second protocol (L2_ARQ), classifying (S2) the data units of said second protocol(L2_ARQ) that belong to said data structure (L2_FRAME PDU; L3 PDU; L4 PDU; SW) into at least two different categories according to predetermined classification rules, and providing the capability (S3, S4, S5) of setting said reliability level for the transmission and/or retransmission differently for data units of said second protocol (L2_ARQ) belonging to said data structure (L2_FRAME PDU; L3 PDU; L4 PDU;
SW) that were classified into different categories.
13. Communication method according to claim 12, characterized in that said reliability levels provided by said first protocol (L1) are distinguished by at transmission power and/or forward error control and/or spreading factor and/or interleaving depth and/or modulation and/or antenna diversity.
14. Communication method according to claim 12 or 13, characterized in that said defined data structure (L2_FRAME PDU; L3 PDU; L4 PDU; SW) is a data unit of said third protocol (L2_FRAME; L3) or of a protocol (L4) above said third protocol.
15. Communication method according to claim 14, characterized in that a first and a second category (GPW, SPW) are specified, where said classification rules are such that said first category (GPW) comprises zero data units or a consecutive number of data units, in terms of order of transmission, of said second protocol (L2_ARQ), including the first data unit of said second protocol (L2_ARQ) belonging to one data unit of said third protocol (L2_FRAME; L3), and said second category (SPW) comprises zero data units or a consecutive number of data units, in terms of order of transmission, of said second protocol (L2_ARQ) including the last data unit of said second protocol (L2_ARQ) belonging to said one data unit of said third protocol (L2_FRAME; L3).
16. Communication method according to claim 15, characterized in that said in the reliability setting step, if a predetermined condition is met, the reliability level of the data units of said second category (SPW) is set such that their transmission reliability across said physical connection is higher than the transmission reliability for the data units of said first category (GPW).
17. Communication method according to claim 16, characterized in that said predetermined condition is related to the number of data units of said first category (GPW) that need to be retransmitted.
18. Communication method according to claim 14, characterized in that said classification rules are related to different ranges of consecutive octets or bits of said one data unit of said third protocol (L2_FRAME; L3), said ranges each corresponding to a consecutive number of data units, in terms of order of transmission, of said second protocol (L2_ARQ).
19. Communication method according to claim 18, characterized in that at least a first and a second category are specified, where said first category is associated with the header of said one data unit of the third protocol (L2_FRAME; L3) and said second category is associated with the payload of said one data unit of the third protocol (L2_FRAME; L3).
20. Communication method according to claim 19, characterized in that in said reliability setting step the reliability level of the data units of said first category is set such that their transmission reliability across said physical connection is higher than the transmission reliability for the data units of said second category.
21. Communication method according to claim 12 or 13, characterized in that said second protocol (L2_ARQ) specifies window-based flow control according to which a defined number of consecutive octets or bits is defined as a send window (SW) and the flow control is performed such that the allowed number of unacknowledged data units of said second protocol (L2_ARQ) is limited to said send window, said defined data structure (L2_FRAME PDU; L3 PDU; L4 PDU; SW) is said send window (SW), and said classification rules relate to the position in the send window (SW) and/or the number of retransmissions of a given data unit of said second protocol (L2_ARQ).
22. Communication method according to claim 21, characterized in that the reliability level for successive retransmissions of a given data unit is set such that the transmission reliability across said physical connection is higher for a given retransmission of said given data unit than for the previous first transmission or retransmission of said given data unit.
23. A communication device for data unit based communication, comprising means for implementing of a first and second communication protocol (LI, L2_ARQ), where said first protocol (L1) provides rules for controlling the transmission of data units of said second protocol (L2_ARQ) across a physical connection and provides at least two different reliability levels for the transmission of data units of said second protocol (L2_ARQ), and said second protocol (L2_ARQ) provides rules for the segmentation of data units of a third protocol (L2_FRAME; L3) into data units of said second protocol (L2_ARQ) and for the retransmission of data units of said second protocol (L2_ARQ), and reliability setting means for setting the reliability level of said first protocol (L1) for the transmission and retransmission of data units of said second protocol (L2_ARQ) to be transmitted, classifying means for classifying the data units of said second protocol (L2_ARQ) into at least a first and a second category, said classifying of a given data unit of said second protocol (L2_ARQ) being done on the basis of information contained in the data unit of said third protocol (L2 FRAME; 13) of which said given data unit of said second protocol (L2_ARQ) is a segment, said reliability setting means being capable of setting said reliability level differently for the transmission and/or retransmission of data units of said second protocol (L2_ARQ) belonging to said first category than for the transmission and/or retransmission of data units of said second protocol (L2_ARQ) belonging to said second category.
24. A communication device according to claim 23, characterized in that said classifying means is capable of reading one or more predetermined fields in the data units of said third protocol (L2_FRAME; L3) to thereby classify the data units of said second protocol (L2_ARQ) into which a data unit of said third protocol is segmented.
25. A communication device according to claim 24, characterized in that said data units of said third protocol (L2 FRAME; L3) comprise a header and a payload section, where the header contains a protocol identifying field and the payload section may contain one or more protocol identifying fields associated with data units of protocols that are of layers higher than said third protocol (L2_FRAME; L3) that may be encapsulated in said data unit of said third protocol (L2_FRAME; L3), and said predetermined fields that the classifying means may read comprise at least one of said protocol identifying field in said header and the one or more protocol identifying fields contained in said payload section.
26. A communication device according to claim 24 or 25, characterized in that said data units of said third protocol (L2_FRAME; L3) comprise one or more quality of service fields that are associated with respective protocols, and said predetermined fields that the classifying means may read comprise at least one of said quality of service fields.
27. A communication device according to one of claims 23 to 26, characterized in that said first category contains data units of said second protocol (L2_ARQ) that are segments of data units of said third protocol (L2_FRAME; L3) that encapsulate data units of a first higher layer protocol (TCP) that specifies retransmission of data units of said first higher layer protocol (TCP) under predetermined conditions, and said second category contains data units of said second protocol (L2_ARQ) that are segments of data units of said third protocol (L2_FRAME; L3) that encapsulate data units of a second higher layer protocol (UDP) that does not specify retransmission of data units of said second higher layer protocol (UDP).
28. A communication device according to claim 27, characterized in that reliability setting means is arranged to set the reliability level of said data units of said second protocol (L2_ARQ) in said second category higher than the reliability level (L2_ARQ) of said data units of said second protocol (L2_ARQ) in said first category.
CA2347183A 1998-10-21 1999-10-08 Arq protocol with packet-based reliability level setting Expired - Lifetime CA2347183C (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP98119947.4 1998-10-21
EP98119947A EP0996248A1 (en) 1998-10-21 1998-10-21 ARQ protocol with packet-based reliability level setting
PCT/EP1999/007567 WO2000024152A1 (en) 1998-10-21 1999-10-08 Arq protocol with packet-based reliability level setting

Publications (2)

Publication Number Publication Date
CA2347183A1 CA2347183A1 (en) 2000-04-27
CA2347183C true CA2347183C (en) 2013-04-23

Family

ID=8232831

Family Applications (1)

Application Number Title Priority Date Filing Date
CA2347183A Expired - Lifetime CA2347183C (en) 1998-10-21 1999-10-08 Arq protocol with packet-based reliability level setting

Country Status (10)

Country Link
US (1) US6532211B1 (en)
EP (2) EP0996248A1 (en)
JP (1) JP4243023B2 (en)
CN (1) CN1319306C (en)
AT (1) ATE331357T1 (en)
AU (1) AU760429B2 (en)
CA (1) CA2347183C (en)
DE (1) DE69932069T2 (en)
IL (1) IL142299A0 (en)
WO (1) WO2000024152A1 (en)

Families Citing this family (70)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI106504B (en) * 1998-10-06 2001-02-15 Nokia Networks Oy Data segmentation method in a communication system
EP1056258A1 (en) * 1999-05-27 2000-11-29 TELEFONAKTIEBOLAGET L M ERICSSON (publ) Data unit sending means and control method in wireless networks
KR100607934B1 (en) 1999-08-27 2006-08-03 삼성전자주식회사 Link layer error control method in wideband wireless communication, and computer readable medium therefor
US6608818B1 (en) * 1999-11-10 2003-08-19 Qualcomm Incorporated Radio link protocol enhancements to reduce setup time for data calls
FI112304B (en) * 2000-02-14 2003-11-14 Nokia Corp Numbering of data packets in packet data transmission
US6977936B1 (en) * 2000-04-14 2005-12-20 Agilent Technologies, Inc. Service detail records for layered communications protocols
EP1156617B1 (en) 2000-05-17 2003-09-10 Matsushita Electric Industrial Co., Ltd. Hybrid ARQ method for packet data transmission
JP4330767B2 (en) * 2000-06-26 2009-09-16 株式会社エヌ・ティ・ティ・ドコモ Communication method and base station apparatus performing automatic retransmission request
WO2002017548A1 (en) * 2000-08-21 2002-02-28 Koninklijke Philips Electronics N.V. Method for the communication of information and apparatus employing the method
US7031257B1 (en) * 2000-09-22 2006-04-18 Lucent Technologies Inc. Radio link protocol (RLP)/point-to-point protocol (PPP) design that passes corrupted data and error location information among layers in a wireless data transmission protocol
EP2288202B1 (en) * 2000-10-07 2015-04-08 LG Electronics Inc. Method for transmitting data from RLC layer in radio communication system
US6967926B1 (en) * 2000-12-31 2005-11-22 Cisco Technology, Inc. Method and apparatus for using barrier phases to limit packet disorder in a packet switching system
FR2820598A1 (en) * 2001-02-08 2002-08-09 Cit Alcatel METHOD FOR OPTIMIZING DATA TRANSFER IN A CELLULAR MOBILE RADIO COMMUNICATION SYSTEM
DE10108800A1 (en) * 2001-02-19 2002-09-05 Siemens Ag Method of transmitting data packets
US7096261B2 (en) * 2001-03-12 2006-08-22 Qualcomm Incorporated Method and apparatus for providing multiple quality of service levels in a wireless packet data services connection
US7103025B1 (en) * 2001-04-19 2006-09-05 Cisco Technology, Inc. Method and system for efficient utilization of transmission resources in a wireless network
US6768748B2 (en) * 2001-07-30 2004-07-27 Overture Networks, Inc. Flexible mapping of circuits into packets
DE60115108T2 (en) * 2001-08-01 2006-07-27 Nokia Corp. DEVICE AND METHOD FOR FLOW CONTROL BASED ON PRIORITIES IN A MOBILE NETWORK
ATE285146T1 (en) 2001-08-16 2005-01-15 Ericsson Telefon Ab L M STABLE ALGORITHM FOR TRANSMISSION MODE SELECTION IN HIPERLAN/2
US20030039226A1 (en) * 2001-08-24 2003-02-27 Kwak Joseph A. Physical layer automatic repeat request (ARQ)
KR100431003B1 (en) 2001-10-31 2004-05-12 삼성전자주식회사 Data transmitting/receiving system and method thereof
SE0200308D0 (en) 2001-12-27 2002-02-04 Ericsson Telefon Ab L M A method and apparatus relating to transmission of data
US20030169740A1 (en) * 2002-03-08 2003-09-11 Harris John M. Method and apparatus for transmitting and receiving data
US20040059978A1 (en) 2002-06-25 2004-03-25 Parvathanathan Subrahmanya Reduced latency for recovery from communications errors
AU2002330691A1 (en) * 2002-09-06 2004-03-29 Nokia Corporation Antenna selection method
EP1552667A1 (en) * 2002-10-01 2005-07-13 Telefonaktiebolaget LM Ericsson (publ) A unit and a method for handling a data object
KR100802619B1 (en) * 2002-11-07 2008-02-13 엘지전자 주식회사 Method for receiving data in a receiver under radio link control protocolprocessing method for rlc reception window
US20040098315A1 (en) 2002-11-19 2004-05-20 Haynes Leonard Steven Apparatus and method for facilitating the selection of products by buyers and the purchase of the selected products from a supplier
US7260073B2 (en) * 2002-12-02 2007-08-21 Nokia Corporation Method for scheduling of plural packet data flows
SE0301048D0 (en) * 2003-04-07 2003-04-07 Ericsson Telefon Ab L M RLC window reconfiguration
US7206581B2 (en) * 2003-11-05 2007-04-17 Interdigital Technology Corporation Method and apparatus for processing data blocks during soft handover
US7562363B1 (en) 2003-11-25 2009-07-14 Cisco Technology, Inc. Gang scheduling among one or more components or systems
US7095739B2 (en) * 2003-11-25 2006-08-22 Cisco Technology, Inc. Reliable multicast communication
KR100800879B1 (en) * 2004-03-05 2008-02-04 삼성전자주식회사 Medium access control protocol structure in wireless communication system and data transmission method and hand-over method and system using the same
US20060034316A1 (en) * 2004-08-13 2006-02-16 Jeyhan Karaoguz Energy based information transfer methodology
GB0424442D0 (en) * 2004-11-05 2004-12-08 Ibm A method, apparatus, computer program and computer program product for managing the durability of a plurality of transactions
ES2380787T3 (en) * 2006-05-16 2012-05-18 Nokia Siemens Networks Gmbh & Co. Kg Method for securely transmitting short ACK / NACK bitmaps in an ARQ process within EDGE compatible systems
KR100984811B1 (en) * 2007-03-27 2010-10-01 삼성전자주식회사 Apparatus and method for transmitting/receiving data
US20080247316A1 (en) * 2007-04-03 2008-10-09 Michael Bar-Joshua Method Circuit and System for Data Flow Control
US8296619B2 (en) * 2007-04-20 2012-10-23 Interdigital Technology Corporation Method and apparatus for indicating a temporary block flow to which a piggybacked ACK/NACK field is addressed
JP4372814B2 (en) 2007-08-10 2009-11-25 富士通株式会社 Method for counting the number of transmissions of a data unit, a counting device, a transmitting device, and a computer program
FR2920622B1 (en) * 2007-09-03 2010-03-12 Airbus France METHOD OF TRANSMITTING ACARS MESSAGES OVER IP.
US20090168708A1 (en) * 2007-12-26 2009-07-02 Motorola, Inc. Techniques for maintaining quality of service for connections in wireless communication systems
DK2410690T3 (en) 2008-01-09 2015-03-23 Ericsson Telefon Ab L M Method and transmission device for reducing the risk of transmission blocking
JP2008278530A (en) * 2008-06-18 2008-11-13 Nokia Corp Antenna selecting method
CN101777972B (en) * 2009-01-09 2013-10-23 电信科学技术研究院 Method, device and system for receiving data under ACK (Acknowledgement Character)/NACK(Negative Acknowledgement) repeating mechanism
US8671332B2 (en) * 2009-04-30 2014-03-11 The Johns Hopkins University Systems and methods for a rateless round robin protocol for adaptive error control
US8576715B2 (en) * 2009-10-26 2013-11-05 Mellanox Technologies Ltd. High-performance adaptive routing
US9225628B2 (en) 2011-05-24 2015-12-29 Mellanox Technologies Ltd. Topology-based consolidation of link state information
US9397960B2 (en) 2011-11-08 2016-07-19 Mellanox Technologies Ltd. Packet steering
US9871734B2 (en) 2012-05-28 2018-01-16 Mellanox Technologies, Ltd. Prioritized handling of incoming packets by a network interface controller
US9014006B2 (en) 2013-01-31 2015-04-21 Mellanox Technologies Ltd. Adaptive routing using inter-switch notifications
US10454991B2 (en) 2014-03-24 2019-10-22 Mellanox Technologies, Ltd. NIC with switching functionality between network ports
US9729473B2 (en) 2014-06-23 2017-08-08 Mellanox Technologies, Ltd. Network high availability using temporary re-routing
US9806994B2 (en) 2014-06-24 2017-10-31 Mellanox Technologies, Ltd. Routing via multiple paths with efficient traffic distribution
US9699067B2 (en) 2014-07-22 2017-07-04 Mellanox Technologies, Ltd. Dragonfly plus: communication over bipartite node groups connected by a mesh network
US9929968B2 (en) * 2015-03-19 2018-03-27 Oracle International Corporation Inter-layer communication of events between TCP layer and higher layers when implemented in different concurrent execution entities
US9894005B2 (en) 2015-03-31 2018-02-13 Mellanox Technologies, Ltd. Adaptive routing controlled by source node
US10021695B2 (en) 2015-04-14 2018-07-10 Qualcomm Incorporated Apparatus and method for generating and transmitting data frames
US9973435B2 (en) 2015-12-16 2018-05-15 Mellanox Technologies Tlv Ltd. Loopback-free adaptive routing
US10819621B2 (en) 2016-02-23 2020-10-27 Mellanox Technologies Tlv Ltd. Unicast forwarding of adaptive-routing notifications
US10178029B2 (en) 2016-05-11 2019-01-08 Mellanox Technologies Tlv Ltd. Forwarding of adaptive routing notifications
US10200294B2 (en) 2016-12-22 2019-02-05 Mellanox Technologies Tlv Ltd. Adaptive routing based on flow-control credits
US10644995B2 (en) 2018-02-14 2020-05-05 Mellanox Technologies Tlv Ltd. Adaptive routing in a box
US11005724B1 (en) 2019-01-06 2021-05-11 Mellanox Technologies, Ltd. Network topology having minimal number of long connections among groups of network elements
US11575594B2 (en) 2020-09-10 2023-02-07 Mellanox Technologies, Ltd. Deadlock-free rerouting for resolving local link failures using detour paths
US11411911B2 (en) 2020-10-26 2022-08-09 Mellanox Technologies, Ltd. Routing across multiple subnetworks using address mapping
US11398979B2 (en) 2020-10-28 2022-07-26 Mellanox Technologies, Ltd. Dynamic processing trees
US11870682B2 (en) 2021-06-22 2024-01-09 Mellanox Technologies, Ltd. Deadlock-free local rerouting for handling multiple local link failures in hierarchical network topologies
US11765103B2 (en) 2021-12-01 2023-09-19 Mellanox Technologies, Ltd. Large-scale network with high port utilization

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2942875B2 (en) * 1993-10-26 1999-08-30 ノーザン・テレコム・リミテッド Digital communication system
US5671156A (en) * 1995-03-31 1997-09-23 Lucent Technologies Inc. Transmission method and system for JPEG images
CA2175394C (en) * 1995-05-19 2001-07-03 Ichiro Okajima Terminal, network, and communication system
JPH0940766A (en) * 1995-07-25 1997-02-10 Taki Chem Co Ltd Method for removing catalyst from lactic acid polymer
US5717689A (en) * 1995-10-10 1998-02-10 Lucent Technologies Inc. Data link layer protocol for transport of ATM cells over a wireless link
US5722051A (en) * 1996-02-13 1998-02-24 Lucent Technologies Inc. Adaptive power control and coding scheme for mobile radio systems
US5983382A (en) * 1996-12-31 1999-11-09 Lucent Technologies, Inc. Automatic retransmission query (ARQ) with inner code for generating multiple provisional decodings of a data packet

Also Published As

Publication number Publication date
EP0996248A1 (en) 2000-04-26
WO2000024152A1 (en) 2000-04-27
ATE331357T1 (en) 2006-07-15
CN1331872A (en) 2002-01-16
EP1123601B1 (en) 2006-06-21
US6532211B1 (en) 2003-03-11
DE69932069T2 (en) 2007-01-04
AU760429B2 (en) 2003-05-15
CA2347183A1 (en) 2000-04-27
JP2002528959A (en) 2002-09-03
AU6469899A (en) 2000-05-08
EP1123601A1 (en) 2001-08-16
IL142299A0 (en) 2002-03-10
DE69932069D1 (en) 2006-08-03
CN1319306C (en) 2007-05-30
JP4243023B2 (en) 2009-03-25

Similar Documents

Publication Publication Date Title
CA2347183C (en) Arq protocol with packet-based reliability level setting
EP2109954B1 (en) Ack prioritization in wireless networks
AU756782B2 (en) Data transmission over a communications link with variable transmission rates
EP1555775B1 (en) Data transmission method and data transmission apparatus
EP1685669B1 (en) Data packet transmission
US7720043B2 (en) Use of idle frames for early transmission of negative acknowledgement of frame receipt
EP1804412B1 (en) Method and apparatus for augmenting physical layer ARQ in a wireless data communication system
EP1393489B1 (en) Method and receiver for improved data packet transfer in a transmission protocol with repeat requests
US20040141523A1 (en) Reverse rate indicator detection
EP1273121A1 (en) Method and apparatus for adaptive transmission control in a high data rate communication system
EP2037615A1 (en) Loss tolerant transmission control protocol
JP2005006320A (en) Radio communication network, radio communication station, and method of sending data packet
Wong et al. Improving end-to-end performance of TCP using link-layer retransmissions over mobile internetworks
AU2003254659A1 (en) Automatic retransmit request protocol for channels with time-varying capacity
KR20060079570A (en) Apparatus and method for a retransmission of a data in a communication system
CA2341917C (en) Method and apparatus for packet size dependent link adaptation for wireless packet
US7596143B2 (en) Method and apparatus for handling potentially corrupt frames
SETREQEEMEC SS4 SS5
JP2004080576A (en) Radio communication system
MXPA00011125A (en) Data transmission over a communications link with variable transmission rates

Legal Events

Date Code Title Description
EEER Examination request
MKEX Expiry

Effective date: 20191008