Кандидаты пространства поиска PDCCH
возвращается (0,2,4,6)-by-2 матричный ind
= ltePDCCHSpace(enb
,ue
)ind
из пространства поиска кандидат PDCCH индексы, учитывая структуры enb
и ue
. В зависимости от входных параметров каждое пространство поиска содержит (0,2,4, или 6) кандидата PDCCH местоположения, заданные строками ind
. Каждая двухэлементная строка содержит содержащий [begin,end]
индексы одного местоположения кандидата PDCCH. По умолчанию индексы на основе один задают местоположения PDCCH в блоке всех, мультиплексировал биты данных PDCCH, которые будут переданы в том подкадре.
Область управления нисходящего подкадра включает мультиплексирование всех битов PDCCHs в один блок данных, который затем обработан и чередован перед отображением ресурса PDCCH. UE должен вслепую декодировать отдельный PDCCH, направленный на него. Эта задача упрощена путем подразделения целой области в общие и пространства поиска UE-specific, которые должен контролировать UE. Каждый пробел включает 2, 4, или 6 кандидатов PDCCH, длина данных которых зависит от своего формата PDCCH. Каждый PDCCH должен быть передан на 1, 2, 4, или 8 элементов канала управления (CCE) (1 CCE = 72 бита).
Возвращенное пространство поиска имеет тип UE-specific если RNTI
поле пропускает от структуры ue
когда общее пространство поиска возвращено. Пространство поиска всегда содержит 2, 4, или 6 кандидатов; поэтому, ind
имеет 2, 4, или 6 строк, если комбинации параметра не допустимы, в этом случае ind
выведите возвратился, пусто. Для получения дополнительной информации смотрите TS 36.213 [1], Раздел 9.1.1. Кандидаты на пробеле не должны быть уникальными, специально для меньшей пропускной способности.
[1] 3GPP TS 36.213. “Развитый Универсальный Наземный Радио-доступ (к E-UTRA); процедуры Физического уровня”. Проект Партнерства третьего поколения; Сеть радиодоступа Technical Specification Group. URL: https://www.3gpp.org.
ltePDCCH
| ltePDCCHDecode
| ltePDCCHDeinterleave
| ltePDCCHIndices
| ltePDCCHInfo
| ltePDCCHInterleave
| ltePDCCHPRBS
| ltePDCCHSearch