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

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ ИЗОБРЕТЕНИЕ

Настоящее изобретение имеет отношение к технологиям доступа к службам, более точно, к способу передачи служебных данных пользователям Беспроводной Локальной Сети (БЛС, WLAN).

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

В ответ на пользовательский спрос на все более и более высокую скорость беспроводного доступа к данным, появляются БЛС, которые способны обеспечить высокоскоростной беспроводной доступ к данным на относительно малом участке. В БЛС используются различные технологии, из которых техническим стандартом для большинства приложений является IEEE 802.11b. Этот стандарт использует диапазон частот 2,4 ГГц со скоростью передачи данных до 11 Мбит/с. Другие технические стандарты, использующие тот же диапазон частот, включают в себя IEEE 802.11g и Bluetooth, где скорость передачи данных IEEE 802.11g - до 54 Мбит/с. Существуют другие новые стандарты, такие как IEEE 802.11a и ETSI BRAN Hiperlan2, которые используют диапазон частот 5 ГГц, также со скоростью передачи до 54 Мбит/с.

Несмотря на то что существуют различные стандарты для беспроводного доступа, большинство БЛС используются для передачи пакетов данных по протоколу IP. Специальный стандарт доступа к БЛС, принятый в беспроводной IP-сети, обычно прозрачен для протокола IP верхнего уровня. Такая сеть, как правило, выполнена с Точками Доступа для осуществления беспроводного доступа к терминалу пользователя и с устройствами управления и присоединения для осуществления обмена данными по протоколу IP.

Наряду с ростом и развитием БЛС фокус исследований сдвигается к взаимодействию БЛС с различными беспроводными мобильными сетями передачи данных, такими как GSM, CDMA, WCDMA, TD-SCDMA, и CDMA2000. В соответствии со стандартами 3GPP, терминал пользователя выполнен с возможностью соединения с Интернетом и Интранетом так же как домашняя сеть и гостевая сеть системы 3GPP через сеть доступа к БЛС. Точнее, при получении локального доступа терминал пользователя БЛС присоединяется к домашней 3GPP сети через сеть доступа к БЛС, как показано на Фиг.2; при роуминге (автоматическом подключении к местной сети связи) терминал пользователя присоединяется к гостевой 3GPP сети через сеть доступа к БЛС. Некоторые объекты гостевой 3GPP сети соединены с соответствующими объектами домашней 3GPP сети, например, 3GPP Authentication (Аутентификация), Authorization (Авторизация) и Accounting (Учет) (ААА) прокси-сервер в гостевой сети соединен с 3GPP AAA Сервером в домашней сети, Шлюз Доступа к БЛС (ШДБ, WAG) в гостевой сети соединен со Шлюзом Пакетных Данных (ШПД, PDG) в домашней сети, как показано на Фиг.1. Фиг.1 и Фиг.2 представляют собой принципиальные схемы, иллюстрирующие сетевые архитектуры взаимодействия БЛС с 3GPP системой в условиях роуминга и в отсутствии роуминга, соответственно.

Как показано на Фиг.1 и Фиг.2, 3GPP система, прежде всего, содержит Домашний Сервер Абонента (ДСА, HSS)/Домашний Регистр Местоположения (ДРМ, HLR), 3GPP AAA Сервер, 3GPP AAA Прокси-сервер, ШДБ, ШПД, Автономную Систему Тарификации, и Интерактивную Систему Тарификации (ИСТ, OCS). Терминалы пользователей, сеть доступа к БЛС, и все объекты 3GPP системы вместе составляют сеть 3GPP-БЛС взаимодействия, которая может считаться системой обслуживания БЛС. В этой системе обслуживания, 3GPP AAA Сервер отвечает за аутентификацию, авторизацию и учет пользователя, собирая тарифную информацию, отправленную из сети доступа к БЛС и передавая информацию в систему тарификации; ШПД отвечает за пересылку пользовательских данных из сети доступа к БЛС в 3GPP сеть или другие сети с коммутацией пакетов; система тарификации главным образом принимает и записывает тарифную пользовательскую информацию, переданную из сети, в то время как ИСТ подает команду сети периодически передавать информацию об оплате за обслуживание в соответствии с расходами пользователей на оплату за обслуживание составляет статистику и ведет контроль.

При отсутствии роуминга, когда терминалу пользователя БЛС требуется получение прямого доступа в Интернет/Интранет, терминал пользователя может получить доступ к Интернет/Интранет через сеть доступа к БЛС после того, как он выполнит аутентификацию на AAA сервере (AC) через сеть доступа к БЛС. Если терминалу пользователя БЛС также требуется получение доступа к службе 3GPP домена с пакетной коммутацией (ПК, PS), он может дополнительно запросить службу Сценария 3 от домашней 3GPP сети. То есть терминал пользователя БЛС инициирует запрос на авторизацию для службы Сценария 3 к АС домашней 3GPP сети, который выполнит аутентификацию и авторизацию службы для этого запроса; если аутентификация и авторизация успешно выполнены, АС отправит сообщение согласия на доступ терминалу и назначит соответствующий ШПД для терминала. Когда установлен туннель между терминалом и назначенным ШПД, терминал будет способен получить доступ к службе 3GPP ПК домена. Тем временем Автономная Система Тарификации и ИСТ записывают тарифную информацию в соответствии с использованием сети терминалом.

В условиях роуминга, когда терминалу пользователя БЛС требуется получение прямого доступа в Интернет/Интранет, он может сделать запрос к домашней 3GPP сети посредством гостевой 3GPP сети для доступа в Интернет/Интранет. Если терминалу пользователя также требуется запросить службу Сценария 3 для получения доступа к службе 3GPP ПК домена, терминал должен инициализировать через гостевую 3GPP сеть процесс авторизации службы в домашней 3GPP сети. Авторизация выполняется аналогично между терминалом и АС домашней 3GPP сети. После того как авторизация успешно выполнена, АС назначает подходящий домашний ШПД для терминала, тогда терминал пользователя будет способен получить доступ к службам 3GPP ПК домена домашней сети после того, как он установит туннель с назначенным ШПД через ШДБ в гостевой 3GPP сети.

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

Несмотря на то что терминал пользователя в данное время имеет доступ к БЛС, однако, он, возможно, еще не установил соединение по каналу с сетевой службой или еще не установил канал с определенной службой или определенным набором служб, когда есть служба, требующая отправки данных на этот терминал пользователя. Это включает в себя две ситуации: одна, когда терминал пользователя имеет доступ к БЛС, но присоединен только к локальным службам БЛС, подобно доступу к локальному Интернету/Интранету; другая, когда терминал пользователя имеет доступ к БЛС и активировал некоторые службы на основе 3GPP ПК домене, но не получил доступ к службе, которая требует отправки к нему данных. В случае вышеупомянутых ситуаций нет пока никакого решения проблемы уведомления терминала пользователя об установлении соединения и совершении значимого служебного взаимодействия.

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

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

Для решения вышеупомянутой задачи техническим решением в соответствии с настоящим изобретением является следующее.

Способ отправки служебных данных пользователю БЛС, в котором служебный модуль уведомлений выполнен с возможностью использования в сети при отправке уведомлений о доступе к службе на терминалы пользователей БЛС, и терминал пользователя БЛС устанавливают постоянное соединение с сетью в качестве общего канала для отправки уведомлений о доступе к службе немедленно после получения доступа к сети, прежде чем обслуживающий служебный модуль отправит данные на терминал пользователя БЛС, который еще не установил прямое соединение с упомянутым обслуживающим модулем, способ также содержит этапы, на которых:

а) упомянутый обслуживающий служебный модуль отправляет упомянутому служебному модулю уведомлений уведомление о доступе к службе, после приема уведомления о доступе к службе упомянутый служебный модуль уведомлений запрашивает и получает маршрутную информацию общего канала, установленного с упомянутым терминалом пользователя БЛС;

б) служебный модуль уведомлений отправляет уведомление о доступе к службе на упомянутый терминал пользователя БЛС через установленный общий канал в соответствии с маршрутной информацией, полученной на этапе а.

В описанном выше решении терминал пользователя БЛС устанавливает постоянно существующее IP-соединение с ШПД немедленно после получения доступа к сети, и упомянутый этап б содержит этапы, на которых: служебный модуль уведомлений после получения адреса ШПД отправляет ШПД уведомление о доступе к службе, и ШПД отправляет уведомление о доступе к службе на терминал пользователя БЛС через упомянутое постоянно существующее IP-соединение. Далее, упомянутый этап, на котором служебный модуль уведомлений запрашивает и получает маршрутную информации общего канала, дополнительно содержит этапы, на которых служебный модуль уведомлений, согласно идентификации терминала пользователя БЛС, создает запрос адреса упомянутого ШПД в модуле хранения подписной информации сети, к которой принадлежит терминал пользователя БЛС, причем упомянутая идентификация терминала пользователя БЛС содержит идентификацию доступа к сети (ИДС, NAI), или IP-адрес, или международную идентификацию мобильного абонента (МИМА, IMSI), или Мобильной Станции Цифровой Сети с Интеграцией Служб (МСЦСИС, MSISDN), или Общественную Идентификацию Абонента IP-Подсистемы Мультимедиа (ПИА IP-ПМ, IMS), или идентификацию Протокола Инициализации Сеанса - Универсального Указателя Ресурса (ПИС-УУР, SIP-VRL).

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

Способ дополнительно содержит этап, на котором терминал пользователя БЛС удаляет упомянутый общий канал после того как терминал пользователя БЛС совершит выход из сети или истечет заданный лимит времени.

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

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

Как может быть замечено из описанного выше решения, сущностью настоящего изобретения является то, что каждый терминал пользователя БЛС немедленно после получения доступа к сети активно устанавливает постоянно существующее соединение с сетью, например соединение с ШПД или со служебным модулем уведомлений, и использует это соединение в качестве общего канала для отправки на целевой терминал пользователя уведомления о доступе к службе, которая не установила прямого соединения с целевым терминалом пользователя.

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

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

Фиг.1 является принципиальной схемой, иллюстрирующей сетевую архитектуру взаимодействия БЛС и 3GPP системы в условиях роуминга.

Фиг.2 является принципиальной схемой, иллюстрирующей сетевую архитектуру взаимодействия БЛС и 3GPP системы в отсутствии роуминга.

Фиг.3 является принципиальной схемой, иллюстрирующей показательный вариант осуществления структуры 3GPP-БЛС обслуживающей сети, в соответствии с настоящим изобретением.

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

Фиг.5 - блок-схема Варианта 2 осуществления, выполняющего служебное уведомление в соответствии с настоящим изобретением.

Фиг.6 - блок-схема Варианта 3 осуществления, выполняющего служебное уведомление в соответствии с настоящим изобретением.

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

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

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

В настоящем описании упомянутое постоянно существующее соединение касается постоянного соединения, существующего после соединения терминала пользователя с сетью и до тех пор, пока пользователь не осуществит выход из сети; или постоянного соединения, существующего в определенный период времени согласно выбору пользователя и не разъединенного вместе с окончанием определенной службы. Упомянутое установление соединения с сетью может содержать установление соединения между терминалом пользователя БЛС и ШПД или прямого соединения со служебным модулем уведомлений. Например, терминал пользователя может зарегистрировать IP-адрес, назначенный сетью, в служебном модуле уведомлений, и, когда служебный модуль уведомлений отправляет IP-пакеты данных согласно этому IP-адресу, пакеты дойдут до терминала пользователя. Вышеназванный ШПД может быть ШПД, к которому принадлежит этот терминал пользователя БЛС, или ШПД, определяемым сетью; служебный модуль уведомлений может быть независимым сетевым объектом, специально выполненным с возможностью использования при отправке уведомлений о доступе к службе сетевым объектам, имеющим установленные прямые соединения с терминалом пользователя БЛС или служебным модулем уведомлений в определенном обслуживающем служебном модуле. Если служебному модулю уведомлений требуется получение маршрута соединения общего канала, как правило, он делает запрос в ДРМ или в ДСА, получает маршрутную информацию общего канала, установленного для целевого терминала пользователя и отправляет уведомление о доступе к службе, основываясь на полученной маршрутизации, или пользователь может зарегистрировать адрес соединения терминала пользователя БЛС в служебном модуле уведомлений при осуществлении входа в систему.

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

Обратимся к Фиг.3, которая является принципиальной схемой, иллюстрирующей вариант осуществления структуры 3GPP-БЛС обслуживающей сети, приемлемой для настоящего изобретения. В этой 3GPP-БЛС обслуживающей сети служебный модуль уведомлений одновременно соединен с модулем хранения пользовательской подписной информации, ШПД и пакетным обслуживающим служебным модулем/обслуживающей сетью, причем модуль хранения пользовательской подписной информации может быть ДСА или ДРМ, модуль аутентификации и авторизации доступа может быть 3GPP АС, и служебный модуль уведомлений может быть определенным обслуживающим служебным модулем, например обслуживающим модулем службы коротких сообщений, обслуживающим модулем службы адресной рассылки или обслуживающим модулем службы Мгновенного Обмена Сообщениями.

Основываясь на сетевой архитектуре, показанной на Фиг.3-7, показывают реализацию конкретных вариантов осуществления служебного уведомления в соответствии с настоящим изобретением, где терминал пользователя БЛС является целевым терминалом пользователя, к которому службе требуется иметь доступ, и служба, предположим, является службой А в вариантах осуществления. Вариант 1 осуществления, показанный на Фиг.4, является вариантом осуществления, где терминал пользователя БЛС устанавливает общий канал с ШПД, в то время как Фиг.5 - Фиг.7, показывают варианты осуществления, где терминал пользователя БЛС устанавливает общий канал непосредственно с различными обслуживающими служебными модулями, т.е. в этих вариантах осуществления определенный обслуживающий служебный модуль используется как служебный модуль уведомлений, и терминал пользователя БЛС устанавливает общий канал непосредственно со служебным модулем уведомлений.

Вариант 1 осуществления:

Как показано на Фиг.4, процесс уведомления о доступе к службе в этом варианте осуществления содержит следующие этапы:

Этапы 401-402: После выполнения доступа к БЛС путем взаимодействия с 3GPP АС, терминал пользователя БЛС немедленно отправляет 3GPP АС сообщение, запрашивая установление и авторизацию общего канала для использования в передаче уведомлений о доступе к службе; после приема сообщения, 3GPP АС сначала решает, есть ли ШПД, назначенный сетью, если да, отправляет адрес назначенного ШПД на терминал пользователя БЛС, отправившего запрос, иначе 3GPP АС отправит терминалу пользователя БЛС адрес ШПД, которому принадлежит терминал пользователя БЛС, отправивший запрос.

Этапы 403-404: После получения адреса ШПД, терминал пользователя БЛС устанавливает общий канал с соответствующим ШПД для передачи служебных уведомлений о доступе, основываясь на адресе; и регистрирует в ДСА значимую информацию, такую, как идентификацию терминала пользователя и IP-адрес, соответствующий общему каналу так, чтобы другие сетевые объекты могли осуществлять запрос. Также на этом этапе возможно, что в то же время терминал пользователя БЛС зарегистрировал непосредственно в служебном модуле уведомлений значимую информацию, такую как идентификация терминала пользователя, а также IP-адрес, соответствующий общему каналу.

Этап 405: Когда службе А требуется отправить данные на терминал пользователя БЛС и оказывается, что не было установлено никакого соединения с целевым терминалом пользователя при оперировании передачей данных, обслуживающий модуль службы А сначала решит согласно пользовательской подписной информации этого целевого терминала пользователя или согласно правилам эксплуатации, нужно ли сообщать целевому терминалу пользователя информацию о доступе к службе, если не нужно, то завершит передачу, в противном случае обслуживающий модуль службы А отправит уведомление о доступе к службе А, несущее идентификацию целевого терминала пользователя, служебному модулю уведомлений.

В настоящем описании упомянутая идентификация целевого терминала пользователя может быть любой постоянной идентификацией, по которой терминал пользователя может быть идентифицирован в сетях мобильной связи, такой как Идентификация Доступа к Сети (ИДС), IP-адрес, МИМА, МСЦСИС, ОИА IP-ПМ, или ПИС-УУР; упомянутая пользовательская подписная информация означает, что это пользователь будет решать, какие услуги должны быть отправлены на терминал пользователя, какие услуги нужно отправить на терминал пользователя в зависимости от текущей потребности или текущей операционной среды; упомянутые правила эксплуатации относятся к принципам, установленным оператором и определяющим, какие услуги нужно отправлять на терминал пользователя при данных обстоятельствах. То, что упомянутый обслуживающий модуль службы А не обнаружил никакого соединения с целевым терминалом пользователя, говорит о том, что обслуживающий модуль службы А обнаружил, что целевой терминал пользователя не зарегистрировал авторизацию в обслуживающем модуле, и в модуле не была сохранена никакая значимая информация, например, нет сохраненного IP-адреса или IP-адрес представляет собой недопустимые данные, так что обслуживающий служебный модуль не предполагает, что терминал пользователя достижим.

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

Этапы 406-407: После приема уведомления о доступе к службе A, служебный модуль уведомлений отправляет ДСА запрос на выбор маршрута, который несет в себе идентификацию целевого терминала пользователя, и делает запрос на информацию о маршруте соединения с целевым терминалом пользователя на основании идентификации целевого терминала пользователя. После приема запроса ДСА сначала проверит, имеет ли терминал пользователя доступ к сети, если да, то возвратит служебному модулю уведомлений адрес ШПД, который установил общий канал с терминалом пользователя.

Если терминал пользователя БЛС зарегистрировал значимую информацию общего канала в служебном модуле уведомлений, этапы 406 и 407 могут быть пропущены.

Этап 408: служебный модуль уведомлений отправляет ШПД служебное уведомление о доступе к службе А согласно ее полученному адресу и затем ШПД отправляет уведомление о доступе к службе А на целевой терминал пользователя через установленный общий канал.

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

Этап 409 может дополнительно выполняться после этапа 408: После приема уведомления о доступе к службе A, терминал пользователя может автоматически активизировать службу А на основании информации, содержащейся в уведомлении, затем установить служебное соединение с обслуживающим модулем службы А после аутентификации и авторизации службы в сети и получить соответствующие данные от обслуживающего модуля службы A. В этот момент целевой терминал пользователя завершает операцию активизации службы, установления соединения и получения данных согласно инструкции на активизацию службы или передачу информации подключения в уведомлении о доступе к службе. Целевой терминал пользователя также может решить, активизировать или отклонить службу А в соответствии с выбором целевого пользователя, причем целевой пользователь делает выбор на основании визуально отображаемой информации в уведомлении о доступе к службе.

Вариант 2 осуществления:

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

Этапы 501-502: в основном такие же, как этапы 401-402 в Варианте 1 осуществления, за исключением того, что терминал пользователя БЛС делает запрос к 3GPP АС на установление служебного канала службы коротких сообщений. После приема запроса 3GPP АС возвращает адрес обслуживающего служебного модуля терминалу пользователя БЛС. Обслуживающий служебный модуль в этом варианте осуществления является обслуживающим модулем службы коротких сообщений.

Этап 503: После приема IP-адреса обслуживающего модуля службы коротких сообщений терминал пользователя БЛС устанавливает общий канал для использования при передаче уведомлений о доступе к службе, непосредственно с обслуживающим модулем службы коротких сообщений через ШПД, которому принадлежит терминал пользователя. После установления общего канала терминал пользователя БЛС регистрирует значимую информацию, такую как идентификация терминала пользователя и IP-адрес, соответствующий общему каналу в обслуживающем модуле службы коротких сообщений.

Этап 504: Когда службе А требуется отправить данные на этот терминал пользователя БЛС и обнаруживается, что никакое соединение не было установлено между ней и целевым терминалом пользователя при оперировании передачей данных, обслуживающий модуль службы А сначала решает, в соответствии с пользовательской подписной информацией этого целевого терминала пользователя или в соответствии с правилам эксплуатации, нужно ли сообщать целевому терминалу пользователя информацию о доступе к службе, если не нужно, то завершает передачу, в противном случае обслуживающий модуль службы А отправляет уведомление о доступе к службе А обслуживающему модулю службы коротких сообщений. Уведомление о доступе может нести пользовательскую информацию, которая будет визуально отображаться у пользователя для принятия решения и совершения выбора или нести инструкцию на активизацию службы или информацию подключения службы к терминалу пользователя для автоматического завершения процессов, таких как активизация службы и установление соединения с обслуживающим модулем службы. Уведомление также может нести служебные данные службы А, которые нужно отправить.

Этап 505: После приема уведомления о доступе к службе A обслуживающий модуль службы коротких сообщений непосредственно отправляет уведомление о доступе к службе А и ту же информацию о служебных данных на терминал пользователя БЛС через установленный с ним общий канал.

Аналогично этап 506 может дополнительно выполняться после этапа 505: после приема уведомления о доступе к службе терминал пользователя БЛС может автоматически активизировать службу A или выбрать, активизировать службу А или отклонить ее. Особенности процесса реализации такие же, как на этапе 409.

Вариант 3 осуществления:

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

Этапы 601-602 в основном такие же, как этапы 401-402 в Варианте 1 осуществления, за исключением того, что адрес, который 3GPP АС возвращает терминалу пользователя БЛС после приема запроса для установления соединения, является адресом обслуживающего служебного модуля. Обслуживающий служебный модуль в этом варианте осуществления является обслуживающим модулем службы адресной рассылки.

Этапы 603-605 в основном такие же, как этапы 503-505 в Варианте 2 осуществления, за исключением того, что обслуживающий модуль службы коротких сообщений на этих этапах заменен обслуживающим модулем службы адресной рассылки.

Аналогично этап 606 может дополнительно выполняться после этапа 605: после приема уведомления о доступе к службе, терминал пользователя БЛС может автоматически активизировать службу A, или выбрать, активизировать службу А, или отклонить ее. Особенности процесса реализации такие же, как на этапе 409.

Вариант 4 осуществления:

Как показано на Фиг.7, в этом варианте осуществления обслуживающий модуль службы Мгновенного Обмена Сообщениями считается служебным модулем уведомлений, и процесс уведомления о доступе к службе в этом варианте осуществления содержит следующие этапы:

Этапы 701-702 в основном такие же, как этапы 401-402 в Варианте 1 осуществления, за исключением того, что адрес, который 3GPP АС возвращает терминалу пользователя БЛС после приема запроса для установления соединения, является адресом обслуживающего служебного модуля. Обслуживающий служебный модуль в этом варианте осуществления является обслуживающим модулем службы Мгновенного Обмена Сообщениями.

Этапы 703-705: в основном такие же, как этапы 503-505 в Варианте 2 осуществления, за исключением того, что обслуживающий модуль службы коротких сообщений на этих этапах заменен обслуживающим модулем службы Мгновенного Обмена Сообщениями.

Аналогично этап 706 может дополнительно выполняться после этапа 705: после приема уведомления о доступе к службе терминал пользователя БЛС может автоматически активизировать службу A, или выбрать, активизировать службу А, или отклонить ее. Особенности процесса реализации такие же, как на этапе 409.

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