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

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

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

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

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

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

Счетчик DCD

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

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

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

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

Таблица 8.16. Формат сообщения DL-MAP
Синтаксис Размер Описание
DL-MAP_Message_Format () {
Тип управляющего сообщения = 2 8 бит
Поле синхронизации PHY перем.
Счетчик DCD 8 бит
Идентификатор BS 48 бит
Число элементов DL-MAP n 16 бит
Начало секции, специфической для PHY {
for(i=1; i<=n; i++) { Для каждого элемента DL-MAP с 1 до n
DL-MAP_Information_Element() перем.
if!(граница байта) {
4 бита заполнителя } } } } До границы байта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Таблица 8.18. Структура сообщения UL-MAP
Синтаксис Размер Описание
UL-MAP_Message_Format () {
Тип управляющего сообщения = 3 8 бит
Идентификатор восходящего канала 8 бит
Счетчик UCD 8 бит
Число элементов UL-MAP n 8 бит
Начало времени предоставления 32 бита
Начало секции, специфической для PHY {
for(i=1; i<=n; i++) { Для каждого элемента UL-MAP с 1 до n
UL-MAP_Information_Element() }} } перем.

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.

Таблица 8.19. Формат сообщения RNG-REQ
Синтаксис Размер
RNG-REQ_Message_Format () {
Тип управляющего сообщения = 4 8 бит
Идентификатор нисходящего канала 8 бит
Ожидание до завершения 8 бит
Данные, закодированные в форме TLV } перем.

Поле 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.

Таблица 8.20. Формат сообщения RNG-RSP
Синтаксис Размер
RNG-RSP_Message_Format () {
Тип управляющего сообщения = 5 8 бит
Идентификатор восходящего канала 8 бит
Данные, закодированные в форме TLV } перем.

В сообщение 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.

Таблица 8.21. Формат сообщения REG-REQ
Синтаксис Размер
REG-REQ_Message_Format () {
Тип управляющего сообщения = 6 8 бит
Данные, закодированные в форме TLV } перем.

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

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

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

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

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

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

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

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

Здравстивуйте, диплом о профессиональной переподготовке по программе "Сетевые технологии" дает право на ведение профессиональной деятельности в какой сфере? Что будет написано в дипломе? (В образце просто ничего неуказано)

Напимер мне нужно чтоб он подходил для направления 09.03.01 Информатика и вычислительная техника

Андрей Осипов
Андрей Осипов

Здравствуйте! Хотелось бы прояснить следующий вопрос: у МТИ приостановлена государственная аккредитация и когда будет восстановлена- неизвестно, а в диплом о профпереподготовке выдается на базе МТИ (как я понял). Как будет обстоять дело с получением диплома?

Вопрос важный и актуальный, потому что необходимо срочно пройти обучение и получить диплом и не хотелось бы тратить время и платить деньги зря (если диплом окажется недействительным и т.п.). Разъясните, пожалуйста, подробнее ситуацию.

Вероника Кузнецова
Вероника Кузнецова
Россия