Сообщение отклика (DSA-RSP) динамического добавления сервиса PDF Print E-mail
Written by Administrator   
Sunday, 19 August 2012 22:09

DSA-RSP генерируются в ответ на полученный запрос DSA-REQ. Формат этого сообщения описан в табл. 6.31.
Сообщение имеет следующие параметры:

□    CID — CID первичного управления SS;

□    ID транзакции — ID транзакции, соответствующий DSA-REQ;

□    код подтверждения — определенный код подтверждения для DSA-REQ.
Если транзакция успешна, DSA-RSP содержит следующие параметры:

□    параметры сервисного потока — полная спецификация сервисного потока включается в DSA-RSP, только если она содержит только что присвоенный CID или расширенное имя класса сервиса;

□    параметры кодирования CS — спецификация параметров, типичных для сервисного потока CS.

Если транзакция потерпела неудачу, DSA-RSP будет содержать:

□    набор ошибок сервисного потока— соответствующее сообщение DSA-RSP содержит набор ошибок сервисного потока и ссылку/идентификатор сервисного потока для каждого сервисного потока, потерпевшего неудачу. Каждый набор ошибок сервисного потока будет включать каждый из специфических нереализованных параметров QoS соответствующего сервисного потока. В случае успеха этот параметр отсутствует.

Если требуется конфиденциальность, сообщение DSA-RSP включает в себя:

□    последовательность НМАС — атрибут последовательности НМАС содержит дайджест сообщения (для аутентификации отправителя). Этот атрибут должен быть последним в списке;

□    DSA, инициированное SS, — сообщения DSA-RSP, посланные BS, для успешно добавленных сервисных потоков содержат CID. DSA-RSP для разрешенных или активных наборов параметров QoS также должны содержать CID.

Сообщения DSA-RSP, посланные BS, будут также содержать SA-дескриптор сервисного потока. Если соответствующий запрос DSA-REQ использует имя класса сервиса в запросе добавления сервиса, DSA-RSP будет содержать набор параметров QoS, ассоциированный с указанным классом сервиса. Если имя класса сервиса используется в DSA-REQ совместно с другими параметрами QoS, BS воспримет или отклонит DSA-REQ, используя набор параметров запроса. Если кодирование сервисного потока конфликтует с атрибутами класса сервис, BS будет использовать параметры, содержащиеся в DSA-REQ. Если транзакция не прошла, BS будет использовать исходную ссылку сервисного потока, чтобы идентифицировать конфликтные параметры в DSA-RSP.