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

Определение параметров в примитивах управления диалогом

Параметры ассоциаций – “адрес пункта назначения” и “адрес исходящего пункта”. Эти параметры соответственно идентифицируют ТС пользователя исходящего и пункта назначения.

компоненты присутствуют” – указывается, будут ли приняты какие-либо компоненты. Когда передача компонент отсутствовала, то указывается, что список является пустым, в противном случае, указывается последовательность компонент (ссылка 3.1.3.8 Q.771), которые связаны с примитивом управления диалогом. Параметр “компоненты присутствуют” используется только в примитивах указательного типа.

идентификатор диалога” – этот параметр также присутствует в примитивах управления компонентами и используется для ассоциации компонент с диалогом. В течение одного диалога должен использоваться аналогичный идентификатор диалога или однонаправленного примитива. В однонаправленном примитиве одинаковый идентификатор диалога гарантирует доставку всех компонент, имеющих идентичный идентификатор диалога по одному пункту назначения. Для структурированного диалога идентификатор диалога используется, чтобы идентифицировать все компоненты, принадлежащие к инициированному диалогу от его начала до завершения. Идентификатор диалога сопоставляется с идентификаторами, которые присутствуют в сообщениях, обмен которыми реализован между узлами.

P-Abort” – содержит информацию, указывающую на причину прерывания (abort) ТСАР диалога.

параметры” – содержат параметры, передаваемые к удаленному пользователю в связи с вызовом операции, откликом или прерыванием диалога. Эта информация ТСАР не анализируется.

качество обслуживания” – т.е. пользователь указывает на приемлемое качество обслуживания. Значение, которое этот параметр имеет по умолчанию, соответствует нижележащей услуге, определенной в п.3.4. За пределами данного в п.3.4. определения, этот параметр требует дальнейшего изучения.

завершение” – решение ТС пользователя закончить диалог (termination).

пользовательская информация о прекращении” – ТС пользователь может включить информацию, относящуюся к прекращению диалога, инициированного пользователем ТС.

Услуги диалога

Неструктурированный диалог

Какое-либо инициирование или завершение, связанное с неструктурированным диалогом отсутствует. Единственной услугой является запрос на передачу одной или нескольких компонент, вызывающих операции класса 4 или доклад об ошибках протокола в этих вызовах, сгруппированных в сообщение к удаленному ТС пользователю.

Компоненты, передаваемые до этого к компонентному подуровню, посредством примитивов управления компонентами типа “request” (запрос)

На исходящей стороне примитив запроса TC-UNI вводится для запроса передачи к удаленному пользователю ТС всех компонент, передаваемых к компонентному подуровню с аналогичным идентификатором диалога.

На приемной стороне вызываемый ТС пользователь информируется о количестве компонент, принятых посредством примитива индикации TC-UNI. Параметры в этом примитиве действительны для всех принятых компонент. Эти компоненты доставляются посредством примитивов управления компонентами указательного типа.

Структурированный диалог

Услуга структурированного диалога позволяет ТС пользователю начать диалог, произвести в рамках его обмен компонентами, закончить или прервать диалог.

Это обеспечивается посредством идентификатором транзакций среди соответствующих транзакционных сообщений.

Начало диалога

ТС пользователь начинает новый диалог посредством ввода примитива запроса TC-Begin. Назначение этого примитива является следующим:

- указать компонентному подуровню на начало диалога, идентифицированного параметром идентификатора диалога, присутствующим в этом примитиве;

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

Примитив запроса TC-Begin может быть введен перед передачей каких-либо компонент к подуровню компонент. На приемной стороне ТС пользователь пункта назначения информируется о том, что новый диалог инициирован посредством примитива индикации TC-Begin. На присутствие компонент указывается в поле “компоненты присутствуют”.

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

Пользователь ТС указывает на продолжение диалога посредством ввода примитива запроса ТC-Continue. Эти запросы, инициируемые соответствующим примитивом, необходимы для передачи какой-либо компоненты (компонент), переданных к компонентному подуровню для этого диалога, с момента приема TC-Begin или передачи примитива запроса ТC-Continue.

На приемной стороне указанный примитив ТC-Continue ind информирует пользователя о следующем:

- что диалог может быть продолжаем;

- что компоненты доставлены (если параметр “компоненты присутствуют” не указывают “пусто”)

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

Для ТС пользователя обеспечивается три сценария, позволяющие ему завершить диалог:

- специально организованное завершение диалога;

- основное завершение диалога;

- прерывание диалога ТС пользователем.

Окончание диалога использует запрос TC-END и соответствующий указательный примитив. Примитив запроса TC-ENE указывает, какой сценарий будет использован для завершения диалога.

а) Предварительно организованное завершение диалога.

В этом сценарии ТС пользователь, по предварительному соглашению решил, когда заключать диалог: влияние примитива TC-END является чисто локальным. К ТС пользователю на приемной стороне пункта назначения никакая индикация TC-END не предусматривается.

Никаких компонент не может быть передано или принято для диалога, как только пользователем был передан примитив управления диалогом TC-END.

в) основной сценарий

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

Базовый сценарий использует примитивы TC-END со следующей целью:

- доставка какой-либо компоненты (компонент), которые были переданы к подуровню транзакций и для которых передача была задержана. (//* на подуровне транзакций допускается образование очереди)

- индикация к ТС пользователю, что обмен компонентами в любом направлении будет для инициированного диалога прекращен.

с) прекращение диалога ТС пользователем

ТС пользователь имеет возможность запросить немедленное прекращение диалога, не принимая во внимание какие-либо задержанные вызовы операций. При этом, пользователь ТС может обеспечить “сквозную” (End-to-End) передачу информации, указывающую на причину прерывания диалога, а так же определенную диагностическую информацию. Эта информация ТСАР не анализируется.

Запрос TC-U-Abort и соответствующая индикация примитива предназначены для выполнения соответствующих функций.

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

Определение параметров.

Этот раздел определяет параметры, использующиеся с примитивами управления компонентами.

“класс”, “идентификатор диалога” – соотносит компоненты с определенным диалогом;

“идентификатор вызова” – идентифицирует вызов операции;

“идентификатор связанной операции” – связывает текущий вызов операции;

“ошибка” – содержит информацию, обеспечиваемую пользователем ТС, при ошибке возврата операции. Эти информация ТСАР не анализируется.

“последний компонент” – используется только в примитивах типа “индикация”, для обозначения последней компоненты сообщения. Заметим, что индикация последней части результата операции реализуется посредством названия примитива.

“операция” – идентифицирует действие, выполняемое пользователем ТС по запросу другого пользователя ТС.

“параметры”- содержат какие-либо параметры, сопровождающие операцию или предусмотренные в отклике на операцию.

“код проблемы” – идентифицирует причину неприема компоненты.

“таймаут” – указывает на максимальное время действия (существование) идентификатора компоненты. Данный параметр используется для обработки ситуаций неприема ожидаемого результата выполнения ситуаций.

“вызов операции” – запрашивается компонентным подуровнем посредством примитива запроса TC-Invoke. Если этот вызов связан с предыдущей операцией, то используется параметр идентификатора связанной операции. Соответствующий примитив индикации TC-Invoke используется для индикации активации операции к пользователям ТС пункта назначения.

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