АКТИВАЦИЯ/ДЕАКТИВАЦИЯ КОМПОНЕНТНЫХ НЕСУЩИХ В СИСТЕМАХ С НЕСКОЛЬКИМИ НЕСУЩИМИ

ПЕРЕКРЕСТНАЯ ССЫЛКА НА РОДСТВЕННЫЕ ЗАЯВКИ

Эта заявка притязает на приоритет предварительных заявок на патент США № 61/262,810, поданной 19 ноября 2009 года; № 61/293,520, поданной 8 января 2010 года; № 61/304,149, поданной 12 февраля 2010 года; № 61/307,803, поданной 24 февраля 2010 года; № 61/314,446, поданной 16 марта 2010 года; № 61/330,150, поданной 30 апреля 2010 года; № 61/373,678, поданной 13 августа 2010 года; и № 61/355,756, поданной 17 июня 2010 года, информационное содержание которых включено в настоящий документ по ссылке.

ОБЛАСТЬ ТЕХНИКИ

Эта заявка относится к беспроводной связи.

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

В выпуске 8 стандарта Долгосрочного развития (LTE R8) базовая станция может конфигурировать блок беспроводной передачи и приема (WTRU) с ресурсами нисходящей линией связи (DL) и восходящей линии связи (UL) на одной несущей нисходящей линии связи и одной несущей восходящей линии связи, соответственно. Можно считать, что пара несущих нисходящей линии связи и восходящей линии связи формирует соту беспроводной сети. Блок WTRU может выполнить определенные действия в ответ на конфигурацию, параметры конфигурации и проблемы доступа, относящиеся к процессу активации/дезактивации. В системе LTE R8 нет неоднозначности с точки зрения блока WTRU при выполнении действий, поскольку ресурсы нисходящей линии связи и восходящей линии связи соответствуют одной несущей нисходящей линии связи и одной несущей восходящей линии связи, соответственно, которые формируют обслуживающую соту блока WTRU. В беспроводных системах с несколькими несущими блоку WTRU могут быть назначены несколько обслуживающих сот, каждая из которых состоит из одной компонентной несущей нисходящей линии связи и возможно также из одной компонентной несущей (несущей CC) восходящей линии связи. Блоку WTRU может потребоваться действовать и ответить по-другому, если для блока WTRU могут быть сконфигурированы несколько обслуживающих сот.

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

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

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

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

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

Фиг.1B - схема иллюстративного блока беспроводной передачи и приема (WTRU), который может использоваться в системе связи, проиллюстрированной на Фиг.1A; и

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

ПОДРОБНОЕ ОПИСАНИЕ

Фиг.1A является схемой иллюстративной системы 100 связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления. Система 100 связи может представлять собой систему множественного доступа, которая обеспечивает содержание, такое как речь, данные, видео, обмен сообщениями, широковещание и т.д., нескольким пользователям беспроводной связи. Система 100 связи может позволить нескольким пользователям беспроводной связи получить доступ к такому информационному содержанию посредством совместного использования системных ресурсов, в том числе полосы частот беспроводной связи. Например, системы 100 связи могут использовать один или более методов канального доступа, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), множественный доступ с ортогональным частотным разделением каналов (OFDMA), множественный доступ с частотным разделением каналов с одной несущей (SC-FDMA) и т.п.

Как показано на Фиг.1A, система 100 связи может включать в себя блоки 102a, 102b, 102c, 102d беспроводной передачи и приема (блоки WTRU), сеть 104 беспроводного доступа (сеть RAN), опорную сеть 106, телефонную сеть 108 общего пользования (PSTN), Интернет 110 и другие сети 112, хотя будет понятно, что раскрытые варианты осуществления рассматривают любое количество блоков WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из блоков WTRU 102a, 102b, 102c, 102d может представлять собой устройство любого типа, выполненное с возможностью работать и/или взаимодействовать в беспроводной среде. В качестве примера блоки WTRU 102a, 102b, 102c, 102d могут быть выполнены с возможностью передавать и/или принимать сигналы беспроводной связи и могут включать в себя пользовательское оборудование (UE), мобильную станцию, стационарный или мобильный блок абонента, пейджер, мобильный телефон, карманный компьютер (PDA), смартфон, ноутбук, нетбук, персональный компьютер, сенсорную панель, беспроводной датчик, бытовую электронику и т.п.

Системы 100 связи также могут включать в себя базовую станцию 114a и базовую станцию 114b. Каждая из базовых станций 114a, 114b может представлять собой устройство любого типа, выполненное с возможностью беспроводным образом взаимодействовать по меньшей мере с одним из блоков WTRU 102a, 102b, 102c, 102d для обеспечения возможности доступа к одной или более коммуникационным сетям, таким как опорная сеть 106, Интернет 110 и/или сети 112. В качестве примера, базовые станции 114a, 114b могут представлять собой базовую приемопередающую станцию (BTS), узел B, узел eNode B, домашний узел B, домашний узел eNode B, контроллер сайта, точку доступа (AP), беспроводной маршрутизатор и т.п. Хотя каждая из базовых станций 114a, 114b изображена как единственный элемент, будет понятно, что базовые станции 114a, 114b могут включать в себя любое количество взаимно соединенных базовых станций и/или сетевых элементов.

Базовая станция 114a может являться частью сети RAN 104, которая также может включать в себя другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (BSC), контроллер беспроводной сети (RNC), ретрансляционные узлы и т.д. Базовая станция 114a и/или базовая станция 114b могут быть выполнены с возможностью передавать и/или принимать сигналы беспроводной связи в пределах конкретной области, которая может упоминаться как сота (не показана). Сота дополнительно может быть разделена на секторы соты. Например, сота, соответствующая базовой станции 114a, может быть разделена на три сектора. Таким образом, в одном варианте осуществления базовая станция 114a может включать в себя три приемопередатчика, то есть по одному для каждого сектора соты. В другом варианте осуществления базовая станция 114a может использовать технологию с множественным входом и множественным выходом (MIMO), и поэтому может использовать несколько приемопередатчиков для каждого сектора соты.

Базовые станции 114a, 114b могут взаимодействовать с одним или более блоками WTRU 102a, 102b, 102c, 102d по радиоинтерфейсу (радиоинтерфейсам) 116, который может представлять собой любую подходящую линию беспроводной связи (например, радиочастотную (RF), микроволновую, инфракрасную (IR), ультрафиолетовую (UV), в видимом световом диапазоне и т.д.). Радиоинтерфейс 116 может быть установлен с использованием любой подходящей технологии беспроводного доступа (RAT).

Более определенно, как отмечено выше, система 100 связи может представлять собой систему множественного доступа и может использовать одну или более схем канального доступа, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, базовая станция 114a в сети RAN 104 и блоки WTRU 102a, 102b, 102c могут реализовать такую беспроводную технологию, как наземный беспроводной доступ (UTRA) универсальной системы мобильной связи (UMTS), которая может установить радиоинтерфейс 116 с использованием схемы широкополосного доступа CDMA (WCDMA). Схема WCDMA может включать в себя такие протоколы связи, как высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный доступ HSPA (HSPA+). Доступ HSPA может включать в себя высокоскоростной пакетный доступ нисходящей линии связи (HSDPA) и/или высокоскоростной пакетный доступ восходящей линии связи (HSUPA).

В другом варианте осуществления базовая станция 114a и блоки WTRU 102a, 102b, 102c могут реализовать такую беспроводную технологию, как усовершенствованный наземный беспроводной доступ системы UMTS (E-UTRA), которая может установить радиоинтерфейс 116 с использованием схемы Long Term Evolution (LTE) и/или схемы LTE-Advanced (LTE-A).

В других вариантах осуществления базовая станция 114a и блоки WTRU 102a, 102b, 102c могут реализовать такие беспроводные технологии, как IEEE 802.16 (то есть, широкополосный доступ в микроволновом диапазоне (WiMAX)), CDMA2000, CDMA2000 IX, CDMA2000 EV-DO, промежуточный стандарт 2000 (IS-2000), промежуточный стандарт 95 (IS-95), промежуточный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE), сеть беспроводного доступа GSM EDGE (GERAN) и т.п.

В других вариантах осуществления базовая станция 114a и блоки WTRU 102a, 102b, 102c могут реализовать любую комбинацию упомянутых выше беспроводных технологий. Например, базовая станция 114a и блоки WTRU 102a, 102b, 102c могут реализовать двойные беспроводные технологии, такие как UTRA и E-UTRA, которые могут одновременно установить один радиоинтерфейс с использованием WCDMA и один радиоинтерфейс с использованием LTE-A, соответственно.

Базовая станция 114b на Фиг.1A может представлять собой беспроводной маршрутизатор, домашний узел B, домашний узел eNode B или точку доступа, например, и может использовать любую подходящую технологию беспроводного доступа для обеспечения возможности беспроводной связи в локализованной области, такой как место ведения бизнеса, дом, транспортное средство, университетский городок и т.п. В одном варианте осуществления базовая станция 114b и блоки WTRU 102c, 102d могут реализовать такую беспроводную технологию, как IEEE 802.11, чтобы организовать беспроводную локальную сеть (WLAN). В другом варианте осуществления базовая станция 114b и блоки WTRU 102c, 102d могут реализовать такую беспроводную технологию, как IEEE 802.15, чтобы организовать беспроводную персональную сеть (WPAN). Еще в одном варианте осуществления базовая станция 114b и блоки WTRU 102c, 102d могут использовать технологию беспроводного доступа на основе соты (например, WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.), чтобы организовать пикосоту или фемтосоту. Как показано на Фиг.1A, базовая станции 114b может иметь прямую связь с Интернетом 110. Таким образом, базовая станция 114b не обязательно должна получать доступ к Интернету 110 через опорную сеть 106.

Сеть RAN 104 может взаимодействовать с опорной сетью 106, которая может представлять собой сеть любого типа, выполненную с возможностью обеспечивать службы передачи речи, данных, приложений и/или речи по протоколу Интернета (VoIP) одному или более блокам WTRU 102a, 102b, 102c, 102d. Например, опорная сеть 106 может обеспечить управление вызовами, службы тарификации, службы мобильной связи на основе местоположения, заранее оплаченный вызовы, соединение с Интернетом, распространение видео и т.д. и/или выполнять функции безопасности высокого уровня, такие как аутентификация пользователя. Хотя это не показано на Фиг.1A, будет понятно, что сеть RAN 104 и/или опорная сеть 106 могут находиться в прямой или косвенной связи с другими сетями RAN, которые используют ту же самую технологию беспроводного доступа, как и сеть RAN 104, или другую технологию беспроводного доступа. Например, в дополнение к соединению с сетью RAN 104, которое может использовать беспроводную технологию E-UTRA, опорная сеть 106 также может взаимодействовать с другой сетью RAN (не показана), использующей беспроводную технологию GSM.

Опорная сеть 106 также может служить межсетевым шлюзом для блоков WTRU 102a, 102b, 102c, 102d для получения доступа к телефонной сети 108 общего пользования (PSTN), Интернету 110 и/или другим сетям 112. Телефонная сеть 108 общего пользования (PSTN) может включать в себя телефонные сети с коммутацией каналов, которые обеспечивают простую телефонную связь (POTS). Интернет 110 может включать в себя глобальную систему взаимно соединенных компьютерных сетей и устройств, которые используют общие протоколы связи, такие как протокол управления передачей (TCP), протокол пользовательских дейтаграмм (UDP) и протокол Интернета (IP) в комплекте протоколов TCP/IP. Сети 112 могут включать в себя сети проводной или беспроводной связи, которые принадлежат другим поставщикам услуг или управляются ими. Например, сети 112 могут включать в себя другую опорную сеть, соединенную с одной или более сетями RAN, которые могут использовать ту же самую технологию беспроводного доступа, как и сеть RAN 104, или другую технологию беспроводного доступа.

Некоторые или все блоки WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя возможности работы в нескольких режимах, то есть блоки WTRU 102a, 102b, 102c, 102d могут включать в себя несколько приемопередатчиков для связи с разными беспроводными сетями по разным беспроводным линиям связи. Например, блок WTRU 102c, показанный на Фиг.1A, может быть выполнен с возможностью взаимодействовать с базовой станцией 114a, которая может использовать беспроводную технологию на основе соты, и с базовой станцией 114b, которая может использовать беспроводную технологию IEEE 802.

Фиг.1B является системной схемой иллюстративного блока WTRU 102. Как показано на Фиг.1B, блок WTRU 102 может включать в себя процессор 118, приемопередатчик 120, элемент 122 приема/передачи, динамик/микрофон 124, клавиатуру 126, дисплей/сенсорную панель 128, несъемную память 130, съемную память 132, источник 134 питания, схему 136 системы глобального позиционирования (GPS) и другие периферийные устройства 138. Будет понятно, что блок WTRU 102 может включать в себя любую подкомбинацию предшествующих элементов, оставаясь в соответствии с вариантом осуществления.

Процессор 118 может представлять собой процессор общего назначения, специализированный процессор, традиционный процессор, процессор цифровых сигналов (DSP), множество микропроцессоров, один или более микропроцессоров в сотрудничестве с ядром DSP, контроллером, микроконтроллером, специализированными интегральными схемами (ASIC), схемами с программируемыми вентильными матрицами (FPGA), интегральными схемами (IC) любого другого типа, конечным автоматом и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление питанием, обработку ввода/вывода и/или любую другую функциональность, которая позволяет блоку WTRU 102 работать в беспроводной среде. Процессор 118 может быть присоединен к приемопередатчику 120, который может быть присоединен к элементу 122 приема/передачи. Хотя Фиг.1B изображает процессор 118 и приемопередатчик 120 как отдельные компоненты, будет понятно, что процессор 118 и приемопередатчик 120 могут быть интегрированы вместе в электронном пакете или микросхеме.

Элемент 122 приема/передачи может быть выполнен с возможностью передавать сигналы или принимать сигналы от базовой станции (например, базовой станции 114a) по радиоинтерфейсу 116. Например, в одном варианте осуществления элемент 122 приема/передачи может представлять собой антенну, выполненную с возможностью передавать и/или принимать радиочастотные сигналы. В другом варианте осуществления элемент 122 приема/передачи может представлять собой эмиттер/детектор, выполненный с возможностью передавать и/или принимать, например, сигналы в инфракрасном, ультрафиолетовом или видимом свете. Еще в одном варианте осуществления элемент 122 приема/передачи может быть выполнен с возможностью передавать и принимать и радиочастотные, и световые сигналы. Будет понятно, что элемент 122 приема/передачи может быть выполнен с возможностью передавать и/или принимать любую комбинацию беспроводных сигналов.

Кроме того, хотя элемент 122 приема/передачи изображен на Фиг.1B как единственный элемент, блок WTRU 102 может включать в себя любое количество элементов 122 приема/передачи. Более определенно, блок WTRU 102 может использовать технологию системы MIMO. Таким образом, в одном варианте осуществления блок WTRU 102 может включать в себя два или более элементов 122 приема/передачи, например, несколько антенн, для передачи и приема беспроводных сигналов по радиоинтерфейсу 116.

Приемопередатчик 120 может быть выполнен с возможностью модулировать сигналы, которые должны быть переданы элементом 122 приема/передачи, и демодулировать сигналы, которые приняты элементом 122 приема/передачи. Как отмечено выше, блок WTRU 102 может иметь возможность работы в нескольких режимах. Таким образом, приемопередатчик 120 может включать в себя несколько приемопередатчиков для того, чтобы позволить блоку WTRU 102 взаимодействовать через несколько технологий беспроводного доступа, например, таких как UTRA и IEEE 802.11.

Процессор 118 блока WTRU 102 может быть присоединен к динамику/микрофону 124, клавиатуре 126 и/или дисплею/сенсорной панели 128, (например, жидкокристаллическому дисплею (LCD), блоку отображения или блоку отображения на органических светодиодах (OLED)) и может принимать от них данные пользовательского ввода. Процессор 118 также может выдавать пользовательские данные динамику/микрофону 124, клавиатуре 126 и/или дисплею/сенсорной панели 128. Кроме того, процессор 118 может выполнять доступ к информации из памяти любого подходящего типа, такой как несъемная память 130 и/или съемная память 132, и сохранять в ней данные. Несъемная память 130 может включать в себя оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), жесткий диск или устройство хранения любого другого типа. Съемная память 132 может включать в себя карту модуля идентификации абонента (SIM-карту), карту памяти, защищенную цифровую карту памяти (SD-карту) и т.п. В других вариантах осуществления процессор 118 может выполнять доступ к информации из памяти, которая физически не расположена в блоке WTRU 102, например, на сервере или домашнем компьютере (не показаны), и сохранять в ней данные.

Процессор 118 может получать питание от источника 134 питания и может быть выполнен с возможностью распределять и/или управлять питанием для других компонентов в блоке WTRU 102. Источник 134 питания может представлять собой любое подходящее устройство для обеспечения питанием блока WTRU 102. Например, источник 134 питания может включать в себя одну или более сухих батарей (например, никель-кадмиевых (NiCd), никель-цинковых (NiZn), никель-металлогидридных (NiMH), литий-ионных (Li-ion) и т.д.), солнечных батарей, топливных элементов и т.п.

Процессор 118 также может быть присоединен к схеме GPS 136, которая может быть выполнена с возможностью предоставлять информацию (например, долготу и широту) относительно текущего местоположения блока WTRU 102. В дополнение к информации из схемы GPS 136 или вместо нее блок WTRU 102 может принимать информацию о местоположении по радиоинтерфейсу 116 от базовой станции (например, базовых станций 114a, 114b) и/или определять свое местоположение на основе синхронизации сигналов, принимаемых от двух или более соседних базовых станций. Будет понятно, что блок WTRU 102 может получить информацию о местоположении посредством любого подходящего способа определения местоположения, оставаясь в соответствии с вариантом осуществления.

Процессор 118 дополнительно может быть присоединен к другим периферийным устройствам 138, которые могут включать в себя один или более программных и/или аппаратные модулей, которые обеспечивают дополнительные признаки, функциональность и/или проводную или беспроводную связь. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровой фотоаппарат (для фото или видео), порт универсальной последовательной шины (USB), устройство вибрации, телевизионный приемопередатчик, головную гарнитуру, модуль Bluetooth®, FM-радиоприемник, проигрыватель цифровой музыки, медиапроигрыватель, модуль для видеоигр, Интернет-браузер и т.п.

Фиг.1C является системной схемой сети RAN 104 и опорной сети 106 в соответствии с вариантом осуществления. Как отмечено выше, сеть RAN 104 может использовать беспроводную технологию E-UTRA для связи с блоками WTRU 102a, 102b, 102c по радиоинтерфейсу 116. Сеть RAN 104 также может взаимодействовать с опорной сетью 106.

Сеть RAN 104 может включать в себя узлы eNodeB 140a, 140b, 140c, хотя будет понятно, что сеть RAN 104 может включать в себя любое количество узлов eNodeB, оставаясь в соответствии с вариантом осуществления. Каждый из узлов eNodeB 140a, 140b, 140c может включать в себя один или более приемопередатчиков для связи с блоками WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления узлы eNodeB 140a, 140b, 140c могут реализовать технологию MIMO. Таким образом, узел eNodeB 140a, например, может использовать несколько антенн для передачи сигналов беспроводной связи блоку WTRU 102a и приема сигналов беспроводной связи от блока WTRU 102a.

Каждый из узлов eNodeB 140a, 140b, 140c может соответствовать одной или более сот (не показаны), каждый, возможно, на своих несущих частотах, и может быть выполнен с возможностью обрабатывать решения по управлению беспроводными ресурсами, решения по эстафетной передаче, планирование пользователей на восходящей линии связи и/или нисходящей линии связи и т.п. Как показано на Фиг.1C, узлы eNodeB 140a, 140b, 140c могут взаимодействовать друг с другом по интерфейсу X2.

Опорная сеть 106, показанная на Фиг.1C может включать в себя шлюз 142 управления мобильностью (MME), обслуживающий межсетевой шлюз 144, и шлюз 146 сети пакетных данных (PDN). Хотя каждый из предшествующих элементов изображен как часть опорной сети 106, будет понятно, что любой из этих элементов может принадлежать объекту, отличающемуся от оператора опорной сети, и/или быть управляемым таким объектом.

Объект MME 142 может быть соединен с каждым из узлов eNodeB 142a, 142b, 142c в сети RAN 104 через интерфейс S1 и может служить узлом управления. Например, объект MME 142 может быть ответственным за аутентификацию пользователей блоков WTRU 102a, 102b, 102c, установку/конфигурацию/высвобождение несущей, выбор конкретного обслуживающего шлюза во время начального присоединения блоков WTRU 102a, 102b, 102c и т.п. Объект MME 142 также может обеспечивать функцию плоскости управления для переключения между сетью RAN 104 и другими сетями RAN (не показаны), которые используют другие беспроводные технологии, такие как GSM или WCDMA.

Обслуживающий шлюз 144 может быть соединен с каждым из узлов eNodeB 140a, 140b, 140c в сети RAN 104 через интерфейс S1. Обслуживающий шлюз 144 обычно может маршрутизировать и передавать пакеты данных пользователя блокам WTRU 102a, 102b, 102c и от них. Обслуживающий шлюз 144 также может выполнять другие функции, такие как привязка плоскостей пользователя во время эстафетных передач между узлами eNodeB, инициирование поискового вызова, когда данные нисходящей линии связи доступны для блоков WTRU 102a, 102b, 102c, управление и сохранение контекстов блоков WTRU 102a, 102b, 102c и т.п.

Обслуживающий шлюз 144 также может быть соединен со шлюзом PDN 146, который может обеспечить блоки WTRU 102a, 102b, 102c доступом к сетям с коммутацией пактов, таким как Интернет 110, чтобы обеспечить возможность связи между блоками WTRU 102a, 102b, 102c и устройствами, поддерживающими протокол IP.

Опорная сеть 106 может обеспечить возможность связи с другими сетями. Например, опорная сеть 106 может обеспечить блоки WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, таким как телефонная сеть 108 общего пользования (PSTN), чтобы обеспечить возможность связи между блоками WTRU 102a, 102b, 102c и устройствами традиционных наземных линий связи. Например, опорная сеть 106 может включать в себя или может взаимодействовать с шлюзом протокола IP (например, сервером подсистемы мультимедиа по протоколу IP (IMS)), который служит интерфейсом между опорной сетью 106 и телефонной сетью 108 общего пользования (PSTN). Кроме того, опорная сеть 106 может обеспечить блоки WTRU 102a, 102b, 102c доступом к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат другим поставщикам услуг и/или управляются другими поставщиками услуг.

В дальнейшем физическим каналом управления нисходящей линии связи (каналом PDCCH) называется канал управления, используемый в системе LTE для планирования беспроводных ресурсов, например, канал управления, на котором блок WTRU принимает сообщения управляющую информацию нисходящей линии связи (DCI). Сообщения DCI главным образом используются для планирования ресурсов нисходящую линии связи и восходящей линии связи в области управления частоты нисходящей линии связи, на которой работает блок WTRU. Это также относится к случаю, когда блок WTRU представляет собой ретрансляционный узел eNB, для которого канал PDCCH отображается на другой канал нисходящей линии связи (например, канал PDSCH конфигурации ретрансляционного узла eNB), чтобы сформировать ретрансляционный канал PDCCH (канал R-PDCCH).

В дальнейшем термин "компонентная несущая (CC)" включает в себя без потери общности частоту, на которой работает блок WTRU. Например, блок WTRU может принимать передачи на несущей CC нисходящей линии связи (далее "несущая DL CC"). Несущая DL CC может содержать несколько физических каналов нисходящей линии связи, в том числе, но без ограничения, физический канал индикатора формата управления (PCFICH), физический канал индикатора гибридного автоматического запроса на повторение передачи (PHICH), канал PDCCH, физический канал многоадресной передачи данных (PMCH) и физический совместно используемый канал нисходящей линии связи (PDSCH). На канале PCFICH блок WTRU принимает управляющие данные, указывающие размер области управления несущей DL CC. На канале PHICH блок WTRU может принимать управляющие данные, указывающие подтверждение (ACK) или отрицательное подтверждение (NACK) гибридного автоматического запроса на повторение передачи (HARQ) для предыдущей передачи по восходящей линии связи. На канале PDCCH блок WTRU принимает сообщения DCI, которые главным образом используются для планирования ресурсов восходящей линии связи и нисходящей линии связи. На канале PDSCH блок WTRU может принимать пользовательские и/или управляющие данные. Например, блок WTRU может выполнять передачу на несущей CC восходящей линии связи (далее "несущая UL CC"). Несущая UL CC может содержать несколько физических каналов восходящей линии связи, в том числе, но без ограничения, физический канал управления восходящей линией связи (PUCCH) и физический совместно используемый канал восходящей линия связи (PUSCH). На канале PUSCH блок WTRU может передавать пользовательские и/или управляющие данные. На канале PUCCH и в некоторых случаях на канале PUSCH блок WTRU может передавать управляющую информацию восходящей линии связи (такую как индикатор качества канала/индекс матрицы предварительного кодирования/индикатор класса (CQI/PMI/RI) или запрос планирования (SR)), и/или подтверждение (ACK) или отрицательное подтверждение (NACK) запроса HARQ. На несущей UL CC блоку WTRU также могут быть распределены выделенные ресурсы для передачи опорных сигналов зондирования (SRS).

Сота обычно минимально состоит из несущей DL CC, которая факультативно соединена с несущей UL CC на основе системной информации (SI), принятой блоком WTRU либо посредством широковещательной передачи на несущей DL CC, либо с возможным использованием выделенной сигнализации конфигурации от сети. Например, при широковещательной передаче на несущей DL CC блок WTRU может принять частоту и ширину полосы восходящей линии связи присоединенной несущей UL CC как часть информационного элемента SystemInformationBlockType2 (SIB2).

В дальнейшем термин "первичная сота (PCell)" включает в себя без потери общности соту, работающую на первичной частоте, на которой блок WTRU либо выполняет процедуру установления начального соединения, либо инициирует процедуру повторного установления соединения, или соту, обозначенную как первичная сота в процедуре эстафетной передачи. Блок WTRU использует соту PCell для получения параметров для функций безопасности и для системной информации верхнего уровня, например, информации о мобильности NAS. Другие функции, которые могут быть поддержаны только на нисходящей линии связи соты PCell, могут включать в себя процедуры сбора информации SI и отслеживания изменений на канале широковещания (BCCH) и поисковый вызов. Несущая UL CC соты PCell может соответствовать несущей CC, ресурсы канала PUCCH которой выполнены с возможностью нести всю информацию ACK/NACK запроса HARQ для данного блока WTRU.

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

В дальнейшем термины "линия связи PCell DL" и "линия связи PCell UL" соответствуют без потери общности несущей DL CC и несущей UL CC соты PCell, соответственно. Аналогичным образом, термины "линия связи SCell DL" и "линия связи SCell DL" соответствуют несущей DL CC и несущей UL CC, если они сконфигурированы, соты SCell, соответственно. Для соты PCell несущая CC также может называться несущей PCC, и для соты SCell несущая CC может называться несущей SCC.

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

Когда для блока WTRU сконфигурирована по меньшей мере с одна сота SCell, имеется одна линия связи PCell DL (то есть включающая в себя один канал DL-SCH) и одна линия связи PCell UL (то есть включающая в себя один канал UL-SCH), и для каждой сконфигурированной соты SCell имеется одна линия связи SCell DL и факультативно одна линия связи SCell UL, если она сконфигурирована.

Принципы активации и деактивация несущей CC с точки зрения блока WTRU здесь могут быть применены по меньшей мере к одной из множества функций, относящихся к несущей CC. Например, для несущей DL CC это может относиться отслеживанию/декодированию канала PDCCH из подмножества или всех форматов DCI, таких как UL DCI, DL DCI, оба формата или их подмножества, или к буферизации/декодированию канала PDSCH. Для несущей UL CC это может иметь отношение, например, к передаче канала PUSCH, передаче канала PUCCH, передаче CQI/PMI/RI или передаче SRS.

Описанные здесь способы могут быть применены к активации/деактивацию соты SCell без исключения активации/деактивации, которая является последствием реконфигурации, которая либо добавляет, либо удаляет соту SCell.

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

Описанные здесь способы одинаково применимы, когда любая несущая DL CC и любая несущая UL CC активируются и деактивируются независимо, в том числе несущие DL CC и несущие UL CC, соответствующие друг другу, и в том числе несущие CC, которые принадлежат либо соте PCell, либо соте SCell, и также к нескольким несущим CC, совместно использующим одно и то же состояние активации/деактивации.

Блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, может быть выполненным с возможностью планирования с перекрестными несущими для одной или более обслуживающих сот. Планирование с перекрестными несущими представляет собой способ управляющей сигнализации, в котором физические беспроводные ресурсы (передача по нисходящей линии связи) для передач канала PDSCH на несущей DL CC или предоставленные ресурсы (передача по восходящей линии связи) для передач канала PUSCH на несущей UL CC первой обслуживающей соты могут быть присвоены с использованием канала PDCCH несущей DL CC второй обслуживающей соты.

Термин "несущая CC" может относиться к одной или более несущим DL CC, одной или более несущим UL CC и/или их комбинации и, в частности, к комбинации несущей DL CC и несущей UL CC, формирующей обслуживающую соту конфигурации блока WTRU (то есть, либо соту PCell, либо соту SCell). Такая комбинация несущих CC может быть достигнута посредством конфигурации блока WTRU с использованием привязок между одной или более несущими UL CC и одной или более несущими DL CC с целью присвоения ресурсов передачи нисходящей линии связи, предоставления ресурсов передачи восходящей линии связи, передачи информации обратной связи CQI/PMI/RI, информации обратной связи HARQ или для передач, относящихся к процедуре произвольного доступа (RA) и т.п.

Привязка между несколькими сконфигурированными несущими CC для данного блока WTRU может быть основана, например, по меньшей мере на одном из следующих способов: множество сконфигурированных несущих CC может быть основано на привязках восходящей/нисходящей линии связи, таких как "SIB2-привязка" (например, подбор пары по спектру, формирование соты системы на основе широковещательной передачи системной информации (SIB2), и/или на основе информации SI, переданной блоку WTRU с использованием выделенной сигнализации, и/или подбора пары для PCC восходящей/нисходящей линии связи), "привязка с планированием", например, на основе несущей CC, адресуемой для планирования из канала PDCCH другой несущей CC, "привязка с обратной связью HARQ", например, на основе отношения обратной связи HARQ (несущая DL CC, канал PUCHH восходящей линии связи и несущая UL CC, физический канал индикатора гибридного автоматического запроса на повторение передачи (PHICH) нисходящей линии связи), "выделенная привязка", например, на основе конфигурации RRC для соты (например, информационные элементы в сообщении конфигурации, которые включают по меньшей мере частоту и ширину полосы восходящей линии связи соответствующей несущей UL CC), и/или использование других типов сигнализации (например, каналы PHICH, PUCCH, PCFICH) между базовой станцией и блоком WTRU через различные несущие CC. Множество сконфигурированных несущих CC также может быть основано на привязках восходящей/восходящей линии связи, полученных из аналогичных требований опережения по времени восходящей линии связи и/или диапазонов частот, например, "привязка диапазонов". Сконфигурированные несущие CC также могут быть основаны на привязках нисходящей/нисходящей линии связи, например, полученных из планирования с перекрестными несущими на канале PDCCH из одной несущей DL CC для канала PDSCH другой несущей DL CC, что является дополнительным уточнением "привязки с планированием", описанной выше.

Как следствие, активация и/или деактивация данной несущей CC может быть явной с использованием управляющей сигнализации или неявной на основе некоторой привязки к другой несущей CC, например, "SIB2-привязки", "привязки с планированием", "привязки с обратной связью HARQ", "выделенной привязки", "привязки диапазонов" или их комбинации. Использование термина "рассматриваемая сота SCell" здесь может охватывать и явные, и неявные случаи и может соответствовать любому способу, используемому для обеспечения привязки между множеством несущих CC для блока WTRU.

Рассматриваемая сота SCell может являться любой сотой SCell из множества сконфигурированных сот SCell для блока WTRU, в том числе сотой SCell, которая может представлять любой объект из следующих: сота SCell, которая состоит из линии связи SCell DL, соответствующей линии связи SCell UL, линия связи SCell DL, сконфигурированная без ресурсов восходящей линии связи, например, без соответствующей линии связи SCell UL, любая линия связи SCell DL независимо от возможной соответствующей линии связи SCell UL или линия связи SCell UL независимо от возможной соответствующей линии связи SCell DL. Рассматриваемая сота SCell может или может не передавать и/или принимать собственную информацию управляющей сигнализации, например, посредством каналов PDCCH и/или PDSCH на линии связи SCell DL.

В иллюстративных способах активация и деактивация могут быть применены для соты, то есть состояние активации несущей UL CC следует за состоянием соответствующей несущей DL CC. Это может использоваться в отношении описанных здесь способов без ограничения их применимости для индивидуальных несущих CC, для соты PCell или для других способов привязки множества несущих CC. В дальнейшем термин "активация соты SCell" и "деактивация соты SCell", таким образом, включает в себя без потери общности все упомянутые выше случаи. Например, рассматриваемая сота SCell может являться сотой SCell, которая активируется и/или деактивируется неявным образом, например, по истечении работы таймера, или явным образом посредством управляющей сигнализации, с тем чтобы линия связи SCell DL и линия связи SCell UL, которые формируют соту SCell, как обозначено системной информацией, предоставленной блоку WTRU посредством выделенного и/или широковещательно передаваемой сигнализации (например, с использованием SIB2 или подобного SIB2 информационного элемента) имели одинаковое состояние активации/деактивации.

Для блока WTRU может быть сконфигурирована, по меньшей мере, с одна несущая DL CC, на которой сигнализация для активации соты SCell (деактивации в качестве альтернативы) может быть принята с использованием: сигнализации L1 (например, формат физического канала управления нисходящей линии связи (PDCCH), несущий поле индикатора компонентной несущей (CCIF), которое соответствует несущей CC, к которой применяется команда активации/деактивации; сигнализации L2 (например, управляющий элемент уровня управления доступом к среде передачи (MAC CE)); или сигнализации L3 (например, информационный элемент управления беспроводными ресурсами (RRC IE)). Каждый из способов сигнализации может использоваться блоком WTRU, чтобы определить, к какой несущей CC (например, соте SCell) применяется принятая сигнализация. В качестве примера эта сигнализация может быть принята при передаче по линии связи PCell DL, или в качестве альтернативы также при передаче для активированной линии связи SCell DL.

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

Блок WTRU может принять и декодировать управляющую сигнализацию, чтобы активировать или деактивировать по меньшей мере одну рассматриваемую соту SCell, причем управляющая сигнализация может быть принята блоком WTRU на несущей DL CC любой из обслуживающих сот блока WTRU. Управляющая сигнализация, например, может быть скремблирована посредством идентификатора C-RNTI или посредством нового идентификатора A-RNTI_i, определенного здесь.

В частности управляющая сигнализация может быть принята блоком WTRU с использованием по меньшей мере одного из способов сигнализации L1, L2 и L3. Например, сигнализация L3 (например, RRC) может использовать информационный элемент (IE) в сообщении реконфигурации соединения RRC или другой информационный элемент. В качестве альтернативы сигнализация L2 (например, MAC) может использовать управляющий элемент (CE). В качестве альтернативы сигнализация L1 может использовать существующий формат DCI с фиксированными кодовыми точками и/или скремблированный с использованием специального идентификатора RNTI, указывающего управляющую сигнализацию с целью активации/деактивации соты SCell (например, временного идентификатора беспроводной сети для агрегирования несущих (CA-RNTI)). Сигнализация L1 также может использовать явный показатель, например, формат управляющей информации нисходящей линии связи (DCI) с полем идентификации компонентной несущей (CCIF), установленным равным значению, соответствующему рассматриваемой соте SCell, значение CCIF может представлять по меньшей мере один элемент из множества, состоящего из: идентифицирующей информации рассматриваемой соты SCell, подмножества сот SCell (например, индекс элемента в сконфигурированном множестве сот SCell) или зарезервированной кодовой точки, указывающей множество сот SCell (например, всех сконфигурированных сот SCell для блока WTRU). Формат DCI может являться расширением либо одного, либо комбинации следующих форматов: заказ канала PDCCH для произвольного доступа (RA) с помощью поля CCIF, соответствующего рассматриваемой соте SCell; присвоение нисходящей линии связи канала PDCCH с помощью поля CCIF, соответствующего рассматриваемой соте SCell; предоставление восходящей линии связи канала PDCCH с помощью поля CCIF, соответствующего рассматриваемой соте SCell; активация канала PDCCH с помощью поля CCIF, соответствующего рассматриваемой соте SCell; или любое упомянутое выше сообщение сигнализации L1 (например, канал PDCCH), L2 или L3 с явным полем, указывающим, может ли блок WTRU выполнять произвольный доступ.

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

Здесь описаны сценарии и способы, относящиеся к тому, каким образом блок WTRU определяет идентифицирующую информацию и состояние активации/деактивации данной несущей CC, на которую влияет активация и деактивация сот SCell.

В одном сценарии можно влиять на идентификацию соты SCell для нескольких сот SCell при активации/деактивации. Базовая станция может сконфигурировать для блока WTRU несколько сот SCell в дополнение к соте PCell. Если некоторые или все эти соты SCell не были сразу активированы процедурой конфигурации, отдельный механизм активации/деактивации может использоваться и поддерживать адресацию отдельных сот SCell, что может потребовать, чтобы другой механизм идентифицировал соты SCell. Например, сконфигурированная сота (соты) SCell может быть первоначально деактивирована, когда она добавляется посредством процедуры реконфигурации контроллера беспроводных ресурсов (RRC) (с помощью информационного элемента управления мобильностью или без его помощи), после эстафетной передачи (например, после приема реконфигурации RRC с помощью элемента управления мобильностью), пока она сначала не активирована посредством приема управляющей сигнализации активации/деактивации, которая включает в себя явную идентифицирующую информацию соты (сот) SCell, для которой применяется управляющая сигнализация, например, посредством приема управляющего элемента (CE) MAC, активирующего одну или более деактивированных сот SCell.

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

С целью активизации рассматриваемой линии связи SCell DL блок WTRU может активировать рассматриваемую линию связи SCell DL на основе приема на несущей DL CC любой информации из множества, состоящего из: управляющей сигнализации для передач на рассматриваемой линии связи SCell DL (например, формат 1/1A/1B/1C/1D/2/2A DCI); любой управляющей сигнализации для рассматриваемой линии связи SCell DL, например, включающей в себя поле индикатора компонентной несущей (CCIF) рассматриваемой линии связи SCell DL; и управляющей сигнализации, использующей любой из множества предопределенных сигнальных форматов, содержащих идентифицирующую информацию рассматриваемой линии связи SCell DL, например, формат DCI, обычно используемый для сигнализации ресурсов восходящей линии связи, содержащих поле CCIF рассматриваемой линии связи SCell DL. Например, может использоваться формат DCI 0 (обычно используемый для предоставления ресурсов восходящей линии связи), формат DCI 1A (обычно используемый для присвоения нисходящей линии связи или заказа канала PDCCH для канала RACH), формат DCI 3/3A (обычно используемый для управления мощностью восходящей линии связи); или существующий формат с фиксированной кодовой точкой, в том числе любые их расширения. Другой пример может использовать элемент CE MAC активации/деактивации, содержащий битовый массив, причем каждый бит в битовом массиве соответствует заданной соте SCell и указывает, может ли сота SCell быть в активированном состоянии или в деактивированном состоянии. Рассматриваемая линия связи SCell UL может обрабатываться аналогичным образом с использованием соответствующей сигнализации и форматов.

Блок WTRU может деактивировать рассматриваемую линию связи SCell DL на основе приема сигнализации аналогично описанному здесь для активации линии связи SCell DL.

С целью активации рассматриваемой линии связи SCell UL блок WTRU может активировать линию связи SCell UL на основе приема управляющей сигнализации, указывающей, что ресурсы восходящей линии связи предоставлены (например, разрешение) блоку WTRU (например, формат DCI 0 или формат DCI 3/3A, например, увеличенный с помощью поля CCIF, соответствующего либо идентификатору линии связи SCell UL, либо любой линии связи SCell DL, которая может быть привязана к линии связи SCell UL), и/или указывающей, что блок WTRU может выполнить процедуру, относящуюся к передаче по восходящей линии связи (например, сообщение управления мощностью или запрос на произвольный доступ). В качестве альтернативы блок WTRU может активировать линию связи SCell UL на основе приема управляющей сигнализации для передач на линии связи SCell DL (например, формат DCI 1/1A/1B/1C/1D/2/2A), соответствующей линии связи SCell UL. Блок WTRU также может активировать линию связи SCell UL на основе приема любой управляющей сигнализации (например, включающей в себя поле CCIF для линии связи SCell DL) для линии связи SCell DL, соответствующей линии связи SCell UL.

Например, N-битовое поле CCIF (например, поле CCIF может быть представлено 3-битовым значением как показатель для 5 или более несущих CC) может представлять единое пространство нумерации для идентификации несущих DL CC. В качестве альтернативы оно может представлять единое пространство нумерации для сконфигурированных несущих UL CC. В качестве альтернативы оно может представлять единое пространство нумерации для сконфигурированных обслуживающих сот. Дополнительные кодовые точки могут использоваться для идентификации всех или подмножества обслуживающих сот в одно время. Например, они могут использоваться для идентификации сот SCell. Управляющая сигнализация (например, разрешение восходящей линии связи, назначение нисходящей линии связи, заказ выполнения произвольного доступа или команда управления мощностью) сообщения также может быть применена либо к обслуживающей соте, в которой сигнализация была принята, либо к несущей UL CC, соответствующей несущей DL CC, на которой сигнализация была принята (является ли она несущей UL CC или несущей DL CC, может зависеть от природы сигнализации, например, предназначена ли управляющая сигнализация для передачи по нисходящей линии связи или по восходящей линии связи), либо к заданной обслуживающей соте (например, к соте PCell) конфигурации блока WTRU.

Блок WTRU может деактивировать рассматриваемую линию связи SCell UL на основе приема сигнализации аналогично описанному здесь для активации линии связи SCell UL.

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

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

Может ли блок WTRU активировать и/или деактивировать линию связи SCell UL на основе неявной активации соответствующей линии связи SCell DL, может зависеть от любого из следующих факторов. Другими словами, это может зависеть от того, принял ли блок WTRU конфигурацию для ресурсов восходящей линии связи, соответствующих линии связи SCell DL. В частности, это может зависеть от того, включает ли в себя выделенная конфигурация параметры конфигурации для ресурсов восходящей линии связи. Это также может зависеть от отсутствия (также указывающего неявное высвобождение параметров, если они сконфигурированы) для соответствующей пары восходящей/нисходящей линии связи (соты) некоторых или всех информационный элементов. Например, в информационном элементе PhysicalConfigDedicated может отсутствовать конфигурация канала PUCCH (pucch-ConfigDedicated); конфигурация канала PUSCH (pusch-ConfigDedicated); конфигурация управления мощностью (uplinkPowerControlDedicated, tpc-PDCCH-ConfigPUCCH, tpc-PDCCH-ConfigPUSCH), конфигурация измерений индикатора CQI (cqi-ReportConfig) или конфигурация зондирования (soundingRS-UL-ConfigDedicated). Также в конфигурации RRC может иметься явное указание, что заданная линия связи SCell UL не может использоваться.

В случае, когда формат DCI 1A может использоваться с целью активации соты SCell, блок WTRU может определить, что сигнализация использована с целью активации соты SCell (а не с целью заказа канала PDCCH для канала произвольного доступа (RACH) или для компактного планирования канала PDSCH) посредством проверки значения (значений) некоторых полей. Например, формат DCI 1A может быть интерпретирован как заказ активации, если поля установлены таким же образом, как для заказа канала PDCCH для канала RACH за исключением того, что один или несколько битов в одном из полей, которые установлены равными предопределенным значениям в случае заказа канала PDCCH для канала RACH, установлены равными другим значениям. В качестве альтернативы блок WTRU может определить, что сигнализация может использоваться (или не использоваться) с целью активации на основе значения поля CCIF. Например, сигнализация может быть интерпретирована как заказ канала PDCCH в случае, когда поле CCIF установлено равным заданному значению (например, 000), и как команда активации в случае, когда поле CCIF установлено равным любому другому значению, которое в этом случае представляет одну или более несущих для активации.

В одном иллюстративном способе описанная здесь управляющая сигнализация может обеспечить последовательную активацию/деактивацию. Более конкретно, блок WTRU может поддерживать список из одной или более сконфигурированных сот SCell в заданном порядке, например, на основе конфигурации (например, RRC). При приеме команды активации соты SCell блок WTRU может активировать следующую сконфигурированную, но неактивную соту SCell в списке. Аналогичным образом при приеме команды деактивации блок WTRU может деактивировать активную соту SCell, которая была активирована последней. В качестве альтернативы идентифицирующая информация активируемой/деактивируемой соты SCell может быть получена неявно из идентифицирующая информации соты SCell, от которой принята команда активации/деактивации. Последовательная активация/деактивация может произойти в пределах сконфигурированного множества сот SCell (например, активация/деактивация множества 1 сот SCell может иметь приоритет над множеством 2 и т.д.).

В другом иллюстративном способе временный идентификатор беспроводной сети (RNTI) может быть выделен для идентификации управляющей сигнализации, отправленной на канале PDCCH. Он может использоваться блоком WTRU, чтобы определить, должен ли он выполнять действия для принятой управляющей сигнализации и для какой сигнализации он делает попытку декодирования. В дальнейшем термин A-RNTI_i используется для обозначения идентификатора RNTI, зарезервированного для функциональности активации/деактивации. Описанный здесь идентификатор A-RNTI_i может иметь выделенные блоком WTRU значения идентификатора RNTI, например, одно для каждой несущей CC, соты SCell и/или для команды активации/деактивации или идентичные значения идентификатора RNTI, например, единственный идентификатор RNTI для идентификации команды активации/деактивации и/или для указания, что команда применима ко всем сконфигурированным сотам SCell. Блок WTRU может принять и декодировать в любой обслуживающей соте управляющую сигнализацию (скремблированную с помощью идентификатора C-RNTI или A-RNTI_i), чтобы активировать по меньшей мере одну рассматриваемую соту SCell.

Здесь описаны сценарии и способы, относящиеся к неявной и явной активации и деактивации данной несущей CC, на которую влияет активация и деактивация сот SCell.

Если несущая DL CC активируется, для чего может быть активирован соответствующий канал PDCCH, и в случае, если планирование с перекрестными несущими возможно от этого канала PDCCH, может быть желательно иметь способы гарантировать, что любые другие соответствующие соты SCell могут быть запланированы как можно скорее. Это предполагает, что отношение планирования с перекрестными несущими между разными сконфигурированными обслуживающими сотами известно (например, сконфигурировано) во время, когда принята команда активации. Иначе, если это отношение не известно, может быть полезно обеспечить для блока WTRU средство для определения, какая несущая DL CC может использоваться для планирования недавно активированной соты (сот) SCell, на основе управляющей сигнализации активации. Например, блок WTRU может принять в сообщении RRC, которое конфигурирует конфигурацию выделенных физических беспроводных ресурсов для соты SCell, например, информационный элемент PhysicalConfigDedicatedSCell, конфигурацию для планирования с перекрестными несущими соты SCell, например, информационный элемент CrossCarrierSchedulingConfig, конфигурация включает в себя идентифицирующая информацию обслуживающей соты, используемой для планирования соты SCell в случае, если планирование с перекрестными несущими применимо к соте SCell.

Когда блок WTRU активирует рассматриваемую соту SCell, блок WTRU может активировать линию связи SCell DL на основе приема управляющей сигнализации. Если блок WTRU выполнен с возможностью отслеживать канал PDCCH нисходящей линии связи рассматриваемой соты SCell, блок WTRU может дополнительно активировать любую другую соту SCell, для которой упомянутый канал PDCCH также может обеспечить управляющую сигнализацию (например, присвоения нисходящей линии связи, разрешения восходящей линии связи, другие сообщения управления, например, команды управления мощностью). Таким образом, блок WTRU может активировать любую другую соту SCell, для которой может быть применено планирование с перекрестными несущими от канала PDCCH нисходящей линии связи рассматриваемой соты SCell. Иными словами, если сота SCell не является активной, и эта сота SCell выполнена с возможностью планирования с перекрестными несущими для рассматриваемой соты SCell или альтернативно от рассматриваемой соты SCell, то блок WTRU может дополнительно активировать эту соту SCell вместе с рассматриваемой сотой SCell.

Когда блок WTRU деактивирует рассматриваемую соту SCell, блок WTRU может деактивировать вторую соту SCell после деактивации рассматриваемой линии связи SCell DL, если рассматриваемая линия связи SCell DL ранее использовалась для обеспечения управляющей сигнализации (например, присвоения нисходящей линии связи, разрешения восходящей линии связи, других сообщений управления, например, команд управления мощностью), и/или если какая-либо управляющая сигнализация далее не возможна для второй соты SCell после деактивации рассматриваемой соты SCell. Например, если рассматриваемая сота SCell деактивирована, что может быть необходимо в целях управляющей сигнализации для второй несущей CC, то блок WTRU также может деактивировать вторую соту SCell.

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

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

Иллюстративные способы, относящиеся к приему управляющей сигнализации активации/деактивации, могут представлять собой любой способ из следующих: при приеме блоком WTRU управляющей сигнализации блок WTRU может активировать/деактивировать/высвободить ранее сконфигурированные выделенные ресурсы нисходящей линии связи для соты SCell, такие как ресурсы полупостоянного планирования (SPS); блок WTRU может инициировать отчет запаса мощности блока WTRU для несущей CC при активации несущей CC; блок WTRU может инициировать внутренний отчет отказа HARQ для процесса запросов HARQ для верхнего уровня (уровней), (например, для управления линией беспроводной связи (RLC)) после явной или неявной деактивации соты SCell с сконфигурированными ресурсами восходящей линии связи с использованием служб объекта HARQ, управляющих процессом запросов HARQ, чтобы снизить задержку повторных передач; блок WTRU может определить режим передачи для использования для управляющей сигнализации восходящей линии связи, формат передачи может зависеть от количества сконфигурированных (или в качестве альтернативы активных), сота SCell, например, режим передачи обратной связи HARQ и/или информации CQI/PMI/RI на канале PUCCH; блок WTRU может определить ресурсы для подтверждения управляющей сигнализации для (де)активации соты SCell; блок WTRU может определить поведение несущей CC при активации, например, какой ресурс и на какой несущей CC информация обратной связи HARQ или CQI/PMI/RI может быть отправлена для передач канала PDSCH, и может ли блок WTRU отслеживать канал PDCCH в недавно активированной соте SCell; блок WTRU может определить поведение блока WTRU MAC при реконфигурации, в том числе удаление по меньшей мере одной соты SCell; блок WTRU может определить поведение блока WTRU MAC при деактивации по меньшей мере одной соты SCell; блок WTRU может определить, используется ли планирование с перекрестными несущими для несущих CC при активации; или блок WTRU может определить размер области управления активируемой соты SCell (например, информация, обычно находимая блоком WTRU на канале PCFICH, которая позволяет блоку WTRU определять расположение во времени первого символа PDSCH), особенно для линии связи SCell DL, для которой используется планирование с перекрестными несущими.

Могут использоваться дополнительные иллюстративные способы, относящиеся к приему управляющей сигнализации активации/деактивации, в частности, если каждая сконфигурированная несущая UL CC привязана к одной или более несущим DL CC, например, посредством "SIB2-привязки", "выделенной привязки", "привязки с обратной связью HARQ", "привязки с планированием" или "привязки диапазонов", как описано выше, или с использованием управляющей сигнализации между базовой станцией и блоком WTRU через разные несущие CC. Описанные здесь способы могут использоваться блоком WTRU при приеме управляющей сигнализации от базовой станции в описанных ниже целях. Прием управляющей сигнализации может инициировать процедуры блока WTRU для получения/поддержки опережения по времени восходящей линии связи блока WTRU, необходимого для выполнения передач на ресурсах восходящей линии связи, соответствующей обслуживающей соте, и может инициировать процедуры блока WTRU для получения/поддержки системной информации SI блока WTRU, необходимой для получения доступа к ресурсам восходящей линии связи, соответствующей несущей CC, и/или может инициировать процедуру блока WTRU для получения доступа к ресурсам нисходящей линии связи одной или более несущих DL CC, соответствующих несущей UL CC. Это также может использоваться для инициирования процедур блока WTRU для активации/деактивации/высвобождения ранее сконфигурированных выделенных ресурсов восходящей линии связи для несущей UL CC, таких как ресурсы канала PUCCH, выделенные для CQI, PMI, RI и SR; ресурсы SPS или ресурсы SRS.

Например, блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, может при активации рассматриваемой соты SCell, для которой применимый таймер TAT не работает, инициировать передачу процедуры произвольного доступа на ресурсе канала PRACH рассматриваемой соты SCell.

Например, блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, может не передавать SRS для рассматриваемой соты SCell, когда рассматриваемая сота SCell деактивируется.

Например, блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, может не сообщать CQI, PMI или RI для рассматриваемой соты SCell, когда рассматриваемая сота SCell деактивируется.

Например, блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, может не выполнять передачу на канале PUSCH для ресурсов SPS, когда рассматриваемая сота SCell деактивируется, если по меньшей мере один ресурс SPS сконфигурирован для рассматриваемой соты SCell.

Для иллюстративных способов, описанных здесь далее, управляющая сигнализация, принятая блоком WTRU от базовой станции, может представлять собой сообщения L1 (например, канал PDCCH), L2 (например, MAC) или L3 (например, RRC). Сообщение может применяться к подмножеству (например, к одной или больше) сконфигурированных сот SCell. Сигнализация может быть принята на несущей DL CC, которая уже является активной, например, на линии связи PCell DL. В качестве альтернативы сигнализация может быть принята на несущей DL CC, которая уже является активной, например, в любой активной обслуживающей соте и применяется к другой соте SCell.

В другом сценарии может быть желательно улучшить надежность процедуры (де)активации, чтобы гарантировать согласованный вид доступных ресурсов и с точки зрения базовой станции, и с точки зрения блока WTRU. Это может быть достигнуто посредством передачи явного подтверждения команды активации/деактивации, например, с использованием механизма, аналогичного "обратной связи HARQ" на канале PUCCH.

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

Здесь описаны иллюстративные способы, в которых при приеме управляющей сигнализации, для которой может ожидаться, что блок WTRU передаст информацию обратной связи (например, подтверждение), блок WTRU может определить, что информация обратной связи может быть передана в ресурсе (например, в формате и/или расположении и/или кодировании канала) области управления (например, в области канала PUCCH) несущей UL CC, если несущая UL CC сконфигурирована для всех передач информации обратной связи HARQ (например, линия связи PCell UL), несущая UL CC привязана (например, спарена) к несущей DL CC, на которой была принята управляющая сигнализация, и/или несущая UL CC сконфигурирована в целях передачи информации обратной связи. Кроме того, расположение на упомянутой выше несущей UL CC соответствует одному элементу множества, состоящего из: ресурса (например, расположения), вычисленного на основе первого элемента CCE канала PDCCH, который указывает присутствие управляющей сигнализации, одного из множества сконфигурированных (например, RRC) ресурсов (например, формат и/или расположение и/или кодирование канала), указанного посредством индекса, который может быть обеспечен в управляющей сигнализации; или в комбинации с любым из упомянутого выше, смещения ресурса (например, расположения) от области PUCCH несущей UL CC, причем смещение может быть получено на основе индекса для соответствующей несущей DL CC.

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

Описанные здесь примеры могут включать в себя случай, в котором по меньшей мере часть управляющей сигнализации может быть принята блоком WTRU как конфигурация для операции с несколькими несущими, даже когда начальное состояние соты SCell при (ре)конфигурации является "деактивированным". В частности начальные значения для параметров, относящихся к аспектам приема блока WTRU на линии связи SCell DL, например, могут быть по меньшей мере одним значением из множества, состоящего из: значения канала PCFICH или CFI, указывающего размер области управления; показателя относительно того, может ли использоваться CFI; значения таймера TAT или команды TAC; одного или более индикаторов RNTI для блока WTRU, например, специфического для SCell индикатора C-RNTI, индикатора CA-RNTI, индикатора A-RNTI_i, как описано выше). Кроме того, начальные значения для параметров, относящихся к аспектам передачи блока WTRU на несущей UL CC, например, могут быть по меньшей мере одним значением из множества, состоящего из выделенного ресурса обратной связи HARQ и/или индекса для конфигурации измерений. Это может быть включено в конфигурацию блока WTRU соответствующих упомянутых несущих CC.

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

Прежде чем блок WTRU может декодировать канал PDSCH на недавно активированной соте SCell, он может сначала определить расположение первого символа канала PDSCH. Когда для данной обслуживающей соты нет перекрестного планирования, блок WTRU обычно декодирует физический канал индикатора формата управления (далее канал PCFICH). Канал PCFICH может быть найден в заданном расположении (расположениях), известном блоку WTRU, и его значение может изменяться в любом субкадре. Канал PCFICH указывает размер области управления несущей DL CC, в которой он переносится (например, является он равным 0, 1, 2, 3 или 4 символам). Когда блок WTRU знает размер области управления, он может неявно определить расположение первого символа канала PDSCH. Когда используется планирование с перекрестными несущими, блок WTRU может не иметь возможности декодировать PCFICH для запланированных ресурсов, или канал PCFICH может не быть доступен, и, таким образом, для блока WTRU может быть желательно средство определить размер области управления для данной обслуживающей соты (например, сконфигурированной соты SCell).

Информация в управляющей сигнализации, принятой блоком WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, также может включать в себя индикатор формата управления (CFI). Блок WTRU может использовать индикатор CFI, чтобы определить размер области управления несущей DL CC. В частности, активируемая несущая DL CC может являться вторичной несущей CC блока WTRU. Другими словами, когда блок WTRU выполнен с возможностью планирования с перекрестными несущими, блоку WTRU можно предоставить начальный символ OFDM канала PDSCH для рассматриваемой соты SCell в пределах управляющей сигнализации RRC, которая конфигурирует рассматриваемую соту SCell, и/или которая конфигурирует блок WTRU для планирования с перекрестными несущими, то есть значение, которое использует блок WTRU, когда рассматриваемая сота SCell активируется, значение указывает размер области управления линии связи SCell DL рассматриваемой соты SCell.

Здесь описаны иллюстративные способы обработки планирования с перекрестными несущими. Для восходящей линии связи или несущей DL CC с целью планирования с перекрестными несущими (например, канал PDSCH в случае несущей DL CC и канал PUSCH в случае несущей UL CC) несущей CC (или нескольких несущих CC в случае, если управляющая сигнализация активирует более одной соты SCell сразу) блок WTRU определяет, какой канал (каналы) PDCCH, соответствующий какой несущей (несущим) DL CC, может обеспечить управляющую сигнализацию (например, назначения нисходящей линии связи, разрешения восходящей линии связи, другие сообщения управления, например, команды управления мощностью) для несущей CC с использованием по меньшей мере одного из следующих способов.

В одном примере блок WTRU может определить, что канал PDCCH линии связи SCell DL, для которой применима управляющая сигнализация для активации соты SCell (то есть рассматриваемой соты SCell), может использоваться для планирования рассматриваемой соты SCell (то есть поведение, аналогичное для обслуживающих сот Rel-8). Для случая линии связи SCell DL это может быть основано на явном показателе относительно того, может ли блок WTRU декодировать канал PDCCH для рассматриваемой линии связи SCell DL. В другом примере блок WTRU может определить, что канал PDCCH несущей DL CC, от которой принята управляющая сигнализация для активации соты SCell, может также использоваться для планирования рассматриваемой соты SCell (то есть планирования с перекрестными несущими от несущей DL CC, на которой была принята команда активации). В другом примере блок WTRU может определить, что канал PDCCH несущей DL CC (например, канал PDCCH соты PCell) может также использоваться для планирования рассматриваемой соты SCell, на основе конфигурации, принятой для рассматриваемой соты SCell (например, конфигурации RRC).

Например, блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, может определить при активации рассматриваемой соты SCell, что канал PDCCH рассматриваемой линии связи SCell DL может использоваться для приема управляющей сигнализации (например, DCI) для планирования на основе конфигурации рассматриваемой соты SCell, например, принятой в сообщении RRC, которое включает в себя конфигурацию рассматриваемой соты SCell для выделенных физических беспроводных ресурсов, например, информационный элемент PhysicalConfigDedicatedSCell, который включает в себя конфигурацию для планирования с перекрестными несущими соты SCell, например, информационный элемент CrossCarrierSchedulingConfig, указывающий, что планирование с перекрестными несущими не используется для рассматриваемой соты SCell. Кроме того блок WTRU также может определить размер области управления на основе параметра, например, значения, указывающего первый символ канала PDSCH рассматриваемой соты SCell, принятого в сообщении RRC, которое сконфигурировало рассматриваемую соту SCell, например, в конфигурации для планирования с перекрестными несущими соты SCell. В качестве альтернативы, если конфигурация включает в себя идентифицирующую информацию обслуживающей соты, от которой рассматриваемая сота SCell запланирована, блок WTRU может определить, что канал PDCCH несущей DL CC упомянутой обозначенной обслуживающей соты может использоваться для планирования передачи для рассматриваемой соты SCell.

Блок WTRU также может деактивировать соту SCell, если блок WTRU принимает сигнализацию от сети, указывающую, что может быть выполнена эстафетная передача. Например, это может произойти при приеме сообщения RRCConnectionReconfiguration, включающего в себя информационный элемент mobilityControlInfo. Блок WTRU также может деактивировать соту SCell, если блок WTRU запускает таймер эстафетной передачи, такой как таймер T304.

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

Здесь описаны иллюстративные способы, которые следуют за состоянием ошибки. Блок WTRU может деактивировать рассматриваемую соту SCell, если происходит по меньшей мере одно из следующих условий. Блок WTRU может деактивировать рассматриваемую соту SCell, если блок WTRU инициирует процедуру повторного установления соединения RRC, или если блок WTRU запускает таймер T311 (инициирование процедуры повторного установления соединения RRC). Например, если заданная несущая CC, для которой обнаружен отказ линии беспроводной связи (RLF), является сотой PCell конфигурации блока WTRU, как следствие блок WTRU деактивирует все сконфигурированные/активные соты SCell на при отказе RLF по меньшей мере для упомянутой соты PCell. Другими словами, блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, может деактивировать все сконфигурированные соты SCell, когда блок WTRU инициирует процедуру повторного установления соединения RRC после того, как он определяет отказ RLF нисходящей линии связи и/или восходящей линии связи для соты PCell. Блок WTRU также может деактивировать рассматриваемую соту SCell, если блок WTRU может обнаружить отказ RLF на заданной несущей CC в некоторых ситуациях. Например, если заданная сота SCell является сотой SCell конфигурации блоков WTRU, блок WTRU может деактивировать заданную соту SCell после того, как он определяет отказ RLF нисходящей линии связи и/или восходящей линии связи для упомянутой заданной соты SCell. Во всех упомянутых выше случаях конфигурация деактивированной соты (сот) SCell может быть удалена из конфигурации блока WTRU. В другом примере заданная несущая CC, для которой обнаружен отказ RLF, может являться сотой SCell конфигурации блока WTRU, в том числе когда по меньшей мере упомянутая сота SCell деактивирована после обнаружения отказа RLF для соты SCell. В этом случае конфигурация деактивированной соты (сот) SCell может быть удалена из конфигурации блока WTRU.

Блок WTRU также может деактивировать рассматриваемую соту SCell, если блок WTRU терпит неудачу в процедуре реконфигурации. Например, деактивация может произойти, когда потерпевшая неудачу реконфигурация могла быть выполнена вследствие приема сигнализации RRC от базовой станции (например, RRCConnectionReconfiguration), реконфигурация могла быть применима к рассматриваемой соте SCell, или реконфигурация могла быть применима к соте PCell.

Здесь описаны сценарии и способы, относящиеся к передачам блоком WTRU на сконфигурированных ресурсах нисходящей линии связи и/или восходящей линии связи, на которые влияет активация и деактивация сот SCell. Такие ресурсы сконфигурированы для блока WTRU посредством выделенной сигнализации и могут включать в себя ресурсы передачи периодического выделенного опорного сигнала зондирования (SRS), ресурсы SPS восходящей линии связи и/или нисходящей линии связи, периодическую передачу CQI, PMI, RI либо при распределении выделенных ресурсов канала PUCCH, либо при передаче канала PUSCH, выделенный ресурс для передачи запроса SR на канале PUCCH, конфигурацию для передачи информации обратной связи сигнала ACK/NACK HARQ на одном или более ресурсах канала PUCCH и т.п.

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

Описанные способы также направлены на то, каким образом блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, при активации/деактивации данного подмножества (то есть, одной или более), сот SCell может определить, может ли он начать/остановить/высвободить сконфигурированные выделенные ресурсы восходящей линии связи, например, канал PUCCH для ресурсов CQI/PMI/RI, SRS или SPS и выполнить процедуру для начала/остановки/высвобождения сконфигурированных ресурсов восходящей линии связи, если нужно.

Описанные способы также направлены на то, каким образом блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, при приеме управляющей сигнализации для активации/деактивации по меньшей мере одной рассматриваемой соты SCell может определить ресурсы и соответствующую несущую UL CC, на которой следует передать информацию обратной связи HARQ, а также может ли он отслеживать канал PDCCH, соответствующий активированной рассматриваемой соте (сотам) SCell.

Когда блок WTRU активирует рассматриваемую соту SCell с целью обработки сконфигурированных ресурсов восходящей линии связи для рассматриваемой соты SCell, блок WTRU может начать использовать сконфигурированные ресурсы восходящей линии связи, если происходит по меньшей мере одно из следующих условий: если принятая управляющая сигнализация включает в себя показание активировать сконфигурированные ресурсы восходящей линии связи, соответствующие рассматриваемой соте SCell (например, для SPS, для SRS и на канале PUCCH для CQI, SR, PMI, RI); если допустимо опережение по времени, применимое к ресурсам восходящей линии связи, соответствующей рассматриваемой соте SCell; или если управляющая сигнализация принята на канале PDCCH и скремблирована с использованием заданного идентификатора RNTI (например, A-RNTI_2).

Описанные способы также направлены на то, каким образом блок WTRU при деактивации данного подмножества (то есть, одной или более) сот SCell может определить, может ли он высвободить сконфигурированные выделенные ресурсы нисходящей линии связи, например, ресурсы SPS, и выполнить процедуру для высвобождения сконфигурированных ресурсов нисходящей линии связи, если нужно.

Когда блок WTRU активирует рассматриваемую соту SCell с целью обработки сконфигурированных ресурсов нисходящей линии связи для рассматриваемой соты SCell, блок WTRU может начать использовать эти ресурсы, если происходит одно из следующих условий: если принятая управляющая сигнализация включает в себя показание активировать сконфигурированные ресурсы нисходящей линии связи, соответствующие рассматриваемой соте SCell (например, для SPS), или если управляющая сигнализация принята на канале PDCCH и скремблирована с использованием заданного идентификатора RNTI (например, A-RNTI_3).

Когда блок WTRU деактивирует рассматриваемую соту SCell с целью обработки сконфигурированных ресурсов нисходящей линии связи для сконфигурированной соты SCell, блок WTRU может высвободить конфигурацию для этих ресурсов при возникновении любой из следующих ситуаций. Блок WTRU может выполнить высвобождение, если принятая управляющая сигнализация включает в себя показание высвободить сконфигурированные средства нисходящей линии связи, соответствующие рассматриваемой соте SCell (например, для SPS), или если управляющая сигнализация принята на канале PDCCH и скремблирована с использованием заданного идентификатора RNTI (например, A-RNTI_5).

В другом примере управляющая сигнализация может содержать показание относительно того, может ли блок WTRU продолжить использовать ранее сконфигурированные ресурсы восходящей/нисходящей линии связи, например, ресурсы канала PUCCH для сигнала ACK/NACK, ресурсы канала PUCCH для разрешения и/или назначения CQI/PMI/RI/SR, SRS, SPS и т.п. или их частей. Это может быть индекс для элемента в множестве ранее сконфигурированных ресурсов восходящей/нисходящей линии связи. Например, блок WTRU может использовать сконфигурированный ресурс активируемой соты SCell, и/или блок WTRU может использовать сконфигурированный ресурс данной обслуживающей соты (например, соты PCell) после деактивации соты SCell.

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

Когда блок WTRU деактивирует рассматриваемую соту SCell с целью обработки сконфигурированных ресурсов восходящей линии связи для рассматриваемой соты SCell, блок WTRU может высвободить конфигурацию для любых ресурсов восходящей линии связи для SRS, для CQI/PMI/RI/SR на канале PUCCH и для SPS при возникновении любой из следующих ситуаций. Блок WTRU может высвободить конфигурацию, если принятая управляющая сигнализация включает в себя показание высвободить ресурсы восходящей линии связи для SRS и CQI/PMI/RI/SR на канале PUCCH и для SPS для рассматриваемой соты SCell. Блок WTRU может высвободить конфигурацию, если управляющая сигнализация принята на канале PDCCH и скремблирована с использованием заданного идентификатора RNTI, (например, A-RNTI_4). Блок WTRU может высвободить конфигурацию, когда опережение по времени, применимое к ресурсам восходящей линии связи рассматриваемой соты SCell, больше не допустимо (например, соответствующий таймер TAT истекает после деактивации) после деактивации.

Здесь описаны дополнительные иллюстративные способы обработки опорных сигналов зондирования (SRS).

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

Описанные способы также направлены на то, каким образом блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, может определить, может ли он передать сигналы SRS на сконфигурированном периодическом ресурсе (или ресурсах), пока передачи канала PUSCH не активны в данной линии связи SCell UL.

Для несущей UL CC с целью определения, следует ли передавать сигналы SRS на сконфигурированном ресурсе SR в данной несущей UL CC, блок WTRU начинает (или продолжает) передачу сигналов SRS на несущей UL CC с использованием сконфигурированных ресурсов SRS. В частности, блок WTRU может начать или повторно начать, если уже работает таймер (например, SRS-InactivityTimer): при (ре)конфигурации несущей UL CC, не удаляющей несущую UL CC; при приеме разрешения восходящей линии связи для канала PUSCH для несущей UL CC; при передаче канала PUSCH на несущей UL CC; при инициализации или передаче SR и/или BSR, которые могут быть в комбинации с достижением буфером блока WTRU сконфигурированного порога; при достижении буферами блока WTRU сконфигурированного порога; или при явной сигнализации, например, L1 PDCCH или управляющий элемент L2 MAC.

Тогда блок WTRU может передать сигналы SRS на несущей UL CC с использованием сконфигурированных ресурсов сигналов SRS в течение предопределенного времени после возникновения одного из упомянутых выше событий. Таким образом, передача останавливается после заданного периода неактивности восходящей линии связи для несущей CC. В одном варианте осуществления это может быть реализовано посредством передачи сигналов SRS на несущей UL CC с использованием сконфигурированных ресурсов сигнала SRS и остановки передачи сигнала SRS на несущей UL CC, когда истекает таймер, например, SRS-InactivityTimer.

Когда блок WTRU деактивирует рассматриваемую соту SCell, блок WTRU может остановить любые передачи восходящей линии связи (канал UL-SCH, PUCCH, SRS) для деактивированной линии связи SCell UL через некоторое время t (где t - положительное число) после успешного декодирования управляющей сигнализации.

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

Описанные способы также могут быть направлены на то, каким образом блок WTRU при приеме управляющей сигнализации для (де)активации по меньшей мере одной соты SCell может определить, какой формат (форматы) DCI он может отслеживать на данном канале PDCCH.

Когда блок WTRU активирует рассматриваемую соту SCell, блок WTRU может начать принимать канал PDSCH, и если рассматриваемая сота SCell сконфигурирована для приема канала PDCCH, начать отслеживать канал PDCCH для разрешений и назначений (например, скремблированных с помощью C-RNTI, SI-RNTI, P-RNTI, M-RNTI и т.п.) на ресурсах нисходящей линии связи, соответствующих рассматриваемой соте SCell.

Когда блок WTRU активирует рассматриваемую соту SCell, если блок WTRU сконфигурирован для планирования с перекрестными несущими для рассматриваемой соты SCell на канале PDCCH другой обслуживающей соты, и если блок WTRU имеет сконфигурированное специфическое для блока WTRU пространство поиска (SS) канала PDCCH для приема управляющей информации планирования, применимой к рассматриваемой соте SCell, и/или если блок WTRU принимает в команде активации идентифицирующую информацию пространства SS канала PDCCH (например, SSID канала PDCCH), соответствующую рассматриваемой соте SCell, то блок WTRU может начать декодировать канал PDCCH в пространстве поиска, соответствующем рассматриваемой соте SCell (например, соответствующем SSID) для форматов DCI, применимых к рассматриваемой линии связи SCell DL, и может начать декодировать форматы DCI, применимые к соответствующей/присоединенной линии связи SCell UL, если она сконфигурирована. Это может произойти, например, для случая, когда канал PDCCH, используемый для планирования с перекрестными несущими, соответствует линии связи PCell DL, или для случая, когда канал PDCCH, используемый для планирования с перекрестными несущими, неявно соответствует несущей DL CC, на которой управляющая сигнализация для активации была принята блоком WTRU.

В другом примере управляющая сигнализация может содержать показание в управляющей сигнализации, применимой к линии связи SCell DL, может ли блок WTRU декодировать канал PDCCH на линии связи SCell DL.

Когда блок WTRU деактивирует рассматриваемую соту SCell, блок WTRU может прекратить принимать канал PDSCH и прекратить отслеживать канал PDCCH (если он сконфигурирован для приема канала PDCCH) для разрешений и назначений (скремблированных посредством C-RNTI, SI-RNTI, P-RNTI, M-RNTI и т.п.) на ресурсах нисходящей линии связи, соответствующих рассматриваемой соте SCell. Блок WTRU на основе конфигурации измерений L3 и/или конфигурации индикатора CQI может продолжить выполнять соответствующие измерения и другие задачи обслуживания линии беспроводной связи, такие как периодическое отслеживание системной информации и/или поисковый вызов в заданных случаях для рассматриваемой соты SCell.

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

Когда блок WTRU активирует или деактивирует рассматриваемую соту SCell, блок WTRU также может изменять форматы DCI, которые он отслеживает на канале PDCCH. Если используется планирование с перекрестными несущими, блок WTRU может начать декодировать форматы DCI соответствующим образом (например, форматы DCI с индикатором CCIF) для множества назначений и разрешений, возможных для данного множества активных обслуживающих сот, запланированных данным каналом PDCCH. Если разные режимы передачи поддерживаются на разных активных сотах SCell, для которых блок WTRU отслеживает назначения и разрешения на данном канале PDCCH, блок WTRU может начать декодировать форматы DCI соответствующим образом, например, блок WTRU может декодировать все форматы для каждого поддерживаемого режима передачи для множества назначений и разрешений, возможных для данного множества активных сот SCell, поддерживающих каждый режим. Это может быть сделано в субкадре, в котором блок WTRU принял управляющую сигнализацию для активации/деактивации соты (сот) SCell после фиксированного количества времени (например, времени обработки блока WTRU, такого как 4 мс), из субкадра, в котором блок WTRU принял управляющую сигнализацию для активации/деактивации соты (сот) SCell, или после фиксированного количества времени от субкадра, в котором блок WTRU передал подтверждение управляющей сигнализации.

Когда блок WTRU активирует или деактивирует рассматриваемую соту SCell с целью декодирования управляющей информации нисходящей линии связи (например, канал PDCCH), блок WTRU определяет по меньшей мере одно из следующего для данного канала PDCCH: какой формат (форматы) DCI следует декодировать; каковы физические ресурсы (например, элементы канала управления); и сколько попыток декодирования следует выполнить. Упомянутое выше определение канала PDCCH может быть основано на том, поддерживает ли канал PDCCH несущей DL CC (например, линия связи PCell DL) планирование с перекрестными несущими по меньшей мере для одной другой несущей CC (например, одной или более сот SCell). Это также может быть основано на количестве активированных линий связи SCell UL и линий связи SCell DL и их соответствующих режимах передачи (то есть, какой формат DCI соответствует их режиму передачи), для которого канал PDCCH может переносить назначение нисходящей линии связи или разрешение восходящей линии связи. В качестве альтернативы, это может быть основано на том, использует ли формат DCI дополнительное поле CCIF или специальные кодовые точки. Например, если одна несущая CC поддерживает пространственное мультиплексирование, и другая несущая CC не поддерживает его на несущей DL CC, канала PDCCH которой поддерживает планирование для обеих несущих CC, блок WTRU может декодировать формат 1 и формат 2. Кроме того, когда блок WTRU находит максимальное возможное количество назначений нисходящей линии связи для данного формата DCI, он может прекратить декодировать этот формат.

Здесь описаны сценарии и способы, относящиеся к обработке текущих передач, на которые влияет активация и деактивация сот SCell.

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

Описанные способы также направлены на то, каким образом блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, может определить после деактивации данного подмножества (то есть одной или более) сот SCell, может ли он сообщить верхним уровням, (например, RLC) об отказе HARQ для данного блока служебных данных (SDU) MAC (то есть блока PDU RLC), то есть выполнить локальный сигнал NACK от MAC к RLC для процесса HARQ восходящей линии связи данной соты SCell; и выполнить процедуру для инициирования повторной передачи блока PDU RLC, если нужно.

Когда блок WTRU деактивирует рассматриваемую соту SCell с целью обработки процессов запросов HARQ, которые еще не завершили свои (повторные) передачи после деактивации линии связи SCell UL, с использованием служб соответствующего объекта HARQ, например, для процессов HARQ, которые все еще имеют данные в своем соответствующем буфере HARQ, и которые либо приостановлены (например, последним был принят сигнал ACK HARQ на канале PHICH), либо имеют текущие повторные передачи (например, последним был принят сигнал NACK HARQ на канале PHICH), если процесс запросов HARQ имеет данные в своем буфере, блок WTRU может указать верхним уровням (например, RLC), что передача для соответствующего блока (блоков) SDU MAC потерпела неудачу (то есть для соответствующего блока (блоков) PDU RLC), и сбрасывает буфер HARQ.

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

Например, когда блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, деактивирует рассматриваемую соту SCell либо явно, например, когда блок WTRU принимает команду активации/деактивации, такую как управляющий элемент CE MAC активации/деактивации, деактивирующую рассматриваемую соту SCell, либо неявно, например, по истечении таймера деактивации, блок WTRU может сбросить все буферы HARQ, соответствующие рассматриваемой соте SCell.

Здесь описаны сценарии и способы, относящиеся к процедуре отчета запаса мощности посредством блока WTRU, на который влияет активация и деактивация сот SCell.

Управление мощностью блока WTRU может выполняться для каждой несущей UL CC, чтобы компенсировать медленно изменяющиеся условия канала. Некоторые из параметров управления мощностью, такие как управление мощностью передачи (TPC), измерения потерь по пути нисходящей линии связи и смещения могут быть обычными для более чем одной несущей UL CC.

В системе LTE R8/9 процедура отчета запаса мощности может использоваться для предоставления обслуживающему узлу eNB информации о разности между номинальной максимальной мощностью передачи блока WTRU для передач канала UL-SCH. Управление мощностью восходящей линии связи в системе LTE R8 может быть основано на объединенном механизме управления мощностью с обратной связью и без обратной связи. Компонент без обратной связи может быть основан на оценке без потерь по пути (PL), которая основана на измерениях блоком WTRU принятой мощности опорного сигнала (RSRP) на несущей DL CC, используемой в качестве опорного значения потерь по пути (PL), и известной мощности передачи опорного сигнала (RS) нисходящей линии связи, значение которой обычно широковещательно передается как системная информация. Оценка без потерь по пути может использоваться блоком WTRU для определения мощности передачи восходящей линии связи, и эта оценка основана на несущей DL CC, которая здесь упоминается как опорное значение PL. Компонент с обратной связью может быть основан на прямом управлении мощностью передачи блока WTRU посредством явных команд управления мощностью (TPC), передаваемых на канале PDCCH.

Для системы LTE R10, когда блок WTRU работает по меньшей мере с одной сотой SCell, линия связи SCell UL может быть сконфигурирована с помощью опорного значения PL с целью управления мощностью восходящей линии связи. Например, опорное значение PL линии связи SCell UL может являться конфигурацией линии связи PCell DL блока WTRU, или опорное значение PL линии связи SCell UL может быть сконфигурировано как часть конфигурации блока WTRU (например, одно на диапазон частот).

В системе LTE R10, когда для блока WTRU сконфигурирована по меньшей мере с одна сота SCell, отчет запаса мощности может состоять либо в значении запаса мощности для передачи, соответствующей каналу UL-SCH в данной обслуживающей соте, что здесь называется типом 1 PHR, либо в запасе мощности для передач на канале PUCCH и канале UL-SCH для соты PCell, что здесь называется типом 2 PHR. Определения типа 1 и типа 2 запаса мощности (PHR) показаны в таблице 1.

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

Описанные способы также направлены на то, каким образом блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, при активации данного подмножества (то есть одной или более) сот SCell может определить, может ли он инициировать передачу PHR для данной несущей UL CC и выполнить процедуру для передачи PHR, если нужно.

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

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

Если PHR был запущен и ожидает передачи, и если блок WTRU имеет ресурсы совместно используемого канала восходящей линии связи (UL-SCH) для новой передачи, блок WTRU может сделать отчет о допустимом значении PHR, применимом к линии связи SCell UL, соответствующей рассматриваемой соте SCell, с использованием одного из следующих способов. В одном способе PHR может быть сообщен в управляющем элементе PHR MAC в блоке пакетных данных (PDU) MAC, переданном в ресурсе канала UL-SCH линии связи SCell UL, соответствующей рассматриваемой соте SCell. В другом способе PHR может быть сообщен в управляющем элементе PHR MAC в блоке PDU MAC, переданном в ресурсе канала UL-SCH любой несущей UL CC, для которой вычисленный PHR может быть применим. В другом способе PHR может быть сообщен в управляющем элементе PHR MAC в блоке PDU MAC, переданном в ресурсе канала UL-SCH любой несущей UL CC, причем управляющий элемент PHR MAC может включать в себя поле CCIF, указывающее, для какой несущей (несущих) UL CC сообщаемое значение PHR может быть применим. Другими словами, когда для блока WTRU сконфигурирована по меньшей мере одна сота SCell, если PHR был инициирован, и PHR ожидает в субкадре, для которого блоку WTRU выделили ресурсы по меньшей мере для одной новой передачи в любой обслуживающей соте, блок WTRU может передать управляющий элемент PHR MAC, включающий в себя по меньшей мере значение запаса мощности для рассматриваемой соты SCell и возможно значение для соты PCell и всех других сот SCell, которые активированы в упомянутом субкадре.

Кроме того, когда значение PHR вычислено для несущей UL CC с использованием измерения и/или оценки на основе несущей DL CC, например, оценке без потерь по пути и/или измерениях RSRP, блок WTRU может рассматривать любую из несущих DL CC, соответствующих несущей UL CC, для которой вычислен PHR.

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

Здесь описаны характеристики, которые могут относиться к управляющему элементу CE MAC. Одна характеристика может состоять в том, является ли передача управляющего элемента MAC специфической для данной несущей CC, в том числе в случае, когда транспортный блок для несущей CC разрешен для передачи в этом интервале TTI, и управляющий элемент MAC содержит: 1) информацию (например, PHR), которая применима к упомянутой несущей CC или к соответствующему подмножеству несущих CC; 2) информацию (например, C-RNTI), которая относится к текущей процедуре (например, к произвольному доступу), применимой к упомянутой несущей CC (например, к несущей CC соты PCell) или к соответствующему подмножеству несущих CC; или 3) информацию (например, BSR), которая, как ожидается, будет передаваться только в конкретной несущей CC (например, несущей CC соты PCell) или к соответствующему подмножеству несущих CC.

Другая характеристика может состоять в относительном приоритете управляющего элемента MAC. Например (аналогично MAC системы LTE R8), блок WTRU может принять во внимание следующий относительный приоритет в порядке убывания: 1) управляющий элемент MAC для C-RNTI или данных от канала UL-CCCH; 2) управляющий элемент MAC для отчета о статусе буфера (BSR), за исключением BSR для заполнения; 3) управляющий элемент MAC для PHR; 4) данные от любого логического канала (LCH), кроме данных от канала UL-CCCH; или 5) управляющий элемент MAC для BSR для заполнения. Например, отчет PHR о значении запаса мощности (для каналов PUCCH, PUSCH или для них обоих), вычисленный для данной несущей UL CC, может быть включен только в блок пакетных данных MAC (блок PDU) транспортного блока, который соответствует упомянутой несущей UL CC, если упомянутый транспортный блок разрешен для передачи в этом интервале TTI. В другом примере отчет BSR о состоянии буфера блока WTRU, заполненный после всех транспортных блоков этого интервала TTI, может быть включен в блок PDU MAC транспортного блока, который соответствует заданной несущей CC, только если упомянутый транспортный блок разрешен для передачи на упомянутой несущей CC (например, несущей CC соты PCell).

Другая характеристика может являться типом (в том числе форматом и информационным содержанием) управляющего элемента MAC. Блок WTRU может выбрать тип управляющего элемента MAC как функцию содержащейся информации. Блок WTRU может определить, содержит ли управляющий элемент MAC информацию, относящуюся к PCC (или соте PCell) или относящуюся к SCC (или соте SCell) конфигурации блока WTRU. Для примера управляющего элемента MAC для PHR блок WTRU может выбрать управляющий элемент PHR MAC type_2, если информационное содержание PHR применимо к PCC (или соте PCell) конфигурации блока WTRU. Иначе управляющий элемент MAC PHR type_1 выбирается для SCC (или соты SCell).

В другом случае блок WTRU может определить, содержит ли управляющий элемент MAC информацию, применимую к первой несущей CC (либо PCC, либо SCC), и управляющий элемент MAC передается на первой несущей CC. Например, когда блок WTRU передает в транспортном блоке второй несущей CC управляющий элемент MAC с информационным содержанием, применимым к первой несущей CC, блок WTRU выбирает формат управляющего элемента MAC, который включает в себя явную идентификацию первой несущей CC (или SCC/SCell или PCC/PCell). Другими словами, идентифицирующая информация первой несущей CC может быть опущена в формате включенного управляющего элемента MAC, если она включена в блок PDU MAC, переданный на первой несущей CC. В качестве альтернативы управляющий элемент MAC, который не включает в себя явную идентификацию несущей CC, может использоваться, если идентифицирующая информация первой несущей CC может быть получена на основе порядка управляющих элементов MAC в блоке PDU MAC. Это может быть применимо для случая, когда более чем один управляющий элемент MAC для одной и той же функции (но возможно разного типа) может быть включен в один и тот же блок PDU MAC. Например, блок WTRU может включать несколько управляющих элементов PHR MAC (один для каждой сконфигурированной и/или активированной обслуживающей соты) в один и тот же блок PDU MAC либо в порядке, в котором обслуживающие соты были сконфигурированы (например, посредством RRC), либо в соответствии с явным значением идентифицирующей информации обслуживающей соты (например, индексом соты), присвоенным каждой обслуживающей соте, либо что-либо подобное.

Другая характеристика может являться типом (типами) физического канала (например, канала PUSCH и/или PUCCH), для которого блок WTRU выполняет передачу (передачи) по восходящей линии связи в субкадре, в котором передан управляющий элемент MAC. Это могут быть только передачи в той же самой несущей CC (либо SCC/SCell, либо PCC/PCell), на которой передан управляющий элемент MAC. Например, для PHR для первой несущей CC (либо SCC/SCell, либо PCC/PCell) блок WTRU может выбрать управляющий элемент PHR MAC Type_1, если блок WTRU выполняет только передачу канала PUSCH на упомянутой первой несущей CC, или блок WTRU может выбрать управляющий элемент PHR MAC Type_2, если блок WTRU выполняет передачу канала PUCCH и передачу канала PUSCH на упомянутой первой несущей CC.

Другая характеристика может являться типом (типами) физического канала восходящей линии связи (например, канала PUSCH и/или PUCCH), который может использоваться блоком WTRU для передачи (передач) по восходящей линии связи на первой несущей CC, хотя такая передача не выполняется блоком WTRU в субкадре, в котором управляющий элемент MAC, применимый к первой несущей CC, передан в передаче по восходящей линии связи на второй несущей CC. В частности, если информационное содержание управляющего элемента PHR MAC может включать в себя "виртуальное" значение запаса мощности для первой несущей CC, блок WTRU может выбрать управляющий элемент PHR MAC Type_1 для несущей CC(x), если первая несущая CC не сконфигурирована для передачи канала PUCCH. Информационное содержание может включать в себя значение запаса мощности, выведенное на основе "виртуальной" передачи канала PUSCH. Иначе блок WTRU может выбрать управляющий элемент PHR MAC Type_2 для несущей CC, причем информационное содержание может включать в себя значение запаса мощности, выведенное на основе "виртуальной" передачи канала PUSCH и "виртуального" значения канала PUCCH. "Виртуальным" значением высоты мощности для части, относящейся к передаче канала PUSCH, называется значение, выведенное блоком WTRU для первой несущей CC, хотя передача канала PUSCH не выполняется, первая несущая CC в субкадре использована для передачи соответствующего PHR на второй несущей CC. Такое значение, например, может быть выведено из мощности, которая использовалась бы блоком WTRU для заданной схемы модуляции и кодирования (MCS) и заданного количества M ресурсных блоков (RB), которые могут быть получены, например, либо из фиксированного (например, определенного или сконфигурированного) значения, также известного узлу eNB, либо из разрешения, соответствующего предыдущей передаче на упомянутой первой несущей CC. Аналогичным образом, для части, относящейся к передаче канала PUCCH (если это применимо для первой несущей CC), так называется значение, выведенное на основе передачи с использованием, например, предопределенного формата, такого как формат 1a. Во всех упомянутых выше случаях передача канала PUSCH может использоваться независимо от того, включает ли передача управляющую информацию восходящей линии связи (UCI) и/или данные.

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

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

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

Для блока WTRU может быть сконфигурирована по меньшей мере одна линия связи SCell UL, то есть одно или более множеств обслуживающих сот со сконфигурированными ресурсами восходящей линии связи, для которых опережение по времени (TA) может отличаться от опережения по времени линии связи PCell UL. Например, это может произойти, когда каждая из двух несущих UL CC имеет одну или более из следующих характеристик: разные зоны охвата (например, на основе диапазона несущей CC); разные характеристики распространения (например, на основе потерь на пути); или разные или множественные точки происхождения (например, разные узды eNB и/или вследствие избирательных по частоте приемников, сценариев развертывания COMP, удаленных радиочастотных головок и т.п.).

В одном сценарии опережение по времени может отличаться между разными линиями связи SCell UL, и это может воздействовать на работу блока WTRU на нескольких обслуживающих сотах. Это может быть справедливо, когда обслуживающие соты не находятся в одном и том же диапазоне частот, или для некоторых сценариев развертывания (например, использующих повторители или удаленные радиочастотные головки от одной и то же базовой станции). При условии, что блок WTRU соединен с сотой PCell, и что дополнительные соты SCell могут быть сконфигурированы и (де)активированы по необходимости, когда таймер TAT, применимый к обслуживающей соте, которая менее используется (и иногда неактивна), не работает, при (ре)активации следует позаботиться о том, чтобы гарантировать, что блок WTRU не инициирует передачи восходящей линии связи, прежде чем будет иметь надлежащее выравнивание времени, или прежде чем будет иметь актуальную системную информацию (SI). Также может быть необходимо обратиться к тому, каким образом обрабатывать другие выделенные ресурсы восходящей/нисходящей линии связи, сконфигурированные для блока WTRU.

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

Только в иллюстративных целях описанные здесь способы могут быть применимы к блоку WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, причем сота SCell имеет сконфигурированные ресурсы восходящей линии связи, которые могут быть соединены с базовой станцией, и причем сота SCell может быть первоначально активирована базовой станцией или когда время таймера TAT, соответствующего соте SCell, короче периода, в течение которого рассматриваемая сота SCell была неактивна (например, когда таймер TAT мог быть не перезапущен и/или мог истечь). Разные несущие UL CC могут иметь разные требования опережения по времени, например, основанные на, частоте или физическом идентификаторе соты для соты на соответствующей несущей DL CC. Блок WTRU может иметь соединение с сотой PCell базовой станции (например, RRC_CONNECTED в системе LTE).

Когда блок WTRU активирует рассматриваемую соту SCell с целью поддержания выравнивания по времени восходящей линии связи, блок WTRU может выполнить произвольный доступ с использованием ресурсов канала RACH, соответствующего рассматриваемой линии связи SCell UL, при любом из следующих условий: если принятая управляющая сигнализация включает в себя показание инициировать произвольный доступ; если опережение по времени, применимое к ресурсам линии связи SCell UL, соответствующей рассматриваемой соте SCell, не допустимо (например, соответствующий таймер TAT не работает); или если управляющая сигнализация принята на канале PDCCH и скремблирована с использованием заданного идентификатора RNTI (например, A-RNTI_0).

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

Когда блок WTRU активирует рассматриваемую соту SCell с целью применения команды опережения по времени (TAC), принятой после активации рассматриваемой соты SCell, блок WTRU может применить принятую команду TAC к опережению по времени несущей UL CC, соответствующей несущей DL CC, на которой команда TAC был принята, или к опережению по времени всех несущих UL CC, имеющих те же самые требования опережения по времени, как и несущая UL CC, соответствующая несущей DL CC, на которой была принята команда TAC.

В другом примере управляющая сигнализация может содержать команду выравнивания по времени (TAC), которую блок WTRU применяет по меньшей мере к одному объекту из множества, состоящего из: несущей UL CC, идентифицированной явно в управляющей сигнализации, например, с использованием поля CCIF; линии связи SCell UL, соответствующей рассматриваемой соте SCell, которая активируется; или группы несущих UL CC, имеющих одинаковые требования опережения по времени. Заданная группа может быть идентифицирована на основе несущей UL CC, идентифицированной как описано выше. Например, блок WTRU может применить команду TAC, принятую на канале PDSCH рассматриваемой соты SCell к опережению по времени упомянутой рассматриваемой соты SCell и, возможно, к опережению по времени другой активированной соты SCell, которая совместно использует то же самое требование выравнивания по времени, как и рассматриваемая сота SCell.

Когда блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, деактивирует рассматриваемую соту SCell с целью обработки любой процедуры произвольного доступа, работающей в рассматриваемой соте SCell, блок WTRU может остановить любую текущую процедуру канала RACH для рассматриваемой соты SCell. В качестве альтернативы блок WTRU может отбросить любую явно сообщенную преамбулу (например, ra-Preamblelndex) и ресурс канала PRACH (например, ra-PRACH-MaskIndex), если таковые имеются, и если это применимо к рассматриваемой соте SCell. В качестве альтернативы блок WTRU может также высвободить временный идентификатор C-RNTI, если таковой имеется, и если это применимо к рассматриваемой соте SCell.

Здесь описаны иллюстративные способы обработки реконфигурации MAC. Для линии связи SCell DL или линии связи SCell UL с целью обработки поведения MAC блока WTRU для (ре)конфигурации RRC, включающей в себя удаление (высвобождение) по меньшей мере одной соты SCell, блок WTRU может: остановитесь текущую процедуру RACH, если таковая имеется, для удаленной компонентной несущей; отбросить явно сообщенную преамбулу (например, ra-Preamblelndex) и ресурс PRACH (например, ra-PRACH-MaskIndex), если таковые имеются, и если это применимо к удаленной соте SCell; и/или высвободить временный идентификатор C-RNTI, если таковой имеется, и если это применимо к рассматриваемой соте SCell.

(Ре)конфигурация RRC дополнительных несущих CC может неявно инициировать упомянутые выше процедуры произвольного доступа с целью достижения опережения по времени в обслуживающих сотах, для которых блок WTRU не имеет допустимого опережения по времени. Это может применяться к начальной конфигурации и/или к любой реконфигурации обслуживающих сот. (Ре)конфигурация RRC дополнительной соты (сот) SCell также может неявно инициировать PHR. Это может применяться к начальной конфигурации и/или к любой реконфигурации обслуживающей соты (сот).

Описаны иллюстративные способы и/или действия при достижении максимального количества попыток передачи для запросов планирования (SR) на канале PUCCH, которые могут влиять на конфигурацию, активацию и деактивацию сот SCell для блока WTRU, для которого сконфигурирована по меньшей мере одна сота SCell.

С целью обработки блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, когда количество (SR_COUNTER) попыток передачи для запросов планирования на сконфигурированном и допустимом ресурсе канала PUCCH для запросов планирования достигает (или превышает) максимальное значение, сконфигурированное сетью,(например, dsr-TransMax), блок WTRU может деактивировать все сконфигурированные и активные соты SCell, если таковые имеются. Это может включать в себя деактивацию конфигурации CQI/PMI/RI для сот SCell. В качестве альтернативы блок WTRU может инициировать произвольный доступ и отменить все ожидающие запросы планирования, которые могут включать в себя инициирование произвольного доступа на ресурсах восходящей линии связи сконфигурированной соты SCell. В качестве альтернативы блок WTRU может очистить любые сконфигурированные назначения нисходящей линии связи и разрешения восходящей линии связи. В качестве альтернативы блок WTRU может высвободить конфигурацию для работы с несколькими несущими, включающую в себя по меньшей мере один элемент множества, состоящего из: конфигурации соты (сот) SCell (возможно, только конфигурации соты SCell восходящей линии связи); конфигурации канала PUCCH для передач сигнала ACK/NACK HARQ; конфигурации канала PUCCH для передач CQI/PMI/RI; или конфигурации канала PUCCH для передач запросов планирования. Действительно, упомянутые выше примеры могут привести к неявной деактивации или высвобождению всех сот SCell вследствие достижения максимального количества запросов планирования.

В одном иллюстративном способе блок WTRU может высвободить всю конфигурацию нескольких несущих (то есть сот SCell, ресурсов канала PUCCH для сигнала ACK/NACK HARQ, CQI/PMI/RI, запросов планирования), а также любые сконфигурированные назначения или разрешения и вернуться к работе с одной стандарта R8 или R9 в обслуживающей соте, соответствующей соте PCell конфигурации блока WTRU с несколькими несущими. Блок WTRU может затем инициировать произвольный доступ в упомянутой обслуживающей соте (то есть, соте PCell). Таблица 2 обеспечивает вариант осуществления этого иллюстративного способа.

В другом примере блок WTRU может деактивировать любые активированные соты SCell (линии связи SCell DL и линии связи SCell UL) и высвободить конфигурацию для ресурсов канала PUCCH, относящихся к работе с несколькими несущими (то есть ресурсов канала PUCCH для ACK/NACK HARQ, CQI/PMI/RI, SR), а также любые сконфигурированные назначения или разрешения и выполнить произвольный доступ посредством выбора доступного ресурса на любой несущей UL CC своей конфигурации с несколькими несущими. Он может выбрать линию связи PCell UL. Для линии (линий) связи SCell UL, если не определено явное состояние деактивации, блок WTRU может проигнорировать любые принятые разрешения восходящей линии связи по меньшей мере до тех пор, пока он не принимает управляющую сигнализацию для реконфигурации работы с несколькими несущими. Таблица 3 обеспечивает вариант осуществления иллюстративного способа.

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

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

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

Для линии связи SCell DL с целью активации линии связи SCell DL блок WTRU может отслеживать и/или обнаруживать проблемы физического уровня, такие как плохой прием сигналов синхронизации, например, на основе возникновения некоторого количества показателей рассинхронизации от физического уровня (например, N310, значение, которое может быть сконфигурировано базовой станцией) или отказа завершения некоторого количества процедур произвольного доступа (где значение может быть сконфигурировано базовой станцией). Блок WTRU также может отслеживать и обнаруживать качество линии беспроводной связи, ухудшающееся ниже определенного порога. Например, измерения (например, индикатора CQI) могут уменьшиться ниже определенного порога (например, значения, сконфигурированного базовой станцией). Действия отслеживания и обнаружения могут быть выполнены для: соты PCell; сконфигурированной соты (сот) SCell, является ли сота SCell активной/неактивной; или сконфигурированных обслуживающих сот, в том числе соты PCell, и является ли сота SCell активной/неактивной.

Блок WTRU при обнаружении проблемы физического уровня или ухудшения линии беспроводной связи может активировать первую линию связи SCell DL и/или непрерывно отслеживать управляющую сигнализацию (например, независимо от функций экономии мощности, таких как DRX). Эти действия могут быть выполнены для: соты PCell; сконфигурированной соты (сот) SCell, является ли сота SCell активной/неактивной; или сконфигурированных обслуживающих сот, в том числе соты PCell, и является ли сота SCell активной/неактивной. Эти действия могут быть выполнены по меньшей мере, пока блок WTRU не принимает от базовой станции явную деактивацию для соты (сот) SCell, причем явная деактивация может быть включена в сообщение реконфигурации беспроводной связи с помощью информационного элемента управления мобильностью или без него (то есть команды эстафетной передачи или после истечения заданного количества времени (например, таймер T310)). После истечения заданного количества времени (например, таймер T310) блок WTRU может инициировать любое изменение соты PCell (например, эстафетную передачу, повторное установление соединения или процедуру реконфигурации) в пределах множества сконфигурированных сот SCell или процедуру повторного установления соединения с другой сотой.

Блок WTRU может деактивировать рассматриваемую соту SCell, если таймер отслеживания линии беспроводной связи, такой как таймер T310, работает, и если блок WTRU обнаруживает условия, которые приводят к обнаружению проблем физического уровня, качество линии беспроводной связи не повышается выше определенного порога, и/или рассматриваемая сота SCell была в деактивированном состоянии до запуска таймера T310 (то есть до обнаружения блоком WTRU проблем физического уровня).

Когда блок WTRU деактивирует рассматриваемую соту SCell, блок WTRU может прекратить принимать канал PDSCH и прекратить отслеживать канал PDCCH (если он сконфигурирован для приема канала PDCCH) для разрешений и назначений (скремблированных с помощью индикаторов C-RNTI, SI-RNTI, P-RNTI, M-RNTI и т.п.) на ресурсах нисходящей линии связи, соответствующих рассматриваемой соте SCell. Блок WTRU на основе конфигурации измерений L3 и/или конфигурации индикатора CQI может продолжать выполнять соответствующие измерения и другие задачи обслуживания линии беспроводной связи, такие как периодический контроль системной информации и/или поисковый вызов в заданных случаях для рассматриваемой соты SCell.

Здесь описаны сценарии и способы, относящиеся к сбору и обслуживанию системной информации (SI) блоком WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, на которую влияет активация и деактивация сот SCell.

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

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

Когда блок WTRU активирует рассматриваемую соту SCell с целью поддержания действительной системной информации для рассматриваемой соты SCell, блок WTRU может получить системную информацию для рассматриваемой соты SCell с использованием известных процедур для сбора системной информации, когда происходит по меньшей мере одно из следующих условий: если блок WTRU не имеет сохраненной системной информации для рассматриваемой соты SCell; если принятая управляющая сигнализация включает показание получить системную информацию; если управляющая сигнализация включает тег значения, указывающий, что сохраненная системная информация больше не действительна; или если управляющая сигнализация принята на канале PDCCH и скремблирована с использованием заданного идентификатора RNTI (например, A-RNTI_1).

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

Кроме того, когда блок WTRU может повторно получить системную информацию для соты PCell, изменение в части системной информации может воздействовать на работу в сотах SCell (если они сконфигурированы и активированы). Например, в предположении, что блок WTRU отправляет управляющую информацию восходящей линии связи (например, ACK/NACK HARQ, индикатор CQI и т.п.) на ресурсах PUCCH одной несущей UL CC (например, линия связи PCell UL), изменение в конфигурации канала PUCCH может воздействовать на передачу управляющей сигнализации.

Блок WTRU также может деактивировать соту SCell, в то время как блок WTRU повторно получает системную информацию вследствие изменения в системной информации. Например, если системная информация принадлежит только соте PCell, или если системная информация широковещательно передается только на соте PCell. В другом примере изменение системной информации может быть связано с данным элементом в конфигурации (например, конфигурации для канал PUCCH соответствующей несущей UL CC).

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

Блок WTRU может передавать информацию обратной связи HARQ для передач канала PDSCH, принятых в любой сконфигурированной и активной несущей DL CC на ресурсах одной несущей UL CC, (например, на канале PUCCH соты PCell). Применимое распределение ресурсов может быть определено посредством первого элемента канала управления (CCE) канала PDCCH для соответствующей передачи канала PDSCH. Блок WTRU может передать CQI/PMI/RI для любой сконфигурированной несущей CC на ресурсах одной несущей UL CC (например, на канале PUCCH соты PCell). Применимый ресурс может быть сконфигурирован посредством сигнализации RRC.

В другом сценарии режим передачи для сигнализации канала PUCCH в несущей UL CC (например, линия связи PCell UL) переносит фиксированное количество информации (то есть формат) при условии, что фиксированный бюджет линии связи и формат для целей декодирования может быть известен приемнику. Блок WTRU может быть выполненным с возможностью передавать сигнал ACK/NACK HARQ обратной связи для параллельных передач канала PDSCH в разных обслуживающих сотах и/или информацию CQI/PMI/RI обратной связи для нескольких обслуживающих сот. Способ, посредством которого блок WTRU передает управляющую информацию на канале PUCCH, может зависеть от количества сконфигурированных сот SCell/каналов PDSCH и/или количества обслуживающих сот, для которых блок WTRU может сообщить информацию CQI/PMI/RI. Хотя для базовой станции может быть возможно управлять действием восходящей линии связи блока WTRU на канале PUCCH способом, который предсказуемым образом заставляет происходить переключение между режимом передачи канала PUCCH блока WTRU (например, посредством внесения задержки или периода молчания для информации обратной связи HARQ на канале PUCCH между реконфигурацией/активацией/деактивацией сот SCell), может быть желательно для блока WTRU следовать четкому поведению, чтобы избежать любой возможной неточности относительно того, какой формат следует использовать для передачи канала PUCCH в любом данном субкадре. Потребность в четкой точке синхронизации может быть особенно важной для информации CQI/PMI/RI и ACK/NACK HARQ.

Другой аспект описанных способов направлен на то, каким образом блок WTRU, для которого сконфигурирована по меньшей мере одна сота SCell, при обнаружении изменения количества сконфигурированных (в качестве альтернативы активных) линий связи SCell DL (то есть, каналов PDSCH), для которых он может сообщать информацию обратной связи HARQ (например, на канале PUCCH) и/или другую управляющую информацию восходящей линии связи, такую как информация CQI/PMI/RI, на одной данной несущей UL CC, может неявно изменить режим передачи (формат) для управляющей сигнализации восходящей линии связи либо в субкадре, от которого применима реконфигурация, либо в субкадре, в котором изменилось количество линий связи SCell DL, либо спустя количество времени смещения от них (например, спустя время обработки 3 мс).

В другом примере управляющая сигнализация может содержать конфигурацию блока WTRU или в качестве альтернативы индекс для упомянутой конфигурации. Это может включать в себя по меньшей мере один из следующих элементов информации. Информация может представлять собой конфигурацию канала PUCCH или индекс для нее по меньшей мере для одного из ресурсов (например, формат и/или расположение и/или кодирование) для ACK/NACK HARQ и/или ресурсов для информации CQI/PMI/RI. Информация также может представлять собой конфигурацию сигнала SRS или индекс для него. Информация также может представлять собой конфигурацию SPS или индекс для нее либо для несущей UL CC, либо для несущей DL CC, либо для обоих. Информация также может представлять собой конфигурацию беспроводных ресурсов, такую как режим передачи несущей CC. Для любой упомянутой выше информации конфигурации информация конфигурации может представлять собой индекс для элемента во множестве ранее сконфигурированных ресурсов восходящей/нисходящей линии связи.

Информация также может представлять собой конфигурацию, которая может быть применима по меньшей мере к одному элементу множества, состоящего из: линии связи SCell UL, соответствующей активируемой рассматриваемой соте SCell; линии связи PCell UL, соответствующей соте PCell; или несущей UL CC или несущей DL CC другой обслуживающей соты, явно указанной в управляющей сигнализации.

В другом примере управляющая сигнализация может содержать показание относительно того, может ли блок WTRU использовать ресурсы канала PUCCH для информации обратной связи HARQ в несущей UL CC, соответствующей по меньшей мере одному элементу множества, состоящего из: несущей UL CC, соответствующей обслуживающей соте, в которой была принята управляющая сигнализация; несущей UL CC, соответствующей соте PCell; несущей UL CC, сконфигурированной (например, RRC) для отчетов информации обратной связи HARQ для передач канала PDSCH на нескольких несущих DL CC; или множество ресурсов канала PUCCH (например, формат, расположения и/или кодирование канала), сконфигурированных (например, RRC), например, как индекс для элемента во множестве сконфигурированных ресурсов. Например, блок WTRU может принять индекс для множества индексов с целью распределения ресурсов информации обратной связи HARQ.

С целью выбора, какой режим передачи блок WTRU может использовать для передачи управляющей сигнализации либо на канале PUCCH, либо на канале PUSCH на несущей UL CC (например, линия связи PCell UL), блок WTRU может сделать следующее. Блок WTRU определяет, сконфигурирован ли блок WTRU для отчета управляющей сигнализации таким образом, чтобы управляющая информация для одной или более несущих DL CC могла быть включена в один и тот же формат передачи. Управляющая сигнализация может представлять собой управляющую информацию для нескольких обслуживающих сот и может быть агрегирована в одинаковом формате передачи, управляющая сигнализация может представлять собой информацию обратной связью HARQ для передачи канала PDSCH, или управляющая сигнализация может представлять собой информацию CQI/PMI/RI обратной связи. Если блок WTRU активирует или деактивирует по меньшей мере одну линию связи SCell DL, и эта активация/деактивация приводит к другому количеству обслуживающих сот, для которых блок WTRU сообщает управляющую сигнализацию в одинаковом формате передачи, блок WTRU может изменить режим передачи для любой комбинации информации CQI, PMI и/или RI при отчете на канале PUSCH и/или на канале PUCCH (если такие ресурсы сконфигурированы для блока WTRU) в субкадре, в котором блок WTRU принял управляющую сигнализацию для активации/деактивации соты (сот) SCell, или спустя фиксированное количество времени (например, время обработки блока WTRU, такое как 4 мс) от субкадра, в котором блок WTRU принял управляющую сигнализацию для активации/деактивации соты (сот) SCell; или спустя фиксированное количество времени от субкадра, в котором блок WTRU передал подтверждение управляющей сигнализации.

Здесь описаны сценарии и способы, относящиеся к планированию с перекрестными несущими, на которое влияет активация и деактивация сот SCell.

Когда блок WTRU может быть запланирован (либо разрешения восходящей линии связи, либо назначения нисходящей линии связи) на нескольких обслуживающих сотах, блок WTRU может либо быть выполнен с возможностью отслеживать канал PDCCH в каждой из сконфигурированных несущих DL CC, либо быть выполнен с возможностью планирования с перекрестными несущими.

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

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

В другом примере управляющая сигнализация может содержать показание в управляющей сигнализации, применимой к несущей DL CC, применима ли сигнализация с перекрестными несущими для канала PDCCH несущей DL CC. Это может включать в себя явное показание и/или идентифицирующую информацию для того, в каком специфическом для блока WTRU пространстве (пространствах) поиска блок WTRU может декодировать канал PDCCH для назначений нисходящей линии связи ("идентификатор SSID канала PDCCH"). В частности, это может включать в себя индекс для элемента специфической для блока WTRU конфигурации пространства поиска и/или параметр для получения начального расположения специфического для блока WTRU пространства поиска, например, количество элементов CCE для пространства поиска или виртуальный идентификатор для использования вместо идентификатора блока WTRU, используемого для получения кандидата канала PDCCH в пространстве поиска.

В другом примере управляющая сигнализация может содержать показание в управляющей сигнализации, применимой к несущей UL CC, применима ли сигнализация с перекрестными несущими для канала PUSCH несущей UL CC. Это может включать в себя явное показание и/или идентифицирующую информацию для того, какая несущая (несущие) DL CC может обеспечить управляющую информацию планирования (то есть канал PDCCH) для несущей CC. Это может включать в себя явное показание и/или идентифицирующую информацию для того, в каком специфичном для блока WTRU пространстве поиска блок WTRU может декодировать канал PDCCH для разрешений восходящей линии связи ("идентификатор SSID канала PDCCH"). В частности, это может включать в себя индекс для элемента специфической для блока WTRU конфигурации пространства поиска и/или параметр для получения начального расположения специфического для блока WTRU пространства поиска, например, количество элементов CCE для пространства поиска или виртуальный идентификатор для использования вместо идентификатора блока WTRU, используемого для получения кандидата канала PDCCH в пространстве поиска.

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

Применимость описанных здесь способов может зависеть от состояния блока WTRU и/или базовой станции. Например, применимость способа может зависеть от следующих факторов: работает ли таймер TAT, применимый к обслуживающей соте; имеет ли линия связи SCell UL другие требования опережения по времени по сравнению по меньшей мере с одной другой несущей UL CC, сконфигурированной для блока WTRU; сконфигурированы ли выделенные ресурсы (например, SPS, канал PUCCH, сигнал SRS) для линии связи SCell UL; сконфигурированы ли выделенные ресурсы (например, SPS) для несущей DL CC, соответствующей несущей UL CC; привязка между одной или более несущими DL CC и несущей UL CC, например, через отображение для информации обратной связи HARQ; сконфигурирована ли функция отчетов запаса мощности для несущей UL CC; и имеет ли процесс HARQ данные, оставшиеся в его буфере (то есть, процесс HARQ еще не завершил передачу транспортного блока в своем буфере). Описанные здесь примеры в общем применимы независимо от того, сконфигурирован и/или применим ли режим DRX для несущей CC.

Варианты осуществления

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

32. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором получают или поддерживают опережение по времени (TA) восходящей линии связи, требуемое для выполнения передачи на ресурсе восходящей линии связи, соответствующем несущей UL CC.

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

34. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этапы, на которых активируют, деактивируют или высвобождают ранее сконфигурированные выделенные ресурсы восходящей линии связи для несущей UL CC, в том числе по меньшей мере один ресурс из множества, состоящего из: ресурсов физического канала управления восходящей линией связи (PUCCH), выделенных для индикатора качества канала (CQI), индекса матрицы предварительного кодирования (PMI), индикатора класса (RI) или запроса планирования (SR); ресурсов полупостоянного планирования (SPS); или ресурсов опорного сигнала зондирования (SRS); активируют, деактивируют или высвобождают ранее сконфигурированные выделенные ресурсы нисходящей линии связи для несущей CC, в том числе: ресурсы SPS; получают отчет, указывающий запас мощности блока беспроводной передачи и приема (WTRU) для несущей CC при активации несущей CC; и понижают задержку повторных передач посредством инициирования внутренних отчетов блока WTRU об отказе гибридного автоматического запроса на повторную передачу (HARQ) для процесса HARQ верхнему уровню при явной или неявной деактивации несущей UL CC с использованием службы объекта HARQ, управляющего процессом HARQ.

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

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

37. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором определяют поведение несущей CC при активации.

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

39. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором определяют поведение блока WTRU MAC при деактивации несущей CC.

40. Способ по любому из предыдущих вариантов осуществления, в котором управляющая сигнализация включает в себя любой элемент множества, состоящего из сообщений L1, L2 или L3; сообщений управления беспроводными ресурсами; сообщения, которое применяется по меньшей мере к одной несущей CC; сигнализации, принятой на несущей DL CC, которая является активной; или сигнализации, принятой на несущей DL CC, которая является активной, и применяется к другой несущей DL CC.

41. Способ по любому из предыдущих вариантов осуществления, в котором поведение блока WTRU зависит по меньшей мере от одного фактора: работы таймера опережения по времени (TAT), применимого к несущей CC; имеет ли несущая UL CC другое требование опережения по времени по сравнению по меньшей мере с одной другой несущей UL CC, сконфигурированной для блока WTRU; сконфигурированы ли выделенные ресурсы, включающие в себя по меньшей мере один элемент из SPS, PUCCH или SRS, для несущей UL CC; сконфигурированы ли выделенные ресурсы для несущей DL CC, соответствующей несущей UL CC; привязки между одной или более несущими DL CC и несущей UL CC через отображение для информации обратной связи HARQ; сконфигурирована ли функция отчета запаса мощности (PHR) для несущей UL CC; или имеет ли процесс HARQ данные в своем буфере.

42. Способ по любому из предыдущих вариантов осуществления, в котором блок WTRU находится в режиме прерывистого приема (DRX).

43. Способ по любому из предыдущих вариантов осуществления, в котором блок WTRU не находится в режиме DRX.

44. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором определяют при активации посредством блока WTRU, выровнен ли блок WTRU по времени.

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

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

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

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

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

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

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

52. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором определяют, следует ли инициировать передачу отчета PHR для несущей UL CC.

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

54. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором определяют при деактивации подмножества несущих CC с агрегацией несущих, следует ли сообщить верхнему уровню об отказе HARQ для блока данных протокола (блок PDU) MAC.

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

56. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором определяют, может ли несущая UL CC или несущая DL CC быть активирована или деактивирована, при приеме управляющей сигнализации.

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

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

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

60. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором при активации несущей CC определяют ресурсы и соответствующую несущую UL CC для передачи информации обратной связи HARQ и следует ли отслеживать канал PDDCH, соответствующий активированной несущей CC.

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

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

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

64. Способ по любому из предыдущих вариантов осуществления, в котором управляющая сигнализация передается посредством любой сигнализации из сигнализации L3; сигнализации L2; или сигнализации L1, причем сигнализация L1 включает в себя физический канал управления нисходящей линии связи (PDCCH), и причем канал PDCCH представляет собой расширение по меньшей мере одного из следующих элементов: заказа канала PDCCH на произвольный доступ с индикатором формата управления (CFI), соответствующим второй несущей CC; назначение нисходящей линии связи канала PDCCH с индикатором CFI, соответствующим второй несущей CC; разрешение восходящей линия связи канала PDCCH с индикатором CFI, соответствующим второй несущей CC; активация канала PDCCH с индикатором CFI, соответствующим второй несущей CC; или любой канал PDCCH с явным полем, указывающим, может ли блок WTRU выполнить произвольный доступ.

65. Способ по любому из предыдущих вариантов осуществления, в котором вторая несущая CC представляет собой любую несущую CC из множества сконфигурированных несущих CC для блока WTRU, спаренную с несущей DL CC, на которой принята управляющая сигнализация.

66. Способ по любому из предыдущих вариантов осуществления, в котором управляющая сигнализация содержит по меньшей мере один из следующих элементов: показание относительно того, может ли блок WTRU выполнить произвольный доступ, включающее в себя по меньшей мере использование ресурсов, соответствующих несущей CC, указанной индикатором CFI, или использование явно указанных ресурсов произвольного доступа; показание относительно того, изменилась ли системная информация, имеющая отношение ко второй несущей CC, на основе тега значения системной информации, причем тег значения является 5-битовым или простым двоичным показанием, и тег значения представляет часть системной информации, имеющей отношение ко второй несущей CC, причем эта часть должна быть действительной для правильного функционирования на второй несущей CC; команду выравнивания по времени (TAC), причем команда TAC применяется по меньшей мере к одному элементу множества, состоящего из: несущей UL CC, идентифицированной в управляющей сигнализации; несущей UL CC, соответствующей активируемой несущей CC; группы несущих UL CC, имеющих одинаковые требования опережения по времени; конфигурации блока WTRU, включающей в себя по меньшей мере одну конфигурацию из конфигурации канала PUCCH для ресурсов сигнала ACK/NACK HARQ, индикатора CQI, индекса PMI или индикатора RI; конфигурации сигналов SRS; конфигурации SPS; конфигурации беспроводных ресурсов, в том числе: режима передачи несущей CC или индекса для множества ресурсов восходящей/нисходящей линии связи; показание относительно того, что по меньшей мере одна функция может быть ограничена подмножеством несущих CC, в том числе случай, когда функция применяется только к одной несущей CC; показание относительно того, что блок WTRU рассматривает несущие CC как несущие PCC; при условии, что отображение между несущей PCC восходящей/нисходящей линией связи отличается от отображения между восходящей/нисходящей линией связи, указанного посредством системной информацией несущей DL CC, блок WTRU рассматривает несущие CC только для несущей PCC восходящей линии связи или только для несущей PCC нисходящей линии связи; индикатор формата управления (CFI), причем блок WTRU определяет размер области управления несущей DL CC, причем несущая DL CC активирована и является вторичной несущей CC блока WTRU; конфигурацию по меньшей мере для одного элемента множества, состоящего из: несущей UL CC, соответствующей активируемой несущей CC; несущей UL CC, соответствующей PCC; или другой несущей CC, явно указанной в управляющей сигнализации; показание относительно того, продолжает ли блок WTRU использовать ранее сконфигурированные ресурсы восходящей/нисходящей линии связи, в том числе по меньшей мере один ресурс из ресурсов PUCCH для разрешения или назначения ACK/NACK, CQI, PMI, RI, SR, SRS, SPS; индекса для элемента в множестве ранее сконфигурированных ресурсов восходящей/нисходящей линии связи; или показание относительно того, высвобождает ли блок WTRU ранее сконфигурированные средства восходящей/нисходящей линии связи.

67. Способ по любому из предыдущих вариантов осуществления, в котором управляющая сигнализация содержит по меньшей мере один из следующих элементов информации: показание относительно того, используются ли ресурсы канала PUCCH для информации обратной связи HARQ на несущей UL CC; соответствуют несущей CC, в которой была принята управляющая сигнализация; соответствуют обслуживающей несущей; сконфигурированы для отчета информации обратной связи HARQ для передач физического совместно используемого канала нисходящей линии связи (PDSCH) на нескольких несущих DL CC или в одном из множества сконфигурированных расположений канала PUCCH; или показание в управляющей сигнализации, применимой к несущей DL CC, указывающее, следует ли декодировать канал PDCCH на несущей DL CC.

68. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этапы, на которых: определяют, передана ли информация обратной связи в расположении области управления несущей UL CC, на основе по меньшей мере одного элемента множества, состоящего из: несущей UL CC, соответствующей либо несущей UL CC, сконфигурированной для всех передач информации обратной связи HARQ; несущей UL CC, соответствующей несущей DL CC, на которой была принята управляющая сигнализация; или несущей UL CC, сконфигурированной с целью передачи информации обратной связи; расположения несущей UL CC, соответствующего по меньшей мере одному элементу множества, состоящего из: расположения, вычисленного на основе первого элемента канала управления (CCE) канала PDCCH, который указал наличие управляющей сигнализации; одного из множества сконфигурированных расположений, обозначенных индексом, обеспеченным в управляющей сигнализации; или смещения расположения от области канала PUCCH несущей UL CC, которое получено на основе индекса для соответствующей несущей DL CC.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

85. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этапы, на которых принимают канал PDCCH; и отслеживают канал PDCCH для несущей DL CC для разрешений и назначений на ресурсах нисходящей линии связи, соответствующих второй несущей CC, при условии, что блок беспроводной передачи и приема (WTRU) сконфигурирован для приема канала PDCCH.

86. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором поддерживают выравнивание по времени восходящей линии связи, причем блок WTRU выполняет произвольный доступ с использованием ресурсов канала произвольного доступа (RACH), соответствующих второй несущей CC, при условии, что управляющая сигнализация, принятая на первой несущей CC, включает в себя показание инициировать произвольный доступ, или при условии, что выравнивание по времени, применимое к ресурсам восходящей линии связи, соответствующим второй несущей CC, не допустимо, или при условии, что управляющая сигнализация отправлена с использованием канала PDCCH и скремблировала с использованием заданного временного идентификатора беспроводной сети (RNTI).

87. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором применяют принятую команду TAC к выравниванию по времени несущей UL CC, соответствующей несущей DL CC, на которой команда TAC была принята, или выравниванию по времени всех несущих UL CC, имеющих такие же требования выравнивания по времени, как и несущая UL CC, соответствующая несущей DL CC, на которой команда TAC была принята, для применения команды TAC после активации второй несущей CC.

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

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

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

91. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этапы, на которых сообщают блоку WTRU отчет запаса мощности для второй несущей CC; при условии, что управляющая сигнализация, принятая на первой несущей CC, включает в себя показание инициировать отчет PHR; или при условии, что требование запаса мощности, применимое к несущей UL CC, соответствующей второй несущей CC, отличается от этого требования любых других активных несущих UL CC: инициируют отчет PHR, причем отчет PHR соответствует запасу мощности на несущей UL CC, соответствующей второй несущей CC; при условии, что отчет PHR был инициирован и ожидает передачи; и при условии, что блок WTRU имеет ресурсы совместно используемого канала восходящей линии связи (SCH) для новой передачи, сообщают допустимое значение PHR, применимое к несущей UL CC, соответствующей второй несущей CC, выполняя одно действие из следующего: сообщают отчет PHR в элементе управления PHR MAC в блоке PDU MAC, переданном на ресурсе канала UL-SCH несущей UL CC, соответствующей второй несущей CC; сообщают отчет PHR в управляющем элементе PHR MAC в блоке PDU MAC переданном на ресурсе канала UL-SCH любой несущей UL CC, для которой применим вычисленный PHR; или сообщают отчет PHR в управляющем элементе PHR MAC, включающем в себя индикатор CFI, указывающий, для какой несущей UL CC применимо сообщаемое значение PHR, в блоке PDU MAC, переданном на ресурсе канала UL-SCH любой несущей UL CC; и при условии, что значение PHR вычислено для несущей UL CC с использованием измерения или оценки на основе несущей DL CC, при рассмотрении посредством блока WTRU любой из несущих DL CC, соответствующих несущей UL CC, для который вычислен PHR.

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

93. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором принимают и декодируют посредством блока WTRU на первой несущей DL CC на любой из активных несущих CC для блока WTRU управляющую сигнализацию для деактивации по меньшей мере одной второй несущей CC.

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

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

96. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором не отслеживают канал PDCCH для несущей DL CC для разрешений и назначений на ресурсах нисходящей линии связи, соответствующих второй несущей CC.

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

98. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором высвобождают конфигурацию для любых ресурсов восходящей линии связи для SRS и для CQI/PMI/RI/SR на канале PUCCH и для SPS для обработки сконфигурированных ресурсов восходящей линии связи, при условии, что управляющая сигнализация, принятая на первой несущей CC, включает в себя показание высвободить ресурсы восходящей линии связи для SRS и для CQI/PMI/RI/SR на канале PUCCH и для SPS, или управляющая сигнализация отправлена с использованием канала PDCCH и скремблирована с использованием заданного идентификатора RNTI, или при условии, что выравнивание по времени, применимое к ресурсам восходящей линии связи, соответствующим второй несущей CC, является больше не действительным после деактивации.

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

100. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором для несущей UL CC для обработки процессов HARQ, которые еще не завершили передачи при деактивации несущей CC, с использованием службы соответствующего объекта HARQ, и которые либо приостановлены, либо имеют текущие повторные передачи; при условии, что процесс HARQ имеет данные в своем буфере; указывают верхним уровням, что передача для соответствующего блока SDU MAC потерпела неудачу; и сбрасывают буферы HARQ.

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

102. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором при деактивации несущей CC, причем несущая CC имеет текущую процедуру произвольного доступа, выполняют по меньшей мере одно из следующих действий: останавливают любую текущую процедуру канала RACH для деактивированной несущей CC; отбрасывают явно сообщенную преамбулу и ресурсы физического канала произвольного доступа (PRACH), соответствующие деактивированной несущей CC; или высвобождают временный идентификатор C-RNTI, соответствующий деактивированной компонентной несущей.

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

104. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором выбирают режим передачи для передачи управляющей сигнализации на каналах PUCCH или PUSCH для несущей UL CC.

105. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором при условии, что блок WTRU выполнен с возможностью сообщать управляющую сигнализацию, причем управляющая информация по меньшей мере для одной несущей DL CC включена в один и тот же формат передачи, управляющая сигнализация включает в себя по меньшей мере один элемент множества, состоящего из: управляющей информации для нескольких несущих CC и агрегирована в том же самом формате передачи; информации обратной связи HARQ для передачи канала PDSCH; или информации обратной связи CQI/PMI/RI.

106. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором при условии, что блок WTRU активирует или деактивирует по меньшей мере одну несущую DL CC, причем эта активация или деактивация приводит к другому количеству несущих CC, для которых блок WTRU сообщает управляющую сигнализацию в одном и том же формате передачи, посредством блока WTRU выполняют по меньшей мере одно из следующих действий: изменяют режим передачи для любой комбинации CQI, PMI или RI при сообщении отчетов на каналах PUSCH или PUCCH; в субкадре, в котором блок WTRU принял управляющую сигнализацию для активации или деактивации несущих CC, спустя предопределенное количество времени от субкадра, в котором блок WTRU принял управляющую сигнализацию для активации или деактивации несущих CC, или спустя предопределенное количество времени от субкадра, в котором блок WTRU передал подтверждение управляющей сигнализации, изменяют форматы DCI, который он отслеживает на канале PDCCH; при условии, что используется планирование с перекрестными несущими, декодируют форматы DCI соответственно для количества назначений и разрешений, соответствующего количеству активных несущих CC; или при условии, что разные режимы передачи поддерживаются на разных активированных несущих CC, для которых блок WTRU отслеживает назначения и разрешения в соответствующем канале PDCCH, декодируют форматы DCI соответствующим образом для количества назначений и разрешений, соответствующего количеству активных несущих CC, поддерживающих каждый режим.

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

108. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором для несущей UL CC для определения, следует ли передать сигнал SRS на сконфигурированном ресурсе SR в несущей UL CC, посредством блока WTRU выполняют по меньшей мере одно из следующих действий: передают сигнал SRS на несущей UL CC с использованием сконфигурированных ресурсов сигнала SRS; запускают таймер или перезапускают таймер при условии, что таймер работает, в том числе по меньшей мере одно из следующих событий: при (ре)конфигурации несущей UL CC, не удаляющей несущую UL CC; при приеме разрешения восходящей линии связи для канала PUSCH для несущей UL CC; при передаче канала PUSCH на несущей UL CC; при инициировании или передаче по меньшей мере одного из SR или BSR, и достижении буфером блока WTRU сконфигурированного порога; при достижении буфером блока WTRU сконфигурированного порога; или при передаче сигнала SRS на несущей UL CC с использованием сконфигурированных ресурсов сигнала SRS в течение некоторого времени после возникновения одного из событий.

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

110. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором передают сигнал SRS на несущей UL CC с использованием сконфигурированных ресурсов сигнала SRS.

111. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором прекращают передачу сигнала SRS на несущей UL CC при условии, что время таймера истекает.

112. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором для несущей DL CC или несущей UL CC с целью обработки поведения MAC блока WTRU для реконфигурации, включающей в себя удаление по меньшей мере одной несущей CC, посредством блока WTRU выполняют по меньшей мере одно из следующих действий: останавливают текущую процедуру канала RACH для удаленной несущей CC; отбрасывают явно сообщенную преамбулу и ресурс канала PRACH, соответствующий удаленной несущей CC; или высвобождают временный индикатор C-RNTI, соответствующий удаленной несущей CC.

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

114. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором используют планирование с перекрестными несущими, причем физические беспроводные ресурсы для передачи нисходящей линии связи или разрешенные ресурсы для передачи восходящей линии связи для передач канала PDSCH на данной несущей DL CC или для передач канала PUSCH на данной несущей UL CC могут быть назначены с использованием канала PDCCH другой несущей DL CC или несущей DL CC, не спаренной с несущей UL CC.

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

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

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

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

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

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

121. Способ по любому из предыдущих вариантов осуществления, в котором при условии, что блок WTRU выполнен с возможностью отслеживать канал PDCCH несущей DL CC, способ дополнительно содержать этап, на котором активируют любую другую несущую CC, для которой канал PDCCH может обеспечить управляющую сигнализацию, которая может включать в себя любую другую несущую CC, для которой применимо планирование с перекрестными несущими от канала PDCCH несущей DL CC.

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

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

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

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

126. Способ по любому из предыдущих вариантов осуществления, в котором для несущей UL CC или несущей DL CC с целью планирования с перекрестными несущими способ дополнительно содержит этап, на котором определяют, какой канал PDCCH, соответствующий какой несущей DL CC, может обеспечить управляющую сигнализацию.

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

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

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

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

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

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

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

134. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором отправляют запрос планирования (SR).

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

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

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

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

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

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

141. Способ по любому из предыдущих вариантов осуществления, в котором конфигурация для работы с несколькими несущими, которая высвобождается, включает в себя по меньшей мере один элемент множества, состоящего из вторичной несущей CC, ресурсов канала PUCCH для положительного подтверждения/отрицательного подтверждения (ACK/NACK) гибридного автоматического запроса на повторную передачу (HARQ), индикатора качества канала (CQI), индекса матрицы предварительного кодирования (PMI), индикатора класса (RI) и запроса планирования (SR) и сконфигурированных назначений или разрешений.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

157. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором при деактивации вторичной несущей CC определяют, следует ли сообщить верхнему уровню об отказе гибридного автоматического запроса на повторную передачу (HARQ) для блока служебных данных (SDU) управления доступом к среде передачи (MAC).

158. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором выполняют локальное отрицательное подтверждение (NACK) от объекта MAC до объекта управления линией беспроводной связи (RLC) для несущей UL CC.

159. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором выполняют процедуры для инициирования повторной передачи блока PDU RLC.

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

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

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

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

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

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

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

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

168. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором определяют, следует ли использовать планирование с перекрестными несущими для несущей CC при активации несущей CC.

169. Способ по любому из предыдущих вариантов осуществления, дополнительно содержащий этап, на котором определяют, следует ли активировать дополнительную несущую CC при активации несущей CC.

170. Способ по любому из предыдущих вариантов осуществления, в котором несущая UL CC привязана, по меньшей мере, к одной несущей DL CC.

171. Способ по любому из предыдущих вариантов осуществления, в котором первая управляющая сигнализация или вторая управляющая сигнализация представляют собой сигнализацию либо уровня 1, либо уровня 2, либо уровня 3.

Хотя отличительные признаки и элементы описаны выше в конкретных комбинациях, специалист в области техники поймет, что каждый отличительный признак или элемент могут использоваться отдельно или в любой комбинации с другими отличительными признаками и элементами. Кроме того, описанные здесь способы могут быть реализованы в компьютерной программе, программном обеспечении или программируемом оборудовании, включенном в машиночитаемый носитель для исполнения посредством компьютера или процессора. Примеры машиночитаемых носителей включают в себя электронные сигналы (передаваемые по проводным или беспроводным соединениям) и машиночитаемые запоминающие устройства. Примеры машиночитаемых запоминающих устройств включают в себя, но без ограничения, постоянное запоминающее устройство (ПЗУ; ROM), оперативное запоминающее устройство (ОЗУ; RAM), регистр, кэш-память, устройства полупроводниковой памяти, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как компакт-диски (CD-ROM) и цифровые универсальные диски (DVD). Процессор совместно с программным обеспечением может использоваться для реализации радиочастотного приемопередатчика для использования в блоке WTRU, пользовательском оборудовании (UE), терминале, базовой станции, контроллере беспроводной сети (RNC) или любом главном компьютере.