СИСТЕМА СВЯЗИ, УСТРОЙСТВО ОБРАБОТКИ ИНФОРМАЦИИ И ФЕМТО-БАЗОВАЯ СТАНЦИЯ В НЕЙ, СПОСОБ И ПРОГРАММА ДЛЯ УПРАВЛЕНИЯ ИМИ И СПОСОБ ПЕРЕДАЧИ ИНФОРМАЦИИ В ФЕМТО-БАЗОВУЮ СТАНЦИЮ
COMMUNICATION SYSTEM, INFORMATION PROCESSING DEVICE AND FEMTO-BASE STATION THEREIN, METHOD AND PROGRAMME FOR CONTROL THEREOF AND METHOD OF TRANSMITTING INFORMATION TO FEMTO-BASE STATION

Область техники, к которой относится изобретение
Настоящее изобретение относится к способу обработки связи для обеспечения улучшенного управления креплением в упомянутой фемтосоте, в системе связи, которая обеспечивает фемтосоту.
Предшествующий уровень техники
В PTL 1 раскрывается способ, в котором сервер для управления терминалом управляет функциями мобильного терминала в соответствии с командой из командного терминала.
В PTL 2 раскрывается способ, в котором обеспечение услуг терминалом, обеспечивающим услуги, который может использоваться в фемтосоте, разрешается тогда, когда мобильная станция закрепляется в упомянутой фемтосоте, и ограничивается тогда, когда мобильная станция не закрепляется в упомянутой фемтосоте.
В PTL 3 раскрывается способ, в котором мобильный терминал определяет перемещение из соты, которой управляет общедоступная базовая радиостанция, в соту, которой управляет частная базовая станция (например, в офисе или дома), которая ограничивает использование мобильного терминала конкретному пользователю с использованием IMSI, включенного в RFID-метку.
В PTL 4 раскрывается способ, в котором подтверждение/аннулирование услуг пользовательскому оборудованию в сети связи управляют через объект управления устройством.
Список литературы
Патентная литература
PTL 1: Публикация японской патентной заявки № 2009-049564, по которой не проводилась экспертиза.
PTL 2: Публикация японской патентной заявки № 2009-188629, по которой не проводилась экспертиза.
PTL 3: Публикация японской патентной заявки № 2010-062711, по которой не проводилась экспертиза.
PTL 4: Публикация японской патентной заявки № 2010-502063, по которой не проводилась экспертиза.
Сущность изобретения
Техническая проблема
Однако в документах предшествующего уровня техники, описанных выше, сервер управления пользовательским оборудованием, который управляет пользовательским оборудованием, расположен на стороне базовой сети. Это также относится к объектам 3GPP TS23.0035.17 Configuration of Home (e)NodeB (Конфигурация домашнего (e)NodeB). Не существует сопряжения с базовой станцией для управления фемтосотой, или со шлюзом. Не существует способа для сервера управления базовой станцией, который управляет базовой станцией, для уведомления базовой станции о пользовательском оборудовании, которое необходимо отслеживать, или о пользовательском оборудовании, которое не нужно отслеживать. Не существует способа для сервера управления базовой станции для установки, в базовой станции, адресата уведомления (сервера управления пользовательским оборудованием, сервера присутствия, сервера приложений, совместимого с IP устройства и т.д.), которого необходимо уведомить о том, что пользовательское оборудование закреплено в фемтосоте, когда пользовательское оборудование закреплено в упомянутой фемтосоте. Кроме того, установка способа управления пользовательским оборудованием может быть изменена только тогда, когда оператор связи (оператор) обновляет программно-аппаратные средства сервера управления пользовательским оборудованием, например. Однако владелец базовой станции не может изменить способ управления пользовательским оборудованием.
Одной примерной целью настоящего изобретения является обеспечение способа решения вышеупомянутых проблем.
Решение проблемы
Для достижения вышеупомянутой цели системой согласно первому примерному аспекту настоящего изобретения является система связи, включающая в себя фемто-базовую станцию, которая обеспечивает фемтосоту. Эта система связи включает в себя средство установки адресата уведомления для установки, в фемто-базовой станции, адресата уведомления, которое необходимо уведомить об изменении в закреплении пользовательского оборудования в фемтосоте. Фемто-базовая станция уведомляет установленного адресата уведомления об изменении в закреплении пользовательского оборудования после обнаружения изменения в закреплении.
Для достижения вышеупомянутой цели способ согласно второму примерному аспекту настоящего изобретение обеспечивает способ управления для системы связи, которая обеспечивает фемтосоту. Этот способ управления включает в себя: этап установки адресата уведомления, на котором устанавливают, в фемто-базовой станции, адресата уведомления, которого необходимо уведомить об изменении в закреплении пользовательского оборудования в фемтосоте, и этап уведомления об изменении в закреплении, на котором уведомляют, посредством фемто-базовой станции, установленного адресата уведомления об изменении в закреплении пользовательского оборудования после обнаружения изменения в закреплении.
Для достижения вышеупомянутой цели устройством согласно третьему примерному аспекту настоящего изобретения является устройство обработки информации, которое управляет пользовательским оборудованием в системе связи, которая обеспечивает фемтосоту. Это устройство обработки информации включает в себя: средство хранения информации для хранения ограничения или добавления функции пользовательского оборудования в ассоциации с по меньшей мере ID соты для идентификации фемтосоты, средство приема для приема изменения в закреплении пользовательского оборудования в фемтосоте из фемто-базовой станции, обнаружившей изменение в закреплении, причем об изменении в закреплении уведомляют адресата уведомления, причем адресат уведомления представляет устройство обработки информации и предварительно устанавливается в фемто-базовой станции, и средство управления для ограничения или добавления функции пользовательского оборудования, хранящейся в средстве хранения информации, после приема изменения при перемещении пользовательского оборудования извне зоны охвата фемтосоты внутрь зоны охвата и для отмены ограничения или добавления функции пользовательского оборудования после приема изменения при перемещении пользовательского оборудования изнутри зоны охвата фемтосоты вовне зоны охвата.
Для достижения вышеупомянутой цели способ согласно четвертому примерному аспекту настоящего изобретение обеспечивает способ управления для устройства обработки информации, которое управляет пользовательским оборудованием в системе связи, обеспечивающей фемтосоту. Этот способ управления включает в себя: этап приема, на котором принимают изменения в закреплении пользовательского оборудования в фемтосоте из фемто-базовой станции, обнаружившей изменение в закреплении, причем об изменении в закреплении уведомляют адресата уведомления, причем адресат уведомления представляет устройство обработки информации и предварительно устанавливается в фемто-базовой станции, и этап управления, на котором ограничивают или добавляют функцию пользовательского оборудования, хранящуюся в средстве хранения информации в ассоциации с по меньшей мере ID соты для идентификации фемтосоты, после приема изменения при перемещении пользовательского оборудования извне зоны охвата фемтосоты внутрь зоны охвата, и отменяют ограничение или добавление функции пользовательского оборудования после приема изменения при перемещении пользовательского оборудования изнутри зоны охвата фемтосоты вовне зоны охвата.
Для достижения вышеупомянутой цели программой согласно четвертому примерному аспекту настоящего изобретения является программа управления для устройства обработки информации, которое управляет пользовательским оборудованием в системе связи, обеспечивающей фемтосоту. Эта программа управления вызывает исполнение компьютером: этапа приема, на котором принимают изменение в закреплении пользовательского оборудования в фемтосоте из фемто-базовой станции, обнаружившей изменение в закреплении, причем об изменении в закреплении уведомляют адресата уведомления, причем адресат уведомления представляет устройство обработки информации и предварительно устанавливается в фемто-базовой станции, и на котором ограничивают или добавляют функцию пользовательского оборудования, хранящуюся в средстве хранения информации в ассоциации с по меньшей мере ID соты для идентификации фемтосоты, после приема изменения при перемещении пользовательского оборудования извне зоны охвата фемтосоты внутрь зоны охвата, и отменяют ограничение или добавление функции пользовательского оборудования после приема изменения при перемещении пользовательского оборудования изнутри зоны охвата фемтосоты вовне зоны охвата.
Для достижения вышеупомянутой цели устройством согласно шестому примерному аспекту настоящего изобретения является устройством обработки информации, которое управляет услугой пользователю в системе связи, обеспечивающей фемтосоту. Это устройство обработки информации включает в себя: средство хранения информации для хранения услуги пользователю в ассоциации с по меньшей мере ID соты для идентификации фемтосоты, средство приема для приема изменения в закреплении пользовательского оборудования в фемтосоте из фемто-базовой станции, обнаружившей изменение в закреплении, причем об изменении в закреплении уведомляют адресата уведомления, причем адресат уведомления представляет устройство обработки информации и предварительно устанавливается в фемто-базовой станции, и средство управления для запуска услуги пользователю, хранящейся в средстве хранения информации, после приема изменения при перемещении пользовательского оборудования извне зоны охвата фемтосоты внутрь зоны охвата и для отмены услуги пользователю после приема изменения при перемещении пользовательского оборудования изнутри зоны охвата фемтосоты вовне зоны охвата.
Для достижения вышеупомянутой цели способ согласно седьмому примерному аспекту настоящего изобретения обеспечивает способ передачи информации по передаче информации в фемто-базовую станцию, которая управляет фемтосотой. Этот способ передачи информации включает в себя передачу, в фемто-базовую станцию, адресата уведомления, которого необходимо уведомить об изменении в закреплении пользовательского оборудования в фемтосоте, как часть передаваемых данных, согласуемых со стандартным протоколом.
Для достижения вышеупомянутой цели устройством согласно восьмому примерному аспекту настоящего изобретения является фемто-базовая станция, которая управляет пользовательским оборудованием в пределах фемтосоты в системе связи, обеспечивающей фемтосоту. Эта фемто-базовая станция включает в себя: средство приема для приема адресата уведомления, которого необходимо уведомить об изменении в закреплении пользовательского оборудования в фемтосоте, и средство уведомления для уведомления принятого адресата уведомления об изменении в закреплении пользовательского оборудования после обнаружения изменения в закреплении.
Для достижения вышеупомянутой цели способ согласно девятому примерному аспекту настоящего изобретение обеспечивает способ управления для фемто-базовой станции, которая управляет фемтосотой в системе связи, обеспечивающей фемтосоту. Этот способ управления включает в себя: этап приема, на котором принимают адресата уведомления, которого необходимо уведомить об изменении в закреплении пользовательского оборудования в фемтосоте, и этап уведомления, на котором уведомляют принятого адресата уведомления об изменении в закреплении пользовательского оборудования после обнаружения изменения в закреплении.
Для достижения вышеупомянутой цели программой согласно десятому примерному аспекту настоящего изобретение является программа управления для фемто-базовой станции, которая управляет фемтосотой в системе связи, обеспечивающей фемтосоту. Эта программа управления заставляет компьютер осуществлять: этап приема, на котором принимают адресата уведомления, которого необходимо уведомить об изменении в закреплении пользовательского оборудования в фемтосоте, и этап уведомления, на котором уведомляют принятого адресата уведомления об изменении в закреплении пользовательского оборудования после обнаружения изменения в закреплении.
Полезные эффекты изобретения
Согласно настоящему изобретению, можно изменить управление пользовательским оборудованием в пределах фемтосоты в соответствии с изменением в закреплении пользовательского оборудования.
Краткое описание чертежей
Фиг.1 - блок-схема, представляющая пример конфигурации системы связи согласно первому примерному варианту осуществления настоящего изобретения.
Фиг.2 - блок-схема, представляющая пример конфигурации системы связи согласно второму примерному варианту осуществления настоящего изобретения.
Фиг.3 - блок-схема, представляющая пример конфигурации HNB, представленных на фиг.2.
Фиг.4 - схема, представляющая пример конфигурации блока 603 базы данных, представленного на фиг.3.
Фиг.5A - блок-схема, представляющая примерную процедуру обработки в HNB.
Фиг.5B - блок-схема, представляющая примерную процедуру обработки в HNB.
Фиг.6 - блок-схема, представляющая пример конфигурации HMS, представленной на фиг.2.
Фиг.7 - схема, представляющая пример передаваемых данных, которые хранятся в блоке 703 базы данных, представленном на фиг.6, и которые передаются в HNB.
Фиг.8 - схема, представляющая еще один пример передаваемых данных, которые хранятся в блоке 703 базы данных, представленном на фиг.6, и которые передаются в HNB.
Фиг.9 - схема, также представляющая еще один пример передаваемых данных, которые хранятся в блоке 703 базы данных, представленном на фиг.6, и которые передаются в HNB.
Фиг.10 - блок-схема, представляющая пример конфигурации HNB-GW, представленного на фиг.2.
Фиг.11 - схема, представляющая пример передаваемых данных, которые хранятся в блоке 903 базы данных, представленном на фиг.10, и которые передаются в HNB.
Фиг.12 - блок-схема, представляющая пример конфигурации сервера OMA-DM, представленного на фиг.2.
Фиг.13 - схема, представляющая пример обработки для пользовательского оборудования, которое находится в пределах зоны охвата, которая должна хранится в блоке 803 базы данных, представленном на фиг.12.
Фиг.14 - блок-схема, представляющая примерную процедуру обработки в сервере OMA-DM.
Фиг.15 - диаграмма последовательности, представляющая пример последовательности установки адресата в системе связи согласно второму примерному варианту осуществления.
Фиг.16 - диаграмма последовательности, представляющая пример последовательности уведомления об изменении в закреплении в системе связи согласно второму примерному варианту осуществления.
Фиг.17 - блок-схема, представляющая пример конфигурации системы связи согласно третьему примерному варианту осуществления настоящего изобретения.
Фиг.18 - схема, представляющая пример передаваемых данных, которые хранятся в блоке базы данных HeNB-GW, и которые передаются в HNB согласно третьему примерному варианту осуществления.
Фиг.19 - диаграмма последовательности, представляющая пример последовательности установки адресата в системе связи согласно третьему примерному варианту осуществления.
Фиг.20 - диаграмма последовательности, представляющая пример последовательности уведомления об изменении в закреплении в системе связи согласно третьему примерному варианту осуществления.
Описание вариантов осуществления
Далее в этом документе описываются примерные варианты осуществления настоящего изобретения со ссылкой на чертежи. При этом элементы, описанные в нижеследующих примерных вариантах осуществления, иллюстрируются только в качестве примера, и объем охраны настоящего изобретения не ограничивается этими элементами.
[Первый примерный вариант осуществления]
Система связи согласно первому примерному варианту осуществления настоящего изобретения описывается со ссылкой на фиг.1. На фиг.1 представлен пример конфигурации системы связи, в которой фемто-станции (HNB, HeNB) уведомляют установленного адресата уведомления об изменении в закреплении пользовательского оборудования (UE) в зоне охвата. Согласно фиг.1, система связи включает в себя фемто-базовую станцию 10, которая обеспечивает фемтосоту, и также включает в себя блок 20 установки адресата уведомления, который устанавливает, в фемто-базовой станции 10, адресата уведомления, которого необходимо уведомить об изменении в закреплении каждого пользовательского оборудования 30 в фемтосоте. После обнаружения изменения в закреплении пользовательского оборудования 30 фемто-базовая станция 10 уведомляет установленного адресата уведомления об изменении в закреплении пользовательского оборудования. "Изменение в закреплении" включает в себя случай, когда пользовательское оборудование 30 перемещается извне зоны охвата фемтосоты, которой управляет фемто-базовая станция 10, внутрь зоны охвата фемтосоты, и случай, когда пользовательское оборудование 30 перемещается изнутри зоны охвата фемтосоты, которой управляет фемто-базовая станция 10, вовне зоны охвата фемтосоты. Эта конфигурация обеспечивает возможность фемто-базовой станции передавать изменение в закреплении пользовательского оборудования установленному требуемому адресату уведомления, вместо уведомления предварительно заданного адресата уведомления об изменении в закреплении упомянутого пользовательского оборудования. Соответственно, выбор адресата передачи, который может изменять управление пользовательским оборудованием, позволяет изменять управления пользовательским оборудованием в пределах фемтосоты в соответствии с изменением в закреплении пользовательского оборудования. Следовательно, этот примерный вариант осуществления также обеспечивает другой признак в качестве способа передачи информации в фемто-базовую станцию 10.
[Второй примерный вариант осуществления]
Согласно этому примерному варианту осуществления, в системе связи, которая формирует фемтосоту, о списке IMSI (International Mobile Subscriber Identity, международный идентификационный номер мобильного абонента) должен предоставляться отчет, и в фемтосоте на основе TR-069 регистрируется информация об адресе IP (Интернет-протокол) или имени хоста (формат FQDN (Fully Qualified Domain Name, полностью определенное имя домена)) сервера OMA-DM адресата отчета. Когда UE находится в зоне охвата фемтосоты или выходит из фемтосоты, об этом уведомляют сервер OMA-DM, имеющий обозначенные имя хоста (формат FQDN) или IP-адрес. Соответственно, сервера OMA-DM имеет функцию, которая может выполнять управление устройством в отношении мобильного терминала на основе протокола OMA-DM в соответствии с предопределенной политикой.
<Пояснение терминов, используемых в этом примерном варианте осуществления>
(Фемтосота)
Термин "фемтосота" обычно относится к маленькой базовой станции, имеющей дальность действия в пределах радиуса в несколько десятков метров. Как случай использования, предполагается, что фемтосота размещена в доме или компании. Фемтосота в основном размещается с целью (1) улучшения зоны охвата, (2) увеличения пропускной способности, (3), сокращения трафика у оператора мобильной связи посредством функции разгрузки данных для сокращения посредством этого ОРЕХ (Operating Expense, эксплуатационных расходов) и (4) сокращения ведения учета во время использования фемтосоты. У фемтосоты существует преимущество, заключающееся в том, что местоположение пользователя может быть задано, когда UE закреплено в такой маленькой базовой станции. В качестве известного способа оценки местоположения, кроме фемтосоты, местоположение пользователя может задавать GPS (Global Positioning System, глобальная система определения местоположения). Однако у фемтосоты существуют следующие преимущества перед GPS способом.
- При GPS измерении необходимо заботиться о продолжительности времени работы аккумуляторной батареи, когда частота измерения позиции UE является высокой.
- Необходимо заботиться о чувствительности спутниковых измерений GPS внутри здания.
- Посредством GPS трудно определять этаж в здании и т.п.
Соответственно, задание местоположения UE посредством фемтосоты обеспечивает вышеупомянутые преимущества по сравнению со случаем использования GPS. В этом примерном варианте осуществления термины "фемтосота" и "HNB" используются как синонимы, которые указывают на идентичное значение.
(TR-069)
Термин "TR-069" (Technical Report 069, Технический отчет 069) относится к технической спецификации протокола управления CPE-WAN (CWMP), заданной «Широкополосным форумом» (Broadband Forum). Эта техническая спецификация определяет протокол для удаленного управления оборудованием конечного пользователя. TR-069 является двунаправленным протоколом на основе SOAP (Simple Object Access Protocol, Простой протокол доступа к объектам)/HTTP (Hyper Text Transfer Protocol, Протокол передачи гипертекста). Соответственно, это определяет связь между CPE (оборудование, которое соединяет WAN (Wide Area Network, глобальная сеть) и клиентскую сеть) и ACS (Automatic Configuration Servers, серверы для автоматического конфигурирования). В фемто-системе CPE соответствует HNB или HeNB, и ACS соответствует HMS или HeMS.
(TR-196)
TR-196 определяет стандартную модель данных (Femto Access Point Service Data Model, модель данных услуги фемто-точки доступа) для фемтосоты (HNB или HeNB), определенной «Широкополосным форумом» (Broadband Forum).
(OMA-DM)
Термин "OMA-DM" является аббревиатурой "open mobile alliance-device management" ("управление устройством Открытого сообщества производителей мобильной связи") и относится к функции управления устройством, разработанной Открытым сообществом производителей мобильной связи (Open Mobile Alliance), которое продвигает стандартизацию относящихся к мобильной связи приложений. OMA-DM выполняет управление устройством с использованием XML (Extensible Markup Language, расширяемый язык разметки) для обмена данными и осуществляется посредством связи между сервером управления устройством и устройством (клиент, которым должны управлять). OMA-DM поддерживает различные протоколы передачи данных в физических интерфейсах, включающих в себя как проводной интерфейс (USB (Universal Serial Bus,универсальная последовательная шина), RS (Recommended Standard, рекомендуемый стандарт)-232), так и беспроводной интерфейс (GSM (Global System for Mobile Communications, глобальная система мобильной связи), W-CDMA (Wideband Division Code Multiple Access, широкополосный множественный доступ с кодовым разделением), IrDA (Infrared Data Association, стандарт на передачу данных в инфракрасном диапазоне), Bluetooth, LTE и т.д. Обмен информацией асинхронно активизируется сервером OMA-DM с использованием способа, например, Push ("проталкивание") WAP (Протокол приложений для беспроводной связи) или SMS (Short Message Service, служба коротких сообщений).
Соответственно, если фемто-базовая станция уведомляет OMA-DM об изменении в закреплении в фемтосоте, то можно достичь следующих эффектов.
(1) С использованием локализации фемтосоты, сервер OMA-DM немедленно уведомляют о том, что пользовательское оборудование закреплено в фемтосоте или выходит из фемтосоты. Соответственно, реализуется управление устройством в реальном времени (переключение в беззвучный режим/режим возбуждения, разрешение/запрет конкретного устройства в мобильном телефоне).
(2) Доступ к Web-сети, например Интернет, обеспечивает возможность владельцу HNB гибко устанавливать способ управления устройством.
(3) Существует возможность оказания услуг в пределах зоны охвата с использованием локализации фемтосоты и выполнения объединения бытовых электронных приборов/оборудования с совместимым с IP устройством в пределах дома или компании.
<Пример конфигурации системы связи согласно второму примерному варианту осуществления>
Конфигурация системы связи согласно второму примерному варианту осуществления настоящего изобретения описывается со ссылкой на фиг.2.
Согласно фиг.2, каждый HNB (Домашний NodeB 3G) 101 и 102 называется фемто-базовой станцией и указывает на маленькую базовую станцию, совместимую с системой радиосвязи третьего поколения (W-CDMA). HMS (Home NodeB Management System, система управления домашними NodeB) 104 является сервером для организации обслуживания для управления HNB 101 и 102. HNB 101 и 102 являются шлюзами, которые соединены с HNB-GW (Шлюз HNB 3G), и осуществляют связь с базовой сетью (CN) через HNB-GW.
Согласно фиг.2, HMS обеспечивает HNB "информацией о мобильном терминале, который отслеживается" (информация о UE, отслеживаемом посредством HNB), которая вводится в этом примерном варианте осуществления, с использованием протокола TR-069. HNB отслеживает UE, входящий в зону действия HNB, или UE, выходящий из зоны охвата HNB, на основании информации о мобильном терминале, который отслеживается. Когда UE перемещается в зону действия HNB или выходит из зоны охвата HNB, HNB подтверждает информацию о мобильном терминале, который отслеживается. Когда IMSI UE включен в информацию о мобильных терминалах, которые отслеживаются, сервер 106 OMA-DM, который обозначен именем хоста (формат FQDN) или IP-адресом в информации о мобильных терминалах, которые отслеживаются, уведомляют об изменении в закреплении UE в зоне охвата. Сервер OMA-DM идентифицирует HNB с использованием ID соты и т.п. и активизирует протокол OMA-DM для UE в соответствии с предопределенным действием для выполнения соответствующего управления устройством. В результате после обнаружения того, что UE, которое должно отслеживаться, закреплено в HNB в книжном магазине или музее, например HNB уведомляет об этом сервер OMA-DM, который обеспечивает возможность отключения устройства камеры UE. Это позволяет препятствовать фотографированию пользователем страницы в книге, за которую пользователь не заплатил, без разрешения с использованием функции камеры мобильного телефона. Это также позволяет препятствовать фотографированию пользователем произведения искусства, что запрещено также и в музее, с использованием функции камеры мобильного телефона.
Отметим, что на фиг.2 иллюстрация сети между каждым HNB и HMS или HNB-GW опущена для ясности процедуры передачи данных, но связь между каждым HNB и HMS или HNB-GW осуществляется через сеть, что само собой разумеется.
(Примерные сигналы сообщений, относящиеся к этим примерным вариантом осуществления)
На фиг.2 представлена часть сигналов сообщений между функциональными элементами, относящимися к этим примерным вариантам осуществления, а также стрелки, указывающие направления этих сигналов сообщений.
(Сообщения для установки адресата уведомления)
Позиционное обозначение 108 обозначает сигнал сообщения, который отправляют из HMS 104 в HNB 102 для установки сервера 106 OMA-DM в качестве адресата уведомления, когда обнаружено изменение в закреплении UE 103, в соответствии с командой SET PARAMETER VALUES (Установить значения параметров), которая согласуется с TR-069. В следующем примере, представленном на фиг.7, сигнал 108 передается как часть CN Level Parameters (Параметры уровня CN), определенных в 3GPP TS25.467. В примере, представленном на фиг.8, сигнал 108 передается как часть типов параметров, относящихся к сети доступа к HNB, определенных в 3GPP TS32.582. Пример, представленный на фиг.9, иллюстрирует сигнал 108 как часть параметров, определенных в TR-196. В следующей последовательности, представленной на фиг.15, сигнал 108 называется Случай 1.
Среди параметров стандартного протокола позиционное обозначение 109 обозначает сигнал сообщения, который отправляют из HNB-GW 105 в HNB 101, для установки сервера 106 OMA-DM в качестве адресата уведомления, когда обнаружено изменение в закреплении UE 103. В следующем примере, представленном на фиг.11, сигнал 109 передается как часть HUB REGISTER ACCEPT (Принятие регистрации концентратора), определенного в 3GPP S25.469. В следующей последовательности, представленной на фиг.15, сигнал 109 называется Случай 2.
(Сообщения для уведомления об изменении в закреплении)
Позиционное обозначение 110 обозначает сигнал сообщения, который отправляют из HNB 102 в HMS 104 в соответствии с командой INFORM, которая согласуется с TR-069, для передачи, на сервер 106 OMA-DM, уведомления, которое указывает на обнаружение изменения в закреплении UE 103, когда обнаружено изменение в закреплении UE 103. Позиционное обозначение 111 обозначает сигнал сообщения, который отправляют из HMS 104 на сервер 106 OMA-DM посредством HTTP для передачи уведомления, которое принято из HNB 102 и которое указывает на изменение в закреплении UE 103. Позиционное обозначение 112 обозначает сигнал сообщения, который напрямую отправляют из HNB 101 на сервер 106 OMA-DM посредством HTTP для передачи уведомления, которое указывает на обнаружение изменения в закреплении UE 103, когда обнаружено это изменение в закреплении UE 103. В следующей последовательности, представленной на фиг.16, уведомление, передаваемое сигналами 110 и 111, называется Случай 1, а уведомление, передаваемое сигналом 112, называется Случай 2.
<Примеры конфигурации HNB 101 и 102>
Как представлено на фиг.3, каждый из HNB 101 и 102 включает в себя блок 601 приема и передачи сигнала, который передает и принимает сигналы протоколов TR-069/SOAP/HTTP, HNBAP (часть приложения HNB), RUA (пользовательское приложение RANAP (часть сетевого приложения радиодоступа)), например, в другие устройства (HMS, сервер OMA-DM, HNB-GW и т.д.) и из них. Каждый HNB 101 и 102 также включает в себя блок 602 управления, который отслеживает целевой IMSI по модели данных и определяет отправку уведомления в HNB-GW 105 или HMS 104. Каждый HNB 101 и 102 также включает в себя блок 603 базы данных для каждого HNB 101 и 102 для управления мобильностью UE 103, например. В этом случае, функции каждого элемента HNB 101 и 102 могут быть реализованы аппаратными средствами или могут быть реализованы программными средствами, что достигается посредством вызова исполнения программы центральным процессором CPU (Центральный процессор) с использованием памяти.
(Пример конфигурации блока 603 базы данных)
Фиг.4 является схемой, представляющей пример конфигурации блока 603 базы данных, представленного на фиг.3. В этом документе иллюстрируются только данные, необходимые для реализации характерных частей этого примерного варианта осуществления, а иллюстрация других данных, относящихся к управлению пользовательским оборудованием, опущена.
Позиционное обозначение 603a обозначает область, в которой хранится адресат уведомления, который установлен в соответствии с принятым сообщением и который указывает на изменение в закреплении, когда обнаружено изменение в закреплении. Позиционное обозначение 603b обозначает область, в которой хранится список отслеживания (Список отслеживаемых IMSI), который устанавливается в соответствии с принятым сообщением и который является списком единиц пользовательского оборудования, которые необходимо отслеживать посредством HNB 101 и 102. Позиционное обозначение 603c обозначает область, в которой хранится неотслеживаемый список (Список IMSI, которыми не отслеживаются), который устанавливается в соответствии с сообщением, принятым как информация отслеживания, и который является списком единиц пользовательского оборудования, которые HNB 101 и 102 не должны отслеживать. Позиционное обозначение 603d обозначает область, в которой хранятся архивы данных, указывающие на то, что HNB 101 и 102 выдали команды серверу 106 OMA-DM для ограничения или добавления функций каждого пользовательского оборудования, и выдали команды другим обслуживающим серверам для ограничения или добавления услуг.
(Примерная процедура обработки HNB 101 и 102)
Фиг.5A и фиг.5B являются блок-схемами, каждая из которых представляет примерную процедуру обработки HNB 101 и 102. В этих блок-схемах также иллюстрируются только части, относящиеся к реализации характерных частей этого примерного варианта осуществления, как описано выше.
Сначала на этапе S10 HNB определяет то, обнаружено ли изменение в закреплении какого-либо пользовательского оборудования в зоне охвата или нет. Если изменение в закреплении не обнаружено, то HNB переходит к этапу S30.
(Процедуры обработки для изменения в закреплении)
После обнаружения изменения в закреплении, HNB переходит к этапу Sll и получает идентификатор (IMSI) абонента, которому принадлежит пользовательское оборудование, закрепление которого в зоне охвата изменилось. На этапе S12 HNB определяет, является ли изменение в закреплении изменением от вне зоны охвата к внутри зоны охвата или изменением от изнутри зоны охвата к вовне зоны охвата. Когда изменение в закреплении является изменением от вне зоны охвата к внутри зоны охвата, HNB переходит к этапу S13 и определяет то, является ли пользовательское оборудование, закрепление которого в зоне охвата изменилось, целью для отслеживания или нет, в соответствии со списком 603b отслеживания и/или со списком 603c отсутствия отслеживания. Когда пользовательское оборудование, закрепление которого в зоне охвата изменилось, определяется как цель для отслеживания, HNB на этапе S14 считывает адресата 603a уведомления, и на этапе S15 выполняет обработку уведомления из HNB на сервер 106 OMA-DM.
Сообщение уведомления включает в себя идентификатор (IMSI) абонента, которому принадлежит пользовательское оборудование, закрепление которого в зоне охвата изменилось, идентификатор (ID соты) для идентификации фемтосоты, которой управляет HNB, и, в случае необходимости, CSG_ID (Closed Subscriber Group ID, ID закрытой группы абонентов) для идентификации группы, которой принадлежит абонент. Далее, на этапе S16, HNB выполняет обычную обработку закрепления, которая в этом документе подробно не описывается. Несмотря на то, что изображено то, что обработка закрепления непосредственно выполняется на этапе S16, когда пользовательское оборудование не является целью для отслеживания, процедура RUA CONNECT для HNB-GW 105, например, выполняется так, как представлено на диаграмме последовательности по фиг.16. На фиг.5A, однако, такая процедура опущена во избежание усложнения.
С другой стороны, когда изменение в закреплении на этапе S12 определяется как изменение от изнутри зоны охвата к вовне зоны охвата, HNB на этапе S17 определяет то, является ли пользовательское оборудование, закрепление которого в зоне охвата изменилось, целью для отслеживания или нет, в соответствии со списком 603b отслеживания и/или списком 603c без отслеживания. Когда пользовательское оборудование, закрепление которого в зоне охвата изменилось, определяется как цель для отслеживания, HNB на этапе S18 считывает адресата 603a уведомления, и на этапе S19 выполняет обработку уведомления из HNB на сервер 106 OMA-DM идентичным способом, как на этапе S15. Далее, на этапе S20, HNB выполняет обычную обработку перехода вовне зоны охвата, которая в этом документе подробно не описывается. Несмотря на то, что изображено то, что обработка перехода вовне зоны охвата выполняется непосредственно на этапе S20, когда пользовательское оборудование не является целью для отслеживания, процедура RUA CONNECT для HNB-GW 105, например, выполняется, как представлено на диаграмме последовательности по фиг.16. На фиг.5A, однако, такая процедура опущена во избежание усложнения.
(Обработка для приема адресата уведомления)
На этапе S30 HNB определяет то, принято ли каждое сообщение, включающее в себя адресата уведомления, или нет. Отметим, что обработка для сообщений, которые не включают в себя адресата для обмена информацией, опущена. После приема адресата для обмена информацией HNB переходит к этапу S31 и извлекает адресата уведомления из принятых данных, включенных в сообщение. Далее, на этапе S32, HNB извлекает информацию относительно цели для отслеживания (цели без отслеживания), если она обозначена в сообщении. На этапе S33 HNB регистрирует или обновляет выделенного адресата уведомления и информацию о цели для отслеживания (цели без отслеживания) в областях, представленных позициями 603a-603c на Фиг.4.
(Обработка для изменения обработки внутри зоны охвата)
На этапе S40 HNB определяет то, существует ли команда из HNB относительно того, чтобы сервер 106 OMA-DM изменил функции пользовательского оборудования, или изменил (ограничил, добавил, удалил и т.д.) услуги других обслуживающих серверов. Когда определяется, что команда существует, HNB переходит к этапу S41 и создает данные для изменения. Когда дополняющей частью является сервер 106 OMA-DM, HNB создает последующее сообщение. Это сообщение включает в себя идентификатор (ID соты) для идентификации фемтосоты, которой управляет HNB, и, в случае необходимости, CSG_ID для идентификации группы, членом которой является абонент, IMSI, который должен обрабатываться, и действие, которое будет описано ниже со ссылкой на фиг.13. На этапе S42 HNB считывает адресата уведомления из области 603a, представленной на фиг.4, и передает сообщение, созданное на этапе S43, считанному адресату уведомления.
В случае обработки, которая отличается от вышеупомянутых обработок, HNB выполняет другую обработку на этапе S50.
<Пример конфигурации HMS 104>
Как представлено на фиг.6, HMS 104 включает в себя блок 701 приема и передачи сигнала, который передает и принимает сигналы, например, SOAP/HTTP в другие устройства (HNB, сервер OMA-DM и т.п.) и из них. HMS 104 также включает в себя блок 702 управления для добавления или удаления объектов и установки параметров, включающих в себя объекты/параметры, представленные на фиг.9, например, в отношении HNB 101 и 102. HMS 104 также включает в себя блок 703 базы данных для управления данными для каждого HNB 101 и 102. Отметим, что функции каждого элемента HMS 104 могут быть реализованы аппаратными средствами, или могут быть реализованы программными средствами, что достигается посредством вызова исполнения центральным процессором (CPU) программы.
В блоке 703 базы данных хранятся параметры, представленные на фиг.7-9, которые передаются с использованием стандартных протоколов для управления каждой фемтосоты, так, чтобы соответственно соответствовать HNB 101 и 102, которые поддерживает и которыми управляет HMS 104. В блоке 703 базы данных, представленном на фиг.6, для примера изображены Набор 71 Параметров для HNB 101 и Набор 72 Параметров для HNB 102. Отметим, что не обязательно сохранять все параметры, соответствующие количеству HNB. Совместно используемые параметры и параметры, зависящие от каждого HNB, в том числе адресат уведомления об изменении в закреплении, согласно этому примерному варианту осуществления могут быть сохранены отдельно.
(Пример данных для установки адресата уведомления посредством HMS 104)
В этом примерном варианте осуществления (1) IMSI, который отслеживается, или IMSI, который не отслеживается, представленные на фиг.7, фиг.8 и фиг.9, добавляется к TR-196, который используется в интерфейсе между HMS и HNB, и (2) информация о IP-адресе и/или имени хоста (формат FQDN) адресата уведомления, представленного на фиг.7, фиг.8 и фиг.9, добавляется к TR-196, которая используется в интерфейсе между HMS и HNB. Отметим, что на фиг.7-9 добавление вышеупомянутого IMSI, который отслеживается, или IMSI, который не отслеживается, и добавление информации о IP-адресе и имени хоста (формат FQDN) адресата уведомления обведены жирной линией.
(Пример 1: пример Параметров уровня CN)
Как представлено на фиг.7, Список IMSI, которые отслеживаются, и Информация об адресате для параметров уведомления, относящихся к мобильности, добавляются к Параметрам уровня CN.
(Пример 2: пример Типов параметров, относящихся к сети доступа к HNB)
Как представлено на фиг.8, Список IMSI, которые отслеживаются, и Информация об адресате для параметров уведомления, относящихся к мобильности, добавляются к Типам параметров, относящихся к сети доступа к HNB.
(Пример 3: пример, представленный параметрами TR-196)
Как представлено на фиг.9, в фемто-модели данных, объекты и параметры FAP Service.{i}.PresenceMgmt. и FAPService.{i}.PresenceMgmt.MemberDetail.{i}. являются вновь добавленными. Однако они иллюстрируются только для примера и могут быть добавлены к существующим объектам или параметрам.
Несмотря на то, что существует возможность обозначать IMSI, который отслеживается, все IMSI могут быть установлены как IMSI, которые отслеживаются, способом, описанным ниже.
1. Несмотря на то, что присутствует объект FAPService.{i}.PresenceMgmt, ни Список без отслеживания, ни Список с отслеживанием не устанавливают для установки посредством этого всех IMSI в качестве целей для отслеживания.
2. Список с отслеживанием не устанавливают, а устанавливают только Список без отслеживания, для установки посредством этого UE, которые отличаются от конкретного IMSI, в качестве целей для отслеживания.
3. Список с отслеживанием устанавливают, а Список без отслеживания не устанавливают. Это обеспечивает возможность установки IP-адреса или имени хоста адресата уведомления для каждого IMSI, за которым осуществляют отслеживание, в объекте FAPService.{i}.PresenceMgmt.MemberDetail.{i}., в котором должно осуществляться отслеживание UE с конкретным IMSI.
Кроме того, адресат уведомления об изменении в закреплении согласно этому примерному варианту осуществления может быть добавлен к параметрам других групп. Также могут быть добавлены протокол передачи, способ и т.п. для уведомления.
<Пример конфигурации HNB-GW 105>
Как представлено на фиг.10, HNB-GW 105 включает в себя блок 901 приема и передачи сигнала, который передает и принимает сигналы, например, протокола RANAP, RUA, HNBAP или SOAP/HTTP в другие устройства (UE, HNB, HMS, сервер OMA-DM и т.д.) и из них. HNB-GW 105 также включает в себя блок 902 управления, который управляет маршрутизацией сигналов из HNB в другие функциональные элементы. HNB-GW 105 также включает в себя блок 903 базы данных, в котором хранится информация управления местоположением по UE 103 и т.п. Вместо HMS 104 HNB-GW 105 может уведомлять HNB 101 и 102 об информации о IMSI, и информации об адресате уведомления. В этом случае, используется протокол RANAP (3GPP TS25.413), RUA (3GPP TS25.468) или HNBAP (3GPP TS25.469). Отметим, что функции элементов HNB-GW 105 могут быть реализованы аппаратными средствами или могут быть реализованы программными средствами, что достигается посредством вызова исполнения программы центральным процессором (CPU).
В блоке 903 базы данных хранятся параметры, представленные на фиг.11, которые передаются с использованием стандартных протоколов для управления каждой фемтосоты, так, чтобы соответственно соответствовать HNB 101 и 102 для соединения. В блоке 903 базы данных, представленном на фиг.10, для примера изображены Набор 91 Параметров для HNB 101 и Набор 92 Параметров для HNB 102. Отметим, что не обязательно все параметры, соответствующие количеству HNB, сохраняются и что совместно используемые параметры и параметры, зависящие от каждого HNB, в том числе адресат уведомления об изменении в закреплении, согласно этому примерному варианту осуществления могут храниться отдельно.
(Пример данных для установки адресата уведомления посредством HNB-GW 105)
(Пример 1: пример HNB REGISTER ACCEPT (Принятие регистрации HNB)
На фиг.11 представлен случай добавления к сообщению HNBAP HNB REGISTER ACCEPT (Принятие регистрации HNB HNBAP). В этом случае, применяются нижеследующие правила.
1. Не устанавливают список с отслеживанием и не устанавливают IMSI из Списка без отслеживания, для установки посредством этого всех UE в качестве целей для отслеживания.
2. Не устанавливают Список с отслеживанием, а IMSI из Списка без отслеживания устанавливают, для установки посредством этого UE, которые отличаются от конкретного IMSI, в качестве целей для отслеживания.
3. Устанавливают Список с отслеживанием, а Список без отслеживания не устанавливают. Это обеспечивает возможность установки UE конкретного IMSI как цели для отслеживания. Кроме того, в случае, когда UE конкретного IMSI устанавливают как цель для отслеживания, для каждого IMSI может быть установлен IP-адрес или имя хоста адресата уведомления. Также могут использоваться другие сообщения в HNBAP, протоколе RUA и протоколе RANAP. В этом случае, когда UE IMSI, который отслеживается, закрепляется за HNB или перемещается из HNB, HNB напрямую уведомляет об этом сервер, обозначенный IP-адресом адресата или Именем хоста адресата, или совместимое с IP устройство.
<Пример конфигурации сервера OMA-DM 106>
Как представлено на фиг.12, сервер 106 OMA-DM включает в себя блок 801 приема и передачи сигнала, который передает и принимает сигналы, например SOAP/HTTP, в другие устройства (UE, HNB, HNB-GW, HMS и т.п.) и из них. Сервер 106 OMA-DM также включает в себя блок 802 управления, который обеспечивает возможность доступа из владельца HNB для ввода установки и изменения элементов содержимого управления устройством и выполняет обработку и т.п. Сервер 106 OMA-DM также включает в себя блок 803 базы данных, который определяет действия, которые должны исполняться после события из HNB, HMS или HNB-GW, которое указывает на то, что UE входит в зону действия HNB, или на то, что UE перемещается из зоны охвата HNB. Отметим, что функции элементов сервера 106 OMA-DM могут быть реализованы аппаратными средствами или могут быть реализованы программными средствами, что достигается посредством вызова исполнения программы центральным процессором (CPU).
(Пример конфигурации блока 803 базы данных)
На фиг.13 представлен пример блока 803 базы данных. На фиг.13 представлен пример установки политик со стороны сервера 106 OMA-DM. Например, в первой строке на фиг.13 указывается случай HNB (ID соты является 1000, и ID CSG является 10000), который установлен в книжном магазине. В случае, когда за IMSI, которые отличаются от IMSI продавца (#A), осуществляется отслеживание, когда UE, которое отличается от UE продавца (#A), закреплено в HNB в книжном магазине, сервер 106 OMA-DM отключает функцию камеры уведомляемого UE. Кроме того, когда UE, который отличается от UE продавца (#A), удаляется от HNB, то HNB уведомляет сервер 106 OMA-DM о том, что UE удаляется от HNB, соответственно активизируется функция камеры, которая должна быть возобновлена. Во второй и последующих строках регистрируется ограничение функций пользовательского оборудования способом, связанным с ID соты фемтосот с учетом CSG_ID и IMSI.
Отметим, что на фиг.13 представлено только ограничение функций, но также могут быть включены добавление и удаление функций. Как описано ниже, изменение регистрации действий включает в себя добавление и удаление.
(Примерная процедура обработки сервера 106 OMA-DM)
Фиг.14 является блок-схемой, представляющей примерную процедуру обработки сервера 106 OMA-DM. Отметим, что на фиг.14 представлены только части, относящиеся к этому примерному варианту осуществления, а обычная обработка и т.п. опущены.
Сначала, на этапе S60, сервер 106 OMA-DM определяет то, принято ли сообщение из HNB или из HMS или нет. Если сообщение не принято, то сервер 106 OMA-DM выполняет другую обработку на этапе S70. Если сообщение принято, то сервер 106 OMA-DM переходит к этапу S61 и определяет то, является ли это сообщение уведомлением об изменении в закреплении.
(Процедуры для изменения в закреплении)
Когда сообщение является уведомлением об изменении в закреплении, сервер 106 OMA-DM переходит к этапу S62 и считывает действие из фиг.13 на основе вышеупомянутого ID соты и, в случае необходимости, CSG_ID и IMSI, который должен быть обработан. Далее, на этапе S63, сервер 106 OMA-DM определяет то, является ли изменение в закреплении изменением от вне зоны охвата к внутри зоны охвата. Когда изменение является изменением от вне зоны охвата к внутри зоны охвата, сервер 106 OMA-DM переходит к этапу S64 и исполняет действие над целевым пользовательским оборудованием, закрепление которого в зоне охвата изменилось. Выполнение такого действия является известным, поэтому его подробное описание опущено. Когда изменение является изменением от изнутри зоны охвата в вовне зоны охвата, сервер 106 OMA-DM переходит к этапу S65 и отменяет действие, исполняемое над целевым пользовательским оборудованием, закрепление которого в зоне охвата изменилось.
(Изменение обработки)
На этапе S67 сервер 106 OMA-DM определяет, указывает ли принятое сообщение на изменение (включающее в себя добавление и удаление) действия. Когда сообщение не указывает на изменение действия, сервер 106 OMA-DM выполняет другую обработку на этапе S80. Когда сообщение указывает на изменение действия, сервер 106 OMA-DM переходит к этапу S68 и изменяет базу данных, соответствующую ID соты фемтосоты. В случае необходимости принятое сообщение включает в себя CSG_ID и IMSI, который должен быть обработан. Далее, на этапе S69, сервер 106 OMA-DM уведомляет HNB, который выдал команду для изменения, о завершении изменения.
Следовательно, на сервере 106 OMA-DM существует механизм, в котором определяется ID соты HNB для подготовки базы данных для исполнения надлежащего действия, которое может быть легко изменено владельцем HNB и т.п. посредством доступа к Интернету и т.п.
<Пример последовательности в системе связи согласно второму примерному варианту осуществления>
Фактическая последовательность операций будет описана со ссылкой на фиг.15 и фиг.16. В этом примере предполагается, что HMS 104 предварительно уведомляет HNB 101 о списке отслеживаемого IMSI HNB и параметре адресата уведомления, которые определены на фиг.9. Это также относится к HNB 102.
(Примерная последовательность установки указания уведомления об изменении в закреплении)
На фиг.15 представлены два типа случаев, то есть Случай 1 и Случай 2, как способов установки.
В Случае 1 по фиг.15 список целей для отслеживания (список IMSI) узла HNB 101 и параметр адресата уведомления устанавливаются HMS 104. Эта установка выполняется с использованием FAPService.{i}.PresenceMgmt. и FAPService.{i}.PresenceMgmt.MemberDetail.{i}., согласно способу TR-069: SET PARAMETER VALUES (Установить значения параметров).
В Случае 2, представленном на фиг.15, когда HNB 101 выполняет регистрацию в HNB-GW 105, HNB 101 уведомляют о сообщении HNB REGISTER ACCEPT (Принятие регистрации HNB), представленном на фиг.11.
(Пример последовательности уведомления для уведомления об изменении в закреплении)
Далее следует описание случая, когда UE 103 движется под управлением HNB 101, и HNB 101 уведомляет об этом сервер 106 OMA-DM. На фиг.16 представлены два типа случаев, то есть Случай 1 и Случай 2, как способы уведомления. Как описано в TS25.467, когда UE 103 движется под управлением HNB 101, UE 103 устанавливает соединение RRC с HNB 101. HNB 101 активизирует процедуру IDENTITY REQUEST (Запрос идентификационного номера) для идентификации IMSI UE 103. После этого HNB 101 активизирует процедуру HNBAP: UE REGISTER (Регистрация UE) (3 GPP TS25.469) для того, чтобы HNB-GW 105 регулировал доступ UE 103 и выполнил регистрацию в HNB-GW 105. После завершения регистрации в HNB-GW 105, HNB 101 подтверждает то, является ли IMSI UE 103 IMSI, который должен отслеживаться. Когда IMSI UE 103 не является IMSI, который должен отслеживаться, HNB 101 активизирует процедуру RUA: CONNECT (Соединение) для передачи сообщения, принятого из UE 103, в CN 107. Когда IMSI UE 103 является IMSI, который должен отслеживаться, HNB 101 отправляет уведомление, указывающее на то, что UE 103 закреплен в зоне охвата, по обозначенному IP-адресу или имени хоста, о которых предварительно уведомляют.
В Случае 1 как способе уведомления, когда обозначенный IP-адрес или имя хоста, о которых предварительно уведомляют, указывают на HMS, HNB 101 активизирует способ INFORM TR-069 по отношению к HMS 104. Далее, HNB 101 уведомляет о IMSI UE 103 и ID соты, и ID CSG HNB 101. HMS 104 также уведомляет сервер 106 OMA-DM о IMSI UE 103 и ID соты и ID CSG HNB с использованием способа POST, способа GET и т.п. в протоколе HTTP. Между HMS 104 и сервером 106 OMA-DM можно использовать не только HTTP, но также и SOAP и другие протоколы, например SIP.
Случай 2 является случаем, когда обозначенный IP-адрес или имя хоста, о которых предварительно уведомляют HNB 101, указывают на сервер 106 OMA-DM. HNB 101 уведомляет о IMSI UE 103 и ID соты и ID CSG HNB 101 с использованием способа POST, способа GET и т.п. в протоколе HTTP. Между HNB 101 и сервером 106 OMA-DM можно использовать не только HTTP, но также и SOAP и другие протоколы, например SIP.
В качестве другого случая, когда UE является UE, которое должно отслеживаться после приема процедуры UE REGISTER (Регистрация UE), HNB-GW 105 может уведомлять сервер 106 OMA-DM о IMSI UE и ID соты и ID CSG HNB. На сервере 106 OMA-DM на основе информации в базе данных с использованием IMSI UE и ID соты и ID CSG HNB в качестве ключей определяется действие, которое должно исполняться.
[Третий Примерный Вариант осуществления]
Третий примерный вариант осуществления иллюстрирует пример системы связи, в котором конфигурация системы связи согласно второму примерному варианту осуществления применяется к LTE (проект "Долгосрочное развитие"). Соответственно, на описание второго примерного варианта осуществления можно ссылаться относительно почти всех обработок, за исключением элементов содержимого, описанных ниже. Соответственно, повторное описание элементов и обработки опущено.
<Пример конфигурации системы связи согласно третьему примерному варианту осуществления>
На фиг.17 представлено то, что HeNB (Home evolved NodeB, домашний усовершенствованный Узел B (NodeB)) 201 является базовой станцией маленького размера, совместимой с системой радиосвязи (OFDMA), определенной согласно LTE (проект "Долгосрочное развитие"). HeMS (Home eNodeB Management System, система управления домашними eNodeB) 104 является сервером для организации обслуживания для управления HeNB 201. HeNB 201 соединен с HeNB-GW (Home eNodeB Gateway, Шлюз домашнего eNodeB) и обменивается информацией с EPC (Evolved Packet Core, Усовершенствованное пакетное ядро) 207 через HeNB-GW. Отметим, что HeNB-GW 205 является необязательным в стандартизации 3GPP (TS36.300). Соответственно, обмен информацией может осуществляться напрямую между HeNB и CN согласно протоколу S1AP (S1 Application Part, Часть приложения S1) (TS36.413) и т.п. без вовлечения HeNB-GW 205.
Согласно фиг.17, HeMS 204 используют протокол TR-069 для обеспечения информации о мобильном терминале, который отслеживается (информация о UE, за которым следит HNB), которая вводится в этом примерном варианте осуществления, в HeNB 201 и HeNB 202. На основе информации о мобильном терминале, который отслеживается, HeNB 201 и 202 осуществляют отслеживание UE 203, которое входит в зону действия каждого HeNB или выходит из этой зоны охвата. HeNB 201 и 202 подтверждают информацию о мобильном терминале, который отслеживается, когда UE 203 входит в зону действия HeNB 201 и 202 или выходит из зоны охвата HeNB 201 и 202. Когда IMSI UE 203 включается в информацию о мобильном терминале, который отслеживается, HeNBs 201 и 202 выполняют уведомление сервера 206 OMA-DM, который обозначен именем хоста (формат FQDN) или IP-адресом в информации об отслеживаемом мобильном терминале. Сервер 206 OMA-DM идентифицирует HeNBs 201 и 202 с использованием ID соты и т.п. и активизирует протокол OMA-DM для UE 203 в соответствии с действием, определенным, как представлено на фиг.13, например, посредством чего выполняется соответствующее управление устройством.
(Примерные сигналы сообщений, относящиеся к этим примерным вариантам осуществления)
На фиг.17 представлена часть сигналов сообщений (передаваемых данных) между функциональными элементами, относящимися к этим примерным вариантам осуществления, а также стрелки, указывающие направления этих сигналов сообщений.
(Сообщения для установки адресата уведомления)
Позиционное обозначение 208 обозначает сигнал сообщения, который отправляют из HeMS 204 в HeNB 202 для установки сервера 206 OMA-DM в качестве адресата уведомления, когда обнаружено изменение в закреплении UE 203 в зоне охвата, в соответствии с командой SET PARAMETER VALUES (Установить значения параметров), которая согласуется с TR-069. Сигнал 208 является аналогичным сигналу по фиг.7-9, описанным выше. В последовательности, представленной на фиг.19, описанной ниже, на сигнал 208 ссылаются, как на Случай 1.
Среди параметров в стандартном протоколе позиционное обозначение 209 обозначает сигнал сообщения, который отправляют из HeNB-GW 205 в HeNB 201 и 202, для установки сервера 206 OMA-DM в качестве адресата уведомления, когда обнаружено изменение в закреплении UE 203 в зоне охвата. Как представлено в примере по фиг.18, описанном ниже, сигнал 209 является сообщением S1AP (3GPP TS36.413) S1 SETUP RESPONSE (Ответ об установке S1). В последовательности, представленной на фиг.19, описанной ниже, на сигнал 209 ссылаются, как на Случай 2.
Позиционное обозначение 210 обозначает сообщение S1AP (3GPP TS36.413) S1 SETUP RESPONSE (Ответ об установке S1), которое напрямую передается из EPC 207 в HeNB 202, когда HeNB-GW 205 отсутствует. В последовательности, представленной на фиг.19, описанной ниже, на сигнал 210 ссылаются, как на Случай 3.
(Сообщения для уведомления об изменении в закреплении)
Позиционное обозначение 211 обозначает сигнал сообщения, который отправляют из HeNB 202 в HeMS 204 в соответствии с командой INFORM, которая согласуется с TR-069, для передачи, на сервер 206 OMA-DM, уведомления, которое указывает на обнаружение изменения в закреплении UE (203) в зоне охвата, когда обнаружено изменение в закреплении UE (203) в зоне охвата. Позиционное обозначение 212 обозначает сигнал сообщения для того, чтобы HeMS 204 передал уведомление, которое указывает на изменение в закреплении UE 203 в зоне охвата и которое принято из HeNB 202, на сервер 206 OMA-DM посредством HTTP. Позиционное обозначение 213 обозначает сигнал сообщения для того, чтобы HeNB 201 напрямую передавал, на сервер 206 OMA-DM посредством HTTP, уведомление, когда обнаружено изменение в закреплении UE 203 в зоне охвата. В последовательности, представленной на фиг.20, описанной ниже, уведомления посредством сигналов 211 и 212 называются Случай 1, и уведомление посредством сигнала 213 называется Случай 2.
<Примеры конфигурации каждого элемента>
Роли базовых элементов согласно третьему примерному варианту осуществления и форматы параметров передачи в основном являются аналогичными ролям базовых элементов и форматам параметров по второму примерному варианту осуществления. Соответственно, повторное их пояснение опущено, а отличия от второго примерного варианта осуществления описаны ниже.
(Примеры данных для установки адресата уведомления посредством HeNB-GW 205 или EPC)
(Пример 1: пример S1 SETUP RESPONSE (Ответ об установке S1))
На фиг.18 представлен случай добавления к сообщению S1AP (3GPP TS36.413) S1 SETUP RESPONSE (Ответ об установке S1). Способ использования параметров является аналогичным протоколу HNBAP, представленному на фиг.11, во втором примерном варианте осуществления.
<Примерная последовательность в системе связи согласно третьему примерному варианту осуществления>
На фиг.19 представлена процедура для установки информации о UE относительно цели для отслеживания и (относительно) параметра адресата уведомления в случае LTE. HeMS 204 предварительно уведомляет HeNB 201 о списке IMSI, которые отслеживаются, (узла) HeNB и параметре адресата уведомления, которые определяются способом, идентичным способу по фиг.9. Это также относится к HeNB 202.
(Примерная последовательность установки адресата уведомления об изменении в закреплении)
На фиг.19 представлены три типа случаев, т.е. Случай 1-Случай 3, как способов для установки адресата уведомления об изменении в закреплении.
В Случае 1, представленном на фиг.19, устанавливаются список отслеживаемых IMSI, (узла) HeNB 201 и параметр адресата уведомления. Эта установка выполняется с использованием FAPService.{i}.PresenceMgmt. и FAPService.{i}.PresenceMgmt.MemberDetail.{i} посредством способа TR-069: SET PARAMETER VALUES (Установить значения параметров).
В Случае 2, когда HNB 201 выполняет регистрацию в HNB-GW 205, HNB 201 уведомляют о сообщении S1AP: S1 SETUP RESPONSE (Ответ об установке S1), представленном на фиг.18.
Случай 3 является случаем, когда HeNB-GW 205 отсутствует, и MME (EPC 207 на фиг.17) напрямую уведомляет HeNB 201 о сообщении S1 SETUP RESPONSE (Ответ об установке S1).
(Пример последовательности уведомления для уведомления об изменении в закреплении)
Далее следует описание случая, когда UE 203 движется под управлением HeNB 201, и HeNB 201 отправляет уведомление на сервер 206 OMA-DM. На фиг.20 представлены два типа случаев, то есть Случай 1 и Случай 2, как способы уведомления. Как описано в TS25.467, UE 203 устанавливает соединение RRC с HeNB 201, когда UE 203 движется под управлением HeNB 201. Далее HeNB 201 активизирует процедуру IDENTITY REQUEST (Запрос идентификационного номера) для идентификации IMSI UE 203. HeNB 201 подтверждает то, является ли IMSI UE 203 IMSI, который должен отслеживаться. Если IMSI UE 203 не является IMSI, который должен отслеживаться, то HeNB 201 активизирует процедуру S1AP INITIAL UE MESSAGE (Первоначальное сообщение UE S1AP) для передачи сообщения, принятого из UE 203, в HeNB-GW 205, или сообщения NAS (Non-Access Stratum, Слой без доступа) в MME (EPC). Когда IMSI UE 203 является IMSI, который должен отслеживаться, HeNB 201 отправляет уведомление, указывающее на то, что UE 203 закреплено в зоне охвата, адресату по IP-адресу или имени хоста, о которых предварительно уведомляют.
В Случае 1, как способе уведомления, имя хоста или IP-адрес адресата, о которых предварительно уведомляют, указывает на HeMS 204. HeNB 201 активизирует способ TR-069 INFORM и уведомляет HeMS 204 о IMSI UE и ID соты и ID CSG HeNB. Далее HeMS 204 уведомляет сервер 206 OMA-DM о IMSI UE и ID соты и ID CSG HeNB с использованием способа POST, способа GET и т.п. в протоколе HTTP. Между HeNB 204 и сервером 206 OMA-DM можно использовать не только HTTP, но также и SOAP и другие протоколы, например SIP (Session Initiation Protocol, протокол инициации сеансов).
Случай 2 является случаем, когда имя хоста или IP-адрес адресата, о которых предварительно уведомляют HeNB 201, указывают на сервер 206 OMA-DM. HeNB 201 уведомляет о IMSI UE 203 и ID соты и ID CSG HeNB 201 с использованием способа POST, способа GET и т.п. в протоколе HTTP. Между HeNB 201 и сервером 206 OMA-DM можно использовать не только HTTP, но также и SOAP и другие протоколы, например, SIP.
В качестве другого случая HeNB-GW 205 может идентифицировать IMSI UE после приема INITIAL UE MESSAGE и может уведомлять сервер 206 OMA-DM о IMSI UE 203 и ID соты и ID CSG HeNB. Как и в случае W-CDMA, на сервере 206 OMA-DM действие, которое должно исполняться, определяется с использованием информации в базе данных, представленной на фиг.13.
<Модифицированный пример этого примерного варианта осуществления>
Согласно этому примерному варианту осуществления маленькая базовая станция, например фемтосота, обнаруживает местоположение UE. Соответственно, этот примерный вариант осуществления может быть применен не только к 3G (фиг.2) и LTE (фиг.17), но также и к любой системе радиодоступа, например Wimax, LTE-Advanced (LTE - Усовершенствованный) и беспроводная LAN (Local Area Network, локальная сеть). Этот примерный вариант осуществления может также быть применен к системам радиосвязи, которые отличаются от системы 3G и системы LTE. Кроме того, также может применяться не только такая маленькая базовая станция, но также и базовые станции, имеющие большую зону охвата и имеющие различный радиус соты, например пико-базовая станция, микро-базовая станция, макро-базовая станция и т.п. Кроме того, маленькие базовые станции не являются стационарными, но могут также применяться к мобильным базовым станциям, которые могут быть установлены в автобусе, поезде, сверхскоростном пассажирском экспрессе и т.п.
Например, после обнаружения того, что UE закреплено в макросоте, установленной на шоссе, например на магистрали или на обычной дороге, макросота уведомляет сервер OMA-DM об этом обнаружении, что обеспечивает возможность принудительного перевода мобильного телефона в режим возбуждения. В случае, когда установлен режим возбуждения, когда принимается входящий вызов, обеспечиваются аудиоинструкции для информирования вызывающего пользователя о состоянии. Это обеспечивает возможность запрещения входящих вызовов пользователю, посредством чего достигается предотвращение несчастных случаев.
Кроме того, когда мобильная базовая станция обнаруживает то, что UE закрепляется в зоне охвата в состоянии, когда мобильная базовая станция установлена в сверхскоростном пассажирском экспрессе или поезде, мобильная базовая станция уведомляет сервер OMA-DM об этом обнаружении. Это обеспечивает возможность принудительного перевода мобильного телефона в беззвучный режим, посредством чего подавляется звук входящего вызова, звук операции и т.п.
В этом примерном варианте осуществления, сервер OMA-DM уведомляют о том, что UE переместилось в зону действия HNB или вышло из зоны охвата HNB. Однако адресатом уведомления может быть не только сервер OMA-DM, но и сервер присутствия, сервер приложений или WEB-сервер. Это обеспечивает возможность управления началом и окончанием предоставления различных услуг в зоне охвата, например, передачи информации и передачи купонов, с использованием локализации фемтосоты. Кроме того, адресат уведомления может быть совместимым с IP устройством внутри дома или компании. Например, HNB, который находится в гостиной, уведомляет совместимое с IP устройство (беспроводной маршрутизатор LAN, телевизор, игровую машину и т.д.) внутри дома о том, что UE закреплено в фемтосоте. Это обеспечивает возможность автоматического включения источника питания телевидения, когда пользователь, который несет мобильный телефон, входит в гостиную. Или же, это обеспечивает возможность автоматического выключения источника питания телевизора тогда, когда пользователь, который несет мобильный терминал, выходит из гостиной.
Что касается политики со стороны сервера OMA-DM, представленной на фиг.13, владелец HNB выполняет аутентификацию, например дайджест-аутентификацию HTTP, с сервером OMA-DM. Когда аутентификация прошла нормально, владельцу дают право доступа для произвольного изменения политики через WEB-интерфейс. Это обеспечивает возможность владельцу HNB изменять базу данных со стороны сервера OMA-DM, представленную на фиг.13. На фиг.13 представлен случай, когда UE, которое должно отслеживаться, закреплено в HNB. Однако, также в случае передачи обслуживания, когда UE передается на обслуживание в HNB, HNB подтверждает IMSI UE. В случае IMSI, который отслеживается, HNB передает событие по обозначенному IP-адресу или имени хоста. Аналогично, когда UE, которое должно отслеживаться, удаляется от HNB, HNB не принимает периодическое сообщение о регистрации местоположения из UE, посредством чего обеспечивается возможность обнаружения того, что UE удалился от HNB. В этом случае HNB отправляет уведомление, указывающее на то, что UE удалился от HNB, по обозначенному IP-адресу или имени хоста. В этом случае, сервер OMA-DM исполняет действие в соответствии с предварительно обозначенной политикой в базе данных. Кроме того, HNB может периодически передавать сигнал поискового вызова UE, например, для подтверждения того, что UE закреплено в зоне охвата. Аналогично, когда пользователь во время связи выходит из зоны охвата HNB при передаче обслуживания, HNB отправляет уведомление, указывающее на то, что UE удалился от HNB, по обозначенному IP-адресу или имени хоста, после завершения передачи обслуживания. В этом случае сервер OMA-DM исполняет действие в соответствии с предварительно обозначенной политикой в базе данных. HNB может периодически передавать сигнал поискового вызова UE, например, для подтверждения того, что UE закреплено в зоне охвата.
Этот примерный вариант осуществления, описанный выше, имеет следующие конкретные признаки.
1. В системе 3G IMSI, который отслеживается, или IMSI, который не отслеживается, и IP-адрес и имя хоста (формат FQDN) в качестве адресата уведомления, которые представлены на фиг.9, добавляются в фемто-модель данных (Широкополосный TR-196), используемую в интерфейсе между HMS и HNB.
2. В системе LTE IMSI, который отслеживается, или IMSI, который не отслеживается, и IP-адрес и имя хоста (формат FQDN) в качестве адресата уведомления, которые представлены на фиг.9, добавляются в фемто-модель данных, используемую в интерфейсе между HeMS и HeNB.
3. В системе 3G IMSI, который отслеживается, или IMSI, который не отслеживается, и IP-адрес и имя хоста (формат FQDN) в качестве адресата уведомления, которые представлены на фиг.11, добавляются в протокол HNBAP, используемый в интерфейсе между HNB-GW и HNB.
4. В системе LTE IMSI, который отслеживается, или IMSI, который не отслеживается, и IP-адрес и имя хоста (формат FQDN) в качестве адресата уведомления, которые представлены на фиг.18, добавляются в протокол S1AP, используемый в интерфейсе между HeNB-GW и HeNB.
5. Обеспечены процедура, в которой, как предоставлено на фиг.16, HNB определяет IMSI UE, и после этого отправляет уведомление на сервер OMA-DM для того, чтобы посредством него выполнять управление устройством, и процедура, в которой, как предоставлено на фиг.20, HeNB определяет IMSI UE, и после этого отправляет уведомление на сервер OMA-DM для того, чтобы посредством него выполнять управление устройством.
6. Услуга автоматического управления устройством выполняется посредством запускающего события закрепления в зоне охвата, которое получают посредством управления устройством, выполняемым OMA-DM, с использованием локализации фемтосоты.
7. Как представлено на фиг.13, существует возможность осуществления политики установки способа на сервере OMA-DM и изменения политики владельцем HNB. Отметим, что вышеупомянутые примерные варианты осуществления могут быть применены к системам радиосвязи, которые отличаются от 3G/LTE, и могут также быть применены к сотам, которые отличаются от фемтосоты, например пикосота, микросота и макросота. Соты могут принадлежать мобильным базовым станциям. Адресатом уведомления может быть не только сервер OMA-DM, но и WEB-сервер, сервер приложений или совместимое с IP устройство.
При этой конфигурации, в этом примерном варианте осуществления, HMS уведомляет HNB об информации о UE, которые отслеживаются, или о UE, которые не отслеживаются, и об информации о IP-адресе или имени хоста (формат FQDN) как об адресате уведомления, посредством процедуры HNBAP или TR-069. Соответственно, HNB может распознавать информацию о UE, которые отслеживаются, или о UE, которые не отслеживаются, и информацию о IP-адресе или имени хоста (формат FQDN) как об адресате уведомления. Следовательно, когда UE закреплено в зоне охвата под управлением HNB, или выходит из зоны охвата под управлением HNB, надлежащий адресат уведомления (сервер OMA-DM, совместимое с IP устройство и т.д.) может быть уведомлен о событии.
Уведомление сервера OMA-DM о закреплении в фемтосоте обеспечивает возможность различных средств управления устройством над UE с использованием локализации фемтосоты. Это обеспечивает возможность отключения функции камеры в книжном магазине, музее и т.п., обеспечивает возможность автоматического перевода режима в беззвучный режим в кинотеатре и обеспечивает возможность автоматического перевода режима в беззвучный режим в сверхскоростном пассажирском экспрессе или поезде, например.
Этот примерный вариант осуществления не ограничивается упомянутой системой радиосвязи и упомянутым радиусом соты, он также может быть применен к конкретной макросоте. Это обеспечивает возможность автоматического перевода режима в режим возбуждения в макросоте, установленной на шоссе, например на магистрали или на обычной дороге.
Этот примерный вариант осуществления не ограничивается сервером OMA-DM, он может также быть применен к серверу присутствия, серверу приложений и WEB-серверу. Это обеспечивает возможность различных услуг в зоне охвата, например передачи информации и передачи купонов, с использованием локализации фемтосоты.
Адресат уведомления может являться совместимым с IP устройством внутри дома или компании. Например, HNB, который находится в гостиной, уведомляет совместимое с IP устройство (беспроводной маршрутизатор LAN, телевизор, игровую машину и т.д.) внутри дома о том, что UE закреплено в фемтосоте. Это обеспечивает возможность автоматического включения источника питания телевизора, когда пользователь, который несет мобильный терминал, входит в гостиную. Или же это обеспечивает возможность автоматического выключения источника питания телевизора тогда, когда пользователь, который несет мобильный телефон, выходит из гостиной.
Владельцу HNB после аутентификации дают право доступа для произвольного изменения политики со стороны сервера OMA-DM через WEB-интерфейс. Соответственно, владелец HNB может определять то, как выполнять управление устройством.
Кроме того, как описано выше, этот примерный вариант осуществления может быть применен не только к фемто-системе, но также и к макросоте. В случае макросоты RNC в W-CDMA или сервер для организации обслуживания eNodeB в LTE может предоставлять информацию о IMSI, который отслеживается, и адресата уведомления в соответствии с протоколом, например CORBA (Common Object Request Broker Architecture, общая архитектура брокера запросов к объектам) или SOAP.
[Другие Примерные Варианты осуществления]
Несмотря на то, что выше подробно описаны примерные варианты осуществления согласно настоящему изобретению, система или устройство, полученные посредством произвольного объединения соответствующих признаков, включенных в каждый примерный вариант осуществления, также включены в объем настоящего изобретения.
Настоящее изобретение может быть применено к системе, включающей в себя множество устройств, или оно может быть применено к одному устройству. Настоящее изобретение может также быть применено к случаю, когда программа обработки информации, которая реализует функции каждого примерного варианта осуществления, обеспечивается непосредственно или обеспечивается удаленно в систему или устройство. Соответственно, программа управления, установленная на компьютере, чтобы заставить компьютер реализовать функции настоящего изобретения, носитель информации, хранящий эту программу управления, и сервер "всемирной паутины", который обеспечивает возможность загрузки этой программы управления, включены в объем настоящего изобретения.
Программа управления может храниться и предоставляться в компьютер с использованием любого типа невременного машиночитаемого носителя информации. Невременный машиночитаемый носитель информации включает в себя любой тип материальных носителей информации. Примеры невременного машиночитаемого носителя информации включают в себя магнитные носители информации (например, гибкие диски, магнитные ленты, накопители на жестких дисках и т.д.), оптические магнитные носители информации (например, магнитооптические диски), CD-ROM (Постоянное запоминающее устройство), CD-R, CD-R/W и полупроводниковые запоминающие устройства (например, масочное ПЗУ (ROM), PROM (программируемое ПЗУ), EPROM (стираемое PROM), флэш-ПЗУ, ОЗУ (RAM, Random Access Memory, оперативное запоминающее устройство) и т.д.). Программа управления может предоставляться в компьютер с использованием любого типа временного машиночитаемого носителя информации. Примеры временного машиночитаемого носителя информации включают в себя электрические сигналы, оптические сигналы и электромагнитные волны. Временный машиночитаемый носитель информации может предоставлять программу в компьютер через линию проводной связи, например электрические провода и оптоволоконные кабели, или линию беспроводной связи.
Эта патентная заявка основывается на японской патентной заявке № 2010-189046, поданной 26 августа 2010 г., и по этой патентной заявке испрашивается приоритет, причем она полностью включена в этот документ по ссылке.
[Другие положения примерных вариантов осуществления]
Примерные варианты осуществления, раскрытые выше, в полном объеме или частично могут быть описаны в виде, например, следующих дополнительных примечаний.
(Дополнительное примечание 1)
Система связи, включающая в себя фемто-базовую станцию, которая обеспечивает фемтосоту, причем система связи содержит:
средство установки адресата уведомления для установки, в фемто-базовой станции, адресата уведомления, которого необходимо уведомить об изменении в закреплении пользовательского оборудования в фемтосоте,
причем упомянутая фемто-базовая станция уведомляет установленного адресата уведомления об изменении в закреплении пользовательского оборудования после обнаружения изменения в закреплении.
(Дополнительное примечание 2)
Система связи по Дополнительному примечанию 1, в которой адресат уведомления включается в передаваемые данные, которые должны передаваться в фемто-базовую станцию, причем эти передаваемые данные согласуются со стандартным протоколом в системе связи, которая обеспечивает фемтосоту.
(Дополнительное примечание 3)
Система связи по Дополнительному примечанию 2, в которой адресат уведомления включается в одно из параметра, устанавливаемого сервером для организации обслуживания, который управляет фемто-базовой станцией, параметра, устанавливаемого шлюзом, соединенным с базовой сетью, и параметра, устанавливаемого пакетным ядром через сеть.
(Дополнительное примечание 4)
Система связи по Дополнительному примечанию 1,
в которой средство установки адресата уведомления выполнено с возможностью дополнительной установки, в фемто-базовой станции, информации для отслеживания, указывающей на то, должно ли осуществляться отслеживание фемто-базовой станцией за каждым пользовательским оборудованием или нет, и
фемто-базовая станция уведомляет установленного адресата уведомления об изменении в закреплении, когда фемто-базовая станция обнаруживает изменение в закреплении пользовательского оборудования, и когда информация для отслеживания указывает на то, что за пользовательским оборудованием должно осуществляться отслеживание фемто-базовой станцией.
(Дополнительное примечание 5)
Система связи по любому из Дополнительных примечаний 1-4,
в которой адресат уведомления является устройством обработки информации, которое может управлять функцией пользовательского оборудования, и
это устройство обработки информации ограничивает или добавляет функцию пользовательского оборудования, когда его уведомляют об изменении при перемещении пользовательского оборудования извне зоны охвата вовнутрь зоны охвата, причем эта функция пользовательского оборудования предварительно сохраняется в ассоциации с по меньшей мере ID соты для идентификации фемтосоты, которую управляет фемто-базовая станция, которую уведомили об этом изменении в закреплении, и это устройство обработки информации отменяет упомянутое ограничение или добавление упомянутой функции пользовательского оборудования, когда его уведомляют об изменении при перемещении пользовательского оборудования изнутри зоны охвата вовнутрь зоны охвата.
(Дополнительное примечание 6)
Система связи по Дополнительному примечанию 5, в которой в устройстве обработки информации упомянутое ограничение или добавление функции пользовательского оборудования также хранится в ассоциации с IMSI для идентификации абонента, которому принадлежит пользовательское оборудование, и/или CSG_ID для идентификации группы, членом которой является упомянутый абонент.
(Дополнительное примечание 7)
Система связи по любому из Дополнительных примечаний 1-4,
в которой адресат уведомления является устройством обработки информации, которое может управлять обеспечением услуги пользователю, и
это устройство обработки информации начинает обеспечение услуги пользователю, когда его уведомляют об изменении при перемещении пользовательского оборудования извне зоны охвата во вовне зоны охвата, причем это обеспечение услуги предварительно сохраняется в ассоциации с по меньшей мере ID соты для идентификации фемтосоты, которой управляет фемто-базовая станция, которую уведомили об изменении в закреплении, и прекращает обеспечение упомянутой услуги пользователю, когда его уведомляют об изменении при перемещении пользовательского оборудования изнутри зоны охвата вовне зоны охвата.
(Дополнительное примечание 8)
Система связи по Дополнительному примечанию 7, в которой в устройстве обработки информации обеспечение упомянутой услуги пользователю также хранится в ассоциации с IMSI для идентификации абонента, которому принадлежит пользовательское оборудование, и/или CSG_ID для идентификации группы, членом которой является упомянутый абонент.
(Дополнительное примечание 9)
Способ управления для системы связи, которая обеспечивает фемтосоту, причем способ управления содержит:
этап установки адресата уведомления, на котором устанавливают, в фемто-базовой станции, адресата уведомления, которого необходимо уведомить об изменении в закреплении пользовательского оборудования в фемтосоте, и
этап уведомления об изменении в закреплении, на котором уведомляют, посредством фемто-базовой станции, установленного адресата уведомления об изменении в закреплении пользовательского оборудования после обнаружения изменения в закреплении.
(Дополнительное примечание 10)
Устройство обработки информации, которое управляет пользовательским оборудованием в системе связи, обеспечивающей фемтосоту, причем устройство обработки информации содержит:
средство хранения информации для хранения ограничения или добавления функции пользовательского оборудования в ассоциации с по меньшей мере ID соты для идентификации фемтосоты,
средство приема для приема изменения в закреплении пользовательского оборудования в фемтосоте из фемто-базовой станции, обнаружившей изменение в закреплении, причем об изменении в закреплении уведомляют адресата уведомления, причем адресат уведомления представляет устройство обработки информации и предварительно устанавливается в фемто-базовой станции, и
средство управления для ограничения или добавления функции пользовательского оборудования, хранящейся в средстве хранения информации, после приема изменения при перемещении пользовательского оборудования извне зоны охвата фемтосоты внутрь зоны охвата, и для отмены ограничения или добавления функции пользовательского оборудования, после приема изменения при перемещении пользовательского оборудования изнутри зоны охвата фемтосоты вовне зоны охвата.
(Дополнительное примечание 11)
Устройство обработки информации по Дополнительному примечанию 10, в котором упомянутое ограничение или добавление функции пользовательского оборудования также хранится в ассоциации с IMSI для идентификации абонента, которому принадлежит пользовательское оборудование, и/или CSG_ID для идентификации группы, членом которой является упомянутый абонент.
(Дополнительное примечание 12)
Устройство обработки информации по Дополнительному примечанию 10 или 11, также содержащее:
средство для приема, из фемто-базовой станции, команды для изменения, добавления или удаления упомянутого ограничения или добавления функции пользовательского оборудования, хранящейся в средстве хранения информации,
причем упомянутое ограничение или добавление функции пользовательского оборудования в отношении фемтосоты, которой управляет фемто-базовая станция, изменяется, добавляется или удаляется в средстве хранения информации на основе принятой команды.
(Дополнительное примечание 13)
Способ управления для устройства обработки информации, которое управляет пользовательским оборудованием в системе связи, обеспечивающей фемтосоту, причем способ управления содержит:
этап приема, на котором принимают изменения в закреплении пользовательского оборудования в фемтосоте из фемто-базовой станции, обнаружившей изменение в закреплении, причем об изменении в закреплении уведомляют адресата уведомления, причем адресат уведомления представляет устройство обработки информации и предварительно устанавливается в фемто-базовой станции, и
этап управления, на котором ограничивают или добавляют функцию пользовательского оборудования, хранящуюся в средстве хранения информации в ассоциации с по меньшей мере ID соты для идентификации фемтосоты, после приема изменения при перемещении пользовательского оборудования извне зоны охвата фемтосоты внутрь зоны охвата, и отменяют ограничение или добавление функции пользовательского оборудования после приема изменения при перемещении пользовательского оборудования изнутри зоны охвата фемтосоты вовне зоны охвата.
(Дополнительное примечание 14)
Программа управления для устройства обработки информации, которое управляет пользовательским оборудованием в системе связи, обеспечивающей фемтосоту, причем программа управления заставляет компьютер осуществлять:
этап приема, на котором принимают изменение в закреплении пользовательского оборудования в фемтосоте из фемто-базовой станции, обнаружившей изменение в закреплении, причем об изменении в закреплении уведомляют адресата уведомления, причем адресат уведомления представляет устройство обработки информации и предварительно устанавливается в фемто-базовой станции, и
этап управления, на котором ограничивают или добавляют функцию пользовательского оборудования, хранящуюся в средстве хранения информации в ассоциации с по меньшей мере ID соты для идентификации фемтосоты, после приема изменения при перемещении пользовательского оборудования извне зоны охвата фемтосоты внутрь зоны охвата, и отменяют ограничение или добавление функции пользовательского оборудования после приема изменения при перемещении пользовательского оборудования изнутри зоны охвата фемтосоты вовне зоны охвата.
(Дополнительное примечание 15)
Устройство обработки информации, которое управляет услугой пользователю в системе связи, обеспечивающей фемтосоту, причем устройство обработки информации содержит:
средство хранения информации для хранения услуги пользователю в ассоциации с по меньшей мере ID соты для идентификации фемтосоты,
средство приема для приема изменения в закреплении пользовательского оборудования в фемтосоте из фемто-базовой станции, обнаружившей изменение в закреплении, причем об изменении в закреплении уведомляют адресата уведомления, причем адресат уведомления представляет устройство обработки информации и предварительно устанавливается в фемто-базовой станции, и
средство управления для запуска услуги пользователю, хранящейся в средстве хранения информации, после приема изменения при перемещении пользовательского оборудования извне зоны охвата фемтосоты внутрь зоны охвата и для отмены услуги пользователю после приема изменения при перемещении пользовательского оборудования изнутри зоны охвата фемтосоты вовне зоны охвата.
(Дополнительное примечание 16)
Способ передачи информации по передаче информации в фемто-базовую станцию, которая управляет фемтосотой, причем способ передачи информации содержит:
передачу, в упомянутую фемто-базовую станцию, адресата уведомления, которого необходимо уведомить об изменении в закреплении пользовательского оборудования в фемтосоте, как часть передаваемых данных, согласуемых со стандартным протоколом.
(Дополнительное примечание 17)
Фемто-базовая станция, которая управляет пользовательским оборудованием в фемтосоте в системе связи, обеспечивающей фемтосоту, причем фемто-базовая станция содержит:
средство приема для приема адресата уведомления, которого необходимо уведомить об изменении в закреплении пользовательского оборудования в фемтосоте, и
средство уведомления для уведомления принятого адресата уведомления об изменении в закреплении пользовательского оборудования, после обнаружения изменения в закреплении.
(Дополнительное примечание 18)
Фемто-базовая станция по Дополнительному примечанию 17, в которой адресат уведомления включается в передаваемые данные, которые должны передаваться в фемто-базовую станцию, причем эти передаваемые данные согласуются со стандартным протоколом в системе связи, которая обеспечивает фемтосоту.
(Дополнительное примечание 19)
Фемто-базовая станция по Дополнительному примечанию 18, в которой адресат уведомления включается в одно из параметра, устанавливаемого сервером для организации обслуживания, который управляет фемто-базовой станцией, параметра, устанавливаемого шлюзом, соединенным с базовой сетью, и параметра, устанавливаемого пакетным ядром через сеть.
(Дополнительное примечание 20)
Фемто-базовая станция по Дополнительному примечанию 17,
в которой средство приема также выполнено с возможностью приема, информации для отслеживания, указывающей на то, должно ли осуществляться отслеживание фемто-базовой станцией за каждым пользовательским оборудованием или нет, и
средство уведомления выполнено с возможностью уведомления принятого адресата уведомления об изменении в закреплении, когда фемто-базовая станция обнаруживает изменение в закреплении пользовательского оборудования и когда информация для отслеживания указывает на то, что пользовательское оборудование должно отслеживаться фемто-базовой станцией.
(Дополнительное примечание 21)
Фемто-базовая станция по Дополнительному примечанию 17 или 20, дополнительно содержащая:
средство для передачи, в устройство обработки информации, команды для изменения, добавления или удаления ограничения или добавления функции пользовательского оборудования, когда адресат уведомления является устройством обработки информации, которое управляет пользовательским оборудованием.
(Дополнительное примечание 22)
Способ управления для фемто-базовой станции, которая управляет фемтосотой в системе связи, обеспечивающей фемтосоту, причем способ управления содержит:
этап приема, на котором принимают адресата уведомления, которого необходимо уведомить об изменении в закреплении пользовательского оборудования в фемтосоте, и
этап уведомления, на котором уведомляют принятого адресата уведомления об изменении в закреплении пользовательского оборудования после обнаружения изменения в закреплении.
(Дополнительное примечание 23)
Программа управления для фемто-базовой станции, которая управляет фемтосотой в системе связи, которая обеспечивает фемтосоту, причем программа управления заставляет компьютер осуществлять:
этап приема, на котором принимают адресата уведомления, которого необходимо уведомить об изменении в закреплении пользовательского оборудования в фемтосоте, и
этап уведомления, на котором уведомляют принятого адресата уведомления об изменении в закреплении пользовательского оборудования после обнаружения изменения в закреплении.
Список позиционных обозначений
10 ФЕМТО-БАЗОВАЯ СТАНЦИЯ (HNB, HeNB)
11 ИЗМЕНЕНИЕ В ЗАКРЕПЛЕНИИ
12, 603a АДРЕСАТ УВЕДОМЛЕНИЯ
20 БЛОК УСТАНОВКИ АДРЕСАТА УВЕДОМЛЕНИЯ
30 ПОЛЬЗОВАТЕЛЬСКОЕ ОБОРУДОВАНИЕ (UE)
71, 72, 91, 92 НАБОР ПАРАМЕТРОВ
101, 102 HNB
103, 203 UE
104 HMS
105 HNB-GW
106, 206 СЕРВЕР OMA-DM
107 CN
108-112, 208, 209, 211-213 СИГНАЛ СООБЩЕНИЯ
201, 202 HeNB
204 HeMS
205 HeNB-GW
106 СЕРВЕР OMA-DM
207 EPC
210 S1 SETUP RESPONSE (Ответ об установке S1)
601, 701, 801, 901 БЛОК ПРИЕМА И ПЕРЕДАЧИ СИГНАЛА
602, 702, 802, 902 БЛОК УПРАВЛЕНИЯ
603, 703, 803, 903 БЛОК БАЗЫ ДАННЫХ
603b СПИСОК С ОТСЛЕЖИВАНИЕМ
603c СПИСОК БЕЗ ОТСЛЕЖИВАНИЯ
603d ХРОНОЛОГИЯ