ГОСТ Р ИСО 9506-2-2014
П римечание 1 — Действия, предпринимаемые при получении блока данных Cancel-RequestPDU,
идентификатор задействования которого не соответствует ожидающим выполнения реализациям услуги, опи
саны в 6.4.
Состояние «отмена активизации ответчика» снимается после получения одного из двух возмож
ных входных действий. Они описаны в двух следующих пунктах.
Когда запрос отмены достигает ответающегося MMS-пользователя, имеет место нижеследующая
последовательность событий:
a) ответающийся MMS-пользователь выдает ответ отмены, дающий спецификацию идентифи
катора активизации соответствующей реализации услуги и содержащий параметр Rosult(+), MMS-
провайдеру. Он также выдает примитив услуги ответа, содержащий параметр Result(-) (представляет
спецификацию класса ошибок SERVICE-PREEMPT и кода ошибки CANCEL) отменяемой услуги;
b
) MMS-провайдер отправляет блоки данных Cancol-ResponsePDU и Confirmed-ErrorPDU. пред
ставляющих спецификацию реализации отменяемой услуги (с классом ошибок SERVICE-PREEMPT и
кодом ошибки CANCEL);
c) MMS-провайдер возвращается в состояние «ответчик не активирован».
MMS-пользователь не должен выдавать примитив услуги отмены ответа, содержащий параметр
Result(+). без выдачи примитива услуги ответа, содержащей параметр Result(-), дающий описание
класса ошибок SERVICE-PREEMPT и кода ошибки CANCEL. И наоборот. MMS-пользователь не должен
выдавать примитив услуги ответа, содержащей параметр Result(-), представляющий описание класса
ошибок SERVICE-PREEMPT и кода ошибки CANCEL, а также примитив услуги отмены ответа, содержа
щий параметр Result(+). Таким образом, указанные два события логически происходят вместе.
Если получен ответ отмены, дающий спецификацию идентификатора активизации соответствую
щей реализации услуги, содержащего параметр Result(-). то MMS-провайдер отправляет блок данных
Cancel-ErrorPDU и возвращается к состоянию «ожидание услуги». В данном случае запрос отмены
считается неудачным.
П римечание 2 — Обработка ошибочных запросов отмены и некорректных блоков данных PDU описана
в 6.4.
6.3.2 Неподтворждаомые MMS-услуги
Настоящий пункт содержит описание порядка выполнения неподтвержденных MMS-услуг. Данное
множество услуг определено как услуги, совершающие выбор UnconfirmedServico. определенный в
разделе 7.
На рисунках 3-4 даны диаграммы изменения состояния, приложенные к каждой указанной выше
услуге и используемые отдельно для каждой реализации каждого запроса услуги.
Requeetof
k le
1
•
V
| Requester Idle [Устройство, запрашивающее услуги. не активировано |
Переход:
1
-V.
request
Unieonfirmed-PDmy)
Рисунок 3 — Неподтвержденная услуга с точки зрения устройства, запрашивающего услуги
6.3.2.1 Устройство, запрашивающее услуги
На рисунке 3 показан процесс прохождения неподтверждаемой MMS-услуги с точки зрения
устройства, запрашивающего эти услуги. Перед выдачей примитива запроса услуги считается, что
услуга находится в состоянии «запрашивающее устройство но активировано». После получения при
митива запроса для любой из вышеуказанных неподтверждаемых услуг. MMS-провайдер отправляет
блокданных Unconfirmod-PDU (представляющий спецификацию конкретной запрашиваемой услуги) и
переходит назад в состояние «запрашиваемое устройство не активировано».
Для неподтвержденных MMS-услуг ответа PDU или ошибки PDU не доставляются. Далее показа
но. что отменить неподтвержденную MMS-услугу невозможно.
13