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

Способ декодирования кодированной информации, передаваемой по радиоканалу, включает в себя прием вектора кодированной информации, передаваемого посредством беспроводного терминала. Кодированная информация включает в себя кодированное представление некодированных информационных битов, которые кодированы с использованием кода Рида-Мюллера первого порядка. Изобретение относится к управлению мощностью передачи мобильного терминала. Технический результат заключается в обеспечении адаптации к ошибкам при передаче сигналов, предоставляющих услуги мобильной связи. В способе формируют вектора значений преобразования для принимаемого вектора и идентификацию поднабора значений преобразования на основе информации диспетчеризации, ассоциированной с беспроводным терминалом. При этом осуществляют оценку некодированных информационных битов на основе битовой последовательности, ассоциированной с выбранным значением преобразования. 4 н. и 18 з.п. ф-лы, 15 ил.

 

Притязание на приоритет

Данная заявка притязает на приоритет предварительной заявки на патент (США) № 61/320167, поданной 1 апреля 2010 года, озаглавленной "TPC Command Transmission in Carrier Aggregation", и предварительной заявки на патент (США) № 61/322190, поданной 8 апреля 2010 года, озаглавленной "Efficient Decoding Methods and Apparatus for Block Coded Messages with Know Subset of Bit Values", обе из которых полностью содержатся в данном документе по ссылке.

Область техники, к которой относится изобретение

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

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

Современные сети мобильной связи сталкиваются с постоянно растущей потребностью в услугах широкополосной связи при множестве условий радиосвязи. Некоторые технологии связи реагируют на эту потребность посредством использования расширенного радиочастотного спектра. Например, версия 8 стандарта долгосрочного развития 3GPP (LTE) использует полосу пропускания 20 МГц для несущих сигналов, но версия 10 предположительно должна использовать спектр 100 МГц или больше.

Поскольку обратная совместимость зачастую является требованием для сетей мобильной связи, сети, поддерживающие использование расширенных спектров, зачастую должны поддерживать устаревшие устройства, неспособные к распознаванию или использованию большей полосы пропускания. Необходимость поддерживать терминалы, имеющие диапазон различных характеристик, создает значительные трудности при управлении использованием ресурсов в этих сетях. Чтобы упрощать использование расширенных несущих спектров при одновременном поддержании обратной совместимости, определенные технологии связи, к примеру, LTE, используют схему "агрегирования несущих". В рамках этой схемы, устаревший терминал, который неспособен к использованию полноты расширенного несущего спектра, распознает расширенный спектр в качестве нескольких отдельных несущих спектров, называемых "компонентными несущими" (CC), которые имеют размер в соответствии с характеристиками устаревшего терминала. Между тем, терминалы текущего поколения должны иметь возможность использовать больший несущий спектр посредством агрегирования нескольких CC.

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

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

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

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

В соответствии с другим вариантом осуществления настоящего раскрытия, способ декодирования кодированной информации, передаваемой по радиоканалу, включает в себя прием вектора кодированной информации, передаваемого посредством беспроводного терминала. Кодированная информация включает в себя кодированное представление некодированных информационных битов, которые кодированы посредством кода Рида-Мюллера второго порядка. Способ также включает в себя определение множества гипотетических последовательностей, соответствующих первой группе некодированных информационных битов. Каждая гипотетическая последовательность включает в себя оценку для каждого из первой группы некодированных информационных битов. Дополнительно, способ включает в себя, для каждой гипотетической последовательности, умножение принимаемого вектора на покрывающий вектор, ассоциированный с соответствующей гипотетической последовательностью, чтобы получать модифицированный принимаемый вектор, и, для каждого модифицированного принимаемого вектора, формирование вектора значений преобразования посредством выполнения преобразования Адамара для модифицированного принимаемого вектора. Каждое из значений преобразования ассоциировано с одной или более оценок второй группы некодированных информационных битов. Способ также включает в себя идентификацию поднабора значений преобразования на основе информации диспетчеризации, ассоциированной с беспроводным терминалом, и выбор, из идентифицированного поднабора значений преобразования, одного из значений преобразования на основе абсолютной величины выбранного значения преобразования. Способ также включает в себя определение оценки некодированных информационных битов. Эта оценка включает в себя оценку первой группы некодированных информационных битов на основе гипотетической последовательности, ассоциированной с модифицированным вектором, используемым для того, чтобы формировать выбранное значение преобразования, и оценку второй группы некодированных информационных битов, ассоциированных с выбранным значением преобразования. В соответствии с другим вариантом осуществления настоящего раскрытия, аппарат выполнен с возможностью реализовывать этот способ.

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

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

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

Фиг.1 иллюстрирует несущий спектр для примерной системы связи, которая использует агрегирование несущих;

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

Фиг.3A является таблицей, предоставляющей примерные параметры управления мощностью для варианта осуществления, в котором 2 компонентные несущие сконфигурированы, а пространственное пакетирование обратной связи не используется;

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

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

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

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

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

Фиг.6 является блок-схемой, иллюстрирующей конкретный вариант осуществления беспроводного терминала, который может поддерживаться посредством системы мобильной связи;

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

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

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

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

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

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

Фиг.1 иллюстрирует несущий спектр для примерной системы связи, которая использует агрегирование несущих. Определенные усовершенствованные технологии связи основываются на агрегировании несущих, чтобы упрощать использование расширенного несущего спектра 110 в сетях, которые должны также поддерживать устаревшие терминалы, которые допускают использование только меньших несущих спектров. В соответствии со схемой агрегирования несущих, расширенный несущий спектр 110 может принимать для устаревшего терминала форму агрегированного спектра для нескольких несущих 100 (называемых "компонентными несущими" (CC)), каждая из которых имеет меньший спектр, который является совместимым с характеристиками устаревшего терминала. Терминалы текущего поколения, тем не менее, могут использовать большую часть расширенного спектра 110 посредством передачи или приема по нескольким из компонентных несущих 100.

В качестве одного примера, версия 8 стандарта связи долгосрочного развития (LTE) поддерживает несущий спектр, имеющий полосы пропускания до 20 МГц. Как результат, терминалы, сконфигурированные с возможностью поддерживать этот стандарт, могут быть ограничены использованием несущих, имеющих полосу пропускания, не превышающую 20 МГц. Тем не менее, чтобы предоставлять более высокую полную пропускную способность, версия 10 LTE предположительно должна поддерживать несущий спектр, имеющий полосу пропускания, превышающую 20 МГц. Как результат, будущие версии LTE используют агрегирование несущих для того, чтобы предоставлять совместимость спектра. При агрегировании несущих этот полный спектр будет принимать для терминала версии 8 форму агрегированного спектра из нескольких компонентных несущих, каждая из которых имеет меньший спектр (например, 20 МГц), совместимый с характеристиками терминала версии 8. Между тем, терминал версии 10 может иметь возможность полного использования этого расширенного несущего спектра 110 посредством одновременного использования нескольких компонентных несущих 100. Хотя нижеприведенное описание сфокусировано, в целях иллюстрации, на реализации описанных решений в LTE-сетях, описанные решения могут быть реализованы, с надлежащей модификацией, в любых подходящих технологиях связи.

Фиг.2 иллюстрирует систему 10 мобильной связи, которая предоставляет услугу связи для беспроводного терминала 20 с использованием схемы агрегирования несущих, к примеру, схемы, проиллюстрированной на фиг.1. Система 10 мобильной связи включает в себя сеть 30 доступа, которая предоставляет услуги связи для соты 60, ассоциированной с системой 10 мобильной связи, и базовую сеть 40, которая предоставляет транзитную доставку информации в системе 10 мобильной связи. Посредством использования технологий передачи сигналов, описанных в данном документе, конкретные варианты осуществления системы 10 мобильной связи могут предоставлять надежную схему обмена информацией диспетчеризации и настройками мощности между сетью 30 доступа и беспроводным терминалом 20 независимо от числа компонентных несущих, сконфигурированных для беспроводного терминала 20. Дополнительно, посредством использования сведений относительно компонентных несущих, на которых диспетчеризован беспроводной терминал 20, сеть 30 доступа может более эффективно декодировать обратную связь, передаваемую посредством беспроводного терминала 20, указывающую диспетчеризованные передачи, успешно принимаемые посредством беспроводного терминала 20. Следовательно, как дополнительно описано ниже, конкретные варианты осуществления системы 10 мобильной связи могут предоставлять надежные технологии с низким объемом служебной информации для управления использованием агрегирования несущих.

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

Беспроводной терминал 20 представляет любое устройство, допускающее обмен информацией в беспроводном режиме с системой 10 мобильной связи. Примеры беспроводного терминала 20 включают в себя традиционные устройства связи, к примеру, мобильные телефоны, персональные цифровые устройства (PDA), переносные компьютеры и любое другое портативное устройство связи, подходящее для использования в системе 10 связи. Например, в конкретных вариантах осуществления, беспроводной терминал 20 представляет экземпляр абонентского устройства (UE) LTE. Дополнительно, в конкретных вариантах осуществления, беспроводной терминал 20 также может представлять автоматизированное оборудование или устройства, оснащенные компонентами, подходящими для того, чтобы обеспечивать связь с системой 10 мобильной связи, такими как устройства в сети бытовой автоматизации. Например, беспроводной терминал 20 может представлять стиральную машину, печь, цифровое записывающее видеоустройство (DVR) или другие бытовые приборы, допускающие удаленное управление по системе 10 мобильной связи. Хотя фиг.2 иллюстрирует, для простоты, только один беспроводной терминал 20 и одну базовую станцию 32, система 10 мобильной связи может включать в себя любое подходящее число и конфигурацию базовых станций 32, допускающих обслуживание любого числа беспроводных терминалов 20, включающих в себя, в конкретных вариантах осуществления, беспроводные терминалы 20, имеющие различные характеристики относительно несущих спектров, которые они поддерживают.

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

Базовая станция 32 обменивается данными в беспроводном режиме с беспроводными терминалами 20, чтобы упрощать мобильную связь для беспроводных терминалов 20. Базовые станции 32 могут включать в себя любые надлежащие элементы, чтобы обмениваться данными с беспроводными терминалами 20 и служить средством связи беспроводных терминалов 20 с базовой сетью 40. Например, в зависимости от стандартов связи, поддерживаемых посредством сети 30 доступа и базовой сети 40, каждая базовая станция 32 может представлять или включать в себя базовую станцию, узел B (NodeB), усовершенствованный узел B (eNodeB), базовую радиостанцию (RBS), точку доступа или любой другой подходящий элемент, допускающий обмен данными с беспроводными терминалами 20 в беспроводном режиме.

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

При работе, система 10 мобильной связи предоставляет услугу связи для беспроводного терминала 20. В качестве части этой услуги сеть 30 доступа обменивается данными в беспроводном режиме с беспроводным терминалом 20. Например, в проиллюстрированном варианте осуществления, базовая станция 32 сети 30 доступа устанавливает беспроводное подключение с беспроводным терминалом 20 для связи по радиочастотным (РЧ) каналам, и базовая сеть 40 транспортирует речь, данные, мультимедиа и/или другие типы информации между различными компонентами сети 30 доступа и между другими элементами системы 10 мобильной связи, такими как проводные устройства связи.

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

Чтобы исключать необходимость для беспроводного терминала 20 постоянно отслеживать все компонентные несущие, сконфигурированные для соты 60, элемент сети 30 доступа (предполагается как базовая станция 32 для целей этого примера) может обеспечивать активацию и деактивацию различных компонентных несущих, которые должны быть использованы посредством беспроводного терминала 20 в соте 60. Беспроводной терминал 20 затем может ограничивать свой мониторинг только этими компонентными несущими, сконфигурированными и активированными для беспроводного терминала 20. Например, в вариантах осуществления LTE версия 10, важная управляющая информация для компонентной несущей должна быть передана по физическому каналу управления нисходящей линии связи (PDCCH) и физическому совместно используемому каналу нисходящей линии связи (PDSCH), ассоциированным с этой компонентной несущей. При активации, беспроводной терминал 20 может ограничивать свой мониторинг PDCCH и PDSCH компонентными несущими, в данный момент активированными для беспроводного терминала 20, вместо принудительного отслеживания этих каналов на предмет всех компонентных несущих, сконфигурированных для использования в соте 60. В конкретных вариантах осуществления, активация может достигаться с использованием более быстрой передачи сигналов (например, передачи сигналов на уровне управления доступом к среде (MAC)), чем начальная конфигурация компонентных несущих, тем самым уменьшая количество времени и объем служебной информации, используемой для того, чтобы изменять число компонентных несущих, используемых посредством беспроводного терминала 20 в данное время. Например, после поступления больших объемов данных для беспроводного терминала 20 несколько компонентных несущих нисходящей линии связи могут быть активированы для беспроводного терминала 20 и затем использованы для того, чтобы передавать данные в беспроводной терминал 20. Эти избыточные компонентные несущие затем могут деактивироваться для беспроводного терминала 20, если не требуются, как только эти данные переданы в беспроводной терминал 20.

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

Во многих усовершенствованных системах связи, диспетчеризация компонентных несущих выполняется через назначения в нисходящей линии связи, разрешения на диспетчеризацию в восходящей линии связи и/или другую информацию диспетчеризации, которая передается в сообщениях (представленных на фиг.2 посредством "управляющих сообщений 70 нисходящей линии связи"), отправленных в беспроводной терминал 20 по каналу управления нисходящей линии связи. Например, в варианте осуществления системы 10 мобильной связи, реализующей LTE, назначения в нисходящей линии связи должны передаваться в беспроводной терминал 20 в сообщениях с управляющей информацией нисходящей линии связи (DCI), передаваемых по PDCCH. Эта информация диспетчеризации указывает, что беспроводной терминал 20 диспетчеризован принимать передачу по нисходящей линии связи на конкретной компонентной несущей во время конкретного радиосубкадра. Например, в вариантах осуществления системы 10 мобильной связи, которые реализуют LTE, базовая станция 32 может передавать управляющее сообщение 70 нисходящей линии связи, которое включает в себя одно или более назначений диспетчеризации в нисходящей линии связи, указывающих, когда в текущем или последующем субкадре беспроводной терминал 20 диспетчеризован принимать передачу данных по физическому совместно используемом каналу нисходящей линии связи (PDSCH) на конкретной компонентной несущей или несущих.

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

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

Во многих усовершенствованных технологиях связи, беспроводной терминал 20 предположительно должен отвечать на управляющее сообщение 70 нисходящей линии связи посредством указания того, принята успешно или нет передача(и) данных, диспетчеризованная посредством релевантного управляющего сообщения 70 нисходящей линии связи (включающая в себя как прием, так и декодирование релевантных передач без ошибки). Таким образом, в конкретных вариантах осуществления, беспроводной терминал 20 отвечает на обнаруженное управляющее сообщение 70 нисходящей линии связи посредством передачи управляющего сообщения 72 восходящей линии связи, которое включает в себя информацию обратной связи (например, биты обратной связи с подтверждением/отрицанием приема (ACK/NACK) гибридного автоматического запроса на повторную передачу (HARQ)), указывающую успешный прием или неудачный прием/неприем передачи, диспетчеризованной посредством этого управляющего сообщения 70 нисходящей линии связи. Тем не менее, когда агрегирование несущих реализуется в сети, в частности, в сети, поддерживающей устаревшие терминалы, неспособные использовать несколько компонентных несущих, конфигурация и передача управляющих сообщений 72 восходящей линии связи могут становиться намного более сложными. Передача обратной связи для значительного числа различных компонентных несущих может приводить к трате впустую ценных ресурсов передачи. Дополнительно, значительное увеличение числа возможной сценариев конфигурирования и диспетчеризации может создавать проблемы, если передача этой информации не надежна. Следовательно, конкретные варианты осуществления системы 10 мобильной связи реализуют определенные решения для улучшенной передачи управляющих сигналов в системах с агрегированием несущих.

В конкретных вариантах осуществления, беспроводной терминал 20 сконфигурирован посредством сети с возможностью выполнять запросы на диспетчеризацию (SR) с предварительно определенной частотой. Когда беспроводной терминал 20 должен возвращать биты в субкадре, который дает возможность запроса на диспетчеризацию, SR-бит (где, например, "1" может представлять положительный запрос на диспетчеризацию, и "0" может представлять отрицательный запрос на диспетчеризацию) может добавляться к битовым последовательностям обратной связи. Таким образом, управляющее сообщение 72 восходящей линии связи также может включать в себя SR-бит или другую форму запроса на диспетчеризацию в дополнение к битам обратной связи.

Выбор формата для управляющих сообщений восходящей линии связи

Если беспроводной терминал 20 имеет несколько компонентных несущих, активированных в конкретный момент, может быть необходимым для беспроводного терминала 20 предоставлять обратную связь относительно передач, диспетчеризованных на нескольких различных компонентных несущих сразу. В конкретных вариантах осуществления системы 10 мобильной связи, беспроводной терминал 20 может быть сконфигурирован с возможностью использовать одно управляющее сообщение 72 восходящей линии связи, чтобы подтверждать прием или неприем/ошибочный прием диспетчеризованной информации на всех диспетчеризованных компонентных несущих во время конкретного субкадра. Посредством такого объединения подтверждений приема, система 10 мобильной связи может уменьшать объем служебной информации, требуемый для таких подтверждений приема. Тем не менее, устаревшие терминалы, обслуживаемые посредством системы 10 мобильной связи, могут допускать использование (и, следовательно, подтверждение приема) только одной компонентной несущей. Как результат, может быть необходимым для системы 10 мобильной связи распознавать несколько форматов управляющего сообщения 72 восходящей линии связи, включающих в себя первый формат для устройств, допускающих использование только одной компонентной несущей, формат, который предоставляет обратную связь только для одной компонентной несущей (упоминается здесь как формат "с одной несущей" или "SC"), и второй формат, который может быть использован для того, чтобы передавать обратную связь для нескольких компонентных несущих (упоминается здесь как формат "с агрегированием несущих" или "CA").

В конкретных вариантах осуществления, второй формат представляет формат сообщений, который задает, в управляющем сообщении 72 восходящей линии связи, предварительно определенные местоположения для одного или более битов обратной связи, ассоциированных с каждой из компонентных несущих, в данный момент сконфигурированных для использования в соте 60. Конкретное число битов, передаваемое для каждой компонентной несущей, может варьироваться. Например, в конкретных вариантах осуществления, система 10 мобильной связи поддерживает схемы со многими входами и многими выходами (MIMO) и пространственно-разнесенной передачи и может избирательно использовать пространственное пакетирование обратной связи. В таких вариантах осуществления, беспроводной терминал 20 может быть сконфигурирован с возможностью использовать CA-формат, который предоставляет один бит обратной связи в расчете на сконфигурированную компонентную несущую, когда используется пространственное пакетирование обратной связи, и предоставляет два бита обратной связи в расчете на сконфигурированную компонентную несущую, когда не используется пространственное пакетирование. Например, если сота 60 в данный момент сконфигурирована с тремя компонентными несущими, этот CA-формат должен поддерживать три бита, когда пространственное пакетирование обратной связи используется, и шесть битов, когда пространственное пакетирование обратной связи не используется. Ненужные биты обратной связи (например, ассоциированные с компонентной несущей, для которой информация диспетчеризации не принята успешно, или ассоциированные с передачей одного кодового слова, которая требует только одного из выделенных двух битов обратной связи) могут задаваться равными фиксированному значению, например, "0" (NACK). В общем, тем не менее, CA-формат может указывать любым надлежащим способом то, принята или нет успешно диспетчеризованная информация для каждой из множества компонентных несущих посредством беспроводного терминала 20.

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

Тем не менее, поскольку сеть 30 доступа может передавать управляющие сообщения 70 нисходящей линии связи по неидеальным радиочастотным (РЧ) каналам, управляющие сообщения 70 нисходящей линии связи, переносящие назначения и разрешения на диспетчеризацию, не могут быть приняты или могут быть повреждены в ходе передачи, приводя к ошибкам при декодировании посредством беспроводного терминала 20. Как результат, беспроводной терминал 20 может не принимать все управляющие сообщения 70 нисходящей линии связи, передаваемые в него для конкретного субкадра. Одна конкретная проблема заключается в том, что беспроводной терминал 20 может принимать управляющее сообщение 70 нисходящей линии связи с информацией диспетчеризации для вторичной компонентной несущей, но выполнять с ошибкой прием управляющего сообщения 70 нисходящей линии связи с информацией диспетчеризации для первичной компонентной несущей во время того же субкадра. В таких случаях, использование SC-формата для того, чтобы предоставлять обратную связь в управляющем сообщении 70 нисходящей линии связи для вторичной компонентной несущей, может приводить к ошибкам, поскольку управляющее сообщение 72 восходящей линии связи в SC-формате предоставляет обратную связь только на одной компонентной несущей. Поскольку, в этом случае, несколько компонентных несущих диспетчеризованы для беспроводного терминала 20, сеть 30 доступа может не иметь возможность окончательно определять то, с какой из диспетчеризованных компонентных несущих ассоциирована обратная связь.

Следовательно, в конкретных вариантах осуществления, беспроводной терминал 20 сконфигурирован с возможностью выбирать формат для управляющих сообщений 72 восходящей линии связи на основе того, принимает или нет беспроводной терминал 20 информацию диспетчеризации для какой-либо вторичной компонентной несущей, ассоциированной с сотой 60. В конкретных вариантах осуществления, беспроводной терминал 20 знает, какая компонентная несущая является первичной компонентной несущей (например, в результате информации, передаваемой посредством базовой станции 32 во время конфигурации компонентных несущих), или имеет возможность определять из формата принимаемых управляющих сообщений 70 нисходящей линии связи то, является соответствующая компонентная несущая первичной или вторичной компонентной несущей. Если беспроводной терминал 20 успешно принимает информацию диспетчеризации для какой-либо вторичной компонентной несущей, беспроводной терминал 20 отвечает управляющим сообщением 72 восходящей линии связи в CA-формате, даже если эта вторичная компонентная несущая является единственной компонентной несущей, для которой беспроводной терминал 20 успешно принимает информацию диспетчеризации для этого субкадра. За счет этого, в конкретных вариантах осуществления, беспроводной терминал 20 имеет возможность предотвращать ошибки, которые в противном случае получаются в результате, если беспроводной терминал 20 использует SC-формат, чтобы предоставлять обратную связь на вторичных компонентных несущих, когда беспроводной терминал 20 не принимает успешно информацию диспетчеризации, передаваемую для первичной компонентной несущей. В таких вариантах осуществления, беспроводной терминал 20 по-прежнему может использовать SC-формат, чтобы передавать обратную связь, когда, в беспроводном терминале 20, единственная компонентная несущая, для которой беспроводной терминал 20 принимает информацию диспетчеризации, является первичной компонентной несущей, а не только тогда, когда вторичная компонентная несущая является единственной компонентной несущей, для которой принимается информация диспетчеризации.

В общем, это решение дает возможность сети 30 доступа окончательно устанавливать, при приеме управляющего сообщения 72 восходящей линии связи с информацией обратной связи только для одной компонентной несущей (т.е. сообщения SC-формата), что информация обратной связи связана с диспетчеризованной передачей на первичной компонентной несущей. Кроме того, в конкретных вариантах осуществления системы 10 мобильной связи, сеть 30 доступа сконфигурирована с возможностью всегда сначала диспетчеризовать беспроводной терминал 20 на первичной компонентной несущей. В таких вариантах осуществления, беспроводной терминал 20 может зачастую диспетчеризоваться только на первичной компонентной несущей. Как результат, беспроводной терминал 20 по-прежнему может иметь возможность часто использовать SC-формат, ограничивая частоту, с которой используется CA-формат (с дополнительным объемом служебной информации). Таким образом, конкретные варианты осуществления системы 10 мобильной связи дают возможность беспроводному терминалу 20 успешно использовать SC-формат, чтобы уменьшать объем управляющей и служебной информации, ассоциированный с агрегированием несущих, но одновременно не допускать определенных ошибок, которые могут получаться в результате, когда информация диспетчеризации неудачно передается. Фиг.7 ниже описывает более подробно примерную работу конкретного варианта осуществления беспроводного терминала 20, допускающего предоставление обратной связи таким образом.

Передача параметров управления мощностью

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

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

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

Кроме того, в конкретных вариантах осуществления, CA-формат предоставляет обратную связь для всех сконфигурированных компонентных несущих. Поскольку переконфигурирование является довольно медленным процессом, число сконфигурированных компонентных несущих не может отслеживать фактически используемые компонентные несущие, и зачастую довольно высокое число компонентных несущих сконфигурировано для данной соты 60. Следовательно, достаточно вероятным является то, что, для данного субкадра, сота 60 будет сконфигурирована с большим числом компонентных несущих, чем беспроводной терминал 20 фактически диспетчеризован использовать. Это может приводить в результате к еще одной третьей проблеме. Беспроводной терминал 20 может передавать биты обратной связи, которые являются необязательными, если беспроводной терминал 20 предоставляет обратную связь только для активированных или диспетчеризованных компонентных несущих. Это, в свою очередь, приводит к меньшей энергии в расчете на истинный бит обратной связи и худшей производительности.

Чтобы разрешать третью проблему (т.е. уменьшенную производительность, являющуюся следствием передачи большего числа битов обратной связи, чем требуется), конкретные варианты осуществления базовой станции 32 реализуют схему динамического декодирования, чтобы декодировать биты обратной связи, передаваемые посредством беспроводного терминала 20 после приема этих управляющих сообщений 70 нисходящей линии связи. Эта схема динамического декодирования использует сведения по диспетчеризации, чтобы повышать производительность декодирования базовой станции для данного уровня мощности передачи. Как результат, динамическое декодирование может предоставлять идентичный уровень качества с существенным уменьшением отношения "сигнал-шум", тем самым уменьшая негативное воздействие необязательных битов обратной связи. Эта схема динамического декодирования описывается более подробно ниже.

Чтобы разрешать первую и вторую проблемы, надлежащий элемент сети 30 доступа (здесь предполагается как базовая станция 32) может быть сконфигурирован с возможностью определять параметр управления мощностью, который следует включать в каждое управляющее сообщение 70 нисходящей линии связи, на основе того, передает релевантное управляющее сообщение 70 нисходящей линии связи информацию диспетчеризации для первичной компонентной несущей, "управляющее сообщение для PCC" (представленное на фиг.2 посредством управляющего сообщения 70a нисходящей линии связи) или передает информацию диспетчеризации для одной из вторичных компонентных несущих, "управляющее сообщение для SCC" (представленное на фиг.2 посредством управляющих сообщений 70b-d нисходящей линии связи). В конкретных вариантах осуществления, если релевантное управляющее сообщение 70 нисходящей линии связи является управляющим сообщением нисходящей линии связи для PCC, базовая станция 32 выбирает первый параметр управления мощностью, подходящий для использования при передаче управляющего сообщения 72 восходящей линии связи в соответствии с SC-форматом. Если, вместо этого, релевантное управляющее сообщение 70 нисходящей линии связи является управляющим сообщением для SCC, то базовая станция 32 определяет второй параметр управления мощностью или несколько параметров управления мощностью, подходящих для использования посредством беспроводного терминала 20 при передаче ответного управляющего сообщения 72 восходящей линии связи в соответствии с CA-форматом.

Базовая станция 32 может определять этот второй и/или любой дополнительный параметр управления мощностью для использования с CA-форматом любым подходящим способом. В качестве одного примера, в конкретных вариантах осуществления, базовая станция 32 определяет второй параметр управления мощностью для передачи управляющего сообщения 72 восходящей линии связи с использованием CA-формата независимо от того, сколько или какие управляющие сообщения 70 нисходящей линии связи принимает беспроводной терминал 20. В таких вариантах осуществления, базовая станция 32 затем может включать этот второй параметр управления мощностью в каждое из управляющих сообщений 70b-d нисходящей линии связи для SCC. Это может обеспечивать то, что беспроводной терминал 20 использует идентичную мощность передачи независимо от того, сколько из этих нескольких управляющих сообщений 70b-d нисходящей линии связи для SCC успешно принимает беспроводной терминал 20.

В качестве другого примера, второй параметр управления мощностью, определенный посредством базовой станции 32, может представлять параметр управления мощностью для использования, когда беспроводной терминал 20 успешно принимает все управляющие сообщения 70 нисходящей линии связи для SCC, передаваемые в беспроводной терминал 20 для этого субкадра. Базовая станция 32 может намечать для беспроводного терминала 20 вычислять фактический параметр управления мощностью, который следует использовать, на основе этого второго параметра управления мощностью и числа управляющих сообщений 70 нисходящей линии связи для SCC, которые успешно принимает беспроводной терминал 20. Как результат, базовая станция 32 может вычислять третий параметр управления мощностью посредством деления второго параметра управления мощностью на число вторичных компонентных несущих, на которых беспроводной терминал 20 диспетчеризуется в этом субкадре. Базовая станция 32 затем может включать этот третий параметр управления мощностью в каждое управляющее сообщение 70b-d нисходящей линии связи для SCC. Альтернативно, базовая станция 32 может вычислять несколько различных дополнительных параметров управления мощностью - по одному для каждого управляющего сообщения 70b-d нисходящей линии связи для SCC, которое должно быть передано - которые составляют в целом второй параметр управления мощностью. Базовая станция 32 затем включает один из этих дополнительных параметров управления мощностью в каждое передаваемое управляющее сообщение 70b-d нисходящей линии связи для SCC. Если беспроводной терминал 20 затем успешно принимает часть или все передаваемые управляющие сообщения 70b-d нисходящей линии связи для SCC, то беспроводной терминал 20 должен добавлять параметры управления мощностью в принимаемые управляющие сообщения 70b-d нисходящей линии связи для SCC (с конкретными для несущей весовыми коэффициентами в конкретных вариантах осуществления), чтобы получать параметр управления мощностью для использования при осуществлении передачи в CA-формате в субкадре.

В качестве еще одного другого примера, базовая станция 32 может определять второй и/или дополнительные параметры управления мощностью на основе конкретного набора вторичных компонентных несущих, по которым беспроводной терминал 20 диспетчеризован принимать передачу во время субкадра. Для иллюстрации, фиг.3A-3D предоставляют таблицы, содержащие примерные параметры управления мощностью для варианта осуществления, в котором базовая станция 32 допускает поддержку пяти различных компонентных несущих. В частности, таблицы по фиг.3A-3D описывают примерные параметры управления мощностью для конкретного варианта осуществления базовой станции 32, когда две, три, четыре или пять компонентных несущих, соответственно, сконфигурированы для беспроводного терминала 20. В частности, фиг.3A-3D иллюстрируют примерные параметры управления мощностью для варианта осуществления, в котором беспроводной терминал 20 определяет уровень мощности передачи для передачи управляющих сообщений 72 восходящей линии связи в соответствии с уравнением 1:

$$P_{\text{PUCCH}}\left(i\right)=\min {\left\{P_{\text{CMAX}},P_{\text{0\_PUCCH}}+PL+h\left(n_{CQI},n_{HARQ}\right)+{\Delta }_{\text{F\_PUCCH}}\left(F\right)+g\left(i\right)\right\}}^{}$$ (1)

для которого используются следующие определения:

$$P_{PUCCH}(i)$$ - мощность передачи по PUCCH для субкадра i.

$$P_{CMAX}$$ - сконфигурированная максимальная мощность передачи для PCC восходящей линии связи.

$$P_{0\_PUCCH}$$ - требуемая мощность приема управляющих сообщений восходящей линии связи, передаваемых в сигналах посредством верхних уровней.

$$h\left(n_{CQI},n_{HARQ}\right)$$ - параметр смещения, который зависит от числа CQI-битов или числа n_CQI CQI-битов, или числа n_H битов обратной связи

$${\Delta }_{\text{F\_PUCCH}}\left(F\right)$$ - параметр смещения, который зависит от формата управляющих сообщений восходящей линии связи

$$g\left(i\right)$$ - накопленное значение регулирования мощности, извлеченное из параметров управления мощностью. $${\delta }_{PUCCH}(i)$$ . В конкретных вариантах осуществления, $$g\left(i\right)=g\left(i\right)+{\displaystyle \sum _{m=0}^{M-1}{\delta }_{PUCCH}(i-k_m)}$$ . Значения М и k_m зависят от того, является дуплексный режим FDD или TDD.

PL - потери в тракте передачи

Базовая станция 32 может сохранять таблицы поиска, содержащие информацию, идентичную или аналогичную информации, показанной на фиг.3A-3D. Дополнительно, базовая станция 32 может поддерживать несколько различных версий каждой таблицы поиска, которые следует использовать в различных условиях радиосвязи при различных конфигурациях несущих или в ответ на изменения в других аспектах операционного окружения. В таких вариантах осуществления, базовая станция 32 выбирает надлежащий второй параметр управления мощностью с использованием таких таблиц поиска. Базовая станция 32 затем включает выбранный второй параметр управления мощностью в каждое из управляющих сообщений 70b-d нисходящей линии связи для SCC, передаваемых в беспроводной терминал 20. Альтернативно, базовая станция 32 может, как описано выше, вычислять третий параметр управления мощностью и/или дополнительные параметры управления мощностью для включения в управляющие сообщения 70 нисходящей линии связи для SCC на основе выбранного второго параметра управления мощностью.

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

Базовая станция 32 затем передает любые сформированные управляющие сообщения 70 нисходящей линии связи в беспроводной терминал 20. Беспроводной терминал 20 успешно принимает (т.е. принимает и декодирует без ошибки) некоторые или все передаваемые управляющие сообщения 70 нисходящей линии связи. На основе успешно принимаемых управляющих сообщений 70 нисходящей линии связи, беспроводной терминал 20 определяет уровень мощности передачи, который следует использовать при передаче ответного управляющего сообщения 72 восходящей линии связи. Если беспроводной терминал 20 успешно принимает только управляющее сообщение 70a нисходящей линии связи для PCC, то беспроводной терминал 20 определяет уровень мощности передачи для передачи ответного управляющего сообщения 72 восходящей линии связи с использованием параметра управления мощностью в единственном управляющем сообщении 70 нисходящей линии связи, успешно принимаемом посредством беспроводного терминала 20 (в этом случае, первого параметра управления мощностью). Если беспроводной терминал 20 успешно принимает какое-либо из управляющих сообщений 70b-d нисходящей линии связи для SCC, то беспроводной терминал 20 вместо этого должен определять уровень мощности передачи, который следует использовать, на основе параметров управления мощностью в одном или всех успешно принимаемых управляющих сообщениях 70b-d нисходящей линии связи для SCC (т.е. второго или дополнительных параметров управления мощностью). Как пояснено выше, беспроводной терминал 20 может определять общий параметр управления мощностью, который следует использовать, на основе общего параметра управления мощностью, который включается в каждое успешно принимаемое управляющее сообщение 70b-d нисходящей линии связи для SCC, на основе суммы (возможно взвешенной) параметров управления мощностью, включенных в успешно принятые управляющие сообщения 70b-d нисходящей линии связи для SCC, или на основе любой надлежащей комбинации параметров управления мощностью в одном или более успешно принимаемых управляющих сообщений 70b-d нисходящей линии связи для SCC.

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

После определения параметра или параметров управления мощностью, которые следует использовать, на основе успешно принимаемых управляющих сообщений 70 нисходящей линии связи, беспроводной терминал 20 должен вычислять мощность передачи для своего управляющего сообщения 72 восходящей линии связи на основе этого параметра управления мощностью. Беспроводной терминал 20 может определять мощность передачи любым надлежащим способом на основе параметров управления мощностью, передаваемых посредством базовой станции 32 в управляющих сообщениях 70 нисходящей линии связи. Например, в конкретных вариантах осуществления, беспроводной терминал 20 сконфигурирован с возможностью определять уровень мощности передачи для управляющего сообщения 70 нисходящей линии связи на основе уравнения (1).

В конкретных вариантах осуществления, которые используют уравнение (1), g(i) представляет собой накопление текущего параметра управления мощностью (или (взвешенную) сумму параметров управления мощностью, успешно принимаемых в управляющих сообщениях 70 нисходящей линии связи, диспетчеризующих вторичные компонентные несущие) и предыдущих значений. В зависимости от того, используются релевантные параметры управления мощностью, чтобы поддерживать одно значение g(i) или два независимых значения g(i) - одно для SC-формата (g_PCC(i)) и одно для CA-формата (g_SCC(i)) - такие варианты осуществления могут использовать отдельные контуры управления мощностью для различных форматов.

В первом случае, в котором поддерживается только одно одиночное значение g(i), это g(i) обновляется только с помощью параметра управления мощностью, связанного с форматом, который должен использоваться для ответного управляющего сообщения 72 восходящей линии связи. Таким образом, каждый раз, когда используется SC-формат, g(i) обновляется на основе параметра управления мощностью, передаваемого в управляющих сообщениях 70 нисходящей линии связи для PCC (т.е. первого параметра управления мощностью), при условии, что управляющее сообщение 70 нисходящей линии связи для PCC успешно принято. Каждый раз, когда используется CA-формат, g(i) обновляется на основе одного или более параметров управления мощностью в успешно принимаемых управляющих сообщениях 70 нисходящей линии связи, диспетчеризующих вторичные компонентные несущие.

Во втором случае, g_PCC(i) для SC-формата обновляется только с помощью параметра управления мощностью из управляющего сообщения 70 нисходящей линии связи для PCC. Между тем, g_SCC(i) для CA-формата обновляется только на основе параметров управления мощностью в управляющих сообщениях 70 нисходящей линии связи, диспетчеризующих вторичные компонентные несущие. В различных вариантах осуществления, как g_PCC(i), так и g_SCC(i) могут быть обновлены, как только принимается соответствующий параметр управления мощностью, или могут быть обновлены только в том случае, если также используется соответствующий формат для управляющих сообщений 72 восходящей линии связи (т.е. g_PCC(i)) обновляется только в том случае, если используется SC-формат, и g_SCC(i) обновляется только в том случае, если используется CA-формат).

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

Динамическое декодирование управляющих сообщений восходящей линии связи

Как отмечено выше, конкретные варианты осуществления системы 10 мобильной связи используют динамическое декодирование битов обратной связи в управляющих сообщениях 72 восходящей линии связи, чтобы повышать производительность декодирования. Более конкретно, конкретные варианты осуществления используют сведения по диспетчеризованным компонентным несущим для беспроводного терминала 20, чтобы повышать надежность линии связи и/или уменьшать требования по мощности передачи для управляющих сообщений 72 восходящей линии связи.

В качестве части этой схемы динамического декодирования, базовая станция 32 принимает управляющие сообщения 72 восходящей линии связи из беспроводного терминала 20, которые кодированы для передачи по линии радиосвязи между беспроводным терминалом 20 и базовой станцией 32. Последующее описание допускает в целях иллюстрации, что беспроводной терминал 20 кодирует информацию обратной связи в управляющих сообщениях 72 восходящей линии связи с использованием схемы кодирования Рида-Мюллера (32, O), где O является числом битов обратной связи. Тем не менее, беспроводной терминал 20 может использовать любую подходящую схему кодирования с надлежащей модификацией описанных технологий декодирования. Дополнительно, последующее описание допускает в целях иллюстрации, что два бита обратной связи передаются для каждой компонентной несущей, на которой диспетчеризуется терминал. В альтернативных вариантах осуществления, число битов в информации обратной связи может варьироваться в зависимости, например, от того, используется или нет пространственное пакетирование, либо сконфигурированы или нет определенные компонентные несущие с возможностью использования только для передач одного кодового слова.

Таким образом, в конкретных вариантах осуществления, беспроводной терминал 20 кодирует биты обратной связи с использованием блочного кода (32, O). В конкретных вариантах осуществления, кодовые слова этого блочного кода являются линейной комбинацией одиннадцати (11) базовых последовательностей, обозначаемых M_i,n и заданных в таблице 5.2.2.6.4-1 документа 3GPP TS 36.212, "Multiplexing and channel coding", V 9.0.0, который полностью содержится в данном документе по ссылке. Кодированный блок обозначается посредством $$b_0,b_1,b_2,b_3\mathrm{,...,}{b}_{B-1}$$ , где B=32 и:

$$b_i={\displaystyle \sum _{n=0}^{O-1}\left(o_n\cdot M_{i,n}\right)\mathrm{mod}2}$$ $$\begin{array}{cccc}\begin{array}{cccc}& & & \end{array}& & & \end{array}$$ уравнение (2)

где i=0, 1, 2,..., B-1.

Кодированный блок затем может быть обработан надлежащим образом для релевантной конфигурации системы 10 мобильной связи до передачи посредством беспроводного терминала 20. Например, в определенных вариантах осуществления LTE, согласование скорости выполняется для кодированных битов, чтобы формировать 48-битовую кодированную последовательность для передачи в качестве части PUCCH на основе мультиплексирования с ортогональным частотным разделением каналов с кодированием с расширением спектра и дискретным преобразованием Фурье (DFTS-OFDM). Кодированная битовая последовательность затем скремблируется с конкретными для соты и/или зависимыми от символа последовательностями. Две 24-битовых группы назначаются отдельному временному кванту и преобразуются в двенадцать символов квадратурной фазовой манипуляции (QPSK), подвергаются предварительному DFT-преобразованию, кодируются с расширением спектра по пяти DFTS-OFDM-символам и передаются в одном блоке ресурсов (полоса пропускания) и в пяти DFTS-OFDM-символах (время).

Базовая станция 32 принимает кодированную информацию обратной связи в качестве части управляющего сообщения 72 восходящей линии связи. Базовая станция 32 затем декодирует кодированную информацию обратной связи с использованием сведений из информации диспетчеризации, ассоциированной с беспроводным терминалом 20, чтобы упрощать декодирование. Для иллюстрации, рассмотрим пример, в котором базовая станция 32 диспетчеризует две компонентных несущие (компонентную несущую 3 и компонентную несущую 4) из пяти сконфигурированных компонентных несущих для передач в беспроводной терминал 20 во время конкретного субкадра, и в котором беспроводной терминал 20 использует два бита обратной связи для того, чтобы сообщать относительно каждой сконфигурированной компонентной несущей. Поскольку таблица кодирования, используемая в этом примере, должна быть сконфигурирована с возможностью поддерживать десять битов обратной связи, беспроводной терминал 20 использует десять оснований Рида-Мюллера с индексами {0, 1, 2, 3, 4, 5, 6, 7, 8, 9}, чтобы кодировать пять сконфигурированных компонентных несущих в этом случае. Иными словами, номинальный канальный код (48, 10) используется посредством беспроводного терминала 20.

Поскольку, в этом примере, базовая станция 32 не отправляет назначения или разрешения на диспетчеризацию, связанные компонентной несущей 0, компонентной несущей 1 или компонентной несущей 2, десятибитовая последовательность битов обратной связи должна начинаться с шести нулей. Поэтому базовая станция 32 с использованием своих сведений из этой информации диспетчеризации может декодировать фактически канальный код (48, 4) с использованием только оснований Рида-Мюллера с индексами {6, 7, 8, 9}. Согласно этому примеру, эти сведения эффективно сокращают число возможных кодовых слов, в которых следует искать, с 1024 всего до 16. Как результат, может быть уменьшено требуемое рабочее отношение "сигнал-шум" (SNR), и аналогично может быть уменьшена мощность передачи, используемая посредством беспроводного терминала 20 при передаче информации обратной связи. Например, в случае пяти сконфигурированных компонентных несущих, динамическое декодирование может уменьшать необходимое увеличение мощности передачи в беспроводном терминале 20 при передаче управляющих сообщений 72 восходящей линии связи в CA-формате с 4 дБ вплоть до отсутствия увеличения в большинстве случаев и небольшого увеличения в меньшинстве случаев. Требуемое небольшое увеличение мощности передачи в меньшинстве случаев может добавляться к параметрам управления мощностью в управляющих сообщениях 70 нисходящей линии связи, диспетчеризующих вторичные компонентные несущие, чтобы сообщать беспроводному терминалу 20.

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

Более конкретно, первый алгоритм декодирования предоставляет эффективную технологию для динамического декодирования управляющих сообщений 72 восходящей линии связи в CA-формате, поддерживающих до шести битов обратной связи (т.е. O≤6). Как отмечено выше, в конкретных вариантах осуществления, беспроводной терминал 20 использует блочный код (32, O) в LTE, связанный с кодом Рида-Мюллера (32, 6) первого порядка, для того, чтобы кодировать биты обратной связи в управляющих сообщениях 72 восходящей линии связи. Например, когда беспроводной терминал 20 кодирует управляющее сообщение 72 восходящей линии связи для соты 60, поддерживающей пять сконфигурированных компонентных несущих и использующей пространственное пакетирование (т.е. управляющее сообщение 72 восходящей линии связи, которое включает в себя пять битов информации обратной связи), блочный код (32, 5) в LTE используется для прямой коррекции ошибок. Декодирование способом максимального правдоподобия (ML) на основе прямого опробования этого кода будет требовать 32×32=1024 операций. С использованием первого алгоритма декодирования, эффективное декодирование может выполняться в конкретных вариантах осуществления системы 10 мобильной связи только в 32×log₂32=160 операциях.

В конкретных вариантах осуществления, этот первый алгоритм декодирования реализуется посредством следующего:

1. Применение перемежения, показанного в уравнении (3), к принимаемой последовательности «мягких» значений, $$r_0,r_1,r_2,r_3\mathrm{,...,}{r}_{31}$$ , соответствующей блочному коду (32, O) в LTE, чтобы преобразовывать принимаемую последовательность «мягких» значений в принимаемый вектор $$s_0,s_1,s_2,s_3\mathrm{,...,}{s}_{31}$$ , соответствующий коду Рида-Мюллера (32, 6) первого порядка:

s₀=r₃₁, s₁₆=r₁₉

s₁=r₀, s₁₇=r₂₅

s₂=r₂₀, s₁₈=r₁₀

s₃=r₁, s₁₉,=r₁₁

s₄=r₂, s₂₀=r₁₂

s₅=r₂₁, s₂₁=r₁₃

s₆=r₃, s₂₂=r₂₆,

s₇=r₄, s₂₃=r₂₇

s₈=r₂₂, s₂₄=r₁₄

s₉=r₅, s₂₅=r₁₅

s₁₀=r₆, s₂₆=r₂₈

s₁₁=r₂₃, s₂₇=r₁₆

s₁₂=r₇, s₂₈=r₁₇

s₁₃=r₈, s₂₉=r₁₈

s₁₄=r₉, s₃₀=r₂₉

s₁₅=r₂₄, s₃₁=r₃₀, уравнение (3)

2. Выполнение быстрого преобразования Адамара для принимаемого вектора $$s_0,s_1,s_2,s_3\mathrm{,...,}{s}_{31}$$ , чтобы получать преобразованные значения $$h_0,h_1,h_2,h_3\mathrm{,...,}{h}_{31}$$ .

3. Нахождение индекса и знака преобразованного значения с наибольшим абсолютным значением из поднабора преобразованных значений. Поднабор определяется посредством набора известных информационных битов.

4. Получение оценки информационной битовой последовательности на основе индекса наилучшего преобразованного значения и его знака.

Для иллюстрации этой технологии, рассмотрим первый пример, в котором базовая станция 32 диспетчеризует беспроводной терминал 20 использовать все пять текущих сконфигурированных компонентных несущих. В этом случае, набор известных информационных битов будет представлять собой [o₅]=[0], поскольку компонентная несущая 5 не сконфигурирована и тем самым не диспетчеризуется. Предположим, что фактическая битовая последовательность обратной связи, сформированная посредством беспроводного терминала 20, представляет собой [1, 1, 0, 0 1] для пяти сконфигурированных компонентных несущих, указывая, что беспроводной терминал 20 успешно принимает диспетчеризованные передачи на компонентной несущей 0, компонентной несущей 1 и компонентной несущей 4. В варианте осуществления с использованием примерной схемы кодирования, описанной выше, беспроводной терминал 20 затем будет формировать соответствующее кодированное по Риду-Мюллеру первого порядка кодовое слово как [1, 0, 1, 0, 1, 0, 1, 0, 0, 1, 0, 1, 0, 1, 0, 1, 1, 0, 1, 0, 1, 0, 1, 0, 0, 1, 0, 1, 0, 1, 0, 1] и передавать кодовое слово в базовую станцию 32 в качестве части управляющего сообщения 72 восходящей линии связи.

Базовая станция 32 принимает передаваемое управляющее сообщение 72 восходящей линии связи и затем может выполнять перемежение, описанное посредством уравнения (3), для последовательности «мягких» значений, соответствующей битам обратной связи, чтобы формировать принимаемый вектор, $$s_0,s_1,s_2,s_3\mathrm{,...,}{s}_{31}$$ . Предположим, что, вследствие помех и шума в канале беспроводной связи, принимаемый вектор, $$s_0,s_1,s_2,s_3\mathrm{,...,}{s}_{31}$$ , согласно этому примеру задается посредством [-0,8, 0,5, -0,9, 0,7, -0,8, 1,4, -1,1, 0,1, 1,2, -0,3, 1,4, -1,8, 0,9, -1,4, 0,5, -1,5, -0,9, 0,7, -1,0, 0,9, -1,3, 1,1, -0,6, 2,0, 0,4, -1,6, 1,5, -1,2, 0,3, -0,7, 1,7, -0,8]. Результирующие значения после преобразования Адамара согласно этому примеру показаны в левой стороне следующего уравнения (4):

Положительный Отрицательный

h₀=-1,3->000000 или 100000

h₁=2,3->010000 или 110000

h₂=-1,3->001000 или 101000

h₃=-3,8->011000 или 111000

h₄=-1,1->000100 или 100100

h₅=3,6->010100 или 110100

h₆=0,7->001100 или 101100

h₇=-0,0->011100 или 111100

h₈=1,3->000010 или 100010

h₉=-32,0->010010 или 110010

h₁₀=0,7->001010 или 101010

h₁₁=3,6->011010 или 111010

h₁₂=-2,0->000110 или 100110

h₁₃=0,7->010110 или 110110

h₁₄=-0,8->001110 или 101110

h₁₅=2,7->011110 или 111110

h₁₆=-2,2->000001 или 100001

h₁₇=3,1->010001 или 110001

h₁₈=7,7->001001 или 101001

h₁₉=-0,3->011001 или 111001

h₂₀=4,8->000101 или 100101

h₂₁=-1,9->010101 или 110101

h₂₂=-2,1->001101 или 101101

h₂₃=-1,3->011101 или 111101

h₂₄=-1,1->000011 или 100011

h₂₅=1,5->010011 или 110011

h₂₆=-1,4->001011 или 101011

h₂₇=-2,2->011011 или 111011

h₂₈=-2,0->000111 или 100111

h₂₉=-0,1->010111 или 110111

h₃₀=-4,2->001111 или 101111

h₃₁=4,2->011111 или 111111, уравнение (4)

На этапе 3, находится индекс и знак преобразованного значения с наибольшим абсолютным значением из поднабора преобразованных значений. Поскольку набор известных информационных битов представляет собой $$[o_5]=[0]$$ , поиск будет ограничен $$h_b$$ при $$b\in$$ {0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15}, индексами для вариантов, соответствующих [o₅]=[0], т.е. индексами для всех вариантов, имеющих "0" для конечного бита. Согласно этому примеру, h₉ имеет наибольшее абсолютное значение в этом поднаборе, и его знак является отрицательным. Как указано посредством правой стороны уравнения (4), каждое из значений после преобразования Адамара (h_b) ассоциировано с битовой последовательностью. В примерном варианте осуществления, каждое из преобразованных значений ассоциировано с шестибитовой последовательностью, которая содержит пятибитовое двоичное представление индекса релевантного преобразованного значения (во втором-шестом битах, при этом шестой бит является старшим в пятибитовом представлении) и дополнительный бит (первый бит), который соответствует знаку преобразованного значения (с отрицательным преобразованным значением, преобразуемым в первый бит "1", и положительным преобразованным значением, преобразуемым в первый бит "0"). Таким образом, согласно этому примерному варианту осуществления, h₉, имеющий наибольшую абсолютную величину и положительное значение, соответствует оценке битовой последовательности в [1 1 0 0 1 0] для исходной некодированной информации обратной связи. Поскольку базовая станция 32 знает, что [o₅]=[0] в этом примере, базовая станция 32 может определять то, что оцененная битовая последовательность обратной связи [1 1 0 0 1 0] соответствует передаваемой последовательности обратной связи [1 1 0 0 1]. Таким образом, базовая станция 32 имеет возможность восстанавливать исходную информацию обратной связи, отправленную посредством беспроводного терминала 20.

Рассмотрим второй пример, в котором базовая станция 32 диспетчеризует компонентную несущую 0, компонентную несущую 1, компонентную несущую 2 и компонентную несущую 4. В этом случае, поднабор известных информационных битов представляет собой $$[o_3,o_5]=[\mathrm{0,0}]$$ на основе того факта, что компонентная несущая 3 не диспетчеризована для беспроводного терминала 20, и компонентная несущая 5 не сконфигурирована. Следовательно, поднабор поиска для этапа 3 ограничивается $$h_b$$ при $$b\in$$ {0, 1, 2, 3, 8, 9, 10, 11}, индексами для вариантов битовых последовательностей, для которых $$[o_3,o_5]=[\mathrm{0,0}]$$ .

Рассмотрим третий пример, в котором базовая станция 32 диспетчеризует компонентную несущую 0, компонентную несущую 1 и компонентную несущую 4. В этом случае, поднабор известных информационных битов представляет собой $$[o_2,o_3,o_5]=[\mathrm{0,0,0}]$$ на основе того факта, что компонентная несущая 2, компонентная несущая 3 и компонентная несущая 5 не диспетчеризованы. Следовательно, поднабор поиска для этапа 3 ограничивается $$h_b$$ при $$b\in$$ {0, 1, 8, 9, 11}, индексами для вариантов битовых последовательностей, для которых $$[o_2,o_3,o_5]=[\mathrm{0,0,0}]$$ .

Как отмечено выше, конкретные варианты осуществления системы 10 мобильной связи могут использовать второй алгоритм для декодирования битов обратной связи в управляющих сообщениях 72 восходящей линии связи, содержащих более шести битов обратной связи. В конкретных вариантах осуществления, беспроводной терминал 20 использует блочный код (32, O) в LTE, связанный с кодом Рида-Мюллера (32, 16) второго порядка, для того, чтобы кодировать эту информацию обратной связи. Например, в таких вариантах осуществления, управляющее сообщение 72 восходящей линии связи в CA-формате, которое предоставляет обратную связь на пяти сконфигурированных компонентных несущих (без использования пространственного пакетирования), содержит десять битов обратной связи, и беспроводной терминал 20 использует блочный код (32, 10) в LTE для кодирования с прямой коррекцией ошибок. Беспроводной терминал 20 затем передает кодированное управляющее сообщение 72 восходящей линии связи в базовую станцию 32.

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

Согласно этому второму алгоритму, базовая станция 32 декодирует бит обратной связи посредством следующего:

1. Применение перемежения, показанного в уравнении (3), для принимаемой последовательности «мягких» значений, $$r_0,r_1,r_2,r_3\mathrm{,...,}{r}_{31}$$ , соответствующей блочному коду (32, O) в LTE, в принимаемый вектор, $$s_0,s_1,s_2,s_3\mathrm{,...,}{s}_{31}$$ , соответствующий коду Рида-Мюллера (32, 10) второго порядка.

2. Формирование набора гипотетических последовательностей для $$[o_6,o_7,o_8,o_9]$$ . Гипотетические последовательности могут представлять все возможные комбинации $$[o_6,o_7,o_8,o_9]$$ . В конкретных вариантах осуществления, тем не менее, базовая станция 32 может использовать известную информацию диспетчеризации, чтобы исключать варианты, которые являются невозможными.

3. Для каждой гипотетической последовательности для $$[o_6,o_7,o_8,o_9]$$ :

- a. Умножение принимаемого вектора $$s_0,s_1,s_2,s_3\mathrm{,...,}{s}_{31}$$ на покрывающий вектор $$c_0,c_1,c_2,c_3\mathrm{,...,}{c}_{31}$$ , соответствующий гипотетической последовательности для $$[o_6,o_7,o_8,o_9]$$ в таблице по фиг.4, чтобы получать модифицированный принимаемый вектор $$s{\text{'}}_0,s{\text{'}}_1,s{\text{'}}_2,s{\text{'}}_3\mathrm{,...,}s{\text{'}}_{31}$$ ;

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

- c. Нахождение индекса и знака преобразованного значения с наибольшим абсолютным значением из поднабора преобразованных значений. Поднабор определяется посредством набора известных информационных битов; и

- d. Получение промежуточной оценки информационной битовой последовательности для кода Рида-Мюллера второго порядка на основе индекса наилучшего преобразованного значения и его знака. Абсолютное значение преобразованного значения, ассоциированного с промежуточной оценкой информационной битовой последовательности, также сохраняется в качестве промежуточного показателя; и

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

Покрывающие векторы, упоминаемые посредством вышеприведенного этапа 3(a), содержат представление ассоциированной последовательности гипотез, которая кодирована с использованием идентичной схемы кодирования, реализованной на передающей стороне, возможно с дополнительной обработкой, чтобы упрощать обнаружение оставшихся битов. Например, в варианте осуществления, описанном посредством таблицы на фиг.4, каждая гипотетическая последовательность ассоциирована с покрывающим вектором $$c_0,c_1,c_2,c_3\mathrm{,...,}{c}_{31}$$ , который представляет версию гипотетической последовательности, которая кодирована с использованием уравнения (2), и базовых последовательностей, ассоциированных с битами, адресованными посредством гипотетической последовательности. Таким образом, для проиллюстрированного примера, пример, в котором гипотетические последовательности адресуют биты o₆, o₇, o₈ и o₉, покрывающие векторы представляют версии гипотетических последовательностей, которые кодированы с использованием уравнения 1, и только базовые последовательности M_i,6, M_i,7, M_i,8 и M_i,9. Другими словами, каждый примерный покрывающий вектор основан на кодировании соответствующей гипотетической последовательности с использованием уравнения (2) для i=6, 7, 8, 9. В примерном варианте осуществления, описанном посредством фиг.4, результирующие кодированные биты (b_i) затем дополнительно обрабатываются посредством перемежения битов согласно уравнению (3) и применения двоично-биполярного преобразования, при котором значения "0" преобразуются в "1", а значения "1" преобразуются в "-1", чтобы формировать примерные покрывающие векторы, показанные в таблице по фиг.4.

Для иллюстрации того, как второй алгоритм может быть реализован посредством базовой станции 32 в конкретных вариантах осуществления, рассмотрим пример, в котором базовая станция 32 диспетчеризует компонентную несущую 0, компонентную несущую 1 и компонентную несущую 3. В этом случае, набор известных информационных битов будет представлять собой $$[o_4,o_5,o_8,o_9]=[\mathrm{0,0,0,0}]$$ . Предположим, что фактическая битовая последовательность обратной связи, сформированная посредством беспроводного терминала 20, представляет собой [1, 1, 0, 1, 0, 1] для трех диспетчеризованных компонентных несущих, указывая, что беспроводной терминал 20 успешно принимает назначения или разрешения на диспетчеризацию и соответствующие диспетчеризованные передачи для обеих антенн на CC0 и для одной антенны на каждой CC1 и CC3. Номинальная битовая последовательность обратной связи, кодированная посредством беспроводного терминала 20, затем должна представлять собой [1, 1, 0, 1, 0, 0, 0, 1, 0, 0]. В варианте осуществления с использованием примерной схемы кодирования, описанной выше, беспроводной терминал 20 затем будет формировать соответствующее кодированное по Риду-Мюллеру второго порядка кодовое слово как [1, 0, 1, 0, 0, 1, 0, 0, 0, 1, 1, 0, 1, 0, 0, 0, 1, 1, 0, 0, 1, 0, 0, 0, 0, 1, 1, 0, 0, 0, 1, 0] и передавать кодовое слово в базовую станцию 32 в качестве части управляющего сообщения 72 восходящей линии связи.

Базовая станция 32 принимает передаваемое управляющее сообщение 72 восходящей линии связи и затем может выполнять перемежение, описанное посредством уравнения 2, для последовательности «мягких» значений, соответствующей битам обратной связи, чтобы формировать принимаемый вектор, $$s_0,s_1,s_2,s_3\mathrm{,...,}{s}_{B-1}$$ . Предположим, что принимаемый вектор задается посредством $$s_0,s_1,s_2,s_3\mathrm{,...,}{s}_{B-1}$$ =[-1,2, 0,2, -0,9, 1,1, 0,4, -0,4, 1,6, 1,0, 1,2, -0,9, -1,1, 1,4, -1,3, 2,1, 0,9, 1,1, -0,5, -1,0, 1,0, 0,6, -0,9, 0,3, 1,4, 1,8, 0,7, -0,6, -0,4, 0,2, 0,3, 1,3, -1,2, 1,3] вследствие помех и шума в канале беспроводной связи. В этом примере, известно, что $$[o_8,o_9]$$ составляет [0,0], поскольку пятая сконфигурированная компонентная несущая не диспетчеризована. Таким образом, только четыре гипотезы должны формироваться на этапе 2 для $$[o_6,o_7,o_8,o_9]$$ . Кроме того, поскольку известно, что $$[o_4,o_5]$$ составляет [0,0], поднабор поиска для этапа 3 ограничивается $$h_b$$ при $$b\in$$ {0, 1, 2, 3, 4, 5, 6, 7}.

Для гипотезы $$[o_6,o_7,o_8,o_9]$$ =[0,0,0,0], все значения покрывающего вектора равны "1" (как указано в таблице по фиг.4). Следовательно, модифицированный принимаемый вектор $$s{\text{'}}_0,s{\text{'}}_1,s{\text{'}}_2,s{\text{'}}_3\mathrm{,...,}s{\text{'}}_{31}$$ является идентичным принимаемому вектору $$s_0,s_1,s_2,s_3\mathrm{,...,}{s}_{B-1}$$ . Релевантные значения после преобразования Адамара и их ассоциированные битовые последовательности следующие:

Положительный Отрицательный

h₀=9,4->000000 или 100000

h₁=-9,6->010000 или 110000

h₂=-10,0->001000 или 101000

h₃=4,9->011000 или 111000

h₄=-10,1->000100 или 100100

h₅=4,9->010100 или 110100

h₆=2,0->001100 или 101100

h₇=9,4->011100 или 111100 (4)

Промежуточная оценка информационной битовой последовательности для кода Рида-Мюллера второго порядка, следовательно, представляет собой [1, 0, 0, 1, 0, 0, 0, 0, 0, 0], а промежуточный показатель представляет собой 10,1.

Для гипотезы $$[o_6,o_7,o_8,o_9]$$ =[0,1,0,0], модифицированный принимаемый вектор $$s{\text{'}}_0,s{\text{'}}_1,s{\text{'}}_2,s{\text{'}}_3\mathrm{,...,}s{\text{'}}_{31}$$ получается из принимаемого вектора $$s_0,s_1,s_2,s_3\mathrm{,...,}{s}_{B-1}$$ посредством перемены знаков 3-, 4-, 5-, 10-, 11-, 13-, 14-, 15-, 18-, 20-, 21-, 22-, 23-, 25-, 27-, 31-го значений. Релевантные значения после преобразования Адамара и их ассоциированные битовые последовательности следующие:

Положительный Отрицательный

h₀=-2,3->000000 или 100000

h₁=4,5->010000 или 110000

h₂=-2,0->001000 или 101000

h₃=-2,8->011000 или 111000

h₄=0,4->000100 или 100100

h₅=-30,0->010100 или 110100

h₆=0,3->001100 или 101100

h₇=3,8->011100 или 111100

Промежуточная оценка информационной битовой последовательности для кода Рида-Мюллера второго порядка, следовательно, представляет собой [1, 1, 0, 1, 0, 0, 0, 1, 0, 0], а промежуточный показатель представляет собой 30,0.

Для гипотезы $$[o_6,o_7,o_8,o_9]$$ =[1,0,0,0], релевантные значения после преобразования Адамара и ассоциированные битовые последовательности следующие:

Положительный Отрицательный

h₀=8,9->000000 или 100000

h₁=-2,0->010000 или 110000

h₂=-4,7->001000 или 101000

h₃=-7,1->011000 или 111000

h₄=4,8->000100 или 100100

h₅=-1,6->010100 или 110100

h₆=5,7->001100 или 101100

h₇=4,6->011100 или 111100

Промежуточная оценка информационной битовой последовательности для кода Рида-Мюллера второго порядка, следовательно, представляет собой [0, 0, 0, 1, 0, 0, 0, 1, 0, 0], а промежуточный показатель представляет собой 8,9.

Для гипотезы $$[o_6,o_7,o_8,o_9]$$ =[1,1,0,0], релевантные значения после преобразования Адамара и ассоциированные битовые последовательности следующие:

Положительный Отрицательный

h₀=1,1->000000 или 100000

h₁=6,1->010000 или 110000

h₂=-9,9->001000 или 101000

h₃=0,4->011000 или 111000

h₄=-0,7->000100 или 100100

h₅=-3,4->010100 или 110100

h₆=-10,0->001100 или 101100

h₇=-4,2->011100 или 111100

Промежуточная оценка информационной битовой последовательности для кода Рида-Мюллера второго порядка, следовательно, представляет собой [1, 0, 1, 1, 0, 0, 1, 1, 0, 0], а промежуточный показатель представляет собой 10,0.

После чередования всех четырех гипотетических последовательностей для $$[o_6,o_7,o_8,o_9]$$ в этом примере, базовая станция 32 определяет то, что наилучший показатель представляет собой 30,0, а наилучшая оценка информационной битовой последовательности для кода Рида-Мюллера второго порядка представляет собой [1, 1, 0, 1, 0, 0, 0, 1, 0, 0]. При отбрасывании из оценок битовых последовательностей битов обратной связи, соответствующих недиспетчеризованным компонентным несущим (т.е. известных битов $$[o_4,o_5,o_8,o_9]=[\mathrm{0,0,0,0}]$$ ), базовая станция 32 формирует конечную оценку для битовой последовательности обратной связи [1, 1, 0, 1, 0, 1], которая согласована с исходной последовательностью битов обратной связи, передаваемой посредством беспроводного терминала 20.

Согласно этому примеру, ML-декодер на основе прямого опробования будет требовать 32Ч2⁶=2048 операций. С использованием этого второго алгоритма, конкретные варианты осуществления базовой станции 32 имеют возможность декодировать принятые биты обратной связи с четырьмя переменами знаков и четырьмя быстрыми преобразованиями Адамара при общей сложности в 768 операций. Таким образом, конкретные варианты осуществления базовой станции 32 могут декодировать биты обратной связи в управляющих сообщениях 72 восходящей линии связи в CA-формате с использованием технологий декодирования с существенно меньшей сложностью. Фиг.5 показывает сравнение функциональной сложности декодирования с использованием технологии ML-декодирования на основе прямого опробования с функциональной сложностью, достигаемой, когда технологии декодирования, описанные выше, реализуются в конкретных вариантах осуществления системы 10 мобильной связи.

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

Фиг.6 является блок-схемой, более подробно иллюстрирующей элементы конкретного варианта осуществления беспроводного терминала 20. Как показано на фиг.6, проиллюстрированный вариант осуществления беспроводного терминала 20 включает в себя процессор 602, запоминающее устройство 604, передающее устройство 606, приемное устройство 608 и антенну 610.

Процессор 602 может представлять или включать в себя любую форму компонента обработки, включающего в себя специализированные микропроцессоры, компьютеры общего назначения или другие устройства, допускающие обработку электронной информации. Примеры процессора 602 включают в себя программируемые пользователем вентильные матрицы (FPGA), программируемые микропроцессоры, процессоры цифровых сигналов (DSP), специализированные интегральные схемы (ASIC) и любые другие подходящие процессоры специального или общего назначения. Хотя фиг.6 иллюстрирует, для простоты, вариант осуществления беспроводного терминала 20, который включает в себя один процессор 602, беспроводной терминал 20 может включать в себя любое число процессоров 602, сконфигурированных с возможностью взаимодействовать любым надлежащим способом.

Запоминающее устройство 604 сохраняет процессорные инструкции, конфигурационную информацию, параметры управления мощностью, определения форматов и/или любые другие данные, используемые посредством беспроводного терминала 20 в ходе работы. Запоминающее устройство 604 может содержать любой набор и компоновку энергозависимых или энергонезависимых, локальных или удаленных устройств, подходящих для сохранения данных, таких как оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), магнитное устройство хранения, оптическое устройство хранения или любой другой подходящий тип компонентов хранения данных. Хотя показано как один элемент на фиг.6, запоминающее устройство 604 может включать в себя один или более физических компонентов, локальных или удаленных от беспроводного терминала 20.

Антенна 610 представляет любой подходящий проводник, допускающий прием и передачу беспроводных сигналов. Передающее устройство 606 передает радиочастотные (РЧ) сигналы по антенне 610, а приемное устройство 608 принимает из антенны 610 определенные РЧ-сигналы, передаваемые посредством сети 30 доступа. Хотя примерный вариант осуществления на фиг.6 включает в себя определенные числа и конфигурации антенн, приемных устройств и передающих устройств, альтернативные варианты осуществления беспроводного терминала 20 могут включать в себя любое подходящее число этих компонентов. Дополнительно, передающее устройство 606, приемное устройство 608 и/или антенна 610 могут представлять, частично или полностью, идентичные физические компоненты. Например, конкретные варианты осуществления беспроводного терминала 20 включают в себя приемо-передающее устройство, представляющее как передающее устройство 606, так и приемное устройство 608.

Фиг.7 является блок-схемой последовательности операций способа, иллюстрирующей примерную работу конкретного варианта осуществления беспроводного терминала 20 при выборе формата для управляющего сообщения 72 восходящей линии связи, которое следует использовать в ответе на диспетчеризованные передачи, передаваемые посредством сети 30 доступа. Этапы, проиллюстрированные на фиг.7, могут быть комбинированы, модифицированы или удалены при необходимости. Дополнительные этапы также могут добавляться в примерную работу. Кроме того, описанные этапы могут выполняться в любом надлежащем порядке.

В конкретных вариантах осуществления, беспроводному терминалу 20 может быть сообщено относительно компонентных несущих, сконфигурированных в соте 60, обслуживаемой посредством базовой станции 32. Таким образом, на фиг.7, работа начинается с приема посредством беспроводного терминала 20, на этапе 700, конфигурационной информации. Эта конфигурационная информация идентифицирует первичную несущую, сконфигурированную для соты 60, и все вторичные компонентные несущие, сконфигурированные для соты 60. На этапе 702, беспроводной терминал 20 сохраняет эту конфигурационную информацию для последующего использования.

В этом примере, базовая станция 32 передает в беспроводной терминал 20 одно или более управляющих сообщений 70 нисходящей линии связи, диспетчеризующих компонентные несущие для использования посредством беспроводного терминала 20. Как пояснено выше относительно фиг.2, это диспетчеризованное использование может заключать в себе прием сигналов из базовой станции 32 на релевантной компонентной несущей или передачу сигналов в базовую станцию 32 на релевантной компонентной несущей. Базовая станция 32 передает, по меньшей мере, управляющее сообщение 70a нисходящей линии связи для PCC, диспетчеризующее беспроводной терминал 20 принимать передачу по нисходящей линии связи на первичной компонентной несущей. Базовая станция 32 также может передавать одно или более управляющих сообщений 70b-d нисходящей линии связи для SCC, диспетчеризующих беспроводной терминал принимать передачу по нисходящей линии связи на вторичных компонентных несущих.

На этапе 704, беспроводной терминал 20 начинает прием управляющих сообщений 70 нисходящей линии связи из базовой станции 32. На этапе 706, беспроводной терминал 20 определяет то, включает или нет какое-либо из успешно принимаемых управляющих сообщений 70 нисходящей линии связи в себя информацию диспетчеризации, диспетчеризующую беспроводной терминал 20 принимать передачу по вторичной компонентной несущей. В конкретных вариантах осуществления, беспроводной терминал 20 может использовать сохраненную конфигурационную информацию, чтобы определять то, диспетчеризует информация диспетчеризации каждого из различных принимаемых управляющих сообщений 70 нисходящей линии связи беспроводной терминал 20 на первичной компонентной несущей или вторичной компонентной несущей. На основе этого определения, беспроводной терминал 20 затем выбирает формат для управляющего сообщения 72 восходящей линии связи. В конкретных вариантах осуществления, беспроводной терминал 20 выбирает из первого формата (например, CA-формата, описанного выше), который переносит отдельную информацию обратной связи для каждой из сконфигурированных компонентных несущих, и второго формата (например, SC-формата, описанного выше), который переносит информацию обратной связи для первичной компонентной несущей в соте 60, но не включает в себя отдельные биты обратной связи для какой-либо из вторичных компонентных несущих.

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

После отправки одного или более управляющих сообщений 70 нисходящей линии связи, содержащих информацию диспетчеризации, базовая станция 32 передает диспетчеризованные передачи на указанных компонентных несущих. В надлежащий момент времени после того, как беспроводной терминал 20 диспетчеризован принимать эти передачи, беспроводной терминал 20 предоставляет базовой станции 32 информацию обратной связи, указывающую то, приняты успешно или нет диспетчеризованные передачи. Таким образом, на этапе 712, беспроводной терминал 20 формирует управляющее сообщение 72 восходящей линии связи на основе выбранного формата. Это управляющее сообщение 72 восходящей линии связи включает в себя информацию обратной связи (например, один или более битов обратной связи по HARQ), ассоциированную, по меньшей мере, с одной компонентной несущей. Как отмечено выше, эта информация обратной связи указывает, принимает ли успешно беспроводной терминал 20 передачи на релевантной компонентной несущей(их), которые диспетчеризованы посредством любых управляющих сообщений 70 нисходящей линии связи, успешно принимаемых посредством беспроводного терминала 20. Если беспроводной терминал 20 выбирает первый формат, сформированное управляющее сообщение 72 восходящей линии связи может включать в себя отдельную информацию обратной связи для каждой компонентной несущей, сконфигурированной для соты 60.

На этапе 714, беспроводной терминал 20 передает сформированное управляющее сообщение 72 восходящей линии связи в базовую станцию 32. В конкретных вариантах осуществления, когда базовая станция 32 диспетчеризует беспроводной терминал 20 принимать передачи на вторичных компонентных несущих в дополнение к первичной компонентной несущей, но принимает только управляющее сообщение 72 восходящей линии связи с информацией обратной связи для одной компонентной несущей, базовая станция 32 сконфигурирована с возможностью распознавать, что компонентная несущая, ассоциированная с информацией обратной связи, является первичной компонентной несущей, и что беспроводной терминал 20, возможно, не принимает ни одного из управляющих сообщений 70, диспетчеризующих вторичные несущие, которые базовая станция 32 передает во время субкадра. Таким образом, в конкретных вариантах осуществления, базовая станция 32 может корректно интерпретировать информацию обратной связи в управляющем сообщении 72 восходящей линии связи несмотря на то, что принимаемое управляющее сообщение 70 нисходящей линии связи может не включать в себя явную информацию обратной связи для каждой компонентной несущей, на которой базовая станция 32 диспетчеризует беспроводной терминал 20 принимать передачу. Работа беспроводного терминала 20 затем может продолжаться неограниченно или завершаться, как показано на фиг.7.

Фиг.8 является блок-схемой последовательности операций способа, иллюстрирующей примерную работу конкретного варианта осуществления беспроводного терминала 20 при определении уровня мощности передачи, который следует использовать при передаче управляющего сообщения 72 восходящей линии связи в ответ на информацию диспетчеризации, передаваемую посредством сети 30 доступа. Этапы, проиллюстрированные на фиг.8, могут быть комбинированы, модифицированы или удалены при необходимости. Дополнительные этапы также могут добавляться в примерную работу. Кроме того, описанные этапы могут выполняться в любом надлежащем порядке.

Как пояснено выше относительно фиг.2, беспроводному терминалу 20 может, в конкретных вариантах осуществления, быть сообщено относительно компонентных несущих, сконфигурированных для использования в соте 60. Соответственно, на фиг.8, работа начинается с приема посредством беспроводного терминала 20, на этапе 800, конфигурационной информации, которая идентифицирует первичную несущую, сконфигурированную для соты 60, и все вторичные компонентные несущие, сконфигурированные для соты 60. На этапе 802, беспроводной терминал 20 может сохранять эту конфигурационную информацию для последующего использования.

В этом примере, базовая станция 32 передает в беспроводной терминал 20 одно или более управляющих сообщений 70 нисходящей линии связи, диспетчеризующих беспроводной терминал 20 принимать передачи по нисходящей линии связи на компонентных несущих. Базовая станция 32 передает, по меньшей мере, управляющее сообщение 70a для PCC, диспетчеризующее беспроводной терминал 20 принимать передачу по первичной компонентной несущей, которая содержит первый параметр управления мощностью. Базовая станция 32 также может передавать одно или более управляющих сообщений 70b-d для SCC, диспетчеризующих беспроводной терминал 20 принимать передачи на вторичных компонентных несущих. Эти управляющие сообщения 70b-d нисходящей линии связи для SCC также содержат параметры управления мощностью, либо второй параметр управления мощностью, либо один из нескольких дополнительных параметров управления мощностью.

На этапе 804, беспроводной терминал 20 начинает прием управляющих сообщений 70 нисходящей линии связи из базовой станции 32. На этапе 806, беспроводной терминал 20 определяет то, включает или нет какое-либо из успешно принимаемых управляющих сообщений 70 нисходящей линии связи в себя информацию диспетчеризации, диспетчеризующую беспроводной терминал принимать передачу по вторичной компонентной несущей. Если беспроводной терминал 20 определяет на этапе 806, что какое-либо из успешно принимаемых управляющих сообщений 70 нисходящей линии связи включает в себя информацию диспетчеризации, диспетчеризующую беспроводной терминал 20 принимать передачу по вторичной компонентной несущей, то работа переходит к этапу 810. В противном случае, на этапе 808, беспроводной терминал 20 определяет уровень мощности передачи на основе первого параметра управления мощностью, включенного в управляющее сообщение 70a для PCC (при условии, что беспроводной терминал 20 успешно принимает управляющее сообщение 70a для PCC).

Тем не менее, если беспроводной терминал 20 определяет на этапе 806, что беспроводной терминал 20 успешно принимает, по меньшей мере, одно управляющее сообщение 70 нисходящей линии связи, диспетчеризующее беспроводной терминал 20 принимать передачу по вторичной компонентной несущей (т.е. одно из управляющих сообщений 70b-d для SCC), беспроводной терминал 20 определяет уровень мощности передачи на основе одного или более параметров управления мощностью, включенных в успешно принятые управляющие сообщения 70b-d для SCC. В конкретных вариантах осуществления, беспроводной терминал 20 может игнорировать параметр управления мощностью, включенный в управляющее сообщение 70a для PCC, как показано на этапе 810. Вместо этого беспроводной терминал 20 определяет, на этапе 812, уровень мощности передачи на основе второго/дополнительных параметров управления мощностью в успешно принимаемых управляющих сообщениях 70b-d для SCC. Как пояснено выше, беспроводной терминал 20 может определять уровень мощности передачи посредством извлечения общего параметра управления мощностью, включенного во все управляющие сообщения 70b-d для SCC, суммирования множества различных параметров управления мощностью, включенных в принятые управляющие сообщения 70b-d для SCC, или комбинирования параметров управления мощностью из нескольких принимаемых управляющих сообщений 70b-d для SCC любым надлежащим способом.

На этапе 814, беспроводной терминал 20 формирует управляющее сообщение 72 восходящей линии связи, отвечающее на управляющие сообщения 70 нисходящей линии связи. Сформированное управляющее сообщение 72 восходящей линии связи включает в себя информацию обратной связи (например, биты обратной связи по HARQ), ассоциированную, по меньшей мере, с одной компонентной несущей. Эта информация обратной связи указывает, принимает ли беспроводной терминал 20 диспетчеризованную передачу на ассоциированной несущей. Как пояснено относительно фиг.7, конкретные варианты осуществления беспроводного терминала 20 могут выбирать формат для этого управляющего сообщения 72 восходящей линии связи на основе того, принимает или нет беспроводной терминал 20 успешно какое-либо из управляющих сообщений 70b-d для SCC. На этапе 816, беспроводной терминал 20 передает сформированное управляющее сообщение 72 восходящей линии связи в базовую станцию 32 при определенном уровне мощности передачи. Работа беспроводного терминала 20 затем может продолжаться неограниченно или завершаться, как показано на фиг.8.

Фиг.9 является блок-схемой, более подробно иллюстрирующей элементы конкретного варианта осуществления сетевого узла 900, управляющего мощностью передачи беспроводного терминала 20 при передаче управляющих сообщений 72 восходящей линии связи и/или декодировании управляющих сообщений 72 восходящей линии связи, передаваемых посредством беспроводного терминала 20. Сетевой узел 900 может представлять любой подходящий элемент сети 30 доступа, допускающий предоставление описанной функциональности, такой как базовая станция 32 в варианте осуществления, проиллюстрированном посредством фиг.1. Как показано на фиг.9, примерный вариант осуществления сетевого узла 900 включает в себя процессор 902 узла, запоминающее устройство 904 узла и интерфейс 906 связи.

Процессор 902 узла может представлять или включать в себя любую форму компонента обработки, включающего в себя специализированные микропроцессоры, компьютеры общего назначения или другие формы электронных схем, допускающих обработку электронной информации. Примеры процессора 902 узла включают в себя программируемые пользователем вентильные матрицы (FPGA), программируемые микропроцессоры, процессоры цифровых сигналов (DSP), специализированные интегральные схемы (ASIC) и любые другие подходящие процессоры специального или общего назначения. Хотя фиг.9 иллюстрирует, для простоты, вариант осуществления сетевого узла 900, который включает в себя один процессор 902 узла, сетевой узел 900 может включать в себя любое число процессоров 902 узла, сконфигурированных с возможностью взаимодействовать любым надлежащим способом.

Запоминающее устройство 904 узла сохраняет процессорные инструкции, конфигурации несущих, параметры мощности и/или любые другие данные, используемые посредством сетевого узла 900 в ходе работы. Запоминающее устройство 904 узла может содержать любой набор и компоновку энергозависимых или энергонезависимых, локальных или удаленных устройств, подходящих для сохранения данных, таких как оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), магнитное устройство хранения, оптическое устройство хранения или любой другой подходящий тип компонентов хранения данных. Хотя показано как один элемент на фиг.9, запоминающее устройство 904 узла может включать в себя один или более физических компонентов, локальных или удаленных от сетевого узла 900.

Интерфейс 906 связи содержит электронные схемы и другие компоненты, подходящие, чтобы давать возможность сетевому узлу 900 обмениваться данными с беспроводным терминалом 20. Например, в вариантах осуществления, в которых сетевой узел 900 представляет узел, отдельный от радиоэлементов сети 30 доступа (например, контроллера радиосети), интерфейс 906 связи может представлять схему, допускающую обмен данными по проводному подключению между сетевым узлом 900 и радиоэлементами сети 30 доступа. В таких вариантах осуществления, сетевой узел 900 может использовать интерфейс 906 связи, чтобы передавать информацию в радиоэлементы (к примеру, базовые станции 32), которые допускают обмен данными в беспроводном режиме с беспроводным терминалом 20. В качестве альтернативного примера, в вариантах осуществления, в которых сам сетевой узел 900 представляет радиоэлемент (к примеру, усовершенствованный узел B (eNodeB) в системе по стандарту долгосрочного развития (LTE)), интерфейс 906 связи вместо этого может включать в себя схемы и компоненты, допускающие обмен данными с беспроводным терминалом 20 по линии радиосвязи, такие как антенна и радиочастотное передающее устройство и приемное устройство.

Фиг.10 является блок-схемой последовательности операций способа, иллюстрирующей примерную работу конкретного варианта осуществления сетевого узла 900 при управлении мощностью передачи беспроводного терминала 20 при передаче управляющих сообщений 72 восходящей линии связи. Этапы, проиллюстрированные на фиг.10, могут быть комбинированы, модифицированы или удалены при необходимости. Дополнительные этапы также могут добавляться в примерную работу. Кроме того, описанные этапы могут выполняться в любом надлежащем порядке.

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

Чтобы управлять величиной мощности, которую беспроводной терминал 20 использует при подтверждении приема управляющих сообщений 70 нисходящей линии связи, сетевой узел 900 может определять, на этапе 1002, первый параметр управления мощностью для беспроводного терминала 20, который следует использовать при передаче управляющих сообщений восходящей линии связи в соответствии с первым форматом, который дает возможность беспроводному терминалу 20 передавать информацию обратной связи, связанную только с одной компонентной несущей (в этом случае, первичной компонентной несущей для соты 60). После того, как первый параметр управления мощностью сформирован, сетевой узел 900 может формировать, на этапе 1004, управляющее сообщение 70a для PCC, которое включает в себя первый параметр управления мощностью и информацию диспетчеризации, диспетчеризующую беспроводной терминал 20 для передачи по первичной компонентной несущей во время субкадра.

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

Как отмечено выше, базовая станция 32 может определять один или более дополнительных параметров управления мощностью любым надлежащим способом в зависимости от конфигурации и характеристик базовой станции 32. Например, в конкретных вариантах осуществления, базовая станция 32 может определять один параметр управления мощностью для беспроводного терминала 20, который следует использовать в ответе на управляющие сообщения 70b-d для SCC, диспетчеризующие передачи на вторичных компонентных несущих, и может включать этот идентичный параметр управления мощностью во все управляющие сообщения 70b-d для SCC. Базовая станция 32 может определять этот один параметр управления мощностью на основе числа компонентных несущих, сконфигурированных для соты 60, на основе числа компонентных несущих, диспетчеризованных для беспроводного терминала в этом субкадре, на основе конкретных компонентных несущих, диспетчеризованных или сконфигурированных (например, с использованием таблицы поиска, аналогичной таблицам поиска на фиг.3A-3D), и/или на основе любого другого надлежащего фактора или соображения. В альтернативных вариантах осуществления, базовая станция 32 может определять несколько различных параметров управления мощностью, по одному для каждой вторичной компонентной несущей, на которой беспроводной терминал 20 диспетчеризован принимать передачу во время субкадра. В общем, базовая станция 32 может использовать любую подходящую технологию, чтобы определять один или более дополнительных параметров управления мощностью.

После определения дополнительного параметра(ов) управления мощностью базовая станция 32 формирует одно или более управляющих сообщений для SCC (например, управляющие сообщения 70b-d для SCC) на этапе 1008, по одному для каждой из вторичных компонентных несущих, на которых базовая станция 32 диспетчеризует беспроводной терминал 20 принимать передачи во время релевантного субкадра. Управляющее сообщение(я) для SCC включает в себя дополнительный параметр управления мощностью или, если их сформировано несколько, один из дополнительных параметров управления мощностью. Базовая станция 32 затем передает управляющее сообщение 70a для PCC и управляющие сообщения 70b-d для SCC в беспроводной терминал 20 на этапе 1010. Работа базовой станции 32 относительно передачи управляющих сообщений 70 нисходящей линии связи затем может завершаться, как показано на фиг.10.

Фиг.11 и 12 являются блок-схемами последовательности операций способа, иллюстрирующими примерную работу конкретного варианта осуществления сетевого узла 900 при декодировании информации, передаваемой посредством беспроводного терминала 20. В частности, фиг.11 иллюстрирует пример, в котором сетевой узел 900 реализует первый алгоритм, описанный выше, для управляющего сообщения 72 восходящей линии связи, переносящего шесть или менее битов обратной связи, а фиг.12 иллюстрирует пример, в котором сетевой узел 900 реализует второй алгоритм, описанный выше, для управляющего сообщения 72 восходящей линии связи, переносящего более шести битов обратной связи. Конкретные варианты осуществления сетевого узла 900 могут допускать реализацию только одного из алгоритмов, в то время как другие варианты осуществления могут допускать реализацию обоих. В конкретных вариантах осуществления, сетевой узел 900 может быть сконфигурирован с возможностью выбирать надлежащий алгоритм, который следует использовать, на основе числа компонентных несущих, в данный момент сконфигурированных для использования в соте 60. Этапы, проиллюстрированные на фиг.11 и 12, могут быть комбинированы, модифицированы или удалены при необходимости. Дополнительные этапы также могут добавляться в примерную работу. Кроме того, описанные этапы могут выполняться в любом надлежащем порядке.

На фиг.11, работа начинается с передачи посредством сетевого узла 900 одного или более управляющих сообщений 70 нисходящей линии связи в беспроводной терминал 20 на этапе 1100. Управляющие сообщения 70 нисходящей линии связи включают в себя информацию диспетчеризации, диспетчеризующую беспроводной терминал 20 принимать передачи по множеству компонентных несущих, сконфигурированных для соты 60. Беспроводной терминал 20 принимает передаваемые управляющие сообщения 70 нисходящей линии связи и пытается декодировать их. Поскольку сетевой узел 900 и беспроводной терминал 20 обмениваются данными по неидеальному каналу, сетевой узел 900 может вообще не принимать некоторые из передаваемых управляющих сообщений 70 нисходящей линии связи или может быть неспособен декодировать некоторые из этих управляющих сообщений 70 нисходящей линии связи вследствие повреждения, возникающего в ходе передачи. Как результат, беспроводной терминал 20 будет отвечать на управляющие сообщения 70 нисходящей линии связи посредством формирования информации обратной связи (например, битов обратной связи по HARQ, в вариантах осуществления, реализующих LTE), указывающей компонентные несущие, для которых беспроводной терминал 20 успешно принимает диспетчеризованные передачи.

Беспроводной терминал 20 затем кодирует некодированную информацию обратной связи. Для примера на фиг.11, предполагается, что информация обратной связи включает в себя шесть или меньше битов, и что беспроводной терминал 20 кодирует информацию обратной связи с использованием кода Рида-Мюллера первого порядка. После кодирования информации обратной связи беспроводной терминал 20 передает кодированную информацию обратной связи в сетевой узел 900 в качестве части управляющего сообщения 72 восходящей линии связи (например, в качестве части сообщения UCI по PUCCH, в вариантах осуществления, реализующих LTE).

Сетевой узел 900 принимает передаваемое управляющее сообщение 72 восходящей линии связи, которое включает в себя вектор кодированных информационных битов, как показано на этапе 1102. Этот вектор кодированных информационных битов содержит кодированное представление информационных битов обратной связи, сформированных посредством беспроводного терминала 20, но интенсивность сигнала кодированных битов, возможно, потенциально ухудшена в результате передачи по радиоканалу между беспроводным терминалом 20 и сетевым узлом 900. Как результат, сетевой узел 900 пытается декодировать кодированную информацию обратной связи и определять исходную некодированную информацию обратной связи. В качестве части этого процесса, сетевой узел 900 формирует вектор значений преобразования посредством выполнения преобразования Адамара для принимаемого вектора на этапе 1104.

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

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

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

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

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

Работа в этом примере начинается на этапе 1200 с передачи посредством сетевого узла 900 одного или более управляющих сообщений 70 нисходящей линии связи в беспроводной терминал 20. Работа продолжается способом, аналогичным вышеописанному, с приема посредством сетевого узла 900 управляющего сообщения 72 восходящей линии связи, передаваемого посредством беспроводного терминала 20, которое содержит вектор кодированных информационных битов, на этапе 1202.

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

После определения возможных гипотетических последовательностей для битов в первой группе сетевой узел 900 умножает принимаемый вектор на покрывающий вектор, ассоциированный с каждой возможной гипотетической последовательностью, чтобы формировать модифицированный принимаемый вектор для каждой гипотетической последовательности (битов в первой группе) на этапе 1206. На этапе 1208, сетевой узел 900 выполняет преобразование Адамара для каждого из модифицированных принимаемых векторов, чтобы получать преобразованный вектор, ассоциированный с каждой возможной гипотетической последовательностью (битов в первой группе). Дополнительно, каждое из значений преобразования ассоциировано с одной или более оценок битовых последовательностей для второй группы битов в некодированной информации обратной связи. Эта вторая группа включает в себя бит некодированной информации обратной связи, который не включается в первую группу (в целях этого примера, вторая группа включает в себя первые шесть битов некодированной информации обратной связи).

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

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

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

После выполнения декодирования сетевой узел 900 может принимать соответствующие меры на основе декодированной информации. Например, в зависимости от обстоятельств, сетевой узел 900 может решать повторно передавать определенные управляющие сообщения 70 нисходящей линии связи выбранные некоторым способом на основе декодированной информации. Работа сетевого узла 900 может завершаться относительно декодирования принимаемой информации, как указано на фиг.12.

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

1. Способ декодирования кодированной информации, передаваемой по радиоканалу, содержащий этапы, на которых:
- принимают (1102) вектор кодированной информации, передаваемый посредством беспроводного терминала (20), причем кодированная информация содержит кодированное представление некодированных информационных битов, которые кодированы с использованием кода Рида-Мюллера первого порядка;
- формируют (1104) вектор значений преобразования посредством выполнения преобразования Адамара для принимаемого вектора;
- идентифицируют (1106) поднабор значений преобразования на основе информации диспетчеризации, ассоциированной с беспроводным терминалом (20);
- выбирают (1108), из поднабора значений преобразования, одно из значений преобразования на основе абсолютной величины выбранного значения преобразования; и
- для декодирования информации определяют (1110) в сетевом узле оценку некодированных информационных битов на основе битовой последовательности, ассоциированной с выбранным значением преобразования, и принимают меры на основе декодированной информации путем тестирования битовых последовательностей для диспетчеризации или не диспетчеризации компонентных несущих беспроводного терминала принимать передачу.

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

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

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

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

6. Способ декодирования кодированной информации, передаваемой по радиоканалу, содержащий этапы, на которых:
- принимают (1202) вектор кодированной информации, передаваемый посредством беспроводного терминала (20), при этом кодированная информация содержит кодированное представление некодированных информационных битов, которые кодированы посредством кода Рида-Мюллера второго порядка;
- определяют (1204) множество гипотетических последовательностей, соответствующих первой группе некодированных информационных битов, при этом каждая гипотетическая последовательность включает в себя оценку для каждого из первой группы некодированных информационных битов;
- для каждой гипотетической последовательности умножают (1206) принимаемый вектор на покрывающий вектор, ассоциированный с соответствующей гипотетической последовательностью, чтобы получать модифицированный принимаемый вектор;
- для каждого модифицированного принимаемого вектора формируют (1208) вектор значений преобразования посредством выполнения преобразования Адамара для модифицированного принимаемого вектора, при этом каждое из значений преобразования ассоциировано с одной или более оценок второй группы некодированных информационных битов;
- идентифицируют (1210) поднабор значений преобразования на основе информации диспетчеризации, ассоциированной с беспроводным терминалом (20);
- выбирают (1212), из идентифицированного поднабора значений преобразования, одно из значений преобразования на основе абсолютной величины выбранного значения преобразования; и
- определяют (1214) оценку некодированных информационных битов, при этом оценка содержит:
- оценку первой группы некодированных информационных битов на основе гипотетической последовательности, ассоциированной с модифицированным вектором, используемым для того, чтобы формировать выбранное значение преобразования; и
- оценку второй группы некодированных информационных битов, ассоциированных с выбранным значением преобразования.

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

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

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

10. Способ по п. 6, в котором прием вектора кодированной информации, передаваемого посредством беспроводного терминала (20), содержит этапы, на которых:
- передают множество управляющих сообщений (70) нисходящей линии связи в беспроводной терминал (20), причем каждое управляющее сообщение (70) нисходящей линии связи указывает несущую, на которой диспетчеризуется беспроводной терминал (20); и
- принимают, из беспроводного терминала (20), вектор кодированной информации, который указывает несущие, для которых беспроводной терминал (20) успешно принимает диспетчеризованную передачу.

11. Способ по п. 6, в котором некодированные информационные биты содержат семь или более битов.

12. Сетевой узел (900) для декодирования кодированной информации, передаваемой по радиоканалу, содержащий:
- приемное устройство (906), выполненное с возможностью
принимать вектор кодированной информации, передаваемый посредством беспроводного терминала (20), причем кодированная информация содержит кодированное представление некодированных информационных битов, которые кодированы с использованием кода Рида-Мюллера первого порядка; и
- процессор (902), выполненный с возможностью:
- формировать вектор значений преобразования посредством выполнения преобразования Адамара для принимаемого вектора;
- идентифицировать поднабор значений преобразования на основе информации диспетчеризации, ассоциированной с беспроводным терминалом (20);
- выбирать, из поднабора значений преобразования, одно из значений преобразования на основе абсолютной величины выбранного значения преобразования; и
- для декодирования информации определять в сетевом узле оценку некодированных информационных битов на основе битовой последовательности, ассоциированной с выбранным значением преобразования, и принимать меры на основе декодированной информации путем тестирования битовых последовательностей для диспетчеризации или не диспетчеризации компонентных несущих беспроводного терминала принимать передачу.

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

14. Узел по п. 12, в котором:
- информация диспетчеризации содержит информацию, указывающую то, какую из множества несущих диспетчеризован использовать беспроводной терминал (20); и
- процессор (902) выполнен с возможностью идентифицировать поднабор значений преобразования на основе информации диспетчеризации посредством исключения значений преобразования из поднабора на основе несущих, которые диспетчеризован использовать беспроводной терминал (20).

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

16. Узел по п. 12, дополнительно содержащий передающее устройство (906), выполненное с возможностью передавать множество управляющих сообщений (70) нисходящей линии связи в беспроводной терминал (20), причем каждое управляющее сообщение (70) нисходящей линии связи указывает несущую, на которой диспетчеризуется беспроводной терминал (20); и в котором приемное устройство выполнено с возможностью принимать вектор кодированной информации, передаваемый посредством беспроводного терминала (20), посредством приема, из беспроводного терминала (20), вектора кодированной информации, который указывает несущие, для которых беспроводной терминал (20) успешно принимает диспетчеризованную передачу.

17. Сетевой узел для декодирования кодированной информации, передаваемой по радиоканалу, содержащий:
- приемное устройство, выполненное с возможностью принимать вектор кодированной информации, передаваемый посредством беспроводного терминала (20), при этом кодированная информация содержит кодированное представление некодированных информационных битов, которые кодированы посредством кода Рида-Мюллера второго порядка; и
- процессор (902), выполненный с возможностью:
- определять множество гипотетических последовательностей, соответствующих первой группе некодированных информационных битов, при этом каждая гипотетическая последовательность включает в себя оценку для каждого из первой группы некодированных информационных битов;
- для каждой гипотетической последовательности умножать принимаемый вектор на покрывающий вектор, ассоциированный с соответствующей гипотетической последовательностью, чтобы получать модифицированный принимаемый вектор;
- для каждого модифицированного принимаемого вектора формировать вектор значений преобразования посредством выполнения преобразования Адамара для модифицированного принимаемого вектора, при этом каждое из значений преобразования ассоциировано с одной или более оценок второй группы некодированных информационных битов;
- идентифицировать поднабор значений преобразования на основе информации диспетчеризации, ассоциированной с беспроводным терминалом (20);
- выбирать, из идентифицированного поднабора значений преобразования, одно из значений преобразования на основе абсолютной величины выбранного значения преобразования; и
- определять оценку некодированных информационных битов, при этом оценка содержит:
- оценку первой группы некодированных информационных битов на основе гипотетической последовательности, ассоциированной с модифицированным вектором, используемым для того, чтобы формировать выбранное значение преобразования; и
- оценку второй группы некодированных информационных битов, ассоциированных с выбранным значением преобразования.

18. Узел по п. 17, в котором процессор (902) выполнен с возможностью определять оценку некодированных информационных битов, передаваемых посредством беспроводного терминала (20), посредством выбора одной из двух оценок второй группы некодированных информационных битов, которая ассоциирована с выбранным значением преобразования, на основе знака выбранного значения преобразования.

19. Узел по п. 17, в котором:
- информация диспетчеризации содержит информацию, указывающую то, какую из множества несущих диспетчеризован использовать беспроводной терминал (20); и
- процессор (902) выполнен с возможностью идентифицировать поднабор значений преобразования на основе информации диспетчеризации посредством исключения значений преобразования из поднабора на основе несущих, которые диспетчеризован использовать беспроводной терминал (20).

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

21. Узел по п. 17, дополнительно содержащий передающее устройство (906), выполненное с возможностью передавать множество управляющих сообщений (70) нисходящей линии связи в беспроводной терминал (20), причем каждое управляющее сообщение (70) нисходящей линии связи указывает несущую, на которой диспетчеризуется беспроводной терминал (20); и в котором приемное устройство выполнено с возможностью принимать вектор кодированной информации, передаваемый посредством беспроводного терминала (20), посредством приема, из беспроводного терминала (20), вектора кодированной информации, который указывает несущие, для которых беспроводной терминал (20) успешно принимает диспетчеризованную передачу.

22. Узел по п. 17, в котором некодированные информационные биты содержат семь или более битов.