Индикатор отображения управляющей информации восходящей линии связи (uci) для агрегирования несущих стандарта долгосрочного развития

Индикатор отображения управляющей информации восходящей линии связи (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 посредством установки бита в сообще