ГОСТ Р ИСО 9506-2-2014
После получения блока Confirmed-ResponsoPDU с подтверждаемым ответом, описывающего
предварительно запрошенную услугу, и идентификатора вызова, описывающего реализацию данной
услуги. MMS-лровайдер выдает примитив подтверждения услуги (дающий описание предваритель но
запрошенного типа услуги и идентификатора вызова) MMS-пользователю, содержащий параметр
Result(+). После этого происходит переход в состояние «запрашивающее устройство не активирова но».
После получения блока Confirmod-ErrorPDU. дающего описание предварительно запрошенной
услуги, и идентификатора вызова, содержащего описание реализации услуги. MMS-провайдер выда ет
примитив подтверждения услуги (дающий описание предварительно запрошенного типа услуги и
идентификатора вызова) МMS-пользователю, содержащий параметр Rcsult(-). После этого происхо дит
переход в состояние «запрашивающее устройство не активировано».
После получения примитива услуги отмены запроса от MMS-пользователя. MMS-провайдер от
правляет блок Cancel-RequestPDU. содержащий идентификатор задействования отменяемого запро са
(данная информация содержится в параметрах примитива отмены запроса). При этом система пере
ходит в состояние «отмена запрашивающего устройства».
Состояние «отмена запрашивающего устройства» снимается после подтверждаемого получения
одного из четырех возможных входных действий (см. далее).
После получения блока Cancel-ErrorPDU. содержащего описание идентификатора активиза
ции, соответствующего рассматриваемой реализации запроса отмены услуги, MMS-провайдер выдает
MMS-пользователю примитив услуги отмены подтверждения, содержащий параметр Result(-), и воз
вращается в состояние «ожидание услуги». В данном случае считается, что запрос отмены является
неудачным.
Если запрос отмены удачный, то имеют место следующие события:
a) получение блока Cancel-RosponsePDU. идентификатор задействования которого соответству
ет правильной реализации запроса отмены услуги:
b
) получение блока Confirmod-ErrorPDU. содержащего описание типа отмененной услуги и иден
тификатор задействования, соответствующий отмененной услуге:
c) MMS-провайдер выдает MMS-пользователю примитив услуги отмены подтверждения, содер
жащий параметр Result(+), и примитив подтверждения отменяемой услуги, содержащий параметр
Rosult(-) (поясняющий причину отказа);
d) MMS-провайдер переходит в состояние «запрашивающее устройство неактивно».
Если получен блок Confirmed-ResponsePDU. содержащий описание типа отменяемой услуги,
и идентификатор задействования, соответствующий отменяемой услуге, то MMS-лровайдер выдает
примитив подтверждения услуги, содержащий параметр Result(+) услуги, находящейся в процессе от
мены. В данном случав запрос отмены считается неудачным, и блок Cancel-ErrorPDU будет получен в
процессе активизации отмены услуг.
П римечание 1 — Обычно блок Confirmed-ResponsePDU подтверждаемого ответа и блок отмены
запроса Cancel-RequestPDU выдаются одновременно двумя MMS-пользователями в процессе двустороннего
диалога.
Если получен блок Confirmed-ErrorPDU, содержащий описание типа отменяемой услуги с
соответствующим идентификатором активизации, и возникающая ошибка не относится к классу
SERVICE-PREEMPT и коду CANCEL, то MMS-провайдер выдает примитив подтверждения услуги,
содержащий параметр Result(-) для услуги, находящейся в процессе отмены. В данном случае
запрос отмены считается неудачным, и блок Cancel-ErrorPDU получается в процессе активизации
отмены услуг.
П римечание 2 — Обычно блок Confirmed-ErrorPDU подтверждаемой ошибки отменяемой услуги и
блох отмены запроса Cancel-RequestPDU выдаются одновременно двумя MMS-пользоеателями в процессе дву
стороннего диалога.
Обработка ошибочных отмен производится в соответствии с 6.4.
11