СИСТЕМА МОБИЛЬНОЙ СВЯЗИ, УСТРОЙСТВО УПРАВЛЕНИЯ, СИСТЕМА ОБЕСПЕЧЕНИЯ ПОЛИТИКИ, СПОСОБ УПРАВЛЕНИЯ ПЕРЕХОДОМ СОСТОЯНИЙ И СПОСОБ ОБЕСПЕЧЕНИЯ ПОЛИТИКИ
MOBILE COMMUNICATION SYSTEM, CONTROL DEVICE, POLICY SUPPORT SYSTEM, METHOD OF STATE TRANSITION CONTROL AND METHOD OF POLICY SUPPORT

ОБЛАСТЬ ТЕХНИКИ, К КОТОРОЙ ОТНОСИТСЯ НАСТОЯЩЕЕ ИЗОБРЕТЕНИЕ
[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 администрирования мобильностью соответствует MME (объекту администрирования мобильностью); и мобильный терминал 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 администрирования мобильностью соответствует HA (домашнему агенту), и мобильный терминал 300 соответствует MS (мобильной станции). В качестве способа радиодоступа используется WiMAX.
[0008] Аспекты и варианты осуществления настоящего изобретения, описанного в настоящем описании, не зависят от архитектуры систем мобильной связи. Соответственно, аспекты и варианты осуществления настоящего изобретения могут применяться к системам мобильной связи, стандартизированным в 3GPP, 3GPP2 и Форуме WiMAX. Однако последующее описание будет сделано со ссылками на систему мобильной связи EPS в 3GPP с тем, чтобы подробно описать конфигурации и операции согласно аспектам и вариантам осуществления настоящего изобретения.
[0009] На Фиг. 31 радиоуправление, включающее в себя распределение ресурсов (каналов) в радиосекции между мобильным терминалом 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_CONNECTED), также освобождается соединение на уровне RRC (переходит в RRC_IDLE). Таким образом, когда уровень RRC и уровень NAS переходят в состояние IDLE, выполняется процедура освобождения S1.
[0016] С другой стороны, когда уровень RRC и уровень NAS переходят в состояние CONNECTED из состояния IDLE, выполняется процедура запроса обслуживания. Когда выполняется процедура запроса обслуживания, устанавливаются соединение NAS и соединение RRC.
[0017] В настоящем описании описано определение терминов "состояние CONNECTED" и "состояние IDLE", которые используются в данном описании и формуле изобретения. Термин "состояние IDLE" относится к состоянию, в котором мобильный терминал не выполняет сигнализацию для администрирования сеансом связи и администрирования мобильностью с базовой сетью, и освобождаются радиоресурсы в сети радиодоступа, такой как E-UTRAN, как в случае состояния ECM_IDLE и состояния RRC_IDLE 3GPP, описанных выше. С другой стороны, термин "состояние CONNECTED" относится к состоянию, в котором радиоресурсы для посылки и приема сигналов управления (сообщений управления) для по меньшей мере администрирования сеансом связи и администрирования мобильностью между мобильным терминалом и базовой сетью обеспечены в сети радиодоступа, и сигналы управления (сообщения управления) могут быть посланы и приняты между мобильным терминалом и базовой сетью, как в случае состояния ECM_CONNECTED и состояния RRC_CONNECTED 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] Третьим аспектом настоящего изобретения является система обеспечения политики, которая скомпонована в базовой сети и способна связываться с устройством управления, скомпонованным в сети радиодоступа, включающей в себя базовую радиостанцию. Система обеспечения политики включает в себя модуль определения и модуль уведомления. Модуль определения сконфигурирован для определения, из числа по меньшей мере одного мобильного терминала, соединенного с базовой радиостанцией, целевого терминала управления, который подвергнут управлению, связанному с переходом состояний между состоянием CONNECTED и состоянием IDLE, и определения первой политики управления, которая должна быть применена к управлению, связанному с переходом состояний для целевого терминала управления. Модуль уведомления сконфигурирован для уведомления устройства управления о первом запросе управления для запроса выполнения управления, связанного с переходом состояний, причем первый запрос управления включает в себя первую политику управления.
[0026] Четвертый аспект настоящего изобретения включает в себя способ управления переходом состояний мобильного терминала, соединенного с базовой радиостанцией, причем способ управления осуществляется устройством управления, скомпонованным в сети радиодоступа, включающей в себя базовую радиостанцию. Способ управления включает в себя следующие этапы: (a) захват, от системы обеспечения политики, скомпонованной в базовой сети, первой политики управления для использования в управлении, связанном с переходом состояний между состоянием CONNECTED и состоянием IDLE мобильного терминала, соединенного с базовой радиостанцией; и (b) выполнение управления, связанного с переходом состояний для мобильного терминала на основании первой политики управления.
[0027] Пятый аспект настоящего изобретения включает в себя способ обеспечения политики, который должен быть осуществлен системой обеспечения политики, которая скомпонована в базовой сети и способна связываться с устройством управления, скомпонованным в сети радиодоступа, включающей в себя базовую радиостанцию. Способ включает в себя следующие этапы: (a) определение, из числа по меньшей мере одного мобильного терминала, соединенного с базовой радиостанцией, целевого терминала управления, который подвергнут управлению, связанному с переходом состояний между состоянием CONNECTED и состоянием IDLE; (b) определение первой политики управления, которая должна быть применена к управлению, связанному с переходом состояний для целевого терминала управления; и (c) уведомление устройства управления о первом запросе управления для запроса выполнения управления, связанного с переходом состояний, причем первый запрос управления включает в себя первую политику управления.
[0028] Шестым аспектом настоящего изобретения является программа для того, чтобы вынуждать компьютер выполнить способ согласно четвертому аспекту настоящего изобретения или способ согласно пятому аспекту настоящего изобретения, описанному выше.
ПРЕИМУЩЕСТВЕННЫЕ ЭФФЕКТЫ НАСТОЯЩЕГО ИЗОБРЕТЕНИЯ
[0029] Согласно вышеописанным аспектам настоящего изобретения возможно обеспечить систему мобильной связи, устройство управления, систему обеспечения политики, способ управления переходом состояний, способ обеспечения политики и программу, которые способствуют уменьшению количества сигнализаций, которые происходят из-за повторения перехода состояний мобильного терминала (то есть перехода CONNECTION-IDLE) и должны быть обработаны базовой сетью на основании определения базовой сетью.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
[0030] Фиг. 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 является таблицей, показывающей пример пунктов проверки, которые регулируются модулем 208 регулирования пунктов проверки в шестом варианте осуществления;
Фиг. 26 является таблицей, показывающей пример политики управления состоянием в шестом варианте осуществления;
Фиг. 27 является блок-схемой, показывающей пример процесса во время периода с момента, когда узел администрирования мобильностью начинает контролировать связь мобильного терминала, до момента, когда узел администрирования мобильностью начинает управление состоянием для конкретного мобильного терминала в шестом варианте осуществления;
Фиг. 28 является диаграммой, показывающей пример конфигурации узла администрирования мобильностью в седьмом варианте осуществления;
Фиг. 29 является диаграммой, показывающей пример конфигурации базовой радиостанции в седьмом варианте осуществления;
Фиг. 30 является таблицей, показывающей пример политики управления состоянием в седьмом варианте осуществления; и
Фиг. 31 является диаграммой, показывающей пример конфигурации системы мобильной связи согласно предшествующему уровню техники.
ОПИСАНИЕ ВАРИАНТОВ ОСУЩЕСТВЛЕНИЯ
[0031] В дальнейшем варианты осуществления, к которым применено настоящее изобретение, будут описаны подробно со ссылками на чертежи. На чертежах идентичные или соответствующие элементы обозначены одними и теми же номерами позиций, и их чрезмерное объяснение опущено, как является подходящим для разъяснения объяснения.
[0032] <ПЕРВЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
Фиг. 1 является блок-схемой, показывающей пример конфигурации системы мобильной связи, согласно настоящему варианту осуществления. Система, показанная на Фиг. 1, включает в себя узел 200t администрирования мобильностью, скомпонованный в базовой сети 10, базовую радиостанцию 100 и мобильный терминал 300. Компоновка и основные функции и операции узла 200 администрирования мобильностью, базовой радиостанции 100 и мобильного терминала 300 аналогичны таковым узла 920 администрирования мобильностью, базовой радиостанции 910 и мобильного терминала 930, которые показаны на Фиг. 31.
[0033] Узел 200 администрирования мобильностью сконфигурирован для того, чтобы быть в состоянии захватить политику, связанную с управлением переходом CONNECTED - IDLE мобильного терминала 300. Управление состояниями мобильного терминала 300, включающее в себя управление переходом CONNECTED - IDLE, в дальнейшем именуется "управлением состоянием". Политика, связанная с "управлением состоянием" для мобильного терминала 300, называется "политикой управления состоянием". Политика управления состоянием индивидуально определена для каждого мобильного терминала 300. Политика управления состоянием может регулироваться узлом 200 администрирования мобильностью или может регулироваться другим узлом, который доступен из узла 200 администрирования мобильностью. Политика управления состоянием используется для управления регулировки тактирования перехода состояний мобильного терминала 300 между состоянием CONNECTED и состоянием IDLE. Политика управления состоянием включает в себя, например, по меньшей мере одно из: обозначение временного интервала, в котором мобильный терминал 300 переходит из состояния CONNECTED в состояние IDLE (в дальнейшем именуемого интервалом перехода IDLE"), и обозначение относительно того, блокировать ли запрос перехода состояний от мобильного терминала 300 или сервера O&M.
[0034] Дополнительно, узел 200 администрирования мобильностью сконфигурирован для того, чтобы быть в состоянии определить терминал как цель управления состоянием из числа множества мобильных терминалов 300, соединенных с множеством базовых радиостанций 100, в соответствии с администрированием узла 200 администрирования мобильностью. Может быть сделан ряд изменений способа для определения целевого терминала управления и тактирования этого определения. Конкретные примеры способа для определения целевого терминала управления и тактирования определения будут описаны подробно во втором и последующих вариантах осуществления, описанных ниже. Например, узел 200 администрирования мобильностью может определить целевой терминал управления согласно статусу нагрузки сигнализации базовой сети 10.
[0035] Узел 200 администрирования мобильностью уведомляет базовую радиостанцию 100, с которой соединен терминал 300, о политике управления состоянием, примененной к терминалу 300, который определен как цель управления. Уведомление о политике управления состоянием для базовой радиостанции 100 может быть выполнено посредством посылки, от узла 200 администрирования мобильностью на базовую радиостанцию 100, сообщения запроса управления состоянием, которое включает в себя ID терминала для терминала 300, определенного как цель управления, и политику управления состоянием, например.
[0036] Базовая радиостанция 100 сконфигурирована для того, чтобы быть в состоянии принять, от узла 200 администрирования мобильностью, ID терминала, который позволяет идентифицировать терминал 300, определенный как цель управления, и политику управления состоянием. На основании принятой политики управления состоянием базовая радиостанция 100 выполняет управление состоянием (то есть управление переходом CONNECTED-IDLE) для терминала 300, определенного как цель управления. В качестве конкретного примера, базовая радиостанция 100 может изменить "интервал перехода IDLE", который применяется к мобильному терминалу 300, определенному как цель управления. Дополнительно, базовая радиостанция 100 может начать блокировать запрос перехода состояний, исходящий от мобильного терминала 300, определенного как цель управления.
[0037] Согласно узлу 200 администрирования мобильностью и базовой радиостанции 100 настоящего варианта осуществления, базовая сеть 10 может заранее управлять тактированием перехода CONNECTED - IDLE мобильного терминала 300 на основании определения посредством базовой сети 10 (то есть узла 200 администрирования мобильностью). Соответственно, количество сигнализаций, которые происходят из-за повторения перехода CONNECTED - IDLE мобильного терминала 300 и которые должны быть обработаны базовой сетью 10, может быть уменьшено на основании определения посредством базовой сети 10.
[0038] Конфигурация и работа узла 200 администрирования мобильностью и базовой радиостанции 100 в настоящем варианте осуществления будут описаны ниже. Фиг. 2 является блок-схемой, показывающей пример конфигурации узла 200 администрирования мобильностью. Узел 200 администрирования мобильностью, показанный на Фиг. 2, включает в себя интерфейс 201, модуль 202 определения управления, модуль 203 администрирования терминалом, модуль 204 администрирования политикой и модуль 205 уведомления о политике. Должно быть отмечено, что Фиг. 2 показывает компоненты в главной части, необходимой для объяснения настоящего варианта осуществления, и иллюстрация другой части опущена.
[0039] Интерфейс 201 является интерфейсом, доступным для связи с базовой радиостанцией 100. Интерфейс 201 используется для передачи и приема сигналов управления (сообщений), связанных с управлением состоянием мобильного терминала 300.
[0040] Модуль 202 определения управления определяет мобильный терминал как цель управления состоянием из числа множества мобильных терминалов 300, соединенных со множеством базовых радиостанций 100. Дополнительно, модуль 202 определения управления захватывает политику управления, соответствующую целевому терминалу управления, от модуля 204 администрирования политикой и уведомляет базовую радиостанцию 100, с которой соединен целевой терминал управления, об ID терминала целевого терминала управления и политике управления, примененной к нему. ID терминала, описанный в настоящем описании, является ID, который обеспечивает уникальную идентификацию мобильного терминала 300 в системе мобильной связи. Конкретные примеры ID включают в себя IMSI (международный идентификатор мобильного абонента), IMEI (международный идентификатор мобильного оборудования) и GUTI (глобальный уникальный временный ID). Модуль 202 определения управления может захватить ID терминала от терминала в случае определения целевого терминала управления.
[0041] Может быть сделан ряд изменений способа для определения целевого терминала управления посредством модуля 202 определения управления. Дополнительно, ряд изменений тактирования определения целевого терминала управления может быть сделан следующим образом. То есть, например, управление начинается при тактировании, когда мобильный терминал только что подсоединился, или характеристики связи мобильного терминала контролируются, и управление начинается для мобильного терминала, который удовлетворяет некоторому условию. Конкретный способ для определения целевого терминала управления будет описан во втором и последующих вариантах осуществления.
[0042] Модуль 203 администрирования терминалом является модулем функции, который выполняет администрирование мобильностью мобильного терминала 300 и распознает мобильные терминалы 300, которые соединились (прикрепились) со множеством базовых радиостанций 100. После приема, от модуля 202 определения управления, используя ID терминала целевого терминала управления, запроса относительно базовой станции 10, с которой в настоящее время соединен целевой терминал управления, модуль 203 администрирования терминалом уведомляет модуль 202 определения управления об ID базовой станции базовой радиостанции 100, с которой в настоящее время соединен мобильный терминал 300, соответствующий этому ID терминала.
[0043] Модуль 204 администрирования политикой хранит политику управления состоянием, связанную с переходом состояний мобильного терминала 300. Политика перехода состояний в настоящем варианте осуществления записана для каждого мобильного терминала и включает в себя описание интервала перехода IDLE мобильного терминала 300. Фиг. 3 показывает пример политики управления состоянием, администрируемой модулем 204 администрирования политикой. В примере Фиг. 3 ID терминала целевого терминала управления сконфигурирован в качестве первичного ключа, и администрируется политика управления состоянием, соответствующая этому первичному ключу. В примере Фиг. 3 интервал перехода IDLE зарегистрирован как политика управления состоянием.
[0044] После захвата, от модуля 202 определения управления, ID терминала целевого терминала управления, политики управления состоянием, которая должна быть применена к целевому терминалу управления, и ID базовой станции базовой радиостанции 100, с которой в настоящее время соединен целевой терминал управления, модуль 205 уведомления о политике посылает запрос управления состоянием на базовую радиостанцию 100, соответствующую ID базовой станции. Запрос управления состоянием включает в себя ID терминала целевого терминала управления и политику управления состоянием.
[0045] Фиг. 4 является блок-схемой, показывающей пример конфигурации базовой радиостанции 100 в настоящем варианте осуществления. Базовая радиостанция 100, показанная на Фиг. 4, включает в себя интерфейс 101 базовой стороны, радио-интерфейс 102, модуль 103 управления состоянием, модуль 104 контроля, модуль 105 функции таймера и модуль 106 начала перехода IDLE. Должно быть отмечено, что Фиг. 4 показывает компоненты в главной части, необходимой для объяснения настоящего варианта осуществления, и иллюстрация другой части опущена.
[0046] Интерфейс 101 базовой стороны является интерфейсом, доступным для связи с узлом 200 администрирования мобильностью, скомпонованным в базовой сети 10. Интерфейс 101 используется для приема запроса управления состоянием от узла 200 администрирования мобильностью и для передачи ответа на узел 200 администрирования мобильностью.
[0047] Радио-интерфейс 102 является интерфейсом для выполнения радиосвязи между базовой радиостанцией 100 и мобильным терминалом 300.
[0048] Модуль 103 управления состоянием принимает запрос управления состоянием, посланный от узла 200 администрирования мобильностью, с помощью интерфейса 101 базовой стороны. Дополнительно, модуль 103 управления состоянием имеет функцию выполнения управления состоянием (управления переходом CONNECTED-IDLE) для целевого терминала управления посредством активации модуля 104 контроля, модуля 105 функции таймера и модуля 106 начала перехода IDLE на основании ID терминала и политики управления состоянием, которые включены в запрос управления состоянием. Операция управления состоянием, выполненная базовой радиостанцией 100, включающей в себя операцию блока 103 управления состоянием, будет описана подробно ниже.
[0049] Модуль 104 контроля имеет функцию контроля состояния связи целевого терминала контроля (то есть контроля - передавать или принимать данные). Модуль 104 контроля принимает, от модуля 103 управления состоянием, ID терминала мобильного терминала 300 в качестве цели контроля и контролирует состояние связи мобильного терминала 300, соответствующего принятому ID терминала. После подтверждения состояния, в котором целевой терминал контроля не выполняет передачу данных, модуль 104 контроля уведомляет модуль 103 управления состоянием об ID терминала и информации, указывающей состояние, в котором не выполнена передача данных. Дополнительно, после подтверждения, что передача данных возобновлена из состояния, в котором целевой терминал контроля не выполняет передачу данных, модуль 104 контроля уведомляет модуль 103 управления состоянием об ID терминала и информации, указывающей, что передача данных возобновлена.
[0050] Модуль 105 функции таймера имеет функцию измерения интервала перехода IDLE для каждого мобильного терминала. После приема, от модуля 103 управления состоянием, ID терминала мобильного терминала 300, который должен быть измерен, и интервала перехода IDLE, модуль 105 функции таймера обеспечивает таймер для мобильного терминала, соответствующего захваченному ID терминала в памяти. Этот ID терминала является ID терминала целевого терминала управления, о котором уведомляют от узла 200 администрирования мобильностью. Этот интервал перехода IDLE является интервалом перехода IDLE, включенным в политику управления состоянием, о которой уведомляют от узла 200 администрирования мобильностью. Дополнительно, после приема запроса запустить таймер, включающего в себя ID терминала, от модуля 103 управления состоянием, модуль 105 функции таймера начинает измерение, используя таймер для мобильного терминала, соответствующего ID терминала. Затем, когда таймер для мобильного терминала достигает сконфигурированного интервала перехода IDLE, модуль 105 функции таймера посылает в модуль 103 управления состоянием уведомление об истечении, включающее в себя ID терминала мобильного терминала, после истечения интервала.
[0051] После приема запроса начать переход IDLE, включающего в себя ID терминала, от модуля 103 управления состоянием, модуль 106 начала перехода IDLE начинает процесс для того, чтобы вынудить мобильный терминал 300, соответствующий принятому ID терминала, перейти из состояния CONNECTED в состояние IDLE. Конкретным примером процесса для того, чтобы вынудить мобильный терминал 300 перейти из состояния CONNECTED в состояние IDLE является процедура освобождения S1.
[0052] Затем последовательность процессов, в которых узел 200 администрирования мобильностью запрашивает базовую радиостанцию 100 выполнить управление состоянием мобильного терминала 300, будет описан со ссылками на диаграммы последовательности Фиг. 5.
[0053] Сначала на этапе S100 узел 200 администрирования мобильностью определяет мобильный терминал как цель управления состоянием, захватывает политику управления состоянием, которая должна быть применена к целевому терминалу управления, и определяет базовую радиостанцию 200, с которой в настоящее время соединен целевой терминал управления.
[0054] На этапе S101 узел 200 администрирования мобильностью посылает на базовую радиостанцию 100, к которой был присоединен целевой терминал управления, запрос управления состоянием, включающий в себя ID терминала целевого терминала управления и политику управления состоянием, которая должна быть применена к целевому терминалу управления.
[0055] На этапе S102 базовая радиостанция 100 начинает управление состоянием на основании ID терминала и политики управления состоянием, которые приняты от узла 200 администрирования мобильностью.
[0056] На этапе S103 базовая радиостанция 100 уведомляет узел 200 администрирования мобильностью об ответе управления состоянием, указывающим, что начато выполнение управления.
[0057] Ссылаясь на блок-схему Фиг. 6, будет описан пример операции, когда узел 200 администрирования мобильностью посылает запрос управления состоянием на базовую радиостанцию 100. Сначала на этапе S200 модуль 202 определения управления определяет начало управления состоянием для конкретного мобильного терминала (то есть целевого терминала управления). Модуль 202 определения управления захватывает ID терминала целевого терминала управления согласно определению целевого терминала управления. На этапе S201 модуль 202 определения управления захватывает, от модуля 204 администрирования политикой, политику управления состоянием, соответствующую ID терминала целевого терминала управления.
[0058] На этапе S202 модуль 202 определения управления посылает запрос в модуль 203 администрирования терминалом посредством использования ID терминала целевого терминала управления, таким образом, принимая ID базовой станции базовой радиостанции 100, с которой в настоящее время соединен целевой терминал управления. На этапе S203 модуль 202 определения управления уведомляет модуль 205 уведомления о политике об ID терминала целевого терминала управления, политике управления состоянием и ID базовой станции базовой радиостанции, с которой в настоящее время соединен целевой терминал управления. Модуль 205 уведомления о политике посылает, на базовую радиостанцию 100, соответствующую ID базовой станции, запрос управления состоянием, включающий в себя ID терминала и политику управления, которые приняты от модуля 202 определения управления.
[0059] Ссылаясь на блок-схему Фиг. 7, будет описан пример операции, когда базовая радиостанция 100 выполняет управление состоянием для мобильного терминала 100. Сначала на этапе S300 модуль 103 управления состоянием принимает запрос управления состоянием с помощью интерфейса 101 базовой стороны. На этапе S301 модуль 103 управления состоянием захватывает, из запроса управления состоянием, ID терминала целевого терминала управления и интервал перехода IDLE, который является параметром в пределах политики управления состоянием, и устанавливает ID терминала и интервал перехода IDLE в модуль 105 функции таймера.
[0060] На этапе S302 модуль 103 управления состоянием уведомляет модуль 104 контроля об ID терминала целевого терминала управления, который получен из запроса управления состоянием. Модуль 104 контроля начинает контроль передачи данных мобильного терминала 300, соответствующего уведомленному ID терминала. На этапе S303 после подтверждения состояния, в котором целевой терминал контроля не выполняет передачу данных, модуль 104 контроля уведомляет модуль 103 управления состоянием об ID терминала этого мобильного терминала.
[0061] На этапе S304 модуль 103 управления состоянием уведомляет модуль 105 функции таймера о запросе запуска таймера, а также ID терминала, включенном в уведомление, принятое от модуля 104 контроля на этапе S303. Модуль 105 функции таймера начинает отсчет интервала перехода IDLE, сконфигурированного на этапе S301, относительно ID терминала, обозначенного запросом запуска таймера.
[0062] На этапе S305 модуль 103 управления состоянием контролирует, принять ли от модуля 104 контроля уведомление, указывающее, что передача данных мобильного терминала, определенного как цель отсчета, возобновлена до того, как отсчет модуля 105 функции таймера, который начат на этапе S304, достигнет интервала перехода IDLE. Когда передача данных не возобновлена до того, как отсчет модуля 105 функции таймера достигнет интервала перехода IDLE, процесс переходит на этап S306. Когда передача данных возобновлена, процесс переходит на этап S307.
[0063] На этапе S306 модуль 105 функции таймера останавливает таймер, когда отсчет, запущенный на этапе S304, достигает интервала перехода IDLE, и посылает в модуль 103 управления состоянием уведомление, указывающее, что сконфигурированный временной интервал истек, а также ID терминала мобильного терминала цели отсчета.
[0064] На этапе S307 после подтверждения, что передача данных мобильного терминала цели отсчета возобновлена, модуль 104 контроля уведомляет модуль 103 управления состоянием об ID терминала мобильного терминала, и уведомление указывает возобновление передачи данных. После приема уведомления от модуля 104 контроля, модуль 103 управления состоянием уведомляет модуль 105 функции таймера об ID целевого терминала, и уведомление указывает, что время отсчета таймера сброшено. Модуль 105 функции таймера сбрасывает время отсчета таймера, соответствующего принятому ID терминала.
[0065] На этапе S308 после приема уведомления, указывающего, что сконфигурированный временной интервал истек, на этапе S307 от модуля 105 функции таймера, модуль 103 управления состоянием посылает в модуль 106 начала перехода IDLE ID терминала, о котором уведомляют от модуля 105 функции таймера. Модуль 106 начала перехода IDLE начинает процесс для того, чтобы вынуждать мобильный терминал 300, соответствующий ID терминала, принятому от модуля 103 управления состоянием, перейти из состояния CONNECTED в состояние IDLE (то есть процесс перехода IDLE).
[0066] После начала управления переходом IDLE на этапе S308 базовая радиостанция 100 настоящего варианта осуществления может неоднократно выполнить этап S302 и последующие этапы, показанные на Фиг. 3, когда терминал 300, который был вынужден перейти в состояние IDLE, снова перейдет в состояние CONNECTED.
[0067] Согласно конкретному примеру, описанному в настоящем варианте осуществления, период времени, в котором мобильный терминал 300 переходит из состояния CONNECTED в состояние IDLE (то есть интервал перехода IDLE) может быть сконфигурирован для каждого мобильного терминала 300 от узла 200 администрирования мобильностью, скомпонованного в базовой сети 10.
[0068] <ВТОРОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
Настоящий вариант осуществления иллюстрирует модификацию конкретного примера (то есть интервал перехода IDLE) параметров, обозначенных политикой управления состоянием, описанной в первом варианте осуществления. В частности, в настоящем варианте осуществления, в дополнение к интервалу перехода IDLE мобильного терминала 300, политика для блокировки запроса или события, который инициирует переход мобильного терминала 300 из состояния CONNECTED в состояние IDLE, добавлен в качестве одного из параметров политики управления состоянием.
[0069] Фиг. 8 является блок-схемой, показывающей пример конфигурации узла 200 администрирования мобильностью в настоящем варианте осуществления. В примере Фиг. 8 параметры, включенные в политику управления состоянием, которая проводится в модуле 204B администрирования политикой, частично отличаются от параметров политики управления состоянием, которая поддерживается в модуле 204 администрирования политикой, показанном на Фиг. 2. Другие элементы, показанные на Фиг. 8, аналогичны соответствующим элементам на Фиг. 2.
[0070] Фиг. 9 является блок-схемой, показывающей пример конфигурации базовой радиостанции 100 в настоящем варианте осуществления. По сравнению с примером конфигурации, показанным на Фиг. 4, модуль 107 блокирования добавлен в примере Фиг. 9. Функции модуля 103B управления состоянием, показанного на Фиг. 9, частично отличаются от функций модуля 103 управления состоянием, показанного на Фиг. 4. Другие элементы, показанные на Фиг. 9, аналогичны соответствующим элементам Фиг. 4.
[0071] Модуль 204B администрирования политикой узла 200 администрирования мобильностью хранит политику управления состоянием, включающую в себя политику для блокировки запроса или события, которое инициирует переход мобильного терминала 300 в состояние IDLE (называемую политикой блокирования), а также интервал перехода IDLE мобильного терминала 300. Фиг. 10 показывает конкретный пример политики управления состоянием, администрируемой модулем 204B администрирования политикой. Примеры политики блокирования включают в себя запрос перехода IDLE (например, запрос перехода в RRC_IDLE), принятый от мобильного терминала 300, и запрос перехода IDLE, принятый от сервера O&M (Операции & Обслуживание).
[0072] Модуль 103B управления состоянием базовой радиостанции 100 имеет функции модуля 103 управления состоянием, описанного выше со ссылками на Фиг. 4. Дополнительно, после приема запроса управления состоянием от узла 200 администрирования мобильностью, модуль 103B управления состоянием уведомляет модуль 107 блокирования об ID терминала и о политике блокирования в пределах политики управления состоянием, содержащейся в принятом запросе.
[0073] Модуль 107 блокирования базовой радиостанции 100 блокирует запрос или случай, который инициирует переход мобильного терминала 300, соответствующего ID терминала, в состояние IDLE, на основании ID терминала и политики блокирования, о которых уведомляют от модуля 103B управления состоянием. "Блокировка" включает в себя "игнорирование" запроса или события, которое инициирует переход в состояние IDLE, и также включает в себя запрет на выполнение процесса перехода IDLE, который должен быть осуществлен согласно запросу или событию. Модуль 107 блокирования в состоянии блокировать на основании политики блокирования для каждого мобильного терминала 300. После приема запроса начать блокирование от модуля 103B управления состоянием, модуль 107 блокирования начинает операцию блокирования.
[0074] Ссылаясь на блок-схему Фиг. 11, будет описана операция базовой радиостанции 100 настоящего варианта осуществления. Фиг. 11 показывает пример процесса, когда базовая радиостанция 100 принимает запрос управления состоянием от узла 200 администрирования мобильностью с помощью интерфейса 101 базовой стороны. В настоящем описании этапы, отличающиеся от показанных на Фиг. 7, описанной выше, будут подробно описаны, и опущено описание тех же этапов, как таковые, показанные на Фиг. 7.
[0075] На этапе S400 модуль 103B управления состоянием захватывает ID терминала и политику блокирования в пределах политики управления состоянием из принятого запроса управления состоянием, и устанавливает ID терминала и политику блокирования для модуля 107 блокирования.
[0076] На этапе S401 модуль 103B управления состоянием уведомляет модуль 107 блокирования о запросе начать блокирование и ID терминала, включенного в уведомление, принятое от модуля 104 контроля на этапе S303. Модуль 107 блокирования начинает операцию блокирования для мобильного терминала 300, соответствующего упомянутому ID терминала, на основании политики блокирования, установленной на этапе S400.
[0077] На этапе S402, после приема уведомления, которое указывает, что сконфигурированное время истекло, и включает в себя ID терминала, от модуля 105 функции таймера на этапе S306, модуль 103B управления состоянием посылает запрос остановить блокирование, включающий в себя этот ID терминала, на модуль 107 блокирования. Модуль 107 блокирования принимает запрос остановить блокирование и затем останавливает операцию блокирования для мобильного терминала 300, соответствующего ID терминала, включенному в запрос остановки.
[0078] На этапе S403, после приема от модуля 104 контроля ID терминала и уведомления, указывающего, что передача данных мобильного терминала 300 цели контроля возобновлена на этапе S305, модуль 103B управления состоянием посылает запрос остановить блокирование, включающий в себя этот ID терминала, на модуль 107 блокирования. Модуль 107 блокирования принимает запрос остановить блокирование и затем останавливает операцию блокирования для мобильного терминала 300, соответствующего ID терминала, включенному в запрос остановки.
[0079] Согласно конкретному примеру, описанному в настоящем варианте осуществления, возможно получить эффект конкретного примера, описанного в первом варианте осуществления, и также возможно вынудить базовую радиостанцию 100 выполнить операцию для блокировки запроса или события, которое инициирует переход мобильного терминала 300 из состояния CONNECTED в состояние IDLE, на основании команды от базовой сети 10 (в частности, узла 200 администрирования мобильностью). Например, запрос перейти из состояния CONNECTED в состояние IDLE, который достигает базовой радиостанции 100 от мобильного терминала 300, может быть заблокирован в течение конкретного периода времени.
[0080] <ТРЕТИЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
Настоящий вариант осуществления иллюстрирует пример, в котором базовая сеть 10 уведомляет базовую радиостанцию 100 о политике, связанной с управлением радиоресурсов, когда мобильный терминал 300 в состоянии CONNECTED не выполняет передачу данных (в дальнейшем именуемой политикой радиоуправления), а также о политике управления состоянием, описанной в первом варианте осуществления.
[0081] Фиг. 12 является блок-схемой, показывающей пример конфигурации узла 200 администрирования мобильностью в настоящем варианте осуществления. В примере Фиг. 12 параметры, включенные в политику управления состоянием, поддерживаемую в модуле 204C администрирования, частично отличаются от параметров политики управления состоянием, поддерживаемой в модуле 204 администрирования политикой, показанном на Фиг. 2. Другие элементы, показанные на Фиг. 12, аналогичны соответствующим элементам согласно Фиг. 2.
[0082] Фиг. 13 является блок-схемой, показывающей пример конфигурации базовой радиостанции 100 в настоящем варианте осуществления. По сравнению с примером конфигурации, показанным на Фиг. 4, модуль 108 радиоуправления добавлен в примере согласно Фиг. 13. Функции модуля 103C управления состоянием, показанного на Фиг. 13, частично отличаются от функций модуля 103 управления состоянием, показанного на Фиг. 4. Другие компоненты, показанные на Фиг. 13, аналогичны соответствующим элементам согласно Фиг. 4.
[0083] Модуль 204C администрирования политикой узла 200 администрирования мобильностью хранит вышеупомянутую "политику радиоуправления", то есть политику, связанную с управлением радиоресурсами, когда мобильный терминал в состоянии CONNECTED не выполняет передачу данных, а также политику для выполнения управления переходом CONNECTED - IDLE (например, интервал перехода IDLE мобильного терминала 300 и политика блока). Фиг. 14 показывает конкретный пример политики управления состоянием, администрируемой модулем 204C администрирования политикой. В примере согласно Фиг. 14 политика радиоуправления добавлена как одна из политики управления состоянием. Примером политики радиоуправления является интервал прерывистого приема (DRX) мобильного терминала 300 в состоянии CONNECTED.
[0084] Модуль 130C управления состоянием базовой радиостанции 100 имеет функцию модуля 103 управления состоянием, описанного выше со ссылками на Фиг. 4. Дополнительно, модуль 103C управления состоянием имеет функцию уведомления модуля 108 радиоуправления об ID терминала, включенном в запрос, и о политике радиоуправления в пределах политики управления состоянием после приема запроса управления состоянием от узла 200 администрирования мобильностью.
[0085] Согласно ID терминала и политике радиоуправления, о которых уведомляют от модуля 103C управления состоянием, модуль 108 радиоуправления базовой радиостанции 100 выполняет управление радиоресурсами (в частности, установку DRX) мобильного терминала 300, соответствующего уведомленному ID терминала. Модуль 108 радиоуправления управляет радиоресурсами на основании политики радиоуправления для каждого мобильного терминала 300. Может регулироваться прерывистый прием (DRX) в случае, в котором мобильный терминал 300 находится в состоянии CONNECTED (то есть состоянии RRC_CNNECTED). Например, предложено, чтобы базовая радиостанция 100 конфигурировала прерывистый прием (DRX), в то же время наблюдая за деятельностью мобильного терминала 300 (Ссылка: 3GPP TS 36.300 "Evolved Universal Terrestrial Access (E-UTRA) And Evolved Universal Terrestrial Access Network (E -UTRAN); Overall Description").
[0086] Ниже описана операция базовой радиостанции 100 настоящего варианта осуществления со ссылками на блок-схему согласно Фиг. 15. Фиг. 15 показывает процесс, который должен быть осуществлен, когда базовая радиостанция 100 принимает запрос управления состоянием от узла 200 администрирования мобильностью с помощью интерфейса 101 базовой стороны. В настоящем описании этапы, отличающиеся от показанных на Фиг. 7, описанной выше, подробно описаны, и опущено описание тех же этапов, как таковые, показанные на Фиг. 7.
[0087] На этапе S500 модуль 103C управления состоянием захватывает ID терминала и политику радиоуправления в пределах политики управления состоянием из принятого запроса управления состоянием, и устанавливает ID терминала и политику радиоуправления для модуля 108 радиоуправления.
[0088] На этапе S501 модуль 103C управления состоянием уведомляет модуль 108 радиоуправления о запросе начать радиоуправление и об ID терминала, включенном в уведомление, принятом от модуля 104 контроля на этапе S303. Модуль 108 радиоуправления начинает радиоуправление (установку значения DRX) для мобильного терминала 300, соответствующего уведомленному ID терминала, на основании политики радиоуправления (значение DRX), сконфигурированной на этапе S500.
[0089] Затем на этапе S502 после приема уведомления, которое указывает, что сконфигурированное время истекло, и включает в себя ID терминала, от модуля 105 функции таймера на этапе S306, модуль 103C управления состоянием посылает запрос остановить радиоуправление, включающий в себя ID терминала, на модуль 108 радиоуправления. Модуль 108 радиоуправления принимает запрос остановить радиоуправление и затем останавливает радиоуправление для мобильного терминала 300, соответствующего ID терминала, включенному в запрос остановки.
[0090] Затем на этапе S503 после захвата от модуля 104 контроля ID терминала и уведомления, указывающего, что передача данных мобильного терминала 300 цели контроля возобновлена на этапе S305 первого варианта осуществления, модуль 103C управления состоянием посылает запрос остановить радиоуправление, включающее в себя этот ID терминала, на модуль 108 радиоуправления. Модуль 108 радиоуправления, приняв запрос остановить радиоуправление, останавливает радиоуправление для мобильного терминала 300, соответствующего ID терминала, включенному в запрос остановки. Если DRX деактивирован при тактировании этапа S503, этот процесс игнорируется.
[0091] Согласно конкретному примеру, описанному в настоящем варианте осуществления, возможно получить эффект конкретного примера, описанного в первом варианте осуществления, и также возможно выполнить для базовой радиостанции 100 установку для обработки радиоресурсов, связанных с мобильным терминалом 300, поддерживаемым в состоянии CONNECTED, на основании команды от базовой сети 10 (в частности, узла 200 администрирования мобильностью). Например, интервал DRX посредством мобильного терминала 300 в случае, где нет никакой передачи данных в состоянии CONNECTED, может быть сконфигурирован для базовой радиостанции 100 от базовой сети 10 для каждого мобильного терминала 300.
[0092] <ЧЕТВЕРТЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
В настоящем варианте осуществления будет описан конкретный пример тактирования определения терминала, который должен быть подвергнут управлению состоянием (то есть целевого терминала управления). В частности, в настоящем варианте осуществления целевой терминал управления определен при тактировании, когда мобильный терминал 300 соединяется (то есть выбор ячейки, повторный выбор ячейки) или выполняет передачу обслуживания на базовую радиостанцию 100, в соответствии с регулированием узла 200 администрирования мобильностью.
[0093] Фиг. 16 является блок-схемой, показывающей пример конфигурации узла 200 администрирования мобильностью в настоящем варианте осуществления. В примере Фиг. 16 функции модуля 202D определения управления и модуля 203D администрирования терминалом частично отличаются от функций модуля 202 определения управления и модуля 203 администрирования терминалом, которые описаны выше со ссылками на Фиг. 2. Другие элементы, показанные на Фиг. 16, аналогичны соответствующим элементам на Фиг. 2.
[0094] Модуль 203D администрирования терминалом узла 200 администрирования мобильностью имеет функции модуля 203 администрирования терминалом, описанного выше со ссылками на Фиг. 2. Дополнительно, когда мобильный терминал 300 подсоединяется (то есть выбор ячейки, повторный выбор ячейки) или выполняет передачу обслуживания на базовую радиостанцию 100, модуль 203D администрирования терминалом посылает на модуль 202D определения управления "уведомление о соединении", включающее в себя ID терминала мобильного терминала 300 и ID базовой станции базовой радиостанции 100, с которой соединен мобильный терминал 300.
[0095] Модуль 202D определения управления узла 200 администрирования мобильностью имеет функции модуля 202 определения управления, описанного выше со ссылками на Фиг. 2. Дополнительно, после приема уведомления о соединении, указывающего соединение мобильного терминала 300, от модуля 203D администрирования терминалом, модуль 202D определения управления подтверждает, является ли новый терминал 300 целевым терминалом управления. Затем, когда новый терминал 300 оценивается как целевой терминал управления, модуль 202D определения управления запрашивает базовую радиостанцию 100 выполнить управление состоянием терминала.
[0096] Ссылаясь на диаграмму последовательности согласно Фиг. 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.
[0097] Ссылаясь на блок-схему согласно Фиг. 18, будет описана операция узла 200 администрирования мобильностью настоящего варианта осуществления. Фиг. 18 показывает процесс, который должен быть осуществлен, когда узел 200 администрирования мобильностью принимает уведомление о соединении мобильного терминала от базовой радиостанции 100. В настоящем описании этапы, отличающиеся от показанных на Фиг. 6, описанной выше, подробно описаны, и опущено описание тех же этапов, как таковые, показанные на Фиг. 6.
[0098] На этапе S700 модуль 203D администрирования терминалом принимает от базовой радиостанции 100 уведомление о соединении, включающее в себя ID терминала для терминала 300, который пытается соединиться или выполнить передачу обслуживания на базовую радиостанцию 100, и уведомляет модуль 202D определения управления об этом ID терминала. Конкретные примеры уведомления о соединении включают в себя запрос соединения и запрос передачи обслуживания мобильного терминала 100.
[0099] На этапе S701 модуль 202D определения управления подтверждает, существует ли политика управления состоянием, соответствующая ID терминала, захваченному на этапе S700, в модуле 204 администрирования политикой. Когда политика управления состоянием не существует, оценивается, что мобильный терминал 300, соответствующий ID терминала, не является целью управления, и процесс управления заканчивается. С другой стороны, когда политика управления состоянием существует (ДА на этапе S701), процесс переходит на этап S201, который описан выше со ссылками на Фиг. 6.
[0100] Согласно конкретному примеру, описанному в настоящем варианте осуществления, возможно проверить, является ли мобильный терминал 300 терминалом, который должен быть подвергнут управлению состоянием, включающим в себя управление переходом CONNECTED - IDLE при тактировании, когда мобильный терминал 300 соединяется или выполняет передачу обслуживания на базовую радиостанцию 100 в соответствии с регулированием узла 200 администрирования мобильностью, таким образом, позволяя начать управление состоянием, если терминал является целевым терминалом управления.
[0101] <ПЯТЫЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
В настоящем варианте осуществления будет описана модификация конкретного примера компоновки политики управления состоянием, описанной в первом варианте осуществления. В частности, в то время как Фиг. 2 иллюстрирует конфигурацию, в которой узел 200 администрирования мобильностью включает в себя модуль 204 регулирования, настоящий вариант осуществления иллюстрирует пример, в котором модуль администрирования политикой скомпонован вне узла 200 администрирования мобильностью.
[0102] Фиг. 19 является блок-схемой, показывающей пример конфигурации системы мобильной связи, согласно настоящему варианту осуществления. По сравнению с примером согласно Фиг. 1 сервер 400 абонента заново добавлен в примере согласно Фиг. 19. Сервер 400 абонента администрирует информацию об абоненте и соответствует HSS (опорному абонентскому серверу) в 3GPP. Сервер 400 абонента из настоящего варианта осуществления характеризуется администрированием политики управления состоянием для каждого пользователя. Фиг. 21 показывает пример политики управления состоянием, администрируемой посредством сервера 400 абонента. В примере согласно Фиг. 21 политика управления состоянием администрируется как часть информации, которая администрируется для каждого абонента, посредством использования ID абонента для идентификации каждого абонента как ключа.
[0103] Фиг. 20 является блок-схемой, показывающей пример конфигурации узла администрирования мобильностью из настоящего варианта осуществления. В примере согласно Фиг. 20 модуль 204 администрирования политикой опущен из примера конфигурации, показанного на Фиг. 2, и добавлен интерфейс 206 сервера абонента. Функции модуля 202E определения управления частично отличаются от функций модуля 202 определения управления, показанного на Фиг. 2. Другие элементы, показанные на Фиг. 20, аналогичны соответствующим элементам согласно Фиг. 2.
[0104] Интерфейс 206 сервера абонента узла 200 администрирования мобильностью является интерфейсом, который разрешает обмен информацией об абоненте, которая включает в себя политику управления состоянием между узлом 200 администрирования мобильностью и сервером 400 абонента. Модуль 202E определения управления узла 200 администрирования мобильностью имеет функции модуля 202 определения управления, описанного выше со ссылками на Фиг. 2. Дополнительно, при определении управления состоянием для мобильного терминала 300, модуль 202E определения управления посылает запрос на сервер 400 абонента посредством использования ID абонента целевого терминала управления, таким образом, захватывая политику управления состоянием, соответствующую целевому терминалу управления.
[0105] Ссылаясь на диаграмму последовательности согласно Фиг. 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.
[0106] Ссылаясь на блок-схему на Фиг. 23, будет описана работа узла 200 администрирования мобильностью из настоящего варианта осуществления. Фиг. 23 показывает процесс, который должен быть осуществлен, когда узел 200 администрирования мобильностью начинает управление состоянием для мобильного терминала 300. В настоящем описании, этап 900, который отличается от Фиг. 6, описанной выше, подробно описан, и опущено описание этапов S200, S202 и S203, которые являются теми же, как таковые согласно Фиг. 6. На этапе S900 модуль 202E определения управления посылает запрос о политике управления состоянием на сервер 400 абонента посредством использования ID терминала (ID абонента в этом случае) целевого терминала управления, и захватывает политику управления состоянием, соответствующую ID терминала (ID абонента), от сервера 400 абонента.
[0107] Согласно конкретному примеру, описанному в настоящем варианте осуществления, политика управления состоянием, связанная с управлением переходом CONNECTED - IDLE мобильного терминала, зарегистрирована как часть информации об абоненте на сервере 400 абонента для каждого абонента, таким образом, разрешая управление состоянием для каждого абонента.
[0108] <ШЕСТОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
В настоящем варианте осуществления будет описан конкретный пример способа для определения терминала, который должен быть подвергнут управлению состоянием (то есть целевого терминала управления). Фиг. 24 является блок-схемой, показывающей пример конфигурации узла 200 администрирования мобильностью в настоящем варианте осуществления. По сравнению с примером согласно Фиг. 2, модуль 207 контроля связи и модуль 208 регулирования элементов проверки добавлены в примере на Фиг. 24. В примере Фиг. 24 функции модуля 202F определения управления и модуля 204F администрирования политикой частично отличаются от функций модуля 202 определения управления и модуля 204 администрирования политикой, которые показаны на Фиг. 2. Другие элементы, показанные на Фиг. 24, аналогичны соответствующим элементам на Фиг. 2. Должно быть отмечено, что, модуль 207 контроля связи и модуль 208 регулирования элементов проверки реализованы как функция узла 200 администрирования мобильностью в примере на Фиг. 24, но могут быть скомпонованы в другом узле, который отличается от узла 200 администрирования мобильностью.
[0109] Модуль 208 регулирования элементов проверки администрирует элементы проверки, которые должны контролироваться модулем 206 контроля связи, и идентификаторы ID проверки, соответственно соответствующие элементам проверки. Фиг. 25 показывает пример элементов проверки, регулируемых модулем 208 регулирования элементов проверки. В примере на Фиг. 25 частота возникновения перехода состояний между состоянием CONNECTED и состоянием IDLE мобильного терминала 300 является одним из элементов проверки. В частности, проверка, выполнен ли переход состояний мобильного терминала 300 между состоянием CONNECTED и состоянием IDLE 10 раз или больше в течение 10 минут, является элементом проверки (ID проверки: 0001). Дополнительно, в примере на Фиг. 25, степень инертности мобильного терминала 300 является одним из элементов проверки. В частности, проверка, не перемещается ли мобильный терминал 300 от одной и той же базовой станции в течение 30 минут или больше, является элементом проверки (ID проверки: 0002).
[0110] Модуль 207 контроля связи контролирует связь на основании элементов проверки, которые администрирует модуль 208 регулирования элементов проверки для всех мобильных терминалов 300, соединенных с базовой радиостанцией 100, в соответствии с управлением узла 200 администрирования мобильностью. Когда найден мобильный терминал 300, который выполняет операцию, соответствующую элементу проверки, модуль 207 контроля связи уведомляет модуль 202F определения управления об ID терминала найденного мобильного терминала и ID проверки, соответствующем обнаруженному элементу проверки.
[0111] Модуль 204F администрирования политикой хранит политику управления состоянием, соответственно соответствующую идентификаторам ID проверки, регулируемым модулем 208 регулирования элементов проверки. Фиг. 26 показывает пример политики управления состоянием, администрируемой модулем 204F администрирования политикой. В примере Фиг. 26 политика управления состоянием администрируется, используя ID проверки, характерный для модуля 208 регулирования элементов проверки, в качестве первичного ключа.
[0112] Модуль 202F определения управления имеет функции модуля 202 определения управления, описанного выше со ссылками на Фиг. 2. Дополнительно, после захвата ID терминала и ID проверки от модуля 207 контроля связи, модуль 202F определения управления захватывает политику управления состоянием, соответствующую ID проверки, из модуля 204F администрирования политикой посредством использования ID проверки и начинает управление состоянием посредством использования захваченной политики управления состоянием и ID терминала.
[0113] Ссылаясь на блок-схему на Фиг. 27, будет описана операция узла 200 администрирования мобильностью настоящего варианта осуществления. Фиг. 27 показывает процесс в течение периода с момента, когда модуль 207 контроля связи начинает контроль связи мобильного терминала 300, до момента, когда модуль 207 контроля связи начинает управление состоянием для конкретного мобильного терминала. В настоящем описании этапы, отличающиеся от показанных в блок-схеме согласно Фиг. 6, подробно описаны, и опущено описание тех же этапов, как таковые, показанные на Фиг. 6.
[0114] На этапе S1000 модуль 207 контроля связи начинает контролировать операцию связи мобильного терминала 300, соединенного с базовой радиостанцией 100, на основании элементов проверки, записанных в модуле 208 регулирования элементов проверки. На этапе S1001, когда найден мобильный терминал 300, который выполняет операцию, соответствующую элементу проверки, модуль 207 контроля связи уведомляет модуль 202F определения управления об ID терминала найденного мобильного терминала и об ID проверки, соответствующем обнаруженному элементу проверки. На этапе S1002 после приема ID терминала и ID проверки от модуля 207 контроля связи, модуль 202F определения управления захватывает политику управления состоянием, соответствующую ID проверки, от модуля 204F администрирования политикой посредством использования ID проверки, и начинает управление состоянием посредством использования политики управления состоянием, соответствующей принятому ID терминала.
[0115] Согласно конкретному примеру, описанному в настоящем варианте осуществления, подготовлена политика управления состоянием для соответствующих характеристик связи каждого мобильного терминала 300, и эти характеристики связи для каждого мобильного терминала 300 контролируются, таким образом позволяя управлять переходом CONNECTED - IDLE согласно характеристикам связи для каждого мобильного терминала.
[0116] <СЕДЬМОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
В настоящем варианте осуществления будет описана модификация конкретного примера (то есть интервал перехода IDLE) параметров, обозначенных политикой управления состоянием, описанной в первом варианте осуществления. В частности, в настоящем варианте осуществления вместо интервала перехода IDLE мобильного терминала 300, политика для блокирования запроса или события, которое инициирует переход мобильного терминала 300 из состояния CONNECTED в состояние IDLE, используется в качестве параметра политики управления состоянием.
[0117] Фиг. 28 является блок-схемой, показывающей пример конфигурации узла 200 администрирования мобильностью в настоящем варианте осуществления. В примере на Фиг. 28 функции модуля 202H определения управления частично отличаются от функций модуля 204 администрирования политикой, показанного на Фиг. 2. Типы политики, записанной в модуле 204H администрирования политикой, частично отличаются от таковых модуля 204 администрирования политикой, показанного на Фиг. 2. В примере согласно Фиг. 28 модуль 209 уведомления о начале блокирования добавлен вместо модуля 205 уведомления о политике, и также добавлен модуль 210 уведомления об остановке блокирования. Другие элементы, показанные на Фиг. 28, аналогичны соответствующим элементам Фиг. 2.
[0118] Фиг. 29 является блок-схемой, показывающей пример конфигурации базовой радиостанции 100 в настоящем варианте осуществления. По сравнению с примером Фиг. 4 опущен модуль 104 контроля, модуль 105 функции таймера и модуль 106 начала перехода IDLE, и добавлен модуль 107H блокирования в примере Фиг. 29. Функции модуля 103H управления состоянием частично отличаются от функций модуля 103 управления состоянием, описанного выше со ссылками на Фиг. 4. Другие элементы, показанные на Фиг. 29, аналогичны соответствующим элементам Фиг. 4.
[0119] Модуль 204H администрирования политикой узла 200 администрирования мобильностью администрирует политику блокирования для каждого мобильного терминала 300. Как описано во втором варианте осуществления настоящего изобретения, политика блокирования является политикой для блокирования запроса или события, которое инициирует переход мобильного терминала 300 из состояния CONNECTED в состояние IDLE. Фиг. 30 показывает конкретный пример политики управления состоянием настоящего варианта осуществления, которая администрируется модулем 204B администрирования политикой. В примере Фиг. 30 ID терминала целевого терминала управления сконфигурирован как первичный ключ, и администрируется политика блокирования, соответствующая этому первичному ключу.
[0120] Модуль 202D определения управления определяет мобильный терминал 300, на который накладывается управление блокированием, из числа мобильных терминалов 300, соединенных с базовой радиостанцией 100, в соответствии с администрированием узла 200 администрирования мобильностью, захватывает политику управления, соответствующую целевому терминалу управления, от модуля 204H администрирования политикой, и уведомляет модуль 209 уведомления о блокирования об ID терминала целевого терминала начала блокирования и о политике управления, которая должна быть применена. Дополнительно, модуль 202H определения управления определяет мобильный терминал 300, относительно которого остановлено управление блокированием, и уведомляет модуль 210 уведомления об остановке блокирования об ID терминала мобильного терминала 300, на котором остановлено управление блокированием.
[0121] После захвата, от модуля 202D определения управления, ID терминала целевого терминала начала блокирования и политики управления состоянием, которая должна быть применена, модуль 209 уведомления о начале блокирования посылает запрос начать блок, включающий в себя ID терминала и политику управления состоянием, на базовую радиостанцию 100.
[0122] После захвата ID терминала целевого терминала остановки блокирования от модуля 202H определения управления, модуль уведомления об остановке блокирования 210 посылает запрос остановить блокирование, включающий в себя ID терминала, на базовую радиостанцию 100.
[0123] После приема запроса начать блокирование от узла 200 администрирования мобильностью, модуль 103H управления состоянием базовой радиостанции 100 уведомляет модуль 107H блокирования об ID терминала и политике блокирования в пределах политики управления состоянием, содержащейся в запросе начала в качестве запроса начать блокирование. Дополнительно, после приема запроса остановить блокирование от узла 200 администрирования мобильностью, модуль 103H управления состоянием уведомляет модуль 107H блокирования об ID терминала, содержащемся в принятом запросе остановки, в качестве запроса остановить блокирование.
[0124] Модуль 107H блокирования базовой радиостанции 100 имеет функции, аналогичные таковым модуля 107 блокирования, описанного выше со ссылками на Фиг. 9. В частности, когда запрос начать блокирование принят от модуля 103H управления состоянием, модуль 107H блокирования начинает блокирование на основании ID терминала и политики блокирования, содержащихся в запросе начала. Дополнительно, после захвата запроса остановить блокирование от модуля 103H управления состоянием, модуль 107H блокирования останавливает блокирование относительно ID терминала, содержащегося в запросе остановки.
[0125] Согласно конкретному примеру, описанному в настоящем варианте осуществления, возможно вынудить базовую радиостанцию 100 выполнить операцию для блокирования запроса или события, которое инициирует переход мобильного терминала 300 из состояния CONNECTED в состояние IDLE, на основании команды от базовой сети 10 (в частности, узла 200 администрирования мобильностью). Другими словами, согласно конкретному примеру, описанному в настоящем варианте осуществления, для базовой сети 10 возможно заранее управлять тактированием перехода CONNECTED - IDLE в мобильном терминале 300 на основании определения посредством базовой сети 10 (то есть узла 200 администрирования мобильностью). Соответственно, количество сигнализаций, которые происходят из-за повторения перехода CONNECTED - IDLE мобильного терминала 300 и которые должны быть обработаны базовой сетью 10, может быть уменьшено на основании определения посредством базовой сети 10.
[0126] <ДРУГОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ>
Может быть реализована любая комбинация конкретных примеров, описанных в первом - седьмом вариантах осуществления изобретения.
[0127] Функция узла 200 администрирования мобильностью, служащего "в качестве системы обеспечения политики", описанной в первом - седьмом вариантах осуществления, то есть "функция для обеспечения сети 20 радиодоступа политикой управления состоянием, связанной с переходом CONNECTED - IDLE мобильного терминала 300", может быть скомпонована в другом узле, который скомпонован в базовой сети 10 и отличается от узла администрирования мобильностью. Дополнительно, функция узла 200 администрирования мобильностью, служащего "в качестве системы обеспечения политики", описанной в первом - седьмом вариантах осуществления, может быть скомпонована способом, распределенным множеству узлов в базовой сети 10. Другими словами компоновка функции узла 200 администрирования мобильностью, служащего "в качестве системы обеспечения политики", описанной в первом - седьмом вариантах осуществления, соответственно определена на основании концепции проекта архитектуры сети. В качестве конкретного примера, в случае применения первого - седьмого вариантов осуществления к UMTS в 3GPP, функция вышеупомянутого узла 200 администрирования мобильностью, служащего "в качестве системы обеспечения политики", может быть скомпонована в GGSN (узле поддержки шлюза GPRS). Кроме того функция узла 200 администрирования мобильностью, описанного в первом - седьмым вариантах осуществления, может быть скомпонована в сервере O&M (Операции & Обслуживание).
[0128] Функция базовой радиостанции 100, служащей "в качестве устройства управления, которое выполняет управление состоянием, связанное с переходом CONNECTED - IDLE мобильного терминала 300", описанного в первом - седьмом вариантах осуществления, может быть скомпонована в другом узле, который отличается от базовой радиостанции 100. В частности, функция может быть скомпонована в узле, который скомпонован в сети 20 радиодоступа и имеет функцию администрирования радиоресурсов. В качестве конкретного примера, в случае применения первого - седьмого вариантов осуществления к UMTS в 3GPP, функция вышеупомянутой базовой радиостанции 100 может быть реализована не посредством NB (NodeB), а посредством модификации функции планирования и функции администрирования однонаправленного канала RNC (контроллера радиосети). В случае применения настоящего варианта осуществления к системе связи Форума WiMAX, операция базовой радиостанции 100, описанной выше, может быть реализована не посредством BS (базовой станции), а посредством модификации функций ASN-GW (шлюза сети услуги доступа).
[0129] Первый - седьмой варианты осуществления иллюстрируют пример, в котором политика управления состоянием обеспечивается от базовой сети 10 (обычно узла 200 администрирования мобильностью) базовой радиостанции 100, и базовая радиостанция 100 выполняет управление переходом CONNECTED - IDLE мобильного телефона 300 на основании политики управления состоянием. Однако политика управления состоянием, определенная посредством базовой сети 10, может быть обеспечена мобильному терминалу 300 от базовой сети 10. В этом случае мобильный терминал 300 может автономно управлять переходом CONNECTED - IDLE согласно политике управления состоянием, принятой от базовой сети 10. Таким образом, функция базовой радиостанции 100, служащей "в качестве устройства управления, которое выполняет управление состоянием, связанное с переходом CONNECTED - IDLE мобильного терминала 300", описанного в первом - седьмым вариантах осуществления, может быть скомпонована в мобильном терминале 300. Также такие модификации позволяют уменьшить количество сигнализаций, которые происходят из-за повторения перехода состояний (перехода CONNECTED - IDLE) мобильного терминала и должны быть обработаны базовой сетью на основании определения посредством базовой сети.
[0130] Процесс для запроса управления состоянием для базовой радиостанции 100 посредством узла 200 администрирования мобильностью и процесс для управления переходом CONNECTED - IDLE мобильного терминала 300 на основании политики управления состоянием от узла 200 администрирования мобильностью посредством базовой радиостанции 100, которые описаны в первом - седьмом вариантах осуществления, могут быть реализованы, используя полупроводниковое устройство обработки, такое как ASIC (специализированная интегральная схема) или DSP (цифровой сигнальный процессор). Эти процессы могут также быть реализованы, вынуждая компьютер, такой как микропроцессор, выполнять программу. В частности, программа, включающая в себя команды для того, чтобы вынуждать компьютер выполнять алгоритм, показанный на по меньшей мере одной из: Фиг. 6, 7, 11, 15, 18, 23 и 27, может быть подготовлена и выдана компьютеру.
[0131] Эта программа может быть сохранена и выдана компьютеру, используя любой тип невременных считываемых компьютером носителей. Невременные считываемые компьютером носители включают в себя любой тип материальных запоминающих носителей. Примеры невременных считываемых компьютером носителей включают в себя магнитные запоминающие носители (такие как дискеты, магнитные ленты, жесткие диски и т.д.), оптические магнитные запоминающие носители (например, магнитно-оптические диски), CD-ROM (постоянное запоминающее устройство), CD-R, CD-R/W и полупроводниковые блоки памяти (такие как маскирующее ROM, PROM (программируемое ROM), EPROM (стираемое PROM), флеш ROM, RAM (оперативное запоминающее устройство) и т.д.). Программа может быть выдана компьютеру, используя любой тип временных считываемых компьютером носителей. Примеры временных считываемых компьютером носителей включают в себя электрические сигналы, оптические сигналы и электромагнитные волны. Временные считываемые компьютером носители могут обеспечить программу компьютеру с помощью линии проводной связи, такой как электрические провода и волоконно-оптические кабели, или линии радиосвязи.
[0132] В дополнение, настоящее изобретение не ограничено вышеописанными вариантами осуществления, и различные модификации могут быть сделаны, не отступая от объема настоящего изобретения, описанного выше.
[0133] Настоящая заявка основана и испрашивает приоритет японской патентной заявки №2011-000992, поданной 6 января 2011, раскрытие которой полностью включено здесь посредством ссылки.
СПИСОК ССЫЛОЧНЫХ ПОЗИЦИЙ
[0134] 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 МОДУЛЬ АДМИНИСТРИРОВАНИЯ ПОЛИТИКОЙ В ТРЕТЬЕМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
202D МОДУЛЬ ОПРЕДЕЛЕНИЯ УПРАВЛЕНИЯ В ЧЕТВЕРТОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
203D МОДУЛЬ АДМИНИСТРИРОВАНИЯ ТЕРМИНАЛОМ В ЧЕТВЕРТОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
204C МОДУЛЬ ОПРЕДЕЛЕНИЯ УПРАВЛЕНИЯ В ПЯТОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
206 ИНТЕРФЕЙС СЕРВЕРА АБОНЕНТА В ПЯТОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
202F МОДУЛЬ ОПРЕДЕЛЕНИЯ УПРАВЛЕНИЯ В ШЕСТОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
204F МОДУЛЬ АДМИНИСТРИРОВАНИЯ ПОЛИТИКОЙ В ШЕСТОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
207 МОДУЛЬ КОНТРОЛЯ СВЯЗИ В ШЕСТОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
208 МОДУЛЬ РЕГУЛИРОВАНИЯ ЭЛЕМЕНТОВ ПРОВЕРКИ В ШЕСТОЙ ВАРИАНТ ОСУЩЕСТВЛЕНИЯ
209 МОДУЛЬ УВЕДОМЛЕНИЯ О НАЧАЛЕ БЛОКИРОВАНИЯ В СЕДЬМОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
210 МОДУЛЬ УВЕДОМЛЕНИЯ ОБ ОСТАНОВКЕ БЛОКИРОВАНИЯ В СЕДЬМОМ ВАРИАНТЕ ОСУЩЕСТВЛЕНИЯ
300 МОБИЛЬНЫЙ ТЕРМИНАЛ
400 СЕРВЕР АБОНЕНТА