Глава 3.4

Процедуры прикладного объекта SRF

3.4.1 Модель и интерфейсы прикладного объекта SRF-AE

Приводимые ниже процедуры прикладного объекта SRF-AE определены для интерфейса между функциональными объектами SRF и SCF. Процедуры основаны на использовании системы сигнализации ОКС №7, однако, как и для уже рассмотренных прикладных объектов SSF-AE и SCF-AE, могут использоваться и другие системы сигнализации, поддерживающие структуры прикладного уровня, например DSS1.

ПРИКЛАДНОЙ ПРОЦЕСС (функции эксплуатационного управления)

MACF

TCAP

SRF FSM

SCCP/DSS1

(1) Примитивы TC - пользователей

(2) Примитивы сетевого уровня

Рис. 3.4.1 Функциональная модель прикладного объекта SRF-AE

На рисунке 3.4.1. показана модель прикладного объекта, соответствующая функциональному объекту SRF, и интерфейс с ТСАР (для связи с SCF). Здесь же показан интерфейс с функциями эксплуатационного управления, который является внутренним и в CS-1 не стандартизируется. Предметом рассмотрения этой главы является затемненная область рисунка 3.4.1.

3.4.2 Связь между SRF-FSM и функциями эксплуатационного управления/управления связью

Всякий раз, когда SSF инициирует вызов, создается машина конечных состояний SRF-FSM. Созданная машина SRF-FSM поддерживает взаимодействие с SCF-FSM и SSF-FSM. Функции административного управления, которые относятся к исполнению операций, принятых от SCF, выполняет объект административного управления SRME (SRF Management Entity). SRME имеет интерфейсы с разными машинами SRSM, а также интерфейс с администратором доступа FEAM (Functional Entity Access Manager). Внутренняя структура SRF-FSM показана на рисунке 3.4.2.

Рис. 3.4.2 Структура SRF-FSM

Тот факт, что запросы от SCF к SRF поступают асинхронно, требует, чтобы существовал отдельный объект SRME (SRF Management Entity), ответственный за выполнение задач создания, привлечения и техобслуживания объектов SRSM. Помимо этого, SRME поддерживает диалоги с SCF и SSF от имени всех машин состояний SRSM. В частности, SRME:

• интерпретирует сообщения, которые поступают от других функциональных объектов, и преобразует их в соответствующие события SRSM;

• преобразует выходные данные SRSM в сообщения, подлежащие передаче к другим функциональным объектам;

• поддерживает тестирование связи между SCF и SRF

Администратор доступа FEAM освобождает SRME от функций нижних уровней в интерфейсах. Функции FEAM включают в себя:

организацию и поддержку интерфейсов с SSF и SCF;

контроль прохождения (и, если это требуется, - установку в очередь) сообщений, поступающих от SCF и SSF;

форматирование, установку в очередь (если требуется) и передачу к SCF и SRF сообщений, принятых от SRME.

3.4.3 Диаграмма состояний SRSM

Диаграмма состояний SRSM представлена на рисунке 3.4.3.

(Е1) Connect Request f rom SSF

Состояние 1 "Idle"

(е4) SRF Sanity Timeout (ЕЗ) Connection Released from SSF

Состояние 2 "Connected"

Assist Request. Instructions

(e5) Assist Request Instuction Needed

Disconnect Bearer Connection

(el 1) Disconnect to SSF (если SSP инициирует разъединение) (el 2) SRF Sanity Timeout

(E2) PA/P&C from SCF

(ЕЮ) Connection Released from SSF

Состояние 3

"User Interaction"

(E5) PA/P&C from SCF (E6) Cancel from SCF (e7) SRF Report to SCF (e8) PA/P&C:Canceled to SCF (e9) Cancel Error to SCF

Рис. 3.4.3 Диаграмма состояний SRSM

Рассмотрим некоторые общие правила, относящиеся к описываемым ниже состояниям SRSM. Один или более компонентов, принятых в одном или нескольких сообщениях ТСАР, могут включать в себя одну операцию или последовательность нескольких операций и должны обрабатываться следующим образом.

• SRSM обрабатывает операции в том порядке, в котором они были приняты.