ДИНАМИЧЕСКАЯ ИНДИКАЦИЯ КОНФИГУРАЦИЙ ПОДКАДРОВ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ/НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ В СИСТЕМЕ ДУПЛЕКСНОЙ СВЯЗИ С ВРЕМЕННЫМ РАЗДЕЛЕНИЕМ КАНАЛОВ (TDD) Российский патент 2018 года по МПК H04W72/04 

Испрашивание приоритета в соответствии с §119 раздела 35 Кодекса США

[0001] Настоящая заявка на патент испрашивает приоритет на основании заявки PCT № PCT/CN2013/080330, озаглавленной "ДИНАМИЧЕСКАЯ ИНДИКАЦИЯ КОНФИГУРАЦИЙ ПОДКАДРОВ ВОСХОДЯЩЕЙ ЛИНИИ СВЯЗИ/НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ В СИСТЕМЕ ДУПЛЕКСНОЙ СВЯЗИ С ВРЕМЕННЫМ РАЗДЕЛЕНИЕМ КАНАЛОВ (TDD)", поданной 29 июля 2013 года, и заявки PCT № PCT/CN2013/081188, озаглавленной "ДИНАМИЧЕСКАЯ ИНДИКАЦИЯ КОНФИГУРАЦИЙ ПОДКАДРОВ ВОСХОДЯЩЕЙ/НИСХОДЯЩЕЙ ЛИНИИ В СИСТЕМЕ ДУПЛЕКСНОЙ СВЯЗИ С ВРЕМЕННЫМ РАЗДЕЛЕНИЕМ КАНАЛОВ (TDD)", поданной 09 августа 2013 года, права на каждую из них принадлежат заявителю настоящего изобретения и тем самым они явно включены в данный документ посредством ссылки.

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

[0002] Настоящее раскрытие относится, в общем, к беспроводной связи и, более конкретно, к способам и устройству для динамической индикации конфигураций подкадров восходящей линии связи/нисходящей линии связи в системе дуплексной связи с временным разделением каналов (TDD).

ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ

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

[0004] Эти технологии множественного доступа были взяты за основу в различных телекоммуникационных стандартах для обеспечения общего протокола, который позволяет различным беспроводным устройствам поддерживать связь на муниципальном, национальном, региональном и даже на глобальном уровне. Примером перспективного телекоммуникационного стандарта является стандарт "Долгосрочное развитие" (LTE). LTE/LTE-Advanced представляет собой ряд улучшений в стандарте мобильной связи "универсальная мобильная телекоммуникационная система" (UMTS), который введен в действие с помощью проекта партнерства третьего поколения (3GPP). Он предназначен для обеспечения более эффективной поддержки доступа в мобильный широкополосный Интернет за счет повышения спектральной эффективности, снижения затрат, повышения качества обслуживания, использования нового спектра и более высокой интеграции с другими открытыми стандартами, использующими OFDMA по нисходящей линии связи (DL), SC-FDMA по восходящей линии связи (UL) и антенной технологии с многоканальным входом/выходом (MIMO). Однако, так как спрос на мобильный широкополосный доступ продолжает расти, существует необходимость в дальнейшем улучшении технологии LTE. Предпочтительно, эти улучшения должны быть применимыми к другим технологиям множественного доступа и телекоммуникационным стандартам, которые используют эти технологии.

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

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

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

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

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

[0009] Аспекты, в общем, включают в себя способы, устройство, системы, компьютерные программные продукты и системы обработки, как по существу описано здесь со ссылкой на и как иллюстрированно с помощью сопроводительных чертежей. "LTE" относится, в общем, к LTE и LTE-Advanced (LTE-A).

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

[0010] Фиг.1 - схема, иллюстрирующая пример сетевой архитектуры.

[0011] Фиг.2 - схема, иллюстрирующая пример сети доступа.

[0012] Фиг.3 - схема, иллюстрирующая пример структуры кадра DL в LTE.

[0013] Фиг.4 - схема, иллюстрирующая пример структуры кадра UL в LTE.

[0014] Фиг.5 - схема, иллюстрирующая пример архитектуры радиопротокола для пользователя и плоскости управления.

[0015] Фиг.6 - схема, иллюстрирующая пример развитого Узла B и пользовательского оборудования в сети доступа в соответствии с некоторыми аспектами раскрытия.

[0016] Фиг.7 иллюстрирует список конфигураций подкадров восходящей линии связи/нисходящей линии связи.

[0017] Фиг.8 иллюстрирует примерный формат кадра подкадра.

[0018] Фиг.9 иллюстрирует примерное использование основных конфигураций подкадров восходящей линии связи/нисходящей линии связи.

[0019] Фиг.10 иллюстрирует пример передачи общего PDCCH в соответствии с аспектами настоящего раскрытия.

[0020] Фиг.11 иллюстрирует пример передачи общего PDCCH в различных местоположениях в различных сотах в соответствии с аспектами настоящего раскрытия.

[0021] Фиг.12 иллюстрирует примерные операции выполняемые, например, базовой станцией (BS) для динамической индикации конфигурации подкадров UL/DL TDD в соответствии с аспектом раскрытия.

[0022] Фиг.13 иллюстрирует примерные операции выполняемые, например, пользовательским оборудованием (UE) для динамической индикации конфигурации подкадров UL/DL TDD в соответствии с аспектом раскрытия.

ПОДРОБНОЕ ОПИСАНИЕ ИЗОБРЕТЕНИЯ

[0023] Подробное описание, изложенное ниже в связи с прилагаемыми чертежами, предназначено для описания различных конфигураций и не предназначено для представления только конфигураций, в которых концепции, описанные здесь, можно осуществить на практике. Подробное описание включает в себя конкретные детали с целью обеспечения полного понимания различных концепций. Однако специалистам в данной области техники будет очевидно, что эти концепции можно осуществить на практике без этих конкретных деталей. В некоторых случаях хорошо известные структуры и компоненты показаны в виде блок-схемы, чтобы избежать затруднения понимания таких концепций.

[0024] Некоторые аспекты телекоммуникационных систем будут теперь представлены со ссылкой на различные устройства и способы. Эти устройства и способы будут описаны в последующем подробном описании и иллюстрированы на сопроводительных чертежах с помощью различных блоков, модулей, компонентов, схем, этапов, процессов, алгоритмов и т.д. (совместно упоминаемых как "элементы"). Эти элементы можно реализовать с использованием аппаратных средств, программного обеспечения или их комбинации. Тот факт, реализованы ли такие элементы в виде аппаратных средств или программного обеспечения, зависит от конкретного применения и конструктивных ограничений, наложенных на систему в целом.

[0025] Посредством примера, элемент, или любую часть элемента или любую комбинацию элементов можно реализовать с помощью "системы обработки", которая включает в себя один или более процессоров. Примеры процессоров включают в себя микропроцессоры, микроконтроллеры, процессоры цифровых сигналов (DSP), вентильные матрицы с эксплуатационным программированием (FPGA), программируемые логические устройства (PLD), машины состояний, вентильную логику, дискретные аппаратные схемы и другие подходящие аппаратные средства, сконфигурированные для выполнения различных функций, описанных на протяжении всего данного раскрытия. Один или более процессоров в системе обработки могут исполнять программное обеспечение. Программное обеспечение должно рассматриваться в широком смысле для обозначения инструкций, наборов инструкций, кода, сегментов кода, кода программы, программ, подпрограмм, программных модулей, приложений, программных приложений, пакетов прикладных программ, программно-аппаратных средств, стандартных программ, подпрограмм, объектов, исполняемых модулей, потоков вычислений, процедур, функций и т.д., либо должно упоминаться как программные/аппаратные средства, промежуточное программное обеспечение, микрокод, язык описания аппаратных средств или иным образом.

[0026] Соответственно, в одном или более примерных вариантах осуществления описанные функции можно реализовать в виде аппаратных средств, программного обеспечения или их комбинаций. В случае реализации в виде программного обеспечения, функции можно хранить на или кодировать в виде одной или более инструкций или кода на машиночитаемом носителе. Машиночитаемый носитель включает в себя компьютерные средства хранения информации. Носителями информации могут быть любые подходящие носители, к которым можно получить доступ с помощью компьютера. Посредством примера, а не ограничения, такие машиночитаемые носители могут содержать RAM, ROM, EEPROM, память на фазовых переходах (PCM), флэш-память, CDROM или накопители на оптических дисках, накопители на магнитных дисках или другие магнитные запоминающие устройства или любой другой носитель, который можно использовать для переноса или хранения желаемого кода программы в виде инструкций или структур данных, и к которому можно получить доступ с помощью компьютера. Магнитные диски и оптические диски, которые используются в данном документе, включают в себя компакт-диск (CD), лазерный диск, оптический диск, цифровой универсальный диск (DVD), гибкий диск и диск Blu-ray, где магнитные диски обычно воспроизводят данные магнитным способом, в то время как оптические диски воспроизводят данные оптическим способом с помощью лазеров. Комбинации из вышеупомянутого должны быть также включены в объем машиночитаемых носителей.

[0027] На фиг.1 показана схема, иллюстрирующая сетевую архитектуру 100 LTE. Сетевая архитектура 100 LTE может упоминаться как развитая пакетная система (EPS) 100. EPS 100 может включать в себя одну или более единиц пользовательского оборудования (UE) 102, развитую наземную сеть радиодоступа UMTS (E-UTRAN) 104, развитое пакетное ядро (EPC) 110, домашний сервер абонентов (HSS) 120 и IP-услуги 122 оператора. EPS может соединять между собой другие сети доступа, но для простоты эти объекты/интерфейсы не показаны. Примерные другие сети доступа могут включать в себя PDN мультимедийной IP-подсистемы (IMS), PDN Интернет, административную PDN (например, предоставление услуг PDN), PDN, характерную для несущей, PDN, характерную для оператора и/или PDN GPS. Как показано, EPS предоставляет услуги с коммутацией пакетов, однако, как должно быть очевидно специалистам в данной области техники, различные концепции, представленные на всем протяжении данного раскрытия, можно распространить на сети, предоставляющие услуги с коммутацией каналов.

[0028] E-UTRAN включает в себя развитый узел B (eNB) 106 и другие eNB 108. eNB 106 обеспечивает завершение протоколов плоскости управления и пользователя по отношению к UE 102. eNB 106 может быть соединен с другим eNB 108 через интерфейс X2 (например, транзитное соединение). eNB 106 может также упоминаться как базовая станция, базовая приемопередающая станция, базовая радиостанция, радиоприемопередатчик, функция приемопередатчика, базовый набор служб (BSS), расширенный набор служб (ESS), точка доступа или некоторая другая подходящая терминология. eNB 106 может предоставить точку доступа в EPC 110 для UE 102. Примеры UE 102 включают в себя сотовый телефон, смартфон, телефон, поддерживающий протокол инициирования сеанса (SIP), компьютер типа ноутбук, персональный цифровой помощник (PDA), спутниковое радио, систему глобального позиционирования, мультимедийное устройство, видеоустройство, цифровой аудиоплеер (например, MP3-плеер), камеру, игровую приставку, планшетный компьютер, компьютер типа смартбук, компьютер типа ультрабук или любое другое устройство, функционирующее аналогичным образом. UE 102 может упоминаться специалистами в данной технике как мобильная станция, абонентская станция, мобильный блок, абонентский блок, беспроводной блок, удаленный блок, мобильное устройство, беспроводное устройство, устройство беспроводной связи, удаленное устройство, мобильная абонентская станция, терминал доступа, мобильный терминал, беспроводной терминал, удаленный терминал, переносной телефон, агент пользователя, мобильный клиент, клиент или некоторая другая подходящая терминология.

[0029] eNB 106 подсоединяется к EPC 110 с помощью интерфейса S1. EPC 110 включает в себя объект управления мобильностью (MME) 112, другие MME 114, обслуживающий шлюз 116 и шлюз 118 сети пакетной передачи данных (PDN). MME 112 представляет собой узел управления, который осуществляет обработку сигнализации между UE 102 и EPC 110. Все пользовательские IP-пакеты передаются через обслуживающий шлюз 116, который непосредственно соединен с шлюзом 118 PDN. Шлюз 118 PDN обеспечивает выделение IP-адреса для UE, а также выполняет другие функции. Шлюз 118 PDN соединен со службами 122 IP оператора. Службы 122 IP оператора могут включать в себя, например, Интернет, Интранет, мультимедийную IP-подсистему (IMS) и услугу потоковой передачи с PS (c коммутацией пакетов) (PSS). Таким образом, UE 102 может подсоединяться к PDN через сеть LTE.

[0030] На фиг.2 показана схема, иллюстрирующая пример сети 200 доступа в архитектуре сети LTE. В этом примере сеть 200 доступа разделена на ряд сотовых областей (соты) 202. Один или более eNB 208 с более низким классом мощности могут иметь сотовые области 210, которые перекрываются одной или более сотами 202. eNB 208 с более низким классом мощности может упоминаться как удаленный радиомодуль (RRH). eNB 208 с более низким классом мощности может представлять собой фемтосоту (например, домашний eNB (HeNB)), пикосоту или микросоту. Каждый макро-eNB 204 назначается соответствующей соте 202 и конфигурируется таким образом, чтобы обеспечить точку доступа к EPC 110 для всех UE 206 в сотах 202. В этом примере отсутствует централизованный контроллер сети 200 доступа, но централизованный контроллер может использоваться в альтернативных конфигурациях. eNB 204 отвечает за все функции, которые относятся к радиосвязи, включая управление однонаправленным радиоканалом, управление допуском в сеть, управление мобильностью, планирование, безопасность и связность с обслуживающим шлюзом 116. Сеть 200 может также включать в себя один или более ретрансляторов (не показаны). Согласно одному приложению UE может служить в качестве ретранслятора.

[0031] Схему модуляции множественного доступа, которая используется сетью 200 доступа, может варьироваться в зависимости от того, какой конкретный телекоммуникационный стандарт применяется. В приложениях LTE OFDM используется на DL, и SC-FDMA используется на UL для поддержки как дуплексной связи с частотным разделением (FDD), так и дуплексной связи с временным разделением (TDD). Как должно быть очевидно специалистам в данной области техники из подробного описания, которое следует ниже, различные концепции, представленные в данном документе, хорошо подходят для приложений LTE. Однако эти концепции можно легко распространить на другие телекоммуникационные стандарты, использующие другие технологии модуляции и множественного доступа. Посредством примера эти концепции могут распространяться на развитие оптимизированной системы передачи данных (EV-DO) или сверхширокополосную сеть мобильной связи (UMB). EV-DO и UMB являются стандартами радиоинтерфейса, опубликованными консорциумом с названием "Проект партнерства третьего поколения 2" (3GPP2) в виде части семейства стандартов CDMA2000, и используют CDMA для предоставления широкополосного доступа в Интернет к мобильным станциям. Эти концепции могут быть также распространены на универсальный наземный радиодоступ (UTRA), использующий широкополосный CDMA (WCDMA) и другие варианты CDMA, такие как TD-SCDMA; глобальную систему для мобильной связи (GSM), использующую TDMA; и развитую UTRA (E-UTRA), сверхширокополосную мобильную связь (UMB), (Wi-Fi) IEEE 802.11, (WiMAX) IEEE 802.16, IEEE 802.20 и Flash-OFDM, использующую OFDMA. UTRA, E-UTRA, UMTS, LTE и GSM описаны в документах организации 3GPP. CDMA2000 и UMB описаны в документах организации 3GPP2. Фактический стандарт беспроводной связи и используемая технология множественного доступа будут зависеть от конкретного приложения и общих конструктивных ограничений, наложенных на систему.

[0032] eNB 204 могут иметь многочисленные антенны, поддерживающие технологию MIMO. Использование технологии MIMO позволяет eNB 204 использовать пространственную область для поддержания пространственного мультиплексирования, формирования диаграммы направленности и разнесения передачи. Пространственное мультиплексирование можно использовать для одновременной передачи различных потоков данных на одной и той же частоте. Потоки данных можно передавать в одно UE 206 для повышения скорости передачи данных и в многочисленные UE 206 для увеличения общей пропускной способности системы. Это достигается за счет пространственно предварительного кодирования каждого потока данных (например, применения масштабирования амплитуды и фазы) и дальнейшей передачи каждого пространственно предварительно кодированного потока через многочисленные передающие антенны по DL. Пространственно предварительно кодированные потоки данных приходят в UE 206 с различными пространственными сигнатурами, которые позволяют каждому UE 206 восстановить один или более потоков данных, предназначенных для этого UE 206. Каждый UE 206 передает по UL пространственно предварительно кодированный поток данных, который позволяет eNB 204 идентифицировать источник каждого пространственно предварительно кодированного потока данных.

[0033] Пространственное мультиплексирование обычно используется в том случае, когда условия канала являются хорошими. Когда условия канала являются менее благоприятными, формирование диаграммы направленности можно использовать для фокусировки энергии передачи в одном или более направлениях. Это можно достичь путем пространственно предварительного кодирования данных для передачи через многочисленные антенны. Чтобы достичь хорошей зоны покрытия на краях соты, передачу с формированием диаграммы направленности для одного потока можно использовать совместно с разнесением передачи.

[0034] В подробном описании, которое следует ниже, будут описаны различные аспекты сети доступа со ссылкой на систему MIMO, поддерживающую OFDM по DL. OFDM представляет собой технологию передачи сигналов с расширенным спектром, который позволяет модулировать данные на нескольких поднесущих в пределах OFDM-символа. Поднесущие разнесены на точные частоты. Интервал между ними обеспечивает "ортогональность", которая позволяет приемнику восстанавливать данные из поднесущих. Во временной области защитный интервал (например, циклический префикс) можно добавить в каждый OFDM-символ для противодействия интерференции между OFDM-символами. UL может использовать SC-FDMA в виде OFDM-сигнала с DFT-расширением для компенсации высокого отношения пикового уровня мощности сигнала к среднему (PAPR).

[0035] На фиг.3 показана схема 300, иллюстрирующая пример структуры кадра DL в LTE. Кадр (10 мс) можно разделить на 10 подкадров одинакового размера с индексами от 0-9. Каждый подкадр может включать в себя два следующих друг за другом временных слота. Для представления двух временных слотов можно использовать сетку ресурсов, причем каждый временной слот включает в себя ресурсный блок. Сетка ресурсов разделена на многочисленные ресурсные элементы. В LTE ресурсный блок содержит 12 последовательных поднесущих в частотной области и, для нормального циклического префикса в каждом OFDM-символе, 7 последующих OFDM-символа во временной области или 84 ресурсных элемента. Для расширенного циклического префикса ресурсный блок содержит 6 последующих OFDM-символов во временной области и имеет 72 ресурсных элемента. Некоторые из ресурсных элементов, которые показаны как R 302, R 304, включают в себя опорные сигналы DL (DL-RS). DL-RS включают в себя RS, характерный для соты (CRS) (также иногда называется общим RS) 302, и RS, характерный для UE (UE-RS) 304. UE-RS 304 передаются только на ресурсных блоках, на которых отображается соответствующий физический совместно используемый канал DL (PDSCH). Число битов, переносимых каждым ресурсным элементом, зависит от схемы модуляции. Таким образом, чем больше ресурсных блоков, которые принимают UE, и выше схема модуляции, тем выше скорость передачи данных для UE.

[0036] В LTE eNB может отправить первичный сигнал синхронизации (PSS) и вторичный сигнал синхронизации (SSS) для каждой соты в eNB. Первичный и вторичный сигналы синхронизации можно отправить в символьных периодах 6 и 5, соответственно, в каждом из подкадров 0 и 5 каждого радиокадра с нормальным циклическим префиксом (CP). Сигналы синхронизации могут использоваться UE для обнаружения и захвата соты. eNB может отправить физический широковещательный канал (PBCH) в символьных периодах 0-3 в слоте 1 подкадра 0. PBCH может переносить некоторую системную информацию.

[0037] eNB может отправлять физический канал индикатора формата управления (PCFICH) в первом символьном периоде каждого подкадра. PCFICH может передавать число символьных периодов (M), используемых для каналов управления, где M может равняться 1, 2 или 3 и может изменяться от подкадра к подкадру. M может быть также равно 4 для маленькой полосы пропускания системы, например, с менее чем 10 ресурсными блоками. eNB может отправить физический канал индикатора HARQ (PHICH) и физический канал управления нисходящей линии связи (PDCCH) в первых M символьных периодах каждого подкадра. PHICH может нести информацию для поддержки гибридного автоматического запроса на повторную передачу (HARQ). PDCCH может нести информацию о выделении ресурсов для UE и управляющую информацию для каналов нисходящей линии связи. eNB может отправить физический совместно используемый канал нисходящей линии связи (PDSCH) в оставшихся символьных периодах каждого подкадра. PDSCH может нести данные для UE, запланированные для передачи данных по нисходящей линии связи.

[0038] eNB может отправить PSS, SSS и PBCH на центральной частоте 1,08 МГц полосы пропускания системы, используемой eNB. eNB может отправить PCFICH и PHICH во всей полосе пропускания системы в каждом символьном периоде, в котором отправляются эти каналы. eNB может отправить PDCCH в группы UE в некоторых участках полосы пропускания системы. eNB может отправить PDSCH конкретным UE в конкретных частях полосы пропускания системы. eNB может отправить PSS, SSS, PBCH, PCFICH и PHICH широковещательным способом во все UE, может отправить PDCCH одноадресным способом в конкретное UE и может также отправить PDSCH одноадресным способом в конкретное UE.

[0039] Ряд ресурсных элементов может быть доступен в каждом символьном периоде. Каждый ресурсный элемент (RE) может охватывать одну поднесущую в одном символьном периоде и может использоваться для отправки одного символа модуляции, который может иметь действительное или комплексное значение. Ресурсные элементы, которые не используются для опорного сигнала в каждом символьном периоде, можно разместить в группах ресурсных элементов (REG). Каждый REG может включать в себя четыре ресурсных элемента в одном символьном периоде. PCFICH может занимать четыре REG, которые могут быть разнесены приблизительно равномерно по всей частоте, в символьном периоде 0. PHICH может занимать три REG, которые могут быть разнесены по всей частоте в одном или более конфигурируемых символьных периодах. Например, все три REG для PHICH могут иметь место в символьном периоде 0 или могут быть разнесены на символьных периодах 0, 1 и 2. PDCCH может занимать 9, 18, 36 или 72 REG, которые можно выбрать из доступных REG, например, в первых M символьных периодах. Только некоторые комбинации REG могут быть разрешены для PDCCH. В аспектах настоящих способов и устройства подкадр может включать в себя более одного PDCCH.

[0040] UE может знать о конкретных REG, используемых для PHICH и PCFICH. UE может отыскивать различные комбинации REG для PDCCH. Число комбинаций для проведения поиска типично меньше числа разрешенных комбинаций PDCCH. eNB может отправить PDCCH в UE в любой из комбинаций, которую будет отыскивать UE.

[0041] На фиг.4 показана схема 400, иллюстрирующая пример структуры кадра UL в LTE. Имеющиеся ресурсные блоки для UL можно разделить на секцию данных и секцию управления. Секция управления может быть сформирована на двух краях полосы пропускания системы и может иметь конфигурируемый размер. Ресурсные блоки в секции управления можно назначить UE для передачи управляющей информации. Секция данных может включать в себя все ресурсные блоки, не включенные в секцию управления. Структура кадра UL приводит к секции данных, включающей в себя смежные несущие, которые могут позволить одному UE назначить все смежные поднесущие в секции данных.

[0042] UE может назначить ресурсные блоки 410a, 410b в секции управления для передачи управляющей информации в eNB. UE может также назначить ресурсные блоки 420a, 420b в секции данных для передачи данных в eNB. UE может передавать управляющую информацию по физическому каналу управления UL (PUCCH) на назначенных ресурсных блоках в секции управления. UE может передавать только данные или данные и управляющую информацию по физическому совместно используемому каналу UL (PUSCH) на назначенных ресурсных блоках в секции данных. Передача UL может охватывать как слоты подкадра, так и может осуществлять перескок по частоте.

[0043] Набор ресурсных блоков можно использовать для выполнения начального доступа к системе и достижения синхронизации UL в физическом канале произвольного доступа (PRACH) 430. PRACH 430 несет случайную последовательность и не может нести какую-либо сигнализацию/данные UL. Каждая преамбула случайного доступа занимает полосу пропускания, соответствующую шести последующим ресурсным блокам. Начальная частота задается сетью. То есть передача преамбулы случайного доступа ограничена некоторыми временными и частотными ресурсами. Для PRACH отсутствует перескок по частоте. Попытка PRACH осуществляется в одном подкадре (1 мс) или в виде последовательности нескольких смежных подкадров, и UE может выполнить только одну попытку PRACH в течение одного кадра (10 мс).

[0044] На фиг.5 показана схема 500, иллюстрирующая пример архитектуры радиопротокола для пользователя и плоскостей управления в LTE. Архитектура радиопротокола для UE и eNB показана с тремя уровнями: Уровень 1, Уровень 2 и Уровень 3. Уровень 1 (уровень L1) является нижним уровнем и реализует различные функции обработки сигналов физического уровня. Уровень L1 будет упоминаться здесь как физический уровень 506. Уровень 2 (уровень L2) 508 находится выше физического уровня 506 и отвечает за линию связи между UE и eNB поверх физического уровня 506.

[0045] В пользовательской плоскости уровень 508 L2 включает в себя подуровень 510 управления доступом к среде (MAC), подуровень 512 управления радиоканалом (RLC) и подуровень 514 протокола сходимости пакетных данных (PDCP), которые завершаются в eNB на стороне сети. Хотя это и не показано UE, может иметь несколько верхних уровней выше уровня 508 L2, включающего в себя сетевой уровень (например, уровень IP), который завершается в шлюзе 118 PDN на стороне сети, и уровень приложений, который завершается на другом конце соединения (например, дальний конец UE, сервер и т.д.).

[0046] Подуровень 514 PDCP обеспечивает мультиплексирование между различными однонаправленными каналами и логическими каналами. Подуровень 514 PDCP также обеспечивает сжатие заголовка для пакетов данных верхнего уровня, чтобы уменьшить непроизводительные затраты на передачу радиосигналов, безопасность за счет шифрования пакетов данных и поддержку хэндовера для UE между eNB. Подуровень 512 RLC выполняет сегментацию и повторную сборку пакетов данных верхнего уровня, повторную передачу потерянных пакетов данных и переупорядочение пакетов данных для того, чтобы скомпенсировать беспорядочный прием из-за гибридного автоматического запроса на повторную передачу (HARQ). Подуровень 510 MAC выполняет мультиплексирование между логическими и транспортными каналами. Подуровень 510 MAC также отвечает за выделение различных радиоресурсов (например, ресурсных блоков) в одной соте среди UE. Подуровень 510 MAC также отвечает за операции HARQ.

[0047] В плоскости управления архитектура радиопротокола для UE и eNB является по существу одинаковой для физического уровня 506 и уровня L2 508 за исключением того, что отсутствует функции сжатия заголовка для плоскости управления. Плоскость управления также включает в себя подуровень 516 управления ресурсами радиосвязи (RRC) на Уровне 3 (уровень L3). Подуровень 516 RRC отвечает за получение радиоресурсов (то есть однонаправленных каналов) и за конфигурирование нижних уровней с использованием сигнализации RRC между eNB и UE.

[0048] На фиг.6 показана блок-схема eNB 610 в связи с UE 650 в сети доступа. В DL пакеты верхнего уровня от базовой сети подаются в контроллер/процессор 675. Контроллер/процессор 675 реализует функциональные возможности уровня L2. В DL контроллер/процессор 675 обеспечивает сжатие заголовка, шифрование, сегментацию и переупорядочение пакетов, мультиплексирование между логическими и транспортными каналами и выделение радиоресурсов для UE 650 на основании различных метрик приоритета. Контроллер/процессор 675 также отвечает за операции HARQ, повторную передачу потерянных пакетов и передачу сигналы в UE 650.

[0049] Процессор 616 TX реализует различные функции обработки сигналов для уровня L1 (то есть физического уровня). Функции обработки сигналов включают в себя кодирование и перемежение для обеспечения прямого исправления ошибок (FEC) в UE 650, и отображение в созвездия сигналов на основании различных схем модуляции (например, двоичную фазовую манипуляцию (BPSK), квадратурную фазовую манипуляцию (QPSK), М-фазовую манипуляцию (M-PSK), М-квадратурную амплитудную модуляцию (M-QAM)). Кодированные и модулированные символы затем разбиваются на параллельные потоки. Каждый поток затем отображается в OFDM-поднесущую, мультиплексированную с помощью опорного сигнала (например, пилот-сигнала) во временной и/или частотной области, и затем объединяется вместе с использованием обратного быстрого преобразования Фурье (IFFT) для получения физического канала, несущего поток OFDM-символов во временной области. Поток OFDM-символов пространственно предварительно кодируется для получения многочисленных пространственных потоков. Оценки канала из блока 674 оценки канала можно использовать для определения схемы кодирования модуляции, а также для пространственной обработки. Оценку канала можно получить из опорного сигнала и/или обратной связи состояния канала, которые передаются с помощью UE 650. Каждый пространственный поток затем подается в различные антенны 620 через отдельный передатчик 618 TX. Каждый передатчик 618 TX модулирует РЧ-несущую соответствующим пространственным потоком для передачи.

[0050] В UE 650 каждый приемник 654 RX принимает сигнал через свою соответствующую антенну 652. Каждый приемник 654 RX восстанавливает информацию, модулированную на РЧ несущей, и подает информацию в процессор 656 приемника (RX). Процессор 656 RX выполняет различные функции обработки сигналов уровня L1. Процессор 656 RX выполняет пространственную обработку на основе информации для восстановления любых пространственных потоков, предназначенных для UE 650. Если многочисленные пространственные потоки предназначены для UE 650, то их можно объединить с помощью процессора 656 RX в один поток OFDM-символов. Процессор 656 RX затем преобразует поток OFDM-символов из временной области в частотную область с использованием быстрого преобразования Фурье (FFT). Сигнал в частотной области содержит отдельный поток OFDM-символов для каждой поднесущей OFDM-сигнала. Символы на каждой поднесущей и опорный сигнал восстанавливаются и демодулируются путем определения наиболее вероятных точек созвездия сигналов, переданных с помощью eNB 610. Эти мягкие решения могут быть основаны на оценках канала, вычисленных блоком 658 оценки канала. Мягкие решения затем декодируются и подвергаются деперемежению для восстановления данных и сигналов управления, которые были первоначально переданы eNB 610 по физическому каналу. Данные и сигналы управления затем подаются в контроллер/процессор 659.

[0051] Контроллер/процессор 659 реализует уровень L2. Контроллер/процессор может ассоциироваться с памятью 660, которая хранит коды программ и данные. Память 660 может упоминаться как машиночитаемый носитель. В UL контроллер/процессор 659 выполняет демультиплексирование между транспортными и логическими каналами, повторную сборку пакетов, дешифрирование, распаковку заголовка, обработку сигнала управления для восстановления пакетов верхнего уровня из базовой сети. Пакеты верхнего уровня затем подаются в приемник 662 данных, который представляет собой все уровни протоколов выше уровня L2. Различные сигналы управления можно также подать в приемник 662 данных для обработки уровня L3. Контроллер/процессор 659 также отвечает за обнаружение ошибок, используя протоколы подтверждения (ACK) и/или отрицательного подтверждения (NACK) для поддержки операции HARQ.

[0052] В UL источник 667 данных используется для подачи пакетов верхнего уровня в контроллер/процессор 659. Источник 667 данных представляет все уровни протоколов выше уровня L2. Аналогично, к функциональным возможностям, описанным в связи с передачей DL с помощью eNB 610, контроллер/процессор 659 реализует уровень L2 для плоскости пользователя и плоскости управления путем выполнения сжатия заголовка, шифрования, сегментации и переупорядочения пакета и мультиплексирования между логическими и транспортными каналами на основании выделенных радиоресурсов с помощью eNB 610. Контроллер/процессор 659 также отвечает за операции HARQ, повторную передачу потерянных пакетов и сигнализацию в eNB 610.

[0053] Оценки канала, полученные с помощью блока 658 оценки канала из опорного сигнала или обратной связи, переданной с помощью eNB 610, можно использовать процессором 668 TX для выбора подходящих схем кодирования и модуляции и для облегчения пространственной обработки. Пространственные потоки, выработанные процессором 668 TX, подаются в различные антенны 652 через отдельные передатчики 654TX. Каждый передатчик 654TX модулирует РЧ-несущую с соответствующим пространственным потоком для передачи.

[0054] Передача UL обрабатывается в eNB 610 способом, аналогичным способу, который описан в связи с функцией приемника в UE 650. Каждый приемник 618 RX принимает сигнал через свою соответствующую антенну 620. Каждый приемник 618 RX восстанавливает информацию, модулированную на РЧ-несущей, и подает информацию в процессор 670 RX. Процессор 670 RX позволяет реализовать уровень L1.

[0055] Контроллер/процессор 675 реализует уровень L2. Контроллер/процессор 675 может взаимодействовать с памятью 676, которая хранит коды программ и данные. Память 676 может упоминаться как машиночитаемый носитель. В UL контроллер/процессор 675 выполняет демультиплексирование между транспортными и логическими каналами, повторную сборку пакетов, дешифрирование, распаковку заголовка, обработку сигнала управления, для восстановления пакетов верхнего уровня из UE 650. Пакеты верхнего уровня из контроллера/процессора 675 могут подаваться в базовую сеть. Контроллер/процессор 675 также отвечает за обнаружение ошибки, используя протокол ACK и/или NACK для поддержки операции HARQ. Контроллеры/процессоры 675, 659 могут обнаруживать операцию в eNB 610 и UE 650, соответственно. Контроллер/процессор 659 и/или другие процессоры и модули в UE 650 могут выполнять или направлять операции, например, операции 1300 на фиг.13, и/или другие процессы для технологий, описанных в данном документе, например. Контроллер/процессор 675 и/или другие процессоры и модули в eNB 610 могут выполнять или направлять операции, например, операции 1200 на фиг.12 и/или другие процессы для технологий, описанных в данном документе, например. В аспектах, один или более любых из компонентов, показанных на фиг.6, могут использоваться для выполнения примерных операций 1200 и 1300 и/или других процессов для технологий, описанных в данном документе.

РАЗВИТОЕ УПРАВЛЕНИЕ ПОМЕХАМИ ДЛЯ АДАПТАЦИИ ТРАФИКА (EIMTA)

[0056] В некоторых сетях беспроводной связи, таких как сети LTE, поддерживаются структуры кадров как дуплексной связи с частотным разделением каналов (FDD), так и с временным разделением каналов (TDD). Для TDD поддерживаются 7 возможных конфигураций подкадров DL UL, как показано на фиг.7. Можно отметить, что существует 2 переключающихся периодичности 5 мс и 10 мс. Для 5 мс существует два специальных подкадра в одном кадре (10 мс), как иллюстрировано на фиг.8. Для 10 мс существует один специальный подкадр одном кадре. Настоящие способы и устройство можно использовать тогда, когда поддерживаются конфигурации подкадров в большем или меньшем количестве.

[0057] В LTE Rel-12 можно динамически адаптировать конфигурации подкадров DL/UL TDD на основании фактических потребностей трафика, что также известно как развитое управление помехами для адаптации трафика (elMTA). Например, если во время короткой продолжительности времени необходимо передать большой пакет данных по нисходящей линии связи, можно изменить конфигурацию подкадра, например, с config #1 (6 DL: 4 UL) на config #5 (9 DL: 1 UL). В некоторых случаях предполагается, что адаптация конфигурации TDD не будет медленнее, чем 640 мс. В крайнем случае предполагается, что адаптация может проходить быстро в течение 10 мс, хотя это может быть нежелательным.

[0058] Однако в некоторых аспектах адаптация может вызвать чрезвычайно большие помехи как у нисходящей линии связи, так и во восходящей линии связи, когда две или более сот имеют различные подкадры нисходящей линии связи и восходящей линии связи. В дополнение к этому адаптация может привести к некоторому усложнению управления таймированием HARQ DL и UL. В некоторых аспектах, каждая из семи конфигураций подкадра DL/UL имеет свое собственное таймирование HARQ DL/UL. HARQ DL/UL оптимизируется для каждой конфигурации (например, с точки зрения эффективности операции HARQ). Например, таймирование от PDSCH до соответствующего ACK/NAK может быть различным для различных конфигураций подкадров DL/UL TDD (например, в зависимости от того, когда имеет место следующий доступный подкадр восходящей линии связи для отправки ACK/NAK).

[0059] Динамическое переключение среди 7 конфигураций (или даже более, если считается, что необходима более гибкая адаптация) подразумевает, что, если сохраняется текущее таймирование HARQ DL/UL, могут отсутствовать возможности передачи ACK/NAK для некоторых передач DL или UL.

[0060] В некоторых аспектах, для того чтобы упростить операции для расширенного (или развитого) подавления помех с адаптацией трафика (elMTA), можно определить единственную конфигурацию DL/UL как базовую для многих операций физического уровня. Например, операции HARQ DL могут базироваться на конфигурации #5 подкадра DL/UL, независимо от фактически используемой конфигурации подкадра DL/UL в кадре (или в половине кадра).

[0061] То есть, если разрешена динамическая конфигурация подкадра DL/UL, то таймирование HARQ DL может всегда базироваться на конфигурации подкадра DL/UL 9: 1. Аналогичным образом, операция HARQ UL может базироваться, например, на конфигурации #0 подкадра DL/UL, независимо от фактически используемой конфигурации подкадра DL/UL в кадре (или в половине кадра). То есть, если разрешена динамическая конфигурация подкадра DL/UL, то таймирование HARQ UL может всегда базироваться на конфигурации подкадра DL/UL 4: 6, как иллюстрировано на фиг.9.

[0062] Как показано на фиг.9, фактическое использование подкадра можно подвергнуть планированию eNB. Например, Подкадры 3/4/5/7/8/9 могут быть подкадрами DL или UL, в то время как подкадр 6 может быть либо подкадром DL, либо специальным подкадром.

ОБЕСПЕЧЕНИЕ ОБЩЕГО (e)PDCCH ДЛЯ ДИНАМИЧЕСКОЙ ИНДИКАЦИИ DL/UL TDD

КОНФИГУРАЦИЯ ПОДКАДРА

[0063] Согласно аспектам настоящего раскрытия обсуждены технологии для динамической индикации конфигурации подкадра UL/DL TDD в UE. В некоторых аспектах общий PDCCH или ePDCCH (расширенный PDCCH) с возможностью интерпретации многочисленными UE можно использовать для индикации конфигурации DL/UL TDD для одного или более UE.

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

[0065] В некоторых аспектах предполагается, что динамическая индикация конфигурации подкадра DL/UL TDD для UE находится только в состоянии RRC_CONNECTED. Поэтому, в некоторых аспектах динамическую индикацию через общий PDCCH можно разрешить через общий RNTI, например, динамическую конфигурацию DL/UL TDD (DTC-RNTI). В одном аспекте выбор 16-разрядной DTC-RNTI может следовать таким же правилам, как и C-RNTI (Cell-RNTI), и избегая RNTI, используемые P-NTI, SI-RNTI, RA-RNTI, RNTI TPC и т.д. В одном аспекте соответствующую циклическую проверку избыточности (CRC) PDCCH можно скремблировать с помощью DTC-RNTI.

[0066] В некоторых аспектах размер общего PDCCH может соответствовать существующему формату DCI или может быть новым форматом. Например, размер общего PDCCH может быть маленьким или аналогичным размеру формата 1C DCI. В одном аспекте общий PDCCH может включать в себя 3 бита, показывающие конфигурацию, 5 резервных битов, 16-разрядный CRC, всего 24 бита, который имеет такой же размер, как и формат 1C DCI, при частоте 1,4 МГц или полосе пропускания системы 6-RB. В одном аспекте размер общего PDCCH может быть независимым от полосы пропускания. Далее, формат DCI для общего PDCCH будет упоминаться как формат 5 DCI.

[0067] Аспекты настоящего раскрытия направлены на конструкцию, основанную на подкадре с привязкой. Вернемся обратно к конфигурациям TDD, показанным на фиг.7, где четыре подкадра выровнены среди всех подкадров (то есть подкадры 0, 1, 2 и 5). В дополнение к этому, в подкадре 6 частично выравниваются передачи нисходящей линии связи. Подкадры, которые выровнены (то есть подкадры, которые не изменяются во всех конфигурациях), могут также упоминаться как подкадры с привязкой. Таким образом, подкадры с привязкой могут включать в себя подкадры 0, 1, 2 и 5. Кроме того, подкадр 6 можно рассматривать как подкадр с привязкой, так как передачи нисходящей линии связи частично выровнены. Подкадры, которые не выровнены (то есть подкадры, которые изменяются во всех различных конфигурациях), могут упоминаться как подкадры без привязки.

[0068] В некоторых аспектах адаптивные конфигурации TDD можно улучшить на основе подкадров с привязкой. В некоторых аспектах общий PDCCH можно переносить только в подкадрах с привязкой DL, но нельзя переносить во всех подкадрах с привязкой DL.

[0069] В некоторых аспектах общий PDCCH, показывающий конфигурацию подкадра DL/UL TDD, можно передавать в ранних подкадрах кадра или даже в еще более ранних, например, в предыдущем подкадре, чтобы разрешить eNB и UE реагировать на новую конфигурацию. Например, предоставить UE достаточно времени для декодирования общего PDCCH и определения конфигурации подкадра UL/DL TDD. Фиг.10 иллюстрирует передачу общего PDCCH в подкадре 5 кадра n-1, показывающего конфигурацию подкадра DL/UL TDD кадра n.

[0070] В некоторых аспектах набор подкадров для UE для того, чтобы контролировать формат 5 DCI, может быть предопределенным или указанным с помощью сигнализации (например, широковещательный или одноадресный). Например, подкадр 5 из всех кадров можно предварительно определить для переноса общего PDCCH. В одном аспекте один из SIB может показывать, какие подкадры/кадры переносят формат 5 DCI. В одном аспекте выделенную сигнализацию можно использовать для того, чтобы показать, какие подкадры/кадры переносят формат 5 DCI. В некоторых аспектах в многочисленных подкадрах может передаваться одинаковая индикация конфигурации подкадра. UE могут контролировать многочисленные подкадры для одинаковой индикации конфигурации подкадра DL/UL TDD для того, чтобы облегчить балансирование загруженности управления eNB и операцию прерывистого приема (DRX) для UE. Например, UE могут контролировать общий PDCCH в обоих подкадрах 5 и 6.

[0071] В некоторых аспектах различные UE могут иметь различные операции DRX. Например, UE1 может контролировать подкадр 5, и другое UE2 может контролировать подкадр 6 в связи с операцией DRX, которая является характерной для подкадра. Поэтому в одном аспекте набор подкадров для UE, которое контролирует формат 5 DCI, может быть связан со своей операцией DRX. Например, это может гарантировать, что существует по меньшей мере один подкадр, несущий формат 5 DCI с определенной длительностью. В одном аспекте UE может потребоваться предварительная активизация, чтобы контролировать формат 5 DCI перед периодом времени в состоянии ВКЛ., особенно во время продолжительного DRX. В одном аспекте, если UE не может обнаружить общий PDCCH, оно может вернуться к прежней (унаследованной) или базовой конфигурации.

[0072] В некоторых аспектах eNB может предусматривать передачу общего PDCCH в по меньшей мере двух подкадрах с привязкой DL для повышения надежности. С точки зрения UE, оно можно контролировать общий PDCCH в по меньшей мере двух подкадрах DL и можно также объединить два подкадра DL для совместного декодирования (объединение TTI для PDCCH) для большего разнесения во времени. Например, по сравнению с одной передачей PDCCH с уровнем 4 в одном подкадре, в двух подкадрах существует 2 передачи PDCCH с уровнем 2.

[0073] В одном аспекте можно дополнительно повысить надежность общего PDCCH за счет управления мощностью.

[0074] В некоторых аспектах на наборы применимых подкадров может налагаться ограничение. Например, некоторые подкадры могут подвергаться воздействию помех по UL или DL, и, таким образом, eNB может использовать только некоторые подкадры (например, подкадры, когда одна или более помеховых сот сконфигурированы с почти пустыми подкадрами). В результате, можно ограничить набор подкадров, предназначенных для использования. Таким образом, в одном аспекте местоположение в зависимости от времени общего PDCCH может быть разным для разных сот. Например, как показано на фиг.11, сота 1 использует подкадр 5, тогда как сота 2 использует подкадр 6 для передачи общего PDCCH.

[0075] В некоторых аспектах в целях слепого декодирования в подкадрах, где передается общий PDCCH, UE может не потребоваться для декодирования формата 1C DCI. В одном аспекте набор первоначально контролируемых кандидатов декодирования для формата 1C DCI можно использовать для формата 5 DCI, таким образом поддерживая одинаковое число слепых декодирований в качестве формата 5 DCI. Следовательно, новый формат DCI можно заменить на формат 1C DCI для UE, чтобы контролировать некоторые подкадры. В результате отсутствует увеличение количества размеров DCI, которые необходимо контролировать.

[0076] В некоторых аспектах для того, чтобы поддерживать одинаковое число c максимальным количеством слепых декодирований, число кандидатов декодирования для формата 5 DCI должно быть таким же, как для формата 1C DCI. Однако набор уровней агрегации для формата 5 DCI можно изменить для того, чтобы он отличался от набора уровней агрегации формата 1C DCI (который обычно имеет 4 кандидата декодирования для уровня 4 и 2 кандидата декодирования для уровня 8 - всего 6 кандидатов декодирования) для того, чтобы обеспечить формат 5 DCI. В одном аспекте причина состоит в том, что для размера полезной нагрузки 24 бита, 2 CCE (или 72 RE) приводят к скорости кодирования 24/2 (QPSK)/72=1/6, которой должно быть достаточно для охвата большинства случаев, особенно в контексте малых сот. Примерным набором уровня агрегации является {1, 2, 2, 1} для уровней {1, 2, 4, 8} агрегации, соответственно, то есть при этом можно еще поддерживать первоначальные уровни {1, 2, 4, 8} агрегации для формата 5 DCI, но для того, чтобы поддерживать одинаковые кандидаты декодирования, уровни {1, 2, 2, 1} агрегации можно использовать для уровней {1, 2, 4, 8} агрегации.

[0077] Для формата 1C DCI общее пространство поиска всегда начинается с CCE 0. В одном аспекте для формата 5 DCI общее пространство поиска может также начинаться с CCE 0. Но это может быть ограничивающим фактором, так как при этом может наступить конфликт с передачами общего пространства поиска. То есть для формата 5 DCI начальный CCE каждого уровня агрегации может представлять собой одинаковое общее пространство поиска для одинаковых уровней агрегации и находиться в пределах общего пространства поиска для других новых уровней агрегации, но ограничивающих при условии, что это может привести к конфликту с операциями, которые относятся к общему пространству поиска (например, поисковая связь, ответ RAR, широковещательная передача информации о системе и т.д.). В результате, для решения этой проблемы можно разработать две альтернативы.

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

[0079] Во втором альтернативном варианте начальный CCE можно получить на основании DTC-RNTI, аналогично C-RNTI. Этот подход является простым и в то же время эффективным. Возможно и дальнейшее упрощение, например, начальный CCE для всех уровней агрегации может быть одинаковым (например, может быть основан на уровне 8).

[0080] В некоторых аспектах динамическую индикацию конфигурации подкадра UL/DL TDD можно поддерживать через ePDCCH. В одном аспекте обсуждение, приведенное ранее для общего PDCCH, можно в значительной степени применить для ePDCCH, но с некоторыми различиями. Например, распределенный ePDCCH можно предпочтительно использоваться для общего формата 5 ePDCCH DCI. В одном аспекте достаточно, чтобы общий ePDCCH располагался в одном наборе ресурсов, если UE сконфигурирован с двумя наборами ресурсов ePDCCH. В некоторых аспектах, если UE сконфигурирован только с локализованным набором(ами) ресурсов ePDCCH, динамическая индикация может передаваться через некоторый локализованный ePDCCH.

[0081] В некоторых аспектах UE может контролировать только один из общего PDCCH или общего ePDCCH для динамической индикации конфигурации подкадров TDD. Альтернативно, UE может контролировать одновременно общий PDCCH и общий ePDCCH для динамической индикации конфигурации подкадра TDD, если UE сконфигурирован для контроля PDCCH и ePDCCH поверх различных подкадров.

[0082] В некоторых аспектах, если предполагается, что формат 5 DCI заменяет формат 1C DCI, могут возникнуть проблемы, связанные с уменьшением возможностей поисковой связи из-за потери формата 1C DCI в некоторых подкадрах. В некоторых аспектах UE может быть разрешено контролировать одновременно формат 5 DCI и формат 1C DCI в некоторых подкадрах. В одном аспекте размер формата 5 DCI может быть одинаковым или отличаться от размера формата 1C DCI. В случае одинакового размера некоторые биты (или бит) внутри полезной нагрузки можно использовать для того, чтобы отличить 1C от 5. Однако, если размеры форматов 5 и 1C являются различными, для того, чтобы поддерживать одинаковое число слепых декодирований (или чтобы минимизировать общее количество слепых декодирований), можно предусмотреть разделение кандидатов декодирования между 1C и 5 в одном подкадре для UE, которое необходимо контролировать. Например, 3 кандидата декодирования для 5 (2 уровня 2 и 1 уровень 4) и 3 кандидата декодирования для формата 1C DCI (2 уровня 4 и 1 уровень 8). В одном аспекте возможно также неравномерное разделение кандидатов декодирования между двумя форматами.

[0083] В сценарии 4 CoMP макросота и связанные с ней малые соты могут иметь одинаковую PCI. В результате, если пространство поиска для формата 5 DCI зависит только от PCI, пространство поиска для формата 5 DCI может привести к возникновению конфликтов. Таким образом, в одном аспекте должна поддерживаться дифференциация формата 5 DCI для макросоты и связанных с ней малых сот с одинаковой PCI. В одном аспекте это можно выполнить за счет отсутствия перекрытия пространства поиска формата 5 DCI для макросоты и малых сот, например, за счет конфигурирования различных начальных CCE или ECCE. В альтернативных аспектах можно использовать одинаковое пространство поиска, но в пределах каждого формата DCI может быть включен индекс, идентифицирующий малую соту в пределах одного и того же кластера одинаковой PCI (например, аналогично управлению мощностью группы на основе DCI 3/3A, где каждый TPC_index соответствует конкретному UE). В одном аспекте UE могут дополнительно показывать отображение между индексами и малыми сотами.

[0084] В некоторых аспектах DTC-RNTI можно конфигурировать различным образом для различных малых сот с одинаковой PCI. То есть для одинаковой PCI может потребоваться, чтобы UE контролировали два или более DTC-RNTI. Соответствующие пространства поиска для двух или более DTC-RNTI можно определить одинаковым образом или по отдельности (например, основываясь на каждом отдельном DTC-RNTI).

[0085] В некоторых аспектах общий PDCCH или общий ePDCCH может дополнительно нести информационное поле, идентифицирующее один или более кадров, в которых должна использоваться конфигурация подкадра DL/UL TDD. В качестве примера, информационное поле может представлять собой 2-разрядное информационное поле, и показывать, что конфигурация подкадра DL/UL TDD должна применяться к одному из текущего кадра (N), следующего кадра (N+l), кадра N+2 или кадра N+3, где текущий кадр N является кадром, где передается общий PDCCH или общий ePDCCH.

[0086] В некоторых аспектах общий PDCCH или общий ePDCCH может дополнительно нести в себе информационное поле, идентифицирующее длительность, которая должна использоваться в конфигурации подкадра DL/UL TDD. В качестве примера, информационное поле может представлять собой 2-разрядное информационное поле и показывать, что конфигурация подкадра DL/UL TDD должна быть применима к одному из 1, 2, 4 или 8 кадров, начиная с текущего кадра (N), где текущий кадр N является кадром, где передается общий PDCCH или общий ePDCCH.

[0087] В некоторых аспектах применимость конфигурации подкадра DL/UL TDD, передаваемая в общем PDCCH или общем ePDCCH, зависит от индексов подкадров в кадре, где передается PDCCH или ePDCCH. В качестве примера, если PDCCH или ePDCCH передается в первой половине кадра (то есть подкадры 0-4), конфигурации подкадра DL/UL TDD в канале управления применима к текущему кадру; если PDCCH или ePDCCH передается во второй половине кадра (то есть подкадры 5-9), конфигурации подкадра DL/UL TDD в канале управления применима к следующему кадру.

[0088] Фиг.12 иллюстрирует примерные операции 1200, выполняемые, например, базовой станцией (BS) для динамической индикации конфигурации подкадров UL/DL TDD, в соответствии с аспектом раскрытия. Операции 1200 могут начинаться на этапе 1202 с операции идентификации одного или более подкадров с привязкой и одного или более подкадров без привязки в кадре. На этапе 1204 BS может динамически изменять конфигурацию восходящей линии связи/нисходящей линии связи кадра, который используется для связи с многочисленным UE. На этапе 1206 BS может передавать сигнал измененной конфигурации с использованием общего канала управления нисходящей линии связи с возможностью ее интерпретации множеством UE в по меньшей мере одном из одного или более подкадров с привязкой кадра.

[0089] В некоторых аспектах размер общего канала управления нисходящей линии связи может быть таким же как и размер, определенный для прежнего формата DCI LTE. В одном аспекте прежний формат DCI LTE может включать в себя формат 1C DCI. В некоторых аспектах размер общего канала управления нисходящей линии связи может быть независимым от полосы пропускания системы нисходящей линии связи.

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

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

[0092] В некоторых аспектах сигнализация измененной конфигурации может включать в себя передачу общего канала управления нисходящей линии связи в одном или более подкадрах с привязкой кадра для индикации конфигурации восходящей линии связи/нисходящей линии связи для другого последующего кадра.

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

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

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

[0096] В некоторых аспектах местонахождение в текущий момент времени подкадра, несущего общий канал управления нисходящей линии связи, может быть различным для различных сот.

[0097] В некоторых аспектах сигнализация измененной конфигурации может включать в себя передачу общего канала управления нисходящей линии связи в подкадре, первоначально сконфигурированном для передачи прежнего канала управления нисходящей линии связи таким образом, чтобы число кандидатов декодирования для слепого декодирования общего канала управления нисходящей линии связи было таким же, как и число кандидатов декодирования для слепого декодирования прежнего канала управления нисходящей линии связи. В одном аспекте передачу общего канала управления нисходящей линии связи можно заменить на передачу прежнего канала управления нисходящей линии связи в подкадре. В одном аспекте начальные CCE пространств поиска для слепого декодирования общего канала управления нисходящей линии связи и прежнего канала управления нисходящей линии связи могут быть одинаковыми. В одном аспекте начальный CCE пространства поиска для слепого декодирования общего канала управления нисходящей линии связи можно сконфигурировать через сигнализацию управления ресурсами радиосвязи (RRC). В одном аспекте сигнализация RRC является характерной для UE. В одном аспекте начальный CCE пространства поиска для слепого декодирования общего канала управления нисходящей линии связи можно получить на основе временного идентификатора радиосети (RNTI), характерного для общего канала управления нисходящей линии связи.

[0098] В некоторых аспектах базовая станция может дополнительно передавать общий канал управления нисходящей линии связи и прежний канал управления нисходящей линии связи одновременно в подкадре. В одном аспекте размеры общего канала управления нисходящей линии связи и прежнего канала управления нисходящей линии связи могут быть одинаковыми. В одном аспекте базовая станция может передавать бит для установления различий между общим каналом управления нисходящей линии связи и прежним каналом управления нисходящей линии связи.

[0099] В некоторых аспектах конфигурация восходящей линии связи/нисходящей линии связи подкадров может включать в себя конфигурацию подкадров восходящей линии связи/нисходящей линии связи в системе дуплексной связи с временным разделением каналов (TDD). В некоторых аспектах общий канал управления нисходящей линии связи может включать в себя PDCCH или ePDCCH.

[00100] В некоторых аспектах пространство поиска для слепого декодирования общего канала управления нисходящей линии связи может включать в себя кандидаты по меньшей мере одного из: уровня 1 агрегации, уровня 2 агрегации, уровня 4 агрегации или уровня 8 агрегации.

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

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

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

[00104] Фиг.13 иллюстрирует примерные операции 1300, выполняемые, например, с помощью пользовательского оборудования (UE) для динамической индикации конфигурации подкадров UL/DL TDD, в соответствии с аспектом раскрытия. На этапе 1302 может начаться выполнение операций 1300 путем контроля одного или более подкадров с привязкой кадра для общего канала управления нисходящей линии связи, осуществляющего индикацию измененной конфигурации восходящей линии связи/нисходящей линии связи подкадров, используемых для связи с по меньшей мере упомянутым UE. На этапе 1304 UE может декодировать общий канал управления нисходящей линии связи для определения измененной конфигурации восходящей линии связи/нисходящей линии связи подкадров для использования в последующей связи.

[00105] В некоторых аспектах размер общего канала управления нисходящей линии связи является таким же, как и размер, определенный для прежнего формата DCI LTE. В некоторых аспектах размер общего канала управления нисходящей линии связи может быть независимым от полосы пропускания системы нисходящей линии связи. В одном аспекте прежний формат DCI LTE может включать в себя формат 1C DCI.

[00106] В некоторых аспектах код CRC общего канала управления нисходящей линии связи можно скремблировать с помощью RNTI, характерного для общего канала управления нисходящей линии связи. В некоторых аспектах два или более значений RNTI можно сконфигурировать для сот с одинаковыми идентификационными данными физической соты (PCI), в которых UE контролирует только одно из двух или более значений RNTI.

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

[00108] В некоторых аспектах индикация измененной конфигурации может включать в себя индикацию общим каналом управления нисходящей линии связи в одном или более подкадрах с привязкой кадра конфигурации восходящей линии связи/нисходящей линии связи для другого последующего кадра.

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

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

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

[00112] В некоторых аспектах местоположение в текущий момент времени подкадра, несущего общий канал управления нисходящей линии связи, может быть различным для различных сот.

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

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

[00115] В некоторых аспектах индикация измененной конфигурации восходящей линии связи/нисходящей линии связи может включать в себя общий канал управления нисходящей линии связи в подкадре, первоначально сконфигурированном для передачи прежнего канала управления нисходящей линии связи таким образом, чтобы количество кандидатов декодирования для слепого декодирования общего канала управления нисходящей линии связи было бы таким же, как и количество кандидатов декодирования для слепого декодирования прежнего канала управления нисходящей линии связи. В одном аспекте общий канал управления нисходящей линии связи можно заменить на прежний канал управления нисходящей линии связи в подкадрах. В одном аспекте начальные CCE пространств поиска для слепого декодирования общего канала управления нисходящей линии связи и прежнего канала управления нисходящей линии связи могут быть одинаковыми. В одном аспекте начальный CCE пространства поиска для слепого декодирования общего канала управления нисходящей линии связи был сконфигурирован через сигнализацию управления ресурсами радиосвязи (RRC). В одном аспекте сигнализация RRC может быть характерной для UE. В одном аспекте начальный CCE пространства поиска для слепого декодирования общего канала управления нисходящей линии связи был получен на основе временного идентификатора радиосети (RNTI), характерного для общего канала управления нисходящей линии связи. В одном аспекте общий канал управления нисходящей линии связи и прежний канал управления нисходящей линии связи можно принимать одновременно в подкадре. В одном аспекте размеры общего канала управления нисходящей линии связи и прежнего канала управления нисходящей линии связи могут быть одинаковыми. В одном аспекте индикация конфигурации может включать в себя бит для установления различий между общим каналом управления нисходящей линии связи и прежним каналом управления нисходящей линии связи.

[00116] В некоторых аспектах конфигурация восходящей линии связи/нисходящей линии связи подкадров может включать в себя конфигурацию подкадров восходящей линии связи/нисходящей линии связи в системе дуплексной связи с временным разделением каналов (TDD).

[00117] В некоторых аспектах общий канал управления нисходящей линии связи содержит PDCCH или ePDCCH.

[00118] В некоторых аспектах пространство поиска для слепого декодирования общего канала управления нисходящей линии связи может включать в себя кандидаты по меньшей мере одного из уровня 1 агрегации, уровня 2 агрегации, уровня 4 агрегации или уровня 8 агрегации.

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

[00120] Кроме того, термин "или" имеет намерение означать включающее "или" вместо исключающего "или". То есть, если иное не указано или не является очевидным из контекста, фраза, например, "X использует A или B" имеет намерение означать любую из естественных включающих перестановок. То есть фраза "X использует A или B" удовлетворяется посредством любого из следующих случаев: "X использует A; X использует B; или X использует как A, так и B". Помимо этого, указание в данной заявке и прилагаемой формуле изобретения на элементы в единственном числе, в общем, должно истолковываться так, чтобы означать "один или более", если иное не указано или не является очевидным из контекста, что направлено на форму единственного числа. Фраза, относящаяся к "по меньшей мере одному из" списка пунктов, относится к любой комбинации этих пунктов, включающих в себя отдельные элементы. В качестве примера, "по меньшей мере одно из: a, b или c" предназначается, чтобы охватывать: a, b, c, a-b, a-c, b-c и a-b-c.

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

Изобретение относится к технике связи и может использоваться в системах мобильной связи. Технический результат состоит в повышении пропускной способности за счет изменения конфигурации кадров. Для этого аспекты изобретения относятся к технологиям для динамической индикации конфигурации подкадра восходящей линии связи (UL)/нисходящей линии связи (DL) дуплексной связи с временным разделением (TDD) для пользовательского оборудования. Базовая станция может идентифицировать один или более подкадров с привязкой и один или более подкадров без привязки в кадре. Базовая станция может динамически изменять конфигурацию UL/DL кадра, используемого для связи с множеством пользовательских оборудований (UE) и осуществлять сигнализацию измененной конфигурации с использованием общего канала управления нисходящей линии связи с возможностью ее интерпретации множеством UE в по меньшей мере одном из одного или более подкадров с привязкой кадра. 4 н. и 26 з.п. ф-лы, 13 ил.

1. Способ беспроводной связи с помощью базовой станции, содержащий:

идентификацию одного или более подкадров с привязкой и одного или более подкадров без привязки в кадре;

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

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

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

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

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

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

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

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

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

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

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

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

12. Способ по п.11, в котором время действия содержит одну или более длин кадров.

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

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

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

16. Способ беспроводной связи, выполняемый пользовательским оборудованием (UE), содержащий:

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

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

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

18. Способ по п.16, в котором размер общего канала управления нисходящей линии связи не зависит от полосы пропускания системы нисходящей линии связи.

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

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

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

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

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

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

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

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

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

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

29. Устройство беспроводной связи с помощью базовой станции, содержащее:

средство для идентификации одного или более подкадров с привязкой и одного или более подкадров без привязки в кадре;

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

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

30. Устройство беспроводной связи с помощью пользовательского оборудования (UE), содержащее:

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

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