Аномальные ситуации

1. Неприем компонент на компонентном подуровне. При обнаружении недостоверной принятой компоненты, компонентный подуровень извещает местного ТС пользователя посредством примитива индикации TC-L-Reject.

Этот примитив указывает на причину неприема (параметр “код проблемы”). Во всяком случае указываются тип компоненты и идентификатор компоненты, либо причина “основная проблема”. Эта информация передается к ТС пользователю и также сохраняется на компонентном подуровне, который использует ее для формирования компоненты неприема. Любой тип компоненты может быть не принят. Если непринятой компонентой является сама компонента Reject, то процедура неприема выполняется только на местном уровне, если непринятая компонента идентифицируется как вызов (TC-Invoke req) или результат, то соответствующая операция считается законченной (term). Если это связанная ситуация, то она завершается, однако на последующую идентифицируемую операцию влияния не оказывается. ТС пользователь, приняв компоненту неприема, может принять решение продолжить обмен компонентами. Если это происходит, то удаленный ТС пользователь информируется посредством передачи компоненты Reject (//* с TC-Continue req передается примитив управления компонентами TC-Reject-L*//) о том, что местный пользователь вводит следующий примитив управления диалогом.

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

Прерывание диалога

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

Параметр P-Abort содержит в себе причину прерывания диалога. Компонентный подуровень решений относительно прерывания диалога не принимает.

Состояния компонент и переходные состояния

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

Определяются следующие состояния:

• исходное: никакой активности, связанной с идентификацией компонент

• задержка операции: операция была передана к компонентному подуровню, но запрос на передачу отсутствует

• передача операции: операция была передана к удаленному окончанию, но результат ее выполнения отсутствует

• ожидании неприема: был принят результат. ТСАР ожидает возможность неприема пользователем ТС

• задержка неприема: ТС пользователем был запрошен неприем результата, но запрос на передачу отсутствует.

Примечание 1. Каждая из этих диаграмм соответствует одному идентификатору компоненты: один идентификатор указан в параметре идентификатора вызова, связанные операции не изменяют конечный автомат операции, с которой связан предыдущий (первоначальный) идентификатор вызова.

Примечание 2. Запрос TC-END или примитивы индикации, запрос TC-U-Abort или примитивы индикации, или примитив индикации TC-P-Abort вызывает переход в исходное состояние какого-либо идентификатора компоненты, связанного с диалогом. Соответствующие переходы на диаграмме не представлены.