В этом примере показано, как сконструировать приемник, оптимизированный для ЛПВП, который может восстановить первый блок системной информации (SIB1) из сигнала нисходящей линии связи LTE.
Эта конструкция основана на восстановлении MIB HDL LTE, добавляя обработку, необходимую для декодирования SIB1. Он основан на LTE Toolbox™ Cell Search, MIB и SIB1 Recovery (LTE Toolbox).
Для декодирования SIB1 сообщения требуются дополнительные шаги после декодирования MIB (главного информационного блока). Эта конструкция добавляет функциональные возможности для определения местоположения и декодирования PCFICH (канала индикатора физического формата управления), PDCCH (физического канала управления нисходящей линии связи) и PDSCH (физического общего канала нисходящей линии связи). Расширяемая архитектура, используемая в LTE HDL MIB Recovery, позволяет расширить конструкцию при повторном использовании основных функциональных возможностей реализации восстановления MIB. Эта конструкция может быть реализована на платформах SoC с использованием пакетов совместного проектирования аппаратного и программного обеспечения и поддержки аппаратного обеспечения. См. раздел Развертывание справочных приложений LTE HDL на SoC.
Начальные этапы восстановления SIB1 являются теми же, что и для восстановления MIB LTE HDL, состоящего из поиска соты, обнаружения PSS/SSS, демодуляции OFDM и декодирования MIB. Обнаружение сигнала LTE, синхронизация по времени и частоте и демодуляция OFDM выполняются на принятых данных, обеспечивая информацию о номере субкадра, дуплексном режиме и идентификаторе ячейки принятого сигнала. Принятые данные буферизуются в буфер памяти подкадра сетки, и после сохранения полного подкадра в памяти вычисляется оценка канала. Затем оценка канала может быть использована для выравнивания сетки, когда данные считываются из буфера. Когда подкадр 0 сохранен в буфере и оценка канала вычислена, физический широковещательный канал (PBCH) может быть затем извлечен из сетки, выровнен и декодирован, восстанавливая сообщение MIB.
Сообщение MIB содержит ряд параметров, которые требуются для декодирования последующих каналов. Одним из этих параметров является номер системного кадра (SFN). SFN требуется для определения местоположения SIB1 сообщения, поскольку SIB1 сообщение посылается только в четных кадрах (mod(SFN,2) = 0). Следовательно, если сообщение MIB было декодировано в нечетном кадре, приемник должен подождать до следующего четного кадра, прежде чем пытаться декодировать SIB1. Когда приемник декодировал сообщение MIB и принял подкадр 5 четного кадра, может быть предпринята попытка декодирования SIB1.
Сообщение MIB также предоставляет системный параметр NDLRB, указывающий количество блоков ресурсов нисходящей линии связи, используемых передатчиком. Для различных значений NDLRB (различные полосы пропускания) количество активных поднесущих различно. Следовательно, NDLRB влияет на индексацию памяти ресурсной сетки для каждого из каналов, обрабатываемых после PBCH.
NDLRB сначала используется для вычисления элементов ресурса (RE), выделенных каналу индикатора физического формата управления (PCFICH), и соответствующие символы могут быть извлечены из сетки ресурсов. Декодер PCFICH затем пытается декодировать данные CFI, используя символы, извлеченные из сетки ресурсов.
CFI указывает количество символов OFDM, выделенных физическому каналу управления нисходящей линии связи (PDCCH). CFI в сочетании с параметрами MIB NDLRB, PHICH Duration и Ng используется для вычисления, какие элементы ресурсов (RE) назначены каналу PDCCH. Эти RE запрашиваются из сетки и передаются в декодер PDCCH. Если декодируемый сигнал использует дуплексирование с временным разделением каналов (TDD), назначение PDCCH изменяется в зависимости от используемой конфигурации TDD. Поскольку конфигурация TDD в данный момент неизвестна, каждая из конфигураций TDD, которые влияют на назначение PDCCH, пробуется до успешного декодирования.
Как только PDCCH декодирован, выполняется слепой поиск общего пространства поиска PDCCH, чтобы найти сообщение DCI (управляющая информация нисходящей линии связи) для SIB1. Это сообщение DCI имеет CRC, скремблированный с SI-RNTI (временным идентификатором сети радиосвязи с системной информацией), и несет информацию о назначении и кодировании SIB1 сообщения в PDSCH. Операция поиска слепо пытается декодировать сообщения DCI с рядом возможных форматов из ряда кандидатов. Если декодируемый сигнал использует TDD и сообщение DCI не найдено во время поиска, то декодирование PDCCH будет повторно предпринято для любых неиспытанных конфигураций TDD.
После обнаружения сообщение DCI анализируется, давая параметры распределения DCI, RIV и Gap, необходимые для вычисления распределения ресурсов PDSCH. Затем можно вычислить блоки физических ресурсов (PRB), назначенные SIB1 сообщению в PDSCH. Анализ сообщения DCI также обеспечивает информацию о длине транспортного блока и версиях избыточности, необходимых для декодирования PDSCH.
Используя информацию распределения PRB, можно вычислить RE, назначенные SIB1 сообщению в PDSCH. Декодирование PDSCH затем обрабатывает данные, извлеченные из сетки ресурсов. Если декодирование не содержит ошибок, возвращаются SIB1 биты сообщения.
Архитектура разработана с возможностью расширения, что позволяет добавлять, удалять или заменять подсистемы обработки каналов для альтернативных реализаций. Эта расширяемость иллюстрируется дополнениями, внесенными в конструкцию MIB для создания конструкции SIB1. Основные функциональные возможности те же, с дополнительной обработкой и управлением для трех дополнительных каналов, необходимых для декодирования SIB1.
Чтобы разрешить повторное использование и совместное использование основных подсистем модели, в примере используются Привязки модели (Model References). Ссылка на модель позволяет проводить модульное тестирование каждой из подсистем и создавать экземпляры моделей в различных примерах. LTE HDL Cell Search, LTE HDL MIB Recovery и LTE HDL SIB1 recovery все эталонные модели.
Поиск соты, синхронизация и демодуляция OFDM выполняют начальные этапы обнаружения сигнала нисходящей линии связи и синхронизации. Неравнозначные данные сетки передаются в потоковом режиме для буферизации в памяти сетки для дальнейшей обработки.
Центральные ресурсы памяти сетки, оценки канала и выравнивания канала сгруппированы вместе с интерфейсом, таким образом, что данные могут быть запрошены путем предоставления адреса сетке, и выровненные символы выводятся для обработки каскадами декодирования.
Подсистемы индексирования запрашивают данные из сетки путем предоставления номера поднесущей, номера символа OFDM и флага разрешения чтения. Эти сигналы группируются в шину для упрощения маршрутизации в модели Simulink. Одновременно доступ к сетке может получить только одна подсистема индексирования. Контроллер используется, чтобы избежать конфликтов и включить подсистемы индексации в правильное время. Каждая из подсистем индексации имеет соответствующую подсистему декодирования, которая пытается декодировать данные, запрошенные из сетки подсистемой индексации.
Подсистемы декодирования принимают выровненные комплексные символы из сетки с сигналом, указывающим, когда поступающие данные являются действительными. Подсистемы декодирования должны быть включены, прежде чем они начнут обрабатывать действительные выборки на входе, и ожидается, что только одна из подсистем декодирования будет включена в любой момент времени. Центральный контроллер для SIB1 декодера включает подсистемы декодирования в соответствующее время.
Подсистема управления отслеживает состояние декодера и разрешает декодировать и индексировать подсистемы в правильной последовательности, используя полученные, действительные, обнаруженные и ошибочные сигналы (в зависимости от обстоятельств) для различных этапов обработки.
Функция распределения ресурсов DCI (ltehdlDCIResoureAllocation) была выбрана для реализации на программном обеспечении в рамках реализации совместного проектирования аппаратного/программного обеспечения. Эта функция была выбрана из-за низкой частоты вычислений и сложного поведения цикла, делающего ее неэффективной для реализации в аппаратных средствах.
Верхний уровень модели ltehdlSIB1Recovery показан на рисунке ниже. Подсистема HDL LTE SIB1 поддерживает генерацию кода HDL. Подсистема выделения ресурсов DCI ПО представляет собой программную часть проекта, разделенную для реализации совместного проектирования аппаратных средств/программного обеспечения. Функциональный блок stateViewer MATLAB генерирует сообщения информации о тексте на основе сигнала decoderState от HDL LTE SIB1 и печатает эту информацию и Диагностическому Зрителю Simulink и к окну числа MATLAB. StateViewer также формирует сигнал stopSimulation, который останавливает моделирование, когда декодер достигает состояния терминала, как указано текстовыми информационными сообщениями.
Распределение ресурсов SW DCI
Подсистема выделения ресурсов DCI ПО содержит экземпляр модели ltehdlDCIResoureAllocation. Шины используются здесь для облегчения маршрутизации сигналов в эту подсистему и из нее.
dciRecourceAllocation
Ссылка модели ltehdlDCIResoureAllocation выполняет синтаксический анализ битов сообщения DCI, генерирует параметры DCI, затем использует параметры DCI для выполнения вычисления распределения блока физических ресурсов DCI (PRB). Эти операции эквивалентны функциям панели инструментов LTE lteDCI и lteDCIResourceAllocation. Из-за сложности расчета распределения PRB эта часть конструкции была выбрана для реализации в программном обеспечении, так как реализация HDL потребовала бы большого количества аппаратных ресурсов.
Подсистема HDL LTE SIB1 содержит 2 подсистемы. Подсистема Downlink Sync Demod является экземпляром модели ltehdleLinkSyncDemod, которая описана в примере LTE HDL Cell Search. Он выполняет поиск соты, синхронизацию по времени и частоте и демодуляцию OFDM. Подсистема дешифратора MIB + SIB1 HDL выполняет операции декодирования канала, необходимые для декодирования сообщений MIB и SIB1, как описано ниже.
Дешифратор HDL MIB + SIB1
Ниже показана структура дешифратора MIB + SIB1 HDL. Он принимает демодулированные данные сетки OFDM из подсистемы Downlink Sync Demod и сохраняет данные в буфере подкадра Resource Grid Memory. Затем он вычисляет оценку канала для принятых данных в подсистеме оценки канала и использует ее для выравнивания данных при их считывании из памяти ресурсной сетки. Затем выполняется ряд этапов канального декодирования для декодирования SIB1 сообщения. Всего на этом уровне иерархии имеется 10 ссылочных моделей: 4 канальных декодера, 4 канальных подсистемы формирования индексов и 2 подсистемы, выполняющие буферизацию сетки ресурсов, оценку канала и выравнивание.
Индексирование PBCH, память сети ресурсов, выравнивание каналов и декодер MIB - все они создают экземпляры тех же ссылочных моделей, что и в примере MIB. Для получения более подробной информации о работе этих ссылочных моделей см. Восстановление MIB LTE HDL.
Индексация подсистем
Существует 4 подсистемы индексирования, соответствующие 4 каналам, которые необходимо декодировать для получения SIB1 сообщения: PBCH, PCFICH, PDCCH и PDSCH. Каждая из подсистем индексирования имеет соответствующую подсистему декодирования. Подсистемы индексирования используют адресную шину, состоящую из адреса считывания, соответствующего номеру поднесущей, банка считывания, соответствующего символу OFDM, и сигнала разрешения считывания для управления доступом к сетке. read_selector MATLAB Функциональный блок выбирает между продукцией 4 подсистем индексации на основе прочитанного, позволяют сигнал. Предполагается, что только одна подсистема индексации будет пытаться считывать данные из сетки в любой момент времени, а подсистема CONTROL будет отвечать за включение подсистем индексации в соответствующее время.
Индексирование PBCH
Блок индексирования PBCH ссылается на модель ltehdlPBCHIndexing. Он выполняет генерацию индекса для PBCH и эквивалентен функции LTE Toolbox ltePBCHIndices.
Индексирование PCFICH
Блок индексирования PCFICH ссылается на модель ltehdlPCFAndexing. Он генерирует индексы, необходимые для считывания символов PCFICH из памяти сетки, и эквивалентен функции LTE Toolbox ltePCFICHIndices. PCFICH всегда находится в первом символе OFDM (первом банке памяти буфера сетки) и имеет длину 16 символов в 4 группах из 4 символов. 4 группы символов распределены в четвертях занятой полосы пропускания со смещением, зависящим от идентификатора ячейки.
Индексирование PDCCH
Подсистема индексирования PDCCH генерирует индексы, необходимые для считывания символов PDCCH из памяти сетки. Он ссылается на модель ltehdlPDCCHIndexing и эквивалентен функциям панели инструментов LTE ltePDCCHIndices и ltePDCCHDeinterleave. PDCCH охватывает от 1 до 4 символов OFDM, как определено значением, декодированным из PCFICH. Количество поднесущих, охватываемых PDCCH, зависит от NDLRB. В результате количество символов, считанных из сетки, изменяется, что указывается выводом nSymbols. PDCCH занимает все символы OFDM, обозначенные CFI, но должен исключать любые местоположения, которые уже были назначены другим каналам, таким как PCFICH и PHICH. Основной расчет индексации выполняется подсистемой PDCCH_Index_Gen. Он вычисляет местоположения PCFICH и PHICH, затем исключает эти местоположения из диапазона индексов, занятых PDCCH. В режиме TDD количество символов, занятых PHICH, изменяется в зависимости от конфигурации TDD. Для различных конфигураций TDD существует три возможных значения mi (0, 1 и 2), как указано в разделе 6.9 [1], которое является умножителем на размер области, выделенной PHICH. Если в дуплексном режиме используется FDD, mi всегда равно 1. Размер PDCCH в терминах как четверных (группы из 4 символов), так и символов задается выходами Mquad и Msymb.
Подсистемы ramAddrCalc и lk_ram используются для выполнения циклического сдвига квадруплетов с использованием cellID. Поскольку сообщение DCI для SIB1 всегда передается в общем пространстве поиска PDCCH, можно уменьшить количество символов, которые считываются из памяти сетки, путем извлечения только символов из общего пространства поиска. Для этого выполняется операция обратного перемежения PDCCH, и первые 576 символов запрашиваются из сетки. Если в PDCCH меньше 576 символов, то запрашиваются все символы. В LTE Toolbox операция обращенного перемежения PDCCH выполняется как часть ltePDCCHDecode функция. Однако, поскольку эта функция просто переупорядочивает данные и не изменяет содержание данных, можно переместить этот этап обработки в более раннюю точку в приемнике. За счет перемещения обращенного перемежителя для действия на индексы, а не на данные, и уменьшения до общего пространства поиска после обращенного перемежения требования к памяти для обращенного перемежителя и декодера PDCCH уменьшаются.
Индексирование PDSCH
Индексирование PDSCH вычисляет местоположения PDSCH в памяти сетки на основе набора блоков физических ресурсов (PRB), который передается в этот блок из вычисления выделения ресурсов DCI в подсистеме выделения ресурсов DCI ПО. Индексирование PDSCH является экземпляром модели ltehdlPDSCHIndexing и эквивалентно функции LTE Toolbox ltePDSCHIndices. PDSCH занимает все символы в наборе PRB, которые ранее не были назначены другому каналу. Следовательно, функция индексирования PDSCH должна исключать любые местоположения, которые назначены PSS и SSS, и всю область канала управления (то есть символы OFDM, указанные PCFICH). Поскольку SIB1 сообщение всегда происходит в подкадре 5 четного кадра, нет необходимости исключать местоположения PBCH, поскольку они происходят только в подкадре 0.
Подсистемы декодера
Существует 4 подсистемы декодера, каждая из которых имеет соответствующую подсистему индексирования. Когда это разрешено, подсистемы декодера обрабатывают выровненные символы из подсистемы выравнивания каналов, выполняя операции, необходимые для декодирования канала. Подсистема CONTROL активизирует каждую из подсистем декодера в соответствующее время. Выходные сигналы от каждой из подсистем декодера используются для определения местоположения и декодирования последующих каналов в цепочке. Чтобы гарантировать, что эта информация доступна, когда требуется, каждая из подсистем декодера регистрирует декодированную информацию на выходе для последующего доступа. Выходные регистры очищаются с помощью ввода clearOutputReg на каждом из декодеров.
Декодер MIB
Декодер MIB использует ту же ссылочную модель, ltehdlPBCHDecoder, которая используется в примере MIB LTE HDL. Выполняет операции декодирования PBCH и BCH, эквивалентные функциям LTE Toolbox ltePBCHDecode и lteMIB. Выходные сигналы этого блока обеспечивают информацию, необходимую для определения местоположения и декодирования канальной информации для последующих каналов.
Декодер CFI
Декодер CFI использует ссылочную модель ltehdlPCFICHDecoder. Он выполняет операции декодирования PCFICH и CFI, эквивалентные ltePCFICHDecode и lteCFIDecode функции в LTE Toolbox. Входной сигнал от коррекции канала представляет собой 16 символов, запрошенных индексированием PCFICH. Подсистема декодера PCFICH выполняет дескремблирование и демодуляцию QPSK для 16 символов PCFICH для получения 32 мягких битов. Подсистема извлечения CFI затем коррелирует мягкие биты с тремя кодовыми словами CFI. Кодовое слово с самой сильной корреляцией дает значение CFI 1, 2 или 3. Значение CFI указывает количество символов OFDM, занятых PCFICH. Если NDLRB больше десяти, количество символов OFDM равно значению CFI (1, 2 или 3). Если NDLRB меньше или равно десяти, количество символов OFDM на единицу больше, чем значение CFI (2, 3 или 4). Эта информация используется подсистемами индексирования PDCCH и индексирования PDSCH.
PDCCHDecodeSearch
Подсистема PDCCHDecaseSearch использует модель, на которую ссылается ltehdlPDCCHDecode. Он выполняет операции декодирования PDCCH, слепого поиска PDCCH и декодирования DCI, необходимые для определения местоположения и декодирования SIB1 сообщения DCI в PDCCH. Это примерно эквивалентно функциям LTE Toolbox ltePDCCHDecode, ltePDCCHSearch, и lteDCI (которая используется в ltePDCCHSearch) с несколькими модификациями. Поскольку сообщение SIB1 DCI всегда находится в пределах общего пространства поиска PDCCH, только эти символы извлекаются из буфера сетки, как описано выше для индексирования PDCCH. Сообщение SIB1 DCI всегда - формат 1A или 1C DCI. Он находится в общем пространстве поиска PDCCH, используя уровни 4 или 8 агрегирования PDCCH, и CRC для сообщения DCI скремблируется с временным идентификатором сети радиосвязи с системной информацией (SI-RNTI). С помощью этой информации поиск можно упростить по сравнению с LTE Toolbox ltePDCCHSearch реализация. Дополнительные сведения о процессе поиска PDCCH панели инструментов LTE см. в примере слепого поиска PDCCH и декодирования DCI (LTE Toolbox). Подсистема PDCCHSearch вслепую пытается расшифровать сообщения DCI от всех возможных кандидатов и комбинаций в общей области поиска, пока сообщение DCI с правильной маской CRC не расшифровано, указав, что сообщение SIB1 DCI было найдено, или все кандидаты были предприняты, и № SIB1, которым было найдено сообщение DCI. Когда SIB1 сообщение DCI найдено, поиск прекращается, и информация из декодированного сообщения DCI возвращается из блока. Затем эта информация передается в подсистему выделения ресурсов DCI ПО для анализа сообщения DCI и определения того, какие ресурсы в PDSCH были назначены SIB1 сообщению.
Подсистема демодуляции/дескремблирования выполняет дескремблирование и демодуляцию QPSK, в то время как подсистема PDCCHSearch выполняет процесс поиска, описанный более подробно ниже.
PDCCHSearch
В подсистеме PDCCHSearch имеется ряд этапов обработки, которые объединяются для выполнения операции поиска PDCCH. Функциональный блок pdcchSeireControl MATLAB записывает входящие данные в ОЗУ PDCCH, затем управляет процессом поиска, выполняя итерацию через различные комбинации формата DCI, формата PDCCH и кандидатов PDCCH. Функциональный блок dciControl MATLAB производит прочитанные адреса для RAM PDCCH, учитывая число кандидата PDCCH и размер. Функциональный блок pdcchRateRecovery MATLAB эквивалентен функции LTE Toolbox lteRateRecoverConvolutionalвыполняют обратное перемежение и восстановление скорости для сверточного декодера. Подсистема дешифрирования выполняет сверточное декодирование восстановленных битов скорости, затем проверяет сообщение CRC с помощью SI-RNTI, чтобы определить, найдено ли SIB1 сообщение DCI. В случае успешного декодирования биты сообщения DCI буферизуются и выводятся, и процесс поиска останавливается. Процесс поиска PDCCH также будет остановлен, если все возможные кандидаты были проверены, но сообщение DCI для SIB1 не было найдено, с выводом ошибки.
PDSCHDecode
Подсистема PDSCHDecode использует ссылочную модель ltehdlPDSCHDecode. Он эквивалентен ltePDSCHDecode и lteDLSCHDecode функции в LTE Toolbox. QPSKDemod и PDSCHPRBS демодулируют поступающие сигналы и генерируют последовательность дескремблирования. Дескремблированные биты затем передаются в TurboRateRecovery, который выполняет обратное перемежение и восстановление скорости входящих битов. Подсистема SampleControlBusGeneration генерирует управляющие сигналы, необходимые для взаимодействия с турбодекодером LTE и декодером CRC LTE, которые декодируют сигнал. Декодер CRC LTE указывает состояние декодирования CRC, утверждая сигнал ошибки вместе с конечным сигналом на выходе шины ctrl, если были обнаружены ошибки. Если CRC не обнаруживает никаких ошибок, то сообщение SIB1 было успешно декодировано, и sib1_bits передаются потоковым потоком из блока, причем bitsValid указывает, когда sib1_bits действительны. После обнаружения сообщения SIB1 и вывода битов из PDSCHDecode моделирование прекращается. Попытки объединения различных версий избыточности (RV) DLSCH не предпринимаются.
Подсистема управления
Подсистема CONTROL отслеживает состояние декодера через различные каскады канальной обработки, позволяя каждой из подсистем индексации и декодирования по очереди. Номер субкадра и номер кадра принимаются в качестве входных данных, что позволяет функции frameCount отслеживать номер системного кадра (SFN). Номера подкадров и кадров используются для определения того, когда каналы будут доступны для декодирования (например, SIB1 передается только на подкадре 5 четных кадров). Функциональный блок decoderState MATLAB осуществляет простую государственную машину, которая отслеживает, которых обрабатывающие стадии были закончены, и который стадия позволить затем. Состояние декодера выводится из контроллера и анализируется блоком stateViewer MATLAB Function на верхнем уровне модели для получения считываемых человеком сообщений.
Когда принятый сигнал находится в режиме TDD, подсистема CONTROL управляет слепым поиском каждой из конфигураций TDD, запуская подсистемы индексирования PDCCH и декодирования PDCCH для каждого из трех возможных значений mi. Различные значения mi {0,1,2} приводят к различным выделениям PHICH, следовательно, различным выделениям PDCCH. Вычисляются распределения PDCCH и предпринимается попытка декодирования PDCCH для каждого значения mi до тех пор, пока не будет найдено SIB1 сообщение DCI или не будут исчерпаны все возможности.
Имитационная модель сконфигурирована для остановки моделирования при следующих условиях:
Если поиск ячеек не находит ни одной ячейки.
Если обнаружение MIB имеет ошибку.
Если сообщение DCI SI-RNTI не обнаружено во время поиска PDCCH.
В конце попытки декодирования PDSCH.
Если сообщение SIB1 успешно декодировано, оно выводится из порта sib1Bits, при этом порт sib1BitsValid указывает, когда вывод действителен. Данные буферизуются и отправляются в рабочую область MATLAB.
В окне LTE HDL SIB1 Receiver State Information отображаются текстовые сообщения, указывающие текущее состояние декодера. Государство системы прослежено подсистемой КОНТРОЛЯ с сигналом decoderState, переданным до высшего уровня модели, где функциональный блок statePrint MATLAB генерирует сообщения информации о тексте.
Блоки отображения на верхнем уровне модели показывают некоторые из ключевых параметров, декодированных каждым из этапов обработки канала. Ряд ключевых управляющих сигналов из подсистемы CONTROL регистрируются для просмотра с помощью логического анализатора.
Для создания кода HDL в этом примере необходимо иметь лицензию HDL Coder™. Следует отметить, что создание тестового стенда для этого примера занимает много времени из-за продолжительности моделирования, необходимого для создания тестовых векторов.
Код HDL для подсистемы HDL LTE SIB1 был сгенерирован с использованием рабочего процесса создания IP Core Advisor HDL для оценочной платы Xilinx ® Zynq ® -7000 ZC706, а затем синтезирован. Результаты использования ресурсов после размещения и маршрута показаны ниже. Конструкция соответствовала времени с целевой тактовой частотой 150MHz. Использование рабочего процесса создания IP-ядра с помощью консультанта по рабочим процессам позволяет сопоставлять входные и выходные порты с AXI4-Lite реестрами, сокращая количество требуемых выводов ввода-вывода FPGA и позволяя разделить конструкцию между аппаратным и программным обеспечением.
Resource Usage
_______________ ______
Slice Registers 128726
Slice LUTs 70032
RAMB18 52
RAMB36 193
DSP48 156
Дополнительные сведения см. в разделе Прототипы алгоритмов беспроводной связи на оборудовании.
Функциональный блок stateViewer MATLAB не поддерживается для моделирования в режиме быстрого ускорения. Этот блок можно удалить или прокомментировать, если требуется быстрое моделирование ускорителя.
1. 3GPP TS 36.211, «Физические каналы и модуляция»