RU2752023C2 - Способ с использованием системы мобильных телекоммуникаций, пользовательское оборудование и базовая станция для передачи системной информации по требованию - Google Patents

Abstract

Изобретение относится к пользовательскому оборудованию, базовой станции и способу передачи системной информации по требованию. Технический результат заключается в управлении передачей системной информации. В способе запрашивают системную информацию на основании конкретного состояния подключения для управления радиоресурсами пользовательского оборудования; и передают, пользовательскому оборудованию, системную информацию, на основании запроса системной информации; причем конкретное состояние подключения для управления радиоресурсами является подключенным состоянием, а запрос системной информации передается с сигнализацией управления радиоресурсами, при этом запрос системной информации передается в команде передачи обслуживания, когда инициируется процедура передачи обслуживания. 3 н. и 9 з.п. ф-лы, 11 ил.

Description

Область техники

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

Предпосылки изобретения

Известны несколько поколений систем мобильных телекоммуникаций, например, третье поколение («3G»), которое основывается на установленных требованиях Международных мобильных телекоммуникаций-2000 (IMT-2000), четвертое поколение («4G»), которое предоставляет возможности, определенные в Улучшенном стандарте Международных мобильных телекоммуникациях (IMT-Advanced Standard), и нынешнее пятое поколение («5G»), которое находится в стадии разработки и которое, возможно, будет введено в действие в 2020 г.

Потенциальным кандидатом на предоставление требований 5G является так называемый стандарт «Долгосрочное развитие» («LTE»), который представляет собой технологию беспроводной связи, обеспечивающую высокоскоростную передачу данных для мобильных телефонов и терминалов данных, причем она уже используется для 4G систем мобильных телекоммуникаций.

LTE основывается на стандартах GSM/EDGE («Глобальная система мобильной связи»/«Перспективная технология для развития стандарта GSM», также известная как EGPRS) второго поколения («2G») и на стандартах UMTS/HSPA («Универсальная система мобильных телекоммуникаций»/«Высокоскоростная пакетная передача данных») сетевых технологий третьего поколения («3G»).

LTE стандартизирован под контролем 3GPP («Проект партнерства третьего поколения»), при этом существует его преемник LTE-A (Сеть четвертого поколения с расширенными возможностями), обеспечивающий более высокие скорости передачи данных, чем базовый LTE, и который также стандартизирован под контролем 3GPP.

В будущем 3GPP планирует и дальше развивать LTE-A таким образом, чтобы он мог соответствовать техническим требованиям 5G.

Поскольку система 5G будет основываться на LTE или LTE-A, соответственно, предполагается, что конкретные требования 5G технологий будут, как правило, удовлетворяться признаками и способами, которые уже определены в стандартной документации LTE и LTE-A.

5G технологии позволят использовать концепцию так называемой «виртуальной соты», или «локальной соты» и т. п. Данная концепция подразумевает собой то, что сота обслуживается пользовательским оборудованием («UE»), например, мобильным телефоном, компьютером, планшетом, планшетным персональным компьютером и т. п., содержащим интерфейс мобильной связи, или любым другим устройством, которое способно выполнять мобильную связь через, например, LTE(-A), таким как точка доступа с интерфейсом для мобильной связи. В общем, UE динамически функционирует в качестве промежуточного узла для установления непрямого сетевого соединения между другими UE вблизи виртуальной соты или локальной соты и сети, и/или в качестве промежуточного узла между несколькими UE. Функция промежуточного узла в UE также может выполняться посредством «виртуализации». Виртуальная сота или локальная сота могут связываться с UE через нелицензируемые, совместно лицензируемые или лицензируемые диапазоны частот, при этом сота осуществляет транзитное соединение с сетью предпочтительно в лицензируемых диапазонах частот.

Логическое разделение между плоскостью управления и плоскостью пользователя было введено в соответствии с внедрением системы мультимедиа IP (IMS) для LTE, а физическое разделение между плоскостью управления и плоскостью пользователя было предложено в качестве возможного варианта для продвижения 5G. Поскольку требованиями к плоскости управления должны, по сути своей, являться надежность и широкий охват, чтобы поддерживать непрерывность обслуживания, то базовая станция макроуровня или базовая станция привязки должны обеспечивать связь с плоскостью управления. С другой стороны, ключевой характеристикой плоскости пользователя является эффективное использование ширины канала для улучшения пропускной способности соты. Однако поскольку требования плоскости пользователя сильно зависят от конкретного случая использования или от функциональной возможности/категории UE, то рассматриваются различные типы способов приема/передачи или маршрутизации в зависимости от соответствующего случая использования, или функциональной возможности/категории UE, при этом учитывая концепцию для 5G, такую как, например, «сетевое сегментирование».

Для технологий 5G предусмотрено, что UE, функционирующее в качестве виртуальной соты, должно иметь возможность брать на себя обязанности, которые обычно выполняются, например, базовой станцией, или eNodeB (расширенный узел B), как его называют в LTE (eNodeB является элементом расширенного UTRA для LTE, при этом под UTRA подразумевается наземный радиодоступ, основанный на технологии UMTS). Подобными видами обязанностей, исполнение которых предусмотрено в UE, функционирующем в качестве виртуальной соты, являются, например, организация радиоресурсов, управление радиоресурсами («RRC»), управление соединениями и т.д. Следовательно, оно не полагается исключительно на eNodeB или небольшую соту для ретрансляции данных и организации локальной сети, вместо этого подобные функции смещаются к функционированию UE в качестве виртуальной соты. Предполагается, что наличие таких промежуточных узлов виртуальных сот в сети будет способствовать разгрузке сигнального заголовка eNodeB, эффективному распределению радиоресурсов и т.д.

Несмотря на то, что существуют методы передачи сигналов для будущей 5G технологии, желательно в целом улучшить передачу сигналов.

Краткое описание изобретения

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

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

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

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

Краткое описание графических материалов

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

на фиг. 1 схематически проиллюстрирована система мобильных телекоммуникаций;

на фиг. 2a–e схематически проиллюстрированы методы передачи системной информации по требованию;

на фиг. 3 схематически проиллюстрированы варианты состояния подключения для управления радиоресурсами для вариантов осуществления;

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

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

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

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

Подробное описание вариантов осуществления

Перед представлением подробного описания вариантов осуществления со ссылкой на фиг. 4 предоставляются общие пояснения.

Как уже упоминалось, известны несколько поколений систем мобильных телекоммуникаций, например, третье поколение («3G»), которое основывается на установленных требованиях Международных мобильных телекоммуникаций-2000 (IMT-2000), четвертое поколение («4G»), которое предоставляет возможности, определенные в Улучшенном стандарте Международных мобильных телекоммуникациях (IMT-Advanced Standard), и нынешнее пятое поколение («5G»), которое находится в стадии разработки и которое, возможно, будет введено в действие в 2020 г.

Потенциальным кандидатом на предоставление требований 5G является так называемый стандарт «Долгосрочное развитие» («LTE»), который представляет собой технологию беспроводной связи, обеспечивающую высокоскоростную передачу данных для мобильных телефонов и терминалов данных, причем она уже используется для 4G систем мобильных телекоммуникаций.

LTE основывается на стандартах GSM/EDGE («Глобальная система мобильной связи»/«Перспективная технология для развития стандарта GSM», также известная как EGPRS) второго поколения («2G») и на стандартах UMTS/HSPA («Универсальная система мобильных телекоммуникаций»/«Высокоскоростная пакетная передача данных») сетевых технологий третьего поколения («3G»).

LTE стандартизирован под контролем 3GPP («Проект партнерства третьего поколения»), при этом существует его преемник LTE-A (Сеть четвертого поколения с расширенными возможностями), обеспечивающий более высокие скорости передачи данных, чем базовый LTE, и который также стандартизирован под контролем 3GPP.

В будущем 3GPP планирует и дальше развивать LTE-A таким образом, чтобы он мог соответствовать техническим требованиям 5G.

Поскольку система 5G будет основываться на LTE или LTE-A, соответственно, предполагается, что конкретные требования 5G технологий будут, как правило, касаться признаков и способов, которые уже определены в стандартной документации LTE и LTE-A.

5G технологии позволят использовать концепцию так называемой «виртуальной соты», или «локальной соты», «распределенной единицы» и т.п. Данная концепция подразумевает собой то, что сота обслуживается пользовательским оборудованием («UE»), например, мобильным телефоном, компьютером, планшетом, планшетным персональным компьютером и т.п., содержащим интерфейс мобильной связи, или любым другим устройством, которое способно выполнять мобильную связь через, например, LTE(-A), таким как точка доступа с интерфейсом для мобильной связи. В общем, UE динамически функционирует в качестве промежуточного узла для установления непрямого сетевого соединения между другими UE вблизи виртуальной соты или локальной соты и сети, и/или в качестве промежуточного узла между несколькими UE. Функция промежуточного узла в UE также может выполняться посредством «виртуализации». Виртуальная сота или локальная сота могут связываться с UE через нелицензируемые, совместно лицензируемые или лицензируемые диапазоны частот, при этом сота осуществляет транзитное соединение с сетью предпочтительно в лицензируемых диапазонах частот.

Логическое разделение между плоскостью управления и плоскостью пользователя было проведено в соответствии с внедрением системы мультимедиа IP (IMS) для LTE, а физическое разделение между плоскостью управления и плоскостью пользователя было предложено в качестве возможного варианта для продвижения 5G. Поскольку требованиями к плоскости управления должны, по сути своей, являться надежность и широкий охват, чтобы поддерживать непрерывность обслуживания, то базовая станция макроуровня или базовая станция привязки, которые также могут являться центральным устройством и т.п., должны обеспечивать связь с плоскостью управления. С другой стороны, ключевой характеристикой плоскости пользователя является эффективное использование ширины канала для улучшения пропускной способности соты. Однако поскольку требования плоскости пользователя сильно зависят от конкретного случая использования, или от функциональной возможности/категории UE, то рассматриваются различные типы способов приема/передачи или маршрутизации в зависимости от соответствующего случая использования, или функциональной возможности/категории UE, при этом учитывая концепцию для 5G, такую как, например, «сетевое сегментирование».

Для технологий 5G предусмотрено, что UE, функционирующее в качестве распределенной единицы, виртуальной соты или локальной соты, должно иметь возможность брать на себя обязанности, которые обычно выполняются, например, базовой станцией, или eNodeB (расширенный узел B), как его называют в LTE (eNodeB является элементом расширенного UTRA для LTE, при этом под UTRA подразумевается наземный радиодоступ, основанный на технологии UMTS). Подобными видами обязанностей, исполнение которых предусмотрено в UE, функционирующем в качестве виртуальной соты, являются, например, организация радиоресурсов, управление радиоресурсами («RRC»), управление соединениями и т.д. Следовательно, оно не полагается исключительно на eNodeB или небольшую соту для ретрансляции данных и организации локальной сети, вместо этого подобные функции смещаются к функционированию UE в качестве виртуальной соты.

Кроме того, благодаря применению сот меньшего размера, к которым относятся виртуальная сота, промежуточный узел и т.п., сеть следующего поколения, например, 5G, может стать гетерогенной, поскольку в ней могут использоваться соты с различными показателями выходной мощности, охвата, рабочего диапазона частот, RAT (технология радиодоступа) и т.п. Следовательно, может быть реализовано гибкое развертывание соты, которое даже может быть динамическим, с целью настройки подходящей пропускной способности соты для динамически запрашиваемого трафика. Как правило, предполагается, что пропускную способность соты можно увеличить путем предоставления маленьких сот с высокой плотностью, причем подобные маленькие соты могут представлять собой, например, точки доступа.

На фиг. 1 показана система мобильных телекоммуникаций или сеть 1 радиодоступа (RAN). Предоставляется макросота 2 LTE с базовой станцией 3, реализованной в качестве eNodeB, которая устанавливает макросоту 2. Внутри макросоты 2 расположена новая радиосота 4, например основанная на будущей технологии 5G. Новая радиосота 4 устанавливается базовой станцией 5 новой радиосвязи (NR), которая является, например, точкой доступа или т.п. Пользовательское оборудование UE 6 расположено внутри новой радиосоты 4. Например, новая радиосота 4 может являться сотой, работающей в миллиметровом диапазоне.

В документе 3GPP R2-163371 «Схема сигнальной передачи системной информации в NR», совещание 3GPP TSG-RAN WG2 № 94, Нанкин, Китай, от 23-27 мая 2016 г., обсуждается то, что предоставление системной информации по требованию станет дополнительным способом передачи системной информации, носящим важный характер, в дополнение к обычной схеме широковещательной передачи данных. На фиг. 2, т.е. фиг. 2a–2e проиллюстрированы предложенные схемы широковещательной передачи данных на основе того, что методы LTE будут повторно использованы в системе NR (новая радиосвязь).

Чтобы преодолеть проблемы в периодической широковещательной передаче всей системной информации, в документе R2-163371 предлагают, чтобы для автономного режима NR наиболее важная системная информация, требуемая UE для размещения на обнаруженной соте и последующего доступа к уже размещенной соте, передавалась в широком вещании, в то время как остальная часть системной информации может быть передана в UE по требованию, как это, опять же, проиллюстрировано на фиг. 2a, на которой изображено отправленное сообщение между UE и базовой станцией новой радиосвязи NB. Существенная системная информация приведена в качестве примера в документе R2-163371 в Приложении B.

На фиг. 2b–2e показаны четыре различные схемы запрашивания (несущественной) системной информации по требованию, как предложено в R2-163371. Для четырех методов, изображенных на фиг. 2b–2e, общим является то, что в них рассматривается только состояние ожидания подключения для управления радиоресурсами (RRC).

В методе, показанном на фиг. 2b, UE выполняет процедуру установки соединения, входит в подключенное состояние RRC и в подключенном состоянии RRC UE отправляет свое сообщение о запросе системной информации.

В методе, показанном на фиг. 2c, UE инициирует процедуру произвольного доступа в PRACH (физический канал произвольного доступа). На основании принятого разрешения от UL в ответе на запрос произвольного доступа, UE отправляет свое сообщение о запросе системной информации.

В методе, показанном на фиг. 2d, UE передает преамбулу PRACH, характерную для запрашиваемой системной информации.

В методе, показанном на фиг. 2e, UE также передает преамбулу PRACH, характерную для запрашиваемой системной информации. После приема общей системной информации и разрешения UL, UE отправляет дополнительный запрос системной информации.

Для NR обсуждается новое состояние RRC называемое «неактивное подключенное состояние RRC», что также может быть в качестве примера взято из документа 3GPP R2-163998, «Обслуживание неактивных UE», совещание 3GPP TSG-RAN WG2 №94, Нанкин, Китай, от 23-27 мая 2016 г., и из документа 3GPP R2-163582, «Автономный NR: Обсуждение системы мобильности», совещание 3GPP TSG-RAN WG2 №94, Нанкин, Китай, от 23-27 мая 2016 г.

NR нацелен на широкий спектр услуг, одна из которых включает спорадическую передачу данных небольших и средних пакетов, которые также используют длительный прерывистый прием (DRX) для сохранения энергии. Подобная услуга не вписывается в существующие состояния LTE RRC и, следовательно, в 3GPP обсуждается новое состояние RRC «неактивное подключенное состояние RRC». Также предлагается, чтобы новое состояние было похожим на состояние «легкого соединения», разработанное для LTE. Данная процедура все еще основывается на применении процедуры RACH, причем сеть назначает новую C-RNTI (временная идентификация сети сотовой радиосвязи) для каждого нового соединения.

На фиг. 3 схематично проиллюстрированы состояния RRC, которые реализованы в некоторых вариантах осуществления, а именно известного (в LTE) активного подключенного состояния RRC, состояния ожидания RRC и нового неактивного состояния RRC.

В вышеупомянутом документе 3GPP R2-163998 в отношении нового неактивного состояния RRC были заключены соглашения для новой радиосвязи (например, 5G), которые могут быть обобщены следующим образом:

Функции LTE RRC взяты за основу для NR RRC.

Изучение внедрения управляемого RAN «состояния», которое характеризуется по меньшей мере следующим:

UE в управляемом RAN состоянии должны предусматривать минимальную передачу сигналов, минимизировать энергопотребление, минимизировать затраты ресурсов в RAN / CN, что позволит максимизировать количество UE, использующих данное состояние (и получающих выгоду от него).

Возможность начать передачу данных с малой задержкой (согласно требованиям RAN).

Дальнейшее изучение того, выходит ли передача данных из указанного «состояния» или же передача данных может происходить в «состоянии».

Дальнейшее изучение того, переводится ли «состояние» в состояние RRC.

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

Соединение CN/RAN поддерживается,

AS-контекст хранится в RAN,

Сеть знает местоположение UE в области, и UE совершает перемещения в области, не уведомляя об этом сеть,

RAN может инициировать пейджинг UE, которые находятся в управляемом RAN «неактивном состоянии»,

Отсутствуют выделенные ресурсы.

Вышеупомянутое предложение допускает, что UE, подобно режиму ожидания, будет контролировать пейджинговый канал (следовательно, контролировать P-RNTI).

В упомянутом выше документе R2-163582 предлагается область маршрутизации RAN (RRA), представляющая собой область внутри сети, в которой UE может выполнить повторный выбор соты, не уведомляя об этом сеть. Определен eNodeB привязки RAN, аналогично приведенному выше описанию, а также страницы RAN внутри RRA для UE. RRA может определяться уровнем RAN и, следовательно, отличаться от Зоны отслеживания (TA) в некоторых вариантах осуществления, тогда как принцип проектирования размера RRA может быть таким же и для размера TA в некоторых вариантах осуществления. Другими словами, в некоторых вариантах осуществления размер RRA представляет собой компромисс между заголовком сигналов пейджинговой связи уровня RAN и заголовком сигналов обновления RRA.

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

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

Однако в некоторых вариантах осуществления передача системной информации по требованию необязательно означает то, что пользовательское оборудование всегда отправляет запрос системной информации, чтобы получить системную информацию. Например, сеть может отправлять системную информацию пользовательскому оборудованию без какого-либо явного запроса, например, 1) когда меняется сота; 2) когда обновляется системная информация; 3) когда появляется необходимость в новой услуге и/или 4) когда поступает запрос от другого UE.

Как упомянуто выше, пользовательское оборудование может быть мобильным телефоном, смартфоном, компьютером, планшетом, планшетным персональным компьютером и т.п., содержащим интерфейс мобильной связи, или любым другим устройством, которое способно выполнять мобильную связь через, например, LTE(-A), таким как точка доступа с интерфейсом для мобильной связи.

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

Состояние подключения для управления радиоресурсами пользовательского оборудования может быть определено самим пользовательским оборудованием. Как уже упоминалось, конкретное состояние подключения для управления радиоресурсами (RRC) может быть любым из нижеследующих вариантов состояния, что было обсуждено выше, а именно подключенное активное состояние, состояние ожидания или неактивное состояние.

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

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

Системная информация передается пользовательскому оборудованию, например базовой станцией (NR), на основании запроса системной информации. Следовательно, системная информация передается пользовательскому оборудованию либо в качестве ответа на прием запроса, либо в качестве ответа на любое другое указание того, что запрос был совершен. Передача может выполняться посредством методов широковещательной передачи, группового вещания, прямой (адресной) передачи, передача в соответствующем луче, обслуживающем пользовательское оборудование и т.д.

В некоторых вариантах осуществления системная информация передается на основании определенного состояния подключения для управления радиоресурсами. Например, базовая станция (NR) определяет схему передачи, планирование, канал передачи и т.п. на основании определенного состояния подключения RRC.

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

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

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

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

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

В некоторых вариантах осуществления ресурс восходящего канала или группа ресурсов восходящего канала, например, разрешение на использование восходящего канала (или группа ресурсов разрешения на использование восходящего канала), или канал связи и т.п., предварительно выделяются для пользовательского оборудования.

Запрашивание системной информации может выполняться на соревновательной основе на предварительно выделенных ресурсах. Другими словами, в некоторых вариантах осуществления запрос системной информации передается без выполнения процедуры PRACH, которая была обсуждена выше (это также относится и для некоторых вариантов осуществления других состояний RRC, а именно для подключенного состояния и для состояния ожидания).

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

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

Запрашивание системной информации может повториться, если по истечении заданного периода времени не было получено подтверждение. Подтверждение может быть передано базовой станцией NR после приема запроса системной информации.

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

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

Несущественная системная информация может содержать системную информацию о повторном выборе соты или иную информацию, которая обычно не передается в широком вещании в обычной (например, существенной в том плане, который обсуждался выше) системной информации.

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

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

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

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

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

Запрос системной информации может быть передан в рамках запроса планирования.

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

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

Запрос планирования может содержать информацию о запрашиваемой системной информации, например, тип блоков системной информации или т.п.

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

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

Как упомянуто выше, пользовательское оборудование может быть мобильным телефоном, смартфоном, компьютером, планшетом, планшетным персональным компьютером и т.п., содержащим интерфейс мобильной связи, или любым другим устройством, которое способно выполнять мобильную связь через, например, LTE(-A), таким как точка доступа с интерфейсом для мобильной связи.

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

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

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

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

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

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

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

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

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

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

Как обсуждалось выше, определенное состояние подключения для управления радиоресурсами может являться подключенным состоянием. Запрашиваемая системная информация может передаваться включенной в команду передачи обслуживания абонента.

Таким образом, подводя краткое обобщение, можно сказать, что в некоторых вариантах осуществления были обеспечены процедуры предоставления системной информации по требованию с учетом различных состояний UE. Для UE в состоянии ожидания в некоторых вариантах осуществления запрос системной информации по требованию и ответ могут отправляться посредством процедуры установления соединения RRC. Для UE в неактивном состоянии в некоторых вариантах осуществления может быть принят соревновательный запрос системной информации, причем соревновательный запрос системной информации также может быть принят и для других состояний, например, для подключенного состояния и состояния ожидания. Для проведения успешных соревновательных передач последующая системная информация по требованию может быть отправлена непосредственно в UE посредством адресации C-RNTI UE или зоны отслеживания ID. Для UE в подключенном состоянии в некоторых вариантах осуществления запрос системной информации может отправляться через запрос планирования, либо через команду передачи обслуживания абонента, если произошло инициирование передачи обслуживания абонента.

Возвращаясь к фиг. 4, обсуждается способ 20 запрашивания и передачи системной информации по требованию для пользовательского оборудования UE и базовой станции новой радиосвязи NB 5G с использованием системы мобильных телекоммуникаций, причем UE находится в состоянии ожидания подключения RRC, что было обсуждено выше.

На позиции 21 NB периодически передает информацию в широком вещании, к которой относится, например, существенная системная информация в том плане, который обсуждался выше.

UE определяет то, что оно находится в состоянии ожидания и что ему требуется дополнительная системная информация. Следовательно, UE в состоянии ожидания RRC отправляют запрос системной информации во время или после процедуры «начального доступа» для дополнительной системной информации.

В настоящем варианте осуществления, чтобы дополнительно уменьшить заголовок сигналов, запрос системной информации добавляется в позиции 22 во время процедуры установления соединения RRC, т.е. запрос подключения RRC, во время которой UE указывает запрошенные SIB (блоки системной информации).

NB, после приема запроса системной информации в запросе подключения RRC, отправляет в позиции 23 запрашиваемую системную информацию через ответное сообщение RRC, т.е. сообщение установления подключения RRC, в настоящем варианте осуществления.

На фиг. 5 проиллюстрирован способ 30 запрашивания и передачи системной информации по требованию для пользовательского оборудования UE и базовой станции новой радиосвязи NB 5G с использованием системы мобильных телекоммуникаций, причем UE находится в неактивном состоянии подключения RRC, а запрос системной информации передается посредством соревновательной передачи по восходящему каналу, что также обсуждалось выше.

На позиции 31 NB периодически передает информацию в широком вещании, к которой относится, например, существенная системная информация в том плане, который обсуждался выше.

UE в неактивном состоянии могут определять отправку запроса системной информации по причине:

1. Замены и/или повторного выбора соты и/или TRP (точки передачи).

2. Пейджинга с запросом на обновление системной информации.

3. Запроса на новое обслуживание, например, D2D-обнаружение (обнаружение «устройства к устройству»).

4. Полученных данных нисходящего канала и возможного наличия данных восходящего канала для передачи.

5. Обнаружение или включение новой соты/TRP.

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

UE в неактивном состоянии будет предварительно выделено совместно с разрешением на использование UL (восходящего канала) или группы ресурсов разрешения на использование UL, зарезервированных сетью NB, в случае, если они имеют данные восходящего канала для передачи. Подобное разрешение на использование зарезервированного UL или группы ресурсов разрешения на использование UL будет передаваться, например, при широковещательной передаче существенной системной информации в позиции 31.

Все UE в неактивном состоянии будут соревноваться за подобные общие ресурсы посредством обычной отправки своих запросов системной информации в позиции 32 на заранее выделенном ресурсе.

В разрешении на использование выделенного UL в позиции 32 может быть отправлена следующая информация (и ее комбинации):

1. Указание для сети о том, что требуется несущественная системная информация.

2. Конкретные SIB, которые оно требует, например, индекс SIB.

3. Связанную с обслуживанием и/или связанную с местоположением информацию для того, чтобы помочь сети определить, нужна ли дополнительная SI.

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

Упомянутая соревновательная передача запроса системной информации на позиции 32 отличается от «соревновательных» процедур (P)RACH, как было обсуждено выше, для фиг. 2c–2e.

Соревновательная передача запроса системной информации в соответствии с настоящим вариантом осуществления не требует какой-либо процедуры (P)RACH, поскольку UE имеет разрешение на использование заранее выделенного UL. Следовательно, UE напрямую отправляет данные, если какие-либо данные присутствуют. Соревнование происходит только в том случае, если два или более UE отправляют данные на едином разрешении на использовании UL в одно и то же время.

В отличие от этого, на фиг. 2c–2e соревнование происходит тогда, когда два или более UE выбирают одну и ту же преамбулу и передают данную преамбулу в один и тот же блок ресурсов (P)RACH.

Запрос системной информации UL, отправленный на позиции 32, может быть зашифрован C-RNTI или зоной отслеживания RAN UE ID (если доступна) посредством применения алгоритма CRC таким образом, чтобы он мог быть идентифицирован сетью (например, NB), в которую UE отправил запрос системной информации.

В случае успешного принятия запроса системной информации, сеть (например, NB) отправит требуемую системную информацию, адресованную C-RNTI или зоной отслеживания RAN UE ID (если доступна) на позиции 33.

Если происходит конфликт, например, не было получено подтверждение в позиции 33, то UE может приостановить действие чтобы дождаться следующего этапа или прибегнуть к процедуре, подобной процедуре произвольного доступа, например, к процедуре PRACH, что была обсуждена на фиг. 2B–e, а также для того, чтобы отправить запрос системной информации, как указано на позиции 34.

Сеть будет периодически отслеживать разрешение на использование зарезервированного UL или группу ресурсов разрешения на использование UL.

Более того, если сеть, например, NB, успешно принимает множественные запросы SI, требующие ту же системную информацию, что и на позиции 32, то сеть (например, NB) может передавать в широком вещании или групповом вещании запрашиваемую SI в UE, как указано на позиции 35.

Если сеть (например, NB) принимает лишь шум в разрешении на использование предварительно выделенного UL/ресурсе, т.е. в зарезервированной группе ресурсов, то она способна определить что (возможно) множество UE отправляют запросы системной информации в одно и то же время.

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

Может быть включено планирование данной несущественной информации, например, при широковещательной передаче существенной системной информации (например, также на позиции 31). Существенная системная информация будет периодически передаваться в широком вещании, и, таким образом, отказавшее UE должно считывать существенную системную информацию и, в ответ на обнаружение информации о планировании требуемой системной информации, оно будет принимать информацию соответствующим образом, как указано на позиции 37.

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

Следовательно, в некоторых вариантах осуществления в соответствии с вариантами осуществления по фиг. 5, заголовок сигналов может быть низким, в частности, при его сравнении с методами, представленными на фиг. 2a, 2b и 2d сверху.

Настоящий метод может быть проще дополнить для дальнейших решений по сравнению, например, с методом, представленным на фиг. 2d, что было обсуждено выше, поскольку метод по фиг. 2d может полагаться на MAC CE для передачи системной информации в ответе (P)RACH, что не имеет места в настоящем варианте осуществления по фиг. 4.

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

На фиг. 6 проиллюстрирован способ 40 запрашивания и передачи системной информации по требованию для пользовательского оборудования и базовой станции новой радиосвязи NB 5G с использованием системы мобильных телекоммуникаций, причем UE находится в подключенном состоянии RRC, как было обсуждено выше.

На позиции 41 NB периодически передает информацию в широком вещании, к которой относится, например, существенная системная информация в том плане, который обсуждался выше.

UE в подключенном состоянии RRC может определять отправку запроса системной информации на основании по меньшей мере одного из следующих событий, что также указано на позиции 42:

1. Новый запрос на обслуживание, например, от eMBB (улучшенный мобильный широкополосный доступ) к mMTC (массовая межмашинная связь), или начинается процедура D2D (устройство к устройству), или т.п.

2. Перемещение, т.е. передвижение от одного охвата соты к другому охвату соты, или изменение состояния перемещения UE, или т.п.

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

4. Обнаружение или включение новой соты.

Помимо стандартной явной передачи сигналов RRC для отправки запроса системной информации на позиции 42, существует несколько альтернатив в других вариантах осуществления.

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

1) Стандартный запрос планирования и указание нулевого размера буфера в следующем BSR (отчет о состоянии буфера), как указано на позиции 44.

2) Повторное использование бита стандартного запроса планирования, в котором «1» означает наличие стандартного запроса планирования, а «0» – наличие запроса информации о планировании (или наоборот). В данном случае способ определения энергии для проверки запроса планирования может не применяться в некоторых вариантах осуществления. Тогда, имея при себе разрешение на использование UL, UE может указать на то, какой SIB сейчас затребован, как указано на позиции 45.

3) Разделение бита стандартного запроса планирования на несколько битов, например, для указания того, какой SIB сейчас затребован (например, отправить в запросе на позиции 43). В этом случае в некоторых вариантах осуществления разрешение на использование UL не требуется.

Кроме того, запрошенная системная информация может быть передана через команду передачи обслуживания абонента от NB на позиции 46.

В случае запуска процедуры передачи обслуживания абонента, системная информация передается через команду передачи обслуживания абонента. Системная информация может содержать информацию о целевой соте, например, существенную системную информацию для начального доступа, и/или она может содержать несущественную и общую системную информацию. Она также может содержать специальную системную информацию, например, информацию о UE с передачей обслуживания абонента, на котором запущена текущая служба D2D или MBMS, или т.п. Все эти виды информации могут быть включены в команду передачи обслуживания абонента или обычный запрос системной информации на позиции 46 по отдельности или в комбинации.

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

Далее описан вариант осуществления компьютера 90 особого назначения со ссылкой на фиг. 7. Компьютер 90 может быть реализован таким образом, что он буквально сможет функционировать в качестве любого типа базовой станции или базовой станции новой радиосвязи, виртуальной соты или пользовательского оборудования, как описано в настоящем документе. Компьютер содержит компоненты 91–100, которые могут образовывать схему, причем ей может являться любая схема базовой станции, виртуальной соты, ведомой соты и пользовательского оборудования, как описано в настоящем документе.

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

Компьютер 90 содержит ЦП 91 (центральный процессор), который способен осуществлять различные типы процедур и способов, описанных в настоящем документе, например, в соответствии с программами, хранящимися в постоянном запоминающем устройстве (ПЗУ) 92, хранящимися в устройстве 97 хранения данных и загруженными в оперативное запоминающее устройство (ОЗУ) 93, хранящимися в носителе 100, который может быть вставлен в соответствующий дисковод 99 и т.д.

ЦП 91, ПЗУ 92 и ОЗУ 93 соединены с шиной 101, которая, в свою очередь, соединена с интерфейсом 94 ввода/вывода. Количество ЦП, запоминающих устройств и устройств хранения данных приведено только в качестве примера, и специалисту в данной области будет понятно, что компьютер 90 может быть выполнен и настроен соответствующим образом для удовлетворения конкретных требований, которые возникают, когда он функционирует в качестве базовой станции, виртуальной соты и пользовательского оборудования.

К интерфейсу 94 ввода/вывода подключено несколько компонентов: устройство 95 ввода, устройство 96 вывода, устройство 97 хранения данных, интерфейс 98 связи и дисковод 99, в который можно вставить носитель 100 (компакт-диск, цифровой видеодиск, компактную флэш-память и т.п.).

Устройство 95 ввода может представлять собой указывающее устройство (мышь, планшет графического ввода или т.п.), клавиатура, микрофон, камера, сенсорный экран и т.д.

Устройство 96 вывода может иметь дисплей (жидкокристаллический дисплей, дисплей на электронно-лучевой трубке, светодиодный дисплей и т.д.), динамики и т.д.

Устройство 97 хранения данных может представлять собой жесткий диск, твердотельный накопитель и т.п.

Интерфейс 98 связи может быть приспособлен для связи, например, через локальную сеть (LAN), беспроводную локальную сеть (WLAN), систему мобильных телекоммуникаций (GSM, UMTS, LTE и т.д.), Bluetooth, устройство связи в инфракрасном диапазоне и т.д.

Следует отметить, что приведенное выше описание относится только к примерной конфигурации компьютера 90. Альтернативные конфигурации могут быть реализованы с дополнительными или иными датчиками, запоминающими устройствами, интерфейсами и т.п. Например, интерфейс 98 связи может поддерживать иные технологии радиодоступа, помимо упомянутых UMTS и LTE.

Если компьютер 90 функционирует в качестве базовой станции, интерфейс 98 связи может дополнительно иметь соответствующий радиоинтерфейс (обеспечивающий, например, протоколы E-UTRA OFDMA (нисходящий канал) и SC-FDMA (восходящий канал)) и сетевые интерфейсы (реализующие такие протоколы, как, например, S1-AP, GTP-U, S1-MME, X2-AP или т.п.). Кроме того, компьютер 90 может иметь одну или несколько антенн и/или антенную решетку. Настоящее изобретение не ограничено какими-либо особенностями подобных протоколов.

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

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

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

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

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

(1) Способ передачи системной информации по требованию на пользовательское оборудование с использованием системы мобильных телекоммуникаций, включающий: запрашивание системной информации на основании конкретного состояния подключения для управления радиоресурсами; и

передачу системной информации пользовательскому оборудованию на основании запроса системной информации.

(2) Способ с использованием системы мобильных телекоммуникаций по пункту (1), в котором системную информацию передают на основании конкретного состояния подключения для управления радиоресурсами.

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

(4) Способ с использованием системы мобильных телекоммуникаций по любому из пунктов (1)–(3), в котором конкретным состоянием подключения для управления радиоресурсами является состояние ожидания.

(5) Способ с использованием системы мобильных телекоммуникаций по пункту (4), в котором системную информацию запрашивают в рамках процедуры установления радиоресурса.

(6) Способ с использованием системы мобильных телекоммуникаций по пункту (5), в котором запрашиваемая системная информация включена в сообщение о запросе соединения для управления радиоресурсами.

(7) Система мобильных телекоммуникаций по любому из пунктов (4)–(6), в которой запрашиваемую системную информацию передают в рамках процедуры установления радиоресурса.

(8) Способ с использованием системы мобильных телекоммуникаций по пункту (7), в котором запрашиваемую системную информацию передают включенной в сообщение об установлении соединения для управления радиоресурсами.

(9) Способ с использованием системы мобильных телекоммуникаций по пунктам (1), (2) или (3), в котором конкретное состояние подключения для управления радиоресурсами является по меньшей мере одним из неактивного состояния, подключенного состояния и состояния ожидания.

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

(11) Способ с использованием системы мобильных телекоммуникаций по пункту (10), в котором запрашивание системной информации выполняют на соревновательной основе на предварительно выделенном ресурсе.

(12) Способ с использованием системы мобильных телекоммуникаций по любому из пунктов (9)–(11), в котором запрос системной информации содержит по меньшей мере одно из указания того, что системная информация запрошена, указания блоков системной информации, связанной с обслуживанием информации и связанной с местоположением информации.

(13) Способ с использованием системы мобильных телекоммуникаций по любому из пунктов (9)–(12), в котором запрос системной информации содержит идентификационную информацию для идентификации пользовательского оборудования, запрашивающего системную информацию.

(14) Способ с использованием системы мобильных телекоммуникаций по пункту (13), в котором запрашиваемую системную информацию, передаваемую в пользовательское оборудование, адресуют пользовательскому оборудованию на основании принятой идентификационной информации.

(15) Способ с использованием системы мобильных телекоммуникаций по любому из пунктов (9)–(14), в котором запрашивание системной информации повторяют, если по истечении заданного периода времени не было получено подтверждение.

(16) Способ с использованием системы мобильных телекоммуникаций по любому из пунктов (9)–(15), в котором запрашиваемую системную информацию передают в широком вещании или групповом вещании, если получено более одного запроса системной информации.

(17) Способ с использованием системы мобильных телекоммуникаций по пункту (10) или пункту (11), в котором несущественную системную информацию передают в широком вещании в ответ на принятый шум на предварительно выделенном ресурсе.

(18) Способ с использованием системы мобильных телекоммуникаций по пункту (17), в котором несущественная системная информация содержит системную информацию о повторном выборе соты.

(19) Способ с использованием системы мобильных телекоммуникаций по пункту (17) или пункту (18), дополнительно включающий широковещательную передачу существенной системной информации, причем информация о планировании для широковещательной передачи несущественной системной информации включена в существенную системную информацию.

(20) Способ с использованием системы мобильных телекоммуникаций по пунктам (1), (2) или (3), в котором конкретное состояние подключения для управления радиоресурсами является подключенным состоянием.

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

(22) Способ с использованием системы мобильных телекоммуникаций по пункту (20) или пункту (21), в котором запрос системной информации передают в рамках передачи сигналов для управления радиоресурсами.

(23) Способ с использованием системы мобильных телекоммуникаций по любому из пунктов (20)–(22), в котором запрос системной информации передают в рамках запроса планирования.

(24) Способ с использованием системы мобильных телекоммуникаций по п. (23), в котором в дополнение к запросу планирования в отчет о состоянии буфера, который следует за запросом планирования, включают указание нулевого размера буфера.

(25) Способ с использованием системы мобильных телекоммуникаций по пункту (23) или пункту (24), в котором запрос планирования содержит указание того, что запрос системной информации передают.

(26) Способ с использованием системы мобильных телекоммуникаций по любому из пунктов (23)–(25), в котором запрос планирования содержит информацию о запрашиваемой системной информации.

(27) Способ с использованием системы мобильных телекоммуникаций по любому из пунктов (20)–(26), в котором запрос системной информации передают в рамках передачи обслуживания абонента.

(28) Способ с использованием системы мобильных телекоммуникаций по пункту (27), в котором запрашиваемую системную информацию передают включенной в команду передачи обслуживания абонента.

(29) Пользовательское оборудование для системы мобильных телекоммуникаций, содержащее схему, выполненную с возможностью:

запроса системной информации на основании конкретного состояния подключения для управления радиоресурсами.

(30) Пользовательское оборудование по пункту (29), в котором конкретным состоянием подключения для управления радиоресурсами является состояние ожидания.

(31) Пользовательское оборудование по пункту (30), в котором системная информация запрошена в рамках процедуры установления радиоресурса.

(32) Пользовательское оборудование по пункту (31), в котором системная информация запрошена включенной в сообщение о запросе соединения для управления радиоресурсами.

(33) Пользовательское оборудование по пункту (30), в котором конкретное состояние подключения для управления радиоресурсами является по меньшей мере одним из неактивного состояния, подключенного состояния и состояния ожидания.

(34) Пользовательское оборудование по пункту (33), в котором системная информация запрашивается на предварительно выделенном ресурсе.

(35) Пользовательское оборудование по пункту (33) или пункту (34), в котором запрос системной информации может содержать по меньшей мере одно из указания того, что системная информация запрошена, указания блоков системной информации, связанной с обслуживанием информации и связанной с местоположением информации.

(36) Пользовательское оборудование по любому из пунктов (33)–(35), в котором запрос системной информации содержит идентификационную информацию для идентификации пользовательского оборудования, запрашивающего системную информацию.

(37) Пользовательское оборудование по любому из пунктов (33)–(36), в котором запрос системной информации повторяется, если по истечении заданного периода времени не было получено подтверждение.

(38) Пользовательское оборудование по пункту (29), в котором конкретным состоянием подключения для управления радиоресурсами является подключенное состояние.

(39) Пользовательское оборудование по пункту (38), в котором запрашивание системной информации выполняется после обнаружения по меньшей мере одного из запроса на новое обслуживание, перемещения и замены нового физического уровня.

(40) Пользовательское оборудование по пунктам (38)–(39), в котором запрос системной информации передается в рамках передачи сигналов для управления радиоресурсами.

(41) Пользовательское оборудование по любому из пунктов (38)–(40), в котором запрос системной информации передается в рамках запроса планирования.

(42) Пользовательское оборудование по пункту (41), в котором в дополнение к запросу планирования в отчет о состоянии буфера, который следует за запросом планирования, включено указание нулевого размера буфера.

(43) Пользовательское оборудование по пункту (41), в котором запрос планирования содержит указание того, что запрос системной информации передан.

(44) Пользовательское оборудование по любому из пунктов (41)–(43), в котором запрос планирования содержит информацию о запрашиваемой системной информации.

(45) Пользовательское оборудование по любому из пунктов (38)–(44), в котором запрос системной информации передается в рамках передачи обслуживания абонента.

(46) Базовая станция для системы мобильных телекоммуникаций, содержащая схему, выполненную с возможностью:

определения состояния подключения для управления радиоресурсами пользовательского оборудования; и

передачи системной информации на пользовательское оборудование на основании запроса системной информации.

(47) Базовая станция по пункту (46), в которой системная информация передается на основании определенного состояния подключения для управления радиоресурсами.

(48) Базовая станция по пункту (46), в которой схема дополнительно выполнена с возможностью широковещательной передачи существенной системной информации, содержащей по меньшей мере одно из разрешения на использование зарезервированного восходящего канала и групп ресурсов разрешения на использование восходящего канала.

(49) Базовая станция по пункту (46), (47) или (48), в которой определенным состоянием подключения для управления радиоресурсами является состояние ожидания.

(50) Базовая станция по пункту (49), в которой запрашиваемая системная информация передается в рамках процедуры установления радиоресурса.

(51) Базовая станция по пункту (50), в которой запрашиваемая системная информация передается включенной в сообщение об установлении соединения для управления радиоресурсами.

(52) Базовая станция по пункту (46), (47) или (48), в которой определенное состояние подключения для управления радиоресурсами является по меньшей мере одним из неактивного состояния, подключенного состояния и состояния ожидания.

(53) Базовая станция по пункту (52), в которой ресурс восходящего канала предварительно выделен для пользовательского оборудования.

(54) Базовая станция по пункту (53), в которой запрашивание системной информации выполняется на соревновательной основе на предварительно выделенном ресурсе.

(55) Базовая станция по любому из пунктов (52)–(54), в которой запрашиваемая системная информация, передаваемая в пользовательское оборудование, адресуется пользовательскому оборудованию на основании принятой идентификационной информации.

(56) Базовая станция по любому из пунктов (52)–(55), в которой запрашиваемая системная информация передается в широком вещании или групповом вещании, если получено более одного запроса системной информации.

(57) Базовая станция по пункту (53) или пункту (54), в которой несущественная системная информация передается в широком вещании в ответ на принятый шум на предварительно выделенном ресурсе.

(58) Базовая станция по пункту (57), в которой несущественная системная информация содержит системную информацию о повторном выборе соты.

(59) Базовая станция по пункту (57) или пункту (58), в которой схема дополнительно выполнена с возможностью широковещательной передачи существенной системной информации, причем информация о планировании для широковещательной передачи несущественной системной информации включена в существенную системную информацию.

(60) Базовая станция по пункту (46), (47) или (48), в которой определенным состоянием подключения для управления радиоресурсами является подключенное состояние.

(61) Базовая станция по п. (60), в которой запрашиваемая системная информация передается включенной в команду передачи обслуживания абонента.

(62) Компьютерная программа, содержащая программный код, обеспечивающий выполнение компьютером способа в соответствии с любым из пунктов (1)–(28) при осуществлении на компьютере.

(63) Постоянный машиночитаемый носитель информации, на котором хранится компьютерный программный продукт, который при исполнении процессором обеспечивает выполнение способа в соответствии с любым из пунктов (1)–(28).

Claims (20)

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

запрашивают системную информацию на основании конкретного состояния подключения для управления радиоресурсами пользовательского оборудования; и

передают, пользовательскому оборудованию, системную информацию, на основании запроса системной информации; причем

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

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

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

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

запроса системной информации на основании конкретного состояния подключения для управления радиоресурсами, причем конкретное состояние подключения является подключенным состоянием, а запрос системной информации передается с сигнализацией управления радиоресурсами; и

приема запрошенной системной информации в команде передачи обслуживания, когда инициирована процедура передачи обслуживания.

5. Пользовательское оборудование по п. 4, отличающееся тем, что системная информация запрошена в рамках процедуры установления радиоресурса.

6. Пользовательское оборудование по п. 5, отличающееся тем, что запрос системной информации включен в сообщение о запросе соединения для управления радиоресурсами.

7. Пользовательское оборудование по п. 4, отличающееся тем, что системная информация запрашивается на предварительно выделенном ресурсе.

8. Пользовательское оборудование по п. 4, отличающееся тем, что запрос системной информации может содержать по меньшей мере одно из указания того, что системная информация запрошена, указания блоков системной информации, связанной с обслуживанием информации и связанной с местоположением информации.

9. Пользовательское оборудование по п. 4, отличающееся тем, что запрос системной информации содержит идентификационную информацию для идентификации пользовательского оборудования, запрашивающего системную информацию.

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

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

12. Базовая станция для системы мобильных телекоммуникаций, содержащая схему, выполненную с возможностью:

определения состояния подключения для управления радиоресурсами пользовательского оборудования; и

передачи системной информации на пользовательское оборудование на основании запроса системной информации, принятого от пользовательского оборудования в сигнализации управления радиоресурсами; причем

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

Images