Постоянная виртуальная цепь.

Аналогична арендованной (выделенной) линии в телефонной сети. Здесь для начала работы не требуется выполнение каких-либо предварительных действий. Такой логический канал постоянно находится в состоянии готовности к передаче данных.

2. Виртуальный вызов (см. рис.4.12.).

Этот режим напоминает телефонный разговор с набором номера. На рисунке DTE с логическим номером 11 (LCN 11) посылает запрос на вызов в сеть. Пакет запроса проходит по сети к запрашиваемому DTE. Запрос пересылается к получателю ближайшим к нему DCE в виде пакета входящего вызова по логическому каналу 16 (LCN 16). После этого каждая связь между DTE будет идентифицироваться именно этими номерами логических каналов 11 и 16. Промежуточные узлы сети также вводят свою нумерацию логических каналов. После завершения обмена данными любой из ООД инициирует очистку логического канала.

Формат пакета протокола Х.25/3 показан на рисунке 4.13. Минимальная длина пакета (не содержащего поля «Информация») составляет 3 байта.

Дейтаграммы.
Это режим обслуживания без соединения. Дейтаграмма (содержащая данные) посылается в виде одиночного пакета адресату. Наиболее широко дейтаграммный режим используется в сети Интернет.

3. Быстрый вызов.
Применяется как средство обмена небольшими объемами пользовательских данных без установления логического канала. Реализуется в 2-х вариантах.
а) Вызов с быстрым выбором.
Применяется схема виртуального вызова, только в пакетах «Запрос на вызов» и «Вызов принят» содержится до 128 байт пользовательских данных. Таким образом, это обмен данными на фазе установления соединения.
б) Вызов с быстрым выбором и немедленной очисткой (см. рис.4.14.)

Во многих приложениях требуется передать между рабочими станциями небольшое количество данных. Часто это взаимодействие типа «запрос – ответ». Например, посылается запрос к базе данных и направляется короткий ответ абоненту. Установление логического канала может оказаться в этом случае излишним. Поэтому для передачи запроса используется пакет «Запрос на вызов» с включенными в него пользовательскими данными (до 128 байт). Принимающее DTE распознает данный режим по признаку в пакете и отвечает пакетом «Запрос на очистку», включив в его состав до 128 байт ответных данных. Исходное DTE подтверждает очистку (без пользовательских данных).

Управление потоком

Применяются 2 механизма: окно передачи и приостановка передачи. Пакеты данных нумеруются по модулю 8 (допускается расширенный формат – по модулю 128), т.е. 0 1 2 3 4 5 6 7 0 1 2 3 4 5 6 7 0 1 2 3 4 5 и т.д. Приемник пакетов следит за последовательными номерами P(S) принятых пакетов и указывает в поле P(R) ответных пакетов порядковый номер того пакета, который он ожидает (подразумевается, что все номера до этого им уже приняты правильно).

Для регулирования потока данных применяется механизм окон. Окно W – это количество пакетов, которое ООД может послать не получив на них подтверждения. В протоколе Х.25/3 рекомендуется W = 2, но администрация любой сети может сама устанавливать конкретные значения.

Рис.4.15.

Положим, что в ответном от DCE пакете сообщен номер P(R)=2. Это означает, что подтверждаются два пакета. Окно сдвигается (см. рис.4.16.). Теперь DTE может продолжить передачу вплоть до P(S)=4.Так как потоки данных идут в обе стороны сопряжения, то аналогичное управление потоком от DCE выполняет DTE.

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

Рис.4.16.

Приостановка выдачи пакетов. В случае необходимости срочно приостановить выдачу пакетов партнером применяется дополнительный механизм управления потоком. Положим, что DCE хочет приостановить поток пакетов данных от DTE. Тогда оно выдает пакет «К приему не готов» (RNR) – Receive not Ready (см. рис.4.17.).

Номер P(R) в пакете подтверждает все пакеты до {P(R)-1} включительно. Для возобновления приема выдается пакет «К приему готов» (RR) – Receive Ready. Такой пакет также содержит номер P(R).

Процедуры протокола Х.25/3

Передача данных.

Размер поля данных может составлять от 16 до 4096 байт.

Процедура сброса.

Используется в случае ошибок в конкретном виртуальном канале. Инициируется пакетами «Запрос сброса» (Reset Request) или «Индикация сброса» (Reset Indication) от DTE или DCE. Виртуальный канал не разъединяется. Производится его инициализация. Счетчики пакетов на обоих концах устанавливаются в "0". Все пакеты находящиеся в пути аннулируются.

Процедура рестарта.

Применяется в случае серьезных ошибок, затрагивающих весь интерфейс DTE / DCE. Разъединяются все виртуальные каналы между DTE и DCE. Далее надо все каналы устанавливать заново. Используются пакеты: «Запрос рестарта» (Restart Request) и «Индикация рестарта» (Restart Indication).

Передача срочных данных.

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

Для этого применяется пакет «Прерывание» (Interrupt). Максимальная длина данных в пакете — 32 байта. Этот пакет обходит все очереди в пути следования и принимается на другом конце, даже если ООД не принимает обычные данные. На каждый пакет (см. рис.4.18.) посылается подтверждение приема (Interrupt Confirmation). Передающее ООД не посылает следующий пакет «Прерывание» пока не получит подтверждение на предыдущий.

Рис.4.18

Необязательные услуги.
Их достаточно много. Среди них, например:

Повторная передача пакетов (с помощью специального пакета «Reject» (Отказ). DTE может запросить передачу ей пакетов с указанного номера P(R) и всех следующих за ним).

Переадресация вызова. Если вызываемое DTE неисправно или занято, то вызов пересылается сетью в другой DTE.

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

Реверсивная тарификация (просьба к сети возложить все расходы по оплате на вызываемого абонента) и т.д.