ГОСТ 33472—2015
Приложение А
(обязательное)
Спецификация протокола транспортного уровня
А.1 Введение
А.1.1 Обмен данными между АСН и системами и аппаратно-программными комплексами осуществляется
при помощи сетей подвижной радиотелефонной связи стандартов GSM.
А.1.2 Сетевая модель OSI имеет следующие уровни: физический, канальный, сетевой, транспортный, се
ансовый. представления данных и приложений. Для передачи данных между АСН и системами и аппаратно-про
граммными комплексами используются следующие протоколы: транспортный уровень — протокол TCP. сетевой
уровень — протокол IP. Соответствие уровней сетевой модели OSI. стека протоколов TCP/IP и протоколов системы
представлено в таблице А.1.
Т а б л и ц а А.1 — Соответствие уровней сетевой модели OSI. стека протоколов TCP/IP и протоколов системы
М о д е л ь
OSI
С те к п р о то ко л о в Т С Р Л Р
П р о то ко л Т С Р Л Р
П р о то ко л с и сте м ы
Н о м е р
ур о в н я
Н а з в а н и е ур о в н я
Н о м е р
уровня
Н а зв а н и е ур о вн я
7
Приложений
4
Приложений
FTP. HTTP.
POP3. IMAP,
telnet. SMTP.
DNS. TFTP
Уровень поддержки услуг
6
Представления данных
5
Сеансовый
Транспортный уровень
4
Транспортный
3
Транспортный
TCP. UDP
TCP
3
Сетевой
2
Межсетевой
IP
IP
2
Канальный
1
Доступ к сети
1
Физический
А.1.3 Общая длина пакета протокола транспортного уровня не превышает значения 65535 байт.
А.2 Протокол транспортного уровня
А.2.1 Обеспечение маршрутизации
В качестве адресов маршрутизации используются идентификаторы аппаратно-программных комплексов, ко
торые уникальны в рамках одной сети.
А.2.2 Механизм проверки целостности данных
Для части пакета транспортною уровня используется алгоритм вычисления циклическою избыточного кода
CRC-8.
Для части пакета уровня поддержки услуг используется алгоритм вычисления циклического избыточного
кода CRC-16.
А.2.3 Обеспечение надежности доставки
Отправляющая сторона после передачи пакета ожидает на него подтверждение в виде пакета определенно
го типа, содержащего идентификатор ранее переданного пакета и код результата его обработки на принимающей
стороне. Ожидание производится в течение определенного промежутка времени, зависящего от типа используе
мого протокола транспортного уровня (значение данного параметра TL_RESPONSE_TO указано в таблице А.13).
После получения подтверждения отправляющая сторона производит анализ кода результата. Коды результа
тов обработки регламентированы протоколом и представлены в таблице А. 14. Пакет считается недоставленным в
том случае, если подтверждение не приходит по истечении времени TL_RESPONSE_TO. Недоставленные пакеты
отправляются повторно (количество попыток отправки регламентировано протоколом. В таблице А.13 указано зна
чениеданного параметра — TL_RESEND_ATTEMPTS). По достижении предельного числа попыток отправки канал
передачи данных считается ненадежным и производится уничтожение установленной сессии (разрыв соединения
в случае использования TCP/IP протокола в качестве транспортного протокола) и попытка создания новой сессии
(соединения) через время, определяемое параметром TL_RECONNECT_TO (таблица А.13).
А.З Построение систем и аппаратно-программных комплексов
на основе протокола транспортного уровня
А.3.1 Все сервисы в рамках одного аппаратно-программного комплекса соединяются с диспетчером (часть
аппаратно-программного комплекса, выполняющая функции координации межсистемного взаимодействия и марш
рутизации) и не имеют непосредственных связей между собой.
16