Нисходящие структуры формата управляющей информации и битные полезные нагрузки
возвращает dciout
= lteDCI(enb
,dciin
)dciout
структура, содержащая нисходящую управляющую информацию (DCI), передает данные входные структуры, содержащие настройки всей ячейки и параметр формата DCI. С этим синтаксисом созданные сообщения имеют минимальные возможные размеры для настройки ячейки (пропускная способность ссылки, структурируйте структуру, и так далее).
Эта функция создает и управляет сообщениями DCI для форматов, заданных в TS 36.212 [2], Раздел 5.3.3. Более поздние релизы стандарта LTE могут добавить битовые поля UE-specific в формат. По умолчанию любые битовые поля UE-specific, добавленные после формата, сначала выпущены, появитесь в выходе, но неактивны. Использование для lteDCI
включайте создание сообщения DCI по умолчанию, слепое декодирование типов формата DCI и определение размеров битовых полей.
Для получения информации о присвоении пропускной способности ссылки смотрите Количество Определения Блоков Ресурса.
[___] = lteDCI(
использование enb
,bitsin
,opts
)bitsin
инициализировать все поля сообщения. bitsin
обработан как информационная полезная нагрузка бита DCI и непосредственно сопоставляет с bitsout
, (bitsout
== bitsin
). По умолчанию формат выведен непосредственно из длины bitsin
. Поэтому длина bitsin
должен быть один из размеров допустимого формата для данных параметров всей ячейки, enb
. Для получения дополнительной информации смотрите lteDCIInfo
.
Когда несколько форматов имеют тот же размер полезной нагрузки, первый формат соответствия выбран. Функция проверяет форматы 0 и 1 А сначала, способствуя более вероятному общему пространству поиска. Если никакое соответствие не найдено, остающиеся форматы ищутся в алфавитно-цифровом порядке. Чтобы заменить слепой формат, соответствующий в этом синтаксисе, добавьте явный enb
.
DCIFormat
поле .
[___] = lteDCI(
форматы разрешений, которые будут расширены с полями дополнительного бита на на основание-UE с помощью UE-specific, образовывают канал конфигурационная структура, enb
,chs
,bitsin
,opts
)chs
. Размеры полезной нагрузки DCI для комбинации параметров UE-specific и всей ячейки задают набор допустимого bitsin
длины. Для получения дополнительной информации смотрите lteDCIInfo
.
Как с предыдущим синтаксисом, тип формата выведен из длины bitsin
. Чтобы заменить слепой формат, соответствующий в этом синтаксисе, добавьте явный chs
.
DCIFormat
поле .
[___] = lteDCI(
принимает входную структуру, istr
,opts
)istr
. Поля описали в структурах enb
и dciin
должен присутствовать как часть istr
. В этом синтаксисе, dciout
, также продвигает NDLRB
и DCIFormat
поля предоставляются в istr
.
Этот синтаксис не рекомендуется и будет удален в будущем релизе. Вместо этого используйте один из предыдущих синтаксисов, который разделяет параметры на различные входные структуры.
Создайте формат 1A структура сообщения DCI с распределенным типом выделения VRB. Поля сообщения выделения содержатся в dci1A.Allocation
подструктура. Когда формат 1A AllocationType
поле правильно инициализируется во входе к функции, соответствующий набор полей выводится. Для формата 1A, установки AllocationType
к 1 дает распределенное выделение, и 0 дает локализованное выделение.
enb = struct('NDLRB',50,'CellRefP',1,'DuplexMode','FDD'); dciin = struct('DCIFormat','Format1A','AllocationType',1); dci1A = lteDCI(enb,dciin)
dci1A = struct with fields:
DCIFormat: 'Format1A'
CIF: 0
AllocationType: 1
Allocation: [1x1 struct]
ModCoding: 0
HARQNo: 0
NewData: 0
RV: 0
TPCPUCCH: 0
TDDIndex: 0
SRSRequest: 0
HARQACKResOffset: 0
allocfields = dci1A.Allocation
allocfields = struct with fields:
RIV: 0
Gap: 0
Значения полей этой структуры могут быть установлены и переданы обратно через функцию. Выведите информационные биты с новыми значениями.
dci1A.RV = 1; dci1A.Allocation.RIV = 6; dci1Aupdated = lteDCI(enb,dci1A)
dci1Aupdated = struct with fields:
DCIFormat: 'Format1A'
CIF: 0
AllocationType: 1
Allocation: [1x1 struct]
ModCoding: 0
HARQNo: 0
NewData: 0
RV: 1
TPCPUCCH: 0
TDDIndex: 0
SRSRequest: 0
HARQACKResOffset: 0
allocfields = dci1Aupdated.Allocation
allocfields = struct with fields:
RIV: 6
Gap: 0
Создайте формат 1 структура сообщения DCI с типом 1 распределения ресурсов и схемой модуляции TDD. Установите AllocationType
к 1, и выход набор полей выделения. AllocationType
бит заголовка распределения ресурсов для формата 1. Также инициализируйте ModCoding
поле во входе. Все неинициализированное полевое значение по умолчанию к 0.
enb.NDLRB = 50; enb.CellRefP = 1; enb.DuplexMode = 'TDD'; dciin.DCIFormat = 'Format1'; dciin.AllocationType = 1; dciin.ModCoding = 7; dci1 = lteDCI(enb,dciin)
dci1 = struct with fields:
DCIFormat: 'Format1'
CIF: 0
AllocationType: 1
Allocation: [1x1 struct]
ModCoding: 7
HARQNo: 0
NewData: 0
RV: 0
TPCPUCCH: 0
TDDIndex: 0
HARQACKResOffset: 0
allocfields = dci1.Allocation
allocfields = struct with fields:
Bitmap: '00000000000000'
RBSubset: 0
Shift: 0
Для заданной настройки, Allocation
подструктура включает битовое поле вектора символов, Bitmap
, плюс RBSubset
и Shift
поля .
Создайте формат 1A структура сообщения DCI и выведите bitsout
сообщение. Измените сообщение DCI и наблюдайте изменение.
Создайте настройки всей ячейки и структуры настроек сообщения DCI. Для сообщения DCI присвойте тип 0 выделения и формат 1A. Сгенерируйте сообщение DCI. Просмотрите структуру сообщения DCI и биты выход.
enb = struct('NDLRB',25,'CellRefP',1,'DuplexMode','FDD'); dciin = struct('DCIFormat','Format1A','AllocationType',0); [dciout,bitsout] = lteDCI(enb,dciin); dciout
dciout = struct with fields:
DCIFormat: 'Format1A'
CIF: 0
AllocationType: 0
Allocation: [1x1 struct]
ModCoding: 0
HARQNo: 0
NewData: 0
RV: 0
TPCPUCCH: 0
TDDIndex: 0
SRSRequest: 0
HARQACKResOffset: 0
bitsout'
ans = 1x25 int8 row vector
1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Первый бит в bitsout
1 для формата сообщения DCI 1 А. Второй бит 0 для AllocationType
= 0.
Измените тип выделения к 1. Регенерируйте сообщение DCI. Просмотрите структуру сообщения DCI и биты выход.
dciin = struct('DCIFormat','Format1A','AllocationType',1); [dciout,bitsout] = lteDCI(enb,dciin); dciout
dciout = struct with fields:
DCIFormat: 'Format1A'
CIF: 0
AllocationType: 1
Allocation: [1x1 struct]
ModCoding: 0
HARQNo: 0
NewData: 0
RV: 0
TPCPUCCH: 0
TDDIndex: 0
SRSRequest: 0
HARQACKResOffset: 0
bitsout'
ans = 1x25 int8 row vector
1 1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
Отметьте AllocationType
и второй бит bitsout
оба изменились с 0 до 1.
Измените формат сообщения DCI к 0. Регенерируйте сообщение DCI. Просмотрите структуру сообщения DCI и биты выход.
dciin = struct('DCIFormat','Format0','AllocationType',1); [dciout,bitsout] = lteDCI(enb,dciin); dciout
dciout = struct with fields:
DCIFormat: 'Format0'
CIF: 0
Allocation: [1x1 struct]
ModCoding: 0
NewData: 0
TPC: 0
CShiftDMRS: 0
TDDIndex: 0
CSIRequest: 0
SRSRequest: 0
AllocationType: 1
bitsout'
ans = 1x25 int8 row vector
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0
Первый бит в bitsout
изменитесь с 1 до 0. Поскольку форматы сообщения 0 и 1 А имеют ту же длину, первый бит в bitsout
используется, чтобы отличить эти форматы. Для всех других форматов длина сообщения используется, чтобы отличить типы формата. Для формата 0, установки для AllocationType
задан битным номером 24.
Создайте формат 1 структура сообщения DCI и предоставьте дополнительный 'fieldsizes'
и 'excludeunusedfields'
входные параметры. По умолчанию структура output содержит все возможные поля для формата ввода. Не все поля активны для данных входных параметров. А именно, некоторые не могут присутствовать в битах полезной нагрузки. Чтобы видеть количество битов, сопоставленных с каждым полем, используйте дополнительный 'fieldsizes'
входной параметр. 'fieldsizes'
опция также добавляет 'Padding'
поле к выходу, указывающему на количество дополнения битов.
enb.NDLRB = 50; enb.CellRefP = 1; enb.DuplexMode = 'TDD'; dciin.DCIFormat = 'Format1'; dciin.AllocationType = 1; dciin.ModCoding = 7; opts = {'fieldsizes'}
opts = 1x1 cell array
{'fieldsizes'}
dci1 = lteDCI(enb,dciin,opts)
dci1 = struct with fields:
DCIFormat: 'Format1'
CIF: 0
AllocationType: 1
Allocation: [1x1 struct]
ModCoding: 5
HARQNo: 4
NewData: 1
RV: 2
TPCPUCCH: 2
TDDIndex: 2
HARQACKResOffset: 0
Padding: 0
allocfields = dci1.Allocation
allocfields = struct with fields:
Bitmap: 14
RBSubset: 2
Shift: 1
Просмотрите вывод, чтобы видеть размеры для всех полей сообщения DCI.
Удалите неиспользованные поля (на 0 битов) из структуры output при помощи 'excludeunusedfields'
опция.
opts = {'fieldsizes','excludeunusedfields'}
opts = 1x2 cell
{'fieldsizes'} {'excludeunusedfields'}
dci1 = lteDCI(enb,dciin,opts)
dci1 = struct with fields:
DCIFormat: 'Format1'
AllocationType: 1
Allocation: [1x1 struct]
ModCoding: 5
HARQNo: 4
NewData: 1
RV: 2
TPCPUCCH: 2
TDDIndex: 2
allocfields = dci1.Allocation
allocfields = struct with fields:
Bitmap: 14
RBSubset: 2
Shift: 1
Выходные поля с длиной в битах равные нулю биты больше не появляются в выходе.
Создайте формат 1A структура сообщения DCI с распределенным типом выделения VRB. Allocation
подструктура содержит поля сообщения выделения. Чтобы задать распределенное выделение, установите формат 1A AllocationType
поле к 1. Чтобы задать локализованное выделение, установите AllocationType
поле к 0.
enb.NDLRB = 50; enb.CellRefP = 1; enb.DuplexMode = 'FDD'; dciin.DCIFormat = 'Format1A'; dciin.AllocationType = 1; [dci1A,bits] = lteDCI(enb,dciin); disp(dci1A)
DCIFormat: 'Format1A' CIF: 0 AllocationType: 1 Allocation: [1x1 struct] ModCoding: 0 HARQNo: 0 NewData: 0 RV: 0 TPCPUCCH: 0 TDDIndex: 0 SRSRequest: 0 HARQACKResOffset: 0
disp(dci1A.Allocation)
RIV: 0 Gap: 0
Настройте RV
и RIV
значения полей dci1A
. Вызовите lteDCI
функционируйте снова, чтобы обновить информационные биты с новыми значениями. Просмотрите обновленные поля сообщения путем слепого восстановления их непосредственно с битов сообщения выхода DCI.
dci1A.RV = 1; dci1A.Allocation.RIV = 6; [~,bitsUpdated] = lteDCI(enb,dci1A); dci1Arec = lteDCI(enb,bitsUpdated); disp(dci1Arec)
DCIFormat: 'Format1A' CIF: 0 AllocationType: 1 Allocation: [1x1 struct] ModCoding: 0 HARQNo: 0 NewData: 0 RV: 1 TPCPUCCH: 0 TDDIndex: 0 SRSRequest: 0 HARQACKResOffset: 0
disp(dci1Arec.Allocation)
RIV: 6 Gap: 0
Используйте дополнительную входную структуру параметра UE-specific, чтобы управлять полями UE-specific DCI. Создайте сообщение, которое будет отправлено на EPDCCH, который предназначается для UE, сконфигурированного с полем индикатора поставщика услуг, CIF
.
Инициализируйте структуру всей ячейки enb
, Структура формата DCI dciin
, Структура UE-specific chs
, и выходная структура опций opts
.
enb.NDLRB = 50; enb.CellRefP = 1; enb.DuplexMode = 'TDD'; dciin.DCIFormat = 'Format1'; dciin.AllocationType = 1; dciin.ModCoding = 7; chs.ControlChannelType = 'EPDCCH'; chs.EnableCarrierIndication = 'On'; chs.EnableSRSRequest = 'Off'; chs.EnableMultipleCSIRequest = 'Off'; opts = {'fieldsizes','excludeunusedfields'}
opts = 1x2 cell
{'fieldsizes'} {'excludeunusedfields'}
Создайте и просмотрите сообщение DCI.
dci1 = lteDCI(enb,chs,dciin,opts)
dci1 = struct with fields:
DCIFormat: 'Format1'
CIF: 3
AllocationType: 1
Allocation: [1x1 struct]
ModCoding: 5
HARQNo: 4
NewData: 1
RV: 2
TPCPUCCH: 2
TDDIndex: 2
HARQACKResOffset: 2
allocfields = dci1.Allocation
allocfields = struct with fields:
Bitmap: 14
RBSubset: 2
Shift: 1
На основе настроек UE-specific в chs
, выход включает CIF
на три бита поле и двухбитовый
HARQACKResOffset
поле . Если эти поля присутствовали в dciin
, их значения были бы сопоставлены в соответствующие положения в информационных битах при выходе.
Используйте дополнительную входную структуру параметра UE-specific, чтобы управлять полями UE-specific DCI. Создайте сообщение, которое будет отправлено на EPDCCH, который предназначается для UE, сконфигурированного с полем индикатора поставщика услуг, CIF
.
Инициализируйте структуру всей ячейки enb
, Структура UE-specific chs
, и выходная структура опций opts
.
enb.NDLRB = 50; enb.CellRefP = 1; enb.DuplexMode = 'TDD'; chs.DCIFormat = 'Format1B'; chs.ControlChannelType = 'EPDCCH'; chs.EnableCarrierIndication = 'On'; chs.EnableSRSRequest = 'Off'; chs.EnableMultipleCSIRequest = 'Off'; chs.NTxAnts = 1; opts = {'fieldsizes','excludeunusedfields'};
На основе настроек UE-specific в chs
, длина сообщения DCI расширена, чтобы включать поля CIF
(3 бита) и HARQACKResOffset
(2 бита). Используя lteDCIInfo
и chs
чтобы определить правильную входную длину потока битов, создайте bitsin
.
info = lteDCIInfo(enb,chs); bitsin = zeros(getfield(info,chs.DCIFormat),1);
Создайте новое сообщение DCI с помощью настроек всей ячейки, Управления UE-specific и bitsin
.
[dciout,bitsout] = lteDCI(enb,chs,bitsin,opts); dciout
dciout = struct with fields:
DCIFormat: 'Format1B'
CIF: 3
AllocationType: 1
Allocation: [1x1 struct]
ModCoding: 5
HARQNo: 4
NewData: 1
RV: 2
TPCPUCCH: 2
TDDIndex: 2
TPMI: 2
PMI: 1
HARQACKResOffset: 2
enb
— eNodeB настройки всей ячейкиeNodeB настройки всей ячейки в виде структуры, содержащей эти поля параметра.
Поле параметра | Требуемый или дополнительный | Значения | Описание |
---|---|---|---|
NDLRB | Необходимый | Скалярное целое число от 6 до 110 | Количество нисходящих блоков ресурса. () |
NULRB | Необходимый | Скалярное целое число от 6 до 110 | Количество восходящих блоков ресурса. () |
DCIFormat | Требуемый (см. описания синтаксиса для применимости), |
| Формат нисходящей управляющей информации (DCI) |
CellRefP | Дополнительный | 1 (значение по умолчанию), 2, 4 | Количество портов антенны специфичного для ячейки опорного сигнала (CRS) |
DuplexMode | Дополнительный |
| Режим Duplexing в виде:
|
dciin
— Настройки DCIНастройки DCI в виде структуры, которая может содержать эти поля.
Поле параметра | Требуемый или дополнительный | Значения | Описание |
---|---|---|---|
DCIFormat | Необходимый, кроме тех случаев, когда |
| Формат нисходящей управляющей информации (DCI) |
Любые специфичные для формата поля могут быть инициализированы путем добавления их в dciin
. Смотрите dciout
для определенных полей выход для каждого DCIFormat
.
opts
— Параметры форматирования для структуры выхода DCIПараметры форматирования для структуры выхода DCI в виде вектора символов, массива ячеек из символьных векторов или массива строк. Можно задать формат для Полевого содержимого и Полей, чтобы включать. Для удобства можно задать несколько опций как односимвольный вектор или строковый скаляр разделенным пробелом списком значений, помещенных в кавычках. Значения для opts
когда задано как вектор символов включают (используйте двойные кавычки для строки):
Категория | Опции | Описание |
---|---|---|
Полевое содержимое |
| Обнулите поля или к их входным значениям. |
| Устанавливает значения полей к их диаметрам долота и добавляет | |
Поля, чтобы включать |
|
|
|
|
Пример: 'fieldsizes excludeunusedfields'
, "fieldsizes excludeunusedfields"
, {'fieldsizes','excludeunusedfields'}
, или ["fieldsizes","excludeunusedfields"]
задайте те же параметры форматирования.
Типы данных: char |
string
| cell
chs
— Связанная с оборудованием пользователя настройка каналаСвязанный с оборудованием пользователя (UE-related) настройка канала в виде структуры, содержащей эти поля UE-specific.
Примечание
Все поля в chs
являются дополнительными. Присутствие этих дополнительных полей зависит от:
Является ли передача сообщения DCI в PDCCH использованием общего отображения пространства поиска или в EPDCCH.
Специфичные для релиза функции сконфигурированы в целевом UE.
Эти дополнительные битовые поля UE-specific прочь по умолчанию.
DCIFormat
— Имя формата DCI'Format0'
| 'Format1'
| 'Format1A'
| 'Format1B'
| 'Format1C'
| 'Format1D'
| 'Format2'
| 'Format2A'
| 'Format2B'
| 'Format2C'
| 'Format2D'
| 'Format3'
| 'Format3A'
| 'Format4'
| 'Format5'
'Format5A'
Формат DCI называет в виде вектора символов или строкового скаляра. Для строкового скаляра используйте двойные кавычки. См. описания синтаксиса для применимости.
Типы данных: char |
string
ChannelControlType
— Физический тип канала управления'PDCCH'
(значение по умолчанию) | 'EPDCCH'
| дополнительныйФизический тип канала управления раньше нес форматы DCI в виде 'PDCCH'
или 'EPDCCH'
. Установка для ChannelControlType
влияет на присутствие поля смещения ресурса HARQ-ACK и дополнение сообщения.
Типы данных: char |
string
SearchSpace
— Отображение пространства поиска'UESpecific'
(значение по умолчанию) | 'Common'
| дополнительныйОтображение пространства поиска для форматов DCI 0/1A/1C в виде 'UESpecific'
или 'Common'
. Это поле только применимо для PDCCH. Ни одно из дополнительных полей не может присутствовать, когда форматы 0 или 1 А сопоставлены в общее пространство поиска PDCCH.
Типы данных: char |
string
EnableCarrierIndication
— Опция, чтобы включить индикацию поставщика услуг'Off'
(значение по умолчанию) | 'On'
| дополнительныйОпция, чтобы включить поле индикации поставщика услуг (CIF) в настройке UE в виде 'Off'
или 'On'
. По умолчанию, EnableCarrierIndication
отключен. Когда EnableCarrierIndication
включен ('On'
), CIF присутствует в настройке UE-specific.
Типы данных: char |
string
EnableSRSRequest
— Опция, чтобы включить запрос SRS'Off'
(значение по умолчанию) | 'On'
| дополнительныйОпция, чтобы включить запрос SRS в настройке UE в виде 'Off'
или 'On'
. По умолчанию, EnableSRSRequest
отключен. Когда EnableSRSRequest
включен ('On'
), поле запроса SRS присутствует в форматах UE-specific 0/1A для FDD или TDD и форматов 2B/2C/2D для TDD.
Типы данных: char |
string
EnableMultipleCSIRequest
— Опция, чтобы включить несколько запросов CSI'Off'
(значение по умолчанию) | 'On'
| дополнительныйОпция, чтобы включить несколько запросов CSI в настройке UE в виде 'Off'
или 'On'
. По умолчанию, EnableMultipleCSIRequest
отключен. Когда EnableMultipleCSIRequest
включен ('On'
), UE сконфигурирован, чтобы обработать несколько запросов информации о состоянии канала (CSI) от ячеек. Включение нескольких запросов CSI влияет на длину поля запроса CSI в форматах 0 и 4 UE-specific.
Типы данных: char |
string
NTxAnts
— Количество антенн передачи UEКоличество антенн передачи UE в виде 1, 2, или 4. Количество антенн передачи UE влияет на длину поля информации о предварительном кодировании в формате 4 DCI.
Типы данных: double
PSSCHNSubchannels
— Количество подканалов в пуле V2X PSSCHКоличество подканалов в V2X PSSCH объединяет в виде целочисленного скаляра от 1 до 110. Это влияет на длину RIV в формате 5A
Типы данных: double
Типы данных: struct
bitsin
— Введите битыВведите биты в виде вектор-столбца. bitsin
обработан как информационная полезная нагрузка бита DCI, то есть, bitsout
== bitsin
. Длина bitsin
должен быть один из допустимых размеров для типа формата и количества блоков ресурса. Для получения информации о присвоении пропускной способности ссылки смотрите Количество Определения Блоков Ресурса. Для получения информации о допустимых размерах смотрите lteDCIInfo
.
Когда bitsin
задан, структура dciin
не требует DCIFormat
поле . Если DCIFormat
поле не присутствует, lteDCI
попытки декодировать формат от длины вектора полезной нагрузки bitsin
.
Типы данных: double
istr
— Введите структуруВведите структуру в виде структуры, которая включает все поля, описанные в структуры enb
и dciin
.
Использование istr
введите синтаксис, не рекомендуется и будет удален в будущем релизе. Вместо этого используйте один из предыдущих синтаксисов, который разделяет параметры на различные входные структуры.
dciout
— DCI передают структуруDCI передают структуру, возвращенную как структура, поля которой совпадают со связанным содержимым формата DCI.
Имена полей сопоставлены с dciout
зависьте от поля формата DCI в dciin
. По умолчанию все значения обнуляются. Однако, если какое-либо из полей DCI уже присутствует во входе dciin
, их значения продвинуты в dciout
. Значения поля ввода появляются в связанных позициях двоичного разряда в bitsout
. Продвижение значений допускает легкую инициализацию значений полей DCI, особенно тип распределения ресурсов, который влияет на поля, используемые форматом. dciout
также продвигает NDLRB
и DCIFormat
поля предоставляются в dciin
.
Эта таблица показывает поля, сопоставленные с каждым форматом DCI, как задано в TS 36.212 [2], Раздел 5.3.3.
Форматы DCI | Поля dciout | Размер | Описание |
---|---|---|---|
'Format0' | DCIFormat | - | 'Format0' |
CIF | 0 или 3 бита | Поле индикатора Carrier | |
FreqHopping | 1 бит | Флаг скачкообразного движения частоты PUSCH | |
Allocation | Варьируется | Присвоение/выделение блока ресурса | |
ModCoding | 5 битов | Модуляция, кодируя схему и версию сокращения | |
NewData | 1 бит | Новый индикатор данных | |
TPC | 2 бита | Команда PUSCH TPC | |
CShiftDMRS | 3 бита | Циклический сдвиг для DM RS | |
TDDIndex | 2 бита | Поскольку TDD конфигурируется 0, это поле является Восходящим индексом. Поскольку TDD конфигурируется 1–6, это поле является Нисходящим индексом Присвоения. Не существующий для FDD. | |
CSIRequest | 1, 2, или 3 бита | Запрос CSI | |
SRSRequest | 0 или 1 бит | Запрос SRS. Это поле может только присутствовать в форматах DCI, планируя PUSCH, которые сопоставлены на определенное пространство поиска UE, данное C-RNTI | |
AllocationType | 1 бит | Тип распределения ресурсов, только представьте если ≤. | |
'Format1' | DCIFormat | - | 'Format1' |
CIF | 0 или 3 бита | Поле индикатора Carrier | |
AllocationType | 1 бит | Заголовок распределения ресурсов: тип 0, тип 1. Если нисходящая пропускная способность является ≤10 PRBs нет никакого заголовка распределения ресурсов, и тип 0 распределения ресурсов принят. | |
Allocation | Варьируется | Присвоение/выделение блока ресурса | |
ModCoding | 5 битов | Модуляция и схема кодирования | |
HARQNo | 3 бита (FDD) 4 бита (TDD) | Номер процесса HARQ | |
NewData | 1 бит | Новый индикатор данных | |
RV | 2 бита | Версия сокращения | |
TPCPUCCH | 2 бита | Команда PUCCH TPC | |
TDDIndex | 2 бита | Поскольку TDD конфигурируется 0, это поле не используется. Поскольку TDD конфигурируется 1–6, это поле является Нисходящим индексом Присвоения. Не существующий для FDD. | |
HARQACKResOffset | 2 бита | Ресурс HARQ-ACK возмещен. Существующий, когда этот формат несет EPDCCH. Не представляют, когда этот формат несет PDCCH | |
'Format1A' | DCIFormat | - | 'Format1A' |
CIF | 0 или 3 бита | Поле индикатора Carrier | |
AllocationType | 1 бит | Флаг присвоения VRB: 0 (локализованный), 1 (распределенный) | |
Allocation | Варьируется | Присвоение/выделение блока ресурса | |
ModCoding | 5 битов | Модуляция и схема кодирования | |
HARQNo | 3 бита (FDD) 4 бита (TDD) | Номер процесса HARQ | |
NewData | 1 бит | Новый индикатор данных | |
RV | 2 бита | Версия сокращения | |
TPCPUCCH | 2 бита | Команда PUCCH TPC | |
TDDIndex | 2 бита | Поскольку TDD конфигурируется 0, это поле не используется. Поскольку TDD конфигурируется 1–6, это поле является Нисходящим индексом Присвоения. Не существующий для FDD. | |
SRSRequest | 0 или 1 бит | Запрос SRS. Это поле может только присутствовать в форматах DCI, планируя PUSCH, которые сопоставлены на определенное пространство поиска UE, данное C-RNTI | |
HARQACKResOffset | 2 бита | Ресурс HARQ-ACK возмещен. Существующий, когда этот формат несет EPDCCH. Не представляют, когда этот формат несет PDCCH | |
'Format1B' | DCIFormat | - | 'Format1B' |
CIF | 0 или 3 бита | Поле индикатора Carrier | |
AllocationType | 1 бит | Флаг присвоения VRB: 0 (локализованный), 1 (распределенный) | |
Allocation | Варьируется | Присвоение/выделение блока ресурса | |
ModCoding | 5 битов | Модуляция и схема кодирования | |
HARQNo | 3 бита (FDD) 4 бита (TDD) | Номер процесса HARQ | |
NewData | 1 бит | Новый индикатор данных | |
RV | 2 бита | Версия сокращения | |
TPCPUCCH | 2 бита | Команда PUCCH TPC | |
TDDIndex | 2 бита | Поскольку TDD конфигурируется 0, это поле не используется. Поскольку TDD конфигурируется 1–6, это поле является Нисходящим индексом Присвоения. Не существующий для FDD. | |
TPMI | 2 бита для двух антенн 4 бита для четырех антенн | Информация о PMI | |
PMI | 1 бит | Подтверждение PMI | |
HARQACKResOffset | 2 бита | Ресурс HARQ-ACK возмещен. Существующий, когда этот формат несет EPDCCH. Не представляют, когда этот формат несет PDCCH | |
'Format1C' | DCIFormat | - | 'Format1C' |
Allocation | Варьируется | Присвоение/выделение блока ресурса | |
ModCoding | 5 битов | Модуляция и схема кодирования | |
'Format1D' | DCIFormat | - | 'Format1D' |
CIF | 0 или 3 бита | Поле индикатора Carrier | |
AllocationType | 1 бит | Флаг присвоения VRB: 0 (локализованный), 1 (распределенный) | |
Allocation | Варьируется | Присвоение/выделение блока ресурса | |
ModCoding | 5 битов | Модуляция и схема кодирования | |
HARQNo | 3 бита (FDD) 4 бита (TDD) | Номер процесса HARQ | |
NewData | 1 бит | Новый индикатор данных | |
RV | 2 бита | Версия сокращения | |
TPCPUCCH | 2 бита | Команда PUCCH TPC | |
TDDIndex | 2 бита | Поскольку TDD конфигурируется 0, это поле не используется. Поскольку TDD конфигурируется 1–6, это поле является Нисходящим индексом Присвоения. Не существующий для FDD. | |
TPMI | 2 бита для двух антенн 4 бита для четырех антенн | Предварительное кодирование информация о TPMI | |
DlPowerOffset | 1 бит | Нисходящая степень возмещена | |
HARQACKResOffset | 2 бита | Ресурс HARQ-ACK возмещен. Существующий, когда этот формат несет EPDCCH. Не представляют, когда этот формат несет PDCCH | |
'Format2' | DCIFormat | - | 'Format2' |
CIF | 0 или 3 бита | Поле индикатора Carrier | |
AllocationType | 1 бит | Заголовок распределения ресурсов: тип 0, тип 1. Если нисходящая пропускная способность является ≤10 PRBs нет никакого заголовка распределения ресурсов, и тип 0 распределения ресурсов принят. | |
Allocation | Варьируется | Присвоение/выделение блока ресурса | |
TPCPUCCH | 2 бита | Команда PUCCH TPC | |
TDDIndex | 2 бита | Поскольку TDD конфигурируется 0, это поле не используется. Поскольку TDD конфигурируется 1–6, это поле является Нисходящим индексом Присвоения. Не существующий для FDD. | |
HARQNo | 3 бита (FDD) 4 бита (TDD) | Номер процесса HARQ | |
SwapFlag | 1 бит | Транспортный блок к кодовой комбинации подкачивает флаг | |
ModCoding1 | 5 битов | Модуляция и схема кодирования транспортного блока 1 | |
NewData1 | 1 бит | Новый индикатор данных для транспортного блока 1 | |
RV1 | 2 бита | Версия сокращения для транспортного блока 1 | |
ModCoding2 | 5 битов | Модуляция и схема кодирования транспортного блока 2 | |
NewData2 | 1 бит | Новый индикатор данных для транспортного блока 2 | |
RV2 | 2 бита | Версия сокращения для транспортного блока 2 | |
PrecodingInfo | 3 бита для двух антенн 6 битов для четырех антенн | Предварительное кодирование информации | |
HARQACKResOffset | 2 бита | Ресурс HARQ-ACK возмещен. Существующий, когда этот формат несет EPDCCH. Не представляют, когда этот формат несет PDCCH | |
'Format2A' | DCIFormat | - | 'Format2A' |
CIF | 0 или 3 бита | Поле индикатора Carrier | |
AllocationType | 1 бит | Заголовок распределения ресурсов: тип 0, тип 1. Если нисходящая пропускная способность является ≤10 PRBs нет никакого заголовка распределения ресурсов, и тип 0 распределения ресурсов принят. | |
Allocation | Варьируется | Присвоение/выделение блока ресурса | |
TPCPUCCH | 2 бита | Команда PUCCH TPC | |
TDDIndex | 2 бита | Поскольку TDD конфигурируется 0, это поле не используется. Поскольку TDD конфигурируется 1–6, это поле является Нисходящим индексом Присвоения. Не существующий для FDD. | |
HARQNo | 3 бита (FDD) 4 бита (TDD) | Номер процесса HARQ | |
SwapFlag | 1 бит | Транспортный блок к кодовой комбинации подкачивает флаг | |
ModCoding1 | 5 битов | Модуляция и схема кодирования транспортного блока 1 | |
NewData1 | 1 бит | Новый индикатор данных для транспортного блока 1 | |
RV1 | 2 бита | Версия сокращения для транспортного блока 1 | |
ModCoding2 | 5 битов | Модуляция и схема кодирования транспортного блока 2 | |
NewData2 | 1 бит | Новый индикатор данных для транспортного блока 2 | |
RV2 | 2 бита | Версия сокращения для транспортного блока 2 | |
PrecodingInfo | 0 битов для двух антенн 2 бита для четырех антенн | Предварительное кодирование информации | |
HARQACKResOffset | 2 бита | Ресурс HARQ-ACK возмещен. Существующий, когда этот формат несет EPDCCH. Не представляют, когда этот формат несет PDCCH | |
'Format2B' | DCIFormat | - | 'Format2B' |
CIF | 0 или 3 бита | Поле индикатора Carrier | |
AllocationType | 1 бит | Заголовок распределения ресурсов: тип 0, тип 1. Если нисходящая пропускная способность является ≤10 PRBs нет никакого заголовка распределения ресурсов, и тип 0 распределения ресурсов принят. | |
Allocation | Варьируется | Присвоение/выделение блока ресурса | |
TPCPUCCH | 2 бита | Команда PUCCH TPC | |
TDDIndex | 2 бита | Поскольку TDD конфигурируется 0, это поле не используется. Поскольку TDD конфигурируется 1–6, это поле является Нисходящим индексом Присвоения. Не существующий для FDD. | |
HARQNo | 3 бита (FDD) 4 бита (TDD) | Номер процесса HARQ | |
ScramblingId | 1 бит | Скремблирование идентичности | |
ModCoding1 | 5 битов | Модуляция и схема кодирования транспортного блока 1 | |
NewData1 | 1 бит | Новый индикатор данных для транспортного блока 1 | |
RV1 | 2 бита | Версия сокращения для транспортного блока 1 | |
ModCoding2 | 5 битов | Модуляция и схема кодирования транспортного блока 2 | |
NewData2 | 1 бит | Новый индикатор данных для транспортного блока 2 | |
RV2 | 2 бита | Версия сокращения для транспортного блока 2 | |
HARQACKResOffset | 2 бита | Ресурс HARQ-ACK возмещен. Существующий, когда этот формат несет EPDCCH. Не представляют, когда этот формат несет PDCCH | |
'Format2C' | DCIFormat | - | 'Format2C' |
CIF | 0 или 3 бита | Поле индикатора Carrier | |
AllocationType | 1 бит | Заголовок распределения ресурсов: тип 0, тип 1. Если нисходящая пропускная способность является ≤10 PRBs нет никакого заголовка распределения ресурсов, и тип 0 распределения ресурсов принят. | |
Allocation | Варьируется | Присвоение/выделение блока ресурса | |
TPCPUCCH | 2 бита | Команда PUCCH TPC | |
TDDIndex | 2 бита | Поскольку TDD конфигурируется 0, это поле не используется. Поскольку TDD конфигурируется 1–6, это поле является Нисходящим индексом Присвоения. Не существующий для FDD. | |
HARQNo | 3 бита (FDD) 4 бита (TDD) | Номер процесса HARQ | |
TxIndication | 3 бита | Порты антенны, скремблируя идентичность и количество индикатора слоев | |
SRSRequest | Варьируется | Запрос SRS. Только существующий для TDD. | |
ModCoding1 | 5 битов | Модуляция и схема кодирования транспортного блока 1 | |
NewData1 | 1 бит | Новый индикатор данных для транспортного блока 1 | |
RV1 | 2 бита | Версия сокращения для транспортного блока 1 | |
ModCoding2 | 5 битов | Модуляция и схема кодирования транспортного блока 2 | |
NewData2 | 1 бит | Новый индикатор данных для транспортного блока 2 | |
RV2 | 2 бита | Версия сокращения для транспортного блока 2 | |
HARQACKResOffset | 2 бита | Ресурс HARQ-ACK возмещен. Существующий, когда этот формат несет EPDCCH. Не представляют, когда этот формат несет PDCCH | |
'Format2D' | DCIFormat | - | 'Format2D' |
CIF | 0 или 3 бита | Поле индикатора Carrier | |
AllocationType | 1 бит | Заголовок распределения ресурсов: тип 0, тип 1. Если нисходящая пропускная способность является ≤10 PRBs нет никакого заголовка распределения ресурсов, и тип 0 распределения ресурсов принят. | |
Allocation | Варьируется | Присвоение/выделение блока ресурса | |
TPCPUCCH | 2 бита | Команда PUCCH TPC | |
TDDIndex | 2 бита | Поскольку TDD конфигурируется 0, это поле не используется. Поскольку TDD конфигурируется 1–6, это поле является Нисходящим индексом Присвоения. Не существующий для FDD. | |
HARQNo | 3 бита (FDD) 4 бита (TDD) | Номер процесса HARQ | |
TxIndication | 3 бита | Порты антенны, скремблируя идентичность и количество индикатора слоев | |
SRSRequest | Варьируется | Запрос SRS. Только существующий для TDD. | |
ModCoding1 | 5 битов | Модуляция и схема кодирования транспортного блока 1 | |
NewData1 | 1 бит | Новый индикатор данных для транспортного блока 1 | |
RV1 | 2 бита | Версия сокращения для транспортного блока 1 | |
ModCoding2 | 5 битов | Модуляция и схема кодирования транспортного блока 2 | |
NewData2 | 1 бит | Новый индикатор данных для транспортного блока 2 | |
RV2 | 2 бита | Версия сокращения для транспортного блока 2 | |
REMappingAndQCL | 2 бита | Отображение РЕ PDSCH и индикатор квазисоразмещения | |
HARQACKResOffset | 2 бита | Ресурс HARQ-ACK возмещен. Существующий, когда этот формат несет EPDCCH. Не представляют, когда этот формат несет PDCCH | |
'Format3' | DCIFormat | - | 'Format3' |
TPCCommands | Варьируется | Команды TPC для PUCCH и PUSCH | |
'Format3A' | DCIFormat | - | 'Format3A' |
TPCCommands | Варьируется | Команды TPC для PUCCH и PUSCH | |
'Format4' | DCIFormat | - | 'Format4' |
CIF | 0 или 3 бита | Поле индикатора Carrier | |
Allocation | Варьируется | Присвоение/выделение блока ресурса | |
TPC | 2 бита | Команда PUSCH TPC | |
CShiftDMRS | 3 бита | Циклический сдвиг для DM-RS | |
TDDIndex | 2 бита | Поскольку TDD конфигурируется 0, это поле является Восходящим индексом. Поскольку TDD конфигурируется 1–6, это поле является Нисходящим индексом Присвоения. Не существующий для FDD. | |
CSIReq | Варьируется | Запрос CSI | |
SRSRequest | 2 бита | Запрос SRS | |
AllocationType | 1 бит | Тип 0 заголовка распределения ресурсов или тип 1. | |
ModCoding | 5 битов | Модуляция, кодируя схему и версию сокращения | |
NewData | 1 бит | Новый индикатор данных | |
ModCoding1 | 5 битов | Модуляция и схема кодирования транспортного блока 1 | |
NewData1 | 1 бит | Новый индикатор данных для транспортного блока 1 | |
ModCoding2 | 5 битов | Модуляция и схема кодирования транспортного блока 2 | |
NewData2 | 1 бит | Новый индикатор данных для транспортного блока 2 | |
PrecodingInfo | 3 бита для двух антенн 6 битов для четырех антенн | Предварительное кодирование информации | |
'Format5' | DCIFormat | - | 'Format5' |
PSCCHResource | 6 битов | Ресурс для PSCCH | |
TPC | 1 бит | Команда TPC для PSCCH и PSSCH | |
FreqHopping | 1 бит | Флаг скачкообразного движения частоты | |
Allocation | Варьируется | Присвоение блока ресурса и скачкообразно двигающееся распределение ресурсов | |
TimeResourcePattern | 7 битов | Шаблон ресурса времени | |
'Format5A' | DCIFormat | - | 'Format5A' |
CIF | 3 бита | Индикатор Carrier | |
FirstSubchannelIdx | Самый низкий индекс выделения подканала к начальной передаче | ||
RIV | от 0 до 13 битов, | Значение индикации ресурса | |
TimeGap | 4 бита |
Разрыв времени между начальной передачей и повторной передачей | |
SLIndex | 2 бита | Индекс настройки SPS SL |
DCIFormat
поле указывает на формат DCI. Все другие поля представлены целым числом, которое преобразовано в набор битов двоичного сообщения для каждого отдельного поля.
ModCoding
поля в таблице соответствуют переменной I MCS, заданной в TS 36.213 [3], Раздел 7.1.7, Таблица 7.1.7.1-1. Это поле ожидает быть присвоенным десятичный номер. Вызов lteDCI
сериализирует ModCoding
в 5-битное значение поля. Например, ModCoding
поле для 64QAM модуляция (Q m) и транспортный индекс блока (I TBS) 15 присвоено 17 (десятичное число).
Поля включены в Allocation
структура варьируется на основе типа формата, как обрисовано в общих чертах в этих таблицах. Все поля берут вектор символов нулей и единиц с соответствующей длиной в битах.
Тип 0 распределения ресурсов | |||
---|---|---|---|
Форматы DCI | Allocation Поля | Размер (биты) | Описание |
'Format1' | Bitmap | Варьируется | Растровое значение в терминах RBG в виде вектора символов |
Тип 1 распределения ресурсов | |||
---|---|---|---|
Форматы DCI | Allocation Поля | Размер (биты) | Описание |
'Format1' | Bitmap | Варьируется | Растровое значение в терминах RBG в виде вектора символов |
RBSubset | 2 бита | Выбранный ресурс блокирует индикатор подмножества | |
Shift | 1 бит | Сдвиг распределения ресурсов охватывает индикатор |
Тип 2 распределения ресурсов (локализуется) | |||
---|---|---|---|
Форматы DCI | Allocation Поля | Размер (биты) | Описание |
'Format1A' | RIV | Варьируется | Значение индикации ресурса |
Тип 2 распределения ресурсов (распределяется) | |||
---|---|---|---|
Форматы DCI | Allocation Поля | Размер (биты) | Описание |
'Format1A' | RIV | Варьируется | Значение индикации ресурса |
Gap | 1 бит | Значение разрыва: 0 (gap1), 1 (gap2) |
Выделение Нескачкообразного движения восходящего канала | |||
---|---|---|---|
Форматы DCI | Allocation Поля | Размер (биты) | Описание |
'Format0' | RIV | Варьируется | Значение индикации ресурса |
Выделение Скачкообразного движения восходящего канала | |||
---|---|---|---|
Форматы DCI | Allocation Поля | Размер (биты) | Описание |
'Format0' | RIV | Варьируется | Значение индикации ресурса |
HoppingBits | Варьируется | Когда количество скачкообразно двигающихся битов равняется 1, |
bitsout
— DCI обмениваются сообщениями в битной форме полезной нагрузкиDCI обмениваются сообщениями в битной форме полезной нагрузки, возвращенной как вектор-столбец. bitsout
представляет набор полей сообщения, сопоставленных с информационной полезной нагрузкой бита (включая любое дополнение нуля).
Количество блоков ресурса задает восходящую и нисходящую пропускную способность. Реализация LTE Toolbox™ принимает симметричную пропускную способность ссылки, если вы в частности не присваиваете различные значения NULRB
и NDLRB
. Если количество блоков ресурса инициализируется только в одном направлении ссылки, то инициализированное количество блоков ресурса (NULRB
или NDLRB
) используется и для восходящего канала и для нисходящего канала. Когда это отображение используется, никакое предупреждение не выведено. Ошибка происходит если NULRB
и NDLRB
оба не определены.
В распределении ресурсов типа 0 битовый массив представляет группу блока ресурса (RBG), выделенную UE. P
дает размер RBG, который может быть выведен из TS 36.213 [3], Таблицы 7.1.6.1-1 для данной системной пропускной способности. Количество битов в Bitmap
поле равно . Каждый бит в Bitmap
выбирает малочисленную непрерывную группу, размер которой зависит от пропускной способности (RBG: 1, …, 4). Максимальное покрытие блока ресурса (RB) любого выделения типа 0 является целой пропускной способностью, то есть, выделением типа 0 со всеми битами в растровом наборе к '1'
эквивалентно целой пропускной способности.
Пример 50 пропускной способности RB
Количество битов в Bitmap
17. Каждый бит в 17-битном битовом массиве выбирает группу из трех RB (кроме последней группы, которая только содержит два RB для этой пропускной способности). Каждый бит сопоставлен с группой RBS с тем же цветом.
В распределении ресурсов типа 1 битовый массив указывает на физические блоки ресурса в выбранном подмножестве группы блока ресурса p, где 0 ≤ p <P. Максимальное покрытие блока ресурса (RB) любого выделения типа 1 является подмножеством целой пропускной способности. Выделение типа 1, даже со всеми битами в Bitmap
установите на '1'
, не охватывает целую пропускную способность. Каждый бит в битовом массиве выбирает один RB из "островов" малочисленных непрерывных групп, размер которых (RBG) и разделение зависят от общей пропускной способности. Эта группировка предоставляет условие выбора одного RB, не включая никакой другой RB.
В типе 1 сигнализация присвоения блока ресурса разделена в три полевых части:
RBSubset
— Представляет выбранное подмножество группы блока ресурса
Shift
— Указывает, применить ли смещение при интерпретации битового массива
Bitmap
— Содержит битовый массив, который указывает к UE на определенный физический блок ресурса в подмножестве группы блока ресурса.
По сравнению с типом 0 растровый размер для типа 1 всегда короток биты, где P задан как в типе 0 распределения ресурсов.
Пример 50 пропускной способности RB
Количество битов в Bitmap
14 (3 бита, короткие, как сравнено с типом 0, из-за RBSubset
и Shift
параметры. Каждый бит в 14-битном битовом массиве выбирает отдельный RB в выбранном подмножестве. Рисунок показывает все биты в Bitmap
установите на '1'
для различных подмножеств и значений смещения.
В распределении ресурсов типа 2 непосредственно не выделяются физические блоки ресурса. Вместо этого виртуальные блоки ресурса выделяются, которые затем сопоставлены на физические блоки ресурса. Выделение типа 2 поддерживает и локализованное и распределенное виртуальное выделение блока ресурса, дифференцируемое однобитным флагом. Начальная точка виртуального блока ресурса и длины в терминах непрерывно выделенных виртуальных блоков ресурса может быть выведена из Значения индикации ресурса (RIV), сообщенного в DCI.
Пример 50 пропускной способности RB
UE выделяется пропускная способность 25 блоков ресурса (L CRBs=25), начинающий с блока 10 ресурса (RB start=10) в частотном диапазоне. Чтобы вычислить значение RIV, обратитесь к формуле, данной в TS 36.213 [3], Раздел 7.1.6.3, который дает к RIV = 1210. Используя этот RIV, который сообщен в DCI, UE может однозначно вывести стартовый блок ресурса и количество выделенных блоков ресурса из RIV снова.
Для распределения ресурсов нескачкообразного движения восходящего канала правила для локализованного распределения ресурсов типа 2 касаются получения распределения ресурсов от значения RIV.
Когда FreqHopping
установлен в 1, распределение ресурсов скачкообразного движения восходящего канала доступно. Для распределения ресурсов скачкообразного движения восходящего канала используются два типа скачкообразного движения: Тип 1 Скачкообразное движение PUSCH и Скачкообразное движение Типа 2 PUSCH. Не путайте эти типы с нисходящими типами 1 и 2 распределения ресурсов, описанными ранее. Тип 1 Скачкообразное движение PUSCH вычисляется с помощью значения RIV и параметров, сообщенных более высокими слоями. Тип 2 Скачкообразное движение PUSCH вычисляется с помощью предопределенного шаблона, который является функцией подкадра и номера системы координат, как задано в TS 36.211 [1], Раздел 5.3.4. Основной набор блоков ресурса, используемых в качестве части скачкообразного движения, вычисляется через правила для локализованного распределения ресурсов типа 2 от значения RIV, кроме или 1 или 2 (в зависимости от системной пропускной способности), скачкообразно двигающиеся биты были вычтены от битового массива распределения ресурсов. Эти биты скачкообразного движения задают или Тип 1, или Скачкообразное движение Типа 2 PUSCH используется, и для случая 2 битов, изменений положения Типа 1, скачкообразно двигающегося в частотном диапазоне. Определение скачкообразно двигающихся битов может быть найдено в TS 36.213 [3], Таблице 8.4-2. Зависимость от пропускной способности для количества скачкообразно двигающихся выделенных битов следует следующему правилу:
Если системным BW является NULRB<=49
, количество скачкообразно двигающихся битов равняется 1 и HoppingBits
может быть 0 или 1.
Если системным BW является NULRB>49
, количество скачкообразно двигающихся битов равняется 2 и HoppingBits
может быть 00, 01, 10, или 11.
[1] 3GPP TS 36.211. “Развитый Универсальный Наземный Радио-доступ (к E-UTRA); Физические Каналы и Модуляция”. Проект Партнерства третьего поколения; Сеть радиодоступа Technical Specification Group. URL: https://www.3gpp.org.
[2] 3GPP TS 36.212. “Развитый Универсальный Наземный Радио-доступ (к E-UTRA); Мультиплексирование и кодирование канала”. Проект Партнерства третьего поколения; Сеть радиодоступа Technical Specification Group. URL: https://www.3gpp.org.
[3] 3GPP TS 36.213. “Развитый Универсальный Наземный Радио-доступ (к E-UTRA); процедуры Физического уровня”. Проект Партнерства третьего поколения; Сеть радиодоступа Technical Specification Group. URL: https://www.3gpp.org.
lteDCIDecode
| lteDCIEncode
| lteDCIInfo
| lteDCIResourceAllocation
| lteSCI
У вас есть модифицированная версия этого примера. Вы хотите открыть этот пример со своими редактированиями?
1. Если смысл перевода понятен, то лучше оставьте как есть и не придирайтесь к словам, синонимам и тому подобному. О вкусах не спорим.
2. Не дополняйте перевод комментариями “от себя”. В исправлении не должно появляться дополнительных смыслов и комментариев, отсутствующих в оригинале. Такие правки не получится интегрировать в алгоритме автоматического перевода.
3. Сохраняйте структуру оригинального текста - например, не разбивайте одно предложение на два.
4. Не имеет смысла однотипное исправление перевода какого-то термина во всех предложениях. Исправляйте только в одном месте. Когда Вашу правку одобрят, это исправление будет алгоритмически распространено и на другие части документации.
5. По иным вопросам, например если надо исправить заблокированное для перевода слово, обратитесь к редакторам через форму технической поддержки.