СПОСОБ, УСТРОЙСТВО И СИСТЕМА УПРАВЛЕНИЯ ДОСТУПОМ
METHOD, APPARATUS AND SYSTEM FOR CONTROLLING ACCESS

Область техники, к которой относится изобретение
Настоящая группа изобретений относится к области техники технологий связи и, в частности, к способу, устройству и системе управления доступом.
Уровень техники изобретения
В системе связи, если абонентское оборудование (UE, абонентское оборудование) посылает запрос на доступ в сеть, то, иногда, сеть должна принять решение о запросе на доступ и определить, разрешить ли доступ и каким образом UE получить доступ к сети. Существующие способы управления доступом на предшествующем уровне техники следующие.
1. Динамическое мягкое управление доступом (DSAC, Динамическое мягкое управление доступом).
DSAC является особым способом управления доступом, используемым, когда возникает чрезвычайное происшествие в универсальной системе мобильной связи (UMTS, универсальная система мобильной связи).
Поскольку служба коммутации пакетов (PS, коммутация пакетов) использует сетевые ресурсы в более высокой степени, чем служба коммутации каналов (CS, коммутация каналов), то служба домена PS получает приоритет в достижении выравнивания в случае, если сеть перегружена в результате чрезвычайного происшествия. DSAC является способом управления доступом на основе доменов. Например, DSAC избегает службы с перерывами домена PS посредством ограничения вызовов CS. Если возникает чрезвычайное происшествие, то система посылает управляющую информацию для различных доменов на UE через системное сообщение. После того, как UE считывает системное сообщение, если UE обнаруживает управляющую информацию на основе доменов, то UE применяет такую информацию для выполнения управления доступом; если UE не обнаруживает управляющую информацию на основе доменов, то UE применяет обычную информацию об управлении доступом для выполнения управления доступом.
2. Управление доступом в слое доступа (AS, слой доступа) в системе проекта долгосрочного развития (LTE, проект долгосрочного развития).
В настоящее время, ограничение доступа к службе, введенной в AS системы LTE, включает в себя запрещение классов доступа (ACB, запрещение классов доступа) на UE и управление доступом на развитом NodeB (eNB).
Процесс ACB включает в себя: уровень управления ресурсами радиосвязи (RRC, управление ресурсами радиосвязи) UE выполняет ограничение до получения доступа на уровне RRC в соответствии с типом доступа, транспортируемым в запросе на доступ, после приема запроса на доступ от верхнего уровня; если после решения, UE определяет, что доступ разрешен, то UE добавляет тип доступа в сообщение и посылает сообщение на eNB; а eNB выполняет дальнейшее управление доступом в соответствии с типом доступа.
В настоящее время, для ACB со стороны UE и для управления доступом со стороны eNB применяется пять типов доступа. В пять типов доступа входят: экстренный вызов (emergency), пользователь с высоким приоритетом (highPriorityAccess), завершающийся на мобильном устройстве доступ (mt-Access), исходящая сигнализация (mo-Signalling) и исходящие данные (mo-Data).
Во многих случаях требуется управление доступом на основе типа службы. Например, если возникает крупное чрезвычайное происшествие, то оператор предоставляет службу форума чрезвычайного происшествия (форум чрезвычайного происшествия) для всех пользователей. Множество пользователей может читать и писать на форуме чрезвычайного происшествия одновременно через мобильные телефоны для получения или предложения информации о личной безопасности. Следовательно, для этой службы требуется полоса пропускания системы с очень высоким коэффициентом использования. Однако если возникает крупное чрезвычайное происшествие, то инстинктивной реакцией человека является выполнение вызова. Такие службы голосовых сообщений, на которые внезапно увеличивается нагрузка, потребляют большую полосу пропускания и существенно воздействуют на другие службы, например вышеупомянутую службу форума чрезвычайного происшествия, службу широковещательной рассылки информации о чрезвычайном происшествии и службу передачи данных. В этом случае, должен быть введен определенный механизм ограничения для различения работающей в реальном времени службы, потребляющей ресурсы полосы пропускания (такой, как служба голосовых сообщений), и службы передачи данных с высоким коэффициентом использования ресурсов полосы пропускания (такой, как широковещательная рассылка информации о чрезвычайном происшествии), и предоставления приоритета службе передачи данных с высоким коэффициентом использования полосы пропускания.
Однако, на предшествующем уровне техники, DSAC обеспечивает исключительно способ управления доступом на основе доменов. Пять типов доступа, обеспеченные для управления доступом в AS в системе LTE, не включают в себя тип службы, и невозможно выполнить управление доступом на основе типа службы.
Сущность изобретения
Варианты осуществления настоящего изобретения обеспечивают способ, устройство и систему управления доступом.
Вариант осуществления настоящего изобретения обеспечивает способ управления доступом, включающий в себя:
решение, должно ли UE выполнять управление доступом для конкретной службы; и посылку системного широковещательного сообщения на UE, где системное широковещательное сообщение транспортирует специфичную для службы информацию об управлении доступом, если UE должно выполнить управление доступом для конкретной службы.
Другой вариант осуществления настоящего изобретения обеспечивает способ управления доступом, включающий в себя:
прием, посредством UE, системного широковещательного сообщения, которое транспортирует специфичную для службы информацию об управлении доступом; и выполнение, посредством UE, управления доступом для конкретной службы, в соответствии со специфичной для службы информацией об управлении доступом.
Вариант осуществления настоящего изобретения обеспечивает сетевое устройство, включающее в себя:
процессор решения, сконфигурированный для решения, должно ли UE выполнить управление доступом для конкретной службы; и
передатчик, сконфигурированный для посылки системного широковещательного сообщения на UE, где системное широковещательное сообщение транспортирует специфичную для службы информацию об управлении доступом, если процессор решения решает, что UE должен выполнить управление доступом для конкретной службы.
Вариант осуществления настоящего изобретения обеспечивает систему управления доступом, включающую в себя UE и сетевое устройство. UE сконфигурирован для: приема системного широковещательного сообщения, которое транспортирует специфичную для службы информацию об управлении доступом; и выполнения управления доступом для конкретной службы, в соответствии со специфичной для службы информацией об управлении доступом.
Вариант осуществления настоящего изобретения обеспечивает UE, включающее в себя:
приемник, сконфигурированный для приема системного широковещательного сообщения, которое транспортирует специфичную для службы информацию об управлении доступом; и
первый процессор управления, сконфигурированный для выполнения управления доступом для специфичных для службы запросов на доступ, в соответствии со специфичной для службы информацией об управлении доступом, принятой посредством приемника.
Другой вариант осуществления настоящего изобретения обеспечивает систему управления доступом, включающую в себя сетевое устройство и UE. Сетевое устройство сконфигурировано для: решения, должно ли UE выполнить управление доступом для конкретной службы; и посылки системного широковещательного сообщения на UE, где системное широковещательное сообщение транспортирует специфичную для службы информацию об управлении доступом, если UE должно выполнить управление доступом для конкретной службы, или системное широковещательное сообщение транспортирует обычную информацию об управлении доступом, если UE не должно выполнять управление доступом для конкретной службы.
Как видно из предшествующих технических решений, различные типы служб соответствуют различной специфичной для службы информации об управлении доступом, и, следовательно, UE может выполнить специфичное для различных служб управление доступом для запроса на доступ, в соответствии со специфичной для службы информацией об управлении доступом, которая удовлетворяет требованиям пользователя.
Краткое описание чертежей
Для упрощения понимания технических решений в вариантах осуществления настоящего изобретения или на предшествующем уровне техники, в описании вариантов осуществления настоящего изобретения или предшествующего уровня техники приводятся следующие схемы сопроводительные чертежи. Очевидно, что сопроводительные чертежи, в общих чертах обрисованные ниже, являются иллюстративными, а не исчерпывающими, и специалисты в данной области техники могут получить и другие чертежи из этих сопроводительных чертежей без творческих усилий.
Фиг.1 является простой блок-схемой способа управления доступом в соответствии с первым вариантом осуществления настоящего изобретения;
Фиг.2 является простой блок-схемой способа управления доступом в соответствии со вторым вариантом осуществления настоящего изобретения;
Фиг.3 является простой блок-схемой способа управления доступом в соответствии с третьим вариантом осуществления настоящего изобретения;
Фиг.4 является простой блок-схемой способа управления доступом в соответствии с четвертым вариантом осуществления настоящего изобретения;
Фиг.5 является простым примером отношения отображения между значением причины установления и значением типа службы доступа, в соответствии с вариантом осуществления настоящего изобретения;
Фиг.6 является простой структурной схемой сетевого устройства, в соответствии с вариантом осуществления настоящего изобретения;
Фиг.7 является простой структурной схемой UE, в соответствии с вариантом осуществления настоящего изобретения; и
Фиг.8 является простой структурной схемой системы управления доступом, в соответствии с вариантом осуществления настоящего изобретения.
Подробное описание вариантов осуществления
Следующее подробное описание дается со ссылкой на сопроводительные чертежи для обеспечения ясного и полного понимания технических решений в вариантах осуществления настоящего изобретения. Очевидно, что чертежи и подробное описание являются просто характерными для определенных вариантов осуществления настоящего изобретения, и варианты осуществления по своей сути являются иллюстративными, а не исчерпывающими. Все другие варианты осуществления, которые могут быть получены специалистами в данной области техники из вариантов осуществления, данных в этом документе, без творческих усилий, должны находиться в пределах объема настоящего изобретения.
В целом, если возникает чрезвычайное происшествие такое, как землетрясение или цунами, то необходимо управление доступом на основе службы. При таких обстоятельствах, пользователь выполняет больше вызовов, чем обычно, и посылает больше сообщений, чем обычно. При наличии большого количества других служб, потребляющих ресурсы, в случае чрезвычайного происшествия, испытывается сильная нехватка сетевых ресурсов. Следовательно, управление доступом на основе службы должно быть выполнено таким образом, чтобы служба с высоким коэффициентом использования полосы пропускания и служба с высоким приоритетом получали ресурсы в первую очередь. После принятия решения о необходимости управления доступом на основе службы, в соответствии с принятой инструкцией или другими условиями, сеть посылает широкополосное системное сообщение, которое транспортирует специфичную для службы информацию об управлении доступом. Следует отметить, что выражение "специфичный для службы" или "конкретная служба" в данном документе показывает, что управление доступом на основе службы является управлением доступом, специфичным для различных служб. Напротив, существующее обычное управление доступом основано не на службах, а на способе обычной сортировки. Следовательно, в данном документе, конкретная служба может быть точно заданной службой, специализированной службой или специальной службой, или любым другим выражением, которое отражает службу, на которой основан способ управления доступом. Такие различные выражения не должны рассматриваться в качестве ограничения настоящего изобретения.
Варианты осуществления настоящего изобретения обеспечивают способ, устройство и систему управления доступом. В способе управления доступом на основе типа службы, если возникала или собирается возникнуть перегрузка сети, чрезвычайное происшествие или резкое увеличение нагрузки на службы, то сеть посылает на UE специфичную для службы информацию об управлении доступом, в соответствии с предварительно установленными различными типами служб. UE выполняет управление доступом для запросов на доступ, специфичных для различных служб, в соответствии со специфичной для службы информацией об управлении доступом. Таким образом, управление доступом выполняется для запросов на доступ в соответствии с типом службы.
В частности, сеть решает, должно ли UE выполнить управление доступом для конкретной службы, и затем посылает системное широковещательное сообщение на UE, в соответствии с результатом решения. Если UE должно выполнить управление доступом для конкретной службы, то системное широковещательное сообщение транспортирует специфичную для службы информацию об управлении доступом; если UE не должно выполнять управление доступом для конкретной службы, то системное широковещательное сообщение транспортирует обычную информацию об управлении доступом, а именно информацию об управлении доступом, не являющуюся специфичной для службы.
Когда UE принимает системное широковещательное сообщение, если системное широковещательное сообщение транспортирует специфическую для службы информацию об управлении доступом, UE выполняет управление доступом для конкретной службы, в соответствии со специфичной для службы информацией об управлении доступом; если системное широковещательное сообщение транспортирует обычную информацию об управлении доступом, а именно, информацию об управлении доступом, не являющуюся специфичной для службы, то UE выполняет управление доступом, не являющееся специфичным для службы, в соответствии с обычной информацией об управлении доступом, например, применяет способ управления доступом, предоставленный на предшествующем уровне техники.
В этом варианте осуществления, возможные типы служб включают в себя любую или комбинацию из следующего: служба голосовых сообщений (голосовая MMTEL), служба видеосообщений (видео MMTEL), служба передачи данных, служба коротких сообщений (SMS), служба передачи мультимедийных сообщений, служба голосовой связи по IP-протоколу (VoIP) и другие службы. Различные типы служб дополнительно классифицируются на тип исходящей службы (инициирующейся на мобильном устройстве) и тип входящей службы (завершающейся на мобильном устройстве). Предшествующий способ классификации представлен исключительно для примера. На практике, типы служб могут дополнительно классифицироваться в соответствии с фактическими условиями. Например, что касается специфичного для службы управления доступом в системе, конкретные типы служб могут включать в себя исходящую службу голосовых сообщений, входящую службу голосовых сообщений, исходящую службу видеосообщений и входящую службу видеосообщений. Специфичная для службы информация об управлении доступом может являться информацией об управлении доступом, специфичной для любого из таких четырех типов служб. Что касается обычного управления доступом (управления доступом, не являющегося специфичным для службы), типы служб могут включать в себя исходящую службу и входящую службу. Следовательно, обычная информация об управлении доступом (информация об управлении доступом, не специфичная для службы) может являться информацией об управлении доступом, специфичной для исходящей службы, или информацией об управлении доступом, специфичной для входящей службы, и не являться специфичной для службы.
Специфичная для службы информация об управлении доступом может включать в себя любую или комбинацию из следующего: разрешено ли службе получить доступ, вероятность разрешения доступа или приоритет доступа; разумеется, специфичная для службы информация об управлении доступом может включать в себя другую соответствующую информацию.
В способе управления доступом, предоставленном в этом варианте осуществления, различные типы служб соответствуют различной специфичной для службы информации об управлении доступом, и, следовательно, UE может выполнить управление доступом для запросов на доступ, специфичных для различных служб, в соответствии со специфичной для службы информацией об управлении доступом, которая удовлетворяет требованиям пользователя.
Что касается исходящей службы, Фиг.1 является блок-схемой способа управления доступом в соответствии с первым вариантом осуществления настоящего изобретения. Способ включает в себя следующие этапы.
101. Посылается системное широковещательное сообщение. Системное широковещательное сообщение транспортирует информацию об управлении доступом на основе исходящей службы, и информация об управлении доступом включает в себя информацию, специфичную для каждой исходящей службы.
Если возникает чрезвычайное происшествие, или возникает резкое увеличение нагрузки на службы, то сеть решает, что необходимо выполнение управления доступом на основе службы и посылает системное широковещательное сообщение. Системное широковещательное сообщение транспортирует информацию об управлении доступом, специфичную для различных исходящих служб. Например, сообщение транспортирует значение accessBarringForMO-voice, которое является информацией, заданной для исходящей службы голосовых сообщений MMTEL; сообщение транспортирует значение accessBarringForMO-video, которое является информацией, специфичной для исходящей службы видео сообщений MMTEL; и сообщение транспортирует значение accessBarringForMO-other, которое является информацией, специфичной для других исходящих служб.
102. UE принимает системное широковещательное сообщение.
В частности, уровень RRC UE принимает системное широковещательное сообщение.
103. UE получает информацию об управлении доступом на основе исходящей службы из широковещательного системного сообщения.
104. UE выполняет управление доступом для запросов на доступ, специфичных для каждой исходящей службы, в соответствии с информацией об управлении доступом, на основе исходящей службы.
В частности, уровень RRC UE применяет управляющую информацию для выполнения управления доступом для запросов доступа к исходящим службам, запущенных посредством слоя не связанного с предоставлением доступа (NAS).
Кроме того, UE может получить приоритет для использования информации об управлении доступом на основе исходящей службы, и использовать информацию об управлении доступом, не специфичную для службы (такую, как существующее значение accessBarringInformation), если нет никакой информации об управлении доступом на основе исходящей службы.
Что касается входящей службы, Фиг.2 является блок-схемой способа управления доступом, в соответствии со вторым вариантом осуществления настоящего изобретения. Способ включает в себя следующие этапы.
201. Посылается системное широковещательное сообщение. Системное широковещательное сообщение транспортирует информацию об управлении доступом на основе входящей службы, и информация об управлении доступом включает в себя информацию, специфичную для каждой входящей службы.
Если возникает чрезвычайное происшествие, или возникло резкое увеличение нагрузки на службы, то сеть решает, что необходимо выполнение управления доступом на основе службы и посылает системное широковещательное сообщение, транспортирующее информацию об управлении доступом, специфичную для различных входящих служб. Например, сообщение транспортирует значение accessBarringForMO-voice, которое является информацией, специфичной для входящей службы голосовых сообщений MMTEL; сообщение транспортирует значение accessBarringForMO-video, которое является информацией, специфичной для входящей службы видеосообщений MMTEL; и сообщение транспортирует значение accessBarringForMO-other, которое является информацией, специфичной для других входящих служб.
202. UE принимает системное широковещательное сообщение.
В частности, уровень RRC UE принимает системное широковещательное сообщение.
203. UE получает информацию об управлении доступом на основе входящей службы из системного широковещательного сообщения.
204. UE выполняет управление доступом для запросов на доступ, специфичных для каждой входящей службы, в соответствии с информацией об управлении доступом на основе входящей службы.
В частности, уровень RRC UE применяет управляющую информацию для выполнения управления доступом для запросов доступа к входящим службам, посланным посредством NAS.
Кроме того, UE может получить приоритет использования информации об управлении доступом на основе входящей службы и использовать информацию об управлении доступом, не специфичную для службы (такую, как существующее значение accessBarringlnformation), если нет никакой информации об управлении доступом на основе входящей службы.
Первый вариант осуществления и второй вариант осуществления способа управления доступом позволяют UE управлять доступом на самом раннем этапе настройки соединения и предотвращать последующую перегрузку узлов с течением времени; независимые политики управления доступом устанавливаются для различных типов служб, тем самым улучшая коэффициент использования полосы пропускания.
Варианты осуществления настоящего изобретения обеспечивают несколько способов запуска или остановки управления доступом на основе службы.
В частности, если решается, что управление доступом на основе службы может быть запущено, то сеть продолжает посылать широковещательные системные сообщения, которые транспортируют специфичную для службы информацию об управлении доступом; после приема системного широковещательного сообщения, которое транспортирует специфичную для службы информацию об управлении доступом, UE начинает выполнять управление доступом на основе службы. Если решается, что управление доступом на основе службы может остановиться, то сеть останавливает посылку системного широковещательного сообщения, которое транспортирует специфичную для службы информацию об управлении доступом; как только UE не в состоянии получать специфичную для службы информацию об управлении доступом из системного широковещательного сообщения, UE останавливает выполнять управление доступом для различных запросов доступа к службам, в соответствии со специфичной для службы информацией об управлении доступом. Если UE должно выполнить управление доступом, то UE выполняет управление доступом в соответствии с информацией об управлении доступом, не конкретной для службы.
Фиг.3 является блок-схемой способа управления доступом, в соответствии с третьим вариантом осуществления настоящего изобретения. Способ включает в себя следующие этапы.
301. Посылается системное широковещательное сообщение. Системное широковещательное сообщение транспортирует специфичную для службы информацию об управлении доступом или обычную информацию об управлении доступом.
Если возникает чрезвычайное происшествие или резкое увеличение нагрузки на службы, то сеть решает, что необходимо выполнение управления доступом на основе службы и продолжает посылать широковещательные системные сообщения, которые транспортируют специфичную для службы информацию об управлении доступом до тех пор, пока не решается, что управление доступом на основе службы может остановиться.
Если сеть решает, что управление доступом на основе службы может остановиться или оно больше не требуется, то сеть может прекратить посылку системного широковещательного сообщения, которое транспортирует специфичную для службы информацию об управлении доступом, и может дополнительно послать системное широковещательное сообщение, которое транспортирует обычную информацию об управлении доступом.
302. UE принимает системное широковещательное сообщение.
В частности, уровень RRC UE принимает системное широковещательное сообщение.
303. UE решает, транспортирует ли системное широковещательное сообщение специфичную для службы информацию об управлении доступом; если системное широковещательное сообщение транспортирует специфичную для службы информацию об управлении доступом, то процедура переходит на этап 304; если системное широковещательное сообщение не транспортирует специфичную для службы информацию об управлении доступом, то процедура переходит на этап 305.
В частности, этот этап является дополнительным. Например, UE не выполняет решение независимо, но считывает информационное содержание, связанное с управлением доступом из системного широковещательного сообщения и выполняет этап 304 или этап 305, в соответствии с соответствующим содержанием.
304. UE получает специфичную для службы информацию об управлении доступом из системного широковещательного сообщения и выполняет управление доступом для различных запросов доступа к службам, в соответствии со специфичной для службы информацией об управлении доступом.
Если системное широковещательное сообщение, принятое посредством UE, транспортирует специфичную для службы информацию об управлении доступом, то UE запускает использование специфичной для службы информации об управлении доступом для выполнения управления доступом после приема сообщения и останавливает использование обычной (не на основе служб) информации об управлении доступом.
Кроме того, после этого этапа, UE может продолжить прием широковещательных системных сообщений. Если системное широковещательное сообщение обновляется, то UE выполняет управление доступом в соответствии с обновленным широковещательным системным сообщением. Например, обновленное системное широковещательное сообщение не транспортирует специфичную для службы информацию об управлении доступом и, следовательно, UE выполняет этап 305.
305. UE использует обычную информацию об управлении доступом для выполнения управления доступом.
Например, UE останавливает использование специфичной для службы информации об управлении доступом и возобновляет использование обычной информации об управлении доступом.
В частности, если системное широковещательное сообщение, принятое посредством UE, не транспортирует специфичную для службы информацию об управлении доступом, то UE останавливает использование специфичной для службы информации об управлении доступом (при ее наличии) и возобновляет использование обычной (не на основе служб) информации об управлении доступом.
В результате этого варианта осуществления, UE знает, когда запускать и останавливать использование специфичной для службы информации об управлении доступом, без необходимости в дополнительной передаче сигналов.
Вариант осуществления настоящего изобретения обеспечивает другой способ запуска и остановки использования управления доступом на основе службы. Способ заключается в следующем: если сеть решает, что необходимо управление доступом на основе службы, то сеть посылает пейджинговое сообщение, которое транспортирует на UE указатель управления доступом на основе службы и посылает системное широковещательное сообщение, которое транспортирует специфичную для службы информацию об управлении доступом; после приема указателя управления доступом на основе службы, UE начинает считывать системное широковещательное сообщение и выполняет управление доступом на основе службы. Соответственно, если сеть решает, что управление доступом на основе службы может остановиться или больше не требуется, то сеть может послать на UE пейджинговое сообщение, где пейджинговое сообщение транспортирует указатель управления доступом не на основе служб; и не посылает системное широковещательное сообщение, которое транспортирует специфичную для службы информацию об управлении доступом, и может послать системное широковещательное сообщение, которое транспортирует обычную информацию об управлении доступом; после приема указателя, UE не выполняет управление доступом для различных запросов доступа к службам в соответствии со специфичной для службы информацией об управлении доступом.
Фиг.4 является блок-схемой способа управления доступом, в соответствии с четвертым вариантом осуществления настоящего изобретения. Способ включает в себя следующие этапы.
401. Пейджинговое сообщение и системное широковещательное сообщение посылают на UE. Пейджинговое сообщение транспортирует указатель управления доступом на основе служб; и системное широковещательное сообщение транспортирует специфичную для службы информацию об управлении доступом.
Если возникает чрезвычайное происшествие или возникает резкое увеличение нагрузки на службы, то сеть решает, что необходимо выполнение управления доступом на основе службы и посылает на UE пейджинговое сообщение и системное широковещательное сообщение. Пейджинговое сообщение транспортирует указатель управления доступом на основе служб; а системное широковещательное сообщение транспортирует специфичную для службы информацию об управлении доступом.
402. UE принимает указатель управления доступом на основе службы и незамедлительно принимает системное широковещательное сообщение.
403. UE получает специфичную для службы информацию об управлении доступом из системного широковещательного сообщения и выполняет управление доступом для различных запросов доступа к службам в соответствии со специфичной для службы информацией об управлении доступом.
На этапах 402-403, после приема указания управления доступом на основе службы, UE незамедлительно начинает считывать системное широковещательное сообщение, не ожидая прибытия границы изменения следующего системного широковещательного сообщения. Следовательно, UE может незамедлительно получить специфичную для службы информацию об управлении доступом в системном широковещательном сообщении и выполнить управление доступом. Разумеется, как только UE начинает использовать специфичную для службы информацию об управлении доступом, UE останавливает использование обычной информации об управлении доступом.
404. Если сеть решает, что является правильным остановить управление доступом на основе службы, то сеть посылает пейджинговое сообщение, которое транспортирует на UE указатель остановки управления доступом на основе службы и останавливает посылку системного широковещательного сообщения, которое транспортирует специфичную для службы информацию об управлении доступом.
В частности, сеть может послать обновленное пейджинговое сообщение, которое транспортирует указатель остановки управления доступом на основе службы, или обновленное пейджинговое сообщение не транспортирует указатель управления доступом на основе службы. Таким образом, UE знает об остановке специфичного для службы управления доступом с течением времени. Кроме того, этот указатель также может быть использован для активирования незамедлительного считывания UE обновленного системного широковещательного сообщения. Например, сеть посылает обновленное пейджинговое сообщение и незамедлительно или в то же самое время посылает обновленное системное широковещательное сообщение. Обновленное системное широковещательное сообщение включает в себя обычную информацию об управлении доступом. В данном случае, обычная информация об управлении доступом может быть той же самой или отличающейся от обычной информации об управлении доступом, которая ранее транспортировалась в системном широковещательном сообщении, а именно, в данном случае, обычная информация об управлении доступом является обновленной обычной информацией об управлении доступом.
405. При приеме указателя остановки управления доступом на основе службы, UE останавливает использование специфичной для службы информации об управлении доступом и возобновляет использование обычной информации об управлении доступом.
UE может незамедлительно считать системное широковещательное сообщение и получить обычную информацию об управлении доступом для того, чтобы выполнить управление доступом в соответствии с обычной информацией об управлении доступом. UE также может считать системное широковещательное сообщение, если должно быть выполнено управление доступом. UE может сконфигурировать обычную информацию об управлении доступом по умолчанию, или сохранить полученную ранее обычную информацию об управлении доступом. Перед приемом последней информации об управлении доступом, UE использует информацию по умолчанию или сохраненную информацию для управления доступом.
При использовании этого варианта осуществления, UE может незамедлительно получить информацию об управлении доступом после приема указателя управления доступом на основе службы, без ожидания прибытия границы изменения следующего системного широковещательного сообщения. Следовательно, UE может выполнить управление доступом на основе службы быстрее и предотвратить перегрузку сети в периоде ожидания.
Кроме того, вариант осуществления настоящего изобретения обеспечивает способ соответствия значения типа службы доступа, транспортируемого в запросе доступа NAS UE, со значением типа службы доступа, используемого посредством уровня RRC, и коротко этот способ называется способом синхронизации.
В первом способе синхронизации, обеспеченном в варианте осуществления настоящего изобретения, NAS посылает запрос на доступ, который транспортирует значение типа службы доступа на уровень RRC. Значение типа службы доступа включает в себя тип инициирующегося на мобильном устройстве доступа на основе службы и/или тип завершающегося на мобильном устройстве доступа на основе службы. Если уровень RRC UE не выполняет управление доступом для различных запросов доступа к службам, в соответствии со специфичной для службы информацией об управлении доступом, то уровень RRC UE выполняет управление доступом для запроса доступа, в соответствии с типом инициирующегося на мобильном устройстве доступа или типом завершающегося на мобильном устройстве доступа.
Если уровень RRC UE выполняет управление доступом для различных запросов доступа к службам, в соответствии со специфичной для службы информацией об управлении доступом, то уровень RRC UE выполняет управление доступом для различных запросов доступа к службам, в соответствии со специфичной для службы информацией об управлении доступом. Таким образом, NAS разделяет исходящую службу и входящую службу в значении типа службы доступа, посылаемом на уровень RRC на тип инициирующегося на мобильном устройстве доступа на основе службы (а именно, конкретной исходящей службы) и тип завершающегося на мобильном устройстве доступа на основе службы (а именно, конкретной входящей службы).
В частности, если уровень RRC UE использует обычную (не на основе службы) информацию об управлении доступом для выполнения управления доступом, то UE игнорирует разделение на основе службы, где разделение включает в себя исходящий тип и входящий тип, использует обычную исходящую управляющую информацию для выполнения управления доступом для всех типов инициирующегося на мобильном устройстве доступа, обеспеченных посредством NAS, и использует обычную входящую управляющую информацию для выполнения управления доступом для всех типов завершающегося на мобильном устройстве доступа, обеспеченных посредством NAS. Если уровень RRC UE использует специфичную для службы информацию об управлении доступом для выполнения управления доступом, то уровень RRC UE использует информацию об управлении доступом на основе службы непосредственно для выполнения управления доступом для всех типов доступа, обеспеченных посредством NAS.
Во втором способе синхронизации, обеспеченном в варианте осуществления настоящего изобретения, если уровень RRC UE принимает системное широковещательное сообщение, посланное посредством сети, и получает специфичную для службы информацию об управлении доступом из системного широковещательного сообщения, то уровень RRC UE посылает указатель на запуск управления доступом на основе службы на NAS UE. После приема указателя на запуск управления доступом на основе службы, NAS UE добавляет значение типа службы доступа в запрос на доступ, предназначенный для уровня RRC UE. Значение типа службы доступа включает в себя тип инициирующегося на мобильном устройстве доступа на основе службы или тип завершающегося на мобильном устройстве доступа на основе службы. Уровень RRC UE выполняет управление доступом для различных запросов доступа к службам, в соответствии со специфичной для службы информацией об управлении доступом. Если уровень RRC UE принимает системное широковещательное сообщение, посланное посредством сети, и не получает специфичной для службы информации об управлении доступом из системного широковещательного сообщения, а UE использует специфичную для службы информацию об управлении доступом для выполнения управления доступом, то уровень RRC UE посылает указатель на остановку управления доступом на основе службы на NAS UE. После приема указателя на остановку управления доступом на основе службы, NAS UE больше не добавляет значения типа службы доступа в запрос на доступ, предназначенный для уровня RRC UE, но добавляет значение типа доступа в запрос на доступ. UE останавливает использование специфичной для службы информации об управлении доступом, но, в то же самое время, возобновляет использование обычной информации об управлении доступом.
В частности, если уровень RRC UE принимает системное широковещательное сообщение, которое транспортирует специфичную для службы информацию об управлении доступом, то уровень RRC UE посылает указатель на запуск управления доступом на основе службы на NAS. После этого, в значении типа доступа к службе, которая должна быть послана посредством NAS на уровень RRC, исходящая служба и/или входящая служба дополнительно разделяются на тип инициирующегося на мобильном устройстве доступа на основе службы и/или тип завершающегося на мобильном устройстве доступа на основе службы. Уровень RRC использует информацию об управлении доступом на основе службы для выполнения управления доступом для типа доступа, обеспеченного посредством NAS. Если уровень RRC UE принимает системное широковещательное сообщение, которое не транспортирует специфичную для службы информацию об управлении доступом, а уровень RRC использует специфичную для службы информацию об управлении доступом для выполнения управления доступом, то уровень RRC посылает указатель на остановку управления доступом на основе службы на NAS. После этого, в значении типа доступа к службе, которое должно быть послано посредством NAS на уровень RRC, исходящая служба и/или входящая служба больше не разделяются на тип инициирующегося на мобильном устройстве доступа на основе службы и/или тип завершающегося на мобильном устройстве доступа на основе службы. Уровень RRC использует обычную (не на основе служб) информацию об управлении доступом для выполнения управления доступом для типа доступа, обеспеченного посредством NAS.
Два предшествующих способа синхронизации могут быть объединены с управлением доступом, обеспеченным в других вариантах осуществления, как подробно описано ниже с примерами.
В первом примере, уровень RRC UE принимает системное широковещательное сообщение, получает обычную информацию об управлении доступом из системного широковещательного сообщения и уведомляет NAS UE для остановки управления доступом для конкретной службы. После приема уведомления об остановке управления доступом для конкретной службы, NAS UE посылает запрос на доступ, в котором транспортируется тип службы доступа. В данном случае, тип службы доступа может включать в себя исходящую службу или входящую службу. После приема запроса на доступ, уровень RRC UE выполняет управление доступом для службы, соответствующей типу службы доступа, в соответствии с обычной информацией об управлении доступом.
Во втором примере, уровень RRC UE принимает системное широковещательное сообщение и получает обычную информацию об управлении доступом из системного широковещательного сообщения. NAS UE посылает запрос на доступ, который транспортирует тип службы доступа. После приема запроса на доступ, уровень RRC UE классифицирует тип службы доступа в запросе на доступ, как исходящую службу и/или входящую службу, и выполняет управление доступом для службы, соответствующей классифицированному типу службы доступа, в соответствии с обычной информацией об управлении доступом. Типы служб доступа в запросе на доступ могут включать в себя: исходящую службу видеосообщений, исходящую службу голосовых сообщений, исходящую службу передачи данных, исходящую службу SMS, исходящую службу мультимедийных сообщений, исходящую службу VoIP, или другие исходящие службы; или, входящую службу видеосообщений, входящую службу голосовых сообщений, входящую службу передачи данных, входящую службу SMS, входящую службу мультимедийных сообщений, входящую службу VoIP, или другие входящие службы.
В предшествующих примерах, уровень RRC UE, выполняющий управление доступом для конкретной службы, соответствующей типу службы доступа, в соответствии со специфичной для службы информацией об управлении доступом, является процессом, в котором уровень RRC принимает решение о доступе для конкретной службы, соответствующей типу службы доступа, в соответствии со специфичной для службы информацией об управлении доступом. Если определено, что к конкретной службе можно получить доступ, то уровень RRC посылает сообщение с запросом на установку соединения, которое транспортирует значение причины установления. В данном случае, значение причины установления определяется посредством уровня RRC UE, в соответствии с отношением отображения между типом службы доступа и значением причины установления и в соответствии с типом службы доступа в запросе на доступ.
Варианты осуществления настоящего изобретения обеспечивают способ отображения типа службы доступа в значение причины установления, и способ определения посредством уровня RRC UE значения причины установления в соответствии с отношением отображения, полученным при помощи способа отображения и типа службы доступа в запросе на доступ, таким образом, решая проблему несоответствия между значением причины установления и значением типа службы доступа на предшествующем уровне техники, если значение типа службы доступа больше, чем расширенные значения причины установления на некоторое ограниченное количество пунктов.
В способе отображения значения типа службы доступа в значение причины установления, в соответствии с вариантом осуществления настоящего изобретения, значения типа службы доступа включают в себя: экстренный вызов, вызов с высоким приоритетом (highPriorityAccess), завершающийся на мобильном устройстве доступ (mt-Access), исходящую передачу сигналов (mo-Signaling), исходящую передачу данных (mo-Data), входящий видеовызов (mt-Video), входящий голосовой вызов (mt-Voice), другие входящие службы (mt-other Services), исходящий видеовызов (mo-Video), исходящий голосовой вызов (mo-Voice), другие исходящие службы (mo-other Services), исходящие сигналы мультимедийной подсистемы на базе протокола IP (mo-IMSsignaling), исходящая служба в реальном времени (mo-realtime service (например, игра)), и SMS.
В этом варианте осуществления, значения причины установления включают в себя: экстренный вызов, вызов с высоким приоритетом (highPriorityAccess), завершающийся на мобильном устройстве доступ (mt-Access), исходящую передачу сигналов (mo-Signaling), исходящую передачу данных (mo-Data), исходящий голосовой вызов (mo-Voice), исходящий видео вызов (mo-Video) и другие исходящие службы (mo-other Services).
Следовательно, отношение отображения между значением причины установления и значением типа службы доступа в этом варианте осуществления может быть следующим: значение причины установления соответствует значению типа службы доступа с тем же самым названием; если никакое название значения типа службы доступа не совпадает с названием значения причины установления, то значения типов служб доступа отображаются в соответствии с типом исходящего вызова или типом входящего вызова, то есть все типы значений инициирующихся на мобильном устройстве служб доступа соответствуют одному из значений причины установления, и все типы значений завершающихся на мобильном устройстве служб доступа соответствуют другому значению из значений причины установления.
Например, отношение отображение между значением причины установления и значением типа службы доступа может быть следующим: значение причины установления соответствует значению типа службы доступа с тем же самым названием; если никакое из названий значения типа службы доступа не совпадает с названием значения причины установления, то тип завершающейся на мобильном устройстве службы доступа соответствует входящему значению причины установления (mt-Access), а тип инициирующейся на мобильном устройстве службы доступа соответствует исходящему значению причины возникновения (mo-other Services). Фиг.5 является примером отношения отображения между значением причины установления и значением типа службы доступа, в соответствии с вариантом осуществления настоящего изобретения. На практике, может существовать несколько различных типов служб, таких как VoIP-служба и мультимедийная служба, и отношение отображения может быть настроено в соответствии со способом отображения, обеспеченным в этом варианте осуществления.
В этом варианте осуществления, отношение отображения между значением типа службы доступа и значением причины установления может быть сохранено на UE. После того, как уровень RRC UE принимает решение о выполнении управления доступом для значения типа службы доступа, обеспеченного посредством NAS, для разрешенного типа доступа, UE отображает значение типа службы доступа в значение причины установления, которое транспортируется в сообщении с запросом на установление RRC, в соответствии с сохраненным отношением отображения, и посылает сообщение с запросом на установление RRC. Например, если UE решает, что доступна служба экстренного вызова, то посланное сообщение с запросом на установление RRC транспортирует значение причины установления экстренного вызова. Если UE решает, что доступна служба передачи сигналов mo-IMS, то посланное сообщение с запросом на установление RRC транспортирует значение причины установления других исходящих служб.
Этот вариант осуществления решает проблему того, что количество значений причины установления RRC ограничено, и значения причины установления RRC не могут соответствовать значениям типов служб доступа. Кроме того, способ, предоставленный в этом варианте осуществления, может применяться и в других сценариях. В особенности, способ отображения может применяться в большем количестве сценариев, и не ограничивается объединением со способом управления доступом, обеспеченным в вариантах осуществления настоящего изобретения.
Специалисты в данной области техники понимают, что все или часть этапов способа, перечисленных в любом из предшествующих вариантов осуществления, могут быть реализованы посредством программы, инструктирующей соответствующее аппаратное обеспечение. Программа может быть сохранена на машиночитаемом носителе данных. При выполнении программы могут быть выполнены, по меньшей мере, следующие этапы.
Способ управления доступом включает в себя: решение, должно ли UE выполнить управление доступом для конкретной службы; и посылку системного широковещательного сообщения на UE, где в системном широковещательном сообщении транспортируется специфичная для службы информация об управлении доступом, если UE должно выполнить управление доступом для конкретной службы, или в системном широковещательном сообщении транспортируется обычная информация об управлении доступом, если UE не должно выполнять управление доступом для конкретной службы.
Способ управления доступом включает в себя: прием посредством UE системного широковещательного сообщения, в котором транспортируется конкретная для службы информация об управлении доступом; и выполнение управления доступом для конкретной службы, в соответствии со специфичной для службы информацией об управлении доступом.
Вышеупомянутый носитель данных может являться постоянным запоминающим устройством (ROM), магнитным диском, или постоянным запоминающим устройством на компакт-дисках (CD-ROM).
Как показано на Фиг.6, сетевое устройство, предоставленное в варианте осуществления настоящего изобретения, включает в себя:
процессор 601 решения, сконфигурированный для решения, должно ли UE выполнить управление доступом для конкретной службы; и
передатчик 602, сконфигурированный для посылки системного широковещательного сообщения на UE, где в системном широковещательном сообщении транспортируется специфичная для службы информация об управлении доступом, если процессор 601 решения решает, что UE должно выполнить управление доступом для конкретной службы, или в системном широковещательном сообщении транспортируется обычная информация об управлении доступом, если процессор 601 решения решает, что UE не должно выполнять управление доступом для конкретной службы.
Кроме того, устройство включает в себя:
блок оповещения, сконфигурированный для посылки пейджингового сообщения после того, как процессор решения решает, должно ли UE выполнить управление доступом для конкретной службы, и до того, как передатчик пошлет системное широковещательное сообщение на UE, где пейджинговое сообщение инструктирует UE на немедленное получение информации об управлении доступом.
Кроме того, процессор 601 решения включает в себя:
блок активации, сконфигурированный для определения того, что UE должно выполнить управление доступом для конкретной службы, активированной посредством возникновения или неизбежного возникновения чрезвычайного происшествия, перегрузки сети или резкого увеличения нагрузки на службы.
Сетевое устройство, обеспеченное в этом варианте осуществления, может реализовать способ управления доступом, обеспеченный в варианте осуществления настоящего изобретения.
Как показано на Фиг.7, UE, обеспеченное в варианте осуществления настоящего изобретения, включает в себя:
приемник 701, сконфигурированный для приема системного широковещательного сообщения, которое транспортирует специфичную для службы информацию об управлении доступом; и
первый процессор 702 управления, сконфигурированный для выполнения управления доступом для запросов на доступ, специфичных для служб, в соответствии со специфичной для службы информацией об управлении доступом, принятой посредством приемника 701.
Кроме того, приемник 701 включает в себя:
приемник пейджингового сообщения, сконфигурированный для приема пейджингового сообщения; и
приемник системного широковещательного сообщения, сконфигурированный для незамедлительного приема системного широковещательного сообщения, если пейджинговое сообщение инструктирует UE незамедлительно получить информацию об управлении доступом.
Кроме того, UE включает в себя:
второй процессор управления, сконфигурированный для выполнения управления доступом, в соответствии с обычной информацией об управлении доступом в обновленном системном широковещательном сообщении, если в обновленном системном широковещательном сообщении, принятом посредством приемника 701, не транспортируется специфичная для службы информация об управлении доступом; или
третий процессор управления, сконфигурированный для: незамедлительного приема системного широковещательного сообщения, если пейджинговое сообщение, принятое посредством приемника пейджингового сообщения, инструктирует UE не выполнять управление доступом для конкретной службы, а выполнять управление доступом в соответствии с обычной информацией об управлении доступом в системном широковещательном сообщении.
UE, обеспеченное в этом варианте осуществления, может реализовать способ управления доступом, обеспеченный в варианте осуществления настоящего изобретения.
Как показано на Фиг.8, система управления доступом, обеспеченная в варианте осуществления настоящего изобретения, включает в себя:
сетевое устройство 801, сконфигурированное для: решения, требуется ли UE 802 выполнить управление доступом для конкретной службы; и посылки системного широковещательного сообщения на UE 802, где системное широковещательное сообщение транспортирует специфичную для службы информацию об управлении доступом, если UE 802 требуется выполнить управление доступом для конкретной службы, или системное широковещательное сообщение транспортирует обычную информацию об управлении доступом, если UE 802 не должно выполнять управление доступом для конкретной службы; и
UE 802, сконфигурированное для: приема системного широковещательного сообщения, которое транспортирует специфичную для службы информацию об управлении доступом из сетевого устройства 801; и выполнения управления доступом для конкретной службы, в соответствии со специфичной для службы информацией об управлении доступом.
Для получения подробной структуры сетевого устройства 801 и UE 802, смотри предшествующее описание о сетевом устройстве и UE.
Для получения подробного способа работы обеспеченных в настоящем документе системы управления доступом, сетевого устройства и UE, смотри предшествующее описание о способе управления доступом.
При использовании обеспеченных в настоящем документе системы управления доступом, сетевого устройства и UE, различные типы служб соответствуют различной специфичной для службы информации об управлении доступом, и, следовательно, UE может выполнить управление доступом для запроса на доступ, специфичного для различных служб, в соответствии со специфичной для службы информацией об управлении доступом, которая удовлетворяет требованиям пользователя.
Описанный выше способ, устройство и система управления доступом обеспечены в настоящем изобретении. Несмотря на то что принцип и режим выполнения изобретения описан при помощи нескольких иллюстративных вариантов осуществления, описание предшествующего изобретения используется исключительно для помощи понимания способа и замысла изобретения. Очевидно, что специалисты в данной области техники могут выполнить модификации и изменения изобретения без отступления от сущности и объема изобретения. Подразумевается, что изобретение охватывает модификации и изменения при условии, что они находятся в пределах объема охраны, определенного посредством следующей формулы изобретения или ее эквивалентов. В заключение необходимо отметить, что изобретение не ограничено такими вариантами осуществления.