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

Сообщение привязки нисходящего канала (DL-MAP)

Сообщение DL-MAP определяет доступ к информации о нисходящем канале. Если длина сообщения не равна целому числу байтов, значение поля LEN в заголовке МАС округляется до ближайшего целого. Формат сообщения DL-MAP описан в табл. 8.16. Сообщение содержит следующие параметры.

Синхронизация PHY

Поле синхронизации PHY зависит от спецификации физического канала.

Счетчик DCD

Соответствует числу изменений конфигурации DCD.

Идентификатор BS

Идентификатор базовой станции представляет собой 48-битовый код, однозначно определяющий BS. Старшие 24 бита являются идентификатором оператора.

Кодирование остальной части DL-MAP зависит от спецификации PHY, эта часть может и отсутствовать.

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

Дескриптор восходящего канала (UCD) периодически передается BS, чтобы определить характеристики физического восходящего канала. Отдельное сообщение UCD передается для каждого восходящего канала. BS передает сообщения UCD в формате, показанном в таблице 8.16. Сообщение содержит следующие параметры.

Счетчик изменений конфигурации

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

Размер минидомена

Размер n минидоменов для восходящего канала в единицах физических доменов. Допустимыми значениями являются n=2^m, где m равно целому из диапазона 0-7.

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

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

Начало отсрочки передачи

Размер исходного окна отсрочки для исходного соперничества за диапазон, выраженный через степень 2. Значение n может лежать в интервале 0-15 (старшие биты могут не использоваться и приравниваться нулю). Параметр конца отсрочки задается так же. Таблица 8.17.

Чтобы обеспечить гибкость, остальные параметры сообщения кодируются в формате TLV.

Uplink_Burst_Profile имеет комбинированную кодировку TLV, которая сопряжена с UIUC (Uplink Interval Usage Code) используемого физического канала. Каждый Uplink_Burst_Profile представляет собой неупорядоченный список атрибутов PHY, закодированных в формате TLV. Каждому интервалу с помощью сообщения UL-MAP ставится в соответствие UIUC.

Сообщение привязки восходящего канала (UL-MAP)

Структура сообщения UL-MAP описана в табл. 8.18.

BS генерирует сообщение UL-MAP со следующими параметрами.

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

Идентификатор восходящего канала, к которому относится сообщение.

Счетчик UCD

Соответствует счетчику изменений конфигураций UCD, который описывает используемый профайл восходящего канала.

Число элементов

Число информационных элементов привязки.

Время начала предоставления

Эффективное время начала предоставления ресурсов согласно ULMAP в минидоменах.

Информационные элементы привязки (map)

Каждый информационный элемент ( IE ) содержит как минимум три поля:

1. идентификатор соединения (CID);
2. код используемого интервала восходящего канала (UIUC);
3. смещение.

Элементы IE определяют выделенные ресурсы полосы для восходящего канала. Каждое сообщение UL-MAP содержит по крайне мере один IE, который отмечает конец последнего выделенного кластера (burst). Элементы IE размещаются в UL-MAP в хронологическом порядке.

CID определяет соответствие этих элементов уникастному, мультикастному или широковещательному адресу. В зависимости от типа адресации при выделении полосы CID будет базовым CID SS, или транспортным CID для одного из соединений SS. UIUC используется, чтобы определить тип доступа к восходящему каналу и профайл, сопряженный с этим каналом. Uplink_Burst_Profile будет включен в UCD для каждого UIUC, используемого в UL.MAPUL-MAP.

Сообщение запроса диапазона (RNG-REQ)

Запрос RNG-REQ передается SS при инициализации и периодически по запросу BS, чтобы определить сетевую задержку и запросить мощность и/или изменение профайла нисходящего канала. Формат сообщения RNG-REQ описан в табл. 8.19.

Поле CID в заголовке МАС предполагает наличие следующих значений в случае отправки в период управления инициализации.

1. CID исходного диапазона, если SS осуществляется попытка подключения к сети.
2. CID исходного диапазона, если SS еще не зарегистрирована и изменяет восходящий канал (или оба канала) согласно загруженному конфигурационному файлу.
3. Базовый CID (присвоенный ранее посредством RNG-RSP), если SS еще не зарегистрирована и изменяет восходящий канал согласно загруженному конфигурационному файлу.
4. Базовый CID (присвоенный ранее посредством RNG-RSP), если SS зарегистрирована и изменяет восходящий канал.
5. Во всех прочих случаях используется базовый CID, как только он присвоен в сообщении RNG-RSP.

При посылке в период управления станции CID всегда равен базовому CID. Ниже описаны параметры, присутствующие в сообщении RNGREQ. Заметим, что длина сообщения RNG-REQ, посланного в период управления инициализацией, является фиксированной.

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

Идентификатор нисходящего канала, для которого SS получил UCD, описывающий восходящий канал для передачи сообщения запроса диапазона. Это поле содержит 8 бит.

Ожидание до завершения

Если это поле содержит нуль, тогда все предыдущие атрибуты диапазонных откликов должны быть использованы до посылки данного запроса. В противном случае это предполагаемое время, необходимое для завершения восприятия параметров выделенного диапазона, выраженное в десятках миллисекунд. Сообщение RNG-REQ должно содержать следующие параметры:

1. запрошенный профайл кластера нисходящего канала;
2. МАС-адрес SS;
3. аномалии рабочего диапазона.

Сообщение отклика на запрос диапазона (RNG-RSP)

Сообщение RNG-RSP передается BS в ответ на полученный запрос RNG-REQ или при необходимости скорректировать параметры канала по результатам измерения, которые были сделаны для других полученных данных или МАС-сообщений. SS готова получать сообщения RNG-RSP в любое время, а не только в ответ на RNG-REQ.

Исходное сообщение RNG-RSP должно передаваться, с использованием профайла нисходящего канала, который приемлем для обеспечения надежного приема. Для достижения гибкости параметры сообщения, следующие после ID восходящего канала, нужно кодировать в формате TLV. BS генерирует сообщения RNG-RSP в формате, показанном в табл. 8.20.

В сообщение RNG-RSP следует включить следующие параметры:

1. информация подстройки синхронизации;
2. информация подстройки мощности;
3. информация подстройки частоты;
4. состояние диапазона.

Следующие параметры могут быть включены в сообщение RNG-RSP:

1. новое значение частоты нисходящего канала;
2. новое значение ID восходящего канала;
3. рабочий профайл нисходящего канала;
4. базовый CID.

CID является обязательным параметром, если сообщение RNG-RSP послано на фазе инициализации в ответ на сообщение RNG-REQ.

Сообщение запроса регистрации (REG-REQ)

Сообщение REG-REQ посылается SS при инициализации, формат этого запроса описан в таблице 8.21.

Сообщение REG-REQ включает в себя следующие параметры.

CID первичного управления (в общем МАС-заголовке)

Для SS CID в общем МАС-заголовке является CID первичного управления.

Все остальные параметры кодируются в формате TLV.

Сообщение REG-REQ содержит в себе следующие TLV:

1. последовательность HMAC;
2. CID поддержки восходящего канала.

Сообщение REG-REQ может содержать следующие параметры TLV, формируемые SS:

1. код ID производителя (SS);
2. код возможностей SS.