31 |
TFTP-CPLT |
Сообщение завершения |
Первичное |
|
конфигурационного файла TFTP |
управление |
|||
|
|
|||
|
|
|
|
|
32 |
TFTP-REP |
Отклик завершения конфигурационного |
Первичное |
|
файла TFTP |
управление |
|||
|
|
|||
|
|
|
|
|
33- |
|
Зарезервировано на будущее |
|
|
255 |
|
|
||
|
|
|
||
|
|
|
|
Сообщение дескриптора нисходящего канала (DCD)
DCD периодически передается BS, чтобы определить характеристики физического нисходящего канала. Параметры, следующие за ID канала, и число изменений конфигурации представляются в формате TLV, где поля типа и длины имеют длину один байт. Формат сообщения DCD описан в табл. 9.6.
|
|
|
|
|
|
|
Таблица 9.6. Формат сообщения DCD |
|
|
|
|
|
|
|
|
|
|
|
Синтаксис |
|
|
Размер |
|
|
Описание |
|
|
|
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
DCD_Message_Format () { |
|
|
|
|
|
|
|
|
|
|
|
|
|
||||
Тип управляющего сообщения = 1 |
|
|
8 бит |
|
||||
|
|
|
|
|
|
|
|
|
Идентификатор нисходящего |
|
|
8 бит |
|
|
|
||
канала |
|
|
|
|||||
|
|
|
|
|
|
|
||
|
|
|
|
|
||||
Число изменений конфигурации |
|
|
8 бит |
|
||||
|
|
|
|
|
|
|
|
|
Информация о канале в формате |
|
|
перем. |
|
|
|
||
TLV |
|
|
|
|||||
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
|
|
Начало секции, специфической для |
|
|
|
|
|
|
|
|
PHY |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
for(i=1; i<=n; i++) |
|
|
|
|
|
Для каждого профиля нисходящего канала |
||
|
|
|
|
|
с 1 до n |
|||
|
|
|
|
|
|
|
||
|
|
|
|
|
|
|
||
Downlink_Burst_Profile} |
|
|
|
|
|
Зависит от PHY |
||
|
|
|
|
|
|
|
|
|
BS сформирует DCD в формате табл. 9.6, включая все перечисленные ниже параметры:
Число изменений конфигураций
Инкрементируется BS на 1 по модулю 256 для любого изменения параметра канала с заданным дескриптором. Если значение этого счетчика в последующем DCD остается тем же, SS может решить, что остальные поля не изменились и игнорировать оставшуюся часть сообщения.
Идентификатор нисходящего канала
Идентификатор нисходящего канала, к которому относится сообщение. Этот идентификатор произвольно выбирается BS и является уникальным для заданного домена подуровня MAC.
Параметры сообщения, которые следуют за числом изменений конфигурации, кодируются в формате TLV.
Downlink_Burst_Profile имеет комбинированную кодировку TLV, которая сопряжена с DIUC (Downlink Interval Usage Code) используемого физического канала. Каждый Downlink_Burst_Profile представляет собой неупорядоченный список атрибутов PHY, закодированных в формате TLV. Каждому интервалу с помощью сообщения DLMAP ставится в соответствие DIUC.
Каждый Downlink_Burst_Profile в сообщении DCD содержит следующие параметры:
Тип модуляции
Тип кода FEC
Длина последнего кода
Порог обязательного выхода DIUC
Порог минимальной записи DIUC
Присутствие преамбулы
Если тип кода FEC равен 1, 2 или 3 Downlink_Burst_Profile будет содержать также
RS байты данных (К)
RS байты четности (R)
Если тип кода FEC равен 2, то Downlink_Burst_Profile будет содержать тип кода BCC. Если же тип кода FEC равен 4, то Downlink_Burst_Profile будет содержать тип кода ряда BTC, тип кода колонки и тип интерливинга BTC.
Соответствие между профайлом кластера и DUIC представлено в табл. 9.7.
Таблица 9.7. Соответствие между профайлом кластера и DIUC
Профайл кластера (burst) |
DIUC |
Профайл DL 1 |
0 |
Профайл DL 2 |
1 |
Профайл DL 3 |
2 |
Профайл DL 4 |
3 |
Профайл DL 5 |
4 |
Профайл DL 6 |
5 |
Профайл DL 7 |
6 |
Профайл DL 8 |
7 |
Профайл DL 9 |
8 |
Профайл DL 10 |
9 |
Профайл DL 11 |
10 |
Профайл DL 12 |
11 |
Профайл DL 13 |
12 |
Зарезервировано |
13 |
Зазор (Gap) |
14 |
|
|
Конец таблицы DL-MAP |
15 |
|
|
Конец таблицы DL-MAP указывает на первый PS после конца DL-субкадра. В табл. 6.3 представлен формат Downlink_Burst_Profile, который используется в сообщении DCD. Профайл кодируется с типом =1, 8-битовой длиной и 4-битовым DIUC.
Таблица 9.8. Формат Downlink_Burst_Profile
|
Синтаксис |
|
|
Размер |
|
|
Описание |
|
|
|
|
|
|
|
|
||||
|
|
|
|
|
|
|
|
|
|
|
Тип=1 |
|
8 |
бит |
|
|
|
|
|
|
|
|
|
|
|
|
|
||
|
Длина |
|
перем. |
|
|
|
|
||
|
|
|
|
|
|
|
|
|
|
|
Зарезервировано |
|
4 |
бита |
|
|
Следует устанавливать в 0 |
|
|
|
|
|
|
|
|||||
|
|
|
|
|
|
|
|
|
|
|
DUIC |
|
4 |
бита |
|
|
|
|
|
|
|
|
|
|
|
|
|||
|
Информация в формате TLV |
перем. |
|
|
|
|
|||
|
|
|
|
|
|
|
|
|
|
Секции данных нисходящего канала используются для передачи информационных и управляющих сообщений для станций клиентов. Для данных всегда используется FECкодирование. В режиме TDM данные передаются в порядке понижения трудоемкости профайлов. В случае режима TDMA данные группируются в кластеры (burst). Сообщение DL-MAP содержит карту соответствия, которая уведомляет, с какого PS начинаются изменения профайла. Если в пределах кластера данные (DL) не заполняют всего субкадра, передатчик прекращает работу.
Вообще число PS i, выделенное для конкретного кластера, может быть вычислено на основе DL-MAP. Пусть n - минимальное число PS, необходимое для одного кодового слова FEC данного профайла. Тогда i=kn+j+q, где k - число кодов FEC, которые относятся к данному кластеру, j - число PS, занятых наибольшим возможным укороченным кодовым словом, а q (0#q<1) равно числу PS, занимаемых заполнителем в конце кластера, чтобы гарантировать целое i. Для операций с фиксированными кодами j=0. В конце кластера (когда нет следующего кодового слова) добавляются 4q символа, чтобы завершить PS. На рис. 9.4 показана схема привязки DL-MAP для варианта TDM, а на рис. 9.5 то же для варианта TDMA.
Рис. 9.4. Схема привязки DL-MAP, использующая укороченные
блоки FEC - вариант TDM
Рис. 9.5. Схема привязки DL-MAP, использующая укороченные
блоки FEC - вариант TDMA
Поле данных для нисходящего канала разбивается на блоки, размер которых согласуется с размером кодов после добавления указателя CS. Заметим, что длина поля данных может варьироваться в зависимости от того разрешено ли использование укороченных кодов в профайле кластера. К каждому сегменту поля данных добавляется байт указателя. Это показано на рис. 9.6.
Рис. 9.6. Формат PDU при передаче по нисходящему каналу CS
Поле указателя определяет номер байта в пакете, который указывает либо на начало первого MAC PDU в пакете, либо на начало любого набора байт, который предшествует следующему MAC PDU. Если в CS-пакете нет MAC PDU или набора байт, тогда байт указателя устанавливается равным нулю. Когда имеются данные для передачи, stuff_byte равный 0xFF будет использоваться в пределах поля данных для заполнения любых ниш между MAC PDU.
Кодирование и модуляция на физическом уровне нисходящего канала для данного режима отражены на рис. 9.7.
Рис. 9.7. Блок-схема подуровня PMD нисходящего канала
Нисходящий канал поддерживает адаптивное формирование профайлов кластеров для пользовательской части данных кадра. Может быть определено до 12 профайлов кластера. Параметры каждого передаются SS через МАС-сообщения в управляющей части нисходящего кадра. Использование DIUC определено в табл. 9.9.
Таблица 9.9. Значения DIUC
DIUC |
Назначение |
0 
Управление кадром (не в сообщениях DCD)
1-6 
Профайлы кластеров TMD (без преамбулы)
7-12 
Профайлы кластеров TMDA (фиксированная преамбула)
13
Зарезервировано
14
Зазор (в сообщениях DCD)
15
Конец таблицы соответствия
Так как модуляция и схема FEC могут быть для SS опционными, для BS предусмотрены механизмы идентификации возможностей SS. Эта информация передается от SS к BS при регистрации.