СПОСОБ И УСТРОЙСТВО В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ
METHOD AND DEVICE IN THE WIRELESS COMMUNICATION SYSTEM

ОБЛАСТЬ ТЕХНИКИ
Настоящее изобретение относится, в целом, к системам беспроводной связи и, в частности, к повторным передачам в многоантенных системах беспроводной связи.
УРОВЕНЬ ТЕХНИКИ
Одной технологией радиодоступа в современных системах беспроводной связи является иерархический, так называемый широкополосный множественный доступ с кодовым разделением (WCDMA), см. Фиг. 1. В WCDMA, терминал или пользовательское оборудование (UE) осуществляет связь с одним или несколькими узлами B. Узел B представляет собой логический узел, который отвечает за обработку физического уровня, например кодирование с исправлением ошибок, модуляцию и расширение по спектру, а также преобразование из основной полосы в радиочастотный сигнал, передаваемый через антенну(ы). Узел B обрабатывает передачу и прием в одной или нескольких сотах. Кроме того, контроллер радиосети (RNC) управляет множественными узлами B и отвечает за установление вызова, обработку качества обслуживания и администрирование радиоресурсов в сотах, за которые он отвечает. Кроме того, на RNC располагается так называемый протокол автоматического запроса повторной передачи (ARQ), обрабатывающий повторные передачи ошибочных или пропущенных данных.
В документе EP 1843502 A1 раскрывается процедура повторной передачи, в которой передатчик получает информацию обратной связи по ACK/NACK от приемника вместе с информацией о качестве передающих антенн. На основании этой информации о качестве передатчик выбирает антенны, имеющие хорошее качество, для повторной передачи данных, связанных с принятым NACK.
Обработка в WCDMA структурируется на разных уровнях, причем уровень управления радиотрактами (RLC) располагается вверху стека протоколов, после которого следуют уровень доступа к среде (MAC) и физический уровень. Уровень MAC предоставляет RLC услуги в форме так называемых логических каналов. Уровень MAC может мультиплексировать данные из множественных логических каналов. Он также отвечает за определение транспортного формата данных, отправленных на следующий уровень, физический уровень. Интерфейс между MAC и физическим уровнем задается через так называемые транспортные каналы, по которым переносятся данные в форме транспортных блоков (TB). В каждом интервале времени передачи (TTI) один или несколько транспортных блоков поступает с уровня MAC на физический уровень, который осуществляет кодирование, перемежение, мультиплексирование, расширение по спектру и т.д. до передачи данных. Разные уровни протокола выполнены с возможностью управления радиоресурсами (RRC), которое осуществляет управление допуском, решения на хэндовер и администрирование активного набора для мягкого хэндовера.
Введение высокоскоростного пакетного доступа нисходящей линии связи (HSDPA) повышает производительность и возможности WCDMA пакетной передачи данных нисходящей линии связи в отношении более высокой пиковой скорости передачи данных, сниженной задержки и повышенной емкости за счет включения модуляции более высокого порядка, управления скоростью, канально-зависимого планирования и так называемого гибридного ARQ (HARQ) с мягким комбинированием. HARQ позволяет терминалу или пользовательскому оборудованию запрашивать повторную передачу принятых с ошибками транспортных блоков, эффективно осуществлять тонкую настройку эффективной скорости кодирования и компенсировать ошибки, порожденные механизмом адаптации линии связи. Соответствующее развитие для восходящей линии связи было реализовано через так называемый расширенный пакетный доступ восходящей линии связи или высокоскоростной пакетный доступ восходящей линии связи (HSUPA), который повышает возможности и производительность WCDMA восходящей линии связи в отношении более высоких скоростей передачи данных, сниженной задержки и повышенной емкости системы. Комбинация HSDPA и HSUPA в целом именуется высокоскоростным пакетным доступом (HSPA).
В HARQ для HSUPA для каждого транспортного блока, принятого на восходящей линии связи, единичный бит передается на так называемом канале индикатора гибридного ARQ E-DCH (E-HICH) от узла B на UE для указания успешного декодирования (ACK) или для запроса повторной передачи принятого с ошибками транспортного блока (NACK). E-HICH является выделенным физическим каналом нисходящей линии связи, несущим двоичные квитанции HARQ для информирования UE о результате обнаружения E-DCH на узле B. Узел B передает ACK либо NACK, в зависимости от того, удалось ли декодировать соответствующий транспортный блок E-DCH или запрошена повторная передача. Чтобы не растрачивать без необходимости мощность передачи нисходящей линии связи, на E-HICH ничего не передается, если узел B не обнаруживает попытки передачи; то есть энергии на выделенном физическом канале управления E-DCH, E-E-DPCCH или выделенном физическом канале данных управления E-DCH, E-DPDCH не обнаружено. E-DPDCH используется для переноса транспортного канала E-DCH и E-DPCCH используется для переноса информации управления, связанной с E-DCH.
Недавно HSUPA был дополнительно расширен режимом множественных входов и множественных выходов (MIMO) для увеличения пиковых скоростей передачи данных посредством многопотоковой передачи. Термин MIMO обычно используется для обозначения передачи множественных уровней или множественных потоков с целью увеличения скорости передачи данных, возможной на данном канале. В случае HSUPA в дуплексном режиме с частотным разделением (FDD) дополнительное использование MIMO дает UE возможность одновременно передавать до двух протокольных единиц данных управления доступом к среде, MAC PDU (например, MAC i/is) (транспортных блоков), в один и тот же TTI на ортогональных лепестках, например виртуальных антеннах.
Это создает новые проблемы, когда используются схемы HARQ. Поэтому существует потребность в способах и компоновках, обеспечивающих усовершенствованные повторные передачи для MIMO HSUPA в FDD.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Общей задачей предложенной технологии являются усовершенствованные повторные передачи в HSUPA в FDD. В частности, задачей является обеспечение экономичных по времени и устойчивых передач и повторных передач HARQ в случае снижения ранга в многоантенной системе беспроводной связи.
Согласно основному аспекту, настоящее раскрытие представляет способ передачи транспортных блоков в двух потоках, снижения ранга передач и связывания принятой информации обратной связи по ACK/NACK с правильным объектом или процессом HARQ и повторной передачи любых запрашиваемых TB на основании связывания. Снижение ранга может быть обусловлено принудительным возвратом к более низкому рангу, если UE не хватает мощности, или выбранный размер TB меньше минимально разрешенного размера TB для текущего ранга, или какой-то другой ситуацией, в которой UE вынужденно переходит от более высокого ранга к более низкому рангу.
Согласно другому аспекту, настоящее раскрытие предусматривает способ повторной передачи данных в режиме гибридного автоматического запроса повторной передачи, HARQ, в многоантенной системе беспроводной связи, осуществляемый пользовательским оборудованием, UE. Способ содержит этапы приема информации обратной связи по квитированию/отрицательному квитированию, ACK/NACK, относящейся к данным, передаваемым в двух потоках, и осуществления, после снижения ранга, когда только один поток становится доступен для передачи, повторной передачи данных отмененного потока в оставшемся потоке.
Согласно дополнительному аспекту, настоящее раскрытие представляет компоновку в пользовательском оборудовании, которое включает в себя блок передатчика для передачи транспортных блоков в двух потоках, контроллер ранга, выполненный с возможностью снижения ранга передач по запросу, и приемник информации обратной связи по ACK/NACK, выполненный с возможностью приема информации обратной связи по ACK/NACK, относящейся к передаваемым транспортным блокам, и блок связывания, выполненный с возможностью связывать принятую информацию обратной связи по ACK/NACK с правильным объектом или процессом HARQ, и блок повторной передачи, выполненный с возможностью повторной передачи любых запрашиваемых TB на основании связывания.
Согласно еще одному аспекту настоящего раскрытия, представлено пользовательское оборудование, UE, для повторной передачи данных в режиме гибридного автоматического запроса повторной передачи, HARQ, в многоантенной системе беспроводной связи. UE содержит блок информации обратной связи по квитированию/отрицательному квитированию, ACK/NACK, выполненный с возможностью принимать информацию обратной связи по ACK/NACK, относящуюся к данным, передаваемым в двух потоках, и блок повторной передачи, выполненный с возможностью повторной передачи данных отмененного потока в оставшемся потоке после снижения ранга, когда только один поток становится доступен для передачи.
Преимущества настоящего раскрытия включают в себя точную обработку информации обратной связи по ACK/NACK (т.е. обратной связи, связанной с правильными процессами HARQ), что будет приводить к уменьшению ошибок передачи данных (повторных передач RLC) и, следовательно, будет повышать производительность.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Раскрытие, совместно с его дополнительными задачами и преимуществами, можно лучше понять, обратившись к нижеследующему описанию, приведенному совместно с прилагаемыми чертежами, в которых:
фиг. 1 – схематическая иллюстрация системы беспроводной связи;
фиг. 2 – иллюстрация архитектуры MAC на стороне UE
фиг. 3 – иллюстрация MAC i/is на стороне UE;
фиг. 4 – иллюстрация вариантов осуществления связанных процессов HARQ согласно настоящему раскрытию;
фиг. 5 – иллюстрация схемы сигнализации варианта осуществления настоящего раскрытия;
фиг. 6 – блок-схема операций варианта осуществления способа настоящего раскрытия;
фиг. 7 – блок-схема вариантов осуществления компоновок настоящего раскрытия;
фиг. 8 – иллюстрация компьютерной реализации настоящей технологии.
Фиг. 9 – блок-схема операций, демонстрирующая пример варианта осуществления способа повторной передачи согласно настоящему раскрытию.
Фиг. 10 – блок-схема операций, демонстрирующая пример варианта осуществления способа повторной передачи согласно настоящему раскрытию.
Фиг. 11 – блок-схема операций, демонстрирующая пример варианта осуществления передачи по способу согласно настоящему раскрытию.
Фиг. 12 – блок-схема операций, демонстрирующая пример варианта осуществления передачи по способу согласно настоящему раскрытию.
Фиг. 13 – блок-схема операций, демонстрирующая пример этапа связывания согласно конкретному варианту осуществления.
Фиг. 14 – блок-схема операций, демонстрирующая пример этапа связывания согласно конкретному варианту осуществления.
Фиг. 15 иллюстрирует альтернативный пример варианта осуществления для осуществления этапа связывания согласно конкретному варианту осуществления.
Фиг. 16 – блок-схема примера компоновки для UE, выполненного с возможностью осуществления передач согласно настоящему раскрытию.
Фиг. 17 – блок-схема примера UE, выполненного с возможностью осуществления повторных передач HARQ согласно настоящему раскрытию.
Фиг. 18 – блок-схема примера альтернативного UE, выполненного с возможностью осуществления повторных передач HARQ согласно настоящему раскрытию.
Фиг. 19 демонстрирует иллюстративную схему сигнализации для варианта осуществления настоящего раскрытия.
Фиг. 20 иллюстрирует альтернативную иллюстративную схему сигнализации для варианта осуществления настоящего раскрытия.
Фиг. 21 – таблица, демонстрирующая последовательность сигнализации примера согласно настоящему раскрытию.
Аббревиатуры
ACK - квитирование
ARQ - автоматический запрос повторной передачи
CC - отслеживаемое комбинирование
DL - нисходящая линия связи
E-DCH - расширенный выделенный канал
E-DPCCH - выделенный физический канал управления E-DCH
E-HICH - канал индикатора гибридного ARQ E-DCH
E-TFC - комбинация транспортных форматов E-DCH
HARQ - гибридный ARQ
HARQ_RTT - время двустороннего прохождения HARQ
HSDPA - высокоскоростной пакетный доступ нисходящей линии связи
HSUPA - высокоскоростной пакетный доступ восходящей линии связи
IR - нарастающая избыточность
MAC - управление доступом к среде
MIMO - множественные входы и множественные выходы
NACK - отрицательное квитирование
PDU - протокольная единица данных
QAM - квадратурная амплитудная модуляция
RRC - управление радиоресурсами
RSN - порядковый номер повторной передачи
RTT - время двустороннего прохождения
SAP - точка доступа к службе
S-E-DPCCH - вторичный E-DPCCH
TB - транспортный блок
TTI - интервал времени передачи
ПОДРОБНОЕ ОПИСАНИЕ
Предложенная технология относится к области систем беспроводной связи, в частности к HSUPA в WCDMA. Здесь описаны варианты осуществления способов и компоновок для поддержки повторных передач в HSUPA с возможностью MIMO с FDD. Для обеспечения углубленного знания о проблемах, связанных с текущими реализациями HSUPA, ниже приведено подробное описание текущего стандарта и связанных с ним проблем.
В настоящее время рабочий элемент ‘MIMO с 64QAM для HSUPA’ рассматривается в стандартизации 3GPP [2]. Задачей этого рабочего элемента является задание поддержки 2x2 MIMO с 64QAM восходящей линии связи (64-ричной квадратурной амплитудной модуляции) в качестве дополнительного признака для HSUPA в дуплексном режиме с частотным разделением (FDD). MIMO восходящей линии связи (UL) позволяет UE одновременно передавать до двух MAC-i/is PDU (транспортных блоков) в одном и том же TTI на ортогональных лепестках (виртуальных антеннах).
На фиг. 2 приведена схематическая иллюстрация архитектуры MAC, относящейся к трафику, на стороне UE, в которой описана [3] настоящая технология. Функциональные возможности MAC для UE делятся на множество объектов, каждый из которых отвечает за обработку конкретного аспекта. Функциональные возможности MAC, наиболее подходящие для настоящего раскрытия, это так называемый MAC-e/es или MAC-i/is, который управляет доступом к транспортному каналу E-DCH. Верхние уровни указывают, какой из двух объектов, MAC-e/es или MAC-i/is, подлежит применению для обработки функциональных возможностей E-DCH. Отображение логических каналов на транспортные каналы зависит от мультиплексирования, которое сконфигурировано RRC, и SAP управления MAC используется для переноса информации управления на каждый объект MAC. Соответствующая сигнализация, показанная на чертеже, иллюстрирует обмен информацией между уровнем 1 (L1) и уровнем 2 (L2), обеспеченный примитивами.
Функциональные возможности гибридного ARQ HSPA восходящей линии связи базируются на синхронной, неадаптивной операции. Следовательно, повторные передачи восходящей линии связи следуют детерминистическому шаблону и происходят в заранее заданное время после начальной передачи. Это также означает, что UE и узел B знают, какой процесс HARQ указывается в качестве целевого в конкретном TTI. Неадаптивная операция подразумевает, что транспортный формат и версия избыточности, подлежащие использованию для каждой из повторных передач, известны на основании времени первоначальной передачи. Повторно передаваемые биты (управляемые через версию избыточности) состоят либо из тех же битов, что и в предыдущей передаче, либо из нового набора битов на основании одного и того же набора информационных битов, в зависимости от того, используется ли CC (отслеживаемое комбинирование) или IR (нарастающая избыточность) мягкое комбинирование. Кроме того, необходимо указывать приемнику, следует ли очищать мягкий буфер, т.е. является ли передача начальной передачей, или нужно ли мягкое комбинирование с предыдущими передачами. В принципе, бита ‘индикатор новых данных’ должна быть достаточна для указания новой передачи. Однако, вследствие мягкого хэндовера на UL, требуется более устойчивый механизм, который обеспечивается за счет RSN (номера повторной передачи).
Согласно спецификации [3], каждое UE снабжается одним объектом HARQ, состоящим из множественных процессов HARQ, для каждого E-DCH. Количество процессов HARQ, предпочтительно, согласуется со временем двустороннего прохождения и устанавливается равным 8 для TTI 2 мс и 4 для TTI 10 мс. Объект HARQ отвечает за обработку функций MAC, относящихся к протоколу HARQ, см. Фиг. 3, например, для снабжения уровня 1 информацией, относящейся к MAC, например E-TFC, порядковым номером повторной передачи (RSN) и смещением мощности HARQ. С каждым процессом HARQ связан буфер HARQ, используемый для хранения MAC-i/e PDU. Кроме того, каждый процесс HARQ отслеживает RSN и количество повторных передач. Подробная конфигурация протокола гибридного ARQ обеспечивается RRC через SAP управления MAC.
Информация HARQ UL (т.е. число RSN) переносится по E-DPCCH, и информация HARQ DL (т.е. ACK/NACK) передается на E-HICH из каждой соты в активном наборе E-DCH. RSN используется для информирования узла(ов) B о текущем номере передачи HARQ восходящей линии связи. Вследствие ограничения в размере поля (2 бита) RSN достигает насыщения на 3, хотя большее количество повторных передач можно использовать до причисления пакета к категории сбойных и перехода к повторной передаче RLC. Комбинирование RSN и хронирование передач позволяет приемнику определять точное количество передач (см. [4]). Информация обратной связи по ACK/NACK указывает UE, была ли соответствующая передача UL успешно или неуспешно декодирована. Эта информация позволяет UE знать, совершить ли еще одну передачу для той же PDU MAC-e или MAC-i или начать новую передачу. Длина поля ACK/NACK равна 1 биту.
Как упомянуто ранее, для введения HSUPA MIMO с 64QAM необходимо стандартизовать пригодные процедуры HARQ и повторной передачи. Один вопрос, подлежащий решению, состоит в том, как убедиться, что информация обратной связи по ACK/NACK связана с правильным процессом HARQ, в частности, когда транспортный блок передается в разных потоках в разные времена передачи.
Таким образом, авторы изобретения предлагают решение, в котором UE или объект HARQ UE выполнено с возможностью связывать входящую информацию обратной связи по ACK/NACK с правильным процессом HARQ, на основании некоторых заранее определенных критериев, примеры которых будут подробно описаны ниже.
Как упомянуто ранее, в HSUPA MIMO для FDD, один или два независимо кодированных транспортных блока (TB) передаются в зависимости от предпочтительного ранга: один транспортный блок в случае ранга 1 и два транспортных блока в случае ранга 2. Первичный TB (E-DPDCH) передается в первичном потоке, и вторичный TB (S-E-DPDCH) передается во вторичном потоке (в случае ранга 2). Канал управления первичного потока E-DPCCH несет RSN, связанный с E-DPDCH, и, аналогично, S-E-DPCCH несет RSN, связанный с S-E-DPCCH. Информация HARQ, связанная с нисходящей линией связи (ACK или NACK), передается на E-HICH. Два независимых канала E-HICH используются для квитирования передачи ранга 2. Первичный E-HICH несет ACK/NACK, связанное с данными первичного потока (E-DPDCH), и вторичный E-HICH несет ACK/NACK, связанное с данными вторичного потока (S-E-DPDCH).
Для введения ранее рассмотренного HSUPA MIMO с 64QAM процедуры HARQ и повторной передачи необходимо обновлять. Поскольку в каждый TTI может передаваться до двух транспортных блоков, авторы изобретения выявили необходимость удвоения эффективного количества процессов HARQ и соединения процессов HARQ в пары (по одному для каждого потока). Обычно для каждого E-DCH существует один объект HARQ, но, согласно настоящему раскрытию, авторы изобретения предлагают иметь по одному процессу HARQ на TTI для однопотоковой передачи, например, ранга 1, и по два связанных процесса HARQ на TTI для двухпотоковой передачи, например, ранга 2. Как связывать процессы HARQ, пока точно не определено, но примеры приведены на фиг. 4. На протяжении этого раскрытия система указания процесса HARQ A и B будет использоваться для различения между двумя связанными процессами. Однако, как указано выше, можно предложить другие средства их указания в качестве целевых/различения, и раскрытие никоим образом не ограничивается выбранной альтернативой, которая выбирается для упрощения представления. Один уже упомянутый вопрос, подлежащий решению, состоит в том, как убедиться, что информация обратной связи по ACK/NACK связана с правильным процессом HARQ, в частности, когда транспортный блок передается в разных потоках в разные моменты передачи. Одним таким иллюстративным случаем является запрос повторной передачи TB, который был первоначально передан во вторичном потоке после того, как UE было вынуждено снизить свой ранг, например, от ранга 2 до ранга 1. В этом случае поток, в котором был первоначально передан запрашиваемый TB, больше не доступен, таким образом, оставляя UE в сомнениях относительно того, какой TB, например какой процесс HARQ, запрашивается для повторной передачи.
Одним возможным решением было бы введение явного идентификатора процесса HARQ (например, выбранного здесь A и B). Однако это приведет к росту издержек сигнализации и потребует переконфигурирования всех каналов управления UL/DL, несущих информацию, связанную с HARQ. Следовательно, будет представлено другое решение, которое не требует никакой дополнительной информации обратной связи или переконфигурирования каналов управления.
В этом раскрытии авторы изобретения предлагают модификацию функциональных возможностей объекта MAC-i/is на стороне UE, позволяющую гарантировать, что информация обратной связи по ACK/NACK связана с правильным процессом HARQ. В частности, механизм допускает повторную передачу для переключения потока без необходимости введения явного идентификационного номера HARQ и, следовательно, без необходимости в изменении структур канала управления. Кроме того, авторы изобретения предлагают использовать известную информацию о сигнатуре E-HICH, чтобы сделать обработку обратной связи по ACK/NACK более устойчивой к ошибкам сигнализации или обнаружения.
Это раскрытие предусматривает механизм, который гарантирует, что информация обратной связи по ACK/NACK связана с правильным процессом HARQ. В частности, он допускает повторные передачи для переключения потока (например, повторной передачи данных первоначального потока (например, вторичный поток в первичном потоке)) без необходимости введения идентификационного номера HARQ и, следовательно, без необходимости в изменении структур канала управления.
3GPP RAN WG1 рассмотрели сценарии повторной передачи для UL MIMO с 64QAM [2]. В зависимости от предпочтительного ранга, сигнализируемого сетью (обслуживающий узел B), авторами изобретения рассмотрены разные сценарии передачи UE:
1) Сигнализируемый предпочтительный ранг равен двум (ранг 2)
a. TB, связанные с процессами HARQ A, всегда отображаются в первичный поток, и TB, связанные с процессами HARQ B, всегда отображаются во вторичный поток. Следовательно, повторные передачи всегда будут отправляться в первоначальном потоке при условии, что ранг не изменяется от двух.
2) Предпочтительный ранг равен единице (либо сигнализируемый сетью, либо вследствие принудительного возврата UE от ранга 2 до ранга 1)
a. Если оба транспортных блока (TB, связанный с процессом HARQ A, отображаемый в первичный поток, и TB, связанный с процессом HARQ B, отображаемый во вторичный поток) необходимо повторно передавать, то UE должно игнорировать предпочтительный ранг 1 и вместо этого использовать передачу ранга 2 и повторно передавать оба пакета согласно вышеприведенному пункту 1.
b. Если же необходимо повторно передавать только TB, связанный с процессом HARQ A, отображаемый в первичный поток, то этот TB повторно передается в первичном потоке.
c. Если же необходимо повторно передавать только TB, связанный с процессом HARQ B (первоначально передаваемый во вторичном потоке), то этот TB повторно передается в первичном потоке. Этот случай именуется переключением потоков. Другими словами, TB, связанный с процессом HARQ B, который был первоначально передан во вторичном потоке, повторно передается в первичном потоке с использованием ранга 1.
Таким образом, для обеспечения экономичной по времени и устойчивой повторной передачи HARQ в случае снижения ранга предусмотрен способ повторной передачи данных в режиме гибридного автоматического запроса повторной передачи, HARQ, в многоантенной системе беспроводной связи, осуществляемый пользовательским оборудованием, UE. Способ содержит этапы приема S30 информации обратной связи по квитированию/отрицательному квитированию, ACK/NACK, относящуюся к данным, передаваемым в двух потоках, и повторной передачи S50, после снижения ранга, когда только один поток становится доступен для передачи, данных отмененного потока в оставшемся потоке. Этот способ схематически показан на фиг. 9. Использование такого способа на UE избавляет от необходимости ждать увеличения ранга, вместо этого, позволяя осуществлять повторные передачи восходящей линии связи более или менее непрерывно.
Вариант осуществления вышеописанного способа повторной передачи HARQ относится к случаю снижения ранга от режима передачи ранга 2, в котором данные передаются в первичном потоке и вторичном потоке, до режима передачи ранга 1, в котором данные передаются в первичном потоке. Здесь этап повторной передачи будет содержать повторную передачу данных, связанных с NACK из вторичного потока, в первичном потоке. Таким образом, предусмотрен способ, который допускает непрерывную повторную передачу данных, даже если произошло принудительное снижение ранга.
На фиг. 10 показан пример еще одного варианта осуществления способа повторной передачи HARQ. Здесь способ содержит этап S40 связывания принятой информации обратной связи по ACK/NACK с правильным процессом HARQ и повторной передачи любых запрашиваемых данных на основании связывания. Таким образом, UE использует принятую информацию обратной связи для установления, что повторно передаются правильные данные. Это будет обеспечивать надежный и устойчивый способ повторной передачи, в котором повторно передаются только запрашиваемые данные. Кроме того, не требуется изменять существующую структуру канала управления.
В примере варианта осуществления этап S40 связывания содержит этап принятия решения, какой процесс HARQ следует указывать в качестве целевого, когда принимается информация обратной связи по ACK/NACK.
В конкретном примере варианта осуществления, этап S40 связывания содержит связывание информации обратной связи по ACK/NACK, представляющей запрос повторной передачи, с процессом HARQ отмененного вторичного потока, так что UE повторно передает запрашиваемые данные в первичном потоке, а не во вторичном потоке.
Вышеописанный способ повторной передачи для UE находит конкретное использование для UE, выполненного с возможностью передачи по восходящей линии связи в режиме множественных входов и множественных выходов, MIMO, в котором данные, подлежащие повторной передаче, являются транспортными блоками, TB.
Возможно и преимущественно использовать вышеописанный способ повторной передачи для UE в многоантенной системе беспроводной связи, поддерживающей высокоскоростной пакетный доступ восходящей линии связи, HSUPA, с возможностью множественных входов и множественных выходов, MIMO, в дуплексном режиме с частотным разделением, FDD.
В возможном примере вышеприведенных вариантов осуществления первичный и вторичный потоки переносятся на расширенных выделенных каналах, E-DCH, и информация обратной связи по ACK/NACK переносится на каналах индикатора гибридного ARQ E-DCH, E-HICH.
Поскольку вышеприведенные варианты осуществления способа повторной передачи на UE позволяют продолжать повторную передачу даже после того, как произошло снижения ранга, способ предусматривает экономичное использование ресурсов в многоантенной системе беспроводной связи.
Пользовательское оборудование, UE, выполненное с возможностью осуществления гибридного автоматического запроса повторной передачи, HARQ, вышеописанная повторная передача проиллюстрированы на фиг 17. UE содержит блок 30 информации обратной связи по квитированию/отрицательному квитированию, ACK/NACK, который выполнен с возможностью принимать информацию обратной связи по ACK/NACK, относящуюся к данным, передаваемым в двух потоках. Кроме того, оно содержит блок 50 повторной передачи, который выполнен с возможностью повторной передачи данных отмененного потока в оставшемся потоке после снижения ранга, когда только один поток становится доступен для передачи.
В порядке примера, UE выполнено с возможностью снижения ранга от режима передачи ранга 2, в котором данные передаются в первичном потоке и вторичном потоке, до режима передачи ранга 1, в котором данные передаются в первичном потоке. Оно также выполнено с возможностью повторной передачи данных, связанных с NACK из вторичного потока, в первичном потоке посредством блока 50 повторной передачи.
В предпочтительном примере UE выполнено с возможностью связывать принятую информацию обратной связи по ACK/NACK с правильным процессом HARQ посредством блока 40 связывания и повторно передавать любые запрашиваемые данные на основании связывания. Этот пример варианта осуществления UE проиллюстрирован на фиг. 18
Предпочтительно, UE выполнено с возможностью принимать решение, какой процесс HARQ следует указывать в качестве целевого при приеме информации ACK/NACK.
В порядке примера, пользовательское оборудование, предпочтительно, выполнено с возможностью связывать информацию обратной связи по ACK/NACK, представляющую запрос повторной передачи, с процессом HARQ отмененного вторичного потока и повторно передавать запрашиваемые данные в первичном потоке, а не во вторичном потоке.
UE, предпочтительно, может быть выполнено с возможностью передачи по восходящей линии связи в режиме множественных входов и множественных выходов, MIMO, когда данные являются транспортными блоками, TB.
В предпочтительном варианте осуществления UE выполнено с возможностью высокоскоростного пакетного доступа восходящей линии связи, HSUPA, с возможностью множественных входов и множественных выходов, MIMO, в дуплексном режиме с частотным разделением, FDD.
В возможном варианте осуществления UE первичный поток и вторичный поток переносятся на расширенных выделенных каналах, E-DCH, и информация обратной связи по ACK/NACK переносится на каналах индикатора гибридного ARQ E-DCH, E-HICH.
Аналогично, возможны разные сценарии для обработки обратной связи по ACK/NACK. Обычно, информация обратной связи по ACK/NACK на первичном E-HICH соответствует процессу HARQ A, и информация обратной связи по ACK/NACK на вторичном E-HICH соответствует процессу HARQ B во всех случаях. Если же передается (и обнаруживается) один E-HICH, и процесс HARQ B ожидает информацию обратной связи (т.е. переключение потоков, происходящее при передаче), возникает другая проблема. Следовательно, объект HARQ на UE должен быть способен связывать принятый ACK/NACK с правильным процессом HARQ, а именно HARQ B.
Следовательно, для правильной обработки случая, когда TB передается в разных потоках в разные моменты передачи (сценарий переключения потоков), авторы изобретения пришли к пониманию того, что функциональные возможности ‘переключения потоков’ необходимо вводить в объект HARQ, например MAC i/is, для E-DCH. По существу, объект HARQ должен быть сконфигурирован средством знать/помнить, в каком потоке передается каждый процесс HARQ, т.е. когда принимается информация обратной связи (ACK/NACK), объект HARQ должен знать, какой из двух связанных процессов HARQ (A или B) следует указывать в качестве целевого.
В случае реализации подхода связанных объектов или процессов HARQ и передачи TB в, по меньшей мере, двух параллельных потоках (ранг 2), может возникать одна новая проблема. Рассмотрим случай, когда UE находится в режиме передачи ранга 2, например, TB передаются в первичном и вторичном потоке, и узел B успешно принимает и декодирует первичный поток и, таким образом, отправляет ACK, но вторичный поток не принимается и не декодируется, и узел B передает NACK на UE. Однако, в течение интервала между передачей TB и приемом ACK/NACK или после приема ACK/NACK, UE переходит от ранга 2 в режим передачи ранга 1. Другими словами, для передач доступен только один поток, например первичный поток. Авторы изобретения установили, что полезно иметь возможность осуществлять повторную передачу TB NACK в первичном потоке в ответ на прием NACK. Поэтому авторы изобретения предлагают реализовать процесс переключения, в котором изменение передач от ранга 2 до ранга 1 приводит к тому, что любые повторные передачи в отмененном потоке выполняются в оставшемся потоке, например первичном потоке в рассмотренном выше случае.
Согласно фиг. 6, будет описан основной вариант осуществления способа согласно настоящей технологии. Следовательно, основной вариант осуществления способа в пользовательском оборудовании (UE) согласно настоящему раскрытию включает в себя этапы передачи S10 первого транспортного блока данных в первичном потоке и второго транспортного блока данных во вторичном потоке на узел B. Передачи могут содержать начальные передачи или повторные передачи ранее переданных данных. В некоторый момент времени после передачи первого и второго блоков данных ранг UE измеряется S20 от ранга 2 до ранга 1. Затем UE принимает S30 информацию обратной связи по ACK/NACK, например ACK первого транспортного блока, и запрос повторной передачи второго транспортного блока, например NACK от узла B. Следовательно, ресурс, например поток, в котором первоначально передавался второй транспортный блок, больше не существует. Затем осуществляется этап S40 связывания информации обратной связи по ACK/NACK, например запрос повторной передачи с процессом или объектом HARQ отмененного теперь второго потока. Таким образом, UE знает, какой процесс HARQ запрашивается для повторной передачи, и осуществляет S50 переключение потоков и повторно передает запрашиваемый транспортный блок в первичном потоке, а не в отмененном вторичном потоке.
Как упомянуто выше, проблема при передаче TB на двух соединенных потоках данных обусловлена тем, что повторные передачи являются последовательными и нумеруются циклически и последовательно, например, 0-7 для первичного потока, 0-7 для вторичного потока. Следовательно, существует потребность в механизме, позволяющем UE правильно связывать S40 запрос повторной передачи с правильным процессом HARQ, в частности, для случая, когда повторная передача должна осуществляться в другом потоке данных, чем первоначальная передача, вследствие снижения ранга.
Для решения упомянутой проблемы предусмотрен способ передачи данных в режиме гибридного автоматического запроса повторной передачи, HARQ, в многоантенной системе беспроводной связи, осуществляемый пользовательским оборудованием, UE. Способ содержит этапы передачи S10 транспортных блоков, TB, в двух потоках, снижения S20 ранга передач, приема S30 информации обратной связи по квитированию/отрицательному квитированию, ACK/NACK, связывания S40 информации обратной связи по ACK/NACK с правильным процессом HARQ, и повторной передачи S50 любых запрашиваемых TB на основании связывания. Способ схематически показан на фиг. 11.
На фиг. 12 проиллюстрирован вариант осуществления способа передачи, в котором этап S20 снижения ранга передачи содержит этап снижения ранга от ранга 2, в котором передачи осуществляются в первичном потоке и вторичном потоке, до ранга 1, так что вторичный поток отменяется. Затем информация обратной связи, относящаяся к передаваемым данным, принимается на этапе S30 приема. Эта информация обратной связи содержит информацию ACK/NACK. Затем информация обратной связи по ACK/NACK, которая представляет запрос повторной передачи, связывается с процессом HARQ отмененного вторичного потока на этапе S40 связывания для принятия решения, какой процесс HARQ запрашивать для повторной передачи.
Предложенный способ обеспечивает высокоустойчивую и надежную передачу HARQ, в которой снижение ранга не приводит к прерыванию процесса повторной передачи HARQ. Напротив, предложенное переключение потоков обеспечивает возможность использования осуществлять повторные передачи HARQ в неотмененном потоке. Для установления, что информация обратной связи по ACK/NACK правильно связана с соответствующим процессом HARQ, этап S40 связывания используется согласно способу. Ниже приведен ряд иллюстративных вариантов осуществления этапа связывания.
Согласно одному варианту осуществления, этап S40 связывания основан на введении и отслеживании нового параметра (например, переменной или флага) в объекте HARQ или процессе HARQ. Параметр служит для обеспечения указания, подлежит ли осуществлению переключение потоков, например повторная передача передачи во вторичном потоке в первичном потоке. На основании состояния нового параметра любая информация обратной связи по ACK/NACK связана с правильным процессом или объектом HARQ.
Этот конкретный этап связывания схематически показан на фиг. 15. Как следует из фиг.14, передача данных в режиме HARQ, как описано выше, содержит этап S40 связывания, который, в свою очередь, содержит этап отслеживания S44 параметра, введенного в процесс HARQ. Параметр обеспечивает указание, подлежит ли повторная передача передачи во вторичном потоке осуществлению в первичном потоке. На основании состояния упомянутого параметра информация обратной связи по ACK/NACK связывается с правильным процессом HARQ.
В частности, этот параметр, например, именуемый HARQ_SWITCH_STREAMS, используется для отслеживания, происходит ли переключение потоков (как описано ранее) во время передачи. Принятое по умолчанию значение этого параметра равно, например, нулю или "ложь", и это указывает, что при передаче не происходит переключения потоков, т.е. процесс HARQ A связан с первичным потоком, и процесс HARQ B связан с вторичным потоком. Всякий раз, когда происходит переключение потоков, параметр, соответствующий этому процессу, переключается (например, задается равным единице или "истина"). Заметим, что эти функциональные возможности гибридного ARQ могут размещаться в объекте HARQ, в связи с чем требуется по одному параметру HARQ_SWITCH_STREAMS для каждой пары процессов HARQ, т.е. вектор, содержащий элементы HARQ_RTT, где каждый элемент вектора связан с конкретным номером процесса (см. CURRENT_HARQ_PROCESS_ID). Затем, при приеме информации обратной связи (одного ACK или NACK) проверяется параметр HARQ_SWITCH_STREAMS, связанный с правильным процессом. Если он задан равным "истина", переключение потоков, произошедшее при передаче, обнаружено, и информация обратной связи должна быть связана с процессом HARQ B. После обработки информации обратной связи параметр HARQ_SWITCH_STREAMS сбрасывается (задается равным, например, "ложь" или нулю). Пример процедуры переключения потока в случае повторной передачи только во вторичном потоке и возврата UE к рангу 1 для системы UMTS проиллюстрирован на фиг. 5.
Согласно второму варианту осуществления, UE может быть выполнено с возможностью правильно связывать S40 принятую информацию обратной связи по ACK/NACK, например запрос повторной передачи, с правильным объектом или процессом HARQ на основании статуса буфера каждого объекта или процесса HARQ. В основе лежит знание о том, что прием сообщения ACK приводит к очистке соответствующего буфера. Таким образом, объект HARQ, не указанный в качестве целевого с помощью ACK, или объект HARQ, указанный в качестве целевого с помощью NACK, будет иметь непустой буфер HARQ. После приема NACK, который не связан с конкретным объектом HARQ, вследствие снижения ранга, UE может сравнивать буфер множественных объектов или процессов HARQ и безопасно предполагать, что буфер, который является непустым или который является наибольшим, нужно связать с принятым NACK и инициировать повторную передачу соответствующего TB.
Этот вариант осуществления этапа S40 связывания схематически показан на фиг. 14. Иными словами, способ передачи данных в режиме гибридного автоматического запроса повторной передачи, HARQ, в многоантенной системе беспроводной связи, осуществляемый пользовательским оборудованием, UE, содержит этап S40 связывания, который, в случае единичной обратной связи, в свою очередь содержит этап, на котором сравнивают (S43) размер буферов процессов HARQ и предполагают, что процесс HARQ с наибольшим размером буфера является процессом HARQ, запрашиваемым для повторной передачи. Использование информации размера буфера процессов HARQ позволяет получить надежный способ передачи HARQ, который не нуждается во включении какой-либо информации помимо уже содержащейся с UE, для определения, какие конкретные данные, которые запрашиваются для повторной передачи.
В настоящем стандарте [3] RSN и количество попыток передачи (CURRENT_TX_NB) обновляется/устанавливается во время передачи (новая или повторная передача), тогда как буфер HARQ очищается при приеме обратной связи по ACK. Следовательно, реальной альтернативой определению, какой буфер HARQ следует указывать в качестве целевого при приеме информации обратной связи (только из первичного E-HICH, т.е. одного ACK/NACK), будет проверка статуса буфера для процесса A и B и использование процесса с непустым буфером. Другой альтернативой является сравнение количества попыток передачи (CURRENT_TX_NB) для двух связанных процессов HARQ (A и B) при приеме информации обратной связи (в сценарии с единичной обратной связью). Затем информация обратной связи указывает в качестве целевого процесс HARQ A или B с наибольшим CURRENT_TX_NB. Аналогично, можно рассмотреть сравнение числа RSN, но это не так хорошо, поскольку RSN достигает насыщения на 3.
Этот конкретный вариант осуществления схематически показан на фиг. 13. Здесь, для конкретного случая единичной обратной связи, этап S40 связывания содержит этапы сравнения S41 количества попыток передачи для каждого из процессов HARQ и определения S42, что процесс HARQ с наибольшим количеством попыток передачи является процессом HARQ, запрашиваемым для повторной передачи. Этот конкретный вариант осуществления этапа S40 связывания дает надежное указание процесса HARQ, связанного с принятым NACK, без необходимости в дополнительной информации помимо уже содержащейся на UE.
Все или один из вышеописанных вариантов осуществления можно комбинировать с другой информацией, чтобы сделать функциональные возможности HARQ более устойчивыми, например, к ошибкам сигнализации обратной связи. Одним таким источником информации является сигнатура E-HICH (т.е. принимается ли обратная связь на первичном или вторичном E-HICH). Это помогает указывать в качестве целевого правильный процесс HARQ в сценариях с ошибками передачи или обратной связи, например в сценарии, когда один из двух E-HICH не обнаружен. Для этого требуется, чтобы L1 информировал уровень MAC о сигнатуре E-HICH, которая связана с принятым ACK/NACK.
Вышеприведенные варианты осуществления способа передачи находят конкретное использование в случае, когда UE, которое выполнено с возможностью осуществления способа, выполнен с возможностью передачи по восходящей линии связи в режиме множественных входов и множественных выходов, MIMO.
Другое желаемое окружение для реализации способа передачи, осуществляемого UE, относится к случаю, когда упомянутая многоантенная система беспроводной связи является системой, которая поддерживает высокоскоростной пакетный доступ восходящей линии связи, HSUPA, с возможностью множественных входов и множественных выходов, MIMO, в дуплексном режиме с частотным разделением, FDD.
Варианты осуществления способа передачи, осуществляемые UE, описанные ранее, также полезны, когда два потока переносятся на расширенных выделенных каналах, E-DCH, и упомянутая информация обратной связи по ACK/NACK переносится на каналах индикатора гибридного ARQ E-DCH, E-HICH.
Вариант осуществления UE согласно настоящей технологии будет описан ниже согласно фиг. 7. Хотя различные блоки проиллюстрированы как отдельные блоки, они также могут быть адаптированы к образованию объединенных блоков. В частности, функциональные возможности настоящей технологии предпочтительно реализовывать в блоке MAC i/is на UE. Следовательно, основной вариант осуществления пользовательского оборудования (UE) 1 согласно настоящему раскрытию включает в себя передатчик 10, выполненный с возможностью передачи первого транспортного блока данных в первичном потоке и второго транспортного блока данных во вторичном потоке на узел B. Передачи могут содержать начальные передачи или повторные передачи ранее переданных данных. В некоторый момент времени после передачи первого и второго блоков данных, ранг UE измеряется от ранга 2 до ранга 1 в блоке 20 ранга. Кроме того, UE включает в себя блок 30 информации обратной связи по ACK/NACK, выполненный с возможностью принимать информацию обратной связи по ACK/NACK, относящуюся к передаваемым TB, от узла B. Блок 40 связывания выполнен с возможностью связывать принятую информацию обратной связи по ACK/NACK, например запрос повторной передачи, с соответствующим процессом или объектом HARQ для обеспечения повторных передач правильных TB. Таким образом, UE знает, какой процесс HARQ запрашивается для повторной передачи. Наконец, UE включает в себя блок 50 повторной передачи или переключатель потоков, который выполнен с возможностью повторной передачи любого запрашиваемого транспортного блока на основании связывания. Очевидно, что все известные функциональные возможности и блоки, необходимые для функционирования UE, включены, хотя в явном виде не проиллюстрированы.
Иными словами, как показано на фиг. 16, настоящее раскрытие представляет компоновку для пользовательского оборудования, UE, выполненного с возможностью передачи данных в режиме HARQ, причем данная компоновка содержит блок 10 передатчика для передачи транспортных блоков, TB, в двух потоках, контроллер 20 ранга, который выполнен с возможностью снижения ранга передачи, и приемник 30 информации обратной связи по квитированию/отрицательному квитированию, ACK/NACK, который выполнен с возможностью принимать обратную связь по ACK/NACK, относящуюся к передаваемым транспортным блокам. Компоновка дополнительно содержит блок 40 связывания, который выполнен с возможностью связывать принятую информацию обратной связи по ACK/NACK с правильным процессом HARQ. Кроме того, она также содержит блок 50 повторной передачи, который выполнен с возможностью повторной передачи любых запрашиваемых TB на основании связывания.
Согласно конкретному варианту осуществления, блок 40 связывания может быть выполнен с возможностью связывать принятую информацию обратной связи по ACK/NACK с соответствующим объектом или процессом HARQ на основании либо нового параметра, указывающего произошедшее переключение потоков, либо на основании отслеживания буферов HARQ. Следовательно, блок 40 связывания или блок, осуществляющий связь с блоком 40 связывания, выполнен с возможностью обеспечения параметра (например, переменной или флага) в объекте HARQ или процессе HARQ. Параметр служит для обеспечения указания, подлежит ли осуществлению переключение потоков, например повторная передача передачи во вторичном потоке в первичном потоке. На основании, по меньшей мере, текущего состояния параметра блок связывания выполнен с возможностью связывать любую информацию обратной связи по ACK/NACK с правильным процессом или объектом HARQ.
Кроме того, согласно другому варианту осуществления, блок 40 связывания может быть выполнен с возможностью связывать принятую информацию обратной связи по ACK/NACK, например запрос повторной передачи, с правильным объектом или процессом HARQ на основании статуса буфера каждого объекта или процесса HARQ. В основе может лежать знание о том, что принятое сообщение ACK обычно приводит к очистке соответствующего буфера. Таким образом, объект HARQ, не указанный в качестве целевого с помощью ACK, или объект HARQ, указанный в качестве целевого с помощью NACK, будет иметь непустой буфер HARQ. После приема NACK, который не связан с конкретным объектом HARQ, вследствие снижения ранга, UE например блок 40 связывания может быть выполнен с возможностью сравнения буферов множественных объектов или процессов HARQ и связывания буфера, который является непустым или который является наибольшим, с принятым NACK.
В отношении вышеописанных вариантов осуществления ниже будет рассмотрено два примера. В примерах рассматривается только одна пара процессов HARQ, например процесс A и процесс B. Все остальные процессы исключены. Однако специалист в данной области техники легко может адаптировать принципы для множества пар процессов HARQ.
Пример 1 (для ссылки, см. таблицу 1 на фиг. 21): в момент времени 0 повторная передача переносится в первичном потоке, и новая передача переносится во вторичном потоке. Узел B декодирует первичный поток, но не может декодировать вторичный поток. Следовательно, в момент времени 1, когда UE принимает обратную связь по ACK/NACK, буфер HARQ, связанный с процессом A, очищается (ACK). В момент времени 2 ранг меняется на единицу, и процесс B нуждается в повторной передаче. Следовательно, TB, связанный с процессом B, повторно передается в потоке 1. Эта конкретная последовательность проиллюстрирована на фиг. 19. В момент времени 3, когда UE принимает обратную связь по ACK/NACK, ему необходимо принимать решение, какой процесс HARQ (A или B) указывается в качестве целевого посредником обратной связи E-HICH. Ясно, что объект HARQ не может извлечь эту информацию на основании RSN или номера передачи (trans), поскольку они идентичны для обоих процессов. Тогда поведением по умолчанию будет связывание информации обратной связи с процессом A, что в этом случае было бы неправильно. Следовательно, необходимо рассматривать статус буфера или знать переключение потоков, происходящее при передаче (указанное некоторым параметром/флагом/переменной) для указания в качестве целевого правильного процесса HARQ B.
Пример 2 (см. нижеприведенную таблицу 2): в момент времени 0 два новых пакета переносятся в передаче ранга 2. Узлу B не удается декодировать первичный поток, но удается декодировать вторичный поток, что приводит к отправке NACK на первичном E-HICH и ACK на вторичном E-HICH в момент времени 1. К сожалению, UE не удается обнаружить первичный E-HICH и он принимает только ACK на вторичном E-HICH. Нормальная процедура состоит в том, что L1 пересылает один ACK на уровень MAC и очищает мягкий буфер, связанный с процессом A, что приводит к повторной передаче RLC. Альтернативно, UE должен определить, соответствует ли ACK процессу A или B. Во избежание возможной повторной передачи RLC, UE должен игнорировать ACK и предполагать, что оба процесса отрицательно квитированы. Согласно более оптимальному подходу, L1 информирует уровень MAC о E-HICH (например, сигнатуре), который переносил информацию ACK/NACK. Тогда, в этом примере, объект HARQ будет знать, что ACK поступил на вторичном E-HICH, и это означает, что мягкий буфер, связанный с процессом HARQ B, нужно очистить. Кроме того, ему будет известно, что невозможно получить сообщение ACK/NACK на вторичном E-HICH, не получив его на первичном E-HICH. Следовательно, ему будет известно, что первичный E-HICH обнаружен неверно, и он будет учитывать это как NACK (если нет, другая линия связи в активном наборе переносит ACK).
Таблица 2
Время
UE
Узел B
Rx/Tx
Ранг
HARQ A
HARQ B
E-HICH1
E-HICH2
RSN
Trans
Буфер
Поток
RSN
Trans
Буфер
Поток
0
Tx
2
0
0
TB 1
1
0
0
TB 2
2
1
Rx
-
NACK, Не обнаруженное UE
ACK
Чтобы лучше понять предложенную технологию, рассмотрим фиг. 20. Фиг. 20 иллюстрирует вышеописанный сценарий передачи, но в этом примере проиллюстрирован более длинный промежуток времени. Этот пример призван иллюстрировать повторяющийся характер предложенных этапов передачи и повторной передачи. Этот пример позволяет понять, как предложенные способы обеспечивают устойчивые повторные передачи HARQ, которые эффективно используют доступные потоковые ресурсы даже после снижения ранга.
Прежде всего, данные, в данном случае имеющие форму транспортных блоков, TB, передаются S10 в режиме передачи ранга 2. Как показано, TB 1 передается в первичном потоке, и TB 2 передается во вторичном потоке.
Затем, ранг UE снижается S20 от режима передачи ранга 2 к режиму передачи ранга 1, так что вторичный поток отменяется, и первичный поток сохраняется для последующей передачи.
После начальной передачи информация обратной связи по ACK/NACK, относящаяся к транспортным блокам, передаваемым в первичном и вторичном потоке, соответственно, принимается из каналов нисходящей линии связи на этапе S30. Информация обратной связи по ACK/NACK связана с правильным процессом HARQ на этапе S40 связывания. В этом конкретном примере TB 2, первоначально передаваемый во вторичном потоке, указывается в качестве целевого с помощью NACK. Чтобы правильно связывать информацию обратной связи по ACK/NACK с правильным TB, можно использовать, например, сигнатуры каналов нисходящей линии связи, E-HICH 1 и E-HICH 2. Однако допустимы и другие возможности.
После принятой информации обратной связи по ACK/NACK правильно связанный S40 TB 2 затем повторно передаются S50 в первичном потоке в режиме передачи ранга 1.
В более поздний момент времени информация обратной связи по ACK/NACK, относящаяся к TB 2, повторно передаваемому в первичном потоке, принимается на этапе S30. Эта единичная информация обратной связи теперь несет информацию, относящуюся к TB, повторно переданному в первичном потоке в режиме передачи ранга 1.
На основании принятой информации обратной связи по ACK/NACK этап S40 связывания теперь осуществляется на единичной информации обратной связи для связывания информации обратной связи по ACK/NACK с правильным процессом HARQ. В этом конкретном примере был принят NACK, таким образом, запрашивая повторную передачу TB 2. Любой вариант осуществления этапов S41, S42, S43 и S44 способа, предложенный для единичной обратной связи, можно использовать, чтобы правильно связывать информацию обратной связи по ACK/NACK с правильным процессом HARQ.
TB, связанный с процессом HARQ, теперь повторно передается S50 в первичном потоке, поскольку UE все еще находится в режиме передачи ранга 1. Наконец, принимается обратная связь по ACK от узла B. В этот момент начальная передача завершается, и UE готовится к следующей передаче на основании статуса ранга.
Как можно видеть в этом конкретном сценарии, повторные передачи могут продолжаться, пока все первоначально переданные транспортные блоки не получат ACK. После этого новая передача может инициализироваться на основании статуса ранга UE. В вышеприведенном примере TB, первоначально передаваемый во вторичном потоке, указан в качестве целевого с помощью NACK. Однако также возможен случай, когда TB, первоначально передаваемый в первичном потоке, в этом примере TB 1 указывается в качестве целевого с помощью NACK. В этом случае повторная передача, а также первоначальная передача, будет осуществляться в первичном потоке. Поэтому нет необходимости осуществлять вышеописанное переключение потоков. Вместо этого повторная передача будет осуществляться в первичном потоке.
Варианты осуществления раскрытия описаны в системе с одной несущей, но применимы также к сценариям множественных несущих. Идею также можно распространить на системы MIMO еще более высокого порядка (не только рассмотренные здесь 2x2).
В дальнейшем, пример варианта осуществления компоновки в пользовательском оборудовании 1 будет описан согласно фиг. 8. В основе этого варианта осуществления лежат процессор 210, например микропроцессор, который выполняет программный компонент 110 для передачи транспортных блоков в первичном и вторичном потоках, программный компонент 120 для управления рангом передач, например, путем снижения ранга при необходимости, и программный компонент 130 для приема информации обратной связи по ACK/NACK от узла B. Эти программные компоненты хранятся в памяти 220. Процессор 210 осуществляет связь с памятью по системной шине. Сигналы принимаются контроллером 230 ввода/вывода (I/O), управляющим шиной I/O, к которой подключены процессор 210 и память 220. В этом варианте осуществления сигналы, принятые контроллером 230 I/O, хранятся в памяти 220, где они обрабатываются программными компонентами. Программный компонент 110 может реализовать функциональные возможности этапа S10 передачи. Программный компонент 120 может реализовать функциональные возможности этапа S20 управления рангом. Программный компонент 130 может реализовать функциональные возможности этапа S30 приема ACK/NACK, и программный компонент 140 может реализовать функциональные возможности этапа S40 связывания ACK/NACK. Наконец, программный компонент 150 может реализовать функциональные возможности этапа S50 повторной передачи или переключения потоков.
Блок 230 I/O может быть подключен к процессору 210 и/или памяти 220 через шину I/O для обеспечения ввода и/или вывода соответствующих данных, например ввода параметра(ов) и/или результирующего вывода параметра(ов).
По меньшей мере, некоторые из вышеописанных этапов, функций, процедур, и/или блоков можно реализовать программными средствами для выполнения подходящим устройством обработки, например микропроцессором, цифровым сигнальным процессором (DSP), и/или любым подходящим программируемым логическим устройством, например устройством на основе вентильной матрицы, программируемой пользователем (FPGA).
Следует также понимать, что можно повторно использовать общие возможности обработки узлов сети. Например, это можно осуществлять перепрограммированием существующего программного обеспечения или добавлением новых программных компонентов.
Программное обеспечение можно реализовать в виде компьютерного программного продукта, который обычно переносится на компьютерно-считываемом носителе. Таким образом, программное обеспечение можно загружать в оперативную память компьютера для выполнения процессором компьютера. Компьютер/процессор не ограничивается выполнением только вышеописанных этапов, функций, процедур и/или блоков, но также могут выполнять другие программные задачи.
ПРЕИМУЩЕСТВА НАСТОЯЩЕГО РАСКРЫТИЯ ВКЛЮЧАЮТ В СЕБЯ:
Возможность всегда правильно положительно или отрицательно квитировать процесс HARQ в случае, когда TB, связанный с процессом HARQ 2, который был первоначально передан во вторичном потоке, повторно передается в первичном потоке с использованием ранга 1. Это будет приводить к уменьшению ошибок передачи данных (повторных передач RLC) и, следовательно, повышать производительность.
Совместно с дополнительной информацией, например, идентификатором E-HICH (сигнатурой для потока 1 или потока 2) функциональные возможности HARQ можно сделать более устойчивыми к ошибкам обратной связи/обнаружения.
Возможность указывать в качестве целевого правильный мягкий буфер и очищать или сохранять правильный мягкий буфер для успешной или неуспешной передачи.
Гарантирование или укрепление правильного мягкого комбинирования в случае MIMO и/или мягкого хэндовера
Не нужно переконфигурировать структуры канала управления или включать явный идентификационный номер HARQ, который будет давать повышенные издержки сигнализации.
Хотя настоящее раскрытие описано в контексте WCDMA HSUPA MIMO с FDD, оно в равной степени применимо к другим аналогичным системам.
Вышеописанные варианты осуществления следует рассматривать как отдельные иллюстративные примеры настоящего изобретения. Специалисты в данной области техники могут предложить различные модификации, комбинации и изменения вариантов осуществления без отклонения от объема настоящего изобретения. В частности, разные частичные решения в разных вариантах осуществления можно комбинировать в других конфигурациях, при наличии технической возможности.
Ссылки
[1] RP-111642, “WI: MIMO with 64QAM for HSUPA”, Nokia Siemens Networks.
[2] R1-124014, LS on RAN1 agreements on MIMO with 64QAM for HSUPA.
[3] 3GPP TS 25.321, Medium Access Control.
[4] 3GPP TS 25.212, Multiplexing and Channel Coding (FDD).