СПОСОБ И УСТРОЙСТВО ДЛЯ ПРЕДОСТАВЛЕНИЯ ИНФОРМАЦИИ ОБРАТНОЙ СВЯЗИ ДЛЯ РАБОТЫ С МНОЖЕСТВОМ НЕСУЩИХ
METHOD AND APPARATUS FOR REPORTING FEEDBACK INFORMATION FOR MULTI-CARRIER OPERATION

Данная заявка испрашивает приоритет временной заявки на патент США № 61/236912, зарегистрированной 26 августа 2009, содержимое которой включено в настоящий документ посредством ссылки.
УРОВЕНЬ ТЕХНИКИ
Работа с множеством несущих увеличивает достижимые пропускную способность и зону обслуживания систем беспроводного доступа. При работе с множеством несущих беспроводное устройство передачи/приема (WTRU) можно конфигурировать так, чтобы оно активировало больше одной несущей частоты в восходящей линии связи (UL) и/или в нисходящей линии связи (DL). Работа с множеством несущих предоставляет возможность, чтобы ширина полосы передачи UL и DL превышала одну несущую частоту, и обеспечивает более гибкое и более эффективное использование доступных спектров.
Для гибкого и эффективного использования доступных спектров и для эффективного обеспечения поддержки асимметричных нагрузок по трафику в DL была предложена конфигурация с множеством несущих с непарной несущей(ими) DL. Непарная несущая DL является несущей DL, которая не имеет соответствующей несущей UL. Например, в системах дуплексной передачи с частотным разделением каналов (FDD) DL может содержать первую несущую на 20 МГц и вторую несущую на 10 МГц, и UL может иметь несущую на 20 МГц. В данном примере вторая несущая на 10 МГц DL, которая не имеет парной несущей UL, является непарной несущей DL. Непарная несущая DL может также появляться в системе с дуплексной передачей с временным разделением каналов (TDD). Например, абонент может иметь первую несущую, активированную и на DL, и на UL, и вторую несущую, активированную только на DL, причем вторая несущая с активацией только на DL является непарной несущей DL. Другим примером непарной несущей DL является частично сконфигурированная несущая, которая определяется как несущая передачи только DL в TDD или как несущая DL без парной несущей UL - в FDD.
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
Раскрывают способ и устройство для предоставления информации обратной связи для работы с множеством несущих. Для эффективного обеспечения поддержки асимметричных нагрузок по трафику в нисходящей линии связи WTRU может быть сконфигурировано с множеством несущих с непарной несущей(ими) нисходящей линии связи. Непарная несущая нисходящей линии связи является активной несущей нисходящей линии связи, которая не имеет соответствующей активной несущей восходящей линии связи. Для работы с множеством несущих WTRU предоставляет информацию обратной связи, включающую в себя информацию обратной связи для непарной несущей нисходящей линии связи. Для передачи информации обратной связи для непарной несущей нисходящей линии связи канал обратной связи можно выделять в отличающемся неперекрывающемся интервале ресурсов на несущей восходящей линии связи так, чтобы сеть могла определять, для какой несущей нисходящей линии связи предназначена принятая информация обратной связи, основываясь на данном интервале ресурсов. Альтернативно, другой канал обратной связи можно выделять для непарной несущей нисходящей линии связи.
Информацию обратной связи для непарной несущей нисходящей линии связи можно передавать, основываясь на предварительно определенном образце, в канале обратной связи. Информацию обратной связи для непарной несущей нисходящей линии связи можно передавать через физический управляющий канал. Альтернативно, информацию обратной связи можно передавать через закодированную информацию обратной связи управления доступом к среде передачи (MAC), такую как заголовок сигнализации MAC, подзаголовок MAC, расширенный заголовок MAC, расширенный подзаголовок MAC и/или управляющее сообщение MAC.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
Более детальное понимание можно получить из последующего описания, приведенного в качестве примера, относительно сопроводительных чертежей, на которых:
фиг.1A является системной схемой примерной коммуникационной системы, в которой можно воплощать один или большее количество раскрытых вариантов осуществления;
фиг.1B является системной схемой примерного беспроводного устройства передачи/приема (WTRU), которое может использоваться в коммуникационной системе, показанной на фиг.1A;
фиг.1C является системной схемой примерной сети радиодоступа и примерной базовой сети, которые могут использоваться в коммуникационной системе, показанной на фиг.1A;
фиг.2 является последовательностью операций примерного процесса предоставления информации обратной связи для работы с множеством несущих;
фиг.3 показывает стандартный генератор случайных данных;
фиг.4 показывает кодирующий каскад 400 на стороне передачи;
фиг.5 показывает примерную схему указания несущей DL, используя выделение каналов обратной связи;
фиг.6 показывает примерную схему указания несущей DL, используя образец использования канала обратной связи; и
фиг.7 показывает примерную схему обеспечения информации обратной связи для непарной несущей DL с помощью выделения ресурсов на уровне интервалов обратной связи.
ПОДРОБНОЕ ОПИСАНИЕ
Фиг.1A является схемой примерной коммуникационной системы 100, в которой можно воплощать один или большее количество раскрытых вариантов осуществления. Коммуникационная система 100 может быть системой множественного доступа, которая обеспечивает содержимое, такое как речь, данные, видеоинформация, передача сообщений, широковещательная передача и т.д., множеству беспроводных пользователей. Коммуникационная система 100 может предоставлять возможность множеству беспроводных пользователей получать доступ к такому содержимому посредством совместного использования системных ресурсов, которые включают в себя беспроводную пропускную способность. Например, коммуникационные системы 100 могут использовать один или большее количество способов доступа к каналу, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), ортогональный FDMA (OFDMA), FDMA с одной несущей (SC-FDMA) и т.п.
Как показано на фиг.1A, коммуникационная система 100 может включать в себя беспроводные устройства передачи/приема (WTRU) 102a, 102b, 102c, 102d, сеть 104 радиодоступа (RAN), базовую сеть 106, коммутируемую телефонную сеть 108 общего пользования (ТфОП), Интернет 110 и другие сети 112, хотя следует признать, что раскрытые варианты осуществления рассматривают любое количество WTRU, базовых станций, сетей и/или сетевых элементов. Каждое из WTRU 102a, 102b, 102c, 102d может быть устройством любого типа, сконфигурированным для работы и/или осуществления связи в беспроводной среде. В качестве примера WTRU 102a, 102b, 102c, 102d можно конфигурировать для передачи и/или приема радиосигналов, и оно может включать в себя пользовательское устройство (UE), подвижную станцию, стационарное или мобильное абонентское устройство, пейджер, сотовый телефон, карманный персональный компьютер (КПК), смартфон, портативный компьютер, нетбук, персональный компьютер, беспроводной измерительный прибор, бытовую электронику и т.п.
Коммуникационные системы 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, который может быть любым подходящим каналом беспроводной связи (например, радиочастотным (РЧ), микроволновым, инфракрасным (ИК), ультрафиолетовым (УФ), в видимом свете и т.д.). Радиоинтерфейс 116 можно устанавливать, используя любую подходящую технологию радиодоступа (RAT).
Более конкретно, как отмечено выше, коммуникационная система 100 может быть системой множественного доступа и может использовать одну или большее количество схем доступа к каналу, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, базовая станция 114a в RAN 104 и WTRU 102a, 102b, 102c могут воплощать такую технологию радиосвязи, как наземный радиодоступ к универсальной системе мобильной связи (UMTS) (UTRA), которая может устанавливать радиоинтерфейс 116, используя широкополосный CDMA (WCDMA). WCDMA может включать в себя такие протоколы связи, как высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ нисходящей линии связи (HSDPA) и/или высокоскоростной пакетный доступ восходящей линии связи (HSUPA).
В другом варианте осуществления базовая станция 114a и WTRU 102a, 102b, 102c могут воплощать такую технологию радиосвязи, как наземный радиодоступ к эволюционной UMTS (E-UTRA), который может устанавливать радиоинтерфейс 116, используя стандарт долгосрочного развития (LTE) и/или усовершенствованный стандарт LTE (LTE-A).
В других вариантах осуществления базовая станция 114a и WTRU 102a, 102b, 102c могут воплощать такие технологии радиосвязи, как IEEE 802.16 (т.е. глобальная функциональная совместимость для микроволнового доступа (WiMAX)), CDMA2000, CDMA2000 1X, EV-DO CDMA2000, промежуточный стандарт 2000 (IS 2000), промежуточный стандарт 95 (IS 95), промежуточный стандарт 856 (IS 856), стандарт глобальной системы мобильной связи (GSM), стандарт увеличения скорости передачи данных для развития GSM (EDGE), EDGE GSM (GERAN) и т.п.
Базовая станция 114b на фиг.1A может быть, например, беспроводным маршрутизатором, домашним узлом B, домашним eNode B или точкой доступа и может использовать любую подходящую RAT для обеспечения беспроводной связи в локализованной зоне, такой как торговое помещение, дом, транспортное средство, комплекс зданий и т.п. В одном из вариантов осуществления базовая станция 114b и WTRU 102c, 102d могут воплощать такую технологию радиосвязи, как IEEE 802.11, для установки беспроводной локальной сети (WLAN). В другом варианте осуществления базовая станция 114b и WTRU 102c, 102d могут воплощать технологию радиосвязи, такую как IEEE 802.15, для установки беспроводной персональной сети (WPAN). В еще одном варианте осуществления базовая станция 114b и WTRU 102c, 102d могут использовать основанную на сотовой связи RAT (например, WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.) для установки пико-ячейки или фемто-ячейки. Как показано на фиг.1A, базовая станция 114b может иметь прямое подключение к Интернет 110. Таким образом, базовой станции 114b может не требоваться получение доступа к Интернет 110 через базовую сеть 106.
RAN 104 может обмениваться информацией с базовой сетью 106, которая может быть сетью любого типа, сконфигурированной для обеспечения услуг передачи речи, данных, приложений и/или передачи речи по протоколу IP (VoIP) к одному или большему количеству WTRU 102a, 102b, 102c, 102d. Например, базовая сеть 106 может обеспечивать управление вызовами, услуги тарификации и учета, услуги по определению местоположения с помощью мобильной связи, заранее оплаченные вызовы, возможность подключения к Интернет, распределение видеоинформации и т.д., и/или выполнять высокоуровневые функции обеспечения безопасности, такие как аутентификация пользователя. Хотя не показано на фиг.1A, следует признать, что RAN 104 и/или базовая сеть 106 могут непосредственно или опосредованно обмениваться информацией с другими RAN, которые используют ту же самую RAT, как RAN 104, или другую RAT. Например, в дополнение к соединению с RAN 104, которая может использовать технологию радиосвязи E-UTRA, базовая сеть 106 может также обмениваться информацией с другой RAN (не показана), использующей технологию радиосвязи GSM.
Базовая сеть 106 может также действовать в качестве шлюза для WTRU 102a, 102b, 102c, 102d для получения доступа к ТфОП 108, Интернет 110 и/или другим сетям 112. ТфОП 108 может включать в себя телефонные сети с коммутацией каналов, которые обеспечивают обычную телефонную связь (POTS). Интернет 110 может включать в себя глобальную систему соединенных компьютерных сетей и устройств, которые используют общие протоколы связи, такие как протокол управления передачей (TCP), протокол пользовательских дейтаграмм (UDP) и Интернет-протокол (IP) в наборе Интернет-протоколов TCP/IP. Сети 112 могут включать в себя сети проводной или беспроводной связи, которые находятся в собственности и/или управляются другими поставщиками услуг. Например, сети 112 могут включать в себя другую базовую сеть, соединенную с одной или большим количеством RAN, которые могут использовать ту же самую RAT, как RAN 104, или другую RAT.
Некоторые или все 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, несъемное запоминающее устройство 106, съемное запоминающее устройство 132, источник 134 электропитания, системный контроллер 136 системы глобального позиционирования (GPS) и другие периферийные устройства 138. Следует признать, что WTRU 102 может включать в себя любую подкомбинацию вышеуказанных элементов, оставаясь непротиворечивым с данным вариантом осуществления.
Процессор 118 может быть универсальным процессором, специальным процессором, стандартным процессором, процессором цифровой обработки сигналов (ПЦОС), множеством микропроцессоров, одним или большим количеством микропроцессоров вместе с ядром ПЦОС, контроллером, микроконтроллером, специализированной интегральной схемой (СпИС), схемой программируемой пользователем вентильной матрицы (ППВМ), интегральной схемой (ИС) любого другого типа, конечным автоматом и т.п. Процессор 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 осуществлять связь через множество RAT, таких, например, как UTRA и IEEE 802.11.
Процессор 118 из WTRU 102 может быть соединен с динамиком/микрофоном 124, клавиатурой 126 и/или дисплеем/сенсорной панелью 128 (например, жидкокристаллическим дисплеем (LCD) или дисплеем на органических светодиодах (OLED)) и может принимать от них вводимые пользователем данные. Процессор 118 может также выводить пользовательские данные на динамик/микрофон 124, клавиатуру 126 и/или дисплей/сенсорную панель 128. Кроме того, процессор 118 может получать доступ к информации из запоминающего устройства и сохранять данные в запоминающем устройстве любого подходящего типа, такого как несъемное запоминающее устройство 106 и/или съемное запоминающее устройство 132. Несъемное запоминающее устройство 106 может включать в себя оперативную память (ОП), постоянное запоминающее устройство (ПЗУ), жесткий диск или запоминающее устройство любого другого типа. Съемное запоминающее устройство 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, карту памяти «secure digital» (SD) и т.п. В других вариантах осуществления процессор 118 может получать доступ к информации из запоминающего устройства и сохранять данные в запоминающем устройстве, которое физически расположено не в WTRU 102, например, в сервере или в домашнем компьютере (не показаны).
Процессор 118 может получать электропитание от источника 134 электропитания, и его можно конфигурировать для доставки электропитания к другим компонентам в WTRU 102 и/или для управления электропитанием. Источник 134 электропитания может быть любым подходящим устройством для обеспечения электропитания WTRU 102. Например, источник 134 электропитания может включать в себя одну или большее количество сухих батарей (например, никель-кадмиевую (NiCd), никель-цинковую (NiZn), никель-металлогидридную (NiMH), литий-ионную (Li-ion) и т.д.), солнечных батарей, топливных элементов и т.п.
Процессор 118 также может быть соединен с системным контроллером 136 GPS, который может быть сконфигурирован для обеспечения информации расположения (например, долготы и широты) для текущего расположения WTRU 102. В дополнение к информации от системного контроллера 136 GPS или вместо нее, WTRU 102 может принимать информацию расположения по радиоинтерфейсу 116 от базовой станции (например, базовых станций 114a, 114b) и/или определять свое расположение, основываясь на временных соотношениях сигналов, принимаемых от двух или большего количества соседних базовых станций. Следует признать, что WTRU 102 может получать информацию расположения посредством любого подходящего способа определения расположения, оставаясь непротиворечивым с данным вариантом осуществления.
Процессор 118 может дополнительно быть соединен с другим периферийным устройством 138, которое может включать в себя один или большее количество программных и/или аппаратных модулей, которые обеспечивают дополнительные функциональные особенности, функциональные возможности и/или проводную или беспроводную связь. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковый приемопередатчик, цифровой фотоаппарат (для фотографий или видеоклипов), порт универсальной последовательной шины (USB), устройство вибрации, телевизионный приемопередатчик, гарнитуру «свободные руки», модуль Bluetooth, приемник частотно-модулированных (ЧМ) сигналов, цифровой аудиоплеер, медиаплеер, игровую видеоприставку, Интернет-браузер и т.п.
Процессор 118 конфигурируют для выполнения, самостоятельно или в комбинации с программным обеспечением, способов в соответствии с одним из раскрытых вариантов осуществления или с любой их комбинацией.
Фиг.1C является системной схемой RAN 104 и базовой сети 106 согласно одному из вариантов осуществления. RAN 104 может быть сетью доступа к услугам (ASN), которая использует технологию радиосвязи IEEE 802.16 для осуществления связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. Как будет дополнительно обсуждаться ниже, коммуникационные линии связи между различными функциональными объектами WTRU 102a, 102b, 102c, RAN 104 и базовой сетью 106 можно определять как ссылочные точки.
Как показано на фиг.1C, RAN 104 может включать в себя базовые станции 140a, 140b, 140c и шлюз 142 ASN, хотя следует признать, что RAN 104 может включать в себя любое количество базовых станций и шлюзов ASN, оставаясь непротиворечивой с данным вариантом осуществления. Каждая из базовых станций 140a, 140b, 140c может быть сопоставлена с определенной ячейкой (не показана) в RAN 104, и каждая может включать в себя один или большее количество приемопередатчиков для осуществления связи с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном из вариантов осуществления базовые станции 140a, 140b, 140c могут воплощать технологию MIMO. Таким образом, базовая станция 140a, например, может использовать множество антенн для передачи радиосигналов и для приема радиосигналов от WTRU 102a. Базовые станции 140a, 140b, 140c могут также обеспечивать функциональные возможности управления мобильностью, такие как запуск передачи обслуживания, установление туннелей, управление радиоресурсами, классификация трафика, осуществление политики качества обслуживания (QoS) и т.п. Шлюз 142 ASN может выполнять функции точки объединения трафика и может отвечать за поисковый вызов, кэширование профилей абонента, маршрутизацию к базовой сети 106 и т.п.
Радиоинтерфейс 116 между WTRU 102a, 102b, 102c и RAN 104 можно определять как ссылочную точку R1, которая реализует спецификацию IEEE 802.16. Кроме того, каждое из WTRU 102a, 102b, 102c может устанавливать логический интерфейс (не показан) с базовой сетью 106. Логический интерфейс между WTRU 102a, 102b, 102c и базовой сетью 106 можно определять как ссылочную точку R2, которая может использоваться для аутентификации, авторизации, управления конфигурацией узла IP и/или управления мобильностью.
Коммуникационную линию связи между двумя из базовых станций 140a, 140b, 140c можно определять как ссылочную точку R8, которая включает в себя протоколы для обеспечения передачи обслуживания WTRU и перемещения данных между базовыми станциями. Коммуникационную линию связи между базовыми станциями 140a, 140b, 140c и шлюзом 215 ASN можно определять как ссылочную точку R6. Ссылочная точка R6 может включать в себя протоколы для обеспечения управления мобильностью, основываясь на событиях мобильности, связанных с каждым из WTRU 102a, 102b, 102c.
Как показано на фиг.1C, RAN 104 может быть соединена с базовой сетью 106. Коммуникационную линию связи между RAN 104 и базовой сетью 106 можно определять как ссылочную точку R3, которая включает в себя, например, протоколы для обеспечения передачи данных и возможности управления мобильностью. Базовая сеть 106 может включать в себя домашний агент мобильного IP (MIP-HA) 144, сервер 146 аутентификации, авторизации, учета (AAA) и шлюз 148. Хотя каждый из вышеизложенных элементов изображается как часть базовой сети 106, следует признать, что любой из этих элементов может принадлежать и/или управляться другим объектом, чем тот, который управляет базовой сетью.
MIP-HA может отвечать за управление IP-адресом и может предоставлять WTRU 102a, 102b, 102c возможность осуществления роуминга между различными ASN и/или различными базовыми сетями. MIP-HA 144 может обеспечивать WTRU 102a, 102b, 102c доступом к сетям с коммутацией пакетов, таким как Интернет 110, для обеспечения связи между WTRU 102a, 102b, 102c и устройствами с поддержкой IP. Сервер 146 AAA может отвечать за аутентификацию пользователей и за обеспечение поддержки пользовательских услуг. Шлюз 148 может обеспечивать взаимодействие с другими сетями. Например, шлюз 148 может обеспечивать WTRU 102a, 102b, 102c доступом к сетям с коммутацией каналов, например, к ТфОП 108, для обеспечения связи между WTRU 102a, 102b, 102c и традиционными устройствами наземной линии связи. Кроме того, шлюз 148 может обеспечивать WTRU 102a, 102b, 102c доступом к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат и/или управляются другими поставщиками услуг.
Хотя не показано на фиг.1C, следует признать, что RAN 104 может быть соединена с другими ASN, и базовая сеть 106 может быть соединена с другими базовыми сетями. Коммуникационный канал между RAN 104 и другими ASN можно определять как ссылочную точку R4, которая может включать в себя протоколы для координирования мобильности WTRU 102a, 102b, 102c между RAN 104 и другими ASN. Коммуникационный канал между базовой сетью 106 и другими базовыми сетями можно определять как ссылку R5, он может включать в себя протоколы для обеспечения взаимодействия между домашними базовыми сетями и посещаемыми базовыми сетями.
Фиг.2 является последовательностью операций примерного процесса предоставления информации обратной связи для работы с множеством несущих. WTRU конфигурируют, и для него активируют множество несущих DL и по меньшей мере одну несущую восходящей линии связи или в FDD, или в TDD, или в FDD полудуплексного режима. WTRU принимает передачи нисходящей линии связи по меньшей мере через две несущие DL, включающие в себя непарную несущую DL (202). Непарная несущая DL является активной несущей DL, которая не имеет соответствующей активной несущей UL.
WTRU затем посылает информацию обратной связи для непарной несущей DL с или без информации обратной связи для парной несущей DL на активированной несущей UL (204). Для работы с множеством несущих DL WTRU должно передавать информацию обратной связи в UL к базовой станции (или к любому другому сетевому объекту) и для парной несущей DL, и для непарной несущей DL. Информация обратной связи может включать в себя результаты измерения физического уровня (PHY) DL, например отношение сигнал/шум с учетом интерференции (CINR), информацию обратной связи, относящуюся к работе MIMO, информацию обратной связи положительного подтверждения/отрицательного подтверждения (ACK/NACK) гибридного автоматического запроса повторной передачи (HARQ), предложения абонента о работе DL (например, предпочитаемые абонентом схемы модуляции и кодирования DL и т.д.) или любую другую информацию.
Несущую DL, с которой сопоставлена информация обратной связи, можно указывать неявно или явно, что будет объяснено подробно ниже. Активированная несущая UL может быть первичной несущей UL или вторичной несущей UL.
Информацию обратной связи можно посылать через физический управляющий канал (например, быстрый канал обратной связи, канал индикации качества канала (CQICH), канал ACK/NACK HARQ и т.п., как определено в IEEE 802.16m) или через закодированную информацию обратной связи управления доступом к среде передачи (MAC) (например, заголовок сигнализации MAC, расширенный заголовок, подзаголовок, расширенный подзаголовок и управляющее сообщение MAC и т.п.) или любой другой механизм обмена сообщениями, который может быть реализован на различных уровнях протокола.
Далее объясняют варианты осуществления для того, чтобы посылать информацию обратной связи для непарной несущей DL и идентифицировать несущую DL для переданной информации обратной связи. Нужно отметить, что хотя варианты осуществления будут объяснены в отношении системы IEEE 802.16m, используя терминологию и типы каналов и сообщения, определенные для IEEE 802.16m, данные варианты осуществления можно также применять к системам беспроводной связи любого типа, которые включают в себя LTE или усовершенствованный LTE проекта партнерства третьего поколения (3GPP), но не ограничены ими.
В соответствии с одним из вариантов осуществления информацию обратной связи для непарной несущей(их) DL (с или без информации обратной связи для парной несущей(их) DL) можно предоставлять через физический управляющий канал на активированной несущей UL. Например, физический управляющий канал в 802.16m может быть быстрым каналом обратной связи (т.е. каналом индикации качества канала (CQICH)), каналом HARQ и т.п. Активированная несущая UL, через которую передают информацию обратной связи, может быть первичной несущей UL или активированной вторичной несущей UL. Информация обратной связи может быть информацией о любых несущих DL, которые включают в себя активированные парные или непарные несущие DL.
Несущую DL, к которой относится переданная информация обратной связи, можно идентифицировать с помощью идентификатора несущей DL (или любого его эквивалента), который неявно или явно кодируется в информации обратной связи. Альтернативно, несущую DL можно идентифицировать неявно с помощью выделения ресурсов обратной связи. Выделение ресурсов обратной связи можно выполнять или на уровне каналов обратной связи, или на уровне интервалов обратной связи, что будет объяснено подробно ниже.
Примерные варианты осуществления для того, чтобы посылать информацию обратной связи для непарной несущей(их) DL через физический управляющий канал, объясняют со ссылкой на 802.16m. В IEEE 802.16m первичный быстрый управляющий канал обратной связи (PFBCH), вторичный быстрый управляющий канал обратной связи (SFBCH) или управляющий канал обратной связи HARQ (HFBCH) можно использовать для предоставления информации обратной связи.
Каждый PFBCH переносит 6 битов информации, обеспечивая информацию обратной связи качества широкополосного канала, информацию обратной связи MIMO и т.п. Физические ресурсы для PFBCH выделяют для WTRU с помощью информационного элемента (IE) усовершенствованного сопоставления (A-MAP) для выделения ресурсов обратной связи в DL. PFBCH запускают в предварительно определенном расположении (т.е. в интервале обратной связи), с размером (и поднесущей, и символа OFDM), определенным в широковещательном управляющем сообщении DL.
Каждый SFBCH переносит 7-24 бита информации, обеспечивая информацию обратной связи качества узкополосного канала, информацию обратной связи MIMO и т.п. Физические ресурсы для SFBCH выделяют для WTRU с помощью IE A-MAP для выделения ресурсов обратной связи. SFBCH запускают в предварительно определенном расположении (т.е. в интервале обратной связи), с размером, определенным в широковещательном управляющем сообщении DL. Интервал обратной связи является выделением ресурсов UL на активированной несущей UL, он содержит множество ресурсных блоков, причем ресурсный блок является наименьшим элементом выделения ресурсов. В IEEE 802.16m ресурсный блок содержит 18 поднесущих на 6 символов OFDM.
Каждый HFBCH переносит 1 бит информации, обеспечивая ACK или NACK для пакета HARQ DL. HFBCH выделяют для WTRU через поле выделения ресурсов обратной связи HARQ (HFA) в том же самом IE A-MAP DL, который определяет выделение ресурсов DL для пакета HARQ DL. Такие IE A-MAP DL включают в себя IE A-MAP основного назначения DL, IE A-MAP отдельного постоянного выделения ресурсов DL, IE A-MAP обобщенного постоянного выделения ресурсов DL и IE A-MAP группового выделения ресурсов DL.
Идентификационные данные несущей DL может явно включать в себя закодированная информация обратной связи в PFBCH или SFBCH. Альтернативно, для сокращения количества битов для конкретного указания идентификационных данных несущей DL можно воплощать схему сжатия. Например, базовая станция может передавать список составляющих-несущих, и WTRU может использовать индекс составляющей-несущей в данном списке вместо идентификатора несущей DL. Если количество несущих для каких-либо ячеек не очень большое, то 2-3 бита может быть достаточно.
Альтернативно, идентификационные данные несущей DL можно указывать неявно, изменяя сигналы физического уровня таким образом, который предоставляет возможность базовой станции определять, к какой несущей DL относится данная информация обратной связи.
В соответствии с одним из вариантов осуществления можно изменять пилотную последовательность для указания идентификационных данных несущей DL, с которой связана информация обратной связи. В IEEE 802.16m SFBCH содержит три (3) распределенных миниэлемента обратной связи (FMT), и каждый FMT включает в себя два пилотных символа (т.е. шесть пилотных символов в SFBCH). Пилотная последовательность в SFBCH может быть [1 1 1 1 1 1]. В соответствии с одним из вариантов осуществления данную пилотную последовательность можно изменять для создания других пилотных последовательностей, которые соответствуют другим идентификаторам несущей DL (т.е. другая пилотная последовательность может использоваться для информации обратной связи для другой несущей DL). Пилотные последовательности могут быть или могут не быть ортогональны друг другу. Базовая станция сравнивает принятую пилотную последовательность в SFBCH со всеми возможными последовательностями для определения, какой идентификатор несущей DL соответствует переданной информации обратной связи в SFBCH. Альтернативно, приемник может пытаться декодировать данные, используя каждую из возможных пилотных последовательностей для проверки достоверности данных (используя CRC). Идентификатор несущей может использоваться в качестве маски CRC для данных. В этом случае все возможные маски используют в приемнике до тех пор, пока CRC не пройдет проверку, для определения, какой идентификатор несущей использовался в передатчике для маскирования CRC.
В IEEE 802.16m рандомизацию данных выполняют для каждого пакета данных, используя генератор случайных данных, показанный на фиг.3. Как показано на фиг.3, входной поток битов смешивают с битовой последовательностью, сгенерированной генератором случайных данных. Рандомизацию данных выполняют для предотвращения появления длинных последовательностей из единиц или нулей. Генератор случайных данных инициализируют с помощью предварительно определенной последовательности. В соответствии с другим вариантом осуществления, последовательность инициализации генератора случайных данных можно выбирать в зависимости от несущей нисходящей линии связи, к которой относится данная информация обратной связи, для указания, к какому идентификатору несущей DL относится текущая информация обратной связи (т.е. генератор случайных данных можно инициализировать с помощью различных последовательностей для информации обратной связи для различных несущих DL).
Фиг.4 показывает кодирующий каскад 400 на стороне передачи. Когда генератор 402 случайных данных загружают последовательностью, основанной на идентификаторе несущей DL, генератор 402 случайных данных генерирует рандомизированный поток, который уникален для данных и предварительно загруженной последовательности. CRC добавляют к выходу генератора 402 случайных данных с помощью блока 403 добавления CRC блока FEC. Данные, вводимые в генератор 402 случайных данных, также имеют (пакет) CRC, добавляемый с помощью блока 401 добавления пакета CRC. В приемнике блок FEC можно проверять с помощью проверки с помощью CRC, и затем различные предварительно загруженные последовательности генератора случайных данных можно пробовать до тех пор, пока проверка с помощью пакета CRC не закончится успешно, что обеспечит идентификатор несущей DL.
Для определения, на какой идентификатор несущей DL ссылаются, базовая станция может пробовать использовать все предварительно определенные предварительно загруженные последовательности для генератора случайных данных.
В соответствии с другим вариантом осуществления, несущую DL можно указывать неявно, основываясь на выделении ресурсов обратной связи. Для этого доступны два уровня выделения ресурсов обратной связи: уровень каналов обратной связи и уровень интервалов обратной связи.
Один или большее количество каналов обратной связи могут быть сформированы в ресурсном блоке в зависимости от структуры канала обратной связи. Множество каналов обратной связи можно выделять в одном интервале обратной связи. В IEEE 802.16m быстрые каналы обратной связи UL, которые включают в себя и PFBCH, и SFBCH, выделяют или освобождают для WTRU с помощью IE A-MAP для выделения ресурсов обратной связи. Таблица 1 показывает базовую структуру IE A-MAP для выделения ресурсов обратной связи в 802.16m.
Таблица 1
<b>Синтаксис</b>
<b>Размер</b><b>(в битах)</b>
<b>Примечание</b>
<b>Feedback-Allocation-</b><b>A-MAP_IE(){</b>
A-MAP IE Type
4
Тип IE A-MAP назначения обратной связи
ChannelIndex
Переменный
Индекс канала обратной связи в управляющем интервале ресурсов быстрой обратной связи UL, зависящий от размера управляющего интервала ресурсов обратной связи.
Short-term feedbackperiod (p)
3
Информацию обратной связи передают в FBCH каждые 2<sup>p </sup>кадров
Long-term feedbackperiod (q)
2
Долгосрочную информацию обратной связи передают в FBCH каждые 2<sup>q</sup> возможных периодов краткосрочной информации обратной связи.Если q=0b00, то долгосрочную информацию обратной связи не используют
Frameoffset
3
WTRU начинает предоставлять информацию в кадре, номер которого имеет те же самые 3 младших разряда, как указанное смещение кадра. Если указан текущий кадр, то WTRU может начать предоставлять информацию в восьми кадрах.
……………<Other fields>
…
Другие поля, определяющие канал обратной связи, например формат информации обратной связи, режим MIMO, …
MCRC
16
16-битный CRC, маскированный с помощью ИД станции
}
Поле «DL carrier identifier» можно добавлять к IE A-MAP для выделения ресурсов обратной связи для указания несущей DL, для которой выделяют канал обратной связи так, чтобы отдельный канал обратной связи можно было выделять для каждой несущей DL. Альтернативно, идентификатор несущей DL можно использовать в качестве части маски для CRC. В 802.16m поле CRC маскируют с помощью ID станции (STID). STID имеет длину 12 битов, и поле CRC имеет длину 16 битов. Поэтому остальные 4 бита CRC можно маскировать с помощью кода маскирования, который содержит информацию идентификационных данных несущей DL, для указания, для какой несущей DL предназначено выделение каналов обратной связи.
Множество каналов обратной связи можно выделять для WTRU, и WTRU может посылать информацию обратной связи для определенной несущей DL в соответствующем канале обратной связи так, чтобы базовая станция могла определять, для какой несущей DL предназначена принятая информация обратной связи, основываясь на канале обратной связи, в котором принимают информацию обратной связи. Каналы обратной связи можно выделять для WTRU или с помощью многократного использования IE A-MAP для выделения ресурсов обратной связи, или с помощью использования измененной версии IE A-MAP для выделения ресурсов обратной связи для выделения множества каналов обратной связи тому же самому WTRU.
Фиг.5 показывает примерную схему указания несущей DL, используя выделение каналов обратной связи. На фиг.5 WTRU имеет три активированные несущие - несущую 1, несущую 2 и несущую 3. Несущую 1 активируют и в DL, и в UL, несущую 2 активируют только в DL, и несущая 3 является несущей только DL. Несущая 2 и несущая 3 являются непарными несущими DL. На фиг.5 множество каналов обратной связи выделяют для WTRU в интервале обратной связи несущей UL, и WTRU посылает информацию обратной связи для несущей 1, несущей 2 и несущей 3 на соответствующем выделенном канале обратной связи соответственно.
Альтернативно, информацию несущей DL можно неявно указывать посредством сопоставления каналов обратной связи с несущими DL, вместо того, чтобы явно использовать поле идентификатора несущей DL в IE выделения ресурсов обратной связи. Множество каналов обратной связи можно выделять для WTRU или с помощью многократного использования стандартного IE A-MAP для выделения ресурсов обратной связи, или с помощью использования измененной версии IE A-MAP для выделения ресурсов обратной связи для выделения множества каналов обратной связи для того же самого WTRU. Выделенные каналы обратной связи могут иметь непосредственное соответствие с несущими DL. Это соответствие можно определять или с помощью сигнализации MAC во время инициализации работы с множеством несущих для WTRU, или с помощью предварительно определенной схемы сопоставления. Например, наименьший индекс канала для канала обратной связи может быть назначен для обратной связи несущей DL по умолчанию, а остальные каналы обратной связи можно сопоставлять с непарными несущими DL в том же самом порядке индексов каналов обратной связи, как порядок индексов несущих.
Альтернативно, один канал обратной связи может быть назначен для WTRU, и множество несущих DL могут совместно использовать этот один канал обратной связи во временной области, и предварительно согласованный образец использования канала обратной связи может быть определен между базовой станцией и WTRU. Образец использования обратной связи неявно указывает информацию несущей DL для обратной связи, которую посылают в канале обратной связи в определенное время. Фиг.6 показывает примерную схему указания несущей DL, используя образец использования канала обратной связи. На фиг.6 WTRU имеет две активированные несущие - несущую 1 и несущую 2. Несущую 1 активируют и в DL, и в UL, и несущую 2 активируют только в DL. Несущая 2 является непарной несущей DL. На фиг.6 канал обратной связи периодически выделяют для WTRU в каждых двух кадрах. WTRU и базовая станция имеют предварительно согласованный образец использования канала обратной связи для того, чтобы посылать информацию обратной связи для множества несущих DL. Например, WTRU может посылать информацию обратной связи для несущих DL циклическим перебором (т.е. несущая 1, несущая 2, несущая 1, несущая 2, несущая 1, …). Образец использования канала обратной связи можно предварительно определять или определять в стандартной спецификации или согласовывать между базовой станцией и WTRU (например, во время процесса инициализации работы с множеством несущих).
Альтернативно, отдельный интервал обратной связи можно выделять для другой несущей DL, и все каналы обратной связи для несущей DL можно выделять для WTRU в соответствующем интервале обратной связи. В IEEE 802.16m интервал обратной связи выделяют в предварительно определенном расположении с размером, указанным в управляющих сигналах DL (например, в заголовке SuperFrame (SFH)). Базовая станция может выделять отдельный интервал обратной связи (т.е. отличающийся неперекрывающийся интервал) для всех несущих DL, которые включают в себя парные и непарные несущие DL. Расположение и размер управляющего интервала обратной связи для непарной несущей DL можно определять в управляющих сигналах DL (например, в заголовке SuperFrame или в управляющих сообщениях MAC). Отдельные интервалы обратной связи можно выделять во временной области и/или в частотной области.
Фиг.7 показывает примерную схему обеспечения информации обратной связи для непарной несущей DL с помощью выделения ресурсов на уровне интервалов обратной связи. На фиг.7 WTRU имеет три активированные несущие - несущую 1, несущую 2 и несущую 3. Несущую 1 активируют и в DL, и в UL, несущую 2 активируют только в DL, а несущая 3 является несущей только DL. Несущая 2 и несущая 3 являются непарными несущими DL. На фиг.7 три отдельных интервала обратной связи выделяют для WTRU для несущей 1, несущей 2 и несущей 3, WTRU посылает информацию обратной связи несущих DL в выделенном канале обратной связи в соответствующем выделенном интервале обратной связи.
Раскрытые выше варианты осуществления можно также использовать для того, чтобы посылать информацию обратной связи ACK/NACK HARQ. Информация обратной связи ACK/NACK HARQ отличается от информации обратной связи канала DL в следующих аспектах. ACK/NACK HARQ предназначены для пакета HARQ, в то время как информация обратной связи канала DL предназначена для WTRU для канала DL. ACK/NACK HARQ обычно переносит 1-разрядную информацию, в то время как для информации обратной связи канала DL требуется большее количество информационных битов. Выделение ресурсов ACK/NACK HARQ для пакета HARQ обычно определяют вместе с выделением ресурсов для пакета HARQ неявно или явно, в то время как информацию обратной связи канала DL обычно определяют с помощью IE выделения каналов обратной связи, и это выделение каналов обратной связи для абонента может быть периодическим.
При передаче ACK/NACK HARQ для непарных несущих DL информацию несущей DL можно обеспечивать неявно или явно в выделении ресурсов ACK/NAK HARQ или на уровне каналов ACK/NACK, или на уровне интервалов ACK/NACK. Отдельный канал ACK/NACK HARQ можно выделять для каждой несущей DL, и информацию обратной связи HARQ для непарной несущей DL можно посылать через соответствующий канал HARQ. Альтернативно, отдельный интервал HARQ можно выделять для каждой несущей DL, и информацию обратной связи HARQ для непарной несущей DL можно посылать через канал, выделенный в соответствующем интервале HARQ.
Информацию о несущей UL, которая переносит ACK/NACK HARQ для непарной несущей DL, и выделение интервала ACK/NACK HARQ можно или предварительно определять (например, первичная несущая UL и известное расположение), или передавать с помощью управляющей сигнализации PHY DL или управляющего сообщения MAC.
Альтернативно, множество ACK/NACK HARQ можно объединять (т.е. одну информацию обратной связи HARQ передают для множества пакетов). При объединенных ACK/NACK информацию обратной связи HARQ для двух или большего количества пакетов HARQ логически складывают вместе так, что генерируют ACK, если все пакеты декодированы успешно, и генерируют NACK, если по меньшей мере один пакет успешно не декодирован. При получении NACK базовая станция повторно передает все соответствующие пакеты. Эта схема может экономить ресурсы восходящей линии связи за счет случайных избыточных повторных передач нисходящей линии связи.
В соответствии с другим вариантом осуществления, информацию обратной связи для непарной несущей DL (с или без информации обратной связи для парной несущей(их) DL) можно предоставлять через закодированную информацию обратной связи MAC (например, в заголовках сигнализации MAC, подзаголовках, расширенных заголовках или расширенных подзаголовках или в управляющих сообщениях MAC и т.д.) на активированной несущей UL. Активированная несущая UL может быть первичной несущей UL или активированной вторичной несущей UL. Закодированная информация обратной связи MAC может содержать информацию обратной связи для несущих DL, которые включают в себя активированные парные или непарные несущие DL. Несущую DL для конкретной информации обратной связи, передаваемой в закодированном заголовке MAC, подзаголовке, расширенном заголовке или сообщении, можно идентифицировать с помощью идентификатора несущей DL, обеспечиваемого в закодированной информации обратной связи MAC или с помощью циклического избыточного кода (CRC), который маскируют с помощью идентификатора несущей DL или его эквивалента.
Для минимизации служебной управляющей информацией MAC, закодированная информация обратной связи MAC для обеспечения поддержки непарных несущих DL может выборочно включать в себя часть информации обратной связи. Например, закодированная информация обратной связи MAC может не включать в себя идентификатор несущей DL, когда данная информация обратной связи предназначена для несущей DL по умолчанию, когда несущая DL по умолчанию является несущей DL, соответствующей несущей UL, где передают информацию обратной связи. Другим примером является то, что закодированная информация обратной связи MAC может не включать в себя информацию обратной связи для парных несущих DL, учитывая, что быстрые каналы обратной связи для парных несущих DL предоставляют достаточную информацию обратной связи.
Далее объясняют варианты осуществления для обеспечения информации обратной связи для непарной несущей DL через закодированную информацию обратной связи MAC при работе с множеством несущих IEEE 802.16m. Управляющие сообщения MAC (сообщения запроса на предоставление информации и ответа предоставления информации) можно определять для базовой станции, чтобы она запрашивала WTRU обеспечить предоставление информации обратной связи канала DL, и для WTRU, чтобы оно предоставляло информацию обратной связи канала DL базовой станции для работы с множеством несущих. Ответ предоставления информации от WTRU можно посылать или как ответ на запрос от базовой станции, или без запроса. Таблица 2 показывает формат управляющего сообщения MAC 802.16.
Таблица 2
<b>Синтаксис</b>
<b>Размер</b><b>(в битах)</b>
<b>Примечание</b>
<b>MAC Management Message () {</b>
Generic MAC Header (GMH)
16
Обобщенный заголовок MAC, который включает в себя информационные поля ИД потока для управляющего потока и длины управляющего сообщения MAC
Type
8
Тип управляющего сообщения MAC
Contents
Перемен-ный
Содержимое управляющего сообщения MAC
}
Для обеспечения поддержки работы с множеством несущих в конфигурациях с непарной несущей DL и предоставления возможности одному сообщению запроса на предоставление информации и ответа предоставления информации запрашивать и предоставлять информацию обратной связи для множества несущих DL для эффективности управления MAC, информацию несущей DL могут включать в себя сообщения запроса на предоставление информации или ответа предоставления информации. Таблица 3 и таблица 4 показывают примеры сообщений запроса на предоставление информации и ответа предоставления информации с информацией несущей DL соответственно. В таблицах 3 и 4 два 1-разрядных индикатора используют для указания присутствия несущей DL по умолчанию и/или несущей DL не по умолчанию. Несущая DL по умолчанию является несущей DL, парной с несущей UL, где будут передавать ответ предоставления информации.
В сообщении запроса на предоставление информации в таблице 3 индикатор «Default-DL-carrier-report-request-included» указывает, включает или нет в себя это сообщение запроса на предоставление информации запрос на предоставление информации для несущей DL по умолчанию, и индикатор «Non-default-DL-carrier-report-request-included» указывает, включает или нет в себя этот запрос на предоставление информации запрос на предоставление информации для несущей DL не по умолчанию. Запрос на предоставление информации включает в себя поле «DL carrier index», указывающее несущую DL для запрашиваемого содержимого.
Таблица 3
<b>Синтаксис</b>
<b>Размер</b><b>(в битах)</b>
<b>Примечание</b>
<b>MAC Management Message () {</b>
Generic MAC Header (GMH)
16
Обобщенный заголовок MAC, который включает в себя информационные поля ИД потока для управляющего потока и длины управляющего сообщения MAC
Type
8
Тип управляющего сообщения MAC для AAI_REP-REQ
Default-DL-carrier-report-request-included
1
Указывает, включает в себя или нет AAI_REP-REQ запрос на предоставление информации для несущей DL по умолчанию, причем несущей DL по умолчанию является несущая DL, парная с несущей UL, где будут передавать соответствующий AAI_REP-RSP;0: не включает в себя1: включает в себя
Non-default-DL-carrier-report-request-included
1
Указывает, включает в себя или нет AAI_REP-REQ запрос на предоставление информации для несущей DL не по умолчанию,0: не включает в себя1: включает в себя
If (Default-DL-carrier-report-request-included) {
Report Request content
TBD
Содержимое запроса на предоставлениеинформации для несущей DL по умолчанию
}
If (Non-default-DL-carrier-report-request-included) {
Number of DL carriers (n)
N
Количество несущих DL, для которых это сообщение AAI_REP-REQ запрашивает WTRU для предоставления информации
For (i=0, i<n, i++) {
DL carrier index
N
Индекс несущей DL, для которой предназначено содержимое запроса на предоставление информации
Report Request content
TBD
Содержимое запроса на предоставление информации для i-й несущей DL
}
}
}
В сообщении ответа предоставления информации в таблице 4 индикаторы «Default-DL-carrier-report-included» и «Non-default-DL-carrier-report-included» указывают, включает или нет в себя это сообщение ответа предоставление информации для несущей DL по умолчанию и предоставление информации для несущей DL не по умолчанию соответственно. Сообщение ответа предоставления информации может включать в себя поле «DL carrier index», указывающее несущую DL для содержимого предоставления информации.
Таблица 4
<b>Синтаксис</b>
<b>Размер</b><b>(в битах)</b>
<b>Примечание</b>
<b>MAC Management Message () {</b>
Generic MAC Header (GMH)
16
Обобщенный заголовок MAC, который включает в себя информационные поля ИД потока для управляющего потока и длины управляющего сообщения MAC
Type
8
Тип управляющего сообщения MAC для AAI_REP-RSP
Default-DL-carrier-report- included
1
Указывает, включает в себя или нет AAI_REP-RSP запрос на предоставление информации для несущей DL по умолчанию, причем несущей DL по умолчанию является несущая DL, парная с несущей UL, где будут передавать соответствующий AAI_REP-RSP;0: не включает в себя1: включает в себя
Non-default-DL-carrier-report- included
1
Указывает, включает в себя или нет AAI_REP-RSP запрос на предоставление информации для несущей DL не по умолчанию,0: не включает в себя1: включает в себя
If (Default-DL-carrier-report- included) {
Report content
TBD
Содержимое предоставления информации для несущей DL по умолчанию
}
If (Non-default-DL-carrier-report- included) {
Number of reported DL carriers (n)
N
Количество несущих DL, для которых это сообщение AAI_REP-RSP содержит предоставление информации WTRU
For (i=0, i<n, i++) {
DL carrier index
N
Индекс несущей DL, для которой предназначено содержимое предоставления информации
Report content
TBD
Содержимое предоставления информации для i-й несущей DL
Сообщения запроса на предоставление информации и ответа предоставления информации могут использоваться для предоставления информации для несущей(их) DL не по умолчанию, что было бы полезно, когда существует быстрый канал обратной связи, выделенный в UL для несущей DL по умолчанию. Альтернативно, сообщения запроса на предоставление информации и ответа предоставления информации могут использоваться для предоставления информации для несущей DL по умолчанию, что было бы полезно, когда требуется, чтобы парные несущие DL имели информацию обратной связи. Когда больше одной несущей DL не по умолчанию включает в себя ответ предоставления информации, сообщение ответа предоставления информации может включать в себя список идентификаторов несущих DL и соответствующее содержимое предоставления информации.
Альтернативно, заголовок обратной связи сигнализации MAC может использоваться для запроса предоставления информации и ответа предоставления информации обратной связи канала для непарной несущей DL. Таблица 5 показывает основной формат заголовков сигнализации MAC 802.16m. Никакая полезная информация не следует за заголовком сигнализации MAC. Заголовок сигнализации MAC включает в себя биты для содержимого заголовка сигнализации.
Таблица 5
<b>Синтаксис</b>
<b>Размер</b><b>(в битах)</b>
<b>Примечание</b>
<b>MAC Signaling Header() {</b>
FID
4
Идентификатор потока. Устанавливают в 0001
Type
4
Тип заголовка сигнализации MAC
Length
3
Указывает длину заголовка сигнализации (включает в себя FID, тип, длину, зарезервированное поле и содержимое):0b000 и 0b001: зарезервировано0b010: 2 байта0b011: 3 байта0b100: 4 байта0b101: 5 байтов0b110: 6 байтов0b111: зарезервировано
Contents
Переменный;36≤
Содержимое заголовка сигнализации MAC, размер указан с помощью поля «Length».Размер в битах равен «Length»*8-12
Таблица 6 показывает примерный заголовок сигнализации MAC 802.16m, который может использоваться WTRU для обеспечения базовой станции обратной связью для множества несущих DL (поле «Feedback-content» в таблице 6). Поле «DL-carrier-index» используется для указания несущей DL, связанной с данной информацией обратной связи.
Таблица 6
<b>Синтаксис</b>
<b>Размер</b><b>(в битах)</b>
<b>Примечание</b>
<b>Feedback Signaling Header () {</b>
FID
4
Идентификатор потока. Это поле указывает заголовок сигнализации MAC.
Type
4
Тип заголовка сигнализации MAC для заголовка сигнализации обратной связи
STID
12
STID WTRU, которое посылает информацию обратной связи.
DL-carrier-index
N
Индекс несущей DL, для которой предназначена данная информацияобратной связи
Feedback-content
22
Значения параметров обратной связи
}
Поле «идентификационные данные станции» (STID) может не быть необходимым, когда заголовок сигнализации MAC передают в выделении ресурсов UL, назначенных определенному WTRU, и поле «DL carrier index» может не требоваться, когда информация обратной связи предназначена для парной несущей DL несущей UL, где передают информацию обратной связи. В таких случаях заголовок сигнализации MAC может не включать в себя STID и индекс несущей DL соответственно. Для указания существования STID и индекса несущей DL, заголовок сигнализации MAC может включать в себя специальные флаги (STID-inclusion-flag и DL-carrier-index-inclusion-flag) соответственно. Таблица 7 показывает примерный заголовок сигнализации MAC с флагами STID-inclusion-flag и DL-carrier-index-inclusion-flag.
Таблица 7
<b>Синтаксис</b>
<b>Размер</b><b>(в битах)</b>
<b>Примечание</b>
<b>Feedback Signaling Header () {</b>
FID
4
Идентификатор потока. Это поле указывает заголовок сигнализации MAC.
Type
4
Тип заголовка сигнализации MAC для заголовка сигнализации обратной связи
STID-inclusion-flag
1
Указывает, включает в себя или нет этот заголовок сигнализации STID:0: не включает в себя1: включает в себя
DL-carrier-Index-inclusion-flag
1
Указывает, включает в себя или нет этот заголовок сигнализации STID:0: не включает в себя1: включает в себя
If STID-inclusion-flag {
STID
12
STID WTRU, которое запрашивает диапазон UL.
}
If DL-carrier-Index-inclusion-flag {
DL-carrier-index
N
Индекс несущей DL, для которой предназначена эта информация обратнойсвязи
}
Feedback-content
Перемен-ный
Это значения параметров обратной связи. Размер может быть 20 бит, 26 бит или 38 бит, в зависимости от содержимого STD ID и/или индекса несущей DL.
Reserved
TBD
Зарезервировано. Это поле может быть заполнено 0.
}
Предоставление информации CINR DL можно передавать в заголовке сигнализации запроса пропускной способности MAC без поля STID. Таблица 8 показывает пример передаваемого предоставления информации CINR в заголовке сигнализации запроса пропускной способности без STID. В таблице 8 два поля («индекс несущей DL» и «CINR») добавляют к заголовку сигнализации запроса пропускной способности. Поле «DL carrier index» указывает несущую DL, для которой предназначено CINR, которое включает в себя предоставление информации, и поле «CINR» указывает CINR, измеренное с помощью WTRU.
Таблица 8
<b>Синтаксис</b>
<b>Размер</b><b>(в битах)</b>
<b>Примечание</b>
<b>BR without STID with CINR report header () {</b>
FID
4
Идентификатор потока. Это поле указывает заголовок сигнализации MAC.
Type
4
Тип заголовка сигнализации MAC.
BR Type
1
Указывает, является ли запрос диапазона дифференциальным или совокупным.0: дифференциальный1: совокупный
BR Size
19
Размер запроса диапазона в байтах
BR FID
4
FID, для которого запрашивают диапазон UL.
DL carrier index
N
Индекс несущей DL, для которой ниже предоставляют информацию CINR.
CINR
7
Указывает CINR, измеренное с помощью WTRU от ABS. Его можно представлять как одно значение от -16,0 дБ до 47,5 дБ с приращением по 0,5 дБ.
Reserved
3
Зарезервировано. Это поле может быть заполнено 0.
}
В 802.16m закодированную информацию обратной связи MAC может включать в себя расширенный заголовок MAC. Таблица 9 показывает основной формат расширенного заголовка MAC 802.16m.
Таблица 9
<b>Синтаксис</b>
<b>Размер</b><b>(в битах)</b>
<b>Примечание</b>
<b>MAC extended header () {</b>
LAST
1
Указывает последний расширенный заголовок:0: один или большее количество расширенных заголовков следуют за этим расширенным заголовком, если другое не указано1: это последний расширенный заголовок, если другое не указано
Type
8
Тип расширенного заголовка MAC
Body Contents
Перемен-ный
Содержимое, зависящее от типа расширенного заголовка
}
Таблица 10 показывает пример расширенного заголовка MAC, который может использоваться WTRU для обеспечения информации обратной связи для несущих DL. Расширенный заголовок MAC включает в себя поле «Feedback-content» для значений параметров обратной связи и поле «DL-carrier-index» для указания несущей DL, связанной с данной информацией обратной связи.
Таблица 10
<b>Синтаксис</b>
<b>Размер</b><b>(в битах)</b>
<b>Примечание</b>
<b>MAC extended header () {</b>
LAST
1
Указывает последний расширенный заголовок:0: один или большее количество расширенных заголовков следуют заэтим расширенным заголовком, если другое не указано1: это последний расширенный заголовок, если другое не указано
Type
8
Тип расширенного заголовка MAC
DL-carrier-index
N
Индекс несущей DL, для которой предназначена эта информацияобратной связи
Feedback-content
Значения параметров обратной связи
}
Варианты осуществления
1. Способ предоставления информации обратной связи для работы с множеством несущих.
2. Способ варианта осуществления 1, содержащий прием передач нисходящей линии связи по меньшей мере через две несущие нисходящей линии связи, включающие в себя непарную несущую нисходящей линии связи, непарной несущей нисходящей линии связи является активная несущая нисходящей линии связи, которая не имеет соответствующей активной несущей восходящей линии связи.
3. Способ варианта осуществления 2, содержащий передачу информации обратной связи для непарной несущей нисходящей линии связи на несущей восходящей линии связи.
4. Способ варианта осуществления 3, в котором информацию обратной связи для непарной несущей нисходящей линии связи передают через канал обратной связи, выделенный в отличающемся неперекрывающемся интервале ресурсов несущей восходящей линии связи.
5. Способ, как в любом из вариантов осуществления 3-4, в котором информацию обратной связи для непарной несущей нисходящей линии связи передают через отличающийся канал обратной связи.
6. Способ, как в любом из вариантов осуществления 3-5, в котором информацию обратной связи для непарной несущей нисходящей линии связи передают, основываясь на предварительно определенном образце, в канале обратной связи.
7. Способ, как в любом из вариантов осуществления 3-6, в котором информацию обратной связи для непарной несущей нисходящей линии связи передают на первичной несущей восходящей линии связи или на активированной вторичной несущей восходящей линии связи.
8. Способ, как в любом из вариантов осуществления 2-7, в котором информация обратной связи включает в себя по меньшей мере одно из результатов измерения физического уровня нисходящей линии связи, информации обратной связи, относящейся к работе MIMO, ACK HARQ, NACK HARQ или предложений абонента, связанных с работой нисходящей линии связи.
9. Способ, как в любом из вариантов осуществления 3-8, в котором информацию обратной связи для непарной несущей нисходящей линии связи передают через физический управляющий канал.
10. Способ варианта осуществления 9, в котором несущую нисходящей линии связи, к которой относится информация обратной связи, указывают с помощью отличающейся пилотной последовательности, которая связана с несущей нисходящей линии связи и передается вместе с информацией обратной связи.
11. Способ, как в любом из вариантов осуществления 9-10, дополнительно содержащий скремблирование информации обратной связи с помощью генератора случайных данных, причем генератор случайных данных инициализируют с помощью различных последовательностей инициализации в зависимости от несущей нисходящей линии связи, к которой относится данная информация обратной связи.
12. Способ, как в любом из вариантов осуществления 3-11, в котором информацию обратной связи передают по меньшей мере через одно из заголовка сигнализации MAC, подзаголовка MAC, расширенного заголовка MAC, расширенного подзаголовка MAC или управляющего сообщения MAC.
13. Способ, как в любом из вариантов осуществления 2-12, в котором информацию идентификационных данных несущей включает в себя информация обратной связи.
14. Способ, как в любом из вариантов осуществления 2-12, в котором информацию идентификационных данных несущей включает в себя выделение ресурсов обратной связи.
15. Способ варианта осуществления 14, в котором информацию идентификационных данных несущей включает в себя информационный элемент A-MAP для выделения ресурсов.
16. Способ варианта осуществления 14, в котором информацию идентификационных данных несущей включает в себя выделение ресурсов обратной связи с помощью маскирования информации идентификационных данных несущей с помощью CRC информационного элемента A-MAP для выделения ресурсов.
17. WTRU для предоставления информации обратной связи для работы с множеством несущих.
18. WTRU варианта осуществления 17, содержащее приемник, сконфигурированный для приема передачи нисходящей линии связи по меньшей мере через две несущие нисходящей линии связи, включающие в себя непарную несущую нисходящей линии связи, непарная несущая нисходящей линии связи является активной несущей нисходящей линии связи, которая не имеет соответствующей активной несущей восходящей линии связи.
19. WTRU варианта осуществления 18, содержащее процессор, сконфигурированный для того, чтобы посылать информацию обратной связи для непарной несущей нисходящей линии связи на несущей восходящей линии связи.
20. WTRU варианта осуществления 19, в котором процессор конфигурируют для передачи информации обратной связи для непарной несущей нисходящей линии связи через канал обратной связи, выделенный в отличающемся неперекрывающемся интервале ресурсов несущей восходящей линии связи.
21. WTRU, как в любом из вариантов осуществления 19-20, в котором процессор конфигурируют для передачи информации обратной связи для непарной несущей нисходящей линии связи через отличающийся канал обратной связи.
22. WTRU, как в любом из вариантов осуществления 19-21, в котором процессор конфигурируют для передачи информации обратной связи для непарной несущей нисходящей линии связи, основываясь на предварительно определенном образце, в канале обратной связи.
23. WTRU, как в любом из вариантов осуществления 19-22, в котором процессор конфигурируют для передачи информации обратной связи для непарной несущей нисходящей линии связи или на первичной несущей восходящей линии связи, или на активированной вторичной несущей восходящей линии связи.
24. WTRU, как в любом из вариантов осуществления 19-23, в котором информация обратной связи включает в себя по меньшей мере одно из результатов измерения физического уровня нисходящей линии связи, информации обратной связи, относящейся к работе MIMO, ACK HARQ, NACK HARQ или предложений абонента о работе нисходящей линии связи.
25. WTRU, как в любом из вариантов осуществления 19-24, в котором процессор конфигурируют для передачи информации обратной связи для непарной несущей нисходящей линии связи через физический управляющий канал.
26. WTRU, как в любом из вариантов осуществления 19-25, в котором процессор конфигурируют для того, чтобы посылать отличающуюся пилотную последовательность вместе с информацией обратной связи, основываясь на несущей нисходящей линии связи, к которой относится данная информация обратной связи.
27. WTRU, как в любом из вариантов осуществления 19-26, дополнительно содержащее генератор случайных данных, сконфигурированный для скремблирования информации обратной связи, причем последовательность инициализации для генератора случайных данных зависит от несущей нисходящей линии связи, к которой относится данная информация обратной связи.
28. WTRU, как в любом из вариантов осуществления 19-27, в котором процессор конфигурируют для передачи информации обратной связи по меньшей мере через одно из заголовка сигнализации MAC, подзаголовка MAC, расширенного заголовка MAC, расширенного подзаголовка MAC или управляющего сообщения MAC.
29. WTRU, как в любом из вариантов осуществления 19-28, в котором информацию идентификационных данных несущей включает в себя информация обратной связи.
30. WTRU, как в любом из вариантов осуществления 19-29, в котором информацию идентификационных данных несущей включает в себя выделение ресурсов обратной связи.
31. WTRU варианта осуществления 30, в котором информацию идентификационных данных несущей включает в себя информационный элемент A-MAP для выделения ресурсов.
32. WTRU варианта осуществления 30, в котором информацию идентификационных данных несущей включает в себя выделение ресурсов обратной связи с помощью маскирования информации идентификационных данных несущей с помощью CRC информационного элемента A-MAP для выделения ресурсов.
Хотя функциональные особенности и элементы описаны выше в конкретных комбинациях, специалисты должны признать, что каждая функциональная особенность или элемент могут использоваться отдельно или в любой комбинации с другими функциональными особенностями и элементами. Кроме того, описанные способы могут быть реализованы в компьютерной программе, программном обеспечении или встроенном микропрограммном обеспечении, внедренном в считываемый компьютером носитель для выполнения с помощью компьютера или процессора. Примеры считываемого компьютером носителя включают в себя электронные сигналы (передаваемые по проводным или беспроводным соединениям) и считываемые компьютером носители. Примеры считываемых компьютером носителей включают в себя постоянное запоминающее устройство (ПЗУ), оперативную память (ОП), регистр, кэш-память, полупроводниковое запоминающее устройство, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как компакт-диски (CD-ROM), и цифровые универсальные диски (DVD), но не ограничены ими. Процессор вместе с программным обеспечением можно использовать для воплощения радиочастотного приемопередатчика для использования в WTRU, UE, терминале, базовой станции, RNC или любом главном компьютере.