RU2421918C2 - Протокол автоматического запроса повторной передачи (arq), имеющий множественные механизмы дополнительной обратной связи - Google Patents

Протокол автоматического запроса повторной передачи (arq), имеющий множественные механизмы дополнительной обратной связи Download PDF

Info

Publication number
RU2421918C2
RU2421918C2 RU2007147841/09A RU2007147841A RU2421918C2 RU 2421918 C2 RU2421918 C2 RU 2421918C2 RU 2007147841/09 A RU2007147841/09 A RU 2007147841/09A RU 2007147841 A RU2007147841 A RU 2007147841A RU 2421918 C2 RU2421918 C2 RU 2421918C2
Authority
RU
Russia
Prior art keywords
transmitter
receiver
data blocks
status message
data block
Prior art date
Application number
RU2007147841/09A
Other languages
English (en)
Other versions
RU2007147841A (ru
Inventor
Михель МЕЙЕР (DE)
Михель МЕЙЕР
Хеннинг ВАЙМАНН (DE)
Хеннинг ВАЙМАНН
Йохан ТОРСНЕР (FI)
Йохан ТОРСНЕР
Матс САГФОРС (FI)
Матс САГФОРС
Дзунг-Фу ЧЭН (US)
Дзунг-Фу ЧЭН
Original Assignee
Телефонактиеболагет Лм Эрикссон (Пабл)
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=37452289&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=RU2421918(C2) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Телефонактиеболагет Лм Эрикссон (Пабл) filed Critical Телефонактиеболагет Лм Эрикссон (Пабл)
Publication of RU2007147841A publication Critical patent/RU2007147841A/ru
Application granted granted Critical
Publication of RU2421918C2 publication Critical patent/RU2421918C2/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H04L1/1678—Details of the supervisory signal the supervisory signal being transmitted together with control information where the control information is for timing, e.g. time stamps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L2001/0092—Error control systems characterised by the topology of the transmission link
    • H04L2001/0096—Channel splitting in point-to-point links
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L2001/125—Arrangements for preventing errors in the return channel

Landscapes

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

Abstract

Настоящее изобретение относится к беспроводной связи. Технический результат заявленного изобретения заключается в эффективном управлении повторной передачей блоков данных в системе беспроводной связи, в котором множественные механизмы дополнительной обратной связи используются, чтобы управлять повторной передачей. Приемник пытается декодировать каждый принятый блок данных. Если блок данных успешно декодируется, приемник передает положительную обратную связь передатчику, если блок данных неуспешно декодируется, приемник передает отрицательную обратную связь передатчику. Во всех случаях передатчик применяет, по меньшей мере, первый и второй механизмы обратной связи для передачи положительной и отрицательной обратной связи. В примерном варианте осуществления сообщения подтверждения приема (АСК) и неподтверждения приема (NACK) оправляются в ответ на прием каждого блока данных по первому ненадежному каналу, а сообщения о состоянии, идентифицирующие порядковые номера отдельных блоков данных, периодически передаются по второму надежному каналу; приемник предпочтительно удаляет блоки данных из своего окна передачи только после приема сообщения о состоянии, указывающего успешное декодирование. 2 н. и 21 з.п. ф-лы, 9 ил.

Description

По настоящей заявке на патент испрашивается приоритет по предварительной заявке США № 60/683621, зарегистрированной 23 мая 2005 года, раскрытие которой содержится в данном описании по ссылке.
Область техники, к которой относится изобретение
Изобретение относится, в целом, к беспроводной связи, а в частности, к протоколам передачи.
Уровень техники
Многие протоколы канального уровня поддерживают надежную передачу данных, выполняя повторные передачи неудавшихся передач. Неудавшиеся передачи сообщаются посредством сообщений обратной связи, таких как сообщения подтверждения приема (ACK) и неподтверждения приема (NACK) согласно протоколам автоматического запроса повторной передачи (ARQ). Механизмы ARQ, в частности, важны для беспроводной среды передачи, но также применяются к проводным линиям связи. Примеры механизмов ARQ, работающих по беспроводным каналам, включают в себя протоколы управления радиоканалом (RLC) для системы пакетной радиосвязи общего пользования (GPRS) и широкополосного множественного доступа с кодовым разделением канала (WCDMA), также как протокол гибридного ARQ (HARQ) в высокоскоростном управлении доступом к среде (MAC-hs) для высокоскоростного пакетного доступа по нисходящей линии связи (HSDPA). Проблема с такими протоколами в том, что они не могут предоставить быструю и надежную обратную связь и эффективное использование радиоресурсов.
Некоторые протоколы предшествующего уровня техники используют простую и быструю концепцию ACK/NACK, которая указывает, был ли кадр данных успешно принят. Такие протоколы не предоставляют порядковых номеров в обратной связи, а вместо этого передатчик и приемник неявно устанавливают обратную связь для отдельной передачи, эксплуатируя фиксированную временную зависимость. Это часто называется синхронной обратной связью. Преимуществом такого подхода является то, что короткие сигналы могут посылаться часто, тогда как расход ресурса передачи является относительно низким. Достигаемая эффективность кодирования, однако, ограничена или невозможна, если каждый ACK или NACK является одиночным битом. Таким образом, существует риск неверного истолкования такого одиночного бита в приемнике. Затухающие провалы дополнительно увеличивают вероятность ошибки, и достижение очень низкого коэффициента ошибок может потреблять много ресурсов, чтобы покрыть наихудшие провалы. Таким образом, такая передача сигнала также является дорогой, если требуются очень низкие коэффициенты ошибок, так как это может быть достигнуто только посредством увеличения мощности передачи или посредством повтора информации. Обновление или повторная передача каждого сообщения обратной связи, однако, невозможна, так как необходимо ее синхронизировать по времени с передачей соответствующих данных.
Другой класс протоколов использует блоки обратной связи, или управления, (иногда именуемые сообщениями о состоянии). Такие механизмы зачастую применяются для основанных на окнах ARQ-протоколов. Блоки обратной связи могут явно включать в себя порядковые номера и контрольную сумму, а следовательно, может поддерживаться надежность сообщений обратной связи. Неправильно принятая обратная связь не используется, а отбрасывается на стороне отправителя данных. Повторные передачи или передачи обновлений обратной связи используются, чтобы гарантировать то, что обратная связь корректно принята. Должно быть отмечено, что такие блоки обратной связи не требуют какого-либо выравнивания по времени с соответствующими блоками данных из-за порядковой нумерации блоков данных и ссылки на них в блоках обратной связи. Эти типы механизмов обратной связи имеют преимущество в том, что являются очень надежными; однако они типично гораздо медленнее по сравнению с синхронными механизмами ACK/NACK-обратной связи.
Следовательно, в области техники необходимы интегрированные протоколы повторной передачи, которые достигают эффективности традиционных ACK/NACK-протоколов при одновременной реализации надежности явных сообщений обратной связи. Предпочтительно, такие интегрированные протоколы повторной передачи могут быть осуществлены в одной категории протоколов и основаны на одних и тех же блоках данных протокола, состоянии протокола и логике.
Сущность изобретения
Чтобы обойти недостатки предшествующего уровня техники, изобретение предоставляет способы, которые могут быть встроены в передатчики и приемники, для эффективного управления повторной передачей блоков данных в системе беспроводной связи. Согласно принципам изобретения множество механизмов дополнительной обратной связи используются, чтобы управлять повторной передачей. Вообще, в ответ на прием множества блоков данных приемник пытается декодировать каждый блок данных. Если блок данных успешно декодирован, приемник передает положительную обратную связь передатчику, положительная обратная связь указывает передатчику, что блок данных был успешно декодирован приемником. Если блок данных не декодирован успешно, приемник передает отрицательную обратную связь передатчику, отрицательная обратная связь указывает передатчику, что блок данных не был успешно декодирован приемником. Во всех случаях приемник применяет, по меньшей мере, первый и второй механизмы обратной связи для передачи обратной связи.
Первый и второй механизмы обратной связи могут использовать первый и второй радиоканалы; первый и второй радиоканалы могут разделять общую несущую частоту. Первый радиоканал может быть каналом с узкой полосой частот и может использовать ненадежный способ передачи; второй радиоканал предпочтительно использует надежный способ передачи.
Положительная обратная связь может включать в себя сообщение о подтверждении приема (ACK), а отрицательная обратная связь может включать в себя сообщение о неподтверждении приема (NACK). Положительная и отрицательная обратная связь может дополнительно включать в себя сообщение о состоянии, которое включает в себя один или более идентификаторов позиции или порядковые номера, идентифицирующие блоки из множества блоков данных. Сообщение о состоянии может, например, быть одним порядковым номером, указывающим наивысший пронумерованный из множества блоков данных, которые были успешно приняты, или оно может включать в себя порядковый номер каждого блока данных, который в текущий момент принимается, или порядковый номер каждого блока данных, который был принят некорректно, или оба. Сообщение о состоянии может, например, автоматически передаваться в ответ на прием предварительно определенного числа блоков данных. Альтернативно, сообщения о состоянии могут отправляться в ответ на запрос от передатчика, запрос может, например, быть флагом в одном из блоков данных.
В примерном варианте осуществления ACK и NACK-сообщения не включают в себя порядковые номера и передаются по первому радиоканалу, использующему ненадежный способ передачи, а сообщения о состоянии передаются по второму радиоканалу, использующему надежный способ передачи. ACK и NACK-сообщения могут быть, например, единичными битами данных и могут передаваться безусловно в ответ на прием каждого из множества блоков данных. Предпочтительно, передатчик повторно передает блок данных в ответ на прием NACK или сообщение о состоянии, указывающее недоставку или неудачу декодирования такого блока данных; передатчик, однако, не удаляет блок данных из своего буфера передачи при приеме ACK, но только в ответ на сообщение о состоянии, указывающее успешное декодирование такого блока данных приемником. Сообщения о состоянии могут включать в себя значение циклического избыточного проверочного кода (CRC), посредством которого передатчик может проверить, что сообщение о состоянии успешно принято.
Способ может дополнительно включать обнаружение, посредством приемника, ошибки в передаче отрицательной обратной связи; ошибка может указываться посредством истечения таймера перед предполагаемым получением повторно передаваемого блока данных, для которого была отправлена отрицательная обратная связь. В случае обнаружения такой ошибки ожидаемая положительная или отрицательная обратная связь предпочтительно повторно передается с использованием второго механизма обратной связи.
Упомянутое выше - это намеченные в общих чертах, скорее в широком смысле, принципы настоящего изобретения, так что специалисты в области техники могут лучше понять подробное описание примерных вариантов осуществления, которые следуют далее. Специалисты в области техники должны оценить, что они могут легко использовать раскрытую концепцию и примерные варианты осуществления как основу для создания или модификации других структур и способов для выполнения тех же целей настоящего изобретения. Специалисты в области техники должны также представлять себе, что каждые эквивалентные конструкции не отступают от духа и цели изобретения в его самой широкой форме, как определено формулой изобретения, предусмотренной далее.
Краткое описание чертежей
Фиг.1 иллюстрирует схематическое представление интегрированного протокола повторной передачи согласно принципам изобретения;
Фиг.2 иллюстрирует блок-схему общего способа протокола повторной передачи для приемника;
Фиг.3 иллюстрирует блок-схему примерного варианта осуществления интегрированного протокола повторной передачи, согласно принципам изобретения, в передатчике;
Фиг.4 иллюстрирует блок-схему примерного варианта осуществления интегрированного протокола повторной передачи, согласно принципам изобретения, в приемнике;
Фиг.5 иллюстрирует работу изобретения относительно буфера передачи передатчика;
Фиг.6a и 6b иллюстрируют схемы последовательности сообщений, которые иллюстрируют работу таймера, используемого, чтобы обнаружить ошибки обратной связи; и
Фиг.7a и 7b отображают схемы последовательности сообщений, которые иллюстрируют работу таймера.
Подробное описание
Настоящее изобретение объединяет преимущества множественных концепций передачи сигналов обратной связи в одном протоколе. То есть, в частности, возможности в архитектуре сети распределенного доступа, например, когда протокол автоматического запроса повторной передачи (ARQ) завершается в базовой станции (или точке доступа) или терминале. В архитектуре сети с централизованным доступом преимущества изобретения могут, например, быть достигнуты в комбинации с концепцией ретрансляции ARQ (см: H. Wie-mann, M. Meyer, R. Ludwig, C.P.O., A Novel Multi-Hop ARQ Concept. IEEE 61 st Semiannual Vehicular Technology Conference (VTC), 30 мая - 1 июня 2005 года, содержащийся в данном документе по обращению). Изобретение предпочтительно осуществлено как один протокол, использующий два (или более) конкретных формата обратной связи по двум (или более) конкретным механизмам обратной связи; как описано далее в данном документе, механизмы обратной связи могут иметь разные характеристики канала с точки зрения надежности, расхода ресурсов и задержки. Кроме того, два (или более) формата обратной связи могут использовать разные средства, чтобы указать состояние приемника; например:
1. синхронная и бинарная (ACK/NACK) обратная связь как в HS-DSCH или E-DCH; этот механизм полагается на фиксированную временную зависимость между передачей данных и соответствующей обратной связью.
2. асинхронная и явная обратная связь как в RLC; сообщение о состоянии содержит идентификаторы, которые явно определяют блоки данных, на которые указывает обратная связь, где идентификаторы могут быть порядковыми номерами или явными привязками ко времени.
Оба формата сообщения обратной связи указывают информацию о приемнике из той же категории протокола и ссылаются на блоки данных того же протокола, состояние протокола и логику. Преимуществом использования двух разных механизмов передачи обратной связи является то, что функционирование может регулироваться по мгновенным радиоусловиям и ситуациям ошибок передачи, чтобы получить быстрый, надежный и эффективный с точки зрения радиоресурсов обмен обратной связью.
Обращаясь к фиг.1, иллюстрируется схематическое представление интрегрированного протокола повторной передачи согласно принципам изобретения. Блоки 101 данных передаются от передатчика 102 к приемнику 103, каждый из которых определяет конечную точку протокола, которая поддерживает свое собственное
состояние протокола; двунаправленная передача данных может быть получена с помощью одной пары передатчик/приемник протокола повторной передачи в каждом направлении. Как иллюстрировано, используются два типа механизмов обратной связи, чтобы указать состояние протокола приемника; механизм 104 подтверждения приема (АСК)/неподтверждения приема (NACK) автоматического запроса повторной передачи (ARQ) и механизм 105 сообщения о состоянии. Предполагается, что протокол повторной передачи является основанным на окнах ARQ-протоколом, который назначает порядковые номера каждому блоку данных протокола. Порядковые номера конкретно идентифицируют каждый блок данных протокола и могут использоваться, чтобы сообщить, какие блоки данных были корректно приняты, а какие должны быть повторно переданы.
Для механизма ACK/NACK обратной связи может быть сценарий с более чем одним блоком данных в каждом интервале времени (например, MIMO). В таких вариантах осуществления может быть один бит обратной связи для каждого блока данных или, альтернативно, один бит для предварительно определенного числа блоков данных. Альтернативой является использование более чем одного бита на блок данных, но, тем не менее, синхронной обратной связи.
Обращаясь теперь к фиг.2, продолжая ссылаться к фиг.1, иллюстрированное является блок-схемой общего способа протокола повторной передачи для приемника 103. Вообще, в ответ на прием множества блоков данных (этап 201) приемник 103 пытается декодировать каждый блок данных (этап 202) и передать обратную связь (этап 204) в качестве функции такого декодирования передатчику 102. Если блок данных успешно декодирован (этап 203), приемник передает положительную обратную связь передатчику (этап 204а); положительная обратная связь указывает передатчику, что блок данных был успешно декодирован приемником. Если блок данных успешно не декодирован (этап 203), приемник передает отрицательную обратную связь передатчику (этап 204b); отрицательная обратная связь указывает передатчику, что блок данных не был успешно декодирован приемником. Во всех случаях, как описано далее в данном документе, приемник 103 выбирает механизм обратной связи (этап 205) и передает обратную связь с использованием одного из двух или более механизмов обратной связи (этапы 206а, 206b).
Обращаясь теперь к фиг.3 и 4 (продолжая ссылаться к фиг.1 и 2), иллюстрированное является блок-схемами примерного варианта осуществления интегрированного протокола повторной передачи согласно принципам изобретения для передатчика 102 и приемника 103, соответственно. Чтобы уменьшить задержки повторной передачи, для передатчика 102 желательно знать так быстро, насколько возможно, была ли передача успешной. Следовательно, в предпочтительном варианте осуществления для каждого переданного передатчиком 102 блока данных (этап 101) приемник 103 передает обратную связь (этап 204). В этом варианте осуществления приемником 103 передается синхронная ACK/NACK обратная связь (этап 401) в ответ на прием каждого блока данных. После того как приемник попробовал декодировать блок данных (этап 202), он отправляет либо АСК, если он был успешно декодирован (этап 204а), либо NACK, указывающий, что декодирование не было успешным (этап 204b). Если передатчик 102 принимает NACK (этап 301), он повторно передает соответствующий блок данных (этап 302); однако, он не удаляет блок данных из своего буфера передачи.
Иногда беспроводные ARQ-протоколы явно не сообщают порядковый номер блока данных, а полагаются на фиксированную временную структуру, означающую, что передатчик знает, какой передаче принадлежит обратная связь. Например, предполагая фиксированную длину кадра, передатчик ожидает обратную связь для блока данных, отправленного в кадре x, в кадре x+4. Так как информация обратной связи ассоциативно связана со временем передачи обратной связи, однако, состояние для данного блока данных может быть указано только один раз, и невозможно повторить указание для того, чтобы восстановить из потерянных или ошибочных сигналов обратной связи.
Согласно принципам изобретения первый механизм обратной связи используется, чтобы передать ACK/NACK-обратную связь, и может использовать очень узкий, дешевый (с точки зрения радио ресурсов), но относительно ненадежный формат обратной связи. Второй механизм обратной связи может использоваться, чтобы отправить дополнительную обратную связь на основе явных сообщений обратной связи (сообщений о состоянии) и, предпочтительно, использует более надежный формат обратной связи. Таким образом, как показано на фиг.4, приемник 103, в дополнение к передаче ACK/NACK-сообщений для каждого принятого блока данных, также передает периодические сообщения о состоянии (этап 402).
Каждое сообщение о состоянии содержит один или более идентификаторов позиции в последовательности, которые могут быть порядковым номером, ассоциативно связанным с каждым отдельным блоком данных или точной отметкой времени, указывающей на временной интервал, в котором попытка передачи была обнаружена приемником, такие сообщения о состоянии информируют передатчик о состоянии приема данных, идентифицированных вышеупомянутыми идентификаторами позиции. Преимущество использования порядкового номера или явной временной отметки в качестве ориентира в том, что не существует строгих требований синхронизации для передачи обратной связи. Даже если это асинхронное сообщение о состоянии задерживается на несколько кадров, оно может все еще интерпретироваться передатчиком 102, так как оно включает в себя опорную точку. Это значит, что последовательные сообщения о состоянии могут содержать информацию об одинаковых блоках данных, что увеличивает надежность протокола, так как последнее сообщение о состоянии вызывает только некоторую дополнительную задержку.
Сообщение о состоянии может, например, указывать, вплоть до какого явно заданного порядкового номера или времени передачи все блоки данных были правильно приняты; такое сообщение о состоянии может именоваться как кумулятивное подтверждение приема. Альтернативно, сообщение о состоянии может включать в себя список блоков данных, которые были правильно или неправильно приняты. Список блоков данных может быть упакован в форме битовой карты для более эффективной передачи. Кроме того, сообщения о состоянии могут включать в себя значение циклически избыточного проверочного кода (CRC), чтобы гарантировать, что только правильно принятая информация о состоянии используется, чтобы управлять окном передатчика. Когда передатчик 102 принимает сообщение о состоянии, указывающее успешное декодирование одного или более блоков данных (этап 303), он затем удаляет такие идентифицированные блоки данных из своего буфера передачи (этап 304).
В примерном варианте осуществления сообщения о состоянии передаются по второму радиоканалу, который может использовать более эффективное кодирование, так как сообщения являются более крупными. Выравнивание по времени, однако, не является необходимым. Кроме того, коэффициент ошибок этих сообщений может быть отличным от переданных по первому каналу.
Отдельным преимуществом изобретения является то, что оба механизма обратной связи могут быть предоставлены одной категорией протокола и основаны на состоянии одного и того же протокола. Это означает, что и низкая задержка и высокая надежность могут быть достигнуты при потреблении минимума ресурсов для передачи обратной связи. Кроме того, существует возможность адаптивных стратегий обратной связи в зависимости от радиоусловий и/или картины ошибок, которые иначе возможны только со сложным межуровневым сообщением. Интегрированный протокол повторной передачи может также производить меньшие коэффициенты ошибок по сравнению с синхронизированным ARQ-протоколом и делать более быструю коррекцию ошибок по сравнению с асинхронным основанным на окнах протоколом; обе выгоды могут быть достигнуты при низком уровне потребления ресурсов для обратной связи.
Так как оба сообщения обратной связи передают информацию, принадлежащую одному и тому же состоянию протокола, возможно, что синхронные NACK-сигналы эксклюзивно используются, чтобы запустить повторные передачи, а ACK не запускают удаление данных из буфера передачи передатчика. Это из-за того, что 1-битные ACK/NACK-сообщения не являются надежными, т.е. передатчик 102 может легко интерпретировать NACK как ACK. Если передатчик 102 продвигает вперед свое окно передачи или удаляет блоки данных из своего буфера передачи из-за такого неверного истолкования, что приведет в результате к невосстановимой потере данных. Следовательно, должны использоваться только надежные сообщения о состоянии, чтобы запустить удаление блоков данных из буфера передачи передатчика (фиг.3; этапы 303, 304); это иллюстрировано на фиг.5.
Фиг.5 иллюстрирует работу изобретения относительно буфера передачи передатчика. Передатчик 102 включает в себя буфер передачи, который хранит передаваемые блоки данных. Как иллюстрировано, блок D1 данных передается первым, следом за ним блоки данных D2, D3 и D4. Когда каждый блок данных передается, он сохраняется в буфере передачи, таким образом, блоки D1-D4 данных сохранены в буфере передачи после передачи блока D4 данных. В приемнике каждый блок данных декодируется и ACK или NACK передается назад передатчику. Например, как иллюстрировано на фиг.5, блок D1 данных успешно декодируется и, следовательно, подтверждение приема (ACK) A1 передается назад передатчику. Блок D2 данных, однако, успешно не декодируется, и неподтверждение приема (NACK) N2 отправляется передатчику, запуская повторную передачу блока D2 данных. Блоки D3 и D4 данных также успешно декодируются, и, следовательно, ACK A3 и A4 передаются назад передатчику. В этот момент блоки D1-D4 данных все еще находятся в буфере передачи. Далее, принимается сообщение 501 о состоянии; сообщение о состоянии идентифицирует состояние успешного декодирования блоков D1, D3 и D4 данных как подтвержденно принятых (A) и состояние неудачного декодирования блока D2 данных как неподтвержденно принятого (N). Вследствие надежного свойства сообщения о состоянии передатчик может теперь удалить блоки D1, D3 и D4 данных из своего буфера передачи, оставляя только блок D2 данных. В иллюстрированном примере декодирование повторно переданного блока D2 данных было успешным, и ACK A2 отправлено передатчику. Блок D2 данных не удаляется из буфера передачи, однако, до последующего приема сообщения 502 о состоянии, указывающего успешное декодирование блока D2 данных; в иллюстрированном примере буфер передачи затем очищается.
Тогда как оба сообщения обратной связи передают информацию, принадлежащую одному и тому же состоянию протокола, возможно использовать NACK-сигналы, чтобы эксклюзивно запустить повторные передачи, в то время как ACK не запускают удаление соответствующего блока данных из буфера передачи. Это из-за того, что 1-битные ACK/NACK-сообщения являются ненадежными; если NACK интерпретируется передатчиком как ACK, передатчик продвинет вперед окно передачи или удалит блоки данных из буфера передачи, приводя к невосстановимой потере данных. Чтобы избежать этого, предпочтительно только надежные сообщения о состоянии могут запускать удаление данных из буфера передачи передатчика.
Как описано ранее, обратная связь через ACK и NACK может быть 1-битной. Потенциальной проблемой с использованием однобитных сообщений подтверждения приема, однако, является то, что NACK может быть неправильно принято как ACK, т.е. приемник 103 не принимает правильно блок данных и отвечает NACK-сигналом, а передатчик 102 интерпретирует этот сигнал как ACK и неправильно предполагает, что данные были приняты правильно. Предполагая, что протокол работает асинхронно (т.е. повторные передачи не отправляются с фиксированным смещением к приему NACK), приемник 103 не будет знать, когда ожидать повторную передачу неправильно принятого блока данных; таким образом, приемнику невозможно немедленно обнаружить, что случилась ошибка NACK в ACK. Чтобы решить эту проблему, в приемнике может использоваться таймер, который запускается при приеме неуспешной передачи; альтернативно, таймер может запускаться, когда соответствующее NACK передается, или в подобных связанных случаях. Таймер останавливается, если ожидаемая повторная передача принята, и данные могут быть успешно декодированы. Таймер стартует повторно, однако, если повторная передача принята, а данные все еще не могут быть декодированы, т.е. сохраняются ошибки передачи. Ошибка в передаче обратной связи указывается, если таймер истекает перед тем, как принимается ожидаемая повторная передача. Затем, при такой ошибке обратная связь повторно передается с использованием второго механизма обратной связи. Кроме того, если приняты новые данные вместо ожидаемой повторной передачи, приемник повторно передает обратную связь с использованием второго формата обратной связи и останавливает таймер.
Показанное на фиг.6a и 6b является схемами последовательности сообщений, которые иллюстрируют работу таймера. Фиг.6a изображает случай, когда происходит ошибка передачи, а NACK принимается правильно; таймер запускается, но повторная передача прибывает как ожидается, и таймер сбрасывается. Фиг.6b изображает случай, где происходит ошибка передачи, и NACK неправильно принимается в передатчике; т.е. передатчик интерпретирует NACK как ACK. Так как передатчик полагает, что дополнительного действия не требуется, он повторно не передает блок данных, как ожидается приемником, и таймер в конечном счете истекает. Когда таймер истекает, передатчику отправляется другое сообщение обратной связи, чтобы запросить повторную передачу. Это сообщение обратной связи должно быть отправлено с использованием надежного способа; сообщение должно включать в себя информацию о том, какой блок данных передать повторно, и также механизм, такой как значение CRC, чтобы гарантировать, что оно правильно интерпретируется в передатчике. После того как это сообщение обратной связи принимается, и передатчик знает, чтоб блок данных не был успешно доставлен, он повторно передает идентифицированный блок данных. Обращаясь теперь к фиг.7a и 7b, отображенное является дополнительными схемами последовательности сообщений, которые иллюстрируют работу таймера. Фиг.7a иллюстрирует случай, где ошибки NACK-в-ACK не происходит, но повторной передачи недостаточно для того, чтобы успешно декодировать блок данных, и передается второе NACK. Таймер повторно запускается, и ожидается новая повторная передача; поскольку передача является успешной, таймер прерывается. В заключение, фиг.7b иллюстрирует случай, когда происходит ошибка NACK-в-ACK для первого блока данных. Так как передатчик полагает, что первый блок данных был успешно принят, передается второй блок данных. В этом случае приемник обнаруживает, что был отправлен новый блок данных вместо ожидаемой повторной передачи. В этом случае, так как приемник не может ожидать повторной передачи первого блока данных, он остановит таймер, и надежное сообщение обратной связи отправляется, чтобы запросить повторную передачу первого блока данных.
Принципы изобретения могут быть модифицированы в соответствии с определенными дополнительными признаками. В одном альтернативном варианте осуществления второй формат обратной связи может быть отправлен только для данных (потоков), которые требуют высокой надежности. В другом варианте осуществления передача сообщений о состоянии может быть запущена в зависимости от надежности обратной связи через ACK/NACK. На основе декодирования обратной связи через ACK/NACK передатчик может определить надежность ACK/NACK-сообщений. Для очень надежных ("достоверных") ACK может быть не нужно отправлять какие-либо сообщения о состоянии; в таких случаях окна передатчика и приемника могут продвигаться вперед без каких-либо сообщений о состоянии более высокого уровня. При приеме "неопределенного" ACK/NACK, однако, передатчик может отправить запрос сообщения о состоянии, чтобы обновить свое состояние протокола с помощью более надежной обратной связи. В одном варианте осуществления "опрос" для сообщения о состоянии выполняется в передаче сигнала для ARQ (например, с использованием внеполосной передачи сигналов), чтобы получить быстрый запрос состояния. Как альтернатива, опрос может быть указан с помощью флага в блоке данных.
Когда принимается NACK, соответствующий блок данных предпочтительно повторно передается непосредственно, чтобы минимизировать задержку. В случае, если надежность NACK-сообщения низкая (что может быть определено из метрики декодирования), существует риск того, что повторная передача является излишней, что ведет к уменьшенной производительности. Чтобы управлять этой проблемой, передатчик может выполнять немедленные повторные передачи, только если принятые NACK имеют надежность выше определенного порогового значения. Если надежность ниже порогового значения, блок данных может быть буферизован до приема надежного сообщения о состоянии, содержащего надежное указание того, должен ли блок данных быть повторно передан. Этот признак может быть полезно объединен с ранее описанным признаком опроса ненадежных ACK, чтобы получить своевременную передачу сообщения о состоянии. Пороговое значение для выполнения повторной передачи на основе "неопределенной" обратной связи может быть приспособлено к загрузке системы, так что более высокое пороговое значение надежности используется во время высокой загрузки системы, когда ресурсы ограничены.
Несмотря на то, что сообщение обратной связи через ACK/NACK и через сообщение о состоянии предоставляют информацию об одних и тех же блоках данных, существует риск множественных повторных передач одного и того же блока данных. Если обратная связь ACK/NACK заставляет повторно передаваться определенные блоки данных, возможно, что повторная передача не будет завершена передатчиком, когда сообщение о состоянии передается приемником (или блоки данных были повторно переданы, но еще не приняты и не обработаны приемником). В этом случае одни и те же блоки данных протокола могут запрашиваться для повторной передачи второй раз сообщением о состоянии, что приводит к нежелательным повторным передачам. Эта проблема может быть обойдена включением привязки ко времени (например, номера кадра) в сообщение о состоянии; привязка ко времени указывает, до какого момента времени (т.е. какой кадр) были учтены принятые блоки данных, когда сообщение о состоянии было передано. Когда передатчик принимает сообщение о состоянии, он может определить, что какие-либо блоки данных, которые были переданы повторно (или запрошены для повторной передачи обратной связью через ACK/NACK) после указанного времени (т.е. кадра), должны быть переданы повторно, если это запрошено в сообщении о состоянии.
В заключение, несмотря на то, что оба типа сообщений обратной связи относятся к одинаковому состоянию протокола, возможно оценить коэффициент ошибок обратной связи через ACK/NACK, сравнивая ее с успешно принятой обратной связью через сообщение о состоянии. Определенный коэффициент ошибок для обратной связи через ACK/NACK может использоваться в качестве указателя того, должна ли быть модифицирована передача сигналов, например, посредством приспосабливания параметров передачи, например, мощности передачи, диверсификации и т.д. Для этой цели сигнал может быть отправлен из передатчика к приемнику, чтобы информировать его о том, что такие параметры передачи должны быть адаптированы.
Хотя настоящее изобретение было описано подробно, специалисты в области техники представят себе различные изменения, замены и переделки в примерных вариантах осуществления, раскрытых в данном описании, без отступления от духа и цели изобретения в его самой широкой форме. Примерные варианты осуществления, представленные в данном описании, иллюстрируют принципы изобретения и не предназначены быть исчерпывающими или ограничивать изобретение раскрытой формой; подразумевается, что рамки изобретения определены формулой, прилагаемой к нему, и ее эквивалентами.

Claims (23)

1. Способ функционирования приемника для использования в системе беспроводной связи, приемник работает, чтобы управлять повторной передачей принятых блоков данных, способ содержит этапы, на которых:
принимают множество блоков данных от передатчика, блоки данных, каждый, содержат порядковый номер;
в ответ на получение каждого из множества блоков данных пытаются декодировать каждый блок данных, и:
если блок данных успешно декодирован, передают сообщение подтверждения приема (АСК) передатчику, упомянутое АСК указывает передатчику, что блок данных был успешно декодирован приемником;
или, если блок данных неуспешно декодирован, передают сообщение неподтверждения приема (NACK) передатчику, NACK указывает передатчику, что блок данных не был успешно декодирован приемником;
причем упомянутое АСК или NACK передается упомянутому передатчику по первому радиоканалу; и
передают сообщение о состоянии передатчику по второму радиоканалу, сообщение о состоянии содержит один или более идентификаторов позиции в последовательности, соответствующих множеству упомянутых блоков данных.
2. Способ по п.1, в котором АСК- и NACK-сообщения состоят из одиночных битов.
3. Способ по п.1, в котором первый радиоканал использует ненадежный способ передачи.
4. Способ по п.1, в котором второй радиоканал использует надежный способ передачи.
5. Способ по п.1, в котором сообщение о состоянии автоматически передается в ответ на прием предварительно определенного числа множества блоков данных.
6. Способ по п.1, в котором сообщение о состоянии отправляется в ответ на запрос от передатчика.
7. Способ по п.6, в котором запрос от передатчика содержит флаг в одном из множества блоков данных.
8. Способ по п.1, в котором сообщение о состоянии содержит один идентификатор позиции в последовательности, указывающий наивысший пронумерованный из множества блоков данных, успешно принятых один за другим.
9. Способ по п.1, в котором сообщение о состоянии содержит идентификатор позиции в последовательности для каждого из множества блоков данных, которые были правильно приняты.
10. Способ по п.1, в котором сообщение о состоянии содержит идентификатор позиции в последовательности для каждого из множества блоков данных, которые были неправильно приняты.
11. Способ по п.1, в котором сообщение о состоянии содержит значение циклического избыточного проверочного кода (CRC), посредством которого передатчик может проверить, что сообщение о состоянии принято правильно.
12. Способ функционирования передатчика для использования в системе беспроводной связи, передатчик функционирует так, чтобы выборочно повторно передавать блоки данных, способ содержит этапы, на которых:
временно сохраняют множество блоков данных, которые должны быть переданы приемнику, в буфере передачи;
передают упомянутое множество блоков данных приемнику, блоки данных, каждый, содержат порядковый номер;
принимают сообщения подтверждения приема (АСК) и неподтверждения приема (NACK) от приемника по первому радиоканалу, причем приемник в ответ на прием каждого из множества блоков данных пытается декодировать блок данных в приемнике, и:
если блок данных успешно декодирован, передает сообщение подтверждения приема (АСК), упомянутое АСК указывает передатчику, что блок данных был успешно декодирован приемником; или, если блок данных неуспешно декодирован, передают сообщение неподтверждения приема (NACK) передатчику, NACK указывает передатчику, что блок данных не был успешно декодирован приемником;
принимают сообщение о состоянии от приемника по второму радиоканалу, сообщение о состоянии содержит один или более идентификаторов позиции в последовательности, соответствующих множеству блоков данных;
причем передатчик удаляет переданный блок данных из буфера передачи только в ответ на сообщение о состоянии, указывающее успешное декодирование блока данных приемником.
13. Способ по п.12, в котором АСК- и NACK-сообщения состоят из одиночных битов.
14. Способ по п.12, в котором АСК- и NACK-сообщения не включают в себя идентификаторы позиции в последовательности.
15. Способ по п.12, в котором первый радиоканал использует ненадежный способ передачи.
16. Способ по п.12, в котором второй радиоканал использует надежный способ передачи.
17. Способ по п.12, в котором сообщение о состоянии отправляется в ответ на запрос от передатчика.
18. Способ по п.17, в котором запрос от передатчика содержит флаг в одном из множества блоков данных.
19. Способ по п.12, в котором сообщение о состоянии содержит один идентификатор позиции в последовательности, указывающий наивысший пронумерованный из множества блоков данных, успешно принятых один за другим.
20. Способ по п.12, в котором сообщение о состоянии содержит идентификаторы позиции в последовательности для каждого из множества блоков данных, которые были правильно приняты.
21. Способ по п.12, в котором сообщение о состоянии содержит идентификаторы позиции в последовательности для каждого из множества блоков данных, которые были неправильно приняты.
22. Способ по п.12, в котором сообщение о состоянии содержит значение циклического избыточного проверочного кода (CRC), посредством которого передатчик может проверить, что сообщение о состоянии принято правильно.
23. Способ по п.12, в котором передатчик повторно передает блок данных в ответ на прием соответствующего NACK-сообщения или сообщения о приеме, указывающего недоставку или неудачу декодирования такого блока данных.
RU2007147841/09A 2005-05-23 2006-05-17 Протокол автоматического запроса повторной передачи (arq), имеющий множественные механизмы дополнительной обратной связи RU2421918C2 (ru)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US68362105P 2005-05-23 2005-05-23
US60/683,621 2005-05-23

Publications (2)

Publication Number Publication Date
RU2007147841A RU2007147841A (ru) 2009-06-27
RU2421918C2 true RU2421918C2 (ru) 2011-06-20

Family

ID=37452289

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2007147841/09A RU2421918C2 (ru) 2005-05-23 2006-05-17 Протокол автоматического запроса повторной передачи (arq), имеющий множественные механизмы дополнительной обратной связи

Country Status (11)

Country Link
US (1) US7673211B2 (ru)
EP (2) EP1889395B1 (ru)
JP (1) JP2008543167A (ru)
CN (1) CN101208894B (ru)
BR (1) BRPI0609889B1 (ru)
ES (2) ES2528019T3 (ru)
HK (1) HK1208974A1 (ru)
HU (1) HUE058045T2 (ru)
PL (1) PL2860900T3 (ru)
RU (1) RU2421918C2 (ru)
WO (1) WO2006126960A1 (ru)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2614574C2 (ru) * 2011-11-09 2017-03-28 Телефонактиеболагет Л М Эрикссон (Пабл) Выполнение надежного harq-ack для mf-hsdpa

Families Citing this family (74)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006099883A1 (en) * 2005-03-23 2006-09-28 Telefonaktiebolaget Lm Ericsson (Publ) System and method for transporting data units through a communication network
WO2006103724A1 (ja) * 2005-03-25 2006-10-05 Fujitsu Limited パケットの配信帯域制御方法、配信装置及び映像配信システム
CN101248611A (zh) * 2005-08-24 2008-08-20 艾利森电话股份有限公司 数据单元传送方法
KR100903053B1 (ko) * 2005-11-04 2009-06-18 삼성전자주식회사 광대역 무선접속 통신망에서 멀티홉시스템을 위한자동반복요청 장치 및 방법
US8151154B2 (en) * 2005-12-16 2012-04-03 Telefonaktiebolaget L M Ericsson (Publ) Method and a transmitter/receiver for reduced signaling in a retransmission system using hybrid automatic repeat
KR100912784B1 (ko) * 2006-01-05 2009-08-18 엘지전자 주식회사 데이터 송신 방법 및 데이터 재전송 방법
US9456455B2 (en) * 2006-01-05 2016-09-27 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
KR101265628B1 (ko) 2006-01-05 2013-05-22 엘지전자 주식회사 이동 통신 시스템에서의 무선 자원 스케줄링 방법
KR101211807B1 (ko) 2006-01-05 2012-12-12 엘지전자 주식회사 이동통신 시스템에서 무선단말의 동기상태 관리방법
KR101333918B1 (ko) 2006-01-05 2013-11-27 엘지전자 주식회사 이동 통신 시스템의 점-대-다 서비스 통신
EP1997258B1 (en) * 2006-03-21 2016-09-07 Telefonaktiebolaget LM Ericsson (publ) Communication control method
KR101387475B1 (ko) * 2006-03-22 2014-04-22 엘지전자 주식회사 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법
CN101416434A (zh) * 2006-04-07 2009-04-22 艾利森电话股份有限公司 用于改进的混合自动重传请求的方法、接收机和发射机
US8331342B2 (en) * 2006-04-28 2012-12-11 Samsung Electronics Co., Ltd. Apparatus and method for switching between single user and multi-user MIMO operation in a wireless network
KR20090017699A (ko) * 2006-06-20 2009-02-18 가부시키가이샤 엔티티 도코모 이동통신시스템에서 사용되는 무선통신장치 및 방법
CN101473565B (zh) 2006-06-21 2012-11-07 Lg电子株式会社 在无线移动通信系统中使用消息分离发送和接收无线电接入信息的方法
KR101369135B1 (ko) 2006-06-21 2014-03-05 엘지전자 주식회사 이동통신 시스템에서의 멀티미디어 및 방송서비스의 품질보장 방법 및 그 단말
GB0619769D0 (en) * 2006-10-06 2006-11-15 Siemens Ag Variable length coding
US7957360B2 (en) * 2007-01-09 2011-06-07 Motorola Mobility, Inc. Method and system for the support of a long DRX in an LTE—active state in a wireless network
US8204010B2 (en) 2007-06-18 2012-06-19 Research In Motion Limited Method and system for dynamic ACK/NACK repetition for robust downlink MAC PDU transmission in LTE
US8402335B2 (en) 2007-06-22 2013-03-19 Nokia Corporation Status report messages for multi-layer ARQ protocol
US8799734B2 (en) * 2007-07-03 2014-08-05 Industrial Technology Research Institute Transmission control methods and devices for communication systems
US8201041B2 (en) * 2007-07-03 2012-06-12 Industrial Technology Research Institute Transmission control methods and devices for communication systems
US8254971B1 (en) * 2007-11-29 2012-08-28 At&T Mobility Ii Llc System and method for determining an SMS message retransmission schedule
US8154988B2 (en) * 2007-12-06 2012-04-10 Cisco Technology, Inc. Delivery of streams to repair errored media streams in periods of insufficient resources
US8214855B2 (en) * 2007-12-06 2012-07-03 Cisco Technology, Inc. Delivery of streams to repair errored media streams in periods of unrecoverable errors
JP2009164699A (ja) * 2007-12-28 2009-07-23 Fujitsu Ltd 無線通信のデータ再送処理方法およびその方法を用いる無線通信装置
US9008004B2 (en) * 2008-02-01 2015-04-14 Lg Electronics Inc. Method for sending RLC PDU and allocating radio resource in mobile communications system and RLC entity of mobile communications
KR101531419B1 (ko) 2008-02-01 2015-06-24 엘지전자 주식회사 시간동기 타이머의 만료 시 상향링크 ｈａｒｑ의 동작 방법
KR101375936B1 (ko) * 2008-02-01 2014-03-18 엘지전자 주식회사 시간동기 타이머의 만료 시 하향링크 ｈａｒｑ의 동작 방법
EP2241046B8 (en) 2008-02-08 2012-04-25 Telefonaktiebolaget L M Ericsson (publ) Method and arrangement in a telecommunication system
US20090232076A1 (en) * 2008-03-14 2009-09-17 Richard Lee-Chee Kuo Method and Apparatus for Handling a Contention-Based Random Access Procedure
US8477830B2 (en) 2008-03-18 2013-07-02 On-Ramp Wireless, Inc. Light monitoring system using a random phase multiple access system
US8958460B2 (en) 2008-03-18 2015-02-17 On-Ramp Wireless, Inc. Forward error correction media access control system
US8520721B2 (en) 2008-03-18 2013-08-27 On-Ramp Wireless, Inc. RSSI measurement mechanism in the presence of pulsed jammers
BRPI0915385B1 (pt) * 2008-06-23 2020-10-27 Sharp Kabushiki Kaisha aparelho de estação móvel, sistema de comunicação e método de comunicação
US8347163B2 (en) * 2008-08-08 2013-01-01 Industrial Technology Research Institute System and method for data transmission
KR101530850B1 (ko) * 2008-08-20 2015-07-06 삼성전자주식회사 무선통신시스템에서 자동 재전송 요청 피드백 장치 및 방법
US8473799B2 (en) * 2008-08-21 2013-06-25 Qualcomm Incorporated Handling of disrupted synchronous hybrid automatic repeat request (HARQ) cycle at system time rollover
KR101457708B1 (ko) * 2008-11-03 2014-11-04 엘지전자 주식회사 중계기를 포함하는 무선통신 시스템에서 ａｃｋ/ｎａｃｋ 전송 방법
US8848594B2 (en) 2008-12-10 2014-09-30 Blackberry Limited Method and apparatus for discovery of relay nodes
US8040904B2 (en) 2008-12-17 2011-10-18 Research In Motion Limited System and method for autonomous combining
US8311061B2 (en) 2008-12-17 2012-11-13 Research In Motion Limited System and method for multi-user multiplexing
US8355388B2 (en) * 2008-12-17 2013-01-15 Research In Motion Limited System and method for initial access to relays
US8402334B2 (en) * 2008-12-17 2013-03-19 Research In Motion Limited System and method for hybrid automatic repeat request (HARQ) functionality in a relay node
US8446856B2 (en) 2008-12-19 2013-05-21 Research In Motion Limited System and method for relay node selection
US8335466B2 (en) 2008-12-19 2012-12-18 Research In Motion Limited System and method for resource allocation
US8265128B2 (en) 2008-12-19 2012-09-11 Research In Motion Limited Multiple-input multiple-output (MIMO) with relay nodes
US20100174962A1 (en) * 2009-01-02 2010-07-08 Industrial Technology Research Institute Systems and methods for data transmission
US8363699B2 (en) 2009-03-20 2013-01-29 On-Ramp Wireless, Inc. Random timing offset determination
US8661083B2 (en) * 2009-04-04 2014-02-25 Oracle International Corporation Method and system for implementing sequence start and increment values for a resequencer
US8578218B2 (en) * 2009-04-04 2013-11-05 Oracle International Corporation Method and system for implementing a scalable, high-performance, fault-tolerant locking mechanism in a multi-process environment
US9124448B2 (en) * 2009-04-04 2015-09-01 Oracle International Corporation Method and system for implementing a best efforts resequencer
US8254391B2 (en) * 2009-04-04 2012-08-28 Oracle International Corporation Method and system for performing blocking of messages on errors in message stream
US20100254388A1 (en) * 2009-04-04 2010-10-07 Oracle International Corporation Method and system for applying expressions on message payloads for a resequencer
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
US11042211B2 (en) 2009-08-07 2021-06-22 Advanced Processor Architectures, Llc Serially connected computing nodes in a distributed computing system
US9429983B1 (en) 2013-09-12 2016-08-30 Advanced Processor Architectures, Llc System clock distribution in a distributed computing environment
US9645603B1 (en) 2013-09-12 2017-05-09 Advanced Processor Architectures, Llc System clock distribution in a distributed computing environment
US8554506B2 (en) * 2009-08-07 2013-10-08 Advanced Processor Srchitectures, LLC Distributed computing
EP2323114B1 (fr) * 2009-11-13 2012-10-31 Hager Controls Procédé d'obtention rapide d'informations sur l'état de fonctionnement d'une pluralité d'équipements fonctionnant en groupe dans un réseau de type domotique.
CN102624502A (zh) * 2011-01-30 2012-08-01 三星电子株式会社 信道信息反馈方法
US20130039192A1 (en) 2011-08-08 2013-02-14 Renesas Mobile Corporation Methods, Apparatus and Wireless Device for Transmitting and Receiving Data Blocks
WO2013134948A1 (en) * 2012-03-16 2013-09-19 Telefonaktiebolaget L M Ericsson (Publ) Methods for reliable reception of harq feedback information in heterogeneous deployments
EP2661138A1 (en) 2012-05-04 2013-11-06 Panasonic Corporation Threshold-based and power-efficient scheduling request procedure
US9148236B2 (en) * 2012-09-24 2015-09-29 Qualcomm Incorporated Optimized HARQ recombining within transmission window
EP3145105A1 (en) * 2014-06-17 2017-03-22 Huawei Technologies Co., Ltd. Radio resource scheduling method and apparatus
US10355828B2 (en) * 2015-03-02 2019-07-16 Qualcomm Incorporated Fast radio link control error recovery with low latency transmissions
WO2017089617A1 (en) * 2015-11-27 2017-06-01 Telefonaktiebolaget Lm Ericsson (Publ) Method and devices employing retransmission schemes
EP3394751A1 (en) * 2015-12-23 2018-10-31 IDAC Holdings, Inc. Methods of offloading computation from mobile device to cloud
US11212040B2 (en) 2016-10-13 2021-12-28 Telefonaktiebolaget Lm Ericsson (Publ) Method, device and computer program for data transmission feedback in a wireless communication system
EP3352492A1 (en) * 2017-01-19 2018-07-25 Giesecke+Devrient Mobile Security GmbH Authentication method
GB2588811B (en) * 2019-11-08 2022-07-06 Vodafone Ip Licensing Ltd Methods and systems for exchanging periodic data in a mobile telecommunications network
CN113472486A (zh) * 2021-06-30 2021-10-01 四川省分析测试服务中心 一种仪器运行数据低频采集的高效重传方法及装置

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3031008B2 (ja) * 1991-12-06 2000-04-10 松下電器産業株式会社 データ伝送方法
JPH08154096A (ja) * 1994-11-25 1996-06-11 Nippon Telegr & Teleph Corp <Ntt> 無線パケット再送方法
US6021124A (en) * 1997-08-19 2000-02-01 Telefonaktiebolaget Lm Ericsson Multi-channel automatic retransmission query (ARQ) method
US6772215B1 (en) * 1999-04-09 2004-08-03 Telefonaktiebolaget Lm Ericsson (Publ) Method for minimizing feedback responses in ARQ protocols
JP3594195B2 (ja) * 2000-08-17 2004-11-24 松下電器産業株式会社 データ伝送装置およびデータ伝送方法
JP2002078016A (ja) * 2000-08-31 2002-03-15 Kyocera Corp 無線通信装置及び無線通信システム
US6816478B1 (en) 2000-11-03 2004-11-09 Lucent Technologies Inc. Apparatus and method for use in effecting automatic repeat requests in wireless multiple access communications systems
CA2380039C (en) * 2001-04-03 2008-12-23 Samsung Electronics Co., Ltd. Method of transmitting control data in cdma mobile communication system
WO2003032566A1 (fr) * 2001-10-04 2003-04-17 Mitsubishi Denki Kabushiki Kaisha Procede de communication, systeme de communication et appareil de communication
WO2003055123A1 (en) * 2001-12-10 2003-07-03 Nortel Networks Limited Adaptive multi-mode harq system and method
KR100832117B1 (ko) 2002-02-17 2008-05-27 삼성전자주식회사 고속 순방향 패킷 접속 방식을 사용하는 이동통신 시스템에서 역방향 송신전력 오프셋 정보를 송수신하는 장치 및 방법
ATE385078T1 (de) * 2002-05-10 2008-02-15 Interdigital Tech Corp Verfahren zur überwachung von protokolldateneinheiten zugewiesenen übertragungssequenzzahlen zur erkennung und korrektur von übertragungsfehlern
JP2004134863A (ja) * 2002-10-08 2004-04-30 Nagano Japan Radio Co ワイヤレス交話装置
JP3754413B2 (ja) * 2002-12-02 2006-03-15 株式会社東芝 無線通信システム
JP2004328498A (ja) 2003-04-25 2004-11-18 Mitsubishi Electric Corp 基地局、端末、通信システム、及び通信方法
JP3871661B2 (ja) * 2003-07-25 2007-01-24 株式会社東芝 マルチメディアコンテンツ受信装置及びマルチメディアコンテンツ受信方法
US7331008B2 (en) * 2003-08-21 2008-02-12 Lucent Technologies Inc. Erasure decoding optimization of acknowledgment/negative acknowledgment information in a wireless communication system
ATE424066T1 (de) * 2004-01-22 2009-03-15 Panasonic Corp Verfahren und vorrichtungen zum umschalten zwischen asynchronen und synchronen harq- wiederübertragungsmoden

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2614574C2 (ru) * 2011-11-09 2017-03-28 Телефонактиеболагет Л М Эрикссон (Пабл) Выполнение надежного harq-ack для mf-hsdpa

Also Published As

Publication number Publication date
ES2528019T3 (es) 2015-02-03
EP1889395B1 (en) 2014-12-10
CN101208894B (zh) 2011-09-07
BRPI0609889A2 (pt) 2011-10-11
EP2860900A2 (en) 2015-04-15
ES2903025T3 (es) 2022-03-30
RU2007147841A (ru) 2009-06-27
JP2008543167A (ja) 2008-11-27
PL2860900T3 (pl) 2022-04-04
US20060282739A1 (en) 2006-12-14
EP1889395A1 (en) 2008-02-20
EP2860900A3 (en) 2015-05-27
WO2006126960A1 (en) 2006-11-30
CN101208894A (zh) 2008-06-25
EP1889395A4 (en) 2011-11-09
BRPI0609889B1 (pt) 2019-05-07
US7673211B2 (en) 2010-03-02
EP2860900B1 (en) 2021-11-17
HUE058045T2 (hu) 2022-06-28
BRPI0609889A8 (pt) 2018-07-31
HK1208974A1 (en) 2016-03-18

Similar Documents

Publication Publication Date Title
RU2421918C2 (ru) Протокол автоматического запроса повторной передачи (arq), имеющий множественные механизмы дополнительной обратной связи
TW591960B (en) Radio communication system
JP3817426B2 (ja) 自動再送要求を行うデータ・ネットワークにおけるパケット破棄方法及びパケット破棄装置
JP5160624B2 (ja) ステータス及びパケットの応答を備えるａｒｑシステム
US9507669B2 (en) Method of transmitting data using HARQ
US8792472B2 (en) Method and system for robust MAC signaling
US7979768B2 (en) Method and system for implementing hybrid automatic repeat request
US10153869B2 (en) System and method adopting a reliable stop-and-wait hybrid automatic repeat request protocol
EP2241126B1 (en) Method of exchanging data between a base station and a mobile station.
RU2554527C2 (ru) Способы и устройства в телекоммуникационной системе
US20090271679A1 (en) Retransmission control method and receiving-end apparatus
US20100146354A1 (en) Method and apparatus for h-arq in a wireless communication system
KR100289232B1 (ko) 무선 데이터 서비스를 위한 이중 모드 선택적 반복 자동 재송요구 방법
KR101279694B1 (ko) 통신 시스템에서 하이브리드 자동 재전송 요구 방법 및 그 시스템

Legal Events

Date Code Title Description
PC41 Official registration of the transfer of exclusive right

Effective date: 20160729