1. Подготовлен и внесен Техническим комитетом по стандартизации ТК 22 "Информационная технология".

2. Принят и введен в действие Постановлением Госстандарта России от 13.09.94 N 220.

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

3. Введен впервые.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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.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.1. Блоки данных

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

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

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

5.2. Поля ПБДАУТ

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

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

5.3. Прочие

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

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

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

СПС - событие "предельный счет".

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

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

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

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

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

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

Cn - счет n, где n находится в диапазоне 1 - 38.

Pn - параметры режима, где n находится в диапазоне 1 - 27.

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

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

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

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

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

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

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

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

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

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

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

a) Счета

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

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

b) Режимы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

m) завершать и повторно запускать логический-объект-ВТ-ПАУТ.

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

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

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

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

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

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

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

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

h) событие "внутренний пуск".

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

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

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

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

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

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

f) пуск генерации данных;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

7.1. Объекты, используемые внутри логического-объекта-ВТ-ПАУТ

7.1.1. Счета

7.1.2. Режимы

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

7.1.4. Команды ПАУТБД

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

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

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

Во время обработки входящего события логический-объект-ВТ-ПАУТ должен быть настроен на выполнение, возможно, нулевой последовательности действий примитивов. Действия A1, A2, A3, A4, A5, A7, A9 и A12 находятся вне контекста, если они приводят к попытке передать ПВК. Другие действия всегда находятся в контексте. Если действие находится в контексте, оно должно выполняться так, как указано в следующих разделах. Если действие должно быть вне контекста, логический-объект-ВТ-ПАУТ должен выполнять процедуру, описанную в 7.3.

7.2.1. A0. Не выполняется никаких действий

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

7.2.12. A11. Останов автоматического отправителя - см. 7.8.1.

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

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

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

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

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

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

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

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

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

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

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

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

7.4.2. Т-СОЕДИНЕНИЕ.подтверждение

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

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

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

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

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

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

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

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

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

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

Для каждого октета данных необходимо присвоить S30 - значение этого октета, выполнить действия, определенные в режиме M4, и увеличить счет C4. Наконец, выполнить действия, определенные в режиме M5, и увеличить счета C5 и C19.

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

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

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

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

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

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

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

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

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

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

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

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

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

b) Получение ПБДАУТ 9 (предоставление счетов) должно приводить к выдаче ПБДАУТ 9о (счет ответных ПБДАУТ), содержащего значение счетов C1 - C38.

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

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

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

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

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

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

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

b) При получении ПБДАУТ 2 (сброс счетов) значения всех счетов C1 - C38 должны быть установлены в ноль.

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

d) При получении ПБДАУТ 4 (установка параметров ответа на соединение) хранимые элементы S8, S9, S10 и S11 должны быть установлены в значения, содержащиеся в этом ПБДАУТ.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

b) определения характеристик СБДТ, сформированного автоматическим отправителем (M16 - M21);

c) определения характеристик СБДТ, сформированного пошаговым отправителем (M22 - M25);

d) управления методом передачи данных от ВТ (M26 - M27).

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

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

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

M16 - значение первого октета комбинации;

M17 - максимальное значение последнего октета комбинации;

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

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

M19 - размер первого СБДТ;

M20 - максимальное значение размера СБДТ;

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

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

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

СБДТ, размер которого определен M25, заполняется повторяющимися фиксированными комбинациями, определяемыми параметрами режимов M22, M23 и M24, где:

M22 - значение первого октета комбинации;

M23 - максимальное значение последнего октета комбинации;

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

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

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

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

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

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

8.1. Структура

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

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

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

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

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

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

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

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

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

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

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

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

8.1.2. Поле КОД

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

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

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

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

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

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

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

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

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

8.1.5. Концевик

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

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

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

Действия, определяемые в режимах M1 - M12, кодируются в одном октете следующим образом:

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

8.2.2. Коды параметра "счет"

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

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

Примечание 3. n = 0 означает, что в данный момент нет установленного СПС.

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

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

8.3.1. ПБДАУТ 1

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

8.3.1.1. M1 - M12

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

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

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

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

8.3.1.2. M13 - M27

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

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

8.3.2. ПБДАУТ 2

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

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

8.3.3. ПБДАУТ 3

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

8.3.3.1. S3

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

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

8.3.4. ПБДАУТ 4

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

8.3.4.1. S8 - S11

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

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

8.3.5. ПБДАУТ 5

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

8.3.5.1. S12 - S16

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

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

8.3.6. ПБДАУТ 6

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

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

8.3.7. ПБДАУТ 7

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

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

8.3.8. ПБДАУТ 8

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

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

8.3.9. ПБДАУТ 9

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

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

8.3.10. ПБДАУТ 10

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

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

8.3.11. ПБДАУТ 11

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

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

8.3.12. ПБДАУТ 12

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

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

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

8.3.14. ПБДАУТ 14

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

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

8.3.15. ПБДАУТ 15

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

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

8.3.16. ПБДАУТ 8о

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

Параметры M1 - M27 определены в 7.3.1.

8.3.17. ПБДАУТ 9о

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

Параметры M1 - M27 определены в 7.3.1.

8.3.17.1. C1 - C38

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

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

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

8.3.18. ПБДАУТ 10о

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

8.3.18.1. S17, S18

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

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

8.3.19. ПБДАУТ 11о

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

8.3.19.1 S19 - S23

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

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

8.3.20. ПБДАУТ 12о

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

8.3.20.1. S24 - S27

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

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

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

8.3.22. ПБДАУТ 14о

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

8.3.22.1. S30

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

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

8.3.23. ПБДАУТ 15о

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

8.3.23.1. S31

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

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

A.1. Общие положения

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

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

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

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

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

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

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

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

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

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

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

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

a) список, состоящий из одного или нескольких обозначений базовых действий согласно A.2.8;

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

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

a) модификация счетов, хранимых элементов и режимов;

b) выполнение режимов (M1 - M12);

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

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

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

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

A.3. Таблицы

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

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

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

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

A.3.1

A.3.2

A.3.3

Примечание 5. Предикаты П_АВТОДН и П_ПШГДН взаимодополняющие, то есть П_АВТОДН = НЕ П_ПШГДН.

A.3.4

Примечания

6. Действия примитивов A0 - A14 могут использоваться также в качестве обозначений действий в таблице событий/состояния.

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

A.3.5

A.3.6

A.3.7

B.1. Введение

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

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

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

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

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

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

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

--------------------------------

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

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

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

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

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

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

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

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

C.2.1

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

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

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

C.3.1

C.3.2. Пояснения

В этом примере использование ПАУТ побуждает ТР инициировать соединение транспортного уровня, когда НТ разъединяет текущее соединение транспортного уровня класса 0. Установка M3 в значение 1 в ПБДАУТ изменения режима (ПБДАУТ 1) побуждает логический-объект-ВТ-ПАУТ в ответ на примитив Т-РАЗЪЕДИНЕНИЕ.индикация выдать примитив Т-СОЕДИНЕНИЕ.запрос. Счетчик C23 указывает количество примитивов Т-СОЕДИНЕНИЕ.запрос, выданных логическим-объектом-ВТ-ПАУТ, поэтому установка режима M13 в значение 23 побуждает логический-объект-ВТ-ПАУТ сравнить значение в C23 со значением, присвоенным M14. Если эти значения равны, выполняется действие A15 (завершение логического-объекта-ВТ-ПАУТ), поскольку оно представляет собой ответ, определенный в M10 при появлении внутреннего СПС. Использование таким способом M10, M13 и M14 означает, что логический-объект-ВТ-ПАУТ будет иметь лишь две возможности успешной инициализации соединения транспортного уровня. Третий примитив Т-СОЕДИНЕНИЕ.запрос (выданный после примитива Т-РАЗЪЕДИНЕНИЕ.индикация в ответ на два предыдущих примитива Т-СОЕДИНЕНИЕ.запрос) побудит логический-объект-ВТ-ПАУТ завершить свое функционирование. Блок ПБДАУТ 2 требуется для того, чтобы сбросить C23 в ноль.

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

C.4.1

C.4.2. Пояснения

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

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

C.5.1

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

Ответ логического-объекта-ВТ-ПАУТ на полученный ПБДАУТ 1 состоит в передаче 500 октетов нормальных данных пользователя в одном СБДТ. Действие A12 запускает пошаговый отправитель, который вводит октеты данных в СБДТ, начиная с "1" в первом октете, "2" во втором октете вплоть до 10 в десятом октете, после чего циклически возвращает так, что "1" помещается в одиннадцатый октет и действует таким образом до тех пор, пока не будет введено 500 октетов (параметры режима M22, M23, M24 и M25). Эти данные пользователя формируют параметр в примитиве Т-ДАННЫЕ.запрос, выдаваемом логическим-объектом-ВТ-ПАУТ. Установка M12 в значение 2 означает, что нормальные данные будут передаваться из пошагового отправителя, основываясь на значениях в режимах M22 - M25, а срочные данные будут выдаваться из автоматического отправителя данных в соответствии со значениями в режимах M16 - M21. В данном примере автоматический отправитель данных не запускается, поэтому логический-объект-ВТ-ПАУТ не передает срочных данных.

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

C.6.1

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

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

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

C.7.1

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

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

В этом примере логический-объект-ВТ-ПАУТ инициируется для генерации трех примитивов Т-ДАННЫЕ.запрос с данными пользователя, как указано в ожидаемом ПБД ДН, полученном выше в КДТН. Автоматический отправитель в отличие от пошагового отправителя продолжает генерировать примитивы Т-ДАННЫЕ.запрос или Т-СРОЧНЫЕ-ДАННЫЕ.запрос, пока не будет явным образом остановлен. В этом примере автоматический отправитель запускается самим процессом приема ПБДАУТ1 (ПБДАУТ1.M9 := 10). Автоматический отправитель выключается внутренним СПС (ПБДАУТ1.M10 := 11), которое наступает, когда C27 (счет примитивов Т-ДАННЫЕ.запрос; указывается режимом M13) достигает значения, присвоенного для M14 (то есть трех). Значение M15 определяет, что автоматический отправитель генерировал СБДТ, а не ССБДТ. Значения M16 - M21 определяют, что первый октет в переданном потоке равен "0", самый больший по номеру октет в потоке равен "2" (в предположении кодирования по ГОСТ 27463), октеты октетного приращения равны единице (таким образом, цикл значений октетов имеет вид "012012 ..."), первый переданный СБДТ имеет длину 1 октета, а длина каждого последующего СБДТ возрастает на 5 октетов относительно длины предыдущего вплоть до достижения длины СБДТ, равной 11 октетам.

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

C.8.1

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

НТ посылает три ПБДТ ДН последовательно с данными пользователя, показанными выше. ПБДАУТ1 и ПБДАУТ2 побуждают логический-объект-ВТ-ПАУТ сформировать ССБДТ из последних октетов каждого СБДТ, полученного из ТР. После получения трех СБДТ формирование ССБДТ заканчивается и он выдается. В этой последовательности в пунктах контроля и наблюдения услуг сетевого уровня 1НТ должны наблюдаться ПБДТ СД, содержащие данные пользователя "ТИВЗ". "ПБДАУТ1.M5 := 8" представляет собой инструкцию для записи в ССБДТ последнего полученного октета (хранимого в S30). Блок ССБДТ выдается посредством действия A9, которое запускается внутренним СПС. Внутреннее СПС наступает, когда счет примитивов Т-ДАННЫЕ.индикация (C5) достигнет трех (ПБДАУТ1.M13 := 5, ПБДАУТ1.M14 := 3).

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

C.9.1

C.9.2. Пояснения

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

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