ar-net.ru 3 Точный момент, когда происходит изменение фазы, вообще, различен для двух пользователей ВТ, так что оба пользователя ВТ могуг быть кратковременно в различных фазах. Правила в 27.4 т 27.5 гарантируют, что пользователи ВТ могут не принимать это во внимание.
27.3 Монопольное использование полномочия доступа ПДЗ
В С-режиме полномочием доступа ПДЗ владеет в любой момент времени самое большее один пользователь ВТ. В А-режиме никакой пользователь ВТ не владеет полномочием доступа ПДЗ.
В 28.1.3 и 34.1.3 определено монопольное использование полномочия доступа ПДЗ после услуг VT-ASSOCIATE или VT-BREAK. Иначе, пользователь ВТ становится владельцем полномочия доступа ПДЗ только при приеме индикации VT-GIVE-TOKENS, а отказывается от монопольного использования или путем посылки запроса VT-GIVE-TOKENS, или путем обновления ОУ с характеристикой "триггер" (см. 31.1.4 и 33.1.4).
Примечание - Пока VT-GIVE-TOKENS находится в процессе передачи, никакой пользователь ВТ не владеет полномочием доступа ПДЗ.
27.4 Доступность и условия использования услуг ВТ
Доступность услуг ВТ зависит от фазы, которая является активной в текущий момент, как показано в таблице 17.
К использованию услуг ВТ применимы следующие общие правила:
a) VT-U-ABORT и VT-P-ABORT не подвержены никаким ограничениям и могут быть инициированы в любое время;
b) в С-режиме подтверждаемая услуга, за исключением VT-BRE-АК и VT-DELIVER могут быть инициированы пользователем ВТ, только если этот пользователь ВТ владеет полномочием доступа ПДЗ;
c) никакая услуга, за исключением VT-BREAK или VT-DATA, обновляющая ОУ с приоритетами "высокий" или "срочный", не может быть инициирована пользователем ВТ, если этот пользователь ВТ инициировал подтверждаемую услугу, для которой не был получен примитив подтверждения, или если этот пользователь ВТ получил примитив индикации для подтверждаемой услуги и не инициировал примитив ответа;
d) никакая услуга, за исключением VT-BREAK или VT-DATA, обновляющая ОУ с приоритетами "высокий" или "срочный", не может быть инициирована пользователем ВТ, если этот пользователь ВТ инициировал примитив запроса VT-DELIVER, в котором параметр "запрос подтверждения ВТ" принимает значение "подтверждение", а примитив индикации VT-ACK-RECEIPT не был получен;
e) при конфликте запросов VT-SWITCH-PROFILE, VT-START-NEG или VT-RELEASE с VT-BREAK услуга VT-BREAK побеждает и выполняется (см. 34.1). В отличие от других конфликтов (см. 27.5), для разрушенного запроса примитив подтверждения не образуется.
В С-режиме подтверждаемая услуга не приводит к переназначению монопольного использования ПДЗ.
Таблица 17 - Доступность услуг ВТ относительно фаз
Услуга | Ожидание | Обработка данных | Действие согаасования | Приостановка согласования |
| VT-ASSOCIATE | Доступна | - | - | - |
| VT-RELEASE | - | Доступна | - | Доступна |
| VT-U-ABORT | - | " | Доступна | " |
| VT-P-ABORT | - | " | " | " |
| VT-SWITCH-PROFILE | - | " | - | " |
| VT-START-NEG | - | " | - | " |
| VT-END-NEG | - | - | Доступна | - |
| VT-NEG-INVITE | - | - | " | - |
| VT-NEG-OFFER | - | - | " | - |
| VT-NEG-ACCEPT | - | - | " | - |
| VT-NEG-REJECT | - | - | " | - |
| VT-DATA | - | Доступна | - | - |
| VT-DELIVER | - | " | - | - |
| VT-ACK-RECEIPT | - | " | - | - |
| VT-GIVE-TOKENS | - | " | Доступна | Доступна |
| VT-REQUEST-TOKENS | - | " | " | " |
| VT-BREAK | - | " | - | - |
27.5 Конфликты услуг в А-режиме
В А-режиме оба пользователя ВТ могут, подчиняясь правилам в 27.4, выдавать примитивы запроса для подтверждаемых услуг VT-RELEASE, VT-SWITCH-PROFILE и VT-START-NEG в любое время. Поставщик услуг разрешает конфликты таких запросов в пользу одного из пользователей ВТ. Пользователь ВТ, проигравший в конфликте, получает соответствующий примитив подтверждения со значением "сбой" параметра "результат ВТ" и со значением "конфликт" параметра "причина сбоя поставщика ВТ", за которым следует примитив индикации для победившей услуги.
Поставщик услуг также обнаруживает конфликт, когда один из этих примитивов запроса услуг конфликтует с запросом VT-DELIVER, для которого параметр "запрос подтверждения ВТ" принимает значение "подтверждение". Поставщик услуг пытается разрешить этот конфликт в пользу инициатора запроса VT-DELIVER. Пользователь ВТ, проигравший в конфликте, получает соответствующий примитив подтверждения с параметром "результат ВТ", равным "сбой" и с параметром "причина сбоя поставщика ВТ" - "конфликт". Этот примитив будет выдан пользователю ВТ прежде, чем он получит примитив индикации для VT-DELIVER (который победил в конфликте). Пользователь ВТ, получивший такой примитив подтверждения, не может инициировать в дальнейшем никакие примитивы (отличные от VT-U-ABORT) до тех пор, пока не будет принята индикация для запроса VT-DELIVER, принимающего участие в конфликте.
Однако для запроса VT-DELIVER, если не был выбран функциональный блок "согласованное освобождение", обработка VT-RELEASE продолжится и, таким образом, пользователь ВТ, который выдал VT-DELIVER, получит индикацию VT-RELEASE вместо ожидаемой индикации VT-АСК-RECEIPT. Инициатор VT-RELEASE получит индикацию VT-DELIVER, но не может ответить на запрос подтверждения.
Отвергнутый из-за конфликта запрос услуги не вызывает неявную доставку.
Случаи конфликтов с VT-U-ABORT и VT-P-ABORT описаны в 29.3.4 и 29.4.4.
Примечания
1 В С-режиме не происходят конфликты этих подтверждаемых услуг с VT-DELIVER, поскольку правила в 27.4 используют монопольное владение ПДЗ в качестве условия для инициирования любой из этих услуг.
2 Услуга VT-DELIVER, которая не имеет значение "подтверждение" параметра "запрос подтверждения ВТ", не вызывает конфликта. Обе услуга (т.е. VT-DELIVER и подтверждаемая услуга) могут продолжать свои обычные действия независимо.
3 Конфликт между VT-BREAK и любым другим сервисным примитивом, кроме VT-U-ABORT и VT-P-ABORT, разрешаются в пользу пользователя ВТ, выдавшего VT-BREAK.
4 Пользователь ВТ, выдавший запрос VT-DELIVER, который победил в конфликте, не получает уведомления о имевшем место конфликте.
28 Средство установления
В этом разделе определена услуга ВТ, которая обеспечивает средство установления ассоциации (см. 7.1).
28.1 Услуга VT-ASSOCIATE
28.1.1 Назначение
Установить ассоциацию ВТ.
28.1.2 Структура
См. таблицу 16.
28.1.3 Параметры услуги
В таблице 18 определены параметры услуги VT-ASSOCIATE и указано, когда требуется каждый параметр (см. раздел 26).
Таблица 18 - Параметры услуги VT-ASSOCIATE
Имя параметра | Запрос | Индикация | Ответ | Подтверждение |
| Имя вызываемого прикладного логического объекта | А | А = | ||
| Имя вызывающего прикладного логического объекта | А | А = | ||
| Имя отвечающего прикладного логического объекта | А | А = | ||
| Класс ВТ | О | О = | ||
| Функциональные блоки ВТ | Н | H | Н | Н |
| Режим ВТ | О | О = | ||
| Владелец ПДЗ ВТ | У | У = | У | У = |
| Имя профиля ФСВТ | H | H = | ||
| Список предложений аргументов профиля ФСВТ | У | У = | ||
| Список значений аргументов профиля ФСВТ | У | У = | ||
| Результат ВТ | О | О = | ||
| Причина сбоя пользователя ВТ | У | У = | ||
| Причина сбоя поставщика ВТ | У |
28.1.3.1 "Имя вызываемого прикладного логического объекта" - имя прикладного логического объекта, с которым должна быть установлена ассоциация ВТ.
28.1.3.2 "Имя вызывающего прикладного логического объекта" - имя прикладного логического объекта, инициирующего эту ассоциацию ВТ.
28.1.3.3 "Имя отвечающего прикладного логического объекта" - имя прикладного логического объекта, отвечающего на запрос ассоциации ВТ.
28.1.3.4 "Класс ВТ" задает класс услуг ВТ, который должен быть использован ассоциацией ВТ; в рамках настоящего стандарта его значение всегда устанавливается в "базовый".
28.1.3.5 "Функциональные блоки ВТ" - необязательный параметр услуги, позволяющий пользователям ВТ согласовать, какие функциональные блоки услуги ВТ будут использованы. Его значением является список символических значений, содержащихся в следующем перечне:
a) согласование профиля переключения;
b) профиль переключения и МН;
c) согласованное разъединение;
d) срочные данные;
e) разрыв;
f) расширенные правила доступа;
g) структурированные ОУ;