• SRSM последовательно анализирует принятые операции. Если в состоянии «User Interaction* в последовательности операций встретилась операция Cancel (для PlayAnnouncement ипи Prompt-AndCollectUserlnformation), то SRSM выполняет ее немедленно. Во всех остальных случаях SRSM устанавливает операции в очередь и ждет определенного события (таким событием может быть завершение выполняемой операции или прием внешнего события).

• Если при обработке одной из операций обнаружена ошибка, то SRF-FSM обрабатывает эту ошибку (см. ниже) и сбрасывает все оставшиеся операции последовательности.

• Если операция не распознана или нарушает определенные для SRSM правила, то SRF-FSM обрабатывает ошибку, используя ТС U-REJECT или ошибку типа UnexpectedComponentSequence.

В любом состоянии информация об ошибке, обнаруженной в принятой операции, передается функциям техобслуживания. Как правило, SRSM остается в том же состоянии, хотя в определенных случаях возможны другие алгоритмы обработка ошибки. В зависимости от класса операции SRF может информировать об ошибке SCF, используя для этого соответствующий компонент TCAR

При наличии между SCF и SRF прямой связи, когда диалог с SCF завершен, SRSM возвращается из любого состояния в состояние «ldle» лишь после освобождения всех использовавшихся для данного диалога ресурсов. Соединение между SRF и SSF должно сохраняться до тех пор, пока в SRF имеются активные или буферизиро-ванные операции PlayAnnouncement. Ресурсы, выделенные для обслуживания вызова, освобождаются либо после завершения всех речевых сообщений, либо после разъединения со стороны SSF вследствие отбоя абонента.

В любом состоянии (кроме «ldle»), если SSF нарушает соединение с SRF до того, как SRF закончит взаимодействие с пользователем, SRSM освобождает ресурсы SRF, выделенные для обслуживания вызова, и, убедившись, что они освобождены, переходит в состояние «ldle».

В SRSM имеется таймер Tgpp, предотвращающий чрезмерно продолжительную приостановку обслуживания вызова. Этот таймер запускается, когда SRF передает к SSF сообщение, подтверждающее исполнение запроса соединения (Setup Response) (при связи между SCF и SRF через SSF), или операцию AssistRequestlnstructions (при прямой связи SCF-SRF). Таймер останавливается после приема ответных инструкций от SCF. Если нет ожидающей операции Userlnter-action, SRF может перезапускать таймер Tgpp при передаче операции SpecializedResourceReport или при передаче результата действий, предписанных операцией PromptAndCollectUserlnformation. После

срабатывания таймера Тд SRSM переходит в состояние «ldle», убедившись, что все ресурсы SRF, выделенные для обслуживания вызова, освобождены.

3.4.3.1 Состояние 1 - «ldle»

В состоянии «ldle» SRSM-FSM находится либо до начала взаимодействия с пользователем, либо после его окончания. В это состояние SRSM-FSM переходит в результате событий ЕЗ, е4, ЕЮ, el 1 и el 2. Выход из состояния «ldle» происходит в результате события Е1.

• (Е1) Connect Request from SSR это событие является результатом приема от SSF сообщения запроса сигнального соединения. SRSM переходит в состояние «Connected»;

• (ЕЗ) Connection Released f rom SSR данное событие имеет место, когда SRSM в состоянии «Connected» принимает от SSF сообщение освобождения. SRSM переходит в состояние «ldle»;

• (е4) SRF Sanity Timeout - данное событие имеет место, когда SRSM находилась в состоянии «Connected» в течение времени, определенного таймером Тд, не получая от SCF операций Play-Announcement/PromptAndCollectUserlnformation. SRF инициирует разъединение тракта связи с SSF, используя соответствующую систему сигнализации по этому тракту. SRSM переходит в состояние «ldle»;

• (Е10) Connection Released from SSR событие имеет место, когда в состоянии «User Interaction* SRSM принимает сообщение RELEASE со стороны SSF SRSM переходит в состояние «ldle»;

• (ell) Disconnect to SSR событие имеет место, когдаSCFпередал в SRF последнюю операцию PlayAnnouncement/PromptAnd-CollectUser Information (Е2) или (Е5) с параметром, разрешающим SRF инициировать разъединение. Передав к SCF последнюю операцию SpecializedResource Report (el), SRSM инициирует разъединение тракта связи с SSF, используя соответствующую систему сигнализации по этому тракту. SRSM переходит в состояние «ldle»;

• (el 2) SRF Sanity Timeout: событие имеет место, когда SRSM находилась в состоянии «User Interaction* в течение времени, определенного таймером Тд, не получая от SCF операций PlayAn-nouncement/PromptAndCollect Userlnformation. SRF инициирует разъединение тракта связи с SSF, используя соответствующую систему сигнализации по этому тракту. SRSM переходит в состояние «ldle».

3.4.3.2 Состояние 2 - «Connected»

В состоянии «Connected» SRSM находится, когда между пользователем и SRF установлен тракт связи, но начальная операция PlayAnnouncement/ PromptAndCollect Userlnformation еще не получена (например, когда используются процедуры EstablishTemporaryConnection).

• (Е1) Connect Request from SSR событие является результатом приема от SSF в состоянии «ldle» сообщения запроса сигнального соединения. SRSM переходит в состояние «Connected».

• (Е2) PlayAnnouncement/PromptAndCollectUserlnformationfromSCR это событие имеет место в случае, когда от SCF получена первая операция PlayAnnouncement или PromptAndCollectUserlnformation. SRSM переходит в состояние «User Interaction*.

• (ЕЗ) Connection Released from SSR это событие имеет место, когда SRF принимает от SSF сообщение освобождения. SRSM переходит в состояние «ldle».

• (е4) SRF Sanity Timeout: данное событие имеет место, когда SRSM находилась в состоянии «Connected» в течение времени, определенного таймером Тд, не получая от SCF операций PlayAnnounce-ment/PromptAndCollectUserlnformation. SRF инициирует разъединение тракта связи с SSF, используя соответствующую систему сигнализации по этому тракту. SRSM переходит в состояние «ldle».

• (е5) Assist Request lnstructions Needed: это событие имеет место, когда от SRSM к SCF передается операция AssistRequestlnstructions при отсутствии события (Е2), что бывает обусловлено наличием операции PlayAnnouncement/PromptAndCollectUserln-formation, связанной с запросом соединения от SSF (Е1) в случае прямой связи SCF-SRF В результате события (е5) состояние SRSM не изменяется.

3.4.3.3 Состояние 3 - «User interaction*

В состоянии «User interaction* между пользователем и SRF существует тракт связи, предварительно созданный в состоянии "Connected*. Переход в состояние 3 происходит в результате события Е2. События Е10, ell и el 2 приводят к выходу из этого состояния, а события Е5, Е6, е7, е8 и е9 не вызывают изменения состояния. Событие Е5 состоит в приеме не первой и в наличии хотя бы одной буфе-ризированной операции PlayAnnouncement/PromptAndCollectUserln-formation.

• (Е2) и (Е5) PlayAnnouncement/PromptAndCollectUserlnformation from SCR событие имеет место, когда otSCF принята первая (Е2) или не первая (Е5) операция PlayAnnouncement или PromptAnd-