селективное управление возможностями пользовательского оборудования

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

1. Способ работы пользовательского оборудования (UE) в наземной сети мобильной связи общего пользования (PLMN), содержащий этапы:

определения того, что UE неправильно запрашивает по меньшей мере одну услугу у PLMN;

информирования объекта управления в домашней наземной сети мобильной связи общего пользования (HPLMN) о неправильном запросе;

запрашивания, посредством объекта управления HPLMN, компьютерного сервера управления устройствами в HPLMN для отключения неправильно запрашиваемой услуги в UE;

посылки с сервера HPLMN сообщения на UE для установления сеанса управления между UE и сервером; и

обращения к объекту управления селективного отключения возможностей UE (SDoUE) в UE, такого, что отключается неправильно запрашиваемая услуга отличающийся тем, что отключается по меньшей мере одно из: процедур управления вызовом, экстренных вызовов с коммутацией каналов, экстренного вызова по системе мультимедиа протокола Интернета и инициированных UE процедур управления сеансом (SM) пакетной радиосвязи общего назначения (GPRS);

дополнительно содержащий этап, на котором, когда отключаются инициированные UE процедуры SM GPRS, происходит инициирование деактивации контекстов протокола пакетной передачи данных (PDP); и причем способ дополнительно содержит этапы:

приема уведомления списка селективных возможностей и управления устройствами согласно открытому мобильному альянсу (DM ОМА);

выдачи метки на основе уведомления DM ОМА;

запроса контекста PDP; и инициирования активации контекста PDP, если выдана метка.

2. Способ по п.1, дополнительно содержащий инициирование сеанса управления, используя активированный контекст PDP для сервера, который вызвал отключение процедур SM GPRS.

3. Способ по п.1, дополнительно содержащий по меньшей мере один из следующих этапов, использующих активированный контекст PDP: установление экстренного вызова по услуге подсистемы мультимедиа протокола Интернета и посылку предупредительного сообщения.

4. Способ по п.1, дополнительно содержащий этап активизирования таймера на основе уведомления DM ОМА, причем активирование контекста PDP инициируется, если не произошло истечение времени ожидания таймера.

5. Способ по п.1, в котором уведомление DM ОМА включает в себя идентификацию приложения.

6. Пользовательское оборудование (UE), способное устанавливать связь с сервером управления устройствами, содержащее:

процессор, выполненный с возможностью исполнения программных компонентов, находящихся в UE, и управления услугами UE;

причем программные компоненты включают в себя объект управления селективного отключения возможностей UE (SDoUE), который конфигурируется процессором на отключение услуг UE на основе сеанса управления, установленного между UE и сервером, отличающееся тем, что отключается по меньшей мере одно из: процедур управления вызовом, экстренных вызовов с коммутацией каналов, экстренного вызова по системе мультимедиа протокола Интернета и инициированных UE процедур управления сеансом (SM) пакетной радиосвязи общего назначения (GPRS),

при этом, когда отключаются инициированные UE процедуры SM GPRS, процессор инициирует деактивацию контекстов протокола пакетной передачи данных (PDP).

7. Пользовательское оборудование (UE) по п.6, в котором программные компоненты включают в себя клиента управления устройствами в части приложений программных компонентов и GPRS в части доступа программных компонентов и уведомление DM ОМА; причем клиент управления устройствами запрашивает контекст PDP; и GPRS инициирует активацию контекста PDP, если метка выдана.

8. Пользовательское оборудование (UE) по п.7, в котором процессор выполнен с возможностью инициирования сеанса управления, используя активированный контекст PDP, с сервером, который вызвал отключение процедур SM GPRS.

9. Пользовательское оборудование (UE) по п.7, в котором процессор выполнен с возможностью установления экстренного вызова по услуге подсистемы мультимедиа протокола Интернета или посылки предупредительного сообщения, используя активированный контекст PDP.

10. Пользовательское оборудование (UE) по п.7, дополнительно содержащее таймер, который является активизируемым на основе уведомления DM ОМА, причем активация контекста PDP инициируется, если не произошло истечение времени ожидания таймера.

11. Считываемый компьютером носитель, имеющий инструкции, которые при исполнении процессором в пользовательском оборудовании (UE) в наземной сети мобильной связи общего пользования (PLMN) вызывают выполнение процессором этапов:

определения того, что UE неправильно запрашивает по меньшей мере одну услугу у PLMN;

информирования объекта управления в домашней наземной сети мобильной связи общего пользования (HPLMN) о неправильном запросе;

запрашивания, посредством объекта управления HPLMN, компьютерного сервера управления устройствами в HPLMN для отключения неправильно запрашиваемой услуги в UE;

посылки с сервера HPLMN сообщения на UE для установления сеанса управления между UE и сервером; и

обращения к объекту управления селективного отключения возможностей UE (SDoUE) в UE, такого, что неправильно запрашиваемая услуга отключается, отличающийся тем, что отключается по меньшей мере одно из: процедур управления вызовом, экстренных вызовов с коммутацией канала, экстренного вызова по системе мультимедиа протокола Интернета и инициированных UE процедур управления сеансом (SM) пакетной радиосвязи общего назначения (GPRS),

причем процессор дополнительно выполняет этап, когда отключаются инициируемые UE процедуры SM GPRS, инициирования деактивации контекстов протокола пакетной передачи данных (PDP).

12. Носитель по п.11, в котором процессор дополнительно выполняет этапы: приема уведомления DM ОМА; выдачи метки, основанной на уведомлении DM ОМА; запроса контекста PDP; и инициирования активации контекста PDP, если выдана метка.

13. Носитель по п.12, в котором процессор дополнительно выполняет этап инициирования сеанса управления, используя активированный контекст PDP, с сервером, который вызвал отключение процедур SM GPRS.

14. Носитель по п.12, в котором процессор дополнительно выполняет по меньшей мере один из следующих этапов, используя активированный контекст PDP: установление экстренного вызова по услуге подсистемы мультимедиа протокола Интернета и посылку предупредительного сообщения.

15. Носитель по п.12, в котором процессор дополнительно выполняет этап активизирования таймера, основываясь на уведомлении DM ОМА, причем активирование контекста PDP инициируется, если не произошло истечение времени ожидания таймера.

16. Носитель по п.12, в котором уведомление DM ОМА включает в себя идентификацию приложения.

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

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

В настоящее время несколько исполнителей вовлечены в управление программными и аппаратными средствами пользовательского оборудования (UE), такого как мобильный телефон или другое устройство связи в системе беспроводной связи. Программными средствами могут быть приложения, услуги и модули, включая операционную систему (OS), хранимую в UE и используемую им. Изготовитель UE обычно устанавливает набор программных средств в UE в момент производства устройства. Потом конечный пользователь может модифицировать программные средства UE посредством загрузки в UE приложений и т.д. из различных источников, например, при помощи Интернета. Изготовитель UE, оператор системы связи, на которую подписано UE, или в которой гостит UE, и/или авторизованная третья сторона, в зависимости от деловых соглашений, также могут удаленно модифицировать часть или все программные средства UE.

После таких модификаций и в других случаях UE может функционировать неправильно. С точки зрения оператора системы, например, неправильное функционирование включает в себя снижение из-за UE пропускной способности системы связи посредством увеличения количества сообщений управления или других сообщений, обмениваемых с системой. Неправильное функционирование UE может возникать различными путями, например, неожиданное взаимодействие между программными модулями в UE, вредоносные программные модули и т.д. Пользователь может загрузить вредоносное или неправильно сформированное приложение, например, Java-приложение, которое взаимодействует со стеком сетевых протоколов посредством открытых интерфейсов прикладного программирования (API) в UE. В результате, UE может многократно посылать запросы услуги сети оператора.

Одобрение типа всегда выдается на все программные средства радиосигнализации. Например, программные средства с одобренным типом в UE могут выставлять функциональную возможность, подобную экстренному вызову и услуге подсистемы мультимедиа протокола Интернета (IP) (IMS), среде Java и, в целом, прикладному уровню. По сравнению, например, с нормальным установлением вызова запрос отклоняется, если нет достаточных ресурсов сети для удовлетворения запроса, что может быть проблемой для функциональной возможности, подобной экстренному вызову, который представляет собой запрос с высоким приоритетом. Это может не быть большой проблемой сегодня, но все больше и больше функциональных возможностей выставляются прикладному уровню, и все больше и больше UE могут загружать программные средства. Когда разрешенные признаки выставляются прикладному уровню, они могут быть неправильно использованы; например, приложение UE может пытаться зарегистрировать сеанс IMS 1000 раз в минуту. Если это приложение копируется на другие UE, может получиться серьезная проблема для оператора сети.

Методы рассмотрения неправильного функционирования UE путем отключения услуг для UE обсуждались в организациях по стандартизации, таких как Проект партнерства по созданию системы 3-го поколения (3GPP). 3GPP публикует спецификации для системы связи глобальной системы мобильной связи (GSM) и ее усовершенствований, подобных повышению скорости передачи данных для эволюции сетей GSM (EDGE), универсальной системы мобильной связи (UMTS) и систем, применяющих широкополосный многостанционный доступ с кодовым разделением каналов (WCDMA).

Например, Раздел 4.5 3GPP Technical Specification (TS) 22.011 V7.6.0 (March 2007), Service Accessibility (Release 7) и Раздел 4.5 3GPP TS 22.011 V8.0.0 (March 2007), Service Accessibility (Release 8) относятся к управлению возможностями UE. Список услуг селективных возможностей UE может сохраняться в UE и, если услуга в списке указывается как отключенная, UE не запрашивает услугу у сети. Услуги в списке селективных возможностей включают в себя функции управления вызовами (CC), дополнительные услуги (SS), экстренные вызовы, услуги передачи коротких сообщений (SMS) при помощи линий связи с коммутацией каналов (CS) и коммутацией пакетов (PS), услугу определения местоположения (LCS), услуги, основанные на пакетной радиосвязи общего назначения GSM (GPRS), широковещательную и многоадресную мультимедийную услугу (MBMS) и IMS.

3GPP TS 22.011 следует из 3GPP Technical Report (TR) 23.805 V0.3.1 (Sept. 2005), Selective Disabling of UE Capabilities; Report on Technical Options and Conclusion (Release 7) и 3GPP TS 24.305 V0.1.0 (March 2006), Selective Disabling of 3GPP UE Capabilities (SDoUE) Management Object (MO) (Release 7). 3GPP TR 23.805 V0.3.1 и TS 24.305 V0.1.0 ввели список селективных возможностей и управление устройствами (DM) согласно Открытому мобильному альянсу (OMA) для отключения возможностей UE, но не описали никакой из параметров, необходимый для объекта управления (МО) селективного отключения возможностей UE (SDoUE), или никакое из правил и соответствующего функционирования UE, когда отключаются/подключаются услуги или функции. ОМА разработал спецификации для управления устройствами (DM) устройств связи, и версии 1.1.2 и 1.2 этих спецификаций определяют протокол управления конфигурацией, данными и установками в устройствах связи. Стандарты ОМА и другая информация доступны на http://www.openmobilealliance.org.

DM OMA может использоваться для управления конфигурацией и МО UE с точки зрения различных органов DM, включая установку информации о начальной конфигурации в UE, последующее обновление постоянной информации в UE, извлечение информации управления из UE и обработку событий и сигналов тревоги, генерируемых UE. Используя DM OMA, третьи стороны могут конфигурировать UE от имени конечных пользователей. Третья сторона, такая как оператор сети, провайдер услуг и отдел корпоративного информационного управления, может удаленно устанавливать параметры UE и устанавливать или обновлять программные средства при помощи подходящих МО в UE. МО, как правило, представляет собой программный объект, который может быть написан, например, в соответствии с SyncML (язык разметки для синхронизации), который представляет собой спецификацию языка разметки протокола представления данных, основанного на расширяемом языке разметки (XML), протокола синхронизации и протокола DM, привязки транспортировки для протоколов и структуру описания устройств для DM.

Как изображено на Фиг.1, орган 102 управления (MA) DM выдает запрос на сервер 104 DM, например, на подготовку к работе параметров в одном или нескольких UE. Сервер 104 DM посылает инициированное сервером уведомление на UE 106, которое устанавливает сеанс DM с сервером 104 DM, который запрашивает UE в отношении текущих установок (которые могут включать в себя характерные для UE расширения). Сервер 104 DM посылает команды DM для настройки конфигурации UE для соответствия требованиям, установленным MA 102 DM. UE 106 и сервер 104 DM завершают свой сеанс DM, и UE получает доступ к сетевым услугам передачи данных, используя сконфигурированные параметры возможности соединения. MA DM или сервер DM могут сохранять параметры возможности соединения на «смарт-карте» или т.п., так что UE может использовать их, когда UE будет использовать параметры.

UE, например, может использовать МО возможности соединения для независимых от приложения установок для соединения с сетью. МО возможности соединения для сети предоставляет информацию о возможности соединения, которая относится к параметрам и средствам, необходимым для доступа к сетевой инфраструктуре, включая сетевые каналы, протоколы, адреса точек доступа к сети (NAP) и адреса посредника. Согласно спецификациям ОМА подключатель МО возможности соединения обрабатывает управление возможностью соединения для беспроводной передачи данных посредством задания набора схемы объекта DM, которая может выставляться клиентом DM и направляться сервером DM. Схема объекта имеет три части: объект управления верхнего уровня, который является нейтральным для канала; набор характерных для канала параметров; и поддерево для выставления характерных для производителя параметров. Параметры возможности соединения, самозагружаемые с использованием стандарта подготовки к работе клиента (CP), потом могут адресоваться и управляться при помощи сервера DM, который может добавить новых посредников и точки доступа к сети, используя стандартизованный пакет DM. Подготовка к работе представляет собой процесс, посредством которого конфигурируется клиент в устройстве, и, в основном, охватывает как подготовку к работе по радио (OTA), так и другую подготовку к работе, например, посредством карточки модуля идентификации абонента (SIM).

Тем не менее, трудно использовать DM OMA для удаленного отключения и подключения услуг, чтобы иметь дело с режимом работы UE согласно 3GPP TS 22.011. Среди проблем, которые возникают, является тот факт, что услуги, подлежащие отключению/подключению, работают на уровнях стека протокола, которые ниже, чем обычно для сеанса DM. Другая проблема включает в себя необходимость допустимой безопасности при управлении такими базовыми рабочими признаками UE. Таким образом, не является очевидным применение DM OMA для отключения возможностей UE.

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

Согласно аспектам данного изобретения обеспечивается способ работы UE в наземной сети мобильной связи общего пользования (PLMN). Способ включает в себя этапы определения, что UE неправильно запрашивает по меньшей мере одну услугу у PLMN; информирования объекта управления в домашней PLMN (HPLMN) о неправильном запросе; запроса, посредством объекта управления HPLMN, компьютерного сервера управления устройствами в HPLMN на отключение неправильно запрашиваемой услуги в UE; посылки, с сервера HPLMN, сообщения на UE для установления сеанса управления между UE и сервером; и обращения к объекту управления SDoUE в UE, так что отключается неправильно запрашиваемая услуга.

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

Согласно другим аспектам настоящего изобретения обеспечивается считываемый компьютером носитель, имеющий инструкции, которые, при исполнении процессором в UE в PLMN, вызывают выполнение процессором этапов: определения, что UE неправильно запрашивает по меньшей мере одну услугу у PLMN; информирования объекта управления в HPLMN о неправильном запросе; запроса, посредством объекта управления HPLMN, компьютерного сервера управления устройствами в HPLMN для отключения неправильно запрашиваемой услуги в UE; посылки, с сервера HPLMN, сообщения на UE для установления сеанса управления между UE и сервером; и обращение к объекту управления SDoUE в UE, так что отключается неправильно запрашиваемая услуга.

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

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

Фиг.1 изображает устройство управления устройствами;

Фиг.2 представляет собой блок-схему последовательности операций способа работы UE и сети связи;

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

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

Фиг.5 иллюстрирует управление вентилем в пользовательском оборудовании;

Фиг.6 представляет собой блок-схему последовательности операций способа управления активацией контекста протокола пакетной передачи данных (PDP);

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

Фиг.8 изображает сеть.

Подробное описание

Настоящая заявка сосредоточена на системах беспроводной связи, которые соответствуют спецификациям, опубликованным 3GPP, для уменьшения объяснения, но понятно, что принципы, описанные в настоящей заявке, могут быть реализованы в других системах связи. Также понятно, что данное описание написано на основе DM OMA, но данное описание не должно интерпретироваться как ограниченное DM OMA. Независимо от механизма, используемого для отключения или подключения услуг в UE, выгодно, чтобы UE было селективно управляемым стандартизованным образом.

Изобретатели признали, что DM OMA может использоваться для отключения и подключения заданной услуги или функции (или набора услуг или функций), даже если некоторые из этих услуг/функций необходимы тогда, когда DM OMA снова используется для подключения этих услуг/функций. Настоящая заявка описывает подходящий MO SDoUE и работу UE, используя MO SDoUE в системе связи. Специалисту в данной области понятно, что MO SDoUE, в основном, представляет собой программный модуль, который включает в себя параметры, которые могут использоваться для селективного отключения и подключения возможностей UE.

В настоящее время считается выгодным использование стандартизованного механизма свойств списка контроля доступа (ACL) DM OMA для предоставления или лишения прав доступа к серверам DM OMA для модифицирования узлов и объектов листов MO SDoUE. Механизм свойств ACL в настоящее время описан в Enabler Release Definition OMA-ERELD-DM-V1_2, которое включено в данный документ по ссылке. По причинам обеспечения безопасности оператор HPLMN UE может использовать механизм ACL для разрешения или запрещения других сетевых операторов (например, операторов гостевых PLMN (VPLMN)) для обращения к MO SDoUE UE через сервер DM VPLMN, когда UE выполняет роуминг, как описано ниже.

Нижеследующая таблица 1 описывает примерную логическую древовидную структуру, включающую в себя узлы и объекты листов, MO SDoUE.

Таблица 1

Примерная логическая структура MO SDoUE

Что является обычным для системы обозначений DM OMA, <X> в таблице 1 представляет собой узел символа-заполнителя, который принимает любое из двух значений, например, 0 или 1, и один или несколько узлов и объектов листов предусматриваются под этим узлом. Для специалиста в данной области техники понятно, что согласно DM OMA, MO SDoUE имеет ассоциированный идентификатор МО, который делает возможным поиск серверами DM MO SDoUE при управлении конкретным устройством. Другой узел и объекты листов MO SDoUE, изображенные в таблице 1, являются следующими, и понятно, что могут быть опущены некоторые узлы и объекты листов, другие узлы и объекты листов могут быть предусмотрены, и узлы и объекты листов могут иметь различные названия, если требуется:

Name, который представляет собой лист для установок MO SDoUE;

CS_Calls, который представляет собой лист, который указывает предпочтение - подключить или отключить инициированные UE процедуры управления вызовом CS, кроме экстренных вызовов;

CS_EmergencyCalls, который представляет собой внутренний узел, который указывает предпочтение оператора - подключить или отключить процедуры СС экстренных вызовов CS (например, отключить, когда значение CS_EmergencyCalls установлено в 1), которые задаются, например, в 3GPP TS 24.008.

Country, который представляет собой лист, который представляет страну, которая может идентифицироваться по коду страны мобильной связи (МСС), и разрешает включение информации, которая указывает, в каком МСС процедуры CC экстренных вызовов CS отключены (например, в которых значение CS_EmergencyCalls установлено в 1);

Network, который представляет собой лист, который может представлять сеть, которая может идентифицироваться по коду сети мобильной связи (MNC), и может разрешать, с листом Country, включение информации, которая указывает, в каком МСС и MNC отключены процедуры CC экстренных вызовов CS;

SupplementaryServices, который представляет собой лист, который подключает или отключает инициированные UE операции SS;

CS_SMS, который представляет собой лист, который подключает или отключает инициированные UE SMS по линиям связи с CS;

PS_SMS, который представляет собой лист, который подключает или отключает инициированные UE SMS по линиям связи с PS;

CS_LCS, который представляет собой лист, который подключает или отключает инициированные UE операции LCS по линиям связи с CS;

PS_LCS , который представляет собой лист, который подключает или отключает инициированные UE операции LCS по линиям связи с PS;

GPRS_SM_PDP, который представляет собой лист, который подключает или отключает инициированные UE процедуры управления сеансом (SM) GPRS для контекстов протокола пакетной передачи данных (PDP), например, активации, деактивации и модификации контекста PDP;

GPRS_SM_MBMS, который представляет собой лист, который подключает или отключает процедуры SM GPRS для контекстов MBMS, например, активации и деактивации контекста MBMS;

IMS, который представляет собой лист, который подключает или отключает процедуры IMS для посылки запросов регистрации IMS;

Text, который представляет собой лист, который включает в себя информацию, которая может отображаться посредством UE для пользователя;

CustomerCareNumbers, который представляет собой внутренний узел, который подключает или отключает ссылку на список номеров услуги поддержки клиентов;

CustomerCareNumbers/<X>/CustomerCareNumber , который представляет собой лист, который представляет номер услуги поддержки клиентов, который может использоваться пользователем при определении причины недоступности заданных услуг;

AlertServerID, который представляет собой лист, который указывает идентификатор сервера DM и подключает информирование сервера DM о MO SDoUE, который был модифицирован;

IMS_EmergencyCalls, который представляет собой внутренний узел, который указывает предпочтение оператора сети - подключить или отключить процедуры экстренного вызова по IMS, которые заданы, например, в 3GPP TS 24.229;

IMS_EmergencyCalls/<X>/Country , который представляет собой лист, который представляет страну, которая может идентифицироваться по МСС, и подключает, с листом Network, включение информации, которая указывает, в каком МСС и MNC отключены процедуры экстренного вызова по IMS;

IMS_EmergencyCalls/<X>/Country/Network, который представляет собой лист, который представляет сеть, которая может идентифицироваться по MNC, и подключает, с листом Country , включение информации, которая указывает, в каком МСС и MNC отключены процедуры экстренного вызова по IMS; и

Ext, который представляет собой внутренний узел, который может использоваться для информации о MO SDoUE, например, производитель приложения, производитель UE и т.д.

Лист обычно принимает любое из двух значений, например, или 0, или 1, и понятно, что не является критичным конкретно взятое значение, только действие конкретного значения требует предварительного определения.

Например, когда значение листа CS_Calls установлено в 1, UE инициирует отбой всех активных вызовов, кроме экстренных вызовов, и входит в «нулевое» состояние, такое как описанное в 3GPP TS 24.008. UE не использует инициированные UE процедуры СС, за исключением экстренных вызовов, и номер (номера) услуги поддержки клиентов, если указано листом Text, до тех пор пока значение листа CS_Calls не будет установлено в 0.

Когда значение листа CS_EmergencyCalls установлено в 1, и UE обнаруживает предварительно определенную наземную сеть мобильной связи общего пользования (PLMN), которая может идентифицироваться по МСС и MNC, тогда UE инициирует процедуру сигнализации для отбоя всех экстренных вызовов. Кроме того, UE может не использовать процедуры СС для установления экстренных вызовов до тех пор, пока значение листа CS_EmergencyCalls не будет установлено в 0, или UE не обнаружит МСС и MNC, который не соответствует любому из его хранимых пар кодов.

Когда значение листа SupplementaryServices установлено в 1, UE завершает все активные операции SS и не запускает операции SS и их ответы до тех пор, пока значение листа SupplementaryServices не будет установлено в 0.

Когда лист CS_SMS установлен в 1, UE не использует домен CS для инициированной UE пересылки SMS до тех пор, пока значение листа CS_SMS не будет установлено в 0. Аналогично, когда лист PS_SMS установлен в 1, UE не использует домен PS для инициированной UE пересылки SMS до тех пор, пока значение листа PS_SMS не будет установлено в 0.

Когда значение листа CS_LCS установлено в 1, UE не использует домен CS для инициированных UE операций услуги LCS до тех пор, пока значение листа CS_LCS не будет установлено в «0». Аналогично, когда значение листа PS_LCS установлено в 1, UE не использует домен PS для инициированных UE операций услуги LCS до тех пор, пока значение листа PS_LCS не будет установлено в 0.

Когда значение листа GPRS_SM_PDP установлено в 1, UE освобождает все ресурсы, распределенные для активных контекстов PDP, и UE может стереть данные контекста PDP и войти в ждущее состояние или состояние незанятости. UE не использует инициированные UE процедуры SM GPRS до тех пор, пока значение листа GPRS_SM_PDP не будет установлено в 0, хотя UE может быть выгодно разрешено использовать инициированные UE процедуры SM GPRS для активации контекста PDP в конкретных случаях. Например, инициированные UE процедуры SM GPRS для активации контекста PDP могут использоваться при приеме сообщения уведомления DM OMA, указывающего, что UE должно инициировать сеанс DM OMA с сервером DM, который установил значение отключения листа GPRS_SM_PDP. Другой пример, инициированные UE процедуры SM GPRS для активации контекста PDP могут использоваться, когда они необходимы или для установки экстренного вызова по IMS (например, если значение IMS_EmergencyCalls установлено в 0), или для посылки обобщенного предупредительного сообщения DM OMA.

Когда значение листа GPRS_SM_MBMS установлено в 1, UE освобождает ресурсы, распределенные для активных контекстов MBMS, и может стереть данные контекста MBMS. UE не использует процедуры SM GPRS для контекстов MBMS до тех пор, пока значение листа GPRS_SM_MBMS не будет установлено в 0.

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

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

Значение листа AlertServerID может использоваться UE для посылки обобщенного предупредительного сообщения DM в любой момент, когда MO SDoUE модифицируется сервером DM OMA, который отличен от сервера, указанного значением листа AlertServerID.

Таблица 2 представляет собой примерное определение подходящего обобщенного предупредительного сообщения DM.

Таблица 2

Примерное обобщенное предупредительное сообщение DM

Отмечается, что элемент Type обобщенного предупредительного сообщения DM, такой как тот, который изображен в таблице 2, может быть выгодно установлен в «Reserved-Domain-Name: org.3gpp.SDoUE.changesperformedalert». Также понятно, однако, что конкретные показанные имена и структура не являются существенными, так как методы, описанные в данной заявке, могут быть реализованы с другими именами и древовидными структурами.

Когда значение листа IMS_EmergencyCalls установлено в 1, и UE обнаруживает покрытие PLMN (идентифицируемое по МСС и MNC), что указывается любым из сохраненных пар узлов Country и Network, тогда UE инициирует процедуру сигнализации для отбоя всех экстренных вызовов по IMS. Кроме того, UE не использует процедуры IMS для установления экстренных вызовов до тех пор, пока значение листа IMS_EvergencyCalls не будет установлено в 0, или UE не обнаружит МСС и MNC, которые не соответствуют любому из хранимых пар узлов Country и Network.

Пример структуры описания устройств (DDF), которая реализует вышеописанную логическую структуру MO SDoUE, представлен ниже в виде таблицы 3. Для специалиста в данной области техники понятно, что признаки могут быть переупорядочены, добавлены к, опущены из и переименованы в DDF, не выходя за пределы настоящего изобретения.

MO SDoUE выгодно является способным отключать и подключать услуги, когда UE находится или в своей домашней PLMN (HPLMN), которой является PLMN, которая сохраняет подписку UE, или в гостевой PLMN (VPLMN). Также желательно как для HPLMN, так и для VPLMN предоставлять указание для UE в отношении того, какие функции UE разрешено использовать или не разрешено использовать. Ниже описываются два альтернативных способа работы UE и сети.

В первом способе MO SDoUE полностью управляется домашним оператором пользователя (HPLMN), и только HPLMN может отключить/подключить услуги в UE. Этот первый способ описывается на блок-схеме последовательности операций на Фиг.2 и включает в себя следующие этапы.

VPLMN, или HPLMN для этого случая, извещает (этап 202), что одно или несколько UE неоднократно действуют для запроса услуг/соединений с сетью и (исключительно) не обнаруживаются и не отключаются предупредительными мерами прикладного уровня, т.е. HPLMN или VPLMN извещают о неправильно функционирующем UE.

В зависимости от архитектуры HPLMN и VPLMN и от предоставляемых услуг, различные сетевые узлы участвуют в извещение о неправильно функционирующем UE. Например, для услуги, основанной на домене CS, обычно участвуют центр коммутации мобильной связи (MSC), визитный регистр местоположения (VLR) и сервер абонентов домашней сети (HSS). Для основанных на PS услуг, обычно участвует обслуживающий узел поддержки GPRS (SGSN). Для IMS может участвовать обслуживающая функция управления сеансом/вызовом (S-CSCF). Таким образом, эти сетевые узлы, или, более конкретно, процессоры в таких узлах, включают в себя программирование, пригодное для обнаружения неправильного функционирования UE. С функциональной точки зрения, обнаруженное неправильное функционирование может сообщаться узлу управления политикой, который может размещаться вместе с сервером DM или интегрироваться в него для соответствующего действия. Сеть, имеющая такие объекты, описывается более подробно ниже.

Если неправильное функционирование извещается посредством VPLMN, VPLMN информирует HPLMN, например, центр поддержки клиентов HPLMN, о неправильно функционирующем UE (этап 204). Эта передача может осуществляться различными путями, например, через интерфейсы с услугами Интернета, которые соединяют центры поддержки клиентов HPLMN и VPLMN.

Центр поддержки клиентов HPLMN запрашивает сервер 104 DM HPLMN в отношении отключения услуги, которая неправильно используется неправильно функционирующим UE (этап 206). Сервер 104 DM HPLMN посылает подходящее сообщение, такое как сообщение инициированного уведомлением сеанса, на неправильно функционирующее UE для установления сеанса управления DM с неправильно функционирующим UE (этап 208). Сообщения инициируемого уведомлением сеанса описаны, например, в OMA TS-DM-Protocol-V1_2-20060424-C. В установленном сеансе управления сервер DM HPLMN обращается к MO SDoUE (этап 210), отключая неправильно используемую услугу посредством установки значения соответствующего параметра в MO SDoUE.

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

Во втором способе работы UE и сети MO SDoUE управляется посредством HPLMN, но VPLMN также может отключать/подключать услуги и, таким образом, обращаться и модифицировать MO SDoUE. В этом втором способе информация, необходимая для обращения к MO SDoUE, делается доступной для VPLMN для доступа и отключения/подключения услуг UE, выполняющего роуминг по VPLMN. Необходимая информация для доступа VPLMN к UE и MO SDoUE предпочтительно конфигурируется в UE посредством HPLMN.

Информацией, которую HPLMN необходимо обеспечить в UE для VPLMN, является МО учетной записи DM, который является, предпочтительно, одним из стандартизованных объектов DM OMA, описанных в OMA-TS-DM-StdObj-V1_2-20060424-C, и необходимая возможность соединения (например, необходимый МО возможности соединения) для UE, чтобы соединиться с VPLMN, которая также предпочтительно является одним из стандартизованных объектов DM OMA. Понятно, что «возможность соединения» в данном случае представляет собой информацию о возможности соединения, которая требуется UE, чтобы установить возможность соединения IP с сервером DM HPLMN, например, имя «telia-online.se» в качестве имени точки доступа (APN) при соединении при помощи GPRS с сетью Telia.

Предоставление необходимой информации может происходить в любой момент времени, например, при производстве UE, при первом включении UE и тогда, когда UE выполняет роуминг по VPLMN. Сервер DM OMA HPLMN конфигурирует права доступа UE, так что часть MO SDoUE является управляемой посредством VPLMN. HPLMN, например, может использовать механизм ACL DM OMA для определения, какая VPLMN может иметь доступ к MO SDoUE. Необходимая информация может загружаться на UE при помощи установленного сеанса управления DM.

Второй способ работы UE и системы связи описываются на блок-схеме последовательности операций на Фиг.3. На этапе 302 VPLMN извещает о неправильно функционирующем UE, точно так же, как и в первом способе, изображенном на Фиг.2. На этапе 304 центр поддержки клиентов VPLMN запрашивает сервер 104 DM VPLMN на отключение услуги, которая неправильно используется неправильно функционирующим UE. Сервер DM VPLMN посылает соответствующее сообщение, такое как сообщение инициируемого уведомлением сеанса ОМА, на неправильно функционирующее UE для установления сеанса управления DM с неправильно функционирующим UE (этап 306). Если UE принимает запрос на доступ для модификации MO SDoUE, VPLMN имеет возможность подключить/отключить функции, заданные параметрами MO SDoUE. Установленный сеанс управления позволяет серверу 104 DM VPLMN выполнить обращение к MO SDoUE для отключения неправильно используемой услуги (этап 308).

HPLMN может пожелать, чтобы она были проинформирована о любом изменении, выполненном в MO SDoUE UE. В этом случае, способ дополнительно содержит уведомление HPLMN, когда VPLMN сделала изменения в MO SDoUE (этап 310). Например, неправильно функционирующее UE может уведомлять HPLMN, что изменения в ее MO SDoUE были сделаны посредством посылки обобщенного предупредительного сообщения DM на сервер DM HPLMN. Сервер DM принимает уведомление, и, как обычно, орган DM принимает решение, что делать, когда поступает такое уведомление. Понятно, что VPLMN, вместо или даже в дополнение к UE, может уведомлять HPLMN об изменениях, сделанных в MO SDoUE UE, но в данный момент для этой цели не задается протокол.

Чтобы реализовать способ, описанный на Фиг.3, структура MO SDoUE, описанного в таблице 1, должна быть модифицирована посредством добавления параметра, который содержит идентификатор сервера 104 DM HPLMN, на который посылается обобщенное предупредительное сообщение, когда изменяется MO SDoUE UE.

Понятно, что первый и второй способы включают в себя признаки, которые поддерживают аспекты обеспечения безопасности MO SDoUE, например, стойкость к атаке соединением с подстановкой. В настоящее время DM OMA использует протокол безопасности транспортного уровня в беспроводных сетях/протокол безопасных соединений версии 3 (WTLS/SSL3) минимумом с 128-разрядным шифрованием и позволяет выполнять реализацию с более надежным шифрованием и шифровальными наборами.

Канал между UE и сервером DM представляет собой обычно поверх IP и канал GPRS (или домен PS). Таким образом, в том случае, когда отключены услуга GPRS и активация контекста PDP, должна быть решена проблема активации контекста PDP для связи сервер DM-UE. Согласно настоящему изобретению проблема решается концептуальным рассмотрением активации как инициированный сетью запрос канала. Изобретатели признали, что завершенная UE SMS никогда не требует отключения, и, таким образом, DM OMA может использовать механизм отправки сообщений-ссылок по протоколу приложений для беспроводной связи (WAP Push) для установления канала GPRS, необходимого для связи сервер DM-UE. Приложению WAP Push разрешается селективно запускать активации контекста PDP, в частности на сервер DM, когда другие приложения в UE блокированы от запрашивания активации контекста PDP посредством отключения услуги GPRS и активации контекста PDP.

Понятно, что UE, например, может использовать МО возможности соединения для независимых от приложения установок для соединения с сетью WAP, которая предоставила бы информацию о возможности соединения, которая относится к параметрам и средствам, необходимым для доступа к инфраструктуре WAP, включая сетевые каналы, протоколы, адреса точек доступа к сети (NAP) и адреса посредника. Посредник WAP представляет собой конечную точку для протокола транспортного уровня беспроводного доступа (WTP), протокола беспроводного сеанса (WSP) и протокола WTLS, а также посредник, который может обращаться к контенту WAP. Посредник WAP может иметь функциональную возможность, такую как, например, возможность посредника WSP или посредника приложения беспроводной телефонии (WTA). Физический посредник представляет собой заданный адрес с функциональной возможностью посредника, например, адрес IP плюс порт для доступного по IP посредника и адрес объекта системы коротких сообщений (SME) плюс порт для посредника, доступного через SMS. Логический посредник представляет собой набор физических посредников, которые могут совместно использовать один и тот же контекст WSP и WTLS (совместно используемое пространство значения идентификации сеанса).

Согласно спецификациям ОМА, подключатель МО возможности соединения обрабатывает управление возможностью соединения для беспроводной передачи данных посредством задания набора схемы объекта DM, которая может выставляться клиентом DM и направляться сервером DM. Схема объекта имеет три части: объект управления верхнего уровня, который является нейтральным для канала; набор характерных для канала параметров; и поддерево для выставления характерных для производителя параметров. Параметры возможности соединения, самозагружаемые с использованием подготовки к работе клиента (CP), потом могут адресоваться и управляться при помощи сервера DM, который может добавить новые посредники и NAP, используя стандартизованный пакет DM. Подготовка к работе представляет собой процесс, посредством которого конфигурируется клиент, такой как клиент WAP в устройстве, и, в основном, охватывает как подготовку к работе по радио (OTA), так и другую подготовку к работе, например, посредством карты SIM.

Понятно, что DM OMA необходимо, чтобы UE установил инициируемую UE процедуру SM GPRS (например, контекст PDP), чтобы сервер DM OMA имел возможность контактировать и конфигурировать MO SDoUE, чтобы подключить/отключить услуги. Как описано в данной заявке, UE разрешается установить инициируемую UE процедуру SM GPRS для этого случая. Кроме того, когда отключаются инициируемые UE процедуры SM GPRS для контекстов PDP, UE необходимо инициировать процедуру сигнализации для деактивации контекста PDP всех контекстов PDP согласно 3GPP TS 24.008, и UE не разрешается использовать инициируемые UE процедуры SM GPRS для контекстов PDP до тех пор, пока не будут подключены инициируемые UE процедуры SM GPRS для контекстов PDP. UE, однако, разрешается использовать инициируемые UE процедуры SM GPRS для активации контекста PDP в следующих случаях:

- при приеме сообщения уведомления DM OMA, указывающего, что UE будет инициировать сеанс DM OMA с сервером DM OMA, который установил значение отключения листа GPRS_SM_PDP; и

- когда необходима инициируемая UE процедура активации контекста PDP, чтобы или установить экстренный вызов по IMS (если значение IMS_EmergencyCalls установлено в 0), или послать обобщенное предупредительное сообщение DM OMA.

Другим примером является случай экстренных вызовов с CS и IMS. Чтобы не отключать процедуры экстренных вызовов в регионах, где требуется поддержка, оператор сети может указать, в какой стране и/или сети (сетях) отключаются процедуры управления экстренным вызовом. Процедуры экстренного вызова затем могут отключаться до тех пор, пока не будет указано иным образом, или пока UE не определит, что оно вошло в страну или сеть, которая не указана как отключенная. Если отключены процедуры управления экстренными вызовами, и UE снова входит в покрытие в стране или сети, указанных как отключенные, снова вступает в силу недоступность услуги экстренного вызова. Узлы Country и Network в MO SDoUE, если они присутствуют, могут рассматриваться как пара узлов, где MCC+MNC=оператор сети, но можно указать страну/регион посредством установки только значения узла Country (например, установив МСС на числовое значение, которое указывает Швецию). Таким образом, отключение экстренного вызова будет действующим во всей стране, Швеции.

Работа логики в UE выгодно следует правилам, таким как следующие, когда были отключены инициируемые UE активации контекста PDP, но UE разрешается выполнить активацию контекста PDP для использования DM:

1) признак активируется в UE, который был самозагружен и сконфигурирован посредством сервера DM;

2) клиент DM UE запрашивает активацию контекста PDP только тогда, когда он принял уведомление DM OMA посредством механизма WAP Push; и

3) уведомление DM передает ИД сервера DM и подходящий индикатор или метку целостности системы безопасности, такой как хэш-функция MD5 (Message Digest - профиль сообщения).

Фиг.4 представляет собой блок-схему типового UE 106, включающего в себя приемопередатчик 402, который пригоден для обмена радиосигналами с базовыми станциями (BS) в сети (не показана на Фиг.4). Информация, переносимая этими сигналами, обрабатывается процессором 404, который может включать в себя один или несколько подпроцессоров, и который исполняет один или несколько программных модулей и приложений, включая MO SDoUE, описанный в данной заявке, для выполнения операций UE 106 в соответствии с МО, описанными выше. Ввод пользователя в терминал обеспечивается при помощи клавишной панели или другого устройства, и информация, представляемая пользователю, подается на дисплей 406. Программные приложения могут храниться в соответствующей памяти 408 приложений, и устройство также может загружать и/или кэшировать требуемую информацию в соответствующую память 410. Устройство 106 также включает в себя интерфейс 412, который может использоваться для соединения других компонентов, таких как компьютер, клавиатура и т.д., с UE 106.

Чтобы защитить от неправильно запускаемых активаций контекста PDP неправильно функционирующим приложением, реализация признака селективного отключения в UE 106 может применять управление внутренним вентилем, которое изображено на Фиг.5. На Фиг.5 программные средства в UE 106 изображены разделенными на часть приложений, поддерживающую клиента 502 DM, и часть доступа, поддерживающую функциональную возможность 504 SMS и функциональную возможность 506 GPRS. Программные средства в частях приложений и доступа могут устанавливать связь через API 508, 510. Управление 512 вентилем, которое выгодно реализуется соответствующим программированием или логикой как в SMS 504, так и в GPRS 506, работает таким образом, что запрос активации контекста PDP, поступающий на API 508, 510, посылается только тогда, когда ранее было принято надлежащее уведомление WAP Push, клиенту 502 DM. Вентиль 512 может использовать ИД приложения в сообщении уведомления WAP Push в качестве метки. Вентиль 512 открывается посредством того, что метка делается доступной, и запрос контекста PDP от клиента 502 DM принимается только тогда, когда метка доступна на GPRS 506, когда запрос принимается по API 510. В дополнение к генерированию метки, функциональная возможность вентиля может включать в себя таймер, который ограничивает продолжительность достоверности метки.

Фиг.6 представляет собой блок-схему последовательности операций примерного способа управления активацией контекста PDP, используя вентиль 512, который может быть включен в способы, изображенные на Фиг.2 и 3. На этапе 602 уведомление WAP Push, передаваемое в сообщении SMS, принимается посредством SMS 504 от сервера 104 DM. Как отмечено выше, уведомление WAP Push включает в себя соответствующий ИД приложения и, в ответ на уведомление (этап 604), функциональная возможность вентиля в SMS 504 выдает метку, и, необязательно, запускается таймер. Клиент 502 DM принимает уведомление WAP Push, и, если оно от авторизованного сервера DM, т.е. оно имеет надлежащий ИД, клиент 502 DM запрашивает контекст PDP у функциональной возможности 506 GPRS (этап 606). GPRS 506 принимает запрос клиента DM, если метка доступна (этап 608), и инициирует процедуру активации контекста PDP (этап 610). Понятно, что функциональная возможность вентиля 512 может быть реализована различными путями, например, программными средствами, включенными в SMS 504 и/или GPRS 506.

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

Понятно, что в среде DM OMA принятие решения не выполняется на уровне сервера DM; MA принимает решения и затем серверы DM осуществляют операции. UE также может иметь несколько МА и соответствующие серверы DM. Например, мобильный телефон может управляться посредством МА оператора беспроводной сети при помощи нескольких серверов DM OMA оператора и посредством МА нанимателя пользователя телефона при помощи других серверов DM ОМА. Оператор может быть ответственным за управление возможностью соединения для сети оператора, включая сохранение списка роуминга установок самого дешевого роуминга, которые действительны для подписки пользователя на оператора. Наниматель может быть ответственным за отслеживание и управление всеми корпоративными приложениями на устройстве. Пользователь телефона также может принимать решение, совершенно не зная ни о каких серверах DM OMA, в отношении загрузки и установки других программных средств на устройстве.

Фиг.7 представляет собой блок-схему системы 700 связи, которая включает в себя часть типовой сети 702 и UE 106, которое имеет возможность того, что его услуги могут селективно отключаться и подключаться при помощи MO SDoUE, как описано в данной заявке. Понятно, что могут использоваться многие устройства сетевых объектов, отличных от тех, которые описаны на Фиг.7, что UE также может соединяться с сетью, такой как Интернет, при помощи беспроводной локальной сети (WLAN), такой как IEEE (Институт инженеров по электротехнике и радиоэлектронике) 802.11, WiMAX (IEEE 802.16) и т.д., и что UE может использовать WLAN межсетевого взаимодействия 3GPP.

На Фиг.7 UE 106 выполняет связь с сетью 702, которая обычно включает в себя сеть 704 радиодоступа (RAN), такую как сеть 3GPP или GSM/EDGE, и объекты базовой сети, включающие в себя SGSN 706, шлюзовой узел 708 поддержки GPRS (GGSN) и домашний регистр 710 местоположения (HLR). GGSN 708 выполняет связь с другими сетями, такими как Интернет и VPLMN, и другими объектами, такими как инфраструктура 712 WAP и сервер 104 DM.

RAN 704 обычно включает в себя одну или несколько BS и контроллеров базовой станции, или узлов В и контроллеров радиосети (RNC), которые являются обычными. RNC управляет различными функциями радиосети, включая, например, установление канала радиодоступа, передача обслуживания с разнесением каналов между BS и т.д. В большинстве случаев, каждый RNC направляет вызовы на UE и от него через соответствующие BS, которые выполняют связь между собой по каналам нисходящей линии связи (т.е. от базовой станции на мобильное устройство или по прямой) и восходящей линии связи (т.е. от мобильного устройства на базовую станцию или по обратной). Каждая BS обслуживает географическую зону, которая делится на одну или несколько сот, и обычно соединяется со своим соответствующим RNC посредством выделенных телефонных линий, волоконно-оптических линий связи, микроволновых линий связи и т.д.

Объекты базовой сети (SGSN, GGSN и т.д.) предназначены для обработки многих типов данных. В типовой сети GSMEDGE контексты PDP для администрирования потоков данных устанавливаются, или активируются, в GGSN 608 в ответ на запросы от UE 106. Понятно, что UE также может соединяться с сетью посредством доступа к WLAN.

Для более легкого понимания сеть 702 может быть организована, основываясь на функциональной возможности, на уровень или плоскость управления, уровень или плоскость возможности соединения и прикладной уровень или плоскость, как изображено на Фиг.8. В этом изображении UE и сети радиодоступа изображены «облаками», и другие сетевые объекты изображены другими облаками. Такая организация описывается более подробно, например, в H. Hameleers et al., «IP Technology in WCDMA/GSM Core Networks», Ericsson Review No. 1, pp. 14-27 (2002). Уровень управления хостирует серверы управлению сетью, такие как серверы 104 DM, которые включают в себя программируемые процессоры, которые отвечают за установление, модификацию и отбой вызова или сеанса. Серверы управления также могут обрабатывать функции управления мобильностью, обеспечения безопасности, тарификации и взаимодействия, которые относятся к внешним сетям на уровне плоскости управлении. Уровень возможности соединения хостирует маршрутизаторы, коммутаторы, шлюзы сигнализации, медиашлюзы (MGW) и другие функции плоскости пользователя. Маршрутизаторы и коммутаторы обеспечивают транспортные возможности для трафика по плоскостям управления и пользователя. MGW способствует взаимодействию на плоскости пользователя, включающему в себя взаимодействие между различными технологиями радиодоступа и форматами мультимедиа.

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

Существует два интерфейса между базовой сетью и сетью услуг: горизонтальный интерфейс и вертикальный интерфейс. Горизонтальный интерфейс между базовой сетью и сетью услуг ссылается на нормальный одноранговый режим или режим клиент/сервер работы для типовых приложений конечного пользователя, таких как просмотр веб-страниц, электронная почта и услуги аудио/видео. Эти приложения обычно вызываются конечным пользователем, но также могут вызываться сервером приложений. Вертикальный интерфейс позволяет приложениям, которые находятся на заданных серверах приложений, дополнять или модифицировать нормальные процедуры для установления вызовов или сеансов через базовую сеть. Эти приложения взаимодействуют с базовой сетью при помощи набора стандартизованных API.

В домене CS серверы центра мобильных услуг (MSC), шлюза MSC (GMSC) и транзитного центра коммутации услуг (TSC) представляют собой часть уровня управления. Соответствующий MGW принадлежит уровню возможности соединения. В домене PS как SGSN, так и GGSN могут рассматриваться как часть уровня возможности соединения - они содержат некоторые функциональные возможности управления - но их преобладающая функциональная возможность заключается в обеспечении возможности соединения по IP. С 3GPP «домен», добавленный к базовой сети мобильной связи, представляет собой IMS, которая имеет главные сетевые объекты: функцию управления сеансом/вызовом (CSCF); функцию управления медиашлюзом (MGCF); функцию управления коммутационным шлюзом (BGCF); узел управления функции ресурсов мультимедиа (MRF), или MRFC; узел обработки MRF (MRFP); медиашлюз (MG); и шлюз сигнализации (SG). Главная база данных подписчика, называемая сервером абонентов домашней сети (HSS), является общей для домена CS, домена PS и IMS.

Таблица 3

Пример DDF в MO SDoUE

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

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

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

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

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