ПЕРЕДАЧА ДАННЫХ С УПРАВЛЕНИЕМ ПО ПОДКАДРАМ В БЕСПРОВОДНОЙ СЕТИ
DATA TRANSMISSION WITH SUBFRAME CONTROL IN WIRELESS NETWORK

[0001] Настоящая заявка испрашивает приоритет согласно Предварительной заявке США №61/184218, озаглавленной "Системы и способы поддержки ограниченного расширения ассоциации/диапазона в гетерогенных сетях через управление по подкадрам", и заявке №61/184224, озаглавленной "Передача сообщений использования ресурсов на физическом канале управления нисходящей линии", поданным 4 июня 2009 г., переуступленным заявителю настоящего изобретения и включенным в настоящий документ посредством ссылки.
Область техники
[0002] Настоящее раскрытие относится в общем к коммуникации, более конкретно к способам для поддержки передачи данных в сети беспроводной связи.
Предшествующий уровень техники
[0003] Сети беспроводной связи широко используются, чтобы обеспечивать различные услуги связи, такие как голосовые, видео, пакетные данные, передача сообщений, широковещательная передача и т.д. Эти сети беспроводной связи могут быть сетями множественного доступа, способными поддерживать множество пользователей путем совместного использования доступных сетевых ресурсов. Примеры таких сетей множественного доступа включают в себя сети множественного доступа с кодовым разделением (CDMA), сети множественного доступа с временным разделением (TDMA), сети множественного доступа с частотным разделением (FDMA), сети ортогонального FDMA (OFDMA) и сети FDMA с одной несущей (SC-FDMA).
[0004] Сеть беспроводной связи может содержать множество базовых станций, которые могут поддерживать связь для многих пользовательских устройств (UE). UE может осуществлять связь с базовой станцией через нисходящую линию и восходящую линию. Нисходящая линия (или прямая линия) относится к линии связи от базовой станции к UE, и восходящая линия (или обратная линия) относится к линии связи от UE к базовой станции.
[0005] Базовая станция может передавать данные к одному или более UE по нисходящей линии и может принимать данные от одного или более UE по восходящей линии. На нисходящей линии передача данных от базовой станции может испытывать помехи из-за передач данных от соседних базовых станций. В восходящей линии передача данных от каждого UE может испытывать помехи из-за передач данных от других UE, осуществляющих связь с соседними базовыми станциями. Как для нисходящей линии, так и для восходящей линии помехи из-за мешающих базовых станций и мешающих UE могут ухудшить рабочие показатели.
Сущность изобретения
[0006] Описаны способы для поддержки коммуникации в сценариях доминирующих помех. Сценарий доминирующих помех представляет собой сценарий, в котором UE или базовая станция испытывают высокие помехи, которые могут серьезно ухудшить рабочие показатели передачи данных.
[0007] В одном аспекте коммуникация в сценарии доминирующих помех может поддерживаться управлением по подкадрам. Различным базовым станциям могут быть распределены различные подкадры для того, чтобы посылать информацию управления. Каждая базовая станция может посылать сообщения управления в подкадрах, распределенных этой базовой станции. Различные базовые станции могут иметь различные временные шкалы для посылки сообщений управления, ввиду различных распределенных им подкадров. При управлении по подкадрам информация управления (например, предоставления, квитирование и т.д.) может посылаться в первом подкадре и может применяться для передачи данных во втором подкадре, который может отстоять на переменное число подкадров от первого подкадра.
[0008] В одном варианте информацией управления можно обмениваться (например, передавать или принимать) в первом подкадре. Данными можно обмениваться во втором подкадре на основе информации управления, обмен которой производился в первом подкадре. Второй подкадр может отстоять на переменное число подкадров от первого подкадра. Квитированием можно обмениваться в третьем подкадре для данных, обмениваемых во втором подкадре. Третий подкадр может также отстоять на переменное число подкадров от второго подкадра.
[0009] В другом аспекте сообщения для снижения помехи могут посылаться на физическом канале управления нисходящей линии (PDCCH). В одном варианте базовая станция может послать сообщение на PDCCH для запроса снижения помех. Базовая станция может после этого обмениваться (например, передавать или принимать) данными на ресурсах, имеющих пониженные помехи, ввиду сообщения, посланного на PDCCH. В одном варианте UE может контролировать сообщения, посланные по меньшей мере одной базовой станцией на PDCCH, чтобы запросить снижение помех. UE может обмениваться данными на ресурсах, имеющих сниженные помехи, ввиду сообщений, посланных по меньшей мере одной базовой станцией на PDCCH.
[0010] Различные аспекты и признаки раскрытия описаны ниже более детально.
Краткое описание чертежей
[0011] Фиг.1 показывает сеть беспроводной связи.
[0012] Фиг.2 показывает примерную структуру кадра.
[0013] Фиг.3 показывает два примерных формата подкадра для нисходящей линии.
[0014] Фиг.4 показывает примерный формат подкадра для восходящей линии.
[0015] Фиг.5 показывает примерную структуру чередования.
[0016] Фиг.6 показывает примерное разбиение мультиплексирования с частотным разделением (FDM) для восходящей линии.
[0017] Фиг.7 и 8 показывают передачи данных с уменьшением помех в нисходящей линии и восходящей линии соответственно.
[0018] Фиг.9 и 10 показывают передачи данных с уменьшением помех в нисходящей линии и восходящей линии соответственно, с разбиением мультиплексирования с временным разделением (TDM) для нисходящей линии.
[0019] Фиг.11 и 12 показывают процесс и устройство соответственно для обмена данными с управлением по подкадрам.
[0020] Фиг.13 и 14 показывают процесс и устройство соответственно для посылки по меньшей мере одного предоставления для передачи данных в переменном числе подкадров.
[0021] Фиг.15 и 16 показывают процесс и устройство соответственно для посылки сообщений для снижения помех по PDCCH.
[0022] Фиг.17 и 18 показывают процесс и устройство соответственно для приема сообщений для снижения помех, посланных по PDCCH.
[0023] Фиг.19 показывает блок-схему базовой станции и UE.
Детальное описание
[0024] Способы, описанные здесь, могут использоваться для различных сетей беспроводной связи, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и другие сети. Термины "сеть" и "система" часто используются взаимозаменяемым образом. Сеть CDMA может осуществлять радиотехнологию, такую как Универсальный наземный радиодоступ (UTRA), cdma2000 и т.д. UTRA включает Широкополосный CDMA (WCDMA) и другие разновидности CDMA. cdma2000 охватывает стандарты IS-2000, IS-95 и IS-856. Сеть TDMA может осуществлять радиотехнологию, такую как Глобальная система для мобильной связи (GSM). Сеть OFDMA может осуществлять радиотехнологию, такую как Развитый UTRA (Е-UTRA), Ультра Мобильная Широкополосная сеть (UMB), IEEE 802.11 (Wi-Fi), IEEE 802.16 (WiMAX), IEEE 802.20, Flash-OFDM и т.д. UTRA и E-UTRA являются частью Универсальной Мобильной Телекоммуникационной Системы (UMTS). 3GPP Долгосрочное Развитие (LTE) и LTE-Advanced (LTE-A) является новыми выпусками UMTS, которые используют E-UTRA, который использует OFDMA на нисходящей линии и SC-FDMA на восходящей линии. UTRA, E-UTRA, UMTS, LTE, LTE-A и GSM описаны в документах организации "Проект партнерства 3-го поколения" (3GPP). cdma2000 и UMB описаны в документах организации "Проект 2 партнерства 3-го поколения" (3GPP2). Способы, описанные здесь, могут использоваться для беспроводных сетей и радиотехнологий, упомянутых выше, а также других беспроводных сетей и радиотехнологий. Для ясности определенные аспекты способов описаны ниже для LTE, и терминология LTE используется в большой части описания ниже.
[0025] Фиг.1 показывает сеть 100 беспроводной связи, которая может быть сетью LTE или некоторой другой беспроводной сетью. Беспроводная сеть 100 может включать много развитых Узлов В (eNB) 110 и других сетевых объектов. eNB может быть объектом, который осуществляет связь с UE, и может также упоминаться как базовая станция, Узел B, точка доступа и т.д. Каждый eNB может обеспечивать покрытие связью для конкретной географической области. В 3GPP термин "ячейка" может относиться к зоне покрытия eNB и/или eNB-подсистемы, обслуживающей эту зону покрытия, в зависимости от контекста, в котором используется этот термин.
[0026] eNB может обеспечивать покрытие связью для макро-соты, пико-соты, фемто-соты и/или других типов сот. Макро-сота может покрывать относительно большую географическую область (например, несколько километров в радиусе) и может обеспечивать возможность неограниченного доступа UE с подпиской на услуги. Пико-сота может покрывать относительно малую географическую область и может позволить неограниченный доступ для UE с подпиской на услуги. Фемто-сота может покрывать относительно небольшую географическую область (например, дом) и может позволить ограниченный доступ для UE, имеющих ассоциацию с фемто-сотой (например, UE в Замкнутой абонентской группе (CSG)). eNB для макро-соты может упоминаться как макро-eNB. eNB для пико-соты может упоминаться как пико-eNB. eNB для фемто-соты может упоминаться как фемто-eNB или домашний eNB (HeNB). В примере, показанном в фиг.1, eNB 110a может быть макро-eNB для макро-соты 102a, eNB 110b может быть пико-eNB для пико-соты 102b, и eNB 110c может быть фемто-eNB для фемто-соты 102c. eNB может поддерживать одну или множество (например, три) сот. Термины "eNB", "базовая станция" и "сота" могут использоваться здесь взаимозаменяемым образом.
[0027] Беспроводная сеть 100 может также включать в себя ретрансляционные станции. Ретрансляционная станция может быть объектом, который может принимать передачу данных от расположенной выше по потоку станции (например, eNB или UE) и посылать передачу данных к расположенной ниже по потоку станции (например, UE или eNB). Ретрансляционная станция может также быть UE, который может ретранслировать передачи для других UE. В примере, показанном в фиг.1, ретрансляционная станция 110d может осуществлять связь с UE 120d через канал доступа и с макро-eNB 110a через ретрансляционный канал, чтобы облегчить связь между eNB 110a и UE 120d. Ретрансляционная станция может также упоминаться как ретрансляционный eNB, ретрансляционная базовая станция, ретранслятор и т.д.
[0028] Беспроводная сеть 100 может быть гетерогенной сетью, которая содержит eNB различных типов, например, макро-eNB, пико- eNB, фемто-eNB, ретрансляционные eNB и т.д. Эти различные типы eNB могут иметь отличающиеся уровни мощности передачи, различные зоны покрытия и различное влияние на помехи в беспроводной сети 100. Например, макро-eNB могут иметь высокий уровень мощности передачи (например, 5-40 Вт), тогда как пико-eNB, фемто-eNB и ретрансляционные eNB могут иметь более низкие уровни мощности передачи (например, 0,1-2 Вт).
[0029] Сетевой контроллер 130 может соединяться с набором eNB и может обеспечивать координацию и управление для этих eNB. Сетевой контроллер 130 может осуществлять связь с eNB через ретрансляционный (транзитный) канал. eNB могут также осуществлять связь друг с другом, например, прямо или косвенно через радио или беспроводный транзитный канал.
[0030] UE 120 могут быть рассеяны повсюду по беспроводной сети 100, и каждое UE может быть стационарным или мобильным. UE может также упоминаться как мобильная станция, терминал, терминал доступа, абонентский блок, станция и т.д. UE может быть сотовым телефоном, персональным цифровым помощником (PDA), беспроводным модемом, устройством беспроводной связи, переносным устройством, ноутбуком, беспроводным телефоном, беспроводной станцией локальной цепи (WLL), смартфоном, нетбуком, смартбуком и т.д. UE может осуществлять связь с макро-eNB, пико-eNB, фемто-eNB, ретрансляционными eNB и т.д. На фиг.1 сплошная линия с двойными стрелками указывает на желаемые передачи между UE и обслуживающим eNB, который является eNB, назначенным для обслуживания UE на нисходящей линии и/или восходящей линии. Пунктирная линия с двойными стрелками указывает на помеховые передачи между UE и eNB.
[0031] Фиг.2 показывает примерную структуру кадра 200 для дуплексирования с частотным разделением (FDD) в LTE. Временная шкала передачи для каждой нисходящей линии и восходящей линии может быть разделена на единицы радиокадров. Каждый радиокадр может иметь предопределенную длительность (например, 10 миллисекунд (мс)) и может быть разделен на 10 подкадров с индексами от 0 до 9. Каждый подкадр может включать в себя два сегмента (слота). Каждый радиокадр может, таким образом, включать в себя 20 слотов с индексами от 0 до 19. Каждый слот может включать L периодов символа, например, семь периодов символа для нормального циклического префикса (как показано на фиг.2) или шесть периодов символа для расширенного циклического префикса. 2L периодам символа в каждом подкадре могут быть назначены индексы от 0 до 2L-1.
FFT
FFT
FFT
[0032] LTE использует мультиплексирование с ортогональным частотным разделением (OFDM) в нисходящей линии и мультиплексирование с частотным разделением с единственной несущей (SC-FDM) на восходящей линии. OFDM и SC-FDM делят частотный диапазон на множество (N) ортогональных поднесущих, которые также обычно упоминаются как тоны, бины (элементы разрешения) и т.д. Каждая поднесущая может модулироваться данными. Вообще, символы модуляции посылаются в частотной области с OFDM и во временной области с SC-FDM. Интервал между смежными поднесущими может быть установлен, и общее количество поднесущих (N) может зависеть от системной ширины полосы. Например, N может быть равным 128, 256, 512, 1024 или 2048 для системной ширины полосы 1,25, 2,5, 5, 10 или 20 мегагерц (МГц) соответственно. Системная ширина полосы может также быть разделена на ряд поддиапазонов, и каждый поддиапазон может покрывать диапазон частот, например, 1,08 МГц.
[0033] Доступные частотно-временные ресурсы для каждой нисходящей линии и восходящей линии могут быть разделены в блоки ресурсов. Каждый блок ресурсов может покрывать 12 поднесущих в одном слоте и может включать ряд элементов ресурсов. Каждый элемент ресурса может покрывать одну поднесущую в одном периоде символа и может использоваться для передачи одного символа модуляции, который может быть реальным или комплексным значением.
[0034] Фиг.3 показывает два примерных формата 310 и 320 подкадра для нисходящей линии с нормальным циклическим префиксом в LTE. Подкадр для нисходящей линии может включать область управления, за которой следует область данных, которая может быть мультиплексирована с временным разделением. Область управления может включать первые М периодов символа подкадра, где М может быть равным 1, 2, 3 или 4. М может изменяться от подкадра к подкадру и может переноситься в первом периоде символа подкадра. Область управления может нести информацию управления, например, сообщения управления. Область данных может включать остальные 2L-М периодов символа подкадра и может нести данные и/или другую информацию.
[0035] В LTE eNB может передавать физический канал индикатора формата управления (PCFICH), физический канал индикатора гибридного ARQ (PHICH) и физический канал управления нисходящей линии (PDCCH) в области управления подкадра. PCFICH может переносить размер области управления (например, значение M). PHICH может нести обратную связь квитирования (ACK) и негативного квитирования (NACK) для передачи данных, посланной по восходящей линии с гибридным автоматическим запросом повторения (HARQ). PDCCH может нести предоставления нисходящей линии, предоставления восходящей линии и/или другую информацию управления. eNB может также передавать физический общий канал нисходящей линии (PDSCH) в области данных подкадра. PDSCH может нести данные для UE, запланированных для передачи данных по нисходящей линии.
a
[0036] Формат 310 подкадра может использоваться для eNB, оборудованного двумя антеннами. Определенный для соты опорный сигнал (CRS) может быть передан от антенн 0 и 1 в периодах символа 0, 4, 7 и 11. Опорный сигнал представляет собой сигнал, который известен априори передатчику и приемнику и может также упоминаться как пилот-сигнал. CRS - это опорный сигнал, который является определенным для соты, например, генерируется на основе идентичности соты (идентификатора). На фиг.3 для данного элемента ресурса с меткой R символ модуляции может посылаться на этом элементе ресурса от антенны a, и никакие символы модуляции не могут посылаться на этом элементе ресурса от других антенн. Формат 320 подкадра может использоваться для eNB, оборудованного четырьмя антеннами. CRS может быть передан от антенн 0 и 1 в периоды символа 0, 4, 7 и 11 и от антенн 2 и 3 в периоды символа 1 и 8. Для обоих форматов 310 и 320 подкадра CRS может быть передан на равномерно разнесенных поднесущих, которые могут быть определены на основе идентификатора соты. Различные eNB могут передавать CRS для их сот на тех же самых или различных поднесущих, в зависимости от идентификаторов сот этих сот. Для обоих форматов 310 и 320 подкадра элементы ресурса, не используемые для CRS, могут использоваться, чтобы передавать данные или информацию управления.
[0037] Фиг.4 показывает примерный формат 400 подкадра для восходящей линии в LTE. Подкадр для восходящей линии может включать область управления и область данных, которые могут быть мультиплексированы с частотным разделением. Область управления может быть сформирована на двух краях системной ширины полосы и может иметь конфигурируемый размер. Область данных может включать все блоки ресурса, не включенные в область управления.
[0038] Для UE могут быть назначены блоки ресурса в области управления, чтобы посылать информацию управления в eNB. Для UE могут также быть назначены блоки ресурса в области данных, чтобы посылать данные в eNB. UE может послать информацию управления по физическому каналу управления восходящей линии (PUCCH) на назначенных блоках 410a и 410b ресурсов в области управления. UE может посылать только данные или данные и информацию управления на физическом общем канале восходящей линии (PUSCH) на назначенных блоках 420a и 420b ресурсов в области данных. Передача восходящей линии может охватывать оба слота подкадра и может скачкообразно изменяться по частоте, как показано на фиг.4.
[0039] PCFICH, PDCCH, PHICH, PDSCH, PUCCH, PUSCH и CRS в LTE описаны в 3GPP TS 36.211, озаглавленном "Развитый Универсальный Наземный Радиодоступ (Е-UTRA); Физические Каналы и Модуляция", который публично доступен.
[0040] UE может находиться в области покрытия множества eNB. Один из этих eNB может быть выбран для обслуживания UE. Обслуживающий eNB может быть выбран на основе различных критериев, таких как уровень принимаемого сигнала, качество принимаемого сигнала, потери на трассе распространения и т.д. Качество принятого сигнала может быть определено количественно отношением "сигнал к шуму и помехам" (SINR) или некоторой другой метрикой.
[0041] UE может работать в сценарии доминирующих помех, в котором UE может воспринимать сильные помехи от одного или более мешающих eNB. Сценарий доминирующих помех может возникнуть вследствие ограниченной ассоциации. Например, на фиг.1 UE 120c может быть близким к фемто-eNB 110c и может иметь высокую принимаемую мощность для eNB 110c. Однако UE 120c может быть не в состоянии получить доступ к фемто-eNB 110c из-за ограниченной ассоциации и может тогда соединиться с макро-eNB 110a с более низкой принимаемой мощностью. UE 120c может тогда наблюдать высокие помехи от фемто-eNB 10c в нисходящей линии и может также вызывать высокие помехи для фемто-eNB 110c в восходящей линии.
[0042] Сценарий доминирующих помех может также возникнуть вследствие расширения диапазона, причем в этом сценарии UE соединяется с eNB с более низкими потерями на трассе распространения и, возможно, более низким SINR, чем для некоторых других eNB, обнаруженных UE. Например, на фиг.1 UE 120b может быть расположено ближе к пико-eNB 110b, чем к макро-eNB 110a, и может иметь более низкие потери на трассе распространения, для пико-eNB 110b. Однако UE 120b может иметь более низкую мощность приема для пико-eNB 110b, чем для макро-eNB 110a, из-за более низкого уровня мощности передачи пико-eNB 110b по сравнению с макро-eNB 110a. Однако для UE 120b может быть желательным соединиться с пико-eNB 110b из-за более низких потерь на трассе распространения. Расширение диапазона может привести к меньшим помехам в восходящей линии для данной скорости передачи данных для UE 120b. Расширение диапазона может также обеспечить выигрыш из-за разделения соты в нисходящей линии, так как множество пико-eNB могут обслуживать UE, которые могли бы иначе обслуживаться посредством макро-eNB. Расширение диапазона может таким образом улучшить полную производительность сети.
[0043] Сценарий доминирующих помех может также возникнуть из-за операции ретрансляции. Например, ретрансляционный eNB может иметь хороший канал доступа для UE, но плохой транзитный канал для донорного eNB, обслуживающего ретрансляционный eNB. UE может тогда осуществлять связь непосредственно с донорным eNB из-за плохого транзитного канала ретрансляционного eNB. UE может тогда испытывать высокие помехи от ретрансляционного eNB в нисходящей линии и может вызывать высокие помехи к ретрансляционному eNB в восходящей линии. Сценарий доминирующих помех может также возникнуть, когда ретрансляционный eNB используется для расширения диапазона, подобно случаю расширения диапазона для пико-eNB.
[0044] В одном аспекте коммуникация в сценарии доминирующих помех может поддерживаться с TDM разделением ресурсов управления нисходящей линии, используемых для посылки информации управления нисходящей линии. Для TDM разделения различным eNB могут быть распределены различные ресурсы времени. Каждый eNB может посылать свою информацию управления на распределенных ему ресурсах времени, которые могут иметь сниженные помехи (например, никаких помех) от создающих сильные помехи eNB. Каждый eNB может избегать посылки информации управления (или может посылать информацию управления на более низком уровне мощности передачи) на ресурсах времени, распределенных другому eNBs, и может избегать создания высоких помех другим eNB. Это может позволить UE осуществлять связь с менее мощным обслуживающим eNB в присутствии создающего сильные помехи eNB. eNB может быть классифицирован как "слабый" или "сильный" на основе принимаемой мощности eNB в UE (а не на основе уровня передаваемой мощности eNB).
[0045] В одной схеме TDM разделение ресурсов управления нисходящей линии может быть выполнено на уровне подкадра. В этой схеме различным eNB могут быть распределены различные наборы подкадров. Каждый eNB может послать свою информацию управления в области управления подкадров, распределенных этому eNB. Каждый eNB может избегать посылки информации управления (или может посылать информацию управления на более низком уровне мощности передачи) в области управления подкадров, распределенных другим eNB.
[0046] Фиг.5 показывает примерную структуру чередования 500, которая может использоваться для каждой нисходящей линии и восходящей линии для FDD в LTE. Как показано на фиг.5, могут быть определены Q чередований с индексами от 0 до Q, где Q может быть равным 4, 6, 8, 10 или некоторому другому значению. Каждое чередование может включать подкадры, которые разнесены на Q кадров. В частности, чередование q может включать подкадры q, q+Q, q+2Q, и т.д., где q∈{0..., Q-l}.
[0047] В одной схеме различным eNB могут быть распределены отличающиеся чередования. Например, может быть определено восемь чередований, для пико-eNB 110b на фиг.1 может быть распределено два чередования 0 и 4, и для макро-eNB 110a могут быть распределены остальные шесть чередований. Пико-eNB 110b может послать свою информацию управления в области управления подкадров в чередованиях 0 и 4 и может избегать посылки информации управления в области управления подкадров в других шести чередованиях. Наоборот, макро-eNB 110a может посылать свою информацию управления в области управления подкадров в чередованиях 1, 2, 3, 5, 6 и 7 и может избегать посылки информации управления в области управления подкадров в других двух чередованиях.
[0048] Различным eNB могут также быть распределены различные наборы подкадров, определенные другими способами. Вообще, доступные подкадры могут быть распределены любому числу eNB, и каждому eNB может быть распределен любой набор подкадров. Различным eNB могут быть распределены те же самые или различные числа подкадров. Каждый eNB может посылать свою информацию управления в области управления распределенных ему подкадров и может избегать посылки информации управления (или посылать информацию управления на более низком уровне мощности передачи) в областях управления других подкадров.
[0049] Область управления подкадра может иметь конфигурируемый размер периодов М символов, как описано выше. Так как размер области управления может изменяться, создающему помехи eNB может быть не известен размер области управления, используемой более слабым eNB. В одном варианте создающий помехи eNB может предположить самый большой возможный размер области управления, который может быть тремя периодами символа для системной ширины полосы 5 МГц или более в LTE. Создающий помехи eNB может тогда избегать посылки данных или информации управления в области управления предполагаемого размера. В другом варианте каждый eNB может иметь конфигурируемый размер области управления, который может быть определен через согласования между eNB или может быть распределен назначенным сетевым объектом. Создающий помехи eNB может тогда очистить область управления другого eNB для некоторого количества периодов символа, определенных сконфигурированным размером области управления для того другого eNB.
[0050] В другом варианте TDM разделение ресурсов управления нисходящей линии может быть выполнено на уровне символа. В этой схеме различным eNB могут быть распределены различные периоды символа в области управления каждого подкадра. Каждый eNB может посылать свою информацию управления в одном или более периодов символа, распределенных этому eNB, в области управления каждого подкадра и может избегать посылки информации управления в остальных периодах символа области управления. Например, область управления может включать М=3 периодов символа; для пико-eNB 110b на фиг.1 может быть распределен период символа 2 в области управления каждого подкадра, и для макро-eNB 110a могут быть распределены периоды символа 0 и 1. Пико-eNB 110b может посылать свою информацию управления в периоде символа 2 из каждого подкадра и может избегать посылки информации управления в периодах символа 0 и 1 из каждого подкадра. Наоборот, макро-eNB 110a может посылать свою информацию управления в периодах символа 0 и 1 из каждого подкадра и может избегать посылки информации управления в периоде символа 2 из каждого подкадра. Вообще, М периодов символа в области управления каждого подкадра могут быть распределены вплоть до М различных eNB. Каждому eNB могут быть распределены один или более периодов символа в области управления.
[0051] В еще одном варианте TDM разделение ресурсов управления нисходящей линии может быть выполнено как на уровне подкадров, так и на уровне символов. Различным eNB могут быть распределены различные периоды символа в области управления различных подкадров. Например, может быть определено восемь чередований, и область управления может включать М=3 периода символа. Для макро-eNB 110a на фиг.1 могут быть распределены все три символа в области управления подкадров в чередованиях 0, 2, 4 и 6, и может быть распределен период символа 0 в области управления каждого остающегося подкадра. Для пико-eNB 110b могут быть распределены периоды символа 1 и 2 в области управления подкадров в чередованиях 1, 3, 5 и 7.
[0052] TDM разделение ресурсов управления нисходящей линии может также быть выполнено другими способами, например, на основе других единиц времени. В одном варианте различным eNB, которые могут потенциально вызвать высокие помехи друг другу, могут быть предварительно распределены различные ресурсы времени, например, назначенным сетевым объектом. В другом варианте eNB может выполнить согласование (например, через транзитный канал) для TDM разделения, чтобы распределять ресурсы достаточного количества времени каждому eNB. Вообще, TDM разделение может быть статичным и не изменяться, или полустатичным и изменяться нечасто (например, каждые 100 миллисекунд), или динамичным и изменяться так часто, как это необходимо (например, на каждый подкадр или каждый радиокадр).
[0053] В другом аспекте коммуникация в сценарии доминирующих помех может поддерживаться с FDM разделением ресурсов управления восходящей линии, используемых, чтобы посылать информацию управления восходящей линии. Для FDM разделения различным eNB могут быть распределены различные ресурсы частоты. UE, обслуживаемые каждым eNB, могут посылать информацию управления в распределенных ресурсах частоты, которые могут иметь сниженные помехи от UE, осуществляющих связь с другими eNB. Это может позволить каждому eNB осуществлять связь с его UE в присутствии сильных мешающих UE.
[0054] Фиг.6 показывает схему FDM разделения ресурсов управления восходящей линии для трех eNB в сценарии доминирующих помех. В примере, показанном на фиг.6, диапазон частот 1 может использоваться для восходящей линии для первого eNB (например, макро-eNB 110a на фиг.1) и может иметь ширину полосы, соответствующую системной ширине полосы. Диапазон частот 2 может использоваться для восходящей линии для второго eNB (например, пико-eNB 110b) и может иметь меньшую ширину полосы, чем диапазон частот 1. Диапазон частот 3 может использоваться для восходящей линии для третьего eNB и может иметь меньшую ширину полосы, чем диапазон частот 2.
[0055] UE, осуществляющие связь с первым eNB, могут передавать PUCCH в области 610 управления, сформированной около двух краев группы 1, и может передавать PUSCH в области 7612 данных в середине группы 1. UE, осуществляющие связь со вторым eNB, могут передавать PUCCH в области 620 управления, сформированной около двух краев группы 2, и может передавать PUSCH в области 622 данных в середине группы 2. UE, осуществляющие связь с третьим eNB, могут передавать PUCCH в области 630 управления, сформированной около двух краев группы 3, и может передавать PUSCH в области 632 данных в середине группы 3. Области 610, 620, и 630 управления могут быть неперекрывающимися, как показано на фиг.6, чтобы избежать помех на информации управления восходящей линии для трех eNB. Области 610, 620 и 630 управления могут быть определены различными сдвигами PUCCH, и каждый сдвиг PUCCH может указывать внешнюю частоту области управления для eNB.
[0056] Фиг.6 показывает примерную схему FDM разделения ресурсов управления восходящей линии. FDM разделение может также быть выполнено другими способами. Например, диапазоны частот для различных eNB могут иметь ту же самую ширину полосы, но могут быть смещены по частоте, чтобы избежать наложения областей управления.
[0057] Может быть желательно использовать TDM разделение для ресурсов управления нисходящей линии. Это может позволить eNB передавать PDCCH во всей системной ширине полосы и получать частотное разнесение. Однако FDM разделение может также использоваться для ресурсов управления нисходящей линии. Может быть желательно использовать FDM разделение для ресурсов управления восходящей линии. Это может позволить UE передавать PUCCH в каждом подкадре, чтобы уменьшить время ожидания. FDM разделение может не влиять на работу UE, так как PUCCH, как правило, передается в одном или нескольких блоках ресурса в каждом слоте, как показано на фиг.4. Однако TDM разделение может также использоваться для ресурсов управления восходящей линии. Для ясности в описании ниже принято TDM разделение для ресурсов управления нисходящей линии и FDM разделение для ресурсов управления восходящей линии.
[0058] Коммуникация в сценарии доминирующих помех может также поддерживаться с краткосрочным ослаблением помех. Ослабление помех может свести к нулю или уменьшить передаваемую мощность мешающих передач, так что более высокое качество принимаемого сигнала может быть достигнуто для желательной передачи. Ослабление помех может быть краткосрочным и выполняться по мере необходимости, например, на основе по каждому подкадру или по каждому пакету.
[0059] Фиг.7 показывает схему 700 передачи данных нисходящей линии с уменьшением помех. Обслуживающий eNB может иметь данные для посылки в UE и может знать, что UE испытывает высокие помехи на нисходящей линии. Например, обслуживающий eNB может получать отчеты об измерении пилот-сигнала от UE, и отчеты могут указывать и/или идентифицировать сильные мешающие eNB. Обслуживающий eNB может послать триггер сообщения использования ресурса (RUM) по PDCCH к UE. RUM триггер может также упоминаться как RUM запрос, триггер снижения помех и т.д. RUM триггер может предложить UE запросить eNB очистить или уменьшить помехи на нисходящей линии. RUM триггер может переносить конкретные ресурсы данных (например, конкретный поддиапазон в конкретном подкадре), на которых следует уменьшить помехи, приоритет запроса и/или другую информацию.
DL_DATA
[0060] UE, обслуживаемое обслуживающим eNB, может принять RUM триггер и может послать RUM восходящей линии (UL-RUM) к создающему помехи eNB. Создающий помехи eNB может принять другие UL-RUM от других UE, испытывающих высокие помехи от мешающих eNB. UL-RUM может также упоминаться как запрос снижения помех. UL-RUM может запросить, чтобы мешающий eNB уменьшил помехи на указанных ресурсах данных, и может также передать приоритет запроса, целевой уровень помех для UE и/или другую информацию. Создающий помехи eNB может получить UL-RUM от своих соседних UE и/или конкретного UE и может дать согласие или отклонить каждый запрос на снижение помех на основе приоритета запроса, состояния буфера мешающего eNB и/или других факторов. Если на запрос от UE дается согласие, то мешающий eNB может настроить свою передаваемую мощность и/или регулировать свою передачу, чтобы уменьшить помехи для UE. Мешающий eNB может определить уровень передаваемой мощности P, который он будет использовать на указанных ресурсах данных.
DL-RQI-RS
DL_DATA
DL_DATA
[0061] Создающий помехи eNB может затем передать опорный сигнал индикатора качества ресурса нисходящей линии (DL-RQI-RS) на уровне мощности P, который может быть равным P или масштабированной версии P. Опорный сигнал RQI может также упоминаться как пилот-сигнал решения о мощности, канал индикатора пилот-сигнала решения о мощности (PDPICH) и т.д. Создающий помехи eNB может послать DL-RQI-RS на ресурсах DL-RQI-RS, которые могут быть объединены в пары с указанными ресурсами данных. Например, R наборов ресурсов данных могут быть доступными в подкадре t, и соответствующие наборы R ресурсов DL-RQI-RS могут быть доступными в подкадре t-x, где x может быть фиксированным смещением. Каждый набор ресурсов данных может соответствовать набору блоков ресурса, и каждый набор ресурсов DL-RQI-RS может соответствовать блоку ресурса. Мешающий eNB может послать DL-RQI-RS на ресурсах DL-RQI-RS r', которые могут соответствовать указанным ресурсам r данных. Также обслуживающий eNB может получить UL-RUM от своих соседних UE и может послать DL-RQI-RS в ответ на эти UL-RUM.
[0062] В одном варианте eNB могут посылать свои DL-RQI-RS на ресурсах DL-RQI-RS, которые могут быть общими для всех eNB. Ресурсы DL-RQI-RS могут быть некоторыми ресурсами в области данных, зарезервированной всеми eNB для того, чтобы посылать DL-RQI-RS, или могут быть определены другими способами. Ресурсы DL-RQI-RS могут включать достаточное число элементов ресурса, чтобы позволить точную оценку SINR. DL-RQI-RS могут позволить UE более точно оценить качество принятого сигнала обслуживающих их eNB на указанных ресурсах данных.
[0063] UE может принимать DL-RQI-RS от обслуживающего eNB, а также от создающих помехи eNB на ресурсах DL-RQI-RS. UE может оценить SINR ресурсов DL-RQI-RS для обслуживающего eNB на основе принятых DL-RQI-RS и может определить RQI на основе оцененного SINR. RQI может указывать качество принятого сигнала на определенных ресурсах данных и может быть подобным индикатору качества канала (CQI). RQI может указывать хорошее качество принятого сигнала для обслуживающего eNB на определенных ресурсах данных, если сильные мешающие eNB снижают помехи на этих ресурсах данных. UE может послать RQI на PUCCH к обслуживающему eNB. Обслуживающий eNB может получить RQI от UE и может запланировать UE для передачи данных на назначенных ресурсах данных, которые могут включать все или поднабор указанных ресурсов данных. Обслуживающий eNB может выбрать схему модуляции и кодирования (MCS) на основе RQI и может обработать данные в соответствии с выбранной MCS. Обслуживающий eNB может генерировать предоставление нисходящей линии (DL), которое может включать назначенные ресурсы данных, выбранную MCS и т.д. Обслуживающий eNB может послать предоставление нисходящей линии на PUCCH и данные на PUSCH к UE. UE может принять предоставление нисходящей линии и данные от обслуживающего eNB и может декодировать принятую передачу данных на основе выбранной MCS. UE может получить ACK, если данные декодированы корректно, или NACK, если данные декодированы с ошибкой, и может послать ACK или NACK на PUCCH к обслуживающему eNB.
[0064] Фиг.8 показывает диаграмму схемы 800 восходящей линии передачи данных с уменьшением помех. UE может иметь данные для передачи к обслуживающему eNB и может послать запрос планирования на PUCCH. Запрос планирования может указывать приоритет запроса, объем данных для посылки UE и т.д. Обслуживающий eNB может принять запрос планирования и может послать запрос RQI-RS на PDCCH, чтобы запросить UE послать опорный сигнал RQI восходящей линии (UL-RQI-RS). Обслуживающий eNB может также послать RUM нисходящей линии (DL-RUM) на PDCCH, чтобы запросить мешающие UE уменьшить помехи на определенных ресурсах данных.
UL_DATA
UL-RQI-RS
UL_DATA
UL_DATA
[0065] UE может получить запрос RQI-RS от обслуживающего eNB и может также принять один или более DL-RUM от одного или более соседних eNB. UE может определить уровень передаваемой мощности P, который оно будет или может использовать на указанных ресурсах данных на основе DL-RUM от всех соседних eNB. UE может затем передать UL-RQI-RS на ресурсах UL-RQI-RS на уровне передаваемой мощности P, который может быть равным P или масштабированной версии P. В одном варианте UE может послать UL-RQI-RS на ресурсах UL-RQI-RS, которые могут быть общими для всех UE. Ресурсы UL-RQI-RS могут быть некоторыми ресурсами в области данных, зарезервированными всеми eNB для UE, чтобы посылать UL-RQI-RS, или могут быть определены другими способами.
[0066] Обслуживающий eNB может принимать UL-RQI-RS от UE, а также мешающих UE на ресурсах UL-RQI-RS и может оценить SINR данного UE на этих ресурсах. SINR может быть хорошим, если мешающие UE очистят указанные ресурсы данных. Обслуживающий eNB может тогда запланировать UE на указанные ресурсы данных и может выбрать MCS для UE на основе оцененного SINR. Обслуживающий eNB может генерировать предоставление восходящей линии, которое может включать выбранную MCS, назначенные ресурсы данных, уровень передаваемой мощности, чтобы использовать для назначенных ресурсов данных, и т.д. Обслуживающий eNB может послать предоставление восходящей линии на PDCCH к UE. UE может принять предоставление восходящей линии, обработать данные на основе выбранной MCS и послать данные на PUSCH на назначенных ресурсах данных. Обслуживающий eNB может принять и декодировать данные от UE, определить ACK или NACK на основе результата декодирования и послать ACK или NACK на PHICH к UE.
[0067] Фиг.7 показывает примерную последовательность сообщений, которые могут использоваться, чтобы поддерживать передачу данных в нисходящей линии с уменьшением помех. Фиг.8 показывает примерную последовательность сообщений, которые могут использоваться, чтобы поддерживать передачу данных в восходящей линии с уменьшением помех. Уменьшение помех в нисходящей линии и/или восходящей линии может также поддерживаться другими последовательностями сообщений, чтобы определять использование ресурсов данных между eNB. Например, eNB могут осуществлять связь через транзитный канал, чтобы определять (i) конкретные ресурсы данных нисходящей линии и/или уровни передаваемой мощности, которые должны использоваться различными eNB для уменьшения помех нисходящей линии и/или (ii) конкретные ресурсы данных восходящей линии и/или уровни передаваемой мощности, которые должны использоваться различными UE для уменьшения помех восходящей линии.
[0068] На фиг.7 и 8 предполагается, что каждый eNB и каждое UE могут послать информацию управления в соответствующих подкадрах. Для схем на фиг.7 и 8 eNB должны быть в состоянии надежно посылать сообщения управления нисходящей линии, такие как RUM триггеры, DL-RUM, запросы RQI-RS, предоставления нисходящей линии, предоставления восходящей линии и обратная связь ACK/NACK по нисходящей линии, даже в сценариях доминирующих помех. Кроме того, UE должны быть в состоянии надежно посылать сообщения управления восходящей линии, такие как UL-RUM, запросы планирования, RQI и обратная связь ACK/NACK по восходящей линии, даже в сценариях доминирующих помех. Надежная передача сообщений управления нисходящей линии может быть достигнута посредством TDM разделения ресурсов управления нисходящей линии, как описано выше. Надежная передача сообщений управления восходящей линии может быть достигнута с FDM разделением ресурсов управления восходящей линии, как также описано выше.
[0069] Фиг.7 и 8 также показывают примерные физические каналы, которые могут использоваться, чтобы посылать сообщения управления по нисходящей линии и восходящей линии в LTE. В одной схеме eNB может посылать сообщения управления нисходящей линии, такие как RUM триггеры, DL-RUM, запросы RQI-RS, предоставления нисходящей линии и предоставления восходящей линии, по PDCCH и может посылать обратную связь ACK/NACK по PHICH. eNB может также посылать множественные сообщения управления нисходящей линии (например, DL-RUM и запрос RQI-RS) в том же самом сообщении управления. eNB может надежно посылать эти сообщения управления нисходящей линии в области управления подкадров, распределенных eNB, которые должны иметь сниженные (например, отсутствующие) помехи от мешающих eNB.
[0070] В одном варианте UE может посылать сообщения управления восходящей линии, такие как UL-RUM, запросы планирования, RQI и обратная связь ACK/NACK на PUCCH (как показано на фиг.7 и 8) или с данными на PUSCH (не показано на фиг.7 и 8). UE может надежно посылать эти сообщения управления восходящей линии в области управления, распределенной его обслуживающим eNB, которая должна быть очищена от высоких помех от мешающих UE, осуществляющих связь с соседними eNB.
[0071] В еще одном аспекте управление по подкадрам может использоваться, чтобы поддерживать передачу данных в нисходящей линии и/или восходящей линии с TDM разделением ресурсов управления нисходящей линии. Различным eNB могут быть распределены различные подкадры для посылки информации управления с TDM разделением. Каждый eNB может посылать сообщения управления, чтобы поддерживать передачу данных в подкадрах, распределенных этому eNB. Различные eNB могут иметь различные шкалы времени для посылки сообщений управления, вследствие различных распределенных им подкадров. С использованием управления по подкадрам информация управления (например, предоставления, ACK/NACK и т.д.) может посылаться в первом подкадре и может быть применимой для передачи данных во втором подкадре, который может отстоять на переменное число подкадров от первого подкадра.
[0072] Фиг.9 показывает схему 900 передачи данных нисходящей линии с уменьшением помех, когда TDM разделение используется для ресурсов управления нисходящей линии. В примере, показанном на фиг.9, определено восемь чередований: для eNB 1 распределены чередования 0 и 4, для eNB 2 распределены чередования 1 и 5, для eNB 3 распределены чередования 2 и 6, и для eNB 4 распределены чередования 3 и 7. Каждый eNB может посылать информацию управления в области управления подкадров в распределенных ему чередованиях. Каждый eNB может посылать данные в области данных любого подкадра и может конкурировать с другими eNB за ресурсы данных нисходящей линии. eNB 1, 2, 3 и 4 обслуживают UE 1, 2, 3 и 4, соответственно. На фиг.9 предполагается задержка в 1 подкадр между приемом входящего сообщения и передачей соответствующего исходящего сообщения.
[0073] Для передачи данных в нисходящей линии eNB 1, 2, 3 и 4 могут посылать RUM триггеры в области управления подкадров 0, 1, 2 и 3, соответственно, в распределенных им чередованиях. UE 1, 2, 3 и 4 могут принимать RUM триггеры от соседних eNB и могут посылать UL-RUM в подкадрах 2, 3, 4 и 5, соответственно, к обслуживающим их eNB. UE могут также посылать UL-RUM в том же самом подкадре, например, подкадре 5. eNB 1, 2, 3 и 4 могут принимать UL-RUM от обслуживаемых UE и могут посылать DL-RQI-RS на тех же самых ресурсах нисходящей линии в подкадре 7. UE 1, 2, 3 и 4 могут принимать DL-RQI-RS от eNB, оценивать SINR и посылать RQI к обслуживающим их eNB в подкадре 9.
[0074] eNB 1, 2, 3 и 4 могут принимать RQI от UE 1, 2, 3 и 4 соответственно и могут планировать UE для передачи данных по нисходящей линии. Из-за задержки на обработку в 1 подкадр eNB 1, 2, 3 и 4 могут посылать предоставления нисходящей линии к UE 1, 2, 3 и 4 в подкадрах 12, 13, 14 и 11 соответственно распределенных им чередований. eNB 1, 2, 3 и 4 могут посылать данные к UE 1, 2, 3 и 4 соответственно в подкадрах 14-17, которые могут совместно использоваться различными eNB. UE 1, 2, 3 и 4 могут получать данные от их обслуживающих eNB в подкадрах 14-17 и могут посылать обратную связь ACK/NACK в подкадрах 16-19 соответственно.
[0075] Как показано на фиг.9, eNB могут посылать их информацию управления в подкадрах распределенных им чередований, чтобы избежать высоких помех для информации управления. Один или более eNB могут посылать данные в тех же самых подкадрах и могут настраивать свои мощности передачи и/или управлять своими передачами, чтобы избегать высоких помех для данных. С использованием управления по подкадрам предоставление нисходящей линии может иметь переменную задержку от соответствующей передачи данных (вместо передачи в том же самом подкадре, что и соответствующая передача данных, как показано на фиг.7). Эта переменная задержка может следовать от различных eNB, которым распределены различные подкадры для посылки информации управления. Кроме того, данное предоставление нисходящей линии может быть применимым для передачи данных в одном или множестве подкадров по нисходящей линии. В примере, показанном на фиг.9, каждый eNB может послать информацию управления в каждом четвертом подкадре, и предоставление нисходящей линии может быть применимым для передачи данных в подкадрах вплоть до четырех. Вообще, если eNB может послать информацию управления в каждом S-ом подкадре, то предоставление нисходящей линии может быть применимым для передачи данных в подкадрах числом до S.
[0076] eNB могут посылать RUM триггеры в распределенных им подкадрах. eNB могут затем посылать DL-RQI-RS на тех же самых ресурсах нисходящей линии, чтобы позволить UE оценивать SINR, который может ожидаться для последующей передачи данных в нисходящей линии. Может иметься переменная задержка между RUM триггером от eNB и DL-RQI-RS от eNB, которые могут поддерживаться управлением по подкадрам.
[0077] Фиг.10 показывает схему 1000 для передачи данных восходящей линии с уменьшением помех, когда TDM разделение используется для ресурсов управления нисходящей линии. В примере на фиг.10 предполагаются четыре eNB 1, 2, 3 и 4, обслуживающие четыре UE 1, 2, 3 и 4 соответственно. Каждому eNB может быть распределено два из этих восьми чередований, как описано выше для фиг.9.
[0078] Для передачи данных по восходящей линии UE 1, 2, 3 и 4 может послать запросы планирования к обслуживающим eNB 1, 2, 3 и 4 соответственно (не показано на фиг.10). eNB 1, 2, 3 и 4 могут посылать DL-RUM к создающим помехи UE, а также запросы RQI-RS к обслуживаемым UE в подкадрах 0, 1, 2 и 3 соответственно распределенных им чередований. UE 1, 2, 3 и 4 могут принимать DL-RUM от соседних eNB и запросы RQI-RS от обслуживающих их eNB. UE 1, 2, 3 и 4 могут посылать UL-RQI-RS на тех же самых ресурсах восходящей линии в подкадре 5. eNB 1, 2, 3 и 4 могут принимать UL-RQI-RS от UE, оценивать SINR и выбирать MCS для UE 1, 2, 3 и 4 соответственно. eNB 1, 2, 3 и 4 могут планировать UE для передачи данных по восходящей линии и могут посылать предоставления восходящей линии к UE 1, 2, 3 и 4 в подкадрах 8, 9, 10 и 7, соответственно, распределенных им чередований.
[0079] UE 1, 2, 3 и 4 могут посылать данные в eNB 1, 2, 3 и 4 соответственно в подкадрах 12-15. eNB 1, 2, 3 и 4 могут принимать данные от обслуживаемых ими UE в подкадрах 12-15. Из-за задержки на обработку в 1 подкадр eNB 1 может послать ACK/NACK в подкадре 16 для данных, принятых в подкадрах 12, 13 и 14 от UE 1, и может послать ACK/NACK в подкадре 20 для данных, принятых в подкадре 15. eNB 2 может послать ACK/NACK в подкадре 17 для данных, принятых в подкадрах 12-15 от UE 2. eNB 3 может послать ACK/NACK в подкадре 14 для данных, принятых в подкадре 12 от UE 3, и может послать ACK/NACK в подкадре 18 для данных, принятых в подкадрах 13, 14 и 15. eNB 4 может послать ACK/NACK в подкадре 15 для данных, принятых в подкадрах 12 и 13 от UE 4, и может послать ACK/NACK в подкадре 19 для данных, принятых в подкадрах 14 и 15.
[0080] Как показано на фиг.10, eNB могут посылать информацию управления в подкадрах распределенных им чередований. Один или более UE могут посылать данные в тех же самых подкадрах и могут настраивать свои передаваемые мощности и/или управлять своими передачами, чтобы избежать высоких помех на данных. С использованием управления по подкадрам предоставления восходящей линии могут иметь переменную задержку от соответствующей передачи данных. Эта переменная задержка может следовать от различных eNB, которым распределены различные подкадры для посылки информации управления. Кроме того, данное предоставление восходящей линии может быть применимым для передачи данных в одном или множестве подкадров по восходящей линии.
[0081] UE могут посылать передачу данных по восходящей линии в тех же самых подкадрах. eNB могут посылать обратную связь ACK/NACK в различных подкадрах распределенных им чередований. С использованием управления по подкадрам обратная связь ACK/NACK может иметь переменную задержку от соответствующей передачи данных. Кроме того, обратная связь ACK/NACK может посылаться в данном подкадре для передачи данных в переменном числе подкадров.
[0082] eNB могут посылать DL-RUM и запросы RQI-RS в различных подкадрах распределенных им чередований. UE могут посылать UL-RQI-RS на тех же самых ресурсах восходящей линии, чтобы позволить eNB оценивать SINR, которое может ожидаться для последующей передачи данных на восходящей линии. Может иметься переменная задержка между DL-RUM и запросом RQI-RS от eNB и UL-RQI-RS от UE. Переменная задержка может поддерживаться управлением по подкадрам.
[0083] Фиг.9 и 10 показывают примерные графики времени для случая, в котором четыре eNB могут вызвать высокие помехи друг другу, и каждому eNB могут быть распределены два чередования для посылки информации управления. Таким образом, для eNB может быть распределено меньше или больше чередований для посылки информации управления. eNB может тогда иметь отличающуюся шкалу времени, чтобы посылать различные сообщения управления. Для передачи данных нисходящей линии с уменьшением помех может иметься переменная задержка между предоставлением нисходящей линии и соответствующей передачей данных нисходящей линии, как показано на фиг.9. eNB может послать предоставление нисходящей линии в любом подкадре, распределенном eNB, до или с передачей данных. Для передачи данных восходящей линии с уменьшением помех может иметься переменная задержка между предоставлением восходящей линии и соответствующей передачей данных по восходящей линии, как показано на фиг.10. eNB может посылать предоставление восходящей линии в любом подкадре, распределенном eNB, до передачи данных. eNB может также посылать обратную связь ACK/NACK в любом подкадре, распределенном eNB, после передачи данных. Определенные подкадры, используемые eNB для посылки сообщения управления нисходящей линии и обратной связи ACK/NACK, могут зависеть от чередований, распределенных для eNB.
[0084] Для передачи данных без управления по подкадрам (например, как показано на фиг.7 и 8), могут быть фиксированные задержки между различными передачами. Для передачи данных с управлением по подкадрам (например, как показано на фиг.9 и 10), между различными передачами могут быть переменные задержки. Таблица 1 перечисляет подкадры, в которых предоставление, данные и ACK/NACK могут посылаться для различных сценариев передачи данных. Для сценариев с управлением по подкадрам смещения x и y могут быть переменными и могут зависеть от подкадров, распределенных для eNB.
Таблица 1
Сценарий
DL/ULпредставление
Данные
ACK/NACK
Передача данных нисходящейлинии без управления поподкадрам на фиг.7
Подкадр t
Подкадр t
Подкадр t+4
Передача данных восходящейлинии без управления поподкадрам на фиг.8
Подкадр t
Подкадр t+4
Подкадр t+8
Передача данных нисходящейлинии с управлением поподкадрам на фиг.9
Подкадр t
Подкадр t+x
Подкадр t+x+y
Передача данных восходящейлинии с управлением поподкадрам на фиг.10
Подкадр t
Подкадрt+x
Подкадр t+x+y
[0085] В примерах, показанных на фиг.9 и 10, каждое UE запланировано для передачи данных в четырех подкадрах. Вообще, UE может планироваться для передачи данных в одном или более подкадрах. В одном варианте одиночное предоставление нисходящей линии или предоставление восходящей линии может посылаться для передачи данных во всех запланированных подкадрах. В другом варианте одно предоставление нисходящей или восходящей линии может посылаться для передачи данных в каждом запланированном подкадре. Предоставления нисходящей линии и восходящей линии можно также посылать другими способами.
[0086] Различным eNB могут быть распределены различные подкадры, чтобы посылать информацию управления с TDM разделением, как описано выше. eNB может избегать посылки информации управления в области управления подкадров, распределенных другим eNB. Однако eNB может продолжать посылать некоторые назначенные каналы и/или сигналы в области управления и/или области данных подкадров, распределенных другим eNB. Например, eNB может передавать CRS во всех подкадрах (то есть в подкадрах, распределенных этому eNB, а также подкадрах, распределенных другим eNB). Назначенные каналы и/или сигналы могут использоваться, чтобы поддерживать работу унаследованных UE, которые могут ожидать, что эти каналы и/или сигналы будут присутствовать, и не смогут функционировать должным образом в отсутствие этих каналов и/или сигналов.
[0087] В еще одном аспекте UE может выполнить подавление помех для одного или более назначенных каналов и/или сигналов, чтобы улучшить производительность для информации управления и/или данных. Для подавления помех UE может оценивать помехи вследствие назначенного канала или сигнала, подавлять оцененные помехи и затем восстанавливать полезный канал или сигнал после подавления оцененных помех.
[0088] В одном варианте UE может выполнить подавление помех для CRS, который может передаваться каждым eNB в областях управления и данных каждого подкадра, например, как показано на фиг.3. CRS от eNB может вызвать помехи одним или более из следующих способов:
столкновение CRS-с-CRS - множество eNB посылают свои CRS на тех же самых элементах ресурса,
столкновение CRS-с-управлением - eNB посылает свой CRS на элементах ресурса, используемых для информации управления другим eNB, и
столкновение CRS-с-данными - eNB посылает свой CRS на элементах ресурса, используемых для данных другим eNB.
[0089] UE может выполнить подавление помех для столкновения CRS-с-CRS, или столкновения CRS-с-управлением, или столкновения CRS-с-данными, или комбинации указанного. UE может определить, произошло ли столкновение CRS-с-CRS между CRS обслуживающего его eNB и CRS мешающего eNB на основе идентификаторов сот обслуживающего и мешающих eNB. UE может выполнить подавление помех для столкновения CRS-с-CRS, если оно произошло, оценивая помехи вследствие CRS от мешающих eNB и подавляя оцененные помехи в принятом сигнале в UE, чтобы получить скомпенсированный по помехам сигнал. UE может затем выполнить оценку канала на основе CRS от обслуживающего eNB в скомпенсированном по помехам сигнале. UE может получить более точную оценку канала для обслуживающего eNB путем подавления помехи вследствие CRS от мешающего eNB.
[0090] UE может выполнить подавление помех для столкновения CRS-с-управлением путем оценивания помех вследствие CRS от мешающего eNB, подавления оцененных помех и обработки скомпенсированного по помехам сигнала (вместо принятого сигнала), чтобы восстановить информацию управления, посланную обслуживающим eNB. UE может также декодировать информацию управления, принимая во внимание помехи от CRS мешающего eNB. Например, UE может выполнить декодирование путем придания (i) меньшего веса продетектированным символам от элементов ресурсов, используемых мешающим eNB, чтобы посылать CRS, и (ii) большего веса продетектированным символам от других элементов ресурсов. UE может выполнить подавление помех для столкновения CRS-с-данными аналогично тому, как для столкновения CRS-с-управлением.
[0091] В другом варианте для eNB, которые могут создавать помехи друг другу, могут быть назначены идентификаторы сот, так что их CRS посылаются на различных элементах ресурсов и, следовательно, не сталкиваются. Это может улучшить рабочие показатели оценки канала для UE. UE может выполнять подавление помех для столкновения CRS-с-управлением и/или столкновения CRS-с-данными.
[0092] Беспроводная сеть может поддерживать операцию на одной или множестве несущих для нисходящей линии и одной или множестве несущих для восходящей линии. Несущая может относиться к диапазону частот, используемых для коммуникации, и может быть ассоциирована с определенными характеристиками. Например, несущая может быть ассоциирована с системной информацией, описывающей работу на несущей, и т.д. Несущая может также упоминаться как канал, частотный канал и т.д. Несущая для нисходящей линии может упоминаться как несущая нисходящей линии, и несущая для восходящей линии может упоминаться как несущая восходящей линии.
[0093] Методы, описанные здесь, могут использоваться для операции с множеством несущих. В одном варианте методы, описанные здесь, могут быть выполнены для каждой несущей нисходящей линии и каждой несущей восходящей линии. Например, для eNB может быть распределен набор подкадров на каждой несущей для посылки информации управления по нисходящей линии. Для eNB могут быть распределены разнесенные наборы подкадров для различных несущих нисходящей линии, так что eNB может посылать информацию управления в таком количестве подкадров, сколько возможно. Для eNB может также быть распределен частотный диапазон на каждой несущей восходящей линии для приема информации управления по восходящей линии. eNB может послать RUM триггеры, DL-RUM, запросы RQI-RS, предоставления и/или другие сообщения управления нисходящей линии для каждой несущей нисходящей линии в распределенных подкадрах для этой несущей нисходящей линии. eNB может принимать запросы планирования, UL-RUM и/или другие сообщения управления восходящей линии для каждой несущей восходящей линии в распределенном частотном диапазоне этой несущей восходящей линии. UE может контролировать каждую несущую нисходящей линии, на которой UE может принимать информацию управления, и может детектировать RUM триггеры, DL-RUM, запросы RQI-RS, предоставления и/или другие сообщения управления нисходящей линии. UE может послать запросы планирования, UL-RUM и/или другие сообщения управления восходящей линии на каждой несущей восходящей линии в распределенном частотном диапазоне для этой несущей восходящей линии.
[0094] В другом варианте для eNB может быть распределен набор подкадров на назначенной несущей нисходящей линии, чтобы посылать информацию управления для всех несущих нисходящей линии. Для eNB может также быть распределен частотный диапазон на назначенной несущей восходящей линии, чтобы принимать информацию управления для всех несущих восходящей линии. eNB может посылать RUM триггеры, DL-RUM, запросы RQI-RS, предоставления и/или другие сообщения управления нисходящей линии для всех несущих нисходящей линии в распределенных подкадрах на назначенной несущей нисходящей линии. eNB может принимать запросы планирования, UL-RUM и/или другие сообщения управления восходящей линии для всех несущих восходящей линии в распределенном частотном диапазоне назначенной несущей восходящей линии. UE может контролировать назначенную несущую нисходящей линии и может детектировать RUM триггеры, DL-RUM, запросы RQI-RS, предоставления и/или другие сообщения управления нисходящей линии для всех несущих нисходящей линии. UE может посылать запросы планирования, UL-RUM и/или другие сообщения управления восходящей линии для всех несущих восходящей линии в распределенном частотном диапазоне назначенной несущей восходящей линии.
[0095] Методы, описанные здесь, могут поддерживать коммуникацию в сценариях доминирующих помех. В сценарии доминирующих помех UE может надежно принимать передачу от обслуживающего eNB на ресурсах, на которых мешающие eNB не передают. Мешающие eNB могут очистить ресурсы (или передавать на них на более низком уровне мощности), используемые для посылки информации управления, а также ресурсы, используемые для посылки данных обслуживаемым eNB. Ресурсы для информации управления могут быть статически или полустатически очищены с TDM разделением для нисходящей линии и с FDM разделением для восходящей линии, как описано выше. Ресурсы для данных могут быть динамически очищены с краткосрочным уменьшением помех, что может предполагать, что информация управления может надежно посылаться по нисходящей линии и восходящей линии.
[0096] Фиг. 11 показывает схему процесса 1100 для обмена данными в беспроводной сети. Процесс 1100 может выполняться UE, базовой станцией/eNB или некоторым другим объектом. Информацией управления можно обмениваться (например, передавать или принимать) в первом подкадре (блок 1112). Данными можно обмениваться во втором подкадре на основе информации управления, обмен которой производился в первом подкадре (блок 1114). Второй подкадр может отстоять на переменное число подкадров от первого подкадра. Обмен обратной связью ACK/NACK может производиться в третьем подкадре для данных, обмен которыми производился во втором подкадре (блок 1116). Третий подкадр может также отстоять на переменное число подкадров от второго подкадра.
[0097] В одной схеме первый подкадр может быть распределен базовой станции и может иметь сниженные помехи от по меньшей мере одной создающей помехи базовой станции. Второй подкадр может быть доступным базовой станции и по меньшей мере одной создающей помехи базовой станции. В одном варианте набор подкадров может быть распределен базовой станции для посылки информации управления. Базовая станция может послать информацию управления в наборе подкадров и может избегать посылки информации управления в остальных подкадрах. Первый подкадр может принадлежать набору подкадров. В другом варианте по меньшей мере одно чередование может быть распределено базовой станции для посылки информации управления. Подкадры в этом по меньшей мере одном чередовании могут иметь сниженные помехи по меньшей мере от одной создающей помехи базовой станции. Первый подкадр может принадлежать по меньшей мере одному чередованию, распределенному базовой станции.
[0098] В одной схеме базовая станция (например, eNB 1 на фиг.9) может выполнять процесс 1100, чтобы передавать данные по нисходящей линии. Базовая станция может послать предоставление нисходящей линии в первом подкадре (например, подкадре 12) в блоке 1112, и может послать данные во втором подкадре (например, подкадре 14) в блоке 1114. Базовая станция может принимать обратную связь ACK/NACK в третьем подкадре (например, подкадре 16) в блоке 1116 для данных, посланных во втором подкадре. Базовая станция может послать сообщение (например, RUM триггеры) в четвертом подкадре (например, подкадре 0), чтобы запросить снижение помех на нисходящей линии во втором подкадре. Четвертый подкадр может отстоять на переменное число подкадров от второго подкадра. Базовая станция может послать опорный сигнал (например, DL-RQI-RS) в пятом подкадре (например, подкадре 7), который может отстоять на переменное число подкадров от четвертого подкадра.
[0099] В другом варианте UE (например, UE 1 на фиг.9) может выполнять процесс 1100, чтобы принимать данные по нисходящей линии. UE может принимать предоставление нисходящей линии в первом подкадре (например, подкадре 12) в блоке 1112, и может принимать данные во втором подкадре (например, подкадре 14) в блоке 1114. UE может послать обратную связь ACK/NACK в третьем подкадре (подкадре 16) в блоке 1116 для данных, принятых во втором подкадре.
[00100] Базовая станция (например, eNB 1 на фиг.10) может выполнять процесс 1100, чтобы принимать данные по восходящей линии. Базовая станция может посылать предоставление восходящей линии в первом подкадре (например, подкадре 8) в блоке 1112, и может принимать данные во втором подкадре (например, подкадре 12) в блоке 1114. Базовая станция может послать обратную связь ACK/NACK в третьем подкадре (например, подкадре 16) для данных, принятых во втором подкадре. Третий подкадр может отстоять на переменное число подкадров от второго подкадра. Базовая станция может послать сообщение (например, DL-RUM) в четвертом подкадре (например, подкадре 0), чтобы запросить снижение помех на восходящей линии, во втором подкадре. В одной схеме четвертый подкадр может отстоять на переменное число подкадров от второго подкадра, например, как показано на фиг.10. В другой схеме четвертый подкадр может отстоять на постоянное число подкадров отвторого подкадра. Базовая станция может также послать сообщение (например, запрос RQI-RS) в четвертом подкадре, чтобы запросить UE послать опорный сигнал (например, UL-RQI-RS) в пятом подкадре (например, подкадре 5). Четвертый подкадр может отстоять на переменное число подкадров от пятого подкадра. Базовая станция может принимать множество опорных сигналов от множества UE, включая данное UE, в пятом подкадре. Базовая станция может определить качество принятого сигнала для UE на основе множества опорных сигналов. Базовая станция может выбрать схему модуляции и кодирования (MCS) для UE на основе качества принятого сигнала для UE и может послать предоставление восходящей линии, включающее в себя выбранную MCS.
[00101] В еще одном варианте UE может выполнять процесс 1100, чтобы передавать данные по восходящей линии. UE может принимать предоставление восходящей линии в первом подкадре (например, подкадре 8) в блоке 1112, и может послать данные во втором подкадре (например, подкадре 12) в блоке 1114. UE может принять обратную связь ACK/NACK в третьем подкадре (например, подкадре 16) для данных, посланных во втором подкадре.
[00102] В одном варианте может поддерживаться работа на множестве несущих. В одном варианте предоставление на передачу данных на множестве несущих может быть передано в блоке 1112. Обмен данными может производиться на множестве несущих, указанных предоставлением, в блоке 1114.
[00103] фиг.12 показывает схему устройства 1200 для обмена данными в беспроводной сети. Устройство 1200 содержит модуль 1212 для обмена информацией управления в первом подкадре, модуль 1214 для обмена данными во втором подкадре на основе информации управления, обмен которой производился в первом подкадре, причем второй подкадр отстоит на переменное число подкадров от первого подкадра, и модуль 1216 для обмена обратной связью ACK/NACK в третьем подкадре для данных, обмен которыми производился во втором подкадре, причем третий подкадр отстоит на переменное число подкадров от второго подкадра.
[00104] Фиг. 13 показывает схему процесса 1300 для обмена данными в беспроводной сети. Процесс 1300 может быть выполнен UE, базовой станцией/eNB или некоторым другим объектом. По меньшей мере одним предоставлением для UE можно обмениваться (например, передавать или принимать) (блок 1312). Данными можно затем обмениваться в переменном числе подкадров, указанных по меньшей мере одним предоставлением (блок 1314).
[00105] В одном варианте блока 1312 по меньшей мере одно предоставление может передаваться в подкадре, распределенном базовой станции и имеющем сниженные помехи от по меньшей мере одной создающей помехи базовой станции. В одной схеме базовой станции может быть распределен набор подкадров, чтобы посылать информацию управления, среди всех доступных подкадров. Базовая станция может посылать предоставления к UE, наблюдающим высокие помехи, в наборе подкадров и может избегать посылки предоставления этим UE в остальных подкадрах. Каждое предоставление может покрывать передачу данных в единственном подкадре или множестве подкадров.
[00106] В одном варианте базовая станция может выполнять процесс 1300, чтобы посылать данные по нисходящей линии к UE, например, как показано на фиг.9. Базовая станция может послать по меньшей мере одно предоставление нисходящей линии к UE в блоке 1312 и может послать данные в переменном числе подкадров к UE в блоке 1314.
[00107] В другом варианте UE может выполнять процесс 1300, чтобы получать данные по нисходящей линии от базовой станции, например, как показано на фиг.9. UE может принять по меньшей мере одно предоставление нисходящей линии в блоке 1312 и может принять данные в переменном числе подкадров в блоке 1314.
[00108] В еще одном варианте базовая станция может выполнять процесс 1300, чтобы принимать данные по восходящей линии от UE, например, как показано на фиг.10. Базовая станция может послать по меньшей мере одно предоставление восходящей линии к UE в блоке 1312 и может принимать данные в переменном числе подкадров от UE в блоке 1314.
[00109] В еще одном варианте UE может выполнять процесс 1300, чтобы посылать данные по нисходящей линии к базовой станции, например, как показано на фиг.10. UE может принять по меньшей мере одно предоставление восходящей линии в блоке 1312 и может послать данные в переменном числе подкадров в блоке 1314.
[00110] В одном варианте множество предоставлений может посылаться к UE в блоке 1312, одно предоставление для передачи данных в каждом переменном числе подкадров. Множество предоставлений можно послать в единственном подкадре или во множестве подкадров (например, один подкадр для каждого подкадра, в котором посылаются данные). В одном варианте каждое предоставление может содержать указание подкадра, для которого применяется предоставление. Указание может быть выдано явно с помощью поля в предоставлении или задано неявно ресурсом, на котором предоставление посылается, или скремблирующим кодом, используемым для предоставления, и т.д. В другой схеме единственное предоставление может быть послано к UE в блоке 1312 для передачи данных во всех из переменного числа подкадров.
[00111] Фиг.14 показывает схему устройства 1400 для обмена данными в беспроводной сети. Устройство 1400 содержит модуль 1412, чтобы обмениваться по меньшей мере одним предоставлением для UE, и модуль 1414, чтобы обмениваться данными в переменном числе подкадров, указанных этим по меньшей мере одним предоставлением.
[00112] Фиг.15 показывает схему процесса 1500 для обмена данными в беспроводной сети. Процесс 1500 может быть выполнен базовой станцией/eNB (как описано ниже) или некоторым другим объектом. Базовая станция может послать сообщение на PDCCH для запроса снижения помех (блок 1512). Базовая станция может затем обмениваться данными (например, передавать или принимать) на ресурсах, имеющих сниженные помехи, ввиду сообщения, посланного на PDCCH (блок 1514).
[00113] В одном варианте базовая станция может выполнять процесс 1500, чтобы посылать данные по нисходящей линии, например, как показано на фиг.7. В блоке 1512 базовая станция может послать сообщение (например, RUM триггер) на PDCCH для запроса снижения помех по меньшей мере от одной создающей помехи базовой станции. В блоке 1514 базовая станция может послать данные в UE на ресурсах, имеющих сниженные помехи по меньшей мере от одной создающей помехи базовой станции, ввиду сообщения, посланного на PDCCH. Базовая станция может послать предоставление нисходящей линии на PDCCH к UE и может послать данные к UE на основе предоставления нисходящей линии.
[00114] В другом варианте базовая станция может выполнять процесс 1500, чтобы принимать данные по восходящей линии, например, как показано на фиг.8. В блоке 1512 базовая станция может послать сообщение (например, DL-RUM) на PDCCH для запроса снижения помех по меньшей мере от одного создающего помехи UE, осуществляющего связь по меньшей мере с одной соседней базовой станцией. В блоке 1514 базовая станция может принимать данные от UE на ресурсах, имеющих сниженные помехи по меньшей мере от одного создающего помехи UE, ввиду сообщения, посланного на PDCCH. В одном варианте базовая станция может послать второе сообщение (например, запрос RQI-RS) на PDCCH, чтобы запросить UE послать опорный сигнал (например, UL-RQI-RS). Базовая станция может принять множество опорных сигналов от множества UE, включая данное UE, и может оценить качество принятого сигнала для UE на основе этих опорных сигналов. Базовая станция может определить схему модуляции и кодирования (MCS) на основе оцененного качества принятого сигнала для UE. Базовая станция может сгенерировать предоставление восходящей линии, содержащее выбранную MCS, послать предоставление восходящей линии на PDCCH к UE и принять данные, посланные UE на основе предоставления восходящей линии.
[00115] В одной схеме может поддерживаться работа на множестве несущих. В одном варианте базовая станция может посылать сообщения на PDCCH на каждой из множества несущих. Каждое сообщение может запрашивать снижение помех на несущей, на которой посылается сообщение. В другом варианте базовая станция может посылать сообщения на PDCCH на назначенной несущей из множества несущих. Каждое сообщение может запрашивать снижение помех на одной или более из множества несущих.
[00116] Фиг.16 показывает схему устройства 1600 для обмена данными в беспроводной сети. Устройство 1600 содержит модуль 1612, чтобы посылать сообщение на PDCCH для запроса снижения помех, и модуль 1614 для обмена данными на ресурсах, имеющих сниженные помехи, ввиду сообщения, посланного на PDCCH.
[00117] Фиг.17 показывает схему процесса 1700 для обмена данными в беспроводной сети. Процесс 1700 может выполняться UE (как описано ниже) или некоторым другим объектом. UE может контролировать наличие сообщений, посланных по меньшей мере одной базовой станцией на PDCCH для запроса снижения помех (блок 1712). UE может обмениваться данными (например, передавать или принимать) на ресурсах, имеющих сниженные помехи, ввиду сообщений, посланных по меньшей мере одной базовой станцией на PDCCH (блок 1714).
[00118] В одном варианте UE может выполнять процесс 1700, чтобы получить данные по нисходящей линии, например, как показано на фиг.7. UE может получить данные от обслуживающей базовой станции на ресурсах, имеющих сниженные помехи по меньшей мере от одной соседней базовой станции. В одной схеме UE может принимать первое сообщение (например, RUM триггер), посланное соседней базовой станцией на PDCCH, чтобы запросить снижение помех. UE может послать второе сообщение (например, UL-RUM) к обслуживающей базовой станции, чтобы направить запрос на снижение помех от соседней базовой станции. В другой схеме UE может принимать первое сообщение, посланное обслуживающей базовой станцией на PDCCH, чтобы запросить снижения помех. UE может послать второе сообщение по меньшей мере в одну соседнюю базовую станцию, чтобы направить запрос на снижение помех от обслуживающей базовой станции. В одном варианте UE может принимать множество опорных сигналов (например, DL-RQI-RS) от множества базовых станций, включая обслуживающую базовую станцию и по меньшей мере одну соседнюю базовую станцию. UE может оценить качество принятого сигнала для обслуживающей базовой станции на основе опорных сигналов. UE может послать RQI, указывающий качество принимаемого сигнала для обслуживающей базовой станции.
[00119] В другом варианте UE может выполнять процесс 1700, чтобы послать данные по восходящей линии, например, как показано на фиг.8. UE может посылать данные в обслуживающую базовую станцию на ресурсах, имеющих сниженные помехи по меньшей мере от одного создающего помехи UE, осуществляющего связь по меньшей мере с одной соседней базовой станцией. В одной схеме UE может принимать по меньшей мере одно сообщение (например, DL-RUM), посланное по меньшей мере одной соседней базовой станцией на PDCCH для запроса снижения помех. UE может определить, следует или нет посылать данные на ресурсах, на основе по меньшей мере одного сообщения, принятого по меньшей мере от одной соседней базовой станции. UE может принять сообщение (например, запрос RQI-RS), посланное обслуживающей базовой станцией на PDCCH, чтобы запросить передачу опорного сигнала. UE может определить первый уровень мощности передачи для ресурсов в ответ на по меньшей мере одно сообщение по меньшей мере от одной соседней базовой станции и сообщение от обслуживающей базовой станции. UE может затем передать опорный сигнал (например, UL-RQI-RS) на втором уровне мощности передачи, определенном на основе первого уровня мощности передачи.
[00120] В одном варианте может поддерживаться работа на множестве несущих. В одном варианте UE может контролировать наличие сообщений по меньшей мере от одной базовой станции на каждой из множества несущих. В другом варианте UE может контролировать наличие сообщений по меньшей мере от одной базовой станции на назначенной несущей из множества несущих.
[00121] Фиг.18 показывает схему устройства 1800 для обмена данными в беспроводной сети. Устройство 1800 содержит модуль 1812, чтобы контролировать наличие сообщений, посланных по меньшей мере одной базовой станцией на PDCCH для запроса снижения помех, и модуль 1814 обмена данными на ресурсах, имеющих сниженные помехи, виду сообщений, посланных по меньшей мере одной базовой станцией на PDCCH.
[00122] Модули на фиг.12, 14, 16 и 18 могут содержать процессоры, электронные устройства, устройства аппаратных средств, электронные компоненты, логические схемы, памяти, программные коды, микропрограммные коды и т.д., или любую комбинацию указанного.
[00123] Фиг.19 показывает блок-схему базовой станции/eNB 110 и UE 120, которые могут быть одной из базовых станций/eNB и одним из UE на фиг.1. Базовая станция 110 может быть оборудована Т антеннами 1934a-1934t, и UE 120 может быть оборудовано R антеннами 1952a-1952r, где в общем T>1 и R>1.
[00124] В базовой станции 110 процессор 1920 передачи может получать данные от источника 1912 данных и управлять информацией от контроллера/процессора 1940. Информация управления может содержать сообщения управления, такие как RUM триггеры, DL-RUM, запросы RQI-RS, предоставления нисходящей линии, предоставления восходящей линии и т.д. Процессор 1920 может обрабатывать (например, кодировать и модулировать) данные и информацию управления, чтобы получить символы данных и символы управления, соответственно. Процессор 1920 может также генерировать опорные символы, например, для CRS, DL-RQI-RS и т.д. Процессор 1930 передачи (ТХ) MIMO (с множеством входов и множеством выходов) может выполнить пространственную обработку (например, предварительное кодирование) на символах данных, символах управления и/или опорных символах, если применимо, и может обеспечить Т выходных потоков символов к Т модуляторам 1932a-1932t. Каждый модулятор 1932 может обрабатывать соответствующий выходной поток символов (например, для OFDM и т.д.), чтобы получить выходной поток выборок. Каждый модулятор 1932 может далее обрабатывать (например, преобразовывать в аналоговую форму, усиливать, фильтровать и выполнять повышающее преобразование) выходной поток выборок, чтобы получить сигнал нисходящей линии. T сигналов нисходящей линии от модуляторов 1932a-1932t могут передаваться через Т антенн 1934a-1934t, соответственно.
[00125] В UE 120 антенны 1952a-1952r могут принимать сигналы нисходящей линии от базовой станции 110 и других базовых станций и могут предоставлять принятые сигналы в демодуляторы 1954a-1954r, соответственно. Каждый демодулятор 1954 может преобразовывать (например, фильтровать, усиливать, выполнять понижающее преобразование и преобразование в цифровую форму) соответствующий принятый сигнал, чтобы получить входные выборки. Каждый демодулятор 1954 может далее обрабатывать входные выборки (например, для OFDM и т.д.), чтобы получить принятые символы. Детектор 1956 MIMO может получать принятые символы от всех R демодуляторов 1954a-1954r, выполнять MIMO детектирование на принятых символах, если применимо, и обеспечивать продетектированные символы. Процессор 1958 приема может обрабатывать (например, демодулировать и декодировать) продетектированные символы, предоставлять декодированные данные для UE 120 к приемнику 1960 данных и предоставлять декодированную информацию управления контроллеру/процессору 1980.
[00126] На восходящей линии, в UE 120, процессор 1964 передачи может принимать данные от источника 1962 данных и управляющую информацию от контроллера/процессора 1980. Информация управления может включать в себя сообщения управления, такие как запросы планирования, UL-RUM, RQI и т.д. Процессор 1964 может обрабатывать (например, кодировать и модулировать) данные и информацию управления, чтобы получить символы данных и символы управления, соответственно. Процессор 1964 может также генерировать опорные символы, например, для UL-RQI-RS. Символы от процессора 1964 передачи могут предварительно кодироваться TX MIMO процессором 1966, если применимо, обрабатываться модуляторами 1954a-1954r (например, для SC-FDM, OFDM и т.д.) и передаваться к базовой станции 110 и, возможно, другим базовым станциям. В базовой станции 110 сигналы восходящей линии от UE 120 и других UE могут приниматься антеннами 1934, обрабатываться демодуляторами 1932, детектироваться MIMO детектором 1936, если применимо, и далее обрабатываться процессором 1938 приема, чтобы получать декодированные данные и информацию управления, посланную UE 120 и другими UE. Процессор 1938 может предоставить декодированные данные приемнику 1939 данных и декодированную информацию управления - контроллеру/процессору 1940.
[00127] Контроллеры/процессоры 1940 и 1980 могут управлять операцией на базовой станции 110 и UE 120 соответственно. Процессор 1940 и/или другие процессоры и модули в базовой станции 110 могут выполнять или управлять процессом 1100 на фиг.11, процессом 1300 на фиг.13, процессом 1500 на фиг.15 и/или другими процессами для методов, описанных здесь. Процессор 1980 и/или другие процессоры и модули в UE 120 может выполнять или управлять процессом 1100 на фиг.11, процессом 1300 на фиг.13, процессом 1700 на фиг.17 и/или другими процессами для методов, описанных здесь. Памяти 1942 и 1982 могут хранить данные и коды программ для базовой станции 110 и UE 120 соответственно. Планировщик 1944 может планировать UE для передачи данных на нисходящей линии и/или восходящей линии.
[00128] Специалистам в данной области техники должно быть понятно, что информация и сигналы могут быть представлены с использованием любых из множества различных технологий и методов. Например, данные, инструкции, команды, информация, сигналы, биты, символы и элементарные посылки, которые могут упоминаться в вышеприведенном описании, могут быть представлены напряжениями, токами, электромагнитными волнами, магнитными полями или частицами, оптическими полями или частицами или любой комбинацией указанных средств.
[00129] Специалистам в данной области техники должно быть понятно, что различные иллюстративные логические блоки, модули, схемы и этапы алгоритмов, описанные в связи с раскрытыми вариантами осуществления, могут быть реализованы электронными аппаратными средствами, компьютерным программным обеспечением или комбинацией указанных средств. Для ясной иллюстрации этой взаимозаменяемости аппаратных средств и программного обеспечения различные иллюстративные компоненты, блоки, модули, схемы и этапы описаны выше в терминах их функциональных возможностей. То, реализованы ли такие функциональные возможности как аппаратные средства или программное обеспечение, зависит от конкретного применения и ограничений при проектировании, накладываемых на систему в целом. Специалист в данной области техники может реализовать требуемую функциональность различными путями для каждого конкретного применения, но такие решения по реализации не должны интерпретироваться как обуславливающие отклонение от объема настоящего изобретения.
[00130] Различные иллюстративные логические блоки, модули и схемы, описанные в связи с раскрытыми вариантами осуществления, могут быть реализованы или выполнены с использованием универсального процессора, цифрового процессора сигналов (DSP), специализированной интегральной схемы (ASIC), программируемой вентильной матрицы (FPGA) или другого программируемого логического устройства, дискретной логической схемы или транзисторной логики, дискретных компонентов аппаратных средств или каких-либо их комбинаций. Универсальный процессор может быть микропроцессором, но в альтернативном варианте процессор может представлять собой обычный процессор, контроллер, микроконтроллер или конечный автомат. Процессор может быть также реализован как комбинация вычислительных устройств, например как комбинация DSP и микропроцессора, множество микропроцессоров, один или более микропроцессоров во взаимосвязи с ядром DSP или любая подобная конфигурация.
[00131] Этапы способа или алгоритма, описанные в связи с раскрытыми вариантами осуществления, могут быть реализованы непосредственно в аппаратных средствах, в модуле программного обеспечения, исполняемого процессором, или в комбинации обоих этих средств. Модуль программного обеспечения может находиться в оперативном запоминающем устройстве (ОЗУ), флэш-памяти, постоянном запоминающем устройстве (ПЗУ), электронно-программируемом ПЗУ (ЭППЗУ), электронно-стираемом программируемом ПЗУ (ЭСППЗУ), регистрах, на жестком диске, съемном диске, ПЗУ на компакт-диске (CD-ROM) или любом другом носителе для хранения данных, известном в технике. Приведенный для примера носитель записи связан с процессором, так что процессор может считывать информацию с носителя записи и записывать информацию на носитель записи. В альтернативном варианте носитель записи может находиться на ASIC. ASIC может находиться в пользовательском терминале. В альтернативном варианте процессор и носитель записи могут находиться на дискретных компонентах в пользовательском терминале.
[00132] В одном или более примерных вариантов описанные функции могут быть осуществлены в аппаратных средствах, программном обеспечении, программируемом оборудовании или любой комбинации указанного. При осуществлении в программном обеспечении функции могут сохраняться или передаваться как одна или более инструкций или код на машиночитаемом носителе. Машиночитаемые носители включают в себя как компьютерные носители хранения, так и коммуникационные среды, содержащие любую среду, которая облегчает передачу компьютерной программы от одного места в другое. Носители хранения могут быть любыми доступными носителями, к которым может получать доступ универсальный или специализированный компьютер. В качестве примера, но не ограничения, такие машиночитаемые носители могут включать в себя RAM (ОЗУ), ROM (ПЗУ), EEPROM (электронно-стираемое программируемое ПЗУ), CD-ROM или другое ЗУ на оптическом диске, ЗУ на магнитном диске или другие магнитные ЗУ, или любой другой носитель, который может использоваться, чтобы переносить или хранить желательные средства программного кода в форме инструкций или структур данных, и к которому может получать доступ универсальный или специализированный компьютер или универсальный или специализированный процессор. Кроме того, любое соединение надлежащим образом определяется как машиночитаемая среда. Например, если программное обеспечение передается с веб-сайта, сервера или другого удаленного источника с использованием коаксиального кабеля, волоконно-оптического кабеля, витой пары, цифровой абонентской линии (DSL) или беспроводных технологий, таких как инфракрасная, радиочастотная и микроволновая, то коаксиальный кабель, волоконно-оптический кабель, витая пара, DSL или беспроводные технологии, такие как инфракрасная, радиочастотная и микроволновая, включаются в определение носителя. Диски, как используется здесь, включают в себя компакт-диск (CD), лазерный диск, оптический диск, цифровой универсальный диск (DVD), дискету (floppy disk) и blu-ray-disc, где магнитные диски (disks) обычно воспроизводят данные магнитным способом, в то время как оптические диски (discs) воспроизводят данные оптическим способом с помощью лазера. Комбинации вышеупомянутого должны также быть включены в объем машиночитаемых носителей.
[00133] Предыдущее описание раскрытых вариантов осуществления предназначено для того, чтобы обеспечить возможность специалистам в данной области техники реализовать или использовать настоящее изобретение. Различные модификации этих вариантов осуществления изобретения будут очевидны для специалистов в данной области техники, и общие раскрытые принципы могут быть применены к другим вариантам осуществления без отклонения от сущности или объема изобретения. Таким образом, настоящее изобретение не предназначается для ограничения раскрытыми вариантами осуществления, а должно соответствовать самому широкому объему, совместимому с раскрытыми принципами и новыми признаками.