RU2452104C1 - Назначение поднесущей для управляющих данных в системе связи - Google Patents

Назначение поднесущей для управляющих данных в системе связи Download PDF

Info

Publication number
RU2452104C1
RU2452104C1 RU2010149720/08A RU2010149720A RU2452104C1 RU 2452104 C1 RU2452104 C1 RU 2452104C1 RU 2010149720/08 A RU2010149720/08 A RU 2010149720/08A RU 2010149720 A RU2010149720 A RU 2010149720A RU 2452104 C1 RU2452104 C1 RU 2452104C1
Authority
RU
Russia
Prior art keywords
ack
nack
subcarriers
data
assigned
Prior art date
Application number
RU2010149720/08A
Other languages
English (en)
Other versions
RU2010149720A (ru
Inventor
Диптенду МИТРА (GB)
Диптенду МИТРА
Иассин Аден АВАД (GB)
Иассин Аден АВАД
Original Assignee
Нек Корпорейшн
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Нек Корпорейшн filed Critical Нек Корпорейшн
Publication of RU2010149720A publication Critical patent/RU2010149720A/ru
Application granted granted Critical
Publication of RU2452104C1 publication Critical patent/RU2452104C1/ru

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • 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
    • 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/1607—Details of the supervisory signal
    • H04L1/1692—Physical properties of the supervisory signal, e.g. acknowledgement by energy bursts
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0091—Signaling for the administration of the divided path
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L27/00—Modulated-carrier systems
    • H04L27/26—Systems using multi-frequency codes
    • H04L27/2601—Multicarrier modulation systems
    • H04L27/2602—Signal structure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/0001—Arrangements for dividing the transmission path
    • H04L5/0003—Two-dimensional division
    • H04L5/0005—Time-frequency
    • H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0058—Allocation criteria
    • H04L5/0064—Rate requirement of the data, e.g. scalable bandwidth, data priority

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Abstract

Заявленное изобретение относится к передаче сообщений подтверждения приема/отрицательного подтверждения приема (ACK/NACK). Техническим результатом является устранение проблемы, при которой размер управляющего канала изменяется в зависимости от ситуации для пользовательского устройства. Для этого в системе связи пользовательским устройствам назначаются поднесущие для передачи данных обратной линии связи в базовую станцию. Затем сообщения ACK/NACK для данных, переданных в обратной линии связи, передаются с помощью базовой станции на поднесущих, которые зависят от поднесущих, использованных для переноса данных обратной линии связи. Функция прямого преобразования предпочтительно используется для определения поднесущих, используемых для сообщений ACK/NACK из поднесущих обратной линии связи. В другом варианте осуществления сообщения ACK/NACK передаются в пользовательские устройства на поднесущих, которые предварительно идентифицированы для пользовательских устройств, предпочтительно с помощью передачи одного или более значений индекса в пользовательское устройство в его управляющем канале. 5 н. и 30 з.п. ф-лы, 9 ил., 2 табл.

Description

Область техники
Настоящее изобретение относится к передаче сообщений ACK (подтверждение приема)/NACK (отрицательное подтверждение приема) в способе и устройстве связи. Изобретение имеет особую, хотя не исключительную релевантность для передачи сообщений ACK/NACK в системе связи множественного доступа с ортогональным частотным разделением (OFDMA).
Эта заявка основана на заявках на патент Великобритании №0612228.7 от 20 июня 2006 г. и №0705341.6 от 20 марта 2007 г. и испрашивает приоритет этих заявок, раскрытие которых полностью включено в настоящее описание посредством ссылки.
Уровень техники
OFDMA и FDMA с одной несущей выбраны в качестве схем множественного доступа прямой линии связи и обратной линии связи для эфирного интерфейса E-UTRA, рассматриваемого в настоящее время в 3GPP (которая является стандартом, основанным на сотрудничестве, в расчете на будущее развитие мобильных телекоммуникационных систем третьего поколения). Согласно системе E-UTRA базовая станция, которая взаимодействует с некоторым числом пользовательских устройств, назначает полный объем временных/частотных ресурсов (в зависимости от полосы частот) среди как можно большего числа одновременных пользователей, для того чтобы дать возможность эффективной и быстрой адаптации линии связи и чтобы получить максимальный выигрыш разнесения множества пользователей. Ресурс, назначенный каждому пользовательскому устройству, основан на мгновенных состояниях канала между пользовательским устройством и базовой станцией, и о нем информируют через управляющий канал, контролируемый пользовательским устройством.
Когда данные передаются из пользовательского устройства в базовую станцию, подтверждение (ACK) или отрицательное подтверждение (NACK) обычно передают обратно из базовой станции в пользовательское устройство. Согласно текущим предложениям для E-UTRA эти сообщения ACK/NACK должны быть посланы в управляющем канале прямой линии связи для пользовательского устройства. Однако изобретателями было обнаружено, что это приводит к проблеме, состоящей в том, что размер управляющего канала будет изменяться в зависимости от ситуации для пользовательского устройства.
Раскрытие изобретения
В соответствии с одним аспектом настоящее изобретение предоставляет способ связи, обычно выполняемый в базовой станции, которая взаимодействует с множеством пользовательских устройств с использованием множества поднесущих, причем способ содержит прием данных обратной линии связи из пользовательского устройства и генерирование соответствующего сообщения ACK/NACK для принятых данных, формирование управляющих данных, определяющих назначение упомянутых поднесущих для пользовательских устройств, передачу упомянутых управляющих данных в пользовательские устройства и передачу упомянутого сообщения ACK/NACK в соответствующие пользовательские устройства, причем упомянутые управляющие данные передаются через управляющий канал с использованием первого подмножества упомянутых поднесущих, а упомянутое сообщение ACK/NACK передается по каналу ACK/NACK, который отделен от упомянутого управляющего канала, с использованием второго другого подмножества упомянутых поднесущих.
Предпочтительно поднесущие сгруппированы в последовательность фрагментов или блоков ресурсов (RB), а управляющий канал назначает один или более фрагментов поднесущих каждому из множества пользовательских устройств. В одном варианте осуществления сообщение ACK/NACK генерируется из данных, принятых в каждом фрагменте поднесущих.
Предпочтительно поднесущие, используемые чтобы передавать сообщение ACK/NACK в пользовательское устройство, определяются в зависимости от поднесущих, назначенных этому пользовательскому устройству для передачи данных обратной линии связи, прием которых подтвержден. Это исключает необходимость для базовой станции, чтобы отдельно передавать данные в каждое пользовательское устройство, идентифицирующие поднесущие, которые будут переносить сообщение ACK/NACK для этого пользовательского устройства. Зависимость между поднесущими, используемыми для данных обратной линии связи, и поднесущими, используемыми для сообщений ACK/NACK, предпочтительно определяется с помощью функции прямого отображения (преобразования).
В одном варианте осуществления поднесущие, используемые для того чтобы передавать каждое сообщение ACK/NACK, определяется с использованием следующей функции преобразования:
Позиция[0] = L*(i div M) + (i mod M) + ∆
где 0 <= ∆ < L
для j > 0
Позиция[j] = Позиция[j-1] + L*N/M,
где L - число поднесущих во фрагменте, i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK, М - число поднесущих, назначенных на канал ACK/NACK, ∆ - сдвиг позиции поднесущей ACK/NACK во фрагменте и N - полное число фрагментов в назначенной полосе частот.
В альтернативном варианте осуществления поднесущие, используемые для того чтобы передавать каждое сообщение ACK/NACK, определяются с использованием следующей функции преобразования:
Позиция[0] = L*i + ∆
где 0 <= ∆ < L
для j > 0 и j < M
Позиция[j] = ((Позиция[j-1] + L*N/M) mod L*N) в символе j*Nsym/M,
где L - число поднесущих во фрагменте, i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK, М - число поднесущих, назначенных на канал ACK/NACK, ∆ - сдвиг позиции поднесущей ACK/NACK во фрагменте и N - полное число фрагментов в назначенной полосе частот и Nsym - число имеющихся символов, в которых могут быть назначены поднесущие.
В одном варианте осуществления ресурсы, используемые для сообщений ACK/NACK, передаются в соответствующие пользовательские устройства через их управляющий канал L1/L2, который идентифицирует ресурсы обратной линии связи, используемые для их передач обратной линии связи. Это может быть выполнено, например, с помощью передачи, по меньшей мере, одного индекса, идентифицирующего ресурс (ресурсы), который будет использован.
Изобретение также предоставляет способ связи (который обычно выполняется в пользовательском устройстве), который использует множество поднесущих, причем способ содержит прием управляющих данных, определяющих назначение упомянутых поднесущих, передачу данных обратной линии связи с использованием назначенных поднесущих и прием сообщений ACK/NACK для переданных данных обратной линии связи, причем упомянутые поднесущие и упомянутые сообщения ACK/NACK принимаются в канале ACK/NACK, который отделен от управляющего канала, с использованием второго другого подмножества упомянутых поднесущих.
В одном варианте осуществления на этапе приема сообщение ACK/NACK принимают сообщение ACK/NACK для данных обратной линии связи, переданных в каждом фрагменте поднесущих.
В предпочтительном варианте осуществления поднесущие, в которых должно быть принято сообщение ACK/NACK, определяют в зависимости от поднесущих, назначенных пользовательскому устройству для передачи упомянутых данных обратной линии связи. Это исключает необходимость для станции, передающей сообщения ACK/NACK, информировать пользовательское устройство о поднесущих, которые оно будет использовать, чтобы переносить сообщения ACK/NACK для этого пользовательского устройства. Зависимость между поднесущими, используемыми для данных обратной линии связи, и поднесущими, используемыми для сообщений ACK/NACK, предпочтительно определяется с помощью функции прямого отображения (преобразования).
В одном варианте осуществления пользовательское устройство определяет поднесущие, в которых должно быть принято каждое сообщение ACK/NACK, с использованием следующей функции преобразования:
Позиция[0] = L*(i div M) + (i mod M) + ∆
где 0 <= ∆ < L
для j > 0
Позиция[j] = Позиция[j-1] + L*N/M,
где L - число поднесущих во фрагменте, i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK, М - число поднесущих, назначенных на канал ACK/NACK, ∆ - сдвиг позиции поднесущей ACK/NACK во фрагменте и N - полное число фрагментов в назначенной полосе частот.
В другом варианте осуществления пользовательское устройство определяет поднесущие, в которых должно быть принято каждое сообщение ACK/NACK, с использованием следующей функции преобразования:
Позиция[0] = L*i + ∆
где 0 <= ∆ < L
для j > 0 и j < M
Позиция[j] = ((Позиция[j-1] + L*N/M) mod L*N) в символе j*Nsym/M,
где L - число поднесущих во фрагменте, i - номер фрагмента, назначенный пользовательскому пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK, М - число поднесущих, назначенных на канал ACK/NACK, ∆ - сдвиг позиции поднесущей ACK/NACK во фрагменте и N - полное число фрагментов в назначенной полосе частот и Nsym - число имеющихся символов, в которых могут быть назначены поднесущие.
В одном варианте осуществления ресурсы, которые будут использованы для сообщений ACK/NACK, передаются в пользовательское устройство через их управляющий канал. Это может быть выполнено, например, с помощью передачи значения индекса, идентифицирующего ресурс, который будет использован.
Настоящее изобретение также предоставляет узел связи и пользовательское устройство, действующие с возможностью выполнения способов, обсужденных выше.
В соответствии с другим аспектом изобретение предоставляет способ связи, который использует множество поднесущих, причем способ содержит формирование управляющих данных, определяющих назначение упомянутых поднесущих для каждого из множества пользовательских устройств, передачу упомянутых управляющих данных в упомянутые пользовательские устройства, прием данных обратной линии связи из пользовательского устройства, генерацию сообщения ACK/NACK для пользовательского устройства, определен одной или более поднесущих, используемых для того чтобы передавать сообщение ACK/NACK в пользовательское устройство, в зависимости от поднесущих, назначенных этому пользовательскому устройству, и передачу упомянутого сообщения ACK/NACK в пользовательское устройство на определенной одной или более поднесущих.
В одном варианте осуществления на этапе определения используется предварительно определенное преобразование между назначенными поднесущими и поднесущими, используемыми для сообщения ACK/NACK. В одном варианте осуществления используют следующее преобразование:
Позиция[0] = L*(i div M) + (i mod M) + ∆
где 0 <= ∆ < L
для j > 0
Позиция[j] = Позиция[j-1] + L*N/M,
где L - число поднесущих во фрагменте, i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK, М - число поднесущих, назначенных на канал ACK/NACK, ∆ - сдвиг позиции поднесущей ACK/NACK во фрагменте и N - полное число фрагментов в назначенной полосе частот.
В другом варианте осуществления может быть использовано следующее преобразование:
Позиция[0] = L*i + ∆
где 0 <= ∆< L
для j > 0 и j < M
Позиция[j] = ((Позиция[j-1] + L*N/M) mod L*N) в символе j*Nsym/M,
где L - число поднесущих во фрагменте, i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK, М - число поднесущих, назначенных на канал ACK/NACK, ∆ - сдвиг позиции поднесущей ACK/NACK во фрагменте и N - полное число фрагментов в назначенной полосе частот и Nsym - число имеющихся символов, в которых могут быть назначены поднесущие.
Этот аспект изобретения также предоставляет способ связи, который использует множество поднесущих, причем способ содержит прием управляющих данных, определяющих назначение упомянутых поднесущих, в которых могут быть переданы данные обратной линии связи, передачу упомянутых данных обратной линии связи, определение одной или более поднесущих, используемых для приема сообщения ACK/NACK для переданных данных обратной линии связи, в зависимости от поднесущих, назначенных для передачи упомянутых данных обратной линии связи, и прием сообщения ACK/NACK для переданных данных обратной линии связи в определенных поднесущих. Обычно поднесущие, на которых должно быть принято сообщение ACK/NACK, будут отличаться от поднесущих, используемых для передачи данных обратной линии связи, и связаны с ними посредством функции преобразования, такой как функции, обсужденные выше.
Краткое описание чертежей
Эти и различные другие аспекты изобретения станут понятными из следующего подробного описания вариантов осуществления, которые приведены только в качестве примера и которые описаны со ссылкой на иллюстрирующие чертежи, на которых:
фиг.1 схематично иллюстрирует систему связи, содержащую некоторое число мобильных (сотовых) телефонов пользователей, которые взаимодействуют с базовой станцией, соединенной с телефонной сетью;
фиг.2 иллюстрирует способ, в котором полоса частот базовой станции, изображенной на фиг.1, может быть распределена некоторому числу разных мобильных телефонов, имеющих разные поддерживаемые полосы частот,
фиг.3 иллюстрирует способ, в котором поднесущие в прямой линии связи могут быть зарезервированы для переноса информации ACK/NACK;
фиг.4 иллюстрирует альтернативный способ, в котором поднесущие в прямой линии связи могут быть зарезервированы для переноса информации ACK/NACK;
фиг.5 иллюстрирует предложенное преобразование управляющего канала, которое использует два типа управляющих каналов прямой линии связи одного и того же размера;
фиг.6 блок-схема, иллюстрирующая основные компоненты базовой станции, изображенной на фиг.1;
фиг.7 блок-схема, иллюстрирующая основные компоненты одного из мобильных телефонов, изображенных на фиг.1;
фиг.8 иллюстрирует предложенное преобразование управляющего канала, которое использует два типа управляющих каналов прямой линии связи; и
фиг.9 иллюстрирует способ, в котором передача ресурса ACK/NACK может быть выполнена в альтернативном варианте осуществления.
Наилучший способ выполнения изобретения
Обзор
Фиг.1 схематично иллюстрирует мобильную (сотовую) телекоммуникационную систему 1, в которой пользователи мобильных телефонов (МТ) 3-0, 3-1 и 3-2 могут взаимодействовать с другими пользователями (не изображены) через базовую станцию 5 и телефонную сеть 7. В этом варианте осуществления базовая станция 5 использует способ множественного доступа с ортогональным частотным разделением (OFDMA), в котором данные, передаваемые в мобильные телефоны 3, модулируют в множество поднесущих. Разные поднесущие назначают каждому мобильному телефону 3 в зависимости от поддерживаемой полосы частот мобильного телефона 3 и количества данных, посылаемых в мобильный телефон 3. В этом варианте осуществления базовая станция 5 также назначает поднесущие, используемые для переноса данных в соответствующие мобильные телефоны 3, для того чтобы пытаться поддерживать равномерное распределение мобильных телефонов 3, работающих в полосе частот базовой станции. Чтобы выполнить эти цели, базовая станция 5 динамически назначает поднесущие для каждого мобильного телефона 3 и сигнализирует о назначениях в течение каждого подкадра в каждый из запланированных мобильных телефонов 3. В предложенном эфирном интерфейсе E-UTRA каждый подкадр прямой линии связи содержит последовательность из семи символов OFDM. Первые два символа обычно переносят управляющие данные планирования и назначения ресурсов, а также другие общие управляющие данные, в то время как остальные пять символов содержат пользовательские данные для обратной линии связи.
Фиг.2 схематично иллюстрирует пример способа, в котором базовая станция 5 может назначать поднесущие в ее поддерживаемой полосе частот разным мобильным телефонам 3, имеющим разные поддерживаемые полосы частот. В этом варианте осуществления базовая станция 5 имеет поддерживаемую полосу частот 20 MHz, из которой 18 MHz используют для передачи данных. Обычно каждому мобильному телефону 3 назначается один или более фрагментов поднесущих, на которых передаются их данные обратной линии связи.
Для того чтобы каждый из мобильных телефонов 3 мог быть информирован о решении планирования в каждом поддиапазоне, каждый мобильный телефон 3 требует совместно используемого управляющего канала в диапазоне частот, в котором он временно расположен. Современное предложение для эфирного интерфейса E-UTRA определяет, что этот управляющий канал будет включать в себя:
i) информацию о назначении блока ресурсов (как для передач прямой линии связи (DL), так и для передач обратной линии связи (UL);
ii) информацию о демодуляции блока ресурсов для прямой линии связи;
iii) информацию о демодуляции блока ресурсов для обратной линии связи;
iv) ACK/NACK для передач обратной линии связи; и
v) биты управления синхронизацией.
Таким образом, с учетом разных типов информации, которые может переносить управляющий канал, размер управляющего канала будет зависеть от ситуации отдельного мобильного телефона. Примеры ситуаций, которые приводят к разным размерам управляющего канала, приведены в следующей таблице:
Случай   Информация планирования DL Информация планирования UL АСК/NACK
1 МТ запланирован в UL и DL и ожидает ACK/NACK Требуется Требуется Требуется
2 МТ запланирован только в DL и ожидает ACK/NACK Требуется   Требуется
3 МТ запланирован только в UL и ожидает ACK/NACK   Требуется Требуется
4 МТ не запланирован в UL или DL и ожидает ACK/NACK     Требуется
5 МТ запланирован в UL и DL, не ожидает ACK/NACK Требуется Требуется  
6 МТ запланирован только в DL, не ожидает ACK/NACK Требуется    
7 МТ запланирован только в UL, не ожидает ACK/NACK   Требуется  
Изобретатели исходили из того, что наличие управляющих каналов разных размеров будет создавать проблемы, так как либо размеры управляющих каналов будет необходимо передавать в мобильные телефоны 3 либо принимающие мобильные телефоны 3 будут обязаны учитывать все возможные размеры, чтобы пытаться восстановить данные управляющего канала. Изобретателями было найдено, что эта проблема может быть исключена или, по меньшей мере, облегчена с помощью удаления поля ACK/NACK из самого управляющего канала в специальный (полустатический) временной/частотный ресурс. Кроме того, если мобильный телефон 3 запланирован, как в UL, так и в DL, тогда информация планирования UL может содержаться в назначенном блоке ресурса DL. Это предоставляет два случая для размера управляющего канала DL:
тип 1: информация планирования DL (использована в случаях 1, 2, 5 и 6 выше)
тип 2: информация планирования UL (использована в случая 3 и 7 выше).
Первый вариант осуществления
Изобретателями предложено, чтобы одна или более поднесущих в прямой линии связи были зарезервированы для переноса информации ACK/NACK для мобильных телефонов 3, ожидающих такую информацию в прямой линии связи. Количество ресурсов, зарезервированных для такого использования, и их местоположения во временной/частотной плоскости может быть сообщено в мобильные телефоны через общую сигнализацию. В этом варианте осуществления, чтобы уменьшить сигнализацию, необходимую для того чтобы информировать мобильные телефоны о том, какие поднесущие переносят их информацию ACK/NACK, мобильные телефоны программируют с возможностью решения, в каких поднесущих будет передана их информация ACK/NACK, с использованием назначения фрагмента UL для подтверждаемых данных и информации, полученной из общего канала сигнализации. Имеются различные способы, которые могут быть использованы, чтобы выполнять фактическое преобразование между назначенным фрагментами для передач обратной линии связи и поднесущими, назначенными для соответствующих сообщений ACK/NACK.
Первый пример преобразования
В этом примере мобильные телефоны 3 информируются базовой станцией 5 через общий канал сигнализации о числе (М) поднесущих, назначенных базовой станцией 5 на каждый канал ACK/NACK, причем один канал ACK/NACK используется, чтобы подтверждать данные, переданные в одном фрагменте поднесущих мобильным телефоном 3. Таким образом, если мобильному телефону 3 назначено два фрагмента для передач обратной линии связи, тогда два канала ACK/NACK будут использованы, чтобы передавать команды (сообщения) ACK/NACK для этого мобильного телефона 3. В этом примере базовая станция 5 также информирует мобильные телефоны 3 о том, какой сдвиг (∆) позиции поднесущей ACK/NACK во фрагменте. Затем каждый мобильный телефон 3 определяет преобразование между номером (i) каждого переданного фрагмента обратной линии связи и поднесущими соответствующего канала ACK/NACK, как указано ниже:
Позиция[0] = L*(i div M) + (i mod M) + ∆
где 0 <= ∆ < L
для j > 0
Позиция[j] = Позиция[j-1] + L*N/M,
где L - число поднесущих в каждом фрагменте, а N - полное число фрагментов в назначенной полосе частот, оба из которых обычно будут статическими для конструкции системы и программируемыми в мобильные телефоны 3 и базовые станции 5.
Позиция[j] - номер поднесущей, используемой чтобы передавать j-й символ ACK/NACK. Диапазон Позиции[j] находится в пределах от 0 до (L*N)-1, где L*N - полное число активных поднесущих в полосе частот системы. Диапазон j находится в пределах от 0 до М-1, где М - число символов в сообщении ACK/NACK.
Фиг.3 демонстрирует случай для N=12, L=25, M=6 и ∆=0, где все ACK/NACK мультиплексированы во втором символе OFDM подкадра прямой линии связи. Как изображено, мультиплексирование, проиллюстрированное на фиг.3, предназначено для того чтобы поддерживать максимально 12 одновременных пользователей в полосе 5 MHz (в которой каждому пользователю назначается один фрагмент), причем каждый фрагмент подтверждается с помощью канала ACK/NACK с шестью поднесущими. Использование этих поднесущих, очевидно, уменьшит число поднесущих, имеющихся во втором символе OFDM для управляющего канала прямой линии связи. Однако эта структура также позволяет поддерживать экономный режим ожидания в мобильных телефонах 3, так как мобильный телефон, ожидающий ACK/NACK (и не планируемый для приема других данных прямой линии связи), должен осуществлять мониторинг только первых двух символов OFDM, а затем входить в режим экономного ожидания.
Предпочтительно переданная мощность каждой команды ACK/NACK обратно пропорциональна числу фрагментов, назначенных мобильному телефону 3 в обратной линии связи, таким образом, что полная энергия на команду ACK/NACK не зависит от числа подтверждаемых фрагментов.
Как будет понятно специалистам в данной области техники, М должно быть сомножителем N, для того чтобы использовать полное частотное разнесение с распределением равномерно разнесенных поднесущих ACK/NACK.
Другим механизмом схемы преобразования TDM, проиллюстрированным на фиг.3, является распределить поднесущие ACK/NACK N*M равномерно по всей полосе во втором символе OFDM. Однако если М не является сомножителем L, разнесение ACK/NACK в этом случае не будет равномерным.
Второй пример преобразования
Вместо назначения поднесущих для каналов ACK/NACK в одном символе OFDM в альтернативном назначении их распределяют по множеству символов. Например, ресурсы ACK/NACK могут быть рассеяны остальным (всем, за исключением первого символа OFDM, который содержит только пилот-канал и управляющий канал) символам OFDM.
В этом примере базовая станция 5 будет информировать мобильные телефоны о числе (М) поднесущих на канал ACK/NACK, сдвиге (∆) позиции поднесущей ACK/NACK во фрагменте и числе (Nsym) имеющихся символов OFDM, а мобильные телефоны 3 будут определять преобразование между номером i переданного фрагмента обратной линии связи и соответствующими поднесущими ACK/NACK прямой линии связи, как указано ниже:
Позиция[0] = L*i + ∆
где 0 <= ∆ < L
для j > 0 и j < M
Позиция[j] = ((Позиция[j-1] + L*N/M) mod L*N) в символе j*Nsym/M.
Позиция[j] - номер поднесущей, используемой чтобы передавать j-й символ ACK/NACK. Диапазон Позиции[j] находится в пределах от 0 до (L*N)-1, где L*N - полное число активных поднесущих в полосе частот системы. Диапазон j находится в пределах от 0 до М-1, где М - число символов в сообщении ACK/NACK.
Фиг.4 иллюстрирует случай для N=12, L=25, M=6, ∆=0 и Nsym=6. Как будет понятно специалистам в данной области техники, с помощью этого типа преобразования полоса частот фрагмента для пользовательских данных уменьшается только на одну поднесущую в каждом символе, однако уменьшается возможность режима экономного ожидания. Кроме того, для обеспечения возможности равномерного разнесения команд ACK/NACK во временной области М должно быть сомножителем Nsym.
Размер управляющего канала прямой линии связи
При допущении одной из вышеупомянутых структур для каналов ACK/NACK число бит, требуемых в управляющем канале прямой линии связи для мобильного телефона 3 с полосой частот 5 MHz, может быть получено следующим образом (см. таблицу):
  Тип 1 Тип 2
Информационные биты    
Указатель типа 1 1
Назначение ресурса DL 12 (битовая маска)  
Длительность ресурса DL 3  
DLTFCI 6  
Информация планирования UL присутствует в DT, блок ресурса 1  
Назначение ресурса UL   7 (способ дерева)
Длительность ресурса UL   3
Информация категории 2 UL   10
Биты заполнения 0 2
CRC (замаскирован с помощью ID UE) 10 10
Полная информация + биты CRC 33 33
Кодированные биты (1/3 хвостовых …) 99 99
После согласования скорости 100 100
Число поднесущих (QPSK) 50 50
Число фрагментов 2 2
Биты заполнения используется в этом варианте осуществления, чтобы сделать число кодированных битов одинаковым для типа 1 и типа 2 таким образом, что мобильные телефоны 3 должны выполнять только одну попытку декодирования. Также могут быть предусмотрены немного модифицированные структуры без каких-либо битов заполнения, если требуется конструкцией.
Пример предложенного преобразования управляющего канала изображен на фиг.5. На этом чертеже предлагается, что управляющие каналы кодируются отдельно, для того чтобы дать возможность эффективного управления мощностью и возможными способами формирования луча. Позиции управляющего канала изображены только в первом символе OFDM, и предполагается, что второй символ должен переносить пилот-сигнал и дополнительную управляющую информацию. Предполагается, что каждому запланированному мобильному телефону 3 назначен один управляющий канал в 5 MHz, причем мобильные телефоны 3, допускающие более широкую полосу частот, декодируют множество таких каналов. Когда возможно, позиция частоты управляющих каналов должна быть выбрана таким образом, чтобы охватывать ресурсы (поднесущие), в которых запланированы пользовательские данные, для того чтобы использовать высшие характеристики канала в этих позициях частоты. Фиг.5 изображает случай, когда максимально двенадцать возможных пользователей запланированы в пределах 10 MHz. В случае когда число пользователей меньше, некоторые из ресурсов управляющего канала могут быть освобождены и заняты пользовательскими данными. Отсутствие управляющего канала в конкретной позиции может быть указано с использованием поля из одного бита в предыдущем управляющем канале.
Как изображено на фиг.5, предполагается, что каждый из управляющих каналов типа 1 и типа 2 должен охватывать 2 фрагмента. Полное число управляющих каналов, возможно, зависит от преобразования, принятого для каналов ACK/NACK, которое не изображено на чертеже.
Структура назначения ресурса ACK/NACK может быть дополнительно упрощена с помощью назначения только мобильных телефонов 3 без назначения ресурса прямой линии связи в одном и том же подкадре. Мобильный телефон 3 с сообщением планирования прямой линии связи в одном и том же подкадре может быть извещен о ACK/NACK в блоке (пользовательских данных) ресурса прямой линии связи. В таком случае ACK/NACK из одного бита будет достаточным, поскольку управляющая информация в блоке ресурса прямой линии связи будет иметь свою собственную защиту от ошибочного кодирования. Однако ошибка в обнаружении управляющего канала в этом случае также будет приводить к неспособности мобильного телефона 5 извлечь информацию ACK/NACK, что, в свою очередь, может накладывать более жесткие требования к производительности управляющего канала прямой линии связи.
Базовая станция
Фиг.6 является блок-схемой, иллюстрирующей основные компоненты базовой станции 5, использованные в этом варианте осуществления. Как изображено, базовая станция включает в себя схему 21 приемопередатчика, которая обеспечивает передачу сигналов в мобильные телефоны 3 и прием сигналов из мобильных телефонов 3 через одну или более антенн 23 (с использованием вышеописанных поднесущих) и которая обеспечивает передачу сигналов в телефонную сеть 7 и прием сигналов из телефонной сети 7 через сетевой интерфейс 25. Работой схемы 21 приемопередатчика управляет контроллер 27 в соответствии с программным обеспечением, сохраненным в памяти 29. Программное обеспечение включает в себя, в частности, операционную систему 31 и модуль 33 назначения ресурсов. Модуль 33 назначения ресурсов обеспечивает назначение поднесущих, используемых схемой 21 приемопередатчика при его взаимодействии с мобильными телефонами 3. Программное обеспечение также включает в себя модуль 35 ACK/NACK, который обеспечивает информирование мобильных телефонов 3 об информации, необходимой для преобразования назначенных номеров фрагментов для их передачи обратной линии связи в каналы ACK/NACK, используемые для подтверждения приема этих данных. Модуль 35 ACK/NACK также обеспечивает передачу команд ACK/NACK для принятых данных в соответствующих каналах ACK/NACK для приема мобильными телефонами 3.
Мобильный телефон
Фиг.7 схематично иллюстрирует основные компоненты каждого из мобильных телефонов 3, изображенных на фиг.1. Как изображено, мобильные телефоны 3 включают в себя схему 71 приемопередатчика, который передает сигналы в базовую станцию 5 и принимает сигналы из базовой станции 5 через одну или более антенн 73. Как изображено, мобильный телефон 3 также включает в себя контроллер 73, который управляет работой мобильного телефона 3 и который соединен со схемой 71 приемопередатчика и с громкоговорителем 77, микрофоном 79, дисплеем 81 и клавиатурой 83. Контроллер 75 работает в соответствии с инструкциями программного обеспечения, сохраненными в памяти 85. Как изображено, эти инструкции программного обеспечения включают в себя, в частности, операционную систему 87 и модуль 89 назначения ресурсов. В этом варианте осуществления они также включают в себя модуль 91 ACK/NACK, который обеспечивает выполнение соответствующего преобразования, чтобы идентифицировать поднесущие, которые переносят команды ACK/NACK для данных, который передал мобильный телефон 3. Мобильные телефоны 3 могут быть запрограммированы для выполнения только одного из преобразований, обсужденных выше (со ссылкой на фиг.3 и фиг.4), или, если базовая станция 5 изменяет преобразование, которое она использует, тогда мобильные телефоны 3 должны информироваться об используемом преобразовании для данного подкадра.
В вышеупомянутом варианте осуществления ресурсы, используемые для сообщений ACK/NACK, связаны с ресурсами, назначенными мобильным телефонам 3 для передач обратной линии связи через соответствующее однозначно определенное преобразование. Однако недостатком этого подхода является то, что если одному мобильному телефону 3 назначается множество ресурсов обратной линии связи, тогда то же самое количество ресурсов должно быть использовано в сообщениях ACK/NACK прямой линии связи, и это является неэффективным использованием ресурсов системы.
Второй вариант осуществления
Вышеупомянутый вариант осуществления был впервые описан в более ранней заявке на патент Великобритании заявителя GB 0612228.7. После регистрации этой заявки некоторое число изменений сделано в предложенном эфирном интерфейсе Е-UTRA. Некоторая терминология была изменена так, что теперь подкадр является тем же самым, что и интервал времени передачи (TTI), и содержит два сегмента по 0,5 ms, каждый из которых содержит вышеописанные семь символов OFDM. Также блок ресурсов (RB) или фрагмент состоит из 12 последовательных поднесущих в частотной области. Кроме того, в настоящем предложении каждая базовая станция 5 будет поддерживать только одну полосу частот одновременно, но она может быть усовершенствована до других полос частот, вплоть до максимальной полосы частот 20 MHz. Все мобильные телефоны 3, которые взаимодействуют с базовой станцией 5, будут обязаны поддерживать ту же самую полосу частот, что и базовая станция 5.
Предложение для структуры управляющего канала L1/L2 (через который передается назначение ресурсов) также изменено. В частности, настоящим предложением, проиллюстрированным на фиг.8, является зарезервировать определенное количество временных-частотных ресурсов для сигнализации прямой линии связи в первых n символах OFDM, где n<3, и предполагается, что второй символ OFDM будет переносить ресурсы ACK/NACK. Предполагается, что каждому мобильному телефону 3 назначен один или более управляющих каналов в рабочей полосе частот базовой станции 5 (в этом примере 10 MHz). Имеющиеся ресурсы разделяются на некоторое число “элементов управляющего канала” (CCE) одинакового размера. Управляющий канал для мобильного телефона 3 может быть сформирован из одного из этих CCE или из некоторого числа агрегированных CCE. Чем больше CCE, которые используют для одного управляющего канала, тем больше выигрыш кодирования, который может быть достигнут, таким образом, больше CCE будут стремиться использовать для пользователей с худшими состояниями канала (например, для пользователей на краю ячейки). Когда возможно, частотная позиция управляющих каналов должна быть выбрана таким образом, чтобы охватывать ресурсы, в которых планируются пользовательские данные, для того чтобы использовать лучшие характеристики канала в этих частотных позициях, или распределена по всей полосе частот, чтобы получить большое разнесение частоты. Преобразование CCE в управляющие каналы является динамическим, и им управляют с помощью базовой станции 5 на основе последовательных подкадров. Мобильному телефону 3 сообщается множество CCE для контроля в случае, когда ему посылается сообщение планирования. Агрегирование CCE неизвестно мобильному телефону 3, таким образом, он должен пытаться декодировать каждый CCE самостоятельно, затем пары CCE вместе и т.д. Если декодирование действует, тогда он знает, что он нашел правильную комбинацию и может читать сообщение. Отдельные управляющие каналы также могут быть обеспечены для каждого мобильного телефона 3 для планирования ресурсов прямой линии связи и обратной линии связи.
С помощью этого устройства используемые ресурсы ACK/NACK, которые используют, могли бы быть определены способом, подобным первому варианту осуществления, но со ссылкой на ресурсы, используемые чтобы определять управляющий канал прямой линии связи (L1/L2), а не назначенные ресурсы обратной линии связи. Однако этот подход требует чтобы каждый мобильный телефон 3 знал индекс ресурсов, используемых для его управляющего канала прямой линии связи L1/L2, относительно ресурсов других управляющих каналов. Однако с помощью настоящего предложения каждый мобильный телефон 3 знает только то, что он правильно декодировал свой управляющий канал L2/L1. Он не знает индекс ресурсов, используемых для своего управляющего канала, относительно ресурсов других мобильных телефонов 3.
Таким образом, в этом втором варианте осуществления индекс ресурсов ACK/NACK, которые будут использованы базовой станцией 5, передается заранее в мобильный телефон 3 в его управляющем канале L1/L2, используемом для назначения ресурсов обратной линии связи. Этот процесс проиллюстрирован на фиг.9. Как изображено, базовая станция 5 передает мобильному телефону 3 через управляющий канал, используемый для назначения обратной линии связи, индекс ресурсов ACK/NACK, который будет использован базовой станцией 5, чтобы передавать сообщения ACK/NACK в мобильный телефон 3 после того как он передал свои данные обратной линии связи.
С помощью этого устройства также не нужно создавать отдельные ресурсы для динамически планируемых мобильных телефонов 3 и постоянно планируемых мобильных телефонов 3. В обоих случаях общий фонд ресурсов предоставляется для передач ACK/NACK для всех мобильных телефонов. Затем каждому мобильному телефону 3, ожидающему ответ ACK/NACK, передается индекс, соответствующий предназначенным ему ресурсам ACK/NACK. Как будет понятно специалистам в данной области техники, число битов, необходимых для передачи индекса, будет зависеть от количества ресурсов, зарезервированных как ресурсы ACK/NACK. Кроме того, если требуется более одного ресурса ACK/NACK, тогда в управляющий канал L1/L2 может быть вставлен более чем один индекс.
Модификации и варианты
Выше описано некоторое количество подробных вариантов осуществления. Как будет понятно специалистам в данной области техники, в вышеописанных вариантах осуществления может быть сделано некоторое количество модификаций и вариантов, в то же время получая выгоду от изобретений, осуществленных в настоящей заявке. Только в качестве иллюстрации теперь будет описано некоторое количество этих вариантов и модификаций.
В вышеописанных вариантах осуществления была описана телекоммуникационная система, основанная на мобильных телефонах, в которой были использованы вышеописанные способы сигнализации ресурсов ACK/NACK. Как будет понятно специалистам в данной области техники, сигнализация таких ресурсов ACK/NACK может быть использована в любой системе связи, которая использует множество поднесущих. В частности, способы сигнализации, описанные выше, могут быть использованы в проводных или беспроводных передачах с использованием либо электромагнитных сигналов либо акустических сигналов, чтобы переносить данные. В общем случае базовая станция могла бы быть заменена узлом связи, который взаимодействует с некоторым количеством разных пользовательских устройств. Пользовательские устройства могут включать в себя, например, персональные цифровые ассистенты, портативные переносные компьютеры, web-браузеры и т. д.
В вышеописанных вариантах осуществления допускалось, что базовая станция имеет рабочую полосу частот 20 MHz в первом варианте осуществления и 10 MHz во втором варианте осуществления, а фрагменты несущих частот были определены как содержащие 25 поднесущих каждая. Как будет понятно специалистам в данной области техники, изобретение не ограничено этими конкретными размерами фрагмента и полосы частот.
В вышеописанных вариантах осуществления описано некоторое количество модулей программного обеспечения. Как будет понятно специалистам в данной области техники, модули программного обеспечения могут быть предоставлены в компилированном или не компилированном виде и могут быть поданы в базовую станцию или в мобильный телефон в качестве сигнала через компьютерную сеть или на носителе записи. Кроме того, функциональные возможности, выполняемые с помощью части или с помощью всего этого программного обеспечения, могут быть выполнены с использованием одной или более специализированных схем аппаратного обеспечения. Однако использование модулей программного обеспечения является предпочтительным, так как это облегчает обновление базовой станции 5 и мобильных телефонов, для того чтобы обновлять их функциональные возможности.
Следующее является подробным описанием способа, в котором настоящее изобретение может быть осуществлено в предложенном в настоящее время стандарте LTE 3GPP. Несмотря на то, что различные признаки описаны как являющиеся существенными и необходимыми, это может иметь место только для предложенного стандарта LTE 3GPP, например, вследствие других требований, наложенных стандартом. Следовательно, такие высказывания, во всяком случае, не должны быть истолкованы как ограничивающие настоящее изобретение. Следующее описание будет использовать номенклатуру, используемую в долгосрочном развитии UTRAN. Например, базовая станция упомянута как eNodeB, а пользовательское устройство упомянуто как UE.
1. Введение
На предыдущей встрече RAN1#48 было согласовано следующее рабочее допущение для сигнализации управления ACK/NACK и соответствующих предварительно сконфигурированных ресурсов [1]:
ресурсы, используемые для ACK/NACK, конфигурированы на полустатической основе, определенной независимо от формата управляющего канала;
неявная зависимость между ресурсами обратной линии связи, используемыми для динамически планируемой передачи данных, или управляющим каналом DL, используемым для назначения, и ресурсом ACK/NACK прямой линии связи, используемым для обратной связи.
Однако последний отмеченный пункт указывает в явном виде как ACK/NACK передается в конкретное UE.
В этом документе заявители анализируют существующие варианты сигнализации для сигнализации управления ACK/NACK и предлагают эффективный механизм сигнализации для ACK/NACK для каждого UE.
2. Сигнализация управления ACK/NACK прямой линии связи
NodeB посылает информацию ACK/NACK в ответ на передачу обратной линии связи, принятую из UE. Затем UE ожидает свою информацию ACK/NACK в одном из предварительно сконфигурированных ресурсов прямой линии связи. Предполагается, что имеется некоторое число поднесущих в прямой линии связи, которые зарезервированы для переноса информации ACK/NACK для всех UE, которые ожидают такую информацию в прямой линии связи. Количество ресурсов, зарезервированных для такого использования, и их местоположения во временной/частотной плоскости могут быть сообщены во все UE в ячейке через общую сигнализацию на полустатической основе. Однако если UE ожидает информацию ACK/NACK, оно должно знать, где искать свою информацию ACK/NACK в этих зарезервированных ресурсах.
В RAN1 предложена сигнализация ACK/NACK без ID UE, для того чтобы уменьшить непроизводительные издержки на сигнализацию [2-6]. Предложена неявная сигнализация для UE, где найти его информацию ACK/NACK в этих зарезервированных ресурсах.
3. Неявная сигнализация ACK/NACK
В неявной сигнализации могут быть, по меньшей мере, два варианта:
вариант 1: неявная зависимость между ресурсами обратной линии связи, используемыми для динамически планируемой передачи данных, и ресурсом ACK/NACK прямой линии связи, используемым для обратной связи;
вариант 2: неявная зависимость между управляющим каналом DL, используемым для назначения, и ресурсом ACK/NACK прямой линии связи, используемой для обратной связи:
зависимость один к одному между индексом управляющего канала L1/L2 прямой линии связи для назначения радио ресурса обратной линии связи и индексом радио ресурсов ACK/NACK.
Вариант 1 допускает, что количество ресурсов ACK/NACK равно числу блоков ресурсов обратной линии связи (RB), таким образом, что между ними имеется зависимость. UE знает, где ожидать информацию ACK/NACK, и оно может разобраться из знания ресурсов UL, используемых для передачи UL, в каких поднесущих будет передана информация ACK/NACK. Однако недостатком варианта 1 является то, что если одному UE назначено множество RB в обратной линии связи, тогда имеется то же самой количество ресурсов ACK/NACK, соответствующих этим RB. Неэффективно, чтобы NodeB передавал одну информацию ACK/NACK во все эти ресурсы. Следовательно, вариант 1 напрасно расходует некоторые ресурсы прямой линии связи.
Вариант 2 допускает зависимость один к одному между индексом управляющего канала L1/L2 прямой линии связи для назначения радио ресурса обратной линии связи и индексом радио ресурсов ACK/NACK. Недостатком варианта 2 является то, что UE не знает свой индекс относительно другого управляющего канала L1/L2 прямой линии связи для назначения радио ресурса обратной линии связи. UE знает только, что оно правильно декодировало свой управляющий канал L1/L2 для назначения радио ресурса обратной линии связи.
В последнем прямом соглашении [1] способа было согласовано, что управляющие каналы формируют с помощью агрегирования элементов управляющего канала (CCE). Предполагается, что каждое UE знает свой формат MCS таким образом, что оно может предпринять некоторые попытки декодирования вслепую, чтобы найти свои управляющие каналы L1/L2 прямой линии связи. Если UE декодирует свой управляющий канал L1/L2 прямой линии связи для назначения радио ресурса обратной линии связи, тогда оно знает индексы назначенных элементов управляющего канала (ССЕ) относительно всех остальных ССЕ в полосе частот. Таким образом, возможно, что UE использует индекс ССЕ. Однако имеется большое количество ССЕ в полосе частот, и UE могут быть назначены один или более ССЕ. Тогда этот вариант 2 имеет подобный недостаток, что и вариант 1, следовательно, он не является эффективным.
4. Сигнализация индекса в управляющем канале L1/L2 DL
Недостаток варианта 2 может быть устранен с помощью сигнализации индекса ресурсов ACK/NACK в UE заранее таким образом, чтобы оно знало, где ожидать информацию ACK/NACK относительно других UE. В этом случае индекс вставлен в управляющий канал L1/L2 DL для назначения радио ресурса обратной линии связи, как изображено на фиг.8. Число битов для индексирования зависит от количества ресурсов, зарезервированных для ресурсов ACK/NACK в каждой полосе частот.
В предложенном изобретении не нужно создавать отдельные ресурсы для динамически планируемых UE и постоянно планируемых UE. В обоих случаях общий фонд ресурсов предоставляется для передач ACK/NACK для всех UE. Затем каждому UE, ожидающему ответ ACK/NACK, сигнализируется индекс, соответствующий предназначенным ему ресурсам ACK/NACK.
5. Заключение
В этом документе заявитель проанализировал существующие варианты сигнализации для сигнализации управления ACK/NACK и показали недостатки существующих вариантов. Кроме того, заявители предложили механизм сигнализации, который устраняет недостатки существующих вариантов с помощью вставки индекса в сигнализацию управления L1/L2 DL для назначения радио ресурса обратной линии связи. Следовательно, заявителем предложено следующее:
Индекс, вставленный в управляющий канал L1/L2 прямой линии связи для назначения радио ресурса обратной линии связи, должен быть использован для радио ресурсов ACK/NACK.
6. Ссылки
[1] R1-071223, “Way Forward on Downlink Control Signaling” Ericsson, Nokia, NTT DoCoMo, et al.
[2] R1-070867, “ACK/NACK Signal Structure in E-UTRA”, NTT DoCoMo, et al.
[3] R1-070932, “Assignment of Downlink ACK/NACK channel”, Panasonic.
[4] R1-070734, ”ACK/NACK Channel Transmission in E-UTRA Downlink”, T1.
[5] R1-070791, ”Downlink Acknowledgment and Group Transmit Indicator Channels”, Motorola.

Claims (35)

1. Способ связи, который использует множество поднесущих, сгруппированных в последовательность фрагментов, причем способ содержит этапы, на которых:
принимают данные обратной линии связи из одного или более пользовательских устройств и генерируют соответствующие сообщения ACK/NACK для принятых данных,
формируют управляющие данные, определяющие назначение одного или более фрагментов упомянутых поднесущих для каждого из множества пользовательских устройств,
передают упомянутые управляющие данные в упомянутые пользовательские устройства и
передают упомянутые сообщения ACK/NACK в соответствующие пользовательские устройства,
причем упомянутые управляющие данные для каждого пользовательского устройства передают через управляющий канал с использованием первого подмножества упомянутых поднесущих, а сообщения ACK/NACK для каждого устройства пользователя передают через канал ACK/NACK, который является отдельным от упомянутого управляющего канала, с использованием второго другого подмножества упомянутых поднесущих.
2. Способ по п.1, в котором на упомянутом этапе формирования формируют управляющие данные, которые назначают упомянутые один или более фрагментов поднесущих каждому из упомянутых пользовательских устройств для использования при передаче данных обратной линии связи.
3. Способ по п.2, в котором на упомянутом этапе генерирования генерируют сообщение ACK/NACK для данных, принятых в каждом фрагменте поднесущих.
4. Способ по п.3, в котором на упомянутом этапе передачи передают каждое сообщение ACK/NACK в соответственный канал ACK/NACK, причем каждый канал сформирован с использованием соответствующих одной или более поднесущих из упомянутого второго подмножества.
5. Способ по любому из пп.1-4, содержащий этап, на котором определяют поднесущие, используемые для передачи сообщения ACK/NACK в пользовательское устройство, в зависимости от поднесущих, назначенных пользовательскому устройству для передачи данных обратной линии связи.
6. Способ по п.5, содержащий этап, на котором определяют поднесущие, используемые для передачи каждого сообщения ACK/NACK, с использованием следующего выражения:
Позиция [0] = L*(i div M)+(i mod M)+Δ
где 0<=Δ<L
для j>0
Позиция [j] = Позиция [j-1]+L*N/M,
где L - число поднесущих во фрагменте;
i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK;
M - число поднесущих, назначенных на канал ACK/NACK;
Δ - сдвиг позиции поднесущей ACK/NACK во фрагменте, и
N - полное число фрагментов в назначенной полосе частот.
7. Способ по п.5, содержащий этап, на котором определяют поднесущие, используемые для передачи каждого сообщения ACK/NACK, с использованием следующего выражения:
Позиция [0] = L*i+Δ
где 0<=Δ<L
для j>0 и j<М
Позиция [j] = ((Позиция [j-1]+L*N/M)mod L*N) в символе j*Nsym/M,
где L - число поднесущих во фрагменте;
i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK;
М - число поднесущих, назначенных на канал ACK/NACK;
Δ - сдвиг позиции поднесущей ACK/NACK во фрагменте, и
N - полное число фрагментов в назначенной полосе частот, и
Nsym - число имеющихся символов, в которых могут быть назначены поднесущие.
8. Способ по любому из пп.1-4, в котором на упомянутом этапе формирования формируют два типа управляющих данных, один для пользовательских устройств, которые запланированы принимать данные прямой линии связи, а другой для пользовательских устройств, которые запланированы передавать данные обратной линии связи.
9. Способ по п.8, в котором, по меньшей мере, один из упомянутых первого и второго типов управляющих данных включает в себя данные заполнения так, что каждый тип управляющего канала имеет один и тот же размер.
10. Способ по п.9, в котором каждый тип управляющих данных соответствует по размеру двум фрагментам поднесущих.
11. Способ по любому из пп.1-4, содержащий этапы, на которых формируют соответствующие управляющие данные для каждого пользовательского устройства, запланированного передавать и/или принимать данные в текущем подкадре, и передают соответствующие управляющие данные в соответствующее пользовательское устройство через канал, который выделен пользовательскому устройству.
12. Способ по любому из пп.1-4, содержащий этап, на котором используют множество поддиапазонов, каждый из которых содержит поднесущие, упорядоченные в последовательности фрагментов, и дополнительно содержащий этап, на котором генерируют соответствующие управляющие данные для назначения поднесущей в каждом поддиапазоне.
13. Способ по п.12, в котором управляющие данные для поддиапазона сигнализируют в этом поддиапазоне.
14. Способ по любому из пп.1-4, в котором отдельный управляющий канал обеспечивают для каждого пользовательского устройства, запланированного в текущем подкадре, при этом максимальное число пользовательских устройств может быть запланировано в текущем подкадре.
15. Способ по п.14, в котором, когда число пользовательских устройств, планируемых в текущем подкадре, меньше, чем упомянутый максимум, некоторые из ресурсов управляющего канала освобождают и занимают данными пользователей.
16. Способ по п.15, в котором отсутствие управляющего канала указывают с использованием поля из одного бита в предыдущем управляющем канале.
17. Способ по п.1, дополнительно содержащий этап, на котором назначают ресурс, используемый для сообщения ACK/NACK, для пользовательского устройства и передают данные, идентифицирующие упомянутый назначенный ресурс ACK/NACK, в пользовательское устройство.
18. Способ по п.17, содержащий этап, на котором передают упомянутые данные, идентифицирующие упомянутый назначенный ресурс ACK/NACK, в упомянутом управляющем канале.
19. Способ по п.17 или 18, в котором упомянутые данные, идентифицирующие упомянутый ресурс ACK/NACK, содержат индекс, идентифицирующий каждый ресурс.
20. Способ связи, который использует множество поднесущих, сгруппированных в последовательность фрагментов, причем способ содержит этапы, на которых:
принимают управляющие данные, определяющие назначение одного или более фрагментов упомянутых поднесущих,
передают данные обратной линии связи с использованием назначенных поднесущих, и
принимают сообщения ACK/NACK для переданных данных обратной линии связи,
причем упомянутые управляющие данные принимают через управляющий канал с использованием первого подмножества упомянутых поднесущих, а упомянутые сообщения ACK/NACK принимают в канале ACK/NACK, который является отдельным от упомянутого управляющего канала, с использованием второго другого подмножества упомянутых поднесущих.
21. Способ по п.20, в котором упомянутые принятые управляющие данные идентифицируют один или более фрагментов поднесущих, используемых для передачи упомянутых данных обратной линии связи.
22. Способ по п.21, в котором на упомянутом этапе приема принимают сообщение ACK/NACK для данных обратной линии связи, переданных в каждом фрагменте поднесущих.
23. Способ по п.22, в котором на упомянутом этапе приема принимают каждое сообщение ACK/NACK в соответствующем канале ACK/NACK, причем каждый канал сформирован с использованием одной или более поднесущих из упомянутого второго подмножества.
24. Способ по любому из пп.20-23, содержащий этап, на котором определяют поднесущие, на которых должно быть принято сообщение ACK/NACK, в зависимости от поднесущих, назначенных пользовательскому устройству для передачи упомянутых данных обратной линии связи.
25. Способ по п.24, содержащий этап, на котором определяют поднесущие, на которых должно быть принято каждое сообщение ACK/NACK, с использованием следующего выражения:
Позиция [0] = L*(i div M)+(i mod M)+Δ
где 0<=Δ<L
для j>0
Позиция [j] = Позиция [j-1]+L*N/M,
где L - число поднесущих во фрагменте;
i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK;
M - число поднесущих, назначенных на канал ACK/NACK;
Δ - сдвиг позиции поднесущей ACK/NACK во фрагменте, и
N - полное число фрагментов в назначенной полосе частот.
26. Способ по п.24, содержащий этап, на котором определяют поднесущие, на которых должно быть принято каждое сообщение ACK/NACK, с использованием следующего выражения:
Позиция [0] = L*i+Δ
где 0<=Δ<L
для j>0 и j<М
Позиция [j] = ((Позиция [j-1]+L*N/M)mod L*N) в символе j*Nsym/M,
где L - число поднесущих во фрагменте;
i - номер фрагмента, назначенный пользовательскому устройству, в которое должно быть передано сообщение ACK/NACK;
M - число поднесущих, назначенных на канал ACK/NACK;
Δ - сдвиг позиции поднесущей ACK/NACK во фрагменте, и
N - полное число фрагментов в назначенной полосе частот, и
Nsym - число имеющихся символов, в которых могут быть назначены поднесущие.
27. Способ по любому из пп.20-23, в котором на упомянутом этапе приема принимают упомянутые управляющие данные через канал, который выделен пользовательскому устройству.
28. Способ по любому из пп.20-23, содержащий этап, на котором используют множество поддиапазонов, каждый из которых содержит поднесущие, упорядоченные в последовательности фрагментов, и дополнительно содержащий этап, на котором принимают соответствующие управляющие данные для назначения поднесущей в каждом поддиапазоне.
29. Способ по п.28, в котором управляющие данные для поддиапазона передают в этом поддиапазоне.
30. Способ по п.20, дополнительно содержащий этап, на котором принимают данные, идентифицирующие назначенный ресурс ACK/NACK, на котором надлежит принимать сообщения ACK/NACK.
31. Способ по п.30, в котором на упомянутом этапе приема данных принимают упомянутые данные, идентифицирующие назначенный ресурс ACK/NACK, в упомянутом управляющем канале.
32. Способ по п.30 или 31, в котором упомянутые данные, идентифицирующие упомянутый ресурс ACK/NACK, содержат индекс, идентифицирующий каждый ресурс, и определяют назначенный ресурс из упомянутого индекса.
33. Машиночитаемый носитель, содержащий инструкции, предназначенные для того, чтобы заставлять программируемое компьютерное устройство выполнять способ по любому из пп.1-4, 17, 18, 20-23, 30, 31.
34. Узел связи, который действует для осуществления связи с множеством пользовательских устройств с использованием множества поднесущих, сгруппированных в последовательность фрагментов, причем узел связи содержит:
приемник, выполненный с возможностью приема данных обратной линии связи из одного или более пользовательских устройств и выполненный с возможностью генерирования соответствующих сообщений ACK/NACK для принятых данных,
контроллер, выполненный с возможностью формирования управляющих данных, определяющих назначение одного или более фрагментов упомянутых поднесущих для каждого из множества пользовательских устройств,
передатчик, выполненный с возможностью передачи упомянутых управляющих данных в упомянутые пользовательские устройства и передачи упомянутых сообщений ACK/NACK в соответствующие пользовательские устройства,
причем упомянутый передатчик выполнен с возможностью передачи упомянутых управляющих данных в каждое пользовательское устройство через управляющий канал с использованием первого подмножества поднесущих и передачи упомянутых сообщений ACK/NACK в канале ACK/NACK, который является отдельным от упомянутого управляющего канала, с использованием второго отличающегося подмножества упомянутых поднесущих.
35. Пользовательское устройство, выполненное с возможностью осуществления связи с узлом связи, выполненным с возможностью осуществления связи с множеством пользовательских устройств с использованием множества поднесущих, сгруппированных в последовательность фрагментов, причем пользовательское устройство содержит:
приемник, выполненный с возможностью приема управляющих данных, определяющих назначение одного или более фрагментов упомянутых поднесущих, и
передатчик, выполненный с возможностью передачи данных обратной линии связи с использованием назначенных поднесущих,
причем упомянутый приемник также выполнен с возможностью приема сообщений ACK/NACK для переданных данных обратной линии связи,
упомянутый приемник выполнен с возможностью приема упомянутых управляющих данных через управляющий канал с использованием первого подмножества упомянутых поднесущих и приема упомянутых сообщений ACK/NACK в канале ACK/NACK, который является отдельным от упомянутого управляющего канала, с использованием второго отличающегося подмножества упомянутых поднесущих.
RU2010149720/08A 2006-06-20 2010-12-03 Назначение поднесущей для управляющих данных в системе связи RU2452104C1 (ru)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
GB0612228.7 2006-06-20
GB0612228A GB2439367A (en) 2006-06-20 2006-06-20 Separate ACK/NACK channel from a control channel
GB0705341.6 2007-03-20
GB0705341A GB2439406A (en) 2006-06-20 2007-03-20 OFDMA Communication System

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
RU2009101500/09A Division RU2414076C2 (ru) 2006-06-20 2007-06-13 Назначение поднесущей для управляющих данных в системе связи

Publications (2)

Publication Number Publication Date
RU2010149720A RU2010149720A (ru) 2012-05-10
RU2452104C1 true RU2452104C1 (ru) 2012-05-27

Family

ID=36803568

Family Applications (2)

Application Number Title Priority Date Filing Date
RU2009101500/09A RU2414076C2 (ru) 2006-06-20 2007-06-13 Назначение поднесущей для управляющих данных в системе связи
RU2010149720/08A RU2452104C1 (ru) 2006-06-20 2010-12-03 Назначение поднесущей для управляющих данных в системе связи

Family Applications Before (1)

Application Number Title Priority Date Filing Date
RU2009101500/09A RU2414076C2 (ru) 2006-06-20 2007-06-13 Назначение поднесущей для управляющих данных в системе связи

Country Status (10)

Country Link
US (9) US10172120B2 (ru)
EP (3) EP2429110B1 (ru)
JP (3) JP4863027B2 (ru)
KR (3) KR101022139B1 (ru)
CN (4) CN102938692B (ru)
CA (1) CA2655292C (ru)
ES (2) ES2424030T3 (ru)
GB (2) GB2439367A (ru)
RU (2) RU2414076C2 (ru)
WO (1) WO2007148710A1 (ru)

Families Citing this family (78)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2439367A (en) * 2006-06-20 2007-12-27 Nec Corp Separate ACK/NACK channel from a control channel
US8400998B2 (en) * 2006-08-23 2013-03-19 Motorola Mobility Llc Downlink control channel signaling in wireless communication systems
US7953061B2 (en) 2006-10-02 2011-05-31 Lg Electronics Inc. Method for transmitting control signal using efficient multiplexing
MX2009003608A (es) 2006-10-02 2009-04-22 Lg Electronics Inc Metodo para transmitir una señal de control de enlace descendente.
KR101384078B1 (ko) * 2007-01-10 2014-04-09 삼성전자주식회사 무선통신 시스템에서 애크/내크 채널 자원을 할당하고시그널링하는 방법 및 장치
US8169956B2 (en) 2007-01-26 2012-05-01 Qualcomm Incorporated Mapping uplink acknowledgement transmission based on downlink virtual resource blocks
KR101049138B1 (ko) 2007-03-19 2011-07-15 엘지전자 주식회사 이동 통신 시스템에서, 수신확인신호 수신 방법
PL2680523T3 (pl) 2007-03-19 2018-04-30 Lg Electronics, Inc. Sposób i aparat do nadawania/odbioru informacji o przydziale zasobów w systemie komunikacji mobilnej
US8605607B2 (en) * 2007-04-11 2013-12-10 Telefonaktiebolaget Lm Ericsson (Publ) Method for implicit conveying of uplink feedback information
JP5485870B2 (ja) * 2007-04-30 2014-05-07 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 通信ネットワークに関する方法および構成
KR100913090B1 (ko) 2007-06-13 2009-08-21 엘지전자 주식회사 통신 시스템에서 확산 신호를 송신하는 방법
KR100908063B1 (ko) 2007-06-13 2009-07-15 엘지전자 주식회사 이동 통신 시스템에서 확산신호를 송신하는 방법
US8036166B2 (en) * 2007-06-18 2011-10-11 Nokia Corporation Signaling of implicit ACK/NACK resources
US8412209B2 (en) 2007-06-18 2013-04-02 Motorola Mobility Llc Use of the physical uplink control channel in a 3rd generation partnership project communication system
KR100900289B1 (ko) 2007-06-21 2009-05-29 엘지전자 주식회사 직교 주파수 분할 다중화 시스템에서 제어 채널을 송수신하는 방법
CN104243126B (zh) 2007-06-22 2018-03-09 Tcl通讯科技控股有限公司 通信方法、基站及移动终端
US8379601B2 (en) 2007-08-16 2013-02-19 Motorola Mobility Llc Method and system for selective use of control channel element based implicit pointing
WO2009087742A1 (ja) * 2008-01-04 2009-07-16 Panasonic Corporation 無線通信基地局装置、無線通信移動局装置および制御チャネル割当方法
CN101222291B (zh) * 2008-01-05 2013-06-12 中兴通讯股份有限公司 用于物理上行控制信道的发送方法和装置
CN101911573B (zh) 2008-01-07 2014-01-29 诺基亚公司 用于将下行链路资源映射到相关上行链路传输的方法、装置和计算机程序
KR101375531B1 (ko) * 2008-03-14 2014-03-17 삼성전자주식회사 광대역 무선통신시스템에서 자원 할당 장치 및 방법
US8374109B2 (en) * 2008-03-27 2013-02-12 Qualcomm Incorporated Methods of sending control information for users sharing the same resource
CN101296513B (zh) 2008-04-22 2013-05-08 中兴通讯股份有限公司 一种物理上行控制信道干扰随机化的方法
WO2009134172A1 (en) * 2008-04-28 2009-11-05 Telefonaktiebolaget L M Ericsson (Publ) Improved uplink scheduling in a cellular system
RU2488967C2 (ru) * 2008-07-31 2013-07-27 Самсунг Электроникс Ко., Лтд. Способ и устройство для выделения ресурсов множественных несущих в системе ofdma
EP4344327A3 (en) * 2008-08-08 2024-06-12 Sun Patent Trust Wireless communication base station device, wireless communication terminal device, and channel allocation method
CN101677459A (zh) * 2008-09-19 2010-03-24 华为技术有限公司 信道的映射方法、ack的发射和接收方法、装置和系统
CN102160413B (zh) * 2008-09-22 2014-09-03 夏普株式会社 无线通信系统、基站装置、移动台装置以及无线通信方法
TWI491291B (zh) 2008-10-20 2015-07-01 Interdigital Patent Holdings 載波聚合控制頻道信令及獲得
CN104168098B (zh) * 2008-10-20 2017-11-14 交互数字专利控股公司 在wtru内实施的利用载波聚合传送ul控制信息的方法和wtru
EP2667657B1 (en) 2008-10-31 2015-09-30 Panasonic Intellectual Property Corporation of America Base station apparatus, terminal apparatus, and communication method
KR101303709B1 (ko) 2008-10-31 2013-09-03 인터디지탈 패튼 홀딩스, 인크 고속 패킷 액세스 통신에서 다수의 반송파를 이용하기 위한 방법 및 장치
CN102651889B (zh) * 2008-11-04 2015-07-08 华为技术有限公司 确定资源索引的方法、设备和系统
ES2434696T3 (es) 2008-11-04 2013-12-17 Huawei Technologies Co., Ltd. Método, aparato y sistema para determinar índices de recursos
ES2534787T3 (es) 2008-12-02 2015-04-28 Samsung Electronics Co., Ltd Recepción de asignaciones de planificación en múltiples anchos de banda operativos
KR101758268B1 (ko) * 2009-01-04 2017-07-14 엘지전자 주식회사 단일 주파수 대역만을 사용하는 제1 사용자 기기와 복수의 주파수 대역을 사용하는 제2 사용자 기기를 지원하는 무선 통신 시스템에 있어서, 사용자 기기와 기지국 간의 무선 통신 방법
US20100177694A1 (en) * 2009-01-09 2010-07-15 Industrial Technology Research Institute Apparatus and method for transmitting uplink control information
JP5525458B2 (ja) * 2009-01-29 2014-06-18 パナソニック株式会社 基地局装置、移動局装置及び送信方法
US8385281B2 (en) 2009-01-30 2013-02-26 Interdigital Patent Holdings, Inc. Method and apparatus for component carrier aggregation in wireless communications
US9450727B2 (en) 2009-02-03 2016-09-20 Google Technology Holdings LLC Physical layer acknowledgement signaling resource allocation in wireless communication systems
US11223459B2 (en) * 2009-02-10 2022-01-11 Telefonaktiebolaget Lm Ericsson (Publ) Mapping user data onto a time-frequency resource grid in a coordinated multi-point wireless communication system
US8837396B2 (en) * 2009-02-10 2014-09-16 Telefonaktiebolaget L M Ericsson (Publ) Mapping user data onto a time-frequency resource grid in a coordinated multi-point wireless communication sytem
EP2410670A4 (en) * 2009-03-16 2016-12-28 Lg Electronics Inc METHOD AND DEVICE FOR SUPPORTING CARRIER AGGREGATION
CN102326351B (zh) * 2009-03-18 2015-11-25 诺基亚通信公司 调度数据的方法
US8289895B2 (en) 2009-04-24 2012-10-16 Research In Motion Limited Relay link HARQ operation
CN101873706A (zh) * 2009-04-24 2010-10-27 北京三星通信技术研究有限公司 在多载波系统中反馈确认/未确认消息的方法
KR101717521B1 (ko) 2009-04-26 2017-03-17 엘지전자 주식회사 무선 통신 시스템에서 상향링크 제어 신호 송신 방법 및 이를 위한 장치
CN101873648B (zh) * 2009-04-27 2013-02-20 电信科学技术研究院 一种lte系统中信息的发送方法、系统和设备
GB2469800A (en) 2009-04-27 2010-11-03 Nec Corp Communications system
US9191177B2 (en) 2009-05-04 2015-11-17 Qualcomm Incorporated Transmission of feedback information for multi-carrier operation
KR101641971B1 (ko) * 2009-05-15 2016-07-22 엘지전자 주식회사 무선 통신 시스템에서 사운딩 참조 신호 송신 방법 및 이를 위한 장치
KR101563774B1 (ko) 2009-06-19 2015-10-27 인터디지탈 패튼 홀딩스, 인크 Ｌｔｅ－ａ에서의 상향링크 제어 정보 시그널링
CN101932070B (zh) * 2009-06-19 2013-12-11 电信科学技术研究院 一种载波聚合系统中配置载波的方法及装置
US8995364B2 (en) 2009-07-16 2015-03-31 Lg Electronics Inc. Method in which a receiver transmits control information in a wireless communication system
CN101998429A (zh) * 2009-08-13 2011-03-30 大唐移动通信设备有限公司 载波聚合系统中cce聚合长度指示方法、获取方法和设备
US9585164B2 (en) 2009-09-25 2017-02-28 Blackberry Limited System and method for multi-carrier network operation
WO2011038243A2 (en) 2009-09-25 2011-03-31 Fong, Mo-Han System and method for multi-carrier network operation
WO2011038272A1 (en) 2009-09-25 2011-03-31 Mo-Han Fong System and method for multi-carrier network operation
EP2481182B1 (en) * 2009-09-25 2016-01-13 BlackBerry Limited System and method for multi-carrier network operation
WO2011083990A2 (ko) * 2010-01-06 2011-07-14 엘지전자 주식회사 복수의 컴포넌트 캐리어를 지원하는 무선통신 시스템에서 크로스-캐리어 스케쥴링을 통한 데이터 전송 방법 및 장치
KR101763596B1 (ko) 2010-01-06 2017-08-01 엘지전자 주식회사 복수의 컴포넌트 캐리어를 지원하는 무선통신 시스템에서 크로스-캐리어 스케쥴링을 통한 데이터 전송 방법 및 장치
CA2787891C (en) * 2010-01-26 2016-01-12 Lg Electronics Inc. Method and apparatus for allocating resources in a wireless communication system
EP2583404A1 (en) * 2010-06-18 2013-04-24 Kyocera Corporation Control channel architecture with control information distributed over multiple subframes on different carriers
WO2011156967A1 (en) * 2010-06-18 2011-12-22 Nokia Corporation Enhanced physical uplink control channel format resource allocation for time division duplex mode
KR101486679B1 (ko) * 2010-09-28 2015-01-26 엘지전자 주식회사 무선 통신 시스템에서 수신 확인 전송 방법 및 장치
CN102075993B (zh) * 2011-01-30 2013-06-05 大唐移动通信设备有限公司 载波聚合系统中的定时器维护方法和设备
CN102685755B (zh) * 2011-03-07 2016-12-07 中兴通讯股份有限公司 一种频谱资源共享使用的方法及系统
TWI572222B (zh) 2011-05-23 2017-02-21 內數位專利控股公司 長期演進無線傳送/接收單元(wtru)及其執行的方法
GB2498221A (en) * 2012-01-09 2013-07-10 Renesas Mobile Corp Resources of a downlink control channel for transmitting ACK/NACK feedback are used for control information for a different communication function
US20130231889A1 (en) * 2012-03-01 2013-09-05 Lockheed Martin Corporation Method and apparatus for an inertial navigation system
CN105024787A (zh) * 2014-08-29 2015-11-04 魅族科技（中国）有限公司 一种数据传输方法、相关装置及系统
CN107005367B (zh) * 2014-12-01 2021-01-05 索尼公司 用于传输保护的通信装置、方法和节点
CN106559890B (zh) * 2015-09-29 2021-08-31 华为技术有限公司 传输控制信令的方法和装置
CN106993333B (zh) * 2016-01-20 2021-05-11 中兴通讯股份有限公司 上行控制信号的发送方法及装置
NZ744641A (en) * 2016-01-29 2023-11-24 Ntt Docomo Inc User terminal, radio base station and radio communication method
JP6272371B2 (ja) * 2016-02-04 2018-01-31 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法
CN109196808B (zh) * 2016-03-29 2022-06-07 韩国电子通信研究院 由通信系统中的基站/ue执行的操作方法
US12082200B2 (en) 2016-07-29 2024-09-03 Ntt Docomo, Inc. User terminal and radio communication method

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1379033A1 (en) * 2002-07-01 2004-01-07 Siemens Mobile Communications S.p.A. Method for releasing single downlink TBFs in a mobile radio system
RU2242090C2 (ru) * 2001-05-04 2004-12-10 Самсунг Электроникс Ко., Лтд. Устройство и способ передачи для мультимедийной услуги в системе мобильной связи
EP1571772A2 (en) * 2004-03-05 2005-09-07 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving a data frame processing result in an OFDMA mobile communication

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9024684D0 (en) * 1990-11-13 1991-01-02 Cognito Group Ltd A method of communicating data
US6473467B1 (en) 2000-03-22 2002-10-29 Qualcomm Incorporated Method and apparatus for measuring reporting channel state information in a high efficiency, high performance communications system
US7159163B2 (en) 2002-07-08 2007-01-02 Qualcomm Incorporated Feedback for data transmissions
KR100965861B1 (ko) * 2002-10-24 2010-06-24 삼성전자주식회사 이동통신 시스템에서 복합 재전송 제어 장치
KR100548322B1 (ko) * 2003-02-04 2006-02-02 엘지전자 주식회사 무선 통신 시스템의 오류 방지 알엘씨 재설정 방법
MXPA05008613A (es) * 2003-02-13 2005-11-04 Nokia Corp Sistema y metodo para la deteccion de senales de enlace ascendente mejorada y potencia de senales de enlace ascendente reducida.
US7414989B2 (en) 2003-05-07 2008-08-19 Motorola, Inc. ACK/NACK determination reliability for a communication device
US8660567B2 (en) 2003-08-20 2014-02-25 Panasonic Corporation Radio communication apparatus and subcarrier assignment method
US20050078629A1 (en) * 2003-10-14 2005-04-14 Hao Bi Channel allocation extension in wireless communications networks and methods
US7092353B2 (en) 2003-10-17 2006-08-15 Qualcomm Incorporated Carrier search methods and apparatus
CN100355231C (zh) * 2003-12-19 2007-12-12 上海贝尔阿尔卡特股份有限公司 多载波系统中具有混合自动重传请求的数据传输方法
EP1557967B1 (en) * 2004-01-22 2008-03-26 Matsushita Electric Industrial Co., Ltd. Method of HARQ retransmission timing control
CN1271215C (zh) 2004-02-12 2006-08-23 上海交通大学 塑料微流控分析芯片的封装方法
WO2005088887A1 (en) 2004-03-04 2005-09-22 Qualcomm Incorporated Early termination of low data rate traffic in a wireless network
KR100754658B1 (ko) * 2004-03-12 2007-09-03 삼성전자주식회사 통신 시스템에서 복합 재전송 운용 방법
JP4012167B2 (ja) * 2004-03-31 2007-11-21 株式会社東芝 無線通信システム
US20050249127A1 (en) * 2004-05-10 2005-11-10 Lucent Technologies, Inc. Method for subcarrier allocation
KR100810333B1 (ko) * 2004-06-15 2008-03-04 삼성전자주식회사 광대역 무선 접속 통신 시스템에서 소프트 핸드오버 지원을 위한 장치 및 방법
KR100742127B1 (ko) 2004-06-25 2007-07-24 삼성전자주식회사 직교 주파수 분할 다중 접속 이동통신시스템에서 상향링크 랜덤 접속 채널을 송수신하기 위한 장치 및 방법
US20060056282A1 (en) * 2004-09-13 2006-03-16 Suman Das Method of scheduling and forward link resource allocation in OFDM systems
US7525908B2 (en) * 2004-09-24 2009-04-28 M-Stack Limited Data unit management in communications
KR100663278B1 (ko) 2004-11-15 2007-01-02 삼성전자주식회사 상향링크 패킷 데이터 서비스를 지원하는이동통신시스템에서 하향링크 제어정보의 송수신 방법 및장치
US8160046B2 (en) * 2004-12-22 2012-04-17 Qualcomm Incorporated Control channel assignment in a wireless communication network
JP4756314B2 (ja) 2005-01-05 2011-08-24 日本電気株式会社 通信制御方法、無線通信システム、移動局、基地局並びに基地局制御装置。
US20050195849A1 (en) * 2005-03-03 2005-09-08 Amol Rajkotia Early termination of low data rate traffic in a wireless network
JP4762233B2 (ja) * 2005-05-02 2011-08-31 株式会社エヌ・ティ・ティ・ドコモ 送信電力制御方法、移動局、無線基地局及び無線回線制御局
WO2006135187A2 (en) * 2005-06-15 2006-12-21 Lg Electronics Inc. A method of allocating wireless resources in a multi-carrier system
US7873055B2 (en) * 2005-10-21 2011-01-18 Alcatel-Lucent Usa Inc. Scheduling user transmissions of mobile stations on a reverse link of a spread spectrum cellular system
WO2007078171A2 (en) * 2006-01-05 2007-07-12 Lg Electronics Inc. Method of transmitting feedback information in a wireless communication system
CA2641447C (en) 2006-02-03 2017-04-25 Interdigital Technology Corporation Method and system for supporting multiple hybrid automatic repeat request processes per transmission time interval
US7929942B2 (en) * 2006-03-20 2011-04-19 Alcatel-Lucent Usa Inc. Completing emergency calls over a network with a malfunctioning backhaul communications link
US8582535B2 (en) * 2006-04-28 2013-11-12 Samsung Electronics Co. Ltd. Apparatus and method for scheduling hybrid ARQ acknowledgment messages in a wireless network
US8102802B2 (en) * 2006-05-08 2012-01-24 Motorola Mobility, Inc. Method and apparatus for providing downlink acknowledgments and transmit indicators in an orthogonal frequency division multiplexing communication system
US7916775B2 (en) 2006-06-16 2011-03-29 Lg Electronics Inc. Encoding uplink acknowledgments to downlink transmissions
GB2439367A (en) * 2006-06-20 2007-12-27 Nec Corp Separate ACK/NACK channel from a control channel
US8098643B2 (en) * 2006-08-24 2012-01-17 Alcatel Lucent Method of increasing the capacity of the forward link MAC channel in a wireless communication system
US9281917B2 (en) * 2007-01-03 2016-03-08 Nokia Technologies Oy Shared control channel structure

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2242090C2 (ru) * 2001-05-04 2004-12-10 Самсунг Электроникс Ко., Лтд. Устройство и способ передачи для мультимедийной услуги в системе мобильной связи
EP1379033A1 (en) * 2002-07-01 2004-01-07 Siemens Mobile Communications S.p.A. Method for releasing single downlink TBFs in a mobile radio system
EP1571772A2 (en) * 2004-03-05 2005-09-07 Samsung Electronics Co., Ltd. Apparatus and method for transmitting and receiving a data frame processing result in an OFDMA mobile communication

Also Published As

Publication number Publication date
GB0705341D0 (en) 2007-04-25
CN101473583B (zh) 2012-12-05
CN101473583A (zh) 2009-07-01
JP2012023757A (ja) 2012-02-02
CA2655292A1 (en) 2007-12-27
JP2009540626A (ja) 2009-11-19
JP4863027B2 (ja) 2012-01-25
EP2429110A2 (en) 2012-03-14
US10701680B2 (en) 2020-06-30
EP2429110B1 (en) 2013-05-01
US20210120534A1 (en) 2021-04-22
US10925052B2 (en) 2021-02-16
US20190104504A1 (en) 2019-04-04
KR20120101579A (ko) 2012-09-13
RU2010149720A (ru) 2012-05-10
WO2007148710A1 (en) 2007-12-27
US10397911B2 (en) 2019-08-27
CN102938692A (zh) 2013-02-20
CN102412946A (zh) 2012-04-11
EP2036238B1 (en) 2012-09-26
US20170223684A1 (en) 2017-08-03
EP2424147B1 (en) 2013-05-01
US20100238870A1 (en) 2010-09-23
CN102404091B (zh) 2015-11-25
JP2011193521A (ja) 2011-09-29
GB2439406A (en) 2007-12-27
GB2439367A (en) 2007-12-27
US20120163330A1 (en) 2012-06-28
US20240023116A1 (en) 2024-01-18
US10701683B1 (en) 2020-06-30
RU2414076C2 (ru) 2011-03-10
KR101305748B1 (ko) 2013-09-06
KR101302320B1 (ko) 2013-08-30
US10172120B2 (en) 2019-01-01
US20120176988A1 (en) 2012-07-12
US20200205135A1 (en) 2020-06-25
EP2424147A2 (en) 2012-02-29
CN102412946B (zh) 2016-06-08
ES2424030T3 (es) 2013-09-26
EP2036238A1 (en) 2009-03-18
KR101022139B1 (ko) 2011-03-17
US20200305136A1 (en) 2020-09-24
CN102404091A (zh) 2012-04-04
KR20090024272A (ko) 2009-03-06
JP5083581B2 (ja) 2012-11-28
RU2009101500A (ru) 2010-07-27
CA2655292C (en) 2012-11-13
US11758548B2 (en) 2023-09-12
ES2424016T3 (es) 2013-09-26
EP2424147A3 (en) 2012-04-18
KR20110004465A (ko) 2011-01-13
CN102938692B (zh) 2016-03-09
JP5083580B2 (ja) 2012-11-28
GB0612228D0 (en) 2006-08-02
EP2429110A3 (en) 2012-04-18

Similar Documents

Publication Publication Date Title
RU2452104C1 (ru) Назначение поднесущей для управляющих данных в системе связи
CN114614961B (zh) 报告信道状态信息的方法和装置
EP3619874B1 (en) Short pucch formats and scheduling request (sr) transmission for 5th generation (5g) new radio access technology (nr)
AU2018216827A1 (en) Short physical uplink control channel (PUCCH) design for 5th generation (5G) new radio (NR)
CN107925997A (zh) 一种上行控制信息的发送方法、接收方法及相关装置