Усовершенствованное обнаружение dtx ack/nack

Иллюстрации

Показать все

Изобретение относится к технике связи, более точно к сигнализации в ответ на распределение ресурсов UL/DL. Технический результат - повышение точности обнаружения данных. Для этого в способе и устройстве для приема информации планирования определяют, по меньшей мере, одно предоставление распределения нисходящей линии связи, содержащееся в информации планирования, не было принято, что приводит к прерывистой передаче в нисходящей линии, определяют отправку ответа на принятое планирование, в ответ на упомянутое определение. В других способе и устройстве для отправки информации планирования и приема ответа на информацию планирования, содержащего указание прерывистой передачи, что, по меньшей мере, одно распределение нисходящей линии связи информации планирования не было принято. 8 н. и 21 з.п. ф-лы, 13 ил.

Реферат

Область техники, к которой относится изобретение

Примерные варианты осуществления настоящего изобретения в целом относятся к долгосрочному развитию UTRAN (наземной сети радиодоступа универсальной системы мобильных телекоммуникаций), часто упоминаемому как 3.9G, а более точно, относятся к сигнализации в ответ на распределение ресурсов UL/DL (восходящей линии связи/нисходящей линии связи).

УРОВЕНЬ ТЕХНИКИ

Следующие аббревиатуры используются в материалах настоящей заявки:

3GPP Проект партнерства третьего поколения
ACK подтверждение
A/N ACK/NACK
ARQ автоматический запрос на повторение
AT таблица распределения
BS базовая станция
CAZAC нулевая автокорреляция постоянных амплитуд
CDM мультиплексирование с кодовым разделением каналов
CQI индикатор качества канала
CRC контроль циклическим избыточным кодом
DFT дискретное преобразование Фурье
DL нисходящая линия связи (с Узла Б на UE)
DTX прерывистая передача
E-UTRAN развитая наземная сеть радиодоступа UMTS
ENodeB усовершенствованный Узел Б
FDD дуплекс с частотным разделением каналов
HARQ гибридный автоматический запрос на повторение
I/Q инверсия/квадратура
L1 уровень 1 (физический уровень, PHY)
LTE долгосрочное развитие UTRAN
MIMO система с многими входами и многими выходами
NACK отрицательное подтверждение
PDCCH физический канал управления нисходящей линии связи
PDSCH физический совместно используемый канал нисходящей линии связи
PRB блок физических ресурсов
PUSCH физический совместно используемый канал восходящей линии связи
Узел Б базовая станция
OFDM мультиплексирование с ортогональным частотным разделением каналов
OFDMA множественный доступ с ортогональным частотным разделением каналов
PMI индикатор матрицы предварительного кодирования
PRB блок физических ресурсов
PUSCH физический совместно используемый канал восходящей линии связи
RLC управление радиосвязью
RS опорный сигнал
SINR отношение уровня сигнала к совокупному уровню взаимных помех и шумов
SNR отношение сигнал/шум
TDD дуплекс с временным разделением каналов
TDM мультиплексирование с временным разделением каналов
TTI интервал времени передачи
UE пользовательское оборудование, такое как мобильная станция или мобильный терминал
UL восходящая линия связи (с UE на Узел Б)
UMTS универсальная система мобильных телекоммуникаций
UTRAN наземная сеть радиодоступа UMTS

Предложенная система связи, известная как E-UTRAN или LTE, в настоящее время находится в процессе обсуждения в рамках 3GPP. Система E-UTRAN или LTE представляет собой основанную на пакетах систему, которая действует под строгим управлением BS (Узла Б). Использование физических ресурсов UL/DL сигнализируется с eNodeB на UE, типично в TTI по шкале времени TTI. Сигнализация осуществляется посредством использования AT UL и DL (также называемых PDCCH). AT UL и DL указывают для UE то, какие физические ресурсы назначены для передач данных UL и DL, соответственно. Когда передача данных происходит через беспроводную среду, существует опасность ошибки при приеме и детектировании данных.

С точки зрения UL, существует некоторое количество потенциально возможных событий ошибок сигнализации, имеющих отношение к распределению ресурсов DL:

(1) Прием предоставления распределения DL претерпевает неудачу (то есть, только распределение DL было отправлено).

(2) Претерпевают неудачу распределения как UL, так и DL.

(3) Предоставление распределения DL претерпевает неудачу, а предоставление распределения UL - нет.

Рабочая гипотеза в 3GPP состоит в том, что таблицы распределения UL и DL кодируются раздельно (например, ошибка (3)). Например, ошибка (2) может возникать в ситуации, в которой AT UL и DL кодируются совместно. Подобным образом, ошибка (2) может возникать, когда таблицы распределения восходящей линии связи и нисходящей линии связи кодируются раздельно, и они обе одновременно претерпевают неудачу. Предполагается, что частота появления ошибок, имеющая отношение к сигнализации распределения ресурсов, должна быть порядка 1-5%.

Отметим, что ACK/NACK, вызванное AT DL, и распределение данных UL, вызванное AT UL, возможно, будут ассоциативно связаны с разными TTI. Это обусловлено тем обстоятельством, что сигнализация ACK/NACK не может передаваться до тех пор, пока не будет декодирован соответствующий пакет данных DL. Это происходит в противоположность данным UL, поскольку данные UL могут незамедлительно передаваться, как только AT UL была безошибочно принята.

Также возможно, чтобы UE декодировало канал управления DL, но проверка CRC претерпевает неудачу (то есть, распределение ресурсов для заданного UE было, но оно не может быть использовано).

В технических условиях уровня 1 стандартизации LTE 3GPP (например, TS 36.211, 36.212 и 36.213) обсуждены многочисленные передачи HARQ-ACK в PUSCH для режима TDD для системы LTE. Существует, в общем, несколько различий между режимами TDD и FDD касательно управляющей сигнализации. В режиме FDD, каждый подкадр DL имеет выделенный подкадр UL, который должен использоваться для передачи имеющих отношение к DL управляющих сигналов L1/L2, таких как ACK/NACK. В режиме TDD, одиночному подкадру UL необходимо поддерживать сигнализацию управляющих сигналов L1/L2 из многочисленных подкадров DL. Количество подкадров DL, ассоциативно связанных с одиночным кадром UL, зависит от соотношения DL-UL, которое конфигурируется посредством eNodeB (например, широковещательно передается в системной информации). Конечно, более динамичный режим TDD является более трудным.

Два разных подхода были обсуждены в 3GPP касательно сигнализации ACK/NACK в режиме TDD. Один назван группированием ACK/NACK, при котором обратная связь ACK/NACK, имеющая отношение к многочисленным подкадрам DL, сжимается в единую обратную связь ACK/NACK, передаваемую через единый ресурс ACK/NACK. Другой назван множественным ACK/NACK (также известным как мультиплексирование ACK/NACK), при котором каждый подкадр DL рассматривается в качестве отдельного процесса HARQ. Отдельная обратная связь ACK/NACK передается для каждого (предоставленного) подкадра DL. Работа над техническими условиями, имеющая отношение к группированию ACK/NACK, почти завершена. Схема множественного ACK/NACK в настоящий момент приближается к финальному согласованию, находясь на рассмотрении, начиная с точной информации обратной связи HARQ-ACK/NACK в технических условиях редакции 8 LTE.

Технические условия 3GPP во время этого изобретения не поддерживают явное обнаружение DTX для ACK/NACK через PUSCH в TDD LTE, или до некоторой степени можно считать, что они делают это, но они делают это со значительными служебными данными сигнализации. LTE, как понимается в настоящий момент, может рассматриваться для поддержки явного обнаружения DTX для ACK/NACK через PUSCH, так как каждый процесс HARQ мог бы использовать обратную связь по 3-м состояниям. Это демонстрирует значительные служебные данные для явного обнаружения DTX, так как оно потребовало бы K бит вместо N бит для обратной связи по 3-м состояниям, где K=ceil(log2(3^N). Рассматривая отдельные примеры для иллюстрации увеличения служебных данных, обнаружим, что если N=2, тогда K=5; если N=4, тогда K=7; и т.д. Хотя это не дает полной информации/возможности, чтобы eNodeB идентифицировал явное состояние DTX, оно требует на от 66,7% до 100% больше служебных данных сигнализации (от 2 до 3 дополнительных бит), чтобы иметь в распоряжении такое явное обнаружение DTX. С другой стороны, например, если последние следующие друг за другом подкадры потеряны UE, существует опасность того, что eNodeB может ошибочно декодировать обратную связь HARQ-ACK/NACK из всех детектированных назначений DL вследствие ошибочного кодирования HARQ, а значит, поэтому, UE может быть вынуждено всегда кодировать обратную связь по 3-м состояниям HARQ-ACK на основании «худшего» случая, то есть N всегда равно количеству ассоциативно связанных подкадров DL на PUSCH независимо от того, сколько подкадров DL запланировано фактически. Таким образом, чтобы поддерживать явную сигнализацию DTX, в настоящее время, LTE заставляло бы каждый процесс HARQ DL использовать обратную связь по 3-м состояниям (ACK, NACK и DTX), а количеством требуемых битов сигнализации было бы K=ceil(log2(3^N)).

Рассмотрим пример. В случае 4 подкадров DL, являющихся ассоциативно связанными с 1 подкадром UL, если eNodeB планировал 3 подкадра DL на UE, а UE потеряло последнее AT (назначение) DL, вместо кодирования HARQ-ACK из 3 подкадров, UE будет кодировать HARQ-ACK из 2 подкадров, наряду с тем, что eNodeB пытается декодировать HARQ-ACK, предполагая, что он кодировался из 3 подкадров, таким образом, в настоящее время не может безошибочно декодировать что-либо вследствие ошибочного предположения eNodeB о кодировании. Это проистекает из той причины, что, в текущих технических условиях редакции 8 TDD LTE, UE не может обнаруживать потерянные последние следующие друг за другом назначения DL, то есть, UE предполагает, что отправленного назначения DL нет, если такие потерянные назначения DL возникают из последних следующих друг за другом. Но UE может обнаруживать потерянные назначения DL, если нет наличия последних, следующих друг за другом, таким образом состояние DTX может формироваться для таких потерянных назначений DL. Чтобы положить конец такому несогласованному кодированию и декодированию, UE должно кодировать HARQ-ACK 4 подкадров DL всегда с обратной связью по 3-м состояниям на каждый подкадр DL. Это означает, что кодированная обратная связь всегда является 7-битной (из 4 подкадров DL с 3 состояниями у каждого) независимо от фактического количества назначений DL, например, при 1, 2, 3 или 4 назначениях DL, количеством требуемых битов обратной связи являются 2, 4, 5 или 7 для обратной связи по 3-м состояниям на каждое назначение DL или 1, 2, 3 или 4 бита для обратной связи по 2-м состояниям для каждого назначения DL. Очевидно, служебные данные сигнализации являются огромными, вплоть до 600% (в случае 1 DL, назначение отправлялось из eNodeB, но UE кодирует 7-битную обратную связь). Некоторые доктрины в материалах настоящей заявки согласно второму аспекту изобретения детализируют, как преодолеть эти значительные служебные данные.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

В примерном аспекте изобретения, предложен способ, содержащий прием информации планирования, определение, что по меньшей мере одно распределение нисходящей линии связи информации планирования не было принято, отправку ответа на принятое планирование, который содержит указание прерывистой передачи, в ответ на определение.

В еще одном примерном аспекте изобретения, предложено устройство, содержащее приемник, передатчик, приемник, сконфигурированный для приема информации планирования, процессор, сконфигурированный для определения, что по меньшей мере одно распределение нисходящей линии связи информации планирования не было принято, передатчик сконфигурирован для отправки ответа на принятое планирование, который содержит указание прерывистой передачи, в ответ на определение.

В еще одном другом примерном аспекте изобретения, предложен машиночитаемый носитель, закодированный компьютерной программой, исполняемой процессором, для выполнения действий, содержащих прием информации планирования, определение, что по меньшей мере одно распределение нисходящей линии связи информации планирования не было принято, отправку ответа на принятое планирование, который содержит указание прерывистой передачи, в ответ на определение.

В еще одном другом примерном аспекте изобретения, предложено устройство, содержащее средство для приема информации планирования, средство для определения, что по меньшей мере одно распределение нисходящей линии связи информации планирования не было принято, средство для отправки ответа на принятое планирование, который содержит указание прерывистой передачи, в ответ на определение.

В соответствии с примерным аспектом изобретения, как указано выше, средство для приема содержит приемник, средство для определения содержит процессор, а средство для отправки содержит передатчик.

В еще одном примерном аспекте изобретения, предложен способ, содержащий отправку информации планирования и прием ответа на информацию планирования, содержащего указание прерывистой передачи, что по меньшей мере одно распределение нисходящей линии связи информации планирования не было принято.

В еще одном примерном аспекте изобретения, предложено устройство, содержащее приемник, передатчик, передатчик сконфигурирован для отправки информации планирования, а приемник сконфигурирован для приема ответа на информацию планирования, содержащего указание прерывистой передачи, что по меньшей мере одно распределение нисходящей линии связи информации планирования не было принято.

В еще одном другом примерном аспекте изобретения, предложен машиночитаемый носитель, закодированный компьютерной программой, исполняемой процессором, для выполнения действий, содержащих отправку информации планирования и прием ответа на информацию планирования, содержащего указание прерывистой передачи, что по меньшей мере одно распределение нисходящей линии связи информации планирования не было принято.

В еще одном другом примерном аспекте изобретения, предложено устройство, содержащее средство для отправки информации планирования и средство для приема ответа на информацию планирования, содержащего указание прерывистой передачи, что по меньшей мере одно распределение нисходящей линии связи информации планирования не было принято.

В соответствии с примерным аспектом изобретения, как указано выше, средство для отправки содержит передатчик, а средство для приема содержит приемник.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

Вышеизложенные и другие аспекты вариантов осуществления этого изобретения сделаны более наглядными в последующем подробном описании, при их прочтении в соединении с прилагаемыми фигурами чертежей, на которых:

Фиг.1 иллюстрирует согласованную структуру для передачи 1-битного (1A) и 2-битного (1B) ACK/NACK с данными;

Фиг.2 иллюстрирует примерную структуру для передачи явного DTX с 1- или 2-битной структурой ACK/NACK;

Фиг.3 изображает блок-схему последовательности операций способа, иллюстрирующую один из неограничивающих примеров способа в соответствии с примерным вариантом осуществления первого аспекта изобретения;

Фиг.4 изображает блок-схему последовательности операций способа, иллюстрирующую еще один неограничивающий пример способа в соответствии с примерным вариантом осуществления первого аспекта изобретения;

Фиг.5A-5C иллюстрирует справочные таблицы, которые должны храниться локально на UE и eNodeB для использования при отображении указаний множественного ACK/NACK согласно примерным вариантам осуществления второго аспекта изобретения;

Фиг.6 - неограничивающая и примерная схема технологического процесса с ракурса UE для сигнализации в соответствии с примерным вариантом осуществления второго аспекта изобретения;

Фиг.7 - неограничивающая и примерная схема технологического процесса с ракурса eNodeB для сигнализации в соответствии с примерным вариантом осуществления второго аспекта изобретения;

Фиг.8 показывает упрощенную структурную схему электронных устройств, которые пригодны для использования при осуществлении примерных вариантов осуществления изобретения на практике; и

Фиг.9 показывает упрощенную структурную схему других электронных устройств, которые пригодны для использования при осуществлении примерных вариантов осуществления изобретения на практике.

ПОДРОБНОЕ ОПИСАНИЕ

VoIP (передача речи поверх протокола IP) является примером применения, которое может использовать постоянное распределение. При постоянном распределении, ресурсы UL выделяются UE на постоянной основе, и, в силу этого, предоставления распределения UL не отправляются. Оба, постоянный и непостоянный, случаи рассмотрены в различных примерных аспектах изобретения, которые рассматривают сигнализацию UL в ACK/NACK или DTX. В качестве первого аспекта изобретения в материалах настоящей заявки представлен эффективный формат сигнализации для трехстадийной управляющей сигнализации UL (ACK/NACK/DTX), совместимой с техническими условиями UL LTE на момент времени этого изобретения. Во втором аспекте изобретения предложен бит DTX, передаваемый с UE на eNodeB, для поддержки явного обнаружения DTX для ACK/NACK PUSCH в сочетании с HARQ-ACK/NACK обратной связи только для планируемых подкадров DL, всякий раз, когда предоставление UL имеется в распоряжении.

Первым детализирован первый аспект изобретения. В случае, когда прием распределения DL претерпевает неудачу, возникает проблема, выражающаяся в том, что UE теряет распределение DL, а значит, оно не может включать ACK/NACK в передачу UL. eNodeB не знает, что ACK/NACK отсутствует, и декодирует передачу UL, предполагая, что ACK/NACK там. Это приводит к ошибочному приему передачи UL, такой как данные и/или, возможно, обратная связь CQI+MIMO.

В случае, когда UE имеет в распоряжении распределение UL, то есть, оно запланировано для передачи данных по PUSCH, проблема может быть решена включением в предоставление UL и/или в предоставление DL бита (или битов), который указывает, передавалась ли также соответствующая DL или нет. Это подобным образом обсуждено в находящейся в совместной собственности нескольких заявителей заявке на патент США 60/919048. Кроме того, упомянутая заявка также обсуждает, что, в случае несостоятельности предоставления распределения DL, можно реализовывать явную сигнализацию DTX просто посредством отсутствия передачи чего-либо (то есть, DTX) в случае несостоятельности предоставления распределения DL. Проблема этого подхода состоит в том, что могут быть последствия касательно требований RAN4, имеющих отношение к средней мощности передачи, и проблем, связанных с усилителями мощности. Это обусловлено тем обстоятельством, что, если имеет место DTX, передатчику UE необходимо включаться/выключаться в течение некоторого блока, содержащего DTX и данные UL.

Преимущество предложенного решения состоит в том, что оно не требует, чтобы UE выключало питание при «сигнализации» DTX, скорее чем ACK или NACK.

Однако существуют случаи, когда UE не принимает предоставления восходящей линии связи для передачи данных по PUSCH, такой как постоянное распределение, например, в случае пользователей VoIP. В этих сценариях, равным образом важно быть способным гарантировать, что DTX (прерывистая передача ACK/NACK) не интерпретируется в качестве ACK/NACK. Подобные проблемы также возникают, когда UE передает только управляющую сигнализацию по PUCCH.

Находящаяся в совместной собственности нескольких заявителей заявка 60/919048 может быть просмотрена для раскрытия решения для случаев, при которых:

• UE не передает ничего (то есть DTX) в случае несостоятельности предоставления распределения DL. Этот подход имеет некоторые проблемы с требованиями RAN4 (смотрите предыдущие абзацы).

• UE всегда может передавать NACK в случае, при котором оно не может принимать предоставление DL надлежащим образом. Проблема этого подхода состоит в том, что eNode-B не имеет возможности обнаруживать несостоятельность предоставления распределения DL посредством обнаружения DTX. Отмечено, что этот подход также может ухудшать рабочие характеристики PUSCH, так как UE может не быть способным проводить различие между случаем, в котором eNB передавал предоставление DL, но UE потеряло его, и случаем, в котором ничего не было передано от eNB и не было принято UE, поэтому UE может излишне прореживать PUSCH и вызывать искажение декодирования PUSCH в экстремальной ситуации.

Существует интерес в обращении внимания на постоянное распределение, то есть случай, когда предоставление UL не передается. Однако были некоторые обсуждения для неизменного резервирования некоторого предопределенного битового поля для цели ACK/NACK с постоянными UE. В случае несостоятельности предоставления распределения DL, UE далее могло бы передавать NACK или ничего не передавать (то есть, DTX) с использованием этого битового поля. Проблемы этих подходов являются такими же, как при непостоянных случаях, описанных выше.

На заседании RAN 1#50 3GPP в Афинах было подтверждено, что:

• Что касается ACK/NACK, кодирование, скремблирование и модуляция должны максимизировать эвклидово кодовое расстояние.

• Для ACK/NACK (в случае FDD), символ модуляции, используемый для управляющей сигнализации, переносит самое большее 2 бита кодированной управляющей информации независимо от схемы модуляции PUSCH.

Принцип изображен на Фиг.1, хотя точное отображение символов ACK и NACK может быть отличным от того, которое здесь изображено. Фиг.1 иллюстрирует согласованную структуру для передачи 1-битного (1A) и 2-битного (1B) ACK/NACK с данными.

Более того, было решено, что данные и управляющая сигнализация будут появляться в обоих интервалах подкадра. Как результат, всегда будет четное количество символов ACK/NACK в подкадре.

Согласно варианту осуществления этого первого аспекта изобретения, в схему модуляции включена третья возможная логическая стадия, DTX; то есть, UE будет явным образом сигнализировать DTX, если оно не принимало предоставления DL и, таким образом не передает ACK или NACK.

Сигнализация может быть легко осуществлена с использованием согласованной структуры модуляции. DTX будет сигнализироваться в варианте осуществления этого первого аспекта изобретения так, что:

- В случае явной сигнализации DTX ACK/NACK, символы ACK/NACK замещаются символами DTX.

- Символы DTX появляются парами. Каждая пара соответствует двум точкам созвездия.

Точки созвездия в парах замещаются симметрично противоположным сторонам от центра (синфазно-квадратурной) IQ-диаграммы. Пример предложенной схемы выравнивания символов согласно этому первому аспекту изобретения проиллюстрирован на Фиг.2. Идея состоит в том, что, в случае, когда передается DTX, каждый другой символ использовал бы точки созвездия, зарезервированные для ACK, наряду с тем, что оставшиеся символы использовали бы точки созвездия, зарезервированные для NACK. В приемнике, точки затем складываются вместе и, в результате, для точек DTX, сумма будет близка к нулю. Таким образом, легко создавать решение с тремя состояниями о том, передан ли ACK, NACK или DTX. Отмечено, что вышеупомянутая компоновка также может быть описана в качестве выбора кода с расширением спектра Адамара (названного выбором кода скремблирования Адамара), применяемого к символам ACK/NACK, а именно:

- ACK: символ ACK кодируется с расширением спектра кодом Адамара [1, 1].

- NACK: символ NACK кодируется с расширением спектра кодом Адамара [1, 1].

- DTX: символ NACK кодируется с расширением спектра кодом Адамара [1, -1], или

в этом примере использование выбора последовательности кодирования с расширением спектра дает возможность разделять NACK и DTX.

Что касается работы с двухбитным ACK/NACK (случая MIMO) для этого первого аспекта изобретения может быть применен подобный принцип. Далее, в случае DTX, каждый другой символ использует точку созвездия, например, зарезервированную, для ACK & ACK, а оставшиеся символы - точки, зарезервированные для NACK & NACK. В качестве альтернативы, точки созвездия, соответствующие ACK&NACK и NACK&ACK могут выбираться в случае DTX. Эта компоновка также может рассматриваться в качестве кодирования с расширением спектра Адамара созвездия ACK/NACK:

- ACK & ACK: символ ACK &ACK кодируется с расширением спектра кодом Адамара [1, 1].

- ACK & NACK: символ ACK & NACK кодируется с расширением спектра кодом Адамара [1, 1].

- NACK & ACK: символ NACK &ACK кодируется с расширением спектра кодом Адамара [1, 1].

- DTX: символ NACK & NACK кодируется с расширением спектра кодом Адамара [1, -1].

Фиг.2 иллюстрирует примерную структуру для передачи явного DTX со структурой 1- или 2-битного ACK/NACK. В каждом втором (например, нечетном) символе, передается точка созвездия в верхнем правом углу по Фиг.2 (обозначенном как 2A). В оставшихся символах (четных), передается точка в нижнем левом углу по Фиг.2 (обозначенном как 2B).

Другими словами, с однобитной структурой ACK/NACK, передача DTX может быть реализована с передачей конфигурации:

- NACK-ACK-NACK-ACK-NACK-ACK....

Подобным образом, в случае двухбитного ACK/NACK, конфигурация передачи была бы:

- NACK&NACK - ACK&ACK - NACK&NACK- ACK&ACK - NACK&NACK - ACK&ACK...

Отмечено, что изобретение не ограничено случаем, в котором сигнал DTX состоит только из одного бита сигнализации (как обсуждено в данном примере). Например, при применении TDD, может быть более чем один бит сигнализации, зарезервированный/используемый для сигнализации DTX. В этом случае могут использоваться более длинные последовательности кодирования с расширением спектра, например, такие как коды Адамара с расстоянием четыре.

Отмечено, что в пределах объема этого изобретения, предложенная схема не ограничена только сигнализацией DTX. Информация, передаваемая посредством выбора последовательности кодирования с расширением спектра, применяемой к символам ACK/NACK, например, может быть дополнительными битами ACK/NACK или множественными битами ACK/NACK в TDD.

Что касается реализации примерного варианта осуществления первого аспекта изобретения, в случае, в котором UE не принимает предоставление UL, например, вследствие постоянного распределения, оно заменяет символы, зарезервированные для ACK/NACK, символами DTX, как пояснено ранее. Так как eNodeB знает, какие символы зарезервированы для ACK/NACK/DTX, он легко может декодировать переданные символы сложением их вместе, например, выполняя оптимальное сложение или суммирование программируемых бит воедино. После этого, решение с тремя состояниями о том, что передавалось UE (ACK/NACK/DTX), является простым. Посредством настройки порогового значения мощности между ACK и *DTX, вероятность интерпретации DTX в качестве ACK может быть минимизирована.

Как может быть видно, преимущество этого первого аспекта изобретения состоит по меньшей мере в том, что данные/управляющая сигнализация UL не будет интерпретироваться в качестве ACK/NACK, даже в случае, когда UE претерпевает неудачу при правильном декодировании предоставления распределения DL, и нет имеющегося в распоряжении предоставления распределения UL. Такая ошибочная интерпретация была бы случаем серьезной ошибки с точки зрения eNodeB.

Кроме того, технические результаты некоторых вариантов осуществления первого аспекта изобретения помогают в эффективном подавлении упомянутых ниже ошибочных случаев:

• Когда данные или CQI UL интерпретируются в качестве ACK, в то время как ошибочно предполагается, что передачей является OK, верхние уровни будут обнаруживать это и предоставлять средство для восстановления (гораздо более медленного восстановления, чем восстановление L1; такие ошибочные случаи должны происходить только с чрезвычайно низкой вероятностью, гораздо более низкой, чем вышеупомянутые 1-5%).

• В тех случаях, когда прием данных UL также может претерпевать неудачу. Несмотря на то, что ARQ в конце концов исправит это, может быть более серьезная проблема с HARQ, называемая разрушением программируемого буфера: для HARQ, исходный пакет не отбрасывается, если он не может быть декодирован, но данные будут объединяться со следующими пакетами. Если первый пакет принимался (или интерпретировался) несостоятельным, это также будет наносить ущерб последующему декодированию.

• В том случае, когда прием CQI также может претерпевать неудачу.

Может быть виден еще один технический результат от первого аспекта изобретения, поскольку постоянное количество символов выделяется для ACK/NACK/DTX, несмотря на наличие ACK/NACK, количество символов для данных и/или CQI (+ обратной связи MIMO) является неизменным. Примерные варианты осуществления изобретения в материалах настоящей заявки упрощают мультиплексирование и также могут устранять необходимость в слепом декодировании на eNodeB.

Как упомянуто, простой путь реализации явного DTX для ACK/NACK состоял бы в том, чтобы просто ничего не передавать в случае DTX. Однако это может иметь некоторые последствия касательно требований RAN4, имеющих отношение к средней мощности передачи и связанным с усилителем мощности проблемам. С использованием способа по первому аспекту изобретения, эти проблемы могут избегаться.

Как может быть видно, в качестве недостатка, может не быть возможным использовать символы, зарезервированные для ACK/NACK, для других целей (данных или CQI), даже когда нет необходимости отправлять ACK/NACK. Это может иметь следствием легкое увеличение служебных сигналов или данных UL в некоторых случаях. Однако эти служебные сигналы или данные минимизируются, если бит сигнализации, указывающий необходимость в совместной передаче ACK/NACK, включается в сигнализацию предоставления распределения UL.

В одном из неограничивающих примеров согласно первому аспекту изобретения, и как проиллюстрировано на Фиг.3, предложены способ, устройство и компьютерная программа, воплощенная в машиночитаемой памяти и выполняемая цифровым процессором, например, пользовательского оборудования, содержащие прием сигнала с сетевого устройства (3A) в ответ на прием сигнала, декодирование сигнала для получения предоставления распределения нисходящей линии связи (3B), и в ответ на сигнал, где ответ может содержать символ DTX в местоположении, зарезервированном для ACK/NACK, чтобы сообщать сетевому устройству, что предоставление распределения нисходящей линии связи не было принято (3C).

В дополнительном неограничивающем примере согласно первому аспекту изобретения, и как проиллюстрировано на Фиг.4, предложены способ, устройство и компьютерная программа, воплощенная в машиночитаемой памяти и выполняемая цифровым процессором, например, для сетевого устройства, содержащие отправку на пользовательское оборудование сигнала (4A), в ответ на отправку сигнала, прием сигнала с пользовательского оборудования (4B), и декодирование принятого сигнала, где принятый сигнал может содержать символ DTX в местоположении, зарезервированном для ACK/NACK, чтобы указывать, что предоставление распределения нисходящей линии связи не было принято пользовательским оборудованием (4C).

Далее описаны конкретные варианты осуществления согласно второму аспекту изобретения. Явное обнаружение DTX с приемника (eNodeB) полезно для выполнения HARQ, например, если eNodeB отправляет AT/PDCCH, а UE не принимает его, UE не будет отправлять ACK/NACK. Если таковой интерпретирован eNodeB в качестве NACK, то eNodeB будет осуществлять повторную передачу. UE будет способным уведомлять, что NDI (то есть, индикатор новых данных, который указывает, что назначенный пакет данных является новым из предыдущего назначения) изменен и не будет объединять повторную передачу с более ранней передачей. Вследствие потенциально возможной потери систематических битов, UE, наиболее вероятно, не будет правильно декодировать PDSCH. Это будет увеличивать повторные передачи HARQ и, тем самым, снижать рабочие характеристики системы благодаря увеличенной задержке и уменьшенной общей пропускной способности данных. Дополнительно, явное обнаружение DTX с eNodeB также полезно для гибкости планировщика пакетов, например, в текущей модели размера транспортного блока (TBS), как изложенная в TS 36.213 3GPP (v8.3.0, 2008-05; более точно, разделе 7 и таблице 7.1.7.1-1 «Modulation and TBS Index Table for PDSCH» («Таблица индексов модуляции и TBS для PDSCH»)), есть 32 индекса TBS для каждого выделенного номера PRB, в которой каждый из индексов 0-28 ассоциативно связан со значением TBS и схемой модуляции, а каждый из индексов 29-31 ассоциативно связан с конкретной модуляцей (то есть, 29-й для QPSK, 30-й для 16QAM, а 31-й для 64QAM). Для новых передач, могут использоваться только индексы 0-28 TBS, так что UE может получать значение TBS, осуществляя поиск по таблице TBS с одновременным индексом TBS и номера выделенной PRB. Но, для повторных передач, eNodeB может использовать индексы 29-31 TBS, в то время как оба, eNodeB и UE, могут предполагать, что значение TBS не изменяется с первой передачи. Польза от выполнения этого состоит в том, что eNodeB может изменять номер выделенных PRB из первой передачи без влияния на мягкое объединение и декодирование PUSCH или PDSCH.

Варианты осуществления этого второго аспекта изобретения дают технический результат эффективной по издержкам компоновки сигнализации DTX, которая должна использоваться с многобитными ACK/NACK в PUSCH.

В варианте осуществления согласно второму аспекту изобретения, UE повторно передает только один бит DTX в многобитном сообщении ACK/NACK. В конкретном варианте осуществления согласно этому второму аспекту, этот 1 бит может кодироваться совместно. В еще одном конкретном варианте осуществления согласно этому второму аспекту, этот 1 бит может кодироваться отдельно с многочисленными битами обратной связи ACK/NACK, например, таким как посредством выбора иной последовательности скремблирования или посредством использования иной таблицы кодирования или других точек созвездия ACK/NACK, и т.д.

За битом «DTX» существует битовое отображение или логические операции, которые априори подразумеваются как UE, так и eNodeB (например, определенные техническими условиями). Приведенные ниже примеры того, как интерпретируется бит DTX, являются произвольными и могут меняться на противоположные, как указано простыми скобками.

• Если бит DTX установлен в 1 (или, в качестве альтернативы, 0), это указывает, что по меньшей мере одно предоставление, которое было отправлено на UE в одиночном PDCCH/AT, подверженном ACK/NACK, было потеряно UE. Результат состоит в том, что на стороне приемника (например, eNodeB), все из NACK в таком сообщении с множественными ACK/NACK, отправленном в ответ на одиночный PDCCH/AT, рассматриваются в качестве потенциально неудавшихся предоставлений.

• Если бит DTX установлен в 0 (или, в качестве альтернативы, 1), это указывает, что никакое из предоставлений, отправленных на UE в одиночном PDCCH/AT, подверженном ACK/NACK, не было потеряно UE. Результат состоит в том, что на стороне приемника (например, eNodeB), все из NACK в таком сообщении с множественными ACK/NACK рассматриваются в качестве «истинных» NACK (например, что все предоставления в таком PDCCH были успешно приняты UE).

В еще одном конкретном варианте осуществления согласно этому второму аспекту изобретения, UE может кодировать обратную связь только с 2-мя состояниями HARQ (ACK или NACK) из тех запланированных подкадров DL. Это достигается сравнением индекса назначения нисходящей линии связи (DAI) в предоставлении UL с DAI (в качестве простого счетчика) в предоставлении DL, посредством которого UE может идентифицировать любое потерянное назначение DL и его местоположение среди всех переданных назначений DL. Если UE обнаруживает, что некоторые из назначений DL потеряны, UE будет выбирать состояние «NACK» для сообщения об этом, и бит DTX будет прослеживаться повсюду после обнаружения DTX для всех запланированных подкадров DL. Отмечено, что технические условия LTE еще не предписывают, чтобы DAI были в предоставлении UL, как предполагает приведенный выше конкретный вариант осуществления, но чтобы изменение также могло быть произведено в отношении технических условий LTE, с тем чтобы оба, UE и eNodeB, понимали значение DAI без дополнительной управляющей сигнализации.

Фиг.5A-5C показывают примерные варианты осуществления в отношении того, как такой бит DTX мог быть реализован для обратной связи HARQ-ACK из 2, 3 или 4 назначений DL, соответственно, и в зависимости от фактически переданных назначений DL с eNodeB. Самый правый столбец является битом DTX, указывающим, существует ли по меньшей мере одно назначение DL, которое было потеряно на стороне UE. А внутренние два, три или четыре столбца дают примерное кодирование для обратной связи HARQ-ACK с 2-мя состояниями из двух, трех или четырех переданных eNodeB назначений DL в PDCCH/AT. Биты кодирования являются тем, что отправляется в многобитном сообщении ACK/NACK. Как может быть видно из количества назначений нисходящей линии связи, подверженных ACK/NACK, эта технология, продемонстрированная на Фиг.5A-5C, добавляет лишь единственный бит к сигнализации в целом.

Фиг.6 - примерная схема технологического процесса с ракурса UE согласно