Протоколы CDPD

image_print

Базовая структура протокола CDPD (Cellular Digital Packet Data – пакеты данных сотовой сети) определяется в соответствии с 7-уровенвой моделью OSI. Каждый из уровней CDPD можно разделить на группу подуровней. Для каждого из уровней и подуровней сетевой коммуникационной архитектуры CDPD определяются:

  • точки доступа к сервису;
  • сервисные примитивы;
  • протокол уровня;
  • объекты управления.

Сетевые спецификации CDPD определяют субпрофили (subprofile) в качестве строительных блоков, которые можно выбирать и комбинировать для определения элементов сети CDPD. Субпрофили определяют специфические многоуровневые требования к протоколам для элементов сетей CDPD или сетевого сервиса CDPD. Определены три основных класса субпрофилей:

  • приложения;
  • нижележащий уровень;
  • подсеть.

На рисунке показано расположение протоколов CDPD в эталонной модели OSI:

 gif_8

Расположение протоколов CDPD в эталонной модели OSI

MDLP

CDPD System Specification release 1.1, part 403

Протокол MDLP (Mobile Data Link Protocol) работает на канальном уровне модели OSI, обеспечивая управление логическими каналами между оконечными системами M-ES (Mobile End System) и промежуточными системами MD-IS (Mobile Data Intermediate System).

MDLP использует сервис уровня CDPD MAC для обеспечения доступа к физическим каналам и прозрачной передачи кадров канального уровня между объектами этого уровня.

Назначением протокола MDLP является перенос информации между объектами канального уровня с использованием интерфейса CDPD Airlink. Протокол поддерживает множественный разделяемый доступ оконечных систем M-ES к одному канальному потоку. Канальный поток образует подсеть с топологией «один ко многим» (point-to-multipoint). В таких подсетях прямая связь возможна только между клиентской и сетевой сторонами канального потока. Прямое взаимодействие между M-ES на одном канальном потоке невозможно.

Формат кадров MDLP показан на рисунке:

 

Адрес (1 – 4 октета)

Управление (1 – 2 октета)

Информация (необязательное поле)

 

Структура кадра MDLP

Адрес

Поле адреса, формат которого показан на рисунке, может иметь размер от 1 до 4 октетов (байтов).

Октет

8

7

6

5

4

3

2

1

1

C/R

EA=0

..

TEI

EA=0

4

EA=1

Структура адресного поля

C/R

Битовое поле команда/отклик указывает на тип содержимого кадра – команда или отклик на команду.

Пользовательская сторона передает команды с C/R = 0, а отклики – с C/R = 1. Значение этого бита для сетевой стороны обратное (1 для команд, 0 для откликов).

TEI

Temporary equipment identifier – временный идентификатор оборудования. Поле TEI для соединений для соединений точка-точка на канальном уровне ассоциируется с одним M-ES. Оконечное устройство M-ES может содержать один идентификатор TEI, используемый для переноса данных с помощью соединения «точка-точка». TEI для широковещательных соединений ассоциируется со всеми объектами канального уровня на пользовательской стороне. Значения идентификатора задаются беззнаковыми целыми числами переменной длины (не более 27 битов).

Управление

Указывает тип кадра и может принимать значения:

I упорядоченная передача информации;

S функции наблюдения (Supervisory)

U неупорядоченная передача информации и функции управления.

Информация

Целое число октетов, содержащих данные.

SNDCP

CDPD System Spoecification release 1.1, part 404

Протокол SNDCP (Subnetwork Dependent Convergence Protocol) обеспечивает сервис различных типов на сетевом уровне:

  • сервис подсетей без организации соединений (Connectionless);
  • прозрачная передача минимального числа октетов пользовательских данных;
  • обеспечение секретности для пользовательских данных.

Модули данных SN-Data PDU передаются с использованием подтверждений на канальном уровне в полях DL-Userdata примитивов DL-Data. Формат SN-Data PDU показан на рисунке:

Октет

1

2

3

5

5

6

7

8

1

M

K

Тип сжатия

NLPI

2-n

Сегмент данных

Структура SN-Data PDU

Модули данных SN-Unitdata PDU передаются без подтверждений на канальном уровне в полях DL-Userdata примитивов DL-Data. Формат SN-Unitdata PDU показан на рисунке:

Октет

1

2

3

5

5

6

7

8

1

M

Зарезервировано

NLPI

2

Идентификатор последовательности

Номер сегмента

3-n

Сегмент данных

Структура SN-Unitdata PDU

M

Бит наличия дополнительных сегментов (More segments). При установке M=0, текущий модуль данных SN-Data PDU является последним в группе SN-Data PDU.

K

Порядковый номер ключа. Показывает четность ключа шифрования/дешифровки, используемого для шифрования сегмента данных в SN-Data PDU.

Тип сжатия

Это поле указывает тип компрессии кадров сетевого уровня. Это поле имеет смысл только для первого PDUI последовательности SN-Data PDU, но, тем не менее, копируется во все PDU данной последовательности.

NLPI

Идентификатор протокола сетевого уровня:

0 Mobile Network Registration Protocol (протокол регистрации мобильной сети);

1 Security Management Entity (объект системы поддержки безопасности);

2 CLNP

3 IP

4-15 зарезервированы для использования в будущем.

Идентификатор последовательности

Указывает на модуль данных SNSDU (subnetwork service data unit), сегмент которого содержится в данном PDU. Все сегменты одного SNSDU имеют общий идентификатор последовательности.

Номер сегмента

Каждый сегмент данных получает свой номер – нумерация сегментов осуществляется последовательно, начиная с нуля. Полная последовательность SN-Unitdata PDU может содержать от 1 до 16 сегментов.

Сегмент данных

Один сегмент модуля данных сервиса подсети. Максимальный размер сегмента данных составляет 128 октетов.

Please follow and like us:
error
Запись опубликована в рубрике Мир протоколов. Добавьте в закладки постоянную ссылку.

Добавить комментарий