УСТРОЙСТВО, СИСТЕМА И СПОСОБ ПОЛУЧЕНИЯ СИСТЕМНОЙ ИНФОРМАЦИИ ПО МЕРЕ НЕОБХОДИМОСТИ
DEVICE, SYSTEM, AND METHOD FOR RECEPTION OF SYSTEM INFORMATION AS NEEDED

УРОВЕНЬ ТЕХНИКИ
Область техники
Настоящее изобретение относится к мобильному терминалу, выполняющему получение системной информации в беспроводной системе связи, содержащей по меньшей мере одну базовую станцию, сконфигурированную с обслуживающей сотой. Системная информация содержит минимальную информацию и другую системную информацию. Мобильный терминал передает по мере необходимости сообщение запроса на базовую станцию. Это сообщение запроса запрашивает у базовой станции передачу другой системной информации.
Уровень техники
rd
В настоящее время консорциум 3 Generation Partnership Project (3GPP) сосредоточен на следующей версии (Версия 15 (Release 15)) технических спецификаций для сотовой технологии следующего поколения, которую также называют пятым поколением (5G) или новым радио (new radio, NR).
На заседании №71 по сети радиодоступа (Radio Access network, RAN) группы технической спецификации (Technical Specification Group, TSG) 3GPP (Гетеборг, март 2016 г.) было утверждено первое направление исследования по 5G, «Исследование технологии радиодоступа нового поколения» («Study on New Radio Access Technology»), включающее спецификации RAN1, RAN2, RAN3 и RAN4, и это исследование заложило основу направления работы Версии 15, которая определит первый стандарт 5G.
Study on Scenarios and Requirements for Next Generation Access Technologies
Одной из целей нового радио (new radio, NR) 5G является создание единой технической основы, удовлетворяющей всем сценариям использования, требованиям и сценариям развертывания, определенным в документе 3GPP TSG RAN TR 38.913 v14.1.0, «Исследование сценариев и требований для технологий доступа нового поколения» («»), декабрь 2016 (доступен на сайте www.3gpp.org). В их число входят по меньшей мере улучшенная широкополосная сеть мобильной связи (enhanced Mobile Broadband, eMBB), сверхнадежная связь с малой задержкой (Ultra-Reliable Low-Latency Communications, URLLC), потоковая связь машинного типа (massive Machine Type Communication, mMTC).
Например, сценарии развертывания eMBB могут включать зону доступа в помещении, плотнаселенную городскую, сельскую, макрогородскую и высокоскоростную зону; сценарии развертывания URLLC могут включать промышленные системы управления; мобильное медицинское обслуживание (удаленные мониторинг, диагностирование и лечение), управление транспортными средствами в режиме реального времени, глобальные системы контроля и управления для интеллектуальных сетей; mMTC может включать сценарии с большим количеством устройств с некритичной по времени передачей данных, таких как интеллектуальные носимые устройства и сенсорные сети.
Еще одной целью является обеспечение прямой совместимости с учетом будущих сценариев использования/развертывания. Обратная совместимость с технологией долгосрочного развития (Long Term Evolution, LTE) не требуется, что способствует абсолютной новой конструкции системы и/или введению новых функциональных возможностей.
РАСКРЫТИЕ СУЩНОСТИ ИЗОБРЕТЕНИЯ
Один неограничивающий и приведенный в качестве примера вариант реализации способствует улучшению получения системной информации в системе беспроводной связи, содержащей мобильный терминал и базовую станцию с обслуживающей сотой. Еще один не имеющий ограничительного характера пример реализации направлен на уменьшение служебных данных (управляющей) сигнализации для получения по мере необходимости другой системной информации. И еще один пример реализации направлен на повышение гибкости при получении другой системной информации по мере необходимости.
В одном варианте реализации методы, раскрытые в настоящем документе, отличаются наличием мобильного терминала, выполняющего получение системной информации в беспроводной системе связи, содержащей по меньшей мере одну базовую станцию, сконфигурированную с обслуживающей сотой. Системная информация содержит минимальную системную информацию и другую системную информацию.
Мобильный терминал содержит процессор и приемопередатчик. При этом мобильный терминал выполнен с возможностью определения условия для запроса по мере необходимости передачи другой системной информации; выполнения процедуры произвольного доступа, включая: передачу сигнала (msg1) преамбулы произвольного доступа, прием ответного сообщения (msg2) произвольного доступа, передачу сообщения (msg3) запроса системной информации и прием сообщения (msg4) разрешения конфликтов; и приема по широковещательному каналу сообщения системной информации, содержащего запрошенную по мере необходимости другую системную информацию.
Сообщение (msg3) запроса системной информации содержит информационный элемент с битовой комбинацией, соответствующей конкретному формату, причем по меньшей мере часть битовой комбинации предназначена для запроса другой системной информации, а сообщение (msg4) разрешения конфликтов содержит ту же самую битовую комбинацию или ту же самую часть битовой комбинации для обнаружения конфликтов во время процедуры произвольного доступа.
Следует отметить, что общие или конкретные варианты реализации могут быть реализованы в виде системы, способа, интегральной схемы, компьютерной программы, носителя информации или любой их выборочной комбинации.
Дополнительные выгоды и преимущества раскрытых вариантов реализации будут очевидны из описания изобретения и фигур. Выгоды и/или преимущества могут быть достигнуты по отдельности посредством различных вариантов реализации и признаков в описании изобретения и на чертежах, причем для получения одного или более из таких выгод и/или преимуществ необязательно наличие всех из них.
КРАТКОЕ ОПИСАНИЕ ЧЕРТЕЖЕЙ
На Фиг. 1 показана блок-схема мобильного терминала и базовой станции в системе беспроводной линии связи.
На Фиг. 2 показана схема последовательности операций получения системной информации в соответствии с примером реализации первого варианта реализации в сценарии развертывания 3GPP NR.
На Фиг. 3 показан пример конфигурации сообщения запроса и ответа для другой системной информации в примере реализации первого варианта реализации в сценарии развертывания 3GPP NR.
На Фиг. 4 показан еще один пример конфигурации сообщения запроса и ответа для другой системной информации в примере реализации первого варианта реализации в сценарии развертывания 3GPP NR.
На Фиг. 5 показана схема последовательности операций получения системной информации в соответствии с примером реализации первого варианта реализации в сценарии развертывания 3GPP NR.
На Фиг. 6 показана диаграмма синхронизации двух мобильных терминалов (т. е. UE1 и UE2), выполняющих получение системной информации в первом примере второго аспекта в сценарии развертывания 3GPP NR.
На Фиг. 7 показана диаграмма синхронизации двух мобильных терминалов (т. е. UE1 и UE2), выполняющих получение системной информации во втором примере второго аспекта в сценарии развертывания 3GPP NR.
На Фиг. 8 показана диаграмма синхронизации двух мобильных терминалов (т. е. UE1 и UE2), выполняющих получение системной информации в третьем примере второго аспекта в сценарии развертывания 3GPP NR.
Как резюмируется в одном из технических отчетов по направлению исследования NR (3GPP TSG TR 38.801 v2.0.0, «Исследование технологий доступа нового радио; архитектура и интерфейсы радиодоступа» («Study on New Radio Access Technology; Radio Access Architecture and Interfaces»), март 2017 г.), фундаментальная форма сигнала физического уровня будет основана на мультиплексировании с ортогональным разделением частот (Orthogonal Frequency Division Multiplexing, OFDM). Как в нисходящем направлении, так и в восходящем направлении поддерживается форма сигнала, основанная на OFDM с циклическим префиксом (CP-OFDM). Также поддерживается форма сигнала, основанная на OFDM с расширением спектра дискретным преобразованием Фурье (Discrete Fourier Transformation, DFT) (DFT-S-OFDM), комплементарная форме сигнала CP-OFDM по меньшей мере для eMBB в восходящей линии связи вплоть до 40 ГГц.
Одной из целей проектирования в NR является улучшение мобильности пользователя с минимизацией прерывания текущего трафика, при наличии такового, и, в то же время, без увеличения потребляемой мощности пользовательского оборудования. На заседании RAN №78, группе RAN2 была поставлена задача исследовать, как требование IMT-2020 по времени прерывания хэндовера 0 мс может быть удовлетворено для LTE и NR в пределах временных рамок Версии 15. На первом этапе в качестве базового проекта в NR была принята процедура хэндовера в LTE. В рабочих группах 3GPP продолжаются дискуссии о том, какие функциональные возможности необходимо добавить или изменить для повышения мобильности NR.
Термин «нисходящая линия связи» относится к связи от верхнего узла к нижнему узлу (например, от базовой станции к релейному узлу или к пользовательскому оборудованию (User Equipment, UE), от релейного узла к UE и т.п.). Термин «восходящая линия связи» относится к связи от нижнего узла к верхнему узлу (например, от UE к релейному узлу или базовой станции, от релейного узла к базовой станции и т.п.). Термин «прямое соединение» относится к связи между узлами на одном уровне (например, между двумя UE, или между двумя релейными узлами, или между двумя базовыми станциями).
В 3GPP NR получение системной информации значительно улучшено по сравнению с механизмами, известными из предыдущих версий, например стандартов LTE. Например, обработка системной информации обсуждается в главе 7.3 документа 3GPP TS 38.300 V15.1.0: «NR; Общее описание NR и NG-RAN» («NR; NR and NG-RAN Overall Description»), март 2018 г. Ниже будет приведено только краткое обсуждение.
Обзор
Согласно стандартизации 3GPP NR системная информация (System Information, SI) делится на минимальную SI и другую SI. Минимальная SI периодически передается в режиме широковещания и содержит основную информацию, требуемую для начального доступа, а информация для получения любой другой SI периодически передается или предоставляется по мере необходимости, т.е. информация планирования. Другая SI охватывает все, что не передают в режиме широковещания в минимальной SI, и может быть либо передана в режиме широковещания или предоставлена специальным образом, либо инициирована сетью или по запросу от UE.
От UE не требуется запрашивать на другом уровне соты/частоты содержимое минимальной SI соты/частоты, которую UE рассматривает для выбора и перехода в режим ожидания в ней. Это не исключает случая применения UE сохраненной SI из ранее посещенных сот. Если UE не может определить полное содержимое минимальной SI соты (путем приема из этой соты или из действительной сохраненной SI из предыдущих сот), UE должно считать эту соту запрещенной. В случае адаптации ширины полосы (Bandwidth Adaptation, BA) UE получает SI только по активной части ширины полосы (Bandwidth Part, BWP).
Планирование
Минимальную SI передают по двум разным каналам нисходящей линии связи с использованием разных сообщений (MasterInformationBlock и SystemInformationBlockType1). Для ссылки на SystemInformationBlockType1 (SIB1) также используют термин «остальная системная информация» (Remaining Minimum SI, RMSI). Другую SI передают в SystemInformationBlockType2 (SIB2) и выше.
Для UE в состоянии RRC_IDLE и RRC_INACTIVE запрос инициирует процедуру произвольного доступа и выполняется посредством msg3, если запрашиваемая SI не связана с подмножеством ресурсов физического канала произвольного доступа (Physical Random Access Channel, PRACH), в каковом случае может быть использовано msg1. При использовании msg1 минимальная гранулярность запроса составляет одно сообщение SI (т.е. набор блоков системной информации (System Information Block, SIB)), и для запроса нескольких сообщений может быть использована одна преамбула RACH и/или ресурс PRACH, а gNB подтверждает получение запроса в msg2. При использовании msg3 gNB подтверждает получение запроса в msg4.
Другая SI может быть передана в режиме широковещания с конфигурируемой периодичностью и в течение определенного промежутка времени. Другая SI может быть также передана в режиме широковещания по запросу UE в состоянии RRC_IDLE/RRC_INACTIVE.
Каждая сота, которая разрешена для выбора UE и перехода в ней в режим ожидания, передает в режиме широковещания по меньшей мере некоторое содержимое минимальной SI, в то время как в системе могут быть соты, которые UE не может выбрать и перейти в режим ожидания в них, и они не передают в режиме широковещания минимальную SI.
Модификация SI
Изменение системной информации происходит только в конкретных радиокадрах, т.е. используется концепция периода модификации. Системная информация может быть передана несколько раз с одинаковым содержимым в пределах периода модификации, как определено ее планированием. Конфигурация периода модификации определяется системной информацией.
Когда сеть изменяет (некоторую) системную информацию, она сначала уведомляет UE о данном изменении, т.е. это может быть сделано в течение всего периода модификации. В следующем периоде модификации сеть передает обновленную системную информацию. После приема уведомления об изменении UE получает новую системную информацию с начала следующего периода модификации. UE применяет ранее полученную системную информацию до тех пор, пока UE не получит новую системную информацию.
Для информирования об изменении системной информации UE в режимах RRC_IDLE, RRC_INACTIVE и RRC_CONNECTED используют пейджинг. Если UE принимает такое пейджинговое сообщение, оно знает, что системная информация (кроме ETWS/CMAS) будет изменена на границе следующего периода модификации.
В дополнение к техническому стандарту 3GPP NR TS 38.300, который отражает усилия по развертыванию RAN#79, обработка системной информации совсем недавно обсуждена также рабочей группой 2 (WG2) по технической спецификации сети радиодоступа (TSG Radio Access Network, TSG-RAN), эта дискуссия кратко обобщена ниже:
SI, предоставляемая в режиме широковещания
Информация планирования для другой SI включает тип SIB, информацию о достоверности, периодичности и информацию об окне SI в минимальной SI независимо от того, передается ли другая SI в режиме широковещания или предоставляется по мере необходимости.
- Информацию планирования для другой SI предоставляют в SIB1.
- Тип SIB: широковещание или по мере необходимости.
Если минимальная SI указывает на то, что SIB не передают в режиме широковещания, UE не предполагает, что этот SIB периодически передают в режиме широковещания в его окне SI в каждом периоде SI. Поэтому UE может отправить запрос SI, чтобы принять этот SIB. После отправки запроса SI UE контролирует окно SI запрошенного SIB в одном или более периодах SI этого SIB, чтобы принять запрашиваемый SIB.
Способ запроса SI на основе msg3
UE определяет успешное msg3 на основе приема msg4. Вопрос о том, какие детали содержимого msg4 используют для подтверждения успешного msg3, остается для дальнейшего исследования (for further study, FFS). Сначала это должно быть рассмотрено CP.
Преамбула(-ы) для запроса SI с использованием способа на основе msg3 не зарезервирована. Кроме того, для запроса SI в msg3 используют сигнализацию управления радиоресурсами (Radio Resource Control, RRC). Вопрос о том, как сигнализация RRC указывает запрошенные сведения о SI/SIB, тоже остается для дальнейшего исследования (FFS) рабочей группой по ASN.1. Временный идентификатор радиосети соты (Cell-Radio Network Temporary Identifier, C-RNTI), принятый в msg2, используют для приема msg4.
Запрос SI по мере необходимости
Идентификатор UE не включают в msg3. Для разрешения конфликтов UE MAC действует таким же образом, как и в других случаях, и проверяет MAC CE разрешения конфликтов на соответствие переданному запросу (общая процедура RACH в MAC).
Один индикатор в SystemInformationBlockType1 (SIB1) указывает на то, передается ли в настоящее время сообщение SI в режиме широковещания. Эта индикация действительна до конца периода модификации. UE не может сделать вывод, является ли это временным широковещанием SI по мере необходимости или SI периодического широковещания.
Модификация SI
Как и в LTE, об изменении/обновлении SI указывают UE посредством пейджинга. UE в состоянии RRC_IDLE и RRC_INACTIVE должны отслеживать уведомление об обновлении SI в своем собственном событии пейджинга в каждом цикле прерывистого приема (Discontinuous Reception, DRX). UE в состоянии RRC_CONNECTED UE отслеживает уведомление об обновлении SI в любом событии пейджинга (если UE обеспечено общим пространством поиска для контроля пейджинга в соединенном состоянии).
В NR принята используемая в LTE концепция периода модификации для обработки обновления SI. Поддерживается индикация обновления SI, включенная в пейджинговое сообщение (это может быть пересмотрено, если проект DCI допускает индикацию обновления SI и планирование пейджингового сообщения одновременно). Поддерживается индикация обновления SI, включенная в DCI.
Если UE принимает индикацию обновления SI в пейджинге, то UE получает обновленную SI на границе следующего периода модификации в предположении, что сеть передает в режиме широковещания обновленную SI (даже если обновленная SI является SI по мере необходимости).
Настоящее изобретение
С учетом вышеизложенного настоящее изобретение было задумано с пониманием того, что это получение системной информации может быть еще улучшено.
В частности, использование процедуры произвольного доступа в 3GPP NR для получения системной информации по мере необходимости имеет некоторые преимущества, а также недостатки, с точки зрения служебных данных (управляющей) сигнализации для системы беспроводной связи. Недостатки, вытекающие из этой особенности, находятся в центре внимания настоящего изобретения.
С одной стороны, процедура произвольного доступа является хорошо известным механизмом, который позволяет мобильному терминалу сразу же начинать сигнализацию (управляющей) информации базовой станции. А именно, процедура произвольного доступа может быть задействована мобильным терминалом независимо от того, находится ли он в состоянии RRC CONNECTED, RRC_IDLE или RRC_INACTIVE. Другими словами, процедура произвольного доступа для получения системной информации по мере необходимости может быть использована сразу же после включения питания.
С другой стороны, процедура произвольного доступа вносит значительные служебные данные (управляющей) сигнализации. Как будет подробно рассмотрено ниже, хорошо известно, что процедура произвольного доступа (т.е. процедура конкурентного произвольного доступа) включает последовательность из четырех сообщений (далее в настоящем документе: msg1, msg2, msg3 и msg4). Эта последовательность из четырех сообщений предназначена для обеспечения надежной сигнализации между мобильным терминалом и базовой станцией, но за счет немалых служебных данных (управляющей) сигнализации.
С учетом этих недостатков настоящее изобретение направлено на улучшение получения системной информации в системе беспроводной связи.
Не имеющие ограничительного характера и приведенные в качестве примера варианты реализации позволяют уменьшать служебные данные (управляющей) сигнализации в системе беспроводной связи, обусловленные процедурой произвольного доступа, в частности, в ситуациях, когда возникают конфликты между попытками получения системной информации разными мобильными терминалами. В частности, в настоящем изобретении предпринимается попытка избежать ненужных повторных передач, инициируемых неудачными (т.е. конфликтными) попытками получения системной информации.
Для всестороннего обсуждения преимуществ, обеспечиваемых настоящим изобретением, ниже более подробно описаны два разных сценария.
В первом сценарии акцент делается на устранении причины для служебных данных (управляющей) сигнализации, т.е. понимания того, что в процедуре произвольного доступа возникли конфликты. Для этого в процедуре произвольного доступа при получении системной информации предполагается другое понимание того, что такое конфликты. Тем самым исключается дополнительная (управляющая) сигнализация, которая обычно привела бы к повторным передачам, как предписано механизмом разрешения конфликтов в процедуре произвольного доступа.
Во втором сценарии акцент делается на том факте, что эффект, приводящий к служебным данным (управляющей) сигнализации, т. е. к повторным передачам, как предписано механизмом разрешения конфликтов, может быть устранен для получения системной информации без влияния на функциональные возможности системы беспроводной связи. Для этого определены специальные условия, в которых не требуется инициировать механизм разрешения конфликтов в процедуре произвольного доступа, и тем самым также исключается дополнительная (управляющая) сигнализация.
Другими словами, два разных сценария настоящего изобретения связаны причинно-следственной связью в том смысле, что они оба решают общую техническую проблему избежания дополнительной (управляющей) сигнализации, если только в ней нет крайней необходимости, в системе беспроводной связи. Служебные данные (управляющей) сигнализации, проистекающие из механизма разрешения конфликтов в процедуре произвольного доступа, соответственно уменьшаются.
Процедура произвольного доступа (точнее говоря, процедура конкурентного произвольного доступа) включает четыре этапа, которые кратко рассмотрены далее:
На первом этапе мобильный терминал передает базовой станции сигнал преамбулы произвольного доступа, т. е. msg1 (одним словом: преамбулу). Преамбула выбирается мобильным терминалом случайным образом из всех доступных преамбул или из конкретного подмножества доступных преамбул и/или передается по всем ресурсам доступных или специально выбранных физических каналов произвольного доступа (PRACH).
Ввиду ограничений на количество доступных преамбул и/или ресурсов PRACH (ресурсов в конкретное время и на конкретной частоте спектра) и из-за того, что мобильный терминал автономно начинает процедуру произвольного доступа, избежать конфликтов между передачами преамбулы от двух разных мобильных терминалов невозможно. Другими словами, система беспроводной связи не может предотвратить ситуацию, когда два разных мобильных терминала передают одну и ту же преамбулу по одному и тому же ресурсу PRACH.
Кроме того, и что более важно, базовая станция не может отличать друг от друга такие конфликтные передачи, поскольку они проистекают из двух разных мобильных терминалов, передающих одну и ту же преамбулу по одному и тому же ресурсу PRACH. Таким образом, базовой станции требуются внешние знания для обнаружения таких конфликтных передач.
На втором этапе базовая станция передает мобильному терминалу ответное сообщение произвольного доступа, т. е. msg2 (одним словом: ответ). Ответ обычно содержит параметры для установления соединения, такие как, например, опережение, подлежащее применению к конфигурации восходящей линии связи мобильного терминала, а также предоставление планирования, которое разрешает мобильному терминалу передать последующее сообщение в восходящей линии связи.
В третьем сообщении мобильный терминал передает базовой станции специализированное сообщение, т.е. msg3, с использованием предоставления планирования. Для краткости, далее речь идет только о сообщении запроса системной информации, т. е. о сообщении, которое служит для специальной цели сигнализации мобильным терминалом на базовую станцию запроса на передачу (конкретной) системной информации по мере необходимости, например, сообщения (конкретной) системной информации по мере необходимости.
В примере реализации сообщение запроса системной информации может содержать запрос на получение сообщения (конкретной) системной информации по мере необходимости, например запрос передаваемого по мере необходимости сообщения, содержащего блок системной информации типа 4-6. Как правило, сообщение запроса системной информации соблюдает конкретный формат, определенный уровнем управления радиоресурсами (RRC), например, для сообщения запроса системной информации RRC.
Поскольку два разных мобильных терминала, служащие источниками конфликтных передач на этапе 1, принимают один и тот же ответ на этапе 2, они оба передадут специализированные сообщения, т.е. msg3, с использованием указанного предоставления планирования. Соответственно, два специализированных сообщения тоже принимаются базовой станцией как конкурентные передачи, т.е. сообщения, конфликтующие или перекрывающиеся во времени и частоте спектра, и (если это вообще случится) только одно из специализированных сообщений может быть успешно декодировано базовой станцией.
Что более важно, было установлено, что в определенные моменты времени (например, во время радиокадров и/или подкадров с конкретными номерами) существует высокая вероятность того, что два разных мобильных терминала, ставших причиной конфликтных передач на этапе 1, оба передают в качестве msg3 запрос на получение одного и того же сообщения системной информации по мере необходимости. Таким образом, возможны ситуации, в которых базовая станция принимает две конфликтующие или перекрывающиеся передачи сообщения запроса системной информации, запрашивающие одно и то же или разные сообщения системной информации по мере необходимости.
Опять же, и что более важно, базовая станция может распознавать только одно из сообщений запроса системной информации от мобильного терминала, сигнал которого сильнее.
В четвертом сообщении базовая станция передает мобильным терминалам сообщение разрешения конфликтов, т.е. msg4. Это сообщение предназначено для того, чтобы поставить мобильный терминал в ситуацию, когда он может обнаружить, намерена или нет базовая станция удовлетворить запрос, изложенный в специализированном сообщении, переданном в msg3. Другими словами, это сообщение msg4 содержит информацию, которая уникальным образом ссылается на msg3 или мобильный терминал, формирующий это самое msg3, и по этой причине может служить в целях разрешения ситуаций с конфликтными передачами.
Следует отметить, что способность мобильного терминала обнаруживать и тем самым разрешать ситуацию с конфликтными передачами зависит от информации, передаваемой в специализированном сообщении, т.е. msg3. В частности, эта способность связана с вопросом, содержит или нет msg3 дополнительно или исключительно информацию, которая является уникальной среди всех мобильных терминалов.
Обычно это сообщение msg3 форматируют так, чтобы оно содержало, например, уникальное случайное значение (т. е. информационный элемент случайного значения) в контексте запроса на соединение RRC. В таком случае это уникальное случайное значение гарантирует, что два msg3 никогда не будут одинаковыми (т.е. являются уникальными), даже если они происходят из двух разных мобильных терминалов, использующих одно и то же предоставление планирования из msg2.
Затем базовая станция формирует сообщение разрешения конфликтов путем копирования и вставки (или отражения) уникальной информации из msg3, тем самым позволяя мобильному терминалу обнаружить, удалось ли ему успешно разместить свой запрос, изложенный в специализированном сообщении, переданном в виде msg3.
Только в том случае, когда мобильный терминал обнаруживает в msg4 уникальную информацию, которую он передал посредством msg3, он может сделать вывод, что msg3 было передано успешно на базовую станцию. Если же мобильный терминал потерпел неудачу, процедура произвольного доступа предписывает ему начать снова с повторной передачи сигнала преамбулы произвольного доступа, т.е. msg1. Таким образом, ситуации с конфликтными передачами разрешаются.
Итак, в контексте настоящего изобретения признано, что разрешение конфликтов не всегда благоприятно в контексте получения системной информации. В частности, существуют ситуации, когда нет необходимости в том, чтобы мобильный терминал начинал снова с повторной передачи сигнала преамбулы произвольного доступа, т.е. msg1, после неудачного разрешения конфликтов. Другими словами, в некоторых ситуациях можно избежать служебных данных (управляющей) сигнализации, возникающих из-за разрешения конфликтов в процедуре произвольного доступа.
Как упомянуто выше, в контексте получения системной информации существуют ситуации, когда два разных мобильных терминала запрашивают одно и то же сообщение системной информации по мере необходимости посредством msg3. Тогда в такой ситуации для мобильного терминала не имеет решающего значения знание того, успешно ли он (или другой из двух разных мобильных терминалов) разместил свой запрос, изложенный в сообщении запроса системной информации, или предписана ли ему повторная передача того же самого сообщения запроса системной информации в результате конфликтной передачи.
Как только гарантировано, что базовая станция, отвечающая сообщением msg4, приняла запрос на передачу требуемого сообщения системной информации, запросы обоих двух разных мобильных терминалов удовлетворены.
Другими словами, ни причина (т. е. понимание того, что в процедуре произвольного доступа произошли конфликты), ни последствие (т.е. повторные передачи, как предписано механизмом разрешения конфликтов) не оправдывают получающихся в результате служебных данных (управляющего) сигнала. Скорее, как только базовая станция удовлетворяет запросы обоих двух разных мобильных терминалов, необходимости в применении механизма разрешения конфликтов процедуры произвольного доступа больше нет.
Первый сценарий
На Фиг. 1 показана блок-схема системы беспроводной связи, содержащей мобильный терминал 110 (также называемый пользовательским оборудованием, UE) и базовую станцию 160 (также называемую g Node B или gNB). Эта блок-схема используется для описания механизма, изображенного на Фиг. 2, а именно, первого сценария, где причина для служебных данных (управляющей) сигнализации устранена.
Система беспроводной связи, изображенная на блок-схеме, позволяет мобильному терминалу 110 получать системную информацию, в частности, другую системную информацию (которая не является минимальной системной информацией), передаваемую в режиме широковещания по мере необходимости с базовой станции 160 с обслуживающей сотой. Соответственно, как мобильный терминал 110, так и базовая станция 160 принимают активное участие в получении системной информации.
Как правило, существуют несколько условий, когда процессор 130 мобильного терминала 110 определяет (см. этап S01 на Фиг. 2), что у него имеется потребность в другой системной информации, и поэтому он хочет запросить по мере необходимости ее передачу с базовой станции 160.
Например, такое условие возникает, когда процессор 130 обнаруживает событие включения питания в обслуживающей соте или событие выбора/повторного выбора соты в обслуживающей соте. Такое условие также возникает при восстановлении процессора 130 после события потери покрытия для обслуживающей соты. Кроме того, такое условие может также возникнуть, когда процессор 130 определяет, что в обслуживающей соте истек таймер времени действия для другой системной информации. В любом из этих примеров условий у процессора 130 нет действительной копии другой системной информации.
При условии, что процессор 130 определил условие для запроса по мере необходимости передачи другой системной информации, он переходит к приемопередатчику 120 мобильного терминала 110, выполняющему (см. этап S02 на Фиг. 2) процедуру произвольного доступа.
В процедуре произвольного доступа приемопередатчик 120 сначала передает сигнал преамбулы произвольного доступа (см. msg1 этапа S02 на Фиг. 2) базовой станции 160. Затем приемопередатчик 120 принимает от базовой станции 160 ответное сообщение произвольного доступа (см. msg2 этапа S02 на Фиг. 2). После чего приемопередатчик 120 передает базовой станции 160 сообщение запроса системной информации (см. msg3 этапа S02 на Фиг. 2) для другой системной информации. И, наконец, приемопередатчик 120 принимает от базовой станции 160 сообщение разрешения конфликтов (см. msg4 этапа S02 на Фиг. 2).
При условии, что мобильный терминал 110 успешно разместил запрос другой системной информации на базовой станции 160, он переходит к приемопередатчику 120, принимающему (см. этап S03 на Фиг. 2) посредством широковещания сообщение системной информации, содержащее запрошенную по мере необходимости другую системную информацию.
Чтобы определить, разместил ли успешно мобильный терминал 110 запрос другой системной информации на базовой станции 160, он определяет, соблюдены ли следующие два условия:
1) сообщение запроса системной информации (см. msg3 этапа S02 на Фиг. 2) содержит информационный элемент с комбинацией битов, соответствующей конкретному формату по меньшей мере с частью битовой комбинации для запроса другой системной информации, и
2) сообщение разрешения конфликтов (см. msg4 этапа S02 на Фиг. 2) содержит ту же самую битовую комбинацию или ту же самую часть битовой комбинации для обнаружения конфликтов во время процедуры произвольного доступа.
Первое из двух условий гарантирует, что мобильный терминал 110 размещает общепринятый запрос другой системной информации на базовой станции 160. Для этой цели запрос передают в информационном элементе (например, сообщения RRC) в конкретной битовой комбинации. Важно, что битовая комбинация соответствует конкретному формату (например, стандартизированному формату). Этот конкретный формат предписывает, что по меньшей мере часть битовой комбинации используют для запроса другой системной информации. Таким образом, конкретный формат позволяет недвусмысленно идентифицировать на базовой станции 160 запрошенную другую системную информацию.
Второе из двух условий гарантирует уведомление мобильного терминала 110 о том, успешно ли размещен запрос другой системной информации на базовой станции 160. Для этой цели сообщение разрешения конфликтов содержит ту же самую битовую комбинацию (в целом) или по меньшей мере ту же самую часть битовой комбинации, предписанной конкретным форматом для запроса другой системной информации. Важно отметить, что в случае, когда одна и та же битовая комбинация или одна и та же часть битовой комбинации включены в сообщение разрешения конфликтов, мобильный терминал 110 может обнаружить конфликты (лучше, их отсутствие) во время процедуры произвольного доступа.
Следует отметить, что при этих двух условиях обнаружение конфликта может быть выполнено на основе битовой комбинации или части битовой комбинации, предписанной конкретным форматом. Поскольку все запросы другой системной информации должны соответствовать одному и тому же конкретному формату, даже когда исходят от двух разных мобильных терминалов, то обнаружение конфликтов также предполагает успешное размещение в случае конфликтных передач от двух разных мобильных терминалов для одного и того же запроса другой системной информации. Что более важно, преимуществом является то, что благодаря конкретному формату, предписывающему по меньшей мере часть битовой комбинации для обнаружения конфликта, служебные данные (управляющей) сигнализации уменьшаются.
Эти два условия приведены в качестве примера в подробных реализациях, показанных на Фиг. 3 и 4.
На Фиг. 3 и 4 в самой верхней части изображены примеры битовых комбинаций и их конкретные форматы для запроса другой системной информации. На первой из двух фигур приведена подробная реализации, где конкретный формат предписывает, что для запроса другой системной информации используют часть битовой комбинации. А на второй из двух фигур приведена подробная реализации, где конкретный формат предписывает, что для запроса другой системной информации используют битовую комбинацию (в целом).
В частности, как для части битовой комбинации, так и для битовой комбинации (в целом) конкретный формат определяет соответствие с запросами разных типов сообщений системной информации (сокращенно SI msg. 2-9). Например, SI msg. 3 может обозначать запрос на передачу, как части одного и того же сообщения системной информации, блоков системной информации типов 4-6. В обеих реализациях как часть битовой комбинации, так и битовая комбинация представляют собой 8 битов, и каждый бит из 8 битов соответствует запросу сообщения системной информации разного типа (например, как показано, второй бит соответствует SI msg. 3, а четвертый бит соответствует SI msg. 5).
Что касается первой из двух фигур, как показано, конкретный формат предписывает, что часть битовой комбинации (т. е. 8 битов) для запроса сообщения другой системной информации находится в начале (в голове) битовой комбинации (т.е. всего 40 битов). Это показано в левом углу самой верхней части фигуры. В альтернативном варианте реализации часть битовой комбинации (т.е. 8 битов) для запроса сообщения другой системной информации находится в конце (в хвосте) битовой комбинации (т.е. всего битов). Это показано в правом углу самой верхней части фигуры. Очевидно, что левый и правый углы самой верхней части фигуры изображают альтернативные реализации для конкретного формата, что обозначено термином «или».
(Также), что само по себе не очевидно, на первой из двух фигур также показано, что конкретный формат предписывает, что остальные биты битовой комбинации, исключая биты, образующие часть битовой комбинации для запроса другой системной информации, имеют нулевое значение.
Независимо от того, какой из конкретных форматов используют, битовую комбинацию включают в информационный элемент сообщения RRC, который имеет сходство с сообщением запроса системной информации (т.е. msg3 S02 на фиг. 2). Информационный элемент может быть первым информационным элементом в сообщении запроса системной информации или, более предпочтительно, единственным информационным элементом в сообщении запроса системной информации (т.е. msg3), как также показано на двух фигурах.
По причинам соответствия с текущими определениями в уровне RRC 3GPP NR выгодно, когда битовая комбинация имеет 40 битов. Таким образом, имеющий такой же размер элемент управления (Control Element, CE) MAC может быть использован повторно для сообщения разрешения конфликтов (например, msg4), передаваемого в ответ на сообщение установления соединения RRC (например, msg3). В частности, это избавляет от необходимости различных физических реализаций для механизмов разрешения конфликтов в базовой станции и/или мобильной станции. Тем не менее, битовая комбинация также может иметь размер только 8 битов (или по меньшей мере 8 битов), чтобы вмещать все биты, соответствующие запросам для различных типов сообщений системной информации (сокращенно SI msg. 2-9).
Для ясности и во избежание путаницы информационный элемент, содержащий битовую комбинацию для запроса другой системной информации, не является элементом для идентификатора мобильного терминала (называемого в RRC ue-identity) и/или не является элементом для случайного значения (называемого randomValue в RRC).
Как общеизвестно из 3GPP NR, информационный элемент, содержащий битовую комбинацию, кодируют в блоке служебных данных MAC (MAC Service Data Unit, MAC SDU), что приводит к дополнительным 8 битам, кодирующим служебные данные в начале (в голове) MAC SDU, которые вместе с заголовком MAC образуют блок пакетных данных MAC (MAC Packet Data Unit, MAC PDU), как показано в левом углу нижней части обеих фигур. Затем мобильный терминал 110 передает этот блок MAC PDU как msg3 базовой станции 160.
Подробные реализации показывают, в правом углу нижней части двух фигур, что в ответ на это мобильный терминал 110 принимает от базовой станции 160 сообщение MAC как сообщение (msg4) разрешения конфликтов, содержащее заголовок MAC и MAC CE. Как показано, этот MAC CE содержит или не содержит служебные данные кодирования из дополнительных 8 битов в начале (в голове) MAC CE.
Предположим для примера, что информационный элемент содержит битовую комбинацию общим размером 40 битов, и что для запроса другой системной информации конкретным форматом предписана только часть, содержащая 8 битов из общего числа 40 битов. Тогда сообщение (msg4) разрешения конфликтов может содержать либо ту же самую битовую комбинацию (в целом), что дает в результате MAC CE размером 48 битов, либо ту же самую часть битовой комбинации, предписанную конкретным форматом, что дает в результате MAC CE размером 8 битов.
В первом случае, успешный/неудачный прием сообщения разрешения конфликтов определяется процессором 130, проверяющим, содержит ли сообщение (msg4) разрешения конфликтов только (то есть точно) ту же самую битовую комбинацию, что передана с помощью информационного элемента, включенного в сообщение (msg3) запроса системной информации.
Во втором случае успешный/неудачный прием сообщения разрешения конфликтов определяется процессором 130, проверяющим, является ли сообщение (msg4) разрешения конфликтов особой версией сообщения разрешения конфликтов (т.е. укороченной версией), специально используемой для подтверждения получения запроса по мере необходимости для другой системной информации. И в этом случае тоже укороченная версия больше не соответствует обычному MAC CE, используемому в других контекстах для разрешения конфликтов.
Кроме того, процессор 130 проверяет, содержит ли msg4 только ту же самую часть битовой комбинации (предписанную конкретным форматом для запроса другой системной информации), что и переданная с информационным элементом, включенным в сообщение запроса системной информации msg3.
Предположим теперь для примера, что информационный элемент содержит битовую комбинацию общим размером (только) 8 битов, и что эти биты предписаны конкретным форматом для запроса другой системной информации. Тогда сообщение разрешения конфликтов (msg4) может содержать либо ту же самую битовую комбинацию (в целом) с заполнением нулями в конце для получения большего размера, например, опять 48 битов, либо может содержать (только) ту же самую битовую комбинацию (в целом), что дает в результате MAC CE размером 8 битов.
В первом случае, успешный/неудачный прием сообщения разрешения конфликтов определяется процессором 130, проверяющим, содержит ли часть (т.е. не дополненные нулями биты) сообщения разрешения конфликтов (msg4) ту же самую битовую комбинацию, что передана с помощью информационного элемента, включенного в сообщение запроса системной информации (msg3).
Во втором случае успешный/неудачный прием сообщения разрешения конфликтов определяется процессором 130, проверяющим, является ли сообщение (msg4) разрешения конфликтов особой версией сообщения разрешения конфликтов (т.е. укороченной версией), специально используемой для подтверждения получения запроса по мере необходимости для другой системной информации. И в этом случае тоже укороченная версия больше не соответствует обычному MAC CE, используемому в других контекстах для разрешения конфликтов.
Кроме того, процессор 130 проверяет, содержит ли msg4 ту же самую битовую комбинацию, что передана с помощью информационного элемента, включенного в сообщение запроса системной информации (msg3), соответствующее конкретному формату для запроса другой системной информации.
Второй сценарий
Блок-схема, приведенная на Фиг. 1, в равной степени может быть использована для описания механизма, изображенного на Фиг. 5, а именно, второго сценария, в котором эффект, приводящий к служебным данным (управляющей) сигнализации, устраняется без влияния на функциональные возможности системы.
И в этом случае тоже система беспроводной связи, изображенная на блок-схеме, позволяет мобильному терминалу получать системную информацию, в частности, другую системную информацию (которая не является минимальной системной информацией), передаваемую в режиме широковещания по мере необходимости с базовой станции 160 с обслуживающей сотой.
Как правило, существуют несколько условий, когда процессор 130 мобильного терминала 110 определяет (см. этап S01 на Фиг. 5), что у него имеется потребность в другой системной информации, и поэтому он хочет запросить по мере необходимости ее передачу с базовой станции 160. Для краткости, речь идет о примерах условий, рассмотренных выше.
При условии, что процессор 130 определил условие для запроса по мере необходимости передачи другой системной информации, он переходит к приемопередатчику 120 мобильного терминала 110, выполняющему (см. этап S02 на Фиг. 5) процедуру произвольного доступа.
В процедуре произвольного доступа приемопередатчик 120 сначала передает сигнал преамбулы произвольного доступа (см. msg1 этапа S02 на Фиг. 5) базовой станции 160. Затем приемопередатчик 120 принимает от базовой станции 160 ответное сообщение произвольного доступа (см. msg2 этапа S02 на Фиг. 5). После чего приемопередатчик 120 передает базовой станции 160 сообщение запроса системной информации (см. msg3 этапа S02 на Фиг. 5) для другой системной информации. И, наконец, приемопередатчик 120 принимает от базовой станции 160 сообщение разрешения конфликтов (см. msg4 этапа S02 на Фиг. 5).
Теперь, в отличие от вышеописанного, этот второй сценарий связан с ситуацией, когда, несмотря на неудачный прием сообщения разрешения конфликтов (указанный значком молнии возле msg4), мобильному терминалу необязательно стартовать (начинать) с повторной передачи сигнала преамбулы произвольного доступа (msg1), как предписано процедурой произвольного доступа.
В частности, признано, что неудачный прием может быть результатом конфликтующего запроса другой системной информации, который направлен на те же самые типы (или их подмножества) сообщений системной информации.
Например, конфликтующая передача может быть обнаружена, даже когда один мобильный терминал неудачно помещает запрос на SI msg. 3, а второй, другой мобильный терминал успешно помещает запрос на SI msg. 3 и SI msg. 5. Тогда, даже если базовая станция удовлетворяет (только) успешный запрос на SI msg. 3 и SI msg. 5, потерпевшему неудачу мобильному терминалу необязательно повторно передавать запрос системной информации (начиная с msg1), как предписано процедурой произвольного доступа.
Однако это зависит от вопроса, может ли он получить информацию о запланированных сообщениях SI из дополнительного источника, отличного от msg4.
Важно отметить, что было установлено, что в определенные моменты времени (например, во время радиокадров и/или подкадров с конкретными номерами) существует высокая вероятность того, что два разных мобильных терминала запросят в качестве msg3 сообщения системной информации одних и тех же типов (или их подмножества). По меньшей мере в этих ситуациях повторная передача запросов системной информации может быть исключена без влияния на качество работы системы. Опять же, для этого потерпевшему неудачу мобильному терминалу должна быть предоставлена из дополнительного источника информация о запланированных сообщениях SI.
Для этой цели в случае неудачного приема (см. значок молнии на Фиг. 5) сообщения разрешения конфликтов (msg4) мобильный терминал 110 выполняет как часть процедуры произвольного доступа (см. S02 на Фиг. 5) следующее:
Во-первых, процессор 130 приостанавливает повторную передачу сигнала преамбулы произвольного доступа (msg1). Другими словами, благодаря приостановке повторной передачи потерпевший неудачу мобильный терминал приобретает дополнительное время для определения того, произошло ли одно из вышеупомянутых условий. В частности, процессор приостанавливает повторную передачу до следующего момента времени минимальной системной информации.
Как уже очевидно из предыдущего раздела, минимальную системную информацию непрерывно передают в режиме широковещания через определенные периодические интервалы времени и, следовательно, не требуется опираться на запросы по мере необходимости. Важно отметить, что минимальная системная информация (в частности, SystemInformationBlock типа 1, SIB1) включает в себя индикатор, который указывает, передается ли в режиме широковещания сообщение другой системной информации в настоящее время или нет, которая действительна до конца периода модификации.
В контексте настоящего изобретения предполагается, что базовая станция 160 указывает с помощью этого индикатора в минимальной системной информации, например, SIB1, какую другую системную информацию, например, какие типы сообщений системной информации, она планирует для передачи в режиме широковещания до конца модификации.
Возвращаясь к примеру, когда второй другой мобильный терминал успешно помещает запрос на SI msg. 3 и SI msg. 5, соответствующие индикаторы в минимальной системной информации, например SIB1, выдадут информацию о запланированных сообщениях SI всем мобильным терминалам, а не одному мобильному терминалу, успешно разместившему свой запрос.
Принимая эту минимальную системную информацию, все мобильные терминалы могут сделать вывод, какая из другой системной информации запланирована для передачи.
С учетом вышеизложенного после приостановки повторной передачи приемопередатчик 120 принимает (см. msg4 на Фиг. 5) в следующий момент времени минимальную системную информацию в следующий момент времени.
И далее, процессор 130 определяет (см. этап S02 на Фиг. 5) на основании принятой минимальной системной информации, планируется ли передача запрошенной другой системной информации посредством широковещания независимо от ее повторной передачи. В такой ситуации повторная передача, как предписано процедурой произвольного доступа, необязательна.
После определения того, что запрошенная другая системная информация запланирована для передачи, приемопередатчик 120 переходит к приему (см. этап S03 на Фиг. 5) посредством широковещания сообщения системной информации, содержащего запрошенную по мере необходимости другую системную информацию.
Таким образом, благодаря отдельной (дополнительной) операции приема (см. msg4 на Фиг. 5) минимальной системной информации мобильный терминал 110 может обнаруживать ситуации, когда несмотря на то, что не удалось разместить запрос другой системной информации, мобильный терминал может обойтись без повторных передач, которые предписаны процедурой произвольного доступа.
Таким образом, в соответствии с этим вторым сценарием эффект, приводящий к служебной информации (управляющей) сигнализации, устраняется без влияния на функциональные возможности системы.
Обращаясь снова к общему описанию Фиг. 1, полезная реализация в 3GPP NR сценария развертывания включает в себя то, что сообщение запроса системной информации (msg3) представляет собой сообщение управления радиоресурсами (RRC), предпочтительно с информационным элементом, имеющим общий размер 40 битов. И полезная реализация дополнительно включает в себя то, что сообщение разрешения конфликтов (msg4) представляет собой элемент управления (CE) уровня управления доступом к среде (Medium Access Control, MAC), предпочтительно имеющим общий размер 48 битов. Тем самым может быть обеспечена совместимость с существующими форматами в процедуре произвольного доступа (например, с запросом соединения RRC).
Само по себе разумеется также, что системная информация может быть получена мобильным терминалом в одном из состояний RRC_CONNECTED, RRC_IDLE и RRC_INACTIVE.
Вторые аспекты
Обратимся теперь к другому, второму аспекту настоящего изобретения. Этот второй аспект стоит особняком от предыдущего описания, хотя и тоже относится к получению системной информации. Точнее говоря, системная информация тоже содержит минимальную системную информацию и другую системную информацию.
Следует отметить, что отличие от предыдущего описания заключается в том, что второй аспект сосредоточен на повышении гибкости при получении системной информации. Такое повышение гибкости может привести к уменьшению задержки, т.е. к приему запрошенной по мере необходимости другой системной информации досрочно, и/или может привести к уменьшению служебных данных (управляющей) сигнализации. В любом случае следующий аспект связан со спецификацией периода модификации.
В общем, вполне понятно, что период модификации предназначен для описания периода времени, в течение которого мобильный терминал, как ожидается, получит системную информацию только один раз. Этот период модификации вводят для защиты энергопотребления, например, мобильных терминалов в состоянии RRC_IDLE или RRC_INACTIVE. Если ожидается более частое пробуждение и получение системной информации мобильным терминалом, это отрицательно скажется на потреблении энергии мобильного терминала.
Однако существуют ситуации, когда мобильный терминал запрашивает по мере необходимости другую системную информацию в одном периоде модификации, но из-за системных ограничений принимать запрошенную по мере необходимости другую системную информацию должен в течение следующего периода модификации. Это приводит к значительной задержке при получении системной информации в системе беспроводной связи.
В данной ситуации этот аспект повышает гибкость, позволяя системе более гибко передавать в режиме широковещания другую системную информацию, как показано в реализации на Фиг. 6.
На Фиг. 6 изображена диаграмма синхронизации двух мобильных терминалов (т.е. UE1 и UE2), выполняющих получение системной информации в первом примере этого второго аспекта в сценарии развертывания 3GPP NR. В этом первом примере показана система беспроводной связи, содержащая два мобильных терминала (т.е. UE1 и UE2) и базовую станцию с обслуживающей сотой.
В начале первого периода модификации (период модификации №1) другую системную информацию, например, сообщение 5 системной информации (SI_5), не передают в режиме широковещания. Это показано соответствующим индикатором в минимальной системной информации, например, в блоке системной информации типа 1 (SIB1), имеющем нулевое значение («broadcast = 0»).
Таким образом, мобильный терминал с потребностью в такой другой системной информации (например, SI_5) должен перейти к запросу по мере необходимости ее передачи. Это будет рассмотрено подробнее в части, касающейся получения системной информации, выполняемого вторым мобильным терминалом, т.е. UE2, как показано на этой Фиг. 6.
Данный мобильный терминал (UE2) определяет в момент времени, указанный стрелкой на Фиг. 6, что возникло условие для запроса по мере необходимости другой системной информации (например SI_5). Для краткости, речь идет о примерах условий, рассмотренных выше.
Само собой разумеется, что определение условия запроса по мере необходимости включает получение мобильным терминалом минимальной системной информации (например, SIB1) и выполнение им определения на основе этой принятой минимальной системной информации (например, SIB1). Только тогда, когда мобильный терминал определяет, что другая системная информация (например, SI_5) передается по мере необходимости («broadcast = 0»), он фактически начинается с процедуры произвольного доступа.
Мобильный терминал UE2 выполняет процедуру произвольного доступа, включающую: передачу сообщения (msg1) преамбулы произвольного доступа, прием ответного сообщения (msg2) произвольного доступа, передачу сообщения (msg3) запроса системной информации для другой системной информации и прием сообщения (msg4) разрешения конфликтов.
В обычной конфигурации мобильный терминал должен был бы ждать до следующего периода модификации (например, периода модификации №2), чтобы принять посредством широковещания сообщение системной информации, содержащее запрошенную по мере необходимости другую системную информацию (например, SI_5). В данном конкретном случае этот период модификации также содержит измененную (новую) другую системную информацию (например, SI_5), которая, однако, не влияет на первый пример.
В отличие от этого, в данном примере мобильный терминал, UE2, может принимать досрочно.
Для этой цели мобильный терминал UE2 (опять же) выполнен с возможностью повторного получения в течение текущего периода модификации (например, периода модификации №1), который является тем же самым, что и период модификации во время процедуры произвольного доступа, минимальной системной информации (например, SIB1). На основании этой повторно полученной минимальной системной информации (например, SIB1) мобильный терминал определяет, передается ли запрошенная по мере необходимости другая системная информация (например, SI_5) до следующего периода модификации (например, «broadcast = 1»). Мобильный терминал принимает запрошенную по мере необходимости другую системную информацию (например, SI_5), включенную в сообщение системной информации, передаваемое до следующего периода модификации (до периода модификации №2).
Следует отметить, что в этот период модификации (например, период модификации №1) в режиме широковещания передается текущая (старая), а не измененная (новая) другая системная информация (например, SI_5). Таким образом, он должен будет в следующем периоде модификации снова принять измененную (новую) другую системную информацию (например, SI_5). Несмотря на повтор, преимущество данного примера состоит в том, что он позволяет реализовывать период модификации, не противореча текущей стандартизации.
Таким образом, этот первый пример обеспечивает преимущества, заключающиеся в меньшем влиянии на спецификацию и в возможности немедленного получения SI_5 пользовательским оборудованием UE2. На другие мобильные терминалы (UE1) это не влияет. За эти преимущества приходится платить следующими недостатками: служебные данные запроса SI увеличиваются для вскоре изменяемой (новой) SI, что фактически приводит к большему потреблению энергии для UE2 (необходимо проверять SIB1 в двух следующих друг за другом периодах модификации после запроса по мере необходимости другой системной информации) и увеличению служебных данных при передаче SI в широковещательном режиме.
На Фиг. 7 изображения диаграмма синхронизации двух мобильных терминалов (т.е. UE1 и UE2), выполняющих получение системной информации во втором примере этого второго аспекта в сценарии развертывания 3GPP NR. В этом втором примере показана система беспроводной связи, содержащая два мобильных терминала (т.е. UE1 и UE2) и базовую станцию с обслуживающей сотой.
В начале первого периода модификации (период модификации №1) другую системную информацию, например, сообщение 5 системной информации (SI_5), не передают в режиме широковещания. Это показано соответствующим индикатором в минимальной системной информации, например, в блоке системной информации типа 1 (SIB1), имеющим нулевое значение («broadcast = 0»).
Таким образом, у мобильного терминала с текущей версией другой системной информации (например, SI_5) не будет никаких причин для получения ее передачи еще раз. Однако дело обстоит иначе, когда мобильному терминалу указывают на изменение (обновление) другой системной информации (например SI_5). Это будет рассмотрено подробнее в части, касающейся получения системной информации, выполняемого первым мобильным терминалом, т.е. UE1, как показано на этой Фиг. 7.
Для ясности следует подчеркнуть, что мобильный терминал UE1 уже имеет текущую версию другой системной информации (например SI_5). Мобильный терминал UE1 мог принять ее путем получения системной информации так, как обсуждалось выше, а именно, определив сначала, возникло ли условие для запроса по мере необходимости другой системной информации (например, SI_5), и затем выполнив процедуру произвольного доступа. Наконец, мобильный терминал UE 1 мог принять запрошенную по мере необходимости другую системную информацию (например, SI_5), как обсуждалось выше.
Итак, для приема измененной (обновленной) другой системной информации мобильный терминал UE1 принимает пейджинговое сообщение (находящееся в событии пейджинга (Paging Occasion, PO) с номером №i для UE1). Это пейджинговое сообщение указывает на изменение в запрошенном по мере необходимости сообщении другой системной информации (например, «SI_5 change = true»). Это пейджинговое сообщение принимают в текущем периоде модификации (период модификации №1).
Затем мобильный терминал UE1 повторно получает, в течение текущего периода модификации, который является тем же самым, что и период принятого пейджингового сообщения (период модификации №1), каждую минимальную системную информацию (например, SIB1).
Одновременно мобильный терминал (UE2) определяет в момент времени, указанный стрелкой на Фиг. 7, что возникло условие для запроса по мере необходимости другой системной информации (например SI_5).
Само собой разумеется, что определение условия запроса по мере необходимости включает получение мобильным терминалом минимальной системной информации (например, SIB1) и выполнение им определения на основе этой принятой минимальной системной информации (например, SIB1). Только тогда, когда мобильный терминал определяет, что другая системная информация (например, SI_5) передается по мере необходимости («broadcast = 0»), он фактически начинается с процедуры произвольного доступа.
Мобильный терминал UE2 выполняет процедуру произвольного доступа, включающую: передачу сообщения (msg1) преамбулы произвольного доступа, прием ответного сообщения (msg2) произвольного доступа, передачу сообщения (msg3) запроса системной информации для другой системной информации и прием сообщения (msg4) разрешения конфликтов. И в этом примере базовая станция успешно принимает запрос системной информации по мере необходимости от UE2 и после этого изменяет индикатор запрашиваемой другой системной информации (например, SI_5) в минимальной системной информации.
Кроме того, мобильный терминал UE1 выполнен с возможностью определения на основе повторно полученной минимальной системной информации (например, SIB1), передается ли измененная другая системная информация по мере необходимости (например, новая SI_5) («broadcast = 1») до следующего периода модификации (до периода модификации №2) вследствие запроса другой системной информации по мере необходимости, отправленного UE2.
Наконец, оба мобильных терминала UE1 и UE2 принимают измененную другую системную информацию по мере необходимости (например, SI_5), включенную в сообщение системной информации, передаваемое до следующего периода модификации (до периода модификации №2).
Таким образом, этот второй пример обеспечивает преимущества, заключающиеся в том, что он позволяет, как UE1, так и UE2, сразу же получать обновленную SI_5, что приводит к уменьшению потребления энергии для UE2 (получить SI_5 нужно только один раз). За эти преимущества приходится платить следующими недостатками: в один и тот же период модификации разные UE могут работать на основе разной системной информации, например, SI_5; увеличиваются служебные данные при передаче SI в широковещательном режиме; возрастает потребление энергии для UE1; увеличивается влияние на спецификацию.
На Фиг. 8 изображения диаграмма синхронизации двух мобильных терминалов (т.е. UE1 и UE2), выполняющих получение системной информации в третьем примере этого второго аспекта в сценарии развертывания 3GPP NR. В этом третьем примере показана система беспроводной связи, содержащая два мобильных терминала (т е. UE1 и UE2) и базовую станцию с обслуживающей сотой.
В начале первого периода модификации (период модификации №1) другую системную информацию, например, сообщение 5 системной информации (SI_5), не передают в режиме широковещания. Это показано соответствующим индикатором в минимальной системной информации, например, в блоке системной информации типа 1 (SIB1), имеющим нулевое значение («broadcast = 0»).
Таким образом, мобильный терминал с потребностью в такой другой системной информации (например, SI_5) будет должен перейти к запросу по мере необходимости ее передачи. Далее будет подробно рассмотрена альтернативная конфигурация в части, касающейся получения системной информации, выполняемого вторым мобильным терминалом, т.е. UE2, как показано на этой Фиг. 8.
В частности, далее предполагается, что мобильный терминал UE2 выполняет процедуру произвольного доступа, как обсуждалось ранее, только тогда, когда следующая процедура определена как неудачная до конца текущего периода модификации.
И в этом случае тоже перед выполнением процедуры произвольного доступа мобильный терминал UE2 принимает пейджинговое сообщение (находящееся в событии пейджинга, PO) с номером №k для какого-либо UE) для другого мобильного терминала (т.е. UE1), указывающее изменение запрошенной по мере необходимости другой системной информации (например, SI_5) в текущем периоде модификации (период модификации # 1).
Затем мобильный терминал UE2 определяет на основании пейджингового сообщения (например, расположенного в PO №k) для другого мобильного терминала (т.е. UE1), передается ли запрошенная по мере необходимости другая системная информация (т.е. «SI_5 change = true») в течение следующего периода модификации (период модификации №2).
Наконец, мобильный терминал UE2 пропускает выполнение процедуры произвольного доступа, а затем мобильный терминал UE2 принимает запрошенную по мере необходимости другую системную информацию (например, SI_5), включенную в сообщение системной информации, передаваемое в следующем периоде модификации (период модификации №2).
Таким образом, этот третий пример обеспечивает преимущества, заключающиеся в уменьшении числа запросов SI по мере необходимости; уменьшении тем самым служебных данных широковещательной передачи SI; а также в достижении минимального влияния на спецификацию. За эти преимущества приходится платить следующим недостатком: увеличение времени ожидания получения недостающей SI.
Настоящее изобретение может быть реализовано программным обеспечением, аппаратным обеспечением или программным обеспечением совместно с аппаратным обеспечением. Каждый функциональный блок, используемый в описании каждого варианта реализации, изложенного выше, может быть частично или полностью реализован БИС (LSI), такой как интегральная схема, и управление каждым процессом, описанным в каждом варианте реализации, может быть осуществлено частично или полностью той же самой БИС или комбинацией БИС. БИС может быть сформирована отдельно в виде кристаллов, или один кристалл может быть сформирован так, чтобы содержать часть или все функциональные блоки. БИС может содержать вход и выход данных, соединенные с ней. В настоящем документе БИС может называться ИС (IC), системной БИС, супер-БИС или ультра-БИС в зависимости от различий в степени интеграции.
Однако метод реализации интегральной схемы не ограничен БИС и может быть осуществлен с использованием специально предназначенной схемы, процессора общего назначения или процессора специального назначения. Кроме того, может быть использована FPGA (программируемая пользователем вентильная матрица, Field Programmable Gate Array), которая может быть запрограммирована после изготовления БИС или выполненного с возможность изменения конфигурации процессора, в котором может быть изменена конфигурация соединения и настроек ячеек схемы, расположенных внутри БИС. Настоящее изобретение может быть реализовано в виде цифровой обработки или аналоговой обработки. Если будущая технология интегральных схем заменит БИС в результате развития полупроводниковой технологии или другой производной технологии, функциональные блоки могут быть интегрированы с использованием будущей технологии интегральных схем. Также может быть применена биотехнология.
В соответствии с первым аспектом раскрыт мобильный терминал для выполнения получения системной информации в беспроводной системе связи, содержащей по меньшей мере одну базовую станцию, сконфигурированную с обслуживающей сотой. Системная информация содержит минимальную системную информацию и другую системную информацию.
Мобильный терминал содержит процессор и приемопередатчик. При этом мобильный терминал выполнен с возможностью определения условия для запроса по мере необходимости передачи другой системной информации; выполнения процедуры произвольного доступа, включая: передачу сигнала (msg1) преамбулы произвольного доступа, прием ответного сообщения (msg2) произвольного доступа, передачу сообщения (msg3) запроса системной информации и прием сообщения (msg4) разрешения конфликтов; и приема по широковещательному каналу сообщения системной информации, содержащего запрошенную по мере необходимости другую системную информацию.
Сообщение (msg3) запроса системной информации содержит информационный элемент с битовой комбинацией, соответствующей конкретному формату, причем по меньшей мере часть битовой комбинации предназначена для запроса другой системной информации, а сообщение (msg4) разрешения конфликтов содержит ту же самую битовую комбинацию или ту же самую часть битовой комбинации для обнаружения конфликтов во время процедуры произвольного доступа.
В соответствии со вторым аспектом, который может быть объединен с первым аспектом, информационный элемент представляет собой первый информационный элемент в сообщении (msg3) запроса системной информации.
В соответствии с третьим аспектом, который может быть объединен с первым или вторым аспектом, информационный элемент представляет собой единственный информационный элемент в сообщении (msg3) запроса системной информации.
В соответствии с четвертым аспектом, который может быть объединен с аспектами с первого по третий, информационный элемент не является информационным элементом идентификатора мобильного терминала и/или информационным элементом случайного значения.
В соответствии с пятым аспектом, который может быть объединен с аспектами с первого по четвертый, информационный элемент с битовой комбинацией, соответствующей конкретному формату, содержит по меньшей мере 8 битов, предпочтительно 40 битов.
В соответствии с шестым аспектом, который может быть объединен с аспектами с первого по пятый, конкретный формат определяет для части битовой комбинации информационного элемента соответствие с запросами на разные типы сообщений системной информации.
В соответствии с седьмым аспектом, который может быть объединен с шестым аспектом, часть битовой комбинации информационного элемента состоит из 8 битов, и каждый из 8 битов соответствует запросу отличного от другого типа сообщения системной информации.
В соответствии с восьмым аспектом, который может быть объединен с шестым или седьмым аспектом, конкретный формат предписывает, что часть битовой комбинации, предпочтительно 8 битов, находится в начале или в конце битовой комбинации.
В соответствии с девятым аспектом, который может быть объединен с аспектами с шестого по восьмой, конкретный формат предписывает, что все остальные биты в битовой комбинации информационного элемента, кроме битов этой части битовой комбинации, имеют нулевое значение.
В соответствии с десятым аспектом, который может быть объединен с аспектами с первого по девятый, мобильный терминал начинает прием сообщения системной информации, содержащего запрошенную по мере необходимости другую системную информацию, в зависимости от битовой комбинации в сообщении (msg4) разрешения конфликтов.
В соответствии с одиннадцатым аспектом раскрыт мобильный терминал для выполнения получения системной информации в беспроводной системе связи, содержащей по меньшей мере одну базовую станцию, сконфигурированную с обслуживающей сотой. Системная информация содержит минимальную системную информацию и другую системную информацию.
Мобильный терминал содержит: процессор и приемопередатчик, выполненные с возможностью определения условия для запроса по мере необходимости передачи другой системной информации; выполнения процедуры произвольного доступа, включая: передачу сигнала (msg1) преамбулы произвольного доступа, прием ответного сообщения (msg2) произвольного доступа, передачу сообщения (msg3) запроса системной информации и прием сообщения (msg4) разрешения конфликтов; и приема по широковещательному каналу сообщения системной информации, содержащего запрошенную по мере необходимости другую системную информацию.
В случае неудачного приема сообщения (msg4) разрешения конфликтов мобильный терминал выполняет процедуру произвольного доступа, включающую: приостановку повторной передачи сигнала (msg1) преамбулы произвольного доступа до следующего момента времени минимальной системной информации, прием, в следующий момент времени, минимальной системной информации и определение на основе принятой минимальной информации того, запланирована ли запрошенная другая системная информация для передачи посредством широковещания независимо от ее повторной передачи.
В соответствии с двенадцатым аспектом, который может быть объединен с одиннадцатым аспектом, успешный/неудачный прием сообщения (msg4) разрешения конфликтов определяется по меньшей мере одним из:
проверки того, содержит ли сообщение (msg4) разрешения конфликтов только ту же самую битовую комбинацию, что передана с помощью информационного элемента, включенного в сообщение (msg3) запроса системной информации, соответствующее конкретному формату для запроса другой системной информации, и
проверки того, является ли сообщение (msg4) разрешения конфликтов специальной версией сообщения разрешения конфликтов, используемой для подтверждения получения запроса по мере необходимости для другой системной информации, и содержит ли msg4 только ту же часть битовой комбинации, что и переданная с помощью информационного элемента, включенного в сообщение (msg3) запроса системной информации, и
проверки того, содержит ли часть сообщения (msg4) разрешения конфликтов ту же самую битовую комбинацию, что передана с помощью информационного элемента, включенного в сообщение (msg3) запроса системной информации, соответствующее конкретному формату для запроса другой системной информации, и
проверки того, является ли сообщение (msg4) разрешения конфликтов специальной версией сообщения разрешения конфликтов, используемой для подтверждения получения запроса по мере необходимости для другой системной информации, и содержит ли msg4 только ту же самую битовую комбинацию, которая передана с помощью информационного элемента, включенного в сообщение (msg3) запроса системной информации, соответствующего конкретному формату для запроса другой системной информации.
В соответствии с тринадцатым аспектом, который может быть объединен с аспектами с первого по двенадцатый, сообщение запроса системной информации (msg3) представляет собой сообщение управления радиоресурсами (RRC), предпочтительно с информационным элементом, имеющим общий размер 40 битов.
В соответствии с четырнадцатым аспектом, который может быть объединен с аспектами с первого по тринадцатый, сообщение (msg4) разрешения конфликтов представляет собой элемент управления (CE) уровня управления доступом к среде (MAC), предпочтительно имеющим общий размер 48 битов.
В соответствии с пятнадцатым аспектом, который может быть объединен с аспектами с первого по четырнадцатый, для выполнения получения системной информации мобильный терминал находится в одном из состояний RRC_CONNECTED, RRC_IDLE и RRC_INACTIVE.
В соответствии с шестнадцатым аспектом, который может быть объединен с аспектами с первого по пятнадцатый, в число условий для запроса по мере необходимости передачи другой системной информации входит по меньшей мере одно из: обнаружения события включения питания или события выбора/повторного выбора соты в обслуживающей соте, восстановления после события потери покрытия для обслуживающей соты, определения того, что таймер времени действия для другой системной информации истек.
В соответствии с семнадцатым аспектом раскрыта базовая станция в системе беспроводной связи, позволяющей мобильному терминалу выполнять получение системной информации с помощью базовой станции, сконфигурированной с обслуживающей сотой. Системная информация содержит минимальную системную информацию и другую системную информацию.
Базовая станция содержит процессор и приемопередатчик. При этом базовая станция выполнена с возможностью выполнения процедуры произвольного доступа, включая: прием сигнала (msg1) преамбулы произвольного доступа, передачу ответного сообщения (msg2) произвольного доступа, прием сообщения (msg3) запроса системной информации и передачу сообщения (msg4) разрешения конфликтов; и передачи по широковещательному каналу сообщения системной информации, содержащего запрошенную по мере необходимости другую системную информацию.
Сообщение (msg3) запроса системной информации содержит информационный элемент с битовой комбинацией, соответствующей конкретному формату, причем по меньшей мере часть битовой комбинации предназначена для запроса другой системной информации, а сообщение (msg4) разрешения конфликтов содержит ту же самую битовую комбинацию или ту же самую часть битовой комбинации для обнаружения конфликтов во время процедуры произвольного доступа.
В соответствии с восемнадцатым аспектом, который может быть объединен с семнадцатым аспектом, информационный элемент представляет собой первый информационный элемент в сообщении (msg3) запроса системной информации.
В соответствии с девятнадцатым аспектом, который может быть объединен с семнадцатым или восемнадцатым аспектом, информационный элемент представляет собой единственный информационный элемент в сообщении (msg3) запроса системной информации.
В соответствии с двадцатым аспектом, который может быть объединен с аспектами с семнадцатого по девятнадцатый, информационный элемент не является информационным элементом идентификатора мобильного терминала и/или информационным элементом случайного значения.
В соответствии с двадцать первым аспектом, который может быть объединен с аспектами с семнадцатого по двадцатый, информационный элемент с битовой комбинацией, соответствующей конкретному формату, содержит по меньшей мере 8 битов, предпочтительно 40 битов.
В соответствии с двадцать вторым аспектом, который может быть объединен с аспектами с семнадцатого по двадцать первый, конкретный формат определяет для подмножества битов в битовой комбинации информационного элемента соответствие с запросами на разные типы сообщений системной информации.
В соответствии с двадцать третьим аспектом, который может быть объединен с двадцать вторым аспектом, подмножество битов битовой комбинации информационного элемента состоит из 8 битов, и каждый из 8 битов соответствует запросу отличного от другого типа сообщения системной информации.
В соответствии с двадцать четвертым аспектом, который может быть объединен с двадцать вторым или двадцать третьим аспектом, конкретный формат предписывает, что подмножество битов битовой комбинации, предпочтительно 8 битов, находится в начале или в конце битовой комбинации.
В соответствии с двадцать пятым аспектом, который может быть объединен с аспектами с двадцать второго по двадцать четвертый, конкретный формат предписывает, что все остальные биты в битовой комбинации информационного элемента, кроме битов этого подмножества битов, имеют нулевое значение.
В соответствии с двадцать шестым аспектом, который может быть объединен с аспектами с семнадцатого по двадцать пятый, базовая станция начинает передачу сообщения системной информации, содержащего запрошенную по мере необходимости другую системную информацию, в зависимости от битовой комбинации в сообщении (msg4) разрешения конфликтов.
В соответствии с двадцать седьмым аспектом раскрыт способ выполнения получения системной информации мобильным терминалом в беспроводной системе связи, содержащей по меньшей мере одну базовую станцию, сконфигурированную с обслуживающей сотой. Системная информация содержит минимальную системную информацию и другую системную информацию.
Способ включает этапы: определения условия для запроса по мере необходимости передачи другой системной информации; выполнения процедуры произвольного доступа, включая: передачу сигнала (msg1) преамбулы произвольного доступа, прием ответного сообщения (msg2) произвольного доступа, передачу сообщения (msg3) запроса системной информации и прием сообщения (msg4) разрешения конфликтов; и приема по широковещательному каналу сообщения системной информации, содержащего запрошенную по мере необходимости другую системную информацию.
Сообщение (msg3) запроса системной информации содержит информационный элемент с битовой комбинацией, соответствующей конкретному формату, причем по меньшей мере часть битовой комбинации предназначена для запроса другой системной информации, а сообщение (msg4) разрешения конфликтов содержит ту же самую битовую комбинацию или ту же самую часть битовой комбинации для обнаружения конфликтов во время процедуры произвольного доступа.
В соответствии с двадцать восьмым аспектом раскрыт способ выполнения получения системной информации мобильным терминалом в беспроводной системе связи, содержащей по меньшей мере одну базовую станцию, сконфигурированную с обслуживающей сотой. Системная информация содержит минимальную системную информацию и другую системную информацию.
Способ включает этапы: определения условия для запроса по мере необходимости передачи другой системной информации; выполнения процедуры произвольного доступа, включая: передачу сигнала (msg1) преамбулы произвольного доступа, прием ответного сообщения (msg2) произвольного доступа, передачу сообщения (msg3) запроса системной информации и прием сообщения (msg4) разрешения конфликтов; и приема по широковещательному каналу сообщения системной информации, содержащего запрошенную по мере необходимости другую системную информацию.
В случае неудачного приема сообщения (msg4) разрешения конфликтов выполнение процедуры произвольного доступа включает: приостановку повторной передачи сигнала (msg1) преамбулы произвольного доступа до следующего момента времени минимальной системной информации, прием, в следующий момент времени, минимальной системной информации и определение на основе принятой минимальной информации того, запланирована ли запрошенная другая системная информация для передачи посредством широковещания независимо от ее повторной передачи.
В соответствии с двадцать девятым аспектом раскрыт способ для базовой станции, обеспечивающий мобильному терминалу возможность выполнения получения системной информации в системе беспроводной связи с базовая станцией, сконфигурированной с обслуживающей сотой. Системная информация содержит минимальную системную информацию и другую системную информацию.
Способ включает этапы: выполнения процедуры произвольного доступа, включая: прием сигнала (msg1) преамбулы произвольного доступа, передачу ответного сообщения (msg2) произвольного доступа, прием сообщения (msg3) запроса системной информации и передачу сообщения (msg4) разрешения конфликтов; и передачи по широковещательному каналу сообщения системной информации, содержащего запрошенную по мере необходимости другую системную информацию.
Сообщение (msg3) запроса системной информации содержит информационный элемент с битовой комбинацией, соответствующей конкретному формату, причем по меньшей мере часть битовой комбинации предназначена для запроса другой системной информации, а сообщение (msg4) разрешения конфликтов содержит ту же самую битовую комбинацию или ту же самую часть битовой комбинации для обнаружения конфликтов во время процедуры произвольного доступа.
В соответствии с тридцатым аспектом раскрыт мобильный терминал для выполнения получения системной информации в беспроводной системе связи, содержащей по меньшей мере одну базовую станцию, сконфигурированную с обслуживающей сотой. Системная информация содержит минимальную системную информацию и другую системную информацию.
Мобильный терминал содержит процессор и приемопередатчик. При этом мобильный терминал выполнен с возможностью определения условия для запроса по мере необходимости другой системной информации; выполнения процедуры произвольного доступа, включая: передачу сообщения (msg1) преамбулы произвольного доступа, прием ответного сообщения (msg2) произвольного доступа, передачу сообщения (msg3) запроса системной информации и прием сообщения (msg4) разрешения конфликтов; и приема по широковещательному каналу сообщения системной информации, содержащего запрошенную по мере необходимости другую системную информацию.
В частности, мобильный терминал выполнен с возможностью получения, как части определения условия запроса по мере необходимости, минимальной системной информации и определения того, что другая запрашиваемая системная информация передается по мере необходимости.
Кроме того, мобильный терминал выполнен с возможностью, в рамках приема сообщения системной информации, повторного получения в течение текущего периода модификации, который является тем же самым, что и период модификации во время процедуры произвольного доступа, минимальной системной информации для определения на основе повторно полученной минимальной системной информации, передается ли запрошенная по мере необходимости другая системная информация до следующего периода модификации, и приема запрошенной по мере необходимости другой системной информации, включенной в сообщение системной информации, передаваемое до следующего периода модификации.
В соответствии с тридцать первым аспектом раскрыт мобильный терминал для выполнения получения системной информации в беспроводной системе связи, содержащей по меньшей мере одну базовую станцию, сконфигурированную с обслуживающей сотой. Системная информация содержит минимальную системную информацию и другую системную информацию.
Мобильный терминал содержит процессор и приемопередатчик. При этом мобильный терминал выполнен с возможностью определения условия для запроса по мере необходимости другой системной информации; выполнения процедуры произвольного доступа, включая: передачу сообщения (msg1) преамбулы произвольного доступа, прием ответного сообщения (msg2) произвольного доступа, передачу сообщения (msg3) запроса системной информации и прием сообщения (msg4) разрешения конфликтов; и приема по широковещательному каналу сообщения системной информации, содержащего запрошенную по мере необходимости другую системную информацию.
В частности, мобильный терминал выполнен с возможностью, в рамках приема сообщения системной информации, приема пейджингового сообщения, указывающего на изменение в запрошенной по мере необходимости другой системной информации в текущем периоде модификации, для повторного получения в течение текущего периода модификации, который является тем же самым, что и период принятого пейджингового сообщения, минимальной системной информации для определения на основе повторно полученной минимальной системной информации, передается ли измененная другая системная информация по мере необходимости до следующего периода модификации, и приема измененной другой системной информации по мере необходимости, включенной в сообщение системной информации, передаваемое до следующего периода модификации.
В соответствии с тридцать вторым аспектом раскрыт мобильный терминал для выполнения получения системной информации в беспроводной системе связи, содержащей по меньшей мере одну базовую станцию, сконфигурированную с обслуживающей сотой. Системная информация содержит минимальную системную информацию и другую системную информацию.
Мобильный терминал содержит процессор и приемопередатчик. При этом мобильный терминал выполнен с возможностью определения условия для запроса по мере необходимости другой системной информации; выполнения процедуры произвольного доступа, включая: передачу сообщения (msg1) преамбулы произвольного доступа, прием ответного сообщения (msg2) произвольного доступа, передачу сообщения (msg3) запроса системной информации и прием сообщения (msg4) разрешения конфликтов; и приема по широковещательному каналу сообщения системной информации, содержащего запрошенную по мере необходимости другую системную информацию.
В частности, мобильный терминал выполнен с возможностью, перед выполнением процедуры произвольного доступа, приема пейджингового сообщения для другого мобильного терминала, указывающего на изменение запрошенной по мере необходимости другой системной информации в текущем периоде модификации, для определения на основе пейджингового сообщения для другого мобильного терминала, передается ли запрошенная по мере необходимости другая системная информация в следующем периоде модификации, чтобы пропустить выполнение процедуры случайного доступа и принять запрошенную по мере необходимости другую системную информацию, включенную в сообщение системной информации, передаваемое в следующем периоде модификации.