Система и способ применения расширенного запрета доступа в системе беспроводной связи

Изобретение относится к технологии беспроводной связи, в частности к Связи Машинного Типа (MTC), и предназначено для снижения перегрузки доступа, когда улучшенному Узлу В (eNB) передают запросы на доступ одновременно некоторое количество Пользовательских Оборудований (UE). Предоставлены система и способ, которые используют Расширенный Запрет Доступа (EAB), когда устройство MTC выполняет попытку получить доступ к eNB в системе беспроводной связи. Когда UE, поддерживающее MTC, устройство MTC, выполняет попытку получить доступ к сети, система и способ определяют, может ли оно получить доступ к сети, и выполняют процедуру доступа. Система и способ могут управлять операциями UE, которое выполняет попытку получить доступ к сети, тем самым предотвращая избыточный доступ. 2 н. и 10 з.п. ф-лы, 10 ил., 1 табл.

 

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

Изобретение относится к системам беспроводной связи. В частности, настоящее изобретение относится к системе и способу, которые определяют, когда устройство Связи Машинного Типа (MTC) предпринимает попытку получить доступ к сети в системе "Долгосрочного развития" (LTE), может ли устройство MTC получить доступ к сети, и которые позволяют устройству MTC получить доступ к сети в соответствии с этим определением.

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

В связи с быстрым развитием технологий беспроводной связи развились системы связи, которые используют технологии беспроводной связи. Примером 4-го поколения технологий мобильной связи является система "Долгосрочного развития" (LTE). Система LTE использует технологии для поддержки различных типов мобильных устройств (или Пользовательского Оборудования (UE)) и относится к Связи Машинного Типа (MTC). Устройства MTC обозначают машины, которые могут осуществлять связь с другими машинами/измерительными устройствами, такими как электросчетчики или счетчики расхода воды, без участия пользователя. Устройства MTC могут попытаться получить доступ к сети независимо от приоритета.

Для обработки устройств MTC LTE выпуска 10 (термин 'выпуск' обозначает информацию о версии, и чем больше номер, тем более современной является версия) предоставляет процедуру, в которой UE, которое делает попытку доступа, сообщает улучшенному Узлу В (eNB), что 'запрос на доступ сделан устройством MTC', с помощью сообщения запроса на доступ; и eNB определяет, удовлетворить ли запрос на доступ, или, если он отклоняет запрос на доступ, сообщает UE, сколько должно пройти времени перед тем, как UE может сделать запрос на доступ.

РАСКРЫТИЕ ИЗОБРЕТЕНИЯ

ТЕХНИЧЕСКАЯ ЗАДАЧА

Однако процедура LTE выпуска 10 имеет тот недостаток, что UE должно передавать сообщение запроса на доступ на начальной стадии. В частности, если узлу eNB передают запросы на доступ одновременно некоторое количество UE, может произойти перегрузка доступа. Поэтому существует потребность в системе, которая решает эти проблемы.

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

РЕШЕНИЕ ЗАДАЧИ

Аспекты настоящего изобретения предназначены для устранения вышеупомянутых проблем и/или недостатков и предоставления, по меньшей мере, преимуществ, описанных ниже. Соответственно, аспектом настоящего изобретения является предоставление системы и способа, которые определяют, когда устройство Связи Машинного Типа (MTC) предпринимает попытку получить доступ к сети в системе беспроводной связи, может ли устройство MTC получить доступ к сети до передачи сообщения запроса на доступ к сети, и которые позволяют UE предпринять попытку получить доступ к сети в соответствии с этим определением.

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

Другим аспектом настоящего изобретения является предоставление системы и способа, которые позволяют Пользовательскому Оборудованию (UE) идентифицировать информацию относительно Запрета Классов Доступа (ACB) и Расширенного Запрета Доступа (EAB), переданных от улучшенного Узла В (eNB), путем использования механизма ACB и механизма EAB до передачи сообщения запроса на доступ узлу eNB, и определить, может ли UE получить доступ к eNB.

С этой целью, хотя UE является устройством MTC, UE не использует EAB в любом из следующих случаев:

если UE делает попытку доступа для приема вызова (мобильный входящий вызов - Доступ (mt-Access));

если UE делает экстренный вызов; и

если UE делает попытку доступа с высоким приоритетом (то есть highPriorityAccess).

Кроме того, когда EAB и ACB активированы, если устройство MTC использует сначала EAB, а затем приходит к заключению, что оно может выполнить попытку доступа, устройство MTC использует ACB и затем определяет, успешно ли выполнен доступ.

В соответствии с аспектом настоящего изобретения предоставлен способ управления доступом устройства MTC в системе беспроводной связи. Способ включает в себя определение, соответствует ли установление соединения Управления Радио Ресурсами (RRC) Причине 1 или Причине 2, установление, если установление соединения RRC соответствует Причине 1, соединения RRC так, что соединение RRC не подвергается процедуре EAB, и определение, если установление соединения RRC соответствует Причине 2, использовать ли процедуру EAB в соответствии с установлением Блока Системной Информации (SIB), переданного от улучшенного Узла В (eNB), и использование процедуры EAB в соответствии с определением.

В соответствии с другим аспектом настоящего изобретения, предоставлено устройство MTC для управления доступом к eNB в системе проводной связи. Устройство MTC включает в себя приемопередатчик для передачи и приема сигналов к и от eNB и контроллер. Контроллер определяет, соответствует ли установление соединения RRC Причине 1 или Причине 2, устанавливает, если установление соединения RRC соответствует Причине 1, соединение RRC так, чтобы соединение RRC не подвергалось процедуре EAB, и определяет, если установление соединения RRC соответствует Причине 2, использовать ли процедуру EAB в соответствии с установлением SIB, переданного от eNB, и использует процедуру EAB в соответствии с определением.

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

ПОЛОЖИТЕЛЬНЫЕ ЭФФЕКТЫ ИЗОБРЕТЕНИЯ

Система и способ в соответствии с иллюстративными вариантами воплощения настоящего изобретения могут управлять операциями UE, которые предпринимают попытки получить доступ к сети, тем самым предотвращая избыточный доступ.

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

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

фиг. 1 изображает конфигурацию системы "Долгосрочного развития" (LTE) в соответствии с иллюстративным вариантом воплощения настоящего изобретения;

фиг. 2 изображает вид, показывающий стек беспроводного протокола системы LTE в соответствии с иллюстративным вариантом воплощения настоящего изобретения;

фиг. 3А изображает вид, который описывает осуществление связи между Пользовательским Оборудованием (UE) Связи не Машинного Типа (не-MTC) в соответствии с иллюстративным вариантом воплощения настоящего изобретения;

фиг. 3B изображает вид, который описывает осуществление связи между устройствами MTC в соответствии с иллюстративным вариантом воплощения настоящего изобретения;

фиг. 4 изображает блок-схему последовательности операций, которая описывает способ с помощью применения Расширенного Запрета Доступа (EAB) и Запрета Классов Доступа (ACB) в соответствии с иллюстративным вариантом воплощения настоящего изобретения;

фиг. 5 изображает блок-схему последовательности операций, которая описывает способ работы UE в соответствии с первым иллюстративным вариантом воплощения настоящего изобретения;

фиг. 6 изображает блок-схему последовательности операций, которая описывает способ работы UE в соответствии со вторым иллюстративным вариантом воплощения настоящего изобретения;

фиг. 7 изображает пример формата нового сообщения Ответа Произвольного Доступа (RAR) в соответствии с иллюстративным вариантом воплощения настоящего изобретения;

фиг. 8 изображает блок-схему UE в соответствии с иллюстративным вариантом воплощения настоящего изобретения; и

фиг. 9 изображает блок-схему улучшенного Узла В (eNB) в соответствии с иллюстративным вариантом воплощения настоящего изобретения.

Следует отметить, что на всех чертежах одинаковые ссылочные позиции используются для изображения одинаковых или подобных элементов, признаков и структур.

ВАРИАНТЫ ВОПЛОЩЕНИЯ ИЗОБРЕТЕНИЯ

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

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

Следует понимать, что единственное число включает в себя множественное число, если из контекста явно не следует иное. Таким образом, например, ссылка на "поверхность компонента" включает в себя ссылку на одну или более таких поверхностей.

Хотя следующие иллюстративные варианты воплощения будут описаны на основе систем "Долгосрочного развития" (LTE) или систем Усовершенствованного LTE (LTE-A), следует понимать, что изобретение не ограничено описанными иллюстративными вариантами воплощения. То есть изобретение может также быть применено к различным типам систем связи и их модификациям, если они имеют технологические основы или каналы, подобные таковым в системах LTE и LTE-A.

Фиг. 1 изображает конфигурацию системы LTE в соответствии с иллюстративным вариантом воплощения настоящего изобретения.

На фиг. 1 система LTE конфигурирует сеть беспроводного доступа, включающую в себя улучшенные Узлы В (eNB) 105, 110, 115 и 120, Узел Управления Мобильностью (MME) 125 и Обслуживающий Шлюз (S-GW) 130. Пользовательское Оборудование (UE) 135 может получить доступ к внешней сети через eNB 105, 110, 115 и 120 и S-GW 130.

Узлы eNB 105, 110, 115 и 120 соответствуют Узлам В системы Универсальной Системы Мобильной Связи (UMTS). Узлы eNB 105, 110, 115 или 120 соединены с UE 135 через беспроводной канал и выполняют более сложные функции, чем Узел В системы UMTS. Так как система LTE предоставляет услуги в реальном времени, такие как Передача Голоса по Интернет Протоколу (IP) (VoIP), и весь трафик пользователя через совместно используемый канал, система LTE использует устройства, которые могут собирать информацию о состояниях, таких как состояния буфера UE, состояния доступной мощности передатчика, состояния каналов и т.д., и может устанавливать очередность обслуживания. Узлы eNB 105, 110, 115 и 120 являются примерами таких устройств. Один eNB управляет многими сотами. Например, чтобы реализовать скорость передачи 100 Мбит/с, система LTE использует Мультиплексирование с Ортогональным Частотным Разделением (OFDM) при ширине полосы частот 20 МГц в качестве технологии беспроводного доступа. Система LTE также использует Адаптивную Модуляцию и Кодирование (AMC) для определения схемы модуляции и скорости канального кодирования, соответствующих состоянию канала UE. S-GW 130 предоставляет канал данных. S-GW 130 создает или удаляет каналы данных в соответствии с управлением MME 125. MME 125 управляет мобильным доступом UE и контролирует множество функций. MME 125 соединен с многими eNB, такими как eNB 105, 110, 115 и 120.

Фиг. 2 изображает вид стека беспроводного протокола системы LTE в соответствии с иллюстративным вариантом воплощения настоящего изобретения.

На фиг. 2 UE и eNB осуществляют связь с использованием уровня 205 и 240 Протокола Конвергенции Пакетных Данных (PDCP), уровня 210 и 235 Управления Линией Радиосвязи (RLC) и уровня 215 и 230 Управления Доступом к Среде (MAC), соответственно. Уровень 205 и 240 PDCP сжимает/распаковывает заголовок IP. Уровень 210 и 235 RLC реконфигурирует Блок Пакетных Данных (PDU) PDCP в надлежащий размер. Уровень 215 и 230 MAC соединяется с многими устройствами уровня RLC, сконфигурированными в одном UE. Уровень 215 и 230 MAC мультиплексирует блоки PDU RLC в блок PDU MAC и демультиплексирует блоки PDU RLC из блока PDU MAC. Физический (PHY) уровень 220 и 225 канально кодирует и модулирует данные от верхних уровней, создает символы OFDM и передает их через беспроводной канал. Кроме того, PHY уровень 220 и 225 демодулирует и канально декодирует символы OFDM, переданные через беспроводной канал, и передает их верхним уровням. PHY уровень 220 и 225 также использует Гибридный Автоматический Запрос Повторения (ARQ) для выполнения дополнительной коррекции ошибок, где приемная сторона определяет, был ли пакет от передающей стороны принят, передавая 1 бит передающей стороне, который называется информацией Подтверждения (ACK)/Отрицательного подтверждения (NACK) HARQ. Информация ACK/NACK HARQ нисходящей линии связи относительно передачи по восходящей линии связи передается через Физический Канал Индикатора Гибридного ARQ (PHICH). Аналогично, информация ACK/NACK HARQ восходящей линии связи относительно передачи нисходящей линии связи передается через Физический Канал Управления Восходящей линии связи (PUCCH) или Физический Совместно Используемый Канал Восходящей линии связи (PUSCH).

Фиг. 3А изображает вид, который описывает осуществление связи между UE не-MTC в соответствии с иллюстративным вариантом воплощения настоящего изобретения. Фиг. 3B изображает вид, который описывает осуществление связи между устройствами MTC в соответствии с иллюстративным вариантом воплощения настоящего изобретения.

На фиг. 3А, когда осуществляется связь, например голосовой вызов, между UE не-MTC, одно UE может служить вызывающей стороной, а другое - приемником вызова, при этом соединяясь друг с другом через eNB и базовую сеть.

Напротив, обращаясь к фиг. 3B, когда осуществляется связь между устройствами MTC, устройство MTC соединено с сервером MTC через eNB и базовую сеть. То есть MTC выполняется между машинами, и это отличается от связи между UE, показанными на фиг. 3А.

Чтобы запретить доступ от UE к сети, система LTE поддерживает механизм Запрета Классов Доступа (ACB) начиная с LTE выпуска 8 и дополнительно механизм Расширенного Запрета Доступа (EAB) начиная с LTE выпуска 11. Могут использоваться оба, любой или ни один из ACB и EAB.

Механизм ACB, поддерживаемый системой LTE, обозначает механизм, который запрещает доступ в соответствии с Классами Доступа (AC) с 0 по 15 оборудования UE, сохраненными на карте Универсального Модуля Идентификации Абонента (USIM) UE. Функционирование подробно описывается следующим образом.

UE определяет, включает ли в себя Блок Системной Информации № 2 (SIB 2), переданный от eNB, параметр ac-BarringInfo (классы доступа - информация о запрете). Если UE устанавливает, что SIB 2 включает в себя параметр ac-BarringInfo, UE выполняет процедуру идентификации следующим образом.

Если UE имеет один или более доступных AC с 11 по 15 и бит информации относительно доступных AC с 11 по 15 UE установлен равным '1' в информации ac-BarringForSpecialAC (классы доступа - запрет для специальных AC), переданной от eNB, UE может выполнить попытку доступа.

Доступные AC 11-15 означают, что AC 12, 13 и 14 доступны только в стране регистрации UE (то есть стране поставщика услуг, абонентом которого является UE), а AC 11 и 15 доступны только в Домашней Наземной Сети Мобильной Связи Общего Пользования (HPLMN), которая обозначает поставщика услуг, абонентом которого является UE, и в Эквивалентной Домашней Наземной Сети Мобильной Связи Общего Пользования (EHPLMN), которая обозначает поставщика услуг, эквивалентного HPLMN.

В противном случае UE генерирует число между '0' и '1'. Если сгенерированное число меньше, чем значение параметра ac-BarringFactor (классы доступа - параметр запрета), UE может выполнить попытку доступа. Если сгенерированное число больше, чем значение параметра ac-BarringFactor, UE не может выполнить попытку доступа.

Если доступ запрещен через процессы, описанные выше, UE повторно генерирует число между '0' и '1'. Время запрета доступа, Tbarring, может быть вычислено с использованием Уравнения 1.

Tbarring=(0,7+0,6 × случайное число) × ac-BarringTime (классы доступа - время запрета) [Уравнение 1]

Механизм EAB, поддерживаемый системой LTE, обозначает механизм, который запрещает доступ в соответствии с AC с 0 по 9 UE, сохраненным на карте USIM UE. Функционирование подробно описывается следующим образом.

UE определяет, включает ли в себя SIB, переданный от eNB, параметр EAB. Если UE устанавливает, что SIB включает в себя параметр EAB, UE выполняет процедуру идентификации следующим образом.

Если UE входит в категорию, указанную параметром eab-Category (EAB - категория), переданным от eNB, и значение между AC с 0 по 9, к которому принадлежит UE, установлено равным '1' в битовом массиве параметра eab-BarringBitmap (EAB - битовый массив запрета), UE не может выполнить попытку доступа.

Категории UE, к которому применяется EAB, указанный с помощью eab-Category, делятся на три подкатегории следующим образом:

UE, установленные для EAB;

UE из числа UE, установленных для EAB, которые не существуют в HPLMN или EHPLMN, то есть UE других поставщиков услуг; и

UE из числа UE, установленных для EAB, которые не существуют в HPLMN или EHPLMN, или UE из числа UE в процессе роуминга, которые не существуют в одной из Наземных Сетей Мобильной Связи Общего Пользования (PLMN) в списке, определенном поставщиком услуг, сохраненным на USIM, то есть UE из числа UE, установленных для EAB, которые исключают высокоприоритетные UE поставщиков услуг при роуминге.

В противном случае UE не может выполнить попытку доступа.

Если доступ запрещен через описанные выше процессы, верхний уровень уведомляется, что доступ запрещен через EAB.

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

UE 401 принимает запрос на установление соединения Управления Радио Ресурсами (RRC) с eNB 403 от верхнего уровня. Верхний уровень UE 401 обозначает уровень Слоя без Доступа (NAS). Верхний уровень UE 401 сообщает нижнему уровню UE 401, относится ли установление соединения RRC к EAB, то есть должен ли быть применен EAB к установлению соединения RRC на этапе 411. Нижний уровень UE 401 обозначает уровень Слоя Доступа (AS).

Если верхний уровень UE 401 удовлетворяет следующим условиям, несмотря на то что UE 401 является устройством MTC, оно может сообщить нижнему уровню, что установление соединения RRC не относится к EAB, чтобы использовать EAB. Следующие случаи называются 'Причиной 1':

если UE делает попытку доступа для приема вызова (мобильный входящий вызов - Доступ (mt-Access));

если UE делает экстренный вызов; и

если UE делает попытку доступа с высоким приоритетом (highPriorityAccess).

Если верхний уровень UE 401 удовлетворяет следующим условиям, он может сообщить нижнему уровню, что установление соединения RRC относится к EAB, так что устройство MTC использует EAB. Следующие случаи называются 'Причиной 2':

если UE делает попытку доступа, чтобы совершить вызов для передачи данных (исходящий мобильный вызов - Данные (mo-Data));

если UE делает попытку доступа, чтобы совершить вызов для передачи управляющего сообщения (исходящий мобильный вызов - Передача сигналов (mo-Signaling)); и

если UE делает попытку доступа, чтобы совершить вызов, не зависящий от задержки при передаче, такой как услуга MTC (устойчивый к задержке доступ (delayTolerantAccess)).

В настоящем иллюстративном варианте воплощения имеются следующие доводы для различения Причины 1 и Причины 2.

Относительно Причины 1, mt-Access используется для передачи данных для соответствующего UE через сеть. UE 401 не может определить важность данных до тех пор, пока оно не примет данные. Поэтому, если происходит задержка доступа, UE 401 может потерять важные данные. Если UE 401 задерживает вызов во время чрезвычайной ситуации, это может подвергнуть опасности пользователя. Попытка доступа с высоким приоритетом обязана отличаться от обычной попытки доступа или доступа с более низким приоритетом.

Касательно Причины 2, она включает в себя причину, которая не вызывает проблем, хотя UE 401 задерживает доступ. Поэтому верхний уровень UE 401 сообщает нижнему уровню, что механизм EAB может использоваться только для Причины 2.

Дополнительно, когда UE 401 осуществляет доступ к eNB 403, оно принимает SIB 2 от eNB 403, чтобы определить, использовать ли ACB, и определяет, включает ли SIB 2 в себя параметр запрета AC на этапе 413. Если SIB 2 включает в себя параметр запрета AC, UE 401 предпринимает попытку получить доступ к eNB 403, используя ACB, и определяет, может ли оно получить доступ к eNB 403, на этапе 413.

Если UE 401 устанавливает, что EAB должен быть применен к установлению соединения RRC на этапе 411, UE 401 принимает SIB от eNB 403, чтобы определить, запрещает ли eNB 403 связанный с EAB доступ, и определяет, включает ли в себя SIB связанный с EAB параметр, на этапе 415.

Если SIB включает в себя связанный с EAB параметр на этапе 415, UE 401 выполняет попытку получить доступ к eNB 403, используя EAB, если он связан с доступом, и определяет, может ли оно получить доступ к eNB 403.

Для удобства описания в иллюстративном варианте воплощения настоящего изобретения предполагается, что eNB 403 использует EAB и ACB. Если установление соединения RRC соответствует Причине 1, UE 401 не применяет EAB к доступу, а применяет к нему ACB на этапе 419. Напротив, если установление соединения RRC соответствует Причине 2, UE 401 применяет EAB и ACB к доступу на этапах 417 и 419 и определяет, предпринять ли попытку выполнить установление соединения RRC. Так как eNB 403 использует EAB и ACB, UE 401, у которого есть Причина 2 в качестве причины установления соединения RRC, сначала применяет к доступу EAB перед ACB, а затем определяет, запрещен ли доступ из-за EAB. Только для случая, когда доступ не запрещен из-за EAB, UE 401 применяет ACB к доступу. Если доступ не запрещен ACB, UE 401 может предпринять попытку выполнить установление соединения RRC.

Что касается EAB и ACB, система работает следующим образом.

Механизм ACB обозначает механизм, который запрещает доступ в соответствии с AC с 0 по 15 UE 401, сохраненными на карте USIM UE 401. Функционирование подробно описывается следующим образом.

UE 401 определяет, включает ли в себя SIB 2, переданный от eNB 403, параметр ac-BarringInfo. Если UE 401 устанавливает, что SIB 2 включает в себя параметр ac-BarringInfo, UE 401 выполняет процедуру идентификации следующим образом.

Если UE 401 имеет один или более доступных AC с 11 по 15 и бит информации относительно доступных AC с 11 по 15 UE 401 установлен равным '1' в информации ac-BarringForSpecialAC, переданной от eNB 403, UE 401 может выполнить попытку доступа.

Доступность AC с 11 по 15 означает, что AC 12, 13 и 14 доступны только в стране регистрации UE 401 (то есть стране поставщика услуг, абонентом которого является UE 401) и AC 11 и 15 доступны только в HPLMN, которая обозначает поставщика услуг, абонентом которого является UE 401, и в EHPLMN, которая обозначает поставщика услуг, эквивалентного HPLMN.

В противном случае UE 401 генерирует число между '0' и '1'. Если генерируемое число меньше, чем значение параметра ac-BarringFactor, UE 401 может выполнить попытку доступа. Если генерируемое число больше, чем значение параметра ac-BarringFactor, UE 401 не может выполнить попытку доступа.

Если доступ запрещен через процессы, описанные выше, UE 401 повторно генерирует число между '0' и '1'. Время запрета доступа, Tbarring, может быть вычислено с использованием Уравнения 2.

Tbarring=(0,7+0,6 × случайное число) × ac-BarringTime [Уравнение 2]

Механизм EAB, поддерживаемый системой LTE, обозначает механизм, который запрещает доступ в соответствии с AC с 0 по 9 UE 401, сохраненными на карте USIM UE 401. Функционирование подробно описывается следующим образом.

UE 401 определяет, включает ли в себя SIB, переданный от eNB 403, параметр EAB. Если UE 401 устанавливает, что SIB включает в себя параметр EAB, UE 401 выполняет процедуру идентификации следующим образом.

Если UE 401 входит в категорию, обозначенную параметром eab-Category, переданным от eNB 403, и значение между AC с 0 по 9, которому принадлежит UE 401, установлено равным '1' в битовом массиве параметра eab-BarringBitmap, UE 401 не может выполнить попытку доступа.

Категории UE 401, к которым применяется EAB, указанный с помощью eab-Category, делятся на три подкатегории следующим образом:

UE, установленные для EAB;

UE из числа UE, установленных для EAB, которые не существуют в HPLMN или EHPLMN, то есть UE других поставщиков услуг; и

UE из числа UE, установленных для EAB, которые не существуют в HPLMN или EHPLMN, или UE из числа UE в процессе роуминга, которые не существуют в одной из PLMN в списке, определенном поставщиком услуг, сохраненным на USIM, то есть UE из числа UE, установленных для EAB, которые исключают высокоприоритетные UE поставщиков услуг при роуминге.

В противном случае UE 401 не может выполнить попытку доступа.

Если доступ запрещен через описанные выше процессы, верхний уровень уведомляется, что доступ запрещен через EAB.

После выполнения этапов 417 и 419, если UE 401 устанавливает, что доступ к соте не запрещен, UE 401 передает Преамбулу Произвольного Доступа узлу eNB 403 на этапе 421. Преамбула Произвольного Доступа указывает один из наборов, замеченных узлом eNB 403, выбранных UE 401 и переданных узлу eNB 403. Поэтому eNB 403 не определяет, какой UE 401 делает попытку доступа к нему.

Если eNB 403 принимает Преамбулу, eNB 403 передает сообщение Ответа Произвольного Доступа (RAR) оборудованию UE 401 на этапе 423. Сообщение RAR может включать в себя принятые индекс Преамбулы и распределение ресурсов, значение отсрочки Типа 1 и отсрочки Типа 2.

Отсрочка Типа 1 применяется к UE не-МТС, а не устройствам MTC. Отсрочка Типа 2 применяется к UE, имеющим общее конкретное свойство (например, устойчивые к задержкам устройства MTC или UE, сконфигурированные для EAB). То есть, если сообщение RAR, принятое на этапе 423, не включает в себя индекс Преамбулы, переданной от UE 401 узлу eNB 403 на этапе 421, но включает в себя значение отсрочки Типа 2, UE 401 ожидает в течение периода времени отсрочки Типа 2, используя значение отсрочки Типа 2, на этапе 425. По истечении периода времени отсрочки Типа 2 на этапе 425, UE 401 повторно передает Преамбулу Произвольного Доступа узлу eNB 403 на этапе 427.

Например, если есть только отсрочка Типа 1, UE, сконфигурированное для EAB, применяет к доступу алгоритм отсрочки Типа 1. Если есть только отсрочка Типа 2, UE, сконфигурированное для EAB, применяет к доступу алгоритм отсрочки Типа 2. Если есть отсрочка Типа 1 и отсрочка Типа 2, UE, сконфигурированное для EAB, сначала применяет к доступу алгоритм отсрочки Типа 2, до алгоритма отсрочки Типа 1. Однако если есть отсрочка Типа 1, UE не-МТС применяет к доступу алгоритм отсрочки Типа 1. Если отсрочки нет, UE 401 не-МТС не применяет алгоритма отсрочки к доступу.

Подробный формат сообщения RAR будет дополнительно описан ниже со ссылкой на фиг. 7.

После повторной передачи Преамбулы Произвольного Доступа узлу eNB 403 на этапе 427, UE 401 принимает сообщение RAR для него от eNB 403 на этапе 429. Если принятое сообщение RAR включает в себя информацию о распределении ресурсов относительно Преамбулы, переданной на этапе 427, UE 401 передает узлу eNB 403 сообщение запроса на установление соединения RRC, RRCConnectionRequest, включающее его идентификатор и причину попытки доступа, в соответствии с информацией о распределении ресурсов на этапе 431.

После приема сообщения запроса на установление соединения RRC, eNB 403 передает сообщение установления соединения RRC, RRCConnectionSetup, оборудованию UE 401 и принимает установление соединения RRC на этапе 433. UE 401 принимает сообщение установления соединения RRC от eNB 403 и передает сообщение завершения установления соединения RRC, RRCConnectionSetupComplete, узлу eNB 403, тем самым уведомляя eNB 403, что соединение RRC было установлено, на этапе 435.

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

UE принимает запрос на установление соединения RRC с eNB от верхнего уровня (например, NAS) на этапе 503. Верхний уровень UE сообщает нижнему уровню (например, AS), связано ли установление соединения RRC с EAB или установление соединения RRC использует EAB, на этапе 505.

Как описано выше относительно фиг. 4, если установление соединения RRC запрашивается в связи с Причиной 1, верхний уровень UE сообщает нижнему уровню, что установление соединения RRC не связано с EAB. Если установление соединения RRC запрашивается в связи с Причиной 2, верхний уровень UE сообщает нижнему уровню, что установление соединения RRC связано с EAB.

Если установление соединения RRC связано с EAB на этапе 505, UE принимает SIB 2 и SIB на этапе 507. Напротив, если установление соединения RRC не связано с EAB на этапе 505, UE принимает только SIB 2 на этапе 509.

Если установление соединения RRC связано с EAB на этапе 505, и SIB включает в себя EAB, связанный с информацией на этапе 511, UE выполняет процедуру EAB на этапе 513. Напротив, если установление соединения RRC связано с EAB на этапе 505, и SIB не включает в себя EAB, связанный с информацией на этапе 511, или SIB не существует на этапе 509, UE выполняет процедуру идентификации ACB на этапе 519. То есть UE выполняет процедуру EAB и затем процедуру ACB.

Процедура EAB относится к механизму, который запрещает доступ в соответствии с AC с 0 по 9 оборудования UE, сохраненными на карте USIM UE. Функционирование подробно описывается следующим образом.

UE определяет, включает ли в себя SIB, переданный от eNB, параметр EAB. Если UE устанавливает, что SIB включает в себя параметр EAB, UE выполняет процедуру идентификации следующим образом.

Если UE входит в категорию, указанную параметром eab-Category, переданным от eNB, и значение между AC с 0 по 9, к которому принадлежит UE, установлено равным '1' в битовом массиве параметра eab-BarringBitmap, UE не может выполнить попытку доступа.

Категории UE, к которым применяется EAB, указанный с помощью eab-Category, делятся на три подкатегории следующим образом:

UE, установленные для EAB;

UE из числа UE, установленных для EAB, которые не существуют в HPLMN или EHPLMN, то есть UE других поставщиков услуг; и

UE из числа UE, установленных для EAB, которые не существуют в HPLMN или EHPLMN, или UE из числа UE в процессе роуминга, которые не существуют в одной из PLMN в списке, определенном поставщиком услуг, сохраненным на USIM; то есть UE из числа UE, установленных для EAB, которые исключают высокоприоритетные UE поставщиков услуг при роуминге.

В противном случае UE не может выполнить попытку доступа.

Если доступ запрещен через описанные выше процессы, верхний уровень уведомляется, что доступ запрещен через EAB.

После выполнения процедуры EAB на этапе 513, UE определяет, запрещен ли доступ с помощью EAB на этапе 515. Если доступ запрещен с помощью EAB на этапе 515, UE сообщает верхнему уровню о сбое установления соединения RRC на этапе 517 и затем завершает операцию.

Напротив, если доступ не запрещен с помощью EAB на этапе 515, UE определяет, включает ли в себя SIB 2 информацию ACB на этапе 519. Если UE устанавливает, что SIB 2 включает в себя информацию ACB на этапе 519, UE выполняет процедуру ACB на этапе 521. Напротив, если SIB 2 не включает в себя информацию ACB на этапе 519, UE предпринимает попытку выполнить установление соединения RRC через процедуру Произвольного Доступа на этапе 525.

Процедура ACB обозначает механизм, который запрещает доступ в соответствии с AC с 0 по 15 оборудования UE, сохраненными на карте USIM UE. Функционирование подробно описывается следующим образом.

UE определяет, включает ли в себя SIB 2, переданный от eNB, параметр ac-BarringInfo. Если UE устанавливает, что SIB 2 включает в себя параметр ac-BarringInfo, UE выполняет процедуру идентификации следующим образом.

Если UE имеет один или более доступных AC с 11 по 15 и бит информации относительно доступных AC с 11 по 15 UE установлен равным '1' в информации ac-BarringForSpecialAC, переданной от eNB, UE может выполнить попытку доступа.

Доступность AC с 11 по 15 означает, что AC 12, 13 и 14 доступны только в стране регистрации оборудования UE (то есть стране поставщика услуг, абонентом которого является UE) и AC 11 и 15 доступны только в HPLMN, которая обозначает поставщика услуг, абонентом которого является UE, и в EHPLMN, которая обозначает поставщика услуг, эквивалентного HPLMN. В противном случае UE генерирует число между '0' и '1'. Если генерируемое число меньше, чем значение параметра ac-BarringFactor, UE может выполнить попытку доступа. Если генерируемое число больше, чем значение параметра ac-BarringFactor, UE не может выполнить попытку доступа.

Если доступ запрещен через процессы, описанные выше, UE повторно генерирует число между '0' и '1'. Время запрета доступа, Tbarring, может быть вычислено с использованием Уравнения 3.

Tbarring=(0,7+0,6 × случайное число) × ac-BarringTime [Уравнение 3]

После выполнения процедуры ACB на этапе 521, UE определяет, запрещен ли доступ к соте с помощью ACB на этапе 523. Если доступ к соте был запрещен с помощью ACB на этапе 523, UE повторно применяет процедуру ACB к доступу по истечении времени запрета доступа, Tbarring, на этапе 521. Напротив, если доступ к соте не запрещен через ACB на этапе 523, UE предпринимает попытку выполнить установление соединения RRC через процедуру Произвольного Доступа на этапе 525, который описан подробно ниже со ссылкой на фиг. 6.

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

После выполнения процедур EAB и ACB, как показано на фиг. 5, UE предпринимает попытку выполнить установление соединения RRC через процедуру Произвольного Доступа на этапе 601. С этой целью UE передает Преамбулу Произвольного Доступа узлу eNB на этапе 602. Преамбула Произвольного Доступа, которая будет передана, может быть выбрана случайным образом из числа преамбул оборудованием UE или назначена узлом eNB.

После передачи Преамбулы Произвольного Доступа узлу eNB, UE предпринимает попытку принять сообщение RAR в течение предварительно заданного промежутка времени на этапе 603. UE проверяет PDCCH для приема сообщения RAR в течение предварительно заданного промежутка времени, после истечения промежутка времени с момента времени, когда оно передает Преамбулу.

Если UE принимает PDU MAC, адресуемый надлежащим Временным Идентификатором Радиосети (RA-RNTI) в течение предварительно заданного промежутка времени, UE принимает и декодирует RAR. Надлежащий RA-RNTI взаимно-однозначно отображается на ресурс передачи (определенный во временной области и частотной области), которому UE передает Преамбулу.

Если UE принимает RAR и устанавливает, что RAR включает в себя отсрочку на этапе 603, UE проверяет тип UE и причину установления соединения RRC для того, чтобы определить процедуру для обработки отсрочки на этапе 604.

Если UE устанавливает, что UE является UE не-MTC или, хотя UE является устройством MTC, причина установления соединения RRC не является delayTolerantAccess на этапе 604, UE переходит к этапу 605. Напротив, если UE является устройством MTC и причина установления соединения RRC является delayTolerantAccess на этапе 604, UE переходит к этапу 608.

Не-МТС тип UE обозначает обычное UE, а не устройство MTC. Устройство MTC обозначает устройство машинного типа связи, которое снабжено службой Машина - Машина (M2M) и осуществляет связь между машинами, а не между людьми или между людьми и машинами. Примером устройства MTC является измерительное устройство, предоставляющее услуги интеллектуального измерения. Устройства MTC также упоминаются как UE, которые сконфигурированы для EAB.

Устройства MTC генерируют данные, которые не являются срочными. Устройства MTC устанавливают соединение RRC для того, чтобы передать такие данные таким образом, что поле EstablishmentCause (причина установления) сообщения запроса на установление соединения RRC, RRC CONNECTION REQUEST, устанавливается как delayTolerantAccess.

Устройства MTC могут передать более важные данные (например, аварийное сообщение и т.д.). В этом случае устройства MTC могут, например, использовать mo-Signaling для поля EstablishmentCause.

В иллюстративном варианте воплощения настоящего изобретения устройства MTC по умолчанию управляются с помощью отсрочки Типа 2. Однако если устройства MTC предназначены для передачи важных данных, предпочтительно, чтобы они подлежали такому же управлению перегрузкой, что и UE не-MTC.

Когда устройство MTC устанавливает соединение RRC, устройство MTC сохраняет причину установления, EstablishmentCause, которую оно использовало. После этого устройство MTC использует EstablishmentCause для определения, является ли оно delayTolerantAccess или другим значением, при выполнении Процедуры Произвольного Доступа, тем самым определяя значение отсрочки в соответствии с результатом.

Если UE в режиме ожидания выполняет процедуру Произвольного Доступа для работы в состоянии соединения, то есть для выполнения процесса установления соединения RRC, UE проверяет, является ли EstablishmentCause сообщения RRC CONNECTION REQUEST, которое будет передано, delayTolerantAccess и затем определяет операцию в соответствии с результатом.

После проверки типа UE и причины установления соединения RRC на этапе 604,

если UE не является устройством MTC, UE выполняет процесс управления перегрузкой, используя отсрочку Типа 1 на этапе 605;

если UE является устройством MTC, которое выполняет процедуру Произвольного Доступа для установления соединения RRC и EstablishmentCause сообщения RRC CONNECTION REQUEST не является delayTolerantAccess, UE выполняет процесс управления перегрузкой, используя отсрочку Типа 1 на этапе 605;

если UE является устройством MTC, которое выполняет процедуру Произвольного Доступа для установления соединения RRC и EstablishmentCause сообщения RRC CONNECTION REQUEST не является delayTolerantAccess, UE выполняет процесс управления перегрузкой, используя отсрочку Типа 1 на этапе 605;

если UE является устройством MTC, которое выполняет процедуру Произвольного Доступа для установления соединения RRC и EstablishmentCause сообщения RRC CONNECTION REQUEST является delayTolerantAccess, UE выполняет процесс управления перегрузкой, используя отсрочку Типа 1 и отсрочку Типа 2 на этапе 608;

если UE является устройством MTC в состоянии соединения RRC и EstablishmentCause был установленным равным причине (например, emergency (чрезвычайная ситуация), highPriorityAccess, mo-Signaling или mo-Data), отличающейся от delayTolerantAccess, при установлении текущего соединения RRC, UE выполняет процесс управления перегрузкой, используя отсрочку Типа 1 на этапе 605; и

если UE является устройством MTC в состоянии соединения RRC и EstablishmentCause был установлен равным delayTolerantAccess при установлении текущего соединения RRC, UE выполняет процесс управления перегрузкой, используя отсрочку Типа 1 и отсрочку Типа 2 на этапе 608.

Если UE является UE не-МТС или устройством MTC с высокоприоритетным доступом, UE проверяет, включает ли в себя принятый RAR отсрочку Типа 1 на этапе 605.

Если UE устанавливает, что принятый RAR не включает в себя отсрочку Типа 1 на этапе 605, оно устанавливает параметр отсрочки равным 0 мс на этапе 606. Это означает, что отсрочка не используется при повторной передаче Преамбулы вследствие множества причин, таких как неудача разрешения перегрузки и т.д.

Напротив, если UE устанавливает, что принятый RAR включает в себя отсрочку Типа 1 на этапе 605, UE устанавливает параметр отсрочки равным значению, указанному отсрочкой Типа 1 на этапе 607. Это означает, что значение выбирается случайным образом между '0' и значением, сохраненным в параметре отсрочки, при повторной передаче Преамбулы вследствие множества причин, таких как неудача разрешения перегрузки и т.д., и отсрочка выполняется с помощью выбранного значения.

Если UE является устройством MTC, которое выполняет доступ delayTolerantAccess, UE проверяет, включает ли в себя принятый RAR отсрочку Типа 1 и отсрочку Типа 2 на этапе 608. Формат RAR будет подробно описан ниже со ссылкой на фиг. 7.

Если принятый RAR не включает в себя отсрочку Типа 1 и отсрочку Типа 2 на этапе 608, UE сохраняет '0' мс в качестве параметра отсрочки на этапе 609.

Если принятый RAR включает в себя отсрочку Типа 1 на этапе 608, UE сохраняет значение отсрочки Типа 1 в качестве параметра отсрочки на этапе 610. Сохраненное значение применяется к передаче Преамбулы.

Если принятый RAR включает в себя отсрочку Типа 1 и отсрочку Типа 2 на этапе 608, UE сохраняет значение отсрочки Типа 2 в качестве параметра отсрочки на этапе 611. Сохраненное значение применяется к передаче Преамбулы.

Между тем, если отсрочка Типа 2 существует и она меньше, чем отсрочка Типа 1 (или если отсрочка Типа 2 равна 0 мс, а отсрочка Типа 1 не равна 0 мс), UE сохраняет отсрочку Типа 1 в качестве параметра отсрочки. Это нормальная ситуация, что исключительный случай не происходит; однако исключительный случай подготовлен для обработки случая, который может происходить, так как отсрочка Типа 2 всегда существует во время стандартного процесса, и который может быть определен путем указания '0' мс, если нет никакой необходимости применять отсрочку Типа 2.

После этого UE выполняет процесс Произвольного Доступа, например процесс передачи сообщения, процесс устранения конфликтов и т.п., на этапе 612.

Фиг. 7 изображает пример формата нового сообщения RAR в соответствии с иллюстративным вариантом воплощения настоящего изобретения.

Сообщение RAR включает в себя две части, первую часть 701 и вторую часть 703.

Первая часть 701 сконфигурирована в таком же формате, как и RAR в связанной области техники, так что она может быть обнаружена всеми UE. То есть первая часть 701 включает в себя некоторое количество подзаголовков MAC 711, 713, 715 и 717 и некоторое количество полезных нагрузок RAR 719, 721 и 723. Подзаголовки MAC имеют один байт и включают в себя информацию 711 об отсрочке Типа 1 или Идентификаторы Преамбулы Произвольного доступа (RAPID) 713, 715 и 717. Информация, которую включают в себя подзаголовки MAC, указана с помощью значения позиции битов (например, второй бит). Подзаголовки MAC могут включать или не включать в себя отсрочку 711 Типа 1. Если отсрочка 711 Типа 1 включена в подзаголовки MAC, она указывается с помощью первого подзаголовка MAC.

Полезные нагрузки 719, 721 и 723 RAR включают в себя информацию относительно обратного распределения ресурсов и информацию относительно команды управления временем передачи, Команды Продвижения Синхронизации.

Вторая часть 703 включает в себя отсрочку Типа 2. UE определяет присутствие отсрочки Типа 2 и значение, обращаясь к формату второй части 703.

Отсрочка Типа 2 расположена, например, в первом байте второй части 703. Вторая часть 703 конфигурирует некоторое число компонентов 731, 733, 735 и 737.

Бит 731 E указывает, является ли следующий байт заполняющим или другим подзаголовком.

Бит 733 T указывает, связан ли соответствующий байт с отсрочкой Типа 2.

Масштабный коэффициент 735 является значением, которое в сочетании с индикатором отсрочки определяет конечную отсрочку Типа 2.

Отсрочка Типа 2 = Масштабный коэффициент × Индикатор Отсрочки

Масштабный коэффициент имеет два бита и определения, представленные в следующей таблице 1.

Таблица 1
Масштабный коэффициент	Определения
0	× 1
1	× n1
2	× n2
3	× n3

Что касается таблицы, если масштабный коэффициент равен '0', отсрочка Типа 2 может быть вычислена путем умножения Индикатора Отсрочки на '1'.

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

UE вычисляет начальный момент времени второй части следующим образом.

Во-первых, UE определяет размер первой части. Подзаголовок MAC и каждая полезная нагрузка RAR имеют размер в один байт и шесть байтов, соответственно. UE может вычислить, с какого байта начинается второй байт, с использованием Уравнения 4.

n+m×7 [Уравнение 4]

где n является числом подзаголовков отсрочки Типа 1, а m является числом подзаголовков RAPID. Здесь n равно '0' или '1'.

Вторая часть 703 следует за последним байтом первой части 701.

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

На фиг. 8 UE включает в себя приемопередатчик 805, контроллер 810, мультиплексор и демультиплексор 815, процессор 830 управляющих сообщений, устройства 820 и 825 верхнего уровня.

Приемопередатчик 805 принимает данные и управляющие сигналы через прямой канал обслуживающей соты и передает данные и управляющие сигналы через обратный канал. Если UE устанавливает каналы со многими обслуживающими сотами, приемопередатчик 805 может передавать и принимать данные и управляющие сигналы от обслуживающих сот.

Мультиплексор и демультиплексор 815 мультиплексируют данные от процессора 830 управляющих сообщений или устройств 820 и 825 верхнего уровня или демультиплексируют данные от приемопередатчика 805 и передают обработанные данные процессору 830 управляющих сообщений или устройствам 820 и 825 верхнего уровня.

Процессор 830 управляющих сообщений обрабатывает управляющие сообщения от eNB и выполняет соответствующие операции. Например, процессор 830 управляющих сообщений принимает параметры, связанные с Прерывистым Приемом (DRX), и передает их контроллеру 810.

Устройства 820 и 825 верхнего уровня могут быть сконфигурированы в соответствии с типами услуг. Например, устройства 820 и 825 верхнего уровня обрабатывают данные, генерируемые, когда предоставляются услуги пользователя, такие как Протокол Передачи Файлов (FTP) или услуги VoIP, и передают их мультиплексору и демультиплексору 815. Устройства 820 и 825 верхнего уровня могут также обработать данные от мультиплексора и демультиплексора 815 и передавать их сервисному приложению верхнего уровня.

Контроллер 810 принимает команду планирования через приемопередатчик 805, идентифицирует обратные разрешения и управляет приемопередатчиком 805, мультиплексором и демультиплексором 815 для их передачи как надлежащего ресурса передачи в обратном направлении в надлежащий момент времени. Контроллер 810 также управляет приемопередатчиком 805 для выполнения операции DRX и передачи Информации о Состоянии Канала (CSI)/Опорного Зондирующего Сигнала (SRS).

Контроллер 810 определяет, соответствует ли установление соединения RRC Причине 1 или 2. Если установление соединения RRC соответствует Причине 1, контроллер 810 устанавливает соединение RRC так, что оно не подлежит EAB. Напротив, если установление соединения RRC соответствует Причине 2, контроллер 810 определяет, используется ли процедура EAB в соответствии с SIB, переданным от eNB, и выполняет EAB в соответствии с определением.

Причина 1 может быть одним или более случаями, когда UE делает попытку доступа для принятия вызова, когда UE делает экстренный вызов и когда UE делает попытку доступа с высоким приоритетом. Причина 2 может быть одним или более случаями, когда UE делает попытку доступа, чтобы совершить вызов для передачи данных, когда UE делает попытку доступа, чтобы совершить вызов для передачи управляющего сообщения, и UE делает попытку доступа для совершения вызова, не зависящего от задержки при передаче, такого как услуга MTC.

Контроллер 810 определяет, использовать ли ACB в соответствии с установлением SIB, переданного от eNB, и использует процедуру ACB в соответствии с определением. То есть, если контроллер 810 устанавливает случаи, когда доступ не подлежит EAB, потому что он соответствует Причине 1, и доступ не запрещен в соответствии с результатом применения процедуры EAB, контроллер 810 определяет, использовать ли ACB в соответствии с установлением SIB, переданного от eNB, и использует процедуру ACB в соответствии с определением.

Если доступ не запрещен в соответствии с результатом применения EAB и ACB, контроллер 810 запрашивает установление соединения RRC от eNB.

Хотя иллюстративный вариант воплощения UE реализован таким образом, что компоненты различаются в зависимости от функций, следует понимать, что настоящее изобретение не ограничено иллюстративным вариантом воплощения. Например, иллюстративный вариант воплощения может быть изменен таким образом, что контроллер 810 может выполнять операции процессора 830 управляющих сообщений. Этот принцип также может быть применен к eNB, который описывается следующим образом.

Фиг. 9 изображает блок-схему eNB в соответствии с иллюстративным вариантом воплощения настоящего изобретения.

На фиг. 9 eNB включает в себя приемопередатчик 905, контроллер 910, мультиплексор и демультиплексор 920, процессор 935 управляющих сообщений, устройства 925 и 930 верхнего уровня и планировщик 915.

Приемопередатчик 905 передает данные и управляющие сигналы через прямые несущие и принимает данные и управляющие сигналы через обратные несущие. Если установлено некоторое количество несущих, приемопередатчик 905 передает и принимает данные и управляющие сигналы через эти несущие.

Мультиплексор и демультиплексор 920 мультиплексируют данные от процессора 935 управляющих сообщений или устройств 925 и 930 верхнего уровня или демультиплексируют данные от приемопередатчика 905 и передают обработанные данные процессору 935 управляющих сообщений, или устройствам 925 и 930 верхнего уровня, или контроллеру 910.

Процессор 935 управляющих сообщений обрабатывает управляющие сообщения от UE и выполняет соответствующие операции. Процессор 935 управляющих сообщений также генерирует управляющие сообщения, которые будут переданы UE, и передает их нижнему уровню.

Устройства 925 и 930 верхнего уровня могут быть сконфигурированы в соответствии с типом услуг. Например, устройства 925 и 930 верхнего уровня обрабатывают данные, генерируемые, когда предоставляются услуги пользователя, такие как FTP или службы VoIP, и передают их мультиплексору и демультиплексору 920. Устройства 925 и 930 верхнего уровня могут также обрабатывать данные от мультиплексора и демультиплексора 920 и передавать их сервисному приложению верхнего уровня.

Контроллер 910 обнаруживает момент времени, когда UE передает CSI/SRS, и управляет приемопередатчиком 905 для передачи CSI/SRS.

Планировщик 915 выделяет ресурсы передачи в надлежащий момент времени, учитывая состояние буфера, состояние канала и Активное Время UE. Планировщик 915 обрабатывает сигналы, переданные от или на UE.

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

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

1. Способ управления доступом устройства Связи Машинного Типа (MTC) в системе беспроводной связи, при этом способ содержит этапы, на которых:
определяют, соответствует ли установление соединения Управления Радио Ресурсами (RRC) Причине 1 или Причине 2;
устанавливают, если установление соединения RRC соответствует Причине 1, соединение RRC так, что соединение RRC не подвержено процедуре Расширенного Запрета Доступа (EAB); и
определяют, если установление соединения RRC соответствует Причине 2, использовать ли процедуру EAB в соответствии с установлением Блока Системной Информации (SIB), переданного от улучшенного Узла В (eNB), и используют процедуру EAB в соответствии с упомянутым определением.

2. Способ по п. 1, дополнительно содержащий этапы, на которых:
определяют, использовать ли процедуру Запрета Классов Доступа (ACB) в соответствии с установлением SIB, переданного от eNB; и
используют процедуру ACB в соответствии с упомянутым определением.

3. Способ по п. 2, дополнительно содержащий этап, на котором:
запрашивают, если доступ не запрещен, установление соединения RRC от eNB.

4. Способ по п. 2, дополнительно содержащий этап, на котором:
используют процедуру ACB, если установление соединения RRC соответствует Причине 2 и доступ не запрещен посредством EAB.

5. Способ по п. 1, в котором Причина 1 содержит по меньшей мере одно из:
случая, когда Пользовательское Оборудование (UE) выполняет попытку доступа для приема вызова;
случая, когда UE выполняет экстренный вызов; и
случая, когда UE выполняет попытку доступа с высоким приоритетом.

6. Способ по п. 1, в котором Причина 2 содержит по меньшей мере одно из:
случая, когда Пользовательское Оборудование (UE) выполняет попытку доступа, чтобы совершить вызов для передачи данных;
случая, когда UE выполняет попытку доступа, чтобы совершить вызов для передачи управляющего сообщения; и
случая, когда UE выполняет попытку доступа для совершения вызова, не зависящего от задержки при передаче.

7. Устройство Связи Машинного Типа (MTC) для управления доступом к улучшенному Узлу В (eNB) в системе проводной связи, причем устройство MTC содержит:
приемопередатчик для передачи и приема сигналов к и от eNB; и
контроллер,
при этом контроллер:
определяет, соответствует ли установление соединения Управления Радио Ресурсами (RRC) Причине 1 или Причине 2;
управляет установлением, если установление соединения RRC соответствует Причине 1, соединения RRC так, чтобы соединение RRC не было подвержено процедуре Расширенного Запрета Доступа (EAB); и
определяет, если установление соединения RRC соответствует Причине 2, использовать ли процедуру EAB в соответствии с установлением Блока Системной Информации (SIB), переданного от eNB, и использует процедуру EAB в соответствии с упомянутым определением.

8. Устройство MTC по п. 7, в котором контроллер определяет, использовать ли процедуру Запрета Классов Доступа (ACB) в соответствии с установлением SIB, переданного от eNB, и использует процедуру ACB в соответствии с упомянутым определением.

9. Устройство MTC по п. 8, в котором контроллер запрашивает, если доступ не запрещен, установление соединения RRC от eNB.

10. Устройство MTC по п. 8, в котором контроллер использует процедуру ACB, если установление соединения RRC соответствует Причине 2 и доступ не запрещен с помощью EAB.

11. Устройство MTC по п. 7, в котором Причина 1 содержит по меньшей мере одно из:
случая, когда Пользовательское Оборудование (UE) выполняет попытку доступа для приема вызова;
случая, когда UE выполняет экстренный вызов; и
случая, когда UE выполняет попытку доступа с высоким приоритетом.

12. Устройство MTC по п. 7, в котором Причина 2 содержит по меньшей мере одно из следующего:
случая, когда Пользовательское Оборудование (UE) выполняет попытку доступа, чтобы совершить вызов для передачи данных;
случая, когда UE выполняет попытку доступа, чтобы совершить вызов для передачи управляющего сообщения; и
случая, когда UE выполняет попытку доступа для совершения вызова, не зависящего от задержки при передаче, такого как услуга MTC.