Московский физико-технический институт
Опубликован: 07.08.2007 | Доступ: свободный | Студентов: 5447 / 1061 | Оценка: 4.28 / 3.93 | Длительность: 45:30:00
ISBN: 978-5-94774-706-5
Лекция 8:

Мобильные телекоммуникации

Сообщения управления МАС

Определен набор управляющих сообщений МАС. Эти сообщения транспортируются в блоках данных MAC PDU. Все управляющие сообщения МАС начинаются с поля тип сообщения и могут содержать дополнительные поля. Управляющие сообщения для базовых, широковещательных и исходных соединений (initial ranging) не могут быть фрагментированы или упакованы. Управляющие сообщения первичного соединения могут быть упакованы и/или фрагментированы. Значения поля тип сообщения представлены в табл. 8.11. Управляющие сообщения не могут передаваться через транспортные соединения.

Таблица 8.11. Значения поля тип
Тип Имя сообщения Описание сообщения Соединение
0 UCD Дескриптор восходящего канала Широковещательное
1 DCD Дескриптор нисходящего канала Широковещательное
2 DL-MAP Определение доступа к нисходящему каналу Широковещательное
3 UL-MAP Определение доступа к восходящему каналу Широковещательное
4 RNG-REQ Запрос диапазона Исходное или базовое
5 RNG-RSP Отклик диапазона Исходное или базовое
6 REG-REQ Запрос регистрации Первичное управление
7 REG-RSP Отклик регистрации Первичное управление
8 Зарезерв.
9 PKM-REQ Запрос управления ключом конфиденциальности Первичное управление
10 PKM-RSP Отклик на запрос управления ключом конфиденциальности Первичное управление
11 DSA-REQ Запрос добавления динамического сервиса Первичное управление
12 DSA-RSP Отклик добавления динамического сервиса Первичное управление
13 DSA-ACK Подтверждение добавления динамического сервиса Первичное управление
14 DSC-REQ Запрос изменения динамического сервиса Первичное управление
15 DSC-RSP Отклик изменения динамического сервиса Первичное управление
16 DSC-ACK Подтверждение изменения динамического сервиса Первичное управление
17 DSD-REQ Запрос аннулирования динамического сервиса Первичное управление
18 DSD-RSP Отклик аннулирования динамического сервиса Первичное управление
19 Зарезервировано на будущее
20 Зарезервировано на будущее
21 MCA-REQ Запрос мультикастингового присвоения Базовое
22 MCA-RSP Отклик мультикастингового присвоения Базовое
23 DBPC-REQ Запрос изменения профиля нисходящего канала Базовое
24 DBPC-RSP Отклик изменения профиля нисходящего канала Базовое
25 RES-CMD Команда сброса Базовое
26 SBC-REQ Запрос базовых возможностей SS Базовое
27 SBC-RSP Отклик базовых возможностей SS Базовое
28 CLK-CMP Сравнение показаний сетевых часов SS Широковещательное
29 DREG-CMD Команда регистрации или ее отмены Базовое
30 DSX-RVD Сообщение получения DSx Первичное управление
31 TFTP-CPLT Сообщение завершения конфигурационного файла TFTP Первичное управление
32 TFTP-REP Отклик завершения конфигурационного файла TFTP Первичное управление
33-255 Зарезервировано на будущее

Сообщение дескриптора нисходящего канала (DCD)

DCD периодически передается BS, чтобы определить характеристики физического нисходящего канала. Параметры, следующие за ID канала, и число изменений конфигурации представляются в формате TLV (Type, Length, Value), где поля типа и длины имеют длину один байт. Формат сообщения DCD описан в табл. 8.12.

Таблица 8.12. Формат сообщения DCD
Синтаксис Размер Описание
DCD_Message_Format () {
Тип управляющего сообщения = 1 8 бит
Идентификатор нисходящего канала 8 бит
Число изменений конфигурации 8 бит
Информация о канале в формате TLV перем.
Начало секции, специфической для PHY {
for(i=1; i<=n; i++) { Для каждого профиля нисходящего канала с 1 до n
Downlink_Burst_Profile}} } Зависит от PHY

BS сформирует DCD, включая все перечисленные ниже параметры:

Число изменений конфигураций

BS инкрементируется на 1 по модулю 256 для любого изменения параметра канала с заданным дескриптором. Если значение этого счетчика в последующем DCD остается тем же, SS может решить, что остальные поля не изменились, и игнорировать оставшуюся часть сообщения.

Идентификатор нисходящего канала

Идентификатор нисходящего канала, к которому относится сообщение. Этот идентификатор произвольно выбирается BS и является уникальным для заданного домена подуровня MAC.

Параметры сообщения, которые следуют за числом изменений конфигурации, кодируются в формате TLV.

Downlink_Burst_Profile имеет комбинированную кодировку TLV, которая сопряжена с DIUC (Downlink Interval Usage Code) используемого физического канала. Каждый Downlink_Burst_Profile представляет собой неупорядоченный список атрибутов PHY, закодированных в формате TLV. Каждому интервалу с помощью сообщения DL-MAP ставится в соответствие 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 представлено в табл. 8.13.

Таблица 8.13. Соответствие между профайлом кластера и 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-субкадра. В табл. 8.14 представлен формат Downlink_Burst_Profile, который используется в сообщении DCD. Профайл кодируется с типом =1, 8-битовой длиной и 4-битовым DIUC.

Таблица 8.14. Формат Downlink_Burst_Profile
Синтаксис Размер Описание
Тип=1 8 бит
Длина перем.
Зарезервировано 4 бита Следует устанавливать в 0
DUIC 4 бита
Информация в формате TLV перем.

Секции данных нисходящего канала используются для передачи информационных и управляющих сообщений для станций клиентов. Для данных всегда используется FEC-кодирование. В режиме TDM данные передаются в порядке понижения трудоемкости профайлов. В случае режима TDMA данные группируются в кластеры (burst). Сообщение DLMAP содержит карту соответствия, которая уведомляет, с какого 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. На рис. 8.13 показана схема привязки DL-MAP для варианта TDM, а на рис. 8.14 то же для варианта TDMA.

Схема привязки DL-MAP, использующая укороченные блоки FEC – вариант TDM

Рис. 8.13. Схема привязки DL-MAP, использующая укороченные блоки FEC – вариант TDM
Схема привязки DL-MAP, использующая укороченные блоки FEC – вариант TDMA

Рис. 8.14. Схема привязки DL-MAP, использующая укороченные блоки FEC – вариант TDMA

Поле данных для нисходящего канала разбивается на блоки, размер которых согласуется с размером кодов после добавления указателя CS. Заметим, что длина поля данных может варьироваться в зависимости от того, разрешено ли использование укороченных кодов в профайле кластера. К каждому сегменту поля данных добавляется байт указателя. Это показано на рис. 8.15.

Формат PDU при передаче по нисходящему каналу CS

Рис. 8.15. Формат PDU при передаче по нисходящему каналу CS

Поле указателя определяет номер байта в пакете, который указывает либо на начало первого MAC PDU в пакете, либо на начало любого набора байт, который предшествует следующему MAC PDU. Если в CS-пакете нет MAC PDU или набора байт, тогда байт указателя устанавливается равным нулю. Когда имеются данные для передачи, stuff_byte, равный 0xFF, будет использоваться в пределах поля данных для заполнения любых ниш между MAC PDU.

Кодирование и модуляция на физическом уровне нисходящего канала для данного режима отражены на рис. 8.16.

Блок-схема подуровня PMD нисходящего канала

Рис. 8.16. Блок-схема подуровня PMD нисходящего канала

Нисходящий канал поддерживает адаптивное формирование профайлов кластеров для пользовательской части данных кадра. Может быть определено до 12 профайлов кластера. Параметры каждого передаются SS через МАС-сообщения в управляющей части нисходящего кадра. Использование DIUC определено в табл. 8.15.

Таблица 8.15. Значения DIUC
DIUC Назначение
0 Управление кадром (не в сообщениях DCD)
1-6 Профайлы кластеров TMD (без преамбулы)
7-12 Профайлы кластеров TMDA (фиксированная преамбула)
13 Зарезервировано
14 Зазор (в сообщениях DCD)
15 Конец таблицы соответствия
Наталья Шульга
Наталья Шульга

Курс "информационная безопасность" .

Можно ли на него записаться на ПЕРЕПОДГОТОВКУ по данному курсу? Выдается ли диплом в бумажном варианте и высылается ли он по почте?

Нияз Сабиров
Нияз Сабиров

Здравствуйте. А уточните, пожалуйста, по какой причине стоимость изменилась? Была стоимость в 1 рубль, стала в 9900 рублей.