RU2482612C2 - Способы кооперативной связи - Google Patents

Способы кооперативной связи Download PDF

Info

Publication number
RU2482612C2
RU2482612C2 RU2010142904/07A RU2010142904A RU2482612C2 RU 2482612 C2 RU2482612 C2 RU 2482612C2 RU 2010142904/07 A RU2010142904/07 A RU 2010142904/07A RU 2010142904 A RU2010142904 A RU 2010142904A RU 2482612 C2 RU2482612 C2 RU 2482612C2
Authority
RU
Russia
Prior art keywords
retransmissions
cooperating devices
cooperating
transmission
source device
Prior art date
Application number
RU2010142904/07A
Other languages
English (en)
Other versions
RU2010142904A (ru
Inventor
Озгур ОЙМАН
Ярослав СИДИР
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
Application filed by Интел Корпорейшн filed Critical Интел Корпорейшн
Publication of RU2010142904A publication Critical patent/RU2010142904A/ru
Application granted granted Critical
Publication of RU2482612C2 publication Critical patent/RU2482612C2/ru

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022Site diversity; Macro-diversity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/02Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/022Site diversity; Macro-diversity
    • H04B7/024Co-operative use of antennas of several sites, e.g. in co-ordinated multipoint or co-operative multiple-input multiple-output [MIMO] systems
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04BTRANSMISSION
    • H04B7/00Radio transmission systems, i.e. using radiation field
    • H04B7/14Relay systems
    • H04B7/15Active relay systems
    • H04B7/155Ground-based stations
    • H04B7/15592Adapting at the relay station communication parameters for supporting cooperative relaying, i.e. transmission of the same data via direct - and relayed path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/02Arrangements for detecting or preventing errors in the information received by diversity reception
    • H04L1/06Arrangements for detecting or preventing errors in the information received by diversity reception using space diversity
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0032Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035Resource allocation in a cooperative multipoint environment
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0091Signaling for the administration of the divided path
    • 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/0097Relays

Landscapes

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

Abstract

Изобретение относится к технике связи и может использоваться для кооперативной связи. Технический результат состоит в повышении достоверности переданной информации. Для этого раскрыты способы, согласно которым между устройством-источником и устройством назначения осуществляется связь. Подобная связь может включать в себя множество кооперирующих устройств, которые ретранслируют (например, одновременно повторно передают) передачи, выполненные устройством-источником. Таким образом, доставка передач из устройств-источников в устройства назначения может содержать два или более "скачков", например, первый "скачок" содержит исходную передачу, а второй "скачок" содержит две или более повторные ретрансляции. 3 н. и 16 з.п. ф-лы, 13 ил.

Description

Уровень техники
Сети беспроводной связи часто подвергаются медленному замиранию. Медленное замирание имеет место, когда окружение распространения сигнала медленно меняется относительно скорости передачи данных. Это может произойти, когда время когерентности канала связи больше, чем несколько длительностей кадра.
Медленное замирание может вызвать проблемы связи, такие как всплески ошибок. Подобные всплески могут значительно ухудшить производительность передачи данных и оказать отрицательное влияние на надежное декодирование передаваемых данных. Одним из подходов решения этой проблемы в беспроводных сетях является использование способов кооперативного разнесения, где терминалы совместно используют свои антенны и другие ресурсы. Согласно подобным способам создается виртуальный массив (то есть виртуальная система с Множеством Входов и Множеством Выходов (Multiple-Input Multiple-Output, MIMO)) путем распределенной передачи и обработки сигнала. В результате может быть реализовано пространственное разнесение и распределенный массив.
Если система связи может выдержать задержку определенной величины, то данные с ошибками могут быть повторно переданы, используя протокол Автоматического Запроса на Повтор (Automatic Repeat Request, ARQ). Согласно подобным протоколам кадры исследуются в принимающем устройстве на предмет наличия ошибок (например, посредством Циклического Контроля Избыточности (Cyclic Redundancy Check, CRC). Если в принятом кадре ошибки отсутствуют, то принимающий конец передает в передающее устройство Подтверждение Приема (Acknowledgement, ACK) передачи. Тем не менее, если детектируются ошибки, то в передающее устройство передается Неподтверждение Приема (Negative Acknowledgement, NACK). В некоторых случаях NACK может не передаваться, например, если кадр был утерян и приемник вообще его не получил. Кроме того, передающее устройство может интерпретировать NACK, если оно не получает ACK в некотором временном диапазоне. В ответ на NACK передающее устройство повторно передает этот кадр. Это может повторяться до тех пор, пока не будет принят ACK или пока не будет достигнуто предельное количество повторных передач.
В дополнение к протоколам ARQ могут применяться алгоритмы Гибридного ARQ (Hybrid ARQ, HARQ). Принцип действия протоколов HARQ схож с принципом действия протоколов ARQ, но он также может сочетать в себе детектирование и коррекцию ошибок с целью обеспечения лучшей производительности пропускной способности, например, биты данных и CRC могут получить дополнительную защиту за счет кода с коррекцией ошибок, что повышает вероятность успешной передачи. Более того, протоколы HARQ могут комбинировать ранее обработанные пакеты с ошибками с повторно переданными пакетами, используя такие способы, как отслеживаемое комбинирование, инкрементальная избыточность или комбинирование кода.
В определенных ситуациях существующие протоколы ARQ и HARQ недостаточны для обеспечения надежности линии связи. Например, когда происходит глубокое замирание, протоколы ARQ и HARQ не улучшают качество линии связи, поскольку плохое состояние канала, вероятно, будет влиять также на повторные передачи, следующие за исходными передачами. Таким образом, может иметь место увеличение среднего количества повторных передач, а также последующее сокращение пропускной способности.
Краткое описание чертежей
Фиг.1A-1D - схемы окружения связи.
Фиг.2A, 2B и 3 - иллюстративные логические блок-схемы.
Фиг.4 - иллюстрация примера реализации устройства.
Фиг.5 - схема формата кадра.
Фиг.6-9 - схемы примеров связи.
Подробное описание
В различных вариантах осуществления может иметь место связь между устройством-источником и устройством назначения. Подобная связь может включать в себя множество кооперирующих устройств, которые повторно передают (например, одновременно повторно передают) или ретранслируют передачи, выполненные устройством-источником. Таким образом, доставка передач из устройств-источников в устройства назначения может содержать два или более «скачков» (например, первый «скачок» содержит исходную передачу, а второй «скачок» содержит две или более повторные ретрансляции).
Таким образом, в вариантах осуществления используется множество беспроводных линий и реализуется пространственное разнесение и усиление массива путем кооперации между устройствами-источниками и кооперирующими устройствами (некоторые из которых могут иметь более качественные соединения с устройством назначения). В результате, устройства назначения могут принимать из источника множество версий (повторных передач) исходных передач, которые независимым образом подвергались замиранию. Это может повысить вероятности надежного декодирования устройствами назначения. В результате может быть сокращено ожидаемое количество повторных передач, необходимых для успешного декодирования.
Кроме того, в настоящих вариантах осуществления прямая линия связи между устройством-источником и устройством назначения может вообще отсутствовать или она может не использоваться (например, по выбору) для передачи данных. В таких ситуациях в передачах между устройством-источником и источником назначения могут участвовать множество кооперирующих устройств, которые принимают передачи устройства источника и ретранслируют (например, одновременно выполняют повторную передачу) эти передачи устройства-источника.
Более того, операции HARQ могут иметь место по каждой линии или по каждому скачку, например, когда прямая линия связи между устройством-источником и устройством назначения не существует. Таким образом, для каждого скачка передачи и повторные передачи могут продолжаться до тех пор, пока принимающее устройство не выполнит успешный прием.
I. Рабочие окружения
Фиг.1A-1D иллюстрируют пример рабочего окружения, в котором между множеством устройств может осуществляться связь. В частности, это окружение включает в себя устройство-источник 102, устройство 104 назначения и множество кооперирующих устройств 106, 108, 110 и 112. Эти устройства могут обмениваться передачами согласно любому протоколу связи. В добавление, для таких передач может использоваться любой способ передачи и/или схема кодирования (например, кодирование с детектированием/коррекцией ошибок или кодирование сети).
Хотя на фиг.1A-1D проиллюстрировано четыре кооперирующих устройства (106, 108, 110 и 112), упомянутые окружения могут включать в себя любое количество кооперирующих устройств. Сверх того, в настоящих вариантах осуществления любое количество устройств-источников и/или устройств назначения могут быть ассоциированы с любым количеством кооперирующих устройств.
В настоящих вариантах осуществления кооперирующие устройства могут способствовать связи между устройством-источником 102 и устройством 104 назначения. Например, на фиг.1A и 1B показаны примеры связи согласно подходу вспомогательной ретрансляции. Как показано на фиг.1A, устройство-источник 102 осуществляет передачу 120 в устройство 104 назначения. Хотя это не показано, кооперирующие устройства 108 и 112 также принимают передачу 120.
В этом примере устройство 104 назначения неспособно декодировать передачу 120. Соответственно, на фиг.1A также показаны кооперирующие устройства 108 и 112, осуществляющие повторные передачи 122 и 124 в устройство 104 назначения (то есть повторные передачи исходной передачи 120). В настоящих вариантах осуществления, тем не менее, любое количество кооперирующих устройств может быть вовлечено в кооперативную повторную передачу исходной передачи 120, когда в устройстве 104 назначения имеет место сбой декодирования исходной передачи 120.
В настоящих вариантах осуществления устройство-источник 102 также может функционировать как кооперирующее устройство. Соответственно, на фиг.1B показано устройство-источник 102, которое осуществляет передачу 126 в устройство 104 назначения. В добавление, на фиг.1B показано устройство-источник 102, которое осуществляет повторную передачу 130 в устройство 104 назначения, и кооперирующее устройство 108, которое осуществляет повторную передачу 128 в устройство 104 назначения. Упомянутые повторные передачи являются повторными передачами исходной передачи 126. Более того, эти повторные передачи могут происходить одновременно посредством кооперативных способов.
Как показано на фиг.1A и 1B, подобные передачи могут происходить в результате того, что устройство 104 назначения не получает (успешно не декодирует) первую передачу из устройства-источника 102 (например, передачу 120 или передачу 126). Это может быть определено, например, посредством сообщения NACK.
На фиг.1C и 1D показаны примеры связи согласно подходу последовательности скачков. Согласно этому подходу прямая линия между устройством-источником 102 и устройством 104 назначения не используется. Это может произойти из-за того, что линия между этими устройствами отсутствует или она имеет плохое качество. Соответственно, этот подход может использоваться тогда, когда передачи данных не могут достигнуть (или, вероятно, не достигнут) устройства 104 назначения. Тем не менее этот подход не ограничивается такими ситуациями.
Как показано на фиг.1C, устройство-источник 102 осуществляет передачу 132. Эта передача принимается кооперирующими устройствами 108 и 112. Кооперирующие устройства 108 и 112 надежно декодируют эту передачу 132. В свою очередь, эти кооперирующие устройства передают повторные передачи 134 и 136 (то есть ретранслированные версии передачи 132) в устройство 104 назначения. Эти повторные передачи содержат такое же информационное наполнение, что и передача 132. При необходимости, кооперирующие устройства 108 и 112 могут совместно повторно осуществлять повторные передачи 134 и 136 до тех пор, пока не произойдет успешный прием устройством 104 назначения.
Как описано выше, устройство-источник 102 также может функционировать как кооперирующее устройство. Соответственно, на фиг.1D показано устройство-источник 102, которое осуществляет передачу 138, надежно декодируемую кооперирующим устройством 108. В свою очередь, устройство-источник 102 осуществляет повторную передачу 142 в устройство 104 назначения, и кооперирующее устройство 108 осуществляет повторную передачу 140 в устройство 104 назначения. Эти повторные передачи (которые являются ретранслированными версиями передачи 138) содержат такое же информационное наполнение, что и передача 138. При необходимости, устройство-источник 102 и кооперирующее устройство 108 могут совместно повторно осуществлять повторные передачи 140 и 142 до тех пор, пока не произойдет успешный прием устройством 104 назначения.
Событие и характеристики повторных передач с фиг.1A-1D могут быть определены устройством-источником 102 и/или устройством 104 назначения. Это может включать в себя выбор набора кооперирующих устройств для осуществления подобных повторных передач, а также выбор способа передачи (например, распределенное пространственно-временное кодирование, распределенное формирование луча и т.п.) для упомянутых повторных передач. Более того, устройство-источник 102 и/или устройство 104 назначения могут осуществлять связь с подобными кооперирующими устройствами, чтобы облегчить повторные передачи. Применение двух или более кооперирующих устройств (например, как показано на фиг.1A-1D) может обеспечить более высокий уровень разнесения. В результате надежность может быть повышена путем передачи подходящим образом кодированных сигналов по разным трактам в течение передачи и повторной передачи. В добавление, путем применения более одного кооперирующего устройства обеспечивается высокая вероятность того, что передача «первого скачка» будет успешно декодирована, по меньшей мере, одним кооперирующим устройством. Соответственно, может быть сокращена необходимость повторной передачи первого скачка устройством-источником (в результате неуспешного декодирования).
Настоящие варианты осуществления могут быть дополнительно описаны со ссылкой на следующие фигуры и сопутствующие примеры. Некоторые из этих фигур могут включать в себя логические блок-схемы. Хотя подобные фигуры могут включать в себя конкретную логическую блок-схему, должно быть очевидно, что такая логическая блок-схема представляет лишь пример того, как может быть реализована общая функциональная возможность, описанная в настоящем документе. Сверх того, выполнение заданной логической блок-схемы в представленном порядке необязательно, если не указано иное. В добавление, заданная логическая блок-схема может быть реализована посредством аппаратного элемента, программного элемента, выполняемого процессором, или их комбинацией. Настоящие варианты осуществления не ограничиваются этой концепцией.
II. Примеры логических блок-схем
Фиг.2A и 2B представляют собой примеры логических блок-схем, иллюстрирующих использование кооперирующих устройств при доставке передач из устройства-источника в устройство назначения. В частности, блок-схема с фиг.2A иллюстрирует пример согласно подходу вспомогательной ретрансляции (такому как показанный в примерах с фиг.1A-1B), тогда как блок-схема с фиг.2B иллюстрирует пример согласно подходу последовательности скачков (такой как показанный в примерах с фиг.1C-1D).
Эти блок-схемы описаны со ссылкой на устройство-источник, набор кооперирующих устройств и устройство назначения. Как описано выше, набор кооперирующих устройств также может включать в себя устройство-источник. Хотя на фиг.2A и 2B показана конкретная последовательность, также могут быть применены другие последовательности. Кроме того, показанные операции могут быть выполнены в различных комбинациях параллельно и/или последовательно.
Подходы фиг.2A и 2B могут быть применены в различных ситуациях. Например, подход фиг.2A может применяться, когда между устройством-источником и устройством назначения существует прямая линия связи. Тем не менее подход фиг.2B может применяться, когда прямая линия связи между устройством-источником и устройством назначения отсутствует (или имеет плохое качество).
На фиг.2A проиллюстрирована логическая блок-схема 200, в которой применяются способы вспомогательной ретрансляции. Этот подход в настоящем документе также называют усовершенствованным алгоритмом HARQ с кооперативной вспомогательной ретрансляцией.
Блок-схема с фиг.2A включает в себя блок 202, в котором устройство-источник выполняет передачу в устройство назначения. В это время устройство назначения может ожидать («прослушивать») эту передачу. В добавление, одно или более кооперирующих устройств могут ожидать одну и ту же передачу. Сверх того, устройство назначения и одно или более кооперирующих устройств пытаются декодировать передачу, выполненную устройством-источником. На основании этих попыток устройство назначения и кооперирующие устройства могут передать (например, выполнить широковещательную рассылку) сообщения подтверждения приема (например, ACK/NACK).
Соответственно, выполняется поиск подобных подтверждений приема (ACK или NACK) из устройства назначения и одного или более кооперирующих устройств. Более того, отсутствие ответа в течение предопределенного временного интервала может быть интерпретировано как NACK.
В блоке 204 определяется, передало ли устройство назначения ответ ACK. Если да, то процесс переходит к блоку 206. В противном случае процесс переходит к блоку 208.
В блоке 206 определяется, что передача была успешно принята устройством назначения. Таким образом, в настоящих вариантах осуществления устройство-источник может продолжить дальнейшие передачи (при необходимости) в устройство назначения (согласно используемым протоколам связи, графикам передачи и т.п.).
Тем не менее, в блоке 208 определяется, передало ли устройство назначения и все кооперирующие устройства ответы NACK. Если да, то процесс возвращается к блоку 202, где устройство-источник снова осуществляет передачу.
В противном случае, в блоке 210 определяется, передало ли устройство назначения ответ NACK, и передало ли, по меньшей мере, одно кооперирующее устройство ответ ACK. Если да, то процесс переходит к блоку 213.
В блоке 213 набор кооперирующих устройств повторно осуществляет передачу, которая была выполнена в блоке 202. Для формирования этого набора выполняется выбор из кооперирующих устройств, которые передали сообщения ACK (устройство-источник также может входить в состав этого набора). Когда упомянутый набор кооперирующих устройств содержит множество устройств, эти повторные передачи могут применять способы распределенной передачи. Иллюстративные способы включают в себя (но не ограничиваются перечисленным), виртуальную схему с Множеством Входов и Множеством Выходов (Multi-Input Multi-Output, MIMO), распределенное пространственно-временное кодирование и/или распределенное формирование луча. Тем не менее настоящие варианты осуществления не ограничиваются этими примерами. В настоящих вариантах осуществления устройство назначения информируется о конкретном способе повторной передачи, так что оно может соответствующим образом выполнить адаптацию под этот способ.
После повторных передач выполняется поиск ответной передачи из устройства назначения. Как описано выше, подобная ответная передача может представлять собой сообщение ACK или NACK.
В блоке 214 определяется, передало ли устройство назначения ответ NACK. Если так, то процесс возвращается к блоку 213, где повторная передача осуществляется снова. Таким образом, кооперирующие устройства могут продолжить повторно выполнять передачи до тех пор, пока устройство назначения не декодирует пакет корректно, или пока не будет достигнуто установленное максимальное количество повторных передач. В настоящих вариантах осуществления набор кооперирующих устройств может меняться для каждой повторной передачи.
Как показано в блоке 216, если устройство назначения передает ответ ACK, то процесс переходит к блоку 218. В этом блоке определяется, что прием повторных передач был успешно выполнен устройством назначения. Таким образом, устройство-источник может продолжить дальнейшие передачи (при необходимости) в устройство назначения (согласно используемым протоколам связи, графикам передачи и т.п.).
На фиг.2B проиллюстрирована логическая блок-схема 250, в которой применяются способы последовательности скачков. Этот подход в настоящем документе также называют усовершенствованным алгоритмом HARQ с кооперативной последовательностью скачков.
Блок-схема с фиг.2B включает в себя блок 252, в котором устройство-источник выполняет передачу. В это время одно или более кооперирующих устройств могут ожидать этой передачи. Сверх того, одно или более кооперирующих устройств пытаются декодировать передачу, выполненную устройством-источником. На основании этих попыток кооперирующие устройства могут передавать (например, выполнять широковещательную рассылку) сообщения подтверждения приема (например, ACK/NACK).
После этого выполняется поиск ответных передач из одного или более кооперирующих устройств. Как упомянуто выше, этими ответами могут быть сообщения ACK и NACK. Более того, отсутствие ответа в течение предопределенного временного интервала может быть интерпретировано как NACK.
В блоке 254 определяется, передали ли все кооперирующие устройства ответы NACK. Если да, то процесс возвращается к блоку 252, где устройство-источник снова осуществляет передачу. В противном случае процесс переходит к блоку 257.
В блоке 257 набор кооперирующих устройств повторно осуществляет (например, одновременно повторно передает) передачу, выполненную в блоке 252. Для формирования этого набора выполняется выбор из кооперирующих устройств, которые передали сообщения ACK (устройство-источник также может входить в состав этого набора). Когда упомянутый набор кооперирующих устройств содержит множество устройств, эти повторные передачи могут применять способы распределенной передачи. Как описано выше, примеры подобных способов включают в себя (но не ограничиваются перечисленным) виртуальную систему MIMO, распределенное пространственно-временное кодирование и/или распределенное формирование луча. Тем не менее настоящие варианты осуществления не ограничиваются этими примерами. В настоящих вариантах осуществления устройство назначения информируется о конкретном способе повторной передачи, так что оно может соответствующим образом выполнить адаптацию под этот способ.
После этого выполняется поиск ответной передачи из устройства назначения. Как описано выше, подобная ответная передача может представлять собой сообщение ACK или NACK.
В блоке 258 определяется, передало ли устройство назначения ответ NACK. Если так, то процесс возвращается к блоку 257, где повторная передача осуществляется снова. Таким образом, набор кооперирующих устройств может продолжить повторно выполнять передачи до тех пор, пока устройство назначения не декодирует пакет корректно, или пока не будет достигнуто установленное максимальное количество повторных передач. В настоящих вариантах осуществления набор кооперирующих устройств может меняться для каждой повторной передачи.
Тем не менее блок 260 указывает, что если устройство назначения передает ответ ACK, то процесс переходит к блоку 262. В этом блоке определяется, что прием повторных передач был успешно выполнен устройством назначения. Таким образом, устройство-источник 220 может продолжить дальнейшие передачи (при необходимости), предназначенные для устройства назначения (согласно используемым протоколам связи, графикам передачи и т.п.).
Вышеупомянутые способы могут применяться в сетях связи разного типа. Примеры сетей включают в себя (но не ограничиваются перечисленным) сети стандарта IEEE 802.16 (например, сети WiMAX и WiMAX II).
В таких сетях эти способы могут быть применены как для передач по восходящей линии связи, так и для передач по нисходящей линии связи. Для передач по нисходящей линии связи устройства-источники могут включать в себя базовые станции, кооперирующие устройства могут включать в себя ретрансляционные станции, а устройства назначения могут включать в себя мобильные станции. Для передач по восходящей линии связи устройства-источники могут включать в себя мобильные станции, кооперирующие устройства могут включать в себя ретрансляционные станции, а устройства назначения могут включать в себя базовые станции. Тем не менее настоящие варианты осуществления не ограничиваются этими примерами.
Так, различные аспекты связи с двумя скачками могут регулироваться таким устройством, как устройство-источник и/или устройство назначения. Например, ниже предоставлены примеры, в которых базовые станции могут регулировать некоторые аспекты связи с двумя скачками. В таких примерах базовые станции могут действовать как устройства-источники для передачи по нисходящей линии связи и как устройства назначения для передачи по восходящей линии связи. На фиг.3 показана логическая блок-схема 300, в которой устройство регулирует аспекты связи с двумя скачками. Это устройство может представлять собой устройство-источник или устройство назначения. Например, это устройство может представлять собой базовую станцию. Тем не менее эти операции могут быть выполнены другими устройствами. Хотя на фиг.3 показана конкретная последовательность, могут применяться другие последовательности. Кроме того, показанные операции могут быть выполнены в различных комбинациях параллельно и/или последовательно.
Блок-схема с фиг.3 включает в себя блок 302, в котором устройство выбирает два или более кооперирующих устройства (которые также могут обозначаться как набор кооперирующих устройств). Так, набор кооперирующих устройств может включать в себя одно или более устройств, которые подтвердили прием исходной передачи из устройства-источника. Кроме того, этот набор кооперирующих устройств может включать в себя устройство-источник.
Альтернативно или в добавление, в блоке 302 может выполняться выбор кооперирующих устройств на основании различных критериев выбора. Примеры таких критериев могут включать в себя (но не ограничиваются перечисленным) топологию сети, характеристики местности, характеристики канала и/или уровни мобильности назначения.
В блоке 304 определяют характеристики для повторных передач выбранным набором кооперирующих устройств. Эти повторные передачи представляют собой повторные передачи исходной передачи (например, исходной передачи пачки данных), выполненной устройством-источником. Эти определенные характеристики могут включать в себя назначения ресурсов. Подобные назначения могут включать в себя ресурсы для повторных передач. В добавление, подобные назначения могут включать в себя ресурсы для передачи ответов ACK/NACK набором кооперирующих устройств.
Кроме того, эти определенные характеристики могут включать в себя один или более способов передачи. Как описано выше, такие способы могут включать в себя виртуальные схемы MIMO, распределенное пространственно-временное кодирование и/или распределенное формирование луча. Тем не менее настоящие варианты осуществления не ограничиваются этими примерами.
В блоке 306 устройство передает одно или более уведомлений. Эти уведомления могут указывать выбор, выполненный в блоке 302. Кроме того, эти уведомления могут указывать характеристики, определенные в блоке 304.
Эти уведомления могут быть переданы путем широковещательной рассылки, такой как сообщения UL-MAP и/или DL-MAP (что более подробно описано ниже). Альтернативно или в добавление, эти уведомления могут быть переданы в сообщениях типа точка-точка, таких как нешироковещательные сообщения MAC. Подобные сообщения точка-точка могут быть направлены в устройства из набора кооперирующих устройств.
III. Примеры реализаций устройства
Фиг.4 представляет собой пример устройства 400, которое может осуществлять связь согласно способам, описанным в настоящем документе. Например, устройство 400 может выполнять операции с фиг.2A, 2B и 3. Так, устройство 400 может действовать как устройство-источник, устройство назначения, кооперирующее устройство и/или устройство, которое регулирует способы повторной передачи.
На фиг.4 показано устройство 400, которое может содержать различные элементы, такие как радиомодуль 402 и модуль 404 управления повторной передачей. Кроме того, устройство 400 может включать в себя пользовательский интерфейс 408. Эти элементы могут быть реализованы в аппаратном обеспечении, программном обеспечении, встроенном программном обеспечении или любой комбинации перечисленных.
Радиомодуль 402 может обеспечивать возможность обмена беспроводными сигналами через одну или более антенн (таких как антенна 406). Эти беспроводные сигналы могут соответствовать различным типам беспроводных сетей. Примеры сетей включают в себя сети IEEE 802.16 WiMax/WiMAX II. Тем не менее настоящие варианты осуществления не ограничиваются этими примерами.
Для предоставления таких функций радиомодуль 402 может включать в себя различные электронные компоненты, такие как модуляторы, демодуляторы, усилители, фильтры и/или антенны. Сверх того, модуль коммуникационного интерфейса 106 может включать в себя компоненты и/или функциональность, чтобы работать согласно одному или более уровням протокола. Подобные уровни протокола могут предоставлять такие функции, как инкапсуляция/декапсуляция пакета, кодирование/декодирование с коррекцией ошибок, сигнализация, протоколы канального уровня и/или протоколы доступа к среде. Тем не менее настоящие варианты осуществления могут включать в себя другие компоненты и/или функции. Эти функции могут быть реализованы в аппаратном обеспечении, программном обеспечении, встроенном программном обеспечении или в любой комбинации перечисленных.
Модуль 404 управления повторной передачей выполняет операции согласно способу, по которому выполняются повторные передачи. Например, модуль 404 управления повторной передачей включает в себя модуль 410 выбора, который может выбрать набор кооперирующих устройств. Подобные выборы могут соответствовать способам, описанным в настоящем документе. Кроме того, модуль 404 управления повторной передачей включает в себя модуль 412 определения характеристик, который может определять характеристики повторной передачи.
Пользовательский интерфейс 408 облегчает взаимодействие с пользователем. Это взаимодействие может включать в себя ввод информации пользователем и/или вывод информации пользователю. Так, пользовательский интерфейс 408 может включать в себя одно или более устройств, таких как клавиатура (например, полноразмерная QWERTY-клавиатура), клавишный блок, дисплей (например, сенсорный экран), микрофон и/или громкоговоритель. Тем не менее настоящие варианты осуществления не ограничиваются этими примерами.
Как описано выше, элементы с фиг.4 могут быть реализованы в аппаратном обеспечении, программном обеспечении, встроенном программном обеспечении или в любой их комбинации. Таким образом, реализации могут включать в себя один или более процессоров, которые выполняют инструкции или логику управления (например, программное обеспечение), хранимые на носителе (например, в памяти). Тем не менее настоящие варианты осуществления не ограничиваются такими реализациями.
IV. Пример формата кадра
Фиг.5 представляет собой иллюстрацию формата 500 кадра передачи, который может быть использован в различных типах сетей (например, сетях WiMAX, сетях WiMAX II и других сетях). Как показано на фиг.5, этот формат содержит последовательность подкадров, которые формируются на периодической основе. Эти подкадры чередуются между резервацией для передач по нисходящей линии связи и передач по восходящей линии связи. Например, подкадр 502a предназначен для передач данных нисходящей линии связи, подкадр 502b предназначен для передач данных восходящей линии связи, подкадр 502c предназначен для передач данных нисходящей линии связи и подкадр 502d предназначен для передач данных восходящей линии связи. Этот шаблон продолжается для последующих подкадров.
Сверх того, на фиг.5 показано, что каждый из подкадров 502a-d включает в себя часть 504, выделенную для передач управления, и часть 506, выделенную для передач данных. Эти передачи могут быть в форме пачек.
В каждой части 504 базовая станция может передавать информацию назначения ресурсов. Подобные назначения могут быть предназначены для передач нисходящей линии связи и/или для передач восходящей линии связи. Например, в контексте сетей WiMAX/WiMAX II каждая часть 504 может включать в себя назначение ресурсов DL-MAP и UL-MAP.
В настоящих вариантах осуществления части 504 могут быть переданы, используя способы передачи и/или способы кодирования, которые обеспечивают более высокую вероятность успешного приема, чем для передач данных, выполняемых в частях 506. Подобная высокая вероятность может быть обеспечена за счет более низкой эффективной битовой скорости.
Как описано выше, информация назначения может передаваться в каждой части 504. Например, на фиг.5 показаны части 504a и 504c (подкадров 502a и 502c нисходящей линии связи), каждая из которых включает в себя DL-MAP для назначений нисходящей линии связи и UL-MAP для назначений восходящей линии связи. DL-MAP и UL-MAP могут использовать различные информационные элементы, чтобы указывать характеристики для связи согласно способам, описанным в настоящем документе.
Например, DL-MAP может указывать способ передачи (например, MIMO, распределенное пространственно-временное кодирование, распределенное формирование луча и т.п.) для повторных передач. Кроме того, DL-MAP может указывать набор кооперирующих устройств. UL-MAP может указывать каналы подтверждения приема (ACKCH) (например, отдельные каналы) для каждого кооперирующего устройства и устройства назначения. Подобные назначения UL-MAP и DL-MAP могут быть применены для передач нисходящей линии связи (например, из базовой станции в мобильную станцию). В настоящих вариантах осуществления могут использоваться схожие назначения для передач восходящей линии связи.
V. Пример передач нисходящей линии связи
Ниже описаны примеры передач по нисходящей линии связи. В частности, подобные способы связи раскрыты в контексте Базовой Станции (Base Station, BS), одного или более кооперирующих устройств (которые также называют Ретрансляционными Станциями (Relay Station, RS)) и Мобильной Станции (Mobile Station, MS). Хотя эти способы описаны в контексте WiMAX/WiMAX II, они также могут быть применены в других контекстах.
До того как происходит передача данных по нисходящей линии связи, BS назначает ресурсы. Например, BS может передать DL-MAP в MS и одну или более RS, чтобы специфицировать передачу пачки данных по нисходящей линии связи. В добавление, BS может передать UL-MAP, чтобы специфицировать назначение ресурсов для передачи сообщений ACK/NACK. В настоящих вариантах осуществления подобные назначения могут быть сделаны таким образом, что BS принимает сообщения ACK/NACK из каждой RS и MS, соответственно.
Более того, BS также может принять информацию качества канала относительно каждой RS. MS может использовать эту информацию, чтобы идентифицировать мощность линии между RS и MS. На основании этих идентифицированных мощностей линии BS может использовать эту информацию при выборе набора кооперирующих устройств из станций RS. Эта информация качества канала может быть передана в BS во втором скачке в форме сообщений CQI или MAC.
Решения планирования могут быть сделаны в BS таким образом, что BS может передать данные как в BS, так и в RS при наличии прозрачной или непрозрачной ретрансляции. Например, в некоторых вариантах осуществления определение набора кооперирующих RS и спецификация способа кооперативной передачи представляют собой решения, которые, как правило, могут быть выполнены в BS. В дополнительных вариантах осуществления некоторые определения (например, решения планирования) могут быть выполнены в RS. Так, набор прозрачных кооперирующих устройств (например, назначенных базовой станцией BS) может выполнить (во втором скачке) передачу пачки данных нисходящей линии связи, которая была выполнена базовой станцией BS (в первом скачке).
Примеры передач по нисходящей линии связи согласно подходу последовательности скачков и подходу вспомогательной ретрансляции описаны ниже.
A. Последовательность скачков
Согласно усовершенствованному алгоритму HARQ с кооперативной последовательностью скачков, одна или более RS могут принять пачку данных нисходящей линии связи, переданную базовой станцией (поскольку этим RS известно об этой передаче пачки из DL-MAP). Если ни одна из RS успешно не декодирует эту пачку (например, если все RS передают обратно в BS ответ NACK), то BS повторно передает эту пачку данных нисходящей линии связи. Тем не менее, согласно описанному в настоящем документе способу последовательности скачков, RS может ретранслировать эту передачу пачки данных в MS через следующий скачок.
В частности, если одна или более RS могут корректно декодировать пачку данных нисходящей линии связи (и один или более ответов ACK, переданных RS, принимаются базовой станцией BS), то BS выбирает набор кооперирующих терминалов. BS может выбрать этот набор из станций RS, которые передали сообщения ACK. Кроме того, как описано выше, этот набор кооперирующих терминалов может включать в себя BS.
На основании этого выбора BS назначает ресурсы для этого набора кооперирующих терминалов. Например, BS может передать назначение нисходящей линии связи в DL-MAP, которое предоставляет частотно-временные ресурсы для кооперирующих терминалов, чтобы одновременно передавать в MS, используя конкретный способ передачи. Кроме того, BS может определить и передать назначение восходящей линии связи в UL-MAP, которое обеспечивает возможность передачи сообщений ACK/NACK станции MS.
Согласно этим назначениям набор кооперирующих терминалов осуществляет передачу пачки данных в MS. Если MS отвечает сообщением NACK, то BS уведомляет упомянутый набор кооперирующих терминалов о необходимости повторной передачи пачки данных в MS.
Фиг.6 представляет собой пример связи по нисходящей линии связи согласно усовершенствованному алгоритму HARQ с кооперативной последовательностью скачков. В частности, на фиг.6 проиллюстрировано взаимодействие между базовой станцией (BS), ретрансляционной станцией (RS) и мобильной станцией (MS).
Это взаимодействие включает в себя этап 602, на котором BS передает назначения ресурсов (например, в форме DL-MAP и UL-MAP). Эти назначения предоставляют ресурсы для передачи данных нисходящей линии связи из BS в RS, а также для сообщений ACK/NACK из RS.
На основании этих назначений ресурсов BS осуществляет передачу данных нисходящей линии связи (которая показана как пачка #1 HARQ) на этапе 604. Далее, на этапе 606 RS передает в BS сообщение ACK, указывающее успешное декодирование пачки #1 HARQ.
На этапе 608 BS передает назначения ресурсов (например, в форме DL-MAP и UL-MAP). Эти назначения предоставляют возможность повторного выполнения передачи данных нисходящей линии связи, а также сообщений ACK/NACK из MS. На основании этих назначений BS и RS повторно передают пачку #1 HARQ на этапе 610. Как показано на фиг.6, это включает в себя одновременную передачу согласно распределенному пространственно-временному коду Аламути. Тем не менее могут применяться другие способы.
Далее, на этапе 612 MS передает в BS сообщение NACK, указывающее неуспешное декодирование пачки #1 HARQ. Так, BS передает дополнительные назначения ресурсов (например, в DL-MAP и UL-MAP) на этапе 614. Эти назначения обеспечивают возможность повторной передачи пачки #1 HARQ станцией BS и станцией RS, а также передачи сообщений ACK/NACK станцией MS.
Согласно этим назначениям BS и RS повторно передают пачку #1 HARQ на этапе 616. Как показано на фиг.6, это включает в себя одновременную передачу согласно распределенному пространственно-временному коду Аламути. Тем не менее могут применяться другие способы.
На этапе 618 MS передает в BS сообщение ACK. На основании этого BS делает вывод, что имело место успешное декодирование пачки #1 HARQ.
B. Вспомогательная ретрансляция
Согласно усовершенствованному алгоритму HARQ с вспомогательной ретрансляцией, BS осуществляет передачу пачки данных напрямую в MS через один скачок. Одна или более RS выполняют мониторинг этой передачи пачки данных из BS в MS (поскольку станциям RS известно об этой передаче из сообщения DL-MAP). Станции RS выполняют этот мониторинг, чтобы ретранслировать эту передачу пачки данных в MS через следующий скачок (при необходимости).
Как описано выше, BS может назначать ресурсы (например, в UL-MAP) для отдельной передачи сообщений ACK/NACK станции MS и станции RS. Набор кооперирующих станций передает данные, когда: 1) они принимают от MS сообщение NACK относительно передачи через линию BS-MS (то есть когда MS не удается принять передачу пачки данных), и 2) когда одной или более RS удается корректно декодировать передачу пачки данных. Когда имеют место два этих условия, BS выбирает набор кооперирующих терминалов из станций RS, которые передали сообщение ACK. Кроме того, BS также может быть включена в набор кооперирующих терминалов.
На основании этого выбора BS назначает ресурсы для этого набора кооперирующих терминалов. Например, BS может передать сообщение DL-MAP, которое предоставляет возможность набору кооперирующих терминалов одновременно передавать в MS пачку данных, используя конкретный способ передачи. Кроме того, BS может определить и передать назначение восходящей линии связи в UL-MAP, которое обеспечивает возможность передачи сообщений ACK/NACK станции MS.
Согласно этим назначениям набор кооперирующих терминалов осуществляет передачу пачки данных в MS. Если MS отвечает сообщением NACK, то BS уведомляет упомянутый набор кооперирующих терминалов о необходимости повторной передачи пачки данных в MS. Тем не менее, если ни MS, ни RS не могут успешно декодировать передачу пачки данных по первому скачку (то есть если MS и RS передают обратно в BS сообщения NACK), то BS повторно выполняет передачу пачки данных.
Фиг.7 представляет собой пример связи по нисходящей линии связи согласно усовершенствованному алгоритму HARQ с кооперативной вспомогательной ретрансляцией. В частности, на фиг.7 проиллюстрировано взаимодействие между базовой станцией (BS), ретрансляционной станцией (RS) и мобильной станцией (MS).
Это взаимодействие включает в себя этап 702, на котором BS передает назначения ресурсов (например, в форме DL-MAP и UL-MAP). Эти назначения предоставляют ресурсы для передачи данных нисходящей линии связи из BS в RS, а также для сообщений ACK/NACK из RS.
На основании этих назначений ресурсов BS осуществляет передачу данных нисходящей линии связи (которая показана как пачка #1 HARQ) на этапе 704. Как показано на фиг.7, эта передача осуществляется одновременно в RS и в MS. Далее, на этапе 706 RS передает в BS сообщение ACK (указывающее успешное декодирование пакета #1 HARQ), тогда как MS передает в BS сообщение NACK (указывающее о неуспешном декодировании пачки #1 HARQ). Соответственно, применяются способы повторной передачи.
В частности, на этапе 708 BS передает назначения ресурсов (например, в форме DL-MAP и UL-MAP). Эти назначения предоставляют возможность повторного выполнения передачи данных нисходящей линии связи, а также передачи сообщений ACK/NACK из MS. На основании этих назначений BS и RS повторно передают пачку #1 HARQ на этапе 710. Как показано на фиг.7, это включает в себя одновременную передачу согласно распределенному пространственно-временному коду Аламути. Тем не менее могут применяться другие способы.
Далее, на этапе 712 MS передает в BS сообщение NACK (указывающее неуспешное декодирование пачки #1 HARQ). Так, BS передает дополнительные назначения ресурсов (например, в DL-MAP и UL-MAP) на этапе 714. Эти назначения обеспечивают возможность повторной передачи пачки #1 HARQ станцией BS и станцией RS, а также передачи сообщений ACK/NACK станцией MS.
Согласно этим назначениям BS и RS повторно передают пачку #1 HARQ на этапе 716. Как показано на фиг.7, это включает в себя одновременную передачу согласно распределенному пространственно-временному коду Аламути. Тем не менее, могут применяться другие способы.
На этапе 718 MS передает в BS сообщение ACK. На основании этого BS делает вывод, что пачка #1 HARQ была успешно декодирована.
VI. Пример передач восходящей линии связи
Примеры передач восходящей линии связи описаны ниже в контексте BS, одной или более станций RS, и MS. Хотя эти способы описаны в контексте WiMAX/WiMAX II, они также могут быть применены в других контекстах.
Для этих передач восходящей линии связи MS и одна или более станций RS могут принять назначение ресурсов из BS (например, в UL-MAP) для передачи пачки данных восходящей линии связи из MS. Сверх того, станции RS могут принять назначение ресурсов из BS (например, в UL-MAP) для передачи сообщений ACK/NACK (то есть для канала ACKCH).
Решения планирования могут быть сделаны в BS таким образом, что MS может передать данные как в BS, так и в RS при наличии прозрачной или непрозрачной ретрансляции. Набор прозрачных кооперирующих устройств (например, станции RS, назначенные станцией BS) могут прослушивать передачу пачки данных восходящей линии связи, переданную станцией MS. Кроме того, BS принимает сигналы ACK/NACK из каждой станции RS по отдельности. Более того, BS также принимает информацию качества канала о каждой RS для выбора кооперирующих терминалов на фазе повторной передачи в форме сообщений CQI или MAC.
A. Последовательность скачков
Согласно усовершенствованному алгоритму HARQ с кооперативной последовательностью скачков, BS назначает каналы ACK для одной или более станций RS, чтобы информировать станцию BS о результате попыток декодирования передач восходящей линии связи станцией MS в первом скачке. Если одна или более станций RS успешно декодировали передачу пачки данных из MS (о чем станции BS известно из сообщений ACK/NACK от каждой станции RS), то BS подтверждает это путем передачи в MS сообщения ACK.
В это время передачи второго скачка могут обрабатываться набором кооперирующих терминалов (который состоит из станций RS и/или MS), чтобы ретранслировать эту пачку в BS через второй скачок.
Для этого BS выбирает набор кооперирующих терминалов из станций RS, которые передали сообщения ACK. Кроме того, MS также может быть выбрана как кооперирующий терминал. После этого выбора BS назначает полосу пропускания (которая может быть сообщена в UL-MAP) набору кооперирующих терминалов. Эта назначенная полоса пропускания может обеспечивать возможность ретрансляции передачи пачки данных восходящей линии связи (например, одновременной ретрансляции) с использованием способов кооперативной ретрансляции.
В настоящих вариантах осуществления BS не передает сообщения ACK/NACK набору кооперирующих устройств. Тем не менее, если BS не может корректно восстановить передачу пачки данных, то она запрашивает набор кооперирующих терминалов повторно передать эту пачку данных. Кроме того, если ни одна из назначенных станций RS корректно не приняла пачку данных восходящей линии связи в первом скачке (например, если станции RS передают в BS сообщения NACK), то BS назначает полосу пропускания (которая может быть сообщена в UL-MAP) для MS, чтобы повторно передать эту пачку данных.
Фиг.8 представляет собой пример связи по восходящей линии связи согласно усовершенствованному алгоритму HARQ с кооперативной последовательностью скачков. В частности, на фиг.8 проиллюстрировано взаимодействие между базовой станцией (BS), первой ретрансляционной станцией (RS1), второй ретрансляционной станцией (RS2) и мобильной станцией (MS).
Это взаимодействие включает в себя этап 802, на котором BS передает назначения ресурсов (например, в форме DL-MAP и UL-MAP). Эти назначения предоставляют ресурсы для передачи данных восходящей линии связи из BS в RS1 и RS2, а также для сообщений ACK/NACK из RS1, RS2.
На основании этих назначений ресурсов MS осуществляет передачу данных восходящей линии связи (которая показана как пачка #1 HARQ) на этапе 804. Эта передача принимается станциями RS1 и RS2. Далее, на этапе 806 обе станции RS1 и RS2 передают в BS сообщение ACK (указывающее успешное декодирование пачки #1 HARQ).
На этапе 808 BS передает назначения ресурсов (например, в форме DL-MAP и UL-MAP). Эти назначения предоставляют возможность повторного выполнения передачи данных нисходящей линии связи станциями RS1 и RS2, а также сообщений ACK/NACK из BS.
На основании этих назначений BS передает в MS сообщение ACK на этапе 810. Это сообщение ACK указывает станции MS, что станции RS1 и RS2 успешно декодировали пакет #1 HARQ. Кроме того, на основании этих назначений станции RS1 и RS2 выполняют повторную передачу пачки #1 HARQ на этапе 812. Как показано на фиг.8, это включает в себя одновременную передачу согласно распределенному пространственно-временному коду Аламути. Тем не менее могут применяться другие способы.
B. Вспомогательная ретрансляция
Согласно усовершенствованному алгоритму HARQ с кооперативной вспомогательной ретрансляцией, BS определяет (на основании результатов сообщений ACK//NACK), следует ли станциям RS и/или станции MS повторно выполнить передачу пачки данных восходящей линии связи. Так, когда MS напрямую передает в BS, станции RS будут осуществлять мониторинг этой передачи на основании сведений UL-MAP. Если BS не удается декодировать передачу пачки данных восходящей линии связи, а одна или более станций RS получают корректную передачу пачки данных восходящей линии связи (о чем станции BS известно из сообщений ACK/NACK от каждой станции RS), то BS подтверждает это путем передачи в MS сообщения ACK. Так, повторные передачи в BS могут одновременно обрабатываться набором кооперирующих терминалов (в который входят станции RS и/или MS) через второй скачок.
Для этого BS выбирает набор кооперирующих терминалов. Например, BS может выбрать терминалы RS, которые передали сообщение ACK, и/или станцию MS. В свою очередь, BS назначает полосу пропускания (и сообщает ее в UL-MAP) набору кооперирующих терминалов, чтобы одновременно ретранслировать передачу пачки данных восходящей линии связи, используя конкретный способ передачи.
Если BS не может корректно восстановить передачу пачки данных во втором скачке, то BS может передать сообщение NACK кооперирующим терминалам и назначить полосу пропускания (которая может быть сообщена в UL-MAP) для набора кооперирующих терминалов, чтобы повторно передать сохраненную передачу пачки данных.
Если ни одна из назначенных станций RS не принимает корректную передачу пачки данных восходящей линии связи, переданную в первом скачке (например, если все станции RS передают в BS сообщения NACK), и BS также не может восстановить ее, то BS может передать в MS сообщение NACK. Кроме того, BS может назначить ресурсы (которые могут быть сообщены в UL-MAP) станции MS для повторной передачи пачки. Если BS восстанавливает пачку от MS, то независимо от сообщений ACK/NACK, полученных от назначенных станций RS, BS подтвердит прием путем передачи сообщения ACK в MS.
Фиг.9 представляет собой пример связи по восходящей линии связи согласно усовершенствованному алгоритму HARQ с кооперативной вспомогательной ретрансляцией. В частности, на фиг.9 проиллюстрировано взаимодействие между базовой станцией (BS), первой ретрансляционной станцией (RS1), второй ретрансляционной станцией (RS2) и мобильной станцией (MS).
Это взаимодействие включает в себя этап 902, на котором BS передает назначения ресурсов (например, в форме DL-MAP и UL-MAP). Эти назначения предоставляют ресурсы для передачи данных восходящей линии связи из MS в BS, RS1 и RS2, а также для передачи сообщений ACK/NACK из RS1 и RS2.
На основании этих назначений ресурсов MS осуществляет передачу данных восходящей линии связи (которая показана как пачка #1 HARQ) на этапе 904. Эта передача принимается и успешно декодируется станциями RS1 и RS2. Тем не менее эта передача успешно не декодируется станцией BS. На этапе 906 обе станции RS1 и RS2 передают в BS сообщение ACK, указывающее то, что они успешно декодировали пачки #1 HARQ.
На этапе 908 BS передает назначения ресурсов (например, в форме DL-MAP и UL-MAP). Эти назначения предоставляют возможность повторного выполнения передачи данных нисходящей линии связи станциями RS1 и RS2, а также сообщений ACK/NACK из BS.
На основании этих назначений BS передает в MS сообщение ACK на этапе 910. Это сообщение ACK указывает станции MS, что станции RS1 и RS2 успешно декодировали пакет #1 HARQ. Кроме того, на основании этих назначений станции RS1 и RS2 выполняют повторную передачу пачки #1 HARQ на этапе 912. Как показано на фиг.9, это включает в себя одновременную передачу согласно распределенному пространственно-временному коду Аламути. Тем не менее могут применяться другие способы.
VII. Способы передачи
Настоящие варианты осуществления обеспечивают возможность передач (например, одновременных передач) посредством множества кооперирующих устройств. Для подобных передач могут использоваться различные способы. Примеры таких способов включают в себя (но не ограничиваются перечисленным) виртуальные способы с Множеством Входов и Множеством Выходов (Multi-Input Multi-Output, MIMO), такие как распределенное пространственно-временное кодирование и распределенное формирование луча.
Такие способы могут динамически определяться разными устройствами (например, базовыми станциями). В контексте сетей WiMAX/WiMAX II такие определения могут происходить по каждой пачке или по каждой подпачке. Например, BS может специфицировать способы передачи с пространственно-временным кодированием (например, распределенное пространственно-временное кодирование, повторение сигнала, распределенное формирование луча и т.п.) для кооперирующих терминалов в сообщениях DL-MAP. Это позволяет кооперирующим терминалам RS соответствующим образом адаптировать свои передачи. Более того, это может позволить MS адаптировать свой прием соответствующим образом. Динамическое определение способов передачи может быть основано на сообщении ACK/NACK из кооперирующих устройств (например, станций RS).
На основании того, когда выбирается способ пространственно-временной передачи, кооперирующие устройства могут использовать соответствующие шаблоны пилот-сигнала MIMO для оценки канала. Например, если количество кооперирующих устройств равно двум, то может быть выбрано распределенное пространственно-временное кодирование Аламути. Более того, если каждое кооперирующее устройство имеет одну антенну, то одинаковые шаблоны пилот-сигнала могут быть использованы в MIMO-системе с двумя передающими и одной приемной антеннами, где используется пространственно-временное кодирование Аламути, так что устройство назначения (например, MS или BS) может оценить каналы от самого себя до кооперирующих устройств. Сверх того, это может обеспечить возможность использования схем Адаптивной Модуляции и Кодирования (Adaptive Modulation and Coding, AMC) для кооперативных повторных передач. В контексте сетей WiMAX/WiMAX II такие способы могут применяться таким образом, чтобы обеспечивалась обратная совместимость, где это возможно.
VIII. Выбор кооперирующих устройств
Как описано выше, устройства (например, базовые станции BS) могут выбирать наборы кооперирующих устройств. Этот выбор может быть проведен динамическим образом или статическим образом. Динамический выбор может включать в себя специфицирование устройством наборов кооперирующих устройств для каждой передачи. В контексте сетей WiMAX/WiMAX II динамические выборы могут быть сообщены, например, в DL-MAP и/или UL-MAP.
Тем не менее при статическом способе выбора набор кооперирующих устройств может быть выбран для более длительных интервалов. Подобные выборы могут быть сигнализированы, например, станциями BS с использованием сообщений менеджмента Управления Доступом к Среде (Media Access Control, MAC). Примером сообщения менеджмента MAC, которое может быть использовано для этой цели, является сообщение конфигурации кооперативного разнесения для RS согласно стандарту IEEE 802.16j WiMAX. Так, в настоящих вариантах осуществления статические выборы могут зависеть от мгновенных величин Индикатора Качества Канала (Channel Quality Indicator, CQI) для разных линий RS.
В дополнительных вариантах осуществления возможно использование DL-MAP и UL-MAP для статического выбора кооперирующего устройства. Вместо специфицирования наборов кооперирующих устройств для каждой передачи (то есть как при динамическом выборе) DL-MAP и UL-MAP могут использоваться для специфицирования наборов кооперирующих устройств на некоторый период, в течение которого осуществляется множество передач. Например, выбранный набор кооперирующих устройств может оставаться фиксированным в течение длительностей множества передач. Этот подход может обеспечить более высокий уровень гибкости по сравнению с подходом применения сообщений менеджмента MAC. Между тем, этот подход требуется меньшего объема служебной информации, чем динамические способы (например, сокращается объем информации в DL-MAP и UL-MAP).
Хотя статический выбор наборов кооперирующих устройств не меняется для каждой передачи, способы передачи могут меняться для каждой передачи. Например, если устройство в наборе кооперирующих устройств (например, станция RS) еще корректно не приняло передачу из устройства-источника (например, BS или MS), то ему не будет разрешено передавать какие-либо данные во втором скачке. Тем не менее, поскольку устройству-источнику известно о статусе приема в каждом кооперирующем устройстве из канала подтверждения приема (ACKCH), оно будет в состоянии конфигурировать режим пространственно-временной передачи кооперирующих устройств, которые будут использованы во втором скачке. Как описано выше, режим передачи может быть рекламирован, например, в DL-MAP и/или UL-MAP.
Так, режимы кооперативной пространственно-временной передачи могут быть выбраны так, чтобы им требовались только передачи из подгруппы кооперирующих устройств (например, кооперирующих устройств, которые имеют корректную версию передачи данных). В настоящих вариантах осуществления определенные части или характеристики режима кооперативной пространственно-временной передачи могут устанавливаться статически (например, посредством сообщений MAC), тогда как другие части или характеристики могут устанавливаться динамическим образом (например, посредством DL-MAP и/или UL-MAP).
IX. Заключение
Выше были приведены различные конкретные детали, чтобы обеспечить полное понимание настоящих вариантов осуществления. Тем не менее специалистам в данной области техники будет очевидно, что эти варианты осуществления могут быть реализованы без этих конкретных деталей. В других случаях общеизвестные операции, компоненты и схемы не были подробно описаны, чтобы излишне не усложнять описание вариантов осуществления. Очевидно, что конкретные структурные и функциональные детали, раскрытые в настоящем документе, могут быть иллюстративными, и они могут не ограничивать объем этих вариантов осуществления.
Так, следует понимать, что различные описанные варианты осуществления были представлены исключительно в качестве примера, а не ограничения. Например, варианты осуществления не ограничиваются реализациями WiMAX или WiMAX II.
Различные варианты осуществления могут быть реализованы, используя элементы аппаратного обеспечения, элементы программного обеспечения или их комбинацию. Примеры элементов аппаратного обеспечения могут включать в себя процессоры, микропроцессоры, схемы, элементы схемы (например, транзисторы, резисторы, конденсаторы, индуктивности и т.п.), интегральные схемы, специализированные интегральные схемы, программируемые логические устройства, процессоры цифровых сигналов, программируемые вентильные матрицы, логические вентили, регистры, полупроводниковые устройства, чипы, микрочипы, наборы чипов и т.п. Примеры элементов программного обеспечения могут включать в себя программные компоненты, программы, приложения, компьютерные программы, прикладные программы, системные программы, машинные программы, программное обеспечение операционной системы, промежуточное программное обеспечение, встроенное программное обеспечение, программные модули, рутинные процедуры, субрутинные процедуры, функции, способы, процедуры, программные интерфейсы, интерфейсы прикладной программы, наборы инструкций, вычислительный код, компьютерный код, сегменты кода, сегменты компьютерного кода, слова, величины, символы или любые комбинации перечисленных. Определение того, будет ли реализован вариант осуществления с использованием элементов аппаратного обеспечения и/или элементов программного обеспечения, может зависеть от ряда факторов, таких как желаемая скорость вычислений, уровни мощности, допустимые величины тепловыделения, бюджет вычислительного цикла, скорости входных данных, скорости выходных данных, ресурсы памяти, скорости шины передачи данных и другие ограничения дизайна или производительности.
Некоторые варианты осуществления могут быть описаны с использованием выражений «связан», «соединен» и их производных. Эти термины не предназначены для использования как синонимы. Например, некоторые варианты осуществления могут быть описаны с использованием терминов «соединен» и/или «связан», чтобы указать, что два или более элементов находятся в прямом физическом или электрическом контакте друг с другом. Тем не менее термин «связан» также может обозначать, что два или более элементов не находятся в прямом контакте друг с другом, но все же они кооперируют или взаимодействуют друг с другом.
Некоторые варианты осуществления могут быть реализованы, например, с использованием машиночитаемого носителя или изделия, которое может хранить в себе инструкции или набор инструкций, которые при их выполнении машиной приводят машину к выполнению способа и/или операций согласно этим вариантам осуществления. Подобная машина может включать в себя, например, любую подходящую платформу обработки, вычислительную платформу, вычислительное устройство, устройство обработки, вычислительную систему, систему обработки, компьютер, процессор и т.п., и она может быть реализована с использованием любой подходящей комбинации аппаратного и/или программного обеспечения. Машиночитаемый носитель или изделие может включать в себя, например, любой подходящий тип запоминающего блока, запоминающее устройство, запоминающее изделие, носитель памяти, устройство хранения, изделие хранения, носитель хранения и/или блок хранения, например память, съемный или несъемный носитель, стираемый или нестираемый носитель, записываемый или перезаписываемый носитель, цифровой или аналоговый носитель, жесткий диск, дискету, диск CD-ROM, диск CD-R, диск CD-RW, оптический диск, магнитный носитель, магнитооптический носитель, съемные карты памяти или диски, различные типы дисков (DVD), ленту, кассету и т.п. Упомянутые инструкции могут включать в себя любой подходящий тип кода, такой как исходный код, компилированный код, интерпретированный код, исполняемый код, статистический код, динамический код, зашифрованный код и т.п., который реализован с использованием любого подходящего языка программирования - высокоуровневого, низкоуровневого, объектно-ориентированного, визуального, компилируемого и/или интерпретируемого.
Несмотря на то, что сущность настоящего изобретения была описана в привязке к структурным особенностям и/или методологическим действиям, следует понимать, что сущность, определенная в прилагаемой формуле изобретения, не ограничена конкретными особенностями или действиями, описанными выше. Скорее, описанные выше конкретные структурные особенности и действия раскрыты как примеры форм осуществления пунктов формулы изобретения.

Claims (19)

1. Способ связи, содержащий этапы, на которых: выбирают набор из двух или более кооперирующих устройств; и определяют одну или более характеристик для двух или более повторных передач, причем каждая из упомянутых двух или более повторных передач осуществляется из одного соответствующего кооперирующего устройства из упомянутых двух или более кооперирующих устройств; причем каждая из упомянутых двух или более повторных передач содержит исходную передачу, отправленную устройством-источником, и при этом упомянутые два или более кооперирующих устройства включают в себя одно или более кооперирующих устройств, которое подтвердило прием исходной передачи из устройства-источника.
2. Способ по п.1, содержащий этап, на котором модифицируют набор кооперирующих устройств и характеристики повторной передачи для разных повторных передач.
3. Способ по п.1, в котором на этапе определения одной или более характеристик назначают один или более ресурсов для упомянутых двух или более повторных передач.
4. Способ по п.1, в котором на упомянутом этапе определения одной или более характеристик выбирают способ распределенного пространственно-временного кодирования для упомянутых одной или более повторных передач.
5. Способ по п.1, в котором на упомянутом этапе определения одной или более характеристик выбирают способ распределенного формирования луча для упомянутых одной или более повторных передач.
6. Способ по п.1, дополнительно содержащий этап, на котором: отправляют упомянутые одну или более характеристик в упомянутые два или более кооперирующих устройства в части подкадра.
7. Устройство связи, содержащее: модуль выбора для выбора двух или более кооперирующих устройств; модуль определения для определения одной или более характеристик для двух или более повторных передач, причем каждая из упомянутых двух или более повторных передач осуществляется из одного соответствующего кооперирующего устройства из упомянутых двух или более кооперирующих устройств; причем каждая из упомянутых двух или более повторных передач содержит исходную передачу, отправленную устройством-источником, и при этом упомянутые два или более кооперирующих устройства включают в себя одно или более кооперирующих устройств, которое подтвердило прием исходной передачи из устройства-источника.
8. Устройство по п.7, дополнительно содержащее приемопередатчик, предназначенный для передачи в упомянутые два или более кооперирующих устройства индикации об их выборе.
9. Устройство по п.8, в котором упомянутый приемопередатчик предназначен для передачи индикации в, по меньшей мере, одном из сообщений DL-MAP и UL-MAP и/или используя сообщения менеджмента MAC.
10. Устройство по п.8, в котором упомянутый приемопередатчик предназначен для передачи индикации упомянутых одной или более характеристик в упомянутые два или более кооперирующих устройства.
11. Устройство по п.10, в котором упомянутый приемопередатчик предназначен для отправки индикации в, по меньшей мере, одном из сообщений DL-MAP и UL-MAP и/или используя сообщения менеджмента MAC.
12. Устройство по п.7, в котором упомянутая исходная передача и каждая из повторных передач являются передачами пачки данных восходящей линии связи.
13. Устройство по п.7, в котором упомянутая исходная передача и каждая из повторных передач являются передачами пачки данных нисходящей линии связи.
14. Устройство по п.7, в котором упомянутые повторные передачи применяют способ распределенного пространственно-временного кодирования.
15. Устройство по п.7, в котором упомянутые повторные передачи применяют способ распределенного формирования луча.
16. Устройство по п.7, в котором модуль выбора может менять набор кооперирующих устройств, а модуль определения может менять характеристики повторной передачи для разных повторных передач.
17. Система связи, содержащая: устройство-источник, для отправки исходной передачи; и два или более кооперирующих устройства, для одновременной отправки каждым повторной передачи упомянутой исходной передачи в устройство назначения, когда каждое из них принимает упомянутую исходную передачу, при этом упомянутые два или более кооперирующих устройства включают в себя одно или более кооперирующих устройств, которое подтвердило прием исходной передачи из устройства-источника.
18. Система по п.17, в которой устройство-источник или устройство назначения предназначено для выбора двух или более кооперирующих устройств и для определения одной или более характеристик для каждой из упомянутых повторных передач.
19. Система по п.17, в которой: упомянутые два или более кооперирующих устройства включают в себя упомянутое устройство-источник; и причем упомянутое устройство-источник предназначено для повторной передачи исходной передачи, когда упомянутым двум или более кооперирующим устройствам не удается подтвердить прием исходной передачи.
RU2010142904/07A 2008-04-22 2009-04-14 Способы кооперативной связи RU2482612C2 (ru)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US12/107,598 US8634763B2 (en) 2008-04-22 2008-04-22 Cooperative communications techniques
US12/107,598 2008-04-22
PCT/US2009/040431 WO2009131867A2 (en) 2008-04-22 2009-04-14 Cooperative communications techniques

Publications (2)

Publication Number Publication Date
RU2010142904A RU2010142904A (ru) 2012-05-27
RU2482612C2 true RU2482612C2 (ru) 2013-05-20

Family

ID=41201027

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2010142904/07A RU2482612C2 (ru) 2008-04-22 2009-04-14 Способы кооперативной связи

Country Status (8)

Country Link
US (1) US8634763B2 (ru)
JP (1) JP2011514109A (ru)
KR (1) KR20100124833A (ru)
CN (1) CN101978640B (ru)
DE (1) DE112009000395T5 (ru)
GB (1) GB2471610B (ru)
RU (1) RU2482612C2 (ru)
WO (1) WO2009131867A2 (ru)

Families Citing this family (73)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5491412B2 (ja) 2008-01-02 2014-05-14 インターデイジタル テクノロジー コーポレーション 協調無線通信(cooperativewirelesscommunications)のための方法および装置
US8634763B2 (en) 2008-04-22 2014-01-21 Intel Corporation Cooperative communications techniques
US8787241B2 (en) * 2008-07-07 2014-07-22 Interdigital Patent Holdings, Inc. Method and apparatus for use in cooperative relays using incremental redundancy and distributed spatial multiplexing
WO2010005951A2 (en) * 2008-07-07 2010-01-14 Interdigital Patent Holdings, Inc. Method and apparatus for cooperative relaying in wireless communications
JP5579182B2 (ja) * 2008-08-12 2014-08-27 ノーテル・ネットワークス・リミテッド 無線通信ネットワークにおける下りリンクの透過中継のイネーブル
WO2010021598A1 (en) * 2008-08-18 2010-02-25 Agency For Science, Technology And Research Cyclic prefix schemes
US8472366B2 (en) 2008-09-22 2013-06-25 Research In Motion Limited Network-relay signaling for downlink transparent relay
CN101686545B (zh) * 2008-09-26 2012-07-18 西门子(中国)有限公司 多跳无线通信系统及该系统中的中继方法和中继站
KR101215690B1 (ko) * 2008-10-31 2012-12-26 엘지전자 주식회사 무선통신 시스템에서 harq 수행 방법 및 장치
EP2182653A1 (en) * 2008-10-31 2010-05-05 Nokia Siemens Networks GmbH & Co. KG Method of transmitting data in a radio network, radio network and receiving station.
US9112576B2 (en) * 2008-12-26 2015-08-18 Lg Electronics Inc. Method for transmitting and receiving signal in multi-hop relay system
US8819529B2 (en) * 2009-02-12 2014-08-26 Agency For Science, Technology And Research Method of communication
KR20100099655A (ko) 2009-03-03 2010-09-13 엘지전자 주식회사 무선통신 시스템에서 중계국의 데이터 수신방법 및 장치
US9432991B2 (en) * 2009-04-21 2016-08-30 Qualcomm Incorporated Enabling support for transparent relays in wireless communication
CN101895925B (zh) * 2009-05-22 2014-11-05 中兴通讯股份有限公司 一种实现中继站下行协作重传的方法及中继站
US20100304751A1 (en) * 2009-06-01 2010-12-02 Samsung Electronics Co., Ltd. System and method for uplink coordinated multipoint reception operation
EP2453589B1 (en) 2009-07-08 2021-09-08 Electronics and Telecommunications Research Institute Method for sending and receiving data on a cooperative communications system and a cooperative communications method
US20110170474A1 (en) * 2009-07-15 2011-07-14 Ji Tingfang Method and apparatus for transparent relay hybrid automatic repeat request (harq)
US8599736B2 (en) * 2009-08-19 2013-12-03 Nokia Corporation Method and apparatus for transmission mode selection in cooperative relay
US8428547B2 (en) * 2009-10-22 2013-04-23 Korea Advanced Institute Of Science And Technology Signaling in wireless communication systems
US9173191B2 (en) 2009-12-20 2015-10-27 Intel Corporation Device, system and method of simultaneously communicating with a group of wireless communication devices
US8374154B2 (en) * 2009-12-23 2013-02-12 Intel Corporation Device, system and method of simultaneously communicating with a group of wireless communication devices
EP2524472A4 (en) * 2010-01-15 2015-06-24 Nokia Corp BROADCAST SERVICE
US8792367B2 (en) * 2010-01-21 2014-07-29 Polytechnic Institute Of New York University CoopMAX: a cooperative MAC with randomized distributed space time coding for an IEEE 802.16 network
CN102845030A (zh) * 2010-01-27 2012-12-26 新加坡科技研究局 通信方法
KR101764888B1 (ko) 2010-02-16 2017-08-16 한국전자통신연구원 광대역 근거리 무선 통신 장치 및 방법
TW201204125A (en) * 2010-04-02 2012-01-16 Inst Information Industry Cooperative apparatus and frequency synchronization method thereof for use in wireless network
EP2562940B1 (en) * 2010-04-19 2018-09-05 LG Electronics Inc. Method for cooperative data transmission among terminals, and method for clustering cooperative terminals for same
CN102870340B (zh) * 2010-05-03 2016-02-03 Lg电子株式会社 用于确定协作终端的方法和设备
EP2583474A4 (en) * 2010-06-17 2013-10-30 Nokia Corp LOCAL SELECTION OF A TRANSMISSION DEVICE IN A COOPERATIVE CLUSTER FOR ADVANCED MOBILE RADIO MULTICAST
EP2458767A1 (en) * 2010-11-25 2012-05-30 NTT DoCoMo, Inc. Method for resource allocation in a wireless communication network
EP2647154A4 (en) * 2010-12-03 2017-09-13 Nokia Technologies Oy Intra-cluster d2d retransmission with instantaneous link adaption and adaptive number of re-transmitter
US9154288B2 (en) * 2011-03-25 2015-10-06 Nokia Solutions And Networks Oy Apparatus and method for allocating resources for coordinated transmissions from multiple cells
GB2489507A (en) * 2011-03-31 2012-10-03 Nec Corp Cooperative transmission in a network comprising a number of relay nodes
CN102833053A (zh) * 2011-06-13 2012-12-19 华为技术有限公司 CoMP重传方法、装置及系统
US20130021969A1 (en) * 2011-07-19 2013-01-24 Industrial Technology Research Institute Method of Performing Retransmissions via Different Transmission Points and Related Communication Device
US20130242920A1 (en) * 2011-08-01 2013-09-19 Nec (China) Co., Ltd. Method and apparatus for enhancing downlink harq
CN103108329B (zh) * 2011-11-09 2015-12-16 华为技术有限公司 协助通信的方法、终端以及基站
CN103188060A (zh) * 2011-12-30 2013-07-03 华为技术有限公司 重传方法和设备
WO2014017503A1 (ja) * 2012-07-27 2014-01-30 京セラ株式会社 移動通信システム、移動通信システムで用いる移動通信方法
US20140148119A1 (en) * 2012-11-29 2014-05-29 Broadcom Corporation Emergency (SOS) Mode Enhancements for Cellular Networks
US9172512B2 (en) * 2012-12-18 2015-10-27 Futurewei Technologies, Inc. System and method for terminal-group based HARQ for cellular integrated D2D communications
US9287964B2 (en) * 2013-03-11 2016-03-15 Intel Corporation Millimeter-wave relay device with bounded delay and method for retransmission of symbols
CN104581834A (zh) * 2013-10-16 2015-04-29 华为技术有限公司 协同处理无线数据的方法、相应装置及系统
US9439176B2 (en) 2014-02-10 2016-09-06 Huawei Technologies, Co., Ltd. System and method for virtual multi-point transceivers
WO2015131919A1 (en) * 2014-03-03 2015-09-11 Nokia Solutions And Networks Oy Data transmission method
KR101853868B1 (ko) 2014-03-20 2018-06-20 후지쯔 가부시끼가이샤 무선 통신 장치 및 무선 통신 방법
US10750558B2 (en) * 2014-08-07 2020-08-18 Qualcomm Incorporated Ultra-reliable communications using neighboring device-to-device assistance
CN105376748A (zh) * 2014-08-27 2016-03-02 中兴通讯股份有限公司 虚拟小区的构建、协作节点的选择方法及装置
US20160226628A1 (en) * 2015-01-30 2016-08-04 Huawei Technologies Co., Ltd. System and method for data retransmission
US10020910B2 (en) 2015-01-30 2018-07-10 Huawei Technologies., Ltd. Systems, devices and methods for network communication
CN104821839B (zh) * 2015-04-24 2017-11-21 中国民用航空总局第二研究所 一种协作通信系统
US10356832B2 (en) * 2015-05-11 2019-07-16 Qualcomm Incorporated Introduction of powered relay for device-to-device communication
US10142079B2 (en) * 2015-05-14 2018-11-27 Samsung Electronics Co., Ltd. Method and apparatus for managing contention window in wireless communication system
US20190149303A1 (en) * 2016-05-02 2019-05-16 Telefonaktiebolaget Lm Ericsson (Publ) Network Node, Wireless Device and Methods for Handling Radio Resources
CN108631960B (zh) * 2017-03-24 2021-08-20 华为技术有限公司 一种数据传输方法和相关设备
CN109217988B (zh) * 2017-06-29 2021-07-09 华为技术有限公司 数据传输方法、用户设备和网络设备
WO2020078533A1 (en) * 2018-10-16 2020-04-23 Huawei Technologies Co., Ltd. Techniques for cooperative radio transmission
US10833811B2 (en) * 2019-02-11 2020-11-10 Huawei Technologies Co., Ltd. Systems and methods for user equipment cooperation with sidelink HARQ feedback
CN113475024B (zh) * 2019-03-22 2023-03-21 华为技术有限公司 通信方法、装置、设备、系统及存储介质
JP7234090B2 (ja) * 2019-10-23 2023-03-07 株式会社東芝 電子装置及び方法
US20210135796A1 (en) * 2019-11-05 2021-05-06 Qualcomm Incorporated Sidelink identification for multi-path downlink retransmisson
WO2021134155A1 (en) * 2019-12-30 2021-07-08 Qualcomm Incorporated Communication via sidelink relay
US11742999B2 (en) * 2020-04-08 2023-08-29 Qualcomm Incorporated Dynamic allocation of retransmission resources
WO2021209136A1 (en) * 2020-04-16 2021-10-21 Huawei Technologies Co., Ltd. Techniques for blind cooperative retransmissions
US11943038B2 (en) 2020-06-19 2024-03-26 Rutgers, The State University Of New Jersey Relay beamforming with predictive relay selection for millimeter wave communications
CN117256105A (zh) * 2021-04-12 2023-12-19 高通股份有限公司 用户设备面板共享
EP4409767A1 (en) * 2021-10-01 2024-08-07 Qualcomm Incorporated Reconfigurable intelligent surface (ris) for repetition of signal transmissions
WO2023098993A1 (en) * 2021-12-01 2023-06-08 Telefonaktiebolaget Lm Ericsson (Publ) Early acknowledgement for data transmitted from wireless device
EP4266607A1 (en) * 2022-04-21 2023-10-25 Continental Automotive Technologies GmbH Re-transmission of a transmitted concatenation packet by a sending device, especially a base station device or a terminal device of a telecommunication network
FR3136913A1 (fr) * 2022-06-16 2023-12-22 Orange Procédé de retransmission coopérative dans un système OMAMRC
FR3137234A1 (fr) * 2022-06-28 2023-12-29 Orange Procédé de retransmission coopérative dans un système OMAMRC
FR3136914A1 (fr) * 2022-06-28 2023-12-22 Orange Procédé de transmission et système OMAMRC avec une stratégie de sélection lors de retransmissions tenant compte du débit des sources et d’un ou plusieurs échanges de contrôle

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040205105A1 (en) * 2003-04-11 2004-10-14 Telefonaktiebolaget Lm Ericsson Contention-based forwarding with integrated multi-user detection capability
US20060233200A1 (en) * 2003-07-17 2006-10-19 Koninklijke Philips Electronics N.V. Packet retransmission for mimo systems using multipath transmission
RU2287220C2 (ru) * 2002-01-05 2006-11-10 Эл Джи Электроникс Инк. Система и способ предотвращения тупиковой ситуации с использованием таймера для системы высокоскоростного нисходящего пакетного доступа
EP1758268A2 (en) * 2005-07-04 2007-02-28 Samsung Electronics Co., Ltd. Cooperative relay transmission method for a wireless communication system
US20080049718A1 (en) * 2006-04-03 2008-02-28 Siemens Corporate Research, Inc. Relay-Assisted HARQ Transmission System

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001077737A (ja) * 1999-09-01 2001-03-23 Sony Corp 無線伝送方法及び無線伝送装置
JP4125865B2 (ja) 2000-10-30 2008-07-30 日本放送協会 相補ネットワークを用いた無線受信方式およびその無線受信機
WO2004002082A1 (de) 2002-06-21 2003-12-31 Siemens Aktiengesellschaft Verfahren und kommunikationsstation zum übertragen von daten
JP2004241872A (ja) * 2003-02-04 2004-08-26 Hitachi Ltd 情報通信方法および中継装置
SE0303602D0 (sv) * 2003-12-30 2003-12-30 Ericsson Telefon Ab L M Method and arrangement in self-organizing cooperative network
JP4539231B2 (ja) * 2004-08-24 2010-09-08 Kddi株式会社 マルチホップ通信での自動再送制御を用いた通信方法及び基地局
WO2007053948A1 (en) * 2005-11-10 2007-05-18 Nortel Networks Limited Wireless relay network media access control layer control plane system and method
CN101001098B (zh) * 2006-01-12 2010-07-14 华为技术有限公司 一种中继站转发下行信号的方法及其设备
US7673219B2 (en) 2006-03-16 2010-03-02 Mitsubishi Electric Research Laboratories, Inc. Cooperative relay networks using rateless codes
JP2007266876A (ja) 2006-03-28 2007-10-11 Toyota Infotechnology Center Co Ltd 無線通信方法、無線通信装置、および無線通信プログラム
CN101064547B (zh) * 2006-04-27 2010-11-03 上海贝尔阿尔卡特股份有限公司 无线接入系统的中继方法及其基站、中继设备和中继系统
AU2007268382B2 (en) * 2006-05-29 2010-12-16 Samsung Electronics Co., Ltd. Retransmission apparatus and method in wireless relay communication system
CN101150384B (zh) 2006-09-20 2010-12-08 上海贝尔阿尔卡特股份有限公司 混合自动重传的方法和装置
GB0619454D0 (en) * 2006-10-02 2006-11-08 Fujitsu Ltd Communication systems
US20080155148A1 (en) 2006-10-26 2008-06-26 Ozgur Oyman Cooperative communication of data
US7778598B2 (en) * 2007-01-22 2010-08-17 Mitsubishi Electric Research Laboratories, Inc. Asymmetric cooperation in downlink cellular networks with relay stations
JP2008227642A (ja) 2007-03-09 2008-09-25 Hitachi Ltd 再送制御方法、および無線通信システム
EP2015498B1 (en) * 2007-04-03 2021-03-10 Samsung Electronics Co., Ltd. Relaystations and methods for data retransmission in multihop relay wireless communication system
CN101483886B (zh) * 2008-01-10 2011-12-07 中兴通讯股份有限公司 多跳中继网络中的中继站广播消息传输方法
US8634763B2 (en) 2008-04-22 2014-01-21 Intel Corporation Cooperative communications techniques

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2287220C2 (ru) * 2002-01-05 2006-11-10 Эл Джи Электроникс Инк. Система и способ предотвращения тупиковой ситуации с использованием таймера для системы высокоскоростного нисходящего пакетного доступа
US20040205105A1 (en) * 2003-04-11 2004-10-14 Telefonaktiebolaget Lm Ericsson Contention-based forwarding with integrated multi-user detection capability
US20060233200A1 (en) * 2003-07-17 2006-10-19 Koninklijke Philips Electronics N.V. Packet retransmission for mimo systems using multipath transmission
EP1758268A2 (en) * 2005-07-04 2007-02-28 Samsung Electronics Co., Ltd. Cooperative relay transmission method for a wireless communication system
US20080049718A1 (en) * 2006-04-03 2008-02-28 Siemens Corporate Research, Inc. Relay-Assisted HARQ Transmission System

Also Published As

Publication number Publication date
WO2009131867A3 (en) 2009-12-17
US20090262678A1 (en) 2009-10-22
GB201017378D0 (en) 2010-11-24
CN101978640B (zh) 2015-01-14
GB2471610A (en) 2011-01-05
JP2011514109A (ja) 2011-04-28
DE112009000395T5 (de) 2011-01-13
WO2009131867A2 (en) 2009-10-29
US8634763B2 (en) 2014-01-21
KR20100124833A (ko) 2010-11-29
RU2010142904A (ru) 2012-05-27
CN101978640A (zh) 2011-02-16
GB2471610B (en) 2013-04-24

Similar Documents

Publication Publication Date Title
RU2482612C2 (ru) Способы кооперативной связи
US8301956B2 (en) Methods and apparatus to improve communication in a relay channel
US9699740B2 (en) Packet delay optimization in the uplink of a multi-hop cooperative relay-enabled wireless network
US8201044B2 (en) Apparatus and method for transmitting control message in a wireless communication system using relaying
JP5905914B2 (ja) 協調無線通信(cooperativewirelesscommunications)のための方法および装置
US8953467B2 (en) Adaptive transmission modes for transparent relay
US8891378B2 (en) Method and system for hybrid automatic repeat request operation for uplink coordinated multi-point signaling
US20110032925A1 (en) Method of transmitting group ack/nack in a communication system
EP3461048A1 (en) System and method for ue fountain relay based network
JP5934700B2 (ja) 中継局、基地局、送信方法、及び受信方法
US10931405B2 (en) Relaying method and device and destination with feedback in an OMAMRC system
KR101220553B1 (ko) 전력 제어 기술
CN102420682B (zh) 中继链路下行反馈信息传输时序确定方法及装置
JP4819053B2 (ja) 無線通信システムにおける多重アンテナを用いたパケット伝送方法
KR100979511B1 (ko) Mimo와 harq를 이용한 데이터 패킷 전송방법 및 그방법을 지원하는 시스템
KR20170138339A (ko) 이동 통신 시스템에서 이종 서비스 제공 방법 및 장치
WO2016184074A1 (zh) 一种基于协作网络编码场景的传输方法及系统
JP2012222519A (ja) 無線通信装置及び再送制御方法

Legal Events

Date Code Title Description
MM4A The patent is invalid due to non-payment of fees

Effective date: 20180415