Обработка harq-ack для непредусмотренных нисходящих подкадров

Иллюстрации

Показать все

Изобретение относится к области связи, использующей беспроводные сети, основанные на передаче сообщений через ненадежную среду, и осуществления беспроводной связи в LTE сетях с предоставлением гибридного автоматического запроса повторной передачи (HARQ). Изобретение раскрывает способ предоставления HARQ отклика в LTE сети для формата 1b PUCCH, который включает в себя этапы, на которых: принимают одно или более назначений нисходящих каналов окна пакетирования по беспроводному нисходящему каналу управления; устанавливают статус приема для каждого подкадра нисходящего канала для передачи данных в окне пакетирования исходя из того, был ли связан подкадр на нисходящем канале для передачи данных с одним отдельным принятым назначением нисходящего канала, и исходя из того, был ли успешно принят подкадр; устанавливают статус приема для подкадров нисходящего канала для передачи данных в окне пакетирования, которые не имеют соответствующего назначения нисходящего канала, в заданное значение; и передают отклик, причем отклик основан на статусе приема, установленном модулем отклика. 3 н. и 18 з.п. ф-лы, 10 ил.

Реферат

Уровень техники

Сети стандарта "Долгосрочное развитие сетей связи" (LTE) и другие беспроводные сети основаны на передаче сообщений через ненадежную среду между мобильным устройством (напр., пользовательским оборудованием (UE)) и сетью с радиодоступом (RAN). В LTE RAN состоит из одного или более узлов eNodeB. Эта ненадежная среда передачи данных может создать проблемы для корректной передачи данных между RAN и UE, так как данные могут быть потеряны или повреждены из-за низкого качества сигнала, помех или других проблем с беспроводной средой.

Краткое описание чертежей

На фиг. 1 приведена таблица, показывающая отображения откликов HARQ-ACK на ресурсы, конфигурации и входные биты кода RM для двух сот с окном пакетирования длины 3 в соответствии с некоторыми примерами настоящего изобретения.

На фиг. 2 приведена таблица, показывающая отображения откликов HARQ-ACK на ресурсы, конфигурации и входные биты кода RM для двух сот с окном пакетирования длины 4 в соответствии с некоторыми примерами настоящего изобретения.

На фиг. 2A продолжение таблицы, приведенной на фиг. 2, в соответствии с некоторыми примерами настоящего изобретения.

На фиг. 3 показана диаграмма примера выделения ресурсов в соответствии с некоторыми примерами настоящего изобретения.

На фиг. 4 показана диаграмма примера выделения ресурсов в соответствии с некоторыми примерами настоящего изобретения.

На фиг. 5A показана блок-схема последовательности действий способа выработки отклика HARQ-ACK в соответствии с некоторыми примерами настоящего изобретения.

На фиг. 5B показана блок-схема последовательности действий способа обработки отклика HARQ-ACK в соответствии с некоторыми примерами настоящего изобретения.

На фиг. 6 показана блок-схема системы беспроводной связи в соответствии с некоторыми примерами настоящего изобретения.

На фиг. 7 показана функциональная блок-схема, изображающая некоторые функции UE и eNodeB в соответствии с некоторыми примерами настоящего изобретения.

На фиг. 8 показана блок-схема машины в соответствии с некоторыми примерами настоящего изобретения.

Осуществление изобретения

Для того чтобы иметь дело с ненадежной средой осуществления беспроводной связи, в сетях LTE и других сотовых сетях используют механизм, называемый гибридным автоматическим запросом повторной передачи (HARQ), чтобы обеспечить исправление ошибок и подтверждение приема пакетов, чтобы гарантировать безопасную доставку данных между RAN и UE. HARQ обеспечивает исправление ошибок на стороне приемника с использованием кодирования с прямым исправлением ошибок (FEC), а также автоматических механизмов обратной связи (автоматический запрос повторной передачи (ARQ)), чтобы показать отправителю, были ли успешно получены пакеты или нет. После приема пакета данных приемник использует код с обнаружением ошибок (напр., контроль циклическим избыточным кодом (CRC)), чтобы определить, был ли корректно принят пакет. Если пакет был принят успешно, то приемник уведомляет отправителя, используя механизм обратной связи (напр., ACK). Если пакет не был успешно принят, то приемник может попытаться восстановить пакет, используя информацию FEC. Если приемнику удалось применить информацию FEC для восстановления пакета, то он может уведомить (ACK) отправителя, в противном случае приемник может ответить отправителю отрицательным подтверждением (NACK). В других примерах приемник (UE) может ответить, что он находился в режиме прерывистой передачи (DTX-режиме). DTX-отклик может представлять случай, когда UE не может должным образом обнаружить информацию в управляющем канале (напр., в основном нисходящем управляющем канале - PDCCH) и таким образом не может определить, был ли отправлен пакет на UE.

В сотовой сети эти HARQ-отклики обычно передают по управляющим каналам. Отклики для нисходящего трафика, отправленного от RAN на UE, обычно посылают по восходящим управляющим каналам (напр., по физическому восходящему управляющему каналу (PUCCH)). Отклики для восходящего трафика, отправленные от UE на RAN, обычно посылают по нисходящим каналам HARQ-ACK (напр., по физическому каналу гибридного автоматического запроса на повторение HARQ: PHICH). Пакеты, для которых не было подтверждения (либо NACK, либо просто вовсе без подтверждения), могут быть заново переданы отправителем.

В некоторых системах восходящая связь (от UE к RAN) отделена от нисходящей связи по частоте. То есть восходящую и нисходящую беспроводную связь осуществляют на разных полосах частот. Эти системы называют системами дуплексной связи с частотным разделением каналов (FDD). В других примерах восходящая и нисходящая беспроводная связь может разделять одни и те же полосы частот, но могут быть разделены по времени. То есть, в некоторые моменты времени (напр., называемые интервалами времени) полосы частот зарезервированы для восходящей беспроводной передачи, а в другие моменты времени (напр., интервалы времени) - для нисходящей беспроводной связи. Такую схему называют дуплексной связью с временным разделением каналов (TDD). В других примерах характерной чертой полудуплексных FDD (H-FDD) систем является то, что восходящую и нисходящую связь осуществляют на разных полосах частот, а также разделяют по времени.

Суть сотовой сети заключается в том, что связь между UE и RAN является асимметричной в пользу нисходящего беспроводного канала. То есть, обычно от RAN на UE оправляют больше данных, чем от UE на RAN. Чтобы компенсировать это, сотовые планировщики часто выделяют больше частотных или временных ресурсов (в зависимости от того, является ли сеть FDD или TDD) для нисходящей беспроводной связи, чем для восходящей беспроводной связи.

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

В LTE беспроводную передачу обычно разбивают на дискретные блоки, называемые кадрами, которые затем могут быть разбиты на подкадры, а подкадры - на одно или несколько кодовых слов. Каждому кодовому слову может соответствовать определенный транспортный блок, и в этом документе эти понятия используются взаимозаменяемо, если не указано иное. В FDD системах HARQ ответ может быть передан в фиксированном числе подкадров после того, как передача была принята (обычно в 4 подкадрах). Тем не менее, в FDD системах фиксированная задержка невозможна, так как в них часто бывает переменное число восходящих и нисходящих временных интервалов в радиокадре из-за дисбаланса асимметричной беспроводной связи.

Для решения этих задач для TDD систем проектом партнерства мобильной связи 3-го поколения (3GPP), который публикует стандарты для 4G (LTE) беспроводных сетей, было разработано несколько механизмов. Первый представляет собой временное пакетирование ACK/NACK/DTX. Для HARQ-ACK пакетирования результат ACK, NACK или DTX для каждого отдельного кодового слова в каждом нисходящем подкадре для определенного числа подкадров (называемого окном пакетирования), принимаемых по нисходящему каналу (напр., по физическому нисходящему общему каналу - PDSCH) логически умножают, чтобы получить один или несколько составных результатов, соответствующих каждому кодовому слову во всех подкадрах окна пакетирования. Тогда, число полученных составных результатов ACK/NACK/DTX равняется числу кодовых слов в подкадре. Например, если размер окна пакетирования равен четырем нисходящим подкадрам, а в каждом подкадре имеется два кодовых слова, то уведомления для первого кодового слова подкадров 0-3 логически перемножают друг с другом, а вторые кодовые слова подкадров 0-3 также логически перемножают друг с другом, чтобы получить два бита подтверждения. Преимущество этой технологии заключается в том, что решение, использующее несколько битов, очень компактно, так что можно гарантировать зону покрытия для восходящей связи. Недостаток заключается в том, что, если любое из кодовых слов любого из подкадров принято не корректно, то будет передано заново определенное кодовое слово для всех подкадров. Другая технология заключается в использовании мультиплексирования HARQ-ACK, при котором кодовые слова могут быть логически перемножены для кодовых слов индивидуально для каждого нисходящего подкадра, чтобы получить один бит подтверждения на каждый нисходящий подкадр (т.е. пространственное пакетирование). Результат представляет собой результат ACK/NACK/DTX для каждого соответствующего нисходящего подкадра в окне пакетирования. Для четырех нисходящих подкадров с двумя кодовыми словами на подкадр, в подкадре применяют пространственное пакетирование по двум кодовым словам (если есть) путем логического перемножения, а множество пакетированных ACK/NACK в подкадрах могут дать одно составное состояние в окне пакетирования. Для HARQ-ACK отклика, отправленного по физическим восходящим управляющим каналам (PUCCH), составное состояние может быть представлено в виде комбинации ресурса PUCCH и точек конфигурации. Это дает четыре результата подтверждения - по одному для каждого подкадра. Отметим, что, несмотря на тот факт, что эта конкретная HARQ-ACK технология называется "мультиплексирование", в этом описании используется выражение "окно пакетирования".

Окно пакетирования представляет собой временную единицу (напр., некоторое число подкадров), определяющую, когда по восходящему каналу в конкретном восходящем подкадре передают сигнал HARQ-ACK обратной связи, соответствующий нисходящему трафику. UE передает сигнал HARQ-ACK обратной связи, используя PUCCH, в подкадре n, где сигнал HARQ-ACK обратной связи для n-ki где ki∈K, (задано в Таблице 1) и 0≤i≤M-1. Окно пакетирования, в целом, задают как n-ki нисходящих подкадров для восходящего сигнала HARQ-ACK обратной связи в подкадре n.

Таблица конфигурации UL-DL для TDD приведена в Таблице 2.

Конфигурации восходящей/нисходящей связи для TDD (D=нисходящая, S=специальный подкадр с тремя полями DwPTS, GP и UpPTS, который используют, чтобы дать UE время на переключение с нисходящей связи на восходящую, U=восходящая).

LTE Advanced поддерживает агрегацию несущих, при которой в нисходящем канале может использоваться множество несущих. Это означает, что по восходящему каналу необходимо передавать множество информационных битов ACK/NACK для множества несущих. Для этого в LTE определена технология, известная как выбор канала с временным пакетированием. Эта технология использует аналогичную технологию, как мультиплексирование HARQ-ACK, за исключением того, что временное пакетирование этой технологии немного отличается от существующего. Временное пакетирование для агрегации несущих может предназначаться для передачи некоторого числа последовательных сигналов АСК для каждой компонентной несущей, в то время как при единственной несущей оно предназначено для передачи логически связанной информации HARQ-ACK. Результирующая ACK/NACK информация может быть закодирована комбинированным выбором канала и символом QPSK конфигурации. Естественно, затем мультплексированные результаты уведомлений могут быть соотнесены с таблицей поиска для выбора двухбитового поля (конфигурации QPSK) и ресурса PUCCH (выбранного канала) для передачи PUCCH. Также в случае, если HARQ-ACK вкладывают в PUSCH, то также предоставляют множество входных битов кода RM. Таблицы отображения показаны на фиг. 1 и 2 (фиг. 2 продолжена на фиг. 2A) для разных размеров окна пакетирования. В столбце с заголовком HARQ-ACK(0)-(2) для фиг. 1 и HARQ-ACK(0)-(3) для фиг. 2 и 2A представлены решения ACK, NACK или DTX для этого конкретного подкадра для первичной и вторичной соты (PCell и SCell соответственно). Например, в случае окна пакетирования из четырех подкадров, если подкадр(0) был принят успешно (ACK), подкадр(1) был принят неуспешно (NACK), подкадр(2) был принят успешно (ACK) и подкадр(3) был принят успешно (ACK) в первичной соте, а во вторичной соте отклик ACK, ACK, ACK, NACK, то UE выберет конфигурацию (0,1) с ресурсом обратной связи, соответствующим физическому восходящему управляющему каналу (PUCCH) 3 с использованием входных битов кода 0, 0, 1, 1. Короче говоря, столбец HARQ-ACK(j) представляет собой отклик ACK/NACK/ или DTX для каждого конкретного нисходящего подкадра для первичной и вторичной соты (для множества несущих), и следует использовать соответствующие ресурсы PUCCH, конфигурации и входные биты кода RM в зависимости от HARQ-ACK(j), выбранного для первичной и вторичной соты. Эта технология использует формат 1b PUCCH, если HARQ-ACK передают с использованием PUCCH.

HARQ-ACK пакетирование или HARQ-ACK мультиплексирование может не работать должным образом, если UE не принимает корректно информацию планирования для каких-либо запланированных кадров. Например, если eNodeB планирует для терминала два подкадра с окном пакетирования размера 2, но UE принимает только последний кадр, и было не уведомлено о запланированном первом кадре, то UE ответит уведомлением ACK. eNodeB проинтерпретирует это уведомление ACK как подтверждение приема обоих подкадров. Чтобы определить, что была пропущена нисходящая передача для UE, в спецификации LTE предложено отправлять от RAN на UE индекс назначения нисходящей линии связи (DAI) вместе с нисходящей информацией планирования в канале PDCCH. DAI, передаваемый в нисходящей передаче уменьшает накапливаемое число PDCCH с назначенными PDSCH передачами, a PDCCH указывает на выпуск от частичного долгосрочного планирования (SPS) вплоть до данного подкадра в том же самом окне пакетирования каждой сконфигурированной обслуживающей соты. Затем UE использует DAI, чтобы сгенерировать HARQ-ACKQ(j) в окне пакетирования.

Обращаясь теперь к фиг.3, на ней показан пример вычисления отклика. В примере на фиг. 3 изображено окно пакетирования из четырех подкадров (M=4) в двух сконфигурированных сотах. Отклик HARQ-ACK(j) для первичной соты (PCell) - ACK, ACK, DTX, ACK, а во вторичной соте (SCell) - ACK, NACK, NACK, ACK соответственно. DAI, принятые по PDCCH для PCell, равны 1 для подкадра 0, 2 для подкадра 1 и 4 для подкадра 3. Отметим, что UE не способно декодировать PDCCH в подкадре 2 (m=2) и, таким образом, не обновило значение DAI. Даже если UE потеряло обновленное значение DAI, оно восстановит его в подкадре m=3 и таким образом узнает, что в конце окна пакетирования DAI равен 4. Так как значение DAI равно 4, то UE знает, что ему требуется 4 отклика HARQ-ACK(j). Для SCell значения DAI, принятые по PDCCH, равны 1, 2, 3 и 4 для подкадров 0, 1, 2 и 3 соответственно.

Исходя из таблиц отображения, приведенных на фиг. 2 и 2A, это дает следующий

ответ:

Отметим, что возникает проблема, когда все подкадры конкретного окна пакетирования не запланированы RAN. Так как определенные кадры не запланированы, то DAI не будет увеличен и в конце окна пакетирования будет меньше, чем размер окна пакетирования. Таблицы обратной связи на фиг. 1 и 2 предполагают, что все кадры были запланированы. На фиг. 4 показан пример такого случая. В этом примере первые два нисходящих подкадра в PCell не запланированы. Таким образом, для подкадра 2 DAI равен 1, а для подкадра 3 DAI равен 2 (по сравнению с фиг. 3, где DAI равнялся 3 и 4 для подкадров 2 и 3 соответственно). Так как HARQ-ACK(j) определяют в связи со значением DAI, то HARQ-ACK(0) соответствует подкадру 2, a HARQ-ACK(1) соответствует подкадру 3. Тем не менее, HARQ-ACK(2) и HARQ-ACK(3) не определены, так как нет соответствующих значений DAI, равных 3 и 4, в окне пакетирования в соответствии с определением DAI. Это происходит, потому что значение DAI определяют как накапливающееся число PDCCH с назначенными PDSCH передачами, a PDCCH указывает на выпуск частичного долгосрочного планирования (SPS) вплоть до данного подкадра в окне пакетирования. Поэтому, если в окне пакетирования отсутствует ожидаемый DL подкадр, в котором UE надо отслеживать HARQ-ACK(j), относящийся к значению DAI, то поведение UE не задано.

В некоторых примерах описаны системы, способы, UE и машиночитаемые носители, которые решают задачу выработки подтверждения для ситуации, в которой последнее принятое значение DAI (LDAI) меньше, чем размер окна пакетирования. В некоторых примерах для HARQ-ACK(j) используют заданное состояние для случая LDAI≤j≤M-1, где М - размер окна мультиплексирования или пакетирования. Например, в эти HARQ-ACK отклики может быть добавлено состояние DTX. Так, например, на фиг. 4 HARQ-ACK(j) для PCell правильные параметры отклика следующие: ACK, ACK, DTX, DTX.

Так как последние два состояния для PCell дополнены DTX, то UE будет знать, какое точно отображение из таблицы использовать. Кроме того, на стороне сети, так как eNodeB уже знает, что последние два состояния дополнены DTX, то несоответствующие состояния, отличные от DTX, могут быть исключены во время проверки гипотезы определения PUCCH, что может улучшить производительность определения HARQ-ACK. Например, на фиг. 3, так как HARQ-ACK отклик в PCell представляет собой {ACK, ACK, DTX, DTX}, {ACK, NACK, DTX, DTX}, {NACK, ACK, DTX, DTX} или {NACK, NACK, DTX, DTX}, то состояния {любой, любой, ACK/NACK, ACK/NACK} можно исключить при обнаружении eNB. Уменьшая проверки гипотезы определения, можно увеличить производительность определения PUCCH.

Применяя этот способ к примеру, показанному на фиг. 4, получим:

Хотя в некоторых примерах отклик HARQ-ACK(j) может быть заполнен TDX для случая, в котором все нисходящие подкадры в пределах окна пакетирования не запланированы, в других примерах могут использоваться другие значения, такие как АСК, NACK или другое заданное значение. Это имеет место потому, что eNodeB обладает достаточными системными знаниями, чтобы игнорировать эти значения. На самом деле, в некоторых примерах UE может произвольно выбрать любое значение ACK/NACK/DTX.

Обратимся теперь к фиг. 5A, на ней показан способ 5000 подтверждения передачи, когда не все нисходящие подкадры в конкретном окне пакетирования были запланированы. На этапе 5010 UE принимает информацию планирования на PDCCH, указывающую запланированные нисходящие кадры. На этапе 5020 UE определяет, что оно приняло последнюю нисходящую передачу для конкретного окна пакетирования, а на этапе 5030 определяет, что последнее значение DAI (LDAI) меньше, чем размер окна пакетирования. На этапе 5040 UE определяет ответы ACK/NACK/DTX для кадров, относительно которых UE было уведомлено, что они запланированы. На этапе 5050 оставшийся HARQ-ACK(j), у которого нет соответствующих значений DAI, заполняют заданным значением (напр., DTX).

Обратимся теперь к фиг. 5В, на ней показан способ 5100 обработки на eNodeB подтверждения передачи, в которой не все нисходящие подкадры в конкретном окне пакетирования были запланированы. На этапе 5110 базовая станция (напр., eNodeB) может запланировать одну или несколько нисходящих передач для отдельного периода подтверждения (напр., окна пакетирования) и уведомить UE через нисходящий канал управления, такой как физический восходящий управляющий канал (PUCCH). На этапе 5120 eNodeB может передать запланированные кадры. На этапе 5130 eNodeB может принять ответ от UE. На этапе 5140 eNodeB может определить, что последнее значение DAI, отправленное по PDCCH, меньше, чем размер окна пакетирования. На этапе 5150 eNodeB может использовать ресурс (напр., ресурс PUCCH), что отклик был принят вместе с принятой конфигурацией и битами кода RM для определения ответа, принимая во внимание, что HARQ-ACK(j), где j такое, что LDAI≤j≤M-1, где M - размер окна мультиплексирования или пакетирования, являются добавленными значениями. Затем eNodeB может осуществить любые необходимые повторные передачи.

Обратимся теперь к фиг. 6, на ней показана система 6000 для передач подтверждения. Оборудование пользователя (UE) 6010 осуществляет связь с сетью с радиодоступом (RAN) 6020, которая может включать в себя одну или несколько базовых станций (напр., eNodeB) 6030, 6035, по одному или нескольким радиоканалам 6040. RAN 6020 может быть соединена с базовой сетью 6045, такой как усовершенствованная сеть Packet Core. ЕРС 6045 может быть соединена с сетью 6050, такой как интернет, традиционная сеть телефонной связи (POTS) и т.п. В системе на фиг. 6 радиоканалы 6040 могут функционировать в дуплексном режиме с временным разделением каналов (в TDD режиме).

На фиг. 7 показана частичная функциональная диаграмма UE 7000 (могут иметься и другие не показанные компоненты). UE 7000 может включать в себя модуль 7010 передачи. Модуль 7010 передачи может передавать управляющий и пользовательский трафик на RAN по одному или более восходящим каналам, таким как физический восходящий управляющий канал (PUCCH), физический восходящий общий канал (PUSCH) и т.п. Модуль 7010 передачи может передавать подтверждения пользовательского трафика и управляющего трафика, отправленного от RAN на UE 7000 по нисходящим каналам (напр., по физическому нисходящему общему каналу (PDSCH) и физическому специализированному каналу управления (PDCCH)).

Приемный модуль 7020 может принимать информацию, отправленную RAN по нисходящим каналам, таким как физический нисходящий общий канал (PDSCH) и физический нисходящий канал управления (PDCCH), и информировать модуль 7030 отклика о статусе приема этой информации. Например, принятые подкадры могут быть декодированы на приемном модуле (а также может быть выполнено исправление искажений FEC), а индикация того, следует ли для подкадра отправить подтверждение ACK, NACK или DTX, может быть отправлено на модуль 7030 отклика. Приемный модуль 7020 также может передавать различные параметры связи на модуль 7030 отклика, такие как размер окна пакетирования и последнее принятое значение DAI для этого окна.

Модуль 7030 отклика может сообщать модулю 7010 передачи подходящие параметры отклика (напр., ресурс PUCCH, биты кода RM, конфигурацию) в соответствии с таблицами на фиг. 1 и фиг. 2 (продолженными на фиг. 2A) исходя из LDAI, размера окна пакетирования и т.п. Например, модуль 7030 отклика может определить, что число принятых нисходящих передач меньше, чем размер окна пакетирования, и исходя из этого установить статус приема каждой принятой нисходящей передачи на основе того, был ли успешно принят кадр, связанный с конкретной принятой нисходящей передачей, и установить в заданное значение статус приема кадра в окне пакетирования, который не имеет соответствующей нисходящей передачи. Например, модуль отклика может определить для каждого индекса j для множества нисходящих подкадров в ответном окне пакетирования, равно ли значению j+p значение одного или нескольких принятых индексов назначения нисходящей линии связи(DAI). Определение статуса приема (ACK/NACK/DTX) подкадра, соответствующего j, отвечает за определение того, что одно или несколько значений DAI равно j+p. Установление статуса приема подкадра, соответствующего j, в заданное значение отвечает за определение того, что ни одно из значений DAI не равно j+p, где p - это константа (напр., 0 или 1), где одно или несколько значений DAI принимают по физическому нисходящему каналу управления (PDCCH), где j≤M-1, и где M - это число подкадров в окне пакетирования HARQ. Модуль 7030 отклика, который также можно назвать HARQ модулем, может затем дать команду модулю 7010 передачи передать соответствующим образом определенный отклик. В некоторых примерах переменная р может быть равна нулю, если имеет место передача по физическому нисходящему общему каналу (PDSCH) по первичной соте без обнаружения соответствующего PDCCH в окне пакетирования, в противном случае р может быть равно единице. Поэтому, значение р может показывать, имеется ли в окне пакетирования полуустойчивое планирование (SPS)PDSCH без соответствующего PDCCH или нет. Отметим, что хотя в спецификации описан PDCCH со значением DAI для запланированного нисходящего кадра, изобретение также можно использовать, когда UE принимает PDCCH, обозначающий сообщение о выпуске нисходящего частичного долгосрочного планирования (SPS), которое также включает в себя значение DAI.

На фиг. 7 также показана частичная функциональная диаграмма eNodeB 7100 (могут иметься и другие не показанные компоненты). eNodeB 7100 включает в себя модуль 7110 передачи, который передает пользовательские данные и данные управления по одному или нескольким каналам. Например, пользовательские данные и данные управления могут быть переданы по физическому специальному каналу управления (PDCCH) или по физическому специальному общему каналу (PDSCH). Модуль 7110 передачи может планировать кадры для передачи и сигнализировать UE по PDCCH. Модуль 7110 передачи также может передавать DAI по PDCCH. Приемный модуль 7120 может принимать управляющие и пользовательские данные по восходящим каналам связи, таким как физический восходящий канал управления (PUCCH) и физический восходящий общий канал (PUSCH). Приемный модуль 7120 может принимать HARQ отклики от UE на нисходящие подкадры (напр., ACK-NACK-DTX отклики). В ответ на эту информацию приемный модуль может указывать модулю передачи, что может потребоваться повторная передача определенных данных. Приемный модуль 7120 может декодировать ответ исходя из определения того, по какому ресурсу PUCCH был принят отклик принятых битов конфигурации и принятых битов кодов RM. Приемный модуль 7120 также может определить, что последнее значение DAI в окне пакетирования было меньше, чем число подкадров в окне пакетирования, и что один или несколько сигналов ACK/NACK/DTX подкадров следует проигнорировать как не представляющие действительную передачу.

На фиг. 8 показана блок-схема примера машины 8000, на которой можно реализовать любую одну или несколько из обсуждаемых в этом документе технологий (напр., методик). UE, RAN (включающая в себя eNodeB) или EPC могут быть частями машины 8000 или могут включать в себя такие части. В альтернативных вариантах осуществления машина 8000 может функционировать как отдельное устройство или может быть соединена (напр., через сеть) с другими машинами. При установке в сети машина 8000 может работать в качестве серверной машины, клиентской машины или в качестве и того и другого в клиент-серверных сетевых окружениях. В примере машина 8000 может выступать в качестве пиринговой машины в пиринговом (P2P) (или другом распределенном) сетевом окружении. Машина 8000 может представлять собой персональный компьютер (ПК), планшетный компьютер, приставку (STB), персональный цифровой помощник (PDA), мобильный телефон (такой как UE), сетевое устройство, беспроводную базоую станцию, сетевой маршрутизатор, концентратор или мост или любую машину, способную выполнять команды (последовательные или другие), которые определяют действия, которые должна выполнить машина. Кроме того, хотя показана только одна машина, также можно полагать, что термин "машина" включает в себя любой набор машин, которые по-отдельности или вместе выполняют набор (или множество наборов) команд, чтобы выполнить любую одну или несколько методик, обсуждавшихся в этом документе, как, например, облачные вычисления, программное обеспечение как услуга (SaaS), другие конфигурации компьютерных кластеров. Например, функции машины 8000 могут быть распределены по множеству других машин в сети.

Примеры, такие как описанные в этом документе, могут включать в себя, или могут функционировать на логической схеме или на некотором числе компонент, модулей или механизмов. Модули представляют собой материальные объекты, способные выполнять заданные операции, и могут быть сконфигурированы или устроены определенным образом. В примере схемы могут быть устроены (напр., внутренне или относительно внешних объектов, таких как другие схемы) заданным образом в виде модуля. В примере целая одна или несколько компьютерных систем или их часть (напр., изолированная, клиентская или серверная компьютерная система) или один или несколько аппаратных процессоров могут быть сконфигурированы посредством микропрограммного или программного обеспечения (напр., команд, части приложения или приложения) в виде модуля, который работает, чтобы выполнять заданные операции. В примере программное обеспечение может храниться (1) на постоянном машиночитаемом носителе информации или (2) в сигнале передачи. В примере программное обеспечение, при его выполнении основным аппаратным обеспечением модуля, заставляет оборудование выполнять заданные операции.

Соответственно, подразумевается, что термин "модуль" охватывает материальный объект, будь-то объект, физически сконструированный, специальным образом сконфигурированный (напр., в виде аппаратного решения), или временно (напр., непостоянно) сконфигурированный (напр., запрограммированный), чтобы функционировать определенным образом, или чтобы выполнять часть или всю последовательность действий, описанных в этом документе. Рассматривая примеры, в которых модули являются временно сконфигурированными, для каждого из модулей не требуется, чтобы был создан его экземпляр в каждый момент времени. Например, если модули содержат аппаратный процессор общего назначения, сконфигурированный с использованием программного обеспечения, то аппаратный процессор общего назначения может быть сконфигурирован в виде одного или нескольких модулей, которые могут меняться с течением времени. Программное обеспечение может соответственно сконфигурировать аппаратный процессор, например, так, чтобы он составлял отдельный модуль в один момент времени, и чтобы он составлял другой модуль в другой момент времени.

Машина (напр., компьютерная система) 8000 может включать в себя аппаратный процессор 8002 (напр., центральный процессор (CPU), графический процессор (GPU), аппаратное ядро процессора или любое их сочетание), основную память 8004 и статическую память 8006, причем некоторые из этих элементов или все они могут сообщаться друг с другом по шине 8008. Машина 8000 может также включать в себя дисплей 8010, буквенно-цифровое устройство 8012 ввода (напр., клавиатуру), устройство 8014 управления пользовательским интерфейсом (UI) и/или другие устройства ввода. В примере дисплей 8010 и устройство 8014 управления UI могут представлять собой сенсорный дисплей. Машина 8000 может дополнительно включать в себя запоминающее устройство (напр., привод) 8016, устройство 8018 выработки сигналов (напр., громкоговоритель) и устройство 8020 сопряжения с сетью.

Запоминающее устройство 8016 может включать в себя машиночитаемый носитель 8022, на котором хранят один или несколько наборов структур данных или команд 8024 (напр., программное обеспечение), реализующих одну или несколько технологий или функций, описанных в этом документе, или применяемых ими. Команды 8024 также могут полностью или по меньшей мере частично размещаться в основной памяти 8004, в статической памяти 8006 или в аппаратном процессоре 8002 во время выполнения их машиной 8000. В примере один или любое сочетание из следующих элементов: аппаратный процессор 8002, основная память 8004, статическая память 8006 или запоминающее устройство 8016, могут составлять машиночитаемый носитель.

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

Выражение "машиночитаемый носитель" может включать в себя любой материальный носитель, который способен хранить, кодировать или переносить команды для выполнения машиной 8000, и которые заставляют машину 8000 выполнять любую одну или несколько технологий настоящего изобретения, или который может хранить, кодировать или переносить структуры данных, используемые такими командами или связанные с ними. Примеры неограничивающего машиночитаемого носителя могут включать в себя твердотельные запоминающие устройства и оптические и магнитные носители. Конкретные примеры машиночитаемого носителя могут включать в себя энергонезависимую память, например полупроводниковые запоминающие устройства (напр., электрически перепрограммируемое постоянное запоминающее устройство (EPROM), электрически стираемое перепрограммируемое постоянное запоминающее устройство (EEPROM)) и устройства флэш-памяти; магнитные диски, например внутренние жесткие диски и съемные диски; магнитно-оптические диски; CD-ROM и DVD-ROM диски.

Команды 8024 могут также быть переданы или приняты через сеть 8026 связи с использованием среды передачи посредством устройства 8020 сопряжения с сетью. Устройство 8020 сопряжения с сетью может соединять машину 8000 с сетью, состоящей из других машин, чтобы осуществлять связь с другими машинами в сети, используя любой из множества протоколов передачи (напр., ретрансляция кадров, интернет протокол (IP), протокол управления передачей (TCP), протокол пользовательских датаграмм (UDP), протокол передачи гипертекста (HTTP) и т.д.). Примеры сетей связи могут включать в себя, помимо прочего, локальные сети (LAN), глобальные сети (WAN), сети с коммутацией пакетов (напр., Интернет), мобильные телефонные сети (напр., сотовые сети), традиционные сети телефонной связи (POTS), беспроводные сети передачи данных (напр., семейство стандартов Института инженеров по электротехнике и радиоэлектронике (IEEE) 802.11, известные как Wi-Fi®, семейство стандартов IEEE 802.16, известные как WiMax®), пиринговые сети (P2P). В примере устройство 8020 сопряжения с сетью может включать в себя один или несколько физических разъемов (напр., Ethernet, коаксиальный или телефонный разъемы) или одну или несколько антенн для соединения с сетью 8026 связи. В примере, и как показано на фиг.8, устройство 8020 сопряжения с сетью может включать в себя множество антенн (не показано), чтобы осуществлять связь без проводов, применяя по меньшей мере одну из следующих технологий: одноканальный вход - многоканальный выход (SIMO), многоканальный вход - многоканальный выход (MIMO) или многоканальный вход - одноканальный выход (MISO). Следует понимать, что выражение "среда передачи" включает в себя любую материальную среду, способную хранить, кодировать или переносить команды для выполнения машиной 8000, и включает в себя цифровые или аналоговые сигналы связи или другую материальную среду для упрощения осуществления связи с таким программным обеспечением.

Другие замечания и примеры

Пример 1. Описано пользовательское оборудование (UE), содержащее модуль отклика, устроенный так, чтобы принимать одно или несколько назначений нисходящих каналов окна пакетирования по беспроводному нисходящему каналу управления; устанавливать статус приема для каждого подкадра нисходящего канала для передачи данных в окне пакетирования исходя из того, был ли связан подкадр на нисходящем канале для передачи данных с одним отдельным назначением нисходящего канала, и исходя из того, был ли успешно принят подкадр; и устанавливать статус приема для подкадров нисходящего канала для передачи данных в окне пакетирования, которые не имеют соответствующего назначения нисходящего канала, в заданное значение; и модуль передачи, выполненный для того, чтобы передавать отклик, причем отклик основан на статусе приема, установленном модулем отклика.

Пример 2: UE из примера 1, в котором статус приема представляет собой одно из следующего: подтверждение (ACK), отрицательное подтверждение (NACK) и прерывистый прием (DTX).

Пример 3: UE из одного из примеров 1-2, в котором заданное значение представляет собой значение, указывающее на прерывистую передачу (DTX).

Пример 4: UE из любого из примеров 1-3, в котором UE устроено так, чтобы работать в режиме дуплексной связи с временным разделением каналов (TDD), и в котором модуль передачи устроен так, чтобы передавать отклик, используя формат 1b физического восходящего канала управления (PUCCH).

Пример 5: UE из любого из примеров 1-4, в котором окно пакетирования больше, чем 2 подкадра.

Пример 6: UE из любого из примеров 1-5, в котором модуль передачи устроен так, чтобы передавать отклик посредством выбора восходящего ресурса PUCCH, конфигурации и набора входных битов кода исходя из статусов приема.

Пример 7: UE из любого из примеров 1-6, где UE устроено так, чтобы осуществлять связь с беспроводной сетью, используя семейство стандартов "Долгосрочное развитие сетей связи" (LTE).

Пример 8: UE из любого из примеров 1-7, где UE устроено так, чтобы применять агрегацию несущих с конфигурациями двух обслуживающих сот.

Пример 9: Описан способ, содержащий следующее: для каждого индекса j определяют множество нисходящих подкадров, если один или несколько принятых значений индекса назначения нисходящей линии связи (DAI) равны j+p, причем одно или несколько значений DAI принимают по физическому нисходящему каналу упр