Результат интеллектуальной деятельности: ИНДИКАТОР ОТОБРАЖЕНИЯ УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ (UCI) ДЛЯ АГРЕГИРОВАНИЯ НЕСУЩИХ СТАНДАРТА ДОЛГОСРОЧНОГО РАЗВИТИЯ

РОДСТВЕННАЯ ЗАЯВКА

По настоящей заявке испрашивается приоритет предварительной заявки США № 61/356856, поданной 21 июня 2010 г.

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

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

УРОВЕНЬ ТЕХНИКИ

В системе беспроводной связи (например, сотовой сети стандарта долгосрочного развития (LTE) четвертого поколения (4G)) базовая станция (например, развитый Node-B или eNodeB (eNB) или подобный объект) может осуществлять связь с мобильным телефоном или пользовательским оборудованием (UE) через сигнализацию восходящей (UL) или нисходящей (DL) линий связи в радиокадре. На Фиг.1 показан LTE радиокадр 10 (кадр N) в последовательности радиокадров (кадры N-1, N, N+1 и т.д.), которые могут составлять «линию» связи между базовой станцией и мобильным телефоном в сотовой сети. Радиокадр 10 может иметь фиксированную длину и может разделяться на фиксированное число подкадров 12 одинакового размера, определенных как подкадры с «S0» по «S9» на Фиг.1. Например, в случае сети LTE, каждый радиокадр 10 (т.е. каждый из кадра N, кадра N+1 и т.д.) может иметь продолжительность 10 мс и может содержать 10 подкадров по 1 мсек каждый, как показано на Фиг.1. Ширина полосы частот радиокадра 10 может зависеть от полной ширины полосы системы, доступной в несущей сети. Каждый подкадр 12 в радиокадре 10 может распределяться в качестве подкадра DL, в качестве подкадра UL, или в качестве специального подкадра, который состоит из полей слота пилотного сигнала нисходящей линии связи (DwPTS), защитного периода (GP) и слота пилотного сигнала восходящей линии связи (UpPTS) (не показано). Поле GP в специальном подкадре дает возможность осуществлять переключение между передачами нисходящей и восходящей линий связи в системе TDD. Каждый подкадр 12 содержит информацию как во временной области, так и в частотной области (используя для этого различные поднесущие).

Базовая станция может передавать информацию о распределении ресурсов беспроводных каналов к мобильному телефону, терминалу или пользовательскому оборудованию (UE) посредством управляющего сигнала нисходящей линии связи, такого как сигнал физического канала управления нисходящей линии связи (PDCCH) в сетях Проекта партнерства третьего поколения (3GPP) 3G и сетях 4G. Современные сотовые сети (например, LTE) используют гибридный автоматический запрос повторной передачи (HARQ), и в них, после приема этой передачи PDCCH нисходящей линии связи (т.е. передачи от базовой станции к мобильному устройству) в подкадре, UE может попытаться декодировать ее и сообщить (отправить отчет) базовой станции о том, являлось ли декодирование успешным (ACK, т.е. подтверждение) или нет (NACK, т.е. отрицательное подтверждение). В случае неуспешной попытки декодирования базовая станция может повторно передавать данные с ошибками.

Такая отправка отчета может осуществляться UE с использованием управляющей сигнализации восходящей линии связи (т.е. передачи от мобильного устройства к базовой станции в сотовой сети), которая может содержать одно или более из следующего: (i) Hybrid-ARQ (HARQ) подтверждения (ACK/NACK) для принятых данных нисходящей линии связи (от базовой станции); (ii) отчеты терминала (например, в виде одного или более битов индикатора качества канала (CQI)), относящиеся к состоянию канала нисходящей линии связи. Такие отчеты могут использоваться базовой станцией для того, чтобы помогать ей в последующем планировании нисходящей линии связи мобильного телефона; и (iii) запросы планирования, осуществляемые UE, которые указывают, что мобильному терминалу или UE требуются ресурсы восходящей линии связи для передач данных восходящей линии связи.

Существует два различных случая для передачи управляющей сигнализации восходящей линии связи, и то, какой из этих двух случаев использовать, зависит от того, осуществляет ли терминал (т.е. мобильный телефон или UE) одновременную передачу данных в восходящей линии связи (т.е. одновременно с управляющей информацией): (1) В случае, когда терминал не осуществляет передачу данных в восходящей линии связи одновременно с управляющей информацией, управляющая сигнализация передается по физическому каналу управления восходящей линии связи (PUCCH) в сетях 4G. Радиоресурс, который должен использоваться для передач канала управления, или указывается нисходящей линией связи (от базовой станции), или полустатически конфигурируется базовой станцией. (2) В случае, когда терминалу требуется одновременно осуществлять передачу управляющей информации и данных восходящей линии связи, управление и данные мультиплексируются перед передачей и передаются по совместно используемому физическому каналу восходящей линии связи (PUSCH) в сетях 3G и 4G.

Таким образом, если мобильному терминалу был назначен ресурс восходящей линии связи для передачи данных и если, в то же самое время, у терминала также имеется управляющая информация, которую необходимо передать, то терминал будет передавать управляющую информацию вместе с данными по PUSCH. Таким образом, когда передается PUSCH, любая управляющая сигнализация мультиплексируется с данными для того, чтобы сохранить структуру с одной несущей. Однако, в отсутствии PUSCH, управляющая сигнализация располагается на PUCCH. Управляющая информация - известная как управляющая информация восходящей линии связи (UCI) - может состоять из одного или более из следующего: (i) обратной связи ACK/NACK для передачи нисходящей линии связи от базовой станции, соответствующей и предшествующей передаче восходящей линии связи (PUCCH или PUSCH) от UE, переносящей UCI; (ii) Индикатор качества канала (CQI), указывающий качество канала для канала беспроводной связи между базовой станцией и UE; (iii) индикатор матрицы предварительного кодирования (PMI), указывающий предпочтительную матрицу предварительного кодирования для управляющей сигнализации (PUCCH или PUSCH); и (iv) Индикатор ранга (RI), указывающий количество полезных уровней передачи для канала управления (PUCCH или PUSCH), воспринимаемых UE. Параметры CQI, PMI и RI могут составлять информацию статуса канала (CSI). Отчеты CQI/PMI/RI (т.е. отчеты CSI) на PUCCH могут являться периодическими, но могут быть меньше и зачастую не являться частотно-селективными. Тогда как отчеты CQI/PMI/RI на PUSCH могут являться непериодическими, но могут быть частотно-селективными и большими (широкополосными или в подполосе, выбираемой UE). Отчет CSI (с или без PMI, в зависимости от сконфигурированного режима передачи в UE) от UE может инициироваться (запускаться) 1 битом в сообщении PDCCH от базовой станции.

Основные операции в физических каналах LTE описаны в разнообразных спецификациях развитой универсальной наземной системы радиодоступа (E-UTRA), таких как, например, технических спецификациях (TS) 3GPP 36.201 («Физический уровень: Основное описание»), 36.211 («Физические каналы и модуляция»), 36.212 («Мультиплексирование и Кодирование канала»), 36.213 («Процедуры физического уровня»), 36.214 («Физический уровень - Измерения») и 36.331 (Управление радиоресурсами (RRC) - Спецификации протоколов»). К этим спецификациям можно обратиться для дополнительной ссылки, и они включаются в настоящее описание путем ссылки.

Здесь отмечается, что выпуск 8 LTE, LTE Release-8 (Rel-8), является в настоящее время стандартизованным для поддержания рабочих ширин полос вплоть до 20 МГц. Однако для того, чтобы соответствовать расширенным требованиям Международных мобильных Телекоммуникаций (IMT), 3GPP инициировал работу над выпуском 10 LTE, LTE Release-10 (Rel-10) («Развитый LTE») для поддержания ширин полос больших, чем 20 МГц. Одним важным требованием в LTE Rel-10 является обеспечение обратной совместимости с LTE Rel-8. Это включает в себя спектральную совместимость, т.е. несущая LTE Rel-10, более широкая, чем 20 МГц, должна выглядеть для терминала LTE Rel-8 несколькими (меньшими) несущими LTE. Каждая подобная меньшая несущая может называться компонентной несущей (CC). Здесь отмечается, что в течение первоначального периода ввода в действие LTE Rel-10 число терминалов с возможностями LTE Rel-10, может быть меньше по сравнению с множеством устаревших терминалов LTE (например, терминалов LTE-8 или LTE-9). Таким образом, является необходимым обеспечить эффективное использование широкой (Rel-10) несущей также и для устаревших терминалов. Другими словами, должно быть возможным осуществление несущих, в котором устаревшие терминалы смогут планироваться во всех частях широкополосной несущей LTE Rel-10. Один путь достичь этого эффективного использования состоит в использовании агрегирования несущих (CA). CA подразумевает, что терминал LTE Rel-10 может принимать множество CC, причем каждая CC имеет или, по меньшей мере, может иметь ту же структуру, что и несущая Rel-8. Фиг.2 иллюстрирует принцип агрегирования CC. Как показано на Фиг.2 рабочая ширина полосы в 20 МГц (обозначенная ссылочной позицией «14») в Rel-10 может составляться путем агрегирования пяти (смежных, для простоты) меньших ширин полос в 20 МГц (в соответствии с требованиями Rel-8), указанных ссылочными позициями с «16» по «20». Отметим, что Rel-10 поддерживает агрегирование до пяти несущих, каждая с полосой пропускания до 20 МГц. Таким образом, например, если является желательным, агрегирование несущих в Rel-10 также может использоваться для того, чтобы агрегировать две несущие с полосой пропускания по 5 МГц каждая. Агрегирование несущих в восходящей линии связи и в нисходящей линии связи может таким образом поддерживать более высокие скорости передачи данных, чем это возможно в действующих системах связи (т.е. UE, работающих согласно 3GPP Rel-8, Rel-9 или ниже). UE, способные работать только по единственной паре нисходящей линии связи/восходящей линии связи (DL/UL), могут называться «Устаревшие UE», тогда как UE, способные работать по множеству DL/UL CC, могут называться «Развитыми UE».

Число агрегированных CC, как и ширина полосы отдельной CC, могут различаться для восходящей линии связи и нисходящей линии связи. Название «симметричная конфигурация» относится к случаю, где число CC в нисходящей линии связи и в восходящей линии связи является одинаковым, тогда как «асимметричная конфигурация» относится к случаю, где число CC является различным в восходящей линии связи и в нисходящей линии связи. Важно отметить, число CC, сконфигурированных в сети, может отличаться от числа CC, «видимых» терминалом (или UE): терминал может, например, поддерживать больше нисходящих CC, чем восходящих CC, даже если сеть предлагает одинаковое число восходящих и нисходящих CC. Линия связи между DL CC и UL CC может являться специфической для UE (задаваемой индивидуально для каждого UE).

Планирование СС (например, разрешение на радиоресурсы для передачи по UL от UE на CC) осуществляется по PDCCH посредством назначений нисходящей линии связи (от базовой станции). В Rel-8 терминал работает с одной DL и одной UL CC. Таким образом, зависимость между назначением DL/разрешением на UL и соответствующими DL и UL CC является прозрачной в Rel-8. Однако в Rel-10 может являться возможным кросс-планирование несущих, где PDCCH, содержащий назначение DL/разрешение на UL, передается на CC, которая отличается от CC, на которой передаются совместно используемый физический канал нисходящей линии связи (PDSCH) или ассоциированный с ним PUSCH.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

Как упоминается выше, подход агрегирования несущих (CA) может приводить к симметричным или асимметричным конфигурациям компонентных несущих (CC) и также может поддерживать кросс-планирование несущих. Следовательно, для UCI на PUSCH с CA требуется обрабатывать асимметричное распределение UL/DL CC. Дополнительно, управляющая сигнализация восходящей линии связи в среде CA должна иметь возможность справляться с мультиплексированием ACK/NACK и потенциальной обратной связи CSI для нескольких компонентных несущих DL на единственной компонентной несущей UL. Однако текущие стандарты 3GPP не определяют то, как это мультиплексирование ACK/NACK и обратной связи CSI для нескольких DL CC должно осуществляться.

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

Таким образом, в зависимости от конфигурации числа и типов UL СС для мобильного телефона или UE, является желательным разработать простую и надежную схему для инструктирования/информирования UE о том, как (т.е. на какой UL CC и по какому физическому каналу (PUCCH или PUSCH)) должна передаваться управляющая информация восходящей линии связи (UCI) от UE, когда присутствует агрегирование несущих.

Настоящее изобретение обеспечивает решение для вышеупомянутой задачи, чтобы определить (для UE) то, как UCI должна передаваться по PUSCH с агрегированием несущих. Конкретные варианты осуществления настоящего изобретения используют простую схему для осуществления передачи UCI для различных конфигураций CC восходящей линии связи. Полустатическая сигнализация бита отображения UCI используется для управления передачей UCI, осуществляемой UE - путем требования от UE использовать один из двух режимов передачи UCI. Решение об этом бите может приниматься базовой станцией (например, eNB), с учетом, например, доступной ширины полосы или качества у различных UL CC, ассоциированных с UE.

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

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

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

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

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

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

Таким образом, идеи настоящего изобретения дают возможность сети беспроводной связи (например, сотовой сети) управлять режимом работы для передачи UCI, осуществляемой UE, для различных конфигураций (симметричных или асимметричных) CC восходящей линии связи, для одновременных передач CA PUCCH и PUSCH в одном и том же подкадре, а также для передач частей UCI по CA PUCCH и PUSCH на различных CC. Полустатический бит отображения UCI используется для управления тем, какой режим передачи UCI должен использоваться UE. Базовая станция (например, eNB) может в явном или неявном виде обеспечивать в UE бит отображения UCI (например, в форме значения параметра «одновременные PUCCH-PUSCH» в RRC). Это дает возможность сети или создавать общее правило передачи UCI, осуществляемой UE, или принудительно осуществлять передачу UCI на первичной компонентной несущей восходящей линии связи (UL PCC) (вместо термина «PCC» далее в настоящем описании используется название первичная сота или «Pcell»), как обсуждается более подробно ниже.

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

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

Фиг.1 иллюстрирует радиокадр LTE в последовательности радиокадров, который может составлять «линию» связи между базовой станцией и мобильным телефоном в сотовой сети;

Фиг.2 иллюстрирует принцип агрегирование компонентных несущих (CC);

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

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

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

Фиг.6 представляет собой структурную схему примерного eNodeB в соответствии с одним вариантом осуществления настоящего изобретения.

ОСУЩЕСТВЛЕНИЕ ИЗОБРЕТЕНИЯ

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

Ссылка в данном описании на «один вариант осуществления» или «вариант осуществления» означает, что конкретный признак, конструкция или характеристика, описанные в связи с этим вариантом осуществления, включены в, по меньшей мере, один вариант осуществления настоящего изобретения. Таким образом, появления фраз «в одном варианте осуществления» или «в варианте осуществления» или «в соответствии с одним вариантом осуществления» (или других фраз, имеющих аналогичный смысл) в различных местах данного описания не обязательно обуславливает принадлежность к одному и тому же варианту осуществления. Помимо всего прочего, конкретные признаки, конструкции и характеристики могут объединяться любым подходящим образом в одном или более вариантах осуществления. Помимо этого, в зависимости от контекста обсуждения в настоящем описании, термин в единственном числе может включать в себя возможность множественного числа, а термин во множественном числе может включать в себя его форму в единственном числе. Аналогичным образом, написанный через дефис термин (например, «под-кадр») может время от времени взаимозаменяемым образом использоваться с его версией, написанной без дефиса (например, «подкадр»), отдельная запись, написанная с заглавной буквы (например «Восходящая линия связи»), может взаимозаменяемым образом использоваться с его версией, написанной не с заглавной буквы (например, «восходящая линия связи»), и английские термины во множественном числе могут приводится с или без апострофа (например, CC's или CCs). Такие время от времени взаимозаменяемые использования не должны считаться противоречащими друг другу.

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

Фиг.3 представляет собой диаграмму примерной беспроводной системы 30, в которой может реализовываться управление передачей UCI в соответствии с идеями одного варианта осуществления настоящего изобретения. Система 30 может включать в себя мобильный телефон 32, которая находится в связи с несущей сетью 34 поставщика беспроводных услуг через узел 36 связи несущей сети 34. Узел 36 связи может, например, представлять собой развитый Node-B (eNodeB или eNB), когда несущая сеть является сетью стандарта долгосрочного развития (LTE), и может обеспечивать радиоинтерфейс с мобильным телефоном 32. В других вариантах осуществления узел 36 связи может также включать в себя контроллер пункта связи, точку доступа (AP) или любой другой тип устройства с радиоинтерфейсом, имеющего возможность функционировать в беспроводной среде. Отметим, что термины «мобильный телефон», «беспроводной телефон», «терминал» и «пользовательское оборудование (UE)» могут использоваться взаимозаменяемым образом в настоящем описании для ссылки на беспроводное устройство связи, которое имеет возможность осуществлять голосовую связь и/или передачу данных через беспроводную несущую сеть. Некоторые примеры подобных мобильных телефонов включают в себя сотовые телефоны или оборудование по передаче данных (например, персональный цифровой секретарь (PDA) или пейджер), смартфоны (например, iPhone^TM, Android^TM, Blackberry^TM и т.д.), компьютеры или любой другой тип пользовательских устройств, имеющих возможность работать в среде беспроводной связи. Аналогичным образом, термины «беспроводная сеть» или «несущая сеть» могут использоваться взаимозаменяемым образом в настоящем описании для ссылки на беспроводную сеть связи (например, сотовую сеть), предоставляющую голосовую связь и/или передачу данных между двумя пользовательскими оборудованиями (UE).

В дополнение к обеспечению радиоинтерфейса (например, как представлено беспроводной линией 37 связи на Фиг.3) к UE 32 через антенну 39, узел 36 связи может также осуществлять управление радиоресурсами (как, например, в случае eNodeB в системе LTE), например, посредством агрегирования несущих (CA) (например, агрегирования вплоть до пяти несущих, каждая из которых имеет ширину полосы вплоть до 20 МГц), упомянутого ранее в настоящем описании. Узлы связи в других типах передающих сетей (например, сетей 4G и более поздних) могут быть конфигурированы аналогичным образом. В одном варианте осуществления узел 36 может быть конфигурирован (аппаратными средствами, программными средствами или ими обоими) с возможностью осуществлять управление передачей UCI так, как это обсуждается в настоящем описании. Например, когда существующая аппаратная архитектура узла 36 связи не может быть модифицирована, методология управления передачей UCI в соответствии с одним вариантом осуществления настоящего изобретения может осуществляться за счет использования надлежащего программирования одного или более процессоров (например, процессора 66 (или, более конкретно, обрабатывающего блока 72) на Фиг.6) в узле 36 связи. Исполнение программного кода (процессором в узле 36) может побуждать процессор осуществлять управление передачей UCI так, как обсуждается в настоящем описании. Таким образом, в обсуждении ниже, хотя узел 36 связи может называться «осуществляющим», «совершающим», или «выполняющим» функцию или процесс, для специалиста в данной области техники будет очевидным, что такое осуществление может технически совершаться аппаратными средствами и/или программными средствами, по необходимости. Аналогичным образом, UE 32 может быть надлежащим образом конфигурировано (аппаратными средствами или программными средствами) с возможностью осуществлять свою часть управления передачей UCI, как это обсуждается более подробно ниже в настоящем описании.

Несущая сеть 34 может включать в себя базовую сеть 38, соединенную с узлом 36 связи, и обеспечивающую логические и управляющие функции (например, управление абонентскими учетными записями, выставление счетов, управление мобильностью абонентов и т.д.) в сети 38. В случае несущей сети LTE, базовая сеть 38 может представлять собой шлюз доступа (AGW). Вне зависимости от типа несущей сети 34, базовая сеть 38 может функционировать для обеспечения соединения UE 32 с другими мобильными телефонами, работающими в несущей сети 34, и также с другими устройствами связи (например, проводными телефонами) или ресурсами (например, веб-узлом Интернет) в других голосовых сетях и/или сетях передачи данных, внешних по отношению к несущей сети 34. В связи с этим, базовая сеть 38 может соединяться с сетью 40 с коммутацией пакетов (например, сетью Интернет протокола (IP), такой как Интернет) так же, как и с сетью 42 с коммутацией каналов, такой как телефонная коммутируемая сеть общего пользования (PSTN), для того чтобы осуществлять желаемые соединения за пределами устройств, работающих в несущей сети 34. Таким образом, через соединение узла 36 связи с базовой сетью 38 и через радиолинию связи телефона 32 с узлом связи 36, пользователь телефона 32 может беспроводным образом (и незаметно для пользователя) осуществлять доступ к различным ресурсам или системам за переделами тех, которые работают в несущей сети 34 оператора.

Понятно, что несущая сеть 34 может представлять собой сотовую телефонную сеть, в которой UE 32 может быть абонентским модулем. Однако, как упоминалось выше, настоящее изобретение также является работоспособным в других, не сотовых, беспроводных сетях (либо голосовых сетях, сетях передачи данных, или обоих). Помимо этого, части несущей сети 34 могут включать в себя, независимым образом или в комбинации, любые из настоящих или будущих проводных или беспроводных сетей связи, такие как, например, PSTN или спутниковая линия связи. Аналогичным образом, как упоминалось выше, несущая сеть 34 может соединяться с сетью Интернет посредством соединения своей базовой сети 38 с сетью 40 IP (с коммутацией пакетов) или может включать в себя часть Интернет, как свою часть.

Присутствует ли агрегирование несущих (AG) или нет во время осуществления первоначального доступа, терминал LTE Rel-10 (или UE) может вести себя аналогично терминалу LTE Rel-8. После успешного соединения с сетью терминал может - в зависимости от его собственных возможностей и сети - конфигурироваться с дополнительными CC в UL и DL. Эта конфигурация может основываться на сигнализации управления радиоресурсами (RRC) на более высоких уровнях. Однако из-за большого объема сигнализации и довольно низкой скорости сигнализации RRC терминал может быть изначально конфигурирован (например, посредством eNB 36) с множеством CC, даже если не все из них используются в текущий момент. Как упоминалось выше, с точки зрения UE, могут поддерживаться и симметричная, и асимметричная конфигурации CC восходящей/нисходящей линии связи (UL/DL). Таким образом, на медленной основе, терминал может конфигурироваться с несколькими CC в обеих из UL и DL. Однако если терминал/UE 32 сконфигурирован на множество CC, то терминал, возможно, должен отслеживать все сконфигурированные DL СС для PDCCH и PDSCH. Это может потребовать большей ширины полосы, более высоких коэффициентов дискретизации и т.д., что могут привести к более высоким энергетическим затратам на UE 32.

Для того чтобы минимизировать вышеуказанные проблемы с конфигурациями на множество CC, LTE Rel-10 также поддерживает более быстрый механизм, который делает возможным активирование/деактивирование CC (вдобавок к конфигурации множества CC, упомянутой выше), осуществляемое eNB 36. Активированная группа CC всегда будет являться подгруппой сконфигурированной группы. Целью, стоящей за активированием/деактивированием - которое может происходить за меньшее необходимое время, чем конфигурирование - является необходимость иметь инструмент, который дает возможность быстрого переключения множества CC (например, осуществляемого eNB 36), тем самым давая возможность терминалу (например, UE 32) в основное время отслеживать только те CC, на основе которых сеть (например, сеть 34) намеревается осуществлять планирование для терминала. Таким образом, в одном варианте осуществления терминал или UE 32 отслеживает только сконфигурированные и активированные CC для PDCCH и PDSCH. В одном варианте осуществления активирование может основываться на управляющих элементах управления доступом к среде передачи (MAC), которые могут быть более быстрыми, чем сигнализация RRC. Активирование/деактивирование на основе MAC может сопровождать несколько CC, которые требуются для того, чтобы удовлетворить текущие нужды по скорости передачи данных. После поступления больших объемов данных множество CC активируется (например, посредством eNB 36), используется для передачи данных, и деактивируется, если больше оно не требуются. Все, кроме единственной пары CC - Первичная сота DL (DL Pcell) и Первичная сота UL (UL Pcell) - могут деактивироваться. Таким образом, активация обеспечивает возможность конфигурировать множество CC, но активировать их только по мере необходимости. Большую часть времени терминал или UE 32 будут иметь активированными одну или очень немного CC, что приводит к более узкой ширине полосе приема и, следовательно, к пониженному потреблению энергии аккумулятора.

Фиг.4 представляет собой примерную блок-схему 44 последовательности операций, отображающую операции, относящиеся к двум режимам передачи UCI в соответствии с одним вариантом осуществления настоящего изобретения. В одном варианте осуществления eNB 36 использует радиосигнализацию (например, сигнализацию RRC) между eNB 36 и UE 32 для управления передачей UCI, осуществляемой UE. Как известно, мобильный телефон (например, UE 32) может иметь, в основном, одно соединение RRC с базовой станцией (например, eNB 36). Уровень протокола RRC (не показан) существует в UE 32 и в eNB 36, и он является частью плоскости управления радиоинтерфейсом LTE. Сигнализация RRC (осуществляемая eNB 36) может использоваться для осуществления многих функций, таких как, например, широковещательная передача Системной Информации (SI); установление, поддержание и удаление соединения RRC между UE 32 и eNB 36; установление, конфигурирование, поддержание и удаление однонаправленных радиоканалов точка-точка между UE 32 и eNB 36; и функций управления качеством услуг (QoS). В одном варианте осуществления eNB 36 информирует UE 32, через бит отображения UCI в сигнализации RRC (которая переходит от eNB 36 к UE 32 посредством протокола RRC), о том, какой из двух нижеописанных режимов работы с отображением UCI (т.е. режимов передачи UCI) необходимо использовать для того, чтобы передавать UCI в eNB 36. eNB 36 может в неявном виде обеспечивать бит отображения UCI через значение параметра сигнализации RRC «одновременные PUCCH-PUSCH» (определенного в LTE Rel-10), который имеет значения «true» или «false». Если этот параметр не присутствует в сообщении RRC, то он имеет значение «false», иначе он имеет значение «true». Таким образом, например, бит отображения UCI представляет собой «1» или «true», если параметр RRC «одновременные PUCCH-PUSCH» представляет собой «true», и бит отображения UCI представляет собой «0» или «false», если параметр RRC «одновременные PUCCH-PUSCH» представляет собой «false». Таким образом, хотя полустатическая сигнализация бита отображения UCI (значение которого может задаваться eNB, как обсуждается в настоящем описании), eNB 36 может управлять передачей UCI, осуществляемой UE, в соответствии со значением бита отображения UCI. Другими словами, значение бита отображения UCI может конфигурировать UE 32 (например, с помощью соответствующих аппаратных/программных средств, находящихся в UE 32), для того чтобы осуществлять работу в соответствии с блок-схемой 44 последовательности операций.

Отметим, что нижеследующее обсуждение затрагивает передачу UCI в контексте агрегирования несущих (CA). Таким образом, в одном варианте осуществления бит отображения UCI обеспечивается eNB 36 (передается в UE 32), когда CA присутствует. Дополнительно, в нижеследующем обсуждении двух режимов передачи UCI, если не определено иное, ссылки на компонентную несущую (CC) или Первичную соту (Pcell), «ассоциированную с» UE 32, относятся к CC или множеству CC, которые являются сконфигурированными и активированными (например, посредством eNB 36) для UE 32 - т.е. CC или множество CC, на которых UE запланировано для осуществления передачи. Также, если не определено иное, в нижеследующем обсуждении термин «UCI» может включать в себя одно или более из следующего: информация обратной связи ACK/NACK, CQI, PMI и RI. Как упоминалось ранее, параметры CQI, PMI и RI могут составлять CSI (Информацию статуса канала). Отчеты CSI от UE могут отсылаться периодически (периодическая CSI), или запускаться не периодически (непериодическая CSI). Понятно, что периодическая CSI представляет собой CSI, которая конфигурируется, чтобы отправляться периодически, причем eNB конфигурирует эту периодичность для UE. С другой стороны, непериодическая CSI представляет собой CSI, которую eNB запускает для UE посредством установки бита в сообщении разрешения планирования UL (например, сообщении управляющей информации нисходящей линии связи (DCI)).

От UE 32 может потребоваться (или оно может быть конфигурировано (например, аппаратными/программными средствами, как упоминалось ранее) следовать первому предварительно определенному режиму передачи UCI, когда принятый бит отображения UCI (от eNB 36) имеет первое явное значение. Первое значение может представлять собой «0» или «off» или любое другое логическое значение (бинарное или не бинарное), которое отличается от второго значения, обсуждаемого ниже со ссылкой на второй предварительно определенный режим передачи UCI. В первом режиме передачи UCI (после блока 46 «Старт» на Фиг.4, и когда бит отображения UCI = 0, например) UE 32 может передавать UCI следующим образом, в зависимости от того, должен ли передаваться PUSCH (UE 32) в текущем подкадре (например, подкадре 12 в радиокадре 10 LTE, обсуждаемом ранее со ссылкой на Фиг.1). Термин «текущий подкадр» в настоящем описании относится к подкадру UL, который в текущий момент передается от UE 32 к eNB 36.

(I-A) Если PUSCH не передается на UL CC (ассоциированной с UE 32) в текущем подкадре, то UCI (включающая в себя любое одно или комбинацию из информации ACK/NACK, непериодической CSI и/или периодической CSI) может передаваться на UL PCell (для UE 32) в текущем подкадре с использованием схемы передачи PUCCH для агрегирования несущих или схемы передачи PUCCH для LTE Rel-8/9 (блоки 48 и 50 на Фиг.4). В одном варианте осуществления схема передачи PUCCH для агрегирования несущих может основываться на расширении спектра мультиплексирования с ортогональным частотным разделением при помощи дискретного преобразования Фурье (DFTS OFDM) и может включать в себя формат CA PUCCH в LTE Rel-10 (например, формат PUCCH 3) или, возможно, другой формат LTE Rel-10 CA PUCCH, ассоциированный со схемой на основе выбора каналов для обратной связи HARQ (например, формат PUCCH 1b с выбором каналов). Отметим, что если UE конфигурировано с агрегированием несущих, формат CA PUCCH по существу является форматом PUCCH, который обеспечивает обратную связь ACK/NACK для передач PDSCH на множестве несущих DL. Схема передачи PUCCH для LTE REL-8/9 может включать в себя один из нескольких форматов PUCCH (например, форматов PUCCH 1a/1b/2/2a/2b), поддерживаемых в LTE Rel-8 или Rel-9. Известно, что в LTE Rel-8 и Rel-9, PUCCH поддерживает множество форматов, таких как 1a, 1b, 2, 2a, 2b, и смесь форматов 1a/1b и 2/2a/2b. Эти форматы PUCCH используются следующим образом: формат PUCCH 1a использует 1-битовый ACK/NACK, формат PUCCH 1b использует 2-битовый ACK/NACK, формат PUCCH 2 использует периодическую CQI, формат PUCCH 2a использует периодическую CQI c 1-битовым ACK/NACK, и формат PUCCH 2b использует периодическую CQI c 2-битовым ACK/NACK.

(I-B) Если PUSCH передается на специфической для UE UL Pcell в текущем подкадре, тогда UCI (включающая в себя любое одно или комбинацию из информации ACK/NACK, непериодической CSI и/или периодической CSI) также может передаваться на этой UL PCell (в UE 32) в текущем подкадре с использованием PUSCH (блоки 48, 52 и 54 на Фиг.4).

(I-C) Если PUSCH передается в текущем подкадре на любой другой UL CC, ассоциированной с UE 32 (например, вторичной UL CC или вторичной соте (Scell), ассоциированной с UE 32), кроме UL Pcell, тогда UE 32 может следовать следующим двум вариантам (блоки 48, 52 и 56 на Фиг.4):

(a) UCI (включающая в себя любое одно или комбинацию из информации ACK/NACK, и/или периодической CSI, но исключая непериодическую CSI) может передаваться на основе подходящего правила. В одном варианте осуществления правило может быть сохранено в UE 32(например, в памяти (такой как память 64 на Фиг.5) в UE 32) производителем UE или может сигнализироваться в UE 32 оператором несущей сети 34 (например, через беспроводную связь между UE 32 и eNB 36). Примерное правило может требовать, чтобы UE 32 осуществляло передачу UCI (исключая непериодическую CSI) в текущем подкадре с использованием PUSCH на UL CC (кроме UL Pcell, как упоминалось выше), имеющей наибольшую ширину полос среди всех UL CC, ассоциированных с UE 32. Также можно разработать любое другое подходящее правило.

(b) UCI, содержащая непериодическую CSI, может передаваться в текущем подкадре с использованием PUSCH на UL CC (кроме UL Pcell, как упоминалось выше), которая соответствует DL CC для разрешения UL, которое запустило сообщение (отчет) непериодической CSI (например, сообщение в eNB 36). Такое сообщение может запускаться одним битом в сообщении PDCCH (от базовой станции или eNB 36) на DL CC.

Аналогично, от UE 32 может требоваться (или оно может быть конфигурировано для этого (например, аппаратными и/или программными средствами, как упоминалось ранее) следовать второму режиму передачи UCI, когда принятый бит отображения UCI (от eNB 36) имеет второе, отличающееся значение. Это второе значение может представлять собой «1» или «on» или любое другое логическое значение (бинарное или не бинарное), которое отличается от первого значения, обсуждаемого выше со ссылкой на первый режим передачи UCI. Во втором режиме передачи UCI (после блока 46 «Старт» на Фиг.4, когда бит отображения UCI = 1, например), UE 32 может передавать UCI следующим образом, опять, в зависимости от того, должен ли передаваться PUSCH (UE 32) в текущем подкадре.

(II-A) Если PUSCH не передается на любой UL CC (ассоциированной с UE 32) в текущем подкадре, то UCI (включающая в себя любое одно или комбинацию из информации ACK/NACK, непериодической CSI и/или периодической CSI) может передаваться на UL PCell (для UE 32) в текущем подкадре с использованием схемы передачи PUCCH для агрегирования несущих или схемы передачи PUCCH для LTE Rel-8/9 (блоки 48 и 50 на Фиг.4). Поскольку более раннее обсуждение различных схем передачи PUCCH и ассоциированных с ними форматов PUCCH в под-параграфе (I-A) также применимо и здесь, это обсуждение не повторяется для краткости. Однако следует отметить, что формат PUCCH, используемый для передачи UCI в текущем под-параграфе (II-A), может совпадать или отличаться от PUCCH формата, используемого для передачи UCI в под-параграфе (I-A), обсуждаемом выше.

(II-B) Если PUSCH передается на специфической для UE UL Pcell в текущем подкадре, тогда UCI (включающая в себя любое одно или комбинацию из информации ACK/NACK, непериодической CSI и/или периодической CSI) также может передаваться на этой UL PCell в текущем подкадре с использованием PUSCH (блоки 48, 52 и 54 на Фиг.4). Следует отметить, что передача UCI в этом под-параграфе (II-B) может совпадать или отличаться от передачи UCI в под-параграфе (I-B), обсуждаемом выше.

(II-C) Если PUSCH передается в текущем подкадре на любой другой UL CC, ассоциированной с UE 32 (например, любой UL Scell, ассоциированной с UE 32), кроме UL Pcell, тогда UCI (включающая в себя любое одно или комбинацию из информации ACK/NACK и/или периодической CSI) может передаваться на UL PCell (для UE 32) в текущем подкадре с использованием схемы передачи PUCCH для агрегирования несущих или схемы передачи PUCCH для LTE Rel-8/9 (блоки 48 и 50 на Фиг.4). Непериодическая CSI может передаваться в текущем подкадре на UL CC (кроме UL Pcell) с использованием PUSCH. Поскольку более раннее обсуждение различных схем передачи PUCCH и ассоциированных с ними форматов PUCCH в под-параграфе (I-A) также применимо и здесь, это обсуждение не повторяется для краткости. Однако следует отметить, что формат PUCCH, используемый для передачи UCI в текущем под-параграфе (II-C), может совпадать или отличаться от формата PUCCH, используемого для передачи UCI в под-параграфах (I-A) или (II-A), обсуждаемых выше.

Как видно из Фиг.4 и обсуждений выше относительно обоих режимов передачи UCI, в одном варианте осуществления оба режима различаются, когда имеется передача PUSCH на UL CC, но не на UL Pcell. В этом случае или UCI передается по PUSCH на заданной компонентной несущей в соответствии с правилом (в первом режиме передачи UCI) или UCI вынуждается передаваться по PUSCH на UL Pcell (во втором режиме передачи UCI). В одном варианте осуществления eNB 36 может отслеживать качество приема сигнала (например, Опорного сигнала (RS) на PUSCH, или PUSCH, или зондирующего опорного сигнала (SRS)), переданного на UL CC (включая UL Pcell), ассоциированной с UE 32, и может определять значение бита отображения UCI на основе качества приема этого сигнала. Например, eNB 36 может устанавливать значение бита отображения UCI равным «1» (или любому другому значению, которое запускает второй режим передачи UCI), когда качество приема на UL CC в соответствии с первым режим передачи UCI (по любому из под-параграфов (I-A), (I-B) или (I-C) выше) не превышает пороговое значение, задаваемое специфично для реализаций eNB. Таким образом, eNB 36 может первоначально устанавливать значение бита отображения UCI или переконфигурировать значение бита отображения UCI, и осуществить переключение с первого режима на второй режим передачи UCI на основе качества сигнализации на UL CC, ассоциированных с UE 32.

В другом варианте осуществления eNB 36 может определять значение бита отображения UCI на основе сравнения доступных ширин полос всех UL CC, ассоциированных с UE 36. Такое сравнение дает возможность сети (например через eNB 36 в несущей сети 34) или сконфигурировать примерное правило, когда UL CC с большой шириной полосы является доступной (как обсуждалось в под-параграфе (I-C) (a) в случае первого режима передачи UCI) или принудить к выполнению передачи UCI на UL Pcell (как в под-параграфе (II-C) в случае второго режима передачи UCI). Таким образом, посредством передачи соответствующего значения бита отображения UCI сеть 34 (через eNB 36) может управлять передачей UCI, осуществляемой UE 32, как это необходимо.

Управление передачей UCI на основе бита отображения UCI, обсуждаемое выше, может применяться к случаям, где часть UCI конфигурируется (например, посредством UE 32 с/без инструкций от eNB 36) для того, чтобы передаваться по PUSCH (например, CA PUSCH из LTE Rel-10), а другая часть UCI конфигурируется для того, чтобы передаваться по PUSCH в том же самом подкадре, как упоминалось ранее в разделе «Раскрытие изобретения». Различные части UCI могут представлять собой, например, передачу ACK/NACK и CSI, однако информация UCI может также разделяться другими способами. Такие одновременные передачи CA PUCCH на одной компонентной несущей и PUSCH - на другой компонентной несущей в одном и том же подкадре могут быть возможными, например, в первом режиме передачи UCI, как обсуждалось выше в под-параграфе (I-C) или во втором режиме передачи UCI, как обсуждалось выше в под-параграфе (II-C). В качестве другого примера такая одновременная передача CA PUCCH на одной компонентной несущей и PUSCH - на другой компонентной несущей в одном и том же подкадре могут быть возможными при использовании второго режима передачи UCI, как обсуждалось выше в под-параграфе (I-B), и второго режима передачи UCI, как обсуждалось выше в под-параграфе (II-B).

Фиг.5 представляет собой структурную схему примерного мобильного телефона или UE 32 в соответствии с одним вариантом осуществления настоящего изобретения. UE 32 может включать в себя приемопередатчик 60, антенну 61, процессор 63 и память 64. В конкретных вариантах осуществления некоторые или все функциональные возможности, описанные выше (например, прием бита отображения UCI от eNB 36 посредством антенны 61 и приемопередатчика 60; сохранение значения бита отображения UCI в памяти 64; выбор одного из двух режимов передачи UCI согласно значению бита отображения UCI; передача UCI к eNB 36 согласно выбранному режиму передачи UCI посредством приемопередатчика 60 и антенны 61 и т.д.) обеспечиваемые устройствами мобильной связи или другими типами UE, могут обеспечиваться процессором 63 UE, исполняющим инструкции, сохраненные на машиночитаемом носителе, таком как память 64, представленная на Фиг.5. Альтернативные варианты осуществления UE 32 могут включать в себя дополнительные компоненты, помимо представленных на Фиг.5, которые могут отвечать за предоставление определенных аспектов функциональных возможностей UE, включая любую из функциональных возможностей, описанных выше, и/или функциональную возможность, необходимую для того, чтобы поддерживать решение, описанное выше (например, операции, представленные и обсужденные со ссылкой на блок-схему 44 на Фиг.4).

Фиг.6 представляет собой структурную схему примерного eNodeB (или аналогичного узла связи) 36 в соответствии с одним вариантом осуществления настоящего изобретения. eNodeB 36 может включать в себя процессор 66 основной полосы для того, чтобы обеспечивать радиоинтерфейс с мобильными телефонами (в несущей сети 34) посредством блоков радиочастотного (RF) передатчика 68 eNodeB и RF приемника 70, подсоединенных к антенне 39 eNodeB. Процессор 66 может быть конфигурирован (аппаратными средствами и/или программными средствами) с возможностью определять значение бита отображения UCI и предоставлять в UE 32 бит отображения UCI через соответствующие сигналы нисходящей линии связи (например, сигнализацию RRC) для того, чтобы управлять передачей UCI, осуществляемой UE 32, согласно идеям настоящего изобретения. В одном варианте осуществления процессор 66 может также предоставлять любое специфическое правило передачи UCI при первом режиме передачи UCI, обсуждаемом выше в настоящем описании, или может задавать любую специфическую схему передачи PUCCH для использования со стороны UE 32 во время передачи UCI в одном из обсуждаемых выше двух режимов. В контексте Фиг.6 передачи от UE 32 могут приниматься в приемнике 70, тогда как передачи от eNB к UE 32 могут осуществляться посредством передатчика 68. Процессор 66 основной полосы может включать в себя обрабатывающий блок 72, связанный с памятью 74, чтобы обеспечивать, например, бит отображения UCI в UE 32 согласно идеям настоящего изобретения. Планировщик (например, планировщик 76 на Фиг.6) в eNB 36 может обеспечивать решение относительно планирования для UE 32 на основе нескольких факторов, таких как, например, параметры QoS (качества услуг), статус буфера UE, отчет о качестве канала восходящей линии связи, принятый от UE 32, характеристики UE и т.д. Планировщик 76 может иметь ту же самую структуру данных, как и стандартный планировщик в eNB в системе LTE.

Процессор 66 также может при необходимости обеспечивать дополнительную обработку сигналов основной полосы (например, регистрацию мобильного устройства, передачу сигнальной информации канала, управление радиоресурсами и т.д.). Обрабатывающий блок 72 может включать в себя, в качестве примера, процессор общего назначения, процессор специального назначения, обычный процессор, процессор цифровых сигналов (DSP), множество микропроцессоров, один или более микропроцессоров, ассоциированных с ядром DSP, контроллер, микроконтроллер, интегральные схемы прикладной ориентации (ASIC), схемы с программируемыми вентильными матрицами (FPGA) и другие типы интегральных схем (IC) и/или машину состояний. Некоторые или все из функциональных возможностей, описанных выше в качестве обеспечиваемых мобильной базовой станцией, контроллером базовой станции, узлом B, развитым узлом B, пико/фемто-базовой станцией и/или любым другим типом мобильных узлов связи, могут обеспечиваться обрабатывающим блоком 72, выполняющим инструкции, сохраненные в машиночитаемом носителе хранения данных, таком как память 74, представленная на Фиг.6.

eNodeB 36 дополнительно может включать в себя блок 78 хронирования и управления и блок 80 интерфейса базовой сети, как проиллюстрировано на Фиг.6. Блок 78 управления может отслеживать операции процессора 66 и блока 80 интерфейса сети и может обеспечивать этим блокам соответствующие хронирующие и управляющие сигналы. Блок 80 интерфейса может обеспечивать двунаправленный интерфейс для eNodeB 36 для осуществления связи с базовой сетью 38 для того, чтобы обеспечить функции администрирования и распределения вызовов для мобильных абонентов, работающих в несущей сети 34 через eNodeB 36.

Альтернативные варианты осуществления базовой станции 36 могут включать в себя дополнительные компоненты, ответственные за предоставление дополнительных функциональных возможностей, включая любую из функциональных возможностей, определенных выше и/или любую функциональную возможность, необходимую для того, чтобы поддерживать решение, описанное выше (например, операции, продемонстрированные и обсуждаемые со ссылкой на блок-схему 44 на Фиг.4). Хотя признаки и элементы описываются выше в конкретных комбинациях, каждый признак или элемент может использоваться отдельно, без других признаков и элементов, или в различных комбинациях с другими признаками и элементами или без них. Методология, предложенная в настоящем описании (связанная с предоставлением в UE 32 бита отображения UCI и управлением передачей UCI, осуществляемой UE, в соответствии со значением бита отображения UCI), может реализовываться в компьютерной программе, программными средствами или программно-аппаратными средствами, встроенными в машиночитаемый носитель (например, память 64 на Фиг.5 и память 74 на Фиг.6), для исполнения компьютером общего назначения или процессором (например, процессором 63 на Фиг. 5 и обрабатывающим блоком 72 на Фиг.6). Примеры машиночитаемых носителей включают в себя постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (ROM), цифровой регистр, сверхоперативную память, устройства или структуры полупроводниковой памяти, магнитные ленты и съемные диски, магнитно-оптический носитель и оптический носитель, такой как диски CD-ROM и универсальные цифровые диски (DVD).

Предыдущее описание системы и способа инструктирования UE о том, как UCI должен передаваться по PUSCH с агрегированием несущих. Полустатическая сигнализация бита отображения UCI (посредством параметра RRC, известного как «одновременные PUCCH-PUSCH») используется базовой станцией, чтобы требовать от UE передачи UCI с использованием одного из двух предварительно определенных режимов передачи UCI. Решение о значении бита может приниматься базовой станцией (например, eNB), учитывающей, например, допустимую ширину полосы или качество различных UL CC, ассоциированных с UE. Таким образом, сеть беспроводной связи (например, сотовая сеть) может управлять передачей UCI, осуществляемой UE, для различных конфигураций (симметричных или асимметричных) CC восходящей линии связи, для одновременных передач CA PUCCH и PUSCH в одном и том же подкадре, а также для передач частей UCI по CA PUCCH и PUSCH на различных CC. Это основанное на сети решение дает возможность сети либо конфигурировать общее правило передачи UCI, осуществляемое UE, либо принудить к осуществлению передачи UCI на первичной компонентной несущей восходящей линии связи (UL PCC или UL Pcell).

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

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