СИГНАЛИЗАЦИЯ МЕЖДУ НЕСУЩИМИ В СИСТЕМЕ НА МНОГИХ НЕСУЩИХ

Настоящая заявка испрашивает преимущество по предварительной заявке на выдачу патента США № 61/290724, озаглавленной "Операция нейтрализации неисправности в сигнализации между несущими на основе работы на многих несущих в LTE-A", поданной 29 декабря 2009 г., и предварительной заявке на выдачу патента США № 61/313647, озаглавленной "Способ и устройство, который способствует сигнализации между несущими на основе работы на многих несущих в системах долгосрочного развития", поданной 12 марта 2010 г., права на обе из которых принадлежат правообладателю настоящей заявки, и которые включены в материалы настоящей заявки посредством ссылки.

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

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

Настоящее раскрытие в целом относится к связи, а более точно, к способам для поддержания связи в системе беспроводной связи.

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

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

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

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

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

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

В одном варианте осуществления базовая станция может определять, по меньшей мере, один первый формат DCI, мониторируемый посредством UE на первой несущей. Базовая станция может отправлять DCI на первой несущей на UE на основе, по меньшей мере, одного первого формата DCI. Базовая станция может отправлять сообщение реконфигурирования, относящееся к связи на множестве несущих посредством UE с сигнализацией между несущими. Базовая станция может определять, по меньшей мере, один второй формат DCI, мониторируемый посредством UE на первой несущей, в ответ на сообщение реконфигурирования. Базовая станция может отправлять DCI на первой несущей на UE на основе, по меньшей мере, одного первого формата DCI и одного второго формата DCI после отправки сообщения реконфигурирования.

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

Операция нейтрализации неисправности может быть ограничена различными способами для того, чтобы ограничить количество слепых декодирований, выполняемых UE для детектирования DCI, отправленной на UE. В одном варианте осуществления операция нейтрализации неисправности может поддерживаться для определенных форматов DCI, но не других форматов DCI. В другом варианте осуществления операция нейтрализации неисправности может поддерживаться для одной или более несущих, но не других несущих. В еще одном другом варианте осуществления операция нейтрализации неисправности может поддерживаться для одного или более пространств поиска UE, но не других пространств поиска. В еще одном другом варианте осуществления операция нейтрализации неисправности может поддерживаться для определенных кандидатов физического канала управления нисходящей линии связи (PDCCH) для UE, но не других кандидатов (PDCCH). Операция нейтрализации неисправности также может ограничиваться другими способами. Различные аспекты и признаки раскрытия ниже описаны более подробно.

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

Фиг.1 показывает примерную систему беспроводной связи.

Фиг.2 показывает примерную структуру кадра.

Фиг.3А показывает примерную работу на одиночной несущей.

Фиг.3В и 3С примеры работы на многих несущих без и с сигнализацией между несущими соответственно.

Фиг.4 показывает два примерных формата DCI.

Фиг.5А показывает реконфигурацию для различных режимов передачи нисходящей линии связи.

Фиг.5В показывает реконфигурацию для операции на многих несущих с сигнализацией между несущими.

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

Фиг.7 показывает примерную операцию нейтрализации неисправности, когда задействуется сигнализация между несущими.

Фиг.8 показывает примерную операцию нейтрализации неисправности в ходе интервала перехода для реконфигурирования.

Фиг.9 показывает структурную схему примерного формирователя сообщения в базовой станции.

Фиг.10 показывает структурную схему примерного детектора сообщений в UE.

Фиг.11 показывает примерный процесс для приема DCI посредством UE.

Фиг.12 показывает примерный процесс отправки DCI базовой станцией.

Фиг.13 показывает примерную структурную схему базовой станции и UE.

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

Методики, описанные в материалах настоящей заявки, могут использоваться для различных систем беспроводной связи, таких как системы CDMA, TDMA, FDMA, OFDMA, SC-FDMA, и других систем. Термины «система» и «сеть» часто используются взаимозаменяемо. Система CDMA может реализовывать технологию радиосвязи, такую как универсальный наземный радиодоступ (UTRA), cdma2000 и т.д. UTRA включает в себя широкополосную CDMA (WCDMA) и другие варианты CDMA. cdma2000 охватывает стандарты IS-2000, IS-95 и IS-856. Система TDMA может реализовывать такую технологию радиосвязи, как глобальная система мобильной связи (GSM). Система OFDMA может реализовывать такую технологию радиосвязи, как развитый UTRA (E-UTRA), Сверхширокополосная мобильная связь (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM®, и т.д. UTRA и E-UTRA являются частью универсальной системы мобильной связи (UMTS). Долгосрочное развитие (LTE) 3GPP и развитое LTE (LTE-A) являются новыми выпусками UMTS, которые используют E-UTRA, которое использует OFDMA на нисходящей линии связи и SC-FDMA на восходящей линии связи. UTRA, E-UTRA, UMTS, LTE, LTE-A и GSM описаны в документах от организации, именуемой «Проект партнерства 3-его поколения» (3GPP). cdma2000 и UMB описаны в документах от организации, именуемой «Проект партнерства 3-его поколения 2» (3GPP2). Методики, описанные в материалах настоящей заявки, могут использоваться для систем и технологий радиосвязи, упомянутых выше, а также других систем и технологий радиосвязи. Для ясности определенные аспекты методик описаны ниже для LTE, и терминология LTE используется в большей части описания, приведенного ниже.

Фиг.1 показывает систему 100 беспроводной связи, которая может быть системой LTE или некоторой другой системой. Система 100 может включать в себя ряд развитых узлов B (eNB) 110 и других сетевых объектов. eNB может быть объектом, который осуществляет связь с UE и, кроме того, может обозначаться как базовая станция, узел B, точка доступа и т.д. Каждый eNB 110 может предоставлять покрытие связи для конкретной географической зоны и может поддерживать связь для UE, размещенных в пределах зоны покрытия. Для улучшения емкости системы полная зона покрытия eNB может быть разделена на многочисленные (например, три) меньшие зоны. Каждая меньшая зона может обслуживаться соответствующей подсистемой eNB. В 3GPP термин «сота» может обозначать наименьшую зону обслуживания eNB и/или подсистему eNB, обслуживающую эту зону обслуживания.

Контроллер 130 сети может присоединяться к набору узлов eNB и может предоставлять координирование и управление этими eNB. Контроллер 130 сети может содержать объект управления мобильностью (MME) и/или какой-либо другой сетевой объект.

UE 120 могут быть рассредоточены по всей системе, и каждое UE может быть стационарным или мобильным. UE также может обозначаться как мобильная станция, терминал, терминал доступа, абонентский блок, станция и т.д. UE может быть сотовым телефоном, персональным цифровым секретарем (PDA), беспроводным модемом, устройством беспроводной связи, карманным устройством, ноутбуком, бесшнуровым телефоном, станцией беспроводной местной линии связи (WLL), смартфоном, нетбуком, смартбуком и т.д.

Фиг.2 показывает структуру 200 кадра для дуплексной связи с частотным разделением каналов (FDD) в LTE. Для FDD нисходящая линия связи и восходящая линия связи могут выделять отдельные частотные каналы. Временная последовательность передачи для каждой из нисходящей линии связи и восходящей линии связи может быть разделена на блоки кадров радиосвязи. Каждый кадр радиосвязи может иметь предварительно определенную длительность (например, 10 миллисекунд (мс)) и может быть разделен на 10 подкадров с индексами с 0 по 9. Каждый подкадр может включать в себя два слота. Таким образом, каждый кадр радиосвязи может включать в себя 20 слотов с индексами с 0 по 19. Каждый слот может включать в себя семь периодов символов для нормального циклического префикса (как показано на фиг.2) или шесть периодов символов для расширенного циклического префикса.

Каждый подкадр для нисходящей линии связи может включать в себя область управления и область данных, которые могут быть мультиплексированы с временным разделением каналов (TDM), как показано на фиг.2. Область управления может включать в себя первые М периодов символов подкадра, где М может быть равен 1, 2, 3 или 4 и может изменяться от подкадра к подкадру. Область управления может нести управляющую информацию для UE. Область данных может включать в себя оставшиеся периоды символа подкадра и может нести данные и/или другую информацию для UE.

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

eNB может отправлять информацию управления нисходящей линии связи (DCT) на физическом канале управления нисходящей линии связи (PDCCH) в области управления подкадра для нисходящей линии связи (или подкадра нисходящей линии связи). DCI может содержать предоставления нисходящей линии связи (DL), предоставления восходящей линии связи (UL) информацию управления мощностью и т.д. eNB может отправлять данные на физическом совместно используемом канале нисходящей линии связи (PDSCH) в области данных подкадра нисходящей линии связи. PDSCH может нести данные для UE, запланированные для передачи данных на нисходящей линии связи и/или другую информацию.

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

Система может поддерживать работу на одиночной несущей или многих несущих для каждой из нисходящей линии связи и восходящей линии связи. Несущая может обозначать диапазон частот, используемых для связи, и может быть ассоциирована с определенными характеристиками. Например, каждая несущая может быть назначена для одного или более UE для связи. Несущая также может обозначаться как компонент несущей, соты, частоты, радиочастотного канала и т.д. Работа на многих несущих также может обозначаться как агрегация несущих или работа на многих несущих. UE может работать на одной или более несущих для нисходящей линии связи (несущих нисходящей линии связи) и одной или более несущих для восходящей линии связи (несущих восходящей линии связи) для связи с eNB. eNB может отправлять данные и DCI на одной или более несущих нисходящей линии связи на UE. UE может отправлять данные и UCI на одной или более несущих восходящей линии связи на eNB.

Фиг.3А показывает примерную работу на одиночной несущей посредством UE. Как проиллюстрировано, UE может работать на одиночной несущей нисходящей линии связи (DL) и одиночной несущей восходящей линии связи (UL) для связи с eNB. eNB может отправлять предоставление DL и/или предоставление UL для UE на PDCCH в области управления подкадра нисходящей линии связи. Предоставление DL может содержать различные параметры для передачи данных нисходящей линии связи от eNB на UE. Предоставление UL может содержать различные параметры для передачи данных восходящей линии связи от UE к eNB. eNB может отправлять передачу данных нисходящей линии связи к UE на PDSCH в области данных подкадра нисходящей линии связи. UE может отправлять передачу данных восходящей линии связи к eNB по PUSCH в области данных подкадра восходящей линии связи.

Фиг.3В показывает примерную работу на многих несущих без сигнализации между несущими посредством UE. Здесь UE может работать на 'K' несущих DL и 'L' несущих UL для связи с eNB, где К может быть или может не быть равным L. Каждая несущая UL может быть спарена с одной несущей DL. Информация управления для поддержки передачи данных на данной несущей DL может быть отправлена на несущей DL и/или ассоциирована с несущей UL. Подобным образом информация управления для поддержки передачи данных на данной несущей UL может быть отправлена на несущей UL и/или ассоциирована с несущей DL.

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

Фиг.3С показывает примерную работу на многих несущих c сигнализацией между несущими посредством UE. В примере, показанном на фиг.3C, несущая 1 DL может быть основной несущей DL для UE, и несущая 1 UL может быть основной несущей UL для UE. eNB может отправлять DCI (например, предоставления DL и UL) для UE на основной несущей DL для поддержки передачи данных на всех несущих DL и UL. UE может отправлять DCI к eNB на основной несущей UL для поддержки передачи данных на всех несущих DL и UL.

Фиг.3C показывает один вариант осуществления поддержки сигнализации между несущими для работы на многих несущих, используя основные несущие DL и UL. Сигнализация между несущими также может поддерживаться другими способами. В общем, сигнализация между несущими может поддерживаться любым способом, который может отправлять управляющую информацию на одной несущей для поддержки передачи данных на другой несущей. Ради ясности, а не в качестве ограничения раскрытия, большая часть описания, приведенная ниже, предполагает вариант осуществления, показанный на фиг.3C, с DCI, передаваемой на основной несущей DL, и UCI, передаваемой на основной несущей UL, для поддержки сигнализации между несущими.

Система 100 может поддерживать ряд форматов DCI, которые могут использоваться для отправки DCI на нисходящей линии связи. Таблица 1 перечисляет набор форматов DCI, которые могут поддерживаться системой. Формат 0 DCI может использоваться для отправки предоставлений UL для передачи данных на восходящей линии связи. Форматы 1, 1A, 1B, 1С и 1D DCI могут использоваться для отправки предоставлений DL для передачи данных из одного кодового слова на нисходящей линии связи. Кодовое слово может соответствовать транспортному блоку или пакету. Форматы 2, 2A и 2B DCI могут быть использованы для отправки предоставлений DL для передачи данных из двух кодовых слов на нисходящей линии связи для многих входов и многих выходов (MIMO). Форматы 3 и 3A DCI могут использоваться для отправки информации управления мощностью передачи (TPC) на UE. Форматы 0, 1A, 3 и 3а DCI имеют одинаковый размер. Форматы 1, 1в, 1с, 1D, 2, 2A и 2B DCI могут иметь различные размеры.

Таблица 1 перечисляет форматы DCI, поддерживаемые LTE редакции 9. Другие форматы DCI также могут поддерживаться, например, в будущих редакциях LTE. В дополнение набор форматов DCI может задаваться для поддержки сигнализации между несущими. В одном варианте осуществления формат DCI, поддерживающий сигнализацию между несущими, может включать в себя (i) все поля, соответствующие формату DCI, не поддерживающему сигнализацию между несущими (например, один из форматов DCI, показанных в таблице 1) и (ii) одно или более дополнительных полей для поддержки сигнализации между несущими. В одном варианте осуществления сигнализация между несущими может поддерживаться через поле индикатора между несущими (CIF), которое показывает несущую, на которой запланирована передача данных. CIF может иметь одну или более следующих характеристик:

присутствие CIF может задействоваться полустатически, например, через сигнализацию верхнего уровня,

конфигурация для присутствия CIF может быть характерной для UE,

CIF (если сконфигурировано) может быть полем фиксированного размера (например, трехбитным для поддержки вплоть до восьми несущих),

местоположение CIF (если сконфигурировано) может быть фиксированным для всех форматов DCI независимо от их размеров,

предоставления между несущими могут быть сконфигурированы и когда форматы DCI для UE имеют один и тот же размер, и когда имеют различные размеры:

может иметься верхний предел на общее количество слепых декодирований посредством UE.

Фиг.4 показывает формат X DCI, который не поддерживает сигнализацию между несущими. Формат X DCI может соответствовать любому одному из форматов DCI, показанных в таблице 1, и может включать в себя ряд полей, используемых для отправки различных типов информации. Например, формат X DCI может быть использован для предоставления и может включать в себя поля для передачи ресурсов, выделенных для передачи данных, схему модуляции и кодирования (MCS), информацию предварительного кодирования, информацию гибридного автоматического запроса на повторную передачу (HARQ), команду TPC и/или другую информацию.

Фиг.4 также показывает вариант осуществления формата X' DCI, который поддерживает сигнализацию между несущими. В этом варианте осуществления формат X' DCI включает в себя все поля в формате X DCI и дополнительное поле для CIF. Из-за дополнительного CIF формат X' DCI имеет размер, отличный от соответствующего формата X DCI.

В общем, CIF может быть добавлено к любому одному из форматов DCI, показанных в таблице 1, для формирования формата DCI, который поддерживает сигнализацию между несущими. Например, CIF может добавляться к форматам 1A, 0 и 2 DCI для формирования форматов 1A', 0' и 2' соответственно. Ради ясности в описании, приведенном в материалах настоящей заявки, формат DCI, не поддерживающий сигнализацию между несущими, может быть обозначен без штриха (например, формат X DCI, где X может быть любым подходящим обозначением). Формат DCI, поддерживающий сигнализацию между несущими, может быть обозначен со штрихом (например, формат X' DCI). Формат X' DCI может включать в себя все поля в формате X DCI и CIF и/или другие поля для поддержки сигнализации между несущими.

В LTE редакции 8 (Rel-8) и LTE редакции 9 (Rel-9) UE может быть полустатически сконфигурировано посредством управления радиоресурсами (RRC), с одним из восьми режимов передачи нисходящей линии связи с 1 по 8. Для каждого режима передачи нисходящей линии связи UE может осуществлять мониторинг двух форматов DCI: формата 1A DCI и зависящего от режима формата DCI. Например, UE может осуществлять мониторинг формата 1A DCI, а также формата 2 DCI для режима 4 передачи нисходящей линии связи для пространственного мультиплексирования с замкнутым контуром. Для всех режимов передачи нисходящей линии связи UE также может осуществлять мониторинг формата 0 DCI, используемого для планирования восходящей линии связи.

eNB может отправлять DCI к UE по PDCCH, используя любой один из форматов DCI, поддерживаемых посредством UE. eNB также может отправлять DCI на PDCCH в 1, 2, 4 или 8 элементах канала управления (CCE), которые соответствуют уровню агрегации 1, 2, 4 или 8 соответственно. Каждый CCE может включать в себя девять элементов ресурсов, причем каждый элемент ресурсов охватывает одну поднесущую в одном периоде символа. Различные уровни агрегации могут использоваться для различных уровней защиты для DCI. eNB может отправлять DCI на UE только в определенных CCE, которые могут быть расположены в общем пространстве поиска и характерном для UE пространстве поиска. Общее пространство поиска может быть применимо ко всем UE, тогда как характерное для UE пространство поиска может быть характерно для UE. UE может иметь ряд кандидатов PDCCH в общем пространстве поиска и характерном для UE пространстве поиска. Каждый кандидат PDCCH может соответствовать характерному набору CCE, на котором DCI может отправляться на UE. Таблица 2 перечисляет кандидатов PDCCH, мониторируемых посредством UE для различных уровней агрегации в общем и характерном для UE пространствах поиска.

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

Форматы 1A и 0 DCI имеют одинаковый размер. Следовательно, для любого режима передачи нисходящей линии связи может быть всего только два размера DCI для одноадресных передач от DCI на UE: один размер DCI для форматов 1A и 0 DCI и другой размер DCI для зависящего от режима формата DCI. UE может выполнять 22 слепых декодирования для 22 кандидатов PDCCH в Таблице 2 для каждого из двух размеров DCI или в сумме 44 слепых декодирования.

Форматы 1A и 0 DCI могут использоваться для всех режимов передачи нисходящей линии связи и конфигураций несущих. Это предоставляет возможность eNB иметь один формат DCI для каждой линии связи (нисходящей линии связи и восходящей линии связи), так что eNB может использовать для отправки DCI на UE в любом подкадре независимо от реконфигурирования RRC и реконфигурирования UE. Этот вариант осуществления может бороться с потенциально неопределенной продолжительностью, когда UE находится под реконфигурированием RRC, как описано ниже.

Фиг.5А показывает пример реконфигурирования RRC для различных режимов передачи нисходящей линии связи. Перед временем T1 UE работает на основе режима U передачи нисходящей линии связи и поддерживает форматы 1A и 0 DCI и зависящий от режима формат W DCI. Во время T1 выполняется реконфигурация RRC (например, отправкой сообщения реконфигурирования соединения RRC, от eNB на UE) для изменения режима передачи нисходящей линии связи UE с режима U на режим V. Во время T2 UE может работать на основе режима V передачи нисходящей линии связи и может поддерживать форматы 1A и 0 DCI и зависящий от режима формат Z DCI. Интервал перехода с времени T1 на время T2 может быть незаданным (поскольку в LTE нет "времени действия", в которое новый режим V передачи нисходящей линии связи становится эффективным). eNB может быть не осведомлен о состоянии UE и конкретном режиме передачи нисходящей линии связи, поддерживаемом UE в ходе длительности реконфигурирования RRC. Тем не менее, eNB может отправлять DCI на UE, используя форматы 1A и 0 DCI, которые поддерживаются UE как перед, так и после реконфигурирования RRC. Использование форматов 1A и 0 DCI для всех режимов передачи нисходящей линии связи, таким образом, может предоставлять возможность непрерывной поддержки связи eNB-UE в ходе интервала перехода.

Фиг.5В показывает пример реконфигурирования RRC для работы на многих несущих с сигнализацией между несущими. Перед временем T1 UE работает на одной или многих несущих и не поддерживает сигнализацию между несущими, которая может обозначаться как режим "без-CIF". Перед временем T1 UE поддерживает форматы 1A и 0 DCI и зависящий от режима формат W DCI. Во время T1 реконфигурация RRC выполняется для изменения работы UE для поддержания сигнализации между несущими, которая может обозначаться как режим "CIF". Во время T2 UE работает с сигнализацией между несущими и поддерживает форматы 1 A' и 0' DCI и зависящий от режима формат W' DCI.

Как показано на фиг.5B, когда UE реконфигурируется полустатически из режима без-CIF в CIF (или наоборот), в линии связи больше нет общего формата DCI (перед и после реконфигурирования RRC), для того чтобы позволять eNB надежно отправлять DCI на UE. Это может привести к потере DCI в UE, что может ухудшать рабочие характеристики. Например, во время T3 в пределах интервала перехода T1-T2 (не показан на фиг.5B) eNB может допускать, что UE переключился в режим CIF и может отправлять предоставление DL на основе формата 1A' DCI. Однако во время T3 UE может по-прежнему работать в режиме без-CIF и может выполнять слепое декодирование на основе формата 1A DCI. В этой ситуации UE мог пропустить предоставление DL, отправленное eNB, и также пропустить передачу данных нисходящей линии связи, отправленную на основе предоставления DL.

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

В одном варианте осуществления для сигнализации между несущими может допускаться следующее:

UE может быть сконфигурировано с сигнализацией между несущими (или CIF), только если UE сконфигурировано с двумя или более несущими, и

реконфигурация CIF и ряд несущих для UE полустатичны.

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

В одном варианте осуществления операция нейтрализации неисправности может поддерживаться только на поднаборе из всех несущих. Несущая, на которой поддерживается операция нейтрализации неисправности, может обозначаться как несущая нейтрализации неисправности. Несущая, на которой не поддерживается операция нейтрализации неисправности, может обозначаться как несущая без нейтрализации неисправности. Для каждой несущей нейтрализации неисправности UE может выполнять слепое декодирование для форматов DCI с CIF или без CIF. Для каждой несущей без нейтрализации неисправности UE может выполнять слепое декодирование только для форматов DCI с CIF. Это может уменьшать количество слепых декодирований для несущих без нейтрализации неисправности.

Фиг.6 показывает вариант осуществления поддержки операции нейтрализации неисправности, когда добавляется новая несущая и задействуется сигнализация между несущими. В примере, показанном на фиг.6, перед временем T1 UE работает на несущей 1 и поддерживает форматы 1A и 0 DCI и зависящий от режима формат W DCI. Во время T1 реконфигурация RRC выполняется для добавления другой несущей 2 и для активации сигнализации между несущими для UE. Во время T2 UE работает на несущих 1 и 2 с сигнализацией между несущими.

В первом варианте осуществления UE поддерживает операцию нейтрализации неисправности на несущей 1 и не поддерживает нейтрализацию неисправности на несущей 2, как показано на фиг.6. В этом варианте осуществления во время T2 UE может поддерживать следующее:

несущая 1 - форматы 1 A' и 0' DCI (с CIF), форматы 1A и 0 DCI (без CIF) и формат W' DCI (с CIF для режима передачи нисходящей линии связи, поддерживаемого UE на несущей 1), и

несущая 2 - форматы 1 A' и 0' DCI (с CIF) и формат Z' DCI (с CIF, для режима передачи нисходящей линии связи, поддерживаемого UE на несущей 2).

Во втором варианте осуществления UE может поддерживать операцию нейтрализации неисправности на обеих несущих 1 и 2. В этом варианте осуществления во время T2 UE может поддерживать следующее:

несущая 1 - форматы 1 A' и 0', 1A и 0 и W' DCI и

несущая 2 - форматы 1 A' и 0', 1A и 0 и Z' DCI

Фиг.7 показывает вариант осуществления поддержки операции нейтрализации неисправности, когда задействована сигнализация между несущими. В примере, показанном на фиг.7, перед временем T1 UE работает на двух несущих 1 и 2 без сигнализации между несущими. UE поддерживает форматы 1A и 0 DCI и зависящий от режима формат W DCI на несущей 1 и дополнительно поддерживает форматы 1A и 0 DCI и зависящий от режима формат Z DCI на несущей 2. Во время T1 реконфигурация RRC выполняется для активации сигнализации между несущими UE. Во время T2 UE работает на несущих 1 и 2 с сигнализацией между несущими.

В первом варианте осуществления UE поддерживает операцию нейтрализации неисправности на несущей 1 и не поддерживает операцию нейтрализации неисправности на несущей 2, как показано на фиг.7. В этом варианте осуществления во время T2 UE может поддерживать следующее:

несущая 1 - форматы 1A' и 0', 1A и 0 и W' DCI и

несущая 2 - форматы 1 A' и 0' и Z' DCI

Во втором варианте осуществления UE поддерживает операцию нейтрализации неисправности на обеих несущих 1 и 2. UE затем может поддерживать форматы 1 A' и 0', 1A и 0 и Z' DCI на несущей 2.

В общем, операция нейтрализации неисправности может поддерживаться на любом количестве несущих, которые быть могут полустатично реконфигурированы для UE. Например, операция нейтрализации неисправности может поддерживаться только на основной несущей, или основной несущей и одной или более других несущих, или какой-нибудь другой несущей, или сочетании несущих. Несущая(ие) нейтрализации неисправности может быть сконфигурирована явным или неявным образом, так что и eNB, и UE осведомлены о несущей(их) нейтрализации неисправности. В одном варианте осуществления оба формата 1A и 0 DCI могут поддерживаться на каждой несущей нейтрализации неисправности так, чтобы DCI могла надежно отправляться для передачи управляющих данных на нисходящей линии связи и восходящей линии связи.

В одном варианте осуществления операция нейтрализации неисправности может поддерживаться только для поднабора всех кандидатов PDCCH для того, чтобы ограничить количество слепых декодирований UE. UE может выполнять три слепых декодирования для трех размеров DCI для каждого кандидата PDCCH - первое слепое декодирование для форматов 1A и 0 DCI, второе слепое декодирование для зависящего от режима формата DCI и третье слепое декодирование для форматов 1A' и 0' DCI. UE затем может выполнять сумму из 66 слепых декодирований для трех размеров DCI для одной несущей. Общее количество слепых декодирований может быть уменьшено наложением определенных ограничений на то, как DCI может отправляться на UE. Эти ограничения должны минимально влиять на рабочую характеристику, поскольку операция нейтрализации неисправности для реконфигурирования RRC может быть нечастым событием. Различные варианты осуществления для уменьшения количества слепых декодирований описаны ниже.

В первом варианте уменьшения количества слепых декодирований форматы DCI с CIF и без CIF могут поддерживаться в различных пространствах поиска. Каждое пространство поиска может поддерживать либо форматы DCI с CIF, либо форматы DCI без CIF. В одном варианте осуществления форматы DCI без CIF (например, форматы 1A и 0 DCI) могут поддерживаться в общем пространстве поиска, и форматы с CIF (например, форматы 1A', 0' и W' DCI) могут поддерживаться в характерном для UE пространстве поиска, как показано в таблице 3. DCI может отправляться как одноадресная передача на заданное UE в общем или характерном для UE пространстве поиска, использующем формат 1A, 0, 1A', 0' или W' DCI. Одноадресная передача DCI может скремблироваться с характерным для UE временным идентификатором радиосети (RNTT), таким как RNTI соты (C-RNTI), (SPS) C-RNTI полупостоянного планирования, Временным C-RNTI и т.д. DCI может отправляться как рассылка на все UE в общем пространстве поиска, использующем формат 1A или 1С DCI. Рассылка DCI может скремблироваться с RNTI, известным всем UE, таким как RNTI системной информации (SI-RNTI), RNTI поискового вызова (P-RNTI), RNTI произвольного доступа (RA-RNTI), и т.д. DCI для информации TPC может отправляться, используя формат 3 или 3А DCI в общем пространстве поиска, и может скремблироваться с TPC-PUCCH RNTI или TPC-PUSCH RNTI, которые известны UE.

В варианте осуществления, показанном в таблице 3, UE может иметь два размера DCI для общего пространства поиска и два размера DCI для характерного для UE пространства поиска. Два размера DCI для общего пространства поиска могут включать в себя один DCI размер для форматов 1A, 0, 3 и 3А DCI и другой размер DCI для формата 1С DCI. Два размера DCI для характерного для UE пространства поиска могут включать в себя один размер DCI для форматов 1A' и 0' DCI и другой размер DCI для формата W' DCI. Для варианта осуществления, показанного в таблице 3, UE может выполнять такое же количество слепых декодирований (например, 44), чтобы поддерживать операцию нейтрализации неисправности с сигнализацией между несущими, как другое UE, которое не поддерживает эту операцию нейтрализации неисправности.

Вариант осуществления в таблице 3 может не иметь влияния на планирование UE для (i) передачи данных нисходящей линии связи на той же несущей DL, на которой отправляется DCI, и (ii) передачи данных восходящей линии связи на несущей UL, ассоциированной с этой несущей DL. В этих случаях CIF не требуется. Предоставления DL и UL могут отправляться на UE либо в (i) общем пространстве поиска, использующем форматы 1A и 0 DCI, либо (ii) характерном для UE пространстве поиска, использующем форматы 1A' и 0' DCI. UE может быть запланировано в как общем, так и характерном для UE пространстве поиска для передачи данных на нисходящей линии связи и восходящей линии связи.

Вследствие ограничений пространства поиска вариант осуществления, показанный в таблице 3, может иметь некоторое влияние на планирование UE для (i) передачи данных нисходящей линии связи на несущей DL, отличающейся от несущей DL, на которой отправляется DCI, и (ii) передачи данных восходящей линии связи на несущей UL, не ассоциированной с несущей DL, на которой отправляется DCI. В этих случаях поле CIF может использоваться для указания несущей DL или UL, на которой запланирована передача данных. Предоставления DL и UL могут отправляться на UE в характерном для UE пространстве поиска, используя форматы 1 A' и 0' DCI, а не в общем пространстве поиска.

Во втором варианте уменьшения количества слепых декодирований форматы DCI с CIF и без CIF могут поддерживаться в поднаборах пространств поиска. В одном варианте осуществления форматы DCI без CIF (например, форматы 1A и 0 DCI) и некоторые форматы DCI с CIF (например, форматы 1 A' и 0' DCI) могут поддерживаться в общем пространстве поиска, как показано в таблице 4. Форматы DCI с CIF (например, форматы 1A', 0' и W' DCI) могут поддерживаться в характерном для UE пространстве поиска, как также показано в таблице 4.

Вариант осуществления, показанный в таблице 4, может смягчить некоторые ограничения планирования, налагаемые вариантом осуществления, показанным в таблице 3. В частности, предоставления DL и UL могут отправляться на UE как в общем, так и в характерных для UE пространствах поиска, используя форматы 1A' и 0' DCI. UE может выполнять больше слепых декодирований в общем пространстве поиска для поддержки форматов DCI с CIF и без CIF.

Для варианта осуществления, показанного в таблице 4, как формат 1A DCI, так и формат 1A' DCI с набором CIF для '000' (для адресации между несущими той же несущей DL) может использоваться в общем пространстве поиска для отправки предоставления DL на несущую DL, чтобы спланировать UE для передачи данных на той же несущей DL. Поддержка формата 1A DCI, а также формата 1A' DCI с набором CIF для '000' является дублированием. Следовательно, форматы 1A' и 0' DCI с набором CIF для '000' могут избегаться в общем пространстве поиска и вместо этого могут использоваться форматы 1A и 0 DCI.

В третьем варианте уменьшения количества слепых декодирований операция нейтрализации неисправности может не поддерживаться на конкретных несущих. В одном варианте осуществления форматы DCI с CIF (например, форматы 1A', 0' и W' DCI) могут поддерживаться, в общем и характерном для UE пространствах поиска для несущей без нейтрализации неисправности, как показано в таблице 5. DCI может отправляться как одноадресная передача на заданное UE в общем или характерном для UE пространстве поиска, используя формат 1A', 0' или W' DCI. DCI может отправляться как рассылка на все UE в общем пространстве поиска, использующем формат 1A или 1С DCI. DCI для информации TPC может быть отправлена, используя формат 3 или 3А DCI в общем пространстве поиска.

В четвертом варианте уменьшения количества слепых декодирований форматы DCI с CIF и без CIF могут поддерживаться различными наборами кандидатов PDCCH. Как показано в таблице 2, в общем пространстве поиска два уровня 4 и 8 агрегации, причем уровень 4 агрегации включает в себя 4 кандидата PDCCH, а уровень 8 агрегации включает в себя 2 кандидата PDCCH. Как также показано в таблице 2, в характерном для UE пространстве поиска четыре уровня 1, 2, 4 и 8 агрегации, причем уровень 1 агрегации включают в себя 6 кандидатов PDCCH, уровень 2 агрегации включает в себя 6 кандидатов PDCCH, уровень 4 агрегации включает в себя 2 кандидата PDCCH, а уровень 8 агрегации включает в себя 2 кандидата PDCCH. В одном варианте осуществления для заданного уровня агрегации в заданном пространстве поиска форматы DCI без CIF могут быть позволены для некоторых кандидатов PDCCH, и форматы DCI с CIF могут быть позволены для оставшихся кандидатов PDCCH. Как пример для уровня 4 агрегации в общем пространстве поиска форматы 1A и 0 DCI могут быть позволены для первых двух кандидатов PDCCH, и форматы 1A' и 0' DCI могут быть позволены для последних двух кандидатов PDCCH. Как другой пример, для уровня 8 агрегации в общем пространстве поиска форматы 1A и 0 DCI могут быть позволены для первого кандидата PDCCH, и форматы 1A' и 0' DCI могут быть позволены для другого кандидата PDCCH.

В общем, каждый уровень агрегации в каждом пространстве поиска может поддерживать только форматы DCI без CIF или только форматы DCI с CIF или оба. Если данный уровень агрегации в данном пространстве поиска поддерживает форматы DCI с CIF и без CIF, тогда любое количество кандидатов PDCCH может поддерживать форматы DCI без CIF и любое количество кандидатов PDCCH может поддерживать форматы DCI без CIF. Более того, данный кандидат PDCCH может поддерживать только форматы DCI без CIF или только форматы DCI с CIF или оба. Уровни агрегации в общем и характерном для UE пространстве поиска могут задаваться различными способами. Например, каждый уровень агрегации в общем пространстве поиска может поддерживать форматы DCI с CIF и без CIF, тогда как каждый уровень агрегации в характерном для UE пространстве поиска может поддерживать только форматы DCI с CIF.

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

В общем, для уменьшения количества слепых декодирований операция нейтрализации неисправности может поддерживаться:

только на одной или более назначенных несущих вместо всех несущих,

только в общем пространстве поиска или характерном для UE пространстве поиска на несущей,

только на одном или более назначенных уровнях агрегации и/или

только для поднабора кандидатов PDCCH.

В одном варианте осуществления первый набор кандидатов PDCCH может поддерживать форматы DCI без CIF, а второй набор кандидатов PDCCH может поддерживать форматы DCI с CIF. В одном варианте осуществления первый набор может быть неперекрывающимся со вторым набором, так что каждый кандидат PDCCH может быть включен только в один набор. В другом варианте осуществления первый набор может быть перекрывающимся со вторым набором, так что один или более кандидатов PDCCH могут быть включены в оба набора.

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

В другом аспекте может быть задан режим мониторинга перехода, в котором UE пропускает мониторинг зависящего от режима формата DCI в ходе реконфигурирования с режима без-CIF на режим CIF, или наоборот, для того чтобы уменьшить количество слепых декодирований. В ходе интервала перехода UE может поддерживать форматы 1A и 0 DCI без CIF и форматы 1A' и 0' DCI с CIF, для того чтобы поддерживать операцию нейтрализации неисправности. Однако в ходе интервала перехода UE может не поддерживать зависящий от режима формат DCI. В таком случае в ходе интервала перехода UE может выполнять слепое декодирование всего для двух размеров DCI.

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

Фиг.8 показывает вариант осуществления поддержки операции нейтрализации неисправности в ходе интервала перехода для реконфигурирования для активации сигнализации между несущими. В примере, показанном на фиг.8, перед временем T1 UE поддерживает форматы 1A и 0 DCI и зависящий от режима формат W DCI. Во время T1 реконфигурация RRC выполняется для активации сигнализации между несущими и, возможно, изменения режима передачи нисходящей линии связи для UE. Во время T2 UE работает с сигнализацией между несущими и поддерживает форматы 1A и 0 DCI без CIF и форматы 1A' и 0' DCI с CIF. UE также поддерживает либо зависящий от режима формат Z' DCI с CIF для нового режима передачи (как показано на фиг.8), либо зависящий от режима формат W' DCI с CIF для старого режима передачи (не показан на фиг.8).

В ходе интервала перехода с времени T1 ко времени T2 UE осуществляет мониторинг форматов 1A и 0 DCI без CIF и форматов 1A' и 0' DCI с CIF. UE пропускает мониторинг зависящего от режима формата DCI в ходе интервала перехода. В ходе интервала перехода UE может выполнять слепое декодирование всего для двух размеров DCI.

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

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

Режим мониторинга перехода также может ограничиваться другими способами. В одном варианте осуществления режим мониторинга перехода может быть применим для характерного для UE пространства поиска, но не общего пространства поиска. В этом варианте осуществления UE может мониторировать форматы 1A и 0 DCI и зависящий от режима формат DCI (например, с CIF или без CIF) в ходе интервала перехода в общем пространстве поиска.

Интервал перехода может задаваться различными способами и может задаваться разными способами для eNB и UE, вовлеченных в реконфигурацию. В одном варианте осуществления для eNB интервал перехода может начинаться, когда eNB начинает процедуру реконфигурирования RRC, связанную с CIF, которая может иметь место, когда сообщение реконфигурирования RRC соединения отправляется посредством eNB. Интервал перехода может заканчиваться, когда осуществляется процедура реконфигурирования RRC, которая может иметь место, когда сообщение завершения реконфигурирования RRC соединения принимается eNB.

В одном варианте осуществления для eNB интервал перехода может начинаться, когда UE становится осведомленным о связанной с CIF процедуре реконфигурирования RRC, которая может иметь место, когда принимается сообщение реконфигурирования RRC соединения. Интервал перехода может заканчиваться, когда UE принимает подтверждение, что eNB принял сообщение завершения реконфигурирования RRC соединения, отправленное UE. UE может отправлять сообщение завершения реконфигурирования RRC соединения на PUSCH на eNB и eNB может отправлять ACK на канал физического HARQ индикатора (PHICH) для передачи PUSCH, содержащей сообщение.

Начало и окончание интервала передачи в eNB может быть различным с начала и окончания интервала перехода в UE, например, вследствие задержки в отправке и приеме сообщений RRC для реконфигурирования. В одном варианте осуществления дополнительная защита начала и окончания интервала перехода может достигаться с использованием таймеров. Например, интервал перехода может растягиваться как для eNB, так и для UE на некоторый период времени, после успешной пересылки сообщения завершения реконфигурирования RRC соединения. Также могут использоваться другие таймеры, такие как минимальный таймер или максимальный таймер или оба.

В одном варианте осуществления eNB может отправлять двойные предоставления, использующие форматы DCI с CIF и без CIF в ходе интервала перехода. eNB может формировать первое предоставление на основе формата DCI без CIF (например, формат 1A, 0 или Z DCI), формировать второе предоставление на основе формата DCI с CIF (например, формат 1A', 0' или Z' DCI) и отправлять оба предоставления на UE. eNB может продолжать отправлять двойные предоставления всякий раз, когда UE запланировано, пока eNB определит, что сообщение реконфигурирования RRC достигло UE. eNB может определять это на основе на (i) ACK управления линией радиосвязи (RLC), принятого для сообщения реконфигурирования RRC, или (ii) сообщения завершения реконфигурирования RRC, принятого от UE. Этот вариант осуществления может гарантировать, что UE может принимать, по меньшей мере, одно предоставление всякий раз, когда UE запланировано для передачи данных.

В одном варианте осуществления отправление двойных предоставлений с использованием форматов DCI с CIF и без CIF может указывать на одинаковые ресурсы для PDSCH или PUSCH, назначенные для UE. В этом варианте осуществления ресурсы PDSCH/PUSCH не растрачиваются впустую, и двойные предоставления приводят только к использованию дополнительных ресурсов PDCCH. В другом варианте осуществления двойные предоставления могут быть для различных ресурсов PDSCH/PUSCH. В этом варианте осуществления UE может употреблять ресурсы PDSCH/PUSCH, указанные предоставлением, принятым UE, и может не употреблять ресурсы PDSCH/PUSCH, указанные предоставлением, потерянным UE. Однако eNB может быть способно определять, какое предоставление было принято UE, и, следовательно, конфигурацию UE, на основе (i) конкретных ресурсов PUSCH, используемых UE для передачи данных на восходящей линии связи, или (ii) конкретных ресурсов PUCCH, используемых UE для отправки ACK/NACK обратной связи для передачи данных на нисходящей линии связи.

eNB может отправлять двойные предоставления, так что UE не выполняет дополнительные слепые декодирования. Более того, eNB может отправлять двойные декодирования без планировщика и/или ограничений пространства поиска, накладываемых некоторыми из вариантов осуществления, описанных выше. Однако дополнительные ресурсы PUCCH могут потребляться для отправки двойных предоставлений, что может накладывать дополнительное бремя на PDCCH в ходе интервала перехода. Использование дополнительных ресурсов PUCCH может иметь в целом незначительное влияние, поскольку реконфигурация RRC может быть нечастой, и интервал перехода может быть относительно коротким.

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

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

Фиг.9 показывает структурную схему варианта осуществления формирователя 900 сообщения, который может быть частью eNB. В пределах формирователя 900 сообщения модуль 912 может принимать сообщение реконфигурирования RRC для UE и может определять рабочее состояние UE. Например, модуль 912 может определять, является ли UE работающим на одной несущей или многих несущих, является ли сигнализация между несущими (или CIF) задействованной для UE, режим передачи нисходящей линии связи, сконфигурированный для UE на каждой несущей, и т.д. Модуль 912 может принимать указание несущей, на которой должна быть отправлена DCI на UE, которая может обозначаться как несущая DCI. Модуль 912 может затем предоставить указание, является ли сигнализация между несущими задействованной для UE на несущей DCI, и режим передачи нисходящей линии связи, сконфигурированный для UE на несущей DCI.

Модуль 914 может принимать указание несущей DCI, указание того, является ли CIF задействованной для UE, и режим передачи нисходящей линии связи для UE на несущей DCI. Модуль 914 может предоставлять набор форматов DCI, которые поддерживаются UE на несущей DCI. Поддерживаемые форматы DCI могут включать в себя форматы DCI без CIF и форматы DCI с CIF. Модуль 916 может принимать указание несущей DCI, набор поддерживаемых форматов DCI и тип сообщения DCI для отправки на UE и может предоставлять выбранный формат DCI.

Формирователь 918 сообщения может принимать DCI для отправки на UE и выбранный формат DCI и может формировать сообщение PUCCH на основе выбранного формата DCI. Модуль 920 может принимать сообщение PUCCH и указание CCE, выбранных для использования PUCCH, и может формировать передачу PUCCH с сообщением PUCCH, отправляемым на выбранные CCE.

Фиг.10 показывает структурную схему варианта осуществления детектора 1000 сообщений, который может быть частью UE. В пределах детектора 1000 сообщений модуль 1012 может принимать сообщение реконфигурирования RRC для UE и может определять рабочее состояние UE. Например, модуль 1012 может определять, является ли UE работающим на одной несущей или многих несущих, является ли сигнализация между несущими (или CIF) задействованной для UE, режим передачи нисходящей линии связи, выбранный для UE на каждой несущей, и т.д. Модуль 1012 может принимать указание несущей, на которой следует детектировать DCI, которая может обозначаться как несущая DCI. Модуль 1012 может предоставлять указание, является ли задействованной сигнализация между несущими для UE, и режим передачи нисходящей линии связи для несущей DCI.

Модуль 1014 может принимать указание несущей DCI, указание того, является ли задействованным CIF, и режим передачи нисходящей линии связи для несущей DCI и может предоставлять набор форматов DCI, поддерживаемых на несущей DCI. Модуль 1016 может принимать указание несущей DCI и набор поддерживаемых форматов DCI и может определять набор кандидатов декодирования для несущей DCI. Каждый кандидат декодирования может соответствовать уникальной комбинации конкретного кандидата PDCCH и конкретного размера DCI. Кандидаты декодирования могут быть зависимы от того, какие форматы DCI разрешены для каждого кандидата PDCCH на несущей DCI, как описано выше. Модуль 1018 может декодировать принятые отсчеты на основе каждого из кандидатов декодирования, предоставленных модулем 1016. Модуль 1018 может предоставлять декодированные сообщения PUCCH, соответствующие действительным кандидатам декодирования.

Фиг.11 показывает вариант осуществления процесса 1100 для приема DCI в системе беспроводной связи. Процесс 1100 может выполняться посредством UE (как описано ниже) или каким-либо другим объектом. UE может определять, по меньшей мере, один первый формат DCI (например, форматы DCI без CIF) для осуществления мониторинга на первой несущей (этап 1112). UE может осуществлять мониторинг, по меньшей мере, одного первого формата DCI на первой несущей для того, чтобы детектировать DCI, отправленную на UE (этап 1114). UE может принимать сообщение реконфигурирования, относящееся к связи на множестве несущих посредством UE с сигнализацией между несущими (этап 1116). UE может определять, по меньшей мере, один второй формат DCI (например, форматы DCI с CIF) для осуществления мониторинга на первой несущей на основе сообщения реконфигурирования (этап 1118). UE может осуществлять мониторинг, по меньшей мере, одного первого формата DCI и, по меньшей мере, одного второго формата DCI на первой несущей после приема сообщения реконфигурирования для того, чтобы детектировать DCI, отправленную на UE (этап 1120).

В одном варианте осуществления каждый второй формат DCI может содержать соответствующий первый формат DCI и, по меньшей мере, одно дополнительное поле, поддерживающее сигнализацию между несущими, например, как показано на фиг.4. В одном варианте осуществления, по меньшей мере, одно дополнительное поле может содержать CIF, которое может указывать несущую, на которой запланирована передача данных. По меньшей мере, одно дополнительное поле может также включать в себя различные и/или другие поля, чтобы поддержать сигнализацию между несущими. В одном варианте осуществления, по меньшей мере, один первый формат DCI может иметь первый размер, и, по меньшей мере, один второй формат DCI может иметь второй размер, который отличается от первого размера.

В одном варианте осуществления операция нейтрализации неисправности может поддерживаться определенными форматами DCI на первой несущей. В одном варианте осуществления, по меньшей мере, один первый формат DCI может включать в себя формат 1A DCI для предоставлений нисходящей линии связи или формат 0 DCI для предоставлений восходящей линии связи или некоторые другие форматы DCI или их комбинацию. В одном варианте осуществления, по меньшей мере, один второй формат DCI может включать в себя формат 1A' DCI, содержащий формат 1A DCI и CIF, или формат 0' DCI, содержащий формат 0 DCI и CIF, или какие-нибудь другие форматы DCI, или их комбинацию.

В одном варианте осуществления для зависящего от режима формата DCI может поддерживаться операция нейтрализации неисправности. В другом варианте осуществления для зависящего от режима формата DCI операция нейтрализации неисправности может не поддерживаться. В этом варианте осуществления UE может определять третий формат DCI для осуществления мониторинга на первой несущей перед приемом сообщения реконфигурирования. UE может осуществлять мониторинг третьего формата DCI на первой несущей перед приемом сообщения реконфигурирования, чтобы детектировать DCI, отправленную на UE. UE может определить четвертый формат DCI для осуществления мониторинга на первой несущей после приема сообщения реконфигурирования. Чтобы детектировать DCI, отправленную на UE, UE может осуществлять мониторинг четвертого формата DCI, но не третьего формата DCI, на первой несущей после приема сообщения реконфигурирования. Третий и четвертый форматы DCI могут быть ассоциированы с режимом передачи UE на первой несущей. Например, третий формат DCI может быть любым одним из форматов DCI, показанных в таблице 1, и четвертый формат DCI может содержать третий формат DCI и CIF.

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

В одном варианте осуществления операция нейтрализации неисправности может поддерживаться для всех пространств поиска на первой несущей. Для этапа 1120 UE может осуществлять мониторинг, по меньшей мере, одного второго формата DCI во всех пространствах поиска для UE на первой несущей. В другом варианте осуществления операция нейтрализации неисправности может ограничиваться для поднабора пространств поиска для UE на первой несущей. Для этапа 1120 UE может осуществлять мониторинг, по меньшей мере, одного второго формата DCI в характерном для UE пространстве поиска, но не общем пространстве поиска, например, как показано в таблице 3.

В одном варианте осуществления операция нейтрализации неисправности может поддерживаться для всех кандидатов PDCCH для UE на первой несущей. UE может определять множество кандидатов (PDCCH) для UE на первой несущей, UE может декодировать множество кандидатов PDCCH на основе, по меньшей мере, одного первого формата DCI, а также, по меньшей мере, одного второго формата DCI.

В другом варианте осуществления операция нейтрализации неисправности может поддерживаться для поднабора кандидатов PDCCH для UE на первой несущей. UE может определять первый набор кандидатов PDCCH и второй набор кандидатов PDCCH для UE на первой несущей. UE может декодировать первый набор кандидатов PDCCH для, по меньшей мере, одного первого формата DCI, но не, по меньшей мере, одного второго формата DCI. UE может декодировать второй набор кандидатов PDCCH для, по меньшей мере, одного первого формата DCI и, по меньшей мере, одного второго формата DCI. В одном варианте осуществления первый набор кандидатов PDCCH может быть предназначен для общего пространства поиска для UE на первой несущей, и второй набор кандидатов PDCCH может быть предназначен для характерного для UE пространства поиска для UE на первой несущей, как показано в таблице 3. В другом варианте осуществления первый и второй наборы кандидатов PDCCH могут соответствовать различным частям пространства поиска для UE на первой несущей. Еще в одном другом варианте осуществления первый и второй наборы кандидатов PDCCH могут соответствовать различным частям уровня агрегации для пространства поиска для UE на первой несущей. Первый и второй наборы кандидатов PDCCH могут также задаваться другими способами.

В одном варианте осуществления может поддерживаться режим мониторинга перехода. UE может определять третий формат DCI (например, зависящий от режима формат DCI) для осуществления мониторинга на первой несущей перед приемом сообщения реконфигурирования, чтобы детектировать DCI, отправленную на UE. UE может осуществлять мониторинг, по меньшей мере, одного первого формата DCI и, по меньшей мере, одного второго формата DCI, но не третьего формата DCI, на первой несущей в ходе интервала перехода для реконфигурирования UE на основе сообщения реконфигурирования (например, как показано на фиг.8). UE может определять начало интервала перехода на основе времени, в которое посредством UE принято сообщение реконфигурирования. UE может отправлять сообщение завершения реконфигурирования на базовую станцию и после этого может принимать подтверждение для этого сообщения. UE может определять окончание интервала перехода на основе (i) времени T_x, в которое посредством UE отправлено сообщение завершения реконфигурирования, или (ii) времени T_y, в которое посредством UE принято подтверждение для сообщения завершения реконфигурирования. UE также может определять окончание интервала перехода дополнительно на основе таймера, который может запускаться со времени T_x или времени T_y.

В одном варианте осуществления операция нейтрализации неисправности может быть активирована, когда новая несущая добавляется для UE, например, как показано на фиг.6. UE может принимать данные (i) на одиночной несущей (например, первой несущей) перед приемом сообщения реконфигурирования и (ii) на множестве несущих с сигнализацией между несущими после приема сообщения реконфигурирования. В одном варианте осуществления операция нейтрализации неисправности может быть активирована, когда активируется сигнализация между несущими (или CIF), например, как показано на фиг.7. UE может принимать данные на множестве несущих (i) без сигнализации между несущими перед приемом сообщения реконфигурирования и (ii) с сигнализацией между несущими после приема сообщения реконфигурирования.

Фиг.12 показывает вариант осуществления процесса 1200 для отправки DCI в системе беспроводной связи. Процесс 1200 может выполняться базовой станцией/eNB (как описано ниже) или каким-либо другим объектом. Базовая станция может определять, по меньшей мере, один первый формат DCI, мониторируемый посредством UE на первой несущей (этап 1212). Базовая станция может отправлять DCI на первой несущей на UE на основе, по меньшей мере, одного первого формата DCI (этап 1214). Базовая станция может отправлять на UE сообщение реконфигурирования, относящееся к связи на множестве несущих посредством UE с сигнализацией между несущими (этап 1216). Базовая станция может определять, по меньшей мере, один второй формат DCI, мониторируемый посредством UE на первой несущей, в ответ на сообщение реконфигурирования (этап 1218). Базовая станция может отправлять DCI на первой несущей на UE на основе, по меньшей мере, одного первого формата DCI и, по меньшей мере, одного второго формата DCI после отправки сообщения реконфигурирования (этап 1220). Первый и второй форматы DCI могут быть такими, как описано выше для фиг.11.

В одном варианте осуществления операция нейтрализации неисправности может поддерживаться для определенных форматов DCI (например, форматов 1A и 0 DCI) на первой несущей. В одном варианте осуществления операция нейтрализации неисправности может не поддерживаться для зависящего от режима формата DCI. Базовая станция может определить третий формат DCI, мониторируемый посредством UE на первой несущей, перед отправкой сообщения реконфигурирования. Перед отправкой сообщения реконфигурирования базовая станция может отправлять DCI на первой несущей на UE дополнительно на основании третьего формата DCI. Базовая станция может определить четвертый формат DCI, мониторируемый посредством UE на первой несущей, после отправки сообщения реконфигурирования. Базовая станция может отправлять DCI на первой несущей на UE дополнительно на основании четвертого формата DCI, но не третьего формата DCI, после отправки сообщения реконфигурирования. Третий и четвертый форматы DCI могут быть ассоциированы с режимом передачи UE на первой несущей.

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

В одном варианте осуществления операция нейтрализации неисправности может поддерживаться для всех пространств поиска для UE на первой несущей. В другом варианте осуществления операция нейтрализации неисправности может ограничиваться для поднабора пространств поиска для UE на первой несущей. Например, базовая станция может отправлять DCI на UE на основе, по меньшей мере, одного второго формата DCI, в характерном для UE пространстве поиска, но не общем пространстве поиска для UE на первой несущей, например, как показано в таблице 3.

В одном из вариантов осуществления операция нейтрализации неисправности может поддерживаться для всех кандидатов PDCCH для UE на первой несущей. В другом варианте осуществления операция нейтрализации неисправности может поддерживаться для поднабора кандидатов PDCCH для UE на первой несущей. Для этого варианта осуществления базовая станция может отправлять DCI на основе, по меньшей мере, одного первого формата DCI, но не, по меньшей мере, одного второго формата DCI в первом наборе кандидатов PDCCH для UE на первой несущей. Базовая станция может отправлять DCI на основе, по меньшей мере, одного первого формата DCI и, по меньшей мере, одного второго формата DCI во втором наборе кандидатов PDCCH для UE на первой несущей. Первый и второй наборы кандидатов PDCCH могут задаваться различными способами, как описано выше для фиг.11.

В одном варианте осуществления операция нейтрализации неисправности может быть активирована, когда добавляется новая несущая для UE, например, как показано на фиг.6. Базовая станция может отправлять данные на UE (i) на одиночной несущей перед отправкой сообщения реконфигурирования и (ii) на множестве несущих с сигнализацией между несущими после отправки сообщения реконфигурирования. В одном варианте осуществления операция нейтрализации неисправности может быть активирована, когда активируется сигнализация между несущими (или CIF), например, как показано на фиг.7. Базовая станция может отправлять данные на UE на множестве несущих (i) без сигнализации между несущими, перед приемом сообщения реконфигурирования и (ii) с сигнализацией между несущими, после приема сообщения реконфигурирования.

В одном варианте осуществления базовая станция может отправлять двойные назначения/предоставления. Базовая станция может формировать первое предоставление для передачи данных на UE на основе одного из, по меньшей мере, одного первого формата DCI. Базовая станция может формировать второе предоставление для передачи данных на UE на основе одного из, по меньшей мере, одного второго формата DCI. Базовая станция может отправлять первый и второй предоставления на UE, например, в одном и том же подкадре.

Фиг.13 показывает структурную схему варианта осуществления базовой станции/eNB 110 и UE 120, которые могут быть одной из базовых станций/eNB и одним из UE на фиг.1. Базовая станция 110 может оснащаться T антеннами 1334a-1334t, и UE 120 может оснащаться R антеннами 1352a-1352r, где в основном T>1 и R>1.

В базовой станции 110 процессор 1320 передачи может принимать данные из источника данных 1312 для одного или более UE, запланированных для передачи данных нисходящей линии связи, обработки (например, кодирования и модулирования) данных для каждого UE на основе одной или более схем модуляции и кодирования, выбранных для UE, и предоставлять символы данных для всех терминалов. Процессор 1320 передачи также может обрабатывать управляющую информацию (например, предоставления, сообщения реконфигурирования и т.д.) и выдавать символы управления. Процессор 1320 передачи также может формировать опорные символы для сигналов синхронизации и опорных сигналов. Процессор 1330 передачи (TX) MIMO может предварительно кодировать символы данных, символы управления и/или опорные символы (если применимо) и может выдавать T выходных потоков символов в T модуляторов (MOD) 1332a-1332t. Каждый модулятор 1332 может обрабатывать свой выходной поток символов (например, для OFDM и т.д.), чтобы получать выходной поток отсчетов. Каждый модулятор 1332 дополнительно может приводить в нужное состояние (например, преобразовывать в аналоговую форму, фильтровать, усиливать и преобразовывать с повышением частоты) свой выходной поток отсчетов и формировать сигнал нисходящей линии связи. T сигналов нисходящей линии связи из модуляторов 1332a-1332t могут передаваться через T антенн 1334a-1334t соответственно.

В UE 120 R антенн 1352a-1352r могут принимать сигналы нисходящей линии связи с базовой станции 110, и каждая антенна 1352 может предоставить принятый сигнал на ассоциированный демодулятор (DEMOD) 1354. Каждый демодулятор 1354 может приводить в нужное состояние (например, фильтровать, усиливать, преобразовывать с понижением частоты и оцифровывать) свой принятый сигнал для получения отсчетов и может дополнительно обрабатывать отсчеты (например, для OFDM, и т.д.) для получения принятых символов. Детектор 1360 MIMO может получать принятые символы из всех демодуляторов 1354, выполнять детектирование MIMO над принятыми символами, если применимо, и выдавать детектированные символы. Процессор 1370 приема может обрабатывать (например, демодулировать и декодировать) детектированные символы, выдавать декодированные данные для UE 120 в приемник 1372 данных и выдавать декодированную управляющую информацию в контроллер/процессор 1390.

На восходящей линии связи в UE 120 данные из источника 1378 данных, управляющая информация (например, информация ACK, информация CQI, и т.д.) из контроллера/процессора 1390 и опорные сигналы могут обрабатываться процессором 1380 передачи, предварительно кодироваться процессором 1382 TX MIMO, если применимо, дополнительно обрабатываться модуляторами 1354a-1354r и передаваться на базовую станцию 110. На базовой станции 110 сигналы восходящей линии связи с UE 120 могут приниматься антеннами 1334, обрабатываться демодуляторами 1332, детектироваться детектором 1336 MIMO, если применимо, и дополнительно обрабатываться процессором 1338 приема для восстановления данных и управляющей информации, отправленных посредством UE 120. Процессор 1338 может предоставлять восстановленные данные в приемник 1339 данных и может предоставлять восстановленную управляющую информацию в контроллер/процессор 1340.

Контроллеры/процессоры 1340 и 1390 могут направлять работу на базовой станции 110 и UE 120 соответственно. Процессор 1320, процессор 1340 и/или другие процессоры и модули в базовой станции 110 могут выполнять или направлять процесс 1200 на фиг.12 и/или другие процессы для методик, описанных в материалах настоящей заявки. Процессор 1370, процессор 1390 и/или другие процессоры и модули в UE 120 могут выполнять или направлять процесс 1100 на фиг.11 и/или другие процессы для методик, описанных в материалах настоящей заявки. Память 1342 и 1392 может хранить данные и управляющие программы для базовой станции 110 и UE 120 соответственно. Планировщик 1344 может планировать UE 120 и/или другие UE для передачи данных по нисходящей линии связи и/или восходящей линии связи. Процессор 1320, процессор 1340, планировщик 1344 и/или другие процессоры и модули в базовой станции 110 могут реализовать модуль 900 на фиг.9. Процессор 1370, процессор 1390 и/или другие процессоры и модули в UE 120 могут реализовать модуль 1000 на фиг.10.

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

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

В одном аспекте вышеупомянутыми средствами могут быть процессор(ы) 1320, 1338 и/или 1340 в базовой станции 110 и/или процессор(ы) 1370, 1380 и/или 1390 в UE 120, которые могут быть сконфигурированы для выполнения функций, отмеченных вышеупомянутыми средствами. В другом аспекте, вышеупомянутые средства могут быть одним или более модулей или любым устройством, сконфигурированным для выполнения функций, отмеченных вышеупомянутыми средствами.

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

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

Различные иллюстративные логические блоки, модули и схемы, описанные в связи с раскрытием в материалах настоящей заявки, могут быть реализованы или выполнены с помощью процессора общего назначения, цифрового сигнального процессора (DSP), специализированной интегральной схемы (ASIC), программируемой пользователем вентильной матрицы (FPGA) или другого программируемого логического устройства, дискретной вентильной или транзисторной логики, дискретных компонентов аппаратного обеспечения или любого их сочетания, спроектированного, чтобы выполнять функции, описанные в материалах настоящей заявки. Процессором общего назначения может быть микропроцессор, но в альтернативном варианте процессор может быть любым традиционным процессором, контроллером, микроконтроллером или конечным автоматом. Процессор также может быть реализован в виде комбинации вычислительных устройств, например комбинации DSP и микропроцессора, множества микропроцессоров, одного или более микропроцессоров в соединении с DSP-ядром или любой другой такой конфигурации.

Этапы способа или алгоритма, описанные в связи с раскрытием в материалах настоящей заявки, могут быть воплощены непосредственно в аппаратном обеспечении, в модуле программного обеспечения, выполняемом процессором, или в комбинации обоих. Модуль программного обеспечения может находиться в памяти RAM, флэш-памяти, памяти ROM, памяти EPROM, памяти EEPROM, регистрах, на жестком диске, съемном диске, CD-ROM или любой другой разновидности запоминающего носителя, известной в данной области техники. Примерный запоминающий носитель присоединен к процессору из условия, чтобы процессор мог считывать информацию с и записывать информацию на запоминающий носитель. В альтернативном варианте, запоминающий носитель может быть составляющим одно целое с процессором. Процессор и запоминающий носитель могут находиться в ASIC. ASIC может находиться в пользовательском терминале. В альтернативном варианте, процессор и запоминающий носитель могут находиться, в качестве дискретных компонентов, в пользовательском терминале.

В одном или более примерных вариантах осуществления описанные функции могут быть реализованы в аппаратном обеспечении, программном обеспечении, аппаратно-программном обеспечении или любой их комбинации. Если реализованы в программном обеспечении, функции могут храниться или передаваться в виде одной или более инструкций или кода на компьютерно-читаемом носителе. Компьютерно-читаемые носители включают в себя как компьютерные запоминающие носители, так и среду связи, в том числе любой носитель, который содействует переносу компьютерной программы из одного места в другое. Запоминающие носители могут быть любыми имеющимися носителями, к которым может быть осуществлен доступ компьютером общего назначения или специального назначения. В качестве примера, а не ограничения, такие компьютерно-читаемые носители могут содержать ROM, RAM, EEPROM, CD-ROM или другое оптическое дисковое запоминающее устройство, магнитное дисковое запоминающее устройство или другие магнитные запоминающие устройства, либо любой другой носитель, который может использоваться для переноса или хранения требуемого программного кодового средства в виде команд или структур данных и к которому может осуществляться доступ компьютером общего назначения или специального назначения, либо процессором общего назначения или специального назначения. К тому же любое соединение, по сути, может называться компьютерно-читаемым носителем. Например, если программное обеспечение передается с веб-сайта, сервера или другого удаленного источника с использованием коаксиального кабеля, волоконно-оптического кабеля, витой пары, цифровой абонентской линии (DSL) или беспроводных технологий, таких как инфракрасная, радиочастотная и микроволновая, то коаксиальный кабель, волоконно-оптический кабель, витая пара, DSL или беспроводные технологии, такие как инфракрасная, радиочастотная и микроволновая, включены в определение носителя. Термин «диск», используемый в материалах настоящей заявки, включает в себя компакт-диск (CD), лазерный диск, оптический диск, цифровой многофункциональный диск (DVD), гибкий магнитный диск и диск blu-ray, где диски обычно воспроизводят данные магнитным образом, наряду с тем, что немагнитные диски воспроизводят данные оптически с помощью лазеров. Сочетания вышеприведенного также должны быть включены в пределы объема компьютерно-читаемых носителей.

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