Результат интеллектуальной деятельности: СПОСОБ АКТИВНОГО УСТАНОВЛЕНИЯ СОЕДИНЕНИЙ С ПОМОЩЬЮ УЗЛА УПРАВЛЕНИЯ УСЛУГАМИ В МОБИЛЬНОЙ ИНТЕЛЛЕКТУАЛЬНОЙ СЕТИ

ОБЛАСТЬ ТЕХНИКИ

Настоящее изобретение относится к технологии мобильных интеллектуальных сетей в области телекоммуникации, в частности к способу активного установления соединений с помощью узла управления услугами (Service Control Point - SCP) в мобильных интеллектуальных сетях.

УРОВЕНЬ ТЕХНИКИ

В настоящее время в стационарных интеллектуальных сетях разработаны услуги - "звонок-будильник" (wake-up call) и "звонок-напоминание" (dunning call), во время выполнения этих операций наиболее неотложной требующей разрешения проблемой является активное установление соединений узлом управления услугами SCP с последующим воспроизведением записанного голосового сообщения конкретным абонентам. В существующей технологии стационарной интеллектуальной сети в соответствии с прикладным протоколом интеллектуальной сети (Intelligent Network Application Protocol - INAP) определена операция инициации вызова (Initiate Call Attempt - ICA) для запроса узла коммутации услуг (Service Switching Point - SSP) и интерфейсное оборудование между уровнем коммутации услуг и интеллектуальным уровнем для создания голосовых каналов, после чего записанные голосовые сообщения, такие как "на вашем счете недостаточный остаток, пожалуйста, заплатите немедленно", по голосовым каналам могут быть воспроизведены абонентам.

Однако эти операции, имеющие большое практическое значение и широкое применение в стационарной интеллектуальной сети, не могут быть реализованы в существующей мобильной интеллектуальной сети вследствие того, что в этой сети невозможно активно установить соединение с абонентами, используя протокол настраиваемых приложений для расширенной логики сетей мобильной связи (Customized Application for Mobile Enhanced Logic - CAMEL), соответствующий протоколу INAP стационарной интеллектуальной сети. Таким образом, развитие услуг "звонок-будильник" (wake-up call) и "звонок-напоминание" (dunning call) в рамках услуг мобильной интеллектуальной сети ограничено.

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Для преодоления недостатков уровня техники целью настоящего изобретения является создание способа, предназначенного для активного установления соединения с помощью узла управления услугами SCP в мобильных интеллектуальных сетях. Применяя данный способ, можно усовершенствовать функции узлов SCP и SSP, в результате чего в мобильной интеллектуальной сети станут доступны такие интеллектуальные услуги, как "звонок-напоминание" (dunning call).

Способ в соответствии с настоящим изобретением реализован следующим образом.

Способ активного установления соединения с помощью узла управления услугами SCP в мобильной интеллектуальной сети включает следующие действия: функция коммутации услуг SSF в интеллектуальной сети устанавливает соединение с вызываемой стороной в соответствии с информацией об адресе назначения, предоставляемой функцией управления услуг SCF, когда функция управления услугой (Service Control Function - SCF) запрашивает функцию коммутации услуг (Service Switching Function - SSF) об установлении нового соединения с некой вызываемой стороной, в это же время функция SSF конфигурирует запросы узлов обнаружения событий, отслеживает ответы и появление событий, а функция SCF управляет соединением. При этом для реализации данного способа мобильная интеллектуальная сеть включает: среду создания услуг (Service Creation Environment - SCE), используемую в качестве среды, запрашиваемой услугой со стороны клиента у сервера, систему администрирования услуг (Service Management System - SMS), управляющую пользователями с целью отсылки услуг в узле доступа к системе эксплуатационной поддержки и администрирования услуг (Service Management Access Point - SMAP), узел управления услугами SCP, являющийся управляющим центром для пользовательских служб в мобильной интеллектуальной сети, узел коммутации услуг SSP, обеспечивающий служебный интерфейс и коммутацию между пользовательскими службами и узлом SCP, и многочисленную интеллектуальную периферию (Intelligent Peripherals - IPs).

Способ также включает:

а. активизацию узлом SCP соответствующей логики услуги и создание параметров операции при поступлении запроса от функции SCF в функцию SSF создать новое соединение с некой вызываемой стороной;

b. посылку узлом SCP операционного запроса на попытку создания соединения (Initiate Call Attempt - ICA) в узел SSP;

с. конфигурирование события основной модели состояния вызовов (Basic Call State Model - BCSM) между узлами SCP и SSP и направление отчета о наблюдаемом событии, когда оно происходит, и

d. оповещение узлом SSP узла SCP о наблюдаемом событии при совершении события BCSM и выполнение узлом SCP соответствующей обработки в соответствии с видом и служебной характеристикой события.

В данном способе шаг а также включает установку адреса назначения маршрута, шаг d также включает установление узлом SSP соединения с абонентом в соответствии с адресом назначения маршрута, а также воспроизведение записанного голосового сообщения абоненту под управлением узла SCP.

Операцию попытки установления соединения ICA осуществляют между узлами SCP и SSP, а обработку услуги выполняют в соответствии с расширенным протоколом CAP PHASE2.

Операция попытки установления соединения ICA состоит из модуля вызова (gsmSCF - функция управления услугами глобальной системы мобильной связи) и модуля ответа (gsmSSF - функция коммутации услуг глобальной системы мобильной связи). Модули вызова и ответа соответственно включают режим нормального функционирования и режим обработки ошибок.

В режиме нормального функционирования до начала модуля вызова выполняют, по крайней мере, следующие предварительные условия:

1) инициировано событие "обработка логики услуги" (Service Logic Process Instance - SLPI) и между функциями SCF и SSF отсутствует управляющая связь;

2) SLPI приняло решение послать операцию ICA в функцию SSF, и

3) Конечный автомат автомата управления услугами (Service Control State Machine Finite State Machine - SCSM FSM) находится в нерабочем состоянии.

В режиме нормального функционирования после выполнения модуля вызова оказываются реализованными, по крайней мере, следующие состояния (post conditions):

1) установлена управляющая связь от функции SCF к функции SSF;

2) конечный автомат SCSM FSM переключается в состояние подготовки инструкций gsmSSF, и

3) постоянно выполняется событие "обработка логики услуги".

При обработке ошибок модуль вызова включает: если время T_scf превышает заданное, функция SCF прерывает разговор и извещает модули обслуживающей функции о событии прерывания, затем информирует событие SLPI о том, что разговорное соединение прервано, после чего возвращает конечный автомат SCSM FSM в нерабочее состояние.

В режиме нормального функционирования после выполнения модуля ответа оказываются реализованными, по крайней мере, следующие состояния (post conditions):

1) установлена новая модель состояния исходящего базового процесса обработки вызовов (Originating-Basic Call State Model - O-BCSM), обработка вызова находится в точке обнаружения 2, и

2) конечный автомат функции gsmSSF (gsmSSF FSM) переключен с нерабочего состояния в состояние ожидания инструкций.

В настоящем изобретении возможности управляющего узла со стороны сервера улучшены с помощью расширенных протоколов CAMEL мобильной интеллектуальной сети. BCSM могут быть созданы автоматически после того, как узел SSP примет операцию, тем самым может быть установлена управляющая связь между узлами SSP и SCP. Таким образом, узел SSP может установить связь с абонентом в соответствии с инструкциями, выданными узлом SCP, и воспроизвести записанные голосовые сообщения абоненту. Следовательно, с помощью настоящего изобретения в мобильной интеллектуальной сети могут быть доступны такие услуги, как "звонок-напоминание" (dunning call) и "звонок-будильник" (wake-up call).

КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ

На фиг.1 представлена блок-схема, иллюстрирующая архитектуру системы в соответствии с настоящим изобретением.

На фиг.2 представлена блок-схема, иллюстрирующая функциональные модули в соответствии с настоящим изобретением.

На фиг.3 представлен алгоритм, иллюстрирующий операцию ICA в соответствии с настоящим изобретением.

На фиг.4 представлена блок-схема, иллюстрирующая последовательность шагов в соответствии с воплощением настоящего изобретения.

ПОДРОБНОЕ ОПИСАНИЕ НАСТОЯЩЕГО ИЗОБРЕТЕНИЯ

Ниже приводится более подробное описание настоящего изобретения со ссылками на сопровождающие чертежи.

Как показано на фиг.1, мобильная интеллектуальная сеть, предназначенная для выполнения способа активного установления соединений с помощью узла управления услугами SCP согласно настоящему изобретению, включает:

среду создания услуг (SCE) 101, формирующую среду, запрашиваемую услугой со стороны клиента у сервера, систему эксплуатационной поддержки и администрирования услуг (SMS) 102, управляющую пользователями с целью отсылки услуг в узле доступа системы эксплуатационной поддержки и администрирования услуг (SMAP), узел SCP 103, являющийся в мобильной интеллектуальной сети управляющим центром для пользовательских служб, узел SSP 104, обеспечивающий служебный интерфейс и коммутацию между пользовательскими службами и узлом SCP, и многочисленную интеллектуальную периферию (IPs) 105. В дополнение, сеть также включает модуль "попытки установления соединения" (ICA), обозначенный 106 на фиг.1. Модуль ICA, расположенный между узлом SCP и интерфейсными устройствами интеллектуального уровня, является новым дополнением расширенного протокола, предложенным настоящим изобретением. При этом протокол связи между узлом SCP и узлом SSP управляет услугами в соответствии с расширенным протоколом, т.е. второй фазой протокола приложений для расширенной логики сетей мобильной связи (the second phase of the Customized Application for Mobile Network Enhanced Logic Part - CAP PHASE2). Расширенный протокол CAP PHASE2 вызывает операционный процесс ICA, который используют для реализации процесса активного установления соединений на стороне сети, а также для обеспечения различных услуг, таких как "звонок-напоминание" (dunning call) и "звонок-будильник" (wake-up call).

На фиг.2 представлена блок-схема, иллюстрирующая функциональные модули в соответствии с настоящим изобретением. Как показано на фиг.2, после получения служебных сообщений от абонентов (в модуле 201) узел SSP анализирует данные сообщения. Для выполнения услуги "звонок-напоминание" узел SCP вызывает функцию расширенного протокола, предложенную в настоящем изобретении, предназначенную для направления запроса узлу SSP создать BCSM (в модуле 202), затем устанавливает телефонное соединение с абонентом и выполняет операцию ICA (в модуле 203). Для реализации других услуг узел SSP выполняет прежние операции (в модуле 204).

На фиг.3 представлен алгоритм, иллюстрирующий операцию ICA в соответствии с настоящим изобретением. Как показано на фиг.3, на первом шаге узел SCP решает инициировать услугу, для которой требуется выполнение операции ICA, и формирует параметры операции (шаг 301). На втором шаге выполняют операцию ICA между узлом SCP и узлом SSP, который является интерфейсом интеллектуального уровня (шаг 302). Для установки управляющей связи между узлами SCP и SSP необходимо вновь сформировать событие BCSM между узлами SCP и SSP (шаг 303). Затем узел SCP ожидает отчета о наблюдаемом событии (шаг 304). Когда событие происходит, о наблюдаемом событии будет сообщено наверх, в узел SSP (шаг 305). Затем узел SCP осуществляет соответствующую обработку, основанную на виде и служебных характеристиках события (шаг 306). По окончании данного шага рабочий процесс завершается. В вышеупомянутой операции ICA адрес маршрута назначения задан. Узел SSP может выполнить соединение с абонентом в соответствии с адресом маршрута назначения и воспроизвести записанные сообщения абонентам под управлением узла SCP.

Вышеупомянутая операция ICA состоит из модуля вызова (gsmSCF) и модуля ответа (gsmSSF). Операция ICA запрашивает функцию SSF установить соединение с вызываемой стороной в соответствии с адресной информацией, поставляемой функцией SCF. В то же время для того чтобы функция SCF могла должным образом управлять вызовом, необходимо сконфигурировать событие "Точка-запрос обнаружения события" (Event Detecting Point-Request - EDP-R) для слежения за откликами и другими ошибками соединения для того, чтобы SCF могла должным образом управлять соединения, когда эти события случаются.

Модуль вызова (gsmSCF) включает режим нормального функционирования и режим обработки ошибок. При нормальном функционировании перед началом выполнения состояния функции gsmSCF следующие:

(1) инициировано событие "обработка логики услуги" (Service Logic Process Instance - SLPI), и между функциями SCF и SSF отсутствует управляющая связь;

(2) SLPI приняло решение послать операцию "попытка установления соединения" ICA в функцию SSF, и

(3) Конечный автомат автомата управления услугами (Service Control State Machine Finite State Machine - SCSM FSM) находится в нерабочем состоянии.

После выполнения состояния функции (gsmSCF) следующие:

(1) установлена управляющая связь от функции SCF к функции SSF;

(2) конечный автомат SCSM FSM переключен в состояние "подготовка инструкций gsmSSF", и

(3) постоянно выполняется событие "обработка логики услуги".

При обработке ошибок, если время T_scf превышает заданное время, функция SCF прерывает соединение и извещает модули обслуживающей функции о событии прерывания, затем информирует SLPI о том, что телефонное соединение прервано, после чего конечный автомат SCSM FSM будет возвращен в нерабочее состояние. В других операциях для обработки ошибок используют технические требования CAMEL2, а прикладная подсистема возможностей транзакций (Transaction Capabilities Application Part - TCAP) служит для выполнения отчетных операций об ошибках в соответствии с правилами GSM 09.78, версия 6.2.1, выпуск 1997 (GSM 09.78 Version 6.2.1 Release 1997).

Модуль ответа (gsmSSF) операции ICA также включает режим нормального функционирования и режим обработки ошибок. При нормальном функционировании предварительное (до начала выполнения) состояние функции gsmSSF есть "ноль", по завершении состояния функции gsmSSF следующие:

(1) установлена новая модель состояния исходящего базового процесса обработки вызовов (О-BCSM), и обработка вызова находится в точке обнаружения 2 (Detection Point 2 - DP2), все другие последующие операции выполняются обычным способом; и

(2) конечный автомат функции gsmSSF (gsmSSF FSM) переключен с нерабочего состояния в состояние ожидания инструкций.

Пока соединение не будет установлено, в сети следует установить значения отсутствия ошибок (deerror value) для параметра, представляющего характеристики или возможности, полученные от вызывающей стороны или соответствующих сторон. Если телефонный номер вызывающей стороны предоставлен функцией SCF, характеристики будут определены на основании этого полученного телефонного номера вызывающей стороны.

Процесс обработки ошибок, включая процесс обработки операционной ошибки и Прикладную подсистему возможностей транзакций ТСАР для отчета об операционных ошибках, соответствует правилам GSM 09.78, версия 6.2.1, выпуск 1997 (GSM 09.78 Version 6.2.1 Release 1997).

Служебные процессы операции ICA в основном состоят из: генерации параметров операции ICA, операции ICA, конфигурирования событий BCSM, наблюдения за событиями, направлении отчета о событиях BCSM и некоторых других процессов обработки вызова, как показано на фиг.4, являющейся блок-схемой последовательности шагов обработки в соответствии с воплощением настоящего изобретения.

Фильтрация услуги активации и ответные операции после фильтрации для нагруженных (heavy load) операций, особенно операций ICA, будут описаны со ссылкой на фиг. 4. Для выполнения услуги "звонок-напоминание" (dunning call), узел SCP периодически выбирает телефонные номера из базы данных. Когда услуга инициирована, будет немедленно направлен запрос ICA в узел SSP. Для контроля за вызовами узлу SCP необходимо для узла SSP сконфигурировать события BCSM, что означает отправку в узел SSP информации для конфигурирования событий BCSM (RequestReportBCSM) и затем запрос узлу SSP продолжить процесс, т.е. направляет сообщение для продолжения процесса (Continue). Когда события BCSM, сконфигурированные узлом SCP, произойдут, узел SSP остановит процесс и сообщит о событиях в узел SCP, т.е. узел SSP пошлет отчетную информацию о событии BCSM (EventReportBCSM) в узел SCP. После чего узел SCP формирует дальнейшие инструкции с целью запроса узлу SSP выполнить последующие операции, например воспроизвести записанные голосовые сообщения абонентам.

Вышеприведенное описание представляет собой описание предпочтительного воплощения изобретения и не должно быть истолковано как ограничивающее объем защиты настоящего изобретения.