способ индивидуализированной настройки и вызова (услуга "мой вызов") для абонентов мобильных услуг

Формула изобретения

1. Способ индивидуализированной настройки и вызова (услуга «мой вызов») для абонентов мобильных услуг в интеллектуальной сети, содержащей узел коммутации услуг (УКУ), узел управления услугами (ПУУ) и регистр исходного местонахождения (РИМ), включающий в себя этапы компоновки логики услуг, общей для абонентов в интеллектуальной сети, сохранения информации, относящейся к каждой услуге, для каждого абонента в ПУУ, идентификации опции услуги, введенной абонентом для осуществления индивидуальной настройки под абонента, передачи запроса для модификации информации настройки под абонента РИМ на основе опций услуг абонента, и модифицирования в РИМ абонентской информации настройки под абонента в ответ на запрос.

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

3. Способ по п.1 или 2, в котором этап идентификации введенной абонентом опции услуги для осуществления индивидуализированной настройки под абонента содержит этапы активации соответствующей логики услуги данного вызова при помощи набора номера абонентом; выбора опции услуг, предоставленных логикой услуги данного вызова; передачи выбранных опций услуг через УКУ на ПУУ.

4. Способ по п.3, в котором этап идентификации введенной абонентом опции услуги для осуществления индивидуализированной настройки под абонента выполняется через УКУ и дополнительно содержит этапы просмотра базы данных абонентской информации настройки под абонента на предмет обеспечения опций для данного абонента, предоставляя абоненту возможность выбора или модификации опции.

5. Способ по п.1 или 2, в котором интеллектуальная сеть содержит Узел Доступа к Админитрированию Услуг (УДАУ), причем этап идентификации введенной абонентом опции услуги для осуществления индивидуализированной настройки под абонента выполняется через УКУ и дополнительно содержит этапы ввода опции услуги абонента в УДАУ и передачи опции услуги абонента на ПУУ для активации логики услуги.

6. Способ по п.1 или 2, в котором этап идентификации введенной абонентом опции услуги для осуществления индивидуализированной настройки под абонента выполняется через УКУ и дополнительно содержит этапы обращения к web-странице услуги и заполнения формы индивидуализированной настройки услуги.

7. Способ по п.1 или 2, в котором этап идентификации введенной абонентом опции услуги для осуществления индивидуализированной настройки под абонента выполняется через УКУ и дополнительно содержит этапы ввода кода признака после набора номера абонентом; активации логики услуги при помощи ПУУ; анализа кода признака при помощи ПУУ для определения опции услуги.

8. Способ по п.1 или 2, в котором абонентскую информацию настройки под абонента в РИМ модифицируют через узел Доступа к Администрированию Услуг (УДАУ).

9. Способ по п.1 или 2, в котором абонентскую инфомацию настройки под абонента в РИМ модифицируют при помощи программы, управляемой для модификации информации пользователя в РИМ.

Описание изобретения к патенту

Область техники, к которой относится изобретение

Настоящее изобретение относится к области мобильной связи, более конкретно к индивидуализированной настройке и способу вызова (услуга «мой вызов») для абонентов мобильных услуг.

Уровень техники изобретения

В начале девяностых годов в большинстве регионов мира были разработаны системы связи второго поколения (G2) стандартов (GSM, CDMA, DCS 1800 и т.д.), которые обеспечивали базовые речевые услуги и услуги передачи данных для десятков миллионов пользователей. В частности, технология CDMA (множественный доступ с кодовым разделением каналов) использовалась все более широко вследствие обеспечиваемого ею высокого качества передачи речи и низкой излучаемой мощности. Однако с ростом популярности мобильных телефонов и расширения абонентской базы пользователи предъявляют все более высокие требования к мобильной связи, ожидая предоставления услуг мобильной связи в большем количестве, лучшего качества и с более высоким быстродействием. В настоящее время системы мобильной связи развиваются в направлении от систем второго поколения к системам третьего поколения. Абоненты надеются на получение больших возможностей в осуществлении бизнеса и расширении услуг при использовании своих мобильных терминалов, а также в приобретении более эффективного управления для предоставляемых услуг связи. С другой стороны, операторы телекоммуникационных систем стремятся создать новые услуги быстро и с минимальными затратами при обеспечении адаптации к различным потребностям пользователей.

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

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

Основная особенность интеллектуальной сети состоит в отделении коммутации от функций управления в коммуникационной сети, то есть сведение сетевых интеллектуальных средств, первоначально распределенных по коммутаторам в оконечных станциях, в новые функциональные компоненты на различных хостах - узлах управления услугами интеллектуальной сети и сохранение базовых функций коммутации за вышеупомянутыми коммутаторами. Каждый коммутатор использует открытую структуру, соединен с узлом управления услугами (УУУ) через стандартный интерфейс и управляется посредством УУУ. Поскольку функциональные средства управления больше не распределены по коммутаторам, всякий раз, когда добавляется новая услуга или модифицируется существующая услуга, нет необходимости модифицировать коммутаторы в центрах коммутации, а только должны добавляться соответствующие логические средства новой услуги или логические средства существующей услуги должны модифицироваться в УУУ. Таким путем новая услуга может добавляться по мере необходимости, не влияя на нормальную работу существующих услуг.

На фиг.1 показана структура платформы беспроводной интеллектуальной сети, которая содержит узлы коммутации услуг (УКУ, SSP), узлы управления услугами (ПУУ, SCP), интеллектуальные периферийные устройства (ИПУ, IP), систему управления услугами (СУУ, SMS) и среду создания услуг (ССУ, SCE).

УКУ обеспечивает функцию обработки вызова и функции коммутации услуги. Функция обработки вызова может принимать вызовы от абонентов и выполнять основные действия коммутации (например, создание и поддержание вызова). Функция коммутации услуги может обнаруживать запрос интеллектуальной услуги и уведомление УУУ, отвечать на запрос от УУУ и разрешать логике услуг в УУУ управлять процедурой вызова. УКУ является пунктом соединения между беспроводной сетью и интеллектуальной сетью.

УУУ является центральным компонентом интеллектуальной сети, он сохраняет абонентские данные и логику услуг. Основной функцией УУУ является прием информации запроса, передаваемой от УКУ, затем обращение в базу данных и декодирование. УУУ также запускает соответствующую логику услуг в соответствии с событием вызова, уведомление о котором получено от УКУ, и посылает назад инструкцию управления к УКУ на основе логики услуг для выполнения процедур интеллектуальных вызовов.

ИПУ является специальным ресурсом, способствующим предоставлению интеллектуальных услуг, и обычно оно поддерживает речевые функции, такие как синтез речи, воспроизведение записи, прием тонального набора, распознавание голоса и т.д. ИПУ может представлять собой независимое физическое устройство или часть УКУ. Оно принимает инструкции управления от УУУ и выполняет операции, назначенные логическими средствами УУУ.

СУУ является компьютерной системой, которая обычно предоставляет пять основных функций: управление логикой услуг, управление данными услуг, управление абонентской информацией, контроль услуг и управление трафиком. Логические средства новых услуг в ССУ импортируются к СУУ провайдером услуг и загружаются в УУУ посредством СУУ. Таким образом, такая новая услуга может быть обеспечена в коммуникационной сети.

Функциональные возможности ССУ заключаются в генерации логических средств новых услуг в соответствии с требованиями пользователей. Они обеспечивают дружественный графический пользовательский интерфейс (ГПИ) для разработчика услуги, чтобы облегчить ему возможность создания логических средств новых услуг и определить релевантные данные.

Новая услуга генерируется в ССУ, управляется посредством СУУ и затем загружается в УУУ для исполнения. Услуга передается и взаимодействует с УКУ, и вызовы коммутируются под управлением логики услуги. Всякий раз, когда абонент набирает телефонный номер, логика услуг аутентифицирует его и обеспечивает соответствующие услуги, предварительно определенные оператором телекоммуникационной системы. Процесс ответа на вызов осуществляется сходным образом, то есть логика услуг может обеспечивать соответствующие услуги в соответствии с предварительно определенными функциями услуг, как это определено оператором телекоммуникационной системы. Например, логика услуг может проверить телефонный номер, местоположение, время и пароль вызывающей стороны в соответствии с предварительно зарегистрированной информацией услуги для определения того, следует ли произвести коммутацию в соответствии с вызовом. В случае, когда вызываемая сторона не отвечает на вызов, логика услуг может передать информацию, связанную с вызовом, вызывающей стороне, подходящим образом. Логика услуг может, таким образом, контролировать информацию, связанную с вызовом, такую как время вызова, длительность сеанса связи, оплату и сохранять эту информацию в абонентской базе данных. Таким путем логика услуг может определить, следует ли информировать абонента о какой-либо информации вызова и предоставлять ему больше привилегий в соответствии с предварительно зарегистрированной информацией услуг и архивными данными, контролируемыми всякий раз, когда абонент осуществляет вызов или отвечает на вызов.

Однако данная технология имеет серьезный недостаток, заключающийся в том, что работа по настройке любой новой услуги выполняется оператором телекоммуникационной системы, что может не удовлетворять конкретным требованиям абонентов. Например, некоторые услуги, такие как услуги 200, 700, 800 и 900 не настраиваются в соответствии с потребностями абонентов. Абонентам обычно не разрешается определять свои предпочтения в услуге, и для каждого абонента профиль, содержащий его информацию, должен быть определен для каждой услуги, что потребляет ресурс системы.

Сущность изобретения

Один аспект настоящего изобретения состоит в том, чтобы обеспечить способ индивидуализированной настройки и вызова (услуга «мой вызов») для абонентов мобильных услуг в интеллектуальной сети, содержащей узел коммутации услуг (УКУ), узел управления услугами (ПУУ) и регистр исходного местонахождения (РИМ), включающий в себя этапы:

компоновки логики услуг, общей для абонентов в интеллектуальной сети,

сохранения информации, относящейся к каждой услуге, для каждого абонента в ПУУ,

идентификации опции услуги, введенной абонентом для осуществления индивидуализированной настройки под абонента,

передачи запроса для модификации информации настройки под абонента РИМ на основе опций услуг абонента и

модифицирования в РИМ абонентской информации настройки под абонента в ответ на запрос.

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

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

активации соответствующей логики услуги данного вызова при помощи набора номера абонентом;

выбора опций услуг, предоставленных логикой услуги данного вызова; и

передачи выбранных опций услуг через УКУ на ПУУ.

Предпочтительно, этап идентификации введенной абонентом опции услуги для осуществления индивидуализированной настройки под абонента выполняется через УКУ и дополнительно содержит этапы: просмотра базы данных абонентской информации настройки под абонента на предмет обеспечения опций для данного абонента, предоставляя абоненту возможность выбора или модификации опции.

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

ввода опции услуги абонента в Узел Доступа к Администрированию Услуг (УДАУ, SMAP) и передачи опции услуги абонента на ПУУ для активации логики услуги.

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

обращения к web-странице услуги и

заполнения формы индивидуализированной настройки услуги.

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

ввода кода признака после набора номера абонентом;

активации логики услуги при помощи ПУУ и

анализа кода признака при помощи ПУУ для определения опции услуги.

Предпочтительно, абонентскую информацию настройки под абонента в РИМ модифицируют через Узел Доступа к Администрированию Услуг (УДАУ).

Предпочтительно, абонентскую информацию настройки под абонента в РИМ модифицируют при помощи программы, управляемой для модификации информации пользователя в РИМ. Путем идентификации опций услуг, пересланного абонентом, и модифицирования информации предпочтения, сохраненной в РИМ на основе опций услуг, изобретение может поддерживать каждого абонента для гибкой установки его предпочтений для конкретной услуги. Кроме того, ввиду того факта, что общая логика услуг связаны друг с другом, одновременно может настраиваться множество услуг.

Поскольку скомпонованные логика услуг и информация предпочтений абонентов сохранены в различных базах данных, требование к объему памяти системы и нагрузка на операторов телекоммуникационных систем значительно снижаются, в результате чего увеличивается быстродействие системы.

Краткое описание чертежей

Изобретение детально описано ниже со ссылками на чертежи, на которых представлено следующее:

фиг.1 - структура платформы беспроводной интеллектуальной сети;

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

фиг.3 - блок-схема последовательности операций в процедуре настройки услуги в бизнес-центре;

фиг.4 - блок-схема последовательности операций в процедуре настройки услуги через WWW;

фиг.5 - блок-схема последовательности операций в процедуре настройки услуги с использованием функциональных кнопок.

Подробное описание варианта осуществления

Стандарт (CS-1) определяет интеллектуальную сеть с 4-уровневой сетевой моделью. На фиг.1 показан физический уровень интеллектуальной сети. Ниже кратко описан распределенный функциональный уровень, который является верхним уровнем физического уровня.

Функции, относящиеся к управлению вызовом, включают в себя SSF (функция коммутации услуг - ФКУ), SRF (функция специализированных услуг - ФСУ), CCF (функция управления вызовом - ФУВ) и CCAF (функция управления доступом вызова - ФУДВ). Все они распределены в узле коммутации услуг (УКУ).

ФКУ соединяет ФУВ с SCF (функция управления услугой - ФУУ) путем активизации ФУУ для управления ФУВ.

Функция Специализированных Услуг (ФСУ) обеспечивает выделенные ресурсы, необходимые для реализации услуг (включая детектирование речи, модификацию протокола и т.д.) на основе интеллектуальной сети.

ФУВ используется для установления вызова и соединения. ФУДВ обеспечивает абоненту интерфейс с сетью.

Функциями, связанными с управлением услугой, являются Функция Управления Вызовом (ФУУ) и Функция Поддержки Данных Услуги (SDF - ФПДУ), которые распределены в узлах коммутации услуг (УКУ) и в узлах управления услугами (УУУ). ФУУ включает в себя логику услуг, связанную только с процессом услуг в интеллектуальной сети. ФПДУ обеспечивает интерфейс к услугам и сетевой информации и поддерживает непрерывное определение информации. ФПДУ скрывает информацию, связанную с реальным исполнением, от ФУУ, но обеспечивает логическое представление информации для ФУУ.

Функциями, связанными с эксплуатационной поддержкой и администрированием услуг, являются SCEF (функция среды создания услуг - ФССУ), SMF (функция эксплуатационной поддержки и администрирования услуг - ФЭПАУ) и SMAF (функция доступа к системе эксплуатационной поддержки и администрирования услуг -ФДЭПАУ). ФЭПАУ охватывает контроль администрированием, поддержкой и размещением услуг. ФДЭПАУ обеспечивает соединение с ФЭПАУ. ФССУ обеспечивает возможность определения, развития и тестирования услуг интеллектуальной сети и доставки услуг к ФЭПАУ.

На фиг.2 представлена схема последовательности операций в процедуре настройки услуги, иллюстрируемой потоком управления. Ниже детально описан способ настройки и вызова услуги типа «мой вызов» (MyCall) для абонентов мобильных услуг, соответствующий данному изобретению, на примере последовательности выполняемых действий по управлению услугой. Система сохраняет логику услуг, выделенную для настройки системы посредством последовательности выполняемых действий по управлению услугой в ФУУ. Всякий раз, когда абоненту желательно провести индивидуализированную настройку, он должен сначала набрать телефонный номер для обеспечения последовательности выполняемых действий по управлению услугой. Затем набранный номер входит в ФУВ/ФКУ и запускает ФУВ/ФКУ для посылки сообщения для активизации/отключения вышеупомянутой логики услуг. На основе этого сообщения ФУУ загружает приложение соответствующей логики услуг из базы данных и исполняет его. Из-за того, что ФУУ требует приема сообщения, указывающего логику услуг, которая должна быть активизирована из ФУВ/ФКУ, если ФУВ/ФКУ и ФУУ находятся в различных сетевых элементах (УКУ и УУУ), то сообщение должно быть кодировано/декодировано программным блоком, который модифицирует сообщение протокола INAP (часть приложения интеллектуальной сети), преобразуя его в приложение внутреннего протокола, которое может структурироваться приложением. Однако если ФУВ/ФКУ и ФУУ находятся в том же самом сетевом элементе, то сообщение будет внутренним сообщением по умолчанию, то есть никаких модификаций или действий кодирования/декодирования не потребуется. Поэтому модуль кодирования/декодирования является необязательным.

Затем логика услуг начинает исполняться. Она считывает записи, определенные на основе идентификатора (ИД) приложения логики услуг, оборудования услуги, сущности абонента и общих записей (параметры операторов, параметры разрушения, параметры счетчиков, параметры предупреждения) для инициализации приложения логики услуг. Параметры операторов используются для информирования абонента об операторе (предложении), которое необходимо считать. Затем логика услуг выполняется до момента подсказки (предложения), в который посылается сообщение, указывающее на параметры оператора, в ФУВ/ФКУ, например: «Вы вошли в режим установки услуги и Вы можете установить сообщение для следующего: 1) фильтрация вызовов; 2) любимый номер; 3) контроль вызова; 4) расчет за зону; 5) расчет за время; 6) уведомление о пропущенном вызове. Пожалуйста, введите свой вариант выбора». Абонент нажимает «2». ФУВ/ФКУ принимает выбор абонента и посылает назад сообщение, содержащее результат анализа, в логику услуг. Из этого сообщения приложение логики услуг будет считывать идентификатор услуги ИД2 и начнет анализировать его. Поскольку услуга ИД2 соответствует услуге «любимый номер», то логика услуг непосредственно перейдет к модулю для «любимого номера» и продолжит выполнение. В модуле «любимый номер» код доступа (узел доступа) может быть установлен для считывания архивной информации, связанной с телефонным номером из базы данных абонентской информации абонентов, и затем считывается предварительно определенная запись, указывающая оператор для считывания из базы данных. Затем логика услуг посылает архивные данные и сообщение, указывающее параметры оператора, в ФУВ/ФКУ, которые, в свою очередь, отображают эти данные и сообщение для абонента, например: «Любимый номер, который Вы установили, соответствует хххххххх, нажмите «1» для установки другого любимого номера или нажмите «2» для удаления любимого номера. Абонент вводит «1xxxxxxxx», затем ФУВ/ФКУ принимает абонентский ввод и посылает назад сообщение, содержащее результат анализа, в логику услуг. Для данного сообщения логика услуг считывает режим (установить/удалить) и соответствующий телефонный номер. Если режим установлен, то логика услуг записывает телефонный номер в базу данных абонентской информации и модифицирует абонентскую информацию в РИМ. На следующем этапе логика услуг считывает параметры оператора из предварительно определенной записи из базы данных и посылает сообщение, указывающее эти параметры оператора, в ФУВ/ФКУ. Затем ФУВ/ФКУ отображают сообщение: «Вы успешно установили любимый номер, нажмите «1» для установки другого любимого номера, или нажмите «2» для удаления любимого номера, или нажмите «Y/N» для выхода». Абонент нажимает Y/N для выхода, после чего ФУВ/ФКУ посылает инструкцию абонента в ФУУ для завершения исполнения логики услуг. Таким путем абонент может установить/удалить любимый номер.

В ФУУ общие приложения логики услуг связаны (то есть пакетированы) вместе для облегчения абоненту возможности выбирать различные услуги, такие как «фильтрация вызова» и «номер вызова», и информация каждого абонента сохраняется отдельно в базе данных, независимо относительно пакетированных приложений логики услуг, с соответствующим кодом доступа (узел доступа), установленным в логике услуг, для считывания абонентской информации. Например, в вышеописанном случае «любимого номера», когда абонент установил несколько любимых номеров последовательно и набирает телефонный номер, ФУВ/ФКУ принимает телефонный номер и передает сообщение в ФУУ, которая запускает пакетированное приложение логики услуг, соответствующее данному «любимому номеру». В этом приложении логики услуг момент считывания может быть установлен для указания логике услуг на необходимость считывать все любимые номера из базы данных в этот момент. Затем логика услуг осуществляет вход в модуль сравнения для сравнения набранного абонентом телефонного номера с каждым любимым номером. Если телефонный номер попадает в число любимых номеров, то будет применен предпочтительный тариф оплаты, в противном случае будет применен обычный локальный тариф оплаты, и логика услуг осуществит вход в следующий модуль. В данном примере узел считывания и база данных, отделенная от логики услуг, могут быть опущены, то есть логика услуг и абонентские данные сохраняются вместе, или запись абонентской информации может быть установлена для каждого абонента. Однако данный способ требует большей пропускной способности системы и приводит к избыточности приложений, то есть является неэкономичным.

Помимо телефонного способа настройки абонент может также настроить свои услуги в бизнес-центре. На фиг.3 показана блок-схема последовательности операций в процедуре настройки услуги в бизнес-центре. Абонент заполняет форму с приведенными на ней некоторыми вариантами выбора, например: 1) фильтрация вызовов; 2) любимый номер; 3) контроль вызова; 4) расчет за зону; 5) расчет за время; 6) уведомление о пропущенном вызове). Под вариантом «любимый номер» указано следующее: «Пожалуйста, укажите любимые номера для установки/удаления:____». Абонент передает заполненную форму ассистенту, который записывает варианты выбора, сделанные абонентом, в Узел Доступа к Администрированию Услуг (УДАУ, SMAP). УДАУ затем запускает логику услуг для модифицирования абонентской информации в РИМ и базы данных абонентской информации.

На фиг.4 показана блок-схема последовательности операций в процедуре настройки услуги через Web-страницы. В этом случае абонент посещает Web-страницу услуги оператора, где отображается следующее: «Пожалуйста, введите Ваш мобильный телефонный номер и пароль». Когда абонент вводит эту информацию и проходит проверку достоверности, форма услуги настройки появляется на Web-странице с различными вариантами выбора, например: 1) фильтрация вызовов; 2) любимый номер; 3) контроль вызова; 4) расчет за зону; 5) расчет за время; 6) уведомление о пропущенном вызове). Затем если абонент нажимает «2», то система выдает приглашение: «Пожалуйста, укажите любимые номера для установки или удаления:____». После того как абонент нажмет «ОК», выполняемая в фоновом режиме сервисная программа запустит логику услуг для модифицирования абонентской информации в базе данных.

На Фиг.5 показана блок-схема последовательности операций в процедуре настройки услуги с использованием кода признака. Когда абоненту желательно настроить свои услуги, он может добавить код признака до или после или с обеих сторон от вызываемого номера. Весь код сначала вводится в ФУВ/УКУ, где код анализируется и назад посылается сообщение, содержащее результат анализа и данные набора. Затем ФУУ запускает логику услуг для анализа соответствующего кода признака. Например, если код признака содержит 5 цифр, например 110-2-1, в которых первые три цифры (110) указывают настройку, четвертая цифра (2) указывает услугу, которая должна быть настроена (например, 1 - фильтрация вызовов, 2 - любимый номер, 3 - контроль вызовов и т.д.), а пятая цифра указывает действие («1» представляет «установить», «2» представляет «удалить»), то, следовательно, код 110-2-1 указывает на установку любимого номера. Затем на основе результата анализа логика услуг вводит в услугу модуль, соответствующий выбору, сделанному абонентом. Например, если выбор соответствует «2», то логика услуг введет в услугу модуль, связанный с любимым номером. Если абонент выбирает установку услуги, то логика услуг записывает телефонный номер в базу данных информации абонентских предпочтений. Однако если абонент выбирает «удалить», то логика услуг удаляет телефонный номер из базы данных и модифицирует информацию настройки под абонента в РИМ. Затем логика услуг вызывает предварительно определенный параметр оператора из базы данных и посылает сообщение, указывающее данный параметр оператора для ФУВ/УКУ, и отображает сообщение «Вы успешно установили любимый номер» для абонента, и действие логики услуг завершается. Таким путем абонент завершает процедуру установки/удаления любимого номера.