RU2622770C1 - Высоконадежная схема передачи с низким уровнем использования ресурсов - Google Patents

Высоконадежная схема передачи с низким уровнем использования ресурсов Download PDF

Info

Publication number
RU2622770C1
RU2622770C1 RU2016129697A RU2016129697A RU2622770C1 RU 2622770 C1 RU2622770 C1 RU 2622770C1 RU 2016129697 A RU2016129697 A RU 2016129697A RU 2016129697 A RU2016129697 A RU 2016129697A RU 2622770 C1 RU2622770 C1 RU 2622770C1
Authority
RU
Russia
Prior art keywords
message
transmission mode
reception
retransmission
transmission
Prior art date
Application number
RU2016129697A
Other languages
English (en)
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 Телефонактиеболагет Лм Эрикссон (Пабл)
Application granted granted Critical
Publication of RU2622770C1 publication Critical patent/RU2622770C1/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/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
    • 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/1861—Physical mapping arrangements
    • 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/188—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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1887—Scheduling and prioritising arrangements
    • 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/189—Transmission or retransmission of more than one copy of a message
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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

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)

Abstract

Изобретение относится к области связи. Передающий узел, принимающий узел и способы для обеспечения схемы высоконадежной передачи с эффективным использованием ресурсов. Схема передачи содержит два режима, где первый режим содержит регулярную повторную передачу с подтверждением и второй режим содержит ускоренные или иным образом активизированные повторные передачи, тем самым повышая вероятность успешной передачи сообщения в пределах допустимого бюджета задержки. 4 н. и 31 з.п. ф-лы, 10 ил.

Description

Область техники, к которой относится изобретение
Решение, описанное в настоящем документе, в общем, относится к высоконадежной передаче и, в частности, к схемам повторной передачи сигналов.
Уровень техники
В настоящее время, фокус развития систем мобильной связи находится на мобильной широкополосной связи для обеспечения подключения к сети интернет. В таких сетях, как правило, осуществляются оптимизации для повышения пропускной способности. Эти сети, и что более важно, применяемые схемы передачи не оптимизированы для обеспечения высокой надежности и в то же время используются приложения, для которых важное значение имеет величина задержки. Надежность в данном контексте относится к вероятности того, что сообщение или пакет, посланный узлом передатчика, достигает приемника в течение некоторого установленного интервала времени так, чтобы приемник сможет декодировать сообщение.
Примерами приложений, требующие высокой надежности и низкой задержки, служат различные машинные коммуникации, МТС, приложения, относящиеся к безопасности дорожного движения, некоторые интеллектуальные сетевые приложения, такие как релейная телемеханическая защита и процесс управления технологическими процессами в промышленности.
LTE, высокоскоростной пакетный доступ, HSPA и другие современные системы беспроводной связи применяют ретрансляционные схемы для повышения надежности системы.
При автоматическом запросе на повтор, ARQ, передатчик передает сообщение и повторно передает сообщение, если подтверждение, ACK, не принято в течение определенного периода времени. Классические ARQ схемы не применяют прямого исправления ошибок, FEC, но только режим обнаружения ошибки используется приемником для определения корректности сообщения. ARQ показана на Фиг. 3, где первая (1-я ТХ) и вторая (2-я ТХ) передача сообщения не были успешно приняты приемником, который посылает отрицательное подтверждение NACK. Третья передача (3-я ТХ) успешно принята и подтверждена приемником посредством ACK.
Гибридный ARQ, HARQ, представляет собой сочетание ARQ и FEC. Благодаря FEC, приемник имеет возможность восстановить сообщение, даже если оно повреждено, до тех пор, пока сообщение было не слишком повреждено. Если приемник не сможет восстановить сообщение, то он будет посылать отрицательное подтверждение, NACK, в приемник для запроса на повторную передачу, в противном случае ACK. В зависимости от применяемой схемы HARQ, повторные передачи этого сообщения являются либо идентичными копиями исходной передачи или различными подмножествами кодированных битов исходной передачи. Последняя называется гибридным ARQ с возрастающей избыточностью, и применяется в LTE и HSPA.
Гибридный ARQ может дополнительно использовать гибкое комбинирование, где приемник объединяет ранее принятые биты данных и текущие для декодирования сообщения. Схема гибкого комбинирования используется, например, в сетях и LTE с высокоскоростным пакетным доступом нисходящей линии связи HSDPA.
Минимальное время между двумя передачами/повторными передачами задается временем, необходимым приемнику, чтобы принять передачу, декодировать, сгенерировать и передать подтверждение, либо ACK, либо NACK; и временем, необходимым передатчику для приема и декодирования сообщения подтверждения и подготовки повторной передачи. Это время упоминается как время прохождения сигнала в обоих направлениях RTT.
В LTE интервал передачи, TTI, т.е. минимальная единица времени, установленная более высокими уровнями, составляет 1 мс. Время прохождения сигнала в обоих направлениях в схеме гибридного ARQ в LTE UL фиксируется на 8 TTI, т.е. 8 мс.
Для приложений с низким временем ожидания, есть ограниченное время, в течение которого пакет или сообщение должны быть доставлены, то есть допускается только некоторая задержка D для каждого пакета. Таким образом, в приложениях с низким временем ожидания, успешный прием пакета или сообщения должен происходить в пределах этого ограниченного времени или задержки; в противном случае сообщение устаревает и теряется. Таким образом, необходимо решить техническую задачу обеспечения надежной доставки, т.е. прием сообщений с низким временем ожидания в течение ограниченного времени или задержки D при использовании обычных схем повторной передачи.
Сущность изобретения
Настоящим предлагается решение, относящееся к схеме передачи для повышения эффективности использования ресурсов для высоконадежных передач с низким временем ожидания. Предлагается начать передачу сообщения с помощью обычной схемы повторной передачи. После того, как, например, устанавливаемое время, которое меньше, чем величина латентности, и, не приняв ACK от приемника, передатчик начинает использовать более «агрессивный» режим передачи. Этот режим передачи может быть непрерывным режимом передачи, передачей с более высокой мощностью, более частыми передачами, передачами с более высокой степенью избыточности и т.д. Образно, это может быть описано, как что передатчик начинает «паниковать» после истечения, например установленного времени, и начинает «кричать».
В соответствии с раскрытым решением, большинство сообщений будут успешно переданы от передатчика к приемнику с помощью обычной схемы повторной передачи в первом режиме передачи, а также в пределах бюджета латентности. Для получения этих сообщений нет необходимости выполнять ненужные повторные передачи. Только для тех немногих сообщений, которые не были успешно приняты посредством обычных повторных передач в первом режиме передачи, используется второй режим передачи. Во втором режиме передачи эффективность использования ресурсов меняется на надежность, например, данные по-прежнему передаются даже после успешного приема, пока передающий узел не примет ACK.
Однако так как только несколько сообщений обрабатываются в режиме «напрасной траты ресурсов», то уровень системы низкий. Описанное решение повышает надежность приема сообщений в пределах заданного бюджета латентности без чрезмерного использования ресурсов.
Особым преимуществом описываемого решения является возможность динамически регулировать режим связи в зависимости от изменений состояний канала с высокой мобильностью или изменений качества канала. Например, если передатчик и приемник перемещаются в пределах зоны с переменными условиями тени, раскрытое решение позволяет адаптивно использовать лучший режим передачи.
В соответствии с первым аспектом, предложен способ, который должен быть выполнен с помощью передающего узла, который выполнен с возможностью применять схему ARQ. Способ включает в себя передачу сообщения на принимающий узел в режиме первой передачи с подтверждением. Способ дополнительно включает в себя обнаружение индикации неуспешного приема сообщения или повторной передачи, относящейся к сообщению. Способ дополнительно содержит переключение на второй режим передачи, основываясь на обнаруженной индикации; и во втором режиме передачи: осуществлять повторную передачу упомянутого сообщения или его части множество раз, не дожидаясь подтверждения приема сообщения перед передачей следующей повторной передачи.
В соответствии со вторым аспектом, предложен способ, который должен быть выполнен с помощью принимающего узла, который выполнен с возможностью применять схему ARQ. Способ включает в себя в первом режиме приема: обнаружение неудачного приема передачи от передающего узла, упомянутая передача является сообщением или повторной передачей, относящейся к сообщению. Способ дополнительно содержит индикацию неудачного приема передающему узлу; и переключение 203 на второй режим приема, по меньшей мере, частично на основании упомянутого обнаруженного неудачного приема. Способ дополнительно содержит, во втором режиме приема: прием, по меньшей мере, одной повторной передачи, относящейся к сообщению. Первый режим приема соответствует первому режиму передачи с подтверждением, содержащий повторную передачу при индикации неуспешного приема, и второй режим приема соответствует второму режиму передачи, содержащий повторную передачу, не дожидаясь подтверждения приема сообщения, перед передачей следующей повторной передачи.
В соответствии с третьим аспектом, предусмотрен передающий узел, который предназначен для применения схемы ARQ. Передающий узел выполнен с возможностью, в первом режиме передачи с подтверждением, передавать сообщение в принимающий узел. Передающий узел дополнительно выполнен с возможностью обнаруживать индикацию неуспешного приема, на приемном узле, сообщения или повторной передачи, относящейся к сообщению; и переключать во второй режим передачи, основываясь на обнаруженной индикации. Передающий узел дополнительно выполнен с возможностью, во втором режиме передачи, повторно передавать упомянутое сообщение или его части множество раз, не дожидаясь подтверждения приема сообщения перед передачей следующей повторной передачи.
В соответствии с четвертым аспектом, предусмотрен принимающий узел, который выполнен с возможностью применять ARQ схему. Приемный узел выполнен с возможностью, в первом режиме приема, обнаруживать неудачный прием передачи из передающего узла, упомянутой передачей является сообщение или повторная передача, относящаяся к сообщению. Принимающий узел дополнительно выполнен с возможностью указывать на неудачный прием в передающий узел; и переключать на второй режим приема, по меньшей мере, частично на основании упомянутого обнаруженного неудачного приема. Принимающий узел дополнительно выполнен с возможностью, во втором режиме приема, принимать, по меньшей мере, одну повторную передачу, связанную с сообщением. Первый режим приема соответствует первому режиму передачи с подтверждением, содержащий повторную передачу при индикации неуспешного приема, и второй режим приема соответствует второму режиму передачи, содержащий повторную передачу, не дожидаясь подтверждения приема сообщения перед передачей следующей повторной передачи.
В соответствии с пятым аспектом, обеспечивается компьютерная программа, которая при запуске в передающем узле вызывает передающий узел выполнить способ в соответствии с описанным выше первым аспектом.
В соответствии с шестым аспектом, обеспечивается компьютерная программа, которая при запуске на принимающем узле вызывает принимающий узел выполнить способ в соответствии с описанным выше вторым аспектом.
В соответствии с другими аспектами, предусмотрены компьютерные программные продукты, содержащие соответствующие компьютерные программы, в соответствии с описанными выше пятым и шестым аспектами.
Краткое описание чертежей
Вышеприведенные и другие задачи, признаки и преимущества данного решения, раскрытого здесь, будут очевидны из последующего более конкретного описания вариантов осуществления, как показано на прилагаемых чертежах. Чертежи не обязательно выполнены в масштабе, внимание сфокусировано на иллюстрировании принципов решения, раскрытого здесь.
Фиг. 1 представляет собой блок-схему алгоритма способа, выполняемого посредством передающего узла, в соответствии с примерным вариантом осуществления.
Фиг. 2 представляет собой блок-схему алгоритма способа, выполняемого принимающим узлом, в соответствии с примерным вариантом осуществления.
Фиг. 3 показывает схему повторной передачи с подтверждением, в соответствии с известным уровнем техники.
Фиг. 4 иллюстрирует схему непрерывной повторной передачи, которая может быть использована во втором режиме передачи, в соответствии с примерным вариантом осуществления.
Фиг. 5 показывает режим повторной передачи в первом и втором режиме передачи, в соответствии с примерным вариантом осуществления.
Фиг. 6 иллюстрирует режим повторной передачи в первом и втором режимах, в соответствии с примерным вариантом осуществления.
Фиг. 7 и Фиг. 8 показывают передающие узлы, в соответствии с иллюстрирующими вариантами осуществления.
Фиг. 9 и Фиг. 10 иллюстрируют принимающий узел, в соответствии с иллюстрирующим вариантом осуществления.
Подробное описание вариантов осуществления
Применение обычных схем повторной передачи, обычно используемые в сотовой связи, к высоконадежным коммуникациям с низкой латентностью подразумевает следующее: среда передачи непрерывно не используется, но, например, только каждый N-й возможный слот, если время прохождения сигнала в обоих направлениях RTT равно N времени прохождения сигнала в обоих направлениях TTIs. Минимальное количество N зависит от времени, которое требуется, чтобы обеспечить обратную связь от приемника к передатчику, и время, которое требуется передатчику для декодирования данных обратной связи. Впоследствии того, что среда используется только N-й части в течение заданного бюджета латентности. Если, в конце этого интервала времени сообщение не было успешно декодировано, то это может быть следствием того, что только была использована среда 1/N-го доступного времени, т.е. только 1/N-го возможная энергия была передана.
Для преодоления этого недостатка, передатчик может непрерывно посылать на приемник сигнал в течение полного бюджета латентности. Это гарантирует, что максимальное количество энергии передается от передатчика к приемнику и, таким образом, надежность связи максимизируется. Недостатком непрерывной передачи является то, что используются часто слишком много ресурсов; нет необходимости продолжать передачу после того, как приемник был способен декодировать сообщение.
Компромиссом может служить сценарий, при котором будет выполняться непрерывная передача до приема подтверждения ACK, и затем прекращает передачу. Но даже здесь ресурсы передачи растрачиваются между временем, когда приемник успешно декодировал сообщение, до момента времени, когда передатчик декодирует ACK, посланное приемником, как показано на Фиг. 4.
При этом описывается высоконадежная система передачи сообщения с низкой латентностью, которая использует по меньшей мере два режима или фазы, где применяются различные стратегии передачи данных:
1) На первом этапе или режиме применяется система повторной передачи существующего уровня техники. Сообщение передается и перед повторной передачей передатчик должен принять сигнал обратной связи. Если обратная связь нарушается и не принимается передатчиком, то это может рассматриваться как NACK.
2) Второй этап или режим начинается при приеме индикации того, что сообщение не было успешно принято принимающим узлом, например, после истечении заданного интервала времени, который короче, чем бюджет латентности сообщения. На втором этапе используется режим передачи, когда скорее всего сигнал будет успешно принят приемником, но за счет более широкого использования ресурсов. Ресурсы в этом контексте могут быть ресурсами увеличенного времени/частотой/кодом/энергетическими ресурсами, вычислительными ресурсами и уровнем потребления энергии передатчиком и/или приемником, если используется более мощный, но сложный режим передачи.
В соответствии с различными вариантами осуществления описанного решения, режим переключения из состояния режима передачи предшествующего уровня техники во второй режим передачи, например, режим непрерывной передачи, может быть инициирован различными условиями, такими как:
- Настраиваемое количество последовательных NACKS на передатчике,
- Истечение заданного интервала времени для успешной передачи пакета, то есть истечение интервала времени для приема ACK,
- Явное инициирование посредством сообщения, принятого от принимающего узла, на основании, например, информации о состоянии канала на приемнике, CSIR.
Передатчик имеет различные возможности прерывать или завершать второй режим передачи, например, режим непрерывной передачи. Примерами могут служить:
- Передатчик переходит обратно в нормальное состояние, состояние предшествующего уровня техники, способ после обнаружения N успешных последовательных ACKs;
- Передатчик переключается обратно к нормальному способу передачи по истечении времени Т, если только NACK сообщения не были приняты.
Фиг. 5 иллюстрирует простой пример, содержащий два этапа передачи или режима. На первом этапе передается сообщение (1-я ТХ) и повторно передают (2-я ТХ), так как ACK не принят. После истечения конфигурируемого интервала времени передатчик переходит во вторую фазу. В этом примере, вместо того, чтобы ждать обратной связи от приемника, передатчик начинает непрерывно передавать. Так как в настоящее время среда постоянно используется, то транспортируемая энергия максимальна в течение второй фазы, которая также максимизирует вероятность приема с точки зрения канала связи.
Дополнительно, на Фиг. 5, после истечения некоторого времени в течение второй фазы, приемник успешно принимает сообщение и посылает ACK. Так как для передачи сигнала обратной связи требуется время для передачи и декодирования сигнала передатчиком, то ненужные повторные передачи могут неизбежно возникать с момента успешного приема сообщения в приемнике и приема сигнала обратной связи на передатчике. Такое неэффективное использование ресурсов является ценой за повышенную вероятность приема, т.е. надежности.
Другой вариант представляет собой случай, когда приемник не передает ACK во второй фазе и передатчик передает сигнал до тех пор, пока срок действительности сообщения не истечет, то есть допустимый бюджет латентности был превышен. Этот вариант предполагает еще более неэффективный способ использования ресурсов, но упрощает протокол передачи.
Переключение в режим непрерывной передачи во вторую фазу или в режиме является только одним из многих возможных примеров. Другим примером может служить назначение для каждой передачи большего количества ресурсов и уменьшение скорости кодирования. Увеличение ресурсов может представлять собой, например, во времени, частоты, кода или мощности. Например, одна возможность заключается в том, чтобы передавать сигнал с увеличенной мощностью без изменения скорости кодирования.
Еще одна возможность заключается в уменьшении интервала времени между повторными передачами. В крайнем случае, это приводит к непрерывным передачам. Дополнительно, выделенная полоса пропускания может быть увеличена во втором режиме передачи, и/или назначенные ресурсы могут быть распределены в частотной области для увеличения частотного разнесения.
Еще одна возможность заключается в использовании измененного формата передачи. Например, в течение передачи величина и/или энергия опорных сигналов может быть увеличена, чтобы улучшить оценку канала.
Еще одна возможность заключается в использовании большего количества передающих и/или приемных антенн и в изменении схемы передачи с множественными антеннами соответственно, во втором режиме передачи. Например, одна передающая антенна может быть использована в первом режиме передачи и множество передающих антенн с разнесением антенн может быть использовано во втором режиме передачи.
Еще одна возможность заключается в использовании более сложной, но и более интенсивной обработки передачи. Например, передача в первом режиме передачи или в первой фазе, может быть основана на простых кодах, например, сверточных кодах, в то время как передачи во втором режиме передачи или второй фазе основаны на передовых кодах, например, с низкой плотностью проверок на четность кодов LDPC или турбокодов. В обеих фазах такое же количество ресурсов, например мощности, времени, частоты, кода и антенн можно было бы использовать. Разница заключается в том, что, при заданной той же скорости кода, усовершенствованные коды обеспечивают более высокую производительность, чем простые коды. Даже несмотря на то, используемые ресурсы передачи одинаковы, использование ресурсов энергии/вычислительные ресурсы в передатчике и/или на приемнике меньше на первой фазе, чем на последующих фазах. Этот аспект изобретения особенно интересен для устройств с ограничением по энергии/обработке, например, аккумулятор управляет датчиками. Такое устройство может начать работу с режима менее сложной передачи и только, если сообщение не принято по истечении определенного интервала времени, используется режим более сложной передачи.
Еще одна возможность заключается в способности обеспечить многолучевое разнесение во второй фазе или режиме передачи, то есть число передающих и/или приемных точек во второй фазе выше, чем в первой фазе или режиме передачи.
Схема обратной связи может быть использована во второй фазе передачи, но также возможно не использовать обратную связь на второй фазе передачи, то есть вторая фаза передачи не распространяется до конца разрешенного бюджета латентности.
Все указанные выше схемы также могут быть объединены, например, повторные передачи на второй фазе могут быть более частыми и каждая повторная передача сама по себе содержит больше ресурсов, чем в первой фазе.
Кроме того, система может быть обобщена на множество фаз передачи или режимов. Например, можно сформировать три или более фаз, где длительность между повторными передачами уменьшается от одной фазы к другой. См. Фиг. 6 для графической иллюстрации.
В системе с несколькими пользователями, как описано здесь, система передачи, параметры, такие как начало второго и потенциально других более поздних фаз, параметры фаз, например количество ресурсов, интервал повторной передачи и т.д., могут быть установлены индивидуально для каждого пользователя или группы пользователей. Например, в системе связи, где пользователи могут быть сгруппированы, и для пользователей в пределах той же группы, должны передавать сообщения с аналогичными/ равными характеристиками, например, задержка и надежность, пользователи в той же группе могут быть сконфигурированы посредством использования аналогичных параметров. Пользователи в группах с более жесткими требованиями к передаче сообщений могут быть сконфигурированы с использованием «лучших» параметров.
Вместо корреляции конфигурации фаз передачи и пользователей, могут быть также использованы характеристики сообщений. Это полезно в случае, когда один пользователь может передавать сообщения с различными характеристиками. В этом случае, типы сообщений могут быть сгруппированы, и конфигурация может быть реализована для каждого типа группы сообщений, а не по одному типу сообщений.
Способы, раскрытые в данном документе, также могут быть объединены посредством обогащенной обратной связью. Часто ACK или NACK является только одним битом, указывающим на корректность сообщения. С обогащенной обратной связью может быть передан более детальный статус текущего состояния приема, например, если приемник «закрыт» для декодирования сообщения или нет. Определение «закрыт» может быть, например, сделано на основании софт значений или логарифмических отношений правдоподобия битов сообщений. Если принятая обратная связь указывает на то, что приемник имеет уже почти достаточно информации для декодирования сообщения, то обеспечивается переход в следующую фазу позже, или режим передачи во второй фазе использует меньше ресурсов, чем было бы в противном случае.
В следующих параграфах, различные аспекты решения, раскрытого здесь, будут описаны более подробно со ссылками на определенные варианты осуществления и на прилагаемые чертежи. Для целей объяснения, а не ограничения, конкретные детали изложены, такие как, конкретные сценарии и способы для обеспечения более глубокого понимания различных вариантов осуществления. Тем не менее, другие варианты осуществления могут не использовать эти конкретные детали.
Примерный способ, выполняемый посредством передающего узла. Фиг. 1
Примерный способ, выполняемый посредством передающего узла, будет описан ниже со ссылкой на Фиг. 1. Передающий узел выполнен с возможностью применять схему автоматического запроса на повтор ARQ, т.е. схему повторной передачи, например, HARQ. Передающий узел может быть, например, базовой станцией радиосвязи, RBS, например, LTE eNB, узлом доступа, реле или устройством пользователя, UE, таким как LTE UE, датчиком, исполнительным механизмом, устройством связи, планшетом, компьютером или любым другим устройством, способным обеспечить беспроводную связь. Базовая радиостанция в качестве альтернативы может быть обозначена как eNodeB, NodeB или просто как базовая станция.
На Фиг. 1 показан способ, содержащий в первом режиме передачи с подтверждением: передачу 101 сообщения в принимающий узел. Способ дополнительно содержит обнаружение 102 индикации неуспешного приема сообщения или повторной передачи, относящейся к сообщению на приемном узле. Способ дополнительно содержит переключение 103 во второй режим передачи, основываясь на обнаруженной индикации; и во втором режиме передачи: повторную передачу 104 упомянутого сообщения или части множество раз, не дожидаясь подтверждения приема сообщения перед передачей следующей повторной передачи.
Первый режим передачи характеризуется типовой процедурой повторной передачи с подтверждением, такой как ARQ или HARQ схемы. После передачи сообщения передатчик ждет подтверждения перед любой повторной передачей, относящейся к сообщению. Подтверждение может быть отрицательным или положительным, явным или неявным. Примером отрицательного неявного подтверждения может служить, например, отсутствие ACK в определенном временном окне после передачи сообщения, относящегося к RTT. То есть, выражение «прием индикации неудачного приема» считается охватывающие также интерпретацию отсутствия ACK в качестве NACK.
Индикацией неудачного приема может быть или может содержать различные элементы, которые будут описаны более подробно ниже. Индикация относится к приему на принимающем узле, который представляет собой устройство приема сообщения. То есть, индикатор указывает на то, что сообщение неудачно принято на принимающем узле.
Переключение во второй режим передачи выполняется на основании определенной индикации неудачного приема. Второй режим передачи характеризуется тем, что схема передачи изменяется с целью повышения вероятности успешного приема в рамках бюджета латентности, по сравнению с первым режимом передачи. Это может быть реализовано несколькими способами, которые будут более подробно описаны ниже. Во втором режиме передачи повторная передача сообщения осуществляется без или до приема подтверждения, положительного или отрицательного результата приема сообщения. Это может упоминаться, как режим без подтверждения, тем не менее, переданное сообщение может быть подтверждено принимающим узлом, даже если передающий узел не ожидает или не принимает подтверждения, до повторной передачи сообщения или его части.
Этот способ повышает вероятность успешного приема в рамках бюджета латентности для высокой надежности и в случае наличия исключительно высоких требований к времени ожидания.
Например, временной интервал между последовательными передачами, относящиеся к сообщению, может быть короче во втором режиме передачи, чем в первом режиме передачи. Это показано, например, на Фиг. 5 и Фиг. 6. Временной интервал между повторными передачами во втором режиме передачи также может уменьшаться с течением времени, что показано на Фиг. 6, при определении 2-й и 3-й фаз передачи, как второй режим передачи.
Исключительным случаем более короткого временного интервала во втором режиме передачи является непрерывная передача, которая показана на Фиг. 4 и Фиг. 5, и также в 3-й фазе передачи на Фиг. 6.
Второй режим передачи может быть прекращен на основании различных событий, таких как прием, от принимающего узла, по меньшей мере, одного показателя успешного приема, связанного с сообщением. В качестве альтернативы или в дополнение, может быть прекращен по истечении времени Т от перехода во второй режим передачи; по истечении времени Т' от передачи сообщения, например, начало первой передачи сообщения, или после приема заранее определенного количества сигналов NACK.
Дополнительно, индикация неудачного приема может содержать, например, предопределенное число, один или более отрицательных подтверждений приема NACKs, связанных с сообщением, в котором NACKs могут быть явными или неявными. В качестве альтернативы или в дополнение, индикация неуспешного приема может содержать обогащенную обратную связь, включающую в себя, например, информацию о состоянии декодирования приемника и/или может включать в себя индикацию условий на приемном узле, предотвращающие успешный прием в первом режиме передачи.
То есть передающий узел может переключиться во второй режим передачи после приема заданного количества NACKs, явных или неявных, связанных с сообщением, из принимающего узла. В крайнем случае, он может перейти во второй режим передачи, уже после приема одного NACK, связанного с сообщением. Тем не менее, количество NACKs может быть определено или установлено на основании, например, RTT, чувствительности к задержке передачи и/или бюджета латентности.
Когда индикация неудачного приема содержит обогащенную обратную связь, второй режим передачи может быть адаптирован или выбран на основании информации, предоставленной обогащенной обратной связью. Например, время между повторными передачами может зависеть от степени декодирования принимающим узлом принятого сообщения. Часто, ACK или NACK является только одним битом, указывающим на корректность сообщения. Тем не менее, с обогащенной обратной связью более детальный статус текущего состояния приема может быть передан, например, если приемник «закрыт» для декодирования сообщения или нет. Определение «закрыт» может быть осуществлено, например, на основании софт значений или логарифмического отношения правдоподобия битов сообщений. Если принятая обратная связь указывает на то, что приемник уже почти имеет достаточно информации для декодирования сообщения, то переход во второй режим передачи следующей фазы может произойти позже или второй режим передачи может использовать меньше ресурсов, чем это было бы в противном случае.
Индикация условий на приемном узле позволяет, которые препятствуют успешному приему в первом режиме передачи, может представлять собой, например, информационное сообщение, содержащее состояние канала, CS, или параметр или информация, полученная из CSI. То есть, это может быть индикацией того, что принимающий узел подвергается существенному воздействию помех и, таким образом, в данный момент присутствует сложная помехоустойчивая обстановка для приема сообщения от передающего узла.
Например, больше ресурсов, с точки зрения времени, частоты, кода, мощности, точек передачи и/или вычислительных ресурсов могут быть использованы для повторной передачи во втором режиме передачи, чем в первом режиме передачи. То есть, более широкое использование ресурсов, из-за более короткого интервала времени между повторными передачами; более сложных кодов, передачи посредством множества антенн и/или другого разнообразия, могут быть применено, чтобы принять сообщение посредством принимающего узла, т.е. успешно принято.
Ресурсы, используемые для повторной передачи во втором режиме передачи, могут зависеть от информации, связанной с безуспешным приемом, принятой от принимающего узла. То есть, как описано выше, информация обогащенной обратной связи может указывать на то, что требуется больше или меньше ресурсов для обеспечения успешного приема.
Несмотря на то, что прямо не упоминается в вышеизложенном описании первого режима передачи, считается неявно описанным, что ресурсы используются для передачи и повторной передачи сообщения в первом режиме передачи.
Иллюстративный способ, выполняемый посредством приемного узла. Фиг. 2.
Ниже приводится описание примерного способа, выполняемого принимающим узлом, со ссылкой на Фиг. 2. Способ, выполняемый принимающим узлом, соответствует способу, выполняемым передающим узлом, описанным выше. Принимающий узел выполнен с возможностью применять схему автоматического запроса на повтор ARQ, т.е. схему повторной передачи, например, H-ARQ. Принимающий узел может быть, например, устройством пользователя UE, например, LTE UE, датчиком, исполнительным механизмом, устройством связи, планшетом, компьютером или любым другим устройством, способным обеспечить беспроводную связь, или базовой радиостанцией, RBS, такой как LTE eNB, узлом доступа или радиотрансляционной станцией.
На Фиг. 2 показан способ, содержащий в первом режиме приема: обнаружение 201 неудачного приема передачи от передающего узла, упомянутая передача является сообщением или повторной передачей, относящейся к сообщению. Способ дополнительно содержит индикацию 202 неудачного приема для передающего узла; и переключение 203 во второй режим приема, по меньшей мере, частично на основании упомянутого обнаружения неудачную приема. Способ дополнительно содержит во втором режиме приема: прием 204, по меньшей мере, одной повторной передачи, связанной с сообщением. Первый режим приема соответствует первому режиму передачи с подтверждением, содержащий повторную передачу при индикации неуспешного приема, и второй режим приема соответствует второму режиму передачи, содержащий повторную передачу без ожидания подтверждения приема сообщения перед передачей следующей повторной передачи. Фиг. 2 также иллюстрирует случай, когда успешное обнаружение обнаруживается в действии 201. Когда сообщение успешно принято, принимающий узел не должен переключиться на второй режим приема, но при этом оставаться в обычном режиме приема, например, обозначенным как первый режим приема для приема следующего сообщения, которое показано как действие 205 на Фиг. 2.
Действие обнаружения неудачного приема может быть связано с или содержать, например, ряд, один или несколько, неудачных попыток приема, по истечении определенного интервала времени, как событие, такое как первая попытка неудачного приема или условий на приемном узле, которые не позволяет успешно завершить прием в первом режиме передачи/приема.
Выражение «индикация неудачного приема для передающего узла» считается, как охватывающее также воздержание от отправки ACK в передающий узел, который будет интерпретирован как NACK, посредством передающего узла.
Как было описано выше, совместно с передающим узлом, второй режим передачи может содержать более частые повторные передачи, чем в первом режиме передачи. Это также может быть выражено так, что временной интервал между приемом последующих передач, связанных с сообщением, короче во втором режиме приема/передачи, чем в первом режиме приема/передачи. Промежуток времени между повторными передачами во втором режиме передачи может уменьшаться с течением времени, как это описано ранее. Кроме того, второй режим передачи может включать в себя непрерывную передачу и, таким образом, второй режим приема может включать в себя непрерывный прием.
Индикация неудачного приема для передающего узла может содержать индикацию условий, препятствующих успешному приему в первом режиме передачи/приема, таких как, например, CSI, содержащие CQI.
Второй режим приема может быть прекращен, например, при успешном приеме, по отношению к сообщению, или, по истечении времени Т от переключения во второй режим приема или, по истечении времени Т' от обнаружения неудачного приема передачи например, с начала первого приема, связанного с сообщением, после передачи указанного количества NACKs, или, после неудачного приема заранее определенного количества передач, относящихся к сообщению.
Индикацией неудачного приема может быть одним из следующих: предопределенное количество отрицательных подтверждений приема, NACKs, связанных с сообщением; обогащенная обратная связь, включающая в себя информацию о состоянии декодирования, и индикация условий на приемном узле, которые препятствуют успешному приему в первом режиме передачи.
Иллюстрация передающего узла. Фиг. 7.
Варианты осуществления, описанные в данном документе, также относятся к передающему узлу 700. Передающий узел ассоциирован с такими же техническими характеристиками, целями и преимуществами, как и способ, описанный выше, и проиллюстрирован, например, на Фиг. 1. Передающий узел будет описан вкратце, чтобы избежать ненужных повторений. Передающий узел 700 может быть, например, базовой станцией радиосвязи, RBS, таким как LTE eNB, узлом доступа, ретрансляционной станцией или устройством пользователя UE, таким как LTE UE, датчиком, исполнительным механизмом, устройством связи, планшетом, компьютером или любым другим устройством, способным обеспечивать беспроводную связь. Передающий узел может быть выполнен с возможностью устанавливать связь с одном или несколькими системами беспроводной связи, такими как UMTS, E-UTRAN или CDMA 2000.
Ниже приводится описание иллюстрирующего передающего узла 700, выполненного с возможностью обеспечивать выполнение процесса, описанного выше способа, выполненного с возможность выполнять, по меньшей мере, один вариант осуществления способа на передающем узле, описанном выше, со ссылкой на Фиг. 7.
Передающий узел выполнен с возможностью применять ARQ схему, такую как HARQ, и выполнен с возможностью устанавливать связь с другими узлами или сетевыми объектами.
Часть передающего узла, которая в основном относится здесь к предложенному решению, иллюстрируется как компоновка 701, обозначенная штриховой линией. Компоновка и, возможно, другие части передающего узла, выполнены с возможностью обеспечивать реализацию одного или нескольких способов или процедур, описанных выше, как показано, например, на Фиг. 1. Передающий узел может содержать блок 702 связи для связи с другими структурами, а также может содержать дополнительные функциональные возможности 707, что проиллюстрировано прерывистой линией.
Передающий узел, показанный на Фиг. 7, содержит средство обработки, в данном примере в виде процессора 703 и памяти 704, в котором упомянутая память содержит инструкции 705, выполняемые упомянутым процессором, причем передающий узел выполнен с возможностью выполнять способ, описанный выше. То есть передающий узел выполнен с возможностью, в первом режиме передачи с подтверждением, передавать сообщение на принимающий узел. Передающий узел дополнительно выполнен с возможностью обнаруживать индикацию неуспешного приема на приемном узле сообщения или повторной передачи, связанной с сообщением; и переключать во второй режим передачи, основываясь на обнаруженной индикации. Передающий узел дополнительно выполнен с возможностью во втором режиме передачи осуществлять повторную передачу упомянутого сообщения или его части множество раз, не дожидаясь подтверждения приема сообщения, перед передачей следующей повторной передачи.
Как было описано выше, интервал времени между последующими передачами, связанные с сообщением, может быть во втором режиме передачи короче, чем в первом режиме передачи. Интервал времени между повторными передачами во втором режиме передачи может уменьшаться с течением времени. Режим второй передачи может включать в себя непрерывную передачу.
Посредством выполнения команд, передающий узел дополнительно может быть выполнен с возможностью завершать второй режим передачи на прием, по меньшей мере, одной индикацией успешного приема, связанного с сообщением, или по истечении времени Т от переключения на второй режим передачи, или по истечении времени Т' от передачи сообщения, например, начала первой передачи сообщения, или после приема заранее определенного количества NACKs, явных или неявных.
Кроме того, индикация неудачного приема может включать в себя один или несколько из предварительно заданного числа NACKs, относящихся к сообщению, явных или неявных; обогащенная обратная связь включает в себя информацию о состоянии декодирования приемника; и индикация условий на приемном узле позволяет успешно завершить прием в первом режиме передачи.
Больше ресурсов, с точки зрения времени, частоты, кода, мощности, точек передачи и/или вычислительные ресурсы могут быть использованы для повторной передачи во втором режиме передачи, чем в первом режиме передачи. Ресурсы, используемые для повторной передачи во втором режиме передачи, могут зависеть от информации, связанной с безуспешным приемом, принятой от принимающего узла, как описано выше. Даже если не упоминается при описании первого режима передачи выше, считается неявно описанным, что ресурсы используются для передачи и повторной передачи сообщения в первом режиме передачи.
Компоновка 701 может альтернативно быть реализована и/или схематично описана, как показано на Фиг. 8. Компоновка 801 содержит передающий блок 803, в первом режиме передачи с подтверждением, для передачи сообщения в принимающий узел. Компоновка дополнительно содержит блок 804 детектирования, предназначенный для детектирования индикации неуспешного приема на приемном узле сообщения или повторной передачи, связанной с сообщением. Компоновка дополнительно содержит блок 806 коммутации, для переключения во второй режим передачи, основываясь на обнаруженной индикации.
Компоновка 801 может содержать возможный блок 805 определения для определения момента переключения во второй режим передачи. В качестве альтернативы, такое определение функции или блока может быть частью, например, блока 806 коммутации. Во втором режиме передачи сообщение или его часть повторно передается множество раз, не дожидаясь подтверждения приема сообщения перед передачей следующей повторной передачи. В качестве альтернативы, может быть выражено, как передающий блок 803 дополнительно выполнен с возможностью осуществлять повторную передачу во втором режиме передачи сообщения или части множество раз, не дожидаясь подтверждения приема сообщения перед передачей следующей повторной передачи.
Передающий узел 800 может быть, например, базовой станцией радиосвязи, RBS, таким как LTE eNB, узлом доступа, релейной станцией или устройством пользователя UE, таким как LTE UE, датчиком, исполнительным механизмом, устройством связи, планшетом, компьютером или любым другим устройством, способным обеспечить беспроводную связь. Передающий узел может быть выполнен с возможностью устанавливать связь с одним или несколькими системами беспроводной связи, такими как UMTS, E-UTRAN или CDMA 2000.
Что касается передающего узла 700, передающего узла 800, например, компоновка 801 может быть выполнена так, что интервал времени между последующими передачами, связанными с сообщением, может быть короче во втором режиме передачи, чем в первом режиме передачи. Интервал времени между повторными передачами во втором режиме передачи может уменьшаться с течением времени. Второй режим передачи может содержать непрерывную передачу.
Кроме того, второй режим передачи может быть прекращен, например, на прием, по меньшей мере, одной индикацией успешного приема, связанного с сообщением, или, по истечении времени Т от перехода во второй режим передачи, или, по истечении времени Т' от передающего сообщения, или после приема предопределенного количества NACKs, явных или неявных, от принимающего узла.
Индикация неудачного приема может включать в себя один или несколько из предварительно заданного числа NACKs, относящихся к сообщению; обогащенная обратная связь, включающая в себя информацию о состоянии декодирования приемника; и индикацию условий на приемном узле, не позволяющие успешно завершить прием в первом режиме передачи.
Больше ресурсов, с точки зрения времени, частоты, кода, мощности, точек передачи и/или вычислительных ресурсов могут быть использованы для повторной передачи во втором режиме передачи, чем в первом режиме передачи.
Ресурсы, используемые для повторной передачи во втором режиме передачи, могут зависеть от информации, связанной с безуспешным приемом, принятой от принимающего узла.
Компоновка 801 и другие части передающего узла могут быть реализованы, например, с помощью одного или более из следующего: процессора или микропроцессора и адекватного программного обеспечения и памяти, программируемого логического устройства PLD, или другого электронного компонента (ов)/схемой(ми) обработки, выполненные с возможностью выполнять действия, упомянутые выше.
Передающий узел 800, показанный на Фиг. 8, может дополнительно содержать блок 802 связи для связи с другими структурами, одну или более память 807, например, для хранения информации и дополнительной функциональности 808, такой как обработка сигналов и/или планирование.
Иллюстрация принимающего узла. Фиг. 9.
Варианты осуществления, описанные в данном документе, также относятся к принимающему узлу 900. Принимающий узел ассоциирован с такими же техническими характеристиками, целями и преимуществами, как способ, описанный выше, и проиллюстрирован, например, на Фиг. 2. Принимающий узел выполнен с возможностью применять схему автоматического запроса на повтор ARQ, т.е. схему повторной передачи, например, HARQ. Принимающий узел будет описан вкратце, чтобы избежать ненужных повторений. Принимающий узел может быть, например, устройством пользователя UE, например, LTE UE, датчиком, исполнительным механизмом, устройством связи, планшетом, компьютером или любым другим устройством, способным обеспечить беспроводную связь, или базовой радиостанцией, RBS, такой как LTE eNB, узлом доступа или радиотрансляционной станцией. Принимающий узел может быть выполнен с возможностью устанавливать связь с одной или несколькими системами беспроводной связи, такими как UMTS, E-UTRAN или CDMA 2000.
Ниже приводится описание примерного принимающего узла 900, выполненного с возможностью выполнять процесс, описанного выше способа, выполненный с возможностью выполнять, по меньшей мере, один вариант осуществления способа на принимающем узле, со ссылкой на Фиг. 9.
Часть принимающего узла, который, в основном, относится к описанному здесь решению, иллюстрируется как компоновка 901, обозначенная штриховой линией. Компоновка и, возможно, другие части принимающего узла выполнена с возможностью реализовать один или нескольких способов или процедур, описанных выше, как показано, например, на Фиг. 2. Принимающий узел может содержать блок 902 связи для связи с другими структурами, а также может включать в себя дополнительные функциональные возможности 907, которые проиллюстрированы прерывистой линией.
Принимающий узел, показанный на Фиг. 9, содержит средство обработки, в данном примере, в виде процессора 903 и памяти 904, в котором упомянутая память содержит инструкции 905, исполняемые упомянутым процессором, причем принимающий узел выполнен с возможностью выполнять способ, как описано выше. То есть принимающий узел выполнен с возможностью, в первом режиме приема, обнаруживать индикацию неудачного приема передачи от передающего узла, упомянутой передачей является сообщение или повторная передача, связанная с сообщением. Принимающий узел дополнительно выполнен с возможностью выполнять индикацию неудачного приема для передающего узла; и переключать на второй режим приема, по меньшей мере, частично, на основании упомянутого обнаружения неудачного приема. Принимающий узел дополнительно выполнен с возможностью, во втором режиме приема, принимать, по меньшей мере, одну повторную передачу, связанную с сообщением. Первый режим приема соответствует первому режиму передачи с подтверждением, содержащий повторную передачу при индикации неуспешного приема, и второй режим приема соответствует второму режиму передачи, содержащий повторную передачу, не дожидаясь подтверждения приема сообщения, перед передачей следующей повторной передачи, как описано ранее.
Как было описано выше, интервал времени между последующими передачами, связанными с сообщением, может быть во втором режиме передачи короче, чем в первом режиме передачи. Интервал времени между повторными передачами во втором режиме передачи может уменьшаться с течением времени. Второй режим передачи может включать в себя непрерывную передачу. Первый и второй режимы приема имеют соответствующие признаки и характеристики.
Посредством выполнения инструкций, принимающий узел может дополнительно быть выполнен с возможностью завершать второй режима приема при успешном приеме сообщения или по истечении времени Т от переключения во второй режим приема или при истечении времени Т' от обнаружения неудачного приема, например, в начале первого неудачного приема первой передачи, связанной с сообщением или после передачи указанного количества NACKs.
Кроме того, индикация неудачного приема может содержать один или несколько из предварительно заданного числа NACKs, относящихся к сообщению; обогащенная обратная связь содержит информацию о состоянии декодирования приемника; и индикацию условий на приемном узле, предотвращающие успешный прием в первом режиме передачи/приема.
Больше ресурсов, с точки зрения точек времени, частоты, кода, мощности, передачи/приема и/или вычислительных ресурсов могут быть использованы для повторной передачи во втором режиме передачи, чем в первом режиме передачи. Ресурсы, используемые для повторной передачи во втором режиме передачи и приема, могут зависеть от информации, связанной с безуспешным приемом передаваемого от принимающего узла. Второй режим приема, например, когда ожидаются повторные передачи, может зависеть от информации, связанной с неудачным приемом, переданной передающим узлом.
Компоновка 901 может альтернативно быть реализована и/или схематично описана, как показано на Фиг. 10. Компоновка 1001 содержит блок 1004 обнаружения в первом режиме приема с подтверждением для обнаружения индикации неудачного приема передачи от передающего узла, упомянутая передача является сообщением или повторной передачей, связанной с сообщением. Компоновка дополнительно содержит блок 1005 индикации для индикации неудачного приема для передающего узла. Компоновка дополнительно содержит блок 1006 коммутации для переключения на второй режим приема, на основании упомянутого обнаружения неудачного приема.
Проиллюстрированная компоновка 1001 может содержать приемный блок 1003 для приема передач и повторных передач от передающего узла. Эта функция может альтернативно рассматриваться, как неявная функция. Принимающий узел может быть, например, устройством пользователя UE, таким как LTE UE, датчиком, исполнительным механизмом, устройством связи, планшетом, компьютером или любым другим устройством, способным обеспечивать беспроводную связь, или базовой станцией радиосвязи, RBS, такой как LTE eNB, узлом доступа или релейной станцией. Принимающий узел может быть выполнен с возможностью устанавливать связь с одной или несколькими системами беспроводной связи, такими как UMTS, E-UTRAN или CDMA 2000.
Принимающий узел 1000, показанный на Фиг. 10, может дополнительно содержать блок 1002 связи для связи с другими структурами, одну или более память 1008, например, для хранения информации и дополнительной функциональности 1009, таких как обработка сигналов и/или планирования.
Что касается принимающего узла 900, то принимающий узел 1000, например, компоновки 1001 может быть выполнен с возможностью работать во втором режиме передачи, когда интервал времени между последующими передачами, связанные с сообщением, короче, чем в первом режиме передачи. Интервал времени между повторными передачами во втором режиме передачи может уменьшаться с течением времени. Второй режим передачи может включать в себя непрерывную передачу. Первый и второй режим приема имеет соответствующие признаки и характеристики.
Принимающий узел может быть выполнен с возможностью завершать второй режим приема при успешном приеме, связанный с сообщением, или, по истечении времени Т от перехода во втором режиме приема, или, по истечении периода время Т' от обнаружения неудачного приема, например, в начале первого неудачного приема первой передачи, связанной с сообщением, или, после передачи указанного количества NACKs.
Кроме того, индикация неудачного приема может включать в себя один или несколько предварительно заданное количество NACKs, относящихся к сообщению; обогащенную обратную связь, содержащую информацию о состоянии декодирования приемника; и индикацию условий на приемном узле, предотвращающих успешный прием в первом режиме передачи/приема.
Больше ресурсов, с точки зрения точек времени, частоты, кода, мощности передачи/приема и/или вычислительные ресурсы могут быть использованы для повторной передачи во втором режиме передачи, чем в первом режиме передачи. Ресурсы, используемые для повторной передачи во втором режиме передачи и приема, могут зависеть от информации, связанной с безуспешным приемом, передаваемого от принимающего узла. Второй режим приема, например, когда ожидаются повторные передачи, может зависеть от информации, связанной с неудачным приемом переданной информации передающим узлом.
Компоновка 1001 и другие части приемного узла могут быть реализованы, например, с помощью одного или более из следующего: процессора или микропроцессора и адекватного программного обеспечения и памяти, программируемого логического устройства, PLD или другого электронного компонента(ов)/схемы обработки, выполненные с возможностью выполнять действия, упомянутые выше.
Следует понимать, что выбор взаимодействующих блоков или модулей, а также наименование блоков являются только иллюстрирующими, и передающие и принимающие узлы, подходящие для выполнения любого из способов, описанных выше, могут быть сконфигурированы во множестве альтернативных способов, чтобы иметь возможность выполнить предлагаемые действия процесса.
Следует также отметить, что блоки или модули, описанные в данном описании, следует рассматривать как логические объекты без необходимости использования их в качестве отдельных физических объектов.
Несмотря на то, приведенное выше описание содержит множество специфических состояний, они не должны быть истолкованы как ограничивающие объем концепции, описанного в настоящем документе, но лишь как предоставление иллюстраций некоторых иллюстрирующих вариантов осуществления описанной концепции. Следует принять во внимание, что рамки описываемой концепции полностью охватывают другие варианты осуществления, которые могут стать очевидными для специалистов в данной области техники, и что сфера применения описываемой концепции не должна быть ограничена. Ссылка на элемент в единственном числе не означает «один и только один», если явно не указано так, а скорее «один или более». Все структурные и функциональные эквиваленты элементов описанных выше вариантов осуществления, которые известны обычным специалистам в этой области техники, явно включены в настоящее описание в качестве ссылки и предназначены для включения. К тому же, не является необходимым условием для устройства или способа находить решение каждой технической задачи посредством описанной в данном описании концепции.

Claims (69)

1. Способ, выполненный посредством передающего узла в сети беспроводной связи, применения автоматического запроса на повторную передачу, причем способ содержит:
в первом режиме передачи с подтверждением, причем первый режим передачи с подтверждением содержит ожидание подтверждения приема сообщения от принимающего узла перед повторной передачей:
- передачу (101) сообщения в принимающий узел, отличающийся тем, что способ содержит:
- обнаружение (102) индикации неуспешного приема на принимающем узле сообщения или повторной передачи, относящейся к сообщению, в интервал времени, который короче, чем бюджет латентности сообщения;
- переключение (103) во второй режим передачи, в ответ на обнаружение индикации; и
во втором режиме передачи:
- повторную передачу (104) упомянутого сообщения или его части множество раз, не дожидаясь подтверждения приема сообщения, перед передачей следующей повторной передачи, до тех пор, пока бюджет латентности сообщения не будет превышен.
2. Способ по п. 1, в котором интервал времени между последующими передачами, относящимися к сообщению, короче во втором режиме передачи, чем в первом режиме передачи.
3. Способ по п. 1 или 2, в котором интервал времени между повторными передачами во втором режиме передачи уменьшается с течением времени.
4. Способ по п. 1, в котором второй режим передачи содержит непрерывную передачу.
5. Способ по п. 1, в котором второй режим передачи завершается, когда бюджет латентности сообщения превышен.
6. Способ по п. 1, в котором индикация неуспешного приема содержит:
- предопределенное количество отрицательных подтверждений приема NACKs, относящихся к сообщению; или
- отсутствие подтверждений приема ACK, относящихся к сообщению.
7. Способ по п. 1, в котором больше ресурсов, с точки зрения времени, частот, кода, мощности, точек передачи и/или вычислительных ресурсов используются для повторной передачи во втором режиме передачи чем в первом режиме передачи.
8. Способ по п. 1, в котором ресурсы, используемые для повторной передачи во втором режиме передачи, зависят от информации, относящейся к неуспешному приему, принятой от принимающего узла.
9. Способ, выполненный посредством принимающего узла в сети беспроводной связи применения автоматического запроса на повторную передачу, отличающийся тем, что способ содержит:
в первом режиме приема:
- определение (201) неуспешного приема передачи из передающего узла, в интервал времени, который короче, чем бюджет латентности сообщения, при этом упомянутая передача является сообщением или повторной передачей, относящейся к сообщению;
- индикацию (202) неуспешного приема в передающий узел;
- переключение (203) во второй режим приема в ответ на обнаружение неуспешного приема;
во втором режиме приема:
- прием (204) по меньшей мере одной повторной передачи, относящейся к сообщению, без передачи какого-либо подтверждения приема сообщения до тех пор, пока бюджет латентности сообщения не будет превышен;
в котором первый режим приема соответствует первому режиму передачи с подтверждением, содержащему ожидание подтверждения приема сообщения от принимающего узла перед повторной передачей, и
в котором второй режим приема соответствует второму режиму передачи, содержащий повторную передачу, не дожидаясь подтверждения приема сообщения, до передачи следующей повторной передачи.
10. Способ по п. 9, в котором второй режим передачи содержит более частые повторные передачи, чем первый режим передачи.
11. Способ по п. 9 или 10, в котором продолжительность периода времени между повторными передачами во втором режиме передачи уменьшается с течением времени.
12. Способ по п. 9, в котором второй режим передачи содержит непрерывную передачу.
13. Способ по п. 9, в котором индикация неуспешного приема передающему узлу содержит индикацию условий, предотвращающие успешный прием в первом режиме передачи.
14. Способ по п. 9, в котором второй режим приема завершается, когда бюджет латентности сообщения превышен.
15. Способ по п. 9, в котором индикация неуспешного приема содержит по меньшей мере одно из следующих:
- предопределенное количество отрицательных подтверждений приема NACKs, относящиеся к сообщению; или
- отсутствие подтверждений приема ACK, относящихся к сообщению.
16. Способ по п. 9, в котором больше ресурсов с точки зрения времени, частоты, кода, мощности, точек передачи/приема и/или вычислительных ресурсов, которые используются для повторной передачи во втором режиме передачи, чем в первом режиме передачи.
17. Способ по п. 9, в котором второй режим приема зависит от информации, связанной с неуспешным приемом, переданной в передающий узел.
18. Передающий узел (800), с возможностью работы в сети беспроводной связи, применяет автоматический запрос на повторную передачу, причем передающий узел выполнен с возможностью:
- в первом режиме передачи с подтверждением передавать сообщение на принимающий узел, причем первый режим передачи с подтверждением содержит ожидание подтверждения приема сообщения от принимающего узла перед повторной передачей, отличающийся тем, что передающий узел выполнен с возможностью:
обнаруживать индикацию неуспешного приема на приемном узле сообщения или повторной передачи, относящейся к сообщению, в интервал времени, который короче, чем бюджет латентности сообщения;
переключать во второй режим передачи, в ответ на обнаружение индикации; в котором
- во втором режиме передачи
упомянутое сообщение или его часть передают повторно множество раз, не дожидаясь подтверждения приема сообщения перед передачей следующей повторной передачи, до тех пор, пока бюджет латентности сообщения не будет превышен.
19. Передающий узел по п. 18, в котором интервал времени между последующими передачами, относящимися к сообщению, короче во втором режиме передачи, чем в первом режиме передачи.
20. Передающий узел по п. 18, в котором интервал времени между повторными передачами во втором режиме передачи уменьшается с течением времени.
21. Передающий узел по п. 18, в котором второй режим передачи содержит непрерывную передачу.
22. Передающий узел по п. 18, дополнительно выполненный с возможностью завершать второй режим передачи, когда бюджет латентности сообщения превышен.
23. Передающий узел по п. 18, в котором индикация неуспешного приема содержит одно или более из следующего:
- предопределенное количество отрицательных подтверждений приема NACKs, относящиеся к сообщению; или
- отсутствие подтверждений приема ACK, относящихся к сообщению.
24. Передающий узел по п. 18, в котором больше ресурсов, с точки зрения времени, частоты, кода, мощности, точек передачи и/или вычислительных ресурсов используются для повторной передачи во втором режиме передачи, чем в первом режиме передачи.
25. Передающий узел по п. 18, в котором ресурсы, используемые для повторной передачи во втором режиме передачи, зависят от информации, связанной с неуспешным приемом, принятой от принимающего узла.
26. Передающий узел (700, 800) по п. 18, в котором передающий узел является по меньшей мере одним из следующего: устройством пользователя, устройством связи, датчиком, исполнительным механизмом, планшетом, компьютером, устройством беспроводной связи, базовой станцией радиосвязи, eNB, NodeB, узлом доступа и релейной станцией.
27. Принимающий узел (1000), с возможностью работы в сети беспроводной связи, применяет автоматический запрос на повторную передачу, отличающийся тем, что принимающий узел (1000) выполнен с возможностью:
- в первом режиме приема обнаруживать неуспешный прием передачи от передающего узла, в интервал времени, который короче, чем бюджет латентности сообщения, причем упомянутая передача является сообщением или повторной передачей, относящейся к сообщению;
- обеспечивать индикацию неуспешного приема для передающего узла;
- переключать на второй режим приема, в ответ на обнаружение неуспешного приема;
во втором режиме приема:
- прием по меньшей мере одной повторной передачи, относящейся к сообщению, без передачи какого-либо подтверждения приема сообщения до тех пор, пока бюджет латентности сообщения не будет превышен;
в котором первый режим приема соответствует первому режиму передачи с подтверждением, содержащему ожидание подтверждения приема сообщения от принимающего узла перед повторной передачей, и
в котором второй режим приема соответствует второму режиму передачи, содержащий повторную передачу, не дожидаясь подтверждения приема сообщения, до передачи следующей повторной передачи.
28. Принимающий узел по п. 27, в котором второй режим передачи содержит более частые повторные передачи, чем в первом режиме передачи.
29. Принимающий узел по п. 27 или 28, в котором продолжительность времени между повторными передачами во втором режиме передачи уменьшается с течением времени.
30. Принимающий узел по п. 27, в котором второй режим передачи содержит непрерывную передачу.
31. Принимающий узел по п. 27, дополнительно выполненный с возможностью завершать второй режим приема, когда бюджет латентности сообщения превышен.
32. Принимающий узел по п. 27, в котором индикация неуспешного приема содержит одно или более из следующего:
- предопределенное количество отрицательных подтверждений приема NACKs, относящихся к сообщению; или
- отсутствие подтверждений приема ACK, относящихся к сообщению.
33. Принимающий узел по п. 27, в котором больше ресурсов с точки зрения времени, частоты, кода, мощности, точек передачи/приема и/или вычислительных ресурсов, которые используются для повторной передачи во втором режиме передачи, чем в первом режиме передачи.
34. Принимающий узел по п. 27, в котором второй режим приема зависит от информации, относящейся к неуспешному приему, передаваемой от принимающего узла.
35. Принимающий узел по любому из п. 27, в котором принимающий узел является по меньшей мере одним из перечисленного: базовой станцией радиосвязи, eNB, NodeB, узлом доступа, релейной станцией или устройством пользователя, устройством связи, датчиком, исполнительным механизмом, планшетом, компьютером и устройством, способным обеспечивать беспроводную связь.
RU2016129697A 2013-12-20 2013-12-20 Высоконадежная схема передачи с низким уровнем использования ресурсов RU2622770C1 (ru)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/SE2013/051606 WO2015094069A1 (en) 2013-12-20 2013-12-20 High-reliability transmission scheme with low resource utilization

Publications (1)

Publication Number Publication Date
RU2622770C1 true RU2622770C1 (ru) 2017-06-20

Family

ID=53403231

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2016129697A RU2622770C1 (ru) 2013-12-20 2013-12-20 Высоконадежная схема передачи с низким уровнем использования ресурсов

Country Status (15)

Country Link
US (1) US10305639B2 (ru)
EP (1) EP3084997B1 (ru)
JP (1) JP6228311B2 (ru)
KR (1) KR101799715B1 (ru)
CN (1) CN105850067B (ru)
AU (1) AU2013408437B2 (ru)
BR (1) BR112016013724A2 (ru)
HK (1) HK1222271A1 (ru)
IL (1) IL246076A (ru)
MX (1) MX351837B (ru)
PH (1) PH12016501069A1 (ru)
RU (1) RU2622770C1 (ru)
SG (1) SG11201604592TA (ru)
WO (1) WO2015094069A1 (ru)
ZA (1) ZA201604702B (ru)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9936498B2 (en) * 2014-11-04 2018-04-03 Qualcomm Incorporated High reliability low latency mission critical communication
US10455611B2 (en) * 2015-09-16 2019-10-22 Lg Electronics Inc. Method for transceiving data in wireless communication system and apparatus for same
CN106656431B (zh) 2015-09-21 2020-09-29 华为技术有限公司 一种报文传输方法及用户设备
JP2019054306A (ja) * 2016-01-26 2019-04-04 シャープ株式会社 基地局装置、端末装置および通信方法
CN107302415B (zh) * 2016-04-14 2019-11-19 中国移动通信有限公司研究院 一种非正交数据重传模式的选择方法及装置
US10652759B2 (en) * 2016-04-26 2020-05-12 Futurewei Technologies, Inc. Apparatus and method for radio resource management for high reliability and low latency traffic
CN109155934B (zh) 2016-05-13 2022-02-25 富士通株式会社 通信装置、无线通信系统和无线通信方法
JP2019153823A (ja) * 2016-07-15 2019-09-12 株式会社Ｎｔｔドコモ ユーザ装置及び無線通信方法
WO2018012259A1 (ja) * 2016-07-15 2018-01-18 株式会社Ｎｔｔドコモ ユーザ装置及び無線通信方法
JP6763242B2 (ja) * 2016-09-05 2020-09-30 ソニー株式会社 通信装置及び通信方法
US20180123767A1 (en) * 2016-11-02 2018-05-03 Huawei Technologies Co., Ltd. System and Method for Reliable Transmission in Communications Systems
WO2018086707A1 (en) * 2016-11-11 2018-05-17 Nokia Technologies Oy Feedback based flexible transmission scheme for contention-based urllc transmission
EP3343985A1 (en) * 2016-12-30 2018-07-04 Kamstrup A/S Utility network with link management
WO2019032087A1 (en) * 2017-08-07 2019-02-14 Nokia Solutions And Networks Oy MULTI-MODE RETRANSMISSION SCHEME FOR WIRELESS NETWORKS
EP3678313A4 (en) * 2017-09-01 2021-03-17 NTT DoCoMo, Inc. COMMUNICATION APPARATUS AND METHOD
US10952032B2 (en) * 2017-11-16 2021-03-16 Kabushiki Kaisha Toshiba Wireless mesh network and associated data transmission network
WO2019095362A1 (en) * 2017-11-20 2019-05-23 Qualcomm Incorporated Techniques and apparatuses for hybrid automatic repeat request design of polar codes for ultra-reliable low latency communications
WO2020026424A1 (ja) * 2018-08-02 2020-02-06 株式会社Ｎｔｔドコモ ユーザ端末
WO2020085885A1 (ko) * 2018-10-26 2020-04-30 엘지전자 주식회사 Nr v2x에서 재전송을 수행하는 방법 및 장치
JP7301065B2 (ja) * 2018-10-30 2023-06-30 京セラ株式会社 無線通信方法及び装置
CN113711514A (zh) * 2019-04-23 2021-11-26 松下电器（美国）知识产权公司 基站、终端及通信方法
US11202314B2 (en) * 2019-06-18 2021-12-14 Sony Group Corporation Immediate retransmission scheme for real time applications
US11871215B2 (en) * 2019-09-18 2024-01-09 Qualcomm Incorporated Uplink-centric handover in a wireless multi-hop network
EP4060920A1 (en) * 2020-02-14 2022-09-21 Robert Bosch GmbH Radio device, method to operate a radio device

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2235432C2 (ru) * 1998-11-30 2004-08-27 Телефонактиеболагет Лм Эрикссон (Пабл) Протокол автоматического запроса на повторную передачу
WO2005109729A1 (en) * 2004-05-10 2005-11-17 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for providing autonomous retransmissions in a wireless communication system
EP2106056A1 (en) * 2008-03-26 2009-09-30 Nokia Siemens Networks Oy Methods, apparatuses, system, and related computer program product for information transmission
WO2009136829A1 (en) * 2008-05-05 2009-11-12 Telefonaktiebolaget L M Ericsson (Publ) Improved uplink coverage via autonomous retransmission

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09224017A (ja) 1996-02-16 1997-08-26 Nippon Telegr & Teleph Corp <Ntt> 無線パケット再送制御方法
US6567388B1 (en) 1999-03-05 2003-05-20 Qualcomm, Incorporated Method and apparatus for efficient data retransmission in a voice-over-data communication system
US7145889B1 (en) 2002-03-28 2006-12-05 Nortel Networks Limited Efficient frame retransmission in a wireless communication environment
US20070266292A1 (en) * 2006-04-27 2007-11-15 Marcel Korndewal Method and apparatus for reduced data block transmission in an automatic repeat request system
US7338031B2 (en) * 2006-04-27 2008-03-04 Mei-Li Chen Faucet structure with automatic cold-water resuming function
JP5463077B2 (ja) * 2008-07-17 2014-04-09 株式会社湘南合成樹脂製作所 更生管用セグメント
CN102237992B (zh) * 2010-04-30 2014-12-10 北京三星通信技术研究有限公司 一种反馈数据接收状况的方法
WO2013011545A1 (ja) * 2011-07-15 2013-01-24 三菱電機株式会社 送信装置、受信装置、通信装置、通信システムおよび送信方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2235432C2 (ru) * 1998-11-30 2004-08-27 Телефонактиеболагет Лм Эрикссон (Пабл) Протокол автоматического запроса на повторную передачу
WO2005109729A1 (en) * 2004-05-10 2005-11-17 Telefonaktiebolaget Lm Ericsson (Publ) Method and system for providing autonomous retransmissions in a wireless communication system
EP2106056A1 (en) * 2008-03-26 2009-09-30 Nokia Siemens Networks Oy Methods, apparatuses, system, and related computer program product for information transmission
WO2009136829A1 (en) * 2008-05-05 2009-11-12 Telefonaktiebolaget L M Ericsson (Publ) Improved uplink coverage via autonomous retransmission
US20110041026A1 (en) * 2008-05-05 2011-02-17 Telefonaktiebolaget L M Ericsson (Publ) Uplink coverage via autonomous retransmission

Also Published As

Publication number Publication date
IL246076A0 (en) 2016-08-02
KR20160091437A (ko) 2016-08-02
PH12016501069A1 (en) 2016-08-31
WO2015094069A1 (en) 2015-06-25
HK1222271A1 (zh) 2017-06-23
MX351837B (es) 2017-10-31
JP6228311B2 (ja) 2017-11-08
US20170005758A1 (en) 2017-01-05
EP3084997B1 (en) 2017-11-15
KR101799715B1 (ko) 2017-11-20
JP2017509177A (ja) 2017-03-30
MX2016007800A (es) 2016-09-07
CN105850067B (zh) 2018-11-13
US10305639B2 (en) 2019-05-28
EP3084997A4 (en) 2016-12-28
ZA201604702B (en) 2017-05-31
CN105850067A (zh) 2016-08-10
AU2013408437B2 (en) 2016-11-10
IL246076A (en) 2017-08-31
BR112016013724A2 (pt) 2017-08-08
SG11201604592TA (en) 2016-07-28
AU2013408437A1 (en) 2016-07-21
EP3084997A1 (en) 2016-10-26

Similar Documents

Publication Publication Date Title
RU2622770C1 (ru) Высоконадежная схема передачи с низким уровнем использования ресурсов
AU2016233508B2 (en) Code block level error correction and media access control (MAC) level hybrid automatic repeat requests to mitigate bursty puncturing and interference in a multi-layer protocol wireless system
CN110463109B (zh) 发送删余信号的方法、设备和存储介质
KR100978014B1 (ko) 무선 통신 시스템
KR102056880B1 (ko) 하위 계층 피드백에 기초한 교차-계층 스케줄링
TWI555365B (zh) 用於傳送或重傳資料到第二網路節點及其第一網路節點之第一網路節點的方法和用於接收從第一網路節點及其第二網路節點傳送或重傳的資料之第二網路節點的方法
US20130028242A1 (en) Arq system with status and packet acknowledgement
RU2554527C2 (ru) Способы и устройства в телекоммуникационной системе
US8341484B2 (en) Data block size management in a communication system utilizing hybrid automatic repeat requests with soft combining
CN108292973B (zh) 基于切换的接收成功的指示符
WO2009026077A1 (en) Methods and apparatuses for transmitting non-decodable packets
OA18045A (en) High-reliability transmission scheme with low resource utilization.

Legal Events

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

Effective date: 20181221