Статус документа
Статус документа

ГОСТ 26556-85 Элементы процедур передачи информации и форматы пакетов в сетях передачи данных с коммутацией пакетов, ориентированных на виртуальные соединения

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