Способ и устройство для проверки действительности сохраненной системной информации

Изобретение относится к беспроводной связи. Технический результат заключается в сближении систем связи пятого поколения (5G) для поддержки более высоких скоростей передачи данных систем за пределами четвертого поколения (4G) с технологией интернета вещей (IoT). Способ для определения действительности системной информации заключается в определении PLMN, с которой должна быть связана сохраненная SI, чтобы UE могло использовать эту информацию для правильного определения, можно ли использовать сохраненную SI, полученную от соты, в другой соте после выбора соты, повторного выбора соты, возврата из состояния выхода из зоны покрытия, после переконфигурирования с завершением синхронизации. 2 н. и 8 з.п. ф-лы, 12 ил.

 

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

[1] Изобретение относится к системе и способу для проверки действительности сохраненной системной информации (SI) и обновления конфигурации сбоя луча.

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

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

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

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

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

[6] В последние годы разработано несколько широкополосных беспроводных технологий в соответствии с растущим количеством широкополосных абонентов и для обеспечения более многочисленных и лучших применений и услуг, например, этих. Система беспроводной связи второго поколения (2G) была разработана для обеспечения голосовых услуг, гарантирующих мобильность пользователей. Система беспроводной связи третьего поколения (3G) поддерживает не только голосовую услугу, но и услугу данных. Система беспроводной связи 4G была разработана для обеспечения высокоскоростной услуги данных. Однако система беспроводной связи 4G в данный момент страдает недостатком ресурсов для удовлетворения растущих потребностей в высокоскоростных услугах данных. Таким образом, система беспроводной связи 5G разрабатывается для удовлетворения растущих потребностей различных услуг с различными требованиями, например, высокоскоростных услуг данных, поддержки приложений повышенной надежности и низкой задержки.

[7] Кроме того, предполагается, что система беспроводной связи 5G предусматривает различные варианты использования, предъявляющие совершено разные требования к скорости передачи данных, задержке, надежности, мобильности и т.д. Однако предполагается, что конструкция радиоинтерфейса системы беспроводной связи 5G будет достаточно гибкой для обслуживания экземпляров пользовательского оборудования (UE), имеющих самые разные возможности в зависимости от варианта использования и сегмента рынка, в котором UE предоставляет обслуживание конечному потребителю. В иллюстративных вариантах использования предполагается обращение к системе беспроводной связи 5G включает в себя расширенную мобильную широкополосную связь (eMBB), массовую связь машинного типа (m-MTC), сверхнадежную связь с низкой задержкой (URLL) и т.д. Такие требования к eMBB, как скорость передачи данных в десятки Гбит/с, низкая задержка, высокая мобильность и т.д., ориентированы на сегмент рынка, представляющий традиционных беспроводных широкополосных абонентов, нуждающихся в интернет-соединении везде, все время и на ходу. Такие требования к m-MTC, как очень высокая плотность соединений, нечастая передача данных, очень долгое время работы батареи, адрес низкой мобильности и т.д., ориентированы на сегмент рынка, представляющий IoT/IoE, позволяющий связывать миллиарды устройств. Такие требования к URLL, как очень низкая задержка, очень высокая надежность и переменная мобильность и т.д., ориентированы на сегмент рынка, представляющий применение промышленной автоматизации, связь между транспортными средствами/транспортного средства с инфраструктурой, которая в будущем предположительно ляжет в основу беспилотного вождения автомобилей.

[8] В системе беспроводной связи 4G, усовершенствованный узел B (eNB) или базовая станция (BS) в соте рассылает системную информацию (SI). SI образована блоком служебной информации (MIB) и набором блоков системной информации (SIB). MIB состоит из номера системного кадра (SFN), системной полосы (BW) нисходящей линии связи и конфигурации физического канала указателя (PHICH) обратной связи гибридного автоматического запроса повторения передачи (ARQ). Иллюстративный MIB передается каждые 40 мс. Он повторяется каждые 10 мс, причем первая передача происходит в подкадре #0, когда SFN mod 4 равно нулю. MIB передается на физическом широковещательном канале (PBCH). SIB типа 1 (т.е. SIB1) несет идентификатор соты, код зоны слежения, информацию блокировки соты, тег значения (общий для всех блоков планирования) и информацию планирования других SIB. SIB1 передается каждые 80 мс в подкадре #5, когда SFN mod 8 равно нулю. SIB1 повторяется в подкадре #5, когда SFN mod 2 равно нулю. SIB1 передается на физическом совместно используемом канале нисходящей линии связи (PDSCH). Другие SIB (т.е. SIB2 - SIB19) передаются в сообщении SI, причем информация планирования этих SIB указана в SIB1.

[9] UE получает SI при выборе соты, повторном выборе соты, по завершении хэндовера, после входа в усовершенствованный наземный радиодоступ (E-UTRA) универсальной системы мобильной связи (UMTS) из другой технологии радиодоступа (RAT), после повторного входа в зону обслуживания, после приема извещения (поискового вызова) и в случае превышения максимальной длительности действительности (3 часов). В холостом состоянии и неактивном состоянии управления радиоресурсами (RRC) UE нужно получать MIB, SIB1, SIB2, SIB3, SIB4, SIB5, SIB6, SIB7 и SIB8 (в зависимости от поддерживаемой RAT), SIB17 (если поддерживается взаимодействие (IWK) LTE - беспроводная локальная сеть (WLAN)), и SIB18 и SIB19 (если поддерживается D2D). В состоянии соединения RRC UE нужно получать MIB, SIB1, SIB2, SIB8 (в зависимости от поддерживаемой RAT), SIB17 (если поддерживается IWK LTE - WLAN), и SIB18 и SIB19 (если поддерживается D2D).

[10] В системе беспроводной связи нового поколения (т.е. 5G), SI делится на MIB и несколько SIB, где:

[11] (1) MIB всегда передается на широковещательном канале (BCH) с периодичностью 80 мс и повторениями в течение 80 мс, и включает в себя параметры, которые необходимы для получения SIB1 из соты. Первая передача MIB планируется в подкадрах, заданных радиокадрами, для которых SFN mod 8=0, и повторения планируются в других радиокадрах согласно периоду блока (SSB) сигнала синхронизации (SS);

[12] (2) SIB1 передается на совместно используемом канале нисходящей линии связи (DL-SCH) с периодичностью 160 мс и переменной периодичностью повторения передачи. По умолчанию периодичность повторения передачи SIB1 равна 20 мс, но фактическая периодичность повторения передачи зависит от реализации сети. Для шаблона 1 мультиплексирования SSB и набора ресурсов управления (CORESET), период повторения передачи SIB1 равен 20 мс. Для шаблона 2/3 мультиплексирования SSB и CORESET, период повторения передачи SIB1 равен периоду SSB. SIB1 включает в себя информацию, касающуюся доступности и планирования (например, отображение SIB в сообщение SI, периодичность, размер окна SI) других SIB с указанием, только ли по требованию обеспечиваются один или более SIB, и в этом случае конфигурацией, необходимой UE для осуществления запроса SI. SIB1 также является SIB, зависящим от соты; и

[13] (3) SIB, отличные от SIB1, переносятся в сообщениях системной информации (SI), которые передаются на DL-SCH. Только SIB, имеющие одну и ту же периодичность, могут отображаться в одно и то же сообщение SI. Каждое сообщение SI передается в периодически возникающих временных окнах (именуемых SI-окнами одинаковой длины для всех сообщений SI). Любой SIB кроме SIB1 может быть сконфигурирован зависящим от соты или зависящим от зоны. Зависящий от соты SIB применим только в соте, которая обеспечивает SIB, тогда как зависящий от зоны SIB применим в зоне, именуемой зоной SI, которая состоит из одной или нескольких сот и идентифицируется посредством systemInformationAreaID.

[14] В системе 5G, UE получает SI-получение после выбора соты (например, после включения питания), повторного выбора соты, возврата из состояния выхода из зоны покрытия, после переконфигурирования с завершением синхронизации, после входа в сеть из другой RAT, после приема указания, что системная информация изменилась, после приема извещения публичной системы предупреждения (PWS); и/или всякий раз, когда UE не имеет действительной версии сохраненной SI.

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

СУЩНОСТЬ ИЗОБРЕТЕНИЯ

Техническая проблема

[16] После обнаружения сбоя луча (beam failure), процедура произвольного доступа (RA) для восстановления после сбоя луча (BFR) инициируется и продолжается, пока не завершится. Конфигурация BFR, обеспеченная базовой станцией, может обновляться, пока длится процедура RA для BFR. Например, пока восстановление BFR осуществляется для первичной вторичной соты (PSCell), UE может принимать обновленную конфигурацию BFR от первичной (PCell). В первом сценарии, UE конфигурируется обнаружением сбоя луча и конфигурацией BFR. Ресурсы бессостязательного RA обеспечиваются по запросу BFR. UE обнаруживает сбой луча и инициирует процедуру RA для BFR. Пока длится процедура RA для BFR, UE принимает RRCReconfiguration, включающее в себя обновленную конфигурацию BFR (ресурсы бессостязательного RA обновляются по запросу BFR). В этом случае, продолжение процедуры RA будет приводить к использованию ресурсов бессостязательного BFR, которые уже не действительны. Это приведет к помехе, и BFR не будет успешно. Во втором сценарии, UE конфигурируется обнаружением сбоя луча и конфигурацией BFR (ресурсы бессостязательного RA не обеспечиваются по запросу BFR). UE обнаруживает сбой луча и инициирует процедуру RA для BFR. Пока длится процедура RA для BFR, UE принимает RRCReconfiguration, включающее в себя конфигурацию BFR (ресурсы бессостязательного RA обеспечиваются). В этом случае, продолжение процедуры RA будет приводить к использованию только ресурсы состязательного RA для BFR, даже когда доступны ресурсы бессостязательного RA. Это приведет к задержке в BFR.

Решение проблемы

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

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

[19] Пользовательское оборудование (UE) сохраняет полученную системную информацию (SI) от закрепленной/обслуживающей соты. Благодаря мобильности UE, закрепленная/обслуживающая сота поддерживает изменение и UE поддерживает сохранение SI, полученной от каждой закрепленной/обслуживающей соты. Версия SI, которая хранится на UE, уже не действительна через 3 часа после получения. UE может использовать действительную сохраненную версию SI кроме MIB и SIB1, например, после повторного выбора соты, после возврата из состояния выхода из зоны покрытия или после приема указания изменения SI. Поэтому UE не требуется сохранять MIB закрепленной/обслуживающей соты после перехода UE в другую соту. SI, отличные от SIB1, не включают в себя никакой информации для идентификации соты/PLMN/зоны системной информации, которой принадлежат эти SI. Поэтому содержимое SIB1 нужно сохранять. Однако сохранение SIB1 для каждой закрепленной/обслуживающей соты требует много памяти. Поэтому UE приходится определять, какое содержимое из SIB1 нужно сохранять. Блок системной информации 1 (SIB1), полученный от закрепленной/обслуживающей соты, включает в себя список информации идентификации наземной сети мобильной связи общего пользования (PLMN) PLMN-IdentityInfoList, состоящий из множества PLMN. Таким образом, в соответствии с аспектом изобретения, предусмотрен способ определения, какая PLMN из PLMN-IdentityInfoList в SIB1, полученном от этой соты, связаны с сохраненными SIB, полученными от этой соты. Зона системной информации поддерживается для каждой PLMN. Если UE использует любую PLMN, то это может приводить к неправильному использованию сохраненной SI в другой соте.

[20] В соответствии с другим аспектом изобретения, способ определения терминалом действительности системной информации предусмотрен. Способ включает в себя получение первого SIB1 и другой системной информации на основании первого SIB1, сохранение по меньшей мере части первого SIB1 и другой системной информации, причем сохраненная по меньшей мере часть первого SIB1 включает в себя информацию об идентификаторе PLMN и тег значения первого SIB1, прием второго SIB1 от соты, и определение, действительны ли сохраненные по меньшей мере часть первого SIB1 и другая системная информация для соты на основании того, идентичны ли информация об идентификаторе PLMN и тег значения второго SIB1 сохраненной информации об идентификаторе PLMN и сохраненному тегу значения.

[21] В соответствии с другим аспектом изобретения, предусмотрен терминал в системе связи. Терминал включает в себя приемопередатчик и по меньшей мере один процессор, соединенный с приемопередатчиком. По меньшей мере один процессор выполнен с возможностью получения первого SIB1 и другой системной информации на основании первого SIB1, сохранения по меньшей мере части первого SIB1 и другой системной информации, причем сохраненная по меньшей мере часть первого SIB1 включает в себя информацию об идентификаторе PLMN и тег значения первого SIB1, управления приемопередатчиком для приема второго SIB1 от соты, и определения, действительны ли сохраненные по меньшей мере часть первого SIB1 и другая системная информация для соты на основании того, идентичны ли информация об идентификаторе PLMN и тег значения второго SIB1 сохраненной информации об идентификаторе PLMN и сохраненному тегу значения.

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

[23] В соответствии с другим аспектом изобретения, предусмотрен способ осуществления процедуры BFR базовой станцией. Способ включает в себя передачу на терминал первой информации конфигурации для BFR, передачу на терминал второй информации конфигурации для BFR и прием от терминала запроса BFR. Если вторая конфигурация передается, пока терминал осуществляет процедуру RA для BFR на основании первой конфигурации, запрос основывается на второй конфигурации.

[24] В соответствии с другим аспектом изобретения, предусмотрен терминал в системе связи. Терминал включает в себя приемопередатчик и по меньшей мере один процессор, соединенный с приемопередатчиком. По меньшей мере один процессор выполнен с возможностью управления приемопередатчиком для приема, от базовой станции, первой информации конфигурации для BFR и в случае обнаружения сбоя луча, инициирования первой процедуры RA для BFR на основании первой информации конфигурации, и если вторая информация конфигурации для BFR принимается, пока длится первая процедура RA, завершения первой процедуры RA и инициирования второй процедуры RA для BFR на основании второй информации конфигурации.

[25] В соответствии с другим аспектом изобретения, предусмотрена базовая станция в системе связи. Базовая станция включает в себя приемопередатчик и по меньшей мере один процессор, соединенный с приемопередатчиком. По меньшей мере один процессор выполнен с возможностью управления приемопередатчиком для передачи на терминал первой информации конфигурации для BFR, управления приемопередатчиком для передачи на терминал второй информации конфигурации для BFR, и управления приемопередатчиком для приема от терминала запроса BFR. Если вторая конфигурация передается, пока терминал осуществляет процедуру RA для BFR на основании первой конфигурации, запрос основывается на второй конфигурации.

ПОЛЕЗНЫЕ РЕЗУЛЬТАТЫ ИЗОБРЕТЕНИЯ

[26] Варианты осуществления предложенного изобретения предусматривают способы для снижения помех и задержки в ходе BFR. Дополнительно, варианты осуществления предложенного изобретения предусматривают способы для определения PLMN, с которой должна быть связана сохраненная SI, чтобы UE могло использовать эту информацию для правильного определения, можно ли использовать сохраненную SI, полученную от соты, в другой соте после выбора соты (например, после включения питания), повторного выбора соты, возврата из состояния выхода из зоны покрытия, после переконфигурирования с завершением синхронизации и т.д.

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

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

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

[29] фиг. 1 - блок-схема операций, где показаны операции пользовательского оборудования (UE) для проверки действительности сохраненной системной информации (SI) согласно варианту осуществления изобретения;

[30] фиг. 2 - другая блок-схема операций, где показаны операции UE для проверки действительности сохраненной SI согласно варианту осуществления изобретения;

[31] фиг. 3 - другая блок-схема операций, где показаны операции UE для проверки действительности сохраненной SI согласно варианту осуществления изобретения;

[32] фиг. 4 - другая блок-схема операций, где показаны операции UE для проверки действительности сохраненной SI согласно варианту осуществления изобретения;

[33] фиг. 5 - схема сигнализации между UE и узлом B нового поколения (gNB) согласно варианту осуществления изобретения;

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

[35] фиг. 7 - схема сигнализации между UE и gNB согласно варианту осуществления изобретения;

[36] фиг. 8 - другая блок-схема операций, где показаны операции UE согласно варианту осуществления изобретения;

[37] фиг. 9 - другая схема сигнализации между UE и gNB согласно варианту осуществления изобретения;

[38] фиг. 10 - другая блок-схема операций, где показаны операции UE согласно варианту осуществления изобретения;

[39] фиг. 11 - блок-схема терминала согласно варианту осуществления изобретения; и

[40] фиг. 12 - блок-схема базовой станции согласно варианту осуществления изобретения.

[41] В чертежах аналогичные ссылочные позиции обозначают аналогичные части, компоненты и структуры.

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

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

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

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

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

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

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

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

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

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

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

[52] Проверка действительности сохраненной SI

[53] В системе 5G UE получает получение системной информации (SI) после выбора соты (например, после включения питания), повторного выбора соты, возврата из состояния выхода из зоны покрытия, после переконфигурирования с завершением синхронизации, после входа в сеть из другой технологии радиодоступа (RAT), после приема указания, что системная информация изменилась, после приема извещения публичной системы предупреждения (PWS), и/или всякий раз, когда UE не имеет действительной версии сохраненной SI. В системе 5G любой блок системной информации (SIB) кроме SIB1 может быть сконфигурирован зависящим от соты или зависящим от зоны. Зависящий от соты SIB применим только в соте, которая обеспечивает SIB, тогда как зависящий от зоны SIB применим в зоне, именуемой зоной SI, которая состоит из одной или нескольких сот и идентифицируется посредством systemInformationAreaID.

[54] Когда UE получает блок служебной информации (MIB) или SIB1 или сообщение SI в закрепленной/обслуживающей в данный момент соте, UE может сохранять полученную SI. Версия SI, которая хранится на UE, уже не действительна через 3 часа после получения. UE может использовать действительную сохраненную версию SI кроме MIB и SIB1, например, после повторного выбора соты, после возврата из состояния выхода из зоны покрытия или после приема указания изменения SI. Сохраненная версия зависящего от зоны SIB действительна в наземной сети мобильной связи общего пользования (PLMN), если systemInformationAreaID и valueTag, которые включены в SIB1, принятый от закрепленной/обслуживающей в данный момент соты, идентичны идентификатору PLMN, systemInformationAreaID и valueTag, связанным с сохраненной версией этого SIB.

[55] SIB1, полученный от закрепленной/обслуживающей соты, включает в себя PLMN-IdentityInfoList, состоящий из множества PLMN. В современном стандарте 5G, когда UE сохраняет SIB полученный(е) от соты, не задается, связаны ли все PLMN или конкретная PLMN в PLMN-IdentityInfoList в SIB1, полученном от этой соты, с сохраненными SIB, полученными от этой соты.

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

[57] На фиг. 1 изображена блок-схема операций, где показаны операции UE для проверки действительности сохраненной SI согласно варианту осуществления изобретения.

[58] Хотя это не показано, при включении питания UE, UE осуществляет поиск соты и выбирает соту.

[59] Согласно фиг. 1, UE получает (т.е. принимает) SIB1 от закрепленной/обслуживающей соты на этапе 110. UE принимает в SIB1, PLMN-IdentityInfoList, systemInformationAreaID, valueTag для каждого SIB, информацию планирования SI и/или другую информацию наподобие унифицированного управления доступом (UAC). UE сохраняет принятый PLMN-IdentityInfoList, systemInformationAreaID, valueTag для каждого SIB и информацию для каждого SIB, является ли SIB зависящим от соты или зависящим от зоны.

[60] UE принимает другой(ие) требуемый(е) SIB (например, SIB2, SIB3, SIB4 и т.д.) и сохраняет их на этапе 120. UE может принимать другой(ие) требуемый(е) SIB на основании информации планирования SI в SIB1 или путем осуществления запроса SI.

[61] UE осуществляет повторный выбор соты на основании информации, принятой в SIB2, SIB3 и SIB4, и UE принимает SIB1 из закрепленной соты на этапе 130.

[62] UE идентифицирует на этапе 140, одинаковы ли сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1.

[63] Если сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1, одинаковы, UE идентифицирует, одинаковы на этапе 150 ли первая PLMN-identity сохраненного PLMN-IdentityInfoList и первая PLMN-identity PLMN-IdentityInfoList, принятого из SIB1.

[64] Если первая PLMN-identity сохраненного PLMN-IdentityInfoList и первая PLMN-identity PLMN-IdentityInfoList, принятого из SIB1, одинаковы, для каждого сохраненного SIB, UE считает сохраненные SIB, удовлетворяющие следующим условиям, действительными и применяет их для закрепленной соты на этапе 160. Условие 1: SIB зависит от зоны системной информации согласно информации, принятой из SIB1. Условие 2: сохраненный тег значения этого SIB идентичен тегу значения, принятому из SIB1 для этого SIB.

[65] Если сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1, отличаются, или если первая PLMN-identity сохраненного PLMN-IdentityInfoList и первая PLMN-identity PLMN-IdentityInfoList, принятого из SIB1 отличаются, UE определяет, что сохраненная SI не действительна в закрепленной соте и получает SIB из закрепленной соты на этапе 170.

[66] В этом варианте осуществления изобретения, после выбора соты (например, после включения питания), повторного выбора соты, возврата из состояния выхода из зоны покрытия, после переконфигурирования с завершением синхронизации, после входа в сеть из другой RAT, после приема указания, что системная информация изменилась, после приема извещения PWS и/или по получении SIB1, UE проверяет, действительна ли сохраненная системная информация, следующим образом:

[67] 1> если сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1, одинаковы, и

[68] 1> если первая PLMN-identity сохраненного PLMN-IdentityInfoList и первая PLMN-identity PLMN-IdentityInfoList, принятого из SIB1, одинаковы, то

[69] ___2> для каждого сохраненного SIB, UE считает сохраненные SIB, удовлетворяющие следующим условиям, действительными и применяет их для закрепленной соты, где

[70] ______3> SIB зависит от зоны системной информации согласно информации, принятой из SIB1, и

[71] ______3> сохраненный тег значения для этого SIB идентичен тегу значения, принятому из SIB1 для этого SIB.

[72] В этом варианте осуществления изобретения, после выбора соты (например, после включения питания), повторного выбора соты, возврата из состояния выхода из зоны покрытия, после переконфигурирования с завершением синхронизации, после входа в сеть из другой RAT, после приема указания, что системная информация изменилась, после приема извещения PWS и/или по получении SIB1, UE проверяет, действительна ли сохраненная системная информация дя зависящего от зоны SIB следующим образом:

[73] 1> UE может,

[74] ___2> для каждой сохраненной версии SIB,

[75] ______3> если сохраненный SIB обладает зональностью, и если первая PLMN-identity, включенный в PLMN-IdentityInfoList, systemInformationAreaID и valueTag, которые включены в SIB1, принятый от закрепленной/обслуживающей в данный момент соты, идентичны первой PLMN-identity в PLMN-IdentityInfoList сохраненного SIB1, systemInformationAreaID и valueTag, связанным с сохраненной версией этого SIB, то

[76] _________4> считать сохраненный SIB действительным для соты.

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

[78] На фиг. 2 изображена другая блок-схема операций, где показаны операции UE для проверки действительности сохраненной SI согласно варианту осуществления изобретения.

[79] Хотя это не показано, при включении питания UE, UE осуществляет поиск соты и выбирает соту.

[80] Согласно фиг. 2, UE получает (т.е. принимает) SIB1 от закрепленной/обслуживающей соты на этапе 210. UE принимает в SIB1, PLMN-IdentityInfoList, systemInformationAreaID, valueTag для каждого SIB, информацию планирования SI и/или другую информацию наподобие UAC. Информационный элемент (IE) PLMN-IdentityInfoList включает в себя список информации об идентификаторе PLMN. Информация планирования SI содержит информацию, необходимую для получения сообщений SI. SystemInformationAreaID, valueTag и информация зональности могут быть включены в информация планирования SI. ValueTag и информация зональности сигнализируется для каждого SIB. Поле зональности указывает, что SIB зависит от зоны. Если поле отсутствует, SIB зависит от соты. ValueTag для SIB является идентификатором для набора значений параметров этого SIB. Например, пусть SIB имеет два параметра X и Y. Возможными значениями X являются Xa, Xb, Xc. Возможными значениями Y являются Ya, Yb, Yc. Сота может рассылать X:Xa, Y:Yb в этом SIB и указывает valueTag для этого SIB равным 1. Позже сота может обновлять SIB и рассылать X:Xb, Y:Ya в этом SIB и указывает valueTag для этого SIB равным 2. SystemInformationAreaID указывает зону системной информации, которой принадлежит сота. Информация зональности указывает, зависит ли SIB от зоны. UE сохраняет первый идентификатор PLMN в принятом PLMN-IdentityInfoList, systemInformationAreaID, valueTag для каждого SIB и/или информацию для каждого SIB, является ли SIB зависящим от соты или зависящим от зоны.

[81] UE принимает другой(ие) требуемый(е) SIB (например, SIB2, SIB3, SIB4 и т.д.) и сохраняет их на этапе 220. UE может принимать другой(ие) требуемый(е) SIB на основании информации планирования SI в SIB1 или путем осуществления запроса SI на основании SIB1.

[82] UE осуществляет повторный выбор соты на основании информации, принятой в SIB2, SIB3 и SIB4, и UE принимает SIB1 из закрепленной соты на этапе 230.

[83] UE идентифицирует на этапе 240, одинаковы ли сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1.

[84] Если сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1, одинаковы, UE идентифицирует на этапе 250, одинаковы ли сохраненная PLMN-identity и первая PLMN-identity из PLMN-IdentityInfoList, принятого из SIB1.

[85] Если сохраненная PLMN-identity и первая PLMN-identity из PLMN-IdentityInfoList, принятого из SIB1 одинаковы, для каждого SIB UE считает сохраненные SIB, удовлетворяющие следующим условиям, действительными и применяет их для закрепленной соты на этапе 260. Условие 1: SIB зависит от зоны системной информации согласно информации, принятой из SIB1. Условие 2: сохраненный тег значения для этого SIB идентичен тегу значения, принятому из SIB1 для этого SIB.

[86] Если сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1, отличаются, или если сохраненная PLMN-identity и первая PLMN-identity из PLMN-IdentityInfoList, принятого из SIB1 отличаются, UE определяет, что сохраненная SI не действительна в закрепленной соте и получает SIB из закрепленной соты на этапе 270.

[87] В этом варианте осуществления изобретения, после выбора соты (например, после включения питания), повторного выбора соты, возврата из состояния выхода из зоны покрытия, после переконфигурирования с завершением синхронизации, после входа в сеть из другой RAT, после приема указания, что системная информация изменилась, после приема извещения PWS и/или по получении SIB1, UE проверяет, действительна ли сохраненная системная информация, следующим образом:

[88] 1> если сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1, одинаковы, и

[89] 1> если сохраненная PLMN-identity и первая PLMN-identity из PLMN-IdentityInfoList, принятого из SIB1 одинаковы, то

[90] ___2> для каждого SIB, UE считает сохраненные SIB, удовлетворяющие следующим условиям, действительными и применяет их для закрепленной соты, где

[91] ______3> SIB зависит от зоны системной информации согласно информации, принятой из SIB1, и

[92] ______3> сохраненный тег значения для SIB идентичен тегу значения, принятому из SIB1 для этого SIB.

[93] В этом варианте осуществления изобретения, после выбора соты (например, после включения питания), повторного выбора соты, возврата из состояния выхода из зоны покрытия, после переконфигурирования с завершением синхронизации, после входа в сеть из другой RAT, после приема указания, что системная информация изменилась, после приема извещения PWS и/или по получении SIB1, UE проверяет, действительна ли сохраненная системная информация дя зависящего от зоны SIB следующим образом:

[94] 1> UE может,

[95] ___2> для каждой сохраненной версии SIB,

[96] ______3> если сохраненный SIB обладает зональностью, и если первая PLMN-identity, включенный в PLMN-IdentityInfoList, systemInformationAreaID и valueTag, которые включены в SIB1, принятый от закрепленной/обслуживающей в данный момент соты, идентичны сохраненной PLMN-identity (UE сохраняет первый идентификатор PLMN в PLMN-IdentityInfoList, полученном из SIB1, сохраняя полученную SI), systemInformationAreaID и valueTag, связанным с сохраненной версией этого SIB, то

[97] _________4> считать сохраненный SIB действительным для соты.

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

[99] На фиг. 3 изображена другая блок-схема операций, где показаны операции UE для проверки действительности сохраненной SI согласно варианту осуществления изобретения.

[100] Хотя это не показано, при включении питания UE, UE осуществляет поиск соты и выбирает соту.

[101] Согласно фиг. 3, UE получает (т.е. принимает) SIB1 от закрепленной/обслуживающей соты на этапе 310. UE принимает в SIB1, PLMN-IdentityInfoList, systemInformationAreaID, valueTag для каждого SIB, информацию планирования SI и/или другую информацию наподобие UAC. SIB1 включает в себя информацию, указывающую, какой идентификатор PLMN среди множества идентификаторов PLMN в PLMN-IdentityInfoList, связан с SI. UE сохраняет идентификатор PLMN из принятого PLMN-IdentityInfoList, который связан с SI в соте. UE также сохраняет systemInformationAreaID, valueTag для каждого SIB и информацию для каждого SIB, является ли SIB зависящим от соты или зависящим от зоны.

[102] UE принимает другой(ие) требуемый(е) SIB (например, SIB2, SIB3, SIB4 и т.д.) и сохраняет их на этапе 320. UE может принимать другой(ие) требуемый(е) SIB на основании информации планирования SI в SIB1 или путем осуществления запроса SI.

[103] UE осуществляет повторный выбор соты на основании информации, принятой в SIB2, SIB3 и SIB4, и UE принимает SIB1 из закрепленной соты на этапе 330.

[104] UE идентифицирует на этапе 340, одинаковы ли сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1.

[105] Если сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1, одинаковы, UE идентифицирует на этапе 350, одинаковы ли сохраненная PLMN-identity и PLMN-identity, связанная с SI в PLMN-IdentityInfoList, принятом из SIB1.

[106] Если сохраненная PLMN-identity и PLMN-identity, связанная с SI в PLMN-IdentityInfoList, принятом из SIB1, одинаковы, для каждого SIB UE считает сохраненные SIB, удовлетворяющие следующим условиям, действительными и применяет их для закрепленной соты на этапе 360. Условие 1: SIB зависит от зоны системной информации согласно информации, принятой из SIB1. Условие 2: сохраненный тег значения для SIB идентичен тегу значения, принятому из SIB1 для этого SIB.

[107] Если сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1, отличаются, или если сохраненная PLMN-identity и PLMN-identity, связанная с SI в PLMN-IdentityInfoList, принятом из SIB1, отличаются, UE определяет, что сохраненная SI не действительна в закрепленной соте и получает SIB из закрепленной соты на этапе 370.

[108] В этом варианте осуществления изобретения, после выбора соты (например, после включения питания), повторного выбора соты, возврата из состояния выхода из зоны покрытия, после переконфигурирования с завершением синхронизации, после входа в сеть из другой RAT, после приема указания, что системная информация изменилась, после приема извещения PWS и/или по получении SIB1, UE проверяет, действительна ли сохраненная системная информация, следующим образом:

[109] 1> если сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1, одинаковы, и

[110] 1> если сохраненная PLMN-identity и PLMN-identity, связанная с SI в PLMN-IdentityInfoList, принятом из SIB1, одинаковы, то

[111] ___2> для каждого SIB, UE считает сохраненные SIB, удовлетворяющие следующим условиям, действительными и применяет их для закрепленной соты, где

[112] ______3> SIB зависит от зоны системной информации согласно информации, принятой из SIB1, и

[113] ______3> сохраненный тег значения SIB идентичен тегу значения, принятому из SIB1 для этого SIB.

[114] В этом варианте осуществления изобретения, после выбора соты (например, после включения питания), повторного выбора соты, возврата из состояния выхода из зоны покрытия, после переконфигурирования с завершением синхронизации, после входа в сеть из другой RAT, после приема указания, что системная информация изменилась, после приема извещения PWS и/или по получении SIB1, UE проверяет, действительна ли сохраненная системная информация дя зависящего от зоны SIB следующим образом:

[115] 1> UE может,

[116] ___2> для каждой сохраненной версии SIB,

[117] ______3> если сохраненный SIB обладает зональностью, и если PLMN-identity, связанная с SI, включенной в PLMN-IdentityInfoList, systemInformationAreaID и valueTag, которые включены в SIB1, принятый от закрепленной/обслуживающей в данный момент соты, идентичны сохраненной PLMN-identity, systemInformationAreaID и valueTag, связанные с сохраненной версией этого SIB, то

[118] _________4> считать сохраненный SIB действительным для соты.

[119] Вариант осуществления 4:

[120] На фиг. 4 изображена другая блок-схема операций, где показаны операции UE для проверки действительности сохраненной SI согласно варианту осуществления изобретения.

[121] Хотя это не показано, при включении питания UE, UE осуществляет поиск соты и выбирает соту.

[122] Согласно фиг. 4, UE получает (т.е. принимает) SIB1 от закрепленной/обслуживающей соты на этапе 410. UE принимает в SIB1, PLMN-IdentityInfoList, systemInformationAreaID, valueTag для каждого SIB, информацию планирования SI и/или другую информацию наподобие UAC. Для каждого SIB, поддерживаемого в соте, SIB1 включает в себя информацию, указывающую, какой идентификатор PLMN среди множества идентификаторов PLMN в PLMN-IdentityInfoList, связан с этим SIB. Для каждого SIB, UE сохраняет идентификатор PLMN из принятого PLMN-IdentityInfoList, который связан с SIB в соте. UE также сохраняет systemInformationAreaID, valueTag для каждого SIB и информацию для каждого SIB, является ли SIB зависящим от соты или зависящим от зоны.

[123] UE принимает другой(ие) требуемый(е) SIB (например, SIB2, SIB3, SIB4 и т.д.) и сохраняет их на этапе 420. UE может принимать другой(ие) требуемый(е) SIB на основании информации планирования SI в SIB1 или путем осуществления запроса SI.

[124] UE осуществляет повторный выбор соты на основании информации, принятой в SIB2, SIB3 и SIB4, и UE принимает SIB1 из закрепленной соты на этапе 430.

[125] Для каждого SIB, UE идентифицирует на этапе 440, одинаковы ли сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1.

[126] Если сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1, одинаковы, UE идентифицирует на этапе 450, одинаковы ли PLMN-identity, связанная с этим SIB, в PLMN-IdentityInfoList сохраненного SIB1, и PLMN-identity, связанная с этим SIB, в PLMN-IdentityInfoList, принятом из SIB1.

[127] Если PLMN-identity, связанная с этим SIB, в PLMN-IdentityInfoList сохраненного SIB1, и PLMN-identity, связанная с этим SIB, в PLMN-IdentityInfoList, принятом из SIB1, одинаковы, UE считает сохраненные SIB, удовлетворяющие следующим условиям, действительными и применяет их для закрепленной соты на этапе 460. Условие 1: SIB зависит от зоны системной информации согласно информации, принятой из SIB1. Условие 2: сохраненный тег значения идентичен тегу значения, принятому из SIB1.

[128] Если сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1, отличаются, или если PLMN-identity, связанная с этим SIB, в PLMN-IdentityInfoList сохраненного SIB1, и PLMN-identity, связанная с этим SIB, в PLMN-IdentityInfoList, принятом из SIB1, отличаются, UE определяет, что сохраненная SI не действительна в закрепленной соте и получает SIB из закрепленной соты на этапе 470.

[129] В этом варианте осуществления изобретения, после выбора соты (например, после включения питания), повторного выбора соты, возврата из состояния выхода из зоны покрытия, после переконфигурирования с завершением синхронизации, после входа в сеть из другой RAT, после приема указания, что системная информация изменилась, после приема извещения PWS и/или по получении SIB1, UE проверяет, действительна ли сохраненная системная информация, следующим образом:

[130] 1> если сохраненный systemInformationAreaID и systemInformationAreaID, принятый из SIB1, одинаковы, и

[131] 1> если PLMN-identity, связанная с этим SIB, в PLMN-IdentityInfoList сохраненного SIB1, и PLMN-identity, связанная с этим SIB, в PLMN-IdentityInfoList, принятом из SIB1, одинаковы, то

[132] ___2> для каждого SIB UE считает сохраненные SIB, удовлетворяющие следующим условиям, действительными и применяет их для закрепленной соты, где

[133] ______3> SIB зависит от зоны системной информации согласно информации, принятой из SIB1, и

[134] ______3> сохраненный тег значения для SIB идентичен тегу значения, принятому из SIB1 для этого SIB.

[135] В этом варианте осуществления изобретения, после выбора соты (например, после включения питания), повторного выбора соты, возврата из состояния выхода из зоны покрытия, после переконфигурирования с завершением синхронизации, после входа в сеть из другой RAT, после приема указания, что системная информация изменилась, после приема извещения PWS и/или по получении SIB1, UE проверяет, действительна ли сохраненная системная информация дя зависящего от зоны SIB следующим образом:

[136] 1> UE может,

[137] ___2> для каждой сохраненной версии SIB,

[138] ______3> если сохраненный SIB обладает зональностью, и если PLMN-identity, связанная с этим SIB, в PLMN-IdentityInfoList, systemInformationAreaID и valueTag, которые включены в SIB1, принятый от закрепленной/обслуживающей в данный момент соты, идентичны сохраненной PLMN-identity, связанной с этим SIB, в PLMN-IdentityInfoList сохраненного SIB1, systemInformationAreaID и valueTag, связанным с сохраненной версией этого SIB, то

[139] _________4> считать сохраненный SIB действительным для соты.

[140] Обновление конфигурации сбоя луча

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

[142] RRC конфигурирует параметры в BeamFailureRecoveryConfig для процедуры обнаружения сбоя луча и восстановление после него. gNB может конфигурировать бессостязательные ресурсы для BFR. Операция UE по обнаружению сбоя луча и восстановление после него в системе 5G осуществляется следующим образом:

[143] 1> если обнаруживается случай сбоя луча, то

[144] ___2> UE запускает или перезапускает beamFailureDetectionTimer,

[145] ___2> увеличивает BFI_COUNTER на 1, и

[146] ___2> если BFI_COUNTER >= beamFailureInstanceMaxCount, то:

[147] ______3> инициирует процедуру произвольного доступа (RA) в особой соте (SpCell).

[148] Когда процедура RA инициируется на SpCell:

[149] 1> если beamFailureRecoveryConfig конфигурируется, то

[150] ___2> запустить beamFailureRecoveryTimer, если сконфигурирован, и

[151] ______3> применять параметры powerRampingStep, preambleReceivedTargetPower и preambleTransMax, сконфигурированные в beamFailureRecoveryConfig.

[152] 1> Если процедура RA успешно завершается, то

[153] ___2> остановить beamFailureRecoveryTimer, если сконфигурирован, и

[154] ______3> считать процедуру BFR успешно завершенной.

[155] Сценарий 1:

[156] В этом сценарии, UE конфигурируется конфигурацией обнаружения сбоя луча. UE также конфигурируется конфигурацией BFR. Ресурсы бессостязательного RA обеспечиваются по запросу BFR. UE обнаруживает сбой луча и инициирует процедуру RA для BFR. Пока длится процедура RA для BFR, UE принимает RRCReconfiguration, включающее в себя обновленную конфигурацию BFR (ресурсы бессостязательного RA обновляются по запросу BFR). Заметим, что в ходе BFR для первичной вторичной соты (PSCell), UE может принимать RRCReconfiguration, включающее в себя обновленную конфигурацию BFR из первичной соты (PCell). В этом сценарии проблема состоит в том, что UE использует ресурсы бессостязательного BFR для RA, которые уже не действительны.

[157] Сценарий 2:

[158] В этом сценарии, UE конфигурируется конфигурацией обнаружения сбоя луча. UE не сконфигурирован конфигурацией BFR. UE обнаруживает сбой луча и инициирует процедуру RA для BFR. Пока длится процедура RA для BFR, UE принимает RRCReconfiguration, включающее в себя конфигурацию BFR (ресурсы бессостязательного RA обеспечиваются). Заметим, что в ходе BFR для PSCell, UE может принимать RRCReconfiguration, включающее в себя обновленную конфигурацию BFR из PCell. В этом сценарии проблема состоит в том, что UE использует состязательные ресурсы PRACH для BFR, даже когда доступны ресурсы бессостязательного RA.

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

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

[161] На фиг. 5 показана схема сигнализации между UE и gNB согласно варианту осуществления изобретения.

[162] Согласно фиг. 5, gNB передает сообщение переконфигурирования RRC на UE на этапе 510. Сообщение переконфигурирования RRC может включать в себя конфигурацию обнаружения сбоя луча и/или конфигурацию BFR. Например, в вышеописанном сценарии 1, UE конфигурируется конфигурацией обнаружения сбоя луча и конфигурацией BFR. В вышеописанном сценарии 2, UE конфигурируется конфигурацией обнаружения сбоя луча, но UE не сконфигурирован конфигурацией BFR.

[163] Если на этапе 520 выполняются критерии обнаружения сбоя луча, UE инициирует процедуру RA для BFR на основании конфигурации BFR на этапе 530. Например, в случае приема указания случая сбоя луча от более низких уровней и счетчик для указания случая сбоя луча BFI_COUNTER, который первоначально установлен равным 0, больше или равен beamFailureInstanceMaxCount для обнаружения сбоя луча, UE инициирует процедуру RA для BFR.

[164] Пока длится процедура RA для BFR, если UE принимает сообщение переконфигурирования RRC, включающее в себя обновленную конфигурацию BFR, на этапе 540, UE может переходить к операциям 550 и 560. В порядке примера, в обновленной конфигурации BFR, ресурсы бессостязательного RA обновляются по запросу BFR (сценарий 1), или обеспечиваются ресурсы бессостязательного RA (сценарий 2).

[165] Если beamFailureRecoveryConfig переконфигурируется, UE заканчивает длящуюся процедуру RA для BFR на этапе 550, и UE повторно инициирует процедуру RA для BFR с использованием новой конфигурации на этапе 560. UE может выбирать ресурсы RA для запроса BFR на основании новой конфигурации, и передавать запрос BFR на основании выбранных ресурсов RA на gNB.

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

[167] Согласно фиг. 6, после приема сообщения переконфигурирования RRC, включающего в себя конфигурацию BFR на этапе 610, UE проверяет на этапе 620, длится ли процедура RA для BFR для обслуживающей соты, для которой принята конфигурация BFR. Если процедура RA длится для BFR для обслуживающей соты, для которой принята конфигурация BFR, UE заканчивает длящуюся процедуру RA для BFR на этапе 630. UE повторно инициирует процедуру RA для BFR для этой обслуживающей соты с использованием обновленной конфигурации на этапе 640.

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

[169] Согласно варианту осуществления изобретения, после приема обновленной конфигурации BFR, пока длится BFR, UE продолжает длящуюся процедуру RA для BFR. Для оставшейся процедуры RA (последующие попытки канала произвольного доступа (RACH)), UE использует обновленную конфигурацию (ресурсы и параметры RACH). Если обновленная конфигурация BFR для обслуживающей соты принимается в ходе длящейся процедуры RA для BFR этой обслуживающей соты, UE продолжает длящуюся процедуру RA для BFR. Для оставшейся процедуры RA (последующие попытки канала произвольного доступа (RACH)), UE использует обновленную конфигурацию (ресурсы и параметры RACH).

[170] На фиг. 7 показана схема сигнализации между UE и gNB согласно варианту осуществления изобретения.

[171] Согласно фиг. 7, gNB передает сообщение переконфигурирования RRC на UE на этапе 710. UE конфигурируется конфигурацией обнаружения сбоя луча и/или конфигурацией BFR на основании сообщения переконфигурирования RRC. Если на этапе 720 выполняются критерии обнаружения сбоя луча, UE инициирует процедуру RA для BFR на этапе 730. Если UE принимает сообщение переконфигурирования RRC, включающее в себя обновленную конфигурацию BFR пока длится процедура RA для BFR на этапе 740, UE использует обновленную конфигурацию RACH для длящейся процедуры RA для BFR на этапе 750. Если ресурсы бессостязательного RA по запросу BFR обновляются, UE (пере)запускает таймер BFR на этапе 760.

[172] На фиг. 8 показана другая блок-схема операций, где показаны операции UE согласно варианту осуществления изобретения.

[173] Согласно фиг. 8, после приема сообщения переконфигурирования RRC, включающего в себя конфигурацию BFR на этапе 810, UE проверяет на этапе 820, длится ли процедура RA для BFR для обслуживающей соты, для которой принята конфигурация BFR. Если процедура RA длится для BFR для обслуживающей соты, для которой принята конфигурация BFR, UE продолжает длящуюся процедуру RA для BFR на этапе 830. Для оставшейся процедуры RA (последующих попыток RACH) для BFR на этой обслуживающей соте, UE использует обновленную конфигурацию (ресурсы и параметры RACH). Если ресурсы бессостязательного RA по запросу BFR обновляются, UE (пере)запускает таймер BFR на этапе 840.

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

[175] Согласно варианту осуществления изобретения, после приема обновленной конфигурации BFR, пока длится BFR, если конфигурация RACH в обновленной конфигурации BFR отличается от текущей используемой конфигурации RACH для BFR, UE заканчивает длящуюся процедуру RA для BFR, и UE повторно инициирует процедуру RA с использованием обновленной конфигурации.

[176] На фиг. 9 показана другая схема сигнализации между UE и gNB согласно варианту осуществления изобретения.

[177] Согласно фиг. 9, gNB передает сообщение переконфигурирования RRC на UE на этапе 910. UE конфигурируется конфигурацией обнаружения сбоя луча и/или конфигурацией BFR на основании сообщения переконфигурирования RRC. Если на этапе 920 выполняются критерии обнаружения сбоя луча, UE инициирует процедуру RA для BFR на этапе 930. Если UE принимает сообщение переконфигурирования RRC, включающее в себя обновленную конфигурацию BFR пока длится процедура RA для BFR на этапе 940, UE заканчивает длящуюся процедуру RA для BFR, если конфигурация RA обновляется на этапе 950, и UE повторно инициирует процедуру RA для BFR с использованием новой конфигурации на этапе 960.

[178] На фиг. 10 изображена другая блок-схема операций, где показаны операции UE согласно варианту осуществления изобретения.

[179] Согласно фиг. 10, после приема сообщения переконфигурирования RRC, включающего в себя конфигурацию BFR на этапе 1010, UE проверяет на этапе 1020, длится ли процедура RA для BFR для обслуживающей соты, для которой принята конфигурация BFR. Если процедура RA длится для BFR для обслуживающей соты, для которой принята конфигурация BFR, и если конфигурация RACH в обновленной конфигурации BFR отличается от текущей используемой конфигурации RACH для конфигурации BFR, UE заканчивает эту длящуюся процедуру RA для BFR на этапе 1030. UE повторно инициирует процедуру RA для BFR для этой обслуживающей соты с использованием обновленной конфигурации на этапе 1040.

[180] На фиг. 11 показана блок-схема терминала согласно варианту осуществления изобретения.

[181] Согласно фиг. 11, терминал включает в себя приемопередатчик 1110, контроллер 1120 и память 1130. Контроллер 1120 может относиться к схеме, специализированной интегральной схеме (ASIC) или по меньшей мере одному процессору. Приемопередатчик 1110, контроллер 1120 и память 1130 выполнены с возможностью осуществления операций UE, проиллюстрированных в чертежах, например, фиг. 1-10, или как описано выше иначе. Хотя приемопередатчик 1110, контроллер 1120 и память 1130 показаны как отдельные объекты, их можно реализовать как единый объект наподобие единой микросхемы. Приемопередатчик 1110, контроллер 1120 и память 1130 также могут быть электрически соединены или связаны друг с другом.

[182] Приемопередатчик 1110 может передавать и принимать сигналы на и от других сетевых объектов, например, базовой станции.

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

[184] Например, контроллер 1120 выполнен с возможностью получения первого SIB1 и другой системной информации на основании первого SIB1 и сохранения по меньшей мере части первого SIB1 и другой системной информации в памяти 1130. Контроллер 1120 дополнительно выполнен с возможностью сохранения информации об идентификаторе PLMN и тега значения первого SIB1 в памяти 1130. Контроллер 1120 может быть дополнительно выполнен с возможностью сохранения информации зональности, указывающей, является ли первый SIB1 зависящим от зоны или зависящим от соты, и идентификатора зоны системной информации первого SIB1 в памяти 1130. Контроллер 1120 дополнительно выполнен с возможностью управления приемопередатчиком 1110 для приема второго SIB1 от соты, и определять, действительны ли сохраненные по меньшей мере часть первого SIB1 и другая системная информация для соты на основании того, идентичны ли информация об идентификаторе PLMN и тег значения второго SIB1 сохраненной информации об идентификаторе PLMN и сохраненному тегу значения. Контроллер 1120 может быть дополнительно выполнен с возможностью идентификации, что сохраненные по меньшей мере часть первого SIB1 и другая системная информация действительны для соты, если сохраненная информация зональности указывает, что первый SIB1 зависит от зоны, и второй SIB1 зависит от зоны, и информация об идентификаторе PLMN, идентификатор зоны системной информации и тег значения второго SIB1 идентичны сохраненной информации об идентификаторе PLMN, сохраненному идентификатору зоны системной информации и сохраненному тегу значения.

[185] Например, контроллер 1120 выполнен с возможностью управления приемопередатчиком 1130 для приема, от базовой станции, первой информации конфигурации для BFR, и инициирования первой процедуры RA для BFR на основании первой информации конфигурации в случае обнаружения сбоя луча. Контроллер 1120 дополнительно выполнен с возможностью завершения первой процедуры RA и инициирования второй процедуры RA для BFR на основании второй информации конфигурации, если вторая информация конфигурации для BFR принимается, пока длится первая процедура RA.

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

[187] На фиг. 12 показана блок-схема базовой станции согласно варианту осуществления изобретения.

[188] Согласно фиг. 12, базовая станция включает в себя приемопередатчик 1210, контроллер 1220 и память 1230. Контроллер 1220 может относиться к схеме, специализированной интегральной схеме (ASIC) или по меньшей мере одному процессору. Приемопередатчик 1210, контроллер 1220 и память 1230 выполнены с возможностью осуществления операций сети (например, gNB), проиллюстрированных в чертежах, например, фиг. 1-10, или как описано выше иначе. Хотя приемопередатчик 1210, контроллер 1220 и память 1230 показаны как отдельные объекты, их можно реализовать как единый объект наподобие единой микросхемы. Приемопередатчик 1210, контроллер 1220 и память 1230 также могут быть электрически соединены или связаны друг с другом.

[189] Приемопередатчик 1210 может передавать и принимать сигналы на и от других сетевых объектов, например, терминала. Контроллер 1220 может управлять базовой станцией для осуществления функций согласно одному из вышеописанных вариантов осуществления. Например, контроллер выполнен с возможностью управления приемопередатчиком 1210 для передачи, на терминал, первой информации конфигурации для BFR, управления приемопередатчиком 1210 для передачи, на терминал, второй информации конфигурации для BFR, и управления приемопередатчиком 1210 для приема, от терминала, запроса BFR. Если вторая конфигурация передается, пока терминал осуществляет процедуру RA для BFR на основании первой конфигурации, запрос основывается на второй конфигурации. Контроллер 1220 может относиться к схеме, ASIC или по меньшей мере одному процессору. Согласно варианту осуществления, операции базовой станции можно реализовать с использованием памяти 1230, где хранятся соответствующие программные коды. В частности, базовая станция может быть снабжена памятью 1230 для сохранения программных кодов, осуществляющих нужные операции. Для осуществления нужных операций, контроллер 1220 может считывать и исполнять программные коды, хранящиеся в памяти 1230, путем использования процессора или CPU.

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

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

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

принимают SIB на основании информации планирования для SIB в первом SIB1;

сохраняют по меньшей мере часть первого SIB1 и SIB, причем сохраненная по меньшей мере часть первого SIB1 содержит первую запись первого списка идентификаторов PLMN и тег значения для SIB в первом SIB1;

принимают, от соты, второй SIB1, включающий в себя второй список идентификаторов PLMN и по меньшей мере один второй тег значения для по меньшей мере одного SIB; и

определяют, что сохраненный SIB действителен для соты на основании того, что:

первая запись второго списка идентификаторов PLMN во втором SIB1 идентична сохраненной первой записи и

тег значения для SIB во втором SIB1 идентичен сохраненному тегу значения.

2. Способ по п. 1, в котором сохраненная по меньшей мере часть первого SIB1 дополнительно содержит:

информацию зональности, указывающую, является ли SIB зависящим от зоны или зависящим от соты, и

идентификатор зоны системной информации SIB.

3. Способ по п. 2, в котором сохраненный SIB является действительным для соты в случае, если:

сохраненная информация зональности указывает, что SIB зависит от зоны, и

информация зональности, первая запись второго списка идентификаторов PLMN, идентификатор зоны системной информации и тег значения для SIB во втором SIB1 идентичны сохраненной информации зональности, сохраненной первой записи, сохраненному идентификатору зоны системной информации и сохраненному тегу значения.

4. Способ по п. 2,

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

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

осуществляют повторный выбор соты на основании упомянутой SIB,

при этом сота является повторно выбранной сотой, и

при этом второй SIB1 принимается из соты после повторного выбора соты.

6. Терминал в системе связи, содержащий:

приемопередатчик; и

по меньшей мере один процессор, выполненный с возможностью:

принимать, посредством приемопередатчика, первый блок системной информации 1 (SIB1), включающий в себя первый список идентификаторов наземной сети мобильной связи общего пользования (PLMN) и по меньшей мере один первый тег значения для по меньшей мере одного блока системной информации (SIB),

принимать, посредством приемопередатчика, SIB на основании информации планирования для SIB в первом SIB1;

сохранять по меньшей мере часть первого SIB1 и SIB, причем сохраненная по меньшей мере часть первого SIB1 содержит первую запись первого списка идентификаторов PLMN и тег значения для SIB в первом SIB1,

принимать, от соты посредством приемопередатчика, второй SIB1, включающий в себя второй список идентификаторов PLMN и по меньшей мере один второй тег значения для по меньшей мере одного SIB, и

определять, что сохраненный SIB действителен для соты на основании того, что:

первая запись второго списка идентификаторов PLMN во втором SIB1 идентична сохраненной первой записи и

тег значения для SIB во втором SIB1 идентичен сохраненному тегу значения.

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

8. Терминал по п. 7, в котором по меньшей мере один процессор дополнительно выполнен с возможностью определять, что сохраненный SIB является действительным для соты в случае, если:

сохраненная информация зональности указывает, что SIB зависит от зоны, и

информация зональности, первая запись второго списка идентификаторов PLMN, идентификатор зоны системной информации и тег значения для SIB во втором SIB1 идентичны сохраненной информации зональности, сохраненной первой записи, сохраненному идентификатору зоны системной информации и сохраненному тегу значения.

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

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

10. Терминал по п. 8,

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

при этом сота является повторно выбранной сотой, и

при этом второй SIB1 принимается из соты после повторного выбора соты.