RU2452102C1 - Способ обратной передачи состояния нисходящих приемов - Google Patents
Способ обратной передачи состояния нисходящих приемов Download PDFInfo
- Publication number
- RU2452102C1 RU2452102C1 RU2011100470/08A RU2011100470A RU2452102C1 RU 2452102 C1 RU2452102 C1 RU 2452102C1 RU 2011100470/08 A RU2011100470/08 A RU 2011100470/08A RU 2011100470 A RU2011100470 A RU 2011100470A RU 2452102 C1 RU2452102 C1 RU 2452102C1
- Authority
- RU
- Russia
- Prior art keywords
- subframes
- mode
- terminal
- base station
- uplink
- Prior art date
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B17/00—Monitoring; Testing
- H04B17/20—Monitoring; Testing of receivers
- H04B17/24—Monitoring; Testing of receivers with feedback of measurements to the transmitter
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0025—Transmission of mode-switching indication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B17/00—Monitoring; Testing
- H04B17/30—Monitoring; Testing of propagation channels
- H04B17/309—Measuring or estimating channel quality parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/27—Transitions between radio resource control [RRC] states
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Physics & Mathematics (AREA)
- Electromagnetism (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Заявленное изобретение относится к способу обратной передачи состояния нисходящих приемов. Технический результат состоит в повышении характеристик и эффективности системы долгосрочной эволюции (LTE) при использовании дуплексной связи с разделением времени (TDD). Для этого параметр управления в сигнале управления радиоресурсами (RRC), передаваемом базовой станцией к терминалу, предназначен для указания режима обратной связи, который применяется терминалом при обратной передаче состояния нисходящих приемов. В соответствии с текущей конфигурацией восходящих и нисходящих подкадров и отношением определения времени восходящей обратной связи, предусмотренным в системе, терминал обратно передает к вышесказанной базовой станции состояние приема данных, расположенное в общем нисходящем физическом канале (PDSCH) многих нисходящих подкадров, в одинаковом восходящем подкадре при текущем режиме обратной связи. 9 з.п. ф-лы, 6 ил., 3 табл.
Description
Область техники
Настоящее изобретение относится к области радиосвязи, в частности к способу обратной передачи состояния нисходящих приемов.
Уровень техники
На Фиг.1 показана структура кадра при использовании TDD (Time Division Duplex) в системе LTE (Long Term Evolution, Долгосрочное развитие). Где радиокадр длительностью 10 мс разделен на два полукадра, каждый из которых разделен на 10 временных интервалов (time slots) с длительностью 0,5 мс, а каждые два временных интервала составляют подкадр длительностью 1 мс. Полукадр содержит 5 подкадров. В такой структуре кадра конфигурация подкадра обладает следующим чертами:
(1) подкадр 0 используется только для нисходящей передачи;
(2) подкадр 1 (ниже называется специальным подкадром) содержит 3 специальных временных интервалов, т.е. временной интервал DwPTS (Downlink Pilot Time Slot), защитный интервал GP (Guard Period) и временной интервал UpPTS (Uplink Pilot Time Slot), при этом:
DwPTS используется для нисходящей передачи и для передачи сигналов канала P-SCH (Primary-Synchronization Channel), PDSCH (Physical Downlink Share Channel) и др.;
GP представляет собой защитный интервал времени и не используется для передачи данных;
UpPTS используется для восходящей передачи и для передачи сигналов канала RACH (Random Access Channel), пилот-сигналов sounding и др.
(3) Подкадр 2 используется только для восходящей передачи. Данная структура кадра поддерживает различные конфигурации восходящей и нисходящей линий связи. В таблице 1 показаны 7 конфигураций восходящих/нисходящих подкадров при нынешней системе LTE TDD, где DL/D обозначает нисходящий подкадр, UL/U - восходящий подкадр, S - специальный подкадр. К примеру, когда конфигурация восходящих/нисходящих подкадров принимает 1, подкадры 2, 3, 7, 8 используются для восходящей передачи, а подкадры 0, 4, 5, 9 - для нисходящей передачи, в то же время часть символов DwPTS в специальных подкадрах 1, 6 так и используются для восходящей передачи.
Таблица 1 | |||||||||||
Конфигурация во сходящих/нисходящих подкадров | Периодичность точки переключения | Номер подкадра | |||||||||
0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | ||
0 | 5 мс | D | S | U | U | U | D | S | U | U | U |
1 | 5 мс | D | S | U | U | D | D | S | U | U | D |
2 | 5 мс | D | S | U | D | D | D | S | U | D | D |
3 | 10 мс | D | S | U | U | U | D | D | D | D | D |
4 | 10 мс | D | S | U | U | D | D | D | D | D | D |
5 | 10 мс | D | S | U | D | D | D | D | D | D | D |
6 | 10 мс | D | S | U | U | U | D | S | U | U | D |
В связи с неизбежной задержкой обработки аппаратного обеспечения и особенностями режима временного дуплексного разделения каналов, требуется заранее конфигурировать точное время передачи состояния нисходящих приемов, как АСК (Acknowledgement, подтверждение), NACK (Negative-Acknowledgement, отрицательное подтверждение), обратно передаваемого при системе LTE TDD, или состояния прерываемой передачи (Discontinuous Transmission, DTX), порождаемого из-за потери нисходящего сигнала управления. Как в нынешней системе LTE TDD предусмотрено, что информация обратной передачи состояния нисходящих приемов ACK/NACK терминала, расположенного в канале PDSCH (Physical Downlink Share Channel) нисходящего подкадра n, должна обратно передаваться на восходящем подкадре n+k, где k>3. Значение величины k зависит от n и конфигурации нисходящих/восходящих подкадров, к примеру, в таблице 2 показаны значения k как индексов точного времени восходящей обратной связи, соответствующие нисходящему подкадру n при различных конфигурациях нисходящих/восходящих подкадров.
Таблица 2 | ||||||||||
Конфигурация нисходящих/восходящих подкадров | Номер подкадра n | |||||||||
0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | |
0 | 4 | 6 | - | - | - | 4 | 6 | - | - | - |
1 | 7 | 6 | - | - | 4 | 7 | 6 | - | - | 4 |
2 | 7 | 6 | - | 4 | 8 | 7 | 6 | - | 4 | 8 |
3 | 4 | 11 | - | - | - | 7 | 6 | 6 | 5 | 5 |
4 | 12 | 11 | - | - | 8 | 7 | 7 | 6 | 5 | 4 |
5 | 12 | 11 | - | 9 | 8 | 7 | 6 | 5 | 4 | 13 |
6 | 7 | 7 | - | - | - | 7 | 7 | - | - | 5 |
В системе LTE TDD, из таблицы 1 можно узнать, что при некоторых конфигурациях нисходящих/восходящих подкадров число нисходящих подкадров может быть больше числа восходящих подкадров. Это означает, что в восходящем подкадре следует обратно передавать сообщение ACK/NACK канала PDSCH многих нисходящих подкадров. В таблице 3 показано максимальное возможное число ACK/NACK нисходящего канала PDSCH, обратно передаваемые в каждом восходящем подкадре, когда конфигурация нисходящих/восходящих подкадров получается как в таблице 1.
Таблица 3 | |||||||||||
Конфигурация нисходящих/восходящих подкадров | Периодичность точки переключения | Номер подкадра | |||||||||
0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | ||
0 | 5 мс | - | - | 1 | 0 | 1 | - | - | 1 | 0 | 1 |
1 | 5 мс | - | - | 2 | 1 | - | - | - | 2 | 1 | - |
2 | 5 мс | - | - | 4 | - | - | - | - | 4 | - | - |
3 | 10 мс | - | - | 3 | 2 | 2 | - | - | - | - | - |
4 | 10 мс | - | - | 4 | 4 | - | - | - | - | - | - |
5 | 10 мс | - | - | 9 | - | - | - | - | - | - | - |
6 | 10 мс | - | - | 1 | 1 | 1 | - | - | 1 | 1 | - |
Ввиду того, что при восходящей связи LTE необходимо удовлетворять характеристикам по одной поднесущей, проблема, которую необходимо решить, заключается в том, что при конфигурации, где число нисходящих подкадров больше числа восходящих подкадров, как обратно передавать сообщение ACK/NACK в канале PDSCH многих нисходящих подкадров на одном ресурсе канала PUCCH (Physical Uplink Control Channel, физический канал). В том числе ресурс канала PUCCH представляет собой минимальный физический ресурс для загрузки восходящего сигнала управления, т.е. блок ресурсов (Resource Block, RB), предусмотренный в текущей системе LTE. Кроме того, при системе LTE еще и предусмотрено, что когда ресурс PUSCH (Physical Uplink Shared Channel) распределяется терминалу в подкадре обратной связи, состояние нисходящих приемов ACK/NACK передается именно в канале PUSCH. В свою очередь, в это время тоже следует рассматривать, как на ресурсе PUSCH терминала обратно передавать сообщение ACK/NACK в канале PDSCH многих нисходящих подкадров. Для решения вышеуказанной проблемы, где передача многих битов ACK/NACK проводится терминалом LTE TDD в одном подкадре, в нынешнюю систему LTE TDD введен режим пакетирования сообщения подтверждения (ACK/NACK bundling) многих нисходящих подкадров, т.е. по установленному отношению определения времени восходящей/нисходящей передачи проводится пакетирование сообщения состояния приема данных ACK/NACK в канале PDSCH многих нисходящих подкадров, которые следует обратно передавать терминалом в одинаковом восходящем подкадре, и по отношению к пространственному потоку кодовых слов (spatial codeword stream), с помощью операции логического «И» сообщения состояния приемов многих нисходящих подкадров образовывается пакетированный 1 бит ACK/NACK, в качестве обратной передачи состояния многих нисходящих приемов (в данном восходящем подкадре обратно передается максимально 1 бит ACK/NACK в качестве обратной передачи состояния многих нисходящих приемов). Как показано на Фиг.2, когда PDSCH ведет передачу с помощью потока единичных кодовых слов, тогда с помощью логического «И» биты ACK/NACK многих нисходящих подкадров образовывают 1 бит ACK/NACK для передачи. Если при применении канала PUCCH для передачи, тогда используется формат 1a (PUCCH format 1a), определенный в системе LTE. Как показано на Фиг.3, когда PDSCH ведет передачу с применением потока двух кодовых слов, в отношении к каждому потоку кодовых слов, с помощью операции логического «И» ACK/NACK многих нисходящих подкадров пакетированный бит ACK/NACK образовывается. Таким образом, при передаче канала PUCCH эти 2 бита, образованные с применением потока двоих кодовых слов, использует формат 1b (PUCCH format 1b).
Однако при этом один из недостатков применения ACK/NACK bundling заключается в том, что такое применение приводит к большому количеству ненужных повторных передач, что сильно уменьшает пропускную способность системы. То есть, когда сообщение подтверждения, которому соответствует канал PDSCH хоть только одного нисходящего подкадра, является NACK, тогда результат получается как NACK, таким образом, базовая станция требует повторно передавать данные PDSCH всех нисходящих подкадров данного терминала; когда сообщение подтверждения, которому соответствует PDSCH всех нисходящих подкадров, является АСК, тогда результат получается как АСК, что означает успешное получение PDSCH всех нисходящих подкадров. Для того чтобы повышать пропускную способность системы с удовлетворением требований к эффективности использования частотного спектра, кроме ACK/NACK bundling имеется необходимость принимать во внимание режим мультиплексирования сообщения подтверждения (ACK/NACK multiplexing) многих нисходящих подкадров, т.е., когда терминалу требуется обратно передавать сообщение состояния приема ACK/NACK PDSCH многих подкадров в одном восходящем подкадре, биты ACK/NACK различных нисходящих подкадров передаются одновременно в восходящем подкадре с помощью определенного способа мультиплексирования; когда терминалу требуется обратно передавать состояние приемов PDSCH многих нисходящих подкадров в одинаковом восходящем подкадре, терминал не выполняет никакой операции логического «И» между состояниями приемов различных нисходящих подкадров, а в данном восходящем подкадре обратно передает вышесказанное состояние каждого нисходящего подкадра соответственно с помощью способа мультиплексирования. Как показано на Фиг.4, когда терминалу требуется обратно передавать ACK/NACK четырех нисходящих PDSCH в определенном восходящем подкадре, каждый нисходящий PDSCH может соответствовать одному биту ACK/NACK (при применении потока двоих кодовых слов можно обратно передавать только 1 бит, а при применения пространственного потока кодовых слов нужно пакетировать их сначала). Эти четыре бита ACK/NACK можно мультиплексировать с кодовым разделением в канале PUCCH или PUSCH.
Но недостатком ACK/NACK multiplexing является то, что покрытие на восходящем направлении ограничено при увеличении числа мультиплексированных в PUCCH битов ACK/NACK. Таким образом, с учетом покрытия на восходящем направлении и пропускной способности системы, мы полагаем, что система LTE TDD предпочтительно поддерживает два режима обратной передачи многих битов ACK/NACK, т.е. пакетирование сообщения подтверждения многих нисходящих подкадров (ACK/NACK bundling) и мультиплексирование сообщения подтверждения многих нисходящих подкадров (ACK/NACK multiplexing). А при каждом режиме требуется определять только один механизм обратной передачи для экономии расходов на сигнал управления, и система может выбирать и использовать один из двоих режимов. Из проведенного анализа видно, что если система LTE TDD поддерживает вышеуказанные два режима обратной передачи, тогда необходимо осуществить эффективный способ для конфигурации этих двоих режимов, с целью повышения характеристик и эффективности системы LTE TDD.
Раскрытие изобретения
Настоящее изобретение пытается решить такую техническую проблему, как предоставлять способ обратной передачи состояния нисходящих приемов, что позволяет системе гибко конфигурировать подходящий режим для обратной передачи вышесказанного состояния.
Для решения вышеуказанной проблемы настоящее изобретение предлагает способ обратной передачи состояния нисходящих приемов. Данный способ содержит: параметр управления внесен в сигнал управления радиоресурсами (RRC), передаваемый базовой станцией к терминалу, и предназначен для указания режима обратной связи терминала при обратной передаче состояния нисходящих приемов; и в соответствии с конфигурацией восходящих и нисходящих подкадров и отношением определения времени восходящей обратной передачи, предусмотренным в системе, в одинаковом восходящем подкадре терминал обратно передает к базовой станции состояние приема данных, расположенное в канале PDSCH многих нисходящих подкадров, при вышесказанном режиме обратной связи.
Далее, вышесказанный режим обратной связи представляет собой режим пакетирования сообщения подтверждения многих нисходящих подкадров или режим мультиплексирования сообщения подтверждения многих нисходящих подкадров.
Далее, по качеству восходящих сигналов от терминала базовая станция определяет применяемый режим обратной связи при обратной передаче состояния нисходящих приемов, если качество восходящих сигналов меньше заданного порога, тогда с помощью вышеуказанного параметра управления базовая станция указывает то, что терминал использует режим пакетирования сообщения подтверждения многих нисходящих подкадров при обратной передаче состояния нисходящих приемов; если вышеупомянутое качество больше или равно заданному порогу, тогда с помощью параметра управления базовая станция указывает то, что терминал использует режим мультиплексирования сообщения подтверждения многих нисходящих подкадров при обратной передаче состояния нисходящих приемов.
Далее, вышесказанное качество восходящих сигналов обозначается интенсивностью данных сигналов.
Далее, получая параметр управления, указывающий режим пакетирования сообщения подтверждения многих нисходящих подкадров, в соответствии с конфигурацией восходящих и нисходящих подкадров, терминал обнаруживает восходящий подкадр для обратной связи в таблице отношений определения времени обратной передачи, предварительно сконфигурированной в системе. С помощью операции логического «И» терминал ведет пакетирование сообщения подтверждения состояния приема данных в PDSCH многих нисходящих подкадров как сообщение подтверждения размером 1 бит, потом в соответствующем восходящем подкадре передает его к базовой станции.
Далее, получая параметр управления, указывающий режим мультиплексирования сообщения подтверждения многих нисходящих подкадров, в соответствии с конфигурацией восходящих и нисходящих подкадров, терминал обнаруживает восходящий подкадр для обратной связи в таблице отношений определения времени обратной передачи, предварительно сконфигурированной в системе. С помощью способа мультиплексирования терминал передает к базовой станции сообщение подтверждения состояния приема данных, расположенное в PDSCH многих нисходящих подкадров, в соответствующем восходящем подкадре.
Далее, вышеуказанный сигнал RRC содержит сообщение с переконфигурацией соединений RRC и сообщение с установкой соединений RRC.
Далее, вышесказанный параметр управления внесен в специальный элемент информации конфигурации канала PUCCH, где расположено сообщение с переконфигурацией соединений RRC или сообщение с установкой соединений RRC.
Далее, вышесказанная базовая станция устанавливает параметр управления размером 1 бит и принимает два значения для указания применяемого режима обратной связи при обратной передачи состояния нисходящих приемов соответственно.
Далее, вышеуказанный способ обратной передачи состояния нисходящих приемов применяется в режиме временного дуплексного разделения (TDD) системы долгосрочной эволюции, где число нисходящих подкадров больше числа восходящих подкадров.
По сравнению с текущей техникой, настоящее изобретение позволяет системе гибко конфигурировать подходящий режим для обратной передачи состояния нисходящих приемов, к тому же базовая станция может конфигурировать режим ACK/NACK bundling или режим ACK/NACK multiplexing для любого абонентского оборудования (UE) в ячейке, и по своим критериям определения для абонентского оборудования, расположенного на границе ячейки или имеющего слабые сигналы обратной связи, базовая станция указывает, что данное абонентское оборудование применяет режим ACK/NACK bundling с целью обеспечения характеристик получения восходящих сигналов при обратной передаче состояния нисходящих приемов; в свою очередь, для абонентского оборудования, расположенного в центре ячейки или имеющего хорошие сигналы, базовая станция указывает, что данное абонентское оборудование применяет режим ACK/NACK multiplexing для повышения пропускной способности.
Краткое описание чертежей
Фиг.1 является схемой структуры кадра в системе LTE TDD по текущей технике;
Фиг.2 является диаграммой реализации обратной передачи битов ACK/NACK с помощью режима ACK/NACK bundling при применении потока единичных кодовых слов;
Фиг.3 является диаграммой реализации обратной передачи битов ACK/NACK с помощью режима ACK/NACK bundling при применении потока двоих кодовых слов;
Фиг.4 является диаграммой для режима ACK/NACK multiplexing при применении потока двоих кодовых слов;
Фиг.5 является диаграммой для сигнала, с применением которого базовая станция конфигурирует режим обратной передачи состояния нисходящих приемов для терминала по варианту осуществления настоящего изобретения;
Фиг.6 является диаграммой для примера применения настоящего изобретения.
Осуществление изобретения
Для преодоления недостатков в традиционном техническом решении, в настоящем изобретении проведено дальнейшее описание способа обратной передачи состояния нисходящих приемов со ссылкой следующего варианта осуществления. Ниже подробно описывается конкретный вариант осуществления, но не используется для ограничения настоящего изобретения.
Настоящее изобретение применяется при случае, когда число нисходящих подкадров больше числа восходящих подкадров в конфигурации нисходящих и восходящих подкадров системы LTE TDD, иными словам, в восходящем подкадре требуется обратно передавать состояние нисходящих приемов многих нисходящих подкадров, то есть вышеупомянутая конфигурация системы LTE TDD получается как 1-5 (см. таблицу 1).
Прежде всего, система устанавливает, что параметр управления внесен в сигнал RRC (например, сообщение RRC Connection Reconfiguration, сообщение RRC Connection Setup), с целью извещения терминалу о применяемом режиме обратной связи при обратной передаче состояния нисходящих приемов, когда базовая станция отправляет нисходящие данные к терминалу.
В соответствии с качеством восходящих сигналов терминала, базовая станция определяет применяемый режим обратной связи при обратной передаче состояния нисходящих приемов, в частности, качество восходящих сигналов получается по существующему способу, например по интенсивности восходящих сигналов.
Для абонентского оборудования, расположенного на границе ячейки или имеющего слабые восходящие сигналы (качество восходящих сигналов меньше заданного порога), с помощью параметра управления базовая станция указывает, что данное абонентское оборудование применяет режим ACK/NACK bundling с целью обеспечения характеристик получения восходящих сигналов при обратной передаче состояния нисходящих приемов; в свою очередь, для абонентского оборудования, расположенного в центре ячейки или имеющего хорошие сигналы (качество восходящих сигналов больше или равно заданному порогу), с помощью параметра управления базовая станция указывает, что данное абонентское оборудование применяет режим ACK/NACK multiplexing для повышения пропускной способности.
В конкретной реализации параметр управления внесен в элемент информации конфигурации PUCCH среди существующей структуры сообщения RRC Connection Reconfiguration или сообщения RRC Connection Setup; в том числе, вышесказанный элемент является специальным элементом информации (Information Element), конфигурированным для терминала.
Например, данный параметр установлен как 1 бит, и 0 обозначает ACK/NACK bundling, а 1 - ACK/NACK multiplexing; в свою очередь, 0 может и обозначать ACK/NACK multiplexing, а 1 - ACK/NACK bundling. Способы получения значения параметра управления режима обратной связи не используются для ограничения настоящего изобретения. В описании следующего варианта осуществления применяется первый способ получения значения: 0 обозначает ACK/NACK bundling, а 1 - ACK/NACK multiplexing.
На Фиг.5 показана диаграмма для сигнала режима обратной передачи состояния нисходящих приемов, сконфигурированного базовой станцией для терминала, в варианте осуществления настоящего изобретения. Когда базовая станция в определенной ячейке регулирует PDSCH многих нисходящих подкадров для абонентского оборудования, посредством получения и прочтения параметра управления в сигнале RRC (например, сообщение с переконфигурацией соединений RRC, сообщение с установкой соединений RRC и т.д.) от базовой станции, данное оборудование получает собственный применяемый режим обратной связи, затем в соответствии с отношением определения времени восходящей обратной связи (как показано в таблицах 2 и 3) и полученным режимом обратной связи ведет обратную передачу в заданном восходящем подкадре.
Ниже приведен конкретный пример применения для объяснения. В системе LTE TDD отношение определения времени восходящей обратной связи заранее конфигурировано (см. таблицу 2), и по системной информации от базовой станции абонентское оборудование получает конфигурацию восходящих и нисходящих подкадров (см. таблицу 1, возьмем конфигурацию 4 в таблице 1 к примеру).
Как показано на Фиг.6 (для облегчения интерпретации, в данной диаграмме подкадры двоих радиокадров нумерованы, т.е. всего 20 подкадров, нумерованные от 1 до 19), предположено, что в PDSCH нисходящих подкадров 0, 1, 4, 5 регулируется передача данных абонентского оборудования 1 (UE1) и применяется поток единичных кодовых слов, а в PDSCH нисходящих подкадров 6, 7, 8, 9 регулируется передача данных абонентского оборудования 2 (UE2) и применяется поток единичных кодовых слов, тогда в соответствии с состоянием приема PDSCH каждого нисходящего подкадра, абонентское оборудование порождает сообщение подтверждения состояния нисходящих приемов ACK/NACK в 1 бит.
Посредством получения и прочтения параметра управления в сообщении RRC Connection Reconfiguration абонентское оборудование 1 узнает, что значение параметра управления режимом обратной связи принимает 0, т.е. применяется режим bundling, потом в соответствии с предусмотренным системой отношением определения времени обратной связи (см. содержание конструкции нисходящих и восходящих подкадров 4 в таблице 2, n+К подкадров 0, 1, 4, 5 равно 12), с помощью операции логического «И» в нисходящем подкадре 12 абонентское оборудование 1 должно пакетировать сообщение подтверждения состояния нисходящих приемов ACK/NACK 4 бита как ACK/NACK 1 бит для обратной передачи. В том числе, состояние приема одного из нисходящих подкадров получается как NACK, таким образом, с помощью операции логического «И» данное оборудование обратно передает NACK 1 бит, и базовая станция выполняет повторную передачу отправленных данных в вышеупомянутых 4 нисходящих подкадрах. Очевидно, что данный режим может приводить к ненужной повторной передаче с уменьшением пропускной способности и используется для абонентов на границе ячейки.
Посредством получения и прочтения параметра управления в сообщении RRC Connection Reconfiguration абонентское оборудование 2 узнает, что значение параметра управления режимом обратной связи принимает 1, т.е. применяется режим multiplexing, потом в соответствии с отношением определения времени обратной связи (см. содержание конструкции нисходящих и восходящих подкадров 4 в таблице 2, n+K подкадров 6, 7, 8, 9 равно 13), заранее сконфигурированным системой. С помощью существующего способа мультиплексирования (например, мультиплексирование с временным разделением, мультиплексирование с пространственным разделением и т.д.) абонентское оборудование 2 должно обратно передавать сообщение подтверждения состояния нисходящих приемов ACK/NACK 4 бита. В то же время, если состояние приема нисходящего подкадра 6 получается как NACK, тогда повторно передаются данные в нисходящем подкадре 6, что не влияет на нисходящие подкадры 7, 8, 9. Очевидно, что данный режим не ясно уменьшает пропускную способность, но мультиплексирование многих битов ACK/NACK сокращает восходящее покрытие.
В связи с этим посредством добавления параметра управления режимом обратной связи в специальном сигнале RRC, что приводит к тому, что управление режимом обратной связи может быть специальным способом для абонентского оборудования (UE-Specific), таким образом, базовая станция может гибко конфигурировать режим обратной связи каждого абонентского оборудования в ячейке, с целью получения оптимального баланса между пропускной способностью и способностью покрытия системы.
Приведенные выше описания представляют собой лишь предпочтительные варианты осуществления настоящего изобретения и не используются для ограничения настоящего изобретения. Специалист в данной области может сделать множество модификаций и изменений в настоящем изобретении. Любые модификации, эквивалентные замены, усовершенствования и т.д., выполненные без отклонения от сути и принципов настоящего изобретения, входят в объем правовой охраны настоящего изобретения.
Промышленная пригодность
Способ обратной передачи состояния нисходящих приемов по настоящему изобретению позволяет системе гибко конфигурировать подходящий режим для обратной передачи состояния нисходящих приемов. С помощью настоящего способа, система LTE TDD поддерживает режим пакетирования сообщения подтверждения многих нисходящих подкадров и режим мультиплексирования сообщения подтверждения многих нисходящих подкадров, к тому же при каждом режиме только требуется определять один механизм обратной связи для экономии расходов на сигнал управления, что приводит к повышению характеристик и эффективности системы LTE TDD, избегая ненужной повторной передачи, и к увеличению пропускной способности.
Claims (10)
1. Способ обратной передачи состояния нисходящих приемов, в котором:
параметр управления, предназначенный для указания режима обратной связи терминала при обратной передаче состояния нисходящих приемов, вносят в сигнал управления радиоресурсами (RRC), передаваемый базовой станцией к терминалу, и
в соответствии с конфигурацией восходящих и нисходящих подкадров, и таблицей отношений определения времени восходящей обратной передачи, предварительно сконфигурированной в системе, в одинаковом восходящем подкадре терминал обратно передает к базовой станции состояние приема данных, расположенное в общем нисходящем физическом канале (PDSCH) многих нисходящих подкадров, при указанном режиме обратной связи.
параметр управления, предназначенный для указания режима обратной связи терминала при обратной передаче состояния нисходящих приемов, вносят в сигнал управления радиоресурсами (RRC), передаваемый базовой станцией к терминалу, и
в соответствии с конфигурацией восходящих и нисходящих подкадров, и таблицей отношений определения времени восходящей обратной передачи, предварительно сконфигурированной в системе, в одинаковом восходящем подкадре терминал обратно передает к базовой станции состояние приема данных, расположенное в общем нисходящем физическом канале (PDSCH) многих нисходящих подкадров, при указанном режиме обратной связи.
2. Способ по п.1, в котором указанный режим обратной связи представляет собой режим пакетирования сообщения подтверждения многих нисходящих подкадров или режим мультиплексирования сообщения подтверждения многих нисходящих подкадров.
3. Способ по п.2, в котором:
по качеству восходящих сигналов от терминала, базовая станция определяет применяемый режим обратной связи при обратной передаче состояния нисходящих приемов, если качество восходящих сигналов меньше заданного порога, тогда с помощью указанного параметра управления базовая станция указывает то, что терминал использует режим пакетирования сообщения подтверждения многих нисходящих подкадров при обратной передаче состояния нисходящих приемов; и
если указанное качество больше или равно заданному порогу, тогда с помощью параметра управления базовая станция указывает то, что терминал использует режим мультиплексирования сообщения подтверждения многих нисходящих подкадров при обратной передаче состояния нисходящих приемов.
по качеству восходящих сигналов от терминала, базовая станция определяет применяемый режим обратной связи при обратной передаче состояния нисходящих приемов, если качество восходящих сигналов меньше заданного порога, тогда с помощью указанного параметра управления базовая станция указывает то, что терминал использует режим пакетирования сообщения подтверждения многих нисходящих подкадров при обратной передаче состояния нисходящих приемов; и
если указанное качество больше или равно заданному порогу, тогда с помощью параметра управления базовая станция указывает то, что терминал использует режим мультиплексирования сообщения подтверждения многих нисходящих подкадров при обратной передаче состояния нисходящих приемов.
4. Способ по п.3, в котором указанное качество восходящих сигналов обозначается интенсивностью данных сигналов.
5. Способ по п.3, в котором:
получая параметр управления, указывающий режим пакетирования сообщения подтверждения многих нисходящих подкадров, в соответствии с конфигурацией восходящих и нисходящих подкадров, терминал обнаруживает восходящий подкадр для обратной связи в таблице отношений определения времени обратной передачи, предварительно сконфигурированной в системе; и
с помощью операции логического «И» терминал ведет пакетирование сообщения подтверждения состояния приема данных в PDSCH многих нисходящих подкадров как сообщение подтверждения размером 1 бит, потом в соответствующем восходящем подкадре передает его к базовой станции.
получая параметр управления, указывающий режим пакетирования сообщения подтверждения многих нисходящих подкадров, в соответствии с конфигурацией восходящих и нисходящих подкадров, терминал обнаруживает восходящий подкадр для обратной связи в таблице отношений определения времени обратной передачи, предварительно сконфигурированной в системе; и
с помощью операции логического «И» терминал ведет пакетирование сообщения подтверждения состояния приема данных в PDSCH многих нисходящих подкадров как сообщение подтверждения размером 1 бит, потом в соответствующем восходящем подкадре передает его к базовой станции.
6. Способ по п.3, в котором:
получая параметр управления, указывающий режим мультиплексирования сообщения подтверждения многих нисходящих подкадров, в соответствии с конфигурацией восходящих и нисходящих подкадров, терминал обнаруживает восходящий подкадр для обратной связи в таблице отношений определения времени обратной передачи, предварительно сконфигурированной в системе; и
с помощью способа мультиплексирования терминал передает к базовой станции сообщение подтверждения состояния приема данных, расположенное в PDSCH многих нисходящих подкадров, в соответствующем восходящем подкадре.
получая параметр управления, указывающий режим мультиплексирования сообщения подтверждения многих нисходящих подкадров, в соответствии с конфигурацией восходящих и нисходящих подкадров, терминал обнаруживает восходящий подкадр для обратной связи в таблице отношений определения времени обратной передачи, предварительно сконфигурированной в системе; и
с помощью способа мультиплексирования терминал передает к базовой станции сообщение подтверждения состояния приема данных, расположенное в PDSCH многих нисходящих подкадров, в соответствующем восходящем подкадре.
7. Способ по п.1, в котором указанный сигнал RRC содержит сообщение с переконфигурацией соединений RRC и сообщение с установкой соединений RRC.
8. Способ по п.1, в котором указанный параметр управления внесен в специальный элемент информации конфигурации контрольного восходящего физического канала PUCCH, где расположено сообщение с переконфигурацией соединений RRC или сообщение с установкой соединений RRC.
9. Способ по п.2, в котором указанная базовая станция устанавливает параметр управления размером 1 бит и принимает два значения для указания применяемого режима обратной связи при обратной передаче состояния нисходящих приемов соответственно.
10. Способ по п.1, отличающийся тем, что указанный способ применяется в режиме временного дуплексного разделения (TDD) системы долгосрочной эволюции, где число нисходящих подкадров больше числа восходящих подкадров.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200810133275.7 | 2008-07-25 | ||
CN2008101332757A CN101635987B (zh) | 2008-07-25 | 2008-07-25 | 一种反馈下行接收状态的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
RU2452102C1 true RU2452102C1 (ru) | 2012-05-27 |
Family
ID=41570013
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
RU2011100470/08A RU2452102C1 (ru) | 2008-07-25 | 2009-06-30 | Способ обратной передачи состояния нисходящих приемов |
Country Status (7)
Country | Link |
---|---|
US (1) | US20110110262A1 (ru) |
EP (1) | EP2309787B1 (ru) |
JP (1) | JP5223002B2 (ru) |
KR (1) | KR101207617B1 (ru) |
CN (1) | CN101635987B (ru) |
RU (1) | RU2452102C1 (ru) |
WO (1) | WO2010009645A1 (ru) |
Families Citing this family (40)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8767632B2 (en) * | 2009-02-05 | 2014-07-01 | Motorola Mobility Llc | Method for uplink acknowledgement/non-acknowledgement messages in a wireless communication system |
CN102148660B (zh) * | 2010-02-04 | 2014-05-07 | 中兴通讯股份有限公司南京分公司 | 一种对上行控制信道信息的处理方法及*** |
CN101807981B (zh) * | 2010-04-02 | 2015-05-20 | 中兴通讯股份有限公司 | 码本使用的预处理方法及通讯*** |
CN102111254B (zh) * | 2010-04-30 | 2014-11-19 | 电信科学技术研究院 | 一种反馈信息的发送方法及用户设备 |
CN102238622B (zh) * | 2010-04-30 | 2014-02-05 | 电信科学技术研究院 | 多比特ack/nack信息的传输方法和设备 |
CN102237981B (zh) * | 2010-04-30 | 2014-12-17 | 电信科学技术研究院 | Ack/nack信息的传输方法和设备 |
CN102263621B (zh) * | 2010-05-25 | 2016-09-28 | 中兴通讯股份有限公司 | Mbms业务上行反馈机制实现方法及*** |
CN101883391B (zh) * | 2010-06-24 | 2016-01-20 | 中兴通讯股份有限公司 | 上行控制信令反馈处理方法及*** |
CN102082643B (zh) * | 2010-07-28 | 2013-05-22 | 电信科学技术研究院 | 一种发送反馈信息的方法、***和设备 |
CN102378111A (zh) * | 2010-08-12 | 2012-03-14 | 中兴通讯股份有限公司 | 多媒体广播多播业务中统计用户设备信息的方法和*** |
CN102082636B (zh) * | 2010-08-16 | 2013-05-08 | 电信科学技术研究院 | 一种信道状态信息csi反馈指示方法和基站及*** |
CN103081557A (zh) * | 2010-09-03 | 2013-05-01 | 富士通株式会社 | 传输上行响应信号的方法、终端设备以及基站设备 |
CN102404092B (zh) * | 2010-09-09 | 2014-07-09 | 电信科学技术研究院 | 一种上行控制信道资源配置及确定方法、设备 |
WO2012040899A1 (en) * | 2010-09-28 | 2012-04-05 | Nokia Corporation | Mechanism to support ack/nak bundling pattern flexible switching |
CN101951684B (zh) * | 2010-09-30 | 2015-08-12 | 中兴通讯股份有限公司 | 一种确认信息的发送方法及用户终端 |
CN102468936B (zh) * | 2010-11-09 | 2014-12-10 | 大唐移动通信设备有限公司 | Ack/nack反馈信息和周期cqi/pmi/ri反馈比特同时传输的方法和设备 |
US10873425B2 (en) | 2010-11-12 | 2020-12-22 | Qualcomm Incorporated | Acknowledgement / negative acknowledgement feedback for TDD |
PT2641343T (pt) | 2010-11-15 | 2020-09-21 | Nokia Solutions & Networks Oy | Configuração de subtrama |
CN102136896A (zh) * | 2011-02-22 | 2011-07-27 | 电信科学技术研究院 | Ack/nack信息的传输方法和设备 |
CN102148672B (zh) * | 2011-04-18 | 2014-04-02 | 电信科学技术研究院 | 发送应答反馈传输配置信息及应答反馈方法、***和设备 |
KR102043203B1 (ko) * | 2011-06-28 | 2019-11-11 | 엘지전자 주식회사 | 무선 통신 시스템에서 사용자 기기의 신호 송수신 방법 |
CN102291227B (zh) * | 2011-06-30 | 2013-07-10 | 电信科学技术研究院 | 一种发送和接收反馈信息的方法、***及装置 |
WO2013022267A2 (ko) * | 2011-08-10 | 2013-02-14 | 주식회사 팬택 | 다수의 데이터 채널들에 대응하는 제어채널의 전송장치 및 방법 |
CN102291225B (zh) * | 2011-08-19 | 2013-12-04 | 电信科学技术研究院 | 一种信道状态信息周期反馈方法及装置 |
CN102684853B (zh) * | 2012-04-17 | 2015-02-18 | 电信科学技术研究院 | 一种ack反馈模式选择方法和装置 |
CN103378935B (zh) * | 2012-04-27 | 2018-04-27 | 广州世炬网络科技有限公司 | 一种基于反馈歧义调整下行相关参数的方法 |
RU2605440C2 (ru) * | 2012-10-12 | 2016-12-20 | Нек Корпорейшн | Узел связи |
WO2014063369A1 (en) * | 2012-10-26 | 2014-05-01 | Broadcom Corporation | Methods, devices and computer program products for handling of csi reporting upon cqi-mask |
EP3883161B1 (en) | 2013-01-21 | 2024-03-06 | Huawei Technologies Co., Ltd. | Uplink feedback method, user equipment, and base station |
JP6190623B2 (ja) * | 2013-05-27 | 2017-08-30 | 株式会社Nttドコモ | ユーザ端末、無線基地局及び無線通信方法 |
WO2015000112A1 (zh) * | 2013-07-01 | 2015-01-08 | 华为技术有限公司 | 上行数据的传输方法、终端和无线通信节点 |
US10652003B2 (en) | 2015-01-22 | 2020-05-12 | Texas Instruments Incorporated | HARQ design for high performance wireless backhaul |
US11218254B2 (en) | 2015-01-29 | 2022-01-04 | Samsung Electronics Co., Ltd | Method and apparatus for transmitting/receiving HARQ-ACK signal in wireless communication system supporting carrier aggregation |
US10447459B2 (en) * | 2016-03-10 | 2019-10-15 | Qualcomm Incorporated | HD-FDD communication having improved peak data rates |
CN107528675B (zh) * | 2016-06-22 | 2021-08-20 | 中兴通讯股份有限公司 | 确定ack/nack反馈结果的方法、装置、基站设备及重传调度方法 |
WO2018068256A1 (en) * | 2016-10-13 | 2018-04-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, device and computer program for data transmission feedback in a wireless communication system |
US11405159B2 (en) * | 2017-02-24 | 2022-08-02 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for transmitting feedback information, terminal device and network device |
CN108631956A (zh) * | 2017-03-23 | 2018-10-09 | 株式会社Ntt都科摩 | 反馈方法和通信设备 |
US11812449B2 (en) * | 2018-08-10 | 2023-11-07 | Qualcomm Incorporated | Active beam management, configuration, and capability signaling |
CN115699638A (zh) * | 2020-06-19 | 2023-02-03 | 深圳传音控股股份有限公司 | 确定反馈方式的方法、通信装置及存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2006106914A (ru) * | 2003-08-07 | 2006-08-10 | Квэлкомм Инкорпорейтед (US) | Способ и устройство для регулировки передаваемой мощности сообщений ack/nak базовой станции в системе беспроводной связи |
CN101114868A (zh) * | 2006-07-25 | 2008-01-30 | 大唐移动通信设备有限公司 | 反馈信道分配指示方法及*** |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101043299B (zh) * | 2006-04-05 | 2010-08-25 | 华为技术有限公司 | 一种ack/nack方法 |
US20080101211A1 (en) * | 2006-10-31 | 2008-05-01 | Rao Anil M | Method of assigning uplink acknowledgement channels in scheduled packet data systems |
KR20080066509A (ko) * | 2007-01-12 | 2008-07-16 | 삼성전자주식회사 | 이동통신 시스템에서 응답 신호를 위한 라디오 자원을시그널링하는 방법 및 장치 |
-
2008
- 2008-07-25 CN CN2008101332757A patent/CN101635987B/zh active Active
-
2009
- 2009-06-30 JP JP2011516952A patent/JP5223002B2/ja active Active
- 2009-06-30 US US13/003,144 patent/US20110110262A1/en not_active Abandoned
- 2009-06-30 EP EP09799960.1A patent/EP2309787B1/en active Active
- 2009-06-30 KR KR1020117000579A patent/KR101207617B1/ko active IP Right Grant
- 2009-06-30 RU RU2011100470/08A patent/RU2452102C1/ru active
- 2009-06-30 WO PCT/CN2009/072556 patent/WO2010009645A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
RU2006106914A (ru) * | 2003-08-07 | 2006-08-10 | Квэлкомм Инкорпорейтед (US) | Способ и устройство для регулировки передаваемой мощности сообщений ack/nak базовой станции в системе беспроводной связи |
CN101114868A (zh) * | 2006-07-25 | 2008-01-30 | 大唐移动通信设备有限公司 | 反馈信道分配指示方法及*** |
Also Published As
Publication number | Publication date |
---|---|
CN101635987A (zh) | 2010-01-27 |
US20110110262A1 (en) | 2011-05-12 |
WO2010009645A1 (zh) | 2010-01-28 |
KR20110016497A (ko) | 2011-02-17 |
EP2309787B1 (en) | 2014-02-12 |
WO2010009645A9 (zh) | 2010-03-25 |
JP5223002B2 (ja) | 2013-06-26 |
EP2309787A1 (en) | 2011-04-13 |
KR101207617B1 (ko) | 2012-12-03 |
JP2011527536A (ja) | 2011-10-27 |
EP2309787A4 (en) | 2011-11-23 |
CN101635987B (zh) | 2012-03-07 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2452102C1 (ru) | Способ обратной передачи состояния нисходящих приемов | |
US10827487B2 (en) | Method and apparatus for monitoring for interrupted transmission indication in a wireless communication system | |
JP7197532B2 (ja) | 無線通信システムにおける端末及び基地局の動作方法並びにそれをサポートする装置 | |
US20210410139A1 (en) | Special subframe configuration for latency reduction | |
JP6752209B2 (ja) | 6つ以上のキャリアのキャリアアグリゲーションの場合の改良されたharqフィードバックメカニズム | |
US8761099B2 (en) | Apparatus and method of scheduling resources for device-to-device communications | |
US10117208B2 (en) | Method for determining uplink transmission timing of terminal having plurality of cells configured therein in wireless communication system, and apparatus using the method | |
EP4054264B1 (en) | Method for ack/nack transmission and reception in wireless communication system and apparatus therefor | |
US8837440B2 (en) | Relay backhaul uplink HARQ protocol | |
WO2017186174A1 (zh) | Harq-ack信息的发送方法及装置 | |
RU2746301C2 (ru) | Пользовательское оборудование, базовые станции и способы | |
JP2020504939A (ja) | 無線通信システムにおいて端末と基地局の間の確認応答情報を送受信する方法及びそれを支援する装置 | |
KR101761492B1 (ko) | 무선통신 시스템에서 상향링크 제어 채널의 전송 전력 결정 방법 및 장치 | |
US9906334B2 (en) | Method and apparatus for transmitting ACK/NACK signal in wireless communication system | |
EP3485592A1 (en) | Systems and methods for processing time reduction signaling | |
JP2018523333A (ja) | 非免許帯域を支援する無線接続システムにおいて競争ウィンドウサイズを調整する方法及びこれを支援する装置 | |
KR20130141697A (ko) | 제어 정보를 전송하는 방법 및 이를 위한 장치 | |
KR20140142231A (ko) | 무선 통신 시스템에서 무선 자원의 동적 자원 변경을 위한 harq 수행 방법 및 이를 위한 장치 | |
US10601553B2 (en) | Method and apparatus for improving HARQ feedback in shortened TTI in a wireless communication system | |
EP3386136B1 (en) | Downlink transmission method, base station, and terminal | |
EP4193542B1 (en) | System and methods of pucch enhancement with intra-slot repetitions towards multiple trps | |
EP3128800B1 (en) | Method for transmitting and receiving signal for device-to-device communication in wireless communication system and device therefor | |
WO2022029721A1 (en) | TIMING ENHANCEMENTS RELATED TO PUCCH REPETITION TOWARDS MULTIPLE TRPs | |
WO2022029711A1 (en) | COLLISION AVOIDANCE AND/OR HANDLING OF INVALID SYMBOLS WHEN UTILIZING UPLINK CHANNEL REPETITION TOWARDS MULTIPLE TRPs | |
KR20130143531A (ko) | 무선 통신 시스템에서 업링크 스케쥴링 방법 및 장치 |