СИСТЕМА ОПРЕДЕЛЕНИЯ ПОЛИТИКИ, СПОСОБ ОПРЕДЕЛЕНИЯ ПОЛИТИКИ И НЕПЕРЕХОДНЫЙ СЧИТЫВАЕМЫЙ КОМПЬЮТЕРОМ НОСИТЕЛЬ
POLICY DETERMINATION SYSTEM, POLICY DETERMINATION METHOD AND NON-TRANSITIONAL COMPUTER-READABLE MEDIUM

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ НАСТОЯЩЕЕ ИЗОБРЕТЕНИЕ
[0001] Настоящее изобретение относится к системе мобильной связи, которая была изучена в 3GPP (проекте партнерства третьего поколения), 3GPP2, Форуме WiMAX и т.п., и, более конкретно, относится к способу управления переходом между состояниями мобильного терминала между состоянием CONNECTED (СОЕДИНЕН) и состоянием IDLE (ОЖИДАНИЕ).
ПРЕДШЕСТВУЮЩИЙ УРОВЕНЬ ТЕХНИКИ
[0002] Фиг. 4 является блок-схемой, показывающей общий пример конфигурации системы мобильной связи. На Фиг. 4 опущены узлы, не имеющие отношения к разделу "Предшествующий уровень техники", и узлы, не требующие объяснения. На Фиг. 4 базовая сеть 10 администрируется оператором, который, главным образом, предоставляет услуги мобильной связи. Базовая сеть 10 является, например, сетью с коммутацией пакетов (EPC (развитое пакетное ядро)) EPS (развитой системе пакетной передачи) или базовой сетью с коммутацией пакетов UMTS (универсальной системы мобильной связи) 3GPP, базовой сетью с коммутацией пакетов CDMA2000 в 3GGP2 или базовой сетью с коммутацией пакетов CSN (сети предоставления услуг с возможностью соединения) Форума WiMAX.
[0003] Сеть 20 радиодоступа включает в себя базовую радиостанцию 910 и мобильный терминал 930. Базовая радиостанция 910 имеет функцию соединения с мобильным терминалом 930 способом радиодоступа. Базовая сеть 10 включает в себя узел 200 администрирования мобильностью. Узел 920 администрирования мобильностью выполняет администрирование мобильностью и аутентификацию (управление безопасностью) терминала 930 во время радиодоступа и администрирует процессы настройки и сигналы управления для пути передачи данных пользователя между базовой сетью 10 и базовой радиостанцией 910. Мобильный терминал 930 имеет радиоинтерфейс и соединяется с базовой радиостанцией 910 способом радиодоступа и также соединяется с базовой сетью 10.
[0004] В EPS 3GPP базовая радиостанция 910 соответствует eNB (расширенному NodeB); узел 920 администрирования мобильностью соответствует ММЕ (объекту администрирования мобильностью); и мобильный терминал 930 соответствует UE (пользовательскому оборудованию). В качестве способа радиодоступа используется LTE (проект долгосрочного развития).
[0005] В UMTS 3GPP радио базовая радиостанция 910 соответствует функциям RNC (контроллера радиосети) и NB (NodeB). Узел 200 администрирования мобильностью соответствует SGSN (узлу поддержки обслуживания GPRS), и мобильный терминал 300 соответствует UE (пользовательскому оборудованию). В качестве способа радиодоступа используется W-CDMA (широкополосный множественный доступ с кодовым разделением каналов).
[0006] В системе CDMA2000 3GGP2 радио базовая радиостанция 100 соответствует BS (базовой станции); узел 200 администрирования мобильностью соответствует PDNS (узлу обслуживания пакетных данных); и мобильный терминал 300 соответствует MS (мобильной станции). В качестве способа радиодоступа используется EV - DO (оптимизированная передача данных).
[0007] В системе связи Форума WiMAX радио базовая радиостанция 100 соответствует функциям ASN-GW (шлюза сети обслуживания доступа) и BS (базовой станции). Узел 200 администрирования мобильностью соответствует НА (домашнему агенту) и мобильный терминал 300 соответствует MS (мобильной станции). В качестве способа радио доступа используется WiMAX.
[0008] Аспекты и варианты осуществления настоящего изобретения, описанные в настоящем описании, не зависят от архитектур систем мобильной связи. Соответственно, аспекты и варианты осуществления настоящего изобретения могут быть применены к системам мобильной связи, стандартизированным в 3GPP, 3GPP2 и Форуме WiMAX. Однако последующее описание будет сделано со ссылками на систему мобильной связи EPS в 3GPP для подробного описания конфигураций и операций в соответствии с аспектами и вариантами осуществления настоящего изобретения.
[0009] На Фиг. 33 радио управление, включающее в себя распределение ресурсов (каналов) в радио секции между мобильным терминалом 930 и радио базовой радиостанцией 910, осуществляется на уровне RRC (управление радио ресурсами), и обмен сообщениями управления и связью с коммутацией пакетов между мобильным терминалом 300 и базовой сетью 10, например, осуществляется на уровне NAS (слой без доступа), который является верхним уровнем RRC.
[0010] На уровне RRC имеются два состояния RRC_IDLE и RRC_CONNECTED. В состоянии RRC_CONNECTED радио базовая радиостанция 910 хранит информацию (то есть контекст RRC) о соединении RRC между мобильным терминалом 930 и радио базовой радиостанцией 910, и, таким образом, разрешены передача и прием пользовательских данных в радио секции между мобильным терминалом 930 и базовой радиостанцией 910. С другой стороны, в состоянии RRC_ IDLE базовая радиостанция 100 освобождает информацию (контекст RRC) о соединении RRC мобильного терминала 300, прерывистый прием (DRX), который конфигурируется посредством NAS, указывается мобильному терминалу 300, и поэтому мобильный терминал 300 в состоянии принять пейджинговый сигнал.
[0011] В течение прерывистого приема модуль радиосвязи, включенный в мобильный терминал 930, активируется для выполнения операции приема в соответствии с временными слотами, которые должны быть приняты посредством мобильного терминала 930. В течение других периодов времени модуль радиосвязи переходит в состояние ожидания (выключено). Таким образом, прерывистый прием предоставляет большой эффект экономии мощности в мобильном терминале 930.
[0012] На уровне NAS имеются два состояния ECM (администрирование соединения EPS)_IDLE и ECM_CONNECTED. В состоянии ECM_CONNECTED соединение NAS устанавливается между мобильным терминалом 930 и узлом 920 администрирования мобильностью. Узел 920 администрирования мобильностью точно распознает позицию мобильного терминала 930 (то есть распознает радио базовую радиостанцию, с которой соединен мобильный терминал) посредством использования соединения NAS и выполняет процесс передачи, когда мобильный терминал 930 перемещается между базовыми радиостанциями. С другой стороны, состояние ECM_IDLE является состоянием, в котором соединение NAS не устанавливается между мобильным терминалом 930 и узлом 920 администрирования мобильностью. В состоянии ECM_IDLE узел 920 администрирования мобильностью выполняет администрирование мобильностью мобильного терминала 930 в единицах областей отслеживания, которые включают в себя множество базовых радиостанций. Соответственно, даже когда мобильный терминал 930 в состоянии ECM_IDLE перемещается между базовыми радиостанциями, процесс передачи обслуживания не имеет место. Когда мобильный терминал 930 возвращается в состояние ECM_CONNECTED из состояния ECM_IDLE, мобильный терминал 930 должен быть синхронизирован с базовой сетью 10 (то есть должен выполнять регистрацию местоположения).
[0013] Когда мобильный терминал 930 находится в состоянии ECM_IDLE, и узел 920 администрирования мобильностью выполняет администрирование мобильностью мобильного терминала 930 в единицах областей отслеживания, нет необходимости выполнять процесс передачи обслуживания, даже когда мобильный терминал 930 перемещается между базовыми радиостанциями. Это предоставляет преимущество снижения нагрузки на базовую сеть (включающую в себя узел 200 администрирования мобильностью).
[0014] Можно сказать, что состояния (CONNECTED или IDLE), относящиеся к соединениям уровня RRC и уровня NAS, синхронизированы. Причина состоит в том, что необходимо установить соединение на уровне RRC (вход в состояние RRC_CONNECTED) таким образом, чтобы установить соединение на уровне NAS (вход в состояние ECM_CONNECTED), и соединение на уровне NAS устанавливается одновременно с установкой соединения на уровне RRC. Причина также состоит в том, что когда соединение на одном из уровня RRC и уровня NAS освобождается (переходит в состояние IDLE), соединение на другом уровне также освобождается (переходит в состояние IDLE).
[0015] Когда уровень NAS переходит из состояния ECM_CONNECTED в состояние ECM_IDLE, выполняется процедура освобождения S1. Примером механизма инициации для выполнения процедуры освобождения S1 является освобождение RRC-соединения (переход в состояние RRC_IDLE). Когда процедура освобождения S1 выполняется в состоянии, когда соединение устанавливается на уровне RRC (состояние RRC_CONNECTION), также освобождается соединение на уровне RRC (переходит в RRC_IDLE). Таким образом, когда уровень RRC и уровень NAS переходят в состояние ожидания, выполняется процедура освобождения S1.
[0016] С другой стороны, когда уровень RRC и уровень NAS переходят в состояние CONNECTED из состояния IDLE, выполняется процедура запроса обслуживания. Когда выполняется процедура запроса обслуживания, устанавливаются соединение NAS и соединение RRC.
[0017] В настоящем описании описано определение терминов "состояние CONNECTED" и "состояние IDLE", которые используются в этом описании и формуле изобретения. Термин "состояние IDLE" относится к состоянию, в котором мобильный терминал не выполняет сигнализацию для администрирования сеанса связи и администрирования мобильностью с базовой сетью, и освобождаются радио ресурсы в сети радио доступа, такой как Е-UTRAN, как в случае состояния ECM_IDLE и состояния RRC_IDLE для 3GPP, описанных выше. С другой стороны, термин "состояние CONNECTED" относится к состоянию, в котором радио ресурсы для посылки и приема сигналов управления (сообщений управления) для администрирования сеанса связи и администрирования мобильностью между по меньшей мере мобильным терминалом и базовой сетью защищены в сети радио доступа, и сигналы управления (сообщения управления) могут быть посланы и приняты между мобильным терминалом и базовой сетью, как в случае состояния ECM_CONNECTED и состояния RRC_IDLE для 3GPP, описанных выше. Таким образом, необходимо только чтобы "состояние CONNECTED" было состоянием, в котором мобильный терминал соединяется с базовой сетью таким образом, чтобы разрешить передачу и прием сигналов управления (сообщений управления) для по меньшей мере администрирования сеанса связи и администрирования мобильностью. Другими словами "состояние CONNECTED" не требует состояния, в котором устанавливается однонаправленный канал для передачи пользовательских данных между мобильным терминалом и внешней сетью пакетной передачи данных (PDN).
СПИСОК ЦИТАТ
НЕПАТЕНТНАЯ ЛИТЕРАТУРА
[0018] Непатентная Литература 1: 3GPP TS 23.401 V10.0.0 (2010-06), "General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 10)", секция 4.6.3, секция 5.3.4 и секция 5.3.5, июнь, 2010
Непатентная Литература 2: 3GPP TS 36.331 V9.1.0 (2009-12), "Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Resource Control (RRC); Protocol specification (Release 9)", секция 4.2.1, секция 5.3.8 и секция 5.3.9, январь, 2010
Непатентная Литература 3: 3GPP TS 24.301 V9.1.0 (2009-12), "Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3", секция 5.3.1.2, декабрь, 2009
СУЩНОСТЬ ИЗОБРЕТЕНИЯ
ТЕХНИЧЕСКАЯ ПРОБЛЕМА
[0019] Как описано в разделе "Предшествующий уровень техники", когда радио соединение мобильного терминала 930 освобождено (переходит в RRC_IDLE) на уровне администрирования радио ресурсов между мобильным терминалом 930 и радио базовой радиостанцией 910, также выполняется процедура освобождения S1 для освобождения соединения верхнего уровня (уровня NAS). Также, когда уровень RRC переходит из состояния RRC_IDLE в состояние RRC_CONNECTED, также выполняется процедура запроса обслуживания для установки соединения верхнего уровня (уровня NAS). После выполнения процедуры освобождения S1 или процедуры запроса обслуживания, происходит обмен множеством сигнализаций между мобильным терминалом 930 и базовой сетью 10.
[0020] Многие современные мобильные терминалы, включающие в себя смартфоны, которые делают упор на экономию мощности, работают, чтобы сразу освободить радио соединение, когда нет связи, и чтобы вынудить состояние каждого из уровня администрирования радио ресурсов и верхнего уровня перейти в состояние IDLE. Между тем, в качестве тенденции для прикладных программ, которые работают на мобильном терминале, увеличивается количество прикладных программ, которые периодически соединяются с сервером для посылки и приема информации. В результате современные мобильные терминалы работают, чтобы перейти в состояние IDLE сразу после завершения связи и затем сразу перейти в состояние CONNECTED для приложения, которое периодически выполняет обмен данными. Таким образом, явление, в котором мобильный терминал неоднократно переходит между состоянием IDLE и состоянием CONNECTED, имеет место во многих случаях. Это вызывает проблему, когда увеличивается количество сигнализаций, которые должны быть обработаны базовой сетью 10, приводя к увеличению нагрузки на базовую сеть 10.
[0021] В качестве способа для уменьшения количества сигнализаций, вызванных из-за повторения перехода между состояниями мобильного терминала 930, возможно выполнить управление для администрирования тактированием перехода из состояния CONNECTED в состояние IDLE на мобильном терминале 930. Если переход состояния мобильного терминала 930 может быть оптимизирован, может ожидаться уменьшение количества сигнализаций, вызванных повторением перехода между состояниями. Однако в настоящем описании для систем мобильной связи, таких как 3GPP, невозможно для базовой сети 10 (например, узла 920 администрирования мобильностью) управлять тактированием перехода между состояниями мобильного терминала 930 между состоянием CONNECTED и состоянием IDLE (в дальнейшем называется "переход CONNECTED - IDLE"). С другой стороны, когда запрос перехода между состояниями приходит от мобильного терминала 930, базовая сеть 10 получает запрос перехода между состояниями. Таким образом, имеется проблема, что невозможно для базовой сети 10 заранее (то есть на основании определения посредством базовой сети 10) выполнить управление, относящееся к переходу CONNECTED-IDLE мобильного терминала 930, такое как управление для изменения интервала времени для мобильного терминала 930 для перехода из состояния CONNECTED в состояние IDLE или управление для блокирования запроса перехода между состояниями от мобильного терминала 930, например. Другими словами имеется проблема, что базовая сеть 10 не может управлять тактированием перехода CONNECTED-IDLE мобильного терминала 930.
[0022] Задача настоящего изобретения заключается в предоставлении системы определения политики, способа определения политики и программы, которая способствуют уменьшению, на основании определения посредством базовой сети 10, количества сигнализаций, которые вызваны повторением перехода между состояниями мобильного терминала 930 (то есть перехода CONNECTED-IDLE) и должны быть обработаны базовой сетью 10.
РЕШЕНИЕ ПРОБЛЕМЫ
[0023] Первый аспект настоящего изобретения включает в себя систему определения политики. Система определения политики скомпонована в базовой сети и способна связываться с устройством управления, скомпонованном в сети радио доступа, включающей в себя базовую радиостанцию. Устройство управления сконфигурировано для выполнения управления, связанного с переходом между состояниями между состоянием CONNECTED и состоянием IDLE мобильного терминала, соединенного с базовой радиостанцией, на основании политики управления, обеспеченной от системы определения политики. Система определения политики включает в себя: модуль определения политики, который определяет политику управления в соответствии с ситуацией мобильного терминала; и модуль уведомления, который уведомляет устройство управления о политике управления.
[0024] Второй аспект настоящего изобретения включает в себя способ определения политики. Способ определения политики осуществляется системой определения политики, которая скомпонована в базовой сети и способна связываться с устройством управления, скомпонованным в сети радио доступа, включающей в себя базовую радиостанцию. Устройство управления сконфигурировано для выполнения управления, связанного с переходом между состояниями между состоянием CONNECTED и состоянием IDLE мобильного терминала, соединенного с радио базовой радиостанцией, на основании политики управления, обеспеченной от системы определения политики. Способ определения политики в соответствии с этим аспектом включает в себя: определение политики управления в соответствии с ситуацией мобильного терминала; и уведомление первого узла управления о политике управления.
[0025] Третьим аспектом настоящего изобретения является программа для того, чтобы вынуждать компьютер выполнить способ в соответствии с описанным выше вторым аспектом настоящего изобретения.
ПРЕИМУЩЕСТВЕННЫЕ ЭФФЕКТЫ ИЗОБРЕТЕНИЯ
[0026] В соответствии с вышеописанными аспектами настоящего изобретения, возможно предоставить систему определения политики, способ определения политики и программу, которые способствуют уменьшению количества сигнализаций, которые вызваны повторением перехода между состояниями мобильного терминала (то есть перехода CONNECTED-IDLE) и должны быть обработаны базовой сетью на основании определения посредством базовой сети.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0027] Фиг. 1 является диаграммой, показывающей пример конфигурации системы мобильной связи в первом варианте осуществления;
Фиг. 2 является диаграммой, показывающей пример конфигурации узла администрирования мобильностью в соответствии с первым вариантом осуществления;
Фиг. 3 является таблицей, показывающей пример политики управления состоянием в соответствии с первым вариантом осуществления;
Фиг. 4 является диаграммой, показывающей пример конфигурации радио базовой радиостанции в соответствии с первым вариантом осуществления;
Фиг. 5 является диаграммой последовательности, показывающей последовательность процессов, в которых узел администрирования мобильностью запрашивает базовую радиостанцию выполнить управление состоянием мобильного терминала в первом варианте осуществления;
Фиг. 6 является блок-схемой, показывающей пример операции, когда узел администрирования мобильностью передает запрос управления состоянием в первом варианте осуществления;
Фиг. 7 является блок-схемой, показывающей пример операции, когда базовая радиостанция выполняет управление состоянием для мобильного терминала в первом варианте осуществления;
Фиг. 8 является диаграммой, показывающей пример конфигурации узла администрирования мобильностью во втором варианте осуществления;
Фиг. 9 является диаграммой, показывающей пример конфигурации базовой радиостанции во втором варианте осуществления;
Фиг. 10 является таблицей, показывающей пример политики управления состоянием во втором варианте осуществления;
Фиг. 11 является блок-схемой, показывающей пример обработки, когда базовая радиостанция принимает запрос управления состоянием от узла администрирования мобильностью во втором варианте осуществления;
Фиг. 12 является диаграммой, показывающей пример конфигурации узла администрирования мобильностью в третьем варианте осуществления;
Фиг. 13 является диаграммой, показывающей пример конфигурации базовой радиостанции в третьем варианте осуществления;
Фиг. 14 является таблицей, показывающей пример политики управления состоянием в третьем варианте осуществления;
Фиг. 15 является блок-схемой, показывающей пример обработки, когда базовая радиостанция принимает запрос управления состоянием от узла администрирования мобильностью в третьем варианте осуществления;
Фиг. 16 является диаграммой, показывающей пример конфигурации узла администрирования мобильностью в четвертом варианте осуществления;
Фиг. 17 является диаграммой последовательности, показывающей последовательность процессов для начала управления состоянием для мобильного терминала, когда мобильный терминал начинает соединение и передачу обслуживания на радио базовую радиостанцию;
Фиг. 18 является блок-схемой, показывающей пример обработки, когда узел администрирования мобильностью принимает уведомление о соединении мобильного терминала от радио базовой радиостанции в четвертом варианте осуществления;
Фиг. 19 является диаграммой, показывающей пример конфигурации системы мобильной связи в пятом варианте осуществления;
Фиг. 20 является диаграммой, показывающей пример конфигурации узла администрирования мобильностью в пятом варианте осуществления;
Фиг. 21 является таблицей, показывающей пример политики управления состоянием в пятом варианте осуществления;
Фиг. 22 является диаграммой последовательности, показывающей последовательность процессов, когда узел администрирования мобильностью определяет управление состоянием для конкретного мобильного терминала в пятом варианте осуществления;
Фиг. 23 является блок-схемой, показывающей пример обработки, когда узел администрирования мобильностью начинает управление состоянием для конкретного мобильного терминала в пятом варианте осуществления;
Фиг. 24 является диаграммой, показывающей пример конфигурации системы мобильной связи в шестом варианте осуществления;
Фиг. 25 является диаграммой, показывающей пример конфигурации узла определения политики в шестом варианте осуществления;
Фиг. 26 является блок-схемой, показывающей пример обработки, когда узел определения политики определяет и уведомляет о политике управления состоянием в ситуации мобильного терминала в шестом варианте осуществления;
Фиг. 27 является таблицей, показывающей первый пример правила, которое определяет отношения между ситуациями мобильного терминала и политики управления состоянием в шестом варианте осуществления;
Фиг. 28 является таблицей, показывающей второй пример правила, которое определяет отношения между ситуациями мобильного терминала и политиками управления состоянием в шестом варианте осуществления;
Фиг. 29 является таблицей, показывающей третий пример правила, которое определяет отношения между ситуациями мобильного терминала и политиками управления состоянием в шестом варианте осуществления;
Фиг. 30 является диаграммой, показывающей пример конфигурации узла администрирования мобильностью в седьмом варианте осуществления;
Фиг. 31 является диаграммой, показывающей пример конфигурации базовой радиостанции в седьмом варианте осуществления;
Фиг. 32 является таблицей, показывающей пример политики управления состоянием в седьмом варианте осуществления; и
Фиг. 33 является диаграммой, показывающей пример конфигурации системы мобильной связи в соответствии с предшествующим уровнем техники.
ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
[0028] В последующем описании варианты осуществления, к которым применяется настоящее изобретение, будут описаны подробно со ссылками на чертежи. На чертежах идентичные или соответствующие элементы обозначены одними и теми же ссылочными позициями, и излишнее объяснение опущено, как является подходящим для пояснения объяснения.
[0029] <ПЕРВЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
Фиг. 1 является блок-схемой, показывающей пример конфигурации системы мобильной связи в соответствии с этим вариантом осуществления. Система, показанная на Фиг. 1, включает в себя узел 20 администрирования мобильностью, скомпонованный в базовой сети 10, базовую радиостанцию 100 и мобильный терминал 300. Компоновка и основные функции и операции узла 200 администрирования мобильностью, базовой радиостанции 100 и мобильного терминала 300 аналогичны таковым узла 920 администрирования мобильностью, базовой радиостанции 910 и мобильного терминала 930, которые показаны на Фиг. 33.
[0030] Узел 200 администрирования мобильностью сконфигурирован для того, чтобы быть в состоянии захватить политику, относящуюся к управлению переходом CONNECTED-IDLE мобильного терминала 300. Управление состояниями мобильного терминала 300, включающее в себя управление переходом CONNECTED-IDLE, в дальнейшем называется "управлением состоянием". Политики, относящиеся к "управлению состоянием" для мобильного терминала 300, называются "политикой управления состоянием". Политика управления состоянием индивидуально определяется для каждого мобильного терминала 300. Политика управления состоянием может администрироваться самим узлом 200 администрирования мобильностью или может администрироваться другим узлом, который доступен от узла 200 администрирования мобильностью. Политика управления состоянием используется для управления администрированием тактирования перехода между состояниями мобильного терминала 300 между состоянием CONNECTED и состоянием IDLE. Политика управления состоянием включает в себя, например, по меньшей мере одно из обозначения интервала времени, в котором мобильный терминал 300 переходит из состояния CONNECTED в состояние IDLE (в дальнейшем называемого "интервалом перехода IDLE"), и обозначения относительно того, блокировать ли запрос перехода между состоянием от мобильного терминала 300 или сервера O&M.
[0031] Дополнительно, узел 200 администрирования мобильностью сконфигурирован для того, чтобы быть в состоянии определить терминал как цель управления состоянием из числа множества мобильных терминалов 300, соединенных со множеством базовых радиостанций 100, в соответствии с администрированием узла 200 администрирования мобильностью. Может быть сделано множество вариаций способа для определения целевого терминала управления и тактирования определения. Конкретные примеры способа для определения целевого терминала управления и тактирования определения будут описаны подробно во втором и последующих вариантах осуществления, описанных ниже. Например, узел 200 администрирования мобильностью может определять целевой терминал управления в соответствии со статусом нагрузки сигнализации базовой сети 10.
[0032] Узел 200 администрирования мобильностью уведомляет базовую радиостанцию 100, с которой соединен терминал 300, о политике управления состоянием, примененной к терминалу 300, который определяется как цель управления. Уведомление о политике управления состоянием базовой радиостанции 100 может быть выполнено посредством посылки, от узла 200 администрирования мобильностью на базовую радиостанцию 100, сообщения запроса управления состоянием, которое включает в себя ID терминала для терминала 300, определенного как цель управления, и политику управления состоянием, например.
[0033] Базовая радиостанция 100 сконфигурирована для того, чтобы быть способной принимать от узла 200 администрирования мобильностью ID терминала, который разрешает идентификацию терминала 300, определенного как цель управления, и политику управления состоянием. На основании принятой политики управления состоянием базовая радиостанция 100 выполняет управление состоянием (то есть управление переходом CONNECTED-IDLE) для терминала 300, определенного как цель управления. В качестве конкретного примера, базовая станция 100 может изменять "интервал перехода IDLE", который применяется к мобильному терминалу 300, определенному как цель управления. Дополнительно, базовая станция 100 может начать блокировать запрос перехода между состояниями, прибывший от мобильного терминала 300, определенного как цель управления.
[0034] В соответствии с узлом 200 администрирования мобильностью и базовой радиостанцией 100 этого варианта осуществления, базовая сеть 10 может заранее управлять тактированием перехода CONNECTED-IDLE мобильного терминала 300 на основании определения посредством базовой сети 10 (то есть узла 200 администрирования мобильностью). Соответственно, количество сигнализаций, которые вызваны повторением перехода CONNECTED-IDLE мобильного терминала 300 и которые должны быть обработаны базовой сетью 10, может быть уменьшено на основании определения посредством базовой сети 10.
[0035] Конфигурация и работа узла 200 администрирования мобильностью и базовой радиостанции 100 в этом варианте осуществления будут описаны ниже. Фиг. 2 является блок-схемой, показывающей пример конфигурации узла 200 администрирования мобильностью. Узел 200 администрирования мобильностью, показанный на Фиг. 2, включает в себя интерфейс 201, модуль 202 определения управления, модуль 203 администрирования терминалом, модуль 204 администрирования политикой и модуль 205 уведомления о политике. Должно быть отмечено, что Фиг. 2 показывает компоненты, главным образом необходимые для объяснения настоящего варианта осуществления, и иллюстрация другой части опускается.
[0036] Интерфейс 201 является интерфейсом, доступным для связи с базовой радиостанцией 100. Интерфейс 201 используется для передачи и приема сигналов управления (сообщений), относящихся к управлению состоянием мобильного терминала 300.
[0037] Модуль 202 определения управления определяет мобильный терминал как цель управления состоянием из числа множества мобильных терминалов 300, соединенных со множеством базовых радиостанций 100. Дополнительно, модуль 202 определения управления захватывает политику управления, соответствующую целевому терминалу управления, от модуля 204 администрирования политикой и уведомляет базовую радиостанцию 100, с которой соединен целевой терминал управления, об ID терминала целевого терминала управления и политике управления, примененной к нему. ID терминала, описанный в настоящем описании, является ID, который разрешает уникальную идентификацию мобильного терминала 300 в системе мобильной связи. Конкретные примеры ID включают в себя IMSI (международный идентификационный номер подвижного абонента), IMEI (международный идентификационный номер мобильного оборудования) и GUTI (глобальный уникальный временный ID). Модуль 202 определения управления может захватить ID терминала для терминала в случае определения целевого терминала управления.
[0038] Может быть сделано множество вариаций способа для определения целевого терминала управления посредством модуля 202 определения управления. Дополнительно, множество вариаций тактирования определения целевого терминала управления могут быть сделаны следующим образом. То есть, например, управление начинается при тактировании, когда мобильный терминал только что подсоединился, или контролируются характеристики связи мобильного терминала, и управление начинается для мобильного терминала, который удовлетворяет некоторому условию. Конкретный способ для определения целевого терминала управления будет описан во втором и последующих вариантах осуществления.
[0039] Модуль 203 администрирования терминалом является функциональным модулем, который выполняет администрирование мобильностью мобильного терминала 300 и распознает мобильные терминалы 300, которые соединены (прикреплены) со множеством базовых радиостанций 100. После приема, от модуля 202 определения управления, используя ID терминала целевого терминала управления, запроса относительно базовой радиостанции 10, с которой соединен целевой терминал управления, модуль 203 администрирования терминалом уведомляет модуль 202 определения управления об ID базовой радиостанции базовой радиостанции 100, с которой в настоящее время соединен мобильный терминал 300, соответствующий ID терминала.
[0040] Модуль 204 администрирования политикой хранит политику управления состоянием, относящуюся к переходу между состояниями мобильного терминала 300. Политика перехода между состояниями в настоящем варианте осуществления записана для каждого мобильного терминала и включает в себя описание интервала перехода IDLE мобильного терминала 300. Фиг. 3 показывает пример политики управления состоянием, администрируемой модулем 204 администрирования политикой. В примере на Фиг. 3, ID терминала целевого терминала управления сконфигурирован в качестве первичного ключа, и администрируется политика управления состоянием, соответствующая этому первичному ключу. В примере на Фиг. 3 интервал перехода IDLE регистрируется в качестве политики управления состоянием.
[0041] После захвата, от модуля 202 определения управления, ID терминала целевого терминала управления, политики управления состоянием, которая должна быть применена к целевому терминалу управления, и ID базовой радиостанции базовой радиостанции 100, с которой в настоящее время соединен целевой терминал управления, модуль 205 уведомления о политике посылает запрос управления состоянием на базовую радиостанцию 100, соответствующую ID базовой радиостанции. Запрос управления состоянием включает в себя ID терминала целевого терминала управления и политику управления состоянием.
[0042] Фиг. 4 является блок-схемой, показывающей пример конфигурации базовой радиостанции 100 в этом варианте осуществления. Базовая радиостанция 100, показанная на Фиг. 4, включают в себя интерфейс 101 базовой стороны, интерфейс 102, модуль 103 управления состоянием, модуль 104 контроля, модуль 105 функции таймера и модуль 106 начала перехода IDLE. Должно быть отмечено, что Фиг. 4 показывает компоненты, главным образом необходимые для описания настоящего варианта осуществления, и иллюстрация другой части опускается.
[0043] Интерфейс 101 базовой стороны является интерфейсом, доступным для связи с узлом 200 администрирования мобильностью, скомпонованным в базовой сети 10. Интерфейс 101 используется для приема запроса управления состоянием от узла 200 администрирования мобильностью и для передачи ответа на узел 200 администрирования мобильностью.
[0044] Радио-интерфейс 102 является интерфейсом для выполнения радиосвязи между базовой радиостанцией 100 и мобильным терминалом 300.
[0045] Модуль 103 управления состоянием принимает запрос управления состоянием, посланный от узла 200 администрирования мобильностью, с помощью интерфейса 101 базовой стороны. Дополнительно, модуль 103 управления состоянием имеет функцию выполнения управления состоянием (управления переходом CONNECTED-IDLE) для целевого терминала управления посредством активации модуля 104 контроля, модуля 105 функции таймера и модуля 106 начала перехода IDLE на основании ID терминала и политики управления состоянием, которые включены в запрос управления состоянием. Операция управления состоянием, выполненная базовой радиостанцией 100, включая операцию модуля 103 управления состоянием, будет описана подробно ниже.
[0046] Модуль 104 контроля имеет функцию контроля состояния связи целевого терминала контроля (то есть контроля относительно того, передавать или принимать данные). Модуль 104 контроля принимает от модуля 103 управления состоянием ID терминала мобильного терминала 300 как цель контроля и контролирует состояние связи мобильного терминала 300, соответствующего принятому ID терминала. После подтверждения состояния, в котором целевой терминал контроля не выполняет передачу данных, модуль 104 контроля уведомляет модуль 103 управления состоянием об ID терминала и информации, указывающей состояние, в котором не выполняется передача данных. Дополнительно, после подтверждения, что передача данных возобновлена из состояния, в котором целевой терминал контроля не выполняет передачу данных, модуль 104 контроля уведомляет модуль 103 управления состоянием об ID терминала и информации, указывающей, что передача данных возобновлена.
[0047] Модуль 105 функции таймера имеет функцию измерения интервала перехода IDLE для каждого мобильного терминала. После приема, от модуля 103 управления состоянием, ID терминала мобильного терминала 300, который должен быть измерен, и интервала перехода IDLE, модуль 105 функции таймера сохраняет значение таймера для мобильного терминала, соответствующего захваченному ID терминала, в памяти. Этот ID терминала является ID терминала целевого терминала управления, о котором уведомляется от узла 200 администрирования мобильностью. Этот интервал перехода IDLE является интервалом перехода IDLE, включенным в политику управления состоянием, о которой уведомляется от узла 200 администрирования мобильностью. Дополнительно, после приема запроса начала таймера, включающего в себя ID терминала, от модуля 103 управления состоянием, модуль 105 функции таймера начинает измерение, используя таймер для мобильного терминала, соответствующего ID терминала. Затем, когда таймер для мобильного терминала достигает сконфигурированного интервала перехода IDLE, модуль 105 функции таймера посылает на модуль 103 управления состоянием уведомление об истечении, включающее в себя ID терминала мобильного терминала, после истечения интервала.
[0048] После приема запроса начала перехода IDLE, включающего в себя ID терминала, от модуля 103 управления состоянием, модуль 106 начала перехода IDLE начинает процесс для того, чтобы вынуждать мобильный терминал 300, соответствующий принятому ID терминала, перейти из состояния CONNECTED в состояние IDLE. Конкретным примером процесса для вынуждения мобильного терминала 300 перейти из состояния CONNECTED в состояние IDLE является процедура освобождения S1.
[0049] Затем последовательность процессов, в которых узел 200 администрирования мобильностью запрашивает базовую радиостанцию 100 выполнить управление состоянием мобильного терминала 300, будет описан со ссылками на диаграммы последовательности на Фиг. 5.
[0050] Сначала на этапе S100 узел 200 администрирования мобильностью определяет мобильный терминал как цель управления состоянием, захватывает политику управления состоянием, которая должна быть применена к целевому терминалу управления, и определяет базовую радиостанцию 200, с которой соединен целевой терминал управления.
[0051] На этапе S101 узел 200 администрирования мобильностью посылает на базовую радиостанцию 100, к которой был прикреплен целевой терминал управления, запрос управления состоянием, включающий в себя ID терминала целевого терминала управления и политику управления состоянием, которая должна быть применена к этому целевому терминалу управления.
[0052] На этапе S102 базовая радиостанция 100 начинает управление состоянием на основании ID терминала и политики управления состоянием, которая принимается от узла 200 администрирования мобильностью.
[0053] На этапе S103 базовая радиостанция 100 уведомляет узел 200 администрирования мобильностью об ответе управления состоянием, указывающим, что начато выполнение управления.
[0054] Ниже, ссылаясь на блок-схему на Фиг. 6, будет описан пример операции, когда узел 200 администрирования мобильностью посылает запрос управления состоянием на базовую радиостанцию 100. Сначала на этапе S200 модуль 202 определения управления определяет начало управления состоянием для конкретного мобильного терминала (то есть целевого терминала управления). Модуль 202 определения управления захватывает ID терминала целевого терминала управления в соответствии с определением целевого терминала управления. На этапе S201 модуль 202 определения управления захватывает, от модуля 204 администрирования политикой, политику управления состоянием, соответствующую ID терминала целевого терминала управления.
[0055] На этапе S202 модуль 202 определения управления посылает запрос на модуль 203 администрирования терминалом посредством использования ID терминала целевого терминала управления, таким образом принимая ID базовой радиостанции базовой радиостанции 100, с которой в настоящее время соединен целевой терминал управления. На этапе S203 модуль 202 определения управления уведомляет модуль 205 уведомления о политике об ID терминала целевого терминала управления, политике управления состоянием и ID базовой радиостанции базовой радиостанции, с которой соединен целевой терминал управления. Модуль 205 уведомления о политике посылает, на базовую радиостанцию 100, соответствующую ID базовой радиостанции, запрос управления состоянием, включающий в себя ID терминала и политику управления, которые приняты от модуля 202 определения управления.
[0056] Ниже, ссылаясь на блок-схему на Фиг. 7, будет описан пример операции, когда базовая радиостанция 300 выполняет управление состоянием для мобильного терминала 100. Сначала на этапе S300 модуль 103 управления состоянием принимает запрос управления состоянием с помощью интерфейса 101 базовой стороны. На этапе S301 модуль 103 управления состоянием захватывает, из запроса управления состоянием, ID терминала целевого терминала управления и интервал перехода IDLE, который является параметром в политике управления состоянием, и устанавливает ID терминала и интервал перехода IDLE в модуль 105 функции таймера.
[0057] На этапе S302 модуль 103 управления состоянием уведомляет модуль 104 контроля об ID терминала целевого терминала управления, который получен из запроса управления состоянием. Модуль 104 контроля начинает контролировать передачу данных мобильного терминала 300, соответствующего уведомленному ID терминала. На этапе S303 после подтверждения состояния, в котором целевой терминал контроля не выполняет передачу данных, модуль 104 контроля уведомляет модуль 103 управления состоянием об ID терминала этого мобильного терминала.
[0058] На этапе S304 модуль 103 управления состоянием уведомляет модуль 105 функции таймера о запросе запуска таймера, а также об ID терминала, включенном в уведомление, принятое от модуля 104 контроля на этапе S303. Модуль 105 функции таймера начинает отсчет интервала перехода IDLE, сконфигурированного на этапе S301 относительно ID терминала, обозначенного запросом начала таймера.
[0059] На этапе S305 модуль 103 управления состоянием контролирует, принимать ли от модуля 104 контроля уведомление, указывающее, что передача данных мобильного терминала, определенного как цель отсчета, возобновлена до того, как отсчет модуля 105 функции таймера, который начинается на этапе S304, достигнет интервала перехода IDLE. Когда передача данных не возобновлена до того, как отсчет модуля 105 функции таймера достигнет интервала перехода IDLE, процесс продолжается на этапе S306. Когда возобновляется передача данных, процесс продолжается на этапе S307.
[0060] На этапе S306 модуль 105 функции таймера останавливает таймер, когда отсчет, начатый на этапе S304, достигает интервала перехода IDLE, и посылает на модуль 103 управления состоянием уведомление, указывающее, что сконфигурированный интервал времени истек, а также ID терминала мобильного терминала цели отсчета.
[0061] На этапе S307 после подтверждения, что передача данных мобильного терминала целевого счета возобновлена, модуль 104 контроля уведомляет модуль 103 управления состоянием об ID терминала мобильного терминала, и уведомление указывает возобновление передачи данных. После приема уведомления от модуля 104 контроля модуль 103 управления состоянием уведомляет модуль 105 функции таймера об ID целевого терминала, и уведомление указывает, что отсчет времени таймера сброшен. Модуль 105 функции таймера сбрасывает отсчет времени таймера, соответствующий принятому ID терминала.
[0062] На этапе S308 после приема уведомления, указывающего, что сконфигурированный интервал времени истек на этапе S307, от модуля 105 функции таймера, модуль 103 управления состоянием посылает на модуль 106 начала перехода IDLE ID терминала, о котором уведомляется от модуля 105 функции таймера. Модуль 106 начла перехода IDLE начинает процесс для того, чтобы вынуждать мобильный терминал 300, соответствующий ID терминала, принятому от модуля 103 управления состоянием, перейти из состояния CONNECTED в состояние IDLE (то есть процесс перехода IDLE).
[0063] После начала управления переходом IDLE на этапе S308 базовая радиостанция 100 из настоящего варианта осуществления может неоднократно выполнять этап S302 и последующие этапы, показанные на Фиг. 3, когда терминал 300, который был вынужден перейти в состояние IDLE, переходит в состояние CONNECTED снова.
[0064] В соответствии с конкретным примером, описанным в настоящем варианте осуществления, период времени, в котором мобильный терминал 300 переходит из состояния CONNECTED в состояние IDLE (то есть интервал перехода IDLE), может быть сконфигурирован для каждого мобильного терминала 300 от узла 200 администрирования мобильностью, скомпонованного в базовой сети 10.
[0065] <ВТОРОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
Этот вариант осуществления иллюстрирует модификацию конкретного примера (то есть интервал перехода IDLE) параметров, обозначенных политикой управления состоянием, описанной в первом варианте осуществления. В частности, в этом варианте осуществления в дополнение к интервалу перехода IDLE мобильного терминала 300 политика для блокирования запроса или события, которое инициирует переход мобильного терминала 300 из состояния CONNECTED в состояние IDLE, добавляется в качестве одного из параметров политики управления состоянием.
[0066] Фиг. 8 является блок-схемой, показывающей пример конфигурации узла 200 администрирования мобильностью в этом варианте осуществления. В примере на Фиг. 8 параметры, включенные в политику управления состоянием, которая хранится в модуле 204B администрирования политикой, частично отличаются от параметров политики управления состоянием, которая хранится в модуле 204 администрирования политикой, показанном на Фиг. 2. Другие элементы, показанные на Фиг. 8, аналогичны соответствующим элементам на Фиг. 2.
[0067] Фиг. 9 является блок-схемой, показывающей пример конфигурации базовой радиостанции 100 в этом варианте осуществления. По сравнению с примером конфигурации, показанным на Фиг. 4, модуль 107 блокирования добавляется в примере на Фиг. 9. Функции модуля 103B управления состоянием, показанные на Фиг. 9, частично отличаются от функций модуля 103 управления состоянием, показанных на Фиг. 4. Другие элементы, показанные на Фиг. 9, аналогичны соответствующим элементам на Фиг. 4.
[0068] Модуль 204B администрирования политикой узла 200 администрирования мобильностью хранит политику управления состоянием, включающую в себя политику для блокирования запроса или событие, которое инициирует переход мобильного терминала 300 в состояние IDLE (называется политикой блокирования), а также интервал перехода IDLE мобильного терминала 300. Фиг. 10 показывает конкретный пример политики управления состоянием, которая управляет модулем 204B администрирования политикой. Примеры политики блокирования включают в себя запрос перехода IDLE (например, запрос перехода RRC_IDLE), принятый от мобильного терминала 300, и запрос перехода IDLE, принятый от сервера O&M (Операции и Обслуживание).
[0069] Модуль 103B управления состоянием базовой радиостанции 100 имеет функции модуля 103 управления состоянием, описанные выше со ссылками на Фиг. 4. Дополнительно, после приема запроса управления состоянием от узла 200 администрирования мобильностью, модуль 103B управления состоянием уведомляет модуль 107 блокирования об ID терминала и политике блокирования в политике управления состоянием, содержащейся в принятом запросе.
[0070] Модуль 107 блокирования базовой радиостанции 100 блокирует запрос или событие, которое инициирует переход мобильного терминала 300, соответствующего ID терминала, в состояние IDLE на основании ID терминала и политики блокирования, о которых уведомляется от модуля 103B управления состоянием. "Блокирование" включает в себя "игнорирование" запроса или события, которое инициирует переход в состояние IDLE, и также включает в себя запрет выполнения процесса перехода IDLE, который должен быть выполнен в соответствии с запросом или событием. Модуль 107 блокирования в состоянии заблокировать на основании политики блокирования каждый мобильный терминал 300. После приема запроса начала блокирования от модуля 103B управления состоянием, модуль 107 блокирования начинает операцию блокирования.
[0071] Дополнительно ссылаясь на блок-схему Фиг. 11, будет описана работа базовой радиостанции 100 из этого варианта осуществления. Фиг. 11 показывает пример процесса, когда базовая радиостанция 100 принимает запрос управления состоянием от узла 200 администрирования мобильностью с помощью интерфейса 101 базовой стороны. В настоящем описании этапы, отличные от тех, которые показаны на Фиг. 7, описанной выше, будут подробно описаны, и опущено описание таких же этапов как те, показанные на Фиг. 7.
[0072] На этапе S400 модуль 103B управления состоянием получает ID терминала и политику блокирования в политике управления состоянием из принятого запроса управления состоянием, и устанавливает ID терминала и политику блокирования в модуль 107 блокирования.
[0073] На этапе S401 модуль 103B управления состоянием уведомляет модуль 107 блокирования о запросе начала блокирования и ID терминала, включенного в уведомление, принятом от модуля 104 контроля на этапе S303. Модуль 107 блокирования начинает операцию блокирования для мобильного терминала 300, соответствующего уведомленному ID терминала, на основании установки политики блокирования на этапе S400.
[0074] На этапе S402 после приема уведомления, которое указывает, что сконфигурированное время истекло и включает в себя ID терминала модуля 105 функции таймера на этапе S306, модуль 103B управления состоянием посылает запрос остановить блокирование, включающий в себя этот ID терминала, на модуль 107 блокирования. Модуль 107 блокирования принимает запрос остановить блокирование и затем останавливает операцию блокирования для мобильного терминала 300, соответствующего ID терминала, включенного в запрос остановки.
[0075] На этапе S403 после приема, от модуля 104 контроля, ID терминала и уведомления, указывающего, что передача данных мобильного терминала 300 цели контроля возобновлена на этапе S305, модуль 103B управления состоянием посылает запрос остановить блокирование, включающий в себя этот ID терминала, на модуль 107 блокирования. Модуль 107 блокирования принимает запрос остановить блокирование и затем останавливает операцию блокирования для мобильного терминала 300, соответствующего ID терминала, включенного в запрос остановки.
[0076] В соответствии с конкретным примером, описанном в этом варианте осуществления, возможно получить эффект конкретного примера, описанного в первом варианте осуществления, и также возможно вынудить базовую радиостанцию 100 выполнить операцию для блокирования запроса или события, которое инициирует переход мобильного терминала 300 из состояния CONNECTED в состояние IDLE на основании команды от базовой сети 10 (в частности, узла 200 администрирования мобильностью). Например, запрос о переходе из состояния CONNECTED в состояние IDLE, который достигает базовой радиостанции 100 от мобильного терминала 300, может быть заблокирован в течение определенного периода времени.
[0077] <ТРЕТИЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
Этот вариант осуществления иллюстрирует пример, в котором базовая сеть 10 уведомляет базовую радиостанцию 100 о политике, относящейся к управлению ресурсами, когда мобильный терминал 300 в состоянии CONNECTED не выполняет передачу данных (в настоящем описании называется "политикой радиоуправления"), а также о политике управления состоянием, описанной в первом варианте осуществления.
[0078] Фиг. 12 является блок-схемой, показывающей пример конфигурации узла 200 администрирования мобильностью в этом варианте осуществления. В примере на Фиг. 12 параметры, включенные в политику управления состоянием, поддерживаемую в модуле 204C администрирования политикой, частично отличаются от параметров политики управления состоянием, поддерживаемой в модуле 204, показанном на Фиг. 2. Другие элементы, показанные на Фиг. 12, аналогичны соответствующим элементам на Фиг. 2.
[0079] Фиг. 13 является блок-схемой, показывающей пример конфигурации базовой радиостанции 100 в этом варианте осуществления. По сравнению с примером конфигурации, показанным на Фиг. 4, модуль 108 радиоуправления добавляется в примере на Фиг. 13. Функции модуля 103C управления состоянием, показанным на Фиг. 13, частично отличаются от функций модуля 103 управления состоянием, показанного на Фиг. 4. Другие компоненты, показанные на Фиг. 13, аналогичны соответствующим элементам на Фиг. 4.
[0080] Модуль 204C администрирования политикой узла 200 администрирования мобильностью хранит вышеупомянутую "политику радиоуправления", то есть политику, относящуюся к управлению радиоресурсами, когда мобильный терминал в состоянии CONNECTED не выполняет передачу данных, а также политику для выполнения управления переходом CONNECTED-IDLE (например, интервал перехода IDLE мобильного терминала 300 и политика блокирования). Фиг. 14 показывает конкретный пример политик управления состоянием, администрируемых модулем 204C администрирования политикой. В примере на Фиг. 14 политика радиоуправления добавляется в качестве одной из политик управления состоянием. Примером политики радиоуправления является интервал прерывистого приема (DRX) мобильного терминала 300 в состоянии CONNECTED.
[0081] Модуль 130C управления состоянием базовой радиостанции 100 имеет функции модуля 103 управления состоянием, описанного выше со ссылками на Фиг. 4. Дополнительно, модуль 103C управления состоянием имеет функцию уведомления модуля 108 радиоуправления об ID терминала, включенного в запрос, и о политике радиоуправления в политике управления состоянием после приема запроса управления состоянием от узла 200 администрирования мобильностью.
[0082] В соответствии с ID терминала и политикой радиоуправления, о которых уведомляется от модуля 103C управления состоянием, модуль 108 радиоуправления базовой радиостанции 100 выполняет управление радиоресурсами (в частности, установка DRX) мобильного терминала 300, соответствующего уведомленному ID терминала. Модуль 108 радиоуправления управляет радио ресурсами на основании политики радиоуправления для каждого мобильного терминала 300. Прерывистый прием (DRX) в случае, когда мобильный терминал 300 находится в состоянии CONNECTED (то есть состоянии RRC_CОNNECTED), может управляться. Например, считается, что базовая станция 100 конфигурирует прерывистый прием (DRX), в то же время наблюдая активность мобильного терминала 300 (Ссылка: 3GPP TS 36.300 "Расширенный Универсальный Наземный радиодоступ (Е-UTRA) и Расширенная Сеть Универсального Наземного радио доступа (Е-UTRAN); Полное Описание").
[0083] Ниже описана операция 100 базовой радиостанции этого варианта осуществления со ссылками на блок-схемы на Фиг. 15. Фиг. 15 показывает процесс, который должен выполняется, когда базовая радиостанция 100 принимает запрос управления состоянием от узла 200 администрирования мобильностью с помощью интерфейса 101 базовой стороны. В настоящем описании этапы, отличающиеся от показанных на Фиг. 7, описанной выше, подробно описаны, и опущено описание таких же этапов как те, показанные на Фиг. 7.
[0084] На этапе S500 модуль 103C управления состоянием захватывает ID терминала и политику радиоуправления в политике управления состоянием из принятого запроса управления состоянием, и устанавливает ID терминала и политику радиоуправления в модуль 108 радиоуправления.
[0085] На этапе S501 модуль 103C управления состоянием уведомляет модуль 108 радиоуправления о запросе начала радиоуправления и ID терминала, включенного в уведомление, принятое от модуля 104 контроля на этапе S303. Модуль 108 радиоуправления начинает радиоуправление (установку значения DRX) для мобильного терминала 300, соответствующего уведомленному ID терминала, на основании политики радиоуправления (значение DRX), сконфигурированной на этапе S500.
[0086] Затем на этапе S502, после приема уведомления, которое указывает, что сконфигурированное время истекло и включает в себя ID терминала, от модуля 105 функции таймера на этапе S306, модуль 103C управления состоянием посылает запрос остановить радиоуправление, включающий в себя ID терминала, на модуль 108 радиоуправления. Модуль 108 радиоуправления принимает запрос остановить радиоуправление, и затем останавливает радиоуправление для мобильного терминала 300, соответствующего ID терминала, включенного в запрос остановки.
[0087] Затем на этапе S503 после захвата, от модуля 104 контроля, ID терминала и уведомления, указывающее, что передача данных мобильного терминала 300 цели контроля возобновлена на этапе S305 первого варианта осуществления, модуль 103C управления состоянием посылает запрос остановить радиоуправление, включающий в себя этот ID терминала, на модуль 108 радиоуправление. Модуль 108 радиоуправления, принявший запрос остановить радиоуправление, останавливает радиоуправление для мобильного терминала 300, соответствующего ID терминала, включенного в запрос остановки. Если DRX деактивируется при тактировании этапа S503, этот процесс игнорируется.
[0088] В соответствии с конкретным примером, описанным в этом варианте осуществления, возможно получить эффект конкретного примера, описанного в первом варианте осуществления, и также возможно выполнить для базовой радиостанции 100 установку для обработки радио-ресурсов, относящихся к мобильному терминалу 300, поддерживаемому в состоянии CONNECTED, на основании команды от базовой сети 10 (в частности, узла 200 администрирования мобильностью). Например, интервал DRX мобильного терминала 300 в случае, когда нет никакой передачи данных в состоянии CONNECTED, может быть сконфигурирован для базовой радиостанции 100 от базовой сети 10 для каждого мобильного терминала 300.
[0089] <ЧЕТВЕРТЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
В этом варианте осуществления будет описан конкретный пример тактирования определения терминала, который должен быть подвергнут управлению состоянием (то есть целевого терминала управления). В частности, в этом варианте осуществления, целевой терминал управления определяется при тактировании, когда мобильный терминал 300 подсоединяется (то есть выбор ячейки, повторный выбор ячейки) или выполняет передачу обслуживания на базовую радиостанцию 100, в соответствии с администрированием узла 200 администрирования мобильностью.
[0090] Фиг. 16 является блок-схемой, показывающей пример конфигурации узла 200 администрирования мобильностью в этом варианте осуществления. В примере на Фиг. 16 функции модуля 202D определения управления и модуля 203D администрирования терминалом частично отличаются от функций модуля 202 определения управления и модуля 203 администрирования терминалом, которые описаны выше со ссылками на Фиг. 2. Другие элементы, показанные на Фиг. 16, аналогичны соответствующим элементам Фиг. 2.
[0091] Модуль 203D администрирования терминалом узла 200 администрирования мобильностью имеет функции модуля 203 администрирования терминалом, описанного выше со ссылками на Фиг 2. Дополнительно, когда мобильный терминал 300 подсоединяется (то есть выбор ячейки, повторный выбор ячейки) или выполняет передачу обслуживания на базовую радиостанцию 100, модуль 203D администрирования терминалом посылает на модуль 202D определения управления "уведомление о соединении", включающее в себя ID терминала мобильного терминала 300, и ID базовой радиостанции базовой радиостанции 100, с которой соединен мобильный терминал 300.
[0092] Модуль 202D определения управления узла 200 администрирования мобильностью имеет функции модуля 202 определения управления, описанного выше со ссылками на Фиг. 2. Дополнительно, после приема уведомления о соединении, указывающего соединение мобильного терминала 300, от модуля 203D администрирования терминалом, модуль 202D определения управления подтверждает, является ли новый терминал 300 целевым терминалом управления. Затем, когда новый терминал 300 оценивается как целевой терминал управления, модуль 202D определения управления запрашивает базовую радиостанцию 100 выполнить управление состоянием терминала.
[0093] Затем ссылаясь на диаграмму последовательности на Фиг. 17, будет сделано описание последовательности процессов для начала управления состоянием для мобильного терминала после инициации посредством соединения или передачи обслуживания на базовую радиостанцию 100 мобильного терминала 300. На этапе S600 мобильный терминал 300 начинает процесс соединения или процесс передачи обслуживания для базовой радиостанции 100. Во время начала этого процесса мобильный терминал 300 уведомляет базовую радиостанцию 100 об ID терминала. Затем на этапе S601 базовая радиостанция 100 передает запрос соединения или запрос передачи обслуживания, принятый на этапе S600, на узел 200 администрирования мобильностью. На этапе S602 на основании ID терминала, содержащегося в запросе соединения или запросе передачи обслуживания, принятом на этапе S601, узел 200 администрирования мобильностью проверяет, является ли мобильный терминал, соответствующий ID терминала, целевым терминалом управления. Таким образом, запрос соединения или запрос передачи обслуживания, посланный от базовой радиостанции 100 на узел 200 администрирования мобильностью, соответствуют "уведомлению о соединении". На этапе S603, когда проверенный мобильный терминал оценивается как цель управления в результате проверки на этапе S602, узел 200 администрирования мобильностью определяет начать управление состоянием для мобильного терминала. Последующая процедура может быть аналогична этапу S101 и последующим этапам, показанным на Фиг. 5.
[0094] Ниже, ссылаясь на блок-схему Фиг. 18, будет описана операция узла 200 администрирования мобильностью из этого варианта осуществления. Фиг. 18 показывает процесс, который должен быть выполнен, когда узел 200 администрирования мобильностью принимает уведомление о соединении мобильного терминала от базовой радиостанции 100. В настоящем описании этапы, отличающиеся от показанных на Фиг. 6, описанной выше, подробно описаны, и опущено описание таких же этапов как те, показанные на Фиг. 6.
[0095] На этапе S700 модуль 203D администрирования терминалом принимает от базовой радиостанции 100 уведомление о соединении, включающее в себя ID терминала для терминала 300, который пытается соединиться или выполнить передачу обслуживания на базовую радиостанцию 100, и уведомляет модуль 202D определения управления об ID терминала. Конкретные примеры уведомления о соединении включают в себя запрос соединения и запрос передачи обслуживания мобильного терминала 300.
[0096] На этапе S701 модуль 202D определения управления подтверждает, существует ли политика управления состоянием, соответствующая ID терминала, полученному на этапе S700, в модуле 204 администрирования политикой. Когда политики управления состоянием не существует, должно быть оценено, что мобильный терминал 300, соответствующий ID терминала, не является целью управления, и процесс управления заканчивается. С другой стороны, когда политика управления состоянием существует (ДА на этапе S701), процесс продолжается на этапе S201, который описан выше со ссылками на Фиг. 6.
[0097] В соответствии с конкретным примером, описанным в этом варианте осуществления, возможно проверить, является ли мобильный терминал 300 терминалом, который должен быть подвергнут управлению состоянием, включающим в себя управление переходом CONNECTED-IDLE при тактировании, когда мобильный терминал 300 соединяется или выполняет передачу обслуживания на базовой радиостанции 100 в соответствии с администрированием узла 200 администрирования мобильностью, таким образом, делая возможным начинать управление состоянием, если терминал является целевым терминалом управления.
[0098] <ПЯТЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
В этом варианте осуществления будет описана модификация конкретного примера компоновки политики управления состоянием, описанной в первом варианте осуществления. В частности, в то время как Фиг. 2 иллюстрирует конфигурацию, в которой узел 200 администрирования мобильностью включает в себя модуль 204 администрирования политикой, этот вариант осуществления иллюстрирует пример, в котором модуль администрирования политикой скомпонован вне узла 200 администрирования мобильностью.
[0099] Фиг. 19 является блок-схемой, показывающей пример конфигурации системы мобильной связи в соответствии с этим вариантом осуществления. По сравнению с примером Фиг. 1, сервер 400 абонента заново добавлен в примере на Фиг. 19. Сервер 400 абонента управляет информацией об абоненте и соответствует HSS (домашнему серверу абонента) в 3GPP. Сервер 400 абонента из этого варианта осуществления характеризуется администрированием политики управления состоянием для каждого пользователя. Фиг. 21 показывает пример политики управления состоянием, администрируемой сервером 400 абонента. В примере на Фиг. 21 политика управления состоянием администрируется в качестве информации, которая администрируется для каждого абонента, посредством использования ID абонента для идентификации каждого абонента в качестве ключа.
[0100] Фиг. 20 является блок-схемой, показывающей пример конфигурации узла 200 администрирования мобильностью из этого варианта осуществления. В примере на Фиг. 20 модуль 204 администрирования политикой опущен из примера конфигурации, показанного на Фиг. 2, и интерфейс 206 сервера абонента добавлен. Функции модуля 202E определения управления частично отличаются от функций модуля 202 определения управления, показанного на Фиг. 2. Другие элементы, показанные на Фиг. 20, аналогичны соответствующим элементам на Фиг. 2.
[0101] Интерфейс 206 сервера абонента узла 200 администрирования мобильностью является интерфейсом, который разрешает обмен информацией об абоненте, которая включает в себя политику управления состоянием между узлом 200 администрирования мобильностью и сервером 400 абонента. Модуль 202E определения управления узла 200 администрирования мобильностью имеет функции модуля 202 определения управления, описанного выше со ссылками на Фиг. 2. Дополнительно, при определении управления состояния для мобильного терминала 300, модуль 202E определения управления посылает запрос на сервер 400 абонента при использовании ID абонента целевого терминала управления, таким образом, захватывая политику управления состоянием, соответствующую целевому терминалу управления.
[0102] Ниже, ссылаясь на диаграмму последовательности согласно Фиг. 22, будет сделано описание последовательности процессов в мобильной системе связи, показанной на Фиг. 19, для захвата политики управления состоянием, соответствующей целевому терминалу управления, от сервера 400 абонента, когда узел 200 администрирования мобильностью определяет целевой терминал управления, который должен быть подвергнут управлению состоянием. Сначала на этапе S800 узел 200 администрирования мобильностью определяет управление состоянием для конкретного мобильного терминала и распознает ID абонента целевого терминала управления. На этапе S801 узел 200 администрирования мобильностью посылает на сервер 400 абонента запрос политики управления, включающий в себя ID абонента целевого терминала управления. На этапе S802 сервер 400 абонента захватывает, из информации об абоненте, администрируемой сервером 400 абонента, политику управления состоянием, соответствующую ID абонента, содержащемуся в запросе управления политикой, захваченном на этапе S801. Затем, сервер 400 абонента возвращает на узел 200 администрирования мобильностью ответ управления политикой, включающий в себя ID абонента, соответствующий захваченной политике управления состоянием. На этапе S803 узел 200 администрирования мобильностью посылает на базовую радиостанцию 100 запрос управления состоянием, включающий в себя политику управления состоянием, захваченную на этапе S802, таким образом запрашивая базовую радиостанцию 100 выполнить управления состоянием, включающее в себя управление переходом CONNECTED-IDLE для целевого терминала управления. Процедура этапа S802 и последующих этапов может быть аналогична этапу S101 и последующим этапам, показанным на фиг. 5.
[0103] Ниже, ссылаясь на блок-схему Фиг. 23, будет описана операция узла 200 администрирования мобильностью из этого варианта осуществления. Фиг. 23 показывает процесс, который должен быть выполнен, когда узел 200 администрирования мобильностью начинает управление состоянием для мобильного терминала 300. В настоящем описании этап 900, который отличается от Фиг. 6, описанной выше, подробно описан, и опущено описание этапов S200, S202 и S203, которые являются такими же, как таковые на Фиг. 6. На этапе S900 модуль 202E определения управления посылает запрос политики управления состоянием на сервер 400 абонента посредством использования ID терминала (ID абонента в этом случае) целевого терминала управления и захватывает политику управления состоянием, соответствующую ID терминала (ID абонента), от сервера 400 абонента.
[0104] В соответствии с конкретным примером, описанным в этом варианте осуществления, политика управления состоянием, относящаяся к управлению переходом CONNECTED-IDLE мобильного терминала, регистрируются в качестве части информации об абоненте на сервере 400 абонента для каждого абонента, таким образом разрешая управление состоянием для каждого абонента.
[0105] <ШЕСТОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
В этом варианте осуществления будет описан конкретный пример способа для определения терминала, который должен быть подвергнут управлению состояния (то есть целевого терминала управления), и конкретный пример способа для определения политики управления состоянием. В частности, в этом варианте осуществления ситуация мобильного терминала 300 получена, и мобильный терминал 300, который должен быть подвергнут управлению состояниям, и политика управления состояния, которая должна быть применена к терминалу, определяются в соответствии с "ситуацией мобильного терминала 300". "Ситуация мобильного терминала 300", которая используется для определения политики управления состояниям, является элементом для определения контента управления, относящегося к переходу CONNECTED-IDLE мобильного терминала 300. Примеры ситуации мобильного терминала 300 включают в себя: (1) частоту передачи данных мобильного терминала 300; (2) частоту перемещения мобильного терминала 300; (3) внешнюю сеть (сеть назначения соединения), с которой соединен мобильный терминал 300; (4) временную зону (шаблон поведения), которой принадлежит мобильный терминал 300; (5) местоположение, где размещен мобильный терминал 300; (6) прикладную программу, в настоящее время активированную в мобильном терминале 300; (7) количество оставшегося заряда батареи мобильного терминала 300; (8) сеть радиодоступа (беспроводную ЛВС, LTE, WiMAX и т.д.), с которой в настоящее время соединен мобильный терминал 300; и (9) их произвольную комбинацию. Так как ситуация мобильного терминала 300, который описан выше, не является фиксированной, а изменяемой, политика управления состоянием, которая должна быть применена, изменяется в соответствии с изменением в ситуации мобильного терминала 300 в этом варианте осуществления.
[0106] Фиг. 24 является блок-схемой, показывающей пример конфигурации системы мобильной связи в соответствии с этим вариантом осуществления. По сравнению с примером на Фиг. 1 узел 500 определения политики вновь добавлен в пример на Фиг. 24. Узел 500 определения политики захватывает ситуацию мобильного терминала 300 и определяет политику управления состоянием, которая должна быть применена на основании ситуации мобильного терминала 300. В примере на Фиг. 24 узел 500 определения политики описан в качестве другого узла, который является независимым от узла 200 администрирования мобильностью. Однако компоновка функций узла 500 определения политики соответственно определяется на основании концепции структуры архитектуры сети. Например, функции узла 500 определения политики могут быть расположены в узле 200 администрирования мобильностью или базовой радиостанции 100.
[0107] Затем должна быть описана конфигурация узла 500 определения политики. Фиг. 25 является блок-схемой, показывающей пример конфигурации узла 500 определения политики для этого варианта осуществления. Узел 500 определения политики, показанный на Фиг. 25, включает в себя модуль 501 распознавания ситуации терминала, модуль 502 определения политики и модуль 503 уведомления о политике. Должно быть отмечено, что Фиг. 25 показывает компоненты, главным образом необходимые для объяснения этого варианта осуществления, и иллюстрация другой части опускается.
[0108] Модуль 501 распознавания ситуации терминала распознает ситуацию мобильного терминала 300, который используется для определения политики управления состоянием, которая должна быть применена к мобильному терминалу 300. Модуль 501 распознавания ситуации терминала может распознавать ситуацию мобильного терминала 300 посредством самостоятельного контроля/измерения мобильного терминала 300 или может распознавать ситуацию мобильного терминала 300 посредством захвата информации, указывающей ситуацию мобильного терминала 300, от другого узла, такого как узел 200 администрирования мобильностью или базовая радиостанция 100.
[0109] Модуль 502 определения политики определяет политику управления состоянием, которая должна быть применена к мобильному терминалу 300, в соответствии с ситуацией мобильного терминала 300, которая захвачена модулем 501 распознавания ситуации терминала. Модуль 502 определения политики может определять политику управления состоянием, которая должна быть применена к мобильному терминалу 300, посредством использования правила, которое определяет соответствие между ситуацией 300 мобильного терминала и политикой управления состоянием. В случае использования числового параметра в качестве ситуации мобильного терминала 300, такого как частота перемещения или частота передачи данных, модуль 502 определения политики может определять параметр политики управления состоянием посредством выполнения вычисления, используя этот числовой параметр. В качестве конкретного примера, модуль 502 определения политики может вычислять значение интервала перехода IDLE посредством использования значения частоты перемещения или частоты передачи данных.
[0110] Модуль 503 уведомления о политике уведомляет узел 200 администрирования мобильностью, который администрирует мобильный терминал 300, к которому применяется политика управления состоянием (то есть целевой терминал управления), о политике управления состоянием, определенной модулем 502 определения политики. Когда функции узла 500 определения политики скомпонованы в узле 200 администрирования мобильностью, модуль 503 уведомления о политике уведомляет базовую радиостанцию 100 о политике управления состоянием, определенную посредством модуля 502 определения политики.
[0111] Затем операция узла 500 определения политики этого варианта осуществления должна быть описана со ссылками на блок-схему на Фиг. 26. Фиг. 26 показывает пример обработки, когда узел 500 определения политики распознает ситуацию мобильного терминала 300. На этапе S2001 модуль 501 распознавания ситуации терминала распознает ситуацию мобильного терминала 300. На этапе S2002 модуль 502 определения политики определяет, существует ли политика управления состоянием, соответствующая ситуации мобильного терминала 300, которая захвачена на этапе S2001, на основании правила, которое определяет соответствие между ситуацией мобильного терминала 300 и политикой управления состоянием. Когда политика управления состоянием, соответствующая ситуации мобильного терминала 300, которая захвачена на этапе S2001, не является предварительно определенной, модуль 502 определения политики определяет "ошибку" или "отсутствие необходимости в управлении состоянием" и прерывает процесс. На этапе S2003 модуль 503 уведомления о политике уведомляет узел 200 администрирования мобильностью, который администрирует целевой терминал управления или базовую радиостанцию 100, с которой в настоящее время соединен целевой терминал управления, о политике управления состоянием, определенной на этапе S2002.
[0112] Как описано выше, конкретные примеры ситуации мобильного терминала 300, который распознается узлом 500 определения политики, включают в себя внешнюю сеть, с которой соединен мобильный терминал 300, частоту перемещения, частоту передачи данных, местоположение мобильного терминала 300 и сеть радиодоступа, с которой в настоящее время соединен мобильный терминал 300. Способ для распознавания ситуации мобильного терминала 300 отличается, в зависимости от того, какой параметр используется для указания ситуации мобильного терминала 300. Некоторые конкретные примеры способа для распознавания ситуации мобильного терминала 300 будут описаны подробно ниже.
[0113] <ПЕРВЫЙ ПРИМЕР: ЧАСТОТА ПЕРЕМЕЩЕНИЯ И ЧАСТОТА ПЕРЕДАЧИ ДАННЫХ МОБИЛЬНОГО ТЕРМИНАЛА>
Во втором примере узел 500 определения политики распознает частоту перемещения и частоту передачи данных мобильного терминала 300 в качестве ситуации мобильного терминала 300. Частота перемещения мобильного терминала 300 указывает количество перемещений мобильного терминала 300 между базовыми радиостанциями в единицу времени. Частота передачи данных мобильного терминала 300 указывает количество передач данных мобильного терминала 300 за единицу времени. Например, модуль 501 распознавания ситуации терминала может принимать уведомление для определения результатов обнаружения перемещения или инициации передачи данных мобильного терминала 300 от узла, такого как узел 200 администрирования мобильностью, который способен обнаружить перемещение или инициацию передачи данных мобильного терминала 300. В этом случае модуль 501 распознавания ситуации терминала может подсчитать уведомления перемещений или инициаций передачи данных мобильного терминала 300, чтобы таким образом вычислить частоту перемещений и частоту передачи данных за единицу времени. Дополнительно, модуль 501 распознавания ситуации терминала может принимать уведомление, содержащее результаты измерения частоты перемещения и частоты передачи данных мобильного терминала 300 за единицу времени, от узла, такого как узел 200 администрирования мобильностью, который способен обнаружить перемещение и инициацию передачи данных мобильного терминала 300.
[0114] Модуль 502 определения политики определяет политику управления состоянием, которая должна быть применена к терминалу, на основании правила, которое определяет соответствие между частотой перемещения и частотой передачи данных мобильного терминала 300, и политикой управления состоянием. Фиг. 27 показывает пример правила, которое определяет соответствие между частотой перемещения и частотой передачи данных мобильного терминала 300, и политикой управления состоянием. В примере на Фиг. 27 политика управления состоянием, которая должна быть применена к терминалу, переключается в зависимости от того, равна ли частота перемещения за единицу времени (например, 10 минут или один час) мобильного терминала 300 или является большей, чем частота передачи данных.
[0115] Модуль 503 уведомления о политике уведомляет узел 200 администрирования мобильностью, который администрирует мобильный терминал 300, об определенной политике управления состоянием, а также об идентификаторе мобильного терминала 300. Должно быть отмечено, что, когда функции узла 500 определения политики скомпонованы в узле 200 администрирования мобильностью, управление состоянием для мобильного терминала может быть начато в то время, когда узел 200 администрирования мобильностью измеряет частоту перемещения и частоту передачи данных мобильного терминала 300 за единицу времени.
[0116] В соответствии с этим конкретным примером обстоятельства использования (интервал перемещения и передачи данных) мобильного терминала 300 контролируются таким образом, чтобы определить политику управления состоянием таким образом, чтобы уменьшить количество сигнализаций, которые должны быть обработаны базовой сетью 10, в соответствии с изменением в обстоятельствах использования мобильного терминала 300. Должно быть отмечено, что узел 500 определения политики может определять политику управления состоянием таким образом, чтобы интервал перехода из состояния CONNECTED в состояние IDLE был относительно более длинным в случае, когда частота перемещения мобильного терминала 300 равна или больше, чем частота передачи данных, чем в случае, когда частота перемещения мобильного терминала 300 меньше, чем частота передачи данных.
[0117] <ВТОРОЙ ПРИМЕР: СЕТЬ НАЗНАЧЕНИЯ СОЕДИНЕНИЯ МОБИЛЬНОГО ТЕРМИНАЛА>
В первом примере узел 500 определения политики распознает внешнюю сеть (сеть назначения соединения), с которой соединен мобильный терминал 300 в качестве ситуации мобильного терминала 300. В случае 3GPP сеть назначения соединения называется PDN (сеть пакетной передачи данных) и идентифицируется посредством APN (имени точки доступа). Модуль 501 распознавания ситуации терминала захватывает информацию (например, APN) о сети назначения соединения мобильного терминала 300. Модуль 501 распознавания ситуации терминала может захватывать информацию о сети назначения соединения назначения от узла 200 администрирования мобильностью. Узел 200 администрирования мобильностью захватывает APN в качестве части информации об абоненте посредством посылки запроса в HSS (домашний сервер абонента) и затем выполняет передачу сигналов на узлы передачи пакетов, такие как P-GW (PDN-шлюз) и S-GW (обслуживающий шлюз) для установки соединения (однонаправленного канала) между мобильным терминалом 300 и внешней сетью (PDN). Соответственно, узел 200 администрирования мобильностью распознает информацию (APN) о сети назначения соединения мобильного терминала 300 в соответствии с администрированием. Например, узел 200 администрирования мобильностью может уведомлять узел 500 определения политики об информации (APN) о сети назначения соединения после инициации посредством соединения мобильного терминала 300 с сетью назначения соединения.
[0118] Модуль 502 определения политики определяет политику управления состоянием на основании правила, которое определяет соответствие между сетью назначения соединения и политикой управления состоянием. Фиг. 28 показывает пример правила, которое определяет соответствие между сетью назначения соединения и политикой управления состоянием.
[0119] Модуль 503 уведомления о политике уведомляет узел 200 администрирования мобильностью, который администрирует мобильный терминал 300 об определенной политике управления состоянием, а также об идентификаторе мобильного терминала 300. Когда функции узла 500 определения политики скомпонованы в узле 200 администрирования мобильностью, управление состоянием для терминала может быть начато в то время, когда узел 200 администрирования мобильностью распознает сеть назначения соединения мобильного терминала 300.
[0120] В соответствии с этим конкретным примером, например, характеристики использования (частота перемещения и интервал передачи данных) мобильного терминала 300 могут быть оценены на основании сети назначения соединения мобильного терминала 300. Это обеспечивает определение политики управления состоянием таким образом, чтобы уменьшить количество сигнализаций, которые должны быть обработаны посредством базовой сети 10, посредством определения политики управления состоянием в соответствии с сетью назначения соединения мобильного терминала 300 без непосредственного измерения характеристик использования мобильного терминала 300.
[0121] Например, в случае соединения мобильного терминала 300 с системой администрирования продаж производителя торговых автоматов, этот мобильный терминал 300 принимается в качестве терминала, который включен в торговый автомат с небольшой степенью перемещения. Соответственно, узел 500 определения политики может определять политику управления состоянием, таким образом, что интервал перехода из состояния CONNECTED в состояние IDLE увеличивается в соответствии со значениями частоты перемещения и интервалом передачи данных торговых автоматов, которые наблюдаются заранее или определяются заранее. Дополнительно, в случае соединения мобильного терминала 300 с системой администрирования трафика компании администрирования информации о трафике, этот мобильный терминал 300 предполагается в качестве терминала, который включен в автомобиль, двухколесное транспортное средство и т.п. со значительной степенью перемещения. Соответственно, узел 500 определения политики может определять политику управления состоянием, таким образом, чтобы интервал перехода из состояния CONNECTED в состояние IDLE уменьшался в соответствии со значениями частоты перемещения и интервалом передачи данных автомобилей, двухколесного транспортного средства и т.п., которые наблюдаются заранее или определяются заранее.
[0122] <ТРЕТИЙ ПРИМЕР: ВРЕМЕННАЯ ЗОНА (ШАБЛОН ПОВЕДЕНИЯ) МОБИЛЬНОГО ТЕРМИНАЛА>
В третьем примере узел 500 определения политики распознает временную зону мобильного терминала 300 в качестве ситуации мобильного терминала 300. Модуль 501 распознавания ситуации терминала может проверять время при необходимости и может обнаруживать изменение из первой временной зоны (первый шаблон поведения) ко второй временной зоне (второй шаблон поведения), причем первая временная зона и вторая временная зона являются предварительно определенными для мобильного терминала 300.
[0123] Модуль 502 определения политики определяет политику управления состоянием, которая должна быть применена к терминалу, на основании правила, которое определяет соответствие между множеством временных зон, которые являются предварительно определенными для мобильного терминала 300, и политикой управления состоянием. Фиг. 30 показывает пример правила, которое определяет соответствие между множеством временных зон, которые являются предварительно определенными для мобильного терминала 300, и политикой управления состоянием. В примере на Фиг. 30 множество временных зон определяются для мобильного терминала 300 (например, терминала A, терминала B) или групп терминалов (например, группа C), включающей в себя по меньшей мере один мобильный терминал 300. Ссылаясь на терминал A, например, политика управления состоянием переключается между первой временной зоной с 8 часов до 19 часов (то есть дневное время) и второй временной зоной от 19 часов до 8 часов (то есть ночное время).
[0124] Модуль 503 уведомления о политике уведомляет узел 200 администрирования мобильностью, который администрирует мобильный терминал 300, об определенной политике управления состоянием, а также об идентификаторе мобильного терминала 300. Когда функции узла 500 определения политики скомпонованы в узле 200 администрирования мобильностью, управление состоянием для терминала может быть начато в то время, когда первая временная зона (первый шаблон поведения) заканчивается, и начинается вторая временная зона (второй шаблон поведения).
[0125] В соответствии с этим конкретным примером, характеристики использования (частота перемещения и интервал передачи данных) мобильного терминала 300 могут быть оценены на основании шаблона поведения пользователя мобильного терминала 300. Это обеспечивает определение политики управления состоянием таким образом, чтобы уменьшить количество сигнализаций, которые должны быть обработаны посредством базовой сети 10, посредством определения политики управления состоянием в соответствии с временной зоной, в которой отличается шаблон поведения пользователя, без непосредственного измерения характеристик использования мобильного терминала 300. В ночное время, например, считается, что пользователь спит и не перемещается. Соответственно, узел 500 определения политики может определять политику управления состоянием таким образом, чтобы интервал перехода из состояния CONNECTED в состояние IDLE мобильного терминала 300 был относительно более длинным в ночное время, чем днем.
[0126] <ЧЕТВЕРТЫЙ ПРИМЕР: МЕСТОПОЛОЖЕНИЕ, ГДЕ РАСПОЛОЖЕН МОБИЛЬНЫЙ ТЕРМИНАЛ>
Модуль 501 распознавания ситуации терминала узла 500 определения политики распознает местоположение, где расположен мобильный терминал 300, в качестве ситуации мобильного терминала 300. Модуль 502 определения политики определяет политику управления состоянием, которая должна быть применена к мобильному терминалу, на основании правила, которое определяет соответствие между политикой управления состоянием и местоположением, где расположен мобильный терминал 300.
[0127] В соответствии с этим конкретным примером, характеристики использования (частота перемещения и интервал передачи данных) мобильного терминала 300 могут быть оценены на основании местоположения, где существует мобильный терминал 300. Это обеспечивает определение политики управления состоянием таким образом, чтобы уменьшить количество сигнализаций, которые должны быть обработаны посредством базовой сети 10, посредством определения политики управления состоянием в соответствии с местоположением мобильного терминала 300 без непосредственного измерения характеристик использования мобильного терминала 300. Например, когда мобильный терминал 300 расположен в доме пользователя мобильного терминала 300, оценивается, что мобильный терминал 300, переместится с меньшей вероятностью. Соответственно, узел 500 определения политики может определять политику управления состоянием таким образом, чтобы интервал перехода из состояния CONNECTED в состояние IDLE был относительно более длинным, когда мобильный терминал расположен в доме пользователя мобильного терминала 300, чем когда мобильный терминал 300 не расположен в доме.
[0128] <ПЯТЫЙ ПРИМЕР: ПРИКЛАДНАЯ ПРОГРАММА, АКТИВИРОВАННАЯ МОБИЛЬНЫМ ТЕРМИНАЛОМ>
Модуль 501 распознавания ситуации терминала узла 500 определения политики распознает прикладную программу, в настоящее время активированную в мобильном терминале 300, в качестве ситуации мобильного терминала 300. Модуль 502 определения политики определяет политику управления состоянием, которая должна быть применена к терминалу, на основании правила, которое определяет соответствие между прикладной программой, активированной в мобильном терминале 300, и политикой управления состоянием.
[0129] В соответствии с этим конкретным примером, характеристики использования (частота перемещения и интервал передачи данных) мобильного терминала 300 могут быть оценены на основании прикладной программы, в настоящее время активированной в мобильном терминале 300. Это обеспечивает определение политики управления состоянием таким образом, чтобы уменьшить количество сигнализаций, которые должны быть обработаны посредством базовой сети 10, посредством определения политики управления состоянием в соответствии с прикладной программой, в настоящее время активированной в мобильном терминале 300, без непосредственного измерения характеристик использования мобильного терминала 300. Например, когда прикладная программа для установки связи с мобильным терминалом активируется один раз каждые три минуты, оценивается, что частота передачи данных мобильного терминала 300 является высокой. Соответственно, узел 500 определения политики может определять политику управления состоянием таким образом, чтобы интервал перехода из состояния CONNECTED в состояние IDLE был относительно более длинным, чем когда эта прикладная программа не активирована.
[0130] <ШЕСТОЙ ПРИМЕР: ВЕЛИЧИНА ОСТАВШЕГОСЯ ЗАРЯДА БАТАРЕИ МОБИЛЬНОГО ТЕРМИНАЛА>
Модуль 501 распознавания ситуации терминала узла 500 определения политики распознает величину оставшегося заряда батареи мобильного терминала 300 в качестве ситуации мобильного терминала 300. Модуль 502 определения политики определяет политику управления состоянием, которая должна быть применена к терминалу, на основании правила, которое определяет соответствие между величиной оставшегося заряда батареи мобильного терминала 300 и политикой управления состоянием. Альтернативно, модуль 502 определения политики может определять интервал перехода IDLE, который включен в политику управления состоянием, посредством выполнения вычисления посредством использования значения величины оставшегося заряда батареи.
[0131] <СЕДЬМОЙ ПРИМЕР: СЕТЬ РАДИОДОСТУПА, С КОТОРОЙ СОЕДИНЕН МОБИЛЬНЫЙ ТЕРМИНАЛ>
Модуль 501 распознавания ситуации терминала узла 500 определения политики распознают сеть радиодоступа, с которой соединен мобильный терминал 300, в качестве статуса мобильного терминала 300. Модуль 502 определения политики определяет политику управления состоянием, которая должна быть применена к терминалу, на основании правила, которое определяет соответствие между политикой управления состоянием и сетью радиодоступа (беспроводной ЛВС, LTE, WiMAX и т.д.), с которой соединен мобильный терминал 300.
[0132] В соответствии с этим конкретным примером, характеристики использования (частота перемещения и интервал передачи данных) мобильного терминала 300 могут быть оценены на основании типа сети радиодоступа, используемой мобильным терминалом 300. Это обеспечивает определение политики управления состоянием таким образом, чтобы уменьшить количество сигнализаций, которые должны быть обработаны посредством базовой сети 10, посредством определения политики управления состоянием в соответствии с сетью радиодоступа, используемой мобильным терминалом 300, без непосредственного измерения характеристик использования мобильного терминала 300. Например, когда мобильный терминал 300 соединяется со службой беспроводной ЛВС отеля, оценивается, что терминал переместится с меньшей вероятностью. Соответственно, в этом случае узел 50 определения политики может определять политику управления состоянием таким образом, чтобы интервал перехода из состояния CONNECTED в состояние IDLE был относительно более длинным, чем, когда мобильный терминал 300 соединен с базовой станцией микро ячейки несущей сотового телефона.
[0133] В соответствии с конкретным примером, описанным в этом варианте осуществления, индивидуальные политики управления состоянием подготавливаются для множества ситуаций мобильного терминала 300, и контролируется ситуация мобильного терминала 300, что позволяет переключать политику управления состоянием, которая должна быть применена в соответствии с ситуацией мобильного терминала 300. Это позволяет управлять переходом CONNECTED-IDLE в соответствии с ситуацией мобильного терминала 300.
[0134] <СЕДЬМОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
В этом варианте осуществления описана модификация конкретного примера (то есть интервал перехода IDLE) параметров, обозначенных политикой управления состоянием, описанной в первом варианте осуществления. В частности, в этом варианте осуществления вместо интервала перехода IDLE мобильного терминала 300, политика для блокирования запроса или случая, который инициирует переход мобильного терминала 300 из состояния CONNECTED в состояние IDLE, используется в качестве параметра политики управления состоянием.
[0135] Фиг. 30 является блок-схемой, показывающей пример конфигурации узла 200 администрирования мобильностью в этом варианте осуществления. В примере на Фиг. 30 функции модуля 202Н определения управления частично отличаются от функций модуля 204 администрирования политикой, показанного на Фиг. 2. Типы политик, записанных в модуле 204Н администрирования политикой, частично отличаются от таковых модуля 204 администрирования политикой, показанного на Фиг. 2. В примере на Фиг. 30 модуль 209 уведомления о начале блокирования добавляется вместо модуля 205 уведомления политики, и также добавляется модуль 210 уведомления об остановке блокирования. Другие элементы, показанные на Фиг. 30, аналогичны соответствующим элементам на Фиг. 2.
[0136] Фиг. 31 является блок-схемой, показывающей пример конфигурации базовой радиостанции 100 в этом варианте осуществления. По сравнению с примером на Фиг. 4 опускается модуль 104 контроля, модуль 105 функции таймера и модуль 106 начала перехода IDLE, и модуль 107Н блокирования добавляется в примере на Фиг. 31. Функции модуля 103Н управления состоянием частично отличаются от функций модуля 103 управления состоянием, описанного выше со ссылками на Фиг. 4. Другие элементы, показанные на Фиг. 31, аналогичны соответствующим элементам на Фиг. 4.
[0137] Модуль 204Н администрирования политикой узла 200 администрирования мобильностью, администрирует политику блокирования для каждого мобильного терминала 300. Как описано во втором варианте осуществления настоящего изобретения, политика блокирования является политикой для блокирования запроса или случая, который инициирует переход мобильного терминала 300 из состояния CONNECTED в состояние IDLE. Фиг. 32 показывает конкретный пример политики управления состоянием этого варианта осуществления, которой управляется посредством модуля 204В администрирования политикой. В примере на Фиг. 32 ID терминала целевого терминала управления сконфигурирован в качестве первичного ключа и управляется политикой блокирования, соответствующей этому первичному ключу.
[0138] Модуль 202Н определения управления определяет мобильный терминал 300, на который накладывается управление блокированием из числа мобильных терминалов 300, соединенных с базовой радиостанцией 100, в соответствием с администрированием узла 300 управления мобильностью, захватывает политику управления, соответствующую целевому терминалу управления, от модуля 204Н администрирования политикой, и уведомляет модуль 209 уведомления о начале блокирования об ID терминала целевого терминала начала блокирования и о политике управления, которая должна быть применена. Дополнительно, модуль 202Н определения управления определяет мобильный терминал 300, относительно которого останавливается управление блокированием, и уведомляет модуль 210 об остановке блокирования об ID терминала мобильного терминала 300, относительно которого останавливается управление блокированием.
[0139] После захвата, от модуля 202Н определения управления, ID терминала целевого термина начала блокирования и политики управления состоянием, которая должна быть применена, модуль 209 уведомления о начале блокирования посылает запрос начала блокирования, включающий в себя ID терминала и политику управления состоянием, на базовую радиостанцию 100.
[0140] После захвата ID терминала целевого терминала остановки блокирования от модуля 202Н определения управления, модуль 210 уведомления об остановке блокирования посылает запрос остановить блокирование, включающий в себя ID терминала, на базовую радиостанцию 100.
[0141] После приема запроса начала блокирования от узла 200 администрирования мобильностью модуль 103Н управления состоянием базовой радиостанции 100, уведомляет модуль 107Н блокирования об ID терминала, включенном в запрос начала, и о политике блокирования в политике управления состоянием, содержащейся в запросе начала, в качестве запроса начала блокирования. Дополнительно, после приема запроса остановки блокирования от узла 200 администрирования мобильностью, модуль 103Н управления состоянием уведомляет модуль 107Н блокирования об ID терминала, содержащемся в принятом запросе остановки, в качестве запроса остановки блокирования.
[0142] Модуль 107Н блокирования базовой радиостанции 100 имеет функции, аналогичные функциям модуля 107 блокирования, описанного выше со ссылками на Фиг. 9. В частности, когда запрос начала блокирования принимается от модуля 103Н управления состоянием, модуль 107Н блокирования начинает блокирование на основании ID терминала и политики блокирования, содержащихся в запросе начала. Дополнительно, после захвата запроса остановки блокирования от модуля 103Н управления состоянием модуль 107Н блокирования останавливает блокирование относительно ID терминала, содержащегося в запросе остановки.
[0143] В соответствии с конкретным примером, описанным в этом варианте осуществления, возможно вынудить базовую радиостанцию 100 выполнить операцию блокирования запроса или события, которое инициирует переход мобильного терминала 300 из состояния CONNECTED в состояние IDLE на основании команды от базовой сети 10 (в частности, узла 200 администрирования мобильностью). Другими словами, в соответствии с конкретным примером, описанным в этом варианте осуществления, для базовой сети 10 возможно заранее управлять тактированием перехода CONNECTED-IDLE в мобильном терминале 300 на основании определения базовой сетью 10 (то есть узла 200 администрирования мобильностью). Соответственно, количество сигнализаций, которые вызваны повторением перехода CONNECTED-IDLE мобильного терминала 300 и которые должны быть обработаны посредством базовой сети 10, может быть уменьшено на основании определения посредством базовой сети 10.
[0144] <ДРУГОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
Может быть реализована любая комбинация конкретных примеров, описанных в первом-седьмом вариантах осуществления настоящего изобретения.
[0145] Функция узла 200 администрирования мобильностью, служащая в качестве "системы предоставления политики", описанная в первом-седьмом вариантах осуществления, то есть "функция для предоставления сети 20 радиодоступа политики управления состоянием, относящейся к переходу CONNECTED-IDLE мобильного терминала 300", может быть скомпонована в другом узле, который скомпонован в базовой сети 10 и отличается от узла администрирования мобильностью. Дополнительно, функция узла 200 администрирования мобильностью, служащая "в качестве системы предоставления политики", в первом-седьмом вариантах осуществления, может быть скомпонована способом, распределенным множеству узлов в базовой сети 10. Другими словами компоновка функции узла 200 администрирования мобильностью, служащей "в качестве системы предоставления политики", описанной в первом-седьмом вариантах осуществления, является соответственно определенной на основании концепции структуры архитектуры сети. В качестве конкретного примера, в случае применения первого-седьмого вариантов осуществления к UMTS в 3GPP, функция вышеупомянутого узла 200 администрирования мобильностью, служащая "в качестве системы предоставления политики", может быть скомпонована в GGSN (узле поддержки шлюза GPRS). Кроме того функция узла 200 администрирования мобильностью, описанная в первом-седьмом вариантах осуществления, может быть скомпонована на сервере O&M (Операции & Обслуживания).
[0146] Функция базовой радиостанции 100, служащая "в качестве устройства управления, которое выполняет управление состоянием, относящееся к переходу CONNECTED-IDLE мобильного терминала 300", описанная в первом-седьмом вариантах осуществления, может быть расположена в другом узле, который отличается от базовой радиостанции 100. Конкретно, функция может быть скомпонована в узле, который скомпонован в сети 20 радиодоступа и имеет функцию управления радиоресурсами. В качестве конкретного примера, в случае применения первого-седьмого вариантов осуществления к UMTS в 3GPP, функция вышеупомянутой базовой радиостанции 100 может быть реализована не посредством NB (NodeB), а посредством модификации функции планирования и функции администрирования однонаправленного канала RNC (контроллера радиосети). В случае применения этого варианта осуществления к системе связи Форума WiMAX операция базовой радиостанции 100, описанной выше, может быть реализована не посредством BS (базовой станции), а посредством модификации функций ASN-GW (шлюза сети службы доступа).
[0147] Первый-седьмой варианты осуществления иллюстрируют пример, в котором политика управления состоянием предоставляется от базовой сети 10 (обычно узла 200 администрирования мобильностью или узла 500 определения политики) базовой радиостанции 100, и базовая радиостанция 100 выполняет управление переходом CONNECTED-IDLE мобильного терминала 300 на основании политики управления состоянием. Однако, политика управления состоянием, определенная посредством базовой сети 10, может предоставляться мобильному терминалу 300 от базовой сети 10. В этом случае мобильный терминал 300 может автономно управлять своим переходом CONNECTED-IDLE CONNECTED-IDLE в соответствии с политикой управления состоянием, принятой от базовой сети 10. Таким образом, функция базовой радиостанции 100, служащая "в качестве устройства управления, которое выполняет управление состоянием, относящееся к переходу CONNECTED-IDLE мобильного терминала 300", описанная в первом-седьмом вариантах осуществления, может быть сама скомпонована мобильном терминале 300. Также модификации позволяют уменьшить количество сигнализаций, которые вызваны повторением перехода состояния (перехода CONNECTED-IDLE) мобильного терминала и должны быть обработаны базовой сетью на основании определения посредством базовой сети.
[0148] Процесс для передачи запроса управления состоянием на базовую радиостанцию 100 посредством узла 200 администрирования мобильностью и процесс для управления переходом CONNECTED-IDLE мобильного терминала 300 на основании политики управления состоянием от узла 200 администрирования мобильностью посредством базовой радиостанции 100, которые описаны в первом-седьмом вариантах осуществления, могут быть реализованы, используя полупроводниковое устройство обработки, такое как ASIC (специализированная интегральная схема) или DSP (цифровой сигнальный процессор). Эти процессы могут также быть реализованы, вынуждая компьютер, такой как микропроцессор, выполнять программу. В частности, программа, включающая в себя команды для того, чтобы вынуждать компьютер выполнять алгоритм, показанный в по меньшей мере одной из Фиг. 6, 7, 11, 15, 18, 23 и 26, может быть подготовлен и предоставлен компьютеру.
[0149] Эта программа может быть сохранена и предоставлена компьютеру, использующему любой тип невременного считываемого компьютером носителя. Невременный считываемый компьютером носитель включает в себя любой тип материальных запоминающих носителей. Примеры невременного считываемого компьютером носителя включают в себя магнитные запоминающие носители (такие как дискеты, магнитные ленты, жесткие диски и т.д.), оптические магнитные запоминающие носители (например, оптические магнитные диски), CD-ROM (постоянное запоминающее устройство), CD-R, CD-R/W и блоки полупроводниковой памяти (такие как маскированное ROM, PROM (программируемое ROM), EPROM (стираемое PROM), флэш ROM, RAM (оперативное запоминающее устройство), и т.д.). Программа может быть предоставлена компьютеру, использующему любой тип невременного считываемого компьютером носителя. Примеры невременного считываемого компьютером носителя включают в себя электрические сигналы, оптические сигналы и электромагнитные волны. Временный считываемый компьютером носитель может предоставлять программу компьютеру с помощью проводной линии связи, такой как электрические провода и оптоволокно или беспроводной линии связи.
[0150] В дополнение, настоящее изобретение не ограничивается вышеописанными вариантами осуществления, и различные модификации могут быть применены, не отступая от объема настоящего изобретения, описанного выше.
[0151] Настоящая заявка основана на и испрашивает приоритет японской патентной заявки № 2011-000991, поданной 6 января 2011, описание которой полностью включено в настоящее описание посредством ссылки.
СПИСОК ССЫЛОЧНЫХ ПОЗИЦИЙ
[0152] 10 БАЗОВАЯ СЕТЬ
20 СЕТЬ РАДИОДОСТУПА (СЕТЬ РАДИОДОСТУПА: RAN),
100 БАЗОВАЯ РАДИОСТАНЦИЯ
101 ИНТЕРФЕЙС БАЗОВОЙ СТОРОНЫ
102 РАДИОИНТЕРФЕЙС
103 МОДУЛЬ УПРАВЛЕНИЯ СОСТОЯНИЕМ
104 МОДУЛЬ КОНТРОЛЯ
105 ФУНКЦИЯ ТАЙМЕРА
106 МОДУЛЬ НАЧАЛА ПЕРЕХОДА IDLE
103B МОДУЛЬ УПРАВЛЕНИЯ СОСТОЯНИЕМ ВО ВТОРОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
107 МОДУЛЬ БЛОКИРОВАНИЯ ВО ВТОРОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
113C МОДУЛЬ УПРАВЛЕНИЯ СОСТОЯНИЕМ В ТРЕТЬЕМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
108 МОДУЛЬ РАДИОУПРАВЛЕНИЯ В ТРЕТЬЕМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
103Н МОДУЛЬ УПРАВЛЕНИЯ СОСТОЯНИЕМ В СЕДЬМОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
107Н МОДУЛЬ БЛОКИРОВАНИЯ В СЕДЬМОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
200 УЗЕЛ АДМИНИСТРИРОВАНИЯ МОБИЛЬНОСТЬЮ
201 ИНТЕРФЕЙС
202 МОДУЛЬ ОПРЕДЕЛЕНИЯ УПРАВЛЕНИЯ
203 МОДУЛЬ АДМИНИСТРИРОВАНИЯ ТЕРМИНАЛОМ
204 МОДУЛЬ АДМИНИСТРИРОВАНИЯ ПОЛИТИКОЙ
205 МОДУЛЬ УВЕДОМЛЕНИЯ О ПОЛИТИКЕ
204B МОДУЛЬ АДМИНИСТРИРОВАНИЯ ПОЛИТИКОЙ ВО ВТОРОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
204C МОДУЛЬ АДМИНИСТРИРОВАНИЯ ПОЛИТИКОЙ В ТРЕТЬЕМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
202-ОЙ МОДУЛЬ ОПРЕДЕЛЕНИЯ УПРАВЛЕНИЯ В ЧЕТВЕРТОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
203-ИЙ МОДУЛЬ АДМИНИСТРИРОВАНИЯ ТЕРМИНАЛОМ В ЧЕТВЕРТОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
204C МОДУЛЬ ОПРЕДЕЛЕНИЯ УПРАВЛЕНИЯ В ПЯТОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
206 ИНТЕРФЕЙС СЕРВЕРА АБОНЕНТА В ПЯТОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
209 МОДУЛЬ УВЕДОМЛЕНИЯ О НАЧАЛЕ БЛОКИРОВАНИЯ В СЕДЬМОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
210 МОДУЛЬ УВЕДОМЛЕНИЯ ОБ ОСТАНОВКЕ БЛОКИРОВАНИЯ В СЕДЬМОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
300 МОБИЛЬНЫЙ ТЕРМИНАЛ
400 СЕРВЕР АБОНЕНТА
500 УЗЕЛ ОПРЕДЕЛЕНИЯ ПОЛИТИКИ
501 МОДУЛЬ РАСПОЗНАВАНИЯ СИТУАЦИИ ТЕРМИНАЛА
502 МОДУЛЬ ОПРЕДЕЛЕНИЯ ПОЛИТИКИ
503 МОДУЛЬ УВЕДОМЛЕНИЯ О ПОЛИТИКЕ