RU2695794C1

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

Info

Publication number: RU2695794C1
Application number: RU2018116420A
Authority: RU
Inventors: Маомао ЧЭНЬ; Фредрик НОРДСТРЕМ
Original assignee: Телефонактиеболагет Лм Эрикссон (Пабл)
Priority date: 2015-10-05
Filing date: 2016-10-03
Publication date: 2019-07-30
Also published as: US12015474B2; RU2689132C1; CN108141234A; EP3360259A1; CN108141234B; EP3360258B1; CN108141233A; CN108141233B; PH12018500502A1; US20180294907A1; KR20180061339A; JP6640337B2; JP2018535589A; KR102183478B1; WO2017060191A1; EP3360258A1; US10594426B2; WO2017060183A1; EP3360259B1; US20180278354A1

Abstract

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

Description

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

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

Аббревиатуры

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

Аббревиатура	Разъяснение
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-порт. CRS-порт 0 и порт 1 совместно используют один и тот же символ, но порт 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, но здесь CRS-порт 0 и CRS-порт 2 используются в паре, и CRS-порт 1 и CRS-порт 3 используются как вторая пара.

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

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

К тому же, согласно Rel-12, TS 36.331, v. 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 используют один и тот же способ для всех управляющих символов. Это предполагает, что весь потенциал для приема не может быть использован. Вследствие этого желательно предусмотреть приемник с улучшенной способностью.

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

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

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

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

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

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

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

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

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

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

Способ может содержать передачу запроса устройству связи для передачи способностей уменьшения помех.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Если соседние соты (NC) не синхронизированы по времени, помехи будут предполагаться неструктурированными, или возможная структура должна определяться вслепую. Однако, если обслуживающая сота (SC) и соседние соты совместно используют одно и то же начало подкадра (примерно в пределах CP), это значит, что один или несколько управляющих символов будут перекрываться во времени, соты считаются синхронизированными. Синхронизированные соты всегда правильны при TDD-развертывании и для FDD-развертывания, если, например, используется усовершенствованная обработка помех. Перекрытие управляющих символов зависит от того, сколько управляющих символов имеет каждая сота. Размер области управления SC считывается из SC PCFICH. Размер области управления NC может быть либо считан из NC PCFICH, либо обнаружен вслепую. 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 соединены посредством CRS-порта 0 и порта 2, и остальные 2 RE соединены с CRS-портом 1 и портом 3. Для помех в 2 RE, которые являются парой символов, кодированных посредством кодирования Аламоути, есть зависимость между RE, которые могут быть использованы при демодулировании SC.

Если OFDM-символ как из SC, так и из NC содержит CRS, и CRS конфликтуют, т.е. занимают одинаковые поднесущие, помехи на каналах управления будут такими же как в предыдущем параграфе. Если OFDM-символ содержит CRS, и CRS не конфликтует, оба RE данных NC REG будут перекрываться с RE данными SC REG и SC CRS. SC CRS будет конфликтовать с RE данных NC REG. Для случая с одним 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 происходит из Rel-11, как задано в 3GPP TS 36.331. Подход, продемонстрированный в RP-142263, с заголовком "CDR Interference Mitigation for LTE Homogeneous Deployments", нацелен на расширение использования такой сигнализации до обычных подкадров при всех условиях, включая как PCell, так и SCell.

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

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

Для PCFICH и 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 для управляющих символов в SC, которые конфликтуют с неуправляющими символами в NC, и один из вышеуказанных продемонстрированных алгоритмов для 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 для использования на основе конкретного случая. Уменьшение помех канала управления, например NC PDCCH, PCFICH и PHICH, может таким образом зависеть от развертывания сети, например, это синхронная или асинхронная сеть относительно соседних(ей) сот(ы), принята ли вспомогательная информация CRS или нет, конфликтующий CRS или неколлидирующий CRS, на основе индексов OFDM-символов, на основе разных каналов управления, и т.д. Целью такого выбора алгоритмов является использование потенциала для улучшенного декодирования канала управления на стороне UE. Вышеуказанные продемонстрированные подходы обеспечивают более лучший приемник и производительность демодуляции для каналов управления.

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

Фиг. 2 является схемой последовательности операций, иллюстрирующей способ согласно примеру. Проверяется 100 согласованы ли SC и NC по времени. Если нет, выбирается 102 непараметрический IM-алгоритм, например, IRC, который продемонстрирован выше. Если SC и NC согласованы по времени, проверяется 104, есть ли конфликтующие CRS. Если есть, выбирается 106 первый параметрический IM-алгоритм, например, EIRC. Если конфликтующие 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, и, если конфликтуют, первый параметрический IM-алгоритм, например, EIRC2, выбирается 210 в качестве IM-алгоритма, который должен быть объединен с CRS-IC-алгоритмом. Если не конфликтуют, проверяется 212, находится ли управляющий символ в первом OFDM-символе. Если не находится, дополнительно проверяется 214, находится ли управляющий символ во втором OFDM-символе, и присутствуют ли 4 CRS-порта. Если так, второй параметрический IM-алгоритм, например, EIRC4, выбирается 216 в качестве IM-алгоритма, который должен быть объединен, например, с CRS-IC-алгоритмом. Если нет, делается выбор 210 первого параметрического IM-алгоритма, например, EIRC2, который должен быть объединен, например, с CRS-IC-алгоритмом. Если управляющий символ находится в первом OFDM-символе, третий параметрический IM-алгоритм, например, EIRC3, выбирается 218 в качестве IM-алгоритма, который должен быть объединен, например, с CRS-IC-алгоритмом.

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

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

Фиг. 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) для всех каналов управления объединенным образом или также для разных каналов управления раздельным образом для разных несущих. Также в зависимости от CRS-IC-способности UE, сетевой узел может принять решение, отправить такую вспомогательную CRS информацию на UE или нет. Вследствие этого предлагается подход для UE состоящий в получении информации о его разных способностях с разными типами приемников для разных каналов управления и предоставлении этой информации сетевому узлу. Также предлагается подход сетевого узла для использования информации о способности приемника UE для каналов управления для задач операций радиосвязи.

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

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

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

Для PHICH могут быть использованы разные типы приемников. Например, могут быть использованы MMSE-IRC и EIRC1 вместе с 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. Сетевой узел может также сигнализировать вспомогательную информацию CRS на UE в зависимости от способности 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 приемопередатчика 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 (CRS-AssistanceInfo IE) из Rel-11 может быть использована повторно без дополнительной сигнализации и ограничения сети. Можно предположить, как повторно использовать вспомогательную информацию CRS, и также как задать способность UE для функциональной возможности по уменьшению помех для каналов управления. Проблема, связанная с сигнализацией, включает в себя два направления: сигнализации от eNB к UE, как конфигурация RRC, и сигнализация от UE к eNB, как способность UE.

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

Касательно neighCellsCRS-Info, это поле содержит вспомогательную информацию, касающуюся первичной частоты, используемой посредством UE для уменьшения помех от CRS при выполнении измерения RRM/RLM/CSI или демодуляции данных. Когда принятая вспомогательная информация CRS имеет отношение к соте с CRS, конфликтующим при этом с CRS соты для измерения, UE может использовать вспомогательную информацию CRS для уменьшения помех CRS, как точно определено в 3GPP TS 36.101, в подкадрах, указанных посредством measSubframePatternPCell, measSubframePatternConfigNeigh, csi-MeasSubframeSet1, если сконфигурировано, и CSI-подкадр задается в значение 1, если csi-MeasSubframeSets-r12 сконфигурировано. Кроме того, UE может использовать вспомогательную информацию CRS для уменьшения помех CRS от сот в (IE) в целях демодуляции, как точно определено в 3GPP TS 36.101. 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, "LS on the modification of CRS assistance information for CRS interference mitigation" компанией Ericsson.

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

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

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

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

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

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

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

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

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

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

Улучшенное LMMSE-IRC (E-LMMSE-IRC) в первую очередь рассматривается при NAICS SI с описаниями, которые следуют в 3GPP TR 36.866, 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 в первую очередь представляется с момента Rel-11 для сценария FeICIC с требованиями, точно определенными в 3GPP TS 36.101, v.13.1.0, но также есть элемент в заявлении RP-142263 3GPP, "CRS Interference Mitigation for LTE Homogenous Deployments", компании Ericsson, с целью задать правильные требования использования CRS-IC в однородной сети, как наиболее обычных сценариях развертывания. Могут быть рассмотрены комбинации разных типов приемников. CRS-IC может быть объединено с MMSE-IRC или E-LMMSE-IRC приемником, когда предоставляется CRS-assistance-info. Если CRS-assistance-info не предоставляется со стороны сети, это может означать, что CRS-IC не применяется к комбинации других типов приемников. Более того, CRS-assistance-info рассматривается более подробно в дополнении R4-155920 3GPP, "UE capability and signalling related for control channels interference mitigation", компании Ericsson.

Фиг. 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, "Test list with scenarios and scopes for control channels interference mitigation", компании Ericsson, EIRC работает хорошо только для синхронной сети с согласованием по времени в пределах длины CP; однако асинхронная сеть может все равно рассматриваться с MMSE-IRC. Пятым наблюдением может быть то, что MMSE-IRC может быть рассматриваться для асинхронной сети. Основываясь на этом, ход алгоритма, соответствующий тому, что продемонстрировано со ссылкой на Фиг. 3, предлагается для выбора разных типов приемников для PDCCH/PCFICH. Для PHICH он использует BPSK, так EIRC1 либо с CRS-IC, либо без, может использоваться для PHICH, если это синхронная сеть, и MMSE-IRC может использоваться для асинхронной сети. EIRC1 с и без CRS-IC может использоваться при синхронной сети, и MMSE-IRC может использоваться для асинхронной сети для PHICH. Для ePDCCH, так как помехи могут существенно варьироваться, как рассмотрено в дополнении R4-155917 3GPP, "Consideration on interference model for control channels interference mitigation", компании Ericsson, может быть трудно применить более совместимый с разнесением Tx тип E-LMMSE-IRC приемника, так для ePDCCH предлагается MMSE-IRC с CRS-IC или без него, с результатами, показанными в дополнении R4-155918 3GPP, "Performance results for different receiver types on different control channels", компании Ericsson, когда есть достаточное увеличение. Для ePDCCH предлагается использовать MMSE-IRC с CRS-IC или без него.

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

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

Касательно числа сот, создающих помехи, было предложено повторно использовать сценарии NAICS с высоким INR на двух NC из дополнения R4-155919 3GPP, "Test list with scenarios and scopes for control channels interference mitigation", компании Ericsson. При таких сценариях тестов, которые должны быть рассмотрены, нет необходимости для какой-либо дополнительной оценки уровня системы для подтверждения сценариев развертывания. С уровня линии связи, влияние на производительность разных типов приемников для одной или двух 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, "Discussions on different candidate receivers for control channels interference mitigation", компании Ericsson, для того, чтобы получить лучшую производительность.

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

Такие условия могут рассматриваться как обычные и полезные сценарии, где MMSE-IRC может рассматриваться всегда, когда PDSCH является источником помех. Вследствие этого предлагается рассматривать только случай с согласованным CFI для E-LMMSE-IRC приемника и 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, "Discussions on different candidate receivers for control channels interference mitigation", компании Ericsson, тесты могут фокусироваться на конфигурации теста с разнесением Tx со случаями либо 2 Tx, либо 4 Tx, рассматривая дополнения R4-155909 3GPP, "Test coverage and applicability rules for 4Rx capable UEs for demodulation and RRM tests", компании Ericsson, в качестве существующих тестов для PDCCH/PCFICH.

Для производительности при разнесении передачи, минимальное требование для двух портов Tx-антенны, и средняя вероятность пропущенного разрешения планирования нисходящей линии связи (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 с минимальной производительностью

Для соответствующего минимального требования для четырех портов Tx-антенны, средняя вероятность пропущенного разрешения планирования нисходящей линии связи (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 приведен как следует ниже. Должно быть вполне достаточно сфокусироваться только на 2 Tx для PHICH. Средняя вероятность 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 с минимальной производительностью

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

На основе результатов симуляции из дополнения R4-155918 3GPP, "Performance results for different receiver types on different control channels", компании Ericsson, предпочтительно сфокусироваться на уровне 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-сценариев, с теми же временными сдвигами, заданными для демодуляции IRC PDSCH, как 1/3 и 2/3 подкадров для двух NC. Вследствие этого предлагается рассмотреть по меньшей мере один PDCCH/PCFICH тест при асинхронной сети с MMSE-IRC с 1/3 и 2/3 подкадров в качестве временного сдвига для двух NC.

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

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

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

Модель помех предлагается в дополнении R4-155917 3GPP, "Consideration on interference model for control channels interference mitigation", компании Ericsson, вместе со списками тестов, приведенными ниже в виде таблиц 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

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

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

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

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

Claims

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

принимают (1) один или более управляющих символов;

определяют (802) способности уменьшения помех для принятых управляющих символов посредством получения информации о разных способностях устройства связи с разными типами приемников для разных каналов управления и

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

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

3. Способ по п. 1, в котором упомянутое определение (802) способностей уменьшения помех выполняется после события определения способностей уменьшения помех.

4. Способ по п. 3, в котором событием определения способностей уменьшения помех является любое из:

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

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

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

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

любая их комбинация.

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

6. Способ по п. 5, в котором сигнализация верхнего уровня совершается посредством одного из:

сообщения RRC на сетевой узел и

сообщения MAC.

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

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

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

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

любой их комбинации.

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

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

определяют (2) ситуацию с помехами для управляющего символа;

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

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

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

передают один или более управляющих символов;

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

адаптируют (504) выполнение одной или более задач операций радиосвязи на основе принятой информации.

10. Способ по п. 9, в котором упомянутая адаптация (504) выполнения одной или более задач операций радиосвязи включает в себя любой из этапов, на которых:

адаптируют мощность передачи на нисходящих каналах управления;

адаптируют уровень агрегации на PDCCH/PCFICH;

передают вспомогательную информацию CRS на UE;

передают информацию на другие сетевые узлы; и

любую их комбинацию.

11. Способ по п. 9 или 10, содержащий этап, на котором передают (501) в устройство связи запрос на передачу способностей уменьшения помех.

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

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

сообщения RRC на сетевой узел и

сообщения MAC.

14. Способ по п. 9 или 10, в котором упомянутый прием (502) информации об определенных способностях уменьшения помех, указывающей информацию, относящуюся к определенному параметру для каждой несущей, осуществляется посредством любого из:

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

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

любой их комбинации.

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

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

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

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

16. Устройство (300, 602, 900) связи по п. 15, в котором упомянутое определение способностей уменьшения помех выполняется один раз для статических способностей уменьшения помех.

17. Устройство (300, 602, 900) связи по п. 15, в котором упомянутое определение способностей уменьшения помех выполняется после события определения способностей уменьшения помех.

18. Устройство (300, 602, 900) связи по п. 17, при этом событием определения способностей уменьшения помех является любое из:

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

любая их комбинация.

19. Устройство (300, 602, 900) связи по любому из пп. 15-18, в котором при упомянутой передаче информации об определенных способностях уменьшения помех данная информация передается в сигнализации верхнего уровня.

20. Устройство (300, 602, 900) связи по п. 19, при этом сигнализация верхнего уровня совершается посредством одного из:

сообщения RRC на сетевой узел и

сообщения MAC.

21. Устройство (300, 602, 900) связи по любому из пп. 15-18, в котором упомянутая передача информации об определенных способностях уменьшения помех содержит использование для указания сетевому узлу информации, относящейся к определенному параметру для каждой несущей, любого из:

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

любой их комбинации.

22. Устройство (300, 602, 900) связи по любому из пп. 15-18, в котором:

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

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

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

24. Сетевой узел (600), выполненный с возможностью функционирования в системе сотовой связи, при этом сетевой узел (600) содержит:

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

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

25. Сетевой узел (600) по п. 24, в котором упомянутая адаптация выполнения одной или более задач операций радиосвязи включает в себя то, что обрабатывающие элементы (606) выполнены с возможностью:

адаптировать мощность передачи на нисходящих каналах управления;

адаптировать уровень агрегации на PDCCH/PCFICH;

предписывать элементам (604) приемопередатчика передавать вспомогательную информацию CRS на UE;

предписывать элементам (604) приемопередатчика передавать информацию на другие сетевые узлы и

осуществлять любую комбинацию вышеперечисленного.

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

27. Сетевой узел (600) по п. 24 или 25, в котором упомянутый прием информации об определенных способностях уменьшения помех устройства связи для управляющих символов принимается в сигнализации верхнего уровня.

28. Сетевой узел (600) по п. 27, при этом сигнализация верхнего уровня осуществляется посредством одного из:

сообщения RRC на сетевой узел и

сообщения MAC.

29. Сетевой узел (600) по п. 24 или 25, в котором упомянутый прием информации об определенных способностях уменьшения помех, указывающей информацию, относящуюся к определенному параметру для каждой несущей, осуществляется посредством любого из:

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

любой их комбинации.

30. Машиночитаемый носитель информации, на котором сохранены инструкции, которые при их исполнении в процессоре (606, 702) сетевого узла (600) предписывают сетевому узлу выполнять способ согласно любому из пп. 9-14.