СПОСОБ И ОБОРУДОВАНИЕ ДЛЯ ПОЛУЧЕНИЯ СИСТЕМНОЙ ИНФОРМАЦИИ, ВОССТАНОВЛЕНИЯ ПОСЛЕ СБОЯ ЛУЧА И ПОВТОРНОГО ВЫБОРА СОТЫ Российский патент 2021 года по МПК H04W48/14 

Область техники, к которой относится изобретение

[1] Раскрытие относится к системе беспроводной связи. Более конкретно, раскрытие относится к оборудованию, способу и системе для получения системной информации, восстановления после сбоя луча и повторного выбора соты в системе беспроводной связи.

Уровень техники

[2] Чтобы удовлетворять требованию по увеличению трафика беспроводных данных с момента развертывания систем связи четвертого поколения (4G), прикладываются усилия для того, чтобы разрабатывать улучшенную систему связи пятого поколения (5G) или пред-5G. Следовательно, 5G- или пред-5G-система связи также называется "выходящей за рамки 4G-сети" или "системой после стандарта долгосрочного развития (LTE)". Считается, что 5G-система связи реализуется в верхних полосах частот (mmWave), к примеру, в полосах частот в 60 ГГц, с тем чтобы добиваться более высоких скоростей передачи данных. Чтобы снижать потери при распространении радиоволн и увеличивать расстояние передачи, формирование диаграммы направленности, массовая технология cо многими входами и многими выходами (MIMO), полноразмерная MIMO-технология (FD-MIMO), решетчатая антенна, формирование аналоговой диаграммы направленности, крупномасштабные антенные технологии обсуждаются в 5G-системах связи. Помимо этого, в 5G-системах связи, проводятся разработки для улучшения системной сети на основе усовершенствованных небольших сот, облачных сетей радиодоступа (RAN), сверхплотных сетей, связи между устройствами (D2D), беспроводного обратного транзитного соединения, перемещаемой сети, совместной связи, координированной многоточечной передачи (CoMP), подавления помех на приемном конце и т.п. В 5G-системе, разработаны гибридная FSK- и QAM-модуляция (FQAM) и кодирование с наложением окон переменной длительности (SWSC) в качестве усовершенствованной модуляции с кодированием (ACM), а также интерфейс беспроводного доступа на нескольких несущих с гребенками фильтров (FBMC), неортогональный множественный доступ (NOMA) и множественный доступ на основе разреженных кодов (SCMA) в качестве усовершенствованной технологии доступа.

[3] Интернет, который представляет собой человеко-ориентированную соединительную сеть, в которой люди формируют и используют информацию, теперь совершенствуется в Интернет вещей (IoT), в котором распределенные объекты, такие как вещи, обмениваются и обрабатывают информацию без вмешательства человека. Появляется Интернет всего (IoE), который представляет собой комбинацию IoT-технологии и технологии обработки больших данных через соединение с облачным сервером. Поскольку такие технологические элементы, как "технология распознавания", "инфраструктура проводной/беспроводной связи и работы сети", "интерфейсная технология предоставления услуг" и "технология обеспечения безопасности", требуются для IoT-реализации, в последнее время исследуются сенсорная сеть, межмашинная связь (M2M), машинная связь (MTC) и т.п. Такое IoT-окружение может предоставлять интеллектуальные услуги на основе Интернет-технологий, которые создают новую ценность в человеческой жизни посредством сбора и анализа данных, сформированных между соединенными вещами. IoT может применяться к множеству областей техники, включающих в себя интеллектуальный дом, интеллектуальное здание, интеллектуальный город, интеллектуальный автомобиль или соединенные автомобили, интеллектуальную энергосеть, здравоохранение, интеллектуальные приборы и усовершенствованные медицинские услуги, через сходимость и комбинацию между существующими информационными технологиями (IT) и различными промышленными вариантами применения.

[4] Согласно означенному, предпринимаются различные попытки для того, чтобы применять 5G-системы связи к IoT-сетям. Например, такие технологии, как сенсорная сеть, машинная связь (MTC) и межмашинная связь (M2M), могут реализовываться посредством формирования диаграммы направленности, MIMO и решетчатых антенн. Применение облачной сети радиодоступа (RAN) в качестве вышеописанной технологии обработки больших данных также может считаться примером сходимости между 5G-технологией и IoT-технологией.

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

Сущность изобретения

Техническая задача

[6] Между тем в последнее время проведены различные исследования касательно получения системы, восстановления после сбоя луча и повторного выбора соты в 5G-системе связи.

Решение задачи

[7] Аспекты раскрытия заключаются в том, чтобы разрешать, по меньшей мере, вышеуказанные проблемы и/или недостатки и предоставлять, по меньшей мере, преимущества, описанные ниже. Соответственно, аспект раскрытия состоит в том, чтобы предоставлять способ и систему связи для схождения системы связи пятого поколения (5G) для поддержки более высоких скоростей передачи данных за рамками четвертого поколения (4G).

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

[9] В соответствии с вариантом осуществления раскрытия, способ содержит:

- передачу, в базовую станцию, запроса на системную информацию (SI);

- прием, из базовой станции, подтверждения приема для запроса;

- прием физического канала управления нисходящей линии связи (PDCCH), адресованного во временный идентификатор радиосети (RNTI) для SI, в первом SI-окне для SI-сообщения сразу после приема подтверждения приема; и

- прием SI-сообщения,

- при этом прием PDCCH выполняется во втором SI-окне, которое находится рядом с первым SI-окном в период модификации, в случае если SI-сообщение не принимается к концу первого SI-окна.

[10] В соответствии с другим вариантом осуществления раскрытия, способ содержит:

- прием, из терминала, запроса на системную информацию (SI);

- передачу, в терминал, подтверждения приема для запроса; и

- передачу, в терминал, физического канала управления нисходящей линии связи (PDCCH), адресованного во временный идентификатор радиосети (RNTI) для SI, в первом SI-окне для SI-сообщения,

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

[11] В соответствии с другим вариантом осуществления раскрытия, терминал содержит:

- приемо-передающее устройство, выполненное с возможностью передавать и принимать сигнал; и

- контроллер, выполненный с возможностью:

- передавать, в базовую станцию, запрос на системную информацию (SI),

- принимать, из базовой станции, подтверждение приема для запроса,

- принимать физический канал управления нисходящей линии связи (PDCCH), адресованный во временный идентификатор радиосети (RNTI) для SI, в первом SI-окне для SI-сообщения сразу после приема подтверждения приема, и

- принимать SI-сообщение,

- при этом прием PDCCH выполняется во втором SI-окне, которое находится рядом с первым SI-окном в период модификации, в случае если SI-сообщение не принимается к концу первого SI-окна.

[12] В соответствии с другим аспектом раскрытия, базовая станция содержит:

- приемо-передающее устройство, выполненное с возможностью передавать и принимать сигнал; и

- контроллер, выполненный с возможностью:

- принимать, из терминала, запрос на системную информацию (SI),

- передавать, в терминал, подтверждение приема для запроса, и

- передавать, в терминал, физический канал управления нисходящей линии связи (PDCCH), адресованный во временный идентификатор радиосети (RNTI) для SI, в первом SI-окне для SI-сообщения,

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

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

Преимущества изобретения

[14] Согласно различным вариантам осуществления раскрытия, могут эффективно улучшаться системное получение, восстановление после сбоя луча и повторный выбор соты в 5G-системе связи.

Краткое описание чертежей

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

[16] Фиг. 1 иллюстрирует пример мониторинга окна для обработки системной информации (SI) согласно варианту осуществления раскрытия;

[17] Фиг. 2 иллюстрирует другой пример мониторинга SI-окна согласно варианту осуществления раскрытия;

[18] Фиг. 3 иллюстрирует другой пример мониторинга SI-окна согласно варианту осуществления раскрытия;

[19] Фиг. 4 иллюстрирует другой пример мониторинга SI-окна согласно варианту осуществления раскрытия;

[20] Фиг. 5 иллюстрирует другой пример мониторинга SI-окна согласно варианту осуществления раскрытия;

[21] Фиг. 6a и 6b иллюстрируют другие примеры мониторинга SI-окна согласно варианту осуществления раскрытия;

[22] Фиг. 7 иллюстрирует другой пример мониторинга SI-окна согласно варианту осуществления раскрытия;

[23] Фиг. 8 иллюстрирует другой пример мониторинга SI-окна согласно варианту осуществления раскрытия;

[24] Фиг. 9 иллюстрирует другой пример мониторинга SI-окна согласно варианту осуществления раскрытия;

[25] Фиг. 10 иллюстрирует пример выполнения восстановления после сбоя луча согласно варианту осуществления раскрытия;

[26] Фиг. 11 иллюстрирует пример выполнения повторного выбора соты в то время, когда SI-запрос по требованию выполняется согласно варианту осуществления раскрытия;

[27] Фиг. 12 иллюстрирует другой пример выполнения повторного выбора соты в то время, когда SI-запрос по требованию выполняется согласно варианту осуществления раскрытия;

[28] Фиг. 13 иллюстрирует другой пример выполнения повторного выбора соты в то время, когда SI-запрос по требованию выполняется согласно варианту осуществления раскрытия;

[29] Фиг. 14 является блок-схемой терминала согласно варианту осуществления раскрытия; и

[30] Фиг. 15 является блок-схемой базовой станции согласно варианту осуществления раскрытия.

[31] На всех чертежах аналогичные номера ссылок должны пониматься как ссылающиеся на аналогичные части, компоненты и структуры.

Оптимальный режим осуществления изобретения

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

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

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

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

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

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

[38] В этом описании слова "блок", "модуль" и т.п. могут означать программный компонент или аппаратный компонент, такой как, например, программируемая пользователем вентильная матрица (FPGA) или специализированная интегральная схема (ASIC), допускающая выполнение функции или операции. Тем не менее "блок" и т.п., не ограничен аппаратными средствами или программным обеспечением. Блок и т.п. может быть выполнен с возможностью постоянно размещаться в адресуемом носителе хранения данных или управлять одним или более процессоров. Блоки и т.п. могут означать программные компоненты, объектно-ориентированные программные компоненты, компоненты классов, компоненты задач, процессы, функции, атрибуты, процедуры, вложенные процедуры, сегменты программного кода, драйверы, микропрограммное обеспечение, микрокод, схемы, данные, базы данных, структуры данных, таблицы, матрицы или переменные. Функция, предоставленная посредством компонента и блока, может представлять собой комбинацию меньших компонентов и блоков и может комбинироваться с другими, чтобы составлять большие компоненты и блоки. Компоненты и блоки могут быть выполнены с возможностью управлять устройством либо одним более процессоров на защищенной мультимедийной карте.

[39] До подробного описания описываются термины или определения, необходимые для того, чтобы понимать раскрытие. Тем не менее эти термины должны истолковываться неограничивающим способом.

[40] "Базовая станция (BS)" представляет собой объект, обменивающийся данными с абонентским устройством (UE), и может упоминаться как BS, базовая приемо-передающая станция (BTS), узел B (NB), усовершенствованный NB (eNB), точка доступа (AP), 5G NB (5GNB) или gNB.

[41] "UE" представляет собой объект, обменивающийся данными с BS, и может упоминаться как UE, мобильная станция (MS), мобильное устройство (ME) или терминал.

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

[43] Система беспроводной связи пятого поколения реализуется не только в полосах нижних частот, но также и в полосах верхних частот (mmWave), например, в полосах частот в 10-100 ГГц, с тем чтобы добиваться более высоких скоростей передачи данных. Чтобы уменьшать потери при распространении радиоволн и увеличивать расстояние передачи, формирование диаграммы направленности, массовая технология cо многими входами и многими выходами (MIMO), полноразмерная MIMO (FD-MIMO), решетчатая антенна, формирование аналоговой диаграммы направленности, крупномасштабные антенные технологии рассматриваются в проектном решении системы беспроводной связи пятого поколения. Помимо этого, система беспроводной связи пятого поколения предположительно нацелена на различные варианты использования, имеющие сильно отличающиеся требования с точки зрения скорости передачи данных, задержки, надежности, мобильности и т.д. Тем не менее предполагается, что проектное решение по радиоинтерфейсу системы беспроводной связи пятого поколения должно быть достаточно гибким для того, чтобы обслуживать UE, имеющие сильно отличающиеся характеристики в зависимости от варианта использования и рыночного сегмента, в котором UE предоставляет услуги конечному потребителю.

[44] Примерные случаи использования, на которые предположительно нацелена беспроводная система на основе системы беспроводной связи пятого поколения, представляют собой усовершенствованный стандарт широкополосной связи для мобильных устройств (eMBB), массовую машинную связь (mMTC), стандарт сверхнадежной связи с низкой задержкой (URLLC) и т.д. EMBB-требования, такие как скорость передачи данных в десятки Гбит/с, низкая задержка, высокая мобильность и т.д., нацелены на рыночный сегмент, представляющий беспроводных широкополосных абонентов, которым требуется Интернет-подключение везде согласно предшествующему уровню техники, в любой момент времени и "на ходу". MMTC-требования, такие как очень высокая плотность соединений, нечастая передача данных, очень продолжительное время работы от аккумулятора, решение проблемы низкой мобильности и т.д., нацелены на рыночный сегмент, представляющий Интернет вещей (IoT)/Интернет всего (IoE), предусматривающий подключение миллиардов устройств. URLL-требования, такие как очень низкая задержка, очень высокая надежность и переменная мобильность и т.д., нацелены на рыночный сегмент, представляющий вариант применения для промышленной автоматизации, связь между транспортными средствами/между транспортным средством и инфраструктурой, прогнозируемые в качестве одного из способствующих развитию факторов для автономных автомобилей.

[45] [46] Вариант 1 осуществления: получение SI по требованию

[47] Фиг. 1 иллюстрирует пример мониторинга окна для обработки системной информации (SI) согласно варианту осуществления раскрытия.

[48] В системе беспроводной связи пятого поколения (также упоминаемой как "NR" или "новый стандарт радиосвязи"), системная информация разделяется на минимальную SI (содержащую блок главной информации (MIB) и блок 1 системной информации (SIB1)) и другую SI (SIB2, SIB3 и т.д.). SIB, отличные от SIB1, переносятся в системных информационных (SI) сообщениях, которые передаются по совместно используемому каналу нисходящей линии связи (DL-SCH). SIB, имеющие идентичную периодичность, могут преобразовываться в идентичное SI-сообщение. Каждое SI-сообщение передается в периодически возникающих окнах во временной области (называемых "SI-окнами" с идентичной длиной для всех SI-сообщений). Каждое SI-сообщение ассоциировано с SI-окном, и SI-окна различных SI-сообщений не перекрываются. Таким образом, в одном SI-окне передается только соответствующее SI-сообщение. Информация диспетчеризации в SIB1 включает в себя преобразование между SIB и SI-сообщениями, периодичность каждого SI-сообщения и длину SI-окна. Информация диспетчеризации в SIB1 включает в себя индикатор для каждого SI-сообщения, который указывает то, передается в широковещательном режиме или нет связанное SI-сообщение. Если, по меньшей мере, одно SI-сообщение не передается в широковещательном режиме, SIB1 может включать в себя ресурсы произвольного доступа (преамбулу(ы) физического канала с произвольным доступом (PRACH) и PRACH-ресурс/период(ы)) для запроса gNB на то, чтобы широковещательно передавать одно или более SI-сообщений; gNB может передавать в служебных сигналах ресурсы произвольного доступа для каждого SI-сообщения, которое не передается в широковещательном режиме. Альтернативно, gNB может передавать в служебных сигналах ресурсы произвольного доступа, которые являются общими для всех SI-сообщений, которые не передаются в широковещательном режиме.

[49] Если UE требует SI-сообщения для того, чтобы работать в соте, и это SI-сообщение не передается в широковещательном режиме, то UE должно:

[50] - Если SIB1, принимаемый из gNB, включает в себя информацию относительно ресурсов произвольного доступа (PRACH-преамбул(ы) и PRACH-ресурса(ов)) для запроса SI, UE (т.е. уровень управления радиоресурсами (RRC)) инициирует процедуру произвольного доступа с использованием PRACH-преамбул(ы) и PRACH-ресурса(ов) для SI-сообщения, которое UE хочет запрашивать, и ожидает подтверждения приема для SI-запроса из нижнего уровня (т.е. из уровня управления доступом к среде (MAC)). Если подтверждение приема для SI-запроса принимается из нижнего уровня, UE отслеживает SI-окно запрашиваемого SI-сообщения в одном или более SI-периодов этого SI-сообщения.

[51] Во время процедуры произвольного доступа, UE передает Msg1 (т.е. преамбулу произвольного доступа) с использованием ресурсов произвольного доступа, соответствующих SI-сообщению, которое UE хочет запрашивать. При приеме Msg1, на основе принимаемой преамбулы и PRACH-периода, в котором принимается преамбула, gNB идентифицирует то, что Msg1 представляет собой SI-запрос, и он передает подтверждение приема SI-запроса. Подтверждение приема SI-запроса включается в ответ по произвольному доступу (также упоминается как Msg2). Для подтверждения приема SI-запроса, протокольная MAC-единица данных (PDU) Msg2 включает в себя MAC суб-PDU, имеющую только MAC-подзаголовок, и этот MAC-подзаголовок включает в себя идентификатор преамбулы произвольного доступа (RAPID) для принимаемой преамбулы. После передачи Msg1, UE ожидает Msg2, соответствующего передаваемой преамбуле произвольного доступа, в окне ответа. При приеме Msg2, при этом Msg2 включает в себя MAC суб-PDU, имеющую только MAC-подзаголовок, и этот MAC-подзаголовок включает в себя RAPID передаваемой преамбулы, считается, что подтверждение приема для SI-запроса принимается посредством UE (т.е. MAC-уровня), и затем MAC-уровень информирует RRC в отношении того, что подтверждение приема SI-запроса принимается.

[52] - Если SIB1, принимаемый из gNB, не включает в себя информацию относительно ресурсов произвольного доступа (PRACH-преамбул(ы) и PRACH-ресурса(ов)) для запроса SI, UE инициирует передачу сообщения RRCSystemInfoRequest (т.е. RRC-сообщения) и ожидает подтверждения приема для SI-запроса (т.е. сообщения RRCSystemInfoRequest) из нижнего уровня (т.е. MAC). Если подтверждение приема для SI-запроса (т.е. сообщение RRCSystemInfoRequest) принимается из нижнего уровня, UE отслеживает SI-окно запрашиваемого SI-сообщения в одном или более SI-периодов этого SI-сообщения.

[53] Во время процедуры произвольного доступа, UE передает Msg1 (т.е. преамбулу произвольного доступа) и ожидает ответа по произвольному доступу (также упоминается как Msg2), соответствующего передаваемой преамбуле произвольного доступа. Ответ по произвольному доступу (также упоминается как Msg2), соответствующий передаваемой преамбуле произвольного доступа, считается успешно принимаемым посредством UE, если Msg2 включает в себя MAC суб-PDU, имеющую MAC-подзаголовок и рабочие данные (т.е. MAC RAR), причем MAC-подзаголовок включает в себя RAPID передаваемой преамбулы произвольного доступа. MAC RAR включает в себя разрешение на передачу по восходящей линии связи (UL), TA, TC-RNTI. В разрешении на UL-передачу, принимаемом в успешно принимаемом ответе по произвольному доступу (Msg2), UE передает Msg3. Msg3 включает в себя SDU общего канала управления (CCCH), при этом CCCH SDU включает в себя сообщение RRCSystemInfoRequest. После передачи Msg3, UE ожидает Msg4, включающего в себя идентификационные данные для разрешения коллизий, которые совпадают с первыми 48 битами CCCH SDU, передаваемой в Msg3. Если UE принимает такое Msg4 после передачи CCCH SDU, включающей в себя сообщение RRCSystemInfoRequest, считается, что подтверждение приема для SI-запроса принимается посредством UE (т.е. MAC-уровня), и MAC-уровень информирует RRC в отношении того, что подтверждение приема SI-запроса принимается.

[54] Проблема с вышеуказанной процедурой заключается в том, что UE не имеет сведений по SI-периоду(ам), в котором должно передаваться запрашиваемое SI-сообщение после того, как UE принимает подтверждение приема для SI-запроса. Необязательное отслеживание, посредством UE, SI-окон запрашиваемого SI-сообщения в нескольких SI-периодах приводит к потреблению мощности UE. При обсуждении стандартизации предлагается то, что после приема подтверждения приема SI-запроса, UE отслеживает вплоть до W SI-периодов (100), причем значение W передается в служебных сигналах посредством gNB. W SI-периодов начинаются с самого раннего SI-периода, который начинается, по меньшей мере, на X мс дальше от момента, в который принимается подтверждение приема для SI-запроса. Проблема при этом подходе заключается в том, что он требует передачи в служебных сигналах дополнительного параметра W. Передача в служебных сигналах дополнительного параметра увеличивает объем передаваемой служебной информации SIB1.

[55] В дальнейшем в этом документе, подробно поясняются различные варианты осуществления согласно раскрытию.

[56] Вариант 1-1 осуществления

[57] Фиг. 2, 3 и 4 иллюстрируют другие примеры мониторинга SI-окна согласно различным вариантам осуществления раскрытия.

[58] Если SIB1, принимаемый из gNB, включает в себя информацию относительно ресурсов произвольного доступа (PRACH-преамбул(ы) и PRACH-ресурса(ов)) для запроса SI, UE инициирует процедуру произвольного доступа с использованием PRACH-преамбулы и PRACH-ресурса(ов), указываемого посредством информации в SI-сообщении (210). Например, UE передает Msg1 (т.е. преамбулу произвольного доступа) в gNB и ожидает подтверждения приема для SI-запроса. Чтобы преодолевать вышеуказанную проблему, предлагается то, что после приема подтверждения приема для SI-запроса (220), UE определяет SI-окно(на) для отслеживания следующим образом:

[59] * После приема подтверждения приема для SI-запроса в период N модификации (230):

[60] - Если имеется, по меньшей мере, одно оставшееся SI-окно запрашиваемого SI-сообщения в период N модификации, UE отслеживает SI-окно(на) запрашиваемого SI-сообщения в период N модификации (240, 300). Эта процедура также проиллюстрирована на фиг. 3. Между тем, период модификации задается следующим образом:

[61] Период модификации сконфигурирован посредством системной информации. Границы периодов модификации задаются посредством SFN-значений, для которых SFN mode m=0, где m является числом радиокадров, содержащих период модификации. Для SI-сообщения, местоположение SI-окон определяется следующим образом: SI-окно начинается во временном кванте #a, где a=x mod N, в радиокадре, для которого SFN mod T=FLOOR(x/N), где T является периодичностью связанного SI-сообщения, и N является числом временных квантов в радиокадре, x равен (n-l)*w, w является длиной SI-окна, n является индексом SI-сообщения в списке SI-сообщений в SIB1.

[62] - В противном случае, т.е. если отсутствует оставшееся SI-окно запрашиваемого SI-сообщения в период N модификации (250, 410), UE отслеживает SI-окно(на) запрашиваемого SI-сообщения в период N+1 модификации (250, 420). Эта процедура также проиллюстрирована на фиг. 4.

[63] Фиг. 5 иллюстрирует другой пример мониторинга SI-окна согласно варианту осуществления раскрытия.

[64] Если SIB1, принимаемый из gNB, не включает в себя информацию относительно ресурсов произвольного доступа (PRACH-преамбул(ы) и PRACH-ресурса(ов)) для запроса SI, UE инициирует передачу сообщения RRCSystemInfoRequest в gNB. UE передает Msg1 (т.е. преамбулу произвольного доступа) и ожидает ответа по произвольному доступу (510, 520). В разрешении на UL-передачу, принимаемом в принимаемом ответе по произвольному доступу, UE передает сообщение RRCSystemInfoRequest (т.е. Msg3) и ожидает подтверждения приема для Msg3, которое представляет собой SI-запрос (т.е. сообщение RRCSystemInfoRequest) (530, 540). Чтобы преодолевать проблему, предлагается, что после приема подтверждения приема для SI-запроса (550), UE определяет SI-окно(на) для отслеживания следующим образом:

[65] * После приема подтверждения приема для SI-запроса в период N модификации:

[66] - Если имеется, по меньшей мере, одно оставшееся SI-окно запрашиваемого SI-сообщения в период N модификации, UE отслеживает SI-окно(на) запрашиваемого SI-сообщения в период N модификации (560, 300). Эта процедура также проиллюстрирована на вышеописанном фиг. 3.

[67] - В противном случае, т.е. если отсутствует оставшееся SI-окно запрашиваемого SI-сообщения в период N модификации (570, 410), UE отслеживает SI-окно(на) запрашиваемого SI-сообщения в период N+1 модификации (570, 420). Эта процедура также проиллюстрирована на вышеописанном фиг. 4.

[68] Следует отметить, что процедура, поясненная на фиг. 3 и 4, также может использоваться при приеме подтверждения приема для SI-запроса, при этом SI-запрос передается в gNB с использованием выделенного служебного RRC-сообщения, при этом RRCSystemInfoRequest передается в выделенном разрешении на UL-передачу. В этом случае, подтверждение приема SI-запроса может представлять собой RRC-сообщение или сообщение RRC-переконфигурирования. Фиг. 3 и 4 также могут использоваться при приеме подтверждения приема для SI-запроса, при этом SI-запрос передается в gNB в MsgA 2-этапной процедуры конкурентного произвольного доступа. В двухэтапном CBRA, первое сообщение (т.е. MsgA) состоит из преамбулы произвольного доступа, передаваемой в PRACH-период, и MAC PDU, передаваемой в период физического совместно используемого канала восходящей линии связи (PUSCH). MAC PDU включает в себя CCCH SDU, которая включает в себя RRCSystemInfoRequest. В ответ на MsgA, UE принимает MsgB. В этом случае, подтверждение приема SI-запроса представляет собой MsgB. MsgB, включающее в себя идентификационные данные для разрешения коллизий, которые совпадают с первыми 48 битами CCCH SDU, передаваемой в MsgA, рассматривается как подтверждение приема SI-запроса.

[69] Фиг. 6a и 6b иллюстрируют другие примеры мониторинга SI-окна согласно варианту осуществления раскрытия.

[70] Ссылаясь на фиг. 6a, если SIB1, широковещательно передаваемый из gNB, включает в себя информацию относительно ресурсов произвольного доступа (PRACH-преамбул(ы) и PRACH-ресурса(ов)) для запроса SI, UE инициирует процедуру произвольного доступа с использованием PRACH-преамбулы и PRACH-ресурса(ов), указываемого посредством информации в SI-сообщении (605). Например, UE передает Msg1 (т.е. преамбулу произвольного доступа) в gNB и ожидает подтверждения приема для SI-запроса (610).

[71] Ссылаясь на фиг. 6b, если SIB1, широковещательно передаваемый из gNB, не включает в себя информацию относительно ресурсов произвольного доступа (PRACH-преамбул(ы) и PRACH-ресурса(ов)) для запроса SI, UE инициирует передачу сообщения RRCSystemInfoRequest в gNB. UE передает Msg1 (т.е. преамбулу произвольного доступа) и ожидает ответа по произвольному доступу (625, 630). В разрешении на UL-передачу, принимаемом в принимаемом ответе по произвольному доступу, UE передает сообщение RRCSystemInfoRequest (т.е. Msg3) и ожидает подтверждения приема для Msg3, которое представляет собой SI-запрос (т.е. сообщение RRCSystemInfoRequest) (635, 640).

[72] Ссылаясь на фиг. 6a или 6b, после приема подтверждения приема для SI-запроса, для получения запрашиваемого SI-сообщения, UE должно принимать физический канал управления нисходящей линии связи (PDCCH), содержащий временный идентификатор радиосети (RNTI) диспетчеризации, т.е. RNTI системной информации (SI-RNTI). Таким образом, UE отслеживает PDCCH посредством декодирования PDCCH с помощью SI-RNTI, от начала первого SI-окна после приема подтверждения приема для SI-запроса и продолжает до конца SI-окна, абсолютная длина во времени которого задается посредством si-WindowLength, либо до тех пор, пока SI-сообщение не принято (615, 645).

[73] Если SI-сообщение не принято к концу SI-окна, и если UE еще не отслеживает все периоды SI-окон в текущем периоде модификации, UE повторяет прием в следующий период SI-окна для связанного SI-сообщения в текущем периоде модификации (620, 650).

[74] Фиг. 7 иллюстрирует другой пример мониторинга SI-окна согласно варианту осуществления раскрытия.

[75] Подтверждение приема для SI-запроса принимается посредством UE (710). После приема подтверждения приема для SI-запроса, для получения запрашиваемого SI-сообщения, UE должно принимать PDCCH, содержащий RNTI для диспетчеризации, т.е. SI-RNTI. Таким образом, UE отслеживает PDCCH посредством декодирования PDCCH с помощью SI-RNTI. UE отслеживает PDCCH от начала первого SI-окна после приема подтверждения приема для SI-запроса и продолжает до конца SI-окна, абсолютная длина во времени которого задается посредством si-WindowLength, либо до тех пор, пока SI-сообщение не принято (720). Другими словами, сразу после приема подтверждения приема для SI-запроса UE отслеживает PDCCH от начала SI-окна и продолжает до конца SI-окна, абсолютная длина во времени которого задается посредством si-WindowLength, либо до тех пор, пока SI-сообщение не принято (720).

[76] Если SI-сообщение принято, UE определяет то, что прием SI-сообщений успешно завершается (730, 740). С другой стороны, если SI-сообщение не принято к концу SI-окна, и еще остаются периоды SI-окон в текущем периоде модификации (750), UE повторяет прием в следующий период SI-окна для связанного SI-сообщения в текущем периоде модификации (770). Если более не остается периодов SI-окон в текущий период модификации (750), UE определяет то, что прием SI-сообщений не является успешным, и может повторно отправлять SI-запрос (760).

[77] Следует отметить, что процедура, поясненная на фиг. 6 и 7, также может использоваться при приеме подтверждения приема для SI-запроса, при этом SI-запрос передается в gNB с использованием выделенного служебного RRC-сообщения, при этом RRCSystemInfoRequest передается в выделенном разрешении на UL-передачу. В этом случае, подтверждение приема SI-запроса может представлять собой RRC-сообщение или сообщение RRC-переконфигурирования. Фиг. 6 и 7 также могут использоваться при приеме подтверждения приема для SI-запроса, при этом SI-запрос передается в gNB в MsgA 2-этапной процедуры конкурентного произвольного доступа. В двухэтапном CBRA, первое сообщение (т.е. MsgA) состоит из преамбулы произвольного доступа, передаваемой в PRACH-период, и MAC PDU, передаваемой в PUSCH-период. MAC PDU включает в себя CCCH SDU, которая включает в себя RRCSystemInfoRequest. В ответ на MsgA, UE принимает MsgB. В этом случае, подтверждение приема SI-запроса представляет собой MsgB. MsgB, включающее в себя идентификационные данные для разрешения коллизий, которые совпадают с первыми 48 битами CCCH SDU, передаваемой в MsgA, рассматривается как подтверждение приема SI-запроса.

[78] В дальнейшем в этом документе описываются операции gNB согласно вариантам осуществления.

[79] * После передачи подтверждения приема для SI-запроса в UE в период N модификации:

[80] - Если имеется, по меньшей мере, одно оставшееся SI-окно запрашиваемого SI-сообщения в период N модификации, gNB передает запрашиваемое SI-сообщение в SI-окне(нах) запрашиваемого SI-сообщения в период N модификации.

[81] - В противном случае, gNB передает запрашиваемое SI-сообщение в SI-окне(нах) запрашиваемого SI-сообщения в период N+1 модификации.

[82] В другом варианте осуществления, после передачи подтверждения приема для SI-запроса, gNB передает запрашиваемое SI-сообщение в SI-окне(нах) текущего периода модификации, т.е. периода модификации, в котором отправляется подтверждение приема для SI-запроса.

[83] Вариант 1-2 осуществления

[84] Фиг. 8 и 9 иллюстрируют другие примеры мониторинга SI-окна согласно различным вариантам осуществления раскрытия.

[85] В другом варианте осуществления раскрытия, предлагается, что после приема подтверждения приема для SI-запроса, UE определяет SI-окно(на) для отслеживания следующим образом:

[86] * После приема подтверждения приема для SI-запроса в период N модификации (910):

[87] - UE отслеживает SI-окно(на) запрашиваемого SI-сообщения в период N и N+1 модификации. Эта процедура проиллюстрирована на фиг. 8, 9. После приема подтверждения приема для SI-запроса в период N модификации (910), для получения запрашиваемого SI-сообщения, UE должно принимать PDCCH, содержащий RNTI для диспетчеризации, т.е. SI-RNTI. Таким образом, UE отслеживает PDCCH посредством декодирования PDCCH с помощью SI-RNTI. UE отслеживает PDCCH от начала первого SI-окна после приема подтверждения приема для SI-запроса и продолжает до конца SI-окна либо до тех пор, пока SI-сообщение не принято (920).

[88] - Если SI-сообщение принято, UE определяет то, что прием SI-сообщений успешно завершается (930, 940). С другой стороны, если SI-сообщение не принято к концу SI-окна периода N или N+1 модификации, и еще остаются периоды SI-окон в период N или N+1 модификации (950), UE повторяет прием в следующий период SI-окна для связанного SI-сообщения в период N или N+1 модификации (970). Эта процедура также проиллюстрирована на фиг. 8, например, 810, 820. Если более не остается периодов SI-окон в период N или N+1 модификации (950), UE определяет то, что прием SI-сообщений не является успешным, и может повторно отправлять SI-запрос (960).

[89] В дальнейшем в этом документе описываются операции gNB согласно вариантам осуществления.

[90] * После передачи подтверждения приема для SI-запроса в UE в период N модификации:

[91] - gNB передает запрашиваемое SI-сообщение в SI-окне(нах) запрашиваемого SI-сообщения в период N и N+1 модификации.

[92] Следует отметить, что процедура, поясненная на фиг. 8 и 9, также может использоваться при приеме подтверждения приема для SI-запроса, при этом SI-запрос передается в gNB с использованием выделенного служебного RRC-сообщения, при этом RRCSystemInfoRequest передается в выделенном разрешении на UL-передачу. В этом случае, подтверждение приема SI-запроса может представлять собой RRC-сообщение или сообщение RRC-переконфигурирования. Фиг. 8 и 9 также могут использоваться при приеме подтверждения приема для SI-запроса, при этом SI-запрос передается в gNB в MsgA 2-этапной процедуры конкурентного произвольного доступа. В двухэтапном CBRA, первое сообщение (т.е. MsgA) состоит из преамбулы произвольного доступа, передаваемой в PRACH-период, и MAC PDU, передаваемой в PUSCH-период. MAC PDU включает в себя CCCH SDU, которая включает в себя RRCSystemInfoRequest. В ответ на MsgA, UE принимает MsgB. В этом случае, подтверждение приема SI-запроса представляет собой MsgB. MsgB, включающее в себя идентификационные данные для разрешения коллизий, которые совпадают с первыми 48 битами CCCH SDU, передаваемой в MsgA, рассматривается как подтверждение приема SI-запроса.

[93] Вариант 1-3 осуществления

[94] В другом варианте осуществления раскрытия, предлагается, что после приема подтверждения приема для SI-запроса, UE определяет SI-окно(на) для отслеживания следующим образом:

[95] * После приема подтверждения приема для SI-запроса в период N модификации:

[96] - Если имеются, по меньшей мере, X оставшихся SI-окон запрашиваемого SI-сообщения в период N модификации, UE отслеживает SI-окно(на) запрашиваемого SI-сообщения в период N модификации.

[97] - В противном случае, UE отслеживает SI-окно(на) запрашиваемого SI-сообщения в период N и N+1 модификации.

[98] В дальнейшем в этом документе, описываются операции gNB согласно вариантам осуществления.

[99] * После передачи подтверждения приема для SI-запроса в период N модификации:

[100] - Если имеются, по меньшей мере, X оставшихся SI-окон запрашиваемого SI-сообщения в период N модификации, gNB передает запрашиваемое SI-сообщение в SI-окне(нах) запрашиваемого SI-сообщения в период N модификации.

[101] - В противном случае, gNB передает запрашиваемое SI-сообщение в SI-окне(нах) запрашиваемого SI-сообщения в период N и N+1 модификации

[102] Следует отметить, что процедура, поясненная в вышеуказанных вариантах (1-1, 1-2 и 1-3) осуществления, также может использоваться при приеме подтверждения приема для SI-запроса, при этом SI-запрос передается в gNB с использованием выделенного служебного RRC-сообщения, при этом RRCSystemInfoRequest передается в выделенном разрешении на UL-передачу. В этом случае, подтверждение приема SI-запроса может представлять собой RRC-сообщение или сообщение RRC-переконфигурирования. Варианты (1-1, 1-2 и 1-3) осуществления также могут использоваться при приеме подтверждения приема для SI-запроса, при этом SI-запрос передается в gNB в MsgA 2-этапной процедуры конкурентного произвольного доступа. В двухэтапном CBRA, первое сообщение (т.е. MsgA) состоит из преамбулы произвольного доступа, передаваемой в PRACH-период, и MAC PDU, передаваемой в PUSCH-период. MAC PDU включает в себя CCCH SDU, которая включает в себя RRCSystemInfoRequest. В ответ на MsgA, UE принимает MsgB. В этом случае, подтверждение приема SI-запроса представляет собой MsgB. MsgB, включающее в себя идентификационные данные для разрешения коллизий, которые совпадают с первыми 48 битами CCCH SDU, передаваемой в MsgA, рассматривается как подтверждение приема SI-запроса.

[103] [104] Вариант 2 осуществления: восстановление после сбоя луча

[105] В системе со сформированной диаграммой направленности, процедура восстановления после сбоя луча используется для того, чтобы восстанавливать луч при обнаружении сбоя луча. UE может быть сконфигурировано посредством передачи служебных сигналов на уровне управления радиоресурсами (RRC) при процедуре восстановления после сбоя луча. Процедура восстановления после сбоя луча используется для указания для обслуживающего gNB касательно нового блока сигналов синхронизации (SSB) или опорного сигнала информации состояния канала (CSI-RS), когда сбой луча обнаруживается в обслуживающих SSB/CSI-RS. Сбой луча обнаруживается посредством UE посредством подсчета индикатора экземпляра сбоя луча. Работа UE для обнаружения и восстановления после сбоя луча в 5G-системе заключается в следующем.

[106] Если обнаруживается экземпляр сбоя луча: UE запускает или перезапускает beamFailureDetectionTimer и постепенно увеличивает BFI_COUNTER на 1.

[107] * если BFI_COUNTER >= beartiFailureInstanceMaxCount:

[108] - если сконфигурирован beamFailureRecoveryConfig:

[109] - запуск beamFailureRecoveryTimer, если сконфигурирован;

[110] - инициирование процедуры произвольного доступа в SpCell (т.е. в специальной соте, включающей в себя первичную соту (PCell) и первичную вторичную соту (pSCell)) посредством применения параметров powerRampingStep, preambleReceivedTargetPower и preambleTransMax, сконфигурированных в beamFailureRecoveryConfig.

[111] - Во время процедуры произвольного доступа, если неконкурентные (CF) ресурсы сконфигурированы в beamFailureRecoveryConfig, и удовлетворяются критерии для того, чтобы выбирать их, выбор CF-ресурсов. В противном случае, выбор конкурентных (CB) ресурсов.

[112] - иначе:

[113] - инициирование процедуры произвольного доступа в SpCell.

[114] - Во время процедуры произвольного доступа, ресурсы произвольного CB-доступа выбираются.

[115] Если процедура произвольного доступа успешно завершается: остановка beamFailureRecoveryTimer, если конфигурирован; и рассмотрение процедуры восстановления после сбоя луча как успешно завершенной.

[116] В системе беспроводной связи пятого поколения, поддерживается адаптация полосы пропускания (BA). При BA полоса пропускания передачи и полоса пропускания приема UE не должны обязательно иметь размер полосы пропускания соты и могут регулироваться следующим образом: ширине полосы пропускания может командоваться изменяться (например, чтобы уменьшаться в течение периода низкой активности, чтобы экономить мощность); местоположение полосы пропускания может перемещаться в частотной области (например, чтобы повышать гибкость диспетчеризации); и разнесению поднесущих полосы пропускания может командоваться изменяться (например, чтобы обеспечивать возможность различных услуг). Поднабор полной полосы пропускания соты для соты упоминается как часть полосы пропускания (BWP), и BA достигается посредством конфигурирования UE, по меньшей мере, с одной BWP и сообщения в UE того, какая из сконфигурированных BWP является в данный момент активной. Предусмотрена одна активная BWP нисходящей линии связи (DL) и одна активная BWP восходящей линии связи (UL). Обслуживающая сота (т.е. PCell или SCell) может быть сконфигурирована с одной или более BWP, и для активированной обслуживающей соты, всегда имеется одна активная DL BWP и одна активная UL BWP в любой момент времени.

[117] В соте, gNB периодически широковещательно передает SSB (т.е. SS-блоки). SSB содержит сигнал первичной синхронизации (PSS), сигнал вторичной синхронизации (SSS) и физический широковещательный канал (PBCH). SSB не занимают полную полосу пропускания канала. Согласно текущему проектному решению, если SSB не расположены в BWP, ресурсы конкурентного произвольного доступа (CBRA) не могут быть сконфигурированы в этой BWP. Дополнительно, ресурсы неконкурентного произвольного доступа (CFRA) могут быть сконфигурированы в BWP, только если CBRA-ресурсы сконфигурированы в этой BWP. Последствие этого проектного решения заключается в том, что если SSB не расположены в активной DL BWP, периоды канала с произвольным доступом (RACH) не могут быть сконфигурированы в активной UL BWP, и в силу этого CFRA не может использоваться для восстановления после сбоя луча (BFR).

[118] Вариант 2-1 осуществления

[119] Фиг. 10 иллюстрирует пример выполнения восстановления после сбоя луча согласно варианту осуществления раскрытия.

[120] В варианте осуществления раскрытия предлагается следующая процедура для инициирования процедуры произвольного доступа для восстановления после сбоя луча. Следует отметить, что в нижеприведенной процедуре, если PRACH-периоды не сконфигурированы в активной UL BWP, UE также переключается на начальную DL BWP и начальную UL BWP.

[121] * При обнаружении сбоя луча (т.е. BFI_COUNTER >= beamFailureInstanceMaxCount) (1010):

[122] - если beamFailureRecoveryConfig сконфигурирован в активной UL BWP (1020); или

[123] - если PRACH-периоды не сконфигурированы в активной UL BWP, и beamFailureRecoveryConfig сконфигурирован в начальной UL BWP (1050):

[124] - запуск beamFailureRecoveryTimer (1030, 1060);

[125] - инициирование процедуры произвольного доступа в SpCell посредством применения параметров powerRampingStep, preambleReceivedTargetPower и preambleTransMax, сконфигурированных в beamFailureRecoveryConfig (1040, 1070).

[126] - Если CF-ресурсы сконфигурированы в beamFailureRecoveryConfig, и удовлетворяются критерии (т.е. имеется, по меньшей мере, один SSB/CSI-RS из числа SSB/CSI-RS, для которых CF-ресурсы предоставляются) с мощностью принимаемых опорных сигналов (RSRP) выше порогового значения для того, чтобы выбирать их, выбор CF-ресурсов. В противном случае, выбор CB-ресурсов.

[127] - иначе (1020, 1050):

[128] - инициирование процедуры произвольного доступа в SpCell посредством применения параметров powerRampingStep, preambleReceivedTargetPower и preambleTransMax, сконфигурированных в rachConfigCommon (1080).

[129] Примечание: Во время процедуры произвольного доступа, ресурсы произвольного CB-доступа выбираются.

[130] Вариант 2-2 осуществления

[131] В этом варианте осуществления раскрытия, если PRACH-периоды не сконфигурированы в активной UL BWP, BWP-конфигурация активной UL BWP может включать в себя идентификатор BWP (beamFailureRecoveryBWPId) для BWP, при этом BFR должно инициироваться при обнаружении сбоя луча. Подробная процедура заключается в следующем:

[132] * При обнаружении сбоя луча (т.е. BFI_COUNTER >= beamFailurelnstanceMaxCount):

[133] - если beamFailureRecoveryConfig сконфигурирован в активной UL BWP; или

[134] - если PRACH-периоды не сконфигурированы на активной BWP, и beamFailureRecoveryConfig сконфигурирован в BWP, указываемой посредством beamFailureRecoveryBWPId:

[135] - запуск beamFailureRecoveryTimer,

[136] - инициирование процедуры произвольного доступа в SpCell посредством применения параметров powerRampingStep, preambleReceivedTargetPower и preambleTransMax, сконфигурированных в beamFailureRecoveryConfig.

[137] - Если CF-ресурсы сконфигурированы в beamFailureRecoveryConfig, и удовлетворяются критерии (т.е. имеется, по меньшей мере, один SSB/CSI-RS из числа SSB/CSI-RS, для которых CF-ресурсы предоставляются) с RSRP выше порогового значения для того, чтобы выбирать их, выбор CF-ресурсов.

В противном случае, выбор CB-ресурсов.

[138] - иначе:

[139] - инициирование процедуры произвольного доступа в SpCell посредством применения параметров powerRampingStep, preambleReceivedTargetPower и preambleTransMax, сконфигурированных в rachConfigCommon.

[140] Примечание: Во время процедуры произвольного доступа, ресурсы произвольного CB-доступа выбираются.

[141] * После инициирования процедуры произвольного доступа в обслуживающей соте, объект уровня управления доступом к среде (MAC) должен, для этой обслуживающей соты:

[142] - если PRACH-периоды не сконфигурированы для активной UL BWP:

[143] - если процедура произвольного доступа инициируется для BFR, и beamFailureRecoveryConfig сконфигурирован в BWP, указываемой посредством beamFailureRecoveryBWPId:

[144] - переключать активную UL BWP на BWP, указываемую посредством beamFailureRecoveryBWPId;

[145] - переключать активную DL BWP на BWP, указываемую посредством beamFailureRecoveryBWPId,

[146] -- иначе:

[147] - переключать активную UL BWP на BWP, указываемую посредством initialUplinkBWP;

[148] - если обслуживающая сота представляет собой SpCell:

[149] - переключать активную DL BWP на BWP, указываемую посредством initialDownlinkBWP.

[150] Вариант 2-3 осуществления

[151] В этом варианте осуществления раскрытия, если PRACH-периоды не сконфигурированы в активной UL BWP, UE выполняет восстановление после сбоя луча для BWP, которая включает в себя опорные сигналы (RS), которые квазисовместно размещаются (QCL-размещаются) с RS в активной DL BWP. QCL-взаимосвязь может передаваться в служебных сигналах посредством gNB. Подробная процедура заключается в следующем:

[152] * При обнаружении сбоя луча (т.е. BFI_COUNTER >= beamFailurelnstanceMaxCount):

[153] - если beamFailureRecoveryConfig сконфигурирован в активной UL BWP; или

[154] - если PRACH-периоды не сконфигурированы на активной BWP, и beamFailureRecoveryConfig сконфигурирован в BWP, которая включает в себя RS, которые QCL-размещаются с RS в активной BWP:

[155] - запуск beamFailureRecoveryTimer,

[156] - инициирование процедуры произвольного доступа в SpCell посредством применения параметров powerRampingStep, preambleReceivedTargetPower и preambleTransMax, сконфигурированных в beamFailureRecoveryConfig.

[157] - Если CF-ресурсы сконфигурированы в beamFailureRecoveryConfig, и удовлетворяются критерии (т.е. имеется, по меньшей мере, один SSB/CSI-RS из числа SSB/CSI-RS, для которых CF-ресурсы предоставляются) с RSRP выше порогового значения для того, чтобы выбирать их, выбор CF-ресурсов.

В противном случае, выбор CB-ресурсов.

[158] - иначе:

[159] - инициирование процедуры произвольного доступа в SpCell посредством применения параметров powerRampingStep, preambleReceivedTargetPower и preambleTransMax, сконфигурированных в rachConfigCommon.

[160] Примечание: Во время процедуры произвольного доступа, ресурсы произвольного CB-доступа выбираются.

[161] * После инициирования процедуры произвольного доступа в обслуживающей соте, MAC-объект должен, для этой обслуживающей соты:

[162] - если PRACH-периоды не сконфигурированы для активной UL BWP:

[163] - если процедура произвольного доступа инициируется для BFR, и beamFailureRecoveryConfig сконфигурирован в BWP, которая включает в себя RS, которые QCL-размещаются с RS в активной BWP:

[164] - переключать активную UL BWP на BWP, указываемую посредством beamFailureRecoveryBWPId;

[165] - переключать активную DL BWP на BWP, указываемую посредством beamFailureRecoveryBWPId,

[166] - иначе:

[167] - переключать активную UL BWP на BWP, указываемую посредством initialUplinkBWP;

[168] - если обслуживающая сота представляет собой SpCell:

[169] - переключать активную DL BWP на BWP, указываемую посредством initialDownlinkBWP.

[170] [171] Вариант 3 осуществления: повторный выбор соты в то время, когда SI-запрос по требованию выполняется

[172] Фиг. 11, 12 и 13 иллюстрируют примеры выполнения повторного выбора соты в то время, когда SI-запрос по требованию выполняется согласно различным вариантам осуществления раскрытия.

[173] RRC инициирует RA-процедуру для SI-запроса на основе Msg1, или RRC инициирует передачу сообщения RRCSystemInfoRequest (т.е. SI-запроса на основе Msg3 или SI-запроса на основе MsgA). RRC ожидает подтверждения приема для SI-запроса, и повторный выбор соты возникает во время ожидания. В этом сценарии, на основе текущей процедуры, текущая RA-процедура должна продолжаться в повторно выбранной соте с использованием ресурсов произвольного доступа предыдущей соты. Это не представляет собой желательное поведение и должно затрагивать операцию произвольного доступа других UE в повторно выбранной соте. Это также должно вызывать помехи в повторно выбранной соте.

[174] MAC-обработка: Достаточно просто сбрасывать MAC в вышеуказанном сценарии.

Нет необходимости высвобождать MAC-конфигурацию. Если MAC-конфигурация высвобождается, неактивные UE могут затрагиваться (MAC-конфигурация в AS-контексте может неправильно отбрасываться).

[175] - Обработка на уровне управления радиосвязью (RLC): После того, как RRC инициирует передачу RRCSystemInformationRequest, сообщение RRCSystemInformationRequest доставляется в RLC-буфер объектов прозрачного режима (TM). Если повторный выбор соты возникает до того, как MAC принимает ответ по произвольному доступу (RAR), сообщение RRCSystemInformationRequest в RLC-буфере должно отбрасываться. В противном случае, оно это может неправильно передаваться позднее (например, когда соединение устанавливается или возобновляется) после повторного выбора соты.

[176] Таким образом, в варианте осуществления раскрытие, если повторный выбор соты возникает в то время, когда UE ожидает подтверждения приема для SI-запроса (или RRCSystemInfoRequest), UE должно сбрасывать MAC. Другими словами, после инициирования SI-запроса на основе Msg1 посредством приема ресурсов произвольного доступа из SIB1 (1110, 1120 на фиг. 11), или после инициирования передачи сообщения RRCSystemInfoRequest посредством определения того, что SIB1 не включает в себя ресурсы произвольного доступа (1210, 1220, 1230, 1240 на фиг. 12), или после инициирования 2-этапного RA для SI-запроса, когда 2-этапный CBRA запускается для SI-запроса (1310, 1320 на фиг. 13), если повторный выбор соты возникает до того, как UE принимает подтверждение приема для SI-запроса (или RRCSystemInfoRequest) (1130, 1250, 1330), UE должно сбрасывать MAC. Подробная работа после повторного выбора соты поясняется в нижеприведенных вариантах осуществления.

[177] Вариант 3-1 осуществления

[178] 1. Повторный выбор соты возникает во время текущей процедуры произвольного доступа (т.е. процедура произвольного доступа может представлять собой 2-этапную процедуру произвольного доступа или 4-этапную процедура произвольного доступа).

[179] A. Если процедура произвольного доступа выполняется для RRC-установления (т.е. таймер T300 запущен), выполнение первого набора операций

[180] i. Первый набор операций

[181] 1) сброс MAC;

[182] 2) остановка всех таймеров, которые запущены, кроме T320 и T325;

[183] 3) отбрасывание любого сохраненного AS-контекста, fullI-RNTI, shortI-RNTI-Value, ran-PagingCycle и ran-NotificationAreaInfo;

[184] 4) отбрасывание контекста обеспечения AS-безопасности, включающего в себя ключ K_RRCenc, K_RRCint, ключ K_UPint и ключ K_UPenc, если сохраняется;

[185] 5) высвобождение всех радиоресурсов, в том числе высвобождение RLC-объекта, MAC-конфигурации и ассоциированного объекта по протоколу конвергенции пакетных данных (PDCP) и протокола адаптации данных об услугах (SDAP) для всех установленных однонаправленных радиоканалов (RB);

[186] 6) указание высвобождения RRC-соединения с верхними уровнями вместе с причиной высвобождения, заданной как сбой соединения;

[187] 7) переход в RRC-бездействующий режим и выполнение процедур, как указано в TS 38.304.

[188] B. Если процедура произвольного доступа выполняется для RRC-возобновления (т.е. таймер 319 запущен), выполнение второго набора операций

[189] i) Второй набор операций

[190] 1) задание переменной pendingRnaUpdate как ложной, если она задается как истинная;

[191] 2) сброс MAC;

[192] 3) остановка всех таймеров, которые запущены, кроме T320 и T325;

[193] 4) отбрасывание любого сохраненного AS-контекста, fullI-RNTI, shortI-RNTI-Value, ran-PagingCycle и ran-NotificationAreaInfo;

[194] 5) отбрасывание контекста обеспечения AS-безопасности, включающего в себя ключ K_RRCenc, K_RRCint, ключ K_UPint и ключ K_UPenc, если сохраняется;

[195] 6) высвобождение всех радиоресурсов, в том числе высвобождение RLC-объекта, MAC-конфигурации и ассоциированного PDCP-объекта и SDAP для всех установленных RB;

[196] 7) указание высвобождения RRC-соединения с верхними уровнями вместе с причиной высвобождения, заданной как сбой возобновления;

[197] 8) переход в RRC-бездействующий режим и выполнение процедур, как указано в TS 38.304;

[198] C. Если процедура произвольного доступа выполняется для SI-запроса (т.е. RRC ожидает подтверждения приема SI-запроса), выполнение третьего набора операций

[199] i. Третий набор операций

[200] 1) сброс MAC;

[201] 2) RLC-обработка: как описано в нижеприведенных вариантах осуществления

[202] Вариант 3-2 осуществления

[203] UE должно:

[204] 1> если повторный выбор соты возникает при ожидании подтверждения приема для SI-запроса или RRCSystemInfoRequest:

[205] 2> сбрасывать MAC, высвобождать MAC-конфигурацию и повторно устанавливать RLC для всех RB, которые устанавливаются;

[206] Это может применяться только к UE в бездействующем состоянии.

[207] Вариант 3-3 осуществления

[208] UE должно:

[209] 1> если повторный выбор соты возникает при ожидании подтверждения приема для SI-запроса или сообщения RRCSystemInfoRequest:

[210] 2> сбрасывать MAC, высвобождать MAC-конфигурацию;

[211] 2> при ожидании подтверждения приема сообщения RRCSystemInfoRequest:

[212] 3> повторно устанавливать RLC для всех RB, которые устанавливаются;

[213] Это может применяться только к UE в бездействующем состоянии.

[214] Вариант 3-4 осуществления

[215] UE должно:

[216] 1> если повторный выбор соты возникает при ожидании подтверждения приема для SI-запроса или сообщения RRCSystemInfoRequest:

[217] 2> сбрасывать MAC;

[218] 2> при ожидании подтверждения приема сообщения RRCSystemInfoRequest:

[219] 3> высвобождать RLC-объект и ассоциированный PDCP-объект и SDAP для всех установленных RB;

[220] ИЛИ

[221] UE должно:

[222] 1> если повторный выбор соты возникает при ожидании подтверждения приема для SI-запроса или сообщения RRCSystemInfoRequest:

[223] 2> сбрасывать MAC;

[224] 2> при ожидании подтверждения приема сообщения RRCSystemInfoRequest:

[225] 3> высвобождать RLC-объект для SRB 0 или отбрасывать весь контент в RLC-объекте для SRB 0;

[226] ИЛИ

[227] UE должно:

[228] 1> если повторный выбор соты возникает при ожидании подтверждения приема для SI-запроса или сообщения RRCSystemInfoRequest:

[229] 2> сбрасывать MAC;

[230] 2> при ожидании подтверждения приема сообщения RRCSystemInfoRequest:

[231] 3> высвобождать RLC-объект и ассоциированный PDCP-объект и SDAP для SRB 0;

[232] ИЛИ

[233] UE должно:

[234] 1> если повторный выбор соты возникает при ожидании подтверждения приема для SI-запроса или сообщения RRCSystemInfoRequest:

[235] 2> сбрасывать MAC;

[236] 2> высвобождать RLC-объект и ассоциированный PDCP-объект и SDAP для всех установленных RB;

[237] ИЛИ

[238] UE должно:

[239] 1> если повторный выбор соты возникает при ожидании подтверждения приема для SI-запроса или сообщения RRCSystemInfoRequest:

[240] 2> сбрасывать MAC;

[241] 2> высвобождать RLC-объект для SRB 0 или отбрасывать весь контент в RLC-объекте для SRB 0;

[242] ИЛИ

[243] UE должно:

[244] 1> если повторный выбор соты возникает при ожидании подтверждения приема для SI-запроса или сообщения RRCSystemInfoRequest:

[245] 2> сбрасывать MAC;

[246] 2> высвобождать RLC-объект и ассоциированный PDCP-объект и SDAP для SRB 0;

[247] Это может применяться только к UE в бездействующем состоянии.

[248] Во всех вариантах осуществления касательно того, если UE находится в бездействующем состоянии, MAC-конфигурация также может высвобождаться.

[249] Фиг. 14 является блок-схемой терминала согласно варианту осуществления раскрытия.

[250] Ссылаясь на фиг. 14, терминал включает в себя приемо-передающее устройство 1410, контроллер 1420 и запоминающее устройство 1430. Приемо-передающее устройство 1410, контроллер 1420 и запоминающее устройство 1430 выполнены с возможностью выполнять операции UE, проиллюстрированного на чертежах, например, на фиг. 1-13, или описанного выше. Хотя приемо-передающее устройство 1410, контроллер 1420 и запоминающее устройство 1430 показаны в качестве отдельных объектов, они могут быть реализованы в качестве одного объекта, к примеру, одной микросхемы. Альтернативно, приемо-передающее устройство 1410, контроллер 1420 и запоминающее устройство 1430 могут электрически соединяться (connected) или соединяться (coupled) между собой.

[251] Приемо-передающее устройство 1410 может передавать и принимать сигналы в/из других сетевых объектов, например, BS.

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

[253] В варианте осуществления, операции терминала могут реализовываться с использованием запоминающего устройства 1430, сохраняющего соответствующие программные коды. В частности, терминал может оснащаться запоминающим устройством 1430, чтобы сохранять программные коды, реализующие требуемые операции. Чтобы выполнять требуемые операции, контроллер 1420 может считывать и выполнять программные коды, сохраненные в запоминающем устройстве 1430, посредством использования процессора или центрального процессора (CPU).

[254] Фиг. 15 является блок-схемой BS согласно варианту осуществления раскрытия.

[255] Ссылаясь на фиг. 15, BS включает в себя приемо-передающее устройство 1510, контроллер 1520 и запоминающее устройство 1530. Приемо-передающее устройство 1510, контроллер 1520 и запоминающее устройство 1530 выполнены с возможностью выполнять операции сети (например, gNB), проиллюстрированной на чертежах, например, на фиг. 1-13, или описанной выше. Хотя приемо-передающее устройство 1510, контроллер 1520 и запоминающее устройство 1530 показаны в качестве отдельных объектов, они могут быть реализованы в качестве одного объекта, к примеру, одной микросхемы. Приемо-передающее устройство 1510, контроллер 1520 и запоминающее устройство 1530 могут электрически соединяться (connected) или соединяться (coupled) между собой.

[256] Приемо-передающее устройство 1510 может передавать и принимать сигналы в/из других сетевых объектов, например, терминала.

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

[258] В варианте осуществления, операции BS могут реализовываться с использованием запоминающего устройства 1530, сохраняющего соответствующие программные коды. В частности, BS может оснащаться запоминающим устройством 1530, чтобы сохранять программные коды, реализующие требуемые операции. Чтобы выполнять требуемые операции, контроллер 1520 может считывать и выполнять программные коды, сохраненные в запоминающем устройстве 1530, посредством использования процессора или CPU.

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

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

Изобретение относится к системам беспроводной связи. Технический результат заключатся в обеспечении возможности восстановления после сбоя луча и повторного выбора соты в 5G-системе связи. Такой результат достигается тем, что принимают системную информацию посредством терминала в системе беспроводной связи, передают в базовую станцию запрос на системную информацию (SI), принимают из базовой станции подтверждение приема для запроса, принимают физический канал управления нисходящей линии связи (PDCCH), адресованный во временный идентификатор радиосети (RNTI) для SI, в первом SI-окне для SI-сообщения сразу после приема подтверждения приема и принимают SI-сообщение, при этом прием PDCCH выполняется во втором SI-окне, которое находится рядом с первым SI-окном в период модификации, в случае если SI-сообщение не принимается к концу первого SI-окна. 4 н. и 11 з.п. ф-лы, 16 ил.

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

- передают в базовую станцию запрос на системную информацию (SI);

- принимают из базовой станции подтверждение приема для запроса;

- принимают физический канал управления нисходящей линии связи (PDCCH), адресованный во временный идентификатор радиосети (RNTI) для SI, в первом SI-окне для SI-сообщения сразу после приема подтверждения приема; и

- принимают SI-сообщение,

при этом прием PDCCH выполняется во втором SI-окне, которое находится рядом с первым SI-окном в период модификации, в случае если SI-сообщение не принимается к концу первого SI-окна.

2. Способ по п. 1, в котором первое SI-окно отслеживается от начала первого SI-окна до конца первого SI-окна, либо до тех пор, пока SI-сообщение не принимается,

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

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

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

при этом передача запроса включает в себя этап, на котором передают сообщение уровня управления радиоресурсами (RRC) для запроса системной информации, в случае если SIB1 не включает в себя информацию, ассоциированную с PRACH-преамбулой и PRACH-ресурсом.

4. Способ по п. 1, дополнительно содержащий этапы, на которых:

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

- сбрасывают уровень управления доступом к среде (MAC); и

- высвобождают объект уровня управления радиосвязью (RLC) для служебного однонаправленного радиоканала 0 (SRB0), в случае если запрос основан на RRC-сообщении для запроса системной информации.

5. Способ передачи системной информации посредством базовой станции в системе беспроводной связи, при этом способ содержит этапы, на которых:

- принимают из терминала запрос на системную информацию (SI);

- передают в терминал подтверждение приема для запроса; и

- передают в терминал физический канал управления нисходящей линии связи (PDCCH), адресованный во временный идентификатор радиосети (RNTI) для SI, в первом SI-окне для SI-сообщения,

при этом первое SI-окно отслеживается посредством терминала для SI-сообщения сразу после приема подтверждения приема, и

при этом прием PDCCH выполняется во втором SI-окне, которое находится рядом с первым SI-окном в период модификации, в случае если SI-сообщение не передается в терминал к концу первого SI-окна.

6. Способ по п. 5, в котором первое SI-окно отслеживается посредством терминала от начала первого SI-окна до конца первого SI-окна, либо до тех пор, пока SI-сообщение не передается в терминал,

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

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

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

при этом прием запроса включает в себя этап, на котором принимают сообщение уровня управления радиоресурсами (RRC) для запроса системной информации, в случае если SIB1 не включает в себя информацию, ассоциированную с PRACH-преамбулой и PRACH-ресурсом.

8. Способ по п. 5, в котором возникновение повторного выбора соты обнаруживается посредством терминала при ожидании подтверждения приема для запроса,

при этом уровень управления доступом к среде (MAC) сбрасывается посредством терминала, и

при этом объект уровня управления радиосвязью (RLC) для служебного однонаправленного радиоканала 0 (SRB0) высвобождается посредством терминала, в случае если запрос основан на RRC-сообщении для запроса системной информации.

9. Терминал для приема системной информации в системе беспроводной связи, причем терминал содержит:

приемо-передающее устройство, выполненное с возможностью передавать и принимать сигнал; и

контроллер, выполненный с возможностью:

- передавать в базовую станцию запрос на системную информацию (SI),

- принимать из базовой станции подтверждение приема для запроса,

- принимать физический канал управления нисходящей линии связи (PDCCH), адресованный во временный идентификатор радиосети (RNTI) для SI, в первом SI-окне для SI-сообщения сразу после приема подтверждения приема, и

- принимать SI-сообщение,

при этом прием PDCCH выполняется во втором SI-окне, которое находится рядом с первым SI-окном в период модификации, в случае если SI-сообщение не принимается к концу первого SI-окна.

10. Терминал по п. 9, в котором первое SI-окно отслеживается от начала первого SI-окна до конца первого SI-окна либо до тех пор, пока SI-сообщение не принимается,

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

при этом период модификации представляет собой период модификации, в котором подтверждение приема для запроса принимается из базовой станции,

при этом передача запроса включает в себя инициирование процедуры произвольного доступа посредством использования преамбулы физического канала с произвольным доступом (PRACH) и PRACH-ресурса, в случае если блок 1 системной информации (SIB1) включает в себя информацию, ассоциированную с PRACH-преамбулой и PRACH-ресурсом, и

при этом передача запроса включает в себя передачу сообщения уровня управления радиоресурсами (RRC) для запроса системной информации, в случае если SIB1 не включает в себя информацию, ассоциированную с PRACH-преамбулой и PRACH-ресурсом.

11. Терминал по п. 9, в котором контроллер дополнительно выполнен с возможностью:

- обнаруживать то, что повторный выбор соты возникает в то время, когда терминал ожидает подтверждения приема для запроса,

- сбрасывать уровень управления доступом к среде (MAC), и

- высвобождать объект уровня управления радиосвязью (RLC) для служебного однонаправленного радиоканала 0 (SRB0), в случае если запрос основан на RRC-сообщении для запроса системной информации.

12. Базовая станция для передачи системной информации в системе беспроводной связи, причем базовая станция содержит:

приемо-передающее устройство, выполненное с возможностью передавать и принимать сигнал; и

контроллер, выполненный с возможностью:

- принимать из терминала запрос на системную информацию (SI),

- передавать в терминал подтверждение приема для запроса, и

- передавать в терминал физический канал управления нисходящей линии связи (PDCCH), адресованный во временный идентификатор радиосети (RNTI) для SI, в первом SI-окне для SI-сообщения,

- при этом первое SI-окно отслеживается посредством терминала для SI-сообщения сразу после приема подтверждения приема, и

при этом прием PDCCH выполняется во втором SI-окне, которое находится рядом с первым SI-окном в период модификации, в случае если SI-сообщение не передается в терминал к концу первого SI-окна.

13. Базовая станция по п. 12, в которой первое SI-окно отслеживается посредством терминала от начала первого SI-окна до конца первого SI-окна, либо до тех пор, пока SI-сообщение не передается в терминал,

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

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

14. Базовая станция по п. 12, в которой прием запроса включает в себя инициирование процедуры произвольного доступа посредством использования преамбулы физического канала с произвольным доступом (PRACH) и PRACH-ресурса, в случае если блок 1 системной информации (SIB1) включает в себя информацию, ассоциированную с PRACH-преамбулой и PRACH-ресурсом, и

при этом прием запроса включает в себя прием сообщения уровня управления радиоресурсами (RRC) для запроса системной информации, в случае если SIB1 не включает в себя информацию, ассоциированную с PRACH-преамбулой и PRACH-ресурсом.

15. Базовая станция по п. 12, в которой возникновение повторного выбора соты обнаруживается посредством терминала при ожидании подтверждения приема для запроса,

при этом уровень управления доступом к среде (MAC) сбрасывается посредством терминала, и

при этом объект уровня управления радиосвязью (RLC) для служебного однонаправленного радиоканала 0 (SRB0) высвобождается посредством терминала, в случае если запрос основан на RRC-сообщении для запроса системной информации.