СПОСОБ ДЛЯ ПРЕДОСТАВЛЕНИЯ УСОВЕРШЕНСТВОВАННОГО ФИЗИЧЕСКОГО КАНАЛА УПРАВЛЕНИЯ НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ И БЕСПРОВОДНОЙ ПРИЕМО-ПЕРЕДАЮЩИЙ МОДУЛЬ Российский патент 2017 года по МПК H04W72/04 H04W16/10 H04L5/00 

Описание патента на изобретение RU2628011C2

[0001] Данная заявка притязает на приоритет предварительной заявки на патент (США) №61/591508, поданной 27 января 2012 года; 61/612834, поданной 19 марта 2012 года; 61/688164, поданной 9 мая 2012 года; 61/644972, поданной 9 мая 2012 года; 61/678612, поданной 1 августа 2012 года; 61/706119, поданной 26 сентября 2012 года; 61/720646, поданной 31 октября 2012 года; и 61/753279, поданной 16 января 2013 года, содержимое которых в силу этого содержится по ссылке в данном документе.

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

[0002] Современные системы связи (например, система по стандарту LTE/усовершенствованному стандарту LTE) могут предоставлять несколько антенн, несколько компонентных несущих и/или квазиобъединенных антенных портов, чтобы поддерживать передачи. Такие несколько антенн, несколько компонентных несущих и/или квазиобъединенных антенных портов могут предоставляться для различных целей, включающих в себя повышение пиковой пропускной способности системы, расширенное покрытие соты, поддержку более высокой доплеровской частоты и т.п. К сожалению, эти системы связи могут предоставлять ePDCCH-схему, которая может быть ориентирована на одну компонентную несущую (например, вместо нескольких компонентных несущих и/или нескольких антенн) и/или может не быть подходящей для того, чтобы поддерживать квазиобъединенные антенные порты, так что производительность в системе с несколькими несущими может быть ограничена, и/или не может быть надлежащим образом спроектирована с возможностью не допускать ошибок в кадрах и/или субкадрах (например, в специальных субкадрах), может иметь большие времена обработки сообщений PDSCH и/или CSI, может не предоставлять надлежащее выделение PUCCH-ресурсов, может не предоставлять PDCCH-индикатор в ходе конфигурирования, и/или опорные символы, которые могут быть квазиобъединены с антенным портом, могут не предоставляться за достаточное время для использования посредством ePDCCH и/или его декодирования.

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

[0003] Могут быть раскрыты системы, способы и инструментарий для того, чтобы предоставлять ePDCCH в системе связи с несколькими несущими. Например, UE или WTRU может принимать конфигурацию для отслеживания ePDCCH-ресурса. На основе такой конфигурации, UE или WTRU может быть выполнено с возможностью отслеживать ePDCCH-ресурс в конкретном субкадре. WTRU затем может отслеживать ePDCCH-ресурс в субкадре. В примерных вариантах осуществления, субкадр может не быть специальным субкадром, конфигурация может быть принята через передачу служебных сигналов верхнего уровня, конфигурация может включать в себя один или более PRB-наборов для отслеживания на ePDCCH-ресурсе, при этом PRB-наборы могут включать в себя набор eCCE, которые включают в себя eREG, дополнительного отслеживания PDCCH-ресурса в другом субкадре, демодуляции ePDCCH-ресурса и т.п.

[0004] Также могут быть раскрыты системы, способы и инструментарий для предоставления ePDCCH на основе уровня агрегирования. Например, UE или WTRU может извлекать уровень агрегирования (например, уровень eCCE-агрегирования) для субкадра. UE или WTRU может извлекать такой уровень агрегирования на основе номера NAL уровня агрегирования для субкадра, при этом в варианте осуществления NAL может быть положительным целым числом. UE или WTRU может передавать или отслеживать ePDCCH согласно или с использованием уровня агрегирования, ассоциированного с NAL для субкадра. Например, если пространство поиска представляет собой {1, 2, 4, 8}, и NAL равняется 2, UE или WTRU может отслеживать согласно {2, 4, 8, 16}.

[0005] В данном документе дополнительно могут быть раскрыты системы, способы и инструментарий для приема или отслеживания ePDCCH или PDSCH. Например, UE или WTRU может принимать опорный сигнал. UE или WTRU затем может определять тип принимаемого опорного сигнала. UE или WTRU может выполнять демодуляцию PDSCH или ePDCCH с использованием временного интервала демодуляции на основе типа. Например, когда опорный сигнал может представлять собой опорный сигнал информации состояния канала (CSI-RS), PDSCH-демодуляция может выполняться с использованием опорного временного интервала демодуляции на основе временного интервала быстрого преобразования Фурье (FFT) и коэффициента оценки канала, ассоциированного с CSI-RS. В дополнительных вариантах осуществления, ePDCCH или PDSCH может отслеживаться посредством идентификации опорного временного интервала демодуляции неявно на основе местоположения одного или более ePDCCH-ресурсов, по которым UE или WTRU может принимать управляющую информацию нисходящей линии связи (DCI).

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

[0006] Более подробное понимание может быть получено из нижеприведенного описания, приводимого в качестве примера вместе с прилагаемыми чертежами.

[0007] Фиг. 1A иллюстрирует схему примерной системы связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления.

[0008] Фиг. 1B иллюстрирует схему системы примерного беспроводного приемо-передающего модуля (WTRU), который может использоваться в системе связи, проиллюстрированной на фиг. 1A.

[0009] Фиг. 1C иллюстрирует схему системы примерной сети радиодоступа и примерной базовой сети, которые могут использоваться в системе связи, проиллюстрированной на фиг. 1A.

[0010] Фиг. 1D иллюстрирует схему системы другой примерной сети радиодоступа и примерной базовой сети, которые могут использоваться в системе связи, проиллюстрированной на фиг. 1A.

[0011] Фиг. 1E иллюстрирует схему системы другой примерной сети радиодоступа и примерной базовой сети, которые могут использоваться в системе связи, проиллюстрированной на фиг. 1A.

[0012] Фиг. 2 иллюстрирует примерный вариант осуществления конкретного для WTRU или UE предварительно кодированного DM-RS.

[0013] Фиг. 3 иллюстрирует примерный вариант осуществления конкретного для соты RS без предварительного кодирования.

[0014] Фиг. 4 иллюстрирует примерный вариант осуществления конкретного для WTRU или UE DM-RS для обычного CP (например, порт 5).

[0015] Фиг. 5a-5c иллюстрируют примерные варианты осуществления CRS-структуры на основе числа антенных портов.

[0016] Фиг. 6 иллюстрирует примерный вариант осуществления DM-RS-шаблона, который может поддерживать, например, восемь уровней.

[0017] Фиг. 7 иллюстрирует примерный вариант осуществления CSI-RS-шаблонов, которые могут быть многократно использованы на основе числа портов.

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

[0019] Фиг. 9 иллюстрирует примерный вариант осуществления задания REG в области каналов управления нисходящей линии связи с 2Tx CRS.

[0020] Фиг. 10 иллюстрирует примерный вариант осуществления задания REG в области каналов управления нисходящей линии связи с 4Tx CRS.

[0021] Фиг. 11 иллюстрирует примерный вариант осуществления выделения PCFICH REG на основе PCI.

[0022] Фиг. 12 иллюстрирует примерный вариант осуществления выделения PCFICH и PHICH REG на основе PCI.

[0023] Фиг. 13 иллюстрирует примерный вариант осуществления ePDCCH-мультиплексирования с PDSCH (например, FDM-мультиплексирования).

[0024] Фиг. 14 иллюстрирует примерный вариант осуществления преобразования в блок физических ресурсов для PUCCH.

[0025] Фиг. 15 иллюстрирует примерный вариант осуществления коллизии между DM-RS и PRS.

[0026] Фиг. 16 иллюстрирует примерный вариант осуществления выделения ePDCCH-ресурсов в субкадре.

[0027] Фиг. 17 иллюстрирует примерный вариант осуществления агрегирования несущих с различной TDD UL-DL-конфигурацией(ями).

[0028] Фиг. 18 иллюстрирует примерный вариант осуществления CCE-агрегирования по нескольким несущим при распределенном выделении ресурсов.

[0029] Фиг. 19 иллюстрирует примерный вариант осуществления PRB-пары, которая может использоваться для ePDCCH-передачи на основе числа антенных портов (например, портов 7-10 и 7-8, соответственно).

[0030] Фиг. 20 иллюстрирует примерный вариант осуществления преобразования из eCCE в eREG в ePDCCH на основе локализованного и/или распределенного выделения.

[0031] Фиг. 21 иллюстрирует примерный вариант осуществления преобразования из eCCE в eREG при смежном выделении.

[0032] Фиг. 22 иллюстрирует примерный вариант осуществления модуля поблочного перемежения.

[0033] Фиг. 23 иллюстрирует примерный вариант осуществления гибридного выделения посредством использования модуля поблочного перемежения.

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

[0035] Фиг. 25 иллюстрирует примерный вариант осуществления преобразования антенных портов для eREG и eCCE.

[0036] Фиг. 26 иллюстрирует примерный вариант осуществления задания общего пространства поиска в унаследованной PDCCH-области в PCell.

Подробное описание изобретения

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

[0038] Могут быть раскрыты системы и/или способы для предоставления эффективной схемы каналов управления нисходящей линии связи (например, усовершенствованного канала управления нисходящей линии связи) в беспроводной сети с несколькими несущими (например, такой как сеть, описанная на фиг. 1A-1E). Например, такие системы и/или способы могут предоставлять и/или использовать локализованное и/или распределенное выделение ресурсов в системе с несколькими несущими, в том числе, например, может предоставляться распределенное выделение ресурсов по нескольким компонентным несущим. Дополнительно, в таких системах и/или способах может предоставляться и/или использоваться уменьшение времени обработки с обратной связью с PDSCH и/или CSI, включающее в себя гибкую адаптацию времени обработки PDSCH на основе приема по нескольким компонентным несущим в сочетании с ePDCCH и/или гибкую адаптацию времени сообщения CSI на основе полосы пропускания для сообщений, числа компонентных несущих и т.п. В варианте осуществления, такие системы и/или способы дополнительно могут предоставлять и/или использовать взаимосвязи ePDCCH и/или унаследованной передачи управляющих служебных сигналов в восходящей линии связи, включающие в себя перекрестную диспетчеризацию несущих и/или новое выделение физического и/или логического ePDCCH-адреса (например, CCE-индекса) для взаимосвязи каналов управления восходящей линии связи. Также могут предоставляться и/или использоваться конкретные варианты осуществления TDD для таких систем и/или способов, включающие в себя использование ePDCCH в специальном субкадре и/или межполосный TDD. Согласно примерному варианту осуществления, режим передачи для восстановления после сбоя PDCCH может предоставляться и/или использоваться для таких систем и/или способов, при этом режимы работы UE или WTRU для PDCCH-приема в периоде неоднозначности с RRC-сконфигурированной PDCCH-конфигурацией между унаследованным PDCCH и ePDCCH.

[0039] Дополнительно, такие системы и/или способы могут предоставлять и/или использовать переменное задание eREG и/или eCCE, включающее в себя, например, задание eREG на основе полного FDM. Такие системы и/или способ дополнительно могут предоставлять и/или использовать преобразование из eCCE в eREG на основе режима ePDCCH-передачи, схему модуля перемежения с переменным заданием eREG и/или eCCE, адаптивное преобразование из eREG в eCCE (например, переменное число eREG в расчете на eCCE согласно объему служебной информации для опорных сигналов в субкадре) и т.п. В варианте осуществления, в таких системах и/или способах может предоставляться и/или использоваться ассоциирование антенных портов для eREG и/или eCCE, включающее в себя преобразование антенных портов на основе местоположения и/или уровня агрегирования и/или задание PRG-размера для PRB-пакетирования. В таких системах и/или способах также может предоставляться и/или использоваться схема пространства поиска ePDCCH, включающая в себя, например, общее пространство поиска и/или конкретное для WTRU или UE пространство поиска, TBS-ограничение согласно запросу на обратную связь с TA и/или CSI и/или PUCCH-выделение на основе ePDCCH с несколькими компонентными несущими нисходящей линии связи.

[0040] Согласно варианту осуществления, такие системы и/или способы могут предоставлять и/или использовать ассоциирование антенных портов с конкретной для WTRU или UE конфигурацией, включающей в себя комбинации преобразования на основе RE-позиции и/или конкретной для WTRU или UE конфигурации и/или правил преобразования антенных портов на основе общего пространства поиска и конкретного для WTRU или UE пространства поиска в распределенной передаче. В варианте осуществления, обработка коллизий между ePDCCH-ресурсами и унаследованными сигналами, отличными от PDSCH, включающая в себя правила согласования скорости и/или прореживания, может предоставляться и/или использоваться для таких систем и/или способов. Дополнительно, может предоставляться и/или использоваться адаптивное преобразование из eREG в eCCE, правило преобразования на основе характеристики субкадра и т.п. В дополнительных вариантах осуществления, может предоставляться и/или использоваться TBS-ограничение в TDD-режиме согласно временному HARQ-ACK-интервалу.

[0041] Такие системы и/или способы дополнительно могут предоставлять и/или использовать ePDCCH-ресурс. Например, несколько наборов ePDCCH-ресурсов с переменными размерами ресурсов в расчете на набор могут предоставляться и/или использоваться в зависимости от полосы пропускания системы, включающей в себя формат управляющей информации нисходящей линии связи (DCI), зависящий от возможных ePDCCH-вариантов, набор ePDCCH-ресурсов, зависящий от хэш-функции, и/или ePCFICH-индикатор числа наборов ePDCCH-ресурсов.

[0042] Также может предоставляться и/или использоваться выделение PUCCH(A/N)-ресурсов для ePDCCH (например, в таких системах и/или способах), включающее в себя поддержку для MU-MIMO.

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

[0044] Несколько наборов ePDCCH-ресурсов для системы с несколькими несущими дополнительно могут предоставляться и/или задаваться посредством таких систем и/или способов. Например, может быть задана DM-RS-последовательность. В таком варианте осуществления, формирователь DM-RS-последовательностей (XID) может предоставляться, использоваться и/или задаваться в расчете на ePDCCH-набор или для каждого ePDCCH-набора. Дополнительно, когда WTRU или UE может принимать PDSCH, ассоциированный с ePDCCH, идентичный XID, принимаемый из ePDCCH, может использоваться для PDSCH-демодуляции. В дополнительных вариантах осуществления, может предоставляться и/или использоваться выделение PUCCH-ресурсов с несколькими наборами ePDCCH-ресурсов, и/или может предоставляться и/или использоваться задание пространства поиска локализованных передач, включающее в себя задание конкретной для ePDCCH-передачи хэш-функции и/или конкретной для ePDCCH-передачи eCCE-индексации, к примеру, различной eCCE-индексации согласно или на основе уровня агрегирования. Также может предоставляться и/или использоваться преобразование из eREG в eCCE. Например, может предоставляться и/или использоваться конкретное для соты преобразование из eREG в eCCE на основе локализованных и распределенных передач. В варианте осуществления, также могут предоставляться и/или задаваться поддерживаемые режимы передачи, ассоциированные с ePDCCH, включающие в себя, например, поднабор режимов передачи, поддерживаемых посредством ePDCCH и/или (например, согласно схеме передачи) поддерживаемый ePDCCH-тип (например, локализованный и распределенный), который может отличаться.

[0045] Дополнительно, такие системы и/или способы могут предоставлять в ePDCCH конкретное для WTRU или UE пространство поиска (например, уравнение, ассоциированное с ним) и хэш-функцию. Например, может предоставляться и/или использоваться уравнение для пространства поиска для локализованного и распределенного ePDCCH и/или хэш-функции с несколькими ePDCCH-наборами.

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

[0047] Могут быть раскрыты системы и способы, предоставляющие индикатор опорного временного интервала демодуляции. Например, может предоставляться поддержка одного опорного временного интервала демодуляции и поддержка нескольких опорных временных интервалов демодуляции, к примеру, конкретного для ресурса опорного временного интервала демодуляции и индикатора относительно опорного временного интервала демодуляции (например, индикатора опорного временного интервала демодуляции), как описано в данном документе.

[0048] Фиг. 1A является схемой примерной системы 100 связи, в которой могут быть реализованы один или более раскрытых вариантов осуществления. Система 100 связи может представлять собой систему с множественным доступом, которая предоставляет такое содержимое, как речь, данные, видео, обмен сообщениями, широковещательная передача и т.д., нескольким беспроводным пользователям. Система 100 связи может предоставлять возможность нескольким беспроводным пользователям осуществлять доступ к такому содержимому посредством совместного использования системных ресурсов, включающих в себя беспроводную полосу пропускания. Например, системы 100 связи могут использовать один или более способов доступа к каналу, таких как множественный доступ с кодовым разделением каналов (CDMA), множественный доступ с временным разделением каналов (TDMA), множественный доступ с частотным разделением каналов (FDMA), ортогональный FDMA (OFDMA), FDMA с одной несущей (SC-FDMA) и т.п.

[0049] Как показано на фиг. 1A, система 100 связи может включать в себя беспроводные приемо-передающие модули 102a, 102b, 102c и/или 102d (WTRU) (которые в общем или совместно могут упоминаться как WTRU 102), сеть 103/104/105 радиодоступа (RAN), базовая сеть 106/107/109, коммутируемую телефонную сеть 108 общего пользования (PSTN), Интернет 110 и другие сети 112, хотя следует принимать во внимание, что раскрытые варианты осуществления рассматривают любое число WTRU, базовых станций, сетей и/или сетевых элементов. Каждый из WTRU 102a, 102b, 102c, 102d может представлять собой любой тип устройства, выполненного с возможностью работать и/или обмениваться данными в беспроводном окружении. В качестве примера, WTRU 102a, 102b, 102c, 102d могут быть выполнены с возможностью передавать и/или принимать беспроводные сигналы и могут включать в себя абонентское устройство (UE), мобильную станцию, стационарное или мобильное абонентское устройство, устройство поискового вызова, сотовый телефон, персональное цифровое устройство (PDA), смартфон, переносной компьютер, нетбук, персональный компьютер, беспроводной датчик, бытовую электронную аппаратуру и т.п.

[0050] Системы 100 связи также могут включать в себя базовую станцию 114a и базовую станцию 114b. Каждая из базовых станций 114a, 114b может представлять собой любой тип устройства, выполненного с возможностью взаимодействовать в беспроводном режиме, по меньшей мере, с одним из WTRU 102a, 102b, 102c, 102d, чтобы упрощать доступ к одной или более сетей связи, таким как базовая сеть 106/107/109, Интернет 110 и/или сети 112. В качестве примера, базовые станции 114a, 114b могут представлять собой базовую приемо-передающую станцию (BTS), узел B, усовершенствованный узел B, собственный узел B, собственный усовершенствованный узел B, узловой контроллер, точку доступа (AP), беспроводной маршрутизатор и т.п. Хотя базовые станции 114a, 114b могут быть проиллюстрированы как один элемент, следует принимать во внимание, что базовые станции 114a, 114b могут включать в себя любое число соединенных базовых станций и/или сетевых элементов.

[0051] Базовая станция 114a может быть частью RAN 103/104/105, которая также может включать в себя другие базовые станции и/или сетевые элементы (не показаны), такие как контроллер базовой станции (BSC), контроллер радиосети (RNC), ретрансляционные узлы и т.д. Базовая станция 114a и/или базовая станция 114b могут быть выполнены с возможностью передавать и/или принимать беспроводные сигналы в конкретной географической области, которая может упоминаться как сота (не показана). Сота дополнительно может быть разделена на секторы соты. Например, сота, ассоциированная с базовой станцией 114a, может быть разделена на три сектора. Таким образом, в одном варианте осуществления, базовая станция 114a может включать в себя три приемо-передающих устройства, т.е. по одному для каждого сектора соты. В другом варианте осуществления, базовая станция 114a может использовать технологию со многими входами и многими выходами (MIMO) и, следовательно, может использовать несколько приемо-передающих устройств для каждого сектора соты.

[0052] Базовые станции 114a, 114b могут обмениваться данными с одним или более WTRU 102a, 102b, 102c, 102d по радиоинтерфейсу 115/116/117, который может представлять собой любую подходящую линию беспроводной связи (например, радиочастотную (RF), микроволновую, на основе инфракрасного излучения (IR), ультрафиолетовую (UV), на основе видимого света и т.д.). Радиоинтерфейс 115/116/117 может устанавливаться с использованием любой подходящей технологии радиодоступа (RAT).

[0053] Более конкретно, как отмечено выше, система 100 связи может представлять собой систему с множественным доступом и может использовать одну или более схем доступа к каналу, таких как CDMA, TDMA, FDMA, OFDMA, SC-FDMA и т.п. Например, базовая станция 114a в RAN 103/104/105 и WTRU 102a, 102b, 102c могут реализовывать такую технологию радиосвязи, как наземный радиодоступ для универсальной системы мобильной связи (UMTS) (UTRA), которая позволяет устанавливать радиоинтерфейс 115/116/117 с использованием широкополосного CDMA (WCDMA). WCDMA может включать в себя такие протоколы связи, как высокоскоростной пакетный доступ (HSPA) и/или усовершенствованный HSPA (HSPA+). HSPA может включать в себя высокоскоростной пакетный доступ по нисходящей линии связи (HSDPA) и/или высокоскоростной пакетный доступ по восходящей линии связи (HSUPA).

[0054] В другом варианте осуществления, базовая станция 114a и WTRU 102a, 102b, 102c могут реализовывать такую технологию радиосвязи, как усовершенствованный наземный радиодоступ UMTS (E-UTRA), которая может устанавливать радиоинтерфейс 115/116/117 с использованием стандарта долгосрочного развития (LTE) и/или усовершенствованного стандарта LTE (LTE-A).

[0055] В других вариантах осуществления, базовая станция 114a и WTRU 102a, 102b, 102c могут реализовывать такие технологии радиосвязи, как IEEE 802.16 (т.е. стандарт общемировой совместимости широкополосного беспроводного доступа (WIMAX)), CDMA2000, CDMA2000 1X, CDMA2000 EV-DO, промежуточный стандарт 2000 (IS-2000), промежуточный стандарт 95 (IS-95), промежуточный стандарт 856 (IS-856), глобальная система мобильной связи (GSM), развитие стандарта GSM с увеличенной скоростью передачи данных (EDGE), GSM EDGE (GERAN) и т.п.

[0056] Базовая станция 114b на фиг. 1A может представлять собой беспроводной маршрутизатор, собственный узел B, собственный усовершенствованный узел B или точку доступа, например, и может использовать любую подходящую RAT для упрощения беспроводных подключений в локализованной области, к примеру, в офисе, дома, в машине, в походе и т.п. В одном варианте осуществления, базовая станция 114b и WTRU 102c, 102d могут реализовывать такую технологию радиосвязи, как IEEE 802.11, чтобы устанавливать беспроводную локальную вычислительную сеть (WLAN). В другом варианте осуществления, базовая станция 114b и WTRU 102c, 102d могут реализовывать такую технологию радиосвязи, как IEEE 802.15, чтобы устанавливать беспроводную персональную вычислительную сеть (WPAN). В еще одном другом варианте осуществления, базовая станция 114b и WTRU 102c, 102d могут использовать сотовую RAT (например, WCDMA, CDMA2000, GSM, LTE, LTE-A и т.д.), чтобы устанавливать пикосоту или фемтосоту. Как показано на фиг. 1A, базовая станция 114b может иметь прямое подключение к Интернету 110. Таким образом, базовая станция 114b, возможно, не обязательно должна осуществлять доступ в Интернет 110 через базовую сеть 106/107/109.

[0057] RAN 103/104/105 может поддерживать связь с базовой сетью 106/107/109, которая может представлять собой любой тип сети, выполненной с возможностью предоставлять услуги передачи речи, данных, приложений и/или услуги по протоколу "речь-по-IP" (VoIP) в один или более WTRU 102a, 102b, 102c, 102d. Например, базовая сеть 106/107/109 может предоставлять услуги управления вызовами, биллинга, услуги на основе местоположения мобильных устройств, предоплатные вызовы, Интернет-подключения, распространение видео и т.д. и/или выполнять высокоуровневые функции обеспечения безопасности, такие как аутентификация пользователей. Хотя не показано на фиг. 1A, следует принимать во внимание, что RAN 103/104/105 и/или базовая сеть 106/107/109 могут поддерживать прямую или косвенную связь с другими RAN, которые используют RAT, идентичную с RAN 103/104/105, или другую RAT. Например, помимо подключения к RAN 103/104/105, которая может использовать E-UTRA-технологию радиосвязи, базовая сеть 106/107/109 также может поддерживать связь с другой RAN (не показана), использующей GSM-технологию радиосвязи.

[0058] Базовая сеть 106/107/109 также может выступать в качестве шлюза для WTRU 102a, 102b, 102c, 102d, чтобы осуществлять доступ к PSTN 108, Интернету 110 и/или другим сетям 112. PSTN 108 может включать в себя телефонные сети с коммутацией каналов, которые предоставляют обычную телефонную связь (POTS). Интернет 110 может включать в себя глобальную систему соединенных компьютерных сетей и устройств, которые используют такие как стандартные протоколы связи, как протокол управления передачей (TCP), протокол пользовательских датаграмм (UDP) и Интернет-протокол (IP) в комплекте Интернет-протоколов TCP/IP. Сети 112 могут включать в себя сети проводной или беспроводной связи, принадлежащие и/или управляемые посредством других поставщиков услуг. Например, сети 112 могут включать в себя другую базовую сеть, подключенную к одной или более RAN, которые могут использовать RAT, идентичную с RAN 103/104/105, или другую RAT.

[0059] Некоторые или все WTRU 102a, 102b, 102c, 102d в системе 100 связи могут включать в себя многорежимные характеристики, т.е. WTRU 102a, 102b, 102c, 102d могут включать в себя несколько приемо-передающих устройств для обмена данными с различными беспроводными сетями по различным линиям беспроводной связи. Например, WTRU 102c, показанный на фиг. 1A, может быть выполнен с возможностью обмениваться данными с базовой станцией 114a, которая может использовать технологию сотовой радиосвязи, и с базовой станцией 114b, которая может использовать IEEE 802-технологию радиосвязи.

[0060] Фиг. 1B является схемой системы примерного WTRU 102. Как показано на фиг. 1B, WTRU 102 может включать в себя процессор 118, приемо-передающее устройство 120, приемо-передающий элемент 122, динамик/микрофон 124, клавишную панель 126, дисплей/сенсорную панель 128, стационарное запоминающее устройство 130, съемное запоминающее устройство 132, источник 134 питания, набор 136 микросхем глобальной системы определения местоположения (GPS) и другие периферийные устройства 138. Следует принимать во внимание, что WTRU 102 может включать в себя любую субкомбинацию вышеприведенных элементов без потери согласованности с вариантом осуществления. Кроме того, варианты осуществления предполагают, что базовые станции 114a и 114b и/или узлы, которые могут представлять базовые станции 114a и 114b, такие как, но не только, приемо-передающая станция (BTS), узел B, узловой контроллер, точка доступа (AP), собственный узел B, усовершенствованный собственный узел B (усовершенствованный узел B), собственный усовершенствованный узел B (HeNB), шлюз собственного усовершенствованного узла B и прокси-узлы, в числе других, могут включать в себя часть или все элементы, проиллюстрированные на фиг. 1B и описанные в данном документе.

[0061] Процессор 118 может представлять собой процессор общего назначения, процессор специального назначения, традиционный процессор, процессор цифровых сигналов (DSP), множество микропроцессоров, один или более микропроцессоров в ассоциации с DSP-ядром, контроллер, микроконтроллер, специализированные интегральные схемы (ASIC), схемы на основе программируемой пользователем вентильной матрицы (FPGA), любой другой тип интегральной схемы (IC), конечный автомат и т.п. Процессор 118 может выполнять кодирование сигналов, обработку данных, управление мощностью, обработку ввода-вывода и/или любую другую функциональность, которая предоставляет возможность WTRU 102 работать в беспроводном окружении. Процессор 118 может соединяться с приемо-передающим устройством 120, которое может соединяться с приемо-передающим элементом 122. Хотя фиг. 1B иллюстрирует процессор 118 и приемо-передающее устройство 120 в качестве отдельных компонентов, следует принимать во внимание, что процессор 118 и приемо-передающее устройство 120 могут быть интегрированы в электронном блоке или микросхеме.

[0062] Приемо-передающий элемент 122 может быть выполнен с возможностью передавать сигналы или принимать сигналы из базовой станции (например, базовой станции 114a) по радиоинтерфейсу 115/116/117. Например, в одном варианте осуществления, приемо-передающий элемент 122 может представлять собой антенну, выполненную с возможностью передавать и/или принимать RF-сигналы. В другом варианте осуществления, приемо-передающий элемент 122 может представлять собой излучатель/детектор, выполненный с возможностью передавать и/или принимать, например, IR-, UV-сигналы или сигналы в диапазоне видимого света. В еще одном другом варианте осуществления, приемо-передающий элемент 122 может быть выполнен с возможностью передавать и принимать как RF-, так и световые сигналы. Следует принимать во внимание, что приемо-передающий элемент 122 может быть выполнен с возможностью передавать и/или принимать любую комбинацию беспроводных сигналов.

[0063] Помимо этого, хотя приемо-передающий элемент 122 проиллюстрирован на фиг. 1B как один элемент, WTRU 102 может включать в себя любое число приемо-передающих элементов 122. Более конкретно, WTRU 102 может использовать MIMO-технологию. Таким образом, в одном варианте осуществления, WTRU 102 может включать в себя два или более приемо-передающих элемента 122 (например, несколько антенн) для передачи и приема беспроводных сигналов по радиоинтерфейсу 115/116/117.

[0064] Приемо-передающее устройство 120 может быть выполнено с возможностью модулировать сигналы, которые, возможно, должны быть переданы посредством приемо-передающего элемента 122, и демодулировать сигналы, которые могут приниматься посредством приемо-передающего элемента 122. Как отмечено выше, WTRU 102 может иметь многорежимные характеристики. Таким образом, приемо-передающее устройство 120 может включать в себя, например, несколько приемо-передающих устройств для предоставления возможности WTRU 102 обмениваться данными через несколько RAT, к примеру, UTRA и IEEE 802.11.

[0065] Процессор 118 WTRU 102 могут соединяться и могут принимать пользовательские входные данные из динамика/микрофона 124, клавишной панели 126 и/или дисплея/сенсорной панели 128 (например, модуля отображения на основе жидкокристаллического дисплея (LCD) или модуля отображения на органических светодиодах (OLED)). Процессор 118 также может выводить пользовательские данные в динамик/микрофон 124, клавишную панель 126 и/или дисплей/сенсорную панель 128. Помимо этого, процессор 118 может осуществлять доступ к информации и сохранять данные на любом типе подходящего запоминающего устройства, таком как стационарное запоминающее устройство 130 и/или съемное запоминающее устройство 132. Стационарное запоминающее устройство 130 может включать в себя оперативное запоминающее устройство (RAM), постоянное запоминающее устройство (ROM), жесткий диск или любой другой тип запоминающего устройства. Съемное запоминающее устройство 132 может включать в себя карту модуля идентификации абонента (SIM), карту памяти, карту памяти по стандарту Secure Digital (SD) и т.п. В других вариантах осуществления, процессор 118 может осуществлять доступ к информации и сохранять данные в запоминающем устройстве, которое физически не находится на WTRU 102, к примеру, на сервере или домашнем компьютере (не показаны).

[0066] Процессор 118 может принимать мощность из источника 134 питания и может быть выполнен с возможностью распределять и/или управлять мощностью в другие компоненты в WTRU 102. Источник 134 питания может представлять собой любое подходящее устройство для питания WTRU 102. Например, источник 134 питания может включать в себя один или более аккумуляторов на сухих элементах (например, никель-кадмиевые (NiCd), никель-цинковые (NiZn), никель-металлогидридные (NiMH), ионно-литиевые (Li-ion) и т.д.), солнечных элементов, топливных элементов и т.п.

[0067] Процессор 118 также может соединяться с набором 136 GPS-микросхем, который может быть выполнен с возможностью предоставлять информацию местоположения (например, долготу и широту) касательно текущего местоположения WTRU 102. Помимо или вместо информации из набора 136 GPS-микросхем, WTRU 102 может принимать информацию местоположения по радиоинтерфейсу 115/116/117 из базовой станции (например, базовых станций 114a, 114b) и/или определять свое местоположение на основе синхронизации сигналов, принимаемых из двух или более близлежащих базовых станций. Следует принимать во внимание, что WTRU 102 может обнаруживать информацию местоположения посредством любого подходящего способа определения местоположения без потери согласованности с вариантом осуществления.

[0068] Процессор 118 дополнительно может соединяться с другими периферийными устройствами 138, которые могут включать в себя один или более программных и/или аппаратных модулей, которые предоставляют дополнительные признаки, функциональность и/или проводные или беспроводные подключения. Например, периферийные устройства 138 могут включать в себя акселерометр, электронный компас, спутниковое приемо-передающее устройство, цифровую камеру (для фотографий или видео), порт универсальной последовательной шины (USB), вибрационное устройство, телевизионное приемо-передающее устройство, гарнитуру громкой связи, модуль Bluetooth®, частотно-модулированный (FM) радиомодуль, цифровой музыкальный проигрыватель, мультимедийный проигрыватель, модуль устройства видеоигр, Интернет-обозреватель и т.п.

[0069] Фиг. 1C является схемой системы RAN 103 и базовой сети 106 согласно варианту осуществления. Как отмечено выше, RAN 103 может использовать технологию радиосвязи UTRA, чтобы обмениваться данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 115. RAN 103 также может поддерживать связь с базовой сетью 106. Как показано на фиг. 1C, RAN 103 может включать в себя узлы B 140a, 140b, 140c, которые могут включать в себя одно или более приемо-передающих устройств для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 115. Узлы B 140a, 140b, 140c могут быть ассоциированы с конкретной сотой (не показана) в RAN 103. RAN 103 также может включать в себя RNC 142a, 142b. Следует принимать во внимание, что RAN 103 может включать в себя любое число узлов B и RNC без потери согласованности с вариантом осуществления.

[0070] Как показано на фиг. 1C, узлы B 140a, 140b могут поддерживать связь с RNC 142a. Дополнительно, узел B 140c может поддерживать связь с RNC 142b. Узлы B 140a, 140b, 140c могут обмениваться данными с соответствующими RNC 142a, 142b через Iub-интерфейс. RNC 142a, 142b могут поддерживать связь друг с другом через Iur-интерфейс. Каждый из RNC 142a, 142b может быть выполнен с возможностью управлять соответствующими узлами B 140a, 140b, 140c, с которыми он соединяется. Помимо этого, каждый из RNC 142a, 142b может быть выполнен с возможностью осуществлять или поддерживать другую функциональность, такую как управление мощностью с внешним контуром, управление нагрузкой, управление доступом, пакетная диспетчеризация, управление передачей обслуживания, макроразнесение, функции обеспечения безопасности, шифрование данных и т.п.

[0071] Базовая сеть 106, показанная на фиг. 1C, может включать в себя медиашлюз 144 (MGW), центр 146 коммутации мобильной связи (MSC), обслуживающий узел 148 поддержки GPRS (SGSN) и/или шлюзовой узел 150 поддержки GPRS (GGSN). Хотя каждый из вышеприведенных элементов может быть проиллюстрирован как часть базовой сети 106, следует принимать во внимание, что любой из этих элементов может принадлежать и/или управляться посредством объекта, отличного от оператора базовой сети.

[0072] RNC 142a в RAN 103 может подключаться к MSC 146 в базовой сети 106 через IuCS-интерфейс. MSC 146 может подключаться к MGW 144. MSC 146 и MGW 144 могут предоставлять для WTRU 102a, 102b, 102c доступ к сетям с коммутацией каналов, к таким как PSTN 108, чтобы упрощать связь между WTRU 102a, 102b, 102c и традиционными устройствами наземной связи.

[0073] RNC 142a в RAN 103 также может подключаться к SGSN 148 в базовой сети 106 через IuPS-интерфейс. SGSN 148 может подключаться к GGSN 150. SGSN 148 и GGSN 150 могут предоставлять для WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как Интернет 110, чтобы упрощать связь между и WTRU 102a, 102b, 102c и устройства с поддержкой IP.

[0074] Как отмечено выше, базовая сеть 106 также может подключаться к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые могут принадлежать и/или управляться посредством других поставщиков услуг.

[0075] Фиг. 1D является схемой системы RAN 104 и базовой сети 107 согласно варианту осуществления. Как отмечено выше, RAN 104 может использовать E-UTRA-технологию радиосвязи для того, чтобы обмениваться данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. RAN 104 также может поддерживать связь с базовой сетью 107.

[0076] RAN 104 может включать в себя усовершенствованные узлы B 160a, 160b, 160c, хотя следует принимать во внимание, что RAN 104 может включать в себя любое число усовершенствованных узлов B без потери согласованности с вариантом осуществления. Усовершенствованные узлы B 160a, 160b, 160c могут включать в себя одно или более приемо-передающих устройств для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 116. В одном варианте осуществления, усовершенствованные узлы B 160a, 160b, 160c могут реализовывать MIMO-технологию. Таким образом, усовершенствованный узел B 160a, например, может использовать несколько антенн для того, чтобы передавать беспроводные сигналы и принимать беспроводные сигналы из WTRU 102a.

[0077] Каждый из усовершенствованных узлов B 160a, 160b, 160c может быть ассоциирован с конкретной сотой (не показана) и может быть выполнен с возможностью обрабатывать решения по управлению радиоресурсами, решения по передаче обслуживания, диспетчеризацию пользователей в восходящей и/или нисходящей линии связи и т.п. Как показано на фиг. 1D, усовершенствованные узлы B 160a, 160b, 160c могут обмениваться данными друг с другом по X2-интерфейсу.

[0078] Базовая сеть 107, показанная на фиг. 1D, может включать в себя объект 162 управления мобильностью (MME), обслуживающий шлюз 164 и шлюз 166 сети пакетной передачи данных (PDN). Хотя каждый из вышеприведенных элементов может быть проиллюстрирован как часть базовой сети 107, следует принимать во внимание, что любой из этих элементов может принадлежать и/или управляться посредством объекта, отличного от оператора базовой сети.

[0079] MME 162 может подключаться к каждому из усовершенствованных узлов B 160a, 160b, 160c в RAN 104 через S1-интерфейс и может служить в качестве управляющего узла. Например, MME 162 может отвечать за аутентификацию пользователей WTRU 102a, 102b, 102c, активацию/деактивацию однонаправленных каналов, выбор конкретного обслуживающего шлюза во время начального присоединения WTRU 102a, 102b, 102c и т.п. MME 162 также может предоставлять функцию плоскости управления для переключения между RAN 104 и другими RAN (не показаны), которые используют другие технологии радиосвязи, такие как GSM или WCDMA.

[0080] Обслуживающий шлюз 164 может подключаться к каждому из усовершенствованных узлов B 160a, 160b, 160c в RAN 104 через S1-интерфейс. Обслуживающий шлюз 164 может, в общем, маршрутизировать и перенаправлять пакеты пользовательских данных в/из WTRU 102a, 102b, 102c. Обслуживающий шлюз 164 также может выполнять другие функции, такие как привязка пользовательских плоскостей во время передач обслуживания между усовершенствованными узлами B, инициирование поисковых вызовов, когда данные нисходящей линии связи доступны для WTRU 102a, 102b, 102c, управление и сохранение контекстов WTRU 102a, 102b, 102c и т.п.

[0081] Обслуживающий шлюз 164 также может подключаться к PDN-шлюзу 166, который может предоставлять для WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как Интернет 110, чтобы упрощать обмен данными между WTRU 102a, 102b, 102c и устройствами с поддержкой IP.

[0082] Базовая сеть 107 может упрощать обмен данными с другими сетями. Например, базовая сеть 107 может предоставлять для WTRU 102a, 102b, 102c доступ к сетям с коммутацией каналов, таким как PSTN 108, чтобы упрощать обмен данными между WTRU 102a, 102b, 102c и традиционными устройствами наземной связи. Например, базовая сеть 107 может включать в себя или может обмениваться данными с IP-шлюзом (например, сервером мультимедийной подсистемы на базе IP-протокола (IMS)), который выступает в качестве интерфейса между базовой сетью 107 и PSTN 108. Помимо этого, базовая сеть 107 может предоставлять для WTRU 102a, 102b, 102c доступ к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые принадлежат и/или управляются посредством других поставщиков услуг.

[0083] Фиг. 1E является схемой системы RAN 105 и базовой сети 109 согласно варианту осуществления. RAN 105 может представлять собой сеть предоставления услуг доступа (ASN), которая использует технологию радиосвязи IEEE 802.16 для того, чтобы обмениваться данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 117. Как подробнее поясняется ниже, линии связи между различными функциональными объектами WTRU 102a, 102b, 102c, RAN 105 и базовой сети 109 могут задаваться как опорные точки.

[0084] Как показано на фиг. 1E, RAN 105 может включать в себя базовые станции 180a, 180b, 180c и ASN-шлюз 182, хотя следует принимать во внимание, что RAN 105 может включать в себя любое число базовых станций и ASN-шлюзов без потери согласованности с вариантом осуществления. Базовые станции 180a, 180b, 180c могут быть ассоциированы с конкретной сотой (не показана) в RAN 105 и могут включать в себя одно или более приемо-передающих устройств для обмена данными с WTRU 102a, 102b, 102c по радиоинтерфейсу 117. В одном варианте осуществления, базовые станции 180a, 180b, 180c могут реализовывать MIMO-технологию. Таким образом, базовая станция 180a, например, может использовать несколько антенн для того, чтобы передавать беспроводные сигналы и принимать беспроводные сигналы в/из WTRU 102a. Базовые станции 180a, 180b, 180c также могут предоставлять функции управления мобильностью, такие как инициирование передачи обслуживания, установление туннеля, управление радиоресурсами, классификация трафика, активация политики качества обслуживания (QoS) и т.п. ASN-шлюз 182 может служить в качестве точки агрегирования трафика и может отвечать за поисковые вызовы, кэширование профилей абонентов, маршрутизацию в базовую сеть 109 и т.п.

[0085] Радиоинтерфейс 117 между WTRU 102a, 102b, 102c и RAN 105 может задаваться как опорная R1-точка, которая реализует технические требования IEEE 802.16. Помимо этого, каждый из WTRU 102a, 102b, 102c может устанавливать логический интерфейс (не показан) с базовой сетью 109. Логический интерфейс между WTRU 102a, 102b, 102c и базовой сетью 109 может задаваться как опорная R2-точка, которая может использоваться для аутентификации, авторизации, управления конфигурацией IP-хостов и/или управления мобильностью.

[0086] Линия связи между каждой из базовых станций 180a, 180b, 180c может задаваться как опорная R8-точка, которая включает в себя протоколы для упрощения передач обслуживания WTRU и передачи данных между базовыми станциями. Линия связи между базовыми станциями 180a, 180b, 180c и ASN-шлюзом 182 может задаваться как опорная R6-точка. Опорная R6-точка может включать в себя протоколы для упрощения управления мобильностью на основе связанных с мобильностью событий, ассоциированных с каждым из WTRU 102a, 102b, 102c.

[0087] Как показано на фиг. 1E, RAN 105 может подключаться к базовой сети 109. Линия связи между RAN 105 и базовой сетью 109 может задаваться в качестве опорной R3-точки, которая включает в себя, например, протоколы для упрощения характеристик передачи данных и управления мобильностью. Базовая сеть 109 может включать в себя собственный агент 184 на основе мобильного IP-протокола (MIP-HA), сервер 186 аутентификации, авторизации и учета (AAA) и шлюз 188. Хотя каждый из вышеприведенных элементов может быть проиллюстрирован как часть базовой сети 109, следует принимать во внимание, что любой из этих элементов может принадлежать и/или управляться посредством объекта, отличного от оператора базовой сети.

[0088] MIP-HA может отвечать за управление IP-адресом и может предоставлять возможность WTRU 102a, 102b, 102c входить в зону роуминга между различными ASN и/или различными базовыми сетями. MIP-HA 184 может предоставлять для WTRU 102a, 102b, 102c доступ к сетям с коммутацией пакетов, таким как Интернет 110, чтобы упрощать связь между WTRU 102a, 102b, 102c и устройствами с поддержкой IP. AAA-сервер 186 может отвечать за аутентификацию пользователя и за поддержку пользовательских услуг. Шлюз 188 может упрощать межсетевое взаимодействие с другими сетями. Например, шлюз 188 может предоставлять для WTRU 102a, 102b, 102c доступ к сетям с коммутацией каналов, таким как PSTN 108, чтобы упрощать обмен данными между WTRU 102a, 102b, 102c и традиционными устройствами наземной связи. Помимо этого, шлюз 188 может предоставлять для WTRU 102a, 102b, 102c доступ к сетям 112, которые могут включать в себя другие проводные или беспроводные сети, которые могут принадлежать и/или управляться посредством других поставщиков услуг.

[0089] Хотя не показано на фиг. 1E, следует принимать во внимание, что RAN 105 может подключаться к другим ASN, и базовая сеть 109 может подключаться к другим базовым сетям. Линия связи между RAN 105 и другими ASN может задаваться как опорная R4-точка, которая может включать в себя протоколы для координации мобильности WTRU 102a, 102b, 102c между RAN 105 и другими ASN. Линия связи между базовой сетью 109 и другими базовыми сетями может задаваться как опорная R5-точка, которая может включать в себя протоколы для упрощения межсетевого взаимодействия между собственными базовыми сетями и гостевыми базовыми сетями.

[0090] Согласно примерному варианту осуществления, совместные и/или многоантенные передачи могут предоставляться в системе связи (например, в системе по стандарту LTE/усовершенствованному стандарту LTE), такой как система 100 связи, описанная выше относительно фиг. 1A-1E. В вариантах осуществления, могут предоставляться и/или использоваться такие совместные передачи, так что PDSCH-передача для WTRU или UE (например, WTRU или UE LTE-A) может быть динамически изменена между точками передачи без процедуры выбора/повторного выбора соты. Также может предоставляться и/или использоваться конкретная для WTRU или UE передача по каналу управления нисходящей линии связи на основе RS, например, чтобы повышать производительность PDCCH.

[0091] Дополнительно, такие многоантенные передачи могут предоставляться и/или использоваться для различных целей, включающих в себя повышение пиковой пропускной способности системы, расширенное покрытие соты и поддержку высокой доплеровской частоты. Например, однопользовательская система со многими входами и многими выходами (SU-MIMO) может использоваться в такой системе связи для того, чтобы повышать пиковую и/среднюю пропускную способность абонентского устройства (UE) или WTRU. Дополнительно, многопользовательская MIMO может использоваться в такой системе связи для того, чтобы повышать пиковую и/или среднюю пропускную способность системы посредством использования выигрыша от многопользовательского разнесения. Таблица 1 иллюстрирует примерные MIMO-характеристики, которые могут использоваться в системе беспроводной связи для того, чтобы повышать пропускную способность, выигрыш от разнесения и т.п.

Таблица 1
Примерные MIMO-характеристики в системе связи (например, в LTE/усовершенствованном стандарте LTE)
Ключевые MIMO-технологии в нисходящей линии связи 3GPP E-UTRA LTE Усовершенствованный стандарт LTE Версия 8 Версия 9 Версия 10 DL SU-MIMO До 4 потоков До 4 потоков До 8 потоков MU-MIMO До 2 пользователей (унитарное предварительное кодирование) До 4 пользователей (неунитарное предварительное кодирование) До 4 пользователей (неунитарное предварительное кодирование) UL SU-MIMO 1 поток 1 поток До 4 потоков MU-MIMO До 8 пользователей До 8 пользователей До 8 пользователей

[0092] Чтобы способствовать MIMO-производительности (например, согласно или на основе канальных окружений WTRU или UE), использовано, например, вплоть до девяти режимов передачи. Такие режимы передачи могут включать в себя режим разнесения при передаче, режим пространственного мультиплексирования с разомкнутым контуром, режим пространственного мультиплексирования с замкнутым контуром и т.п. Дополнительно, может использоваться и/или предоставляться адаптация MIMO-линии связи. В вариантах осуществления, WTRU или UE может сообщать информацию состояния канала (CSI) нескольких портов передающей антенны, чтобы обеспечивать или упрощать такую адаптацию MIMO-линии связи.

[0093] Например, опорный сигнал может предоставляться и/или использоваться, например, с CSI. В варианте осуществления, опорный сигнал может предоставляться в качестве или классифицироваться для конкретного для WTRU или UE опорного сигнала (WTRU или UE-RS) и/или конкретного для соты опорного сигнала (CRS). Согласно варианту осуществления, WTRU или UE-RS может использоваться для конкретного WTRU или UE, так что RS может быть передан для ресурсов, выделяемых WTRU или UE. Дополнительно, в варианте осуществления, CRS может представлять собой конкретный для соты опорный сигнал, который может быть совместно использован посредством каждого из UE в соте, так что RS может быть передан широкополосным способом.

[0094] Согласно или на основе использования, опорный сигнал (RS), например, может отличаться от опорного сигнала демодуляции (DM-RS) и/или опорного сигнала информации состояния канала (CSI-RS). DM-RS может использоваться для конкретного WTRU или UE, и RS может быть предварительно кодирован, чтобы использовать выигрыш от формирования диаграммы направленности. В варианте осуществления, конкретный для WTRU или UE DM-RS не может совместно использоваться с другими UE в соте. В связи с этим, DM-RS может быть передан во временных и/или частотных ресурсах, выделяемых для WTRU или UE. Дополнительно, DM-RS может быть ограничен для использования при демодуляции.

[0095] Фиг. 2 иллюстрирует примерный вариант осуществления предоставления конкретного для WTRU или UE предварительно кодированного DM-RS. Как показано на фиг. 2, если может использоваться предварительно кодированный DM-RS, RS может быть предварительно кодирован с использованием предварительного кодирования, используемого для символа данных, и может передаваться число RS-последовательностей, соответствующее числу K уровней. В варианте осуществления, K может быть равен или меньше физических антенных портов. Дополнительно, K потоков на фиг. 2 может выделяться для WTRU или UE или совместно использоваться с множеством UE. Если множество UE может совместно использовать K потоков, совместно диспетчеризованные UE могут одновременно совместно использовать идентичные частотно-временные ресурсы.

[0096] Как описано выше, может предоставляться и/или использоваться конкретный для соты опорный сигнал (CRS). Согласно примерному варианту осуществления, CRS может быть задан для UE в соте и может использоваться для демодуляции и/или измерения. Дополнительно, в примерных вариантах осуществления, CRS может быть совместно использован посредством UE. В таком варианте осуществления (например, поскольку CRS может быть совместно использован посредством UE), RS без предварительного кодирования может использоваться и/или применяться, например, для того, чтобы поддерживать равномерное покрытие соты. Предварительно кодированный RS может иметь различное покрытие соты согласно направлениям и/или вследствие эффекта формирования диаграммы направленности. Фиг. 3 показывает примерный вариант передающего MIMO-устройства, которое может использоваться для CRS-передачи без предварительного кодирования, как описано в данном документе.

[0097] Дополнительно, в примерных вариантах осуществления, может предоставляться и/или использоваться виртуализация антенн. Например, если номер физического антенного порта и логического антенного порта может отличаться, может использоваться виртуализация антенн (например, с помощью CRS-передачи и/или CRS-передачи без предварительного кодирования, показанной на фиг. 3). RS-последовательности также могут быть переданы для антенных портов независимо от числа потоков.

[0098] Согласно примерным вариантам осуществления, могут предоставляться и/или использоваться различные структуры для DM-RS и/или CRS. Фиг. 4 показывает примерный вариант DM-RS-структуры (например, антенного порта 5), которая может использоваться (например, в LTE-системе) для того, чтобы поддерживать передачу не на основе таблиц кодирования. В варианте осуществления, например, в eNB может использоваться структура, показанная на фиг. 4, в которой антенный порт 5 может быть ограничен поддержкой одноуровневой передачи. Дополнительно, антенный порт 5, показанный на фиг. 4, может быть передан с CRS, и, по сути, может возрастать объем служебной информации для RS (например, общий).

[0099] Фиг. 5 показывает примерный вариант CRS-структуры согласно или на основе числа антенных портов. CRS-шаблоны (например, показанные на фиг. 5) для каждого антенного порта могут быть взаимно ортогональными во временной и/или частотной области. Как показано на фиг. 5, R0 и R1 могут указывать CRS для антенного порта 0 и антенного порта 1, соответственно. В варианте осуществления, чтобы не допускать помех между антенными CRS-портами, могут подавляться RE данных, которые могут быть расположены в RE, в котором могут передаваться антенные CRS-порты.

[0100] Согласно примерным вариантам осуществления, предварительно заданная последовательность (например, псевдослучайная (PN), m-последовательность и т.п.) может быть умножена на RS нисходящей линии связи, что позволяет минимизировать межсотовые помехи и/или позволяет повышать точность оценки канала, ассоциированную с CRS. PN-последовательность может применяться на уровне OFDM-символа в субкадре, и последовательность может быть задана согласно идентификатору соты, номеру субкадра, позиции OFDM-символа и т.п. Например, число антенных CRS-портов может составлять два, например, в OFDM-символе, который может включать в себя CRS в расчете на PRB, и число PRB в системе связи, к примеру, в LTE-системе может варьироваться от 6 до 110. В таком варианте осуществления, общее число CRS для антенного порта в OFDM-символе, который может включать в себя RS, может составлять 2xNRB, что может подразумевать, что длина последовательности может составлять 2xNRB. Дополнительно, в таком варианте осуществления, NRB может обозначать число RB, соответствующих полосе пропускания, и последовательность может быть двоичной или сложной. Последовательность r(m) может предоставлять сложную последовательность следующим образом: ,

где может обозначать число RB, соответствующих максимальной полосе пропускания в системе связи, к примеру, в LTE-системе, может составлять 110. Дополнительно, c может обозначать PN-последовательность с длиной 31 и может быть задан с помощью последовательности Голда. Если может быть сконфигурирован DM-RS, может использоваться следующее уравнение:

,

где может обозначать число RB, выделяемых для конкретного WTRU или UE. Длина последовательности может варьироваться согласно числу RB, выделяемых для WTRU или UE.

[0101] В варианте осуществления, также может предоставляться структура опорного сигнала (RS) (например, в 3GPP LTE-A). Например, чтобы уменьшать общий объем служебной информации для RS, может использоваться передача по нисходящей линии связи на основе DM-RS (например, в системе связи, к примеру, в LTE-A). Дополнительно, передача по нисходящей линии связи на основе CRS может передавать RS-последовательности для физических антенных портов. В связи с этим, передача по нисходящей линии связи на основе DM-RS может уменьшать объем служебной информации для RS с учетом того, что число RS, которые могут предоставляться или использоваться для DM-RS, может быть идентичным числу уровней. Дополнительно, согласно варианту осуществления, число уровней может быть равно или меньше числа физических антенных портов. Фиг. 6 показывает примерный вариант DM-RS-шаблонов в PRB для субкадра (например, DM-RS-шаблона, поддерживающего до 8 уровней), который может предоставляться и/или использоваться.

[0102] В вариантах осуществления, две CDM-группы могут использоваться для мультиплексирования, например, вплоть до 4 уровней в каждой CDM-группе, так что вплоть до 8 уровней могут быть мультиплексированы как максимум в этом шаблоне. Для CDM-мультиплексирования каждой CDM-группы также может использоваться кодирование Уолша с расширением спектра 4x4.

[0103] Дополнительно, поскольку DM-RS может использоваться для выполнения демодуляции (например, может быть ограничен использованием для выполнения демодуляции), разреженный по времени и/или частоте CSI-RS может предоставляться, например, для измерений. CSI-RS может быть передан с таким рабочим циклом, как {5, 10, 20, 40, 80} мс в PDSCH-области. Помимо этого, вплоть до 20 CSI-RS-шаблонов для многократного использования могут быть доступными в субкадре. Фиг. 7 иллюстрирует примерный вариант осуществления CSI-RS-шаблонов для многократного использования согласно числу портов (например, если вплоть до 20 CSI-RS-шаблонов могут быть многократно использованы). На фиг. 7, идентичные шаблоны или затенение с соответствующим TX-номером, включенным в него или ассоциированным с ним, могут представлять идентичный набор RE для CSI-RS-конфигурации.

[0104] Наблюдаемая разность времен поступления сигналов (OTDOA) также может предоставляться и/или использоваться, например, для позиционирования в системе связи, такой как LTE-система. Для OTDOA-позиционирования WTRU или UE может принимать один или более сигналов из опорной соты и/или одной или более дополнительных сот, например, соседних сот, может измерять наблюдаемые разности времен поступления сигналов этих сигналов (например, между каждой дополнительной или соседней сотой и опорной сотой) и/или может сообщать такие измерения, информацию или сигналы в сеть. На основе местоположений сот, временных разностей между ними, которые могут быть фиксированными, и/или другой информации, сеть может извлекать позицию WTRU или UE посредством таких средств, как трилатерация или триангуляция (например, при условии, что WTRU или UE может измерять, по меньшей мере, три соты), и/или посредством других способов или технологий, которые могут предоставлять местоположение и/или позицию. Опорная сота может представлять собой или может не представлять собой обслуживающую соту, например, обслуживающую соту WTRU или UE. Например, опорная сота может представлять собой обслуживающую соту WTRU или UE, если WTRU или UE может иметь одну обслуживающую соту, что может быть, например, в случае отсутствия агрегирования несущих (CA). В другом примере, опорная сота может представлять собой обслуживающую соту, к примеру, первичную соту, PCell, что может быть, например, в случае агрегирования несущих. В варианте осуществления, разность времен поступления сигналов может быть измерена на основе известного сигнала. Например, (например, для LTE), WTRU или UE может использовать конкретные для соты опорные символы (CRS) для таких измерений, и/или для соты, которая может передавать опорный сигнал позиционирования (PRS), например, WTRU или UE может использовать PRS. Чтобы выполнять измерения при позиционировании, WTRU или UE может принимать вспомогательную информацию или вспомогательные данные, к примеру, информацию, ассоциированную с сотами и/или сигналами, которые должны быть измерены. Для OTDOA, вспомогательные данные могут включать в себя связанные с PRS параметры. В примерных вариантах осуществления, поддержка OTDOA посредством WTRU или UE может быть необязательной, и использование CRS или PRS для данной соты может предоставляться и/или определяться посредством реализаций WTRU или UE.

[0105] В примерном варианте осуществления, опорный сигнал позиционирования (PRS) может быть передан посредством eNB, так что eNB может иметь сведения или может знать свои параметры передачи для сот под своим управлением. Для данной соты, PRS может быть задан таким образом, что он предоставляется или включается в последовательных субкадров нисходящей линии связи для каждого случая позиционирования (например, периода PRS-позиционирования), в котором, например, первый субкадр из субкадров нисходящей линии связи может удовлетворять или предоставлять . Согласно примерному варианту осуществления, может составлять 1, 2, 4 и/или 6 субкадров, и параметры и могут представлять собой PRS-периодичность и PRS-смещение, соответственно. Дополнительно, PRS-периодичность может составлять 160, 320, 640 и/или 1280 субкадров, и PRS-смещение может представлять собой значение между 0 и PRS-периодичность минус 1 или на единицу меньше PRS-периодичности. Полоса пропускания (BW) PRS может быть узкой полосой частот или широкой полосой частот, так что PRS BW может занимать частичную BW (например, часть полной или всей BW) соты и/или полную BW соты. Значения BW могут включать в себя, например, 6, 15, 25, 50, 75 и/или 100 блоков ресурсов (RB). В варианте осуществления, когда PRS может занимать частичную BW, RB могут находиться в центре полосы частот или в любом другом подходящем местоположении в полосе частот. Параметры, которые могут использоваться, предоставляться, задаваться и/или использоваться для того, чтобы задавать PRS (например, который может упоминаться в качестве PRS-информации, и/или prs-информация) для соты, могут включать в себя одно или более из следующего: число DL-субкадров (например, ); индекс PRS-конфигурации (например, от 0 до 4095), которая может использоваться (например, в таблице или другой подходящей структуре) для того, чтобы получать и (например, PRS-периодичность и смещение); PRS BW; информация подавления PRS, которая может задавать, когда PRS-периоды могут быть подавлены (например, не переданы) в соте; и т.п.

[0106] Согласно варианту осуществления, периоды PRS-позиционирования могут подавляться в соте, например, периодически. Конфигурация подавления PRS может быть задана посредством периодической последовательности подавления PRS, которая может иметь периодичность 2, 4, 8 и/или 16 периодов позиционирования в вариантах осуществления. Информация подавления PRS может предоставляться с использованием p-битового поля для периодичности p, при этом каждый бит может соответствовать периоду PRS-позиционирования в каждой последовательности подавления и/или может указывать то, может или нет этот период быть подавлен. Когда период PRS-позиционирования может быть подавлен в соте, PRS не может передаваться в субкадрах (например, в любом из субкадров) конкретного периода в этой соте.

[0107] Дополнительно, когда информация подавления PRS может быть передана в служебных сигналах в WTRU или UE во вспомогательных данных по позиционированию (например, когда информация подавления PRS может быть включена во вспомогательные данные по позиционированию и передана в служебных сигналах вместе с ними), первый бит последовательности подавления PRS может соответствовать первому периоду PRS-позиционирования, который может начинаться с начала номера системного кадра (SFN), равного нулю (например, SFN=0), при этом SFN может представлять собой SFN опорной OTDOA-соты WTRU или UE.

[0108] Фиг. 8 иллюстрирует примерный вариант осуществления архитектуры, которая может использоваться для позиционирования. Согласно варианту осуществления, архитектура, показанная на фиг. 8, может использоваться в LTE-системе связи, к примеру, в системе 100 связи, показанной фиг. 1A и 1C-1E, и может предоставлять позиционирование для LTE-системы связи. Как показано на фиг. 8, позиционирование UE или WTRU или посредством UE или WTRU может управляться посредством усовершенствованного обслуживающего центра определения местоположения мобильных устройств (E-SMLC). В примерном варианте осуществления, связь между WTRU и E-SMLC может быть "точка-точка" и/или прозрачной для eNB. WTRU или UE может передавать с E-SMLC с использованием такого протокола, как протокол LTE-позиционирования (LPP), по плоскости управления или плоскости данных, как показано на фиг 8. Эта связь (например, между WTRU или UE и E-SMLC) может инкапсулироваться в служебных сигналах или данных между eNB и WTRU или UE либо между платформой защищенного определения местоположения в пользовательской плоскости (SUPL) (SLP) и WTRU или UE. Согласно примерному варианту осуществления, eNB может не видеть то, что может находиться внутри LPP-сообщений. Связь между E-SMLC и WTRU может проходить через объект управления мобильностью (MME) или SLP, причем MME или SLP может направлять связь в и/или из надлежащего WTRU и может видеть или не видеть контент связи, а также может модифицировать или не модифицировать контент и/или транспортировку связи. Связь может быть возможной или обеспечиваться через SLP и/или может осуществляться через однонаправленный SUPL-канал, если WTU или UE могут представлять собой терминал с поддержкой SUPL (SET).

[0109] Дополнительно, информация, которая может передаваться или обмениваться между WTRU или UE и E-SMLC, может включать в себя одно или более из характеристик WTRU или UE для того, чтобы поддерживать OTDOA-позиционирование, инструкций из E-SMLC для того, чтобы выполнять OTDOA-измерения, вспомогательных данных по OTDOA-позиционированию из E-SMLC в WTRU или UE, к примеру, того, какие соты являются опорными и/или дополнительными или соседними сотами для OTDOA, и отчетов об измерениях из WTRU или UE в E-SMLC. Вспомогательные данные или другая передаваемая информация могут включать в себя такую информацию, как идентификатор соты и/или несущая частота, и/или PRS-информация для опорной соты и/или дополнительных или соседних сот. Поскольку PRS-передача может быть ответственностью eNB, E-SMLC может получать, по меньшей мере, часть PRS-информации из одного или более eNB, причем связь между E-SMLC и eNB может осуществляться через LPPa-интерфейс или протокол.

[0110] Согласно примерному варианту осуществления, один или более режимов передачи могут предоставляться и/или использоваться в системе связи для того, чтобы передавать и/или принимать информацию, данные и/или сигналы. Таблица 3 иллюстрирует примерные варианты осуществления режимов передачи для системы связи (например, системы по стандарту LTE и/или по усовершенствованному стандарту LTE), которые могут использоваться для того, чтобы предоставлять информацию и/или сигналы, раскрытые в данном документе. Режимы передачи, предоставленные в таблице 3 (например, за исключением TM 7, 8 и 9 в одном варианте осуществления), могут использовать CRS как для демодуляции, так и для измерения. Дополнительно, для TM 7 и 8, показанных в таблице 3, DM-RS может использоваться для демодуляции, а CRS может использоваться для измерений. Согласно варианту осуществления, для TM 9, показанного в таблице 3, DM-RS и CSI-RS могут использоваться для демодуляции и измерения, соответственно.

Таблица 3
Режимы передачи в LTE/LTE-A
Режим передачи (TM) Схема передачи PDSCH 1 Одноантенный порт, порт 0 2 Разнесение при передаче 3 Разнесение при передаче, если ассоциированный индикатор ранга может составлять 1, в противном случае CDD с большой задержкой 4 Пространственное мультиплексирование с замкнутым контуром 5 Многопользовательская MIMO 6 Пространственное мультиплексирование с замкнутым контуром с одним уровнем передачи 7 Если число антенных PBCH-портов может составлять один одноантенный порт, порт 0; в противном случае разнесение при передаче 8 Если UE может быть сконфигурировано без сообщения PMI/RI: если число антенных PBCH-портов может составлять один одноантенный порт, порт 0; в противном случае разнесение при передаче
Если UE может быть сконфигурировано с сообщением PMI/RI: пространственное мультиплексирование с замкнутым контуром
9 Если UE может быть сконфигурировано без сообщения PMI/RI: если число антенных PBCH-портов может составлять один одноантенный порт, порт 0; в противном случае разнесение при передаче
Пространственное мультиплексирование с замкнутым контуром при передаче вплоть до 8 уровня, порты 7-14

[0111] Согласно примерному варианту осуществления, может предоставляться и использоваться обратная связь с информацией состояния канала (CSI). Например, могут использоваться несколько (например, два) типов каналов сообщения, к примеру, PUCCH и/или PUSCH. Канал PUCCH-сообщения может предоставлять обратную связь с CSI при предоставлении возможности ограниченного объема служебной информации по обратной связи. Канал сообщения PUSCH может обеспечивать возможность большого объема служебной информации по обратной связи с меньшей надежностью. Канал PUCCH-сообщения может использоваться для периодической обратной связи с CSI для приблизительной адаптации линии связи, и/или сообщение PUSCH может быть инициировано апериодически для более точной адаптации линии связи.

Таблица 4
Режимы сообщения в LTE/LTE-A
Режим диспетчеризации Каналы периодического сообщения CSI Канал апериодического сообщения CSI Частотно-неизбирательный PUCCH Частотно-избирательный PUCCH PUSCH

[0112] Также могут предоставляться и/или использоваться каналы управления нисходящей линии связи. Каналы управления нисходящей линии связи могут занимать первые 1-3 OFDM-символа в каждом субкадре согласно объему служебной информации каналов управления. Это динамическое выделение ресурсов для того, чтобы обрабатывать объем служебной информации для канала управления нисходящей линии связи, может обеспечивать возможность эффективного использования ресурсов нисходящей линии связи, что может приводить к более высокой пропускной способности системы. Различные типы каналов управления нисходящей линии связи могут быть переданы в пределах области каналов управления нисходящей линии связи в каждом субкадре, такой как PCFICH (физический канал индикатора формата канала управления), PHICH (физический канал индикатора гибридного ARQ) и/или PDCCH (физический канал управления нисходящей линии связи). Единица ресурсов каналов управления нисходящей линии связи может задаваться как 4 смежных RE в частотной области, называемых REG (группой элементов ресурсов), как проиллюстрировано на фиг. 9 и 10. Фиг. 9 иллюстрирует примерное задание REG в области каналов управления нисходящей линии связи с 2Tx CRS. Фиг. 10 иллюстрирует примерное задание REG в области каналов управления нисходящей линии связи с 4Tx CRS. Как показано, если CRS может быть расположен в идентичном OFDM-символе, REG может быть задана в 4 смежных RE без CRS.

[0113] В другом варианте осуществления, может предоставляться и/или использоваться физический канал индикатора формата канала управления (PCFICH), как описано в данном документе. Например, PCFICH может передаваться в нулевом OFDM-символе в каждом субкадре и/или указывать число OFDM-символов, используемых для канала управления нисходящей линии связи в субкадре. Динамическое выделение ресурсов каналов управления нисходящей линии связи на уровне субкадра может быть возможным посредством использования PCFICH. WTRU или UE может обнаруживать CFI (индикатор формата канала управления) из PCFICH, и область каналов управления нисходящей линии связи может быть задана в субкадре согласно CFI-значению. Таблица 5 показывает кодовое CFI-слово, которое может быть обнаружено из PCFICH, а таблица 6 показывает подробности выделения ресурсов каналов управления нисходящей линии связи согласно CFI-значению, типу субкадра и полосе пропускания системы. В вариантах осуществления, PCFICH может быть пропущен, если субкадр может задаваться как не-PDSCH-поддерживаемый субкадр, так что WTRU или UE может не пытаться обнаруживать PCFICH в субкадре.

Таблица 5
Кодовое CFI-слово

Таблица 6
Число OFDM-символов, используемых для PDCCH
Субкадр Число OFDM-символов для PDCCH, когда Число OFDM-символов для PDCCH, когда Субкадр 1 и 6 для структуры кадра типа 2 1, 2 2 MBSFN-субкадры на несущей, поддерживающей PDSCH, сконфигурированные с 1 или 2 конкретными для соты антенными портами 1, 2 2 MBSFN-субкадры на несущей, поддерживающей PDSCH, сконфигурированные с 4 конкретными для соты антенными портами 2 2 Субкадры на несущей, не поддерживающей PDSCH 0 0 Не-MBSFN-субкадры (за исключением субкадра 6 для структуры кадра типа 2), сконфигурированные с опорными сигналами позиционирования 1, 2, 3 2, 3 Все остальные случаи 1, 2, 3 2, 3, 4

[0114] В варианте осуществления, четыре REG могут использоваться для PCFICH-передачи в 0 OFDM-символах в субкадре, и/или REG могут быть равномерно распределены во всей полосе пропускания системы, чтобы использовать выигрыш от частотного разнесения. Начальная точка PCFICH-передачи может отличаться согласно физическому идентификатору соты (PCI), как проиллюстрировано на фиг. 11. Сдвиг частоты PCFICH, связанный с идентификатором соты, может предоставлять производительность выполнения обнаружения PCFICH посредством недопущения коллизии PCFICH между несколькими соседними сотами при одновременном достижении порядка разнесения в четыре из распределенного выделения. В приемном WTRU- или UE-устройстве процедура (например, первая процедура) для обнаружения каналов управления нисходящей линии связи может заключаться в декодировании PCFICH для того, чтобы выяснять число OFDM-символов в субкадре. При условии, что ресурс управления в нисходящей линии связи может быть задан посредством PCFICH, ошибка обнаружения PCFICH может приводить к потерям разрешения на передачу по нисходящей линии связи, разрешения на передачу по восходящей линии связи и/или PHICH-приема.

[0115] Может предоставляться и/или использоваться физический канал индикатора гибридного ARQ (PHICH), как описано в данном документе. В варианте осуществления, PHICH может использоваться для того, чтобы передавать ACK или NACK, соответствующее PUSCH, передаваемому в субкадре восходящей линии связи. PHICH может передаваться распределенно через полосу пропускания системы и OFDM-символы в канале управления нисходящей линии связи. Число OFDM-символов может задаваться как длительность PHICH и конфигурируется через передачу служебных сигналов верхнего уровня. Позиция PHICH-ресурсов может варьироваться согласно длительности PHICH.

[0116] Фиг. 12 показывает примерные выделения PCFICH- и PHICH-ресурсов (например, выделение PCFICH и PHICH REG согласно PCI). Как показано на фиг. 12, несколько PHICH-групп могут быть заданы в соте, и PHICH-группа может содержать несколько PHICH с ортогональными последовательностями, и PHICH для WTRU или UE может быть задан динамически с информацией ресурсов в разрешении на передачу по восходящей линии связи, такой как наименьший PRB-индекс и циклический сдвиг DM-RS . Две пары индексов (индекс PHICH-группы: , индекс PHICH-последовательности: ) могут указывать PHICH-ресурс для конкретного WTRU или UE. В паре PHICH-индексов каждый индекс может задаваться следующим образом:

,

где может подразумевать число PHICH-групп, доступных в системе, и может задаваться следующим образом:

,

где может быть 2-битовой информацией, передаваемой через PBCH (физический широковещательный канал), и информация может находиться в пределах .

[0117] Дополнительно, также может предоставляться и/или использоваться ортогональная последовательность согласно коэффициенту расширения спектра, как проиллюстрировано, например, в таблице 7.

Таблица 7
Ортогональная последовательность согласно индексу последовательности и коэффициенту расширения спектра
Индекс последовательности Ортогональная последовательность Обычный циклический префикс Расширенный циклический префикс 0 [+1 +1 +1 +1] [+1 +1] 1 [+1 -1 +1 -1] [+1 -1] 2 [+1 +1 -1 -1] [+j +j] 3 [+1 -1 -1 +1] [+j -j] 4 [+j +j +j +j] - 5 [+j –j +j -j] - 6 [+j +j –j -j] - 7 [+j –j –j +j] -

[0118] Может предоставляться и/или использоваться физический канал управления нисходящей линии связи (PDCCH), как описано в данном документе. Например, PDCCH может быть задан с одним или несколькими последовательными ресурсами CCE (элементов канала управления), в которых один CCE может содержать 9 REG. Число доступных CCE может быть задано с помощью , где может представлять собой число REG, не назначаемых PCFICH или PHICH. Таблица 8-1 иллюстрирует примерные доступные PDCCH-форматы посредством задания числа последовательных CCE, которые могут предоставляться, использоваться и/или поддерживаться. Как показано в таблице 8-1, могут поддерживаться четыре PDCCH-формата, и/или число CCE согласно PDCCH-формату может отличаться. Число CCE в PDCCH-формате может называться уровнем агрегирования.

Таблица 8-1
Поддерживаемые PDCCH-форматы
PDCCH-формат Число CCE Число групп элементов ресурсов Число PDCCH-битов 0 1 9 72 1 2 18 144 2 4 36 288 3 8 72 576

[0119] В варианте осуществления, WTRU или UE может отслеживать возможный PDCCH-вариант и/или декодировать вслепую данное число раз (например, как показано в таблице 8-2). Набор возможных PDCCH-вариантов, которые могут отслеживаться посредством WTRU или UE, может задаваться как пространство поиска.

Таблица 8-2
Возможные PDCCH-варианты, отслеживаемые посредством WTRU или UE
Тип Пространство Sk(L) поиска Число возможных PDCCH-вариантов Уровень L агрегирования Размер [в CCE] Конкретное для WTRU или UE 1 6 6 2 12 6 4 8 2 8 16 2 Общее 4 16 4 8 16 2

[0120] Уровни агрегирования {1, 2, 4, 8} могут поддерживаться в конкретном для WTRU или UE пространстве поиска, а уровни агрегирования {4, 8} могут поддерживаться в общем пространстве поиска. Пространство поиска на уровне агрегирования может быть задано посредством набора возможных PDCCH-вариантов. Для каждой обслуживающей соты, в которой может отслеживаться PDCCH, CCE, соответствующие возможному PDCCH-варианту m пространства поиска, могут задаваться посредством , где может задаваться так, как описано в данном документе, и . Для общего пространства поиска, . Дополнительно, для конкретного для WTRU или UE пространства поиска и для обслуживающей соты, в которой может отслеживаться PDCCH, если отслеживаемый WTRU или UE может быть сконфигурирован с полем индикатора несущей, , где может быть значением поля индикатора несущей. В противном случае, если отслеживаемый WTRU или UE не может быть сконфигурирован с полем индикатора несущей, , где , и может представлять собой число возможных PDCCH-вариантов, которые необходимо отслеживать в данном пространстве поиска. Для общих пространств поиска, может задаваться равным 0 для двух уровней агрегирования и . Для конкретного для WTRU или UE пространства поиска на уровне L агрегирования, переменная может быть задана посредством , где и , может представлять собой номер временного кванта в радиокадре.

[0121] Как описано в данном документе, PDCCH могут совершенствоваться (например, ePDCCH может предоставляться) посредством передачи PDCCH в PDSCH-области с помощью конкретного для WTRU или UE опорного сигнала, так что могут достигаться и/или повышаться выигрыш от формирования диаграммы направленности, ICIC частотной области и/или выигрыш от повышения пропускной способности PDCCH. Фиг. 13 иллюстрирует примерное ePDCCH-мультиплексирование с PDSCH (FDM-мультиплексирование).

[0122] В примерном варианте осуществления, PUCCH может выделяться относительно PDCCH. Например, физические ресурсы, используемые для PUCCH, могут зависеть от одного или более параметров, таких как и/или , предоставленных посредством верхних уровней. Переменная может обозначать полосу пропускания с точки зрения блоков ресурсов, которые могут быть доступными для использования посредством передачи PUCCH-форматов 2/2a/2b в каждом временном кванте. Переменная может обозначать число циклических сдвигов, используемых для PUCCH-форматов 1/1a/1b в блоке ресурсов, используемом для смешивания форматов 1/a/1b и 2/2a/2b. Значение может быть целым кратным в диапазоне {0, 1, …, 7}, где может предоставляться посредством верхних уровней. В варианте осуществления, может не присутствовать смешанный блок ресурсов, если . Дополнительно, может быть предусмотрен (например, самое большее) один блок ресурсов в каждом временном кванте, поддерживающем смешивание форматов 1/1a/1b и 2/2a/2b. Ресурсы, которые могут использоваться для передачи PUCCH-форматов 1/1a/1b, 2/2a/2b и 3, могут быть представлены посредством неотрицательных индексов и , соответственно.

[0123] Например, может предоставляться и/или использоваться преобразование в физические ресурсы, как описано в данном документе. В таких вариантах осуществления, блок комплекснозначных символов может быть умножен на амплитудный коэффициент масштабирования, чтобы соответствовать мощности передачи, и/или преобразован в последовательности, начинающейся с , в элементы ресурсов. PUCCH может использовать один блок ресурсов в каждом из двух временных квантов в субкадре. В блоке физических ресурсов, используемом для передачи, преобразование в два элемента (k, l) ресурсов на антенном порту p, не используемом для передачи опорных сигналов, может выполняться в порядке возрастания сначала k, затем l и номера временного кванта и может начинаться с первого временного кванта в субкадре. Может задаваться взаимосвязь между индексом и номером p антенного порта.

[0124] Блоки физических ресурсов, которые могут использоваться для передачи PUCCH во временном кванте ns, могут задаваться посредством ,

где переменная m может зависеть от PUCCH-формата. Для форматов 1,1a и 1b:

,

для форматов 2, 2a и 2b:

и для формата 3:

[0125] Преобразование символов модуляции для физического канала управления восходящей линии связи может быть проиллюстрировано на фиг. 14. В вариантах осуществления одновременной передачи зондирующего опорного сигнала и PUCCH-формата 1, 1a, 1b или 3, когда может быть одна сконфигурированная обслуживающая сота, может использоваться сокращенный PUCCH-формат, в котором последний SC-FDMA-символ во втором временном кванте субкадра может оставляться пустым.

[0126] Могут предоставляться процедуры и/или способы FDD HARQ-ACK для сконфигурированной обслуживающей соты. Например, HARQ-ACK-передача на двух антенных портах может поддерживаться для PUCCH-формата 1a/1b. Для FDD и одной сконфигурированной обслуживающей соты, WTRU или UE может использовать PUCCH-ресурс для передачи HARQ-ACK в субкадре n для , преобразованного в антенный порт p для PUCCH-формата 1a/1b, как описано в данном документе ниже (например, если может применяться одно или более из следующего).

[0127] Для PDSCH-передачи, указываемой посредством обнаружения соответствующего PDCCH в субкадре , или для PDCCH, указывающего SPS-версию в нисходящей линии связи в субкадре , WTRU или UE может использовать для антенного порта в субкадре n, где может представлять собой номер первого CCE (например, наименьший CCE-индекс, используемый для того, чтобы составлять PDCCH), используемого для передачи соответствующего DCI-назначения, и/или может конфигурироваться посредством верхних уровней. Для передачи по двум антенным портам, PUCCH-ресурс для антенного порта может задаваться посредством .

[0128] Для PDSCH-передачи в первичной соте, в которой может не быть соответствующего PDCCH, обнаруженного в субкадре n-4, значение может быть определено согласно конфигурации верхнего уровня. Для WTRU или UE, сконфигурированного для передачи по двум антенным портам, значение PUCCH-ресурса может преобразовываться в два PUCCH-ресурса с первым PUCCH-ресурсом для антенного порта и вторым PUCCH-ресурсом для антенного порта . В противном случае, значение PUCCH-ресурса может преобразовываться в один PUCCH-ресурс для антенного порта .

[0129] Процедуры обратной связи по FDD HARQ-ACK для нескольких сконфигурированных обслуживающих сот могут быть основаны на PUCCH-формате 1b, например, с помощью HARQ-ACK-процедуры выбора канала или HARQ-ACK-процедур для PUCCH-формата 3. HARQ-ACK-передача на двух антенных портах может поддерживаться для PUCCH-формата 3.

[0130] Для FDD с двумя сконфигурированными обслуживающими сотами и PUCCH-формата 1b с выбором канала, WTRU или UE может передавать на PUCCH-ресурсе , выбранном из PUCCH-ресурсов, , где , и . HARQ-ACK(j) может обозначать ACK/NACK/DTX-ответ для транспортного блока или PDCCH для SPS-версии, ассоциированного с обслуживающей сотой , причем транспортный блок и/или обслуживающая сота для HARQ-ACK(j) и PUCCH-ресурсы могут задаваться посредством таблицы.

[0131] WTRU или UE, сконфигурированный с режимом передачи, который может поддерживать до двух транспортных блоков в обслуживающей соте, c, может использовать идентичный HARQ-ACK-ответ для транспортных блоков в ответ на PDSCH-передачу с одним транспортным блоком или PDCCH, указывающим SPS-версию в нисходящей линии связи, ассоциированную с обслуживающей сотой c.

[0132] Дополнительно, WTRU или UE может определять PUCCH-ресурсы, , ассоциированные с HARQ-ACK(j), где , согласно одному или более вариантов осуществления, описанных в данном документе (например, одному или более следующих примерных вариантов осуществления).

[0133] Для PDSCH-передачи, указываемой посредством обнаружения соответствующего PDCCH в субкадре в первичной соте или PDCCH, указывающего SPS-версию в нисходящей линии связи в субкадре в первичной соте, PUCCH-ресурс может представлять собой , а для режима передачи, который поддерживает до двух транспортных блоков, PUCCH-ресурс может задаваться посредством , где может представлять собой номер первого CCE, используемого для передачи соответствующего PDCCH, и может быть сконфигурирован посредством верхних уровней.

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

[0135] Для PDSCH-передачи, указываемой посредством обнаружения соответствующего PDCCH в субкадре во вторичной соте, значение и значение для режима передачи, который поддерживает до двух транспортных блоков, могут быть определены согласно конфигурации верхнего уровня. Поле TPC в DCI-формате соответствующего PDCCH может использоваться для того, чтобы определять значения PUCCH-ресурсов из одного из значений ресурсов (например, четырех значений ресурсов), сконфигурированных посредством верхних уровней. Для WTRU или UE, сконфигурированного для режима передачи, который поддерживает до двух транспортных блоков, значение PUCCH-ресурса может преобразовываться в несколько (например, два) PUCCH-ресурсов . В противном случае, значение PUCCH-ресурса может преобразовываться в один PUCCH-ресурс .

[0136] Может предоставляться выделение ресурсов в ситуациях агрегирования несущих. Для ePDCCH-передачи, локализованные и распределенные выделения ресурсов могут быть реализованы для лучшей поддержки UE, имеющих различные характеристики канала в соте. Локализованное выделение ресурсов может обеспечивать возможность частотно-избирательного выигрыша, так что eNB-планировщик может повышать спектральную эффективность посредством использования информации состояния канала WTRU или UE, подвергающегося низкой доплеровской частоте. Распределенное выделение ресурсов может предоставлять выигрыш от частотного разнесения, так что надежное выполнение PDCCH-передачи может достигаться без информации состояния канала, что может быть подходящим для WTRU или UE, подвергающегося высокой доплеровской частоте. В настоящее время, ePDCCH могут создаваться на основе одних компонентных несущих, так что производительность может быть ограничена, если эти схемы могут использоваться в сети с несколькими несущими.

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

[0138] Дополнительно, WTRU или UE может предоставлять HARQ-ACK-ответ в субкадре n+4, когда WTRU или UE принимает PDSCH в субкадре n. Поскольку обнаружение вслепую PDCCH может запрашивать или требовать некоторой части времени до начала декодирования PDSCH, время обработки PDSCH сможет быть уменьшено до менее 4 мс. Временное опережение может уменьшать время обработки PDSCH, так что WTRU или UE может заканчивать свою обработку декодирования до n+4, например, при условии случая, в котором может рассматриваться наибольший размер транспортного блока, наибольший ранг и/или наибольшее временное опережение. Иными словами, может дополнительно уменьшаться время обработки PDSCH. Поскольку ePDCCH может быть передан в PDSCH-области, это позволяет уменьшать время обработки PDSCH, например, в системе с несколькими несущими максимальный размер транспортного блока может быть удвоен. Аналогичное уменьшение времени обработки может наблюдаться для апериодического сообщения CSI. Апериодическое сообщение CSI может быть инициировано посредством канала управления нисходящей линии связи, время обработки с обратной связью с CSI может быть сокращено при ePDCCH-приеме, и это может становиться более серьезным по мере того, как одновременно возрастает число компонентных несущих для сообщения CSI. К сожалению, как описано, в настоящее время, время обработки PDSCH и время обработки апериодического сообщения CSI в приемном WTRU- или UE-устройстве могут быть большими вследствие использования ePDCCH вместо унаследованного PDCCH, и в настоящее время, эти проблемы могут быть более значительными, когда может использоваться агрегирование несущих.

[0139] Дополнительно, может предоставляться выделение канала управления восходящей линии связи. Например, процедуры обратной связи по FDD HARQ-ACK могут быть основаны на PUCCH-формате 1a/1b (например, динамически назначенном PUCCH-формате 1a/1b) для одной сконфигурированной обслуживающей соты (например, в односотовом режиме работы, к примеру, в Rel-8 или R8). Для 2 или более обслуживающих DL-сот для FDD, обратная связь по PUCCH может использовать PUCCH-формат 1b (например, динамически назначенный PUCCH-формат 1b) с выбором канала (например, если могут использоваться 2 обслуживающих DL-соты) или PUCCH-формат 3 (например, полустатически сконфигурированный PUCCH-формат 3) в сочетании с ARI (например, если могут использоваться 3 или более сконфигурированных обслуживающих соты). В TDD (например, Rel-10 TDD), односотовый режим работы может быть основан на PUCCH-формате 1 (например, динамически назначаемом PUCCH-формате 1) с выбором канала. PUCCH-формат 1 с выбором канала (например, если могут использоваться 2 или более обслуживающих DL-соты) и/или PUCCH-формат 3 или PUCCH F3 может использоваться в качестве функции от RRC-конфигурации.

[0140] В варианте осуществления, для динамически извлеченного PUCCH-ресурса, к примеру, для случая режима работы с одной несущей или DL-назначения, принимаемого в первичной обслуживающей соте с агрегированием DL-несущих, и для PDSCH-передачи, указываемой посредством обнаружения соответствующего PDCCH в субкадре n-4 в первичной соте, или для PDCCH, указывающего SPS-версию в нисходящей линии связи указания в субкадре в первичной соте, PUCCH-ресурс может представлять собой , и/или для режима передачи, который поддерживает до двух транспортных блоков, PUCCH-ресурс может задаваться посредством , где может представлять собой номер первого CCE, используемого для передачи соответствующего PDCCH, и может быть сконфигурирован посредством верхних уровней. В варианте осуществления с PUCCH-форматом 3, PUCCH-индекс может предварительно конфигурироваться через RRC, и/или для данного DL-субкадра n-4 соответствующий PUCCH-индекс в UL-субкадре n может извлекаться из ARI, переносимого в поле TPC сообщения с DL-назначением в SCell.

[0141] Для режима работы с одной несущей, поскольку структура и/или область ресурсов ePDCCH может отличаться от структуры и/или области ресурсов унаследованного PDCCH, может указываться механизм выделения PUCCH-ресурсов, чтобы иметь возможность выделять PUCCH-ресурсы для пользователей или UE (или WTRU), декодирующих DCI с использованием ePDCCH, что может быть затруднительным для нескольких несущих. Дополнительно, для агрегирования DL-несущих, механизм выделения PUCCH-ресурсов может использоваться для того, чтобы обеспечивать возможность пользователям (или WTRU), декодирующим ePDCCH, по меньшей мере, в одной из обслуживающих DL-сот, передавать ACK/NACK-информацию, соответствующую передачам данных по DL, диспетчеризованным в первичной и одной или более вторичных обслуживающих сот.

[0142] Также может предоставляться поддержка TDD со структурой 2 кадра. В TDD-системе PDSCH может быть передан в PDSCH-области в субкадре нисходящей линии связи и/или PDSCH-области (например, DwPTS) в субкадре. В DwPTS (например, в пилотном временном кванте нисходящей линии связи, в котором число OFDM-символов зарезервировано для передачи по нисходящей линии связи в специальном субкадре), доступное число OFDM-символов для PDSCH-передачи может ограничиваться и/или варьироваться согласно конфигурациям. Поскольку унаследованный PDCCH может быть передан вместе в идентичном субкадре, варианты осуществления ePDCCH-передачи могут предоставляться отдельно.

[0143] Если несколько компонентных несущих могут быть сконфигурированы с различной DL-UL-конфигурацией субкадра в TDD-системе, канал управления нисходящей линии связи не может поддерживаться для конкретного субкадра нисходящей линии связи во вторичной соте, например, когда может использоваться перекрестная диспетчеризация несущих. Это может приводить к потере субкадров нисходящей линии связи во вторичной соте. Вследствие отсутствия числа OFDM-символов в DwPTS и/или переменного числа OFDM-символов для PDSCH-передачи, в настоящее время может быть необходима ePDCCH-передача в субкадре (например, как описано в данном документе ниже), или может задаваться подробный режим работы WTRU или UE (например, как описано в данном документе ниже), чтобы помогать не допускать ошибки.

[0144] Может предоставляться восстановление после сбоя PDCCH. Например, поскольку ePDCCH может поддерживаться с унаследованным PDCCH в сети, WTRU или UE может быть сконфигурирован для конкретного PDCCH-типа через передачу служебных сигналов верхнего уровня. В таком варианте осуществления, может быть предусмотрен период неоднозначности, в котором eNB-планировщик может не иметь сведений относительно того, может либо нет WTRU или UE отслеживать переданный в служебных RRC-сигналах PDCCH-тип. Передача для восстановления после сбоя PDCCH, которая может быть принята посредством WTRU или UE независимо от сконфигурированного PDCCH-типа, может быть задана, чтобы не допускать потерь ресурсов и/или неожиданного режима работы WTRU или UE. В таком варианте осуществления, если WTRU или UE может быть конфигурируемым между унаследованным PDCCH и ePDCCH полустатическим способом с помощью передачи служебных сигналов верхнего уровня, WTRU или UE, возможно, должен иметь возможность непрерывно или постоянно принимать PDCCH в ходе процесса конфигурирования.

[0145] Коллизия ресурсов дополнительно может возникать между PRS и ePDCCH. Например, когда ePDCCH используется в соте, PRS, передаваемый посредством соты, может перекрывать или конфликтовать с определенными RE ePDCCH-передачи. Когда PRS BW перекрывает BW ePDCCH-передачи, PRS-передача может конфликтовать с DM-RS ePDCCH-передачи. Пример этой коллизии показывается на фиг. 15. Как проиллюстрировано на фиг. 15, Vshift может быть равным 0. Такое перекрытие может приводить к ухудшению производительности, что, в настоящее время, может быть слишком серьезным для WTRU или UE для того, чтобы надлежащим образом декодировать ePDCCH. eNB не может иметь сведений относительно того, какие WTRU или UE могут быть осведомлены относительно PRS-передачи, поскольку поддержка OTDOA посредством WTRU или UE, производительность связанных измерений и/или сведения по PRS-информации могут быть основаны, например, на прозрачной связи между WTRU или UE и E-SMLC. Дополнительно, в данном документе могут предоставляться системы и/или способы для обработки и/или для недопущения таких коллизий.

[0146] Как описано в данном документе, могут предоставляться системы и/или способы для того, чтобы предоставлять ePDCCH, который может использоваться с несколькими несущими. Например, может предоставляться задание или описание ресурсов, к примеру, конфигурация ePDCCH-ресурсов. В конфигурации ePDCCH-ресурсов элемент ресурсов (RE) в субкадре может использоваться для ePDCCH, который может удовлетворять одному или более из следующего: может не конфликтовать с антенными портами нисходящей линии связи (например, опорным сигналом) от 0 до 22 за исключением антенных портов {4, 5}; может не заниматься посредством PCFICH, PHICH и/или PDCCH; не использоваться для PSS/SSS и/или PBCH; может не быть сконфигурирован для подавленного RE (например, CSI-RS с нулевой мощностью, ABS, нулевого RE); может не использоваться для PDSCH; может не использоваться для PMCH для сконфигурированного MBFSN-субкадра(ов); и/или который может использоваться для вышеуказанной цели, но может быть отличным посредством применения взаимно ортогональных шаблонов как к ePDCCH, так и к не-ePDCCH (например, как описано в данном документе).

[0147] Также может предоставляться ресурс, сконфигурированный для FDD и TDD (например, в одной DL-несущей). Например, поднабор блока(ов) физических ресурсов (PRB), который может упоминаться в качестве PRB-пары или RB, в субкадре может быть сконфигурирован для ePDCCH-передачи, и ePDCCH-ресурсы могут предоставляться в WTRU или UE посредством использования широковещательного канала(ов) (например, MIB, SIB-X) и/или передачи служебных сигналов верхнего уровня (например, RRC, MAC и т.п.). Поднабор PRB может представлять собой последовательные PRB или распределенные PRB. Если полоса пропускания системы может составлять 5 МГц (например, когда 25 PRB могут быть доступными, ), может быть сконфигурирован поднабор PRB для ePDCCH, где . Фиг. 16 показывает пример для ePDCCH-мультиплексирования с PDSCH, если ePDCCH-ресурсы могут выделяться в субкадре. Может использоваться ePDCCH-мультиплексирование PRB-уровня с PDSCH (например, как показано).

[0148] В варианте осуществления, ePDCCH PRB могут резервироваться, например, чтобы обеспечивать упрощенный ePDCCH-прием и/или уменьшенную сложность декодирования вслепую. Дополнительно, ePDCCH PRB могут быть сконфигурированы на уровне PRB-пары и могут включать в себя одно или более из следующего. Например, могут использоваться типы выделения ресурсов для PDSCH-передачи, включающие в себя тип 0 выделения ресурсов, который может представлять собой индикатор на основе битовой карты с группой блоков ресурсов (RBG), при этом RBG может быть задана согласно полосе пропускания системы; тип 1 выделения ресурсов, который может представлять собой индикатор на основе битовой карты с RBG-поднабором; тип 2 выделения ресурсов, который может представлять собой смежное выделение ресурсов (например, могут задаваться начальный RB-номер и/или длина); тип выделения ресурсов для ePDCCH-ресурса может отличаться согласно ePDCCH-режимам (например, распределенные и локализованные передачи), например, тип 0 выделения ресурсов может использоваться для локализованной передачи, а тип 1 выделения ресурсов может использоваться для распределенного выделения; и/или RB для локализованной и распределенной передачи могут перекрываться, т.е. PRB-пара может использоваться для локализованной и распределенной передачи. Дополнительно, может использоваться индикатор битовой карты согласно уровню PRB-пары, при этом битовая карта согласно PRB-уровню может предоставляться для того, чтобы указывать ePDCCH-ресурсы, которые могут использовать Ndl,prb битов, и Ndl,prb может указывать число PRB-пар в системе нисходящей линии связи. В вариантах осуществления, также могут использоваться предварительно заданные PRB. Например, несколько поднаборов PRB-пар могут быть заданы для ePDCCH, и/или номер поднабора может сообщаться в WTRU или UE. Каждый поднабор PRB-пар может включать в себя одно или более чисел PRB-пар, и PRB-пары в поднаборе PRB-пар могут быть взаимно ортогональными с другим поднабором PRB-пар. По меньшей мере, одна из поднабора PRB-пар может использоваться без конфигурирования. Поднабор PRB-пар может использоваться для общего пространства поиска или использоваться для первого поднабора PRB-пар для конкретного для WTRU или UE пространства поиска. Номер поднабора может сообщаться в WTRU или UE динамически. Например, номер поднабора может указываться в каждом субкадре, в котором WTRU или UE может отслеживать или принимать ePDCCH. Предварительно заданные PRB могут использоваться для общего пространства поиска. PRB на основе конфигурации могут использоваться для конкретного для WTRU или UE пространства поиска. Варианты осуществления ePDCCH PRB, описанные в данном документе, могут использоваться в расчете на набор ePDCCH-ресурсов, если несколько наборов ePDCCH-ресурсов могут быть сконфигурированы для WTRU или UE. Набор ePDCCH-ресурсов и ePDCCH-область могут использоваться взаимозаменяемо.

[0149] Согласно примерному варианту осуществления, WTRU или UE может иметь конкретный режим работы с тем, чтобы отслеживать ePDCCH на основе данного ePDCCH-индикатора. Например, ePDCCH-ресурсы могут сообщаться в WTRU или UE через широковещательные каналы и/или передачу служебных RRC-сигналов. WTRU или UE может отслеживать ePDCCH в своем пространстве поиска, которое может быть в поднаборе PRB, сконфигурированных для ePDCCH. Поднабор PRB может сообщаться в WTRU или UE с помощью динамического индикатора неявным или явным способом. Например, бит индикатора может быть передан в субкадре, и/или DM-RS-последовательность скремблирования может указывать, какой поднабор PRB, сконфигурированных для ePDCCH, может использоваться. ePDCCH-ресурсы могут сообщаться в WTRU или UE с помощью индекса ePDCCH-ресурса (ERI) из набора ePDCCH-конфигураций, и/или ERI может сообщаться через передачу служебных сигналов верхнего уровня или неявно извлекаться, по меньшей мере, из одного из следующего: индекс субкадра и/или SFN; идентификатор соты; и/или RNTI (например, C-RNTI, P-RNTI, SI-RNTI). WTRU или UE может информироваться в отношении типов ePDCCH-ресурсов, таких как "системные ePDCCH-ресурсы" и/или "конкретные для WTRU или UE ePDCCH-ресурсы". Режим работы WTRU или UE, ассоциированный с этими типами ePDCCH-ресурса, может включать в себя одно или более из следующего: WTRU или UE может принимать информацию системных ePDCCH-ресурсов через широковещательный канал или передачу служебных сигналов верхнего уровня. WTRU или UE может принимать информацию конкретных для WTRU или UE ePDCCH-ресурсов из передачи служебных сигналов верхнего уровня. Конкретный для WTRU или UE ePDCCH-ресурс может быть идентичным системным ePDCCH-ресурсам. Конкретный для WTRU или UE ePDCCH-ресурс может представлять собой поднабор системных ePDCCH-ресурсов во временной и/или частотной области. Например, поднабор PRB в субкадре и/или поднабор временного субкадра/кадра могут представлять собой конкретные для WTRU или UE ePDCCH-ресурсы. В вариантах осуществления, WTRU или UE может не принимать (например, может не допускать прием) PDSCH в системном ePDCCH-ресурсе, который может не находиться в конкретных для WTRU или UE ePDCCH-ресурсах. WTRU или UE может принимать (например, допускать прием) PDSCH в системных ePDCCH-ресурсах, которые могут не находиться в конкретных для WTRU или UE ePDCCH-ресурсах. WTRU или UE может принимать (например, может допускать прием) PDSCH в конкретном для WTRU или UE ePDCCH-ресурсе, если ePDCCH не может быть передан в ePDCCH PRB-паре.

[0150] Согласно примерному варианту осуществления, ePDCCH PRB могут быть сконфигурированы на нескольких этапах, к примеру, долговременные и кратковременные ePDCCH-ресурсы. Например, долговременные ePDCCH-ресурсы могут быть заданы полустатическим способом, и/или кратковременные ePDCCH-ресурсы могут быть заданы в долговременных ePDCCH-ресурсах динамическим способом. Кроме того, долговременные ePDCCH-ресурсы, конкретные для соты ePDCCH-ресурсы, полустатические ePDCCH-ресурсы, временные ePDCCH-ресурсы и/или сконфигурированные на верхнем уровне ePDCCH-ресурсы могут использоваться взаимозаменяемо.

[0151] В варианте осуществления, долговременный ePDCCH-ресурс может представлять собой набор PRB-пар в полосе пропускания системы. Тип 0, 1 или 2 выделения ресурсов может использоваться для указания набора PRB-пар в качестве долговременного ePDCCH-ресурса. Число битов (например, ) может использоваться для выделения на основе битовой карты, чтобы поддерживать гибкость (например, полную гибкость). Индикатор ресурсов для долговременного ePDCCH-ресурса может сообщаться в WTRU или UE через широковещательную передачу или передачу служебных сигналов верхнего уровня. WTRU или UE может иметь сведения или допускать то, что часть долговременных ePDCCH-ресурсов (например, PRB-пар) может использоваться для PDSCH-передачи. Если выделение PDSCH-ресурсов может конфликтовать с долговременными ePDCCH-ресурсами без конфликтов с кратковременными ePDCCH-ресурсами, WTRU или UE может иметь сведения или допускать то, что PDSCH может быть передан в ресурсах. Если выделение PDSCH-ресурсов конфликтует с долговременными и кратковременными ePDCCH-ресурсами, WTRU или UE может допускать то, что PDSCH не может быть передан в ресурсе, и/или полностью согласовывать скорость ресурсов.

[0152] Кратковременный ePDCCH-ресурс может называться как конкретные для WTRU или UE ePDCCH-ресурсы, динамические ePDCCH-ресурсы, ePDCCH-ресурсы в расчете на субкадр и/или ePDCCH-ресурсы на основе служебных сигналов L1. Кратковременные ePDCCH-ресурсы могут представлять собой поднабор долговременных ePDCCH-ресурсов. Поднабор ePDCCH-ресурсов может указываться в каждом субкадре, так что eNB может изменять поднабор ePDCCH-ресурсов с субкадра на другой субкадр.

[0153] Индикатор для кратковременных ePDCCH-ресурсов может быть основан на явной передаче служебных сигналов. Явная передача служебных сигналов может включать в себя один или несколько битов индикатора, передаваемых в идентичном субкадре, и/или местоположение битов индикатора может быть фиксированным. Согласно примерному варианту осуществления, фиксированное местоположение может представлять собой наименьший индекс PRB-пар, сконфигурированных для долговременных ePDCCH-ресурсов. Фиксированное местоположение может быть предварительно задано независимо от долговременных/кратковременных ePDCCH-ресурсов. Например, наименьший индекс PRB-пары в полосе пропускания системы. Фиксированное местоположение может быть основано на распределенной передаче.

[0154] Индикатор для кратковременных ePDCCH-ресурсов может быть основан на неявной передаче служебных сигналов. Неявная передача служебных сигналов может быть DM-RS в PRB-парах, сконфигурированных в качестве кратковременных ePDCCH-ресурсов, которые могут быть скремблированы с помощью конкретного кода скремблирования, который может быть известным для eNB и/или WTRU или UE. Следовательно, WTRU или UE может проверять долговременные ePDCCH-ресурсы с помощью конкретного кода скремблирования, чтобы выяснять кратковременные ePDCCH-ресурсы. После того, как WTRU или UE заканчивает выяснение (например, определение) кратковременных ePDCCH-ресурсов, конкретное для WTRU или UE пространство поиска может быть задано с помощью кратковременных ePDCCH-ресурсов. Следовательно, WTRU или UE может отслеживать ePDCCH в конкретном для WTRU или UE пространстве поиска. Кратковременный ресурс может быть сконфигурирован конкретным для WTRU или UE способом. WTRU или UE может допускать то, что PDSCH не может быть передан в PRB-паре, сконфигурированной для долговременных ePDCCH-ресурсов, например, даже если PRB-пары могут не находиться в кратковременных ePDCCH-ресурсах. Кратковременный ресурс может быть сконфигурирован конкретным для соты способом. WTRU или UE может принимать PDSCH в PRB-паре, сконфигурированной для долговременных ePDCCH-ресурсов, например, если PRB-пары могут не находиться в кратковременных ePDCCH-ресурсах.

[0155] Несколько наборов ePDCCH-ресурсов могут предоставляться или описываться в данном документе, и/или поднабор наборов ePDCCH-ресурсов может использоваться в субкадре. Число наборов ePDCCH-ресурсов может быть конфигурируемым посредством eNB. Число наборов ePDCCH-ресурсов может быть фиксированным независимо от конфигурации системы. Поднабор набора ePDCCH-ресурсов может быть сконфигурирован для конкретного WTRU или UE в качестве конкретного для WTRU или UE пространства поиска. Поднабор набора ePDCCH-ресурсов для конкретного WTRU или UE может быть предварительно задан в качестве функции от C-RNTI и/или номера субкадра. Например, если могут задаваться NePDCCH поднаборов наборов ePDCCH-ресурсов, и один из поднаборов для наборов ePDCCH-ресурсов может быть сконфигурирован для конкретного WTRU или UE, следующее уравнение может использоваться для того, чтобы выбирать то, какой набор ePDCCH-ресурсов может использоваться для WTRU или UE. Поднабор наборов ePDCCH-ресурсов для конкретного WTRU или UE может задаваться как . Таблица 8-3 показывает пример конфигураций поднаборов, когда могут задаваться четыре набора ePDCCH-ресурсов. В таблице, V может указывать то, какой набор может быть включен в поднабор. Дополнительно, может использоваться в таблице 8-3.

Таблица 8-3
Пример нескольких поднаборов для наборов ePDCCH-ресурсов
Наборы ePDCCH-ресурсов (набор n) Поднабор K k=0 k=1 k=2 Набор 0 V V V Набор 1 V - - Набор 2 - V - Набор 3 - - V

[0156] Набор ePDCCH-ресурсов может включать в себя одну или более PRB-пар, и/или число PRB-пар в расчете на набор ePDCCH-ресурсов может быть фиксированным. Например, Nset PRB-пар могут быть сгруппированы в качестве набора ePDCCH-ресурсов, причем Nset PRB-пар могут быть последовательными или распределенными по полосе пропускания системы.

[0157] Дополнительно, набор ePDCCH-ресурсов может быть сконфигурирован как локализованный ePDCCH-ресурс или распределенный ePDCCH-ресурс. Если набор ePDCCH-ресурсов может задаваться как локализованный ePDCCH-ресурс, eCCE в наборе ePDCCH-ресурсов могут задаваться как локализованная ePDCCH-передача (LeCCE). В одном наборе ePDCCH-ресурсов могут быть заданы несколько LeCCE. RE для LeCCE могут быть расположены в PRB-паре. Если набор ePDCCH-ресурсов может задаваться как распределенный ePDCCH-ресурс, eCCE в наборе ePDCCH-ресурсов могут задаваться как распределенная ePDCCH-передача (DeCCE). В наборе ePDCCH-ресурсов могут быть заданы несколько DeCCE. RE для DeCCE могут быть расположены в двух или более из определенного числа PRB-пар. DeCCE может включать в себя несколько eREG, причем eREG может включать несколько RE в PRB-пару. Несколько eREG для DeCCE могут быть переданы по нескольким PRB-парам в наборе ePDCCH-ресурсов. Первый набор ePDCCH-ресурсов может быть предварительно задан в качестве распределенного ePDCCH-ресурса, и/или другие наборы ePDCCH-ресурсов могут быть сконфигурированы как один из локализованного и распределенного ePDCCH-ресурса.

[0158] Число PRB-пар в расчете на набор ePDCCH-ресурсов может варьироваться согласно системным параметрам. Например, число PRB-пар в расчете на набор ePDCCH-ресурсов может задаваться как функция от полосы пропускания системы или числа RB (например, ), к примеру, . В этом случае, может применяться одно или более из следующего:

, где Ns может представлять собой фиксированное число или сконфигурированное eNB число; функция для числа PRB-пар в расчете на набор может отличаться согласно ePDCCH-передачам, к примеру, локализованный и распределенный ePDCCH; и/или таблица поиска может быть задана для Nset согласно . Значение Nset может отличаться от таблицы 8-4, показанной ниже.

Таблица 8-4
Число PRB-пар () согласно полосе пропускания системы
Полоса пропускания системы
Nset
<10 2 11-26 4 27-63 6 64-110 8

[0159] В варианте осуществления, фиксированное значение Nset может использоваться для общего пространства поиска, в то время как несколько значений Nset могут использоваться для конкретного для WTRU или UE пространства поиска. Несколько значений Nset для конкретного для WTRU или UE пространства поиска могут быть изменены согласно, по меньшей мере, одному из полосы пропускания системы, номера субкадра и/или SFN-номера и/или сконфигурированного параметра через широковещательную передачу или передачу служебных сигналов верхнего уровня.

[0160] Из нескольких наборов ePDCCH-ресурсов поднабор также может быть выбран явно (например, с использованием одного или более битов индикатора). Например, один или более битов индикатора могут быть переданы в PDCCH-области в идентичном субкадре. В этом варианте осуществления, по меньшей мере, один из PCFICH в PDCCH-области или DCI может быть передан для передачи битов индикатора. PCFICH в PDCCH-области может использоваться для того, чтобы указывать, сколько наборов ePDCCH-ресурсов может использоваться. В этом случае, число OFDM-символов для PDCCH может либо задаваться согласно идентичному числу, указываемому в PCFICH, либо конфигурироваться через передачу служебных сигналов верхнего уровня. DCI может быть задана и/или передана в общем пространстве поиска. DCI может включать в себя, по меньшей мере, одно из числа наборов ePDCCH-ресурсов и/или индекса выделения ресурсов.

[0161] Один или более бита(ов) индикатора могут быть переданы в идентичном или предыдущем субкадре в PDSCH-области. В этом случае, канал индикатора может быть передан для передачи индикатора. Канал индикатора (например, ePCFICH) может быть задан и/или передан в конкретном местоположении. Местоположение для канала индикатора может быть CSI-RS с нулевой мощностью или RE поднабора CSI-RS с нулевой мощностью. Если может использоваться местоположение CSI-RS с нулевой мощностью, поднабор наборов ePDCCH-ресурсов может быть допустимым в рабочем цикле. Канал индикатора может быть задан в первом наборе ePDCCH-ресурсов. Канал индикатора может быть передан по Nset PRB-парам, например, когда Nset PRB-пар могут использоваться для первого набора ePDCCH-ресурсов. Канал индикатора может быть задан в фиксированном местоположении в субкадре, и/или местоположение может быть изменено согласно идентификатору соты и/или номеру субкадра. Канал индикатора может быть передан в субкадре n-l, и/или информация индикатора может применяться в субкадре n.

[0162] Из нескольких наборов ePDCCH-ресурсов, поднабор может быть выбран неявно. Например, конкретная DM-RS-последовательность скремблирования может использоваться для поднабора наборов ePDCCH-ресурсов, используемых для ePDCCH-передачи в субкадре. WTRU или UE может обнаруживать наборы ePDCCH-ресурсов, используемые для ePDCCH-передачи в субкадре, например, посредством использования последовательности, скремблированной для DM-RS. После того, как WTRU или UE заканчивает обнаружение наборов ePDCCH-ресурсов, WTRU или UE может выяснять конкретное для WTRU или UE пространство поиска. WTRU или UE может начинать обнаружение вслепую в конкретном для WTRU или UE пространстве поиска.

[0163] Могут быть реализованы несколько наборов ePDCCH-ресурсов, которые могут быть взаимозаменяемо использованы в качестве ePDCCH-области, набора ePDCCH PRB и/или ePDCCH-набора. Каждый набор ePDCCH-ресурсов может включать в себя Nset неперекрывающихся PRB-пар, при этом Nset может иметь одно или более значений. В этом варианте осуществления, каждый набор ePDCCH-ресурсов может быть сконфигурирован как локализованная ePDCCH-передача или распределенная ePDCCH-передача. Nset также или альтернативно может быть сконфигурирован через передачу служебных сигналов верхнего уровня, предварительно заданную в качестве функции от системного параметра(ов) и/или заданную в качестве комбинации системных параметров и передачи служебных сигналов верхнего уровня.

[0164] Kset наборов ePDCCH-ресурсов также может быть сконфигурировано для WTRU или UE, при этом Kset может иметь два или более значений. В этом варианте осуществления, Nset для каждого набора ePDCCH-ресурсов может использоваться независимо, когда могут быть сконфигурированы Kset наборов ePDCCH-ресурсов, Kset может быть сконфигурирован через передачу служебных сигналов верхнего уровня, Kset может указываться в широковещательном канале (например, MIB, SIB-X), и/или Kset может отличаться согласно SFN/индексу субкадра.

[0165] Когда Nset для каждого набора ePDCCH-ресурсов может использоваться независимо, может применяться одно или более из следующего: Nset может быть большим для локализованной передачи, так что выигрыш от частотно-избирательной диспетчеризации может быть увеличен, в то время как может предоставляться обоснованное использование ресурсов; Nset может быть большим для распределенной передачи, так что выигрыш от частотного разнесения может быть максимизирован; Nset может задаваться как функция от полосы пропускания системы или других конкретных для соты параметров, по меньшей мере, для одной из ePDCCH-передач (например, локализованной и распределенной передачи), например, Nset может быть предварительно задан для локализованной передачи согласно полосе пропускания системы, в то время как Nset может быть сконфигурирован для распределенной передачи через передачу служебных сигналов верхнего уровня; и/или два Nset могут быть сконфигурированы, к примеру, Nset,1 и Nset,2, если Kset может превышать 1, и Nset,1 может использоваться для сконфигурированного набора(ов) ePDCCH-ресурсов в качестве распределенной передачи, в то время как Nset,2 может использоваться для всего сконфигурированного набора(ов) ePDCCH-ресурсов в качестве локализованной передачи.

[0166] Kset наборов ePDCCH-ресурсов могут быть сконфигурированы как один набор ePDCCH-ресурсов или несколько наборов ePDCCH-ресурсов. Если WTRU или UE может быть сконфигурирован с несколькими наборами ePDCCH-ресурсов, WTRU или UE может допускать то, что Kset=2. В этом варианте осуществления, если WTRU или UE может быть сконфигурирован с одним набором ePDCCH-ресурсов, набор ePDCCH-ресурсов может быть сконфигурирован как локализованная или распределенная ePDCCH-передача, и/или WTRU или UE может допускать то, что набор ePDCCH-ресурсов может быть сконфигурирован как распределенная передача. Если WTRU или UE может быть сконфигурирован с несколькими наборами ePDCCH-ресурсов, по меньшей мере, один из набора ePDCCH-ресурсов может быть сконфигурирован как распределенная ePDCCH-передача; набор ePDCCH-ресурсов может задаваться как первичный набор ePDCCH-ресурсов, и другой набор ePDCCH-ресурсов может задаваться как вторичный набор ePDCCH-ресурсов; и/или Nset может отличаться согласно набору ePDCCH-ресурсов. Например, первый набор может иметь Nset=4, и второй набор может иметь Nset=2.

[0167] В варианте осуществления, ePDCCH-ресурсы могут быть сконфигурированы и/или заданы по-разному согласно или на основе пространства поиска ePDCCH. Например, общее пространство поиска ePDCCH может быть сконфигурировано конкретным для соты способом, и конкретное для WTRU или UE пространство поиска может быть сконфигурировано конкретным для WTRU или UE способом.

[0168] Ресурс общего пространства поиска ePDCCH может быть сконфигурирован, по меньшей мере, через одно из следующего. В одном варианте осуществления, минимальный набор PRB-пар может быть сконфигурирован в конкретном временном и/или частотном местоположении предварительно заданным способом. Например, 4 PRB-пары или 6 PRB-пар могут задаваться как минимальный набор PRB-пар для общего пространства поиска, и центральные 4 или 6 PRB-пар в полосе пропускания системы нисходящей линии связи могут использоваться для общего пространства поиска.

[0169] Дополнительно, в субкадре, включающем в себя PSS/SSS и/или PBCH, местоположение общего пространства поиска ePDCCH может находиться рядом с центральными 6 PRB-парами, если полоса пропускания системы нисходящей линии связи может превышать 6 PRB-пар. В этом варианте осуществления, 4 или 6 PRB-пар могут одинаково разделяться и находиться по обеим сторонам от центральных 6 PRB-пар.

[0170] PRB-пары для общего пространства поиска также могут быть расширены конкретным для WTRU или UE способом. В этом варианте осуществления, минимальный набор PRB-пар может рассматриваться как первый набор общего пространства поиска ePDCCH, и расширение конкретного для WTRU или UE общего пространства поиска может рассматриваться как второй набор общего пространства поиска ePDCCH. В связи с этим, могут быть сконфигурированы два набора общего пространства поиска ePDCCH, и один из них может быть сконфигурирован конкретным для соты способом, а другой может быть сконфигурирован конкретным для WTRU или UE способом. В таком варианте осуществления, поднабор DCI-форматов, которые могут отслеживаться в общем пространстве поиска, могут отслеживаться в конкретном для соты общем пространстве поиска, а другие могут отслеживаться в конкретном для WTRU или UE общем пространстве поиска. Например, DCI-форматы 1A/1B/1C могут отслеживаться в конкретном для соты общем пространстве поиска, а DCI-форматы 3/3A могут отслеживаться в конкретном для WTRU или UE общем пространстве поиска. Дополнительно, конкретное для WTRU или UE общее пространство поиска может быть сконфигурировано через передачу служебных сигналов верхнего уровня или передано в служебных сигналах в широковещательном канале. Кроме того, в варианте осуществления, могут быть сконфигурированы два набора ресурсов общего пространства поиска, и первый набор ресурсов общего пространства поиска ePDCCH может быть предварительно задан в фиксированном местоположении, в то время как второй набор ресурсов общего пространства поиска ePDCCH может быть сконфигурирован через широковещательные каналы, к примеру, MIB или SIB-X.

[0171] Конкретное для WTRU или UE пространство поиска может быть сконфигурировано, по меньшей мере, через одно из следующего. В варианте осуществления, набор конкретных для WTRU или UE ePDCCH-ресурсов может задаваться как набор числа PRB. Например, один из {2, 4, 8} PRB может быть сконфигурирован для набора конкретных для WTRU или UE ePDCCH-ресурсов через передачу служебных сигналов верхнего уровня. Дополнительно, битовая карта может использоваться для того, чтобы указывать PRB-пары, сконфигурированные для общего пространства поиска. В варианте осуществления, до двух наборов конкретных для WTRU или UE ePDCCH-ресурсов могут быть сконфигурированы в расчете на WTRU или UE, и два набора конкретных для WTRU или UE ePDCCH-ресурсов могут перекрываться частично или полностью в PRB-парах.

[0172] Кроме того, PRB-пары для конкретного для WTRU или UE пространства поиска и PRB-пары для общего пространства поиска могут перекрываться. В этом варианте осуществления, может применяться одно или более из следующего. Второй набор ресурсов общего пространства поиска ePDCCH может перекрываться с набором конкретных для WTRU или UE ePDCCH-ресурсов, причем, например, второй набор общего пространства поиска ePDCCH может представлять собой либо конкретное для WTRU или UE общее пространство поиска, либо конкретное для соты общее пространство поиска. Если могут быть сконфигурированы два набора ресурсов общего пространства поиска ePDCCH, два набора ресурсов общего пространства поиска ePDCCH могут полностью или частично перекрываться друг с другом.

[0173] В данном документе могут быть описаны варианты осуществления для конфигурации ресурсов для TDD в варианте осуществления одной DL-несущей. В структуре 2 кадра, могут задаваться несколько UL-DL-конфигураций субкадров и ассоциированные HARQ-ACK и разрешение на передачу по UL/DL, например, чтобы полностью использовать UL/DL-ресурсы. Таблица 9 показывает примерную UL-DL-конфигурацию субкадра, которая может обеспечивать различные асимметрии трафика восходящей/нисходящей линии связи согласно сетевым окружениям.

Таблица 9
UL-DL-конфигурация субкадра
Конфигурация нисходящей-восходящей линии связи Периодичность точек переключения с нисходящей линии связи на восходящую линию связи Номер субкадра 0 1 2 3 4 5 6 7 8 9 0 5 мс D S U U U D S U U U 1 5 мс D S U U D D S U U D 2 5 мс D S U D D D S U D D 3 10 мс D S U U U D D D D D 4 10 мс D S U U D D D D D D 5 10 мс D S U D D D D D D D 6 5 мс D S U U U D S U U D

[0174] В таблице 9, 'D' и 'U' обозначают субкадр нисходящей линии связи и субкадр восходящей линии связи, соответственно. 'S' обозначает специальный субкадр, который может использоваться в том случае, когда конфигурация субкадра может быть изменена с нисходящей линии связи на восходящую линию связи, например, в качестве защитного времени, так что WTRU или UE может подготавливать передавать сигналы. Специальный субкадр может содержать DwPTS, UpPTS и GP, при этом DwPTS- и UpPTS-периоды могут представлять собой число OFDM-символов для передач по нисходящей линии связи и восходящей линии связи, соответственно. Остальная часть времен за исключением DwPTS и UpPTS может рассматриваться как GP. Таблица 10 показывает примерные конфигурации специальных субкадров.

Таблица 10
Конфигурация специального субкадра в обычном CP (длины DwPTS/GP/UpPTS)
Конфигурация специального субкадра Обычный циклический префикс в нисходящей линии связи DwPTS UpPTS # DL OFDM-символов # SC-FDMA-символов Обычный циклический префикс в восходящей линии связи 0 3 6592*Ts 1 2192*Ts 1 9 19760*Ts 2 10 21952*Ts 3 11 24144*Ts 4 12 26336*Ts 5 3 6592*Ts 2 4384*Ts 6 9 19760*Ts 7 10 21952*Ts 8 11 24144*Ts

[0175] Поскольку ePDCCH может быть передан на основе антенных портов 7-10, ePDCCH не может быть передан в конфигурации специального субкадра. В таком случае, режим работы WTRU или UE для PDCCH-приема может предоставляться, как описано в данном документе. Например, WTRU или UE может допускать то, что ePDCCH может быть ограничен передачей в обычном субкадре нисходящей линии связи. WTRU или UE может допускать то, что канал управления нисходящей линии связи может быть передан через унаследованный PDCCH в специальном субкадре независимо от PDCCH-конфигурации. WTRU или UE может допускать прием ePDCCH, нацеленного на специальный субкадр n в субкадре n-k нисходящей линии связи, при этом k может быть задан согласно UL-DL-конфигурации субкадра, и k может задаваться как субкадр нисходящей линии связи, ближайший к субкадру n. Если WTRU или UE может быть выполнен с возможностью принимать ePDCCH, WTRU или UE может пропускать декодирование вслепую ePDCCH в специальном субкадре; ePDCCH- и унаследованный PDCCH-прием может быть конфигурируемым, например, как показано в примерной TDD UL-DL-конфигурации субкадра в таблице 11, где 'E' и 'L' обозначают ePDCCH и унаследованный PDCCH, соответственно.

Таблица 11
Конфигурация субкадра унаследованного PDCCH (L) - ePDCCH (E)
Конфигурация унаследованного PDCCH - ePDCCH Периодичность точек переключения с нисходящей линии связи на восходящую линию связи Номер субкадра 0 1 2 3 4 5 6 7 8 9 0 5 мс E L - - - E L - - - 1 5 мс E E - - - E E - - - 2 5 мс E L - - E E L - - E 3 5 мс E E - - E E E - - E 4 5 мс E L - E E E L - E E 5 5 мс E E - E E E E - E E 6 10 мс E L - - - E E E E E 7 10 мс E E - - - E E E E E 8 10 мс E L - - E E E E E E 9 10 мс E E - - E E E E E E 10 10 мс E L - E E E E E E E 11 10 мс E E - E E E E E E E 12 5 мс E L - - - E L - - E 13 5 мс E E - - - E E - - E 14 Зарезервировано 15 Зарезервировано

[0176] WTRU или UE может допускать то, что ePDCCH может передаваться и/или отслеживаться или не может передаваться и/или отслеживаться в конкретном специальном субкадре, на основе одного или более из следующего. В случае обычного циклического префикса (CP) нисходящей линии связи, ePDCCH может передаваться и/или отслеживаться в конфигурации {1, 2, 3, 4, 6, 7, 8} специального субкадра в таблице 10 (например, и при этом может не передаваться и/или отслеживаться в конфигурациях 0 и 5, например, для такого TDD и/или обычного CP нисходящей линии связи). Конфигурация специального субкадра, в которой может быть передан ePDCCH, может быть предварительно задана как отличная от {1, 2, 3, 4, 6, 7, 8}. Например, ePDCCH может передаваться и/или отслеживаться в DwPTS, содержащем более m OFDM-символов, причем m может составлять 3, 8, 9 или 10. Дополнительно, если конфигурация 0 или 5 специального субкадра может использоваться в соте, режим работы WTRU или UE для PDCCH-приема может быть задан одним или более следующих способов: WTRU или UE может допускать то, что ePDCCH не может передаваться и/или отслеживаться в специальном субкадре (например, 0 или 5, который не может быть включен в конфигурацию {1, 2, 3, 4, 6, 7, 8} специального субкадра, описанную выше), в противном случае, WTRU или UE может отслеживать ePDCCH в специальном субкадре; WTRU или UE может допускать то, что ePDCCH, нацеленный на специальный субкадр n, может быть передан в субкадре n-k, при этом k может задаваться как субкадр нисходящей линии связи, ближайший к субкадру n; WTRU или UE может допускать то, что PDCCH может быть передан через унаследованный PDCCH в специальных субкадрах; и/или WTRU или UE может придерживаться конфигурации ePDCCH и унаследованного PDCCH, которая может быть предварительно задана. Если конфигурация специального субкадра, отличного от 0 и 5, может использоваться в соте, WTRU или UE может допускать то, что ePDCCH может быть передан в DwPTS. Может быть специальный субкадр, в котором DwPTS может быть равным или превышающим NDwPTS [OFDM-символ]. NDwPTS может быть сконфигурирован посредством верхних уровней. NDwPTS может быть фиксированно равным 9 (например, что может быть эквивалентным 19760*Ts для обычного CP и 20480*Ts для расширенного CP).

[0177] Если несколько компонентных несущих могут быть сконфигурированы в TDD-режиме, каждая компонентная несущая может иметь различную UL-DL-конфигурацию субкадра. Например, PCell и SCell могут быть сконфигурированы с помощью UL-DL-конфигурации 1 и 2, соответственно, как показано на фиг. 17. Фиг. 17 иллюстрирует примерный вариант осуществления агрегирования несущих с различной TDD UL-DL-конфигурацией. В таком случае, субкадр нисходящей линии связи для PCell может не быть доступным в субкадрах 3 и 8, хотя WTRU или UE может ожидать принимать PDSCH в SCell, что может приводить к ограничению диспетчеризации, если может активироваться перекрестная диспетчеризация несущих, поскольку WTRU или UE может принимать PDCCH в PCell. По меньшей мере, один из режимов работы WTRU или UE, описанных в данном документе, может использоваться в том случае, когда может активироваться перекрестная диспетчеризация несущих, что позволяет решать такие вопросы. Например, WTRU или UE может допускать то, что PDCCH может быть передан в SCell, если обычный субкадр нисходящей линии связи может не быть доступным в PCell в субкадре нисходящей линии связи для SCell. WTRU или UE может отслеживать ePDCCH в SCell для PDCCH-приема независимо от PDCCH-конфигурации. WTRU или UE может отслеживать унаследованный PDCCH, если WTRU или UE может быть выполнен с возможностью принимать унаследованный PDCCH в PCell. WTRU или UE может отслеживать унаследованный PDCCH или ePDCCH согласно субкадру с предварительно заданной конфигурацией PDCCH-приема. WTRU или UE может допускать то, что PDCCH может быть передан в SCell, если обычный субкадр нисходящей линии связи или специальный субкадр может не быть доступным в PCell в субкадре нисходящей линии связи для SCell. WTRU или UE может продолжать отслеживать PDCCH в специальном субкадре, если конфигурация специального субкадра может не представлять собой 0 или 5. Если может использоваться конфигурация 0 или 5 специального субкадра, WTRU или UE может допускать то, что PDCCH может быть передан в SCell. Если могут быть сконфигурированы несколько SCell, SCell, имеющая наименьшую частоту, может рассматриваться как PCell для PDCCH-приема.

[0178] Может раскрываться, предоставляться и/или использоваться выделение ресурсов (например, выделение ePDCCH-ресурсов) в системе с несколькими несущими (например, в нескольких DL-несущих). В системе с несколькими несущими, ресурсы для ePDCCH могут быть заданы в PDSCH-области, и ePDCCH-ресурсы могут быть мультиплексированы с PDSCH FDM-способом. ePDCCH-ресурс может быть сконфигурирован одним или более следующих способов.

[0179] ePDCCH-ресурсы могут быть ограничены конфигурацией в первичной соте (PCell), если может активироваться перекрестная диспетчеризация несущих. В таком случае, WTRU или UE может допускать то, что ePDCCH может быть ограничен передачей в PCell, и WTRU или UE может ограничивать отслеживание на предмет ePDCCH-приема PCell, ePDCCH-ресурсы могут не разрешаться во вторичной соте (SCell). Дополнительно, ePDCCH-ресурсы в SCell могут рассматриваться как подавленные RB с точки зрения WTRU или UE, так что WTRU или UE согласует скорость RB, если PDSCH может быть диспетчеризован в RB.

[0180] Дополнительно, ePDCCH-ресурсы могут быть сконфигурированы в одной соте, если может активироваться перекрестная диспетчеризация несущих. Сота (например, компонентная несущая), которая имеет ePDCCH-ресурсы, может быть сконфигурирована посредством передачи служебных сигналов верхнего уровня. Сота (например, компонентная несущая), которая имеет ePDCCH-ресурсы, может быть предварительно задана. Например, широковещательный канал (например, SIB-X) может указывать соту. Компонентная несущая, которая имеет ePDCCH, может быть фиксированной или изменяться согласно субкадру и/или радиокадру. Если компонентная несущая, имеющая ePDCCH, может быть изменена, WTRU или UE может неявно извлекать то, какая компонентная несущая имеет ePDCCH в конкретном субкадре и/или радиокадре, посредством использования SFN-номера.

[0181] ePDCCH-ресурсы могут быть заданы в поднаборе компонентных несущих, которые могут быть равными или меньше сконфигурированных компонентных несущих для конкретного WTRU или UE. Поднабор компонентных несущих может быть сконфигурирован посредством верхних уровней. Дополнительно, поднабор компонентных несущих может быть предварительно задан, в том числе, например, число компонентных несущих и центральная частота. Поднабор компонентных несущих также может быть динамически изменен с субкадра на другой субкадр. Шаблон поднабора может быть предварительно задан и/или связан с SFN-номером.

[0182] В варианте осуществления, ePDCCH и унаследованный PDCCH могут быть сконфигурированы одновременно. В таком варианте осуществления, поднабор компонентных несущих может быть сконфигурирован для ePDCCH, в то время как другие компонентные несущие могут быть сконфигурированы для унаследованного PDCCH. Следовательно, WTRU или UE может отслеживать ePDCCH в компонентных несущих, сконфигурированных для ePDCCH, и унаследованный PDCCH в других компонентных несущих.

[0183] Режим частотного разнесения ePDCCH может быть взаимозаменяемо задан и не может быть ограничен распределенной ePDCCH-передачей, схемой частотного разнесения ePDCCH, распределенным ePDCCH-режимом и/или режимом 1. Для режима частотного разнесения ePDCCH (например, распределенного режима, режима 1 и т.д.), ресурсы для ePDCCH могут быть распределены в полосе пропускания частот системы, чтобы достигать выигрыша от частотного разнесения. ePDCCH-ресурс для режима частотного разнесения может быть сконфигурирован так, как описано в данном документе. Например, усовершенствованные элементы канала управления (eCCE) и/или усовершенствованные группы элементов ресурсов (eREG) могут быть распределены в несколько несущих нисходящей линии связи (например, DL-сот), при этом ePDCCH может быть передан посредством использования {1, 2, 4 или 8} eCCE, и eCCE может содержать NeREGs. Размер N может быть предварительно задан. Если может активироваться перекрестная диспетчеризация несущих, ePDCCH может быть распределен по PCell, и ePDCCH в противном случае может быть распределен по нескольким компонентным несущим (например, DL-несущей). Для eCCE-агрегирования, WTRU или UE может агрегировать eCCE по нескольким компонентным несущим (например, DL-несущей), как показано, например, на фиг. 18. Фиг. 18 иллюстрирует примерное eCCE-агрегирование по нескольким несущим при распределенном выделении ресурсов. Для преобразования из eCCE в eREG, eREG могут быть распределены по нескольким несущих. ePDCCH-режим 1 может быть сконфигурирован в пределах центральной полосы пропускания в 5 МГц (например, 25 PRB).

[0184] Частотно-избирательный режим ePDCCH может быть взаимозаменяемо задан и не ограничен локализованной ePDCCH-передачей, частотно-избирательной схемой ePDCCH, локализованным режимом ePDCCH и/или режимом 2. Для частотно-избирательного режима ePDCCH (например, локализованного режима, режима 2 и т.п.), ресурсы для ePDCCH могут быть расположены в одном или двух RB согласно уровню eCCE-агрегирования, чтобы достигать выигрыша от выбора частоты. ePDCCH-ресурс для частотно-избирательного режима может быть сконфигурирован так, как описано в данном документе. Например, eCCE могут быть расположены в идентичных PRB-парах, если несколько eCCE могут быть агрегированы. eREG, расположенные в идентичной PRB-паре и/или в соседних PRB-парах, могут быть агрегированы, чтобы формировать eCCE. ePDCCH-режим 2 может быть сконфигурирован в пределах центральной полосы пропускания в 5 МГц (например, 25 PRB).

[0185] В системе с нескольким компонентным несущими, ePDCCH-режим 1 (например, режим частотного разнесения ePDCCH) и/или ePDCCH-режим 2 (например, частотно-избирательный режим ePDCCH) может быть сконфигурирован так, как описано в данном документе. Например, WTRU или UE может отслеживать ePDCCH-режим 2 в PCell и ePDCCH-режим 1 в других сконфигурированных сотах, если не может активироваться перекрестная диспетчеризация несущих. WTRU или UE может отслеживать ePDCCH-режим 1 и/или ePDCCH-режим 2 в PCell, если может активироваться перекрестная диспетчеризация несущих. Поднабор ресурсов ePDCCH-режима 1 и/или ePDCCH-режима 2 может задаваться как ePDCCH-режим 3, который может охватывать несколько PRB в центральной полосе пропускания частот.

[0186] Набор ePDCCH-ресурсов может быть задан в соте, так что Nset PRB-пар для набора ePDCCH-ресурсов могут быть расположены в соте. Например, Kset наборов ePDCCH-ресурсов также могут быть расположены в соте. В связи с этим, Nset и/или Kset могут быть заданы в расчете на соту, когда могут использоваться несколько компонентных несущих. Сота также может быть взаимозаменяемо использована в качестве компонентной несущей, PCell или SCell. В этом случае, по меньшей мере, один набор из Kset в PCell может задаваться как распределенная ePDCCH-передача, и/или Kset может задаваться как локализованная ePDCCH-передача или распределенная ePDCCH-передача в SCell.

[0187] Дополнительно, набор ePDCCH-ресурсов может быть задан по нескольким компонентным несущим, так что Nset PRB-пар для набора ePDCCH-ресурсов могут быть расположены по нескольким компонентным несущим. В этом случае, когда набор ePDCCH-ресурсов может быть сконфигурирован как распределенная передача, Nset PRB-пар для набора ePDCCH-ресурсов могут быть расположены по нескольким компонентным несущим; и/или если набор ePDCCH-ресурсов может быть сконфигурирован как локализованная передача, Nset PRB-пар для набора ePDCCH-ресурсов могут быть расположены в идентичной соте.

[0188] Группа усовершенствованных элементов ресурсов (eREG) также может предоставляться, как описано в данном документе. Минимальная единица ресурсов для ePDCCH может задаваться и/или называться eREG (группой усовершенствованных элементов ресурсов). eREG может формироваться с фиксированным числом RE. eREG, которая может формироваться с переменным числом RE, при этом число RE может отличаться согласно, по меньшей мере, одному из следующих факторов: eREG-номер; номер субкадра и/или тип субкадра (например, MBSFN-субкадр), CSI-RS-конфигурация, включающая в себя CSI-RS с нулевой мощностью; PRS-конфигурация; наличие SSS/PSS и PBCH; и т.п. eREG может формироваться с доступными RE в данной сетке частотно-временных ресурсов, к примеру, с RE в PDSCH-области, не включающими в себя одно или более (например, каждое или поднабор) из следующего: CSI-RS с нулевой мощностью и CSI-RS с ненулевой мощностью, SSS/PSS и/или PBCH, PRS, DM-RS, CRS, ePHICH, ePCFICH и т.п.

[0189] Сетка временных и/или частотных ресурсов в PDSCH-области (NxM RE) для eREG может предоставляться и задаваться, по меньшей мере, одним из следующих способов: N и M указывает частоту и степень детализации временных RE, соответственно; N может представлять собой фиксированное число между 1 и 12 (в варианте осуществления, примерное фиксированное число для N может составлять один или два); N может быть конфигурируемым посредством широковещательной передачи (например, MIB или SIB-X) и/или RRC-конфигурации; N может отличаться в субкадре для локализованной передачи (ePDCCH-режима 1) и распределенной передачи (ePDCCH-режима 2) (например, небольшое число N может использоваться для распределенной передачи (Ndist), и/или большое число N может использоваться для локализованной передачи (Nlocal) где Nlocal>Ndist); M может задаваться как 14-NPDCCH в обычном CP и 12-NPDCCH в расширенном CP, где NPDCCH может обозначать число OFDM-символов, используемое для унаследованного PDCCH и указываемое посредством PCFICH в субкадре; M может задаваться как фиксированное число, к примеру, 11 в обычном CP и 9 в расширенном CP; M может быть конфигурируемым посредством широковещательной передачи (например, MIB или SIB-X) и/или RRC-конфигурации; M может отличаться в субкадре для локализованной передачи (ePDCCH-режима 1) и распределенной передачи (ePDCCH-режима 2) (например, небольшое число M может использоваться для распределенной передачи (Mdist), и большое число M может использоваться для локализованной передачи (Mlocal), где Mlocal>Mdist).

[0190] В варианте осуществления, eREG может формироваться с фиксированным или переменным числом REG, при этом REG может задаваться как четыре смежных RE в PDSCH-области, не используемой в других целях, но используемой для ePDCCH, как раскрыто в данном документе. Например, одна eREG может включать в себя девять REG, и за счет этого, eREG может быть аналогичной CCE (например, что позволяет упрощать эволюцию стандартизации терминологии относительно используемого PDCCH).

[0191] Фиг. 19 показывает примерный вариант задания eREG. Например, фиг. 19 иллюстрирует PRB-пару, которая может использоваться для ePDCCH-передачи согласно числу антенных портов (например, порты 7-10 в левой части по фиг. 19 и порты 7-8 в правой части по фиг. 19). Как показано на фиг. 19, N=1 и M=11 могут использоваться в субкадре, не включающем в себя CSI-RS и PSS/SSS. eREG может охватывать оба временных кванта в PRB-паре, и число RE для eREG может отличаться согласно eREG-номеру вследствие CRS и DM-RS. Например, eREG #n может включать в себя 3 RE, в то время как eREG #n+2 может включать в себя 11 RE (например, как показано в левой части по фиг. 19) согласно наличию DM-RS и CRS. Кроме того, eREG-мультиплексирование полностью на основе FDM может использоваться для того, чтобы гибко использовать мощность для неиспользуемых eREG. В качестве примера, если не может использоваться eREG #n+7, мощность может быть многократно использована для того, чтобы повышать мощность eREG n+2.

[0192] В варианте осуществления, eREG-ресурс может быть задан перемеженным способом, с тем чтобы рандомизировать местоположение RE, так что производительность оценки канала может выравниваться независимо от eREG-номера. Следовательно, WTRU или UE может принимать eREG на основе правила преобразования виртуальной eREG в физическую eREG.

[0193] Фиксированное число eREG может быть задано в расчете на PRB-пару, сконфигурированную в качестве ePDCCH-ресурса. Например, 16 eREG могут быть заданы в расчете на PRB-пару, независимо от конфигурации опорного сигнала, типа субкадра, длины CP и т.д. eREG может быть задана чередуемым способом, так что RE за исключением PRB-пары могут циклически выделяться для eREG 0-15 первыми по частоте. Когда 16 eREG могут быть доступными в расчете на PRB-пару, 16xNset eREG могут быть доступными для набора ePDCCH-ресурсов, имеющего 16xNset PRB-пар.

[0194] В варианте осуществления, может использоваться блокирование поднаборов eREG, так что поднабор eREG в наборе ePDCCH-ресурсов может блокироваться и не использоваться для того, чтобы формировать eCCE. Это позволяет обеспечивать улучшенную или лучшую координацию межсотовых помех, поскольку неперекрытые eREG могут использоваться между соседними сотами.

[0195] Для блокирования поднаборов eREG, поднабор eREG из 16xNset может указываться через передачу служебных сигналов верхнего уровня, и поднабор не может быть подсчитан в качестве eREG. Следовательно, могут задаваться физические eREG и виртуальные eREG. Виртуальные eREG могут использоваться для того, чтобы формировать eCCE. Следовательно, число физических eREG может быть равным или меньше числа виртуальных eREG. Поднабор eREG может быть предварительно задан в качестве формы eCCE, PRB-пары и/или набора ePDCCH-ресурсов. Таким образом, индикатор может быть основан на числе eCCE, числе PRB-пар и/или числе наборов ePDCCH-ресурсов. Поднабор eREG может быть предварительно задан в качестве таблицы, так что индекс может соответствовать поднабору eREG. Битовая карта может использоваться для того, чтобы указывать поднабор eREG, который может блокироваться.

[0196] Поднабор eREG для блокирования может задаваться как функция от одного или более системных параметров, таких как PCI, SFN-номер и/или номер субкадра. В этом варианте осуществления, два или более поднаборов eREG могут быть предварительно заданы с индексами, и/или индекс каждого поднабора может быть сконфигурирован как функция, по меньшей мере, от одного из системных параметров. Например, четыре поднабора могут быть заданы с помощью "по модулю Jsub" для eREG #n, так что могут задаваться Jsub поднаборов. Если Jsub=4, поднаборы могут задаваться следующим образом: индекс 0: поднабор 0={eREG, удовлетворяющие тому, что n по модулю 4=0}; индекс 1: поднабор 1={eREG, удовлетворяющие тому, что n по модулю 4=1}; индекс 2: поднабор 2={eREG, удовлетворяющие тому, что n по модулю 4=2}; и/или индекс 3: поднабор 3={eREG, удовлетворяющие тому, что n по модулю 4=3}. Когда поднабор eREG для блокирования может задаваться как функция от одного или более системных параметров, индекс поднабора может неявно указываться посредством, по меньшей мере, одного из системных параметров. Например, индекс поднабора может быть задан посредством операции по модулю для идентификатора соты (например, индекс i, где i может задаваться как идентификатор соты по модулю 4).

[0197] Начальный символ ePDCCH может иметь следующую конфигурацию (например, согласно или на основе пространств поиска ePDCCH). Например, в варианте осуществления, начальный символ конкретного для WTRU или UE пространства поиска может быть сконфигурирован или задан согласно ассоциированному общему пространству поиска. Ассоциированное общее пространство поиска может подразумевать общее пространство поиска, отслеживаемое в субкадре вместе с конкретным для WTRU или UE пространством поиска из WTRU или UE. Дополнительно, могут быть предусмотрены различные типы (например, два типа) ассоциированных общих пространств поиска, включающие в себя, например, общее пространство поиска PDCCH и общее пространство поиска ePDCCH.

[0198] Согласно примерному варианту осуществления, если общее пространство поиска PDCCH может отслеживаться в субкадре с конкретным для ePDCCH WTRU или UE пространством поиска, может применяться и/или может использоваться или предоставляться одно или более из следующего. Начальный символ конкретного для ePDCCH WTRU или UE пространства поиска может быть сконфигурирован согласно режиму передачи, сконфигурированному для WTRU или UE. Например, если WTRU или UE может быть сконфигурирован с унаследованным режимом передачи (например, TM 1-9), WTRU или UE может придерживаться или использовать CIF в PCFICH, чтобы выяснять или определять начальный символ для ePDCCH независимо от DCI-формата. Если сконфигурированный режим передачи может представлять собой другой режим передачи (например, TM 10 (режим CoMP-передачи)), WTRU или UE может информироваться и/или может принимать через верхний уровень начальный ePDCCH-символ независимо от DCI-формата. В варианте осуществления, начальный ePDCCH-символ может зависеть от DCI-формата, так что если может использоваться DCI-формат 2D, WTRU или UE может придерживаться или использовать сконфигурированный на верхнем уровне начальный ePDCCH-символ, в противном случае WTRU или UE может придерживаться или использовать CIF в PCFICH.

[0199] Дополнительно, согласно примерному варианту осуществления, если общее пространство поиска ePDCCH может отслеживаться в субкадре с конкретным для ePDCCH WTRU или UE пространством поиска, может применяться и/или может предоставляться и/или использоваться одно или более из следующего. Например, начальный символ конкретного для ePDCCH WTRU или UE пространства поиска может быть идентичным начальному символу для общего пространства поиска ePDCCH. Кроме того, начальный символ конкретного для ePDCCH WTRU или UE пространства поиска может быть сконфигурирован как функция от CFI-значения в начальном символе общего пространства поиска PCFICH и ePDCCH. Начальный символ конкретного для ePDCCH WTRU или UE пространства поиска может быть независимо сконфигурирован через передачу служебных сигналов верхнего уровня независимо от начального символа общего пространства поиска ePDCCH. Дополнительно, в варианте осуществления, начальный символ конкретного для ePDCCH WTRU или UE пространства поиска может быть сконфигурирован согласно режиму передачи, сконфигурированному для WTRU или UE. Например, на основе режима передачи и/или DCI-формата, WTRU или UE может допускать идентичный начальный символ общего пространства поиска ePDCCH или может придерживаться или использовать значение начального символа, сконфигурированное посредством передачи служебных сигналов верхнего уровня. В частности, согласно варианту осуществления, если WTRU или UE может быть сконфигурирован с унаследованным режимом передачи (например, TM1-9), начальный символ для конкретного для WTRU или UE пространства поиска может быть идентичным начальному символу общего пространства поиска ePDCCH в субкадре, а если WTRU или UE может быть сконфигурирован с другим режимом передачи (например, TM10 (режим CoMP-передачи)), WTRU или UE может придерживаться или использовать значение начального символа, сконфигурированное через передачу служебных сигналов верхнего уровня.

[0200] Начальный символ общего пространства поиска ePDCCH дополнительно может быть сконфигурирован или задан на основе, по меньшей мере, одного из следующего. Согласно примерному варианту осуществления, WTRU или UE может неявно обнаруживать начальный символ общего пространства поиска ePDCCH посредством декодирования PCFICH в каждом субкадре. Дополнительно, фиксированный начальный символ может быть предварительно задан посредством такого допущения, что Npdcch OFDM-символов могут заниматься для унаследованного PDCCH. В связи с этим, начальный символ для общего пространства поиска ePDCCH может представлять собой Npdcch+1. Число OFDM-символов для PDCCH также может включать в себя Npdcch=0.

В конкретном типе несущей (например, в новом типе несущей, в котором CRS не может быть передан в одном или более субкадров, например, не может быть передан в субкадре за исключением субкадра, включающего в себя PSS/SSS), WTRU или UE может допускать то, что число OFDM-символов для PDCCH может составлять Npdcch=0. В таком варианте осуществления, начальный символ общего пространства поиска может быть широковещательно передан в PBCH или SIB-X, так что начальный символ, указываемый в широковещательном канале, может использоваться для демодуляции возможного ePDCCH-варианта в общем пространстве поиска ePDCCH.

[0201] В данном документе может описываться усовершенствованный элемент канала управления (eCCE). При условии данного субкадра i, eCCE, содержащий число eREG, может представлять собой NeREGs(i), и для каждой eREG j, число доступных RE составляет KREs(i,j), общее число доступных RE для одного eCCE может представлять собой.

[0202] Может рассматриваться первая категория, в которой число доступных RE для j-1 eREG (например, KREs(i,j)) может варьироваться вследствие некоторых RE в других целях, таких как опорные сигналы, PDCCH, PSS/SSS и т.п., и может приводить к изменению эффективной скорости кодирования. Один или более вариантов осуществления, описанных в данном документе, могут использоваться, например, для того чтобы поддерживать аналогичную эффективную скорость кодирования для данных рабочих DCI-данных.

[0203] Например, число NeREGs может быть фиксированным (например, NeREGs=4) в расчете на eCCE, так что может легко определяться начальная точка eCCE (например, начальные точки eCCE могут быть идентичными). Поскольку может использоваться фиксированное число NeREGs в расчете на eCCE, могут быть изменены доступные RE. Чтобы увеличивать покрытие с фиксированным числом NeREGs в расчете на eCCE, может использоваться и/или применяться одно или более из следующего. Например, мощность передачи в расчете на eCCE может задаваться как функция от доступного числа RE, причем опорное число RE в расчете на eCCE может составлять NeCCE. Например, если NeCCE=36, и доступное число RE может составлять KREs=18 для конкретного eCCE, дополнительная мощность передачи, добавленная относительно исходной мощности передачи, может задаваться как . Из предварительно заданных правил повышения мощности, WTRU или UE может допускать отношение мощностей между опорным сигналом и ePDCCH RE для своего процесса демодуляции. Фиксированное число NeREGs может быть отдельно задано согласно типу ePDCCH-передачи и/или типу пространства поиска. Например, NeREGs=3 может использоваться для локализованной передачи, и NeREGs=4 может использоваться для распределенной передачи Меньшее NeREGs может использоваться для локализованной передачи, поскольку выигрыш от формирования диаграммы направленности и/или частотно-избирательная диспетчеризация может достигаться для локализованной передачи. Распределенная передача может основываться на выигрыше от частотного разнесения с канальным кодированием. Различное значение NeREGs может использоваться для общего пространства поиска и конкретного для WTRU или UE пространства поиска Например, NeREGs=6 может использоваться для общего пространства поиска, и NeREGs=4 может использоваться для конкретного для WTRU или UE пространства поиска. Уровни eCCE-агрегирования в пространстве поиска ePDCCH могут варьироваться согласно субкадру, при этом уровни агрегирования могут неявно извлекаться из конфигурации опорного сигнала для конкретного субкадра. Уровни агрегирования могут задаваться как функция от положительного целого числа NAL. Например, пространство поиска для WTRU или UE может задаваться как NAL · {1,2,4,8}. Если NAL=2 в конкретном субкадре, WTRU или UE, возможно, должен отслеживать ePDCCH с уровнями 2 агрегирования, например, ·{1,2,4,8}={2,4,8,16}. NAL может быть сконфигурирован посредством верхнего уровня согласно субкадру или задан неявно согласно конфигурации субкадра, включающей в себя опорный сигнал, широковещательные каналы и/или сигналы синхронизации. NAL может быть передан в служебных сигналах в унаследованном PDCCH (например, если он может быть сконфигурирован) или в неиспользуемых DCI-битах, переносимых по ePDCCH.

[0204] Переменное число NeREGs в расчете на eCCE может использоваться, например, для того чтобы поддерживать аналогичную эффективную скорость кодирования. Поскольку возможный вариант декодирования ePDCCH может быть основан на eCCE-уровне, доступное число RE для eCCE может быть изменено, если может преобразовываться различное число NeREGs. Если большее число NeREGs может преобразовываться в расчете на eCCE, эффективная скорость кодирования может быть более низкой, так что в результате может быть увеличено усиление при канальном кодировании. Иными словами, большее число NeREGs может преобразовываться, если доступное число RE становится меньше в расчете на eCCE в конкретном субкадре вследствие прореживания ePDCCH RE. Переменное число NeREGs может задаваться так, как описано в данном документе. Например, NeREGs может быть сконфигурирован посредством eNB и может сообщаться в WTRU или UE через широковещательный канал(ы) и/или сигнал(ы) верхнего уровня. NeREGs может быть сконфигурирован независимо в расчете на субкадр с рабочим циклом. Например, могут использоваться рабочие циклы в 40 мс и в 10 мс. Могут задаваться два или более чисел NeREGs, и одно из них может быть выбрано согласно CSI-RS- и ZP-CSI-RS-конфигурации. В примере, могут предварительно задаваться N0eREGs и N1eREGs, и один из них может быть выбран следующим образом: N0eREGs может использоваться, если CSI-RS и ZP-CSI-RS не могут быть сконфигурированы; и N1eREGs может использоваться, если CSI-RS и/или ZP-CSI-RS могут быть сконфигурированы.

[0205] Поскольку число RE для eREG может быть переменным, число RE для eCCE также может быть переменным. eCCE может быть задан по-разному согласно режиму ePDCCH-передачи (т.е. распределенная передача и локализованная передача). Например, NeREGs=4 может использоваться для локализованной передачи, а NeREGs=2 может использоваться для распределенной передачи. В варианте осуществления, NeREGs может быть конфигурируемым посредством eNB через широковещательную передачу (MIB или SIB-X) и/или передачу служебных сигналов верхнего уровня.

[0206] В другом варианте осуществления, NeREGs может отличаться согласно субкадру, как описано в данном документе. NeREGs значение может быть изменено, если субкадр включает в себя CSI-RS и/или CSI-RS с нулевой мощностью. Например, NeREGs=4 может использоваться в субкадре, не включающем в себя CSI-RS и/или CSI-RS с нулевой мощностью, и NeREGs=6 может использоваться в субкадре, включающем в себя CSI-RS и/или CSI-RS с нулевой мощностью. Значение NeREGs может отличаться согласно объему служебной информации для опорных сигналов, включающих в себя CSI-RS с нулевой мощностью, так что значение NeREGs может становиться большим, если объем служебной информации для опорных сигналов повышается. Например, NeREGs=4, если объем служебной информации для опорных сигналов может быть меньше 15% в PDSCH-области в субкадре; NeREGs=5, если объем служебной информации для опорных сигналов может быть между 15% и 20% в PDSCH-области в субкадре; NeREGs=6, если объем служебной информации для опорных сигналов может быть между 20% и 30% в PDSCH-области в субкадре; NeREGs=5, если объем служебной информации для опорных сигналов может превышать 30% в PDSCH-области в субкадре, объем служебной информации для опорных сигналов может задаваться как "число PDSCH RE/число опорных сигналов", и т.п. В варианте осуществления, eREG и eCCE могут быть идентичными в конкретном режиме ePDCCH-передачи, таком как локализованная передача ePDCCH.

[0207] Может рассматриваться другая категория, в которой число NeREGs(i) может быть фиксированным в расчете на eCCE, например, так что начальная точка eCCE может быть идентичной. Чтобы поддерживать эффективную скорость кодирования для рабочих DCI-данных, число доступных RE для j-той eREG (например, KREs(i,j)) может быть фиксированным для каждой eREG посредством передачи ePDCCH на этих RE в других целях, таких как опорные сигналы, PDCCH и/или PSS/SSS, и применения специального предварительного кодирования или взаимных ортогональных шаблонов как к ePDCCH, так и к не-ePDCCH. На стороне приемного устройства после обратного предварительного кодирования посредством WTRU или UE, ePDCCH может разделяться, и может поддерживаться аналогичная эффективная скорость кодирования для данных рабочих DCI-данных.

[0208] При допущении, что число NeREGs(i) может варьироваться в расчете на eCCE, чтобы поддерживать аналогичную эффективную скорость кодирования для данных рабочих DCI-данных, вместо задания числа доступных RE для j-той eREG (например, KREs(i,j)) фиксированным для части eREG, например, как описано выше, на стороне приемного устройства (например, после обратного предварительного кодирования посредством WTRU или UE), ePDCCH может разделяться, и может поддерживаться аналогичная эффективная скорость кодирования для рабочих DCI-данных. Число eREG, используемых для передачи ePDCCH и не-ePDCCH, может адаптироваться, так что

может поддерживаться для каждого CCE.

[0209] Дополнительно, задание eCCE может отличаться согласно пространствам поиска ePDCCH. В таком варианте осуществления, eCCE может быть задан, соответственно, для конкретного для WTRU или UE пространства поиска и общего пространства поиска следующим способом. Например, задание eCCE для конкретного для WTRU или UE пространства поиска может удовлетворять одному или более следующих свойств. 16 eREG могут быть заданы в расчете на PRB-пару независимо от длины CP и типа субкадра. 4 или 8 eREG могут быть сгруппированы с тем, чтобы формировать eCCE согласно длине CP и типу субкадра. 4 eREG могут быть сгруппированы с тем, чтобы формировать eCCE для обычного CP с обычным субкадром и/или обычного CP с конфигурациями {3, 4, 8} специальных субкадров. В варианте осуществления, 8 eREG могут быть сгруппированы с тем, чтобы формировать eCCE в для обычного CP с конфигурациями {2, 6, 7, 9} специальных субкадров, расширенного CP с обычным субкадром и/или расширенного CP с конфигурациями {1, 2, 3, 5, 6} специальных субкадров. Кроме того, 4 или 8 eREG могут быть сгруппированы с тем, чтобы формировать eCCE согласно длине CP, типу субкадра и/или типу общего пространства поиска. Например, в таком варианте осуществления, если WTRU или UE может отслеживать общее пространство поиска PDCCH в субкадре, число eREG в расчете на eCCE для конкретного для WTRU или UE пространства поиска может составлять 8, в то время как число eREG в расчете на eCCE для конкретного для WTRU или UE пространства поиска может составлять 4, если общее пространство поиска ePDCCH может отслеживаться вместе с конкретным для ePDCCH WTRU или UE пространством поиска.

[0210] Дополнительно, задание eCCE для общего пространства поиска может удовлетворять одному или более следующих свойств. В варианте осуществления, 16 eREG могут быть заданы в расчете на PRB-пару независимо от типа субкадра и длины CP. 4 или 8 eREG также могут быть сгруппированы в качестве идентичного конкретного для WTRU или UE пространства поиска. Кроме того, 4 или 8 eREG могут быть сгруппированы с тем, чтобы формировать eCCE согласно числу доступных RE (например, nePDCCH). В таком варианте осуществления, число доступных RE может быть подсчитано в каждом субкадре в PRB-паре, которая может не включать в себя PSS/SSS и/или PBCH. Дополнительно, если nePDCCH может быть меньше предварительно заданного порогового значения (например, 104), 8 eREG могут быть сгруппированы с тем, чтобы формировать eCCE, в противном случае 4 eREG могут быть использованы и/или сгруппированы.

[0211] Может предоставляться преобразование ресурсов, которое может включать в себя преобразование из eREG в eCCE. Например, eCCE может формироваться с одной или более eREG, и группа eREG может по-разному формироваться согласно режимам ePDCCH-передачи (например, ePDCCH-режиму 1 и ePDCCH-режиму 2).

[0212] Фиг. 20 иллюстрирует примерный вариант осуществления преобразования из eCCE в eREG в ePDCCH согласно локализованному и распределенному выделению (например, если могут использоваться порт 7 и порт 8). Например, eREG может задаваться так, как показано на фиг. 20, на котором могут использоваться N=1 и M=14-NPDCCH. eREG-номер также может задаваться как, по меньшей мере, одно из следующего: порядок возрастания от наименьшей частоты в ePDCCH PRB , где Ntot(k) может обозначать число eREG в субкадре k, и и MREG могут обозначать число eREG в PRB-паре, и MREG=12, как показано на фиг. 20; порядок убывания от наименьшей частоты в ePDCCH PRB ; может задаваться генерирование случайных чисел в и преобразование виртуальных eREG и физических eREG; eREG-номер может представлять собой (f, r), где f и r могут обозначать индекс поднесущей в PRB-паре и ePDCCH PRB-номер, соответственно, eREG #13 может выражаться как eREG (1, 1), диапазон f может представлять собой 0-11 или может представлять собой , и eREG #=r*12+f.

[0213] Для преобразования из eCCE в eREG в совместно используемом PRB может использоваться, по меньшей мере, один из следующих способов (например, смежное выделение (преобразование 1), перемеженное выделение (преобразование 2), гибридное выделение (преобразование 3) и т.п.). При смежном выделении (преобразовании 1), NeREGs смежных eREG могут быть агрегированы для задания eCCE, следовательно, номера eCCE могут выделяться в качестве . Например, если NeREGs=4, и n=0, eCCE #0=eREGs# (0, 1, 2, 3). В таком варианте осуществления, общее число eCCE (MeCCE) может задаваться как . Фиг. 21 показывает такой пример (например, фиг. 21 иллюстрирует примерный вариант осуществления преобразования из eCCE в eREG при смежном выделении).

[0214] При перемеженном выделении (например, преобразовании 2), NeREGs перемеженных eREG могут быть агрегированы для задания eCCE, следовательно, номер eCCE могут выделяться в качестве eCCE #n=}, где обозначает перемеженную последовательность от 0 до MeCCE-1. Перемеженная последовательность может быть сформирована посредством модуля поблочного перемежения NeREGs×MeCCE. Если NeREGs=4 и MeCCE=9, 4×9, модуль поблочного перемежения может задаваться так, как показано на фиг. 22 (например, фиг. 22 иллюстрирует пример модуля поблочного перемежения). В модуле поблочного перемежения перемеженная последовательность может формироваться посредством записи последовательности в строке сначала и считывания в столбце сначала. В связи с этим, перемеженная последовательность из модуля поблочного перемежения, проиллюстрированного на фиг. 22, может представлять собой =0, 9, 18, 27, 1, 10, 19, 28, …, 8, 17, 26, 35, что может выражаться как . Перемеженная последовательность может быть сформирована посредством случайной последовательности длины Ntot, при этом случайная последовательность может быть предварительно задана, и как WTRU или UE, так и eNB могут иметь сведения относительно последовательности. Перестановка столбцов может использоваться, например, для того чтобы дополнительно рандомизировать перестановочную последовательность.

[0215] При гибридном выделении (преобразовании 3) поднабор смежных последовательностей может резервироваться для локализованной передачи, а другие eREG могут использоваться для распределенного выделения. Например, поднабор столбцов в модуле поблочного перемежения может резервироваться для локализованной передачи, как показано на фиг. 23 (например, фиг. 23 иллюстрирует гибридное выделение посредством использования модуля поблочного перемежения), при этом eCCE# {4, 5, 6, 7} могут использоваться для локализованной передачи, а другие eCCE могут представлять собой распределенное выделение. Чтобы формировать локализованные eCCE, могут использоваться NeREGs смежных eCCE. Из этой операции, NeREGs смежных eCCE на основе распределенного выделения могут становиться NeREGs локализованных eCCE. Чтобы формировать как локализованные, так и распределенные eCCE, eNB может задавать MeCCE распределенных eCCE и резервировать NeREGs смежных или закрытых eCCE для локализованных eCCE. Перестановка столбцов может использоваться для части распределенного выделения, чтобы дополнительно рандомизировать перестановочную последовательность. Из гибридного выделения, показанного на фиг. 23, eCCE могут задаваться так, как показано на фиг. 24. Фиг. 24 иллюстрирует примерный вариант осуществления совместного использования локализованных и распределенных eCCE.

[0216] Для преобразования из eCCE в eREG в отдельном PRB, eREG могут быть независимо заданы для локализованных и распределенных передач. Например, LeREG (локализованные eREG) могут быть заданы от 0 до N-1, DeREG (распределенные eREG) могут быть заданы от 0 до K-1, и для LeREG может использоваться смежное выделение (например, преобразование 1), и/или для DeREG может использоваться перемеженное выделение (например, преобразование 2). Для преобразования из eCCE в eREG в отдельном PRB, eREG может быть задана для ограниченного случая распределенной передачи, и eCCE может становиться минимальной единицей ресурсов для локализованной передачи.

[0217] Конфигурация из eCCE в eREG может представлять собой, по меньшей мере, одно из следующего: eCCE-выделение (например, преобразование 1, преобразование 2, или преобразование 3) может быть предварительно задано, способ преобразования может отличаться согласно индексу субкадра и/или SFN, способ преобразования может быть конфигурируемым посредством передачи служебных сигналов верхнего уровня, способ преобразования может отличаться согласно ePDCCH PRB-парам, и т.п. Согласно примерному варианту осуществления, если NeRB может быть доступным для ePDCCH-передачи, поднабор NeRB может использовать преобразование 1, и другие ePDCCH PRB-пары (например, остальная часть ePDCCH PRB-пар) могут использовать преобразование 2. В этом варианте осуществления, NeRB может отдельно задаваться для каждого способа преобразования.

[0218] Если 16 eREG могут быть доступными в расчете на PRB-пару, и один eCCE может быть задан посредством группировки четырех eREG, 4 eCCE могут быть заданы в расчете на PRB-пару для локализованной ePDCCH-передачи, поскольку eCCE может быть задан в PRB-паре для локализованной передачи. В варианте осуществления, из 16 eREG, последовательные 4 eREG могут быть сгруппированы с тем, чтобы формировать локализованный eCCE. Правило преобразования из eCCE в eREG может быть идентичным в каждой PRB-паре, сконфигурированной в качестве ePDCCH-ресурса. Могут использоваться последовательные 4 eREG в PRB-паре с идентичными начальными точками независимо от соты. Например, правило преобразования из eREG в eCCE может быть следующим для каждой соты: eCCE(n)={eREG(k), eREG(k+1), eREG(k+2), eREG(k+3)}; eCCE(n+1)={eREG(k+4), eREG(k+5), eREG(k+6), eREG(k+7)}; eCCE(n+2)={eREG(k+8), eREG(k+9), eREG(k+10), eREG(k+11)}; и/или eCCE(n+3)={eREG(k+12), eREG(k+13), eREG(k+14), eREG(k+15)}. Могут использоваться последовательные 4 eREG в PRB-паре с различными начальными точками. Начальная точка eREG может задаваться как конфигурация через передачу служебных сигналов верхнего уровня или как функция, по меньшей мере, от одного из системных параметров, таких как физический идентификатор соты и номер субкадра/SFN-номер. В следующем примере, смещение может быть сконфигурировано через передачу служебных сигналов верхнего уровня или задано в качестве функции, по меньшей мере, от одного из системных параметров. В примере, eCCE(n)={eREG ((k+i+offset)mod16), i=0, 1, 2, 3}; eCCE(n+1)={eREG ((k+4+i+offset)mod16), i=0, 1, 2, 3}; eCCE(n+2)={eREG ((k+8+i+offset)mod16), i=0, 1, 2, 3}; и/или eCCE(n+3)={eREG ((k+12+i+offset)mod16), i=0, 1, 2, 3}.

[0219] Дополнительно, в варианте осуществления, из 16 eREG, взаимно исключающие 4 eREG могут быть сгруппированы с тем, чтобы формировать eCCE, так что 4 eCCE могут быть заданы в расчете на PRB-пару, и каждый eCCE может включать в себя взаимно исключающие 4 eREG. Взаимно исключающие 4 eREG могут быть выбраны посредством использования одного или более вариантов осуществления, описанных в данном документе, чтобы формировать eCCE. Например, перемеженное преобразование может использоваться для преобразования из eREG в eCCE. Преобразование из eREG в eCCE может быть основано на модуле поблочного перемежения (например, чередуемом преобразовании). Ниже могут быть приведены примеры преобразования из eREG в eCCE: eCCE(n)={eREG(k), eREG(k+4), eREG(k+8), eREG(k+12)}; eCCE(n+1)={eREG(k+1), eREG(k+5), eREG(k+9), eREG(k+13)}; eCCE(n+2)={eREG(k+2), eREG(k+6), eREG(k+10), eREG(k+14)}; и/или eCCE(n+3)={eREG(k+3), eREG(k+7), eREG(k+11), eREG(k+15)}. Перемеженное преобразование может использоваться для преобразования из eREG в eCCE на основе модуля случайного перемежения. Перемеженная последовательность может быть предварительно задана или сконфигурирована через передачу служебных сигналов верхнего уровня. Если перемеженная последовательность в расчете на eCCE в PRB-паре может задаваться как ={0, 4, 8, 12}, ={1, 5, 9, 13},={2, 6, 10, 14} и ={3, 7, 11, 15}, где , j=0, 1, 2, 3, может использоваться для того, чтобы формировать eCCE(n+j), eCCE(n+j)=. Перемеженная последовательность может задаваться как функция, по меньшей мере, от одного из системных параметров, включающих в себя физический идентификатор соты, номер субкадра и/или SFN-номер.

[0220] Также может предоставляться и/или использоваться преобразование антенных портов. Например, антенные порты {7, 8, 9, 10} или их поднабор могут использоваться для ePDCCH-передачи, и антенные порты {107, 108, 109, 110} могут использоваться взаимозаменяемо с антенными портами {7, 8, 9, 10}, поскольку временное и/или частотное местоположение с кодом ортогонального покрытия может быть идентичным. В варианте осуществления, поскольку антенные порты 7-10 могут использоваться для eREG- и/или eCCE-демодуляции, преобразование антенных портов может быть задано согласно местоположениям eREG/eCCE. Фиг. 25 иллюстрирует примерный вариант осуществления преобразования антенных портов для eREG/eCCE. Как показано на фиг. 25, eREG/eCCE может преобразовываться в антенные порты. Фиг. 25 также показывает то, что доступное число антенных портов может отличаться согласно конфигурации.

[0221] Доступное число антенных портов (Nport) может задаваться так, как описано в данном документе. Nport может быть полустатически сконфигурирован для субкадров и ePDCCH PRB-пар. Следовательно, WTRU или UE может допускать то, что ePDCCH не может быть передан в RE-позиции для антенных портов в Nport. Например, если Nport=4, 24 RE-позиции в PRB-паре на фиг. 25 могут резервироваться, и ePDCCH не может быть передан в этих RE-позициях. Если Nport=2, то 12 RE-позиций могут резервироваться, и ePDCCH может передаваться в RE-позициях для порта 9 и порта 10. Nport может быть предварительно задан как четыре, так что WTRU или UE может допускать то, что ePDCCH не может быть передан в RE-позициях для четырех антенных портов. Nport может отличаться согласно номеру ePDCCH PRB-пары. Например, Nport=2 может использоваться в ePDCCH PRB #0, и Nport=4 может использоваться в ePDCCH PRB #1. Nport может быть сконфигурирован по-разному согласно ePDCCH PRB-паре с режимом ePDCCH-передачи. Если ePDCCH PRB # {0, 1, 2} может использоваться для локализованной передачи, Nport=4 может использоваться для этих ePDCCH PRB, и Nport=2 может использоваться для ePDCCH PRB для распределенной передачи, или наоборот. Nport также может быть отдельно конфигурируемым для каждой ePDCCH PRB-пары и/или режима ePDCCH-передачи.

[0222] Дополнительно, антенный порт может выделяться для eREG/eCCE на основе или согласно, по меньшей мере, одному из следующего. WTRU или UE может допускать то, что eREG/eCCE, ассоциированные с WTRU или UE в "идентичной PRB-паре", могут быть переданы на идентичном антенном порту. Например, если eREG/eCCE # {n, n+1, n+2, n+3} могут использоваться для WTRU или UE, WTRU или UE может допускать то, что eREG могут быть переданы на одном антенном порту (например, на порту 7). Антенный порт может быть полустатически сконфигурирован через передачу служебных сигналов верхнего уровня. В таком варианте осуществления, антенный порт может быть идентичным для WTRU или UE по каждой из ePDCCH PRB-пар. Антенный порт может задаваться как наименьший индекс eREG/eCCE в идентичной PRB-паре. Например, если eREG/eCCE # {n, n+3, n+6, n+9} могут использоваться для WTRU или UE, антенный порт для eREG/eCCE # {n} может использоваться для других eREG/eCCE. Антенный порт может задаваться как функция от C-RNTI. Например, по модулю 4 или 2 для C-RNTI может указывать выделяемый антенный порт для WTRU или UE. Антенный порт может быть идентичным для WTRU или UE по ePDCCH PRB-парам в таком варианте осуществления. Если может использоваться операция по модулю 4, WTRU или UE может допускать то, что один из антенных портов 7-10 может использоваться для WTRU или UE, в противном случае может использоваться один из антенных портов 7-8. Антенный порт может задаваться как функция от C-RNTI с CDM-группой, и CDM-группа может быть сконфигурирована посредством верхнего уровня. Например, WTRU или UE может быть сконфигурирован посредством верхнего уровня, чтобы отслеживать ePDCCH в CDM-группе 2, в которой порт 9 и порт 10 могут быть доступными, и C-RNTI для WTRU или UE может указывать то, чтобы использовать порт 9 после операции по модулю 2. В связи с этим, C-RNTI может указывать, какой код ортогонального покрытия может использоваться между [+1+1] и [+1-1] в CDM-группе, и eNB может выбирать CDM-группу. Антенный порт может задаваться как функция от C-RNTI и индекса PRB-пары. Например, по модулю 4 или 2 для (C-RNTI+PRB-индекс) может указывать выделяемый антенный порт для WTRU или UE.

[0223] WTRU или UE может допускать то, что eREG/eCCE, ассоциированные с WTRU или UE в "степени детализации ресурсов предварительного кодирования (PRG)", могут быть переданы на идентичном антенном порту. Например, если WTRU или UE демодулирует несколько eREG в PRG, WTRU или UE может допускать то, что идентичный антенный порт может использоваться для eREG в PRG. WTRU или UE может допускать то, что идентичный предварительный кодер может использоваться для антенного порта в PRG. PRG-размер может отличаться согласно полосе пропускания системы. Таблица 12 показывает примерный вариант PRG-размера для ePDCCH.

Таблица 12
PRG-размер для ePDCCH
Полоса пропускания системы () PRG-размер (P') ≤10 1 11-26 2 27-63 3 64-110 2

[0224] PRB-размер может составлять 1 для возможного варианта полосы пропускания системы, и WTRU или UE может допускать то, что каждый из антенных портов в PRB-размере использует идентичный предварительный кодер, например, так что могут быть интерполированы каналы для антенных портов. Например, если антенные порты 7 и 9 в PRG-размере могут использоваться для ePDCCH-демодуляции в приемном WTRU- или UE-устройстве, WTRU или UE может допускать то, что антенные порты 7 и 9 могут быть переданы на идентичном порту виртуальной антенны, так что могут быть интерполированы оцененные каналы из порта 7 и 9. Антенный порт может задаваться как наименьший индекс eREG/eCCE в PRG. Например, если eREG/eCCE # {n, n+8, n+16, n+24} могут использоваться для WTRU или UE, антенный порт для eREG/eCCE # {n} может использоваться для других eREG/eCCE. Антенный порт дополнительно может задаваться как функция от C-RNTI. Например, по модулю 4 или 2 для C-RNTI может указывать выделяемый антенный порт для WTRU или UE. В варианте осуществления, антенный порт в этом случае также может быть идентичным для WTRU или UE по ePDCCH PRB-парам. Дополнительно, антенный порт может задаваться как функция от C-RNTI и PRG-индекса. Например, по модулю 4 или 2 для (C-RNTI+PRG-индекс) может указывать выделяемый антенный порт для WTRU или UE.

[0225] WTRU или UE также может допускать, что eREG/eCCE, ассоциированные с WTRU или UE в идентичной PRB-паре, могут быть переданы на различных антенных портах, и антенные порты для каждого eREG/eCCE могут быть заданы на основе или согласно, по меньшей мере, одному из следующих способов в данном документе. Например, местоположение eREG/eCCE может быть преобразовано "один-к-одному" в антенный порт согласно доступному числу антенных портов. Если четыре антенных порта могут быть доступными в PRB-паре, eREG # {n, n+1, n+2} могут преобразовываться в порт 7, eREG # {n+3, n+4, n+5} могут преобразовываться в порт 8, eREG # {n+6, n+7, n+8} могут преобразовываться в порт 9, и остальные могут преобразовываться в порт 10. Если два порта могут быть доступными, eREG # {n, n+1, n+2.., n+5} могут преобразовываться в порт 7, и другие eREG могут преобразовываться в порт 8. Ассоциированный номер антенного порта может быть задан согласно местоположению eREG/eCCE и уровню агрегирования для WTRU или UE. Например, eREG # {n, n+1, n+2} могут преобразовываться в порт 7, и eREG # {n+3, n+4, n+5} могут преобразовываться в порт 8, если три REG могут быть демодулированы вместе. Если eREG # {n, n+1, n+2, n+3, n+4, n+5} могут быть демодулированы вместе, может использоваться порт 7, и порт 8 может не представлять собой антенный порт для eREG {n+3, n+4, n+5} (например, еще). Местоположение eREG/eCCE может быть преобразовано "один-к-одному" в антенный порт согласно доступному числу антенных портов. Правило ассоциирования между eREG/eCCE и антенными портами может быть сконфигурировано посредством eNB. Например, если четыре антенных порта могут быть доступными в PRB-паре, eREG/eCCE # {n, n+1, n+2} могут преобразовываться в порт 7, и eREG/eCCE # {n+3, n+4, n+5} могут преобразовываться в порт 8 для WTRU или UE. Для другого WTRU или UE, eREG/eCCE # {n, n+1, n+2} могут преобразовываться в порт 8, и eREG/eCCE # {n+3, n+4, n+6} могут преобразовываться в порт 7.

[0226] Правило ассоциирования может быть сконфигурировано согласно, по меньшей мере, одному из следующих вариантов осуществления. Например, eNB может конфигурировать правило ассоциирования через конкретную для WTRU или UE передачу служебных сигналов верхнего уровня. Правило ассоциирования может быть сконфигурировано как функция от RNTI (например, C-RNTI), так что WTRU или UE может неявно получать правило ассоциирования. В таком случае, может быть предусмотрено различное правило ассоциирования согласно типу RNTI, например, даже для одного WTRU или UE. В примере, DCI, ассоциированная с C-RNTI, может использовать правило ассоциирования 1, а другая DCI, ассоциированная с RNTI SPS, может использовать правило ассоциирования 2. Операция по модулю может использоваться для того, чтобы задавать правило ассоциирования, так что номер правила ассоциирования (например, n_association) может использоваться для операции по модулю в качестве функции от RNTI. Правило ассоциирования для DCI, ассоциированной с конкретным RNTI, может задаваться как номер правила ассоциирования=(RNTI) по модулю n_association. Правило ассоциирования может быть сконфигурировано как функция от RNTI в сочетании с другими параметрами, которые могут включать в себя одно или более из идентификатора соты, номера субкадра и/или SFN. Правило ассоциирования также может быть фиксированным для общего пространства поиска и конфигурируемым для конкретного для WTRU или UE пространства поиска.

[0227] В варианте осуществления, WTRU или UE может допускать то, что одноантенный порт, сконфигурированный через передачу служебных сигналов верхнего уровня, может быть ассоциирован с каждым eREG/eCCE в локализованной передаче. Предварительно заданное преобразование "один-к-одному" между eREG/eCCE и антенным портом может использоваться для распределенной передачи.

[0228] Может предоставляться и/или использоваться преобразование элементов ресурсов (RE) (например, прореживание и/или согласование скорости), как описано в данном документе. Например, модулированные символы DCI после канального кодирования могут преобразовываться на ePDCCH RE. Поскольку ePDCCH RE могут быть расположены в местоположении RE, правило преобразования может быть задано в перспективе цепочки кодирования. В аспекте цепочки кодирования, правила RE-преобразования могут включать в себя прореживание и/или согласование скорости, как раскрыто в данном документе. Прореживание и/или согласование скорости может предоставляться следующим образом.

[0229] Кодированные биты могут представлять собой вывод канального кодера с рабочими DCI-данными в качестве ввода, причем канальный кодер может использовать канальный код, к примеру, турбокод, сверточный код, код Рида-Мюллера и т.д. Кодированные биты могут включать в себя CRC-присоединение, например, 16 битов, маскированных с RNTI. Модулированные символы могут представлять собой вывод модуля преобразования, так что кодированные биты могут быть модулированы по такой схеме модуляции, как BPSK, QPSK, 16QAM, 64QAM и т.п. Согласно схеме модуляции, последовательность M модулированных символов может быть равна или меньше N. При RE-преобразовании модулированные символы могут преобразовываться в ePDCCH RE, например, сначала по частоте или сначала по времени, при этом прореживание может подразумевать или может предоставлять то, что если RE в ePDCCH может заниматься для другого сигнала, модулированный символ для RE не может быть передан. Например, если может преобразовываться в конкретный ePDCCH RE согласно правилу преобразования, и ePDCCH RE может заниматься для другой цели, не может быть передан, и следующее преобразование может начинаться с . Согласование скорости может подразумевать или может предоставлять, что следующее преобразование в доступный RE, не используемый для другой цели, может начинаться с в идентичном случае. В качестве примера, если может быть предусмотрено шесть модулированных символов , которые должны передаваться, и ePDCCH RE для и могут заниматься для другой цели, может быть передан, если может использоваться схема прореживания, и может быть передан, если может использоваться согласование скорости.

[0230] Поскольку схема прореживания может терять систематические биты, если может использоваться сверточный код и/или турбокод, производительность декодирования, в варианте осуществления, может быть хуже относительно схемы согласования скорости, если скорость кодирования может быть высокой. Прореживание может предоставлять устойчивость, если информация занятых RE не может синхронизироваться между eNB и WTRU или UE. Канальное декодирование может завершаться неудачно, если информация занятых RE не может синхронизироваться между eNB и WTRU или UE для схемы согласования скорости. Могут предоставляться и/или использоваться правила прореживания и согласования скорости на основе цели занятого RE.

[0231] В варианте осуществления, схема согласования скорости может использоваться для RE, занятых и сконфигурированных конкретным для соты или конкретным для группы способом, и схема прореживания может использоваться для RE, занятых и сконфигурированных конкретным для WTRU или UE способом. В примере для согласования скорости, RE могут заниматься посредством PDCCH (или PDCCH-области), CRS (конкретного для соты опорного сигнала), ePDCCH DM-RS, PRS, PSS/SSS (сигнала основной синхронизации/сигнала дополнительной синхронизации) и/или PBCH. Для прореживания, RE могут заниматься посредством CSI-RS, CSI-RS с нулевой мощностью. В примере для согласования скорости, RE могут заниматься посредством CRS, PRS, PSS/SSS и/или PBCH. Для прореживания, RE могут заниматься посредством ePDCCH DM-RS, CSI-RS и/или CSI-RS с нулевой мощностью.

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

[0233] Согласно примерному варианту осуществления, правила согласования скорости и прореживания могут быть заданы согласно схеме или технологии ePDCCH-передачи, такой как локализованная и/или распределенная передача. Например, согласование скорости может применяться для каждого RE, занятого посредством других сигналов в eCCE для локализованной передачи, и прореживание может применяться для каждого RE, занятого посредством других сигналов в eCCE для распределенной передачи, или наоборот.

[0234] Правила согласования скорости и прореживания также могут быть заданы согласно полустатическим сигналам и динамическим сигналам. В примере для согласования скорости, RE могут заниматься посредством фиксированных конкретных для соты сигналов, включающих в себя CRS, PSS/SSS и/или PBCH. Для прореживания, RE могут заниматься посредством полустатической или динамической конфигурации, включающей в себя PDCCH, CSI-RS, DM-RS и/или PRS. В примере для согласования скорости, RE могут заниматься посредством полустатической или динамической конфигурации, включающей в себя PDCCH, CSI-RS, DM-RS и/или PRS. Для прореживания, RE могут заниматься посредством фиксированных конкретных для соты сигналов, включающих в себя CRS, PSS/SSS и/или PBCH.

[0235] В варианте осуществления, правила согласования скорости и прореживания также могут быть заданы согласно пространствам поиска ePDCCH. Например, правила согласования скорости и прореживания могут быть заданы по-иному, если пространство поиска может представлять собой конкретное для WTRU или UE пространство поиска или общее пространство поиска (например, другие правила согласования скорости и/или прореживания могут применяться для конкретного для WTRU или UE пространства поиска по сравнению с общим пространством поиска). Для конкретного для WTRU или UE пространства поиска, RE могут быть сконфигурированы как ресурсы конкретного для ePDCCH WTRU или UE пространства поиска, в котором RE, которые могут конфликтовать с PDCCH, CSI-RS, CSI-RS с нулевой мощностью и DM-RS, могут полностью согласовываться по скорости.

[0236] Для общего пространства поиска, может применяться одно или более из следующего. Например, (например, для RE, сконфигурированных в качестве ресурсов общего пространства поиска ePDCCH), RE, расположенные в CRS-позиции, могут полностью согласовываться по скорости. В таком варианте осуществления, число CRS-портов может быть фиксированно задано равным четырем независимо от числа CRS-портов, обнаруженных в PBCH. В связи с этим, WTRU или UE может допускать то, что RE, расположенные в CRS-портах 0-3, могут полностью согласовываться по скорости при демодуляции общего пространства поиска ePDCCH. Дополнительно, в таком варианте осуществления, WTRU или UE может придерживаться и/или использовать число CRS-портов, обнаруженных в PBCH для согласования скорости RE, расположенных в CRS-портах.

[0237] Дополнительно, для общего пространства поиска, в котором RE могут быть сконфигурированы как ресурсы общего пространства поиска ePDCCH, RE, расположенные в CSI-RS и CSI-RS с нулевой мощностью, могут быть прорежены. В связи с этим, если WTRU или UE может быть сконфигурирован с CSI-RS и/или CSI-RS с нулевой мощностью, RE в этих местоположениях могут быть прорежены.

[0238] В примерном варианте осуществления, для общего пространства поиска и PDCCH, если WTRU или UE может отслеживать общее пространство поиска PDCCH вместе с общим пространством поиска ePDCCH, WTRU или UE может полностью согласовывать скорость для RE, расположенных в местоположениях PDCCH. В противном случае, WTRU или UE может полностью согласовывать скорость для RE, расположенных в OFDM-символах ниже начальных символов общего пространства поиска ePDCCH.

[0239] Согласно варианту осуществления, может предоставляться и/или использоваться схема пространства поиска, как описано в данном документе. Например, может быть раскрыто пространство поиска для одной DL-несущей. WTRU или UE может отслеживать ePDCCH через декодирование вслепую таким образом, что несколько попыток декодирования вслепую могут использоваться в расчете на субкадр. Возможные варианты для попыток декодирования вслепую с точки зрения WTRU или UE могут далее называться "пространством поиска". По меньшей мере, один из двух типов пространства поиска может быть задан для ePDCCH, к примеру, конкретное для WTRU или UE пространство поиска (USS) и общее пространство поиска (CSS). Общее пространство поиска в ePDCCH может переносить DCI, связанные с группой UE и/или UE в соте, к примеру, широковещательная передача/многоадресная передача, поисковые вызовы, групповое управление мощностью и т.д. Конкретное для WTRU или UE пространство поиска может переносить DCI для одноадресного трафика для восходящей и/или нисходящей линии связи.

[0240] С точки зрения WTRU или UE, может быть, предусмотрено, по меньшей мере, два пространства поиска, и местоположение для пространств поиска может быть задано с использованием, по меньшей мере, одной из следующих конфигураций. В конфигурации (например, в конфигурации 1), как USS, так и CSS могут предоставляться или использоваться в унаследованном PDCCH, и WTRU или UE может отслеживать USS и CSS. В такой конфигурации, WTRU или UE может отслеживать USS и/или CSS в унаследованной PDCCH-области. Эта конфигурация может быть идентичной или аналогичной PDCCH-конфигурации версии 8. В дополнительной конфигурации (например, в конфигурации 2), как USS, так и CSS могут предоставляться или использоваться в ePDCCH, и WTRU или UE может отслеживать USS и CSS (например, WTRU или UE может отслеживать USS и/или CSS в ePDCCH-области). В еще одной другой конфигурации (например, в конфигурации 3), может предоставляться или использоваться USS в унаследованном PDCCH, и может предоставляться или использоваться CSS в ePDCCH (например, WTRU или UE может отслеживать CSS в унаследованной PDCCH-области и/или USS в ePDCCH-области). Дополнительно, в конфигурации (например, в конфигурации 4), может предоставляться или использоваться USS в ePDCCH, и может предоставляться или использоваться CSS в унаследованном PDCCH, при этом, например, WTRU или UE может отслеживать CSS в унаследованной PDCCH-области и USS в ePDCCH-области. Дополнительно (например, в конфигурации 4), CSS может совместно использоваться с унаследованными UE. В этом случае, CCE от 0 до 15 могут использоваться в качестве CSS в унаследованной PDCCH-области. В конфигурации 4, CSS может задаваться по-другому. Например, CCE от 16 до 31 в унаследованном PDCCH могут использоваться в качестве CSS для WTRU или UE, сконфигурированного с ePDCCH для USS. В другой примерной конфигурации (например, в конфигурации 5), может предоставляться или использоваться USS в ePDCCH, и CSS может разбиваться на унаследованный PDCCH и ePDCCH. Согласно дополнительной конфигурации (например, согласно конфигурации 6), USS может разбиваться на унаследованный PDCCH и ePDCCH, и может предоставляться или использоваться CSS в ePDCCH. Кроме того, в конфигурации (например, в конфигурации 7), как USS, так и CSS могут разбиваться на унаследованный PDCCH и ePDCCH. В конфигурации 8, USS может разбиваться на унаследованный PDCCH и ePDCCH, и может предоставляться или использоваться CSS в унаследованном PDCCH.

[0241] Конфигурация пространства поиска может быть задана на основе или согласно, по меньшей мере, одному из следующего. Одна конфигурация может быть предварительно задана, и подробности конфигурационной информации могут быть широковещательно переданы в MIB и/или SIB-X. Конфигурация может быть предварительно задана, так что WTRU или UE может принимать конфигурацию в широковещательной информации, по меньшей мере, одного из MIB или SIB. Конфигурация может быть RRC-сконфигурированной, так что WTRU или UE может запрашиваться на то, чтобы изменять пространство поиска согласно передаче служебных RRC-сигналов. Конфигурация также может быть изменена согласно SFN и/или номеру субкадра, так что WTRU или UE может неявно иметь сведения относительно конфигурации в каждом субкадре (например, конфигурационная информация в расчете на субкадр может сообщаться посредством широковещательной передачи или передачи служебных RRC-сигналов, и/или конфигурационная информация в расчете на субкадр может быть предварительно задана (например, субкадр # 0 и # 5)).

[0242] Уровень eCCE-агрегирования может задаваться как идентичный унаследованному PDCCH, так что могут задаваться уровни агрегирования {1, 2, 4, 8}, и общее число попыток декодирования вслепую может составлять 44 без многоантенной передачи по восходящей линии связи (например, DCI-формат 4). Число RE для eCCE может быть переменным в отличие от CCE в унаследованном PDCCH, скорость кодирования для ePDCCH согласно уровню агрегирования может варьироваться, в силу этого приводя к изменению ePDCCH-покрытия.

[0243] Дополнительные уровни агрегирования могут добавляться в предыдущие уровни агрегирования {1, 2, 4, 8} для ePDCCH для более точной адаптации ePDCCH-линии связи, как показано в таблице 13. Для конкретного для WTRU или UE пространства поиска, например, могут добавляться уровни агрегирования {3, 5, 6, 7}, и {6} может добавляться для общего пространства поиска.

Таблица 13
Возможные ePDCCH-варианты, отслеживаемые посредством WTRU или UE
Тип Пространство Sk(L) поиска Число M(L) возможных ePDCCH-вариантов Уровень L агрегирования Размер [в eCCE] Конкретное для WTRU или UE 1 6 6 2 12 6 3 18 6 4 8 2 5 10 2 6 12 2 7 14 2 8 16 2 Общее 4 16 4 6 16 4 8 16 2 *Конкретное для WTRU или UE пространство поиска или общее пространство поиска может быть задано для ePDCCH.

[0244] Хотя число уровней агрегирования может быть увеличено, число попыток декодирования вслепую может поддерживаться так, как указано выше, чтобы не повышать сложность приемного WTRU- или UE-устройства. Чтобы поддерживать число попыток декодирования вслепую, поднабор уровней агрегирования может отслеживаться в субкадре.

Таблица 14
Несколько поднаборов возможных ePDCCH-вариантов, отслеживаемых посредством WTRU или UE
Тип Пространство Sk(L) поиска Число M(L)возможных ePDCCH-вариантов Уровень L агрегирования Размер [в eCCE] Поднабор 1 Поднабор 2 Поднабор 3 Поднабор 4 Конкретное для WTRU или UE 1 6 6 6 2 12 6 6 6 3 18 6 4 8 2 2 2 2 5 10 6 12 7 14 8 16 2 2 2 2 16 32 2 2 4 16 4 4 Общее 6 16 4 8 16 2 2 2 2 16 32 2 2

[0245] Дополнительно, WTRU или UE может отслеживать поднабор уровней агрегирования согласно поднабору возможных ePDCCH-вариантов, показанных в таблице 14. Поднабор для ePDCCH-отслеживания может быть сконфигурирован на основе или согласно, по меньшей мере, одному из следующего: поднабор уровня агрегирования ePDCCH может быть сконфигурирован посредством широковещательной передачи и/или передачи служебных сигналов верхнего уровня; объем служебной информации для опорных сигналов в ePDCCH-ресурсе может неявно конфигурировать поднабор; поднабор может быть сконфигурирован по-разному согласно режиму ePDCCH-передачи (например, режиму 1 и режиму 2); поднабор может быть сконфигурирован по-разному согласно ePDCCH PRB-номеру; и т.п.

[0246] Число возможных ePDCCH-вариантов в расчете на уровень агрегирования может отличаться согласно DCI-формату, набору ePDCCH-ресурсов и/или субкадру. Например, если уровень 1 агрегирования может более часто использоваться для DCI-формата 0/1A, большее число возможных ePDCCH-вариантов для уровня 1 агрегирования может использоваться по сравнению с числом возможных ePDCCH-вариантов для уровня 2 агрегирования. Большее число возможных ePDCCH-вариантов может использоваться для DCI-формата 2C по сравнению с числом возможных ePDCCH-вариантов для уровня 1 агрегирования.

[0247] Таблица 14-1 показывает пример зависимого от DCI-формата набора возможных ePDCCH-вариантов, в котором число возможных ePDCCH-вариантов согласно уровню агрегирования может отличаться, если может использоваться различный DCI-формат.

Таблица 14-1
Зависимый от DCI-формата набор возможных ePDCCH-вариантов
Тип Пространство Sk(L) поиска Число M(L)возможных ePDCCH-вариантов Уровень L агрегирования Размер
[в eCCE]
DCI-формат 0/1A DCI-формат 2C
Конкретное для WTRU или UE 1 6 8 4 2 12 4 8 4 8 2 2 8 16 2 2 Общее 4 16 4 4 8 16 2 2

[0248] WTRU или UE может пытаться декодировать 8 возможных ePDCCH-вариантов с уровнем 1 агрегирования, когда WTRU или UE может отслеживать DCI-формат 0/1A. Если WTRU или UE может отслеживать DCI-формат 2C, WTRU или UE может пытаться декодировать 4 возможных ePDCCH-варианта.

[0249] Число возможных ePDCCH-вариантов на каждом уровне агрегирования может отличаться согласно DCI-формату в конкретном для WTRU или UE пространстве поиска. Дополнительно, в варианте осуществления, общее пространство поиска может иметь, например, идентичное число возможных ePDCCH-вариантов на каждом уровне агрегирования, независимо от DCI-формата.

[0250] Число возможных ePDCCH-вариантов согласно уровням агрегирования {1, 2, 4, 8} может быть сконфигурировано через широковещательную передачу и/или передачу служебных сигналов верхнего уровня. В соте, возможные ePDCCH-варианты могут быть сконфигурированы как {6, 6, 2, 2} (например, идентичные с унаследованным PDCCH), в то время как другая сота может конфигурировать, например, {2, 10, 2, 2} в качестве возможных ePDCCH-вариантов. Возможные ePDCCH-варианты для уровней агрегирования могут быть сконфигурированы независимо согласно DCI-формату или группе DCI-форматов. Чтобы уменьшать объем служебной информации, несколько наборов из возможных ePDCCH-вариантов для уровней агрегирования могут быть заданы с помощью битов индикатора, как проиллюстрировано, например, в таблице 14-2.

Таблица 14-2
Возможные ePDCCH-варианты для уровней агрегирования
Тип Пространство Sk(L) поиска Число возможных ePDCCH-вариантов Уровень L агрегирования Набор 0 (00) Набор 1 (01) Набор 2 (10) Набор 3 (11) Конкретное для WTRU или UE 1 8 4 8 16 2 4 8 8 0 4 2 2 0 0 8 2 2 0 0 Общее 4 - - - - 8 - - - -

[0251] В вариантах осуществления, из наборов для возможных ePDCCH-вариантов, один или более наборов могут иметь, например, число возможных ePDCCH-вариантов, идентичное числу возможных ePDCCH-вариантов унаследованного PDCCH, к примеру, {6, 6, 2, 2} для конкретного для WTRU или UE пространства поиска и/или {4, 2} для общего пространства поиска. Один или более наборов могут не иметь возможных ePDCCH-вариантов для общего пространства поиска. В этом случае, WTRU или UE может отслеживать возможные PDCCH-варианты в качестве общего пространства поиска. Один или более наборов могут включать в себя поднабор уровня агрегирования, который может не иметь возможного варианта. Например, может использоваться {8, 8, 0, 0}, так что уровень 4 и 8 агрегирования не может поддерживаться в пространстве поиска в этом случае. Общее число попыток декодирования вслепую может поддерживаться неизменным.

[0252] Также могут предоставляться и/или использоваться задания возможных ePDCCH-вариантов, как описано в данном документе. WTRU или UE может быть выполнен с возможностью отслеживать ePDCCH в общем и/или в конкретном для WTRU или UE пространстве поиска. В варианте осуществления, возможные ePDCCH-варианты, которые WTRU или UE может отслеживать в субкадре, могут быть заданы согласно типу ePDCCH-передачи.

[0253] Возможные ePDCCH-варианты для конкретного для WTRU или UE пространства поиска могут задаваться следующим образом для локализованных и/или распределенных ePDCCH-передач, где может обозначать общее число eCCE, которое может быть доступным для набора p ePDCCH-ресурсов. Конкретное для WTRU или UE пространство поиска для набора p ePDCCH-ресурсов может задаваться как , где и . может обозначать число возможных ePDCCH-вариантов для уровня L агрегирования в наборе p ePDCCH-ресурсов. , который может быть хэш-функцией для набора p ePDCCH-ресурсов, может быть задан посредством , где , и .

[0254] Дополнительно, возможные ePDCCH-варианты для наборов локализованных ePDCCH-ресурсов могут быть заданы с помощью значения смещения , чтобы распределять возможные ePDCCH-варианты по нескольким PRB-парам в максимально возможной степени. Идентичное уравнение для конкретного для ePDCCH WTRU или UE пространства поиска может использоваться для обоих локализованных и распределенных ePDCCH. В этом варианте осуществления, в качестве примера, конкретное для WTRU или UE пространство поиска для набора p ePDCCH-ресурсов, сконфигурированного с локализованным ePDCCH, может задаваться как . для набора p ePDCCH-ресурсов может быть сконфигурирован через передачу служебных сигналов верхнего уровня конкретным для WTRU или UE способом. может задаваться как функция, по меньшей мере, от одного из следующих параметров: уровень агрегирования (L); индекс возможного ePDCCH-варианта (m'); общее число доступных eCCE ; и/или число наборов ePDCCH-ресурсов .

[0255] В другом примере, смещение согласно номеру возможного ePDCCH-варианта и уровню агрегирования может выражаться как , при этом смещение может задаваться как функция от номера возможного ePDCCH-варианта (m'). Примерные варианты осуществления заданий могут заключаться в следующем. В таких примерных вариантах осуществления (например, в примерных уравнениях), m' и m могут использоваться взаимозаменяемо.

[0256] Согласно примерному варианту осуществления, может использоваться , если могут использоваться несколько наборов ePDCCH-ресурсов. В таком варианте осуществления, смещения для набора p ePDCCH-ресурсов могут задаваться как , где и могут быть конкретными для набора ePDCCH-ресурсов.

[0257] В другом примерном варианте осуществления, может использоваться , где Δoffset,p может обозначать значение смещения для набора p ePDCCH-ресурсов. Например, первый набор ePDCCH-ресурсов может иметь значение нулевого смещения (т.е. Δoffset,p=0=0), и второй набор ePDCCH-ресурсов может иметь предварительно заданное значение (например, Δoffset,p=1=3). В дополнительных вариантах осуществления, Δoffset,p для второго набора может быть задан, по меньшей мере, как одно из следующего: Δoffset,p может быть сконфигурирован через передачу служебных сигналов верхнего уровня, Δoffset,p может быть неявно сконфигурирован в качестве функции от уровня агрегирования и/или числа PRB, сконфигурированных для набора ePDCCH-ресурсов (т.е. числа eCCE), и/или Δoffset,p может быть сконфигурирован как функция от номера субкадра и/или уровня агрегирования.

[0258] В другом примере, смещение (например, согласно номеру возможного ePDCCH-варианта и уровню агрегирования) может выражаться как , при этом смещение (Koffset,p) может задаваться как функция от номера возможного ePDCCH-варианта. В этом варианте осуществления, смещение может задаваться как . Дополнительно, конкретное для набора ePDCCH-ресурсов значение Δoffset,p смещения может задаваться как, по меньшей мере, одно из следующего: Δoffset,p=0=0 для первого набора ePDCCH-ресурсов, и Δoffset,p=1=λ для второго набора ePDCCH-ресурсов, где λ может быть предварительно заданным положительным целым числом (например, λ=3), Δoffset,p может быть сконфигурирован через передачу служебных сигналов верхнего уровня, Δoffset,p может быть неявно сконфигурирован в качестве функции от уровня агрегирования и числа PRB, сконфигурированных для набора ePDCCH-ресурсов, и/или Δoffset,p может быть сконфигурирован как функция от номера субкадра и/или уровня агрегирования.

[0259] Согласно дополнительному примеру, может использоваться (например, поскольку может быть задано смещение), где Φoffset может быть значением смещения для перекрестной диспетчеризации несущих, и может быть значением поля индикатора несущей. Φoffset может иметь различное число согласно набору ePDCCH-ресурсов, и в этом случае Φoffset может быть заменен посредством Φoffset,p. Кроме того, может использоваться . Φoffset (например, в таком варианте осуществления) может быть задан, по меньшей мере, как одно из следующего: Φoffset может иметь предварительно заданное значение, и может быть значением поля индикатора несущей, Φoffset может быть сконфигурирован через передачу служебных сигналов верхнего уровня, Φoffset может быть неявно сконфигурирован в качестве функции от уровня агрегирования и числа PRB, сконфигурированных для набора ePDCCH-ресурсов, Φoffset может быть сконфигурирован как функция от номера субкадра, значения индикатора несущей и/или уровня агрегирования, и/или Φoffset может задаваться как , где может представлять собой число возможных ePDCCH-вариантов для уровня L агрегирования в наборе p ePDCCH-ресурсов.

[0260] В другом примере, может использоваться , где Φoffset может быть значением смещения для перекрестной диспетчеризации несущих, Δoffset,p может представлять собой смещение для набора p ePDCCH-ресурсов, и может быть значением поля индикатора несущей. Альтернативно, может использоваться . Φoffset и Δoffset,p (например, в таком варианте осуществления) могут задаваться, по меньшей мере, как одно из следующего: Φoffset может представлять собой предварительно заданное значение, и Δoffset,p может быть сконфигурирован как функция от индекса набора ePDCCH-ресурсов, Φoffset может представлять собой предварительно заданное значение, и Δoffset,p может быть сконфигурирован как функция от уровня агрегирования, значения индикатора несущей и/или уровней агрегирования, и/или как Φoffset, так и Δoffset,p могут быть сконфигурированы посредством передачи служебных сигналов верхнего уровня.

[0261] В другом примере, Koffset может быть предварительно задан в качестве таблицы. Таблица 14-3 показывает пример задания значения смещения согласно уровню агрегирования. Точное значение смещения может отличаться. Точное значение смещения может быть изменено согласно конфигурации набора ePDCCH-ресурсов и/или конфигурации системы.

Таблица 14-3
Koffset согласно уровням агрегирования
m' 0 1 2 3 4 5 Уровень агрегиро-вания: L 1 0 8 16 24 32 - 2 0 8 16 24 32 - 4 0 4 8 - - - 8 0 4 8 - - -

[0262] Альтернативно, хэш-функция не может использоваться для локализованной ePDCCH-передачи, и возможные ePDCCH-варианты для набора локализованных ePDCCH-ресурсов могут задаваться, по меньшей мере, с одним из следующих свойств: конкретное для WTRU или UE пространство поиска может задаваться как где , и ; может задаваться как фиксированное значение предварительно заданным способом или конфигурироваться через передачу служебных сигналов верхнего уровня конкретным для WTRU или UE способом; и/или может задаваться как функция от идентификатора WTRU или UE. Например, .

[0263] Пространство поиска может включать в себя несколько наборов ePDCCH-ресурсов. Несколько наборов ePDCCH-ресурсов могут иметь число PRB-пар, которые могут использоваться, и/или число может быть фиксированным независимо от полосы пропускания системы, идентификатора соты и/или номера субкадра либо переменным согласно полосе пропускания системы, идентификатору соты и/или номеру субкадра. Идентичное число eCCE может быть доступным в наборах ePDCCH-ресурсов. Число eCCE, доступное в наборе ePDCCH-ресурсов, может быть фиксированным независимо от полосы пропускания системы, идентификатора соты и/или номера субкадра. Число eCCE, доступное в наборе ePDCCH-ресурсов, может быть переменным согласно полосе пропускания системы, идентификатору соты и/или номеру субкадра. Число eCCE, доступное в наборе ePDCCH-ресурсов, может быть связано с числом PRB-пар для набора ePDCCH-ресурсов, к примеру, целые кратные числа PRB-пар для набора ePDCCH-ресурсов (например, 2 или 4 eCCE в расчете на PRB-пару могут использоваться с 2 x число PRB-пар). Дополнительно, число eCCE, доступное в наборе ePDCCH-ресурсов, может быть изменено согласно конфигурации.

[0264] В другом варианте осуществления, доступное число eCCE может отличаться согласно наборам ePDCCH-ресурсов. Например, число eCCE в наборе ePDCCH-ресурсов может задаваться как функция от числа PRB-пар, сконфигурированных для набора ePDCCH-ресурсов (например, Nest), и, по меньшей мере, одной из конфигураций систем, включающих в себя длину CP, тип субкадра, дуплексный режим (TDD или FDD) и/или тип несущей (например, унаследованная несущая или другой тип несущей). В этом случае, при условии, что идентичное число Nest и длина CP могут использоваться для набора ePDCCH-ресурсов, большее число доступных eCCE может быть задано в неунаследованном типе несущей по сравнению с числом доступных eCCE для унаследованной несущей, при этом неунаследованный тип несущей может подразумевать то, что несущая не имеет унаследованные каналы управления нисходящей линии связи и CRS в субкадрах нисходящей линии связи (например, PDCCH, PHICH и PCFICH).

[0265] Поднабор наборов ePDCCH-ресурсов из нескольких наборов ePDCCH-ресурсов или сконфигурированных наборов ePDCCH-ресурсов может использоваться для конкретного для WTRU или UE пространства поиска. Например, если могут задаваться Kset=3 наборов ePDCCH-ресурсов, два набора ePDCCH-ресурсов (например, набор 1 и 2) могут использоваться в качестве ePDCCH-ресурса для конкретного WTRU или UE. Несколько наборов ePDCCH-ресурсов могут иметь, по меньшей мере, одно из следующих свойств.

[0266] Согласно примерному варианту осуществления, могут быть заданы Kset наборов ePDCCH-ресурсов, и каждый набор ePDCCH-ресурсов может включать в себя идентичное число eCCE (например, 16 eCCE). Число eCCE может быть фиксированным или переменным согласно системному параметру(ам). eCCE-индекс может быть задан от 0 до общего числа eCCE в данном числе наборов ePDCCH-ресурсов. Например, если три набора ePDCCH-ресурсов могут быть заданы (например, Kset=3), и каждый набор ePDCCH-ресурсов может включать в себя 16 eCCE, eCCE-индекс может задаваться как (eCCE#0, …, eCCE#15) для первого набора ePDCCH-ресурсов и как (eCCE#16, …, eCCE #31) и (eCCE#32, …, eCCE#47) для второго и третьего набора ePDCCH-ресурсов, соответственно. Общее число eCCE может составлять , где может обозначать число eCCE в наборе ePDCCH-ресурсов, . Общее число eCCE в субкадре k может указываться посредством . В варианте осуществления, конкретное для WTRU или UE пространство поиска может задаваться как , где и . может быть задан посредством ', где , A=39827, D=65537 и .

[0267] eCCE-индекс также может быть задан в расчете на набор ePDCCH-ресурсов. Например, если три ePDCCH-набора могут быть заданы (например, ), и каждый набор ePDCCH-ресурсов включает в себя 16 eCCE, eCCE-индекс может задаваться как (eCCE#0, …, ) для первого, второго и/или третьего наборов ePDCCH-ресурсов. Конкретное для WTRU или UE пространство поиска может быть задано в расчете на набор ePDCCH-ресурсов, и . В этом случае, может применяться одно или более из следующего. Например, конкретное для WTRU или UE пространство поиска может быть задано в расчете на наборы ePDCCH-ресурсов. Возможные ePDCCH-варианты для уровня агрегирования могут разбиваться на два или более из определенного числа наборов ePDCCH-ресурсов. Наборы ePDCCH-ресурсов могут использоваться для конкретных для WTRU или UE пространств поиска. Поднабор наборов ePDCCH-ресурсов может использоваться для специального конкретного для WTRU или UE пространства поиска. В варианте осуществления, поднабор может отличаться согласно .

[0268] Таблица 14-4 показывает пример, в котором два набора ePDCCH-ресурсов (например, n=0 и 1) могут использоваться для конкретного для WTRU или UE пространства поиска, и возможные ePDCCH-варианты могут разбиваться на два набора ePDCCH-ресурсов равномерно.

Таблица 14-4
Возможные ePDCCH-варианты для уровней агрегирования
Тип Пространство поиска Число возможных ePDCCH-вариантов Уровень L агрегирования n=0 n=1 Конкретное для WTRU или UE 1 3 3 2 3 3 4 1 1 8 1 1

[0269] Конкретное для WTRU или UE пространство поиска для набора p ePDCCH-ресурсов может задаваться как или . может быть задан в расчете на наборы ePDCCH-ресурсов и может иметь различное число согласно индексу p набора ePDCCH-ресурсов в идентичном субкадре. A может быть задан с помощью различного числа согласно индексу набора ePDCCH-ресурсов. В примерных вариантах осуществления, может задаваться как функция от , номера субкадра и/или индекса p набора ePDCCH-ресурсов. Дополнительно, может быть задан посредством , где и могут задаваться как простое число, и когда , 0-вой набор может быть первым набором ePDCCH-ресурсов. может быть простым числом, меньшим или большим 39827. Например, и .

[0270] Дополнительно, может быть задан посредством , где Δoffset,p может представлять собой смещение для набора p ePDCCH-ресурсов. В таком варианте осуществления, Δoffset,p может задаваться как, по меньшей мере, одно из следующего: сконфигурированное на верхнем уровне значение; предварительно заданное число может использоваться для конкретного для набора ePDCCH-ресурсов смещения, например, Δoffset,p=0=0 и Δoffset,p=1=λ, где λ может представлять собой предварительно заданное число (например, 3), и/или смещение может быть произвольно сформировано (например, Δoffset,p=0=0 и/или Δoffset,p=1=λ, где λ может быть сформирован в качестве функции от номера субкадра и/или идентификатора WTRU или UE (например, C-RNTI)), и/или смещение может задаваться как функция от одного или более из следующего: тип ePDCCH-ресурса (например, распределенный или локализованный), число PRB, уровня агрегирования, номера возможного ePDCCH-варианта и/или число eCCE.

[0271] Согласно примерному варианту осуществления, также может быть задан посредством , где Δoffset,p может быть конкретным для набора ePDCCH-ресурсов смещением.

[0272] Конкретное для WTRU или UE пространство поиска может быть задано по нескольким наборам ePDCCH-ресурсов, и местоположение возможных ePDCCH-вариантов для обнаружения вслепую может задаваться как функция от числа наборов ePDCCH-ресурсов и числа eCCE.

[0273] Дополнительно, eCCE-индекс может быть задан в расчете на один или более наборов ePDCCH-ресурсов, и ассоциированные наборы ePDCCH-ресурсов могут отличаться согласно типу ePDCCH-передачи и/или уровням eCCE-агрегирования. В этом случае, может применяться одно или более из следующего. Например, eCCE-индекс может быть задан в расчете на набор ePDCCH-ресурсов, по меньшей мере, в одном из следующих случаев: может использоваться низкий уровень eCCE-агрегирования, к примеру, 1 и/или 2; и/или набор ePDCCH-ресурсов может быть сконфигурирован как распределенная передача. eCCE-индекс может быть задан в двух или более сконфигурированных наборов ePDCCH-ресурсов, по меньшей мере, в одном из следующих случаев: может использоваться высокий уровень eCCE-агрегирования, например, 8 или выше; и/или набор ePDCCH-ресурсов может быть сконфигурирован как локализованная передача. Один или более поднаборов для наборов ePDCCH-ресурсов могут указываться из канала индикатора (например, усовершенствованного PCFICH) в каждом субкадре.

[0274] Для нескольких наборов ePDCCH-ресурсов, каждый набор ePDCCH-ресурсов может быть независимо сконфигурирован в качестве локализованной или распределенной передачи. Если несколько наборов ePDCCH-ресурсов могут быть сконфигурированы для WTRU или UE, поднабор сконфигурированных наборов ePDCCH-ресурсов может быть сконфигурирован для локализованной передачи, а остальная часть наборов ePDCCH-ресурсов может быть сконфигурирована для распределенной передачи: возможные ePDCCH-варианты могут быть заданы различным способом для наборов локализованных и распределенных ePDCCH-ресурсов; различная хэш-функция может использоваться для наборов локализованных и распределенных ePDCCH-ресурсов; и/или могут задаваться Kset наборов ePDCCH-ресурсов, и каждый набор ePDCCH-ресурсов может иметь различное число eCCE (например, 16 eCCE для первичного набора и 32 eCCE для вторичного набора).

[0275] Когда возможные ePDCCH-варианты могут быть заданы различным способом для наборов локализованных и распределенных ePDCCH-ресурсов, может применяться и/или может использоваться одно или более из следующего: хэш-функция (Yk) может использоваться для набора распределенных ePDCCH-ресурсов; значение Koffset смещения может использоваться для набора локализованных ePDCCH-ресурсов; и зависимая из набора ePDCCH-ресурсов хэш-функция может использоваться для наборов распределенных ePDCCH-ресурсов. Когда различная хэш-функция может использоваться для наборов локализованных и распределенных ePDCCH-ресурсов, унаследованная хэш-функция может использоваться для набора распределенных ePDCCH-ресурсов, в то время как другая хэш-функция может быть задана для набора локализованных ePDCCH-ресурсов.

[0276] Также могут предоставляться и/или использоваться варианты осуществления для преобразования антенных портов на основе пространств поиска, как описано в данном документе. Например, идентичные или аналогичные возможные ePDCCH-варианты в конкретном для WTRU или UE пространстве поиска могут иметь различный антенный порт и/или идентификатор скремблирования, тогда как общее пространство поиска может иметь идентичные антенные порты и/или идентификатор скремблирования. В таких вариантах осуществления, если конкретное для WTRU или UE пространство поиска может задаваться как {eCCE#n, …, eCCE#n+k}, режим работы WTRU или UE для того, чтобы отслеживать ePDCCH, может включать в себя одно или более из следующего. Антенный порт для eCCE в конкретном для WTRU или UE пространстве поиска может быть сконфигурирован конкретным для WTRU или UE способом. Например, WTRU или UE может демодулировать eCCE#n с антенным портом 7, и другой WTRU или UE может демодулировать eCCE#n с антенным портом 8. Конфигурация антенн может сообщаться в WTRU или UE через передачу служебных сигналов верхнего уровня или может неявно извлекаться из RNTI. Антенный порт для eCCE в конкретном для WTRU или UE пространстве поиска может быть декодирован вслепую в конкретном для WTRU или UE пространстве поиска. Например, конкретное для WTRU или UE пространство поиска может включать в себя eCCE#n с антенным портом 7 и eCCE#n с антенным портом 9. WTRU или UE также может демодулировать (например, многократно демодулировать), идентичный ресурс (eCCE#n) с антенным портом 7 и антенным портом 9.

[0277] Согласно дополнительным вариантам осуществления, может предоставляться и/или использоваться DM-RS-последовательность скремблирования. Например, для демодуляции ePDCCH, для оценки канала могут использоваться антенные порты {7, 8, 9, 10}, эквивалентно могут использоваться {107, 108, 109, 110}. В этом случае, DM-RS-последовательность для антенных портов может задаваться следующим образом:

,

где инициализация последовательности может задаваться как , где и могут использоваться взаимозаменяемо. Для задания , может применяться одно или более из следующего: различная последовательность скремблирования может использоваться для идентичного ePDCCH-ресурса, и/или одна последовательность скремблирования может использоваться для ePDCCH-ресурсов в соте.

[0278] В варианте осуществления, различная последовательность скремблирования может использоваться для идентичного ePDCCH-ресурса (например, PRB-пары) согласно WTRU или UE и/или попытке декодирования вслепую, например, так что может увеличиваться выигрыш от многопользовательского мультиплексирования. В качестве примера, WTRU или UE может демодулировать eCCE#n с помощью последовательности скремблирования, и другой WTRU или UE может демодулировать eCCE#n с помощью другой последовательности скремблирования, при этом последовательность скремблирования может быть ассоциирована с опорным сигналом демодуляции (например, антенным портом). В качестве другого примера, WTRU или UE может демодулировать eCCE#n с помощью последовательности A и B скремблирования. Возможные варианты последовательностей скремблирования могут задаваться следующим образом: возможные варианты последовательностей скремблирования могут быть заданы с помощью nSCID и/или XID; возможные варианты последовательностей скремблирования могут задаваться как {nSCID=0, nSCID=1}; и/или возможные варианты последовательностей скремблирования могут задаваться как {(X1, nSCID=0), (X2, nSCID=0), , где и могут быть различным числом, заданным в диапазоне от 0 до числа идентификаторов соты.

[0279] Одна последовательность скремблирования также может использоваться для ePDCCH-ресурсов в соте, так что конкретный для соты параметр может использоваться для XID, и фиксированное число может использоваться для nSCID. XID может задаваться как физический идентификатор соты или конфигурироваться посредством передачи служебных сигналов верхнего уровня. nSCID может быть фиксированно равным 0 или 1.

[0280] Если могут задаваться несколько наборов ePDCCH-ресурсов, последовательность скремблирования может использоваться в расчете на набор ePDCCH-ресурсов или через наборы ePDCCH-ресурсов. Например, последовательность скремблирования может быть задана в расчете на набор ePDCCH-ресурсов. Дополнительно, XID может быть задан в расчете на набор ePDCCH-ресурсов таким образом, что несколько последовательностей скремблирования могут использоваться без динамического индикатора. В таком варианте осуществления, когда могут быть сконфигурированы наборы ePDCCH-ресурсов, также может быть сконфигурирован ассоциированный XID для каждого набора ePDCCH-ресурсов. В этом случае, nSCID может быть фиксированно равным 0 или 1. Два XID могут быть сконфигурированы через верхний уровень, и каждый набор ePDCCH-ресурсов может использовать один из XID согласно конфигурации. Фиксированный предварительно заданный XID может использоваться для возможных ePDCCH-вариантов в общем пространстве поиска, так что WTRU или UE может демодулировать возможные ePDCCH-варианты в общем пространстве поиска. Сконфигурированный на верхнем уровне XID может использоваться для возможных ePDCCH-вариантов в конкретном для WTRU или UE пространстве поиска, и XID может отличаться согласно набору ePDCCH-ресурсов или быть идентичным для наборов ePDCCH-ресурсов. Если два или более из XID могут использоваться с несколькими наборами ePDCCH-ресурсов, PDSCH, ассоциированный с ePDCCH, может быть принят в субкадре, по меньшей мере, одним из следующих способов: WTRU или UE может использовать идентичный XID, используемый в ассоциированном ePDCCH для PDSCH-демодуляции; и/или независимо от XID, используемого в ассоциированном ePDCCH, WTRU или UE может использовать XID, указываемый посредством nSCID в ассоциированной DCI. Если nSCID=0, то может использоваться X1. В противном случае, может использоваться X2. Если WTRU или UE может использовать идентичный XID, используемый в ассоциированном ePDCCH для PDSCH-демодуляции, последовательность скремблирования может совмещаться между PDSCH и ассоциированным ePDCCH, так что работа в режиме совместной многоточечной передачи (CoMP) может применяться для ePDCCH.

[0281] Использование XID может зависеть от сконфигурированного режима передачи для PDSCH. Например, если WTRU или UE может быть сконфигурирован для работы не в режиме CoMP, один XID может использоваться для наборов ePDCCH-ресурсов, и XID может задаваться как физический идентификатор соты. Тем не менее, если WTRU или UE может быть сконфигурирован для работы в режиме CoMP, могут использоваться два или более XID, и каждый из наборов ePDCCH-ресурсов может быть сконфигурирован с XID независимо. В связи с этим, XID может быть идентичным или не быть идентичным для наборов ePDCCH-ресурсов.

[0282] В дополнительном варианте осуществления, DM-RS-последовательность может быть задана по-разному согласно или на основе пространств поиска ePDCCH. Например, согласно пространству поиска ePDCCH, может применяться и/или может использоваться, и/или предоставляться одно или более из следующего. В варианте осуществления, конкретная для WTRU или UE DM-RS-последовательность может быть сконфигурирована для конкретного для WTRU или UE пространства поиска, и конкретная для соты DM-RS-последовательность может использоваться для общего пространства поиска. Инициализация последовательности для конкретного для WTRU или UE пространства поиска может задаваться как , где может быть сконфигурирован через верхний уровень в расчете на набор ePDCCH-ресурсов, и может представлять собой фиксированное число (например, 0, 1 или 2). Для общего пространства поиска ePDCCH, может задаваться как функция от физического идентификатора соты, и может представлять собой фиксированное число (например, 0, 1 или 2). Например, может быть равным физическому идентификатору соты.

[0283] В другом варианте осуществления, как конкретное для WTRU или UE пространство поиска, так и общее пространство поиска могут быть сконфигурированы либо с конкретной для WTRU или UE DM-RS-последовательностью, либо с конкретной для соты DM-RS-последовательностью.

[0284] Дополнительно, в варианте осуществления, если несколько (например, два) наборов ePDCCH-ресурсов могут быть сконфигурированы для конкретного для ePDCCH WTRU или UE пространства поиска, и (например, один) набор ePDCCH-ресурсов может использоваться для общего пространства поиска ePDCCH, может применяться и/или может использоваться, и/или предоставляться одно или более из следующего. Например, инициализация последовательности для конкретного для WTRU или UE пространства поиска может быть задана конкретным для WTRU или UE способом для каждого наборы ePDCCH-ресурсов, если конкретные для ePDCCH WTRU или UE ресурсы могут не перекрываться с ресурсами общего пространства поиска ePDCCH. В таком варианте осуществления, инициализация последовательности для конкретного для WTRU или UE пространства поиска может задаваться как , где может быть сконфигурирован через верхний уровень в расчете на набор ePDCCH-ресурсов, и может представлять собой фиксированное число (например, 0, 1 или 2).

[0285] Для набора ресурсов конкретного для ePDCCH WTRU или UE пространства поиска, который может полностью и/или частично перекрываться с ресурсом общего пространства поиска ePDCCH, инициализация последовательности для конкретного для WTRU или UE пространства поиска может задаваться как идентичная инициализации DM-RS-последовательности общего пространства поиска ePDCCH. В таком варианте осуществления, если общий поиск ePDCCH может использовать конкретную для соты DM-RS-последовательность, конкретная для WTRU или UE DM-RS-последовательность для набора ePDCCH-ресурсов, перекрывающегося с общим пространством поиска, может использовать конкретную для соты DM-RS-последовательность. Дополнительно, в таком варианте осуществления, инициализация последовательности для конкретного для WTRU или UE пространства поиска, если конкретное для WTRU или UE пространство поиска может не перекрываться с общим пространством поиска ePDCCH, может задаваться как , где может быть сконфигурирован через верхний уровень в расчете на набор ePDCCH-ресурсов, и может представлять собой фиксированное число (например, 0, 1 или 2).

[0286] Дополнительно, в примерном варианте осуществления, инициализация последовательности для конкретного для WTRU или UE пространства поиска, если конкретное для WTRU или UE пространство поиска может перекрываться с общим пространством поиска ePDCCH, может задаваться как , где может задаваться как функция от физического идентификатора соты, и может представлять собой фиксированное число (например, 0, 1 или 2). Например, может быть равным физическому идентификатору соты.

[0287] Схема пространства поиска (например, в CA или для нескольких DL-несущих) может предоставляться, как описано в данном документе. Например, может быть реализовано пространство поиска, ассоциированное с несколькими DL-несущими. В ePDCCH-ресурсах, могут быть заданы общее пространство поиска и конкретное для WTRU или UE пространство поиска. Пространства поиска могут быть заданы в системе с несколькими несущими одним или более следующих способов.

[0288] Общее пространство поиска может быть ограничено заданием в PCell, и/или конкретные для WTRU или UE пространства поиска могут быть заданы в нескольких компонентных несущих. WTRU или UE может ограничивать отслеживание общего пространства поиска PCell и конкретным для WTRU или UE пространством поиска в соответствующей PCell/SCell. В общем пространстве поиска поле индикатора несущей (CIF) может указывать соответствующую компонентную несущую в DCI-формате. Компонентная несущая, в которой ePDCCH может быть принят в конкретном для WTRU или UE пространстве поиска, может рассматриваться как соответствующая компонентная несущая. Фиг. 26 иллюстрирует примерное задание общего пространства поиска, которое может быть ограничено, например, унаследованной PDCCH-областью в PCell. Конкретное для WTRU или UE пространство поиска, которое может быть задано в PCell, и общие пространства поиска могут быть заданы в нескольких компонентных несущих.

[0289] Общее пространство поиска также может быть задано в PCell, и конкретное для WTRU или UE пространство поиска может быть задано, по меньшей мере, в одной из SCell. Общее пространство поиска может быть задано в унаследованном PDCCH в PCell, и/или конкретное для WTRU или UE пространство поиска может быть задано в ePDCCH, по меньшей мере, в одной из SCell.

[0290] В варианте осуществления, PCell может быть независимо задана для унаследованного PDCCH и/или ePDCCH. В этом случае, если могут быть предусмотрены сота 0, сота 1 и сота 2, сота 0 может быть сконфигурирована как PCell для унаследованного PDCCH, и/или сота 2 может быть сконфигурирована как PCell для ePDCCH. PCell для ePDCCH может быть задана со смещением для PCell унаследованного PDCCH.

[0291] Как конкретное для WTRU или UE пространство поиска, так и общее пространство поиска могут быть ограничены заданием в PCell. Дополнительно, как конкретное для WTRU или UE пространство поиска, так и общее пространство поиска могут быть заданы в нескольких компонентных несущих.

[0292] Согласно примерному варианту осуществления, могут задаваться и/или использоваться, например, два ePDCCH-режима, к примеру, режим частотного разнесения ePDCCH (например, ePDCCH-режим 1) и частотно-избирательный режим ePDCCH (например, ePDCCH-режим 2). Дополнительно, ePDCCH-режим 1 может достигать выигрыша от частотного разнесения, так что общее пространство поиска может быть ограничено заданием посредством ePDCCH-режима 1.

[0293] В вариантах осуществления, конкретное для WTRU или UE пространство поиска может быть задано одним или более следующих способов. Конкретное для WTRU или UE пространство поиска может быть задано посредством ePDCCH-режима 1 или посредством ePDCCH-режима 2. ePDCCH-режим для конкретного для WTRU или UE пространства поиска может быть сконфигурирован посредством передачи служебных RRC-сигналов, так что WTRU или UE может ограничивать свое отслеживание ePDCCH-режимом 1 или ePDCCH-режимом 2 согласно конфигурации. Дополнительно, ePDCCH-режим для конкретного для WTRU или UE пространства поиска может быть сконфигурирован согласно SFN, так что WTRU или UE может иметь сведения относительно того, какой ePDCCH-режим может быть задан в субкадре из SFN-номера. В другом примерном варианте осуществления, ePDCCH-режим для конкретного для WTRU или UE пространства поиска может быть сконфигурирован согласно компонентной несущей. Например, ePDCCH-режим 1 может быть сконфигурирован в PCell, и ePDCCH-режим 2 может быть сконфигурирован для вторичной соты (SCell). WTRU или UE может отслеживать ePDCCH в PCell с ePDCCH-режимом 1 и ePDCCH-режимом 2 для SCell. ePDCCH-режим для каждой компонентной несущей может быть сконфигурирован посредством передачи служебных сигналов верхнего уровня.

[0294] Кроме того, ePDCCH-режим 1 и ePDCCH-режим 2 могут быть заданы в идентичном субкадре. Для декодирования вслепую WTRU или UE может декодировать половину в ePDCCH-режиме 1 и другую половину в ePDCCH-режиме 2. Часть ePDCCH-режима, который может декодировать вслепую WTRU или UE, может отличаться согласно субкадру и/или конфигурироваться посредством eNB. Таблица 15 показывает пример, в котором и могут обозначать число возможных ePDCCH-вариантов для ePDCCH-режима 1 и режима 2, соответственно. WTRU или UE может отслеживать один ePDCCH-режим, сконфигурированный посредством eNB через передачу служебных сигналов верхнего уровня.

Таблица 15
Возможные ePDCCH-варианты, отслеживаемые посредством WTRU или UE
Тип Пространство Sk(L) поиска Число возможных ePDCCH-вариантов Уровень L агрегирования Размер [в CCE] M1(L) M2(L) Конкретное для WTRU или UE 1 6 3 3 2 12 3 3 4 8 1 1 8 16 1 1 Общее 4 16 4 8 16 2

[0295] Если может активироваться перекрестная диспетчеризация несущих, PDCCH может быть ограничен передачей в PCell, так что WTRU или UE может отслеживать PCell в ограниченном случае, чтобы принимать PDCCH. Поскольку может быть задан ePDCCH, режим работы WTRU или UE может быть задан одним или более следующих способов, когда может активироваться перекрестная диспетчеризация несущих. Унаследованный PDCCH и/или ePDCCH могут быть ограничены передачей в PCell согласно PDCCH-конфигурации. Если eNB может конфигурировать унаследованный PDCCH для WTRU или UE, WTRU или UE может быть ограничен отслеживанием унаследованного PDCCH в PCell. В противном случае, WTRU или UE может отслеживать ePDCCH в PCell. WTRU или UE может допускать то, что каждый PDCCH может быть передан в PCell.

[0296] Дополнительно, PCell может быть задана независимо для унаследованного PDCCH и ePDCCH, к примеру, PCell_PDCCH и PCell_ePDCCH, где PCell_PDCCH и PCell_ePDCCH обозначают PCell для унаследованного PDCCH и ePDCCH, соответственно. WTRU или UE может отслеживать PCell_ePDCCH для набора компонентных несущих, сконфигурированных для ePDCCH, и PCell_PDCCH для других компонентных несущих, сконфигурированных для унаследованного PDCCH. PCell_PDCCH и PCell_ePDCCH могут быть идентичной компонентной несущей.

[0297] Также может предоставляться и/или использоваться рандомизация помех, как раскрыто в данном документе. Например, частотное местоположение ePDCCH может быть изменено с одного субкадра на другой, чтобы рандомизировать помехи между ePDCCH от нескольких сот.

[0298] Для такой рандомизации помех WTRU или UE может использовать различные режимы работы. Например, режим работы WTRU или UE для того, чтобы отслеживать ePDCCH, может задаваться следующим образом. Если может активироваться перекрестная диспетчеризация несущих, WTRU или UE может отслеживать ePDCCH в конкретной соте в субкадре, и конкретная для индекса сота может неявно извлекаться из SFN-номера и/или радиокадра. Если не может активироваться перекрестная диспетчеризация несущих, WTRU или UE может отслеживать ePDCCH в каждой из сконфигурированных компонентных несущих; тем не менее, ePDCCH-ресурс может быть изменен с одного субкадра на другой в соте согласно SFN-номеру и/или радиокадру.

[0299] Согласно примерному варианту осуществления, может использоваться и/или предоставляться обработка приемного WTRU- или UE-устройства. Например, может предоставляться уменьшение времени обработки декодирования PDSCH. В таком варианте осуществления, может предоставляться и/или использоваться FDD (например, со структурой 1 кадра) и/или TDD (например, со структурой 2 кадра). Например, TBS может быть задан посредством (например, как показано в разделе 7.1.7.2.1 3GPP TS 36.213 "Physical Layer Procedures", V10,1.0, 2011-03), и размер транспортного блока может возрастать по мере того, как число становится больше, где и . Поскольку ePDCCH может быть передан в PDSCH-области, приемное WTRU- или UE-устройство может терять время обработки декодирования для HARQ-ACK-передачи, которая может использоваться для передачи в субкадре восходящей линии связи n+4 после приема PDSCH в субкадре n нисходящей линии связи. Временное опережение может уменьшать время обработки декодирования PDSCH, поскольку оно может передавать сигнал восходящей линии связи раньше, где [мс]. Поскольку больший размер транспортного блока может использовать больше времени обработки PDSCH, больший TBS может ограничиваться в случае, если значение может быть относительно большим, и может использоваться ePDCCH. TBS-ограничение может использоваться согласно одному или более из следующего.

[0300] В примерном способе, TBS-ограничение может использоваться следующим образом (например, согласно одному или более из следующего). Например, и могут быть заданы, если и , где и могут обозначать максимальное число для индекса TBS и число ограниченных PRB. В связи с этим, WTRU или UE может допускать то, что TBS, больший , не может быть передан для WTRU или UE. и могут быть заданы конкретным для WTRU или UE способом в качестве функционального конкретного для WTRU или UE значения временного опережения . Максимальный TBS также может выражаться как , где Δ может представлять собой TBS-таблицу.

[0301] Дополнительно, может задаваться как функция от значения временного опережения, по меньшей мере, с помощью одного из следующих уравнений: или , где γ может быть весовым коэффициентом; и/или или , где может быть весовым коэффициентом.

[0302] дополнительно может задаваться как функция от значения временного опережения, по меньшей мере, с помощью одного из следующих уравнений: или , где γ может быть весовым коэффициентом; и/или или , где δ может быть весовым коэффициентом.

[0303] В вариантах осуществления, может задаваться как функция от значения временного опережения, по меньшей мере, с помощью одного из следующих уравнений: или , где может обозначать наибольший размер TBS без ограничения, и ε может быть весовым коэффициентом; и/или .

[0304] Весовые коэффициенты , которые могут использоваться, как показано выше, могут иметь следующие характеристики: весовые коэффициенты могут быть изменены согласно классу/категории WTRU или UE, и/или весовые коэффициенты могут отличаться согласно режиму передачи. Дополнительно, максимальный TBS может задаваться как функция от и класса/категории WTRU или UE. Например, для категории 1 WTRU или UE, TBS-ограничение не может использоваться независимо от значения временного опережения.

[0305] В других примерных способах, может быть реализован временной H-ARQ-интервал (например, чтобы обеспечивать дополнительное время обработки декодирования). При работе в H-ARQ-режиме, WTRU или UE может запрашиваться на то, чтобы передавать HARQ-ACK в субкадре n+k, если WTRU или UE может принимать PDSCH в субкадре n. В таком варианте осуществления, k может задаваться равным 4 в FDD-системе, и k может быть предварительно задан в TDD-системе на основе, например, UL-DL-конфигурации и/или номера субкадра. Дополнительно, в таком варианте осуществления, режим работы WTRU или UE может задаваться следующим образом (например, когда WTRU или UE может принимать ePDCCH и соответствующий PDSCH в субкадре n). WTRU или UE может передавать HARQ-ACK в субкадре n+l. В таком варианте осуществления, переменная l может задаваться равной k, если может активироваться одна компонентная несущая. Дополнительно, переменная l может задаваться равной положительному целому числу, большему 4, если могут активироваться несколько компонентных несущих. Переменная l также может быть сконфигурирована как число в наборе возможных вариантов, например, {4, 6, 8, 10}, через передачу служебных сигналов верхнего уровня, когда могут активироваться несколько компонентных несущих. Если может активироваться одна компонентная несущая, l может задаваться равной k.

[0306] В дополнительном примерном способе, ePDCCH и соответствующий PDSCH могут быть переданы в различном субкадре, так что WTRU или UE может отслеживать ePDCCH в субкадре n-i и может ожидать принимать соответствующий PDSCH в субкадре n. В этом случае, режим работы WTRU или UE для HARQ-ACK-передачи может включать в себя одно или более из следующего.

[0307] Например, переменная i может быть равна либо 0, либо положительному целому числу и может быть сконфигурирована посредством передачи служебных сигналов верхнего уровня. В варианте осуществления, переменная i может задаваться равной '1' в FDD-системе. WTRU или UE может передавать HARQ-ACK в субкадре n-k независимо от номера субкадра для ePDCCH-приема. ePDCCH может быть ограничен передачей в субкадре n-i в случае, если могут активироваться несколько компонентных несущих. В противном случае, ePDCCH и соответствующий PDSCH могут быть переданы в идентичном субкадре.

[0308] ePDCCH также может быть передан в субкадре n-i, если временное опережение (TTA) для WTRU или UE может превышать пороговое значение (α). Для TTA>α, WTRU или UE может ожидать принимать соответствующий PDSCH в субкадре n, когда WTRU или UE сможет принимать ePDCCH в субкадре n-i. Для TTA<α, WTRU или UE может принимать (например, может ожидать принимать), ePDCCH и соответствующий PDSCH в идентичном субкадре (например, α=0,17 мс).

[0309] Дополнительно, ePDCCH может быть передан в субкадре n-i, если число доступных PRB нисходящей линии связи (например, ассоциированных с полосой пропускания системы) может превышать NPRB. NPRB может быть пороговым значением, и в примерном варианте осуществления NPRB=50. ePDCCH дополнительно может быть передан в субкадре n-i для UE категории 5.

[0310] Также могут быть реализованы одна или более комбинаций вышеизложенных вариантов осуществления. Например, ePDCCH может быть передан в субкадре n-i, если могут активироваться несколько компонентных несущих, и временное опережение (TTA) для WTRU или UE может превышать пороговое значение. ePDCCH может быть передан в субкадре n-i, если временное опережение (TTA) для WTRU или UE может превышать пороговое значение, и категория WTRU или UE может составлять 5. ePDCCH может быть передан в субкадре n-i, если временное опережение (TTA) для WTRU или UE может превышать пороговое значение, и число доступных PRB нисходящей линии связи (например, полоса пропускания системы) может превышать NPRB.

[0311] Также могут предоставляться и/или использоваться реализации TDD (например, структура 2 кадра), как описано в данном документе. Например, в TDD, временной HARQ-ACK-интервал может быть задан согласно или на основе UL-DL-конфигурации и/или номера субкадра, например, поскольку субкадр восходящей линии связи может не быть доступным в n+4, как только WTRU или UE может принимать PDSCH в субкадре n. Таблица 16 показывает примерные варианты осуществления взаимосвязей временных HARQ-ACK-интервалов посредством задания k, так что WTRU или UE может передавать HARQ-ACK в субкадре восходящей линии связи n+k при обнаружении PDSCH в субкадре n нисходящей линии связи.

Таблица 16
k для TDD-конфигураций 0-6
TDD-конфигурация UL/DL Субкадр n
WTRU или UE при обнаружении PDSCH в субкадре n нисходящей линии связи может передавать HARQ-ACK-ответ в UL-субкадре n+k

[0312] В варианте осуществления, TBS-ограничение может применяться к субкадру с k, который может быть равным или меньше K, при этом значение K может быть предварительно задано или сконфигурировано посредством передачи служебных сигналов верхнего уровня. В качестве примера, если K может быть равным 4, TBS-ограничение может применяться для субкадров 0 и 5 в UL-DL-конфигурации 0 в таблице 16, и оно может применяться для субкадра 4 в UL-DL-конфигурации 1. В другом примере, если K может быть равным 5, TBS-ограничение может применяться в одном или более следующих субкадров: субкадр {0, 5} в конфигурации 0; субкадр {4, 9} в конфигурации 1; субкадр {3, 8} в конфигурации 2; субкадр {0} в конфигурации 3; субкадр {8, 9} в конфигурации 4; субкадр {7, 8} в конфигурации 5; и/или субкадр {9} в конфигурации 6.

[0313] Согласно дополнительному варианту осуществления, TBS-ограничение может применяться к субкадру, в котором временной HARQ-ACK-интервал может превышать K, и WTRU или UE может иметь TTA>α. Кроме того, с точки зрения процедуры декодирования PDSCH посредством WTRU или UE, WTRU или UE может допускать то, что наибольшее TBS-ограничение может не применяться, если временной HARQ-ACK-интервал k может превышать K (например, 4) в субкадре. В связи с этим, могут задаваться различные режимы работы WTRU или UE. Например, если WTRU или UE может принимать TBS в пределах ограниченного TBS в субкадре, в котором временной HARQ-ACK-интервал k может быть равным или меньше K, WTRU или UE может допускать то, что такой прием может быть ошибкой, и может сообщать DTX или NACK в субкадре n+k. Если WTRU или UE может принимать TBS в пределах ограниченного TBS в субкадре, в котором временной HARQ-ACK-интервал k может превышать K, WTRU или UE может начинать декодировать PDSCH и HARQ-ACK сообщения в субкадре n+k. Для TDD и FDD, TBS-ограничение может применяться в субкадре нисходящей линии связи, если WTRU или UE может сообщать HARQ-ACK через 4 мс после приема PDSCH в субкадре.

[0314] В данном документе могут быть описаны варианты осуществления для уменьшения времени обработки с обратной связью (например, с использованием FDD (например, структуры 1 кадра) и TDD (например, структуры 2 кадра)). Как описано выше, может предоставляться и/или использоваться апериодическая обратная связь с CSI. Если апериодическое сообщение CSI может быть инициировано в субкадре n нисходящей линии связи, WTRU или UE может сообщать CSI в субкадре восходящей линии связи n+4. Поскольку вычисление CSI может использовать дополнительное время обработки, когда апериодическое сообщение CSI может быть инициировано посредством ePDCCH в субкадре n нисходящей линии связи, режим работы WTRU или UE может включать в себя, по меньшей мере, одно из следующего.

[0315] WTRU или UE может отбрасывать обратную связь с CSI, если PDSCH может быть передан для WTRU или UE в идентичном субкадре. В этом случае, условие пропуска может быть дополнительно ограничено, по меньшей мере, с помощью одного из следующего: TBS для PDSCH в субкадре n, превышающий предварительно заданное пороговое значение; режим апериодической обратной связи с CSI с использованием подполосного CQI и/или ранга; временное опережение TTA, превышающее предварительно заданное пороговое значение; CSI-RS, ассоциированный с апериодической обратной связью с CSI, передаваемый в идентичном субкадре; полоса NPRB пропускания системы, превышающая предварительно заданное пороговое значение (например, 50); и т.п.

[0316] В варианте осуществления, WTRU или UE не может допускать то, что апериодическое сообщение CSI может инициироваться в субкадре n через ePDCCH, если PDSCH может быть передан в идентичном субкадре. Такое условие может быть дополнительно ограничено, по меньшей мере, с помощью одного из следующего: TBS для PDSCH в субкадре n, превышающий предварительно заданное пороговое значение; режим апериодической обратной связи с CSI с использованием подполосного CQI и/или ранга; временное опережение TTA, превышающее предварительно заданное пороговое значение; CSI-RS, ассоциированный с апериодической обратной связью с CSI, передаваемый в идентичном субкадре; полоса NPRB пропускания системы, превышающая предварительно заданное пороговое значение (например, 50); и т.п.

[0317] Дополнительно, если поле запроса на CSI в DCI-формате 0 и 4 может инициировать апериодическое сообщение CSI в субкадре n, WTRU или UE может отправлять CSI в субкадре n+4 в FDD-системе. Этот режим работы WTRU или UE может предоставляться в варианте осуществления, если WTRU или UE может принимать унаследованный PDCCH.

[0318] Согласно примерным вариантам осуществления, если WTRU или UE может принимать ePDCCH для апериодического сообщения CSI в системе с несколькими несущими, режим работы WTRU или UE может включать в себя одно или более из следующего. WTRU или UE может сообщать обратную связь с CSI в субкадре n+j, где: j может задаваться равным 4, если может активироваться одна компонентная несущая; j может задаваться равным 5 независимо от числа сконфигурированных компонентных несущих (сот); j может быть сконфигурирован посредством верхних уровней, и j может использоваться в том случае, когда несколько могут быть сконфигурированы компонентных несущих; j может быть задан согласно соте так, что j может задаваться равным 4 для PCell, и j может задаваться равным 5 для SCell, и время сообщения для PCell и SCell может разделяться во временной области; и/или j может задаваться большим 4, когда WTRU или UE может быть сконфигурирован согласно, по меньшей мере, одному из следующего: временное опережение (TTA) для WTRU или UE, которое может превышать пороговое значение, биты инициирования апериодического сообщения, которые могут указывать то, чтобы сообщать CSI для нескольких компонентных несущих, и/или если сконфигурированный режим сообщения PUSCH может быть основан на сообщении подполосного индикатора матрицы предварительного кодирования (PMI).

[0319] В связи с этим, может предоставляться уменьшение времени обработки в WTRU или UE (например, обработки декодирования в WTRU или UE) в нескольких несущих, как описано в данном документе. В таких вариантах осуществления, временные взаимосвязи для HARQ-ACK-передачи и/или апериодической обратной связи с CSI могут переопределяться, когда ePDCCH может использоваться, например, в системе с несколькими несущими. Дополнительно, может предоставляться обработка декодирования PDSCH.

[0320] В данном документе дополнительно может описываться выделение канала управления восходящей линии связи с ePDCCH. Например, может предоставляться преобразование PUCCH-ресурсов для одной DL-несущей. В таком варианте осуществления, PUCCH-ресурсы, соответствующие сообщениям с DL-назначением, принимаемым в ePDCCH, могут быть сконфигурированы как функция от передачи служебных RRC-сигналов, которая может указываться для одного или более WTRU или UE.

[0321] Когда ePDCCH-прием может обеспечиваться или конфигурироваться для WTRU или UE, по меньшей мере, один или набор возможных вариантов PUCCH-ресурсов могут назначаться или указываться для WTRU или UE. PUCCH-ресурсы могут указываться или передаваться в служебных сигналах в один или более WTRU или UE с использованием конкретной для WTRU передачи служебных сигналов или конкретной для UE передачи служебных сигналов либо они могут указываться или передаваться в служебных сигналах в WTRU или UE конкретным для соты способом. WTRU или UE после приема сообщения с DL-назначением на ePDCCH в DL-субкадре может определять соответствующий PUCCH-ресурс в UL-субкадре в качестве функции от разрешенных или предварительно сконфигурированных PUCCH-ресурсов.

[0322] В другом варианте осуществления, назначенные ePDCCH-ресурсы могут соответствовать набору предварительно определенных или сконфигурированных PUCCH-ресурсов. WTRU или UE, принимающий назначение ePDCCH-ресурсов для декодирования управляющей информации DL, может получать соответствующий PUCCH-ресурс или набор допустимых PUCCH-ресурсов в качестве функции от предварительно определенной взаимосвязи или таблицы преобразования. Например, WTRU или UE может передавать PUCCH-ресурс на назначенном одном PUCCH-ресурсе или в случае, если несколько PUCCH-ресурсов могут конфигурироваться, назначаться или указываться, он может передавать PUCCH на ресурсе, выбранном из набора, в котором определение конкретного PUCCH-ресурса может подвергаться, по меньшей мере, одному второму параметру определения, такому как передаваемая в служебных сигналах часть значения этой DCI (например, ARI в поле TPC для версии 10) или одно или более значений, которые могут быть извлечены в качестве функции от настройки передачи, такой как преобразование сообщений с DL-назначением в ePDCCH-ресурсы (например, значение, ассоциированное с номером антенного порта для DMRS для MU-MIMO). Для небольшого или оптимизированного числа WTRU или UE, декодирующих ePDCCH, явная конфигурация соответствующих PUCCH-ресурсов может находиться под управлением сети и может предоставлять гибкость для того, чтобы объединять в пул PUCCH-ресурсы, при недопущении введения обработки протокола в сочетании с декодированием PDCCH посредством унаследованного WTRU.

[0323] Дополнительно, PUCCH-ресурсы, соответствующие сообщениям с DL-назначением, принимаемым в ePDCCH, могут извлекаться через технологию на основе механизма динамического выделения ресурсов в качестве функции от одной или более настроек передачи, по меньшей мере, одного DL-сигнала, принимаемого через ePDCCH. PUCCH-ресурсы, которые могут извлекаться с использованием CCE-индекса на PDCCH, могут быть расширены посредством заданий CCE-номеров для ePDCCH-передач. В таком варианте осуществления, коллизия PUCCH-ресурсов между унаследованным PDCCH и ePDCCH может не допускаться, например, при повторном использовании аналогичных принципов выделения PUCCH-ресурсов, к примеру, когда унаследованные WTRU или UE и ePDCCH WTRU или UE могут поддерживаться в обслуживающей соте.

[0324] Также может предоставляться и/или использоваться выделение PUCCH-ресурсов с одним набором ePDCCH-ресурсов. Например, PUCCH-ресурсы для одного ePDCCH-набора могут задаваться так, как описано в данном документе. В варианте осуществления, если eCCE- и/или eREG-единицы в ePDCCH могут быть заданы аналогично унаследованному PDCCH, соответствующий PUCCH-ресурс может задаваться или извлекаться в качестве для антенного порта p0, и PUCCH-ресурс для антенного порта p1 может извлекаться посредством , где может представлять собой номер первого CCE (например, наименьший eCCE-индекс) используемый для передачи соответствующего PDCCH в области ePDCCH, может быть общим числом CCE в области управления для унаследованного PDCCH, и может быть сконфигурирован посредством верхних уровней. В этом случае, может применяться одно или более из следующего. может быть вычислен динамически на основе обнаружения PCFICH (например, обнаружения числа OFDM-символов) и полосы пропускания системы. может задаваться равным предварительно заданному значению смещения, например, наибольшему CCE-номеру наибольшей полосы пропускания системы, и может комбинироваться с , так что может быть сконфигурирован посредством верхних уровней. может быть сконфигурирован посредством передачи служебных сигналов верхнего уровня, так что выделение ресурсов может быть основано на и . В этом случае, может применяться, по меньшей мере, одно из следующего: может быть сконфигурирован посредством верхних уровней и/или обычно использоваться для PDCCH и ePDCCH (например, в этом случае может быть сконфигурирован посредством верхнего уровня); и/или может быть сконфигурирован посредством передачи служебных сигналов верхнего уровня без отдельного индикатора относительно .

[0325] Дополнительно, в варианте осуществления, PUCCH-ресурс может быть независимым от , так что , и может быть конфигурируемым посредством верхних уровней. Для режима передачи, который может поддерживать один или более (например, до двух) антенных портов, PUCCH-ресурс может задаваться посредством . Если WTRU или UE может быть сконфигурирован с MU-MIMO-передачей, другой параметр определения может использоваться для соответствующего PUCCH-ресурса, например, в дополнение к следующим образом:

для антенного порта p0 и для антенного порта p1. В таком варианте осуществления, может быть определен в качестве, по меньшей мере, одного из следующего: параметр, который может быть ассоциирован с антенным портом для конкретного для UE DMRS; параметр, аналогичный ARI (индикатору ACK/NACK-ресурса), сконфигурированный посредством передачи служебных сигналов верхнего уровня; и/или предварительно определенный параметр.

[0326] В другом примере, PUCCH-ресурсы, соответствующие DL-назначениям, которые могут быть приняты в ePDCCH, могут извлекаться в качестве функции от CCE-номера. Например, первый или предварительно определенный CCE либо эквивалентная единица преобразования в упорядоченной последовательности может быть получен из декодирования сообщения с DL-назначением, которое может преобразовываться в сетке временных и/или частотных ресурсов.

[0327] Дополнительно, последовательность единиц преобразования, к примеру, eCCE или eREG, которые могут быть выбраны для того, чтобы динамически извлекать или определять выбор PUCCH-ресурсов в WTRU или UE, декодирующем ePDCCH, могут находиться или не могут находиться во взаимосвязи с CCE-последовательностью и начальными CCE-индексами, которые могут использоваться в сочетании с динамическим выделением PUCCH-ресурсов, используемым при декодировании PDCCH. WTRU или UE6 декодирующий ePDCCH, определяющий его PUCCH-ресурс, может вычислять настройку передачи по UL как из первой динамически вычисленной настройки передачи, такой как начальный (e)CCE или эквивалентный, так и из одного или более предварительно сконфигурированных или передаваемых в служебных сигналах параметров, как описано в данном документе.

[0328] Согласно примерному варианту осуществления, PUCCH-ресурсы, которые могут использоваться в сочетании с PDCCH (например, если присутствуют) и ePDCCH, могут быть сегментированы или агрегированы для назначенных WTRU, чтобы декодировать один из них посредством сети. При настройке, PUCCH-ресурсы могут быть объединены в пул, например, UL RB для декодирования PDCCH посредством унаследованного WTRU или UE и декодирования ePDCCH посредством WTRU или UE. В некоторых дополнительных вариантах осуществления (например, при попытке достигать выигрышей от пространственного мультиплексирования), разделенные UL-ресурсы могут быть выбраны для декодирования унаследованного PDCCH посредством WTRU относительно UL-ресурсов, которые могут декодировать ePDCCH.

[0329] В вышеприведенных примерах, при введении (e)CCE- и/или (e)REG-единиц, группы или единицы RE могут не подразумевать или иметь сведения относительно того, что они могут быть идентичными CCE, которые включают в себя 9 REG или REG, которые включают в себя 4 RE, используемых в PDCCH. Дополнительно, упорядоченная последовательность единиц преобразования, соответствующая выделению временных и/или частотных ресурсов для одного или более ePDCCH, может быть эквивалентной в описанных вариантах осуществления. В варианте осуществления, PUCCH-ресурсы для декодирования, по меньшей мере, одного ePDCCH посредством WTRU или UE, которые могут быть выполнены с возможностью принимать несколько обслуживающих DL-сот, могут извлекаться через передачу служебных RRC-сигналов в один или более WTRU или UE.

[0330] В данном документе также могут описываться варианты осуществления для выделения PUCCH-ресурсов с несколькими наборами ePDCCH-ресурсов. Например, если eCCE- или eREG-единицы в ePDCCH-наборе могут быть заданы аналогично унаследованному PDCCH, соответствующие PUCCH-ресурсы для UE могут извлекаться в качестве для антенного порта p0, и/или PUCCH-ресурс для антенного порта p1 может извлекаться посредством , где может представлять собой номер первого eCCE (например, наименьший eCCE-индекс, который может использоваться для того, чтобы составлять PDCCH), который может использоваться для передачи соответствующего PDCCH в области ePDCCH-набора, сконфигурированного для UE, может представлять собой смещение PUCCH-ресурсов для ePDCCH-набора, и/или может быть сконфигурирован посредством верхних уровней. В этом варианте осуществления, может применяться одно или более из следующего:

может быть вычислен динамически на основе обнаружения PCFICH (например, обнаружения числа OFDM-символов) и полосы пропускания системы; может задаваться равным предварительно заданному значению смещения, например, наибольшему CCE-номеру наибольшей полосы пропускания системы, и/или комбинироваться с , так что может быть сконфигурирован посредством верхних уровней; и/или может быть сконфигурирован посредством передачи служебных сигналов верхнего уровня, результирующее выделение ресурсов может быть основано на и . В этом последнем варианте осуществления, может применяться, по меньшей мере, одно из следующего: может быть сконфигурирован посредством верхних уровней и/или использован для PDCCH и ePDCCH (например, в этом случае может быть сконфигурирован посредством верхних уровней); может быть сконфигурирован посредством передачи служебных сигналов верхнего уровня без отдельного индикатора относительно ; и/или может быть сконфигурирован в расчете на набор независимо, что может задаваться как .

[0331] Несколько , где k=0, 1, …, K-1, также может конфигурироваться и/или указываться через динамическую передачу служебных сигналов. Например, выделение PUCCH-ресурсов на основе ePDCCH может задаваться как . В этом случае, может применяться одно или более из следующего. K может указываться динамически посредством DCI, ассоциированной с PDSCH-передачей в субкадре. Например, битовое поле может указывать значение k, так что UE может извлекать PUCCH-ресурс. Дополнительно, ARI в DCI может быть многократно использован для того, чтобы указывать k. Идентификатор скремблирования (например, nSCID) для DCI также может неявно указывать k. K может быть идентичным числу наборов ePDCCH-ресурсов, которые могут быть сконфигурированы, и/или каждый k может быть преобразован "один-к-одному" для сконфигурированного набора ePDCCH-ресурсов. K также может задаваться как 2 или 4, и/или если может быть сконфигурирован один набор ePDCCH-ресурсов, K=1.

[0332] В альтернативном или дополнительном варианте осуществления, может комбинироваться с , где, например, , и может быть передан в служебных сигналах динамически и/или сконфигурирован полустатически или посредством верхних уровней. Если WTRU или UE может быть сконфигурирован с MU-MIMO-передачей, другой (например, второй) параметр определения может использоваться для соответствующего PUCCH-ресурса в дополнение к следующим образом:

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

[0333] Также может предоставляться и/или использоваться преобразование PUCCH-ресурсов для нескольких DL-несущих, как описано в данном документе. Например, когда ePDCCH-прием может обеспечиваться или конфигурироваться для WTRU или UE, и WTRU или UE может быть выполнен с возможностью принимать несколько обслуживающих DL-сот, PUCCH-ресурс, соответствующий первому сообщению с DL-назначением, принимаемому на первом ePDCCH, может извлекаться посредством WTRU или UE в качестве функции от второго сообщения с DL-назначением, принимаемого на втором канале управления DL.

[0334] Дополнительно, в варианте осуществления, WTRU или UE может декодировать унаследованный PDCCH в первичной обслуживающей (DL)-соте при декодировании ePDCCH во вторичной обслуживающей (DL)-соте. PUCCH-ресурс, который должен использован, может быть определен посредством WTRU или UE в качестве функции от сообщения с DL-назначением, принимаемого в первичной обслуживающей соте. В случае 2 обслуживающих DL-сот, извлеченный PUCCH-формат 1 с ресурсами для выбора канала может быть получен из сообщения с DL-назначением в первичной соте. В случае PUCCH-формата 3, WTRU или UE может выбирать PUCCH-ресурс из набора предварительно сконфигурированных передаваемых в служебных RRC-сигналах параметров посредством использования передаваемого в служебных сигналах селектора ресурсов, например, ARI, переносимого в сообщении с DL-назначением по (e)PDCCH во вторичной обслуживающей соте.

[0335] WTRU или UE также может декодировать ePDCCH как в первичной, так и во вторичной обслуживающей соте. В таком варианте осуществления, PUCCH-ресурс, который должен быть использован, может быть определен посредством WTRU или UE в качестве функции от первого ePDCCH и может использоваться для того, чтобы передавать управляющую информацию UL, такую как A/N, соответствующий одному или более принятых DL-назначений, по этим ePDCCH. В случае 2 обслуживающих DL-сот, извлеченный PUCCH-формат 1 с ресурсами для выбора канала может быть получен из сообщения с DL-назначением в первичной соте.

[0336] В данном документе также могут описываться варианты осуществления для выделения PUCCH-ресурсов с одним набором ePDCCH-ресурсов. Например, если eCCE- и/или eREG-единицы в ePDCCH могут быть заданы аналогично унаследованному PDCCH, соответствующий PUCCH-ресурс может задаваться или извлекаться в качестве , и для режима передачи, который поддерживает до двух транспортных блоков, PUCCH-ресурс может задаваться или извлекаться посредством , где может представлять собой номер первого eCCE (например, наименьший eCCE-индекс, используемый для того, чтобы составлять PDCCH), используемого для передачи соответствующего PDCCH в области ePDCCH, может быть общим числом CCE в области управления для унаследованного PDCCH, и может быть сконфигурирован посредством верхних уровней. может быть вычислен динамически на основе обнаружения PCFICH (например, обнаружения числа OFDM-символов) и полосы пропускания системы. может задаваться равным предварительно заданному значению смещения, например, наибольшему CCE-номеру наибольшей полосы пропускания системы, и может комбинироваться с , так что может быть сконфигурирован посредством верхних уровней.

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

[0338] Дополнительно, если WTRU или UE может быть сконфигурирован с MU-MIMO-передачей, соответствующие PUCCH-ресурсы могут извлекаться в качестве , и для режима передачи, который поддерживает несколько (например, до двух) транспортные блоки, PUCCH-ресурс может извлекаться посредством , где может быть определен в качестве, по меньшей мере, одного из следующего: параметр, который может быть ассоциирован с антенным портом для конкретного для UE DMRS; параметр, который может быть аналогичным ARI, сконфигурированному посредством передачи служебных сигналов верхнего уровня; параметр, который может быть аналогичным ARI, переносимому в поле TPC сообщения с DL-назначением по (e)PDCCH во вторичной обслуживающей соте (например, что касается Rel-10); и/или предварительно определенный параметр.

[0339] В выделении PUCCH-ресурсов с несколькими наборами ePDCCH-ресурсов могут задаваться следующим образом PUCCH-ресурсы для нескольких ePDCCH-наборов. Если eCCE- или eREG-единицы в ePDCCH-наборе могут быть заданы аналогично унаследованному PDCCH, соответствующие PUCCH-ресурсы для UE могут извлекаться в качестве и для режима передачи, который поддерживает до двух транспортных блоков, PUCCH-ресурс может извлекаться посредством , где может представлять собой номер первого eCCE (например, наименьший eCCE-индекс, используемый для того, чтобы составлять PDCCH), используемого для передачи соответствующего PDCCH в области ePDCCH-набора, сконфигурированного для UE, может представлять собой смещение PUCCH-ресурсов для ePDCCH-набора, и может быть сконфигурирован посредством верхних уровней. может быть передан в служебных сигналах динамически или сконфигурирован полустатически. может комбинироваться с , т.е. , и может быть передан в служебных сигналах динамически или сконфигурирован полустатически или посредством верхних уровней. Если WTRU или UE может быть сконфигурирован с MU-MIMO-передачей, соответствующие PUCCH-ресурсы могут извлекаться в качестве , и для режима передачи, который поддерживает до двух транспортных блоков, PUCCH-ресурс может извлекаться посредством , где может быть определен в качестве, по меньшей мере, одного из следующего: параметр, ассоциированный с антенным портом для конкретного для UE DMRS; параметр, аналогичный ARI, сконфигурированному посредством передачи служебных сигналов верхнего уровня; параметр, аналогичный ARI, переносимому в поле TPC сообщения с DL-назначением по (e)PDCCH во вторичной обслуживающей соте (например, что касается Rel-10); и/или предварительно определенный параметр.

[0340] В случае PUCCH-формата 3, WTRU или UE может выбирать PUCCH-ресурс из набора предварительно сконфигурированных передаваемых в служебных RRC-сигналах параметров посредством использования передаваемого в служебных сигналах селектора ресурсов, например, ARI, переносимого в сообщении с DL-назначением по (e)PDCCH через вторичную обслуживающую соту.

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

[0342] Режим PDSCH-передачи, ассоциированный с ePDCCH, дополнительно может предоставляться и/или использоваться и описываться в данном документе. Например, для PDSCH-передачи, несколько режимов передачи могут быть доступными в системе, чтобы поддерживать различные канальные/системные окружения, к примеру, режим пространственного мультиплексирования с замкнутым контуром, режим пространственного мультиплексирования с разомкнутым контуром, разнесение при передаче и/или режим одного антенного порта. Режим передачи может быть сконфигурирован через передачу служебных сигналов верхнего уровня, например, так что eNB-планировщик может выбирать соответствующий режим передачи для PDSCH-передачи. Таблица 3 показывает режимы передачи, поддерживаемые в LTE/LTE-A. Режимы передачи с использованием антенного порта 7-10 для PDSCH-демодуляции могут использовать ePDCCH. Если WTRU или UE может быть сконфигурирован с конкретным режимом передачи, к примеру, режимом 2 передачи, который может использовать CRS для PDSCH-демодуляции, WTRU или UE может отслеживать унаследованный PDCCH на предмет PDSCH-приема. Если WTRU или UE может быть выполнен с возможностью отслеживать ePDCCH, в то время как сконфигурированный режим передачи для PDSCH может составлять 2 (например, режим разнесения при передаче), WTRU или UE может отслеживать унаследованный PDCCH, чтобы принимать DCI, ассоциированную с PDSCH, в субкадрах. Если WTRU или UE может быть выполнен с возможностью отслеживать ePDCCH, в то время как сконфигурированный режим передачи для PDSCH может составлять 9, WTRU или UE может отслеживать ePDCCH, чтобы принимать DCI в конкретном для WTRU или UE пространстве поиска в субкадрах, сконфигурированных для ePDCCH-приема.

[0343] Дополнительно, ePDCCH может использоваться независимо от режима передачи, сконфигурированного для PDSCH-передачи. Например, режимы передачи или режимы сообщения CQI, сконфигурированные для WTRU или UE, могут быть неявно связаны типом ePDCCH-передачи. Согласно сконфигурированному режиму передачи, поддерживаемый тип ePDCCH-передачи может отличаться. Например, если WTRU или UE может быть сконфигурирован с режимами передачи с разомкнутым контуром, такими как режим разнесения при передаче (например, TM-режим 2) или режим пространственного мультиплексирования с разомкнутым контуром (например, TM-режим 3), WTRU или UE может допускать то, что наборы ePDCCH-ресурсов, сконфигурированные для WTRU или UE, могут использоваться в качестве распределенной передачи. Режимы передачи с разомкнутым контуром для PDSCH могут быть ассоциированы с распределенной ePDCCH-передачей. Закрытые режимы передачи для PDSCH могут быть ассоциированы с локализованной ePDCCH-передачей. Согласно сконфигурированным режимам сообщения CQI, поддерживаемый тип ePDCCH-передачи может отличаться. Например, если WTRU или UE может быть сконфигурирован с режимом сообщения, который использует сообщение с PMI и CQI, WTRU или UE может допускать то, что наборы ePDCCH-ресурсов, сконфигурированные для WTRU или UE, могут использоваться в качестве локализованной передачи. Если WTRU или UE может быть сконфигурирован с сообщением широкополосного CQI в режиме сообщения PUSCH, WTRU или UE может допускать то, что наборы ePDCCH-ресурсов, сконфигурированные для WTRU или UE, могут быть предназначены для распределенной передачи. В противном случае, WTRU или UE может допускать то, что наборы ePDCCH-ресурсов, сконфигурированные для WTRU или UE, могут быть предназначены для локализованной передачи или для обоих передач. Если WTRU или UE может быть сконфигурирован для режима CoMP-передачи, WTRU или UE также может допускать, что наборы ePDCCH-ресурсов, сконфигурированные для WTRU или UE, могут задаваться как локализованная передача.

[0344] В данном документе могут предоставляться системы и/или способы для ePDCCH-приема. Например, WTRU или UE может быть сконфигурирован с ePDCCH или унаследованным PDCCH, и режим работы WTRU или UE для того, чтобы принимать ePDCCH, может заключаться в следующем. WTRU или UE может принимать информацию ePDCCH-конфигурации в широковещательной информации. Например, MIB или SIB может включать в себя ePDCCH-конфигурацию, так что WTRU или UE может иметь сведения относительно ePDCCH-ресурсов перед RACH-процедурами. Чтобы принимать широковещательную информацию, такую как SIB, WTRU или UE может декодировать SI-RNTI в унаследованном PDCCH. WTRU или UE может быть выполнен с возможностью принимать унаследованный PDCCH и/или ePDCCH во время RACH-процедур. Для конкурентных RACH-процедур, WTRU или UE может принимать информацию PDCCH-конфигурации в msg2 или в msg4, которое может быть передано из eNB. Для неконкурентных RACH-процедур, WTRU или UE может принимать информацию PDCCH-конфигурации в информации передачи обслуживания/мобильности или msg2, которое может быть передано из eNB. Когда WTRU или UE может быть сконфигурирован для конкретного PDCCH-типа, WTRU или UE может декодировать вслепую DCI в сконфигурированной PDCCH-области (например, унаследованный PDCCH или ePDCCH). Когда WTRU или UE может быть сконфигурирован для конкретного PDCCH-типа, WTRU или UE может декодировать вслепую общее пространство поиска в унаследованной PDCCH-области и конкретное для WTRU или UE пространство поиска в ePDCCH-области.

[0345] В вариантах осуществления, также могут быть раскрыты системы и/или способы для передачи для восстановления после сбоя PDCCH. Например, поскольку ePDCCH может быть задан дополнительно поверх унаследованного PDCCH, eNB может конфигурировать унаследованный PDCCH или ePDCCH конкретным для WTRU или UE способом, с тем чтобы использовать PDCCH-ресурсы. Если PDCCH-ресурсы могут быть сконфигурированы посредством передачи служебных сигналов верхнего уровня, может быть предусмотрен период неоднозначности, в котором eNB может не иметь сведений относительно того, может или нет WTRU или UE отслеживать унаследованный PDCCH или ePDCCH. Для приема PDCCH посредством WTRU или UE независимо от PDCCH-конфигурации, может использоваться, по меньшей мере, одно из следующего.

[0346] eNB может передавать как унаследованный PDCCH, так и ePDCCH в идентичном субкадре для периодов неоднозначности и может обнаруживать то, какой PDCCH-ресурс может отслеживать WTRU или UE, из DTX HARQ-ACK. PUCCH-ресурс для унаследованного PDCCH и ePDCCH может быть задан независимо.

[0347] Общее пространство поиска может быть задано в унаследованном PDCCH, и режим передачи для восстановления после сбоя (например, DCI-формат 1A) может использоваться для периодов неоднозначности. Конфигурация PDCCH-ресурсов может указывать унаследованный PDCCH или ePDCCH, связанный с конкретным для WTRU или UE пространством поиска. Например, в варианте осуществления, PDCCH-ресурс для восстановления после сбоя может быть задан в широковещательном канале. Общее пространство поиска может быть задано в унаследованном PDCCH или ePDCCH через широковещательный канал (например, SIB-X), и общее пространство поиска не может быть изменено согласно PDCCH-конфигурации.

[0348] Дополнительно, PDCCH-тип может быть сконфигурирован посредством унаследованного PDCCH или ePDCCH с таймером активации. Если WTRU или UE отслеживает унаследованный PDCCH, инициирующий PDCCH на основе унаследованного PDCCH может использоваться для того, чтобы сообщать WTRU или UE касательно необходимости отслеживать ePDCCH от субкадра n+x, когда инициирующий PDCCH может быть принят в субкадре n, где x может быть предварительно задан или сконфигурирован. Если WTRU или UE отслеживает ePDCCH, инициирующий ePDCCH на основе ePDCCH может использоваться для того, чтобы сообщать WTRU или UE касательно необходимости отслеживать унаследованный PDCCH от субкадра n+x, когда инициирующий ePDCCH может быть принят в субкадре n, где x может быть предварительно задан или сконфигурирован.

[0349] MAC CE с командой активации и/или деактивации может использоваться для того, чтобы конфигурировать PDCCH-тип согласно варианту осуществления. Например, команда активации и/или деактивации может быть передана с таймером, к примеру, x, так что если WTRU или UE принимает MAC CE в субкадре n, команда может активироваться и/или деактивирована в субкадре n+x, где x может быть предварительно задан или сконфигурирован.

[0350] Согласно примерным вариантам осуществления, если могут быть сконфигурированы несколько компонентных несущих, по меньшей мере, одно из следующего может использоваться для того, чтобы обрабатывать периоды неоднозначности. Например, общее пространство поиска может быть задано в унаследованном PDCCH PCell, и может активироваться перекрестная диспетчеризация несущих. Дополнительно, перекрестная диспетчеризация несущих может активироваться для общего пространства поиска и быть доступной в унаследованной PDCCH-области. Конкретное для WTRU или UE пространство поиска также может быть задано в унаследованном PDCCH и/или ePDCCH (например, с или без перекрестной диспетчеризации несущих).

[0351] В данном документе также могут описываться варианты осуществления для обработки или недопущения коллизии с другими сигналами. ePDCCH RB могут быть идентичными RB, в которых может быть расположен возможный ePDCCH-вариант(ы). Хотя описывается в случае коллизии между ePDCCH и PRS, описанные варианты осуществления могут применяться для других случаев, например, если ePDCCH-ресурсы могут конфликтовать с другими сигналами, включающими в себя другие опорные сигналы или широковещательные каналы. Хотя описывается для обработки или недопущения коллизии с другими сигналами, описанные варианты осуществления могут применяться для других случаев, например, чтобы ограничивать или иным образом лимитировать ePDCCH относительно определенных элементов ресурсов (RE), RB или субкадров по любой причине.

[0352] WTRU- или UE-прием PRS-информации может предоставляться и/или использоваться в варианте осуществления. Например, WTRU или UE может принимать PRS-информацию для соты по причине, отличной от позиционирования, к примеру, для соты, для которой он может считывать ePDCCH или для которой он может быть сконфигурирован для ePDCCH. WTRU или UE может принимать эту информацию из eNB, например, через передачу служебных RRC-сигналов, которая может представлять собой выделенную или широковещательную передачу служебных сигналов. WTRU или UE может принимать эту информацию, включенную в ePDCCH-конфигурацию, которая может быть принята в выделенной или широковещательной передаче служебных сигналов. Определенная сота, для которой и/или из которой WTRU или UE может принимать эту информацию, например, может представлять собой обслуживающую соту WTRU или UE, такую как первичная обслуживающая сота (PCell) или вторичная обслуживающая сота (SCell). WTRU или UE также может принимать эту информацию для соседней соты в качестве части информации мобильности или в качестве части конфигурации, связанной с передачей обслуживания другой обслуживающей соте.

[0353] В примерном варианте осуществления, информация, которую WTRU или UE может принимать для данной соты, может включать в себя один или более субкадров, в которых может быть передан PRS, индекс PRS-конфигурации, число DL-субкадров, BW для PRS-передачи, информацию подавления PRS, PRS-период, PRS-смещение, период подавления PRS, последовательность подавления PRS (например, то, какие PRS-периоды могут быть подавлены в каждом периоде подавления PRS) и/или индикатор в отношении того, передает или нет сота PRS. Для последовательности подавления PRS, которая может быть включена в качестве части информации подавления PRS, если p-битовое поле может использоваться для того, чтобы представлять последовательность подавления с периодом p, первый бит поля может соответствовать первому периоду PRS-позиционирования, который может начинаться с начала SFN=0 соты, для которой последовательность подавления PRS может быть принята посредством WTRU или UE.

[0354] В варианте осуществления может использоваться или выполняться eNB-диспетчеризация. Например, eNB может диспетчеризовать и/или передавать ePDCCH таким способом, чтобы исключать коллизию RB ePDCCH и PRS RB или уменьшать влияние коллизии. В субкадрах, в которых eNB может передавать PRS в данной соте, eNB может диспетчеризовать или может не передавать ePDCCH ни в одном из RB для этой соты. В субкадрах, в которых eNB может передавать PRS в данной соте, eNB может не диспетчеризовать или может не передавать ePDCCH в RB, которые перекрывают PRS BW в этой соте, например, в RB, которые могут конфликтовать с PRS RB в этой соте. eNB может конфигурировать ePDCCH в данной соте таким образом, что он может не конфликтовать с PRS в субкадрах, в которых eNB может передавать PRS в этой соте. Это может быть применимым для случая, в котором, например, PRS BW может не представлять собой полную DL BW соты.

[0355] То, может или нет eNB диспетчеризовать или передавать ePDCCH в определенных субкадрах или в определенных RB, может быть основано на том, могут или нет (или какое число могут) ePDCCH DM-RS RE конфликтовать с PRS RE. Например, если в данном субкадре, в котором eNB может передавать PRS, один или более RB ePDCCH могут конфликтовать с PRS RB, то может применяться одно или более из следующего: eNB может передавать ePDCCH в этом субкадре или в конфликтующих RB, если в конфликтующих RB ePDCCH DM-RS RE могут не конфликтовать с PRS RE; eNB может не передавать ePDCCH в этом субкадре или в конфликтующих RB, если в конфликтующих RB, по меньшей мере, один ePDCCH DM-RS RE может конфликтовать с PRS RE; eNB может не передавать ePDCCH в этом субкадре или в конфликтующих RB, если в конфликтующих RB определенные ePDCCH DM-RS RE конфликтуют с PRS RE; eNB может не передавать ePDCCH в этом субкадре или в конфликтующих RB, если в конфликтующих RB, по меньшей мере, определенное число ePDCCH DM-RS RE конфликтует с PRS RE; eNB может не передавать ePDCCH в этом субкадре или в конфликтующих RB, если вследствие коллизии ePDCCH RE и PRS RE в конфликтующих RB определенное, или, по меньшей мере, определенное число антенных портов становится недоступным для использования в этих RB, что может быть обусловлено коллизией одного или более ePDCCH RE и PRS RE; и т.п.

[0356] В данном документе могут быть описаны варианты осуществления для WTRU- или UE-приема ePDCCH, например, для обработки коллизий. WTRU может определять то, следует или нет отслеживать или пытаться декодировать возможные ePDCCH-варианты в определенных субкадрах или RB соты, на основе, по меньшей мере, одного или более PRS-параметров или характеристик передачи для этой соты. WTRU или UE может учитывать субкадры, в которых может быть передан PRS. Например, в субкадрах, в которых может быть передан PRS, WTRU или UE может отслеживать или пытаться декодировать возможные PDCCH-варианты в этих субкадрах и может не (или возможно, не иметь разрешения) отслеживать или пытаться декодировать возможные PDCCH-варианты в этих субкадрах.

[0357] В варианте осуществления, WTRU или UE может учитывать субкадры и RB, в которых могут быть переданы ePDCCH и/или PRS. Например, в субкадрах, в которых может быть передан PRS, WTRU или UE может не (или может иметь разрешение не) отслеживать или пытаться декодировать возможные PDCCH-варианты в этих субкадрах, если возможный ePDCCH-вариант(ы) могут быть расположены в RB, которые могут конфликтовать с PRS RB. В субкадрах, в которых может быть передан PRS, WTRU или UE может не (или может иметь разрешение не) выполнять одно или более из следующего: отслеживать или пытаться декодировать возможные PDCCH-варианты в этих субкадрах, если, по меньшей мере, один из возможных ePDCCH-вариантов может быть расположен в RB, которые могут конфликтовать с PRS RB; отслеживать или пытаться декодировать возможные PDCCH-варианты в этих субкадрах, если больше определенного числа возможных ePDCCH-вариантов могут быть расположены в RB, которые могут конфликтовать с PRS RB; отслеживать или пытаться декодировать возможные PDCCH-варианты в этих субкадрах, если возможные ePDCCH-варианты (например, каждый или все они) в этих субкадрах могут быть расположены в RB, которые могут конфликтовать с PRS RB; отслеживать или пытаться декодировать возможные PDCCH-варианты, расположенные в RB, которые могут конфликтовать с PRS RB; и т.п. В субкадрах, в которых может быть передан PRS, WTRU может (или возможно, должен) отслеживать и пытаться декодировать одно или более из следующего: возможный ePDCCH-вариант(ы), расположенный в RB, которые могут не конфликтовать с PRS RB в этой соте, и/или определенные (например, каждый или все) возможные ePDCCH-варианты, если возможные ePDCCH-варианты не могут быть расположены в RB, которые могут конфликтовать с PRS RB (например, если может не быть перекрытия между RB, в которых могут быть расположены возможные ePDCCH-варианты, и PRS BW).

[0358] Дополнительно, WTRU или UE может учитывать субкадры и RE, в которых может быть передан PRS, и может учитывать, например, то, могут или нет (или какое число могут) PRS RE конфликтовать с ePDCCH DM-RS RE. В субкадрах, в которых может быть передан PRS, WTRU или UE может (или возможно, должен) отслеживать и пытаться декодировать возможные PDCCH-варианты, расположенные в RB, которые могут конфликтовать с PRS RB, если в конфликтующих RB ни один из ePDCCH DM-RS RE не может конфликтовать с PRS RE; и/или может не (или может иметь разрешение не) отслеживать или пытаться декодировать возможные PDCCH-варианты, расположенные в RB, которые могут конфликтовать с PRS RB, если в конфликтующих RB, по меньшей мере, один ePDCCH DM-RS RE может конфликтовать с PRS RE; и/или может не (или может иметь разрешение не) отслеживать или пытаться декодировать возможные PDCCH-варианты, расположенные в RB, которые могут конфликтовать с PRS RB, если в конфликтующих RB определенные ePDCCH DM-RS RE могут конфликтовать с PRS RE; и/или может не (или может иметь разрешение не) отслеживать или пытаться декодировать возможные PDCCH-варианты, расположенные в RB, которые могут конфликтовать с PRS RB, если в конфликтующих RB, по меньшей мере, определенное число ePDCCH DM-RS RE может конфликтовать с PRS RE; и/или может не (или может иметь разрешение не) отслеживать или пытаться декодировать возможные PDCCH-варианты, расположенные в RB, которые могут конфликтовать с PRS RB, если в конфликтующих RB определенное или, по меньшей мере, определенное число антенных портов может становиться недоступным для использования в этих RB, что может быть обусловлено коллизией одного или более ePDCCH RE и PRS RE; и т.п.

[0359] В субкадрах, в которых может быть передан PRS в данной соте, WTRU или UE может определять то, какой возможный ePDCCH-вариант(ы) он может (или возможно, должен) или может не (или может иметь разрешение не) отслеживать или пытаться декодировать, на основе, по меньшей мере, одного из идентификатора соты физического уровня, значения PRS-значения , которое может задаваться как , где могут представлять собой идентификационные данные соты физического уровня или циклический префикс (длину CP) субкадра или соты, например, который может быть обычным или расширенным. Один или более этих параметров могут использоваться посредством WTRU для того, чтобы определять местоположение PRS RE, которые WTRU или UE может использовать для того, чтобы определять то, какие ePDCCH DM-RS RE могут конфликтовать с PRS RE.

[0360] В субкадрах, в которых может быть передан PRS в данной соте, WTRU или UE может определять то, какой возможный ePDCCH-вариант(ы) он может (или возможно, должен) или может не (или может иметь разрешение не) отслеживать или пытаться декодировать, на основе, по меньшей мере, числа антенных портов, сконфигурированного для ePDCCH в этой соте. Если антенные порты могут ограничиваться в определенных субкадрах, WTRU может использовать порты после ограничения вместо сконфигурированных портов в этих субкадрах для определения. Например, антенные порты {7, 8, 9, 10} могут использоваться в обычных субкадрах, в то время как антенные порты {7, 8} или {9, 10} могут использоваться в определенных субкадрах.

[0361] В другом варианте осуществления, может реализовываться или использоваться восстановление после сбоя пространства поиска. Например, для WTRU, сконфигурированных для ePDCCH, PDCCH может включать в себя общее пространство поиска. В определенных субкадрах, к примеру, в субкадрах, в которых может быть передан PRS, PDCCH может включать в себя конкретное для WTRU или UE пространство поиска для WTRU или UE, сконфигурированных для ePDCCH. Если в субкадре WTRU или UE, сконфигурированный для ePDCCH, может не (или может иметь разрешение не) отслеживать или пытаться декодировать возможные PDCCH-варианты, например, в соответствии с одним из решений, описанных в данном документе, WTRU или UE может (или возможно, должен) отслеживать и пытаться декодировать общее пространство поиска и/или конкретное для WTRU или UE пространство поиска в PDCCH-области.

[0362] Например, WTRU или UE, сконфигурированный для ePDCCH, может переходить к восстановлению после сбоя в форме отслеживания или попытки декодировать возможные PDCCH-варианты, который может быть задан в конкретном для WTRU или UE пространстве поиска в PDCCH-области. Восстановление после сбоя может предоставляться или использоваться в субкадрах, в которых может быть передан PRS в соте, и/или может быть основано, по меньшей мере, на одном из PRS-информации (например, из одного или более информационных элементов, описанных в данном документе), параметров PRS-передачи, идентификатора соты физического уровня, длины CP в соте или субкадре (например, обычный или расширенный), числа антенных портов, сконфигурированных для ePDCCH-передачи, ограничений по антенным портам и т.п.

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

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

[0365] Дополнительно, конфигурация ePDCCH-субкадров или субкадров ePDCCH-отслеживания может быть эквивалентной конфигурации субкадров восстановления после сбоя, при этом ePDCCH-субкадры или субкадры ePDCCH-отслеживания могут обрабатываться противоположным способом относительно субкадров восстановления после сбоя. Например, WTRU или UE и/или eNB могут обрабатывать субкадры, которые могут не быть сконфигурированы как ePDCCH-субкадры или субкадры ePDCCH-отслеживания, способом, описанным в данном документе для субкадров, которые могут быть сконфигурированы как субкадры восстановления после сбоя. WTRU или UE и/или eNB могут обрабатывать субкадры, которые могут быть сконфигурированы как ePDCCH-субкадры или субкадры ePDCCH-отслеживания, способом, описанным в данном документе для субкадров, которые могут не быть сконфигурированы как субкадры восстановления после сбоя.

[0366] В данном документе могут быть описаны варианты осуществления для обработки PRS RE. В субкадрах, в которых может быть передан PRS для возможных ePDCCH-вариантов, которые могут быть расположены в RB, которые WTRU или UE может пытаться декодировать, WTRU или UE может допускать то, что для RE, которые могут содержать данные (например, RE, которые могут не содержать CRS или DM-RS или CSI-RS), ePDCCH не может быть передан в RE, которые могут конфликтовать с PRS RE. WTRU или UE может допускать то, что ePDCCH RE полностью согласуются по скорости для этих RE, соответственно, и/или прореживаются в этих RE.

[0367] WTRU или UE может иметь и/или получать сведения относительно PRS-параметров и/или характеристик передачи из информации, предоставляемой в него, и может использовать эту информацию для обработки коллизий. Например, WTRU или UE может получать сведения из E-SMLC (например, через передачу служебных LPP-сигналов) или из eNB (например, посредством передачи служебных RRC-сигналов). Параметры могут включать в себя любой один или более из параметров, описанных в данном документе, а также другие параметры.

[0368] Из этих и/или других параметров, WTRU или UE может определять то, в каких субкадрах и/или в каких RB этих субкадров PRS может быть передан в данной соте. WTRU или UE может учитывать или не учитывать подавление PRS при определении того, в каких субкадрах быть переданы соты PRS.

[0369] При определении того, могут или нет DM-RS RE, например, ePDCCH DM-RS RE, конфликтовать с PRS RE в RB данной соты, WTRU или UE может использовать одно или более из длины CP для субкадра или соты, числа антенных портов, сконфигурированных для ePDCCH-передачи, физического идентификатора соты для соты и PRS-значения , которое может быть извлечено из физического идентификатора соты для соты, например.

[0370] Дополнительно, например, для обработки коллизий, местоположение или преобразование антенных портов могут использоваться для DM-RS RE согласно примерному варианту осуществления. eNB может изменять размещение DM-RS RE в RB, в которых возможный ePDCCH-вариант(ы) может быть расположен в субкадрах соты, в которой может быть передан PRS. В субкадрах, в которых eNB может передавать PRS в данной соте, eNB может изменять размещение DM-RS RE, таких как ePDCCH DM-RS RE, чтобы исключать коллизию с PRS RE. eNB может изменять размещение DM-RS RE, таких как ePDCCH DM-RS RE, если, по меньшей мере, один DM-RS RE может иным образом конфликтовать с PRS RE. eNB может изменять размещение DM-RS RE, таких как ePDCCH DM-RS RE, которые могут в противном случае конфликтовать с PRS RE.

[0371] Определенные DM-RS RE, размещение которых может быть перемещено, могут включать в себя: один или более (например, что может включать в себя все) DM-RS RE, которые могут в противном случае конфликтовать с PRS RE, один или более (например, что может включать в себя все) DM-RS RE, которые имеют несущую частоту, идентичную несущей частоте DM-RS RE, которые могут конфликтовать с PRS RE, если они не перемещены, и/или один или более (например, что может включать в себя все) DM-RS RE на смежной несущей частоте относительно DM-RS RE, которые, если не перемещены, могут конфликтовать с PRS RE (например, если DM-RS RE на частоте X конфликтуют с PRS RE, DM-RS RE на смежной частоте относительно X могут быть перемещены).

[0372] В субкадрах, в которых может быть передан PRS, может быть модифицирована интерпретация антенных портов посредством eNB относительно DM-RS, такого как ePDCCH DM-RS. Интерпретация может быть функцией, по меньшей мере, от одного или более из физического идентификатора соты для соты, PRS соты, длины CP (например, для соты, субкадра или обычного субкадра) и/или числа антенных портов, сконфигурированных для ePDCCH-передачи.

[0373] Изменение размещения может быть, например, по частоте, к примеру, увеличение или снижение частоты. Изменение размещения может включать или не включать в себя изменение в символе. Изменение размещения может быть функцией, по меньшей мере, от одного или более из физического идентификатора соты для соты, PRS соты, длины CP (например, для соты, субкадра или обычного субкадра) и/или числа антенных портов, сконфигурированных для ePDCCH-передачи.

[0374] В соте, в которой eNB может передавать PRS, eNB может изменять размещение DM-RS RE, таких как ePDCCH DM-RS RE, в определенных субкадрах, чтобы не допускать или уменьшать коллизию с PRS RE в субкадрах, в которых eNB может передавать PRS. Определенные субкадры могут включать в себя субкадры, в которых eNB может передавать PRS и/или может не передавать PRS, например, определенные субкадры могут включать в себя все субкадры. eNB может изменять размещение, как описано выше. В этой соте (например, соте, в которой eNB может передавать PRS), интерпретация антенных портов посредством eNB относительно DM-RS, такого как ePDCCH DM-RS, может быть модифицирована в определенных субкадрах, чтобы совмещаться с требуемой модификацией в субкадрах, в которых eNB может передавать PRS. Определенные субкадры могут включать в себя субкадры, в которых eNB может передавать PRS и/или может не передавать PRS, например, определенные субкадры могут включать в себя все субкадры.

[0375] В соте, в которой eNB может передавать или не передавать PRS, eNB может изменять размещение DM-RS RE, таких как ePDCCH DM-RS RE, в субкадрах на основе того, где может быть размещен PRS, если сота должна передавать PRS. eNB может изменять размещение так, как описано в данном документе. В этой соте (например, в соте, в которой eNB может передавать или не передавать PRS), интерпретация антенных портов посредством eNB относительно DM-RS, такого как ePDCCH DM-RS, может быть модифицирована в субкадрах, так чтобы совмещаться с тем, что должно быть требуемой модификацией, если сота должна передавать PRS.

[0376] eNB может перемещать DM-RS RE или модифицировать интерпретацию антенных портов одним или более способов, описанных для ePDCCH DM-RS RE в данном субкадре. eNB может перемещать DM-RS RE или модифицировать интерпретацию антенных портов для PDSCH, разрешение на передачу по которому предоставлено посредством ePDCCH в этом субкадре, например, идентичным или аналогичным способом.

[0377] В субкадрах, в которых может быть передан PRS, WTRU или UE может отслеживать или пытаться декодировать возможные PDCCH-варианты с использованием модифицированного DM-RS-шаблона (например, который может отличаться от DM-RS-шаблона, который может использоваться для ePDCCH в субкадрах, в которых не может быть передан PRS). В этих субкадрах (например, в субкадрах, в которых может быть передан PRS), может быть модифицирована интерпретация антенных портов посредством WTRU или UE относительно DM-RS, такого как ePDCCH DM-RS. Интерпретация может быть функцией, по меньшей мере, от одного или более из физического идентификатора соты для соты, PRS соты, длины CP (например, для соты, субкадра или обычного субкадра) и/или числа антенных портов, сконфигурированных для ePDCCH-передачи.

[0378] В одном или более субкадров (например, что может включать в себя все субкадры) соты, которая может передавать PRS, WTRU или UE может отслеживать или пытаться декодировать возможные PDCCH-варианты с использованием модифицированного DM-RS-шаблона (например, который может отличаться от DM-RS-шаблона, который может использоваться для ePDCCH в соте, которая может не передавать PRS). В этих субкадрах (например, в одном или более, которые могут включать в себя все, субкадров соты, которая может передавать PRS), может быть модифицирована интерпретация антенных портов посредством WTRU или UE относительно DM-RS, такого как ePDCCH DM-RS. Интерпретация может быть функцией, по меньшей мере, от одного или более из физического идентификатора соты для соты, PRS соты и/или числа антенных портов, сконфигурированного для ePDCCH-передачи.

[0379] Модифицированный DM-RS-шаблон и/или интерпретация антенных портов могут быть функцией от одного или более местоположения PRS RB, местоположения PRS RE, идентификатора соты физического уровня соты, PRS соты, длины CP (например, для соты, субкадра или обычного субкадра) и/или числа антенных портов, сконфигурированных для ePDCCH-передачи.

[0380] Согласно варианту осуществления, WTRU или UE может использовать модифицированный DM-RS-шаблон или интерпретацию антенных портов для декодирования PDSCH, к примеру, PDSCH, разрешение на передачу по которому предоставлено посредством ePDCCH, который может использовать модифицированный DM-RS-шаблон или интерпретацию антенн. Например, WTRU может использовать модифицированный DM-RS-шаблон, к примеру, идентичный или аналогичный шаблон, используемый для ePDCCH DM-RS, для декодирования PDSCH, разрешение на передачу по которому предоставлено посредством ePDCCH, в субкадрах, в которых ePDCCH использует модифицированный DM-RS-шаблон. В другом примере, WTRU может использовать модифицированную интерпретацию антенных портов, к примеру, идентичную или аналогичную интерпретацию, используемую для ePDCCH DM-RS, для PDSCH, разрешение на передачу по которому предоставлено посредством ePDCCH, в субкадрах, в которых ePDCCH использует модифицированную интерпретацию антенных портов.

[0381] Дополнительно, например, для обработки коллизий, могут быть описаны варианты осуществления для ограничений по антенным портам для DM-RS RE. Например, eNB может налагать ограничения по антенным портам в RB, в которых возможный ePDCCH-вариант(ы) может быть расположен в субкадрах соты, в которой может быть передан PRS. В субкадрах, в которых eNB может передавать PRS в данной соте, eNB может ограничивать использование определенных антенных портов для ePDCCH и/или PDSCH. Такое ограничение может быть основано, по меньшей мере, на одном из идентификатора соты физического уровня соты, PRS соты, длины CP (например, для соты, субкадра или обычного субкадра) и/или числа антенных портов, сконфигурированных для ePDCCH-передачи. В качестве примера, если антенные порты 7, 8, 9 и 10 могут быть сконфигурированы для ePDCCH-передачи, ограничение, чтобы ограничивать портами 7 и 8 или портами 9 и 10, может налагаться в субкадрах, в которых может быть передан PRS, и это ограничение может быть основано, по меньшей мере, на одном из идентификатора соты физического уровня соты, PRS и/или длины CP (например, для соты, субкадра или обычного субкадра).

[0382] В субкадрах, в которых может быть передан PRS, WTRU или UE может отслеживать или пытаться декодировать возможные PDCCH-варианты с использованием ограниченного набора антенных портов. WTRU или UE может использовать ограниченный набор антенных портов, к примеру, идентичный или аналогичный ограниченный набор антенных портов, используемых для ePDCCH для PDSCH, разрешение на передачу по которому предоставлено посредством ePDCCH, в субкадрах, в которых ePDCCH использует ограниченный набор антенных портов. Когда может использоваться ограниченный набор антенных портов, этот ограниченный набор может заменять сконфигурированный или другой набор антенных портов, например, в любом из решений или вариантов осуществления, описанных в данном документе.

[0383] Другая ePDCCH-конфигурация может быть реализована для определенных субкадров, к примеру, PRS-субкадров (например, для обработки коллизий). В таком варианте осуществления, для соты может быть предусмотрена другая конфигурация для ePDCCH для использования в субкадрах, в которых может быть передан PRS, по сравнению с ePDCCH для использования в субкадрах, в которых не может быть передан PRS. В субкадрах, в которых может быть передан PRS, WTRU или UE может отслеживать или пытаться декодировать возможные PDCCH-варианты в соответствии с конфигурацией для этих субкадров. WTRU или UE может принимать ePDCCH-конфигурацию для субкадров, в которых может быть передан PRS из eNB, например, через выделенную или широковещательную передачу служебных сигналов, которая может представлять собой передачу служебных RRC-сигналов. WTRU или UE может принимать одну или более ePDCCH-конфигураций и может принимать инструкции, например, из eNB, в отношении того, какую конфигурацию и когда следует использовать. Например, инструкция может указывать то, в каких субкадрах (например, в субкадрах, в которых PRS может передаваться или не может передаваться) или при каких обстоятельствах использовать определенную конфигурацию.

[0384] В субкадрах, в которых может быть передан PRS, PRS также может переопределяться (например, для обработки коллизий). Например, RE, такие как ePDCCH RE, например, могут переопределять PRS RE. Переопределение первого сигнала относительно второго сигнала позволяет предотвращать передачу второго сигнала, тогда как передача первого сигнала может обеспечиваться. Например, RE1 может переопределять RE2, после чего RE1 или сигнал в RE1 может передаваться, а RE2 или сигнал в RE2 не может передаваться.

[0385] В субкадрах, в которых может быть передан PRS, RE может (например, в случае коллизии с PRS RE) переопределять PRS RE. Например, такое переопределение может возникать, когда одно или более из следующего может возникать или быть истинным: RE может представлять собой ePDCCH DM-RS RE, к примеру, любой ePDCCH DM-RS RE; RE может представлять собой определенный ePDCCH DM-RS RE, например, ePDCCH DM-RS RE, соответствующий определенной антенне; RE может представлять собой ePDCCH DM-RS RE (например, любой ePDCCH DM-RS RE) в общем пространстве поиска ePDCCH; RE может представлять собой RE в общем пространстве поиска ePDCCH, к примеру, любой RE в общем пространстве поиска ePDCCH; и т.п.

[0386] Если RE, такой как ePDCCH RE или ePDCCH DM-RS RE, например, может переопределять PRS RE, коллизия между RE и PRS RE может удаляться или не допускаться (например, поскольку PRS RE или сигнал в PRS RE не могут быть переданы). Если коллизия между RE и PRS RE может удаляться или не допускаться, например, посредством переопределения, WTRU может определять то, что может не быть коллизии между RE и PRS RE. На основе этого определения, WTRU может принимать различные решения, к примеру, следует или нет отслеживать или пытаться декодировать возможные PDCCH-варианты или возможные ePDCCH-варианты, которые могут быть расположены в RB или RE в субкадрах, в которых может быть передан PRS в соте.

[0387] Декодирование вслепую (например, его оптимизация) может выполняться (например, для обработки коллизий). Например, на основе сконфигурированных ePDCCH-ресурсов, WTRU или UE может выполнять определенное число декодирований вслепую, которые могут упоминаться в качестве полного набора декодирований вслепую. В примере, когда некоторые из возможных ePDCCH-вариантов могут быть расположены в RB, которые могут конфликтовать с PRS RB в субкадрах, в которых может быть передан PRS в соте, WTRU или UE может отслеживать или пытаться декодировать поднабор сконфигурированных RB, в которых могут быть расположены возможные ePDCCH-варианты. В таких сценариях, WTRU или UE может выполнять одно или более из следующего: использовать полный набор декодирований вслепую в поднаборе RB (например, чтобы восстанавливать полные декодирования для субкадра) и/или использовать набор декодирований вслепую в поднаборе RB, который может превышать или быть равным набору для этих RB в качестве части полной конфигурации и быть меньшим или равным полному набору для полной конфигурации. Например, если полный набор RB соответствует N декодирований вслепую, и частичный набор соответствует M из этих N, при попытке декодировать частичный набор (или только частичный набор), WTRU или UE может использовать W декодирований вслепую, где W может составлять N, или M<W<N.

[0388] Дополнительно, в вариантах осуществления (например, для обработки коллизий), eNB может иметь или получать сведения относительно характеристик позиционирования WTRU или UE и/или относительно того, какие WTRU или UE могут иметь сведения относительно PRS-передачи и/или PRS-параметров. Например, eNB может принимать информацию из E-SMLC или другого сетевого объекта, связанную с характеристиками позиционирования WTRU или UE и/или связанную с тем, какие WTRU или UE могут иметь сведения относительно PRS-передачи и/или PRS-параметров в одной или более сот. eNB может запрашивать и/или принимать эту и/или другую информацию, например, через LPPa-интерфейс или протокол. Для данного или определенного WTRU или UE (либо WTRU или UE), эта информация может включать в себя одно или более из того, может или нет WTRU или UE иметь характеристики для того, чтобы поддерживать OTDOA, предоставлена или нет PRS-информация в WTRU или UE (например, посредством E-SMLC или другого сетевого объекта, например, в качестве части вспомогательных данных по позиционированию), может или нет быть предоставлена PRS-информация для определенной соты или сот (например, такой как сота под управлением eNB, которая может представлять собой обслуживающую соту или соты WTRU или UE), для какой соты или сот эта информация сот может быть предоставлена в WTRU или UE, и/или может или нет PRS-информация быть успешно принята посредством WTRU или UE, и т.п. PRS-информация может включать в себя одно или более из субкадров PRS-передачи, BW, RB, RE, информации подавления и/или любой другой информации, связанной с PRS (например, PRS-информации, описанной в данном документе, или параметров, из которых может быть определена перечисленная информация).

[0389] E-SMLC и/или другой сетевой объект могут иметь сведения относительно того, успешно принята или нет PRS-информация посредством WTRU или UE, на основе приема подтверждения приема (ACK) или другого индикатора из WTRU или UE в ответ на успешный прием этой информации, которая, возможно, предоставлена посредством E-SMLC или другого сетевого объекта. Если отсутствует ACK или другой индикатор из WTRU или UE в ответ на предоставление посредством E-SMLC или другого сетевого объекта PRS-информации, сведения посредством E-SMLC или другого сетевого объекта относительно осведомленности WTRU или UE касательно PRS-информации могут быть ненадежными.

[0390] WTRU или UE также может обрабатывать PRS-информацию из одного или более источников (например, для обработки коллизий). Например, WTRU или UE может принимать PRS-информацию для соты, по меньшей мере, из одного источника, к примеру, из E-SMLC, eNB, управляющего передачей соты PRS, другой соты или другого сетевого объекта. WTRU или UE может обрабатывать PRS-информацию, которую он принимает, как описано в данном документе.

[0391] Сведения относительно информации в отношении PRS-передачи соты посредством WTRU или UE могут быть неактуальными или ненадежными, например, если эта информация, возможно, принята из E-SMLC или сетевого объекта, отличного от eNB, который может управлять или который может иметь сведения относительно PRS-передачи. Например, хотя eNB может сообщать E-SMLC или другому сетевому объекту, когда параметры PRS-передачи для одной или более сот изменяются, если WTRU или UE принимает PRS-информацию для соты, и изменяется PRS-информация, например, некоторое время спустя, PRS-информация, известная для WTRU или UE, может быть некорректной. Эта информация может быть некорректной до тех пор, пока eNB не сообщит в E-SMLC или в другой сетевой объект относительно изменения, и/или E-SMLC или другой сетевой объект не сообщит в WTRU или UE.

[0392] WTRU или UE может использовать (или может использовать только) PRS-информацию, которую он может принимать из eNB, например, для определения того, как обрабатывать ePDCCH в соте или в PRS-субкадрах соты, которая может передавать PRS. eNB может представлять собой eNB, отвечающий за PRS-передачу в соте, или другой eNB, который может предоставлять конфигурацию в WTRU или UE для этой соты (например, в качестве части информации, предоставляемой в передаче служебных сигналов, связанной с передачей обслуживания). WTRU или UE может не использовать (или может не иметь разрешения использовать) PRS-информацию, которую он может принимать из другого источника, такого как E-SMLC или другой сетевой объект, например, чтобы определять то, как обрабатывать ePDCCH в соте или в PRS-субкадрах соты, которая может передавать PRS. Она может предоставляться (или быть полезной), когда eNB может не иметь сведения относительно того, какие WTRU или UE, возможно, получают PRS-информацию из другого источника, такого как E-SMLC или другой сетевой объект. Режим работы WTRU или UE может быть неизвестным или непрогнозируемым посредством eNB, если WTRU или UE должен использовать информацию, принимаемую из другого источника. eNB может отправлять отличную PRS-информацию в WTRU или UE по сравнению с PRS-информацией, которая может отправляться в WTRU или UE посредством E-SMLC или другого сетевого объекта, чтобы достигать определенного режима работы.

[0393] WTRU или UE может использовать PRS-информацию, которую он может принимать из E-SMLC или другого сетевого объекта, например, чтобы определять то, как обрабатывать ePDCCH в соте или в PRS-субкадрах соты, которая может передавать PRS. Если WTRU или UE может принимать PRS-информацию для данной соты из нескольких источников, WTRU или UE может ожидать, что информация из нескольких источников является идентичной, и режим работы может быть неопределенным, если она может не быть идентичной. WTRU или UE может рассматривать PRS-информацию для данной соты, принимаемую из eNB, для того чтобы переопределять PRS-информацию, которую он может ранее принимать из источника (например, любого источника), например, в целях ePDCCH-обработки. WTRU или UE может рассматривать PRS-информацию для данной соты, принимаемую из любого источника, для того чтобы переопределять PRS-информацию, которую он может ранее принимать из источника (например, любого источника), например, в целях ePDCCH-обработки.

[0394] Кроме того (например, для обработки коллизий), могут быть описаны варианты осуществления для обработки ePHICH-коллизии с PRS. В субкадрах, в которых может быть передан PRS, может применяться одно или более из следующего: если ePHICH может конфликтовать с PRS, ePHICH может переопределять PRS; если DM-RS RE для ePHICH могут конфликтовать с PRS RE, DM-RS RE для ePHICH могут переопределять PRS RE; и/или если ePHICH RE могут конфликтовать с PRS RE, ePHICH RE может полностью согласовываться по скорости с PRS RE. WTRU или UE может учитывать это при отслеживании или попытке декодировать ePHICH.

[0395] Один или более вариантов осуществления, описанных в данном документе для обработки ePDCCH или ePDCCH и PRS, могут применяться для обработки ePHICH или ePHICH и PRS. Например, WTRU, сконфигурированный, по меньшей мере, для одного из ePDCCH или ePHICH, может переходить к восстановлению после сбоя в форме отслеживания или попытки декодировать PHICH и/или может не отслеживать или пытаться декодировать ePHICH в субкадрах, в которых восстановление после сбоя может быть сконфигурировано в субкадрах, в которых ePDCCH или ePDCCH- отслеживание либо ePHICH или ePHICH-отслеживание может не быть сконфигурировано, в субкадрах, в которых может быть передан PRS, или в субкадрах, в которых коллизия или вероятность коллизии с PRS в этих субкадрах гарантирует такой режим работы, в соответствии с одним или более вариантов осуществления, описанных в данном документе.

[0396] Квазисовместно размещенные антенные порты также могут предоставляться и/или использоваться согласно варианту осуществления. Например, демодуляция определенных каналов нисходящей линии связи, таких как PDSCH в определенных режимах передачи, может требовать от WTRU или UE оценивать канал из опорных сигналов, таких как конкретные для WTRU или UE опорные сигналы (например, передаваемые по антенным портам 7-14). В качестве части такой процедуры, WTRU или UE может выполнять точную временную и/или частотную синхронизацию с этими опорными сигналами, а также оценку определенных свойств, связанных с крупномасштабными характеристиками канала распространения.

[0397] В варианте осуществления, такая процедура обычно может упрощаться посредством такого допущения, что другой опорный сигнал, который может быть измерен на регулярной основе, к примеру, конкретный для соты опорный сигнал, может совместно использовать идентичный временной интервал (например, и при этом некоторые другие свойства) в качестве конкретного для WTRU или UE опорного сигнала. Такое допущение может быть допустимым, если эти сигналы могут быть физически переданы из идентичного набора антенн. С другой стороны, в вариантах осуществления с географически распределенными антеннами, допущение может не быть допустимым, поскольку конкретный для WTRU или UE опорный сигнал (например, и при этом ассоциированный канал нисходящей линии связи) может быть передан из другой точки относительно конкретного для соты опорного сигнала. В связи с этим, WTRU или UE может информироваться через опорный сигнал (например, CSI-RS), который может совместно использовать временной интервал и/или другие характеристики, идентичный временному интервалу и/или другим характеристикам опорного сигнала, используемого для демодуляции. Соответствующие антенные порты (например, два антенных порта) затем могут быть "квазисовместно размещены", так что WTRU или UE может допускать то, что крупномасштабные свойства сигнала, принимаемого из первого антенного порта, могут логически выводиться из сигнала, принимаемого из другого антенного порта. "Крупномасштабные свойства" могут включать в себя одно или более из следующего: разброс задержек; доплеровский разброс; сдвиг частоты; средняя принимаемая мощность; принимаемый временной интервал; и т.п. Как описано в данном документе, ePDCCH может быть демодулирован с использованием этих опорных сигналов, которые могут быть переданы на таких антенных портах, как антенные порты 7-10. Чтобы использовать потенциальное преимущество в отношении пропускной способности ePDCCH, а также выигрыши от разбиения на области, ePDCCH также может быть передан из точки передачи соты. Чтобы передавать ePDCCH из точки передачи соты, пользовательские устройства UE, возможно, должны использовать и/или иметь сведения относительно одного или более опорных сигналов, таких как CSI-RS, которые могут быть квазисовместно размещены с антенным портом, используемым для демодуляции ePDCCH. К сожалению, использование и знание относительно таких опорных символов, которые могут быть квазисовместно размещены с антенным портом, который может использоваться для демодуляции ePDCCH, могут быть затруднено, поскольку управляющая информация нисходящей линии связи, которая может быть потенциально передана в служебных сигналах, зачастую доступна после того, как может быть декодирован ePDCCH.

[0398] В связи с этим, в данном документе могут быть раскрыты системы и/или способы для предоставления индикатора опорного временного интервала демодуляции. Например, может предоставляться и/или использоваться один опорный временной интервал демодуляции. В таком варианте осуществления (например, в первом варианте осуществления), WTRU или UE может допускать, идентифицировать или определять то, что, по меньшей мере, один квазисовместно размещенный антенный порт может представлять собой предварительно заданный антенный порт (например, по меньшей мере, один из портов 0-3, на которых могут передаваться конкретные для соты опорные сигналы), и/или, по меньшей мере, один антенный порт, сконфигурированный посредством верхних уровней (например, по меньшей мере, один из портов 15-23 одной конфигурации опорного сигнала CSI-RS). Сеть может передавать ePDCCH в WTRU или UE по идентичной точке передачи, соответствующей предварительно заданному или предварительно сконфигурированному квазисовместно размещенному антенному порту. Сеть также может передавать ePDCCH по другой точке передачи, если она может иметь сведения относительно того, что крупномасштабные свойства опорного сигнала, передаваемого из этой точки, могут быть в достаточной степени аналогичными с тем, чтобы не оказывать влияние на производительность демодуляции. Например, в варианте осуществления, если антенный порт 0 (CRS) может быть задан в качестве квазисовместно размещенного антенного порта, и если CRS может быть передан из узлов (включающих в себя узел с высоким уровнем мощности и узлы с низким уровнем мощности), сеть может передавать ePDCCH из определенного узла с низким уровнем мощности, если она имеет сведения относительно того, что принимаемый временной интервал опорного сигнала, передаваемого из этого узла с низким уровнем мощности, может находиться достаточно близко к принимаемому временному интервалу CRS.

[0399] Чтобы обеспечивать такой вариант осуществления, WTRU или UE может оценивать, по меньшей мере, одно свойство, по меньшей мере, одного опорного сигнала, такого как CSI-RS, который, как может быть известно посредством сети, должен быть передан из данной точки передачи. Свойство, которое может быть измерено, может включать в себя, по меньшей мере, одно из следующего: принимаемый временной интервал, средняя принимаемая мощность, сдвиг частоты, доплеровский разброс, разброс задержек и т.п.

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

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

[0402] WTRU или UE может сообщать результат измерений, по меньшей мере, для одного свойства в сеть с использованием RRC-сообщения (например, отчета об измерениях) или передачи служебных сигналов нижнего уровня (например, элемента управления MAC или передачи служебных сигналов физического уровня). С использованием этих результатов, сеть может определять то, может или нет быть осуществима передача из определенной точки, на основе или с учетом того, какой антенный порт (или опорный сигнал) WTRU или UE допускает, идентифицирует или определяет в качестве квазисовместно размещенного с антенным портом, используемым для демодуляции. Например, если разность во временном интервале с CRS, который WTRU или UE может допускать, идентифицировать или определять в качестве квазисовместно размещенного, может быть слишком большой, сеть может передавать с использованием точки(ек) передачи, идентичной точке(ам) передачи, используемым для CRS (например, за счет потерь или выигрыша от разбиения).

[0403] Дополнительно, в варианте осуществления, WTRU или UE может инициировать передачу результата(ов) измерений периодически. Альтернативно, WTRU или UE может инициировать передачу результатов, когда, по меньшей мере, одно из следующих событий может иметь место. WTRU или UE может инициировать передачу, когда разность свойства между опорными сигналами становится выше или ниже порогового значения. Например, WTRU или UE может инициировать передачу сообщения, если принимаемая временная разность между определенным сконфигурированным CSI-RS и CRS может становиться выше порогового значения. WTRU или UE также может инициировать передачу, когда абсолютное значение свойства опорных сигналов становится выше или ниже порогового значения. Например, WTRU или UE может инициировать передачу сообщения, если измеренный разброс задержек может становиться выше порогового значения. Такие события и ассоциированные параметры или пороговые значения могут быть сконфигурированы как часть конфигурации формирования сообщений с измерениями (например, reportConfig).

[0404] Сеть также может оценивать то, могут или нет некоторые крупномасштабные свойства быть аналогичными (например, если принимаемый временной интервал может быть аналогичным), посредством измерения передач по восходящей линии связи из WTRU или UE, к примеру, SRS, PUCCH, PUSCH или PRACH и т.п. в различных точках приема, совпадающих с точками передачи, потенциально используемыми для передач по нисходящей линии связи.

[0405] Могут предоставляться и/или использоваться несколько опорных временных интервалов демодуляции. В таком варианте осуществления (например, во втором варианте осуществления), чтобы принимать ePDCCH и/или PDSCH на основе конкретного для WTRU или UE опорного сигнала (например, антенного порта 7-14), по меньшей мере, один из следующих опорных сигналов может использоваться для того, чтобы указывать опорный временной интервал демодуляции для WTRU или UE: CSI-RS, CRS, PRS и т.п.

[0406] Если в WTRU или UE может предоставляться или сообщаться опорный временной интервал демодуляции с помощью опорного сигнала, процесс демодуляции посредством WTRU или UE, включающий в себя временной FFT-интервал и коэффициент фильтрации для оценки канала, может придерживаться опорных сигналов. Например, если может быть предусмотрено два CSI-RS, сконфигурированных для WTRU или UE, к примеру, CSI-RS1 и CSI-RS2, и WTRU или UE могут сообщать CSI для обеих CSI-RS-конфигураций, временной FFT-интервал и точная временная и/или частотная синхронизация для PDSCH-демодуляции могут придерживаться одной из двух CSI-RS-конфигураций согласно индикатору опорного временного интервала демодуляции.

[0407] Альтернативно, если в WTRU или UE сообщен опорный временной интервал демодуляции с помощью опорного сигнала, процедура PDSCH-демодуляции может отличаться согласно типу опорного сигнала на основе одного или более из следующего.

[0408] Если CSI может использоваться для опорного временного интервала, временной FFT-интервал и коэффициент фильтрации для оценки канала для CSI-RS могут использоваться для PDSCH-демодуляции. Например, WTRU или UE может допускать, идентифицировать или определять то, что PDSCH и/или конкретный для WTRU или UE RS демодуляции (например, антенные порты 7-14) могут быть переданы из идентичных квазисовместно размещенных антенных портов. В связи с этим, если WTRU или UE может быть выполнен с возможностью отслеживать ePDCCH (например, для каждого PRB-набора), WTRU или UE может допускать, идентифицировать или определять то, что первый набор антенных портов (например, 15-22) может быть ассоциирован или соответствовать CSI-RS-информации, и/или может идентифицировать преобразование для PDSCH, и другие антенные порты (например, 7-14 или другие порты) могут быть квазисовместно размещены относительно таких параметров, как доплеровский сдвиг, доплеровский разброс, средняя задержка, разброс задержек и т.п., как описано выше.

[0409] Если CRS может использоваться для опорного временного интервала, временной FFT-интервал и коэффициенты фильтрации для оценки канала для CRS могут использоваться для PDSCH-демодуляции. Альтернативно, сдвиг по времени и/или сдвиг частоты для CRS может предоставляться для PDSCH-демодуляции. Если в WTRU или UE могут сообщаться смещения, WTRU или UE может применять смещения из CRS. В примерных вариантах осуществления, по меньшей мере, может предоставляться одно из следующих смещений: сдвиг временного FFT-интервала (AAAFFT), сдвиг по времени (AT), сдвиг частоты (AF) и т.п.

[0410] Если PRS может использоваться для опорного временного интервала, режим работы WTRU или UE, аналогичный CSI-RS или CRS, может применяться в таком варианте осуществления.

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

[0412] Может предоставляться и/или использоваться неявный индикатор опорного временного интервала демодуляции. В таком варианте осуществления (например, в первом решении), опорный временной интервал демодуляции может быть связан ePDCCH- и/или PDCCH-ресурсами и может неявно сообщаться в WTRU или UE. Поскольку DCI должна быть принята, чтобы демодулировать PDSCH, опорный временной интервал демодуляции может логически выводиться из местоположения ePDCCH- и/или PDCCH-ресурсов, в котором WTRU или UE может принимать DCI. По меньшей мере, один из следующих способов может использоваться для того, чтобы реализовывать индикатор на основе ePDCCH- и/или PDCCH-ресурсов.

[0413] В одном варианте осуществления, конкретное для WTRU или UE пространство поиска может разбиваться на два или более из определенного числа поднаборов, и каждый поднабор может быть связан с конкретным опорным временным интервалом демодуляции. Например, в конкретном для WTRU или UE пространстве поиска, общее число попыток декодирования вслепую может разбиваться на два поднабора (поднабор 1 и поднабор 2), и каждый поднабор может включать в себя исключительно попыток декодирования вслепую, причем каждый поднабор может быть связан с различным опорным временным интервалом демодуляции. Например, поднабор 1 может быть связан с CSI-RS1, а поднабор 2 может быть связан с CSI-RS2. В связи с этим, в варианте осуществления, если WTRU или UE может принимать DCI для PDSCH в поднаборе 1, WTRU или UE может допускать, идентифицировать или определять то, что PDSCH может быть передан в идентичной точке передачи с CSI-RS1.

[0414] Дополнительно, как описано в данном документе, для конкретного для ePDCCH WTRU или UE пространства поиска, поднабор пространства поиска может быть связан опорным временным интервалом демодуляции. Следовательно, когда WTRU или UE может выполнять декодирование вслепую для ePDCCH, WTRU или UE может допускать, идентифицировать или определять то, что поднабор 1 и поднабор 2 могут быть переданы из идентичной точки передачи с CSI-RS1 и CSI-RS2, соответственно. В другом варианте осуществления, как описано в данном документе, если WTRU или UE может принимать DCI через ePDCCH, WTRU или UE может допускать, идентифицировать или определять то, что соответствующий PDSCH может быть передан из идентичной точки передачи с ePDCCH. Кроме того, для общего пространства поиска ePDCCH (например, как описано в данном документе), WTRU или UE может допускать, идентифицировать или определять то, что ePDCCH может быть передан из идентичной точки передачи с CRS.

[0415] В связи с этим, в вариантах осуществления, если WTRU или UE может быть выполнен с возможностью отслеживать ePDCCH (например, для каждого PRB-набора), WTRU или UE может использовать набор параметров, указываемый посредством параметра верхнего уровня, такого как CSI-RS, для определения информации преобразования и/или квазисовместного размещения антенных портов (например, ePDCCH).

[0416] Согласно другому варианту осуществления (например, второму решению), антенные порты демодуляции могут быть связаны с опорным временным интервалом демодуляции. Если антенные порты 7-10 могут быть доступными для ePDCCH- и/или PDSCH-демодуляции, могут предварительно задаваться несколько пар квазисовместно размещенных портов. Например, WTRU или UE может допускать, идентифицировать или определять то, что антенные порты {7, 8} и {9, 10} могут быть квазисовместно размещены, причем квазисовместно размещенная пара {7, 8} и {9, 10} может быть связана с CSI-RS1 и CSI-RS2, соответственно. В таком варианте осуществления, WTRU или UE также может допускать, идентифицировать или определять то, что опорный временной интервал демодуляции для антенного порта 7 может быть идентичным антенному порту 8. Альтернативно, идентификатор скремблирования (nSCID) также может быть связан с опорным временным интервалом демодуляции при условии, что могут использоваться несколько nSCID. Если могут использоваться nSCID=0 и nSCID=1, WTRU или UE может допускать, идентифицировать или определять то, например, то, что nSCID=0 может быть связан с CSI-RS1, и nSCID=1 может быть связан с CSI-RS2. Согласно другой альтернативе, nSCID может быть связан с антенными портами. Например, nSCID=0 может использоваться для антенных портов {7, 8}, и nSCID=1 может использоваться для антенных портов {9, 10}. В связи с этим, WTRU или UE может допускать, идентифицировать или определять то, что nSCID=0 может использоваться в том случае, когда WTRU или UE может демодулировать сигналы на основе антенных портов {7, 8}, и nSCID=1 может использоваться в том случае, когда WTRU или UE может демодулировать сигналы на основе антенного порта {9, 10}. Преобразование из антенных портов в nSCID может быть сконфигурировано, по меньшей мере, как одно из следующего: преобразование из антенного порта в nSCID может быть предварительно задано, причем, в таком варианте осуществления, квазисовместно размещенные антенные порты могут иметь идентичный nSCID; преобразование из антенного порта в nSCID может быть сконфигурировано посредством широковещательных каналов или передачи служебных сигналов верхнего уровня; и т.п.

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

[0418] В другом варианте осуществления (например, в третьем решении), ресурсы нисходящей линии связи могут быть связаны с опорным временным интервалом демодуляции. В таком варианте осуществления, согласно позиции ресурсов нисходящей линии связи для E-PDSCH и/или PDSCH, WTRU или UE может логически выводить опорный временной интервал демодуляции. Позиция нисходящей линии связи может включать в себя, по меньшей мере, одно из следующего: поднабор субкадра(ов) нисходящей линии связи и/или PRB, которые могут быть выполнены с возможностью использовать конкретное опорное время демодуляции. Необязательно, опорное время может использоваться для демодуляции антенных портов 7-14. В противном случае, CRS может использоваться в качестве опорного временного интервала.

[0419] В еще одном другом варианте осуществления (например, в дополнительном решении), опорный временной интервал демодуляции может быть задан с помощью временной взаимосвязи с CSI-RS и обратной связи с CSI. Режимы работы WTRU или UE в таком варианте осуществления могут быть заданы посредством, по меньшей мере, одного из следующего. WTRU или UE может допускать, идентифицировать или определять то, что PDSCH может быть передан из точки передачи с CSI-RSk, если последний CSI-RS, который принимает WTRU или UE, может быть CSI-RSk. В таком варианте осуществления, может дополнительно задаваться смещение субкадра, так что WTRU или UE может допускать, идентифицировать или определять то, что опорный временной интервал демодуляции может быть изменен после номера субкадра смещения.

[0420] Дополнительно, WTRU или UE может допускать, идентифицировать или определять то, что PDSCH может быть передан из точки передачи с CSI-RSk, если последнее сообщение WTRU или UE с обратной связью с CSI может быть основано на CSI-RSk, при этом последняя обратная связь с CSI может представлять собой, по меньшей мере, одно из следующего: апериодическое сообщение CSI; периодическое сообщение CSI с PMI/CQI, причем если тип сообщения последней CSI представляет собой RI, опорный временной интервал демодуляции может поддерживаться неизменным; периодическое сообщение CSI с PMI/CQI/RI; субкадр смещения, который может применяться таким образом, что опорный временной интервал демодуляции может быть изменен после номера субкадра смещения; и т.п.

[0421] Также может предоставляться и/или использоваться неявный индикатор относительно информации PDSCH-демодуляции, как описано в данном документе. Например, как описано в данном документе, могут использоваться способы или процедуры для того, чтобы определять, например, информацию PDSCH-демодуляции, которая может использоваться посредством WTRU или UE при декодировании PDSCH в субкадре. Информация PDSCH-демодуляции может включать в себя одно или более из следующего. Например, информация PDSCH-демодуляции может включать в себя опорный сигнал (например, антенный порт), который может предполагаться как квазисовместно размещенный с опорными сигналами (например, антенными портами), которые могут использоваться для PDSCH-демодуляции (например, включающая в себя индекс для CSI-RS-ресурса с ненулевой мощностью). Информация PDSCH-демодуляции также может включать в себя, по меньшей мере, один параметр, который может использоваться для того, чтобы определять местоположение элементов ресурсов (RE), на которых может быть передан PDSCH или на которых не может быть передан PDSCH (например, для целей согласования скорости), к примеру, одно или более из следующего: по меньшей мере, один параметр, указывающий местоположение CRS-портов, на которых не может быть передан PDSCH (например, число CRS-портов, сдвиг CRS-частоты); MBSFN-конфигурация; по меньшей мере, один параметр, указывающий местоположение CSI-RS с нулевой мощностью, на котором не может быть передан PDSCH, к примеру, конфигурация CSI-RS с нулевой мощностью; индикатор относительно начального символа PDSCH; по меньшей мере, один параметр, указывающий местоположение CSI-RS с ненулевой мощностью, на котором не может быть передан PDSCH; по меньшей мере, один параметр, указывающий местоположение элементов ресурсов, которые могут использоваться для ресурсов для измерения помех; и т.п. Дополнительно, информация PDSCH-демодуляции дополнительно может включать в себя идентификационные данные скремблирования, которые могут использоваться для того, чтобы определять опорный сигнал демодуляции.

[0422] В одном примерном варианте осуществления (например, в примерном способе), WTRU или UE может определять информацию PDSCH-демодуляции на основе идентификационных данных опорного сигнала (например, таких как CRS или CSI-RS), который может предполагаться как квазисовместно размещенный с опорным сигналом, который может использоваться для демодуляции ePDCCH, включающую в себя назначение (например, управляющую информацию) для этого PDSCH. В таком варианте осуществления (например, в способе), сеть может использовать идентичную точку передачи для ePDCCH и PDSCH, которая может быть передана в служебных сигналах посредством идентичного ePDCCH. Дополнительно, поскольку часть информации PDSCH-демодуляции может быть связана (например, зачастую близко связана) с используемой точкой передачи, эта информация может извлекаться неявно из опорного сигнала, который может предполагаться как квазисовместно размещенный.

[0423] Например, если WTRU или UE может определять то, что определенный CSI-RS-ресурс с ненулевой мощностью может совместно размещаться с опорным сигналом, который может использоваться для ePDCCH, WTRU или UE может допускать то, что идентичный CSI-RS-ресурс с ненулевой мощностью может соответствовать опорному сигналу, совместно размещаемому с опорными сигналами, которые могут использоваться для демодуляции PDSCH. Дополнительно, индекс этого CSI-RS-ресурса с ненулевой мощностью может указывать (например, возможно в сочетании с другим индикатором относительно управляющей информации нисходящей линии связи) набор параметров, который может определять информацию PDSCH-демодуляции, которая может быть сконфигурирована посредством верхних уровней.

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

[0425] В примерных вариантах осуществления, использование одного или более вышеописанных вариантов осуществления или способов может быть обусловлено, по меньшей мере, одним из следующего: индикатор из верхних уровней того, что информация PDSCH-демодуляции может быть получена с использованием способа; индикатор из управляющей информации нисходящей линии связи, применимой к этому PDSCH (например, способ может применяться, если одного из конкретного поднабора значений нового или существующего поля может быть принят, а для других значений этого поля, WTRU или UE может получать информацию PDSCH-демодуляции на основе значения поля); RRC-конфигурация, например, на основе сконфигурированного DCI-формата, сконфигурированного режима передачи (например, может быть применимым к TM10), сконфигурированного режима работы для определения опорного сигнала совместного размещения ePDCCH (например, способ может применяться, если квазисовместно размещенный опорный сигнал ePDCCH может быть получен на основе ePDCCH-набора, в котором может быть декодирован ePDCCH, могут или нет отличаться CSI-RS-ресурсы с ненулевой мощностью, сконфигурированные для каждого ePDCCH-набора для целей определения квазисовместного размещения; и т.п.

[0426] Может предоставляться и/или использоваться явный индикатор опорного временного интервала демодуляции. В таком варианте осуществления (например, в первом решении), опорный временной интервал демодуляции может указываться или включаться в DCI для PDSCH. Например, бит(ы) индикатора может явно находиться в DCI. В связи с этим, в WTRU или UE может сообщаться то, какой опорный временной интервал демодуляции может использоваться для соответствующей PDSCH-демодуляции. Альтернативно, опорный временной интервал демодуляции может сообщаться в WTRU или UE через передачу служебных сигналов верхнего уровня (например, RRC, элемент управления MAC и т.п.).

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

[0428] Попытки декодирования вслепую WTRU или UE для нескольких опорных временных интервалов демодуляции также могут предоставляться и/или использоваться согласно примерным вариантам осуществления. Например, без информации опорных временных интервалов демодуляции, WTRU или UE может вслепую пытаться несколько опорных временных интервалов демодуляции в приемном устройстве. В таком варианте осуществления, WTRU или UE может демодулировать ePDCCH и/или PDSCH с каждым допустимым возможным вариантом опорного временного интервала демодуляции. Например, если два CSI-RS могут быть сконфигурированы для WTRU или UE, и WTRU или UE может сообщать CSI для обеих CSI-RS-конфигураций, WTRU или UE может демодулировать ePDCCH и/или PDSCH с обеими CSI-RS-конфигурациями.

[0429] Хотя термины "UE" или "WTRU" могут использоваться в данном документе, следует понимать, что использование таких терминов может осуществляться взаимозаменяемо и, по сути, может не являться отличимым. Дополнительно, для усовершенствованного физического канала управления нисходящей линии связи, описанного в данном документе, ePDCCH, ePDCCH и/или ePDCCH могут использоваться взаимозаменяемо.

[0430] Хотя термины "унаследованный PDCCH" или "PDCCH" могут использоваться в данном документе для того, чтобы указывать Rel-8/9/10 PDCCH-ресурсы, следует понимать, что использование таких терминов может осуществляться взаимозаменяемо и, по сути, может не являться отличимым. Дополнительно, PDCCH и DCI могут использоваться взаимозаменяемо в качестве значения управляющей информации нисходящей линии связи, передаваемой из eNB в WTRU или UE.

[0431] Кроме того, хотя признаки и элементы могут описываться выше в конкретных комбинациях, специалисты в данной области техники должны принимать во внимание, что каждый признак или элемент может использоваться отдельно или в любой комбинации с другими признаками и элементами. Помимо этого, способы, описанные в данном документе, могут быть реализованы в компьютерной программе, программном обеспечении или микропрограммном обеспечении, включенном в машиночитаемый носитель для выполнения посредством компьютера или процессора. Примеры машиночитаемых носителей включают в себя электронные сигналы (передаваемые по проводным или беспроводным подключениям) и машиночитаемые носители хранения данных. Примеры машиночитаемых носителей хранения данных включают в себя, но могут не только, постоянное запоминающее устройство (ROM), оперативное запоминающее устройство (RAM), регистры, кэш-память, полупроводниковые запоминающие устройства, магнитные носители, такие как внутренние жесткие диски и съемные диски, магнитооптические носители и оптические носители, такие как CD-ROM-диски и цифровые универсальные диски (DVD). Процессор в ассоциации с программным обеспечением может использоваться для того, чтобы реализовывать радиочастотное приемо-передающее устройство для использования в WTRU, UE, терминале, базовой станции, RNC или любом хост-компьютере.

Похожие патенты RU2628011C2

название год авторы номер документа
СПОСОБ И УСТРОЙСТВО ДЛЯ ПРИЕМА СИГНАЛА НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ 2013
  • Сео Инквон
  • Парк Дзонгхиун
  • Сео Ханбьюл
  • Ким Кидзун
RU2593394C1
СПОСОБ ПОДАВЛЕНИЯ ПОМЕХ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ И СООТВЕТСТВУЮЩЕЕ УСТРОЙСТВО 2014
  • Ким, Кидзун
  • Парк, Дзонгхиун
  • Ли, Хиунхо
  • Ким, Хиунгтае
RU2635545C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ПРИЕМА КАНАЛА УПРАВЛЕНИЯ НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ 2013
  • Ли Сеунгмин
  • Ким Хаксеонг
  • Сео Ханбьюл
RU2583043C1
ВОСХОДЯЩАЯ ГИБРИДНАЯ СИГНАЛИЗАЦИЯ ПОДТВЕРЖДЕНИЙ ПРИЕМА В СИСТЕМАХ БЕСПРОВОДНОЙ СВЯЗИ 2013
  • Нам Янг-Хан
  • Хан Дзин-Киу
RU2638745C2
СИСТЕМЫ И СПОСОБЫ ДЛЯ РАСШИРЕННОГО КАНАЛА УПРАВЛЕНИЯ 2012
  • Маринье Поль
  • Ли Моон-Ил
  • Хагигат Афшин
  • Найеб Назар Шахрох
  • Чжан Годун
  • Рудольф Мариан
RU2589892C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ПЕРЕДАЧИ И ПРИЕМА УПРАВЛЯЮЩЕЙ ИНФОРМАЦИИ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ 2012
  • Шан Чэн
  • Ким Йоун-Сун
RU2596839C2
СПОСОБ И УСТРОЙСТВО ДЛЯ ВЫПОЛНЕНИЯ ИЗМЕРЕНИЯ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ 2014
  • И Юдзунг
  • Ахн Дзоонкуи
  • Янг Сукчел
RU2608538C1
АГРЕГИРОВАНИЕ РЕСУРСОВ В УСОВЕРШЕНСТВОВАННЫХ УПРАВЛЯЮЩИХ КАНАЛАХ 2013
  • Френне Маттиас
  • Чэн Цзюн-Фу
  • Фуруског Йохан
  • Коорапати Хавиш
  • Ларссон Даниель
RU2659802C1
ТЕРМИНАЛ, БАЗОВАЯ СТАНЦИЯ И СПОСОБ СВЯЗИ 2017
  • Симезава, Казуюки
RU2729208C2
БАЗОВАЯ РАДИОСТАНЦИЯ, ТЕРМИНАЛ ПОЛЬЗОВАТЕЛЯ, СИСТЕМА РАДИОСВЯЗИ И СПОСОБ РАДИОСВЯЗИ 2013
  • Такеда Кадзуаки
  • Му Цинь
  • Лю Лю
  • Чэнь Лань
RU2584698C1

Иллюстрации к изобретению RU 2 628 011 C2

Реферат патента 2017 года СПОСОБ ДЛЯ ПРЕДОСТАВЛЕНИЯ УСОВЕРШЕНСТВОВАННОГО ФИЗИЧЕСКОГО КАНАЛА УПРАВЛЕНИЯ НИСХОДЯЩЕЙ ЛИНИИ СВЯЗИ В СИСТЕМЕ БЕСПРОВОДНОЙ СВЯЗИ И БЕСПРОВОДНОЙ ПРИЕМО-ПЕРЕДАЮЩИЙ МОДУЛЬ

Изобретение относится к системам связи. Техническим результатом является создание инструментария для приема или отслеживания усовершенствованного физического канала управления нисходящей линии связи (ePDCCH) или физического совместно используемого канала нисходящей линии связи (PDSCH). Предложен беспроводной приемо-передающий модуль (WTRU), который принимает конфигурацию для отслеживания ePDCCH-ресурса в конкретном субкадре. WTRU может извлекать уровень агрегирования для субкадра, ассоциированного с номером NAL уровня агрегирования. WTRU может передавать или отслеживать ePDCCH с использованием уровня агрегирования, ассоциированного с NAL для субкадра. WTRU также может принимать опорный сигнал, а затем может определять тип принимаемого опорного сигнала. WTRU может выполнять демодуляцию PDSCH или ePDCCH с использованием временного интервала демодуляции на основе определенного типа. ePDCCH или PDSCH также могут отслеживаться или приниматься посредством идентификации опорного временного интервала демодуляции неявно на основе местоположения одного или более ePDCCH-ресурсов, по которым WTRU может принимать управляющую информацию нисходящей линии связи (DCI). 2 н. и 19 з.п. ф-лы, 22 табл., 26 ил.

Формула изобретения RU 2 628 011 C2

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

- извлекают, в беспроводном приемо-передающем модуле (WTRU), уровни агрегирования для отслеживания ePDCCH-ресурса, причем уровни агрегирования извлекаются на основе номера NAL уровня агрегирования, для одного или более усовершенствованных элементов канала управления (еССЕ) с фиксированным числом групп усовершенствованных элементов ресурсов (eREG) и числом доступных элементов ресурсов (RE);

- извлекают, в WTRU, поднабор уровней агрегирования для отслеживания ePDCCH-ресурса на основе числа наборов блоков физических ресурсов (PRB), ассоциированных с одним или более еССЕ;

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

- отслеживают, в WTRU, ePDCCH-ресурс в субкадре с использованием поднабора уровней агрегирования.

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

3. Способ по п. 2, в котором конкретная конфигурация специального субкадра содержит, по меньшей мере, одно из следующего: конфигурация 0 специального субкадра или специальная конфигурация 5.

4. Способ по п. 1, в котором пространство поиска, ассоциированное с уровнями агрегирования, извлекается в качестве NAL⋅{1, 2, 4, 8 }.

5. Способ по п. 1, в котором значение номера NAL уровня агрегирования равно двум, и уровень агрегирования содержит {2, 4, 8, 16}.

6. Способ по п. 1, в котором значение номера NAL уровня агрегирования равно единице, и уровень агрегирования содержит {1, 2, 4, 8}.

7. Способ по п. 1, в котором число eREG в расчете на ССЕ основано на циклическом префиксе (CP) и субкадре.

8. Способ по п. 7, в котором число eREG содержит четыре, когда CP содержит обычный CP, и субкадр содержит обычный субкадр или специальный субкадр, ассоциированный с конфигурацией специального субкадра 3, 4 и 8.

9. Способ по п. 7, в котором число eREG содержит восемь, когда CP содержит обычный CP, и субкадр содержит специальный субкадр, ассоциированный с конфигурацией специального субкадра 1, 2, 6, 7 и 9, либо когда CP содержит расширенный CP, и субкадр содержит специальный субкадр, ассоциированный с конфигурацией специального субкадра 1, 2, 3, 5 и 6.

10. Способ по п. 7, в котором число еССЕ, доступное для ePDCCH, составляет от 0 до NECCE-1, причем NECCE зависит от одного или более следующего: тип ePDCCH, субкадра, конфигурация субкадра, число RE PRB, ассоциированного с ePDCCH-ресурсом, или циклический префикс (CP).

11. Способ по п. 1, в котором ePDCCH-ресурс, отслеживаемый в субкадре, содержит конкретное для UE пространство поиска.

12. Способ по п. 1, дополнительно содержащий этап, на котором отслеживают, в WTRU, PDCCH-ресурс в субкадре, не сконфигурированном для отслеживания ePDCCH-ресурса.

13. Способ по п. 12, в котором отслеживаемый PDCCH-ресурс содержит общее пространство поиска.

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

15. Беспроводной приемо-передающий модуль (WTRU), выполненный с возможностью:

- извлекать набор уровней агрегирования, чтобы отслеживать усовершенствованный элемент канала управления (еССЕ) с фиксированным числом групп усовершенствованных элементов ресурсов (eREG) и числом доступных элементов ресурсов (RE), причем уровень агрегирования основан на значении номера NAL уровня агрегирования для еССЕ с фиксированным числом eREG и числом доступных RE; и

- отслеживать ePDCCH с использованием набора уровней агрегирования, извлекаемого на основе значения номера NAL уровня агрегирования для еССЕ с фиксированным числом eREG и числом доступных RE.

16. WTRU по п. 15, в котором набор уровней агрегирования для одного субкадра отличается от набора уровней агрегирования для другого субкадра.

17. WTRU по п. 15, в котором пространство поиска, ассоциированное с набором уровней агрегирования, извлекается в качестве NAL⋅{1, 2, 4, 8}.

18. WTRU по п. 15, в котором значение номера NAL уровня агрегирования равно двум, и уровень агрегирования содержит {2, 4, 8, 16}.

19. WTRU по п. 15, в котором значение номера NAL уровня агрегирования равно единице, и уровень агрегирования содержит {1, 2, 4, 8}.

20. WTRU по п. 15, в котором число еССЕ, доступное для ePDCCH, составляет от 0 до NECCE-1, причем NECCE зависит от одного или более следующего: тип ePDCCH, субкадр, конфигурация субкадра, число элементов ресурсов (RE) в блоке физических ресурсов (PRB), ассоциированном с ePDCCH, или циклический префикс (CP).

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

Документы, цитированные в отчете о поиске Патент 2017 года RU2628011C2

SAMSUNG, Discussion on ePDCCH Design Issues, 3GPP TSG-RAN1#66 meeting, R1-112517, Athens, Greece, 22 - 26 August 2011
CATT, Design of E-PDCCH search space, 3GPP TSG RAN WG1 Meeting #67, R1-113743, San Francisco, 14 - 18 November 2011
NTT DOCOMO, Mapping Design for E-PDCCH in Rel-U, 3GPP TSG RAN WG1 Meeting #67, R1-114081, San Francisco, 14 - 18 November 2011
WO 2011103309 A2, 2011-08-25
СПОСОБ ПОЛУЧЕНИЯ ИНФОРМАЦИИ ОБ ОБЛАСТИ РЕСУРСОВ ДЛЯ КАНАЛА PHICH И СПОСОБ ПРИЕМА КАНАЛА PDCCH 2008
  • Ан Чжун Ки
  • Ким Бон Хве
  • Юн У
  • Ким Ки Чжун
  • Ли Чжон Хун
  • Ли Дэ Вон
  • Со Тон
  • Ро Дон Ук
  • Юн Сок Хён
RU2439809C2
QUALCOMM, Search space design for e-PDCCH, 3GPP TSG RAN WG1 Meeting #67, R1-114125, San Francisco, 14 - 18 November 2011
LG, UE Behaviors according to Search Space Configuration, 3GPP TSG RAN WG1 Meeting #67, R1-113993, San Francisco, 14 - 18 November 2011
ОПРЕДЕЛЕНИЕ ПРОСТРАНСТВА ПОИСКА 2012
  • Хэ Хун
  • Фу Цзун-Каэ
  • Чжу Юань
RU2573393C2

RU 2 628 011 C2

Авторы

Ли Моон-Ил

Коо Чангсоо

Шин Сунг-Хиук

Стерн-Берковиц Джанет А.

Рудольф Мариан

Си Фыньцзюнь

Кини Анантх

Хоссейниан Сейед Мохсен

Маринер Пол

Даты

2017-08-14Публикация

2013-01-27Подача