UA76995C2 - Method for acknowledging the reception of a data block - Google Patents

Method for acknowledging the reception of a data block Download PDF

Info

Publication number
UA76995C2
UA76995C2 UA2004021230A UA2004021230A UA76995C2 UA 76995 C2 UA76995 C2 UA 76995C2 UA 2004021230 A UA2004021230 A UA 2004021230A UA 2004021230 A UA2004021230 A UA 2004021230A UA 76995 C2 UA76995 C2 UA 76995C2
Authority
UA
Ukraine
Prior art keywords
acknowledgment
confirmation
radio channel
data
data blocks
Prior art date
Application number
UA2004021230A
Other languages
Ukrainian (uk)
Inventor
Kenneth Richard Isaacs
Symon Paul Davis
Original Assignee
Roke Manor Research
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 Roke Manor Research filed Critical Roke Manor Research
Priority claimed from PCT/EP2002/009231 external-priority patent/WO2003019852A1/en
Publication of UA76995C2 publication Critical patent/UA76995C2/en

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/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/1671Details of the supervisory signal the supervisory signal being transmitted together with control information
    • 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/1664Details of the supervisory signal the supervisory signal being transmitted together with payload signals; piggybacking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092Error control systems characterised by the topology of the transmission link
    • H04L2001/0096Channel splitting in point-to-point links

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Near-Field Transmission Systems (AREA)

Abstract

A method of acknowledging data blocks comprises receiving data transmitted on a data radio bearer; generating an ackowledgement; setting an acknowledgement indicator to indicate whether or not the acknowledgement relates to data transmitted on the same radio bearer as the radio bearer carrying the acknowledgement; and transmitting the acknowledgement on the acknowledgement radio bearer.

Description

Опис винаходуDescription of the invention

Винахід стосується способу підтвердження прийому даних, зокрема, для його використання в системах 2 мобільного телефонного зв'язку.The invention relates to a method of confirming data reception, in particular, for its use in systems 2 of mobile telephone communication.

Існуючі системи проводового зв'язку служать для забезпечення зв'язку з підтвердженням і без підтвердження. Коли між двома точками по певному каналу передається блок даних, то для забезпечення зв'язку з підтвердженням в зворотному напрямі по цьому каналу буде надіслане підтвердження. Подібна схема використовується для мобільного зв'язку, здійснюваного по радіоканалах. Потік даних пересилається по 70 визначених каналах, і підтвердження буде надіслане по тому самому каналу. Однак, системи мобільного зв'язку мають значно обмежену пропускну здатність, оскільки потребують передачі через повітряний простір, а тому самостійне надсилання підтвердження не завжди є ефективним використанням ресурсів.Existing wired communication systems are used to provide both confirmed and unconfirmed communication. When a block of data is transmitted between two points on a certain channel, then an acknowledgment will be sent on this channel in order to ensure communication with an acknowledgment in the reverse direction. A similar scheme is used for mobile communication carried out over radio channels. The data stream is forwarded on 70 defined channels and the acknowledgment will be sent on the same channel. However, mobile communication systems have significantly limited bandwidth because they require transmission through airspace, and therefore sending an acknowledgment alone is not always an efficient use of resources.

Згідно з даним винаходом, спосіб підтвердження прийому блоків даних складається з прийому блоків даних, переданих по радіоканалу; генерування блоку підтвердження для отриманих блоків даних, причому блок 19 підтвердження містить поле індикатора підтвердження; вибір будь-якого використовуваного наявного радіоканалу для відсилання підтвердження; задавання індикатора підтвердження для указування, чи відноситься це підтвердження до отримуваних блоків даних, переданих по тому ж радіоканалу, що і радіоканал, по якому прийшло підтвердження, чи воно не відноситься до отримуваних блоків даних, переданих по тому ж радіоканалу, що і радіоканал, по якому прийшло підтвердження; і передавання підтвердження по наявному радіоканалу.According to the present invention, the method of confirming the reception of data blocks consists of receiving data blocks transmitted over a radio channel; generating a confirmation block for the received data blocks, and the confirmation block 19 contains a confirmation indicator field; selecting any used available radio channel to send the confirmation; setting an acknowledgment indicator to indicate whether this acknowledgment refers to received data blocks transmitted on the same radio channel as the radio channel on which the acknowledgment came, or whether it does not refer to received data blocks transmitted on the same radio channel as the radio channel on who received confirmation; and transmission of confirmation on the available radio channel.

В даному винаході проблема неефективного використання ресурсів вирішується за рахунок того, що підтвердження посилається по будь-якому наявному радіоканалу, який використовується, наприклад, для передачі даних, та за рахунок встановлення індикатора, який показує, відноситься це підтвердження до згаданого радіоканалу, чи ні. Підтвердження, переважно, має форму бітового масиву.In the present invention, the problem of inefficient use of resources is solved by the fact that the acknowledgment is sent over any available radio channel that is used, for example, for data transmission, and by setting an indicator that shows whether this acknowledgment belongs to the mentioned radio channel or not. The confirmation is preferably in the form of a bit array.

Поле індикатора підтвердження встановлюється, переважно, на значення "01 аби показати, що с 29 ідентифікатор радіоканалу включений до опису підтвердження/непідтвердження для ідентифікації того, якому з Ге) радіоканалів призначений цей опис підтвердження/непідтвердження.The acknowledgment indicator field is preferably set to "01" to indicate that the radio channel identifier is included in the acknowledgment/non-acknowledgment description to identify which of the radio channels this acknowledgment/non-acknowledgment description is intended for.

Індикатор підтвердження встановлюється, переважно, на значення "10, аби показати, що радіоканал, по якому здійснюється прийом, і радіоканал для підтвердження є одним і тим же.The acknowledgment indicator is preferably set to "10" to indicate that the receiving radio channel and the confirming radio channel are the same.

Радіоканал, переважно, містить радіочастотну несучу ЗЕКАМ. Наявний радіоканал використовується, о переважно, для передавання даних. Далі буде описано приклад способу підтвердження прийому даних, Ге») відповідно до даного винаходу, з посиланням на додані ілюстрації, де: на Фіг.1 показано спосіб згідно з даним винаходом, в якому радіочастотні несучі для даних і для Ме. підтвердження мають один і той же ідентифікатор; Ге) на Фіг.2 показано спосіб згідно з даним винаходом для кількох радіочастотних несучих; і 325 на Фіг.3 показано спосіб згідно з даним винаходом, в якому для кількох несучих радіочастотні несучі для - даних і для підтвердження мають однакові ідентифікатори.The radio channel mainly contains the radio frequency carrier ZEKAM. The available radio channel is mainly used for data transmission. Next will be described an example of a method of confirming the reception of data, Ge») according to the present invention, with reference to the accompanying illustrations, where: Figure 1 shows a method according to the present invention, in which radio frequency carriers for data and for Me. confirmations have the same identifier; Ge) Figure 2 shows the method according to the present invention for several radio frequency carriers; and 325 in Fig. 3 shows a method according to the present invention, in which, for several carriers, the radio frequency carriers for - data and for confirmation have the same identifiers.

Даний винахід здатний покращити ефективність використання ресурсів, наявних в системах мобільного зв'язку. Хоча спосіб може працювати і в системах проводового зв'язку, тут відсутні такі ж стимули для його « застосування. Таким чином, в системах зв'язку, де використовується-кілька логічних каналів і де деякі з цих З 70 логічних каналів підтримують передавання підтверджень, ефективність можна покращити за рахунок с передавання підтвердження для одного логічного каналу, вклавши його в блок даних іншого логічного каналу, з» що передається у зворотному напрямі. Один з прикладів, де це може бути використано, є описана нижче система Сегап. В мережі радіодоступу до СОЗМ/ЕОСЕ (Сегап) між мобільною станцією та мережею існують виділені фізичні підканали (ОРЗСН), прокладені через повітряний простір. Підтвердження блоків радіоданих на повільному приєднаному каналі управління (ЗАССН), автономному виділеному каналі управління (БОССН) і і швидкодіючому приєднаному каналі управління (РАССН) відображується на ОРЗСН. Однак на логічних каналахThis invention is able to improve the efficiency of the use of resources available in mobile communication systems. Although the method can work in wired communication systems, there are no such incentives for its use. Thus, in communication systems where multiple logical channels are used and where some of these C 70 logical channels support the transmission of acknowledgments, efficiency can be improved by c transmitting an acknowledgment for one logical channel by enclosing it in a data block of another logical channel. with" transmitted in the reverse direction. One example where this can be used is the Segap system described below. In the network of radio access to SOZM/EOSE (Segap) between the mobile station and the network there are dedicated physical subchannels (ORZSN) laid through the airspace. Confirmation of blocks of radio data on the slow attached control channel (SAC), the autonomous dedicated control channel (SAC) and the fast attached control channel (RASC) is displayed on the ORZSN. However, on logical channels

Ге») ЗАССН, 5БОССН і РГАССН при їх відображенні на ОРЗСН пропускна здатність доволі обмежена. Наприклад,Ge") ZASSN, 5BOSSN and RGASSN when they are displayed on ORZSN, the bandwidth is quite limited. Example,

ЗАССН з'являється лише в 13-му і 26-му фреймах багатофреймової структури ОРЗСН. А тому важливо, щоб іш використання цих каналів було оптимізоване. (Те) 20 Для кількох радіочастотних несучих логічні канали БАССН, 5ОССН і ГАССН підтримують як сервіс підтвердження, так і непідтвердження. Ці логічні канали можуть підтримувати 4 або навіть 8 радіочастотних сл несучих, причому кожна радіочастотна несуча ідентифікується відповідним ідентифікатором. У цьому інтерфейсі працює протокол управління лінією зв'язку/управління доступом до лінії зв'язку (КІ С/МАС). Формати заголовків блоків КІ С/МАС для даних і управлінської інформації вже були запропоновані. В цій пропозиції підтвердження 22 для певної радіочастотної несучої, яка працює в режимі з підтвердженням, передаються в зворотному напряміZASSN appears only in the 13th and 26th frames of the multi-frame structure of ORZSN. That is why it is important to optimize the use of these channels. (Te) 20 For several radio frequency carriers, BASSN, 5OSSN and GASSN logical channels support both confirmation and non-confirmation services. These logical channels can support 4 or even 8 RF carrier sequences, with each RF carrier identified by a corresponding identifier. In this interface, the communication line control/communication line access control (CIS/MAC) protocol works. The header formats of CI C/MAS blocks for data and management information have already been proposed. In this proposal, acknowledgments 22 for a specific radio frequency carrier operating in acknowledgment mode are transmitted in the reverse direction

ГФ) вкладеними разом з даними в блоки даних для тієї ж радіочастотної несучої. Якщо дані, призначені для юю пересилання, відсутні, то підтвердження може бути посланим з пустим блоком даних. Однак, це є надлишковим витрачанням ресурсів, а задача даного винаходу полягає в тому, щоб покращити використання ресурсів на тій основі, що підтвердження для однієї радіочастотної несучої можуть бути передані в зворотному напрямі шляхом 60 їх вкладання в блок даних для іншої радіочастотної несучої. Це особливо зручно у випадку кількох радіочастотних несучих, оскільки це зменшує вірогідність того, що підтвердження буде послане з пустим блоком даних. Подальша оптимізація полягає в тому, що в одному блоці даних можуть бути розміщені підтвердження для кількох радіочастотних несучих.HF) embedded together with data in data blocks for the same radio frequency carrier. If the data intended for forwarding is not available, then the confirmation can be sent with an empty data block. However, this is a waste of resources, and the object of the present invention is to improve the use of resources on the basis that acknowledgments for one radio frequency carrier can be transmitted in the reverse direction by 60 enclosing them in a data block for another radio frequency carrier. This is particularly useful in the case of multiple RF carriers, as it reduces the likelihood that an acknowledgment will be sent with an empty data block. A further optimization is that acknowledgments for multiple radio frequency carriers can be accommodated in a single data block.

Альтернативою є передавання підтвердження для одної радіочастотної несучої шляхом його вкладання в бо блок даних зворотного напряму для радіочастотної несучої, яка працює в режимі без підтвердження. В цьому випадку необхідно, щоб отримувач підтвердження повідомив, що він отримав це підтвердження.An alternative is to transmit an acknowledgment for a single radio frequency carrier by embedding it in the reverse direction data block for the radio frequency carrier operating in non-acknowledgment mode. In this case, it is necessary that the recipient of the confirmation informs that he has received this confirmation.

Підтвердження можуть або бути передані вкладеними в блоки даних зворотного напряму, або бути переслані в блоках, які не містять даних, якщо відсутні дані, призначені для сигнальної радіочастотної несучої (ЗКВ) в напрямі передавання підтвердження. У випадку кількох потоків тимчасових блоків (ТВЕ5) може скластися ситуація, коли для ЗКВ необхідно надіслати підтвердження, а дані, призначені для цієї ЗКВ в напрямі підтвердження, відсутні, але є дані, призначені для іншої 5КВ в напрямі передавання підтвердження. В цьому випадку вигідно, коли підтвердження для 5КВ Х надсилається з даними для ЗКВ У.Acknowledgments may either be sent enclosed in data blocks in the reverse direction, or be forwarded in blocks containing no data if there is no data assigned to the signaling radio frequency carrier (RFC) in the direction of transmission of the acknowledgement. In the case of several streams of temporary blocks (TVE5), a situation may arise when an acknowledgment needs to be sent for a ZQV, and the data intended for this ZQV in the direction of confirmation is missing, but there is data intended for another 5QV in the direction of transmission of confirmation. In this case, it is beneficial when confirmation for 5KV X is sent with data for ZKV Y.

Для того, щоб показати, чи підтвердження стосується іншої ЗКВ, ніж та ЗКВ, для котрої призначено цей блок 7/0 даних, додається визначення поля індикатора підтвердження (АЇ), як це показано в Таблиці 1. Коли поле АЇ показує, що підтвердження стосуються ЗКВ, іншої, ніж та ЗКВ, для котрої призначені дані, то формат бітового масиву підтвердження має вигляд, показаний нижче в Таблиці 2.In order to indicate whether the acknowledgment relates to a different RU than the RU for which this data block 7/0 is assigned, the definition of the Acknowledgment Indicator (AI) field is added, as shown in Table 1. When the AI field indicates that the acknowledgments relate to For a CSP other than the CSP for which the data is intended, the format of the acknowledgment bit array is as shown in Table 2 below.

Ця пропозиція вносить додаткові складнощі в КІ С, і одна з таких внесених проблем стосується пересилання підтвердження разом з даними для радіочастотної несучої, яка працює в режимі без підтвердження. Якщо підтвердження посилаються на радіочастотних несучих, що працюють без підтвердження, то вони можуть бути втрачені і їх не можна буде ретранслювати. Це може примусити створити вікно, і в такому разі відправник матиме необхідність періодично проводити опитування в пошуках відповіді. Альтернативно отримувач міг би послати у зворотному напрямі підтвердження, аби показати, що він отримав бітовий масив підтвердження/непідтвердження на радіочастотній несучій без підтвердження. Це передбачає пересилання індикатора радіочастотної несучої і стартового номера посланого бітового масиву підтвердження/непідтвердження.This proposal introduces additional complexities into ICMS, and one of the challenges introduced relates to the transmission of an acknowledgment along with data for a radio frequency carrier operating in an unacknowledged mode. If acknowledgments refer to radio frequency carriers operating without acknowledgment, they may be lost and cannot be retransmitted. This may force a window to be created, in which case the sender will need to periodically poll for a response. Alternatively, the receiver could send an acknowledgment in the reverse direction to indicate that it received an acknowledge/no-acknowledgment bit array on an unacknowledged radio frequency carrier. This involves forwarding the indicator of the radio frequency carrier and the start number of the sent confirmation/non-confirmation bit array.

Інша складність виникає з ретрансляціями. Якщо блок даних підлягає пересиланню, то незважаючи на те, що повинен бути посланим останній бітовий масив, повинні бути посланими і підтвердження для радіочастотної несучої, яка була підтверджена в першій передачі, щоб уникнути можливих проблем із впорядкуванням при сч прийомі. Для того, щоб відправник бітового масиву підтвердження/непідтвердження знав, коли він може активізувати своє вікно, необхідно зберігати копії бітових масивів для кожної з несучих, на яких цей бітовий (8) масив послано. ю зоAnother complication arises with relays. If the data block is to be forwarded, even though the last bit array must be sent, the acknowledgment for the radio frequency carrier that was acknowledged in the first transmission must also be sent to avoid possible ordering problems during reception. In order for the sender of an acknowledge/non-acknowledgment bit array to know when it can activate its window, it is necessary to store copies of the bit arrays for each of the carriers on which the (8) bit array is sent. yu zo

ФF

ОпошЕЕННННЯННOposhEENNNYANNN

Зарезервований з 1 різні ТРЇ " й (в) 1 Відсутній запит на ретрансляцію (всі блоки КІ С отримані, подібно до РІМАЇ. АСК ІМОІСАТІОМ--1) 5 витрачанню 7 бітів даних КІ С, припускаючи, що дані вирівняні по границі байта (як в ОРК5) з с їз»Reserved with 1 different THREE " and (c) 1 Missing retransmission request (all CI C blocks received, similar to RIMAI. ASK IMOISATIOM--1) 5 wasting 7 CI C data bits, assuming the data is byte-boundary aligned (as in ORK5) from

Опис підтердженнянепідтвердження з копи підтвердження непідтвердження є» стThe description of confirmation of non-confirmation from the copy of confirmation of non-confirmation is" Art

В. сндиетюрявь тю» 000000V. sndietyuryav tyu" 000000

Ф свтАтіо ЗБООЕМСЕ ММА от» свсемво ВІосК ВИМАР бле» о | Ю1хОпис підтвердження/непідтвердження 16)F svtAtio ZBOOEMSE MMA ot" svsemvo VIOSK VYMAR ble" o | Y1xDescription of confirmation/non-confirmation 16)

Ф втАятко звоуєМс МомвЕк сл див. 44 060 (Опис підтвердження негідтеердкення) воемвовіоск вима див. 44.060 (Опис підтвердження! непідтвердження). 99 На Фіг.1-3 показані приклади конкретних форматів бітових масивів підтвердження для трьох варіантів. НаF vtAyatko zvoueMs MomvEk sl see. 44 060 (Description of confirmation of invalidity) see 44.060 (Description of confirmation! non-confirmation). 99 Figures 1-3 show examples of specific formats of confirmation bit arrays for three options. On

ГФ) Фіг.1 бітовий масив підтвердження призначений для тієї ж радіочастотної несучої, що і для даних, в той час як т на Фіг.2 дані для радіочастотної несучої 1 містять бітові масиви підтвердження для радіочастотних несучих 1 і 2. На кожній з фігур розташування опису підтвердження/непідтвердження визначається задаванням поля АГ. НаGF) Fig. 1 the acknowledgment bit array is for the same radio frequency carrier as for the data, while in Fig. 2 the data for radio frequency carrier 1 contains the acknowledgment bit arrays for radio frequency carriers 1 and 2. In each of the figures, the location confirmation/non-confirmation description is determined by setting the AG field. On

Фіг.1 показано потік даних на радіочастотній несучій 1 від адміністративної системи (М5) до мережі для 60 послідовностей з номерами від 5 до 10. Всі дані прийняті мережею, за винятком пакета даних з порядковим номером 7. В описі підтвердження/непідтвердження стартовий порядковий номер бітового масиву підтвердження - 5, і бітовий масив показує, що були прийняті послідовності з номерами 5,6,8, 9 і 10.Fig. 1 shows the flow of data on radio frequency carrier 1 from the administrative system (M5) to the network for 60 sequences with numbers from 5 to 10. All data is received by the network, except for the data packet with sequence number 7. In the confirmation/non-acknowledgment description, the starting sequence number of the acknowledgment bit array is 5, and the bit array indicates that sequences numbered 5, 6, 8, 9, and 10 were accepted.

На Фіг.2 показано потік даних від М5 до мережі на радіочастотних несучих 1, 2 і 3. Підтвердження посилається мережею разом з даними для радіочастотної несучої З. Підтвердження стосуються даних, бо отриманих на радіочастотних несучих 2 і 3. Показана установка "01 для поля А! , а ідентифікатор радіочастотної несучої включений до опису підтвердження/непідтвердження для ідентифікації того, якій з радіочастотних несучих призначений цей опис підтвердження/непідтвердження. Бітові масиви підтвердження/ непідтвердження для радіочастотних несучих 1 і 2 передаються у зворотному напрямі разом з даними для радіочастотної несучої 3.Figure 2 shows the flow of data from M5 to the network on radio frequency carriers 1, 2 and 3. The acknowledgment is sent by the network together with the data for radio frequency carrier Z. The acknowledgments refer to data received on radio frequency carriers 2 and 3. The "01" setting for the field is shown A! , and the RF carrier identifier is included in the acknowledge/non-acknowledgement description to identify which RF carrier this acknowledgment/non-acknowledgement description is for.The acknowledge/non-acknowledgement bit arrays for RF carriers 1 and 2 are transmitted in the reverse direction along with the data for RF carrier 3 .

Фіг.3 стосується того ж потоку даних мережі, що і на Фіг.2, хоча на Фіг2 менше на два повідомлення, якими обмінюються. Однак, формат опису підтвердження/непідтвердження на Фіг.2 складніший, ніж на Фіг.3.Figure 3 relates to the same network data flow as Figure 2, although Figure 2 shows two fewer messages being exchanged. However, the confirmation/non-confirmation description format in Fig. 2 is more complex than that in Fig. 3.

Формат потоку даних на Фіг.2 має переваги, коли є необхідність обмежити кількість обмінів повідомленнями, як у випадку системи Сегап через повітряний простір. Для мережі проводового зв'язку, де немає такої потреби 70 робити ефективним використання ресурсів, цей механізм дасть менше переваг.The data flow format of Figure 2 has advantages when there is a need to limit the number of message exchanges, as in the case of the Segap system through airspace. For a wired network, where there is no such need 70 to make efficient use of resources, this mechanism will give less advantages.

Claims (6)

Формула винаходуThe formula of the invention 1. Спосіб підтвердження прийому блоків даних, який включає прийом блоків даних, переданих по радіоканалу; генерування блока підтвердження для отриманих блоків даних, причому блок підтвердження містить поле індикатора підтвердження; вибір будь-якого використовуваного наявного радіоканалу для відсилання підтвердження; задавання індикатора підтвердження для указування, чи належить це підтвердження до отримуваних блоків даних, переданих по тому ж радіоканалу, що і радіоканал, по якому прийшло підтвердження, чи воно не належить до отримуваних блоків даних, переданих по тому ж радіоканалу, що і радіоканал, по якому прийшло підтвердження; і передачу підтвердження по наявному радіоканалу.1. The method of confirming the reception of data blocks, which includes the reception of data blocks transmitted over the radio channel; generating an acknowledgment block for the received data blocks, wherein the acknowledgment block contains an acknowledgment indicator field; selecting any used available radio channel to send the confirmation; setting an acknowledgment indicator to indicate whether this acknowledgment belongs to received data blocks transmitted on the same radio channel as the radio channel on which the acknowledgment came, or does not belong to received data blocks transmitted on the same radio channel as the radio channel who received confirmation; and transmission of confirmation on the available radio channel. 2. Спосіб за п. 1, у якому підтвердження має форму бітового масиву.2. The method according to claim 1, in which the confirmation is in the form of a bit array. 3. Спосіб за будь-яким з попередніх пунктів, у якому індикатор підтвердження встановлюється на значення "01" для відображення, що ідентифікатор радіоканалу включений до опису підтвердження/непідтвердження для сч ідентифікації того, якому з радіоканалів призначений цей опис підтвердження/непідтвердження.3. The method of any of the preceding items, wherein the acknowledgment indicator is set to "01" to indicate that the radio channel identifier is included in the acknowledgment/non-acknowledgment description to identify which of the radio channels the acknowledgment/non-acknowledgment description is intended for. 4. Спосіб за будь-яким з пунктів від 1 до 3, в якому індикатор підтвердження встановлюється на значення (о) "70 для відображення, що радіоканал, по якому здійснюється прийом, є радіоканалом для підтвердження.4. The method according to any one of items 1 to 3, in which the confirmation indicator is set to the value (o) "70 to indicate that the radio channel on which the reception is carried out is the radio channel for confirmation. 5. Спосіб за будь-яким з попередніх пунктів, у якому радіоканал містить радіочастотну несучу СЗЕКАМ.5. The method according to any of the preceding clauses, in which the radio channel contains the SZECAM radio frequency carrier. 6. Спосіб за будь-яким з попередніх пунктів, у якому наявний радіоканал використовується для передачі ю даних. Ге) Ге) (Се) -6. The method according to any of the previous items, in which the available radio channel is used for data transmission. Ge) Ge) (Se) - - . а - і (е)) (се) (се) сл ко бо б5- a - and (e)) (se) (se) sl ko bo b5
UA2004021230A 2001-08-21 2002-08-19 Method for acknowledging the reception of a data block UA76995C2 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB0120303A GB0120303D0 (en) 2001-08-21 2001-08-21 Communication method
PCT/EP2002/009231 WO2003019852A1 (en) 2001-08-21 2002-08-19 A method of acknowledging data

Publications (1)

Publication Number Publication Date
UA76995C2 true UA76995C2 (en) 2006-10-16

Family

ID=9920735

Family Applications (1)

Application Number Title Priority Date Filing Date
UA2004021230A UA76995C2 (en) 2001-08-21 2002-08-19 Method for acknowledging the reception of a data block

Country Status (2)

Country Link
GB (2) GB0120303D0 (en)
UA (1) UA76995C2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8155034B2 (en) * 2006-04-19 2012-04-10 Telefonaktiebolaget L M Ericsson (Publ) Prioritized and piggy-backed ACK/NACK reports
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
AU2008262008B2 (en) * 2007-06-06 2011-11-17 Interdigital Technology Corporation Method and apparatus for indicating a temporary block flow to which a piggybacked ACK/NACK field is addressed

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU685184B2 (en) * 1994-12-12 1998-01-15 Motorola Solutions Israel Limited Data communications system with multilining protocol
US6901060B1 (en) * 2000-05-17 2005-05-31 Nokia Corporation Method and apparatus for multiplexing a plurality of data connections onto one temporary block flow

Also Published As

Publication number Publication date
GB0120303D0 (en) 2001-10-17
GB2379144B (en) 2004-07-14
GB0130436D0 (en) 2002-02-06
GB2379144A (en) 2003-02-26

Similar Documents

Publication Publication Date Title
US20210119737A1 (en) Method and arrangement for retransmission using harq
KR101162777B1 (en) Method for sending an acknowledgement to an ingress mesh point in a mesh network and a medium access control frame format
CN102724029B (en) Block acknowledgement request apparatus and methods
US8413002B2 (en) Method of performing ARQ procedure for transmitting high rate data
CN1137555C (en) Method, device and communication network for avoiding collisions in radio communication
RU2430477C2 (en) Method for reliable transmittion of short ack/nack bitmaps in arq process inside edge compatible systems
US5799012A (en) System controlled asymmetrical automatic repeat request protocol method
Nanda et al. A retransmission scheme for circuit-mode data on wireless links
TW200300318A (en) Robust rlc reset procedure in a wireless communication system
CA2360722A1 (en) Hybrid arq with parallel packet transmission
IL156255A (en) Slot format and acknowledgement method for a wireless communication system
KR100292021B1 (en) Retransmission control method of cdma mobile communication
WO2002063914A1 (en) Methods and systems for improved automatic retransmission query (arq) schemes in radiocommunication systems
KR20060067963A (en) Point-to-multipoint data transmission
RU2292656C2 (en) Data receipt confirmation method
WO2020129658A1 (en) Communication device and communication method
US20050094632A1 (en) DOCSIS MAC layer-based ARQ for fixed wireless
UA76995C2 (en) Method for acknowledging the reception of a data block
KR100735692B1 (en) Code modulation method for using adaptive modulation and acknowledge
TW202220402A (en) Communication device, and communication method
KR20180080607A (en) Method and apparatus for retransmission in a communication system