Обнаружение прерывистой передачи при передаче подтверждения приема/отрицательного подтверждения приема вместе с запросом планирования

Заявленное изобретение относится к сигнализации между мобильным устройством (10) и сетевым узлом (12). Техническим результатом является устранение ошибочной ситуации «АСК вместо DTX» («подтверждение приема вместо прерывистой передачи»). Для этого способ включает генерацию сообщения, включающего запрос планирования. Также определяют, требуется ли передача второй индикации (например, подтверждения приема) в подкадре с первой индикацией. В ответ на определение того, что вторая индикация не должна быть включена, конфигурируют упомянутое сообщение в первой конфигурации, а в ответ на определение того, что вторая индикация должна быть включена, в сообщение также включают вторую индикацию, и сообщение конфигурируют во второй конфигурации. Первая конфигурация отличается от второй конфигурации. Способ также включает передачу упомянутого сообщения посредством беспроводного передатчика в упомянутом подкадре. Описаны также устройство и машиночитаемый носитель. 3 н. и 28 з.п. ф-лы, 12 ил., 1 табл.

 

Область техники

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

Предпосылки создания изобретения

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

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

3GPP	Консорциум третьего поколения (third generation partnership project)
ACK	подтверждение приема (acknowledge)
aGW	шлюз доступа (access gateway)
BW	полоса частот (bandwidth)
C-Plane	плоскость управления (control plane)
CQI	индикатор качества канала
DL	нисходящая линия связи (downlink)
DTX	прерывистая передача (discontinuous transmission)
eNB	эволюционированный узел В (evolved Node В) (базовая станция сети LTE)
E-UTRAN	эволюционированная универсальная наземная сеть радиодоступа (evolved universal terrestrial radio access network)
FDMA	множественный доступ с разделением по частоте (frequency division multiple access)
LTE	долгосрочная эволюция (long term evolution)
MAC	управление доступом к среде передачи (medium access control)
MM	управление мобильностью (mobility management)
NACK	отрицательное подтверждение приема (negative acknowledge)
Node В	базовая станция
ОС	ортогональное покрытие (orthogonal cover)
OFDMA	множественный доступ с ортогональным частотным разделением (orthogonal frequency division multiple access)
PDCP	протокол конвергенции пакетных данных (packet data covergence protocol)
PHY	физический уровень (PHY)
PDSCH	разделяемый канал физического уровня нисходящей линии связи (physical downlink shared channel)
PUCCH	канал управления физического уровня восходящей линией связи (physical downlink control channel)
PUSCH	разделяемый канал физического уровня восходящей линии связи (physical downlink shared channel)
RLC	управление радиолинией (radio link control)
RRC	управление радиоресурсами (radio resource control)
RRM	администрирование радиоресурсов (radio resource management)
RS	опорный сигнал (reference signal)
SC-FDMA	множественный доступ с разделением по частоте на одной несущей (single carrier, frequency division multiple access)
SDU	блок сервисных данных (service data unit)
SR	запрос планирования (scheduling request)
UE	абонентское оборудование (user equipment)
UL	восходящая линия связи (uplink)
U-Plane	плоскость пользователя (user plane)
UTRAN	универсальная наземная сеть радиодоступа

Представленная система связи, известная как эволюционированная UTRAN (E-UTRAN, а также UTRAN-LTE или E-UTRA), в настоящее время находится на стадии разработки в консорциуме 3GPP. На текущем этапе работ предполагается, что в качестве технологии доступа к нисходящей линии связи будет применяться OFDMA, а к восходящей линии связи - SC-FDMA.

Одним из документов, имеющих отношение к этому и другим вопросам, касающимся настоящего изобретения, является 3GPP TS 36.300, V8.3.0 (2007-12), консорциум 3-го поколения; группа технических спецификаций сети радиодоступа; эволюционированный универсальный наземный радиодоступ (E-UTRA) и эволюционированная универсальная наземная сеть радиодоступа (E-UTRAN); общее описание; стадия 2 (редакция 8).

Фиг.1 воспроизводит фиг.4 документа 3GPP TS 36.300 и показывает общую архитектуру системы E-UTRAN. Система E-UTRAN включает узлы eNB, обеспечивающие протокол согласования абонентского оборудования с плоскостью пользователя E-UTRA (PDCP/RLC/MAC/PHY) и плоскостью управления (RRC). Упомянутые узлы eNB связаны между собой посредством интерфейса Х2. Также эти узлы eNB соединены посредством интерфейса S1, с эволюционированным пакетным ядром (ЕРС, Evolved Packet Core), точнее с объектом управления мобильностью (ММЕ, Mobility Management Entity) посредством интерфейса S1-MME и с обслуживающим шлюзом (Serving Gateway, S-GW) посредством интерфейса S1-U. Интерфейс S1 поддерживает связь типа "многие с многими" между объектами ММЕ/обслуживающими шлюзами и узлами eNB.

На узел eNB возложены следующие функции:

- функции администрирования радиоресурсов: управление радиоканалом, управление радиодопуском, управление мобильностью соединений, динамическое выделение ресурсов экземплярам абонентского оборудования в восходящей и нисходящей линиях связи (планирование);

- сжатие заголовков IP и шифрование потока абонентских данных;

- выбор объекта ММЕ при подключении абонентского оборудования;

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

- планирование и передача пейджинговых сообщений (исходящих от ММЕ);

- планирование и передачи широковещательной информации (исходящей от ММЕ или сервера О&М); и

- измерение и формирование отчетов об измерениях для поддержки мобильности и планирования.

Особенный интерес для дальнейшего описания представляют два следующих документа: документ TSG-RAN WG1, R1-080343, Sevilla, Spain, January 14-18, 2008, источник: Ericsson, название: "Мультиплексирование ACK/NACK и запроса планирования в канале PUCCH" (на который в дальнейшем осуществляются ссылки как на документ R1-080343), а также документ 3GPP TSG RAN WG1, Meeting #51bis, R1-080035, Sevilla, Spain, 14-18 января 2008, источник: Samsung, Nokia, Nokia Siemens Networks, Panasonic, TI, название: "Совместное предложение по канализации ACK/NACK в восходящей линии связи (на который в дальнейшем осуществляются ссылки как на документ R1-080035).

Также с целью описания каналов физического уровня восходящей линии связи, включая PUCCH и PUSCH в разделе 5, могут осуществляться ссылки на документ 3GPP TR 36.211, V8.1.0 (2007-11), консорциум 3-го поколения; группа технических спецификаций сети радиодоступа; "Каналы физического уровня и модуляция" (редакция 8).

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

Следует отметить, что для "запроса планирования" в серии документов TS 36.21х применяется термин "Формат 1 PUCCH". Соответственно, при использовании "ACK/NACK" в качестве общего термина подразумеваются форматы 1a/1b PUCCH. Существующие форматы PUCCH сведены в таблице 1:

Форматы PUCCH	Вид управления
Формат 1 PUCCH	Запрос планирования
Формат 1а PUCCH	1-битный ACK/NACK
Формат 1b PUCCH	2-битный ACK/NACK
Формат 2 PUCCH	CQI
Формат 2а PUCCH	CQI+1-битный ACK/NACK
Формат 2b PUCCH	CQI+2-битный ACK/NACK

Таблица 1: форматы PUCCH

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

Упомянутая ситуация с DTX относится к сбою, возникающему при передаче гранта выделения ресурсов нисходящей линии связи одному из экземпляров абонентского оборудования. Если выделение ресурсов нисходящей линии связи не было успешным, то в заданном подкадре восходящей линии связи отсутствует (отсутствуют) ACK/NACK, связанный (связанные) с PDCCH/PDSCH (с точки зрения ACK/NACK это является прерывистой передачей), так как абонентское оборудование по какой-либо причине пропустило выделение ресурсов нисходящей линии связи и, следовательно, не имеет причин передавать или включать ACK/NACK в подкадр восходящей линии связи. Однако узел eNB не может знать об отсутствии ACK/NACK и может в результате неверно интерпретировать принятые от абонентского оборудования данные.

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

Первый тип ошибок можно назвать "ложным обнаружением", "DTX→ACK/NACK": при этом грант выделения ресурсов нисходящей линии связи не имел успеха, но узел eNB не способен этого обнаружить.

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

В данном контексте DTX соответствует сигнализации запроса планирования, а не комбинации ACK/NACK и запроса планирования.

Очевидно, что ошибочные ситуации при схеме мультиплексирования SR и ACK/NACK такого типа могут привести к серьезным проблемам, в частности к так называемой ошибочной ситуации "DTX (SR)→АСК", и, следовательно, должны учитываться при разработке схемы мультиплексирования запроса планирования и ACK/NACK.

Ошибки типа "АСК вместо DTX" возникают, когда узел eNB обнаруживает АСК, хотя при этом абонентским оборудованием передавался не АСК, а лишь запрос планирования. Комбинация ложного обнаружения информации планирования нисходящей линии связи и ошибки типа "АСК вместо DTX" (для DL-SHC) отражается на протоколах высших уровней, например она может привести к ошибке протокола высшего уровня. Интерпретация принятого запроса планирования как АСК - особенно проблематичная ошибочная ситуация с точки зрения нисходящей линии связи, так как передача нисходящей линии связи ошибочно считается корректно принятой абонентским оборудованием. Это значит, что теперь пропуск абонентским оборудованием передачи нисходящей линии связи необходимо обнаруживать на высших уровнях протоколов и затем обеспечивать средства восстановления. Как правило, такой тип восстановления ошибок в протоколе высшего уровня будет существенно медленнее по сравнению с восстановлением на первом уровне (L1) и потребует значительно больших непроизводительных затрат на сигнализацию. Следовательно, предпочтительно, чтобы частота подобных ошибок, если они вообще возникают, была минимальной.

Один из способов мультиплексирования ACK/NACK и запроса планирования предложен в документе R1-080343. При этом, однако, во внимание не приняты различные ошибочные ситуации, в особенности ошибочная ситуация "АСК вместо DTX".

Сущность изобретения

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

С использованием примеров осуществления настоящего изобретения преодолеваются вышеописанные и другие затруднения, а также реализуются дополнительные преимущества.

Один из примеров осуществления в соответствии с настоящим изобретением представляет собой способ сигнализации между мобильным устройством (10) и сетевым узлом (12). Способ включает генерацию сообщения, включающего первую индикацию запроса планирования. Также способ включает определение, требуется ли передача второй индикации в подкадре с упомянутой первой индикацией. Вторая индикация (например, подтверждение приема) указывает на то, что грант выделения ресурсов нисходящей линии связи достиг цели и что все соответствующие кодовые слова были приняты корректно. Упомянутый способ включает в ответ на определение о том, что вторую индикацию не включают, конфигурирование упомянутого сообщения в первой конфигурации, а в ответ на определение того, что вторую индикацию включают, упомянутое сообщение также включает вторую индикацию, при этом упомянутое сообщение конфигурируют во второй конфигурации. При этом первая конфигурация отличается от второй конфигурации. Способ также включает передачу сообщения в упомянутом подкадре посредством беспроводного передатчика.

Другим примером осуществления в соответствии с настоящим изобретением является устройство (10) для сигнализации между мобильным устройством (10) и сетевым узлом (12). Устройство (10) включает модуль генерации сообщений, выполненный с возможностью генерации сообщения, включающего запрос планирования. Также включен модуль определения, выполненный с возможностью определения, требуется ли передача подтверждения приема в том же подкадре, что и упомянутое сообщение. Модуль генерации сообщений также выполнен с возможностью: в ответ на определение о том, что подтверждение приема не включают, конфигурирования упомянутого сообщения в первой конфигурации, и, в ответ на определение о том, что подтверждение приема включают, конфигурирования упомянутого сообщения во второй конфигурации, включающую упомянутое подтверждение приема. При этом первая конфигурация отличается от второй конфигурации.

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

Еще одним примером осуществления в соответствии с настоящим изобретением является устройство (10) для сигнализации между мобильным устройством (10) и сетевым узлом (12). Устройство (10) включает средство (10F) генерации сообщений для генерации сообщения, включающего запрос планирования; и первое средство (10Е) определения для определения, требуется ли передача подтверждения приема в том же подкадре, что и упомянутое сообщение. Средства (10F) генерации сообщений также предназначены для конфигурирования упомянутого сообщения в первой конфигурации в ответ на определение того, что подтверждение приема не включают, и конфигурирования упомянутого сообщения во второй конфигурации, включающей упомянутое подтверждение приема, в ответ на определение того, что подтверждение приема включают. При этом первая конфигурация отличается от второй конфигурации.

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

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

На фиг.1 воспроизведена фиг.4 документа 3GPP TS 36.300, изображающая общую архитектуру системы E-UTRAN.

На фиг.2 показана упрощенная блок-схема различных электронных устройств, применимых при практическом использовании примеров осуществления настоящего изобретения.

На фиг.3 показан пример отображения сигнального созвездия 1-битного ACK/NACK в соответствии с примерами осуществления настоящего изобретения.

На фиг.4 показан пример отображения сигнального созвездия 2-битного ACK/NACK в соответствии с примерами осуществления настоящего изобретения.

На фиг.5 показан пример отображения сигнального созвездия 1-битного ACK/NACK в соответствии с другими примерами осуществления настоящего изобретения.

На фиг.6 показан пример отображения сигнального созвездия 2-битного ACK/NACK с перестановками в сигнальном созвездии, выполненными между двумя слотами, также в соответствии с примерами осуществления настоящего изобретения.

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

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

На фиг.10 изображены ресурс запросов планирования и ACK/NACK. Фиг.10 используется при описании работы четвертого подхода, реализуемого с помощью примеров осуществления настоящего изобретения.

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

На фиг.12 показан пример отображения сигнального созвездия 2-битного ACK/NACK с перестановками в сигнальном созвездии, выполненными между двумя слотами, также в соответствии с примерами осуществления настоящего изобретения.

Подробное описание изобретения

Один из не ограничивающих изобретение примеров мультиплексирования запроса планирования и ACK/NACK описан в предварительной заявке на патент США №61/001,207, поданной этим же заявителем 30.10.2007, под названием: "Устройство, способ и компьютерный программный продукт, обеспечивающий улучшенную сигнализацию запроса планирования вместе с ACK/NACK или CQI".

Другой пример процедуры мультиплексирования запроса планирования и ACK/NACK описан в предварительной заявке на патент США №60/936,033, поданной этим же заявителем 18.06.2007, под названием "Мультиплексирование запроса планирования и ACK/NACK и/или CQI, передаваемых по PUCCH".

Примеры осуществления настоящего изобретения относятся в целом к стандартизации 3GPP LTE, и, в частности, к передаче запроса планирования с одновременной передачей (или без нее) ACK/NACK по PUCCH.

Следует, отметить, что несмотря на последующее описание примеров осуществления изобретения в контексте системы E-UTRAN (UTRAN-LTE), они не ограничены использованием исключительно в этом конкретном типе беспроводных систем связи, но могут эффективно применяться и в других беспроводных системах связи.

Для иллюстрации упрощенной блок-схемы различных устройств, применимых при практическом использовании примеров осуществления настоящего изобретения, осуществляются ссылки на фиг.2. Беспроводная сеть 1 на фиг.2 предназначена для связи с устройством 10, для удобства также называемым в настоящем документе абонентским оборудованием 10 UE, посредством другого устройства, такого как узел 12 доступа к сети, также называемого в настоящем документе узлом В (базовой станцией), и, в частности, eNB 12. Сеть 1 может включать сетевой управляющий элемент 14 (NCE, network control element), который может обладать функциональностью MME/S-GW, показанной на фиг.1.

Абонентское оборудование 10 UE включает контроллер, такой как компьютер или процессор 10А данных (data processor, DP), машиночитаемый носитель данных, реализуемый в виде памяти 10B (MEM), в которой хранится программа 10С из компьютерных инструкций (PROG), а также соответствующий радиочастотный приемопередатчик 10D для двунаправленной беспроводной связи с eNB 12 посредством одной или более антенн.

Упомянутый eNB 12 включает контроллер, такой как компьютер или процессор 12А данных (data processor, DP), машиночитаемый носитель данных, реализуемый в виде памяти 12В (MEM), в которой хранится программа 12С из компьютерных инструкций (PROG), а также соответствующий радиочастотный (radio frequency, RF) приемопередатчик 12D для связи с абонентским оборудованием 10 UE посредством одной или более антенн. При этом узел eNB 12 подключен посредством канала 13 передачи данных/управления к NCE 14. Канал 13 может реализовываться в виде интерфейса S1, показанного на фиг.1. Упомянутый узел eNB 12 может также подключаться к другому узлу eNB посредством канала передачи данных/управления (не показан), реализуемого в виде интерфейса Х2, показанного на фиг.1.

NCE 14 включает контроллер, такой как компьютер или процессор 14А данных, машиночитаемый носитель данных, реализуемый в виде памяти 14В (MEM), в которой хранится программа 14С из компьютерных инструкций (PROG).

Предполагается, что по меньшей мере одна из программ 10С или 12С PROG включает программные инструкции, выполнение которых соответствующим цифровым процессором DP позволяет электронному устройству работать в соответствии с примерами осуществления настоящего изобретения, как будет описано более подробно далее. То есть примеры осуществления настоящего изобретения могут быть по меньшей мере частично реализованы с помощью компьютерного программного обеспечения, выполняемого процессором 10А данных DP абонентского оборудования 10 UE и процессором 12А данных DP узла eNB 12, или же с помощью аппаратного обеспечения, или с помощью комбинации программного обеспечения и аппаратного обеспечения.

Можно предположить, что абонентское оборудование 10 включает процессор 10Е ресурсов ACK/NACK, а также процессор 10F ресурсов запросов планирования.

Как правило, имеется множество экземпляров абонентского оборудования 10 UE, обслуживаемых узлом eNB 12. Упомянутые узлы eNB 12 не обязательно должны быть идентичными, но в целом предполагается, что все они электрически и логически совместимы с необходимыми для работы в беспроводной сети 1 сетевыми протоколами и стандартами.

Различные варианты осуществления абонентского оборудования 10 UE могут включать, не ограничиваясь данным списком, следующее: сотовые телефоны, карманные персональные компьютеры (КПК, PDA) с функциями беспроводной связи, портативные компьютеры с функциями беспроводной связи, устройства захвата изображений, например цифровые камеры, с функциями беспроводной связи, игровые устройства с функциями беспроводной связи, устройства хранения и воспроизведения музыки с функциями беспроводной связи, Интернет-устройства, позволяющие осуществлять беспроводной доступ и просмотр страниц в Интернете, а также портативные блоки или терминалы, включающие какую-либо комбинацию указанных функций.

Машиночитаемая память 10В, 12В и 14В MEM может быть любого типа, соответствующего локальному техническому окружению, и может реализовываться с использованием любой подходящей технологии хранения данных, например запоминающих устройств на основе полупроводников, флэш-памяти, магнитных запоминающих устройств и систем, оптических запоминающих устройств и систем, постоянной памяти или съемной памяти.

Процессоры 10А, 12А и 14А данных DP могут быть любых типов, соответствующих локальному техническому окружению, и могут включать в качестве неограничивающих примеров один или более компьютеров общего назначения, компьютеров специализированного назначения, микропроцессоров, цифровых сигнальных процессоров (digital signal processor, DSP) или процессоров на основе многоядерной процессорной архитектуры.

Далее описаны примеры подходов, позволяющих решить описанную выше проблему "АСК вместо DTX" (или избежать ее).

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

Ссылаясь на предварительную заявку на патент США №61/001,207 или альтернативно на документ R1-080343, мультиплексирование запроса планирования и ACK/NACK может достигаться следующим образом. С запросом планирования SR=0 (например, в случае передачи отрицательного запроса планирования) абонентское оборудование 10 UE передает информацию ACK/NACK с использованием ресурса ACK/NACK, в случае запроса планирования SR=1 (например, в случае передачи положительного запроса планирования) абонентское оборудование 10 передает информацию ACK/NACK с использованием ресурса запросов планирования. При передаче упомянутого запроса планирования абонентское оборудование 10 UE использует конфигурацию сигнального созвездия, изображенную на фиг.3, для отображения 1-битного ACK/NACK. Соответствия между синфазной (in-phase, I) и квадратурной (quadrature, Q) составляющими точек сигнального созвездия приведены в таблице, изображенной на фиг.3.

На фиг.4 показано отображение 2-битного ACK/NACK, где соответствия между координатами I и Q точек сигнального созвездия приведены в таблице, изображенной на фиг.4. Показанное отображение является только примером. Точки сигнального созвездия в соответствии с настоящим изобретением могут изменяться, например, координаты ACK/NACK и NACK/ACK могут меняться местами.

Как следует из изображений на фиг.3 и фиг.4, когда абонентское оборудование 10 передает только запрос планирования, оно использует точку сигнального созвездия (1, 0) NACK (для 1-битного случая) или NACK/NACK (для 2-битного случая). Следует отметить, что точка сигнального созвездия (1, 0) используется также для передачи опорного сигнала для запроса планирования, так как его передача выполняется немодулированным сигналом. В таком случае узел eNB 12 неспособен обнаружить ситуацию "NACK вместо DTX". Однако это не является ограничением, так как явное обнаружение DTX не поддерживается ни в одном из существующих соглашений о вариантах модуляции в восходящей линии связи. Например, схема передачи «CQI плюс ACK/NACK» не поддерживает явного обнаружения DTX.

При втором подходе в соответствии с примерами осуществления изобретения конфигурация сигнальных созвездий ACK/NACK такова, что сигнал запроса планирования и сигналы ACK/NACK разделены в комплексной области (см. фиг.5 для случая 1-битного ACK/NACK). Кроме того, для случая сигнального созвездия 2-битного ACK/NACK применяются перестановки (см. фиг.6) между двумя слотами (слот #1, слот #2), которые максимизируют расстояние между сигналами АСК и запроса планирования.

Как отмечалось, на фиг.5 и фиг.6 показаны примеры сигнальных созвездий, следует понимать, что возможны и другие варианты сигнальных созвездий, полученные посредством поворотов или отражений, или их комбинации. В частности, для случая сигнального созвездия 2-битного ACK/NACK один из примеров перестановок между слотами может быть таков, что точки сигнального созвездия ACK/NACK остаются неизменными в обоих слотах, а точки сигнального созвездия запроса планирования при этом меняются между слотами (см. фиг.12). Кроме того, одни и те же точки сигнального созвездия могут быть также получены модулированием пилотной части ресурса с комплексным сопряжением точки сигнального созвездия, например, в случае запроса планирования и DTX.

При еще одном подходе (третьем) в соответствии с примерами осуществления изобретения отдельный процессор 10F-a периодического ресурса запросов планирования выполнен с возможностью поддержки обнаружения DTX. В данном варианте осуществления изобретения выполняются следующие операции:

- с запросом планирования SR=0, абонентское оборудование 10 UE передает информацию ACK/NACK с использованием ресурсов ACK/NACK;

- с запросом планирования SR=1, абонентскоеоборудование 10 UE передает информацию ACK/NACK с использованием апериодических ресурсов запросов планирования; и

- с запросом планирования SR=1 и DTX, абонентское оборудование 10 UE передает запрос планирования с использованием периодических ресурсов.

Следует отметить, что улучшенное обнаружение DTX возможно там, где доступны как периодические, так и апериодические ресурсы запросов планирования. Возможный сбой гранта нисходящей линии связи узел 12 eNB может определить путем сравнения сигналов в ресурсах, предназначенных только для запросов планирования (периодических), и ресурсах "ACK/NACK+запросы планирования" (апериодических).

В целом, периодический ресурс запросов планирования является основным ресурсом запросов планирования. Например, у некоторого экземпляра абонентского оборудования 10 UE есть возможность передать запрос планирования с использованием заранее заданного циклического сдвига и ресурса ОС в заданном PRB. Периодический ресурс 10F запросов планирования, сформированный посредством сигнализации высшего уровня, таким образом появляется периодически.

Апериодический ресурс запросов планирования применяется в описанном выше третьем подходе. Схема мультиплексирования разработана таким образом, что канал ACK/NACK автоматически содержит ресурс, используемый при передаче ACK/NACK и положительного запроса планирования в одном подкадре. Апериодический ресурс 10F-a запросов планирования считается доступным только тогда, когда данный экземпляр абонентского оборудования 10 UE передает ACK/NACK по каналу PUCCH, и может считаться привязанным к упомянутому каналу ACK/NACK.

Применение третьего подхода подразумевает, что абонентское оборудование 10 UE дополнительно обладает способностью передачи запроса планирования в подкадрах, отличных от тех, где доступен периодический ресурс 10F-a запросов планирования. В результате если абонентское оборудование 10 UE должно принять данные нисходящей линии связи (ресурс ACK/NACK назначен), то абонентскому оборудованию 10 UE не требуется ожидать периодическогоресурса 10F-a запросов планирования, так как добавлена возможность более быстрого запроса ресурсов. Следует, однако, отметить, что в таком случае улучшенное обнаружение DTX, описанное выше, в узле 12 eNB выполнить не удастся. Подобный подход, следовательно, может рассматриваться как компромиссный между улучшенным обнаружением DTX и уменьшением задержек при осуществлении запросов планирования. В данном случае для улучшения обнаружения DTX могут применяться сигнальные созвездия модуляции, продемонстрированные на фиг.3-6.

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

По сравнению с предлагаемыми ранее способами значительное усовершенствование продемонстрировано на фиг.7, где изображен случай стандартного циклического префикса (СР) с 12-ю используемыми каналами ACK/NACK. В вышеописанном третьем подходе по сравнению с подходом, изложенным в документе R1-080343, изменено соответствие между ACK/NACK и запросом планирования. Одно из преимуществ такого подхода заключается в возможности сохранения существующих принципов канализации ACK/NACK согласно R1-080035, а также поддержание совместимости со схемами соответствия, отвечающими расширенному циклическому префиксу. В частности, для предлагаемой канализации ACK/NACK не требуется изменений в расширенном циклическом префиксе, при этом в стандартном циклическом префиксе может использоваться канализация ACK/NACK с расширенным циклическим префиксом.

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

- с запросом планирования SR=0 абонентское оборудование 10 UE передает ACK/NACK с использованием ресурса ACK/NACK;

- с запросом планирования SR=1 абонентское оборудование 10 UE передает ACK/NACK либо с использованием части с данными ресурса запросов планирования и пилотной части ресурса ACK/NACK либо с использованием пилотной части ресурса запросов планирования и части с данными ресурса ACK/NACK; и

- с запросом планирования SR=1 и DTX абонентское оборудование 10 UE передает запрос планирования с использованием ресурса запросов планирования.

Существует следующее соглашение, соответствующее решениям RAN #52:

- в случае отрицательного запроса планирования ACK/NACK передается с использованием собственного ресурса ACK/NACK; и

- в случае положительного запроса планирования ACK/NACK передается с использованием ресурса запросов планирования.

Ресурсы как запросов планирования, так и ACK/NACK могут быть разделены на часть с данными (data part, D) и пилотную часть (pilot part, P). При этом ссылки могут осуществляться на фиг.10. Кроме того, предпочтительно, чтобы и ресурс запросов планирования и ресурс ACK/NACK находились внутри одного блока физических ресурсов.

Для реализации упомянутого четвертого подхода можно обозначить ресурс запросов планирования SR как содержащий P_SR и D_SR, а ресурс ACK/NACK - как содержащий P_AN и S_AN. С применением этих обозначений выполняются следующие операции:

- с запросом планирования SR=0 абонентское оборудование 10 UE передает P_AN и D_AN, где D_AN модулируется битами ACK/NACK;

- с запросом планирования SR=1 абонентское оборудование 10 UE передает либо:

- P_SR и D_AN, при этом D_AN модулируется битами ACK/NACK;

либо

- P_AN и D_SR, при этом D_SR модулируется битами ACK/NACK;

- с запросом планирования SR=1 и DTX абонентское оборудование 10 UE передает P_SR и D_SR.

Из предшествующего описания очевидно, что примеры осуществления настоящего изобретения предлагают способ, устройство и компьютерные программы для абонентского оборудования 10 UE для указания ситуации DTX для узла eNB 12. В соответствии с фиг.8, в блоке 8А, если SR=0, абонентское оборудование передает информацию ACK/NACK с использованием ресурса ACK/NACK, в блоке же 8B, если SR=1, абонентское оборудование передает информацию ACK/NACK с использованием ресурса запросов планирования, с сигнальным созвездием модуляции, показанным на фиг.3 или фиг.5, для отображения 1-битного указания ACK/NACK, или с сигнальным созвездием модуляции, показанным на фиг.4, фиг.6 или фиг.12 для отображения 2-битного указания ACK/NACK, при этом для варианта осуществления изобретения, изображенного на фиг.6 и фиг.12, перестановки в сигнальном созвездии выполняются в двух слотах.

Далее, из описанного выше ясно, что примеры осуществления настоящего изобретения предлагают также способ, устройство и компьютерные программы для абонентского оборудования 10 UE для указания ситуации DTX для узла eNB 12 следующим путем (со ссылками на фиг.9): в блоке 9А, если SR=0, упомянутое абонентское оборудование передает информацию ACK/NACK с использованием ресурса ACK/NACK, в блоке 9В, если SR=1, абонентское оборудование передает информацию ACK/NACK с использованием апериодического ресурса запросов планирования, а в блоке 9С, если SR=1 и присутствует DTX, абонентское оборудование передает информацию запроса планирования с использованием периодического ресурса запросов планирования.

В качестве неограничивающих примеров, узел eNB 12 имеет возможность идентифицировать возможный сбой гранта нисходящей линии связи путем сравнения сигналов в ресурсе, предназначенном только для запросов планирования (периодическом), и в ресурсе "ACK/NACK+SR" (апериодическом), или путем измерения мощности ресурса "ACK/NACK+SR" и сравнения ее с некоторым, заранее заданным пороговым значением, или же путем сравнения сигналов в части с данными и пилотной части ресурса запросов планирования, а также части с данными и пилотной части ресурса ACK/NACK.

На фиг.11 изображена блок-схема алгоритма, иллюстрирующая работу способа и результат выполнения инструкций компьютерной программы, также соответствующие примерам осуществления настоящего изобретения. В блоке 11А, с запросом планирования SR=0 абонентское оборудование передает P_AN и D_AN, где D_AN модулируется битами ACK/NACK; в блоке 11В, с запросом планирования SR=1, абонентское оборудование передает либо P_AN и D_SR, при этом D_SR модулируется битами ACK/NACK, либо P_SR и D_AN, при этом D_AN модулируется битами ACK/NACK; и в блоке НС, с запросом планирования SR=1 и DTX передает P_SR и D_SR, при этом каждый из ресурсов запросов планирования и ACK/NACK делится на часть с данными (D) и пилотную часть (Р), и при этом ресурсзапросов планирования обозначен как содержащий P_SR и D_SR, а ресурс ACK/NACK обозначен как содержащий P_AN и D_AN.

Упомянутый узел eNB 12 сконструирован и управляется таким образом, чтобы принимать и корректно интерпретировать сигнализацию восходящей линии связи от абонентского оборудования 10 UE, для любого или обоих из вариантов осуществления изобретения, показанных на фиг.8, 9 и 11.

Различные блоки, изображенные на фиг.8, 9 и 11, могут рассматриваться как шаги способа и/или операции, являющиеся результатом работы кода компьютерной программы, и/или как множество связанных элементов логических схем, созданных для выполнения соответствующей функции (функций).

Один из примеров осуществления настоящего изобретения представляет собой способ сигнализации между мобильным устройством (10) и сетевым узлом (12). Способ включает генерацию сообщения, включающего первую индикацию запроса планирования. Также способ включает определение, требуется ли передача второй индикации в подкадре с первой индикацией. Вторая индикация (например, подтверждение приема) указывает на то, что грант выделения ресурсов нисходящей линии связи достиг цели и что каждое из по меньшей мере одного соответствующего кодового слова было принято корректно. Упомянутый способ включает в ответ на определение того, что вторую индикацию не требуется включать, конфигурирование упомянутого сообщения в первой конфигурации, а в ответ на определение того, что вторую индикацию включают, упомянутое сообщение также включает вторую индикацию, при этом упомянутое сообщение конфигурируют во второй конфигурации. Первая конфигурация отличается от второй конфигурации. Способ также включает передачу упомянутого сообщения посредством беспроводного передатчика в упомянутом подкадре.

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

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

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

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

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

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

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

Другим примером осуществления в соответствии с настоящим изобретением является устройство (10) для сигнализации между мобильным устройством (10) и сетевым узлом (12). Устройство (10) включает модуль генерации сообщений, выполненный с возможностью генерации сообщения, включающего запрос планирования. Также включен модуль определения, выполненный с возможностью определения, требуется ли передача подтверждения приема в том же подкадре, что и упомянутое сообщение. Модуль генерации сообщений также выполнен с возможностью: в ответ на определение того, что подтверждение приема не включают, конфигурирования упомянутого сообщения в первой конфигурации, и в ответ на определение того, что подтверждение приема включают, конфигурирования упомянутого сообщения во второй конфигурации, включающей упомянутое подтверждение приема. При этом первая конфигурация отличается от второй конфигурации.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Еще одним примером осуществления в соответствии с настоящим изобретением является устройство (10) для сигнализации между мобильным устройством (10) и сетевым узлом (12). Устройство (10) включает средство (10F) генерации сообщений для генерации сообщения, включающего запрос планирования; и первое средство (10Е) определения для определения, требуется ли передача подтверждения приема в том же подкадре, что и упомянутое сообщение. Средство (10F) генерации сообщений также предназначено для конфигурирования упомянутого сообщения в первой конфигурации в ответ на определение того, что подтверждение приема не включают, и для конфигурирования упомянутого сообщения во второй конфигурации, включающей упомянутое подтверждение приема, в ответ на определение того, что подтверждение приема включают. При этом первая конфигурация отличается от второй конфигурации.

В дополнительном примере осуществления указанного устройства (10) упомянутое устройство (10) также включает второе средство (10Е) определения для определения, требуется ли передача отрицательного подтверждения приема в том же кадре, что и упомянутое сообщение. Упомянутое средство генерации сообщений также предназначено для конфигурирования упомянутого сообщения в третьей конфигурации, включающей упомянутое отрицательное подтверждение приема, в ответ на определение того, что отрицательное подтверждение приема включают.

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

В дополнительном примере осуществления указанного устройства (10) упомянутое устройство (10) включает также средство передачи (10D), выполненное с возможностью в ответ на конфигурирование упомянутого сообщения во второй конфигурации или в третьей конфигурации передачи упомянутого сообщения с использованием: 1) пилотной части ресурсов запросов планирования и части с данными ресурсов подтверждения приема, или 2) пилотной части ресурсов подтверждения приема и части с данными ресурсов запросов планирования.

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

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

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

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

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

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

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

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

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

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

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

Также различные наименования, используемые при описании параметров (например, CQI, DTX, и т.п.), ни в каком отношении не предполагаются ограничивающими, поскольку эти параметры могут обозначаться любым удобным образом. Кроме того, формулировки и выражения, в которых используются эти различные параметры, могут отличаться от явно описанных в настоящем документе. Также различные наименования, назначенные различным каналам (например, PUCCH, PUSCH и т.д.), не предполагаются ни в каком отношении ограничивающими, так как эти различные каналы могут обозначаться любым удобным образом.

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

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

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

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

4. Способ по любому из пп.1-3, в котором первая конфигурация идентична третьей конфигурации.

5. Способ по любому из пп.1-3, в котором первая конфигурация отличается от третьей конфигурации, а вторая конфигурация отличается от третьей конфигурации.

6. Способ по любому из пп.1-3, в котором первая конфигурация, вторая конфигурация и третья конфигурация представлены с использованием одного символа модуляции.

7. Способ по любому из пп.1-3, в котором первая конфигурация, вторая конфигурация и третья конфигурация представлены с использованием двух символов модуляции.

8. Способ по любому из пп.1-3, в котором, когда упомянутое сообщение сконфигурировано во второй конфигурации или в третьей конфигурации, упомянутое сообщение передают с использованием периодических ресурсов.

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

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

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

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

13. Машиночитаемый носитель по любому из пп.10-12, в котором, когда сообщение сконфигурировано во второй конфигурации или в третьей конфигурации, его передают с использованием периодических ресурсов.

14. Машиночитаемый носитель по любому из пп.10-12, в котором первая конфигурация идентична третьей конфигурации.

15. Машиночитаемый носитель по любому из пп.10-12, в котором первая конфигурация отличается от третьей конфигурации, а вторая конфигурация отличается от третьей конфигурации.

16. Машиночитаемый носитель по любому из пп.10-12, в котором первая конфигурация, вторая конфигурация и третья конфигурация представлены с использованием одного символа модуляции.

17. Машиночитаемый носитель по любому из пп.10-12, в котором первая конфигурация, вторая конфигурация и третья конфигурация представлены с использованием двух символов модуляции.

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

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

20. Машиночитаемый носитель по любому из пп.10-12, в котором упомянутые операции также включают:
определение, требуется ли передать комбинацию подтверждения приема и отрицательного подтверждения приема в том же подкадре, в котором передается упомянутое сообщение; и
в ответ на определение того, что комбинация подтверждения приема и отрицательного подтверждения приема должна быть включена, упомянутое сообщение конфигурируют в четвертой конфигурации, содержащей упомянутую комбинацию подтверждения приема и отрицательного подтверждения приема.

21. Устройство (10) для определения сообщения, передаваемого в подкадре, содержащее:
средство (10F) генерации сообщений для генерации сообщения, содержащего запрос планирования; и
первое средство (10E) определения для определения, требуется ли передача подтверждения приема в том же подкадре, в котором передается упомянутое сообщение;
при этом средство (10F) генерации, сообщений также предназначено для:
конфигурирования упомянутого сообщения в первой конфигурации в ответ на определение того, что упомянутое подтверждение приема не должно быть включено, и
конфигурирования упомянутого сообщения во второй конфигурации, содержащей подтверждение приема, в ответ на определение того, что упомянутое подтверждение приема должно быть включено, при этом первая конфигурация отличается от второй конфигурации; и
второе средство (10E) определения для определения, требуется ли передача отрицательного подтверждения приема в том же кадре, в котором передается упомянутое сообщение,
при этом упомянутое средство генерации сообщений также предназначено для конфигурирования упомянутого сообщения в третьей конфигурации, содержащей упомянутое отрицательное подтверждение приема, в ответ на определение того, что отрицательное подтверждение приема должно быть включено.

22. Устройство (10) по п.21, также содержащее средство (10D) передачи, выполненное с возможностью, в ответ на конфигурирование упомянутого сообщения во второй конфигурации или в третьей конфигурации, передавать упомянутое сообщение с использованием:
ресурсов подтверждения приема/отрицательного подтверждения приема канала управления физического уровня восходящей линии связи, когда запрос планирования является отрицательным запросом планирования, и
ресурсов запросов планирования канала управления физического уровня восходящей линии связи, когда запрос планирования является положительным запросом планирования.

23. Устройство (10) по п.21, также содержащее средство (10D) передачи, выполненное с возможностью, в ответ на конфигурирование упомянутого сообщения во второй конфигурации или в третьей конфигурации, передавать упомянутое сообщение с использованием одного из следующего:
пилотной части ресурсов запросов планирования и части с данными ресурсов подтверждения приема, и
пилотной части ресурсов подтверждения приема и части с данными ресурсов запросов планирования.

24. Устройство (10) по любому из пп.21-23, в котором, когда упомянутое сообщение сконфигурировано во второй конфигурации или в третьей конфигурации, оно передается с использованием периодических ресурсов.

25. Устройство (10) по любому из пп.21-23, в котором первая конфигурация идентична третьей конфигурации.

26. Устройство (10) по любому из пп.21-23, в котором первая конфигурация отличается от третьей конфигурации, а вторая конфигурация отличается от третьей конфигурации.

27. Устройство (10) по любому из пп.21-23, в котором первая конфигурация, вторая конфигурация и третья конфигурация представлены с использованием одного символа модуляции.

28. Устройство (10) по любому из пп.21-23, в котором первая конфигурация, вторая конфигурация и третья конфигурация представлены с использованием двух символов модуляции.

29. Устройство (10) по любому из пп.21-23, в котором упомянутое отрицательное подтверждение приема указывает, что грант выделения ресурсов нисходящей линии связи достиг цели, но каждое из по меньшей мере одного соответствующего кодового слова не было принято корректно.

30. Устройство (10) по любому из пп.21-23, в котором упомянутое подтверждение приема указывает, что грант выделения ресурсов нисходящей линии связи достиг цели, и что каждое из по меньшей мере одного соответствующего кодового слова было принято корректно.

31. Устройство (10) по любому из пп.21-23, также содержащее:
третье средство (10E) определения для определения, требуется ли передавать комбинацию подтверждения приема и отрицательного подтверждения приема в том же подкадре, в котором передается упомянутое сообщение,
при этом упомянутое средство (10F) генерации сообщений также предназначено для конфигурирования упомянутого сообщения в четвертой конфигурации, содержащей упомянутую комбинацию подтверждения приема и отрицательного подтверждения приема, в ответ на определение того, что комбинация подтверждения приема и отрицательного подтверждения приема должна быть включена.