ГОСТ Р 53528— 2009
КгемнгСетьСервер
CllflmSaafllonR«iMMRaqueat
sesslonki
reason
UserDataQ
2
ServaiSsaatyMsaadnrfcatiari
sewlonM
reason
UserDtfaO
ServBfSeaalonRelMMRespanae
aterrtSeaalonRQleaeeConflnn
cessionИ
response
. eeuionid
4 response
UsortMaQ
UsarOataQ
Рисунок Д.7 — Сценарий последовательности выполнения команды разьединения
сеанса, инициированного Клиентом
Д.9 Последовательности команд, инициированных Сервером:
- последовательность команд настройки непрерывного сеанса подачи (Server Continuous Feed Session
(CFS) Set-Up Command Sequence) — в соответствии c ISO/IEC [2] (пункт 4.9.1);
- последовательность команд дополнительных ресурсов сеанса — в соответствии с ISO/IEC [2] (пункт4.9.2);
- последовательность команд удаления ресурса сеанса — в соответствии с ISO/IEC [2] (пункт 4.9.3);
- последовательность команд выполнения сеанса CFS — в соответствии с ISO/IEC [2] (пункт 4.9.4):
- последовательность команд разьединения сеанса — в соответствии с ISO/IEC (2] (пункт 4.9.5).
Д.9.1 Последовательность команд состояния (статуса) Сервера должна соответствовать установленной
ISO/IEC (2] (пункт4.9.6).
Д.9.2 Последовательность команд форвардинга сеанса Сервера должна соответствовать установленной
ISO/IEC (2] (пункт4.9.7).
Д.9.3 Последовательность команд переноса сеанса Сервера должна соответствовать установленной
ISO/IEC [2] (пункт4.9.8).
Д.9.4 Разьединение перемещенного сеанса должно быть выполнено в случаях и с последовательностью
команд, указанных в ISO/IEC [2] (пункт 4.9.9).
5.10 Последовательности команд, инициированных Сетью:
- последовательность команд разьединения сеанса;
- последовательность команд прекращения подачи сеанса;
- последовательность команд запроса статуса Клиента:
- последовательность команд запроса статуса Сервера.
Выполнение перечисленных последовательностей команд должно быть в соответствии ISO/IEC [2] (пункты
4.10.1— 4.10.4).
Д.11 Процедура Сброса-Установки может быть инициирована Клиентом. Сервером или Сетью и должна
быть использована для восстановления системы в тех случаях, когда состояние сеансов неизвестно.
Эта процедура позволяет начать сброс одного или более сеанса одновременно.
С целью передать характер условий сброса в сообщениях сброса указывают тип сброса и специфическую
причину для условий сброса.
Включение userid в сообщение сброса указывает, что все сеансы, связанные данным Пользователем, дол
жны быть сброшены.
Причина сброса должна быть обозначена полем данных причины. Ниже перечислены допустимые случаи
сброса:
- аномальная сигнализация, обнаруженная системой сигнализации DSM-CC, например из-за разрегулиро
ванное™ процедур состояния сеанса;
- искажение памяти, обнаруженное системой управления, например потеря информации связи между
sessionld и ресурсами сеанса;
- запуск и рестарт Клиента. Сервера или МРС системой сигнализации DSM-CC с цепью определить причину
сбоя процесса запуска (допускается использовать только в экстраординарных ситуациях).
Выполнение команд процедуры сброса должно быть в соответствии с ISO/IEC [2] (пункт 4.11).
71