Устройство связи, сетевой узел, способ и компьютерная программа

Изобретение относится к беспроводной связи и может быть использовано в системах LTE в условиях конфликта управляющего сигнала по времени и частоте с управляющими сигналами, предоставленными в соседних мешающих сотах. Способ в устройстве связи, выполненном с возможностью работы в системе сотовой связи, содержит этапы, на которых принимают управляющий символ от сетевого узла, управляющего сотой в системе сотовой связи и обслуживающего устройство связи, определяют помеховую обстановку для управляющего символа, причем определение помеховой обстановки, включает в себя этап, на котором определяют, конфликтует ли управляющий сигнал по времени и частоте с управляющими сигналами, предоставленными в соседних мешающих сотах, выбирают алгоритм уменьшения помех на основе определенной помеховой обстановки и выполняют выбранный алгоритм уменьшения помех для принятого управляющего символа. Технический результат - уменьшения помех для принятых управляющих символов. 3 н. и 12 з.п. ф-лы, 9 табл., 14 ил.

 

Область техники

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

Сокращения

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

Сокращение - Объяснение

3GPP Проект партнерства третьего поколения

PBCH Физический канал вещания

OFDM Мультиплексирование с ортогональным частотным разделением

MIMO Система со многими входами и выходами

HSDPA Высокоскоростной пакетный доступ по нисходящей линии связи

LTE Система долгосрочного развития

SIB Блок системной информации

CRS Присущий соте опорный сигнал

RE Элемент ресурса

ABS Почти пустой субкадр

HARQ Гибридный автоматический запрос на повторение

CRC Контроль циклическим избыточным кодом

NACK отсутствие подтверждение приема

ACK подтверждение приема

UE Пользовательское оборудование

IM Уменьшение помех

IC Подавление помех

ICIC Контроль помех между сотами

FeICIC Дополнительно улучшенный ICIC

MMSE Корректор минимальной среднеквадратической ошибки

IRC Объединение с ослаблением помех

SC Обслуживающая сота

NC Соседняя сота

CP Циклический префикс

PCell Основная сота

SCell Дополнительная сота

CQI Информация о качестве канала

TTI Интервал времени передачи

EPDCCH Расширенный PDCCH (иногда пишется как ePDCCH)

PDCCH Физический канал управления нисходящей линии связи

PDSCH Физический канал данных нисходящей линии связи

PCFICH Физический канал индикатора формата управления

PHICH Физический канал индикатора гибридного ARQ

CFI Индикатор формата управления

RRM Управление радиоресурсами

RLM Контроль линии радиосвязи

RSRP Мощность принимаемого опорного сигнала

RSRQ Качество принимаемого опорного сигнала

CCH Каналы управления

IE Информационный элемент

AL Уровень агрегирования

Уровень техники

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

Структура передачи в LTE образована кадрами по 10 мс. Один кадр состоит из десяти субкадров равного размера. Субкадр содержит либо 12, либо 14 символов OFDM в зависимости от того, используется ли нормальный либо длинный циклический префикс. Первым символом (символами) в субкадре являются управляющие символы. В зависимости от потребности в управляющей сигнализации может быть 1, 2 или 3 управляющих символа. Для небольшой полосы пропускания может быть от 2 до 4 символов, а для некоторых определенных случаев не разрешается иметь много символов.

Управляющая сигнализация также может выполняться с использованием PBCH либо в области данных, как ePDCCH, SIB или специализированная сигнализация RRM, но все они выходят за объем данного изобретения.

Система может оснащаться 1, 2 или 4 входами CRS. CRS используются для оценки канала, синхронизации и оценки характеристик канала. Для 1 и 2 входов CRS имеются CRS в 1-ом, 5-ом, 8-ом и 12-ом символе (для нормального субкадра, не в MBSF и вплоть до 2 входов CRS). Для 4 входов CRS также имеются CRS во 2-ом и 9-ом символе. Поэтому CRS в первом и втором символе совместно используют одни и те же временные символы в качестве управляющих сигналов. Положениями по частоте у CRS являются каждый 6-ой RE для каждого входа CRS. Вход 0 и вход 1 CRS совместно используют один и тот же символ, но вход 1 сдвигается на три поднесущих по сравнению со входом 0, то же самое касается входа 2 и входа 3. Тогда также имеется сдвиг в поднесущей, который зависит от id соты у соты, и сдвиг равен id соты по модулю 6.

Существует три типа управляющих сигналов, передаваемых в области управления: PCFICH, PHICH и PDCCH. Управляющие данные передаются в одной или нескольких группах элементов ресурсов (REG). REG растягивается на 4 или 6 RE, но всегда содержит переносящую 4 RE полезную нагрузку. REG растягивается на 6 RE в случае, когда в символе имеются CRS, дополнительные RE резервируются для CRS.

Управляющие данные передаются для одного входа CRS в одном символе модуляции на каждый RE. Управляющие данные кодируются по схеме Аламоути, когда имеется 2 или 4 входа CRS. Для кодирования по схеме Аламоути два символа модуляции ортогонально растягиваются на 2 RE. Это также справедливо в LTE для 4 CRS, но здесь вход 0 CRS и вход 2 CRS используются в паре, а вход 1 CRS и вход 3 CRS используются в качестве второй пары.

Существующая вспомогательная информация CRS-IC задается для сценариев eICIC из спецификации TS 36.331 3GPP, версия 10.5.0. Она задается для CRS-IC в субкадре ABS в вып. 11 в 36.331, версия 11.12.0, в виде:

"neighCellsCRS-Info: Это поле содержит вспомогательную информацию касательно основной частоты, используемой UE для уменьшения помех от CRS при выполнении измерения RRM/RLM/CSI или демодуляции данных. Когда принятая вспомогательная информация CRS предназначена для соты с CRS, конфликтующим с CRS у соты, которую нужно измерить, UE может использовать вспомогательную информацию CRS для уменьшения помех CRS (как задано в TS 36.101) в субкадрах, указанных measSubframePatternPCell, measSubframePatternConfigNeigh, csi-MeasSubframeSet1, если конфигурируется, и субкадр CSI устанавливается в 1, если конфигурируется csi-MeasSubframeSets-r12. Кроме того, UE может использовать вспомогательную информацию CRS для уменьшения помех CRS от сот в IE с целью демодуляции, как задано в TS 36.101".

Кроме того, в соответствии с вып. 12 TS 36.331, версия 12.6.0, EUTRAN не конфигурирует neighCellsCRS-Info-r11, если конфигурируется eimta-MainConfigPCell-r12. Это заявляется там в виде:

"CRS-AssistanceInfoList-r11::=SEQUENCE (SIZE (1..maxCellReport)) OF CRS-AssistanceInfo-r11

CRS-AssistanceInfo-r11::= SEQUENCE {

physCellId-r11 PhysCellId,

antennaPortsCount-r11 ENUMERATED {an1, an2, an4, spare1},

mbsfn-SubframeConfigList-r11 MBSFN-SubframeConfigList,

...

}"

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

Сущность изобретения

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

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

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

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

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

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

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

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

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

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

Краткое описание чертежей

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

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

Фиг. 1 - блок-схема алгоритма, иллюстрирующая способ в соответствии с вариантом осуществления.

Фиг. 2 - блок-схема алгоритма, иллюстрирующая способ в соответствии с вариантом осуществления.

Фиг. 3 - блок-схема алгоритма, иллюстрирующая способ в соответствии с вариантом осуществления.

Фиг. 4 - блок-схема, схематически иллюстрирующая устройство связи в соответствии с вариантом осуществления.

Фиг. 5 схематически иллюстрирует машиночитаемый носитель и устройство обработки.

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

Фиг. 7 иллюстрирует сотовую сеть.

Фиг. 8 схематически иллюстрирует машиночитаемый носитель и устройство обработки.

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

Фиг. 10 - блок-схема, схематически иллюстрирующая устройство связи в соответствии с вариантом осуществления.

Фиг. 11 схематически иллюстрирует машиночитаемый носитель и устройство обработки.

Фиг. с 12 по 14 - схемы моделирований при разных условиях.

Подробное описание

Если соседние соты (NC) не синхронизированы по времени, то помехи будут предполагаться неструктурированными, или возможную структуру нужно обнаруживать вслепую. Однако, если обслуживающая сота (SC) и соседние соты совместно используют одно и то же начало субкадра (приблизительно в CP), то это означает, что один или несколько управляющих символов будут перекрываться во времени, соты считаются синхронизированными. Синхронизированные соты всегда соответствуют действительности в развертывании TDD и для развертывания FDD, если используется, например, продвинутое управление помехами. Перекрытие управляющих символов зависит от того, сколько управляющих символов содержит каждая сота. Размер области управления SC считывается из PCFICH SC. Размер области управления NC может считываться либо из PCFICH NC, либо обнаруживаться вслепую. REG может либо распределяться, либо не распределяться.

Сначала рассмотрим символ OFDM, где ни у SC, ни у NC нет CRS. В том случае REG растягивается на 4 RE, и REG от SC и NC будут перекрываться. Для 1 входа CRS в SC и NC помехи будут независимыми между RE. Для 2 входов CRS в SC и NC полезные данные и помехи охватывают 2 перекрывающихся RE и кодируются по схеме Аламоути. Для 4 входов CRS кодирование по схеме Аламоути растягивается на 4 RE согласно 2 независимым парам Аламоути, где первые два RE соединяются входом 0 и входом 2 CRS, а другие 2 RE подключаются ко входу 1 и входу 3 CRS. Для помех на 2 RE, которые являются парой кодированных по схеме Аламоути символов, существует зависимость между RE, которую можно использовать при демодуляции SC.

Если символ OFDM из SC и NC содержит CRS, и CRS конфликтуют, то есть занимают одни и те же поднесущие, то помехи в каналах управления будут такими же, как в предыдущем абзаце. Если символ OFDM содержит CRS, и CRS не конфликтует, то RE данных REG NC будут перекрываться с RE данных REG SC и CRS SC. CRS SC будет конфликтовать с RE данных REG NC. Для случая одного входа CRS между RE не будет никакой зависимости. Для двух входов CRS зависимость будет между тремя RE вследствие передачи по схеме Аламоути. Для четырех входов CRS зависимость будет между шестью RE.

Можно обсудить множество возможных алгоритмов подавления помех. Некоторые примеры представляются ниже (для ссылки на алгоритмы будет использоваться краткое название в круглых скобках):

- Непараметрическое MMSE-IRC (IRC), в котором UE использует остаточные сигналы в CRS для оценки ковариационной матрицы помех и шума.

- Параметрическое MMSE-IRC на одном RE (EIRC1), в котором UE оценивает каналы соседних сот и из тех оценок строит ковариационную матрицу помех и шума. Матрица должна отражать структуру помех по одному RE.

- Параметрическое MMSE-IRC по двум RE (EIRC2). Это аналогично EIRC1, но матрица удваивается, поскольку она должна отражать структуру помех по 2 RE. Матрица помех в этом случае должна отражать, что одинаковые символы модуляции передаются по 2 RE. Этот приемник может пользоваться преимуществом зависимости между RE, которая является результатом передачи по схеме Аламоути.

- Параметрическое MMSE-IRC по трем RE (EIRC3). Это аналогично EIRC1, но матрица утраивается, поскольку она должна отражать структуру помех по 3 RE. Матрица помех в этом случае должна отражать, что одинаковые символы модуляции передаются по 2 RE плюс один RE содержит CRS. Этот приемник может пользоваться преимуществом зависимости между RE, которая является результатом передачи по схеме Аламоути в случае неконфликтующего CRS между SC и NC. В этом случае зависимость охватит 3 RE.

- Параметрическое MMSE-IRC по четырем или шести RE (EIRC4). Это аналогично EIRC1, но матрица становится больше в четыре или шесть раз, поскольку она должна отражать структуру помех по 4 или 6 RE. Это может понадобиться, когда либо SC, либо NC содержит 4 входа CRS, а другая содержит 2 входа CRS. В этом случае зависимость между RE растягивается на 4 или 6 RE и равна 4 RE при конфликтующем CRS и 6 при неконфликтующем CRS.

- CRS IM (CRS-IC). Это про использование CRS-IC, когда предоставлена вспомогательная информация CRS. Существующая вспомогательная информация CRS происходит из вып. 11, как задано в TS 36.331 3GPP. Подход, показанный в RP-142263, озаглавленном "CDR Interference Mitigation for LTE Homogeneous Deployments", стремится к распространению использования такой сигнализации на нормальные субкадры при всех условиях, включающих PCell и SCell.

- Максимальное правдоподобие (ML). Этот алгоритм может использоваться для любого сценария с разными настройками.

Могут применяться сочетания вышеупомянутых способов. Например, CRS-IC может объединяться со всеми другими типами показанных выше подходов с продвинутым приемником.

Для PHICH могут применяться разные типы приемника. Например, могут использоваться MMSE-IRC и EIRC1 вместе с CRS-IC.

Для ePDCCH могут применяться разные типы приемника. Например, для ePDCCH может использоваться MMSE-IRC вместе с CRS-IC.

Сейчас будет обсуждаться выбор алгоритма для каналов управления, например PDCCH, PCFICH и PHICH. Все нижеследующие алгоритмы предполагают, что символы OFDM, которые используются для каналов управления, одинаковы между обслуживающей сотой и соседними сотами. Если CFI не синхронизирован между обслуживающими сотами и соседними сотами, то предпочтительно используется только MMSE-IRC.

В зависимости от сведений и временной синхронизации соседних сот используются разные алгоритмы IM. Ниже приводятся некоторые примеры конфигураций для разных настроек, не исключаются и другие настройки. Предполагается два входа CRS, если не определено иное.

В случае несинхронизированных сот может использоваться IRC.

В случае синхронизированных сот и конфликтующего CRS может использоваться EIRC2.

В случае синхронизированных сот и неконфликтующего CRS в первом символе OFDM может использоваться EIRC3 или сочетание EIRC1 и CRS-IC.

В случае синхронизированных сот и неконфликтующего CRS, когда присутствует 4 входа CRS, и существует второй символ OFDM (в случае управляющего символа), может использоваться EIRC3 или сочетание EIRC1 и CRS-IC.

В случае синхронизированных сот и неконфликтующего CRS, когда существует второй символ OFDM (в случае управляющего символа), может использоваться EIRC2.

В случае синхронизированных сот и неконфликтующего CRS, когда существует третий/ четвертый символ OFDM (в случае управляющего символа), может использоваться EIRC4.

Разные категоризации случаев и соответствующих предпочтительных алгоритмов IM могут формироваться по-разному.

Для других каналов управления можно задать аналогичную структуру предпочтительных алгоритмов IM для разных случаев. Здесь будут приведены некоторые примеры. Все нижеследующие алгоритмы предполагают, что количество символов OFDM, используемых для каналов управления, одинаково между обслуживающей сотой и соседними сотами. Если CFI не синхронизирован между обслуживающими сотами и соседними сотами, то предпочтительно используется только MMSE-IRC для управляющих символов в обслуживающей соте, которые конфликтуют с неуправляющими символами в соседней соте, и один из вышеупомянутых алгоритмов для символов OFDM, которые переносят управляющие сигналы для SC и NC.

Для PCFICH/PHICH, когда доступен только один RE, поскольку канал PCFICH и PHICH для выбора алгоритма могут придерживаться той же схемы, что и для PDCCH, выбор может зависеть от того, принимается ли вспомогательная информация CRS-IC. Например, используется EIRC1, когда не принимается никакой вспомогательной информации CRS-IC, и используется EIRC1 вместе с CRS-IC, когда принимается вспомогательная информация CRS-IC.

Для ePDCCH, когда помехи меняются очень часто между данными PDSCH или ePDCCH, сложно отследить такую характеристику помех. Для этого случая может использоваться MMSE-IRC.

Один или несколько показанных выше вариантов осуществления предоставляют алгоритм для применения посредством UE на основе конкретного случая. Соответственно, уменьшение помех канала управления, например PDCCH, PCFICH и PHICH NC, может зависеть от развертывания сети, например, если это синхронная или асинхронная сеть в отношении соседней соты (сот), принимается ли вспомогательная информация CRS, конфликтующий ли это CRS или неконфликтующий CRS, на основе индексов символов OFDM, на основе разных каналов управления и т. п. Цель такого выбора алгоритмов - использовать потенциал для улучшенного декодирования канала управления на стороне UE. Показанные выше подходы предусматривают лучшую производительность приемника и демодуляции для каналов управления.

Фиг. 1 - блок-схема алгоритма, иллюстрирующая способ в соответствии с вариантом осуществления. Способ является частью устройства связи, выполненного с возможностью работы в системе сотовой связи. Способ содержит прием (1) управляющего символа от сетевого узла, управляющего сотой в системе сотовой связи и обслуживающего устройство связи. Определяется (2) электромагнитная обстановка для управляющего символа. На основе определенной электромагнитной обстановки выбирается (3) алгоритм уменьшения помех, и выбранный алгоритм уменьшения помех выполняется (4) для принятого управляющего символа.

Фиг. 2 - блок-схема алгоритма, иллюстрирующая способ в соответствии с вариантом осуществления. Проверяется (100), синхронизированы ли во времени SC и NC. Если нет, то выбирается (102) непараметрический алгоритм IM, например IRC, как показано выше. Если SC и NC синхронизированы во времени, то проверяется (104), есть ли конфликтующие CRS. Если есть, то выбирается (106) первый параметрический алгоритм IM, например EIRC2. Если не присутствуют конфликтующие CRS, то проверяется (108), имеется ли управляющий символ в первом символе OFDM. Если имеется, то выбирается (110) второй параметрический алгоритм IM, например EIRC3. Если нет, то проверяется (112), имеется ли управляющий символ во втором символе OFDM, и присутствует 4 входа CRS. Если это так, то осуществляется выбор (110) второго параметрического алгоритма IM. Если это не так, то осуществляется выбор (106) первого параметрического алгоритма IM.

Фиг. 3 - блок-схема алгоритма, иллюстрирующая способ в соответствии с вариантом осуществления. Проверяется (200), синхронизированы ли во времени SC и NC, например в интервале CP. Если не синхронизированы, то выбирается (202) непараметрический алгоритм IM, например IRC. Если они синхронизированы во времени, то проверяется (204), доступна ли вспомогательная информация CRS. Если доступна, то разрешается (206) алгоритм IM, объединяемый с другим алгоритмом IM, например алгоритмом CRS-IC, который затем можно объединить с дополнительным выбранным алгоритмом IM, как станет понятно из нижеследующего. Дополнительно проверяется (208), конфликтуют ли CRS, и если они конфликтуют, то выбирается (210) первый параметрический алгоритм IM, например EIRC2, в качестве алгоритма IM, объединяемого с алгоритмом CRS-IC. Если не конфликтуют, то проверяется (212), имеется ли управляющий символ в первом символе OFDM. Если нет, то дополнительно проверяется (214), имеется ли управляющий символ во втором символе OFDM, и присутствует ли 4 входа CRS. Если это так, то выбирается (216) второй параметрический алгоритм IM, например EIRC4, в качестве алгоритма IM, объединяемого, например, с алгоритмом CRS-IC. Если нет, то осуществляется выбор (210) первого параметрического алгоритма IM, например EIRC2, объединяемого, например, с алгоритмом CRS-IC. Если управляющий символ находится в первом символе OFDM, то выбирается (218) третий параметрический алгоритм IM, например EIRC3, в качестве алгоритма IM, объединяемого, например, с алгоритмом CRS-IC.

Если не доступна никакая вспомогательная информация CRS, то алгоритм CRS-IC запрещается (220). Получается (222) идентификация сот у преобладающих NC, например двух первых преобладающих NC, которую можно получить из механизма поиска сот. Затем проверяется (224), имеются ли конфликтующие CRS. Если имеются, то выбирается (226) четвертый алгоритм IM, например EIRC2, в качестве алгоритма IM. Если нет конфликтующих CRS, то проверяется (228), имеется ли управляющий символ в первом символе OFDM. Если это так, то выбирается (230) пятый параметрический алгоритм IM, например EIRC1, в качестве алгоритма IM. Если нет, то осуществляется выбор (226) четвертого параметрического алгоритма IM, например EIRC2.

Здесь можно увидеть, что второй и четвертый параметрические алгоритмы IM, приведенные в качестве примеров, одинаковы, но используются в сочетании с объединяющим алгоритмом IM или без него, разрешенным/запрещенным (206/220) в способе. Это также может применяться для других алгоритмов, где уместно.

Фиг. 4 - блок-схема, схематически иллюстрирующая устройство 300 связи в соответствии с вариантом осуществления. Устройство связи, например UE, содержит антенное устройство 302, приемник 304, подключенный к антенному устройству 302, передатчик 306, подключенный к антенному устройству 302, элемент 308 обработки, который может содержать одну или несколько схем, один или несколько входных интерфейсов 310 и один или несколько выходных интерфейсов 312. Интерфейсы 310, 312 могут быть интерфейсами пользователя и/или сигнальными интерфейсами, например электрическими либо оптическими. UE 300 выполнено с возможностью работы в сети сотовой связи. В частности, с помощью элемента 308 обработки UE может быть выполнено с возможностью выполнения вариантов осуществления, показанных выше со ссылкой на фиг. 1-3, где UE 300 может допускать эффективную работу в сети сотовой связи и принимать управляющие сигналы для применения выбранных алгоритмов IM, как показано выше, чтобы предложить беспроводное покрытие в среде с широким спектром зон беспроводного покрытия - от открытой уличной среды до административных зданий, домов и подземных областей. Элемент 308 обработки также может выполнять множество задач, от обработки сигналов до обеспечения возможности приема и передачи, поскольку он подключается к приемнику 304 и передатчику 306, исполняя приложения, контролируя интерфейсы 310, 312 и т. п.

Показанные выше способы подходят для реализации с помощью средства обработки, например компьютеров и/или процессоров, особенно в случае, где показанный выше элемент 308 обработки содержит процессор, управляющий IM. Поэтому предоставляются компьютерные программы, содержащие команды, выполненные с возможностью побуждения средства обработки, процессора или компьютера выполнить этапы любого из способов в соответствии с любым из вариантов осуществления, описанных со ссылкой на фиг. 1-3. Компьютерные программы предпочтительно содержат программный код, который хранится на машиночитаемом носителе 400, проиллюстрированном на фиг. 5, который можно загружать и исполнять средством обработки, процессором или компьютером 402 для побуждения его выполнить способы в соответствии с вариантами осуществления настоящего изобретения, предпочтительно в виде любого из вариантов осуществления, описанных со ссылкой на фиг. 1-3. Процессор 402 и компьютерный программный продукт 400 могут быть выполнены с возможностью последовательного исполнения программного кода, где действия любого из способов выполняются поэтапно. Средство обработки, процессор или компьютер 402 предпочтительно являются тем, что обычно называется встраиваемой системой. Таким образом, изображенный машиночитаемый носитель 400 и процессор 402 на фиг. 5 следует толковать только с пояснительными целями, чтобы обеспечить понимание принципа, а не толковать как какую-нибудь непосредственную иллюстрацию элементов.

Продвинутые приемники в устройствах связи, например UE, с возможностью уменьшения помех для каналов управления, включая PCFICH, PDCCH, PHICH и ePDCCH, по сравнению с унаследованными приемниками без такой возможности могут обеспечивать гораздо большую производительность в показателях BLER при том же SINR. Пример такого продвинутого приемника показан выше, который обладает не только возможностью продвинутого алгоритма IM, но также возможностью выбирать перспективный алгоритм среди нескольких. Другим примером такого продвинутого приемника является приемник, использующий один алгоритм IM, который достаточно эффективен для большинства случаев. В свете вышеприведенных примеров можно предположить и другие примеры.

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

Поэтому данным раскрытием изобретения предлагается обеспечить признаки UE и сетевого узла, чтобы этот потенциал использовался.

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

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

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

- Непараметрическое MMSE-IRC (IRC), в котором UE использует остаточные сигналы в CRS для оценки ковариационной матрицы помех и шума.

- Параметрическое MMSE-IRC на одном RE (EIRC1), в котором UE оценивает каналы соседних сот и из тех оценок строит ковариационную матрицу помех и шума. Матрица должна отражать структуру помех по одному RE.

- Параметрическое MMSE-IRC по двум RE (EIRC2). Это аналогично EIRC1, но матрица удваивается, поскольку она должна отражать структуру помех по 2 RE. Матрица помех в этом случае должна отражать, что одинаковые символы модуляции передаются по 2 RE. Этот приемник может пользоваться преимуществом зависимости между RE, которая является результатом передачи по схеме Аламоути.

- Параметрическое MMSE-IRC по трем RE (EIRC3). Это аналогично EIRC1, но матрица утраивается, поскольку она должна отражать структуру помех по 3 RE. Матрица помех в этом случае должна отражать, что одинаковые символы модуляции передаются по 2 RE плюс один RE содержит CRS. Этот приемник может пользоваться преимуществом зависимости между RE, которая является результатом передачи по схеме Аламоути в случае неконфликтующего CRS между SC и NC. В этом случае зависимость охватит 3 RE.

- Параметрическое MMSE-IRC по четырем или шести RE (EIRC4). Это аналогично EIRC1, но матрица становится больше в четыре или шесть раз, поскольку она должна отражать структуру помех по 4 или 6 RE. Это может понадобиться, когда либо SC, либо NC содержит 4 входа CRS, а другая содержит 2 входа CRS. В этом случае зависимость между RE растягивается на 4 или 6 RE и равна 4 RE при конфликтующем CRS и 6 при неконфликтующем CRS.

- CRS IM (CRS-IC). Это про использование CRS-IC, когда предоставлена вспомогательная информация CRS. Существующая вспомогательная информация CRS происходит из вып. 11, как задано в TS 36.331 3GPP. Подход, показанный в RP-142263, озаглавленном "CDR Interference Mitigation for LTE Homogeneous Deployments", стремится к распространению использования такой сигнализации на нормальные субкадры при всех условиях, включающих PCell и SCell.

- Максимальное правдоподобие (ML). Этот алгоритм может использоваться для любого сценария с разными настройками.

Могут применяться сочетания вышеупомянутых способов. Например, CRS-IC может объединяться со всеми другими типами показанных выше подходов с продвинутым приемником.

Для PHICH могут применяться разные типы приемника. Например, могут использоваться MMSE-IRC и EIRC1 вместе с CRS-IC.

Для ePDCCH могут применяться разные типы приемника. Например, для ePDCCH может использоваться MMSE-IRC вместе с CRS-IC.

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

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

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

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

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

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

- Адаптация мощности передачи в каналах управления DL. Когда UE указывает (продвинутую) возможность уменьшения помех, сетевой узел может использовать меньший уровень мощности для передачи каналов управления (например, PDCCH). Либо, если имеется несколько UE в сотах с одинаковой продвинутой возможностью уменьшения помех в каналах управления, то сетевой узел также мог бы использовать меньший уровень мощности для всех связанных каналов управления, например PDCCH, PCFICH, PHICH, ePDCCH и т. п. Уменьшение уровня мощности передачи уменьшит энергопотребление передачи, а также уменьшит помехи другим узлам.

- Адаптация уровня агрегирования в PDCCH/PCFICH. Когда UE указывает (продвинутую) возможность уменьшения помех, сетевой узел может использовать меньший уровень агрегирования для передачи каналов управления (например, PDCCH). Это может привести к тому, что в области управления можно запланировать больше пользователей, или что область управления можно уменьшить, а запасной ресурс можно использовать для передачи данных.

- Передача вспомогательной информации CRS к UE. Сетевой узел также может сигнализировать к UE вспомогательную информацию CRS в зависимости от возможности UE в части разных типов приемников для разных каналов управления.

- Передача информации другим сетевым узлам. Сетевой узел также может сигнализировать другому сетевому узлу информацию, связанную с одной или несколькими радиооперациями, выполняемыми сетевым узлом. Например, первый сетевой узел может отправить ее второму сетевому узлу и/или даже третьему сетевому узлу, например, соседняя базовая станция, например обслуживающий eNode B, соседнему eNode B по интерфейсу X2 в LTE, и т. п. Принимающий сетевой узел может использовать принятую информацию для одной или нескольких радиозадач. Ими могут быть, например, адаптация размера области управления для упрощения уменьшения помех UE, адаптация уровня мощности в области управления для соответствия широко применяемой модели уровня мощности, используемой UE, или использование больших уровней мощности, нежели широко применяемые, поскольку UE могут уменьшить помехи.

Фиг. 6 - блок-схема алгоритма, иллюстрирующая способ в сетевом узле в соответствии с примером. Способ содержит прием (502) от устройства связи, работающего в системе сотовой связи, информации об определенных возможностях уменьшения помех в устройстве связи для управляющих символов, и адаптацию (504) на основе принятой информации, как выполняется одна или несколько радиоопераций. При необходимости способ может включать в себя то, что запрос информации о возможностях IM передается (501) устройству связи, так что информация о возможностях IM может приниматься (502) по требованию. Адаптация выполнения одной или нескольких радиоопераций может включать в себя, например, адаптацию мощности передачи в каналах управления DL, адаптацию уровня агрегирования в PDCCH, адаптацию PCFICH, передачу вспомогательной информации CRS к UE или передачу информации другим сетевым узлам, или любое их сочетание. Прием информации об определенных возможностях IM у устройства связи для управляющих символов может осуществляться в сигнализации более высокого уровня, например, посредством сообщения RRC или сообщения MAC. Прием информации об определенных возможностях IM, указывающий информацию, связанную с определенным параметром для каждой несущей, может выполняться в неиспользуемых разрядах, неиспользуемых кодовых словах, неиспользуемых полях, пространстве управления, битовом шаблоне или битовых комбинациях, или в любом их сочетании. Неиспользуемые разряды могут быть любым набором доступных разрядов на канале управления восходящей линии связи, которые не используются для указания никаких параметров передачи восходящей линии связи.

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

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

Показанные выше способы подходят для реализации с помощью средства обработки, например компьютеров и/или процессоров, особенно в случае, где показанный выше элемент 606 обработки содержит адаптацию процессора к радиооперациям. Поэтому предоставляются компьютерные программы, содержащие команды, выполненные с возможностью побуждения средства обработки, процессора или компьютера выполнить этапы любого из способов в соответствии с любым из примеров, описанных со ссылкой на фиг. 6. Компьютерные программы предпочтительно содержат программный код, который хранится на машиночитаемом носителе 700, проиллюстрированном на фиг. 8, который можно загружать и исполнять средством обработки, процессором или компьютером 702 для побуждения его выполнить способы в соответствии с примерами из настоящего раскрытия изобретения, предпочтительно в виде любого из примеров, описанных со ссылкой на фиг. 6. Процессор 702 и компьютерный программный продукт 700 могут быть выполнены с возможностью последовательного исполнения программного кода, где действия любого из способов выполняются поэтапно. Средство обработки, процессор или компьютер 702 предпочтительно являются тем, что обычно называется встраиваемой системой. Таким образом, изображенный машиночитаемый носитель 700 и процессор 702 на фиг. 8 следует толковать только с пояснительными целями, чтобы обеспечить понимание принципа, а не толковать как какую-нибудь непосредственную иллюстрацию элементов.

Фиг. 9 - блок-схема алгоритма, иллюстрирующая способ в устройстве связи в соответствии с вариантом осуществления. Способ может применяться, как правило, совместно с любым из способов, показанных со ссылкой на фиг. 1-3. Способ содержит определение (802) возможностей IM для управляющих символов и передачу (804) сетевому узлу информации об определенных возможностях IM. При необходимости способ может включать в себя то, что запрос информации о возможностях IM принимается (801) от сетевого узла, так что информация о возможностях IM может передаваться (804) по требованию. Определение (802) возможностей IM может выполняться один раз для статических возможностей уменьшения помех. Определение возможностей уменьшения помех может выполняться по событию определения возможностей IM, которое может наступать, например, когда устройство связи определило какое-либо изменение, которое влияет на возможности уменьшения помех, периодическому событию определения возможностей уменьшения помех, случаю, где устройству связи нужно отправить информацию обратной связи восходящей линии связи, или при приеме (801) от сетевого узла запроса на передачу возможностей уменьшения помех, или любому их сочетанию. Передача (804) информации об определенных возможностях IM может содержать передачу информации в сигнализации более высокого уровня, например, посредством сообщения RRC или сообщения MAC. Передача (804) информации об определенных возможностях IM может содержать использование для указания сетевому узлу информации, связанной с определенным параметром на каждую несущую, например, неиспользуемых разрядов, неиспользуемых кодовых слов, неиспользуемых полей, пространства управления, битового шаблона или битовых комбинаций, или любого их сочетания. Неиспользуемые разряды могут быть любым набором доступных разрядов на канале управления восходящей линии связи, которые не используются для указания никаких параметров передачи восходящей линии связи.

Устройство связи может допускать способ выбора алгоритма IM, который показан выше. Это само по себе может считаться конкретной возможностью IM. Передача (804) информации об определенных возможностях IM может включать в себя, соответственно, прием информации о возможностях устройства связи в этом смысле.

Фиг. 10 - блок-схема, схематически иллюстрирующая устройство 900 связи в соответствии с вариантом осуществления. Устройство связи, например UE, содержит антенное устройство 902, приемник 904, подключенный к антенному устройству 902, передатчик 906, подключенный к антенному устройству 902, элемент 908 обработки, который может содержать одну или несколько схем, один или несколько входных интерфейсов 910 и один или несколько выходных интерфейсов 912. Интерфейсы 910, 912 могут быть интерфейсами пользователя и/или сигнальными интерфейсами, например электрическими либо оптическими. UE 900 выполнено с возможностью работы в сети сотовой связи. В частности, с помощью элемента 908 обработки, выполняемого с возможностью выполнения вариантов осуществления, показанных выше со ссылкой на фиг. 9, UE 900 допускает эффективную работу в сети сотовой связи и принимает управляющие сигналы, возможно, применяя алгоритмы IM, и соответственно определяет и сообщает это сетевому узлу, как показано выше. Элемент 908 обработки также может выполнять множество задач, от обработки сигналов до обеспечения возможности приема и передачи, поскольку он подключается к приемнику 904 и передатчику 906, исполняя приложения, контролируя интерфейсы 910, 912 и т. п. Следует отметить общие черты с фиг. 4, что подчеркивает возможность объединить способ, показанный со ссылкой на фиг. 9, с любым из способов, показанных со ссылкой на фиг. 1-3.

Показанные выше способы подходят для реализации с помощью средства обработки, например компьютеров и/или процессоров, особенно в случае, где показанный выше элемент 908 обработки содержит процессор, управляющий IM. Поэтому предоставляются компьютерные программы, содержащие команды, выполненные с возможностью побуждения средства обработки, процессора или компьютера выполнить этапы любого из способов в соответствии с любым из вариантов осуществления, описанных со ссылкой на фиг. 1-3 и фиг. 9. Компьютерная программа предпочтительно содержит программный код, который хранится на машиночитаемом носителе 1000, проиллюстрированном на фиг. 11, который можно загружать и исполнять средством обработки, процессором или компьютером 1002 для побуждения его выполнить способы в соответствии с вариантами осуществления настоящего изобретения, предпочтительно в виде любого из вариантов осуществления, описанных со ссылкой на фиг. 1-3 и фиг. 9. Процессор 1002 и компьютерный программный продукт 1000 могут быть выполнены с возможностью последовательного исполнения программного кода, где действия любого из способов выполняются поэтапно. Средство обработки, процессор или компьютер 1002 предпочтительно являются тем, что обычно называется встраиваемой системой. Таким образом, изображенный машиночитаемый носитель 1000 и процессор 1002 на фиг. 11 следует толковать только с пояснительными целями, чтобы обеспечить понимание принципа, а не толковать как какую-нибудь непосредственную иллюстрацию элементов.

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

Касательно возможности UE и сигнализации для уменьшения помех в каналах управления можно рассмотреть цели для задания требований к каналам управления при продвинутых приемниках с возможностью уменьшать помехи от соседних сот. Для вспомогательной сигнализации во вспомогательной информации CRS может быть так, что вспомогательную информацию CRS (IE CRS-AssistanceInfo) из вып. 11 можно повторно использовать без дополнительной сигнализации и ограничения сети. Можно продумать, как повторно использовать вспомогательную информацию CRS, а также как задать возможность UE для признака уменьшения помех для каналов управления. Связанная с сигнализацией проблема включает в себя два направления: сигнализация от eNB к UE в качестве конфигурации RRC и сигнализация от UE к eNB в качестве возможности UE.

Соответственно, размышление может быть связано с тем, как повторно использовать вспомогательную информацию CRS. Для этого можно повторно использовать вспомогательную информацию CRS из вып. 11, но при заданном IE CRS-AssistanceInfo только для субкадра ABS, как следует из TS 36.331 3GPP, v.13.0.0.

Что касается neighCellsCRS-Info, то это поле содержит вспомогательную информацию касательно основной частоты, используемой UE для уменьшения помех от CRS при выполнении измерения RRM/RLM/CSI или демодуляции данных. Когда принятая вспомогательная информация CRS предназначена для соты с CRS, конфликтующим с CRS у соты, которую нужно измерить, UE может использовать вспомогательную информацию CRS для уменьшения помех CRS (как задано в TS 36.101 3GPP) в субкадрах, указанных measSubframePatternPCell, measSubframePatternConfigNeigh, csi-MeasSubframeSet1, если конфигурируется, и субкадр CSI устанавливается в 1, если конфигурируется csi-MeasSubframeSets-r12. Кроме того, UE может использовать вспомогательную информацию CRS для уменьшения помех CRS от сот в IE с целью демодуляции, как задано в TS 36.101 3GPP. EUTRAN не конфигурирует neighCellsCRS-Info-r11, если конфигурируется eimta-MainConfigPCell-r12.

CRS-AssistanceInfoList-r11 можно установить в SEQUENCE (SIZE (1..maxCellReport)) OF CRS-AssistanceInfo-r11, CRS-AssistanceInfo-r11 можно установить в SEQUENCE {physCellId-r11, PhysCellId, antennaPortsCount-r11, ENUMERATED {an1, an2, an4, spare1}, mbsfn-SubframeConfigList-r11, MBSFN-SubframeConfigList,...}.

Кроме того, можно рассмотреть CRS-IM с намерением распространить такую вспомогательную информацию CRS не только на PCell, но также на SCell не только с субкадрами ABS, но со всеми нормальными субкадрами, чтобы лучше приспособиться к однородной сети в качестве более универсального сценария развертывания, который предложен в дополнении R4-156406 3GPP от Ericsson, "LS on the modification of CRS assistance information for CRS interference mitigation".

С точки зрения сценария развертывания может быть выгоднее придерживаться предложения CRS-IM о том, как повторно использовать вспомогательную информацию CRS помимо ее простого повторного использования из вып. 11. Здесь предлагается повторно использовать эту вспомогательную информацию CRS вместо того, как в вып. 11 3GPP, чтобы лучше приспособить универсальные сценарии развертывания.

Как указано в дополнении R4-155916 3GPP от Ericsson, "Discussions on different candidate receivers for control channels interference mitigation", разные типы приемников обеспечивают разную производительность, и можно не использовать CRS-IC, но все же с хорошей производительностью для уменьшения помех в каналах управления. CRS-IC не должно быть обязательными признаками для универсального развертывания однородной сети, поэтому, если не отправляется никакая вспомогательная информация CRS-IC, то все же можно повысить производительность канала управления без использования CRS-IC.

Дополнительно предлагается, что UE с возможностью уменьшать помехи для каналов управления должно быть способным достичь цели получения лучшей производительности, чем унаследованный приемник MMSE-MRC, без вспомогательной информации CRS.

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

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

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

Здесь обсуждаются разные потенциальные приемники для уменьшения помех в каналах управления. Потенциальными продвинутыми приемниками, рассматриваемыми для требований к демодуляции, являются унаследованные структуры приемников PDSCH, заданные в вып. 11/вып. 12 3GPP, с возможностью линейного подавления помех канала управления у мешающих сот, например MMSE-IRC, E-MMSE-IRC, и подавление помех CRS у мешающей соты. Можно рассмотреть идентификацию сценариев и оценочные предположения, включая эталонный приемник (приемники), для задания требований к производительности в зависимости от усиления для каждого из перечисленных ниже каналов управления. Можно рассмотреть спецификацию следующего: требования к демодуляции PCFICH/PDCCH/PHICH при идентифицированных выше продвинутых приемниках; требования к демодуляции EPDCCH при идентифицированном выше продвинутом приемнике с возможностью MMSE-IRC и CRS-IC; и требования к демодуляции PHICH при идентифицированных выше продвинутых приемниках. Можно рассмотреть реалистичные модели помех для каналов управления нисходящей линии связи. Вспомогательную информацию CRS (CRS-AssistanceInfo IE) из вып. 11 3GPP можно повторно использовать без дополнительной сигнализации и ограничения сети. Можно рассмотреть разные типы приемников для разных тестовых конфигураций и сценариев развертывания для разных каналов управления и предоставления результатов оценки 1-го этапа.

Разные каналы управления могут поддерживать разные свойства в плане уменьшения помех. PDCCH/PCFICH/PHICH и CRS разбросаны во временной и частотной области. Кроме того, PDCCH и PCFICH модулируются в QPSK как пара Аламоути для каждой пары RE с разнесенной передачей. PHICH использует вместо этого BPSK в качестве порядка модуляции. Такую разнесенную передачу можно исследовать с помощью E-LMMSE-IRC на предмет лучшей производительности.

Для моделирования может использоваться модель случайных помех с загрузкой PDCCH NC в 100%, где слепой приемник с подавлением помех на уровне символа (SLIC) может использоваться в качестве приемника с подавлением помех с помощью сети (NAICS) по сравнению с базовым приемником IRC. CFI и уходы времени и частоты можно установить в соответствии с традицией. Для всех тестов можно предположить 6% EVM Tx.

Приемник MMSE-IRC может задаваться из вып. 11 для PDSCH в TS 36.101 3GPP, v.13.1.0 как уже хорошо известная и сложившаяся реализация UE для уменьшения помех для соседних сот, которая вычисляет ковариационную матрицу шума и помех с диагональными и недиагональными элементами вместо только диагональных для MMSE-MRC. Такой тип приемника можно легко распространить с PDSCH на каналы управления без большой сложности со стороны UE.

Улучшенное LMMSE-IRC (E-LMMSE-IRC), прежде всего, обсуждается при SI NAICS с описаниями, придерживающимися TR 36.866 3GPP, v.12.0.1, где MMSE-IRC явно учитывает оценки мешающего канала и другие сведения об источнике помех. Нужны параметры помех, которые могут сделать возможной оценку мешающего канала, включая, например, его DMRS или CRS вместе с PMI/RI. Не предоставляется четкого определения такого более продвинутого линейного приемника, за исключением учета оценок мешающего канала и так далее, где может быть разное понимание такого типа приемника в зависимости от разных условий с разной сложностью из реализации UE. Поэтому при допущении, которое задано выше, E-IRC можно распространить на разные типы приемников. Для параметрического MMSE-IRC на одном RE (EIRC1) UE может оценивать каналы соседних сот и из тех оценок может строить ковариационную матрицу помех и шума. Тогда матрица должна отражать структуру помех по одному RE. Параметрическое MMSE-IRC по двум RE (EIRC2) аналогично, но матрица удваивается, поскольку она должна отражать структуру помех по двум RE. Матрица помех в этом случае должна отражать, что одинаковые символы модуляции передаются по двум RE. Этот приемник может пользоваться преимуществом зависимости между RE, которая является результатом передачи по схеме Аламоути. Параметрическое MMSE-IRC по трем RE (EIRC3) аналогично, но матрица утраивается, поскольку она должна отражать структуру помех по трем RE. Матрица помех в этом случае должна отражать, что одинаковые символы модуляции передаются по двум RE плюс один RE, который содержит CRS. Этот приемник может пользоваться преимуществом зависимости между RE, которая является результатом передачи по схеме Аламоути в случае неконфликтующего CRS между SC и NC. В этом случае зависимость охватит три RE. Параметрическое MMSE-IRC по четырем или шести RE (EIRC4) аналогично, но матрица становится больше в четыре или шесть раз, поскольку она должна отражать структуру помех по четырем или шести RE. Это нужно, когда либо SC, либо NC содержит четыре входа CRS, а другая содержит два входа CRS. В этом случае зависимость между RE растягивается на четыре или шесть RE и равна четырем RE при конфликтующем CRS и шести при неконфликтующем CRS. CRS-IC, прежде всего, вводится с вып. 11 для сценария FeICIC с требованиями, заданными в TS 36.101 3GPP, v.13.1.0, но также имеется пункт в представлении RP-142263 3GPP от Ericsson, "CRS Interference Mitigation for LTE Homogenous Deployments", с целью задать надлежащие требования использования CRS-IC в однородной сети в качестве более типичных сценариев развертывания. Можно рассмотреть сочетания разных типов приемников. CRS-IC можно объединить с приемником MMSE-IRC или E-LMMSE-IRC, когда предоставляется CRS-assistance-info. Если сетевой стороной не предоставляется вспомогательная информация CRS, то может быть так, что CRS-IC не применяется к сочетанию других типов приемников. Кроме того, вспомогательная информация CRS подробнее обсуждается в дополнении R4-155920 3GPP от Ericsson, "UE capability and signalling related for control channels interference mitigation".

Фиг. с 12 по 14 - схемы моделирований при разных условиях. Фиг. 12 иллюстрирует схему моделирования для FDD в синхронизированной сети и конфликтующем CRS. Фиг. 13 иллюстрирует схему моделирования для FDD в синхронизированной сети и неконфликтующем CRS. Фиг. 14 иллюстрирует схему моделирования для FDD в асинхронной сети.

При любых моделированиях, которые могут выполняться, как предлагалось выше, можно сделать некоторые наблюдения для PDCCH/PCFICH. Первым наблюдением может быть то, что для неконфликтующего CRS EIRC3, вероятно, дает наилучшую производительность при идеальной оценке канала, но похожую производительность при EIRC1 с CRS-IC и практической оценкой канала с достаточным усилением по сравнению с приемником MRC. Вторым наблюдением может быть то, что для неконфликтующего CRS EIRC1, вероятно, дает наилучшую производительность без CRS-IC и практическую оценку канала с достаточным усилением по сравнению с приемником MRC. Третьим наблюдением может быть то, что для конфликтующего CRS EIRC2 дает наилучшую производительность при всех условиях, без необходимости CRS-IC и с достаточным усилением по сравнению с приемником MRC. Четвертым наблюдением может быть то, что для неконфликтующего CRS многократная оценка канала может дополнительно улучшить производительность. Также, как анализировалось в дополнении R4-155919 3GPP от Ericsson, "Test list with scenarios and scopes for control channels interference mitigation", EIRC хорошо работает только для синхронной сети с синхронизацией по длине CP; однако асинхронную сеть все же можно рассматривать с MMSE-IRC. Пятым наблюдением может быть то, что MMSE-IRC можно рассматривать для асинхронной сети. На основе этого предлагается алгоритм, соответствующий тому, что показано со ссылкой на фиг. 3, для разного выбора типа приемника для PDCCH/PCFICH. Для PHICH он использует BPSK, поэтому EIRC1 либо с CRS-IC, либо без него может применяться для PHICH, если это синхронная сеть, а для асинхронной сети может использоваться MMSE-IRC. EIRC1 с CRS-IC и без него может использоваться в синхронной сети, а MMSE-IRC может использоваться для асинхронной сети для PHICH. Так как помехи могут сильно меняться, как обсуждалось в дополнении R4-155917 3GPP от Ericsson, "Consideration on interference model for control channels interference mitigation", для ePDCCH может быть сложно применять более осведомленный в разнесенной передаче тип приемника E-LMMSE-IRC, поэтому предлагается использовать MMSE-IRC с CRS-IC или без него для ePDCCH с результатами, показанными в дополнении R4-155918 3GPP от Ericsson, "Performance results for different receiver types on different control channels", когда имеется достаточное усиление. Предлагается использовать MMSE-IRC с CRS-IC или без него для ePDCCH.

Рассматривая модель помех для уменьшения помех в каналах управления, например, согласно дополнению RP-151107 3GPP от Intel, "New WI proposal: Interference mitigation for downlink control channels of LTE", достигаемой целью могут быть реалистичные модели помех для каналов управления нисходящей линии связи.

Модель помех для PDCCH/PCFICH/PHICH может сосредоточиться на первых трех символах OFDM для полосы пропускания 10 МГц. Следующие элементы можно рассмотреть при разработке модели помех: количество мешающих сот, влияние ухода времени и частоты, свойства помех, CFI для SC и NC, загрузка NC и уровень мощности для разных UE в NC.

Что касается количества мешающих сот, то предложено повторно использовать сценарии NAICS с высоким INR в двух NC из дополнения R4-155919 3GPP от Ericsson, "Test list with scenarios and scopes for control channels interference mitigation". Рассматривая такие тестовые сценарии, не нужна никакая дополнительная оценка на уровне системы, чтобы подтвердить сценарии развертывания. С канального уровня касательно влияния на производительность разных типов приемников для одной или двух NC можно подтвердить, что при двух рассматриваемых NC с повторно используемыми сценариями NAICS по-прежнему наблюдается достаточное усиление. Поэтому предлагается оставить две NC с повторно используемым сценарием NAICS с высоким INR.

Что касается влияния ухода времени и частоты, то предлагается повторно использовать сценарии NAICS с одинаковыми уходами времени и частоты в двух NC из дополнения R4-155919 3GPP. С канального уровня касательно влияния на производительность разных типов приемников для таких уходов времени и частоты можно подтвердить, что при двух рассматриваемых NC с уходами времени и частоты из повторно используемых сценариев NAICS по-прежнему наблюдается достаточное усиление. Поэтому предлагается оставить такие же уходы времени и частоты из сценариев NAICS в двух NC.

Что касается свойств помех, то помехи для PDCCH/PCFICH/PHICH могут сильно меняться в зависимости от разных условий. В основном их можно разбить на два следующих случая: CFI синхронизируется между SC и NC и CFI не синхронизируется между SC и NC, либо асинхронная сеть, либо совместное планирование несущих.

Касательно случая, когда CFI синхронизируется между SC и NC с точки зрения SC, PDCCH может искажаться различными компонентами NC, предполагая синхронизированные соты. То есть Символ 0: PCFICH, PHICH, PDCCH, CRS, Символ 1: PHICH, PDCCH, ePDCCH, PDSCH, CRS, Символ 2: PHICH, PDCCH, ePDCCH, PDSCH (, DMRS), и Символ 3: PDCCH, ePDCCH, PDSCH (, DMRS)

Рассматривая такие свойства помех в зависимости от того, конфликтующий это или неконфликтующий CRS, можно рассмотреть разные типы приемников в соответствии с дополнением R4-155916 3GPP от Ericsson, "Discussions on different candidate receivers for control channels interference mitigation", чтобы получить лучшую производительность.

Касательно случая, когда CFI не синхронизируется между SC и NC, или асинхронной сети, или совместного планирования несущих, PDCCH SC также может подвергаться помехам от PDSCH. Тогда для такого типа помех PDSCH может требоваться больше информации, например, аналогично NAICS в вып. 12 3GPP, для надлежащего уменьшения помех, например E-LMMSE_IRC, где повторно используется только CRS-assistance-info без какой-либо другой дополнительной вспомогательной сигнализации.

Такие условия можно считать типичными и полезными сценариями, где MMSE-IRC может рассматриваться всякий раз, когда PDSCH является источником помех. Поэтому для приемника E-LMMSE-IRC предлагается рассматривать только случай синхронизированного CFI, а приемник MMSE-IRC - для всякого раза, когда PDSCH является источником помех. Для случая помех PDSCH также, чтобы упростить тестовую конфигурацию, должно быть достаточно промоделировать асинхронную сеть при полной загрузке и с несинхронизированным CFI, например, CFI=3 в SC и CFI=1 в NC, с ошибками синхронизации 1/3 и 2/3 субкадров для двух NC.

Также предлагается промоделировать помехи PDSCH как асинхронную сеть при полной загрузке и с несинхронизированным CFI, например CFI=3 в SC и CFI=1 в NC, с ошибками синхронизации 1/3 и 2/3 субкадров для двух NC, для требования к производительности приемника MMSE-IRC.

Касательно случая с CFI для SC и NC, как показывает анализ и результаты в R4-155916 для неконфликтующего CRS, свойство помех отличается в символе OFDM с индексом 0 от двух остальных символов OFDM, а для конфликтующего CRS свойство помех всегда одинаково на всех возможных индексах символов OFDM. Поэтому, чтобы сосредоточить производительность на одном типе приемника, предлагается использовать CFI=1 для случая неконфликтующего CRS и CFI=2 для случая конфликтующего CRS в случае синхронизированного CFI между SC и NC для приемника E-LMMSE-IRC. Дополнительно предлагается использовать CFI=1 для случая неконфликтующего CRS и CFI=2 для случая конфликтующего CRS в случае синхронизированного CFI между SC и NC для приемника E-LMMSE-IRC.

Касательно загрузки NC, для SC предпочтительно выбрать уровень агрегирования (AL), чтобы определенный уровень скорости кодирования был неизменным, тогда как для NC предпочтительно учитывать загрузку, когда доходит до уменьшения помех. Одной возможностью является учет полной загрузки, например, как задано для NAICS. Выгоды такой модели NC с полной загрузкой в том, что тестовая конфигурация упрощается до простого повторного использования модели помех NAICS в каналах управления, при полной загрузке в NC для каналов управления она отражает реалистичное условие, когда многие пользователи присутствуют в NC, и при полной загрузке имеется более чем достаточное усиление от более продвинутых приемников для уменьшения помех, то есть проще задавать требования к производительности. Поэтому полезно моделирование полной загрузки. Поэтому предлагается учитывать полную загрузку в NC на каналах управления путем повторного использования тестовой конфигурации NAICS. Однако, рассматривая реальную сеть, загрузка сильно меняется, то есть очень часто дело в том, что имеется частичная загрузка в NC. Выгоды таких моделей NC с частичной загрузкой в том, что частичная загрузка обеспечивает общее представление о том, сколько пользователей присутствует в NC, что может лучше отражать практическую работу сети, и будет больший рост производительности при частичной загрузке, когда используется CRS-IC. Поэтому предлагается учитывать такое моделирование частичной загрузки, то есть частичной загрузки в NC на каналах управления, по меньшей мере для случая неконфликтующего CRS. Еще одним разъяснением определения частичной загрузки может быть предположить одинаковое количество загрузки в обеих NC, но распределение RE может быть случайным, при условии его согласованности, например загрузка 30% означает 30% PDCCH в обеих NC, а PCFICH всегда представлен вместе с CRS в обеих NC. Можно рассмотреть и другие варианты, например с более сложной настройкой.

Что касается уровня мощности для разных UE в NC, то для разных каналов управления eNB может фактически менять уровень мощности для лучшей регулировки производительности системы, что принимается за обычный признак у eNB. Одним примерным случаем для изучения может быть предположение трех UE в первой преобладающей NC с уровнем мощности 0 дБ для всех и предположение трех UE в первой преобладающей NC с уровнем мощности -3, 0, 3 дБ для каждого, сравнивая разницу производительности при разных уровнях мощности для разных UE в NC при полной загрузке. Поэтому предлагается изучить влияние разных уровней мощности для разных UE в NC с помощью моделирования помех, как в примере выше.

Для ePDCCH и его модели помех можно рассмотреть MMSE-IRC с CRS-IC или без него в качестве эталонного приемника для уменьшения помех. Поэтому можно рассмотреть помехи PDSCH с полной загрузкой, когда CRS-IC не используется, и можно рассмотреть помехи PDSCH с нулевой загрузкой, когда используется CRS-IC. Поэтому для модели помех ePDCCH предлагается рассматривать помехи PDSCH с полной загрузкой, когда CRS-IC не используется, и помехи PDSCH с нулевой загрузкой, когда используется CRS-IC.

Результаты производительности для разных типов приемников в разных каналах управления можно получить путем применения вышеизложенных идей. Из этого можно получить результаты моделирования в виде BLER по сравнению с SINR для ePDCCH для распределенного и локализованного TM, с конфликтующим и неконфликтующим CRS, и помехами PDSCH с полной загрузкой и двумя NC с высоким INR, которые можно рассмотреть для ePDCCH с MMSE-IRC при достаточном наблюдаемом усилении.

Общая картина с тестовыми сценариями, которые можно задать для разных каналов управления, приводится ниже с предложенными списками тестов. Общие тестовые сценарии для каналов управления, например PDCCH/PCFICH, могут сосредоточиться на однородной сети в качестве развертываемых в большинстве случаев сценариев. Поэтому предлагается, что целевые сценарии для уменьшения помех в канале управления должны быть однородной сетью в качестве общих сценариев развертывания. На основе этого предложения, а также анализа из дополнения R4-155916 3GPP от Ericsson, "Discussions on different candidate receivers for control channels interference mitigation" тесты могут сосредоточиться на тестовой конфигурации с разнесенной передачей со случаями либо 2Tx, либо 4Tx, рассматривая дополнение R4-155909 3GPP от Ericsson, "Test coverage and applicability rules for 4Rx capable UEs for demodulation and RRM tests", как существующие тесты для PDCCH/PCFICH.

Для производительности разнесенной передачи минимальное требование для двух входов передающей антенны и средняя вероятность пропущенного предоставления планирования нисходящей линии связи (Pm-dsg) могут быть такими, как заданное значение в Таблице 1.

Номер теста	Полоса пропускания	Уровень агрегирования	Опорный канал	Шаблон OCNG	Условие распространения	Матрица конфигурации и корреляции антенны	Опорное значение
Pm-dsg (%)	SNR (дБ)
1	10 МГц	4 CCE	R.16 FDD	OP.1 FDD	EVA70	2×2 низкая	1	-0,6

Таблица 1: PDCCH/PCFICH минимальной производительности

Для соответствующего минимального требования для четырех входов передающей антенны средняя вероятность пропущенного предоставления планирования нисходящей линии связи (Pm-dsg) может быть такой, как заданное значение в Таблице 2.

Номер теста	Полоса пропускания	Уровень агрегирования	Опорный канал	Шаблон OCNG	Условие распространения	Матрица конфигурации и корреляции антенны	Опорное значение
Pm-dsg (%)	SNR (дБ)
1	5 МГц	2 CCE	R.17 FDD	OP.1 FDD	EPA5	4×2 средняя	1	6,3

Таблица 2: PDCCH/PCFICH минимальной производительности

Аналогичным образом базовый тестовый сценарий для PHICH перечисляется ниже следующим образом. Для PHICH должно быть достаточно сосредоточиться только на 2Tx. Средняя вероятность необнаружения ACK для NACK (Pm-an) может быть ниже заданного значения в Таблице 3.

Номер теста	Полоса пропускания	Опорный канал	Шаблон OCNG	Условие распространения	Матрица конфигурации и корреляции антенны	Опорное значение
Pm-an (%)	SNR (дБ)
1	10 МГц	R.19	OP.1 FDD	EVA70	2×2 низкая	0,1	4,4
Примечание 1: Применимость тестового случая задается в 8.1.2.1.

Таблица 3: PHICH минимальной производительности

Предлагается повторно использовать существующие тесты при разнесенной передаче с 2Tx и 4Tx для PDCCH/PCFICH и с 2Tx для PHICH.

На основе результатов моделирования из дополнения 3GPP R4-155918 от Ericsson, "Performance results for different receiver types on different control channels", предпочтительно сосредоточиться на целевом уровне SINR на границе соты, поэтому следующие базовые тестовые сценарии предлагаются для распределенных и локализованных сценариев для ePDCCH.

Номер теста	Полоса пропускания	Уровень агрегирования	Опорный канал	Шаблон OCNG	Условие распространения	Матрица конфигурации и корреляции антенны	Опорное значение
Pm-dsg (%)	SNR (дБ)
1	10 МГц	4 ECCE	R.55 FDD	OP.7 FDD	EVA5	2×2 низкая	1	2,60

Таблица 4: Распределенный EPDCCH минимальной производительности

Номер теста	Полоса пропускания	Уровень агрегирования	Опорный канал	Шаблон OCNG	Условие распространения	Матрица конфигурации и корреляции антенны	Опорное значение
Pm-dsg (%)	SNR (дБ)
2	10 МГц	8 ECCE	R.58 FDD	OP.7 FDD	EVA5	2×2 низкая	1	2,5

Таблица 5: Локализованный EPDCCH минимальной производительности с TM9

Предлагается повторно использовать существующие тестовые сценарии для ePDCCH в распределенной и локализованной передаче, ставя целью SINR на границе соты.

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

- Сценарий NAICS с двумя мешающими сотами и высоким INR ( (дБ), 13,91, 3,34)

- Сценарии IRC с двумя мешающими сотами, пропорция преобладающих помех (DIP).

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

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

		SC	NC1	NC2
Уход времени к соте 1	мкс	Н/Д	2	3
Уход частоты к соте 1	Гц	Н/Д	200	300

Таблица 6: Уходы времени и частоты для тестового сценария NAICS

Поэтому предлагается повторно использовать тестовые сценарии NAICS с уходами времени и частоты для синхронной сети, как приведено выше. Для однородной сети в FDD асинхронная сеть также воспринимается как типичные сценарии развертывания. Хотя EIRC может быть не эффективен в асинхронной сети, когда нет синхронизации по длине CP, по-прежнему есть возможность рассмотреть другой продвинутый тип приемника для уменьшения помех для асинхронной сети, например, доказано, что приемник MMSE-IRC более устойчив при асинхронном распределении во времени для сценариев FDD при таких же ошибках синхронизации, заданных для демодуляции PDSCH IRC, как 1/3 и 2/3 субкадров для двух NC. Поэтому предлагается рассмотреть по меньшей мере один тест PDCCH/PCFICH в асинхронной сети с MMSE-IRC с 1/3 и 2/3 субкадрами в качестве ошибки синхронизации для двух NC.

По той же причине, то есть для хорошего тестового покрытия, предпочтительно, чтобы рассматривались тестовые случаи конфликтующего и неконфликтующего CRS. Также при результатах, показанных в дополнениях от Ericsson R4-155916 3GPP, "Discussions on different candidate receivers for control channels interference mitigation", и R4-155918, "Performance results for different receiver types on different control channels", наблюдается хороший рост производительности для обоих условий, что дополнительно доказывает выгоду введения тестовых случаев для обоих условий. Поэтому предлагается рассмотреть тестовые случаи конфликтующего и неконфликтующего CRS.

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

Как указано в дополнениях от Ericsson R4-155916 3GPP, упомянутом выше, и R4-155920, "UE capability and signalling related for control channels interference mitigation", UE все же может добиться хорошей производительности, то есть лучше, чем унаследованный приемник без такой вспомогательной информации CRS, вне зависимости от того, поступает такое содержимое от FeICIC вып. 11 или CRS-IM вып. 13. Поэтому предпочтительно сохранить у UE такую возможность для достижения усиления даже без вспомогательной информации CRS. Поэтому предлагается задавать тесты с производительностью продвинутого приемника без вспомогательной информации CRS.

В дополнении R4-155917 3GPP от Ericsson, "Consideration on interference model for control channels interference mitigation", предлагается модель помех вместе со списками тестов, перечисленными ниже в виде Таблиц 7-9. Предлагается, чтобы они рассматривались для общих списков тестов для всех необходимых каналов управления.

Номер теста	Полоса пропускания	Уровень агрегирования	Опорный канал	Условие распространения	Матрица конфигурации и корреляции антенны	Конфликтующий CRS/неконфликтующий CRS	Синхронная сеть/асинхронная сеть	С/без вспомогательной информации CRS	FDD/TDD	Загрузка NC
1	10 МГц	4 CCE	R.16	EVA70	2×2 низкая	Конфликтующий	Синхронная	С/без	Оба	100%
2	10 МГц	4 CCE	R.16	EVA70	2×2 низкая	Неконфликтующий	Синхронная	С	Оба	30%, 100%
3	10 МГц	4 CCE	R.16	EVA70	2×2 низкая	Неконфликтующий	Синхронная	Без	Оба	100%
4	10 МГц	4 CCE	R.16	EVA70	2×2 низкая	Конфликтующий	Асинхронная	Без	FDD	100%
5	10 МГц	4 CCE	R.16	EVA70	2×2 низкая	Неконфликтующий	Асинхронная	Без	FDD	100%
6	5 МГц	2 CCE	R.17	EPA5	4×2 средняя	Неконфликтующий	Синхронная	С	Оба	30%, 100%
Примечание 1: Для теста 6 можно рассмотреть 4×2 в SC и 2×2 в NC, чтобы уменьшить количество микшеров для стоимости тестирования.

Таблица 7: Список тестов для PDCCH/PCFICH

Номер теста	Полоса пропускания	Опорный канал	Условие распространения	Матрица конфигурации и корреляции антенны	Конфликтующий CRS/неконфликтующий CRS	Синхронная сеть/асинхронная сеть	С/без вспомогательной информации CRS	FDD/TDD	Загрузка NC
1	10 МГц	R.19	EVA70	2×2 низкая	Конфликтующий	Синхронная	С/без	Оба	100%
2	10 МГц	R.19	EVA70	2×2 низкая	Неконфликтующий	Синхронная	С	Оба	30%, 100%
3	10 МГц	R.19	EVA70	2×2 низкая	Конфликтующий	Асинхронная	Без	FDD	100%
4	10 МГц	R.19	EVA70	2×2 низкая	Неконфликтующий	Асинхронная	Без	FDD	100%

Таблица 8: Список тестов для PHICH

Номер теста	Полоса пропускания	Уровень агрегирования	Опорный канал	Условие распространения	Матрица конфигурации и корреляции антенны	Локализованный/распределенный	Конфликтующий CRS/неконфликтующий CRS	Синхронная сеть/асинхронная сеть	С/без вспомогательной информации CRS	FDD/TDD	Загрузка NC
1	10 МГц	4 ECCE	R.55 FDD	EVA5	2×2 низкая	Распределенный	Конфликтующий	Синхронная	С/без	Оба	100%
2	10 МГц	4 ECCE	R.55 FDD	EVA5	2×2 низкая	Распределенный	Неконфликтующий	Синхронная	С	Оба	0%, 100%
3	10 МГц	8 ECCE	R.58 FDD	10 МГц	2×2 низкая	Локализованный	Конфликтующий	Синхронная	С/без	Оба	100%
4	10 МГц	8 ECCE	R.58 FDD	10 МГц	2×2 низкая	Локализованный	Неконфликтующий	Синхронная	С	Оба	0%, 100%

Таблица 9: Список тестов для ePDCCH

По правилу применимости можно пропустить некоторые тесты для допускающего CC-IM UE, но предпочтительно сохранить хорошее тестовое покрытие аналогично работе 4Rx, как указано в дополнении R4-155909 3GPP от Ericsson, "Test coverage and applicability rules for 4Rx capable UEs for demodulation and RRM tests". Предлагается применять следующие правила для допускающего CC-IM UE для унаследованных тестов с унаследованным приемником и новых тестов с продвинутыми приемниками.

- Правило 1: Если тестовый сценарий, заданный с моделированными помехами, имеет такую же конфигурацию антенны в обслуживающей соте, как и унаследованный тестовый сценарий, заданный с унаследованным приемником без каких-либо моделированных помех, за исключением требований к SNR/SINR, то нужно исполнять только новые тесты, заданные с помехами, а унаследованные тесты без помех можно пропустить.

- Правило 2: Если тестовый сценарий, заданный для унаследованного приемника без каких-либо моделированных помех, не имеет соответствующего нового тестового сценария с моделированными помехами, то нужно исполнять унаследованные тесты с 2Rx.

Поэтому, чтобы добиться надлежащего тестового покрытия, предлагается, чтобы Правило 1 и Правило 2 могли применяться в качестве требований для всех каналов управления для допускающих CC-IM UE.

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

принимают (1) управляющий символ от сетевого узла, управляющего сотой в системе сотовой связи и обслуживающего устройство связи;

определяют (2) помеховую обстановку для управляющего символа, причем определение (2) помеховой обстановки, включает в себя этап, на котором определяют (104, 208, 224), конфликтует ли управляющий сигнал по времени и частоте с управляющими сигналами, предоставленными в соседних мешающих сотах;

выбирают (3) алгоритм уменьшения помех на основе определенной помеховой обстановки; и

выполняют (4) выбранный алгоритм уменьшения помех для принятого управляющего символа.

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

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

4. Способ по п. 1, в котором этап, на котором определяют (2) помеховую обстановку, включает в себя этап, на котором определяют (108, 112, 212, 214, 228) структуру предоставления управляющего символа.

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

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

7. Способ по п. 1, дополнительно содержащий этапы, на которых:

определяют (802) возможности уменьшения помех для управляющих символов; и

передают (804) информацию об определенных возможностях уменьшения помех сетевому узлу в системе сотовой связи.

8. Способ по п. 7, в котором этап, на котором определяют (802) возможности уменьшения помех, выполняется один раз для статических возможностей уменьшения помех.

9. Способ по п. 7, в котором этап, на котором определяют (802) возможности уменьшения помех, выполняется по событию определения возможностей уменьшения помех;

причем событие определения возможностей уменьшения помех является любым из того, когда устройство связи определило какое-либо изменение, которое влияет на возможности уменьшения помех;

периодического события определения возможностей уменьшения помех;

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

при приеме (801) от сетевого узла запроса на передачу возможностей уменьшения помех; и

любым их сочетанием.

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

11. Способ по п. 10, в котором сигнализация более высокого уровня выполняется посредством любого из

сообщения RRC сетевому узлу; и

сообщения MAC.

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

неиспользуемых разрядов;

неиспользуемых кодовых слов;

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

любое их сочетание.

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

14. Устройство связи (300, 602, 900), выполненное с возможностью работы в системе сотовой связи и приема управляющих символов от сетевого узла (600), управляющего сотой в системе сотовой связи и обслуживающего устройство связи (300, 602, 900), причем устройство связи (300, 602, 900) содержит:

по меньшей мере один процессор; и

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

принимать управляющий символ от сетевого узла;

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

выбирать алгоритм уменьшения помех на основе определенной помеховой обстановки; и

выполнять выбранный алгоритм уменьшения помех для принятого управляющего символа.

15. Машиночитаемый носитель, имеющий сохраненную на нем компьютерную программу, содержащую команды, которые при исполнении в процессоре (308, 402, 908, 1002) устройства связи (300, 602, 900) побуждают устройство связи (300, 602, 900) выполнить способ по любому из пп. 1-13.