Добавил:
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
вроде лекции / Основные особенности протокола TCAP,ОКС7 (начало).doc
Скачиваний:
32
Добавлен:
27.05.2020
Размер:
1.26 Mб
Скачать

Продолжение диалога

Примитив запроса TC-CONTINUE обуславливает примитив запроса TR-CONTINUE, который передает какие-либо компоненты, переданные к интерфейсу TC-TR с аналогичным идентификатором диалога. Если компоненты не неприема были образованы компонентным подуровнем для этого диалога, то их также передают.

На стороне пункта назначения индикация TR-CONTINUE, принятая компонентным подуровнем, обуславливает передачу TC-CONTINUE к пользователю ТС, за чем следует примитивы управления компонентой, связанные с каждой из принятой компонент.

Обмен APDU на протяжении этого типа транзакции отсутствует. Если в течение установления диалога был реализован APDU, то имя контекста приложения (Application Context Name), переданное в AARE APDU считается контекстом приложения, действующим на участке между пользователями ТС на фазе диалога. ТС не производит верификацию контекста приложения, исключая отслеживание присутствия APDU управления диалогом на этой фазе диалога, что считается аномальной ситуацией. В течение этой фазы диалога альтернативно может присутствовать часть диалога с семантикой, определенной пользователем.

Завершение диалога

Если пользователь ТС генерирует примитив запроса TC-END для основного завершения диалога, что реализуется как непосредственный отклик на примитив индикации TC-BEGIN, содержащий имя контекста приложения, то это вызывает формирование APDU диалогового отклика (AARE) с полем “результат”, установленным в значение “принято”, в то время как поле “результат диагностики источника” устанавливаются либо в значение ‘диалоговые пользовательские услуги (“ноль” или “диалоговые пользовательские услуги (причина не известна)”. Выбор того или иного значения поля “результат диагностики источника” зависит от конкретной реализации и в рамках данных рекомендаций является семантически эквивалентным.

APDU AARE, связанное с какими-либо компонентами, передается для передачи в примитиве запроса TR-END. Примитив индикации TC-END вызывает освобождение конечного автомата диалога.

В случае базового завершения диалога какие-либо компоненты, переданные на интерфейс TC-TR плюс какие-либо компоненты неприема, образованные компонентным подуровнем для этого диалога, транслируются для передачи к подуровню транзакций в примитиве TR-END, затем диалог завершается.

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

Если пользователь TС принял примитив индикации TC-BEGIN с параметром названия контекста приложения, который оказывается неприемлемым, вследствие чего ТС пользователь принимает решение не продолжать не продолжать диалог, то он (пользователь) планирует примитив запроса TC-U-ABORT. В примитиве запроса TC-U-ABORT установка параметра “причина прерывания диалога” в значение “название контекста приложения не обеспечивается”, вызывает формирование APDU диалогового отклика AARE. Установка значений различных полей в APDU AARE является следующей:

- результирующее поле соответствует значению “постоянный неприем” и “результат диагностики источника” является диалоговой службой пользователя (название контекста приложения не обеспечивается). Эта APDU передается связанной с какими-либо компонентами в поле пользовательских данных примитива запроса TR-U-ABORT.

Соседние файлы в папке вроде лекции