СИСТЕМА И СПОСОБ ДЛЯ ПЕРЕДАЧИ В СЛУЖЕБНЫХ СИГНАЛАХ УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ В СЕТИ МОБИЛЬНОЙ СВЯЗИ Российский патент 2015 года по МПК H04W52/00 H04L1/16 

Притязание на приоритет согласно 35 U.S.C. §119(e)

Данная заявка притязает на приоритет предварительной заявки на патент (США) № 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-3D являются таблицами, предоставляющими примерные параметры управления мощностью, которые могут быть использованы в конкретных вариантах осуществления системы мобильной связи по фиг. 2;

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

Фиг. 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, усовершенствованный узел B (усовершенствованный узел B), базовую радиостанцию (RBS), точку доступа или любой другой подходящий элемент, допускающий обмен данными с беспроводными терминалами 20 в беспроводном режиме.

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

При работе, система 10 мобильной связи предоставляет услугу связи для беспроводного терминала 20. В качестве части этой услуги сеть 30 доступа обменивается данными в беспроводном режиме с беспроводным терминалом 20. Например, в проиллюстрированном варианте осуществления, базовая станция 32 сети 30 доступа устанавливает беспроводное подключение с беспроводным терминалом 20 для связи по радиочастотным (RF) каналам, и базовая сеть 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 нисходящей линии связи по неидеальным радиочастотным (RF) каналам, управляющие сообщения 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}$$ , уравнение (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 x 32=1024 операций. С использованием первого алгоритма декодирования, эффективное декодирование может выполняться в конкретных вариантах осуществления системы 10 мобильной связи только в 32 x 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, 1, 0, 0, 0, 0, 1, 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, 0, 1, 1, 0, 0, 1, 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 передает радиочастотные (RF) сигналы по антенне 610, а приемное устройство 608 принимает из антенны 610 определенные RF-сигналы, передаваемые посредством сети 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 доступа. В таких вариантах осуществления, сетевой узел 400 может использовать интерфейс 906 связи, чтобы передавать информацию в радиоэлементы (к примеру, базовые станции 32), которые допускают обмен данными в беспроводном режиме с беспроводным терминалом 20. В качестве альтернативного примера, в вариантах осуществления, в которых сам сетевой узел 900 представляет радиоэлемент (к примеру, усовершенствованный узел B (усовершенствованный узел B) в системе по стандарту долгосрочного развития (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.

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

Изобретение относится к способу работы терминала беспроводной связи. Технический результат состоит в нахождении эффективной схемы для передачи информации относительно диспетчеризации компонентных несущих для улучшения производительности в сетях, которые поддерживают агрегирование несущих. Для этого способ включает в себя прием одного или более управляющих сообщений нисходящей линии связи, каждое из которых содержит информацию диспетчеризации, диспетчеризующую беспроводной терминал принимать передачу по нисходящей линии связи либо на первичной несущей, либо на вторичной несущей. Способ также включает в себя определение для каждого из управляющих сообщений нисходящей линии связи того, включает это сообщение в себя информацию диспетчеризации для первичной несущей или для вторичной несущей. Дополнительно, способ включает в себя выбор формата для управляющего сообщения восходящей линии связи на основе того, включает или нет какое-либо из управляющих сообщений нисходящей линии связи в себя информацию диспетчеризации для вторичной несущей, формирование управляющего сообщения восходящей линии связи на основе выбранного формата и передачу управляющего сообщения восходящей линии связи в базовую станцию. 6 н. и 32 з.п. ф-лы, 15 ил.

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

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

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

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

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

6. Способ по п. 1, в котором прием одного или более управляющих сообщений (70) нисходящей линии связи, передаваемых посредством базовой станции (32), содержит этап, на котором принимают одно или более сообщений с управляющей информацией нисходящей линии связи, DCI, передаваемых посредством базовой станции (32) по физическому каналу управления нисходящей линии связи, PDCCH; и
- передача управляющего сообщения (72) восходящей линии связи содержит этап, на котором передают сообщение с управляющей информацией восходящей линии связи, UCI, по физическому каналу управления восходящей линии связи, PUCCH.

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

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

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

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

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

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

13. Способ по п. 7, в котором прием одного или более управляющих сообщений (70) нисходящей линии связи, передаваемых посредством базовой станции (32), содержит этап, на котором принимают одно или более сообщений с управляющей информацией нисходящей линии связи, DCI, передаваемых посредством базовой станции (32) по физическому каналу управления нисходящей линии связи, PDCCH; и
- передача управляющего сообщения (72) восходящей линии связи содержит этап, на котором передают сообщение с управляющей информацией восходящей линии связи, UCI, по физическому каналу управления восходящей линии связи, PUCCH.

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

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

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

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

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

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

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

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

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

23. Устройство по п. 20, в котором:
- приемное устройство (608) выполнено с возможностью принимать одно или более управляющих сообщений (70) нисходящей линии связи посредством приема только одного управляющего сообщения (70) нисходящей линии связи для первого субкадра; и
- процессор (602) выполнен с возможностью выбирать формат для управляющего сообщения (72) восходящей линии связи посредством следующего:
- определение того, что единственное принимаемое управляющее сообщение (70) нисходящей линии связи включает в себя информацию диспетчеризации, диспетчеризующую беспроводной терминал (20) принимать передачу по нисходящей линии связи на первичной несущей; и
- в ответ на определение того, что единственное принимаемое управляющее сообщение (70) нисходящей линии связи включает в себя информацию диспетчеризации, диспетчеризующую беспроводной терминал (20) принимать передачу по нисходящей линии связи на первичной несущей, выбор второго формата для управляющего сообщения (72) восходящей линии связи, при этом второй формат включает в себя информацию обратной связи, ассоциированную с первичной несущей, но не включает в себя информацию обратной связи, ассоциированную с какой-либо из множества вторичных несущих, которые базовая станция (32) выполнена с возможностью использовать для связи с беспроводным терминалом (20).

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

25. Устройство по п. 20, в котором:
- приемное устройство (608) выполнено с возможностью принимать одно или более управляющих сообщений (70) нисходящей линии связи, передаваемых посредством базовой станции (32), посредством приема одного или более сообщений с управляющей информацией нисходящей линии связи, DCI, передаваемых посредством базовой станции (32) по физическому каналу управления нисходящей линии связи, PDCCH; и
- передающее устройство (606) выполнено с возможностью передавать управляющее сообщение (72) восходящей линии связи посредством передачи сообщения с управляющей информацией восходящей линии связи, UCI, по физическому каналу управления восходящей линии связи, PUCCH.

26. Устройство (20) беспроводной связи, содержащее:
- приемное устройство (608), выполненное с возможностью принимать одно или более управляющих сообщений (70) нисходящей линии связи, передаваемых посредством базовой станции (32), при этом каждое управляющее сообщение (70) нисходящей линии связи содержит информацию диспетчеризации, диспетчеризующую беспроводной терминал (20) принимать передачу по нисходящей линии связи либо на первичной несущей, либо на вторичной несущей во время первого субкадра, и при этом каждое управляющее сообщение (70) нисходящей линии связи содержит параметр управления мощностью;
- процессор (602), выполненный с возможностью:
- определять для каждого из одного или более управляющих сообщений (70) нисходящей линии связи, включает это управляющее сообщение (70) нисходящей линии связи в себя информацию диспетчеризации, диспетчеризующую беспроводной терминал (20) принимать передачу по нисходящей линии связи на первичной несущей или передачу по нисходящей линии связи на вторичной несущей;
- определять уровень мощности передачи для управляющего сообщения (72) восходящей линии связи на основе того, включает или нет какое-либо из одного или более управляющих сообщений (70) нисходящей линии связи в себя информацию диспетчеризации, диспетчеризующую беспроводной терминал (20) принимать передачу по нисходящей линии связи на вторичной несущей во время первого субкадра; и
- формировать управляющее сообщение (72) восходящей линии связи, при этом управляющее сообщение (72) восходящей линии связи включает в себя информацию обратной связи, ассоциированную, по меньшей мере, с одной несущей, причем информация обратной связи указывает то, принимает или нет беспроводной терминал (20) передачу по нисходящей линии связи, диспетчеризованную для ассоциированной несущей; и
- передающее устройство (606), выполненное с возможностью передавать управляющее сообщение (72) восходящей линии связи в базовую станцию (32) при определенном уровне мощности передачи.

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

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

29. Устройство по п. 28, в котором:
- приемное устройство (608) выполнено с возможностью принимать одно или более дополнительных управляющих сообщений (70) нисходящей линии связи посредством приема множества дополнительных управляющих сообщений (70) нисходящей линии связи, при этом дополнительные управляющие сообщения (70) нисходящей линии связи включают в себя второй параметр управления мощностью; и
- процессор (602) выполнен с возможностью определять уровень мощности передачи для управляющего сообщения (72) восходящей линии связи посредством определения уровня мощности передачи на основе второго параметра управления мощностью.

30. Устройство по п. 28, в котором:
- приемное устройство (608) выполнено с возможностью принимать одно или более дополнительных управляющих сообщений (70) нисходящей линии связи посредством приема множества дополнительных управляющих сообщений (70) нисходящей линии связи, которые включают в себя множество дополнительных параметров управления мощностью; и
- процессор (602) выполнен с возможностью определять уровень мощности передачи для управляющего сообщения (72) восходящей линии связи посредством определения уровня мощности передачи на основе суммы множества дополнительных параметров управления мощностью.

31. Устройство по п. 28, в котором:
- приемное устройство (608) выполнено с возможностью принимать одно или более дополнительных управляющих сообщений (70) нисходящей линии связи посредством приема множества дополнительных управляющих сообщений (70) нисходящей линии связи, которые включают в себя множество дополнительных параметров управления мощностью; и
- процессор (602) выполнен с возможностью определять уровень мощности передачи для управляющего сообщения (72) восходящей линии связи посредством определения уровня мощности передачи на основе взвешенной суммы множества дополнительных параметров управления мощностью.

32. Устройство по п. 26, в котором приемное устройство (608) выполнено с возможностью принимать одно или более управляющих сообщений (70) нисходящей линии связи, передаваемых посредством базовой станции (32), посредством приема одного или более сообщений с управляющей информацией нисходящей линии связи, DCI, передаваемых посредством базовой станции (32) по физическому каналу управления нисходящей линии связи, PDCCH; и
- передающее устройство (606) выполнено с возможностью передавать управляющее сообщение (72) восходящей линии связи посредством передачи сообщения с управляющей информацией восходящей линии связи, UCI, по физическому каналу управления восходящей линии связи, PUCCH.

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

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

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

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

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

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