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

Иллюстрации

Показать все

Изобретение относится к системам связи, имеющим пользовательское оборудование связи (UE), конфигурируемое различными программными компонентами. Техническим результатом является обеспечение безопасности при управлении базовыми рабочими признаками UE и применение уведомления списка селективных возможностей и управления устройствами согласно Открытому мобильному альянсу (DM ОМА) для отключения возможностей UE. Предложен способ работы UE в наземной сети мобильной связи общего пользования (PLMN), содержащий этапы: определения того, что UE неправильно запрашивает по меньшей мере одну услугу у PLMN; информирования объекта управления в домашней наземной сети мобильной связи общего пользования (HPLMN) о неправильном запросе; запрашивания, посредством объекта управления HPLMN, сервера управления устройствами в HPLMN для отключения неправильно запрашиваемой услуги в UE; посылки, с сервера HPLMN, сообщения на UE для установления сеанса управления между UE и сервером; и обращения к объекту управления селективного отключения возможностей UE (SDoUE) в UE, такого, что отключается неправильно запрашиваемая услуга. Когда отключаются инициированные UE процедуры процедур управления сеансом пакетной радиосвязи общего назначения (SM GPRS), происходит инициирование деактивации контекстов протокола пакетной передачи данных (PDP); и способ содержит этапы: приема DM ОМА; выдачи метки на основе уведомления DM ОМА; запроса контекста PDP; и инициирования активации контекста PDP, если выдана метка. 3 н. и 13 з.п. ф-лы, 8 ил., 3 табл.

Реферат

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

В настоящее время несколько исполнителей вовлечены в управление программными и аппаратными средствами пользовательского оборудования (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 не определит, что оно вошло в страну или сеть, которая не указана как отключенная. Если отключены процедур