ГОСТ Р ИСО/МЭК 10025-3-94 Информационная технология. Передача данных и обмен информацией между системами. Аттестационное тестирование транспортного уровня в режиме с установлением соединения при использовании услуг сетевого уровня в режиме с установлением соединения. Часть 3. Спецификация протокола административного управления тестированием

ГОСТ Р ИСО/МЭК 10025—3—94

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

ПЕРЕДАЧА ДАННЫХ И ОБМЕН ИНФОРМАЦИЕЙ МЕЖДУ СИСТЕМАМИ. АТТЕСТАЦИОННОЕ

ТЕСТИРОВАНИЕ ТРАНСПОРТНОГО УРОВНЯ В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ ПРИ ИСПОЛЬЗОВАНИИ УСЛУГ СЕТЕВОГО УРОВНЯ В

РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ

ЧАСТЬ 3

СПЕЦИФИКАЦИЯ ПРОТОКОЛА АДМИНИСТРАТИВНОГО УПРАВЛЕНИЯ ТЕСТИРОВАНИЕМ

Издание официальное

БЗ 4—94/222

ГОССТАНДАРТ РОССИИ Москва

ГОСТ Р ИСО/МЭК 10025—3—94

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

ИНФОРМАЦИОННАЯ ТЕХНОЛОГИЯ

ПЕРЕДАЧА ДАННЫХ И ОБМЕН ИНФОРМАЦИЕЙ МЕЖДУ СИСТЕМАМИ. АТТЕСТАЦИОННОЕ

ТЕСТИРОВАНИЕ ТРАНСПОРТНОГО УРОВНЯ В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ ПРИ ИСПОЛЬЗОВАНИИ УСЛУГ СЕТЕВОГО УРОВНЯ В

РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ

ЧАСТЬ 3

СПЕЦИФИКАЦИЯ ПРОТОКОЛА АДМИНИСТРАТИВНОГО УПРАВЛЕНИЯ ТЕСТИРОВАНИЕМ

Издание официальное

ПОГХ1М «ч’.Н

ГОСТ Р ИСО/МЭК 10025-3-94

Предисловие

I ПОДГОТОВЛЕН И ВНЕСЕН Техническим комитетом по стандартизации ТК 22 «Информационная технология»

2 ПРИНЯТ И ВВЕДЕН В ДЕЙСТВИЕ Постановлением Госстандарта России от 13.09.94 № 220.

Настоящий стандарт содержит полный аутентичный текст международного стандарта ИСО/МЭК 10025—3—93 «Информационная технология. Передача данных и обмен информацией между системами. Аттестационное тестирование транспортного уровня в режиме с установлением соединения прн использовании услуг сетевого уровня в режиме с установлением соединения. Часть 3. Спецификация протокола административного управления тестированием»

3 ВВЕДЕН ВПЕРВЫЕ

@ Издательство стандартов, 1994

Настоящий стандарт нс может быть иоаноетмо или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения

Госстандарта России

II

ГОСТ Р ИСО.МЭК 10025—3-М

СОДЕРЖАНИЕ

Введение .............I

1 Назначение.......... . . 2

2 Соответствие . . .....2

3 Нормативные ссылки...........3

4 Определения..... .... . . 3

5 Символы и сокращении..........5

6 Общее описание протокола административного управления тестированием ... .' . . . . . 6

7 Элементы процедур . .... 12

8 Структура и кодирование ПБДАУТ .27

Приложение Л Таблицы состояний .... 31

Приложение В Форма ЗСРП административного управления тестированием 45

Приложение С Примеры исполвловавии ПАУТ . 5«

111

ГОСТ Р ИСО/МЭК 10025-3-И

ГОСУДАРСТВЕННЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Информационная технология

ПЕРЕДАЧА ДАННЫХ И ОБМЕН ИНФОРМАЦИЕЙ МЕЖДУ СИСТЕМАМИ. АТТЕСТАЦИОННОЕ ТЕСТИРОВАНИЕ ТРАНСПОРТНОГО УРОВНЯ

В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ ПРИ ИСПОЛЬЗОВАНИИ УСЛУГ СЕТЕВОГО УРОВНЯ В РЕЖИМЕ С УСТАНОВЛЕНИЕМ СОЕДИНЕНИЯ

Часть 3

СПЕЦИФИКАЦИЯ ПРОТОКОЛА АДМИНИСТРАТИВНОЮ УПРАВЛЕНИЯ ТЕСТИРОВАНИЕМ

Information technology.

Telecommunications and information exchange between systems. Transport conformance Jesting for connection-mode transport protocol operating over connection-mode network service.

Part 3. Transport test management protocol specification

Дата введения UKIS—07—01

0 ВВЕДЕНИЕ

В настоящем стандарте определена спецификация протокола, используемого для обмена данными между нижним тестером (НТ) и верхним тестером (ВТ) при использовании скоординированного отдельного (СО) или скоординированного отдельного встроенного (СОВ) тестирования транспортного уровня ИСО в соответствии с руководящими положениями по ГОСТ Р ИСО/МЭК 9646—2.

Задача состоит в том. чтобы протокол административного управления тестирования (ПАУТ) был достаточно общим, чтобы охватить весь диапазон аттестационного тестирования, не ограничивая будущих расширений.

Основная цель данной спецификации — обеспечить набор правил обмена данными, выраженных в понятиях процедур, которые должны выполняться логическими объектами административного управления тестированием во время обмена данными.

Поскольку предполагается, что первыми пользователями настоящего стандарта будут проектировщики и создатели оборудования, то настоящий стандарт в примечаниях и приложениях содер-

Иэдамие официальное

3 Зак. 2049 I

ГОСТ Р ИСО/МЭК 10025-3- 94

жит руководящие указания по реализации определяемых здесь процедур.

ПАУТ транспортного уровня расположен на верхней границе этого уровня. Он использует услуги транспортного уровня и ссылается на ГОСТ 34.960, из положений которого он исходит для достижения поставленных целей.

Эти отношения показаны на рисунке 0.1.

Ссылки «а исходные положения

Определение успуг транспортного

■/ровня

Рисунок 0.1 — Отношения между ПАУТ и смежными услугами.

I НАЗНАЧЕНИЕ

1.1 Настоящий стандарт определяет:

(а) процедуры отдельного протокола при передаче данных и управляющей информации от нижнего тестера к верхнему;

(Ь) структуру и кодирование блоков данных ПЛУТ, используемых при передаче данных и управляющей информации.

1.2 Процедуры определяются-в понятиях:

(а) взаимодействий между логическими объектами административного управления тестированием путем обмена блоками данных ПАУТ;

(Ь) взаимодействий между логическим объектом административного управления тестированием и поставщиком услуг транспортного уровня путем обмена примитивами услуг транспортного уровня.

2 СООТВЕТСТВИЕ

Система, претендующая на соответствие настоящему стандарту, должна реализовать все обязательные возможности.

Поставщик протокольной реализации, претендующей на соответствие настоящему стандарту, должен заполнить экземпляр

2

ГОСТ Р ИСО/МЭК 10025-3-^*

формы ЗСРП, приведенной в приложении В, и предусмотреть информацию, необходимую для идентификации как поставщика, так и реализации.

3 НОРМАТИВНЫЕ ссылки

В настоящем стандарте использованы ссылки на следующие стандарты:

ГОСТ 27463—37 Системы обработки информации. 7-битные кодированные наборы символов.

ГОСТ 34.960—91 Системы обработки информации. Взаимосвязь открытых систем Определение услуг транспортного уровня

ГОСТ Р ИСО/МЭК 9646—1—93 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть I. Общие принципы

ГОСТ Р ИСО/МЭК 9646—2—93 Информационная технология. Взаимосвязь открытых систем. Методология и основы аттестационного тестирования. Часть 2. Спецификация абстрактного тестового комплекта

4 ОПРЕДЕЛЕНИЯ

4.1 В данном документе используются следующие термины, определенные в ГОСТ Р ИСО/МЭК 9646—1:

а) тестируемая реализация;

Ь) тестируемая система;

с) нижний тестер;

d) верхний тестер;

е) протокол административного управления тестированием.

4.2 Для целей настоящего стандарта применимы следующие определения:

4.2.1 Логический-объект-ПАУТ — логический объект ВТ-ПАУТ или логический объект НТ-11 АУТ.

4.2.2 Логический объект-ВТ-ПАУТ — экземпляр верхнего тестера (ВТ), который действует как предсказуемый пользователь услуг, предоставляемых тестируемой реализацией (ТР),

4.2.3 Логичесхий-обьект-НТ-ПАУТ — та часть нижнего тестера (НТ), которая инструктирует ВТ о том, какие запросы следует выдать в ТР. управляет и контролирует действия ВТ.

4.2.4 Кол ЙБДАУТ (КОД) — информация заголовка, идентифицирующая соответствующий протокольный блок данных административного управления тестированием (ПБДАУТ).

3

ГОСТ Р. ИСО.МЭК IW25-3-M

4.2.5 Счет параметров (СП) — указатель количества параметров в рассматриваемом ПБДАУТ.

4.2.6 Длина параметра — указатель длины соответствующего поля параметров.

4.2.7 Часть «параметры» — одни или группа нескольких октетов. используемых для представления конкретного набора информации. Параметр является ОБЯЗАТЕЛЬНЫМ, если он содержится в этой спецификации.

4.2.S. Примитив вне контекста (ПВК) — примитив находится вне контекста, если он приводит к неразрешенной последовательности примитивов услуг транспортного уровня (УТУ), определенной в определениях УТУ.

4.2.9 Внутреннее событие «предельный счет» (СПС) — событие. вырабатываемое логически м-объектом-ВТ-ПАУТ при достижении предела конкретного счета.

4.2.10 Излишний примитив — примитив Т-ДАННЫЕ индикация или Т-СРОЧНЫЕ ДАННЫЕ индикация является излишним, если он получен вне контекста после того, как логический-объект-ВТ-ПАУТ передал примитив Т-РАЗЪЕДИНЕНИЕ запрос.

4.2.11 Параметр режима — объекты, используемые в логине-ском-объекге-ВТ-ПАУТ для определении ответов на определенные события либо для определения параметров при внутреннем СПС или при генерации данных.

4.2.12 Параметр счета — объекты, используемые в логическом-объекте-ВТ-ПАУТ для регистрации активности в каждом направлении через интерфейс УТУ или при ретрансляции этой информации н НТ.

4.2.13 Элемент хранения — объекты, кроме параметров режима и счета, используемые в логическом-объекге-ВТ-ПАУТ для хранения переменных.

4.2.14 Элементарное действие — определенное действие логического объекта ВТ-ПАУТ, используемое при формировании ответа на входящее элементарное событие.

4.2.15 Команда ПБДАУТ — команда на установку или получение значений, внутренних переменных, управление генерацией данных или генерацию параллельных логических-объектов-ВТ-ПАУТ.

4.2.16 Ответный ПБДАУТ—ПБДАУТ. который обеспечивает информацию в явном или неявном виде (например, останов генерации данных) по запросу соответствующей команды ПБДАУТ.

4.2.17 Недействительный ПБДАУТ—ПБДАУТ, который нс отвечает требованиям настоящего стандарта по структуре к кодированию.

4

ГОСТ Р ИСО/МЭК 1(1025-3-94

4.2.18 Элементарное событие — событие, которое имитирует ответ логического объекта-В Т-ПАУТ.

4.2.19 Команда ПБДАУТ типа предоставления —- команда на получение значений внутренних переменных из логического-обь-екта-ВТ-ПАУТ.

4.2.20 Команда ПБДАУТ типа установления — команда на установление значений внутренних переменных.

4.2.21 Событие внутреннего пуска — примитив, используемый для пуска или повторного пуска логического-объекта-ВТ-ПАУТ.

4.2.22 Событие изменения режима — элементарное событие, которое побуждает логический-объект-ВТ-ПАУТ установить параметры внутреннего режима в значения параметров, передаваемых в ПБДАУТ, и при необходимости выдать ответ на новый режим.

4.2.23 Отправители данных — обеспечивают средства генерации данных в потоках Т-ДАННЫЕ или Т-СРОЧНЫЕ-ДАННЫЕ.

4.2.24 Автоматический отправитель — отправитель данных, который запускается или останавливается конкретными командами ПАУТ. В активном состоянии он действует асинхронно в пределах логического-объекта-ВТ-ПАУТ.

4.2.25 Пошаговый отправитель отправитель данных, который генерирует данные синхронно в ответ на конкретную команду ПАУТ.

4.2.26 Отраженный СБДТ — отраженный СБДТ образуется путем использования данных, полученных в примитиве Т-ДАННЫЕ индикации или Т-СРОЧНЫЕ-ДАННЫЕ индикация и передается в примитиве Т-ДАННЫЕ запрос.

4.2.27 Отраженный ССБДТ — отраженный ССБДТ образуется путем использования данных, полученных в примитиве Т-ДАН-НЫЕ индикация или Т-СРОЧНЫЕ-ДАННЫЕ индикация и передается в примитиве. Т-СРОЧНЫЕ-ДАННЫЕ запрос.

5 СИМВОЛЫ И СОКРАЩЕНИЯ

5.1 Блоки данных

ПБДАУТ — протокольный блок данных административного управления тестированием.

СБДТ — сервисный блок данных транспортного уровня.

ССБДТ — срочный сервисный блок данных транспортного уровня.

5.2 Поля ПБДАУТ

КОД — идентификатор ПБДАУТ (см. 4 2.4).

СП — счет параметров (см. 4.2.5).

5.3 П р о ч и е

5

ГОСТ Р ИСО/МЭК 10025-3-94

УТУ — услуга транспортного уровня.

ТР — тестируемая реализация.

ТС — тестируемая система.

СПС — событие «предельный счет».

ПВК — примитив вне контекста.

НТ — нижний тестер.

ВТ — верхний тестер.

ПАУТ — протокол административного управления тестированием.

5.4 Локальные переменные

Хп — хранимый элемент п. где п находится в диапазоне 1—33.

Сп — счет п, где п находится в диапазоне 1—38.

Рп — параметры режима, где п находится 8 диапазоне 1—27.

6 ОБЩЕЕ ОПИСАНИЕ ПРОТОКОЛА АДМИНИСТРАТИВНОГО УПРАВЛЕНИЯ ТЕСТИРОВАНИЕМ

Логические объекты протокола административного управления тестированием подразделяются на два типа: логический-объект-ВТ-ПЛУТ и логический-объект-НТ-ПАУТ. Верхний тестер содержит один или несколько логических-объектов-ВТ-ПАУТ. ВТ рас-положен в тестируемой системе (ТС) и может рассматриваться как предсказуемый пользователь услуг, предоставляемых ТР (см. ри сунох 0.2). Логическнй-объект-НТ-ПАут является частью НТ и его задача состоит в том, чтобы инструктировать ВТ о запросах, которые он должен выдавать в ТР (см. рисунок 0.3).

ПАУТ является асимметричным. Логический объект-НТ-ПАУТ выполняет главную роль:

— он позволяет передавать логическому-объекту-ВТ-ПАУТ любые последовательности ПБДАУТ, нормальные СВЯТ и срочные СБДТ;

— он никогда не обязан отвечать логическому-объекту-ВТ-ПАУТ каким-либо стандартным образом.

Примечание? — Если ПБДАУТ, оереляккый логичесхии-объехтом-НТ-ПАУТ, является недействительным, то поведение логического-объекта-ВТ-ПАУТ управляется режимом.

Логический-объект-ВТ-ПАУТ выполняет подчиненную роль:

— его поведение должно соответствовать данной спецификации при приеме ПБДАУТ, нормальных СБДТ и срочных СБДТ.

— он должен, в частности, отвечать на команды НТ, содержащиеся в ПБДАУТ или в режимах.

Логический-объект-ВТ-ПАУТ в определенный момент времени управляет одним соединением транспортного уровня. Кроме того. €

ГОСТ Р ИСО/МЭК 10025-3-94

Рисунок 0 2 — Отношение к эталонной модели

Примечание 1 — Компоненты, показанные на приведенной выше схеме в виде частей НТ и ТС. относятся к ПЛУТ. Другие составные части НТ и ТС не показаны на схеме, поскольку они носят локальный характер.

7

ГОСТ Р ИСО/МЭК 10025- 3 -94

Рисунок 0 3 — Отношение к архитектуре тестирования-(метод скоординированного тестирования)

логичесхне-объекты-ВТ-ПАУТ необходимы при мультиплексном тестировании пли тестировании одновременных соединений.

В настояшей спецификации используются внутренние переменные. Эти переменные подразделяют на три типа: счета, режимы и хранимые элементы.

а) Счета

Счета обеспечиваются логическим-объектом-ВТ-ПАУТ, контролирующим прохождение трафика примитивов УТУ через интерфейс между собой и транспортным уровнем. Счета назначаются каждой категории сервисных примитивов в каждом направлении передачи через интерфейс при отдельном счете нормальных примитивов и примитивов вне контекста.

Помимо подсчета примитивов УТУ счета используются для подсчета различных сумм. Октеты ДАННЫХ и СРОЧНЫХ-ДАННЫХ, полученных логическим-объектом-ВТ-ПАУТ, также подсчитываются при отдельном подсчете нормальных примитивов, примитивов ПВК и излишних примитивов (см. 7.1.1).

Ь) Режимы

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

8

ГОСТ Р ИСО/МЭК 10025-3-94

Упомянутые выше «определенные события» — это просто некоторый вид входного сигнала, на который логичссккйюбъект-ВТ-ПАУТ выдает ответ. Определенные события перечислены в 6.2.2.

В ответ и» эти события соответствующие параметры режима определяют последовательности действий примитивов, закодированных в соответствии с требованиями раздела 8. Весь ответ должен быть обработан до анализа следующего события.

с) Хранимые элементы

Хранимые элементы содержат дополнительные переменные, к которым относятся последние параметры, полученные из посту-пивших УТУ. и переменные, обеспечиваемые и виде параметров ДЛЯ исходящих примитивов (см. 7.1.3).

Внутренние переменные логмческого-ббъектя-ВТПАУТ могут управляться и контролироваться нижним тестером посредством ПАУТ. Этот протокол имеет два элемента: команду, выдаваемую НТ. которая инструктирует логичсский-обьектВТ-ПАУТ выполнить некоторое действие, и ответ, выдаваемый логическим-абыж гом-ВТ-ПАУТ вместе с некоторой информацией, выдаваемой тестеру. Команды п ответы перелаются в сервисных примитивах Т ДАН НЫЕ. Команды подразделяются на три категории:

11 команды, устанавливающие внутренние переменные, то есть устанавливающие параметры режима или сбрасывающие значения счета сервисных примитивов;

2) команды, запрашивающие- ретрансляцию внутренней hip формации, например проверку значений параметров режима или счета сервисных примитивов;

3) команды, побуждающие логнческий объскт-ВТ ПАУТ выполнить некоторые другие конкретные действия, например генерацию данных,

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

6 1 Протокол, определяемый в настоящем стандарте, основывается на использовании УТУ, определенных в ГОСТ 34.960.

Информация, передаваемая в примитивах УТУ от поставщика УТУ и обратно, представлена в таблице 1.

6.2 Функции ПАУТ

6.2.1 Логический-объект-ВТ-ПАУТ должен быть способен выполнять последовательность действии примитивов над услугами, предоставляемыми ТР:

al нс выполнять никаких действий;

bi выдавать Т-СОЕДИНЕНИЕ.запрос;

с) выдавать Т-СОЕДИНЕНИЕ.ответ;

<1) выдавать Т-РАЗЪЕДИНЕНИЕ.запрос;

3

I .Ък ЙИ9

ГОСТ Р ИСОМЭК 10025-3-94

Таблица 1 — Примитивы услуг транспортного уровня

е) присоединять последний полученный октес к ОТРАЖЕН-НОМУ-СБДТ;

f) передавать ОТРАЖЕННЫЙ-СБДТ;

i) запускать автоматический отправитель;

к) передавать одни СБДТ от пошагового отправителя;

1) генерировать новый логический-объект-ВТ-ПАУТ;

т) завершать и повторно запускать логическии-обьсы-ВТ-

6.2.2 Логический-объект-ВТ-ПЛУТ должен быть способен распознавать последовательности событий примитивов

а) получение примитива Т-СОЕДИНЕНИЕ.индикация;

Ь) получение примитива Т-СОЕДИНЕНИЕ.подтверждение;

с) получение примитива Т-РАЗЪЕДИНЕНИЕ.индикация;

а) получение примитива Т-ДАННЫЕ.индикация;

е| получение примитива Т СРОЧНЫЕ ДАННЫЕ.нндикання;

() внутренний СПС;

g) получение ПВК;

h) событие «Внутренний пуск»;

ю

ГОСТ Р ИСО/МЭК 10025-3-94

6.2.3 Логический-объект-ВТ-ПАУТ должен быть способен принимать следующие команды ПАУТБЛ. которые содержатся в примитивах Т-ДАННЫЕ.индикация:

а) изменение режима;

Ь) сброс счетчиков в ноль;

с) установка параметров примитива Т-РАЗЪЕДИНЕНИЕ.зал-рос;

d) установка параметров примитива Т-СОЕДИНЕНИЕ.отвст;

е) установка параметров примитива Т-СОЕДИНЕНИЕ.запрос;

() пуск генерации данных:

g) генерации нового логического объекта-ВТ-ПАУТ;

11) выдача значений параметров режима;

i) выдача значений счетов;

j) выдача параметров последнего полученного примитива Т-РЛЗЪЕДИНЕНИЕ.индикация;

к) выдача параметров последнего полученного примитива Т СОЕДИНЕНИЕ.индикация;

!) выдача параметров последнего полученного примитива Т-СОЕДМНЕНИЕ.подтверждение;

т) выдача значения последнего полученного октета данных не-ПАУТ или срочных данных;

п) останов генерации данных.

6.2.4. Логический-объект-ВТ-ПАУТ должен быть способен п--редавать следующие ответные ПБДАУТ. которые содержатся в п р н м и т и в а х Т - Д Л Н Н Ы Е. з а н рос:

а) значение параметров режима;

Ь) значение счетов;

с) значение параметра последнего полученного примитива Т РАЗЪЕЛИ НЕНИЕ.индикация;

d) значение последнего октета, переданного во время генерации данных;

с) значение последнего октета Т-СОЕДИНЕНИЕ.подтвержде-ние;

f) значение последнего полученного октета данных не-ПАУТ или срочных данных;

g) значение последнего октета, переданного во время генерации.

6.2.5 Логический объект-ВТ-ПАУТ должен быть способен обнаруживать недействительные ПБДАУТ и выполнять соответствующие действия.

4’

и

ГОСТ Р ИСО/МЭК 10025-3-и

7.1 Объекты, ПАУТ

7 ЭЛЕМЕНТЫ ПРОЦЕДУР

используемые внутри логического объекта ВТ-

7.1.1 Счета

Таблица 2 — Ситок счетов

12

Окончание таблицы 2

ГОСТ Р ИСОМЭК 10025-3-94

7.1.2 Режимы

Т а б л к и а 3 — Список режимов

13

ГОСТ Р И СО М ЭК 10025-3 -91

Окончание таблицы 3

7.1.3 Хранимые элементы

Таблица 4 — Список хранимые злемоятов

14

Окончание таблицы 4

ГОСТ Р ИСО/МЭК 10025- 3-94

7.1.4 Команды ПЛУТ БИ

Таблица 5 — Список команд 11АУТБД

15

ГОСТ Р ИСО/МЭК 10025—3—91

Окончание таблицы 5

7.1.5 Ответы ПАУТ БД

Таблиц а б - Список ответов ПАУТБД

7.1.6 Действия примитивов

Т а 6 л и и а 7 — Список действий примитивов

16

Окончание таблицы 7

ГОСТ Р ИСО/МЭК 10025-3-94

7.2 Д е й с т в и я л р и м нт и в о в

Во время обработки входящего события логический-объект-ВТ-ПАУТ должен быть настроен на выполнение, возможно, нулевой последовательности действий примитивов. Действия Al, А2, АЗ, А4, А5, А7, А9 и А12 находятся вне контекста, если они приводят к попытке передать ПВК. Другие действия всегда находятся в контексте. Если действие находится в контексте, оно должно выполняться так. как указано в следующих разделах. Если действие должно быть вне контекста, логический-объект-ВТ-ПАУТ должен выполнять процедуру, описанную в 7.3.

7,2.1 АО Не выполняется никаких действий

Логический-объект-ВТ-ПАУТ не выполняет никаких действий

7.2.2 AI. Выдача примитива Т-СОЕДИНЕНИЕ.запрос

Логический объект-ВТ-ПАУТ выдает ТР примитив Т-СОЕДИ НЕНИЕ.запрос с параметрами, установленными в значения хранимых элементов, как показано в таблице 8. и увеличивает счета С23 и С37.

Таблица 8 — Хранимые элементы для действия At

Адрес вызываемого S12

Адрес зыхошкянего Я13

Факультативная воз нож кость передачи срочных данных SM

Качество услуг St5

Данные пользователя УТУ StS

7.2 3 А2. Выдача прнммтига Т-СОЕДПИЕНИЕ.запрос

Логический-объект-ВТ-ПАУТ выполняет действия, определенные о 7.2.2. по устанавливает адрес вызываемого в S20.

7.2.4 ЛЗ. Выдача примитива Т-СОЕДИНЕНИЕ.запрос

17

ГОСТ Р ИСО.'МЭК 10025-3-94

Логический-объект-ВТ-ПАУТ выполняет действия, определенные в 7,2.2, но устанавливает адрес вызываемого в S25.

7.2.5 А4. Выдача примитива Т-СОЕДИНЕНИЕ.запрос

Логический-объект-ВТ-ПАУТ выдает ТР примитив Т-СОЕДИ-НЕНИЕ.запрос с параметрами, установленными я значения хранимых элементов, как показано в таблице 9, и увеличивает счета С24 и С37.

Таблица 9 — Хранимые элементы для действия А2

Качество услуг S3

Адрес отвечающего $9

Факультативная возможность передачи срочных данных SIC

Данные пользователя УТУ S11

7.2.6 Логический-объект*ВТ-ПАУТ должен увеличить счета С25 и С37 и выдать примитив Т-РЛЗЪЕДИНЕНИЕ.залрос с параметром «данные-пользователя УТУ», устанавливаемым следующим образом:

а) Если это действие является ответом на нормальное событие УТУ, параметр «данные пользователя УТУ» устанавливается в S3.

Ь) Если это действие является ответом на недействительный ПБДАУТ, параметр «данные пользователя УТУ» устанавливается в S4.

с) Если это действие является ответом на событие УТУ, которое находится вне контекста (см. 7.4.7), параметр «данные пользователя УТУ» должен быть установлен в S5.

7.2.7 Аб. Присоединение последнего принятого октета к ОТРА-ЖЕННОМУСБДТ

Логический-объект-ВТ-ПАУТ копирует S30 в S32

Для того, чтобы исключить наложение ограничений на ТР, ВТ действует в определенный момент времени только над одним октетом. Следовательно, это действие означает копирование последнего октета, выполняемое ВТ. Использование этой функции управляется параметрами режима, определенными для ответа на входящее событие, которое обусловливает событие Аб. Например, если необходимо копировать весь СБДТ. то М4 [ответ на нормальный примитив Т-ДАННЫЕ.нндикация (по октетам)] устанавливается в Аб. Это обусловливает копирование каждого октета з ВТ до тех нор, пока ВТ яс будет проинформирован о необходимости выполнения следующего действия. Если необходимо скопировать только последний октет СБДТ, то МА (онит на нопмильный прн-

18

ГОСТ Р ИСО МЭИ 10025-3—ы

митнн Т-ДАННЫЕ.индикация (конец СБДТ)) будет установлен в Аб.

7.2.8 А7. Передача ОТРАЖЕН НОГО-СБДТ

Логический-объект-ВТ-ПАУТ передает примитив Т-ДАН-НЫЕ.запрос с S32 в качестве данных пользователя, увеличивает счет С26 на число октетон. содержащихся в S32, а также увеличивает счета С27 и С37.

7.2.9 А8. Присоединение последнего принятого октета к ОТРАЖЕН НОМУ-ССБДТ.

Логический-объект-ВТ-ПАУТ копирует S30 в S33

Для того, чтобы исключить наложение ограничений на ТР. ВТ действует в определенный момент времени только над одним октетом Следовательно, это действие означает копирование последнего октета, выполняемое ВТ. Использование этой функции управляется параметрами режима, определенными для ответа на входящее событие, которое обусловливает событие А8.

7.2.10 А9. Передача ОТРАЖЕН НОГО-ССБДТ

Логический-объект-ВТ-ПАУТ передает примитив Т-СРОЧ-НЫЕ-ДАННЫЕ.запрос с S33 в качестве данных пользователя, увеличивает счет С28 на число октетов, содержащихся в S33, а также увеличивает счета С97 и С37.

7.2.11 АЮ. Пуск автоматического отправителя — см. 7.8.1

7.2.12 АН. Останов автоматического отправителя — СМ. 7.8.1

7.2.13 А12. Передача одного СБДТ от одношагового отправителя см. 7.8.2

7.2.14 AI3. Генерация нового логического-объекта-ВТ-ПАУТ

Поддержка многих соединений УТУ может быть протестирована с использованием многих параллельных сеансов тестирования, каждый из которых связан со своим собственным логическим-объектом-ВТ-ПАУТ. Действие А13 состоит в генерации нового ло-гнческого-объекта-ВТ-ПАУТ и оно может контролироваться со стороны НТ. Количество используемых экземпляров логических-объектов-ВТ-ПАУТ и их начальные конфигурации являются локальным вопросом. За синхронизацию параллельных тестовых сеансов несет ответственность НТ. После создания нового логического-объекта-ВТ-ПАУТ для этого экземпляра создается внутреннее стартовое- событие. Последующие действия при приеме этого события описаны в 7.4.8.

7.2.15. А14. Завершение и повторный пуск логического-объекта-ВТ-ПАУТ

Метод завершения логического-объекта-ВТ-ПАУТ является частным вопросом. Примитив Т-РАЗЪЕДИНЕНИЕ.запрос должен быть передан ди завершения логического-объекта ВТ-ПАУТ, что-

19

ГОСТ Р ИСО.'МЭК 10025-3-94

бы быть уверенным в завершении соединения транспортного уровня. Для повторного пуска логического-объекта-ВТ-ПАУТ генерируется внутреннее стартовое событие (см. 7.4.8).

7.2.16 А15. Завершение логического-объсктаВТ-ПАУТ

Метод завершения логического-объекта-ВТ-ПАУТ является частным вопросом. Примитив Т-РАЗЪЕДИНЕНИЕ.запрос должен быть передан до завершения логического-объекта-ВТ-ПАУТ, чтобы быть уверенным в завершении соединения транспортного уровня

7.3 Действия вне контекста

Если логическнй-обьектВТ-ПЛУТ должен выполнить действие, которое может обусловить выдачу запроса УТУ. находящегося вне контекста относительно УТУ, он должен заменить этот запрос/от-вег на Т-РАЗЪЕДИНЕНИЕ.запрос с S6 в качестве данных пользователя при условии, что этот запрос находится в контексте. Если же ТРАЗЪЕДИНЕНИЕ.заярос находится вне контекста, запрос аннулируется.

7.4 Прием событий примитивов

7.4.1 Т-СОЕДИ11 ЕН НЕ.индикация

Если событием является Т-СОЕДИНЕНИЕ.икдикацня, то следует назначить параметры хранимым элементам в соответствии с таблицей 10. -выполнить действия, относящиеся к событию, посредством Ml и увеличить счета С1 и С19.

Г аблниа 10— Присвоения параметров примитива Т-СОЕДНН ЕН И Е ииликадии

7.4.2 Т-СОЕДИНЕННЕ падгиер^ение

Если событием является Т-СОЕДИНЕНИЕ подтверждение, то следует назначить параметры хранимым элементам в соответствии с таблицей II. выполнить действия, относящиеся к событию, посредством М2 и увеличить счета С2 и С19.

20

ГОСТ Р ИСО,МЭИ 10025-а—м

Таблица Л — Присвоения параметров примитива Т-СОЕДИНЕН ИЕ.полтверждевне

Качеств услуг S24

Адрес отвечающего S25

Факультативная возможность

срочных данных S26

Данные пользователя УТУ S27

7.4.3 Т-РАЗЬЕДИНЕНИЕ.индикация

Если событием является Т-РАЗЪЕДИНЕНИЕ.илдикаивя. то следует назначить параметры хранимым элементам в соответствии с таблицей 12, выполнить действия, относящиеся к событию, посредством М3 и увеличить счета СЗ и С19.

Таблица 12 — Присвоения параметров примитива Т-РАЗЬЕДИНЕНИЕ.нндякацня

- Причина S17

Данные пользователя УТУ S18

7.4.4 Т-ДАННЫЕ.индикация

Примитив Г ДАННЫЕ.индикация содержит либо

а) один или несколько ПБДАУТ, либо

Ь) октеты нормальных данных

Кодирование ПБДАУТ определено в разделе 8.

7.4.4.1 Если примитив Т-ДЛННЫЕ.иидикация содержит ПБДАУТ, необходимо выполнить действия, определенные в 7.5.

7.4.4.2 Если примитив Т-ДАННЫЕ.индикация содержит нормальные данные, то:

Для каждого октета данных необходимо присвоить S30 — значение этого октета, выполнить действия, определенные в режиме М4, и увеличить счет С4. Наконец, выполнить действия, определенные в режиме М5, и увеличить счета Со и С19.

7 4.5 Т-СРОЧНЫЕ-ДА ННЫЕ.индикация

Если событием является СБДТ СРОЧНЫЕ-ДАННЫЕ, го для каждого октета СРОЧНЫХ данных в ССБДТ необходимо присвоить S30 — значение этого октета, выполнить действия, определенные в режиме Мб. в увеличить в контексте данных (по октетам) счет С6. Наконец, выполнить действия, определенные в режиме Мб, к увеличить счета С7 и С19.

21

ГОСТ Р ИСО/МЭК 10025-3-94

7.4.6 Прием внутреннего события «предельный счет»

При получении внутреннего СПС логический-объект-ВТ-ПАУТ должен выполнить действия, определенные в режиме М10.

7.4.7 Прием примитива вне контекста

Если событие находится вне контекста в рамках определения УТУ. следует увеличить счета в соответствии с таблицей 13, аннулировать это событие и ответить на событие ПВК путем выполнения действий, определенных в режиме М12. Наконец, увеличить счет С20.

Таблица 13 — Счета, относящиеся к ПВК

Если примитив Т-РАЗЪЕДИНЕНИЕ.запрос является одним из действий, которое должно быть выполнено, параметр «данные УТУ» примитива Т-РАЗЪЕДИНЕНИЕ.запрос устанавливается в S5.

7.4.8 Прием внутреннего события «пуск»

При получении внутреннего события спуск» логнческий-объект- ■ ВТ-ПАУТ должен установить начальные значения параметрон режима. а также хранимых элементов в значения по умолчанию, которые зависят от реализации. После этого следует ’выполнить действия, определенные в параметре режима М9.

7.5 Прием П Б Д А У Т

При обнаружении ПБДАУТ в соответствии с процедурами, опи санными в разделе 7. логический-объект-ВТ-ПАУТ должен нести ответственность за немедленное окончание этого ПБДАУТ.

7.5.1 При получении ПБДАУТ тина ПРЕДОСТАВЛЕНИЕ ло-гический-объект В1 ПАУ Г должен выдать ПБДАУТ типа ОТВЕТ следующим образом:

а) Получение ПБДАУТ 8 (предоставление параметров режима) должно приводить к выдаче ПБДАУТ до (ответ на па рамстры режима), содержащего значение текущих параметров режима логического-объектэ ВТ-ПАУТ Ml—М27.

22

ГОСТ Р ИСО/МЭК 10025-3-94

Ь) Получение ПБДАУТ 9 (предоставление счетов) должно приводить к выдаче ПБДАУТ 9о (счет ответных ПБДАУТ), содержащего значение счетов Cl—С38.

с) Получение ПБДАУТ 10 (предоставление параметров разъединения) должно приводить к выдаче ПБДАУТ 10о (ответный ПБДАУТ на параметры разъединения), содержащего значения хранимых элементов S17 н 518.

(!) Получение ПБДАУТ И (предоставление параметров индикации) должно приводить к выдаче ПБДАУТ Юо (ответный ПБДАУТ на параметры индикации соединения), содержащего значения хранимых элементов S19, S20, S21, S22 и 523.

с) Получение ПБДАУТ 12 (предоставление параметров подтверждения соединения) должно приводить к выдаче ПБДАУТ 12о (ответный ПБДАУТ на параметры подтверждения соединения), содержащего значения хранимых элементов S24, S25, S26 и S27.

f) Получение ПБДАУТ 14 (предоставление последнего полученного октета не-ПАУТ) должно приводить к выдаче ПБДАУТ 14о (ответный ПБДАУТ на последний октет не-ПЛУТ), содержащего значения хранимого элемента S30.

g) Получение ПБДАУТ 15 (останов автоматического отправителя и предоставление 531; последний октет, переданный автоматическим отправителем) должно приводить к выдаче ПБДАУТ 15о (ответный ПБДАУТ па последний октет, переданный автоматическим отправителем), содержащего значения хранимого элемента S31.

7 5.2 При получении ПБДАУТ типа УСТАНОВИТЬ ПАУТ может изменить свое внутреннее состояние следующим образом:

а) При получении’ ПБДАУТ I (изменение режима) логический объект-ВТ-ПАУТ должен установить параметры внутреннего режима в значения параметров, переданных в этом ПБДАУТ, и выполнить действия, определенные в режиме М9. Если примитив Т-РАЗЪЕДИНЕПИЕ.запрос представляет собой одно из действий, которое необходимо выполнить, то параметр «данные пользователя УТУ» этого примитива устанавливается в значение S3.

Ь) При получении ПБДАУТ 2 (сброс счетов) значения всех счетов С1—С38 должны быть установлены в ноль.

с) При получении ПБДАУТ 3 (установка параметров разъединения) хранимый элемент S3 должен быть установлен в . значение, содержащееся в этом ПБДАУТ.

d) При получении ПБДАУТ 4 (установка параметров ответа на соединение) хранимые элементы S8, S9, $10 и S11 дол-

23

ГОСТ Р ИСО.'МЭК IW25-3-94

жни быть установлены в значения, содержащиеся в этом ПБДАУТ.

е) При получении ПБДАУТ 5 (установка параметров запроса соединения) хранимые элементы S12, SI3, S14, SI5 н SI6 должны быть установлены в значения, содержащиеся в этом ПБДАУТ.

7.5.3 Некоторые ПБДАУТ обусловливают особое поведение;

а) При получении ПБДАУТ 6 (пуск автоматического отправителя) запускается генератор данных и выдаются данные в соответствии с параметром «текущий режим»

Ь) При получении ПБДАУТ 7 (генерация нового логического-объекта-ВТ-ПЛУТ) создается логический объект-ВТ-ПАУТ с целью управления вторым соединением. Используемый механизм зависит от реализации.

7.5.4 Реакция на недействительны? команды ПБДАУТ

Если логический-объект- ВТ-ПАУТ принимает недействительную команду (например при обнаружении ошибки синтаксиса), он должен выполнить действия, определенные в режиме МИ. Если примитив Т-РАЗЪЕДИНЕНИЕ.запрос представляет собой одно из подлежащих выполнению действий, параметр «данные пользователя УТУ» этого примитива устанавливается в значение Si.

7.6. Генерация внутреннего предельного счета событий

Внутреннее СПС обеспечивает средства генерации событий, появление которых может быть предсказано НТ, но которые веду г себя подобно случайным. Внутреннее СПС имеет место, когда контрольный счет достигает предела. Значение этого предела и счет, к которому он относится, входят в число параметров режима, используемых ПАУТ.

Режим MI3 определяет идентификатор счета внутреннего СПС.

Режим М14 определяет верхнюю границу внутреннего СПС. При каждом увеличении счетчика, идентифицируемого М!3. его значение сравнивается с его предельным значением, содержащимся в Ml4.

Если предел достигнут, то

а) счетчик сбрасывается в 0 и

Ь) генерируется внутреннее СПС.

Последующие действия по этому событию описаны в 7 4 6.

Если предел установлен путем установки режима ПБДАУТ н значение, которое ьолучил рассматриваемый счетчик, то внутреннее СПС отсутствует. Предел, разный нулю, означав, что шг^ч кие внутренние СПС не могут происходить.

24

ГОСТ Р ИСО.'МЭК I0025-3-M

Поскольку пары ответных событий должны обрабатываться без прерываний, то. внутренние СПС вступают в действие после ответа на обусловленное ими событие, но до ответов на последующие примитивы, поступившие из ТР. Каждый ответ СПС обрабатывается до любых последующих ответов, и поскольку каждый ответ СПС может сгенерировать последующее СПС, то организуется очередь, которая может обрабатываться до того, как будет проаиа лизирован следующий поступивший сервисный примитив.

Если СПС должен иметь место во время обработки ПБДАУТ, его ответы будут поставлены в очередь, но они не вступят в действие до тех пор, пока не будет обработан весь ПБДАУТ. Очередь СПС сбрасывается каждый раз при получении ПБДАУТ изменения режима, и ни на одно событие в очереди ответов не выдается.

7.7 Сцепление и разделение ПБДАУТ

7.7.1 Логнческий-объект-НТ-ПАУТ может организовать сцепление ПБДАУТ в один СБДТ. передаваемый сервисным примитивом Т-ДАПНЫЕ.

Логический-объект-ВТ-ПАУТ должен принять действительный набор сцепленных ПБДАУТ.

7.7.2 Логический-объект-ВТ-ПАУТ не должен организовывать сцепление ПБДАУТ.

7.8 Г е н е р а и и я д а н н ых

Логический-объект-ВТ-ПАУТ может быть установлен в режим, в котором он просто отражает поступающие данные, используя действия Аб—А9. При отсутствии поступающих данных логиче-ский-объект-ВТ-ПАУТ имеет двух отправителей данных — автоматический н пошаговый, которые обеспечивают средства генерации исходящих данных в потоке Т-ДАННЫЕ и Т-СРОЧНЫЕ.дан-иые.

Параметры режима используются для:

а) логической увязки одного отправителя с потоком ДАННЫХ, а другого — с потоком СРОЧНЫХ ДАННЫХ (Ml5);

В) определения характеристик СБДТ, сформированного авто магическим отправителем (М16—М21);

с) определения характеристик СБДТ, сформированного пошаговым отправителем (М22—М25):

(1) управления методом передачи данных от ВТ (М26- М27)

7.8.1 Автоматический отправитель

Автоматический отправитель запускается ПБДАУТ G или дей станем АЮ. после чего он считается активным. Он останавливается ПБДАУТ 15 пли действием АН. после чего он считается неактивным Автоматический отправитель может также прекратить

25

ГОСТ Р ИСО/МЭК 10025-3-94

свои действия, если в активном состоянии к нему поступает команда изменения режима. Если СПС возникает нз-за предела, достигнутого вследствие операций автоматического отправителя, СПС должно вступить в действие.

СБДТ заданного размера заполняется повторяющимися фиксированными комбинациями, определяемыми режимами М16, М17 и Ml8, где:

М16 — значение первого октета комбинации;

М17 — максимальное значение последнего октета комбинации;

М18 — приращение октета между последовательными октетами.

Размеры последовательных СБДТ определяются режимами Ml9, М20 и М21, где:

М19 — размер первого СБДТ;

М20 — максимальное значение размера СБДТ;

М21 — увеличение размера между последовательными СБДТ.

7.8.2 Пошаговый отправитель

Пошаговый отправитель запускается действием А12.

СБДТ, размер которого определен М25, заполняется повторяющимися фиксированными комбинациями, определяемыми параметрами режимов М22, М23 я М24, где:

М22 — значение первого октета комбинации;

М23 — максимальное значение последнего октета комбинации;

М24 — приращение октета между последовательными октетами.

7.8.3 Расположение отправителей данных относительно потока данных

СБДТ, сформированный любым отправителем, может быть передан в виде примитива Т-ДАННЫЕ,запрос или Т-СРОЧНЫЕ-ДЛННЫЕ.запрос в соответствии с параметром режима MI5.

а) Если параметр «режим» равен нулю, отправители данных неактивны.

Ь) Если параметр «режим» равен 1, то СБДТ автоматического отправителя передаются в виде примитивов Т-ДАННЫЕ. запрос, а СБДТ пошагового отправителя — в виде примитивов Т-СРОЧНЫЕ-ДАННЫЕ.запрос.

с) Если параметр «режим» равен 2, СБДТ автоматического отправителя передаются в виде примитивов Т-СРОЧНЫЕ-ДАННЫЕ.запрос, а СБДТ пошагового отправителя — в виде примитивов Т-ДАННЫЕ.запрос.

26

ГОСТ Р ИСОМЭК 10025-3-И

8 СТРУКТУРА И КОДИРОВАНИЕ ПБДАУТ

8.1 Структура

Все ПБДАУТ должны содержать целое число октетов. Октеты в ПБДАУТ нумеруются, начиная С1, и возрастают в том порядке, в котором они помешались в СБДТ. Биты октета нумеруются от 1 до 8, при этом бит I является битом младшего порядка.

Если последовательность октетов используется для представ-лення двоичного числа, то октет с младшим номером имеет наибольшую значимость.

ПБДАУТ должен формироваться в следующем порядке:

а) октет заголовка (ЗАГОЛОВОК) ;

Ь) код ПБДАУТ (КОД);

с) счет параметров (СП);

(1) последовательность обязательных параметров;

с) последовательность дополнительных параметров;

() концевой октет (КОНЦЕВИК).

Структура ПБДАУТ имеет следующий вид:

Октеты

!

п-М.... р

Р+)

ЗАГОЛО

ВОК

кол

ЧАСТЬ ОБЯЗАТЕЛЬНЫХ ПАРАМЕТРОВ

ЧАСТЬ ДОПОЛНИ

ТЕЛЬНЫХ

ПАРАМЕТ

КОНЦЕВИК

РОВ

8.1.1 Поле ЗАГОЛОВОК

Это поле кодируется в виде знака Н: 0100 1000

8.1.2 Поле КОД

Эго поле определяет тип ПБДАУТ и кодируется в одном октете в соответствии с таблицей 14.

Таблица Ц- Коды ПБДАУТ

27

ГОСТ Р ИСО/МЭК 10025 -3-94

Окончание таблицы 14

Только коды, указанные в таблице 14, являются действнтель ними.

8.1.3 Счет параметров

Это ноле определяет количество последующих параметров и их эднооктстный ход в виде двоичного числа.

8.1.4 Структура параметра

Каждый параметр, определяемый в настоящем стандарте, имеет следующую структуру:

р р+\.... р+т

Длина Значение параметра

параметра Im)

«Длина параметра» указывает длину в октетах значения поля параметров. Нулевой параметр указывается нулевой длиной параметра и отсутствием поля «значение параметра». Поле «значение параметра» содержит значение параметра, закодированное в соответствии с 8.3.

28

ГОСТ Р ИСО.'МЭК 10025 3- W

Каждый ПБДАУТ. для которого определена обязательная часть параметров, должен содержать эти параметры в той же последовательности, в которой они представлены в коде ПБДАУТ.

Параметр, содержащийся в части «дополнительные параметры», не определяется в настоящем стандарте и должен быть проигнорирован при его наличии в полученном ПБДАУТ.

8.1.5 Концевик

Это поле кодируется в виде знака Т; 01010100.

8.2 Базовое кодирование

8.2.1 Коды действий примитивов

Действия, определяемые в режимах Ml—М12, кодируются в одном октете следующим образом:

Ап кодируется как десятичное п от 0 до 15.

8.2.2 Коды параметра «счет»

Параметр «счет», определенный в режиме М13, колируется в одном октете следующим образом:

Сп кодируется как десятичное п от 0 до 38.

Примечание 3 — л-»0 означает, что в данный момент нет установлен-лото СПС.

8.3 Кодирование ПБДАУТ

Ниже приводится описание кодирования ПБДАУТ в предположении пустой части «дополнительные параметры». При использовании дополнительных параметров СП должен быть соответственно смодифицирозан.

8.3.1 ПБДАУТ 1

ПБДАУТ I должен иметь следующую структуру:

8.3.1.1 Ml-Ml2

а) Длина параметра 0 ... 255

Ь) Значение параметра:

Кодируется в виде последовательности одного октета; каждая кодовая комбинация соответствует 8.2.1.

Пустой список действий эквивалентен действию АО (ничего не выполнять).

8.3.1.2 М13-2427

а) Длина параметра: см. таблицу 15.

Ь) Значение параметра: код целого числа из диапазона, определенного в таблице 15.

29

ГОСТ Р ИСО.'МЭК 10025 -3 -94

Таблица 16 — Длины и значения параметров режимов М13-М27 при кодировании ПБДАУТ

8.3.2 ПБДАУТ 2

ПБДАУТ 2 должен иметь следующую структуру:

Этот ПБДАУТ не содержит параметров.

8.3.3 ПБДАУТ 3

ПБДАУТ 3 должен иметь следующую структуру:

8.3.3.1 S3

Длина параметра: нс определена в настоящем стандарте. Значение параметра: последовательность октетов. ■

8.3.4 ПБДАУТ 4

ПБДАУТ 4 должен иметь следующую структуру:

30

ГОСТ Р ИСО/МЭК 10025-3-94

8.3.4.1 S8-S11

Длина параметра: не определена в настоящем стандарте.

Значение параметра: последовательность октетоз.

8.3.5 ПБДАУТ 5

ПБДАУТ 5 должен иметь следующую структуру:

ЗАГОЛО- 5 5 S12 $13 SI4 SI5

S16

КОНЦЕВИК

8.3.5.1 S12-S16

Длина параметра: не определена в настоящем стандарте.

Значение параметра: последовательность октетов.

8.3.6 ПБДАУТ 6

ПБДАУТ 6 должен иметь следующую структуру:

Этот ПБДАУТ не содержит параметров.

8.3.7 ПБДАУТ 7

ПБДАУТ 7 должен иметь следующую структуру:

Этот ПБДАУТ не содержит параметров.

8.3.8 /1Б ДАУТ 8

ПБДАУТ 8 должен иметь следующую структуру:

Этот ПБДАУТ нс содержит параметров.

8.3.9 ПБДАУТ 9

ПБДАУТ 9 должен иметь следующую структуру:

Этот ПБДАУТ нс содержит параметров.

8.3.10 ПБДАУТ J0

ПБДАУТ 10 должен иметь следующую структуру:

31

ГОСТ р ИСО1МЭК I0O26-3-M

ЗАГОЛОВОК

КОНЦЕ

ВИК

Этот ПБДАУТ не содержит параметров.

8.3.11 ПБДАУТ II

ПБДАУТ 10 должен иметь следующую структуру:

ЗАГОЛОВОК.

КОНЦЕ ВИК

Этот ПБДАУТ не содержит параметров.

8.3.12 ПБДАУТ 12

ПБДАУТ 12 должен иметь следующую структуру:

ЗАГОЛОВОК

КОНЦЕВИК

Этот ПБДАУТ не содержит параметров.

8.3.13 ПБДАУТ 13— Не определен.

8.3.14 ПБДАУТ /4

ПБДАУТ 14 должен иметь следующую структуру:

Этот ПБДАУТ не содержит параметров.

8.3.15 ПБДАУТ 15

ПБДАУТ 15 должен иметь следующую структуру:

Этот ПБДАУТ не содержит параметров.

83.16 ПБДАУТ во

ПБДАУТ 8о должен иметь следующую структуру

ЗА ГОЛО ВОК

к 25 м:

КОНЦЕВИК

32

Параметры Ml—М27 определены в 7.3.1.

8.3.17 ПБДАУТ 9о

ПБДАУТ 9о должен иметь следующую структуру:

ГОСТ Р ИСО/МЭК 10025-3-94

Параметры Ml—М27 определены в 7.3.1.

8.3.17.1 Cl—С38

Длина параметра: 2

Значение параметра: 0—65535

Прииечамнс4 — Если выбран класс 4 с контрольной суммой, расширенной порядковой нумерацией к максимальной длиной ПБДАУТ з 123 октсгои, го эго единственный ПБДАУТ. который может обиловать сегментирование и сборку. В 7.2.2 указывается, что логическиЙ-объект-ВТ-ПАУТ нс будет обеспечилась сцепление ПБДАУТ

8.3.18 ПБДАУТ Юо

ПБДАУТ 10о должен иметь следующую структуру:

8.3.18.1 S17, S18

Длина параметра: не определена в настоящем стандарте.

Значение параметра: последовательность октетов

8.3.19 ПБДАУТ По

ПБДАУТ По должен иметь следующую Структуру:

&3.19П S19-S23

Длина параметра: не определена в настоящем стандарте.

Значение параметра: последовательность октетов.

8.3.20 ПБДАУТ 12о

ПБДАУТ 12о должен иметь следующую структуру:

8.3.20.1 S24—S27

Длина параметра: не определена в настоящем стандарте. Значение параметра: последовательность октетов.

8.3.21 ПБДАУТ 13о — Не определен.

8.3.22 ПБДАУТ 14о

ПБДАУТ 14о должен иметь следующую структуру:

33

ГОСТ Р ИСО/МЭК 10025-3-94

8.3.22.1 S30

Длина параметра: 1

Значение параметра: октет данных

8.3.23 ПБДАУТ 15о

ПБДАУТ 15о должен иметь следующую структуру:

8.323.1 S3I

Длина параметра: 1

Значение параметра: октет данных

ПРИЛОЖЕНИЕ А (обязательное)

ТАБЛИЦЫ СОСТОЯНИЯ

АЛ Общие положения

В данном приложении приведено табличное описание ПАУТ транспортною уровня. В случае расхождений между мини таблицами и текстом предпочтение следует отдавать тексту.

В данном приложении ПАУТ описан с точки зрения таблиц состояний Таблицы состояний показывают состояние логического-объекта-ВТ-ПАУТ, события, получаемые этим логическим объектом, выполняемые действия и результирующее состояние

А.2 Соглашения

А2.1 В данном приложении используются сокращенные обозначении счетов, режимов, хранимых элсмситон, наямеионаинй ПБДАУТ и действий, определяемых в таблицах 2, 3, 4, 5, 6 и 7.

А.2.2 Входящие события продета тстены в таблицах состояний их сокращенными наиммюзаниями, определенными з таблице 16.

А 2.3 Состояния представлены в таблицах состояний их сокращенными именами, определенны ин в таблице 1-7.

А,2.4 Таблицы состояний подразделяют на две частя:

а) таблица событне/состоянкс, описывающее для каждого входящего события те действия, которые должны быть выполнены в данном состоянии;

Ы таблица дейстане/состоянне. описывающее поведение логического обтд-к-та-ВТ-ПАУТ для каждого действия примитива в данном состоянии.

34

ГОСТ Р ИСО/МЭК 10025—3—94

Л 2.5 Пересечение состояния и события или состояния к действия, оставленное пустым, означает, что событие или действие не происходит в данном состоя-тоги.

Л.2.6 «Состояния* соответствуют состоянию логического объекта-ВТ-ПАУТ. если получено событие; это состояние иожет измениться при выполнении соответствующих действий.

А.2.7 На каждом пересечении состояния к события или состояния и действия таблицы состояний определяют поведение лосичеекого-обьектв-ВТ-ПАУТ. используя одно из следующих-

а) список, состоящий из одного или нескольких обозначений базовых действий согласно .А 2$

Ь> условные действия, разделенные точкой с запятой (;). Каждое условное действие содержит предикат, за которым следует двоеточие (:) к список обозначений базовых действий, определенных в подпункте а)

А 2.8 Обозначили* базовых действий определены п таблице 19 К ним относятся

а) модификация счеюк. хранимых элементов и режимов:

61 выполнение режимов (Ml—М12);

с) выполнение отдельных действий примитивов;

<11 передача исходящих примитивов УТУ или ПБДАУТ;

е) модификация текущего состояния лоткческого-сЛъсхта ВТ-ПАУТ;

Л конкретные действия.

А.З Таблицы

В таблице 16 определены наименования и сокращенные наименования входящих событий.

В таблице 17 определены наименования и сокращенные на именем ши состояний

В таблице 18 определены наименования н сокращенные наименования предикатов.

В таблице 19 определены наименования и сокращенные наименования обозначений базовых действий.

А.3.1 Таблица 16 — Входящие события

35

ГОСТ Р ИСО/МЭК 10025-3-04

А.3.2 Таблица 17 — Состояния

А.З.Э Таблица 18 — Предикаты

Примечание 5— Предикаты П-АВТОЛН и ПЛШГДН взанмодолол-няюшие. то есть П-АВТОДН-НЕ П-ПШГДН.

36

А.3.4 Табл ица 19 — Обозначения базовых действий

ГОСТ Р ИСО/МЭК 10025

Примечания

6 Действия примитивов АО—А14 могут использоваться также в качоствсобозначений действий в таблице события/состояная

7 Текст в фигурных скобках используется при отсутствии подходящей формальной нотации (например, |

Ч {не выполнять никаких действий}). 2

й Л.3.5 Таблица 20 — Таблица Собы1нй/со2юяний примитивов

ГОСТ Р ИСО/МЭК 10025

I ы I £

Окончание таблицы 20

ГОСТ Р ИСО/МЭК 10025

ГОСТ Р ИСО.'МЭК 10025-3-94

А З-6 Т а б л н n a 2J — Таблица ПБДАУТАостоямня

40

А.3.7 Таблица 22 — Таблица

ГОСТ Р ИСО/МЭК 10025

I со

2

Й Продолжение таблицы 22

ГОСТ Р ИСО.'МЭК 10025-3

Окончание таблицы 22

ГОСТ Р ИСО/МЭК 10025-3

i Окончили* таблицы 22

ГОСТ Р ИСО/МЭК 10025

ГОСТ Р ИСО/МЭК 10025-3-М

ПРИЛОЖЕНИЕ В (обязательное)

ФОРМА ЗСРП АДМИНИСТРАТИВНОГО УПРАВЛЕНИЯ ТЕСТИРОВАНИЕМ

ВЛ Введение

Заполните прилагаемую ниже форму «заявки о соитнетстпии реализации протоколу» и сопроводите ее информацией, необходимой для полной инзентя-фикации как поставщика, так и реализации

В.2 Символы и сокращения

О — обязательно.

Ф — факультативно.

ВЛ Инструкции по заполнению формы ЗСРП

Основная часть формы ЗСРП представляет собой вопросник фиксированко-.*о формата. Заполненная форма ЗСРП представляет собой «заявку о соответствии реализации протоколу» для рассматриваемой реализации

Форма ЗСРП для ПАУТ транспортного уровня’.

Реализованы ли все обязательные функциональные возможности?

ДА

НЕТ

Примечаниев — Ответ «нет» на данный вопрос означает несоответствие спецификации протокола, Необеспеченные функциональные возможности должны быть перечислены ниже в ЗСРП с пояснением причин несоответствия.

¹ Пользователи настоящего стандарта могут свободно воспроизводить форму ЗСРП. приведенную в данном приложении, с гем чтобы ес использовать а соответствующих целях, и могут затем опубликовать заполненную ЗСРП

45

ГОСТ Р ИСО/МЭК 10025

ГОСТ Р ИСО/МЭК 10025-3-М

t-Hr(-*"t-b^hf-(-w(-(-r^,l-(-f*f-(-ш и и: ш х ш ш х и) х и ш —' ы и) х ш ш ш

хтхгхехеетехехххеехх

<<<<<<<<<<<•<<<<<<<<<

Ч Ч ^ Ч =4 «4 Ч г; Ч Ч Ч Ч Ч Ч 4 ч Ч Ч 4 4

Q090OD0C0O0C00O00O0O

<с о ⁰⁴ *<! Сч сч cn in м X — X х _ _ х ^ — сч

И у* ю in >61о in ю <j л in ш" л л «л ю t--' t<

<9 ^ <6 <9 16 <Х> ^ О <С •© '6 <Л 1Л 16 <£> 16 <6 <О

S

3

2

R е

« 3

И

S

Зс ■ 5^ ¹

5 22 3 41 и.

=1

2

3

5 з^Чч^^еЙ^НЧ^ S^X^lOX'-aXXlAXLQXtAiAX ё-ЗсЕССЕЕЕЕСЕСЕСЕ

с. si а. с. о. о. о. ь Ь-я. с. г. =. с. ни. 4, _L a S ecEcccccfccccecEeac-co

Окончание

11

8«^Й8Й«ЯЯ^Й^^Й

47

ГОСТ Р ИСО/МЭК 10025-3-»t

ПРИЛОЖЕНИЕ С (справочное)

ПРИМЕРЫ ИСПОЛЬЗОВАНИЯ ПАУТ

С.1 Введение п примеры ПАУТ

Ниже приведено восемь примеров использования ПАУТ. Первый пример показывает типичный обмен ПБДАУТ. используемый для инициализации логического обт-ект а ВТ-ПАУТ перед прогоном ат гестационных тестов. Следующие ляд примера показывают, каким образом можно создать ТР дли инициализация соединений транспортного уровня. Четыре следующих примера генерации денных в ТР охват ывают три истода генерации данных, описанных в спецификации ПЛУТ. Последний пример показывает, каким образом можно использовать ПАУТ для проверки правильности работы верхнего тестирования

Примеры написаны в нотации КДТН и ориентированы лишь на интересующие вопросы использования ПАУТ. Приведенные примеры нс являются полной спецификацией аттестационного тестирования, отражены лишь самые существенные вопросы Поэтому запуск и тестирование тайм-аутов, которые буду? иметь место в реальных ситуациях, здесь опушены для простоты изложения. События тестирования КДТН представлены без табличного формата, а декларационные таблицы опушены В спецификации модульного аттестационного тестирования может потребоваться выдача режимов логического-объекта-ВТ-ПЛУТ. счетов н хранимых элементов, чтобы иметь сведения о состоянии до завершения тестирования. Ни одна из таких компановок не наказана. Преамбулы установления соединения транспортного уровня, через которое передастся ПАУТ, также опущены.

В примерах используется сокращенная нотация для описания установки хранимых элементов или действий, связанных с режимом для заданного ПБДАУТ, например. ПБДАУТ.М9.1 =5 интерпретируется следующим образом: при по лучении ПБДАУТ 1 (изменение режима) перелается ответ на событие изменения режима (М9) в значение А5 (выдастся примитив Т-РАЗЪЕДИНЕНИЕ.запрос с хранимыми элементами S3, S4 и S5). Символ « I» представляет собой первое действие из списка действий, выполняемых и ответ. Если в списке имеется только одно действие, значение по умолчанию <1» не учитывается.

С.2 Пример I Инициализация логического-объекта-ВТ-ПАУТ

С2 1-

ПВК! ПБДАУТ I ()

ПВК! ПБДАУТ 3 (ПБДАУТ &S3 :- *ДАНЫЕ_РАЗЪЕДИНЕНИЯ>) ПВК’ ПБДАУТ 4 (

ПБДАУТ 4.59 := ку,

ПБДАУТ 4.S9 := адрес_вт.

ПБДАУТ 4.S10 := 1'.

ПБДАУТ 4.SIU :— <ВТ_СОЕД_ДАННЫЕ-ОТВ>)

ПВК! ПБДАУТ 5 (

ПБДАУТ 5.S12 :— адрес_нт,

ПБДАУТ 5.S13 := алрсс_вт.

ПДПАУТ S.S14 : — I,

ПБДАУТ 5.S15 := ку.

ПБДАУТ 5.SI6 :— «ВГХОЕД-ДАННЫЕ. ЗАН»)

48

ГОСТ Р ИСОМЭК IM25-3-M

€.2.2 Пояснения

В этой примере показано, каким образом могут быть использованы ПБДАУТ для инициализации логическою-объехга-ВТ-Г1АУТ Данные пользователя, которые должны использоваться в примитивах Т-СОЕДИНЕНИЕ.запрос, Т-СОЕДИ-НЕНИЕ подтверждение и Т РАЗЪЕДИНЕНИЕ запрос, передаются логическому объекту-ВТ-ПАУТ через ПАУТ 1аким образом, что они могут удерживаться в хранимых элементах, из которых они были считаны в соответствующие параметры абстрактных примитивов Адреса и параметры КУ также передаются в форме, требуемой логичсским-объектом-ВТ-ПАУТ Могут быть запрошены срочны» данные,

С.3 Пример 2. ТР в качестве инициатора (И) соединения транспортного уровня

С.3.1

ПВК-’ ПБДАУТ 2

ПВК! ПБДАУТ 1 (

ПБДАУТ 1.МЗ :- I.

ПБДАУТ 1.М10.= 15.

ПБДАУТ 1.М13 :— 23.

ПБДАУТ LMM := 31

ПВК! С. РЗ/Ьап

ПВК? С-СОЕДннд

ПВК? С-СОЕДотв

ПЭК? ЗСО

ПВК' ПСО

С3.2 Пояснения

В этом примере использование ПАУТ побуждает ТР инициировать соединение трйнеийргншО уровни, когда НТ разъединяет текущее соединение транспортного уровня класса 0. Установка М3 з значение ] в ПБДАУТ изменения режима (ПБДАУТ )) побуждает логический объект-ВТ-ПАУТ и ответ на примитив Т-РАЗЪЕДИНЕНИЕ индикация выдать примитив Т-СОЕДИНЕНИЕ запрос Счетчик С23 указывает количество примитивов Т-СОЕДИНЕНИЕ.запрос, выданных логическим-объектом-ВТ-ПАУТ, поэтому установка режима №13 в значение 23 побуждает логический-объект-ВТ-ПАУТ сравнить значение в С23 со значением, присвоенным МН. Если эти значения равны, выполняется -действие А15 (завершение лсгичсского-объекта-ВТ-ПАУТ), поскольку оно представляет собой ответ, определенный в М10 при появлении внутреннего СПС. Использование таким способом MIO, М13 и МИ означает, что логический-объект-ВТ-ПАУТ будет иметь лишь две возможности успешной инициализации соединения транспортного уровня. Третий примитив Т-СОЕДИНЕНИЕ.запрос (выданный после примитива Т-РАЗЪЕДИНЕНИЕиадкиасия в отвел на два предыдущих примитива Т-СОЕ-ДИНЕНИЕ.ззпрос) побудит логический-объект-ВТ-ПАУТ завершить свое функино-■яроигннс. Блок ПБДАУТ 2 требуется для того, чтобы сбросить С23 в ноль.

С-4 Пример 3. ТР в качество инициатора соединения транспортного уровня (И)

С.4-1

ПВК! ПБДАУТ (ПБДАУТ I.M9J := 5. ПБДАУТ 1 М9 2 ^ J)

ПВК? С РЗДкнд

ПВК С-СОЕ Дм ид

ПВК' С-СОЕДоть

ПВК?ЗСО

ПВК' ПСО

49

ГОСТ Р ИСО.'МЭК 10025—3—94

С.4.2 Поясней ин

В этом примере не налагается никаких ограничений на число допустимых попыток выдачи примитива Т-СОЕДИНЕНИЕ, запрос. а для инициализации ТР используются различные механизмы таким образом, что можно инициировать соединение транспортного уровня. Ответ на ПБДАУТ Т (событие изменения ре жима) определен со списком действий, содержащим два действия (ПБДАУТ IJ49 1 и .2). Это означает, что когда логический объект ВТ ПАУТ изменяет свой режим согласно полученному ПБДАУТ 1, он выполняет действие Аз и затем А), то есть выдает примитив Т РАЗЪЕДИНЕНИЕ запрос и затем ТСОЕДИНЕНИЕ запрос, вызывая сброс текущего соединения транспортного уровня и инициализацию нового соединения транспортного уровня.

С.5 Пример 4. Генерация данных (механизм одношагового отправителя - I)

С 5.4

ПВК? ПБДАУТ 1 (

ПБДАУТ) 49 -12.

ПБДАУТ! 415:- 2.

ПБДАУТ 422 := I.

ПБДАУТ) .428 - 5Д ПБДАУТ) АШ .= К П6ДАУТ1 М25 := 5(Ю ПВК? ДН

И Т. Л.

С.5.2 Пояснения

Ответ логического объекта-ВТ-ПАУТ на полученный ПБДАУТ ) состоит в передаче 500 октетов нормальных .данных полыокателя в одном СБДТ Дейст вие А12 запускает пошагоэый отправитель, который вводит октеты данных я СБДТ. начиная с «I» в первом октете. «2» по втором октете вплоть до 10 в десятом октете. после чего циклически возвращает так, что «)» помещается и одиннадцатый октет и действует таким образом до тех пор. пока не будет введено 500 октетов (параметры режима М22. .423, №4 и .425). Эти тайные польз* ►эатсля формируют параметр в примитиве Т-ДАННЫЕзалрое, выдаваемом логическим объек-гом-ВТ-ПАУТ. Установка М1Й в значение 2 означает, что нормальные данные будут передаваться из пошагового отправителя, основываясь яа знамениях а режимах .422 -.425, а срочные данные будут выдаваться из эгоистического отправителя данных а соответствии со значениями в режимах №6—М2). В данном примере автоматический отправитель данных ле запускается, поэтому логический-объект-ВТ ПАУТ не передаст срочных данных

С.6 Пример 5. Генерация данных (механизм пошагового отправителя II)

С6Д

ПВК' ПБДАУТ 1 (

ПБДАУТ W4 :- 121.

ПБДАУТ 1-416 :~ 1.

ПБДАУТ 1.422 .= 65.

ПБДАУТ 1 .423 :- 72.

ПБДАУТ 1.424 — к

ПБДАУТ 1.425 := )6j

ПВК1ДН(ДИ данные .- «XXX»)

ПВК? СД1СД.даии»г - «АБВГДЕЖЗИКЛМНОЛР»]

ПВК? СД1СД.двнные = «АБВГДЕЖЗИКЛМНОПР»)

ПВКСКСД.данные - «АБВГДЕЖЗИКЛМНОПР»)

50

ГОСТ Г ИСО/МЭК 10025-3-М

С.6.2 Пояснения

В этом примере показано, каким образом можно побудить ВТ сгенерировать три примитива Т-СРОЧНЫЕ-ЛАННЫЕзапрог с данными пользователя ♦ЛБВГДЕ/КЗИК.ЧМНОЛР». Режим .44 определяет действие, которое следует выполнить над каждым октетом данных не-ПБДАУТ, полученных логнческим-сбъектом-ВТ-ПЛУТ в примитивах Т-ДАННЫЕ индикация. В этом случае НТ передаст три октета нормальных данных пользователя н действие, определенное и Д12, то есть перелает данные нз пошагового отправителя. Конечный результат состоит в том, что пошаговый отправитель привлекается три раза с использованием параметров режимов .415 и ,422—426. Режим ,415 в значении |. означает, что в отличие от прелы.тушс'0 пример? данные здесь выдаются в примитивах Т СРОЧ11Ы Е-ДАН Н Ы Ё.зап рое

С.7 Пример 6 Генерация данных (автоматический отправитель)

С.7.1

ПВК! ПБДАУТ 2

ПВК! ПБДАУТ!

ПБДАУТ!.М9 - 1<1.

ПБДАУТЬМ10 := И.

ПБДАУТЬ4ЬЗ - 27.

ПБДЛУТЬЧН := 3.

ПБДАУТЕМ 15 — !.

ПБДАУТ1иМ16 := 4ft ПБДАУТ1 417 - 50. ПБДАУТ! >418 =1. ПБДАУТГМ19 ;- к ПБДАУТ! .420 .= HI. ПБДАУТ!..421 ;- 5) ПВК7ДН1ДН данные - <0>|

ПВК>ДЩДН данные - <120120»|

ПВК'ЯЩДН данные - «120!20120»|

Примечание — Возможное сегментирование СБДТ нс учитывается

С.7.2 Пояснения

В этом примере логический-объект-ВТ-ПАУТ инициируется для генерации грех примитивов Т-ДАННЫЕ запрос с данными пользователя, как указано в ожидаемом ПБД ДН. полученном выше в КДТН Автоматический отправитель в отличие от пошагового отправителя продолжает генерировать примитивы Т ДАННЫЕ.запрос или Т-СРОЧНЫЕ-ДЛННЫЕ.запрос. пока не будет явным образом остановлен В этом примере автоматический отправитель запускается самим процессом приема ПБДАУТ! (ПБДАУТ!..49 := 10). Автоматический отправитель выключается внутренним СПС (ПБДАУТ!3410 :— 11), которое наступает, когда С27 (счет примитивов Т-ДАННЫЕ.залрос; указывается режимом 413) достигает значения, присвоенного для МП (то есть трех). Значение 415 определяет, чю автоматический отправитель генерировал СБДТ, а нс ССБДТ. Значения .416—421 определяют, что первый октет и переданном потоке равен <0*. самый больший по номеру октет s потоке равен «2» (в предположении ко-дировзния по ГОСТ 27463). октеты октстного приращения равны единице (таким образом, цикл значений октетов имеет вад <0)2012 . ..»), первый переданный СбДТ имеет длину 1 октета, а длина каждого последующего СБДТ возрастает на 5 октетов относительно длины предыдущего полоть до достижения длины СБДТ, равной И! октетам.

5!

ГОСТ Р ИСО МЭК 10025-3—М

С.8 Пример 7. Генерация данных (отражение данных)

С.8.1

ПВК! ПБДАУТ*

ПВК! ПБДЛУТ1 (

ПБДЛУТ1.М5 := 8,

ПБДАУТ1М10 :- 9.

ПБДАУП.М13 := 5,

ПБДАУТ! .ММ :- 3)

ПВК! ДН(ДН данные := «МЯК»)

ПВК! ДН(ДН.данкые :~ ДБВГДЕЖЗИ»)

ПВК' ДШДН.дэнные :« УТСРПОН»)

ПВККД (СД данные — <ТИВЗ»)

С.8.2 Пояснения

НТ посылает три ПБДТ ДН последовательно с данными пользователя, по-казанными выше. ПБДАУТ! и ЛБДЛУТ2 побуждают логический объект-ВТ-ПАУТ сформировать ССБДТ из сослсдяях октетов каждою СБДТ. полученного из ТР После получения трех СБДТ формирование ССБДТ заканчивается и он выдается. В этой последовательности в пунктах контроля и наблюдения услуг се-тено о уровня ;НТ должны наблюдаться ПБДТ СД, содержащие данные пользователя «ТИВЗ». «ПБДАУТ1.М5 :=8» представляет собой инструкцию для записи в ССБДТ последнего полученного Октета (хранимого в S30J. Блок ССБДТ выдается посредством действия А9, которое запускается внутренним СПС. Ваут-ренвее СПС наступает, когда счет примитивов Г ДАННЫЕ индикация (С5) дос тигист трех (ПБДАУТ! MI3 :•“ 5. ПБДАУТ!.МЫ := 3)

С.9 Пример 8. Проверка операций логического-объекта-ВТ-ПАУТ

С 9 I

(лавине тестируем :- «ПРОВЕРКА ДАННЫХ. ПОЛУЧЕННЫХ ВЕРХ-НИМ ТЕСТЕРОМ *)

ПВК!ЗС(ЗС.даияыс :— данные-тестированяя

ПВК’ПС

ПВК'ПБДАУГЫ

ПВК?ПБДАУТИз(ПБДАУТ11з.$23 — данныс-тестнровзння!

С 9.2 Пояснения

Приведенные выше события КДТН показывают простую проверку правильности обработки данных пользователя тестируемой реализацией. ПБДАУТ )1 инструктирует лотический-обьент-ВТ ПАУТ о выдаче параметров из последнего полученного примитива Т-СОЕДИНЕНИЕ индикация. Эти параметры перелаются в ПБДАУТМз. Однако п этом примере рассматриваются лиш. данные пользователя ($13). которые проверяются на их аналогичность данным, переданным НТ в ПБДТ ЗС. Аналогичные примеры могут образовать часть тестовых примеров функциональных возможностей, проверяющих правильность операций логи-ческогообьецта-ВТ-ПАУТ.

Примечание — В приведенном выше примере может иметь место кеожи-даемос поведение нз-за некорректности операция IP, ВТ либо тою и другого.

52

ГОСТ Р ИСОМЭК 1М25-3-И

УДК 681.324:006.354 П85

ОКСТУ 4002

Ключевые слова: обработка данных, обмен информацией, взаимосвязь открытых систем, взаимосвязь сетей, передача данных, процедуры обмена данными, программирование (ЭВМ), инструкции (ЭВМ), спецификации

Редактор Т. С. Шею Технический редактор Л. А. Кузнецова Корректор Т. Л. Василича

Сдано • «аб, 19.10.94. Подо. • веч. 07.12.94. Уел. веч, л. 3.19, Уел, «р.-отт. 3.0.

Уч.-жз*. л. 3.10. Тарах 376 »кз. С 1916.

Орден* «Знак Почете» Издательство стаяв»ртоэ. 107076. Moetta, Колодмива =»р , К

Калужская типография стлилосма, v.t Московский. 2$0. Зак. ИМО

ПЛР №040133