ГОСТ 26556-85

Группа П85

ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР

ЭЛЕМЕНТЫ ПРОЦЕДУР ПЕРЕДАЧИ ИНФОРМАЦИИ И ФОРМАТЫ ПАКЕТОВ
В СЕТЯХ ПЕРЕДАЧИ ДАННЫХ С КОММУТАЦИЕЙ ПАКЕТОВ,
ОРИЕНТИРОВАННЫХ НА ВИРТУАЛЬНЫЕ СОЕДИНЕНИЯ

Elements of data transmission procedures and packet formats
in the packet-switching data networks oriented to virtual connections

ОКП 66 5619

Дата введения 1986-07-01

Постановлением Государственного комитета СССР по стандартам от 17 июня 1985 г. N 1678 срок действия установлен с 01.07.86 до 01.07.91*

_______________

* Ограничение срока действия снято по протоколу N 4-93 Межгосударственного Совета по стандартизации, метрологии и сертификации (ИУС N 4, 1994 год). - Примечание "КОДЕКС".

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

Стандарт не распространяется на процедуры межцентрового обмена информацией по виртуальным соединениям.

Стандарт устанавливает элементы процедур передачи и форматы пакетов, передаваемых на стыке ООД-АКД.

Стандарт соответствует рекомендации МККТТ Х.25 и МККТТ Х.75 в части процедур организации, проведения и завершения виртуального соединения и в части форматов пакетов.

Пояснение терминов, применяемых в настоящем стандарте, приведено в справочном приложении 2.

1. ПЕРЕЧЕНЬ И НАЗНАЧЕНИЕ ПРОЦЕДУР НА СТЫКЕ ООД-АКД

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

При установлении в сети ПД виртуального соединения или постоянного виртуального канала на стыке ООД-АКД выделяется логический канал, который имеет групповой номер логического канала (ГНЛК) (меньший или равный 15) и номер логического канала (НЛК) (меньший или равный 255).

1.2. Процедуры обмена информацией на стыке ООД-АКД для обеспечения принципа передачи по виртуальным соединениям и постоянным виртуальным каналам включают:

процедуру повторного пуска;

процедуры установления и завершения виртуального соединения (только для виртуальных соединений);

процедуры передачи данных и прерываний;

процедуры управления потоком и повторной установки.

1.3. Процедура повторного пуска предназначена для инициации обмена информацией (начального или повторного) на стыке ООД-АКД по виртуальным соединениям и постоянным виртуальным каналам.

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

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

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

1.7. Действия АКД и ООД в различных состояниях стыка ООД-АКД приведены в рекомендуемом приложении 1.

2. ОПИСАНИЕ ПРОЦЕДУР

2.1. Процедура повторного пуска

2.1.1. Процедура повторного пуска одновременно завершает все виртуальные соединения и возвращает в исходное состояние все постоянные виртуальные каналы стыка ООД-АКД. Если процедура повторного пуска не проводится, ЛК стыка находятся в состоянии "Пакетный уровень готов" (r1).

При проведении процедур повторного пуска возможна потеря информации пользователей, передаваемой по ЛК.

2.1.2. ООД может в любой момент осуществить запрос повторного пуска путем передачи через стык ООД-АКД пакета "Запрос повторного пуска". Стык ООД-АКД для каждого ЛК переводится в состояние "Запрос повторного пуска ООД" (r2).

АКД должна подтвердить повторный пуск передачей пакета "Подтверждение повторного пуска АКД", который переводит ЛК, используемые для виртуальных соединений, в состояние "Готовность" (р1), а используемые для постоянных виртуальных каналов - в состояние "Готовность управления потоком" (d1).

Время нахождения в состоянии r2 не должно превышать заранее заданного тайм-аута.

2.1.3. АКД указывает на повторный пуск передачей через стык ООД-АКД пакета "Индикация повторного пуска АКД". При этом стык для каждого ЛК переводится в состояние "Индикация повторного пуска" (r3). В данном состоянии АКД не должна воспринимать любые пакеты, за исключением пакетов "Запрос повторного пуска" и "Подтверждение повторного пуска ООД".

ООД должно подтвердить повторный пуск передачей пакета "Подтверждение повторного пуска ООД", который переводит ЛК, используемые для виртуальных соединений, в состояние р1, а для постоянных виртуальных каналов - в состояние d1.

Время нахождения в состоянии r3 не должно превышать заданного тайм-аута.

2.1.4. Встречный повторный пуск возможен, когда ООД и АКД одновременно передают пакеты "Запрос повторного пуска" и "Индикация повторного пуска". В этом случае процедура повторного пуска считается законченной и АКД не должна ожидать пакета "Подтверждение повторного пуска ООД" и не должна передавать пакет "Подтверждение повторного пуска АКД". При этом ЛК, используемые для виртуальных соединений, переводятся в состояние р1, а для постоянных виртуальных каналов - в состояние d1.

2.2. Процедуры виртуального соединения

2.2.1. При отсутствии вызова ЛК находятся в состоянии p1.

2.2.2. Вызывающее ООД указывает на запрос вызова передачей пакета "Запрос вызова" через стык ООД-АКД. ЛК, выбранный ООД, переходит при этом в состояние "ООД ожидает" (р2). Пакет "Запрос вызова" содержит адрес вызываемого ООД, а также может содержать адрес вызывающего ООД.

Адрес ООД может быть сетевым адресом ООД, сокращенным адресом или любым другим идентификатором ООД.

Для того чтобы минимизировать вероятность столкновения вызовов, поиск свободных ЛК предлагается начинать в ООД с самых высших номеров ЛК, находящихся в состоянии р1, а в АКД - с самых низших.

2.2.3. АКД указывает на наличие входящего вызова передачей через стык ООД-АКД пакета "Входящий вызов". При этом ЛК переводится в состояние "АКД ожидает" (р3).

Пакет "Входящий вызов" должен использовать ЛК в состоянии р1 с наименьшим номером. Пакет "Входящий вызов" содержит адрес вызывающего ООД. Также может использоваться и поле адреса, вызываемого ООД.

Адрес ООД может быть сетевым адресом ООД, сокращенным адресом или любым другим идентификатором ООД.

2.2.4. Вызываемое ООД указывает на то, что вызов принят передачей через стык ООД-АКД пакета "Вызов принят", используя тот же ЛК, что и пакет "Входящий вызов". При этом данный ЛК переводится в состояние "Передача данных" (р4).

Если вызываемое ООД не принимает вызов передачей пакета "Вызов принят" или не отвергает его передачей пакета "Запрос завершения" в течение определенного времени, АКД должен рассматривать это как процедурную ошибку на вызываемом ООД и завершить виртуальное соединение.

2.2.5. Получение пакета "Соединение установлено" вызывающим ООД с тем же номером ЛК, который был указан в пакете "Запрос вызова" означает, что вызов принят вызываемым ООД, который был передан в ответном пакете "Вызов принят". В этом случае ЛК переводится в состояние d1 в пределах состояния р4.

2.2.6. Встречный вызов происходит, когда ООД и АКД одновременно передают пакеты "Запрос вызова" и "Входящий вызов", определяющие один и тот же ЛК. АКД должна принять запрос вызова и аннулировать входящий вызов.

2.2.7. В любое время ООД может указать на завершение обмена передачей через стык ООД-АКД пакета "Запрос завершения", ЛК при этом переводится в состояние "Запрос завершения ООД" (р6). Когда АКД готова освободить ЛК, она должна передать через стык ООД-АКД пакет "Подтверждение завершения АКД", определяющий тот же ЛК, который в этом случае переводится в состояние р1. Во всех случаях время нахождения в состоянии р6 не должно превышать заранее заданного тайм-аута.

Вызывающее ООД может преждевременно прервать вызов путем посылки пакета "Запрос завершения" еще до того, как будет принят пакет "Соединение установлено" или "Индикация завершения".

Вызываемое ООД может дать отказ на входящий вызов путем посылки завершения раньше, чем будет передан пакет "Вызов принят".

2.2.8. АКД указывает на завершение обмена передачей через стык ООД-АКД пакета - "Индикация завершения", ЛК при этом переводится в состояние "Индикация завершения АКД" (р7). ООД должно ответить передачей через стык ООД-АКД пакета "Подтверждение завершения ООД". При этом ЛК переводится в состояние р1.

2.2.9. Встречное завершение происходит тогда, когда ООД и АКД одновременно передают пакеты "Запрос завершения" и "Индикация завершения", указывая один и тот же ЛК. В АКД и ООД в этом случае считается, что процедура завершения окончена, а АКД не должна ожидать пакет "Подтверждение завершения ООД" и передавать пакет "Подтверждение завершения АКД". При этом ЛК переводится в состояние р1.

2.2.10. Если соединение не может быть установлено, АКД передается пакет "Индикация завершения", определяющий ЛК, указанный в пакете "Запрос вызова".

2.3. Процедуры передачи данных и прерывания

2.3.1. Процедуры ПД применимы независимо для каждого ЛК, закрепленного за виртуальными соединениями или постоянными виртуальными каналами, существующими на стыке ООД-АКД.

При нормальной работе сети данные пользователя в пакетах данных и прерывания передаются без преобразований в сети при взаимодействии пакетных ООД. Порядок битов в пакетах данных сохраняется. Пакеты "Данные" доставляются полными последовательностями.

2.3.2. ЛК виртуального соединения находится в состоянии р4, после окончания установления соединения и до начала проведения процедуры завершения или повторного пуска. ЛК постоянного виртуального канала находится постоянно в состоянии р4, за исключением времени проведения процедуры повторного пуска. Если ЛК на стыке ООД-АКД находится в состоянии р4, то ООД может принимать и передавать пакеты "Данные", "Прерывание", "Управление потоком" и "Повторная установка". Когда виртуальное соединение завершается, пакеты "Данные" и "Прерывание" могут быть аннулированы сетью. Кроме того, пакеты "Данные", "Прерывание", "Управление потоком" и "Повторная установка", переходные от ООД, не будут учитываться в АКД, когда ЛК находится в состоянии р7.

2.3.3. Максимальная длина области данных пользователя в пакетах "Данные" - 128 октетов. Если область данных пользователя в пакете данных превышает местную допустимую максимальную длину, то АКД должна проводить процедуру повторной установки виртуального соединения или постоянного канала с указанием причины повторной установки "Ошибка в местной процедуре".

2.3.4. Бит подтверждения доставки (бит D) используется для указания необходимости уведомления о доставке из конца в конец тех данных, которые ООД передает посредством приема порядкового номера пакетов Р (R).

Для этого в ООД и АКД предпринимаются следующие действия:

Вызывающее (вызываемое) ООД указывает во время установления соединения на необходимость использования процедуры бита D путем присвоения биту 7 в идентификаторе общего формата пакета "Запрос вызова" ("Вызов принят") значения 1. Сеть, где используется процедура бита D, будет передавать этот бит прозрачно. И, если вызываемое (вызывающее) ООД имеет процедуры управления битом D, оно не должно рассматривать данный бит, установленный на единицу в пакете "Входящий вызов" ("Соединение установлено"), как недействительный.

Если какая-либо сеть по пути следования не содержит процедуры бита D, она указывает на завершение обмена от АКД с указанием "Несовместимость у адресата". Аналогичные действия должны производиться в случае, если бит D установлен на 1 в пакете "Данные" на виртуальном соединении или постоянном виртуальном канале, для которых бит D не используется.

2.3.5. При передаче от ООД или АКД последовательности пакетов "Данные" более чем из одного пакета используется метка "Дополнительные данные" (бит М). Различаются две категории передаваемых пакетов "Данные":

А - пакеты не последние в полной пакетной последовательности;

В - последний пакет в полной пакетной последовательности.

Бит М совместно с битом D определяет возможность объединения пакетов различных категорий на другом конце виртуального соединения или постоянного виртуального канала. Обработка битов М и D на обоих концах виртуального соединения и постоянного виртуального канала для различных категорий передаваемых пакетов приведена в табл.1.

Таблица 1

2.3.6. Полная последовательность пакетов определяется как совокупность, состоящая из одного пакета категории В и всех предшествующих связанных пакетов категории А (если они есть). Пакеты категории А имеют заданную максимальную длину области данных пользователя с битом М, установленным на 1, и битом D, установленным на 0. Все другие пакеты "Данные" - на пакеты категории В.