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

Примитив запроса TC-BEGIN обуславливает примитив запроса TR-BEGIN, который начинает транзакцию и передает какие-либо компоненты (0 или более), пропущенных к соответствующему интерфейсу (TC-TR), имеющих аналогичный идентификатор диалога. Если контекстно-зависимый параметр приложения был включен в примитив запроса TC-BEGIN, то также переданный диалога (AARQ) APDU непосредственно связывается с компонентной частью.

Адреса пунктов исходящей и входящей стороны, обеспечиваемые примитивом запроса TC-BEGIN, сохраняются подуровнем транзакций до передачи сообщения BEGIN.

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

Подуровень транзакций на входящей стороне сохраняет принятый адрес пункта исходящей стороны, как адрес пункта назначения для этой транзакции.

ТС пользователь принимает примитив индикации TC-BEGIN, содержащий принятые адреса пунктов исходящей и входящей стороны.

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

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

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

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

Подуровень транзакций на окончании, инициирующем транзакцию, принимает сообщение continue и, так как это сообщение является первым сообщением в обратном направлении, сохраняет адрес пункта исходящей стороны в принятом примитиве N-UNITDATA, как адрес стороны пункта назначения для этой транзакции. Адрес исходящей стороны, сохраненный для этой транзакции, остается неизменным. Эти адреса будут использованы для всех последующих сообщений для этой транзакции и сохраняются неизменными в течение ее существования.