Прием ответа произвольного доступа Российский патент 2022 года по МПК H04W74/08 

Перекрестные ссылки на связанные заявки

[0001] Настоящая заявка ссылается на приоритет предварительной заявки на патент США №62/887279, которая была зарегистрирована 15 августа 2019 года и которая полностью включена в настоящий документ путем ссылки.

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

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

[0003] На фиг. 1А и фиг. 1В показаны примеры сетей мобильной связи, в которых могут быть реализованы варианты осуществления настоящего изобретения.

[0004] На фиг. 2А и фиг. 2В, соответственно, показаны стеки протоколов плоскости пользователя и плоскости управления стандарта Нового радио (New Radio, NR).

[0005] На фиг. 3 показаны примеры сервисов, обеспечиваемых между уровнями протоколов в стеке протоколов плоскости пользователя Нового радио, NR, показанный на фиг. 2А.

[0006] На фиг. 4А показан пример потока данных нисходящей линии связи через стек протоколов плоскости пользователя Нового радио, NR, показанный на фиг. 2А.

[0007] На фиг. 4В показан пример формата подзаголовка MAC в блоке PDU MAC.

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

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

[0010] На фиг. 7 показан пример конфигурации кадра Нового радио, NR, в котором группируют символы OFDM-модуляции.

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

[0012] На фиг. 9 показан пример адаптации полосы частот с использованием трех сконфигурированных BWP для несущей Нового радио, NR.

[0013] На фиг. 10А показаны три конфигурации агрегации несущих с использованием двух компонентных несущих.

[0014] На фиг. 10В показан пример того, каким образом агрегированные соты могут быть сконфигурированы в одну или более групп PUCCH.

[0015] На фиг. 11А показан пример структуры и местоположения блока SS/PBCH.

[0016] На фиг. 11В показан пример сигналов CSI-RS, которые отображены во временную и частотную области.

[0017] На фиг. 12А и фиг. 12В, соответственно, показаны примеры трех процедур управления лучом нисходящей линии связи и восходящей линии связи.

[0018] На фиг. 13А, 13В и 13С, соответственно, показаны четырехшаговая процедура состязательного произвольного доступа, двухшаговая процедура несостязательного произвольного доступа и еще одна двухшаговая процедура произвольного доступа.

[0019] На фиг. 14А показан пример конфигураций набора CORESET для части полосы частот.

[0020] На фиг. 14В показан пример отображения CCE-REG для передачи DCI-информации в наборе CORESET и обработки канала PDCCH.

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

[0022] На фиг. 16А, 16В, 16С и 16D показаны примеры структур для передачи по восходящей и нисходящей линиям связи.

[0023] На фиг. 17А показан пример возможности передачи в PRACH, с TDM-мультиплексированием с использованием радиоресурсов восходящей линии связи, UL, в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0024] На фиг. 17В показан пример возможности передачи в PRACH с FDM-мультиплексированием с использованием радиоресурсов восходящей линии связи, UL, в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0025] На фиг. 17С показан пример возможности передачи в PRACH, с TDM- и FDM-мультиплексированием, с использованием радиоресурсов восходящей линии связи, UL, в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0026] На фиг. 18 показан пример значений ra-ssb-OccasionMaskIndex в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0027] На фиг. 19А показан пример ответа RAR в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0028] На фиг. 19В показан пример ответа RAR в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0029] На фиг. 19С показан пример ответа RAR в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0030] На фиг. 20 показан пример формата ответа RAR MAC в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0031] На фиг. 21 показан пример формата ответа RAR в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0032] На фиг. 22А показан пример формата ответа RAR в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0033] На фиг. 22В показан пример формата ответа RAR в соответствии с одним из аспектов примера осуществления настоящего изобретения.

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

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

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

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

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

[0039] На фиг. 27А показан пример блок-схемы, иллюстрирующей прием одного или более каналов PDSCH в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0040] На фиг. 27В показан пример блок-схемы, иллюстрирующей прием одного или более каналов PDSCH в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0041] На фиг. 28А показан пример блок-схемы, иллюстрирующей передачу одного или более каналов PDSCH в соответствии с одним из аспектов примера осуществления настоящего изобретения.

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

[0043] На фиг. 29 показан пример скорректированного окна в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0044] На фиг. 30 показан пример скорректированного окна в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0045] На фиг. 31 показан пример блок-схемы, иллюстрирующей передачу PUCCH и/или MsgA, в соответствии с одним из аспектов примера осуществления настоящего изобретения.

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

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

Подробное описание изобретения

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

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

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

[0051] В данном документе выражения «один» или «один из», и аналогичные выражения, следует интерпретировать как «по меньшей мере один» или «один или более». Аналогично, любой термин во множественном числе следует понимать как «по меньшей мере один» или «один или более». В настоящем описании выражение «может» следует трактовать как «может, например». То есть, выражение «может» указывает на то, что следующая за ним фраза, является примером одной из множества подходящих возможностей, которые могут как использоваться, так и не использоваться, в одном или более различных вариантах осуществления настоящего изобретения. В настоящем документе выражения «включает» и «состоит из» обозначают один или более компонентов описываемого элемента. Выражение «включает» является взаимозаменяемым с выражением «содержит» и не исключает наличие в описываемом элементе дополнительных, не перечисленных компонентов. И напротив, выражение «состоит из» дает исчерпывающее перечисление одного или более компонентов описываемого элемента. Выражение «основанный на» в данном документе следует трактовать как «по меньшей мере отчасти основанный на», а не как, например, «основанный исключительно на». В данном документе выражение «и/или» обозначает любую возможную комбинацию из перечисленных элементов. Например, «А, В и/или С» может обозначать: А; Б; С; А и Б; А и С; В и С; или А, В и С.

[0052] Если А и В являются множествами и каждый элемент А является также элементом В, А называют подмножеством В. В настоящем документе рассматриваются только непустые множества и подмножества. Например, возможными подмножествами В={cell1, cell2} являются: {cell1}, {cell2} и {cell1, cell2}. Выражение «на основе» (или, эквивалентно, «по меньшей мере на основе») указывает на то, что фраза, следующая за выражением «на основе», является примером одной из множества подходящих возможностей, которые могут как использоваться, так и не использоваться, для одного или более различных вариантов осуществления настоящего изобретения. Выражение «в ответ на» (или, эквивалентно, «по меньшей мере в ответ на») указывает на то, что фраза, следующая за выражением «в ответ на», является примером одной из множества подходящих возможностей, которые могут как использоваться, так и не использоваться, в одном или более различных вариантах осуществления настоящего изобретения. Выражение «в зависимости» (или, эквивалентно, «по меньшей мере в зависимости от») указывает на то, что фраза, следующая за выражением «в зависимости от», является примером одной из множества подходящих возможностей, которые могут как использоваться, так и не использоваться, в одном или более различных вариантах осуществления настоящего изобретения. Выражение «с применением / с использованием» (или, эквивалентно, «с использованием / с применением по меньшей мере») указывает на то, что фраза, следующая за выражением «с применением / с использованием», является примером одной из множества подходящих возможностей, которые могут как использоваться, так и не использоваться, в одном или более различных вариантах осуществления настоящего изобретения.

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

[0054] В данном документе параметры (или, эквивалентно, поля, или информационные элементы (Information elements, IE)) могут содержать один или более информационных объектов, при этом каждый информационный объект может включать один или более других объектов. Например, если параметр (IE) N включает параметр (IE) M, а параметр (IE) M включает параметр (IE) K, и параметр (IE) K включает параметр (информационный элемент) J, то тогда, например, N включает K, и N включает J. В одном из примеров осуществления настоящего изобретения, когда одно или более сообщений содержат множество параметров, то подразумевается, что каждый параметр из этого множества параметров находится по меньшей мере в одном из упомянутых одного или более сообщений, но не обязательно должен быть в каждом из них.

[0055] Многие из отличительных признаков настоящего изобретения описаны как опциональные при помощи выражения «может» или при помощи скобок. Для краткости и удобочитаемости в настоящем описании явно не перечислены все возможные перестановки, которые могут быть получены из множества опциональных отличительных признаков. Настоящее изобретение следует трактовать как явно заявляющее все подобные перестановки. К примеру, система, описанная как имеющая три опциональных признака, может быть реализована семью способами, а именно: с использованием только одного из возможных признаков, каждой пары из трех возможных признаков или всех трех возможных признаков.

[0056] Многие из элементов, описанных в предложенных вариантах осуществления настоящего изобретения, могут быть реализованы в виде модулей. Под модулем здесь понимают элемент, который выполняет определенную функцию и имеет определенный интерфейс с другими элементами. Модули, описанные в настоящем документе, могут быть реализованы в виде аппаратного обеспечения, программного обеспечения, программного обеспечения в сочетании с микропрограммным обеспечением, «влажным обеспечением» (например, аппаратными средствами с биологическим элементом) или их комбинацией, которые могут быть эквивалентными в поведенческом отношении. Например, модули могут быть реализованы как компьютерная подпрограмма, написанная на языке программирования, сконфигурированном для выполнения вычислительной аппаратурой (таком как С, С++, Fortran, Java, Basic, Matlab и т.п.) или программой моделирования/симуляции, такой как Simulink, Stateflow, GNU Octave или LabVIEWMathScript. Модули могут реализовываться с использованием физического оборудования, которое включает дискретные или программируемые аналоговые, цифровые и/или квантовые устройства. Примеры программируемых устройств включают: компьютеры, микроконтроллеры, микропроцессоры, заказные интегральные схемы (application-specific integrated circuits ASIC); электрически программируемые вентильные матрицы (field programmable gate, FPGA); и сложные программируемые логические устройства (complex programmable logic devices, CPLD). Компьютеры, микроконтроллеры и микропроцессоры программируют с использованием, например, таких языков, как ассемблер, С, С++ и т.п. FPGA, ASIC и CPLD часто программируют с использованием языков описания оборудования (hardware description languages HDL), например, таких как язык описания оборудования VHSIC (VHSIC hardware description, VHDL) или Verilog, которые описывают соединения между внутренними аппаратными модулями с более элементарной функциональностью внутри программируемого устройства. Упомянутые технологии, для получения результирующего функционального модуля, часто применяют в различных комбинациях.

[0057] На фиг. 1А показан пример сети 100 мобильной связи, в которой могут быть реализованы варианты осуществления настоящего изобретения. Сеть 100 мобильной связи может быть, например, наземной сетью мобильной связи общего пользования (public land mobile network, PLMN), предоставляемой сетевым оператором. В соответствии с иллюстрацией фиг. 1А, сеть 100 мобильной связи включает базовую сеть (core network, CN) 102, сеть радиодоступа (radio access network, RAN) 104 и беспроводное устройство 106.

[0058] Базовая сеть, CN, 102 может предоставлять беспроводному устройству 106 интерфейс к одной или более сетям передачи данных (data networks, DN), таким как публичные сети передачи данных (например, Интернет), частные сети передачи данных и/или внутриоператорские сети передачи данных. Функциональные возможности интерфейса базовой сети включают, помимо прочего, конфигурирование, базовой сетью CN 102, соединений типа «точка-точка» между беспроводным устройством 106 и одной или более сетями передачи данных, DN, аутентификацию беспроводного устройства 106, а также выполнение функций тарификации.

[0059] Сеть RAN 104 может соединять базовую сеть, CN, 102 с беспроводным устройством 106 при помощи радиосвязи по радиоинтерфейсу. Радиосвязь может включать, в том числе, обеспечение, сетью RAN 104, планирования, управления радиоресурсами и протоколов повторной передачи. Направление связи от сети RAN 104 к беспроводному устройству 106 по радиоинтерфейсу называют нисходящей линией связи, а направление связи от беспроводного устройства 106 к сети RAN 104 по радио интерфейсу называют восходящей линией связи. Передачи по нисходящей линии связи могут быть отделены от передач по восходящей линии связи с помощью дуплексирования с частотным разделением (frequency division duplexing, FDD), дуплексирования с временным разделением (time division duplexing, TDD) и/или комбинации этих двух способов дуплексной передачи.

[0060] Выражение «беспроводное устройство» в данном документе охватывает все мобильные устройства или стационарные (немобильные) устройства, для которых необходима беспроводная связи или которые могут использовать беспроводную связь. Например, беспроводное устройство может быть телефоном, смартфоном, планшетным ПК, компьютером, ноутбуком, датчиком, измерительным устройством, носимым устройством, устройством Интернета вещей (Internet of Things, IoT), придорожным блоком (road side unit, RSU) для транспортных средств, ретрансляционным узлом, автомобилем и/или любой их комбинацией. Выражение «беспроводное устройство» включает также и другие термины, включая пользовательское оборудование (user equipment, UE), пользовательский терминал (user terminal, UT), терминал доступа (access terminal, AT), мобильную станцию, телефонную гарнитуру, беспроводной приемопередающий блок (wireless transmit and receive unit, WTRU) и/или беспроводное устройство связи.

[0061] Сеть RAN 104 может включать одну или более базовых станций (не показаны на чертеже). Выражение «базовая станция» в данном документе используется как обозначающее и включающее узел В (относится к стандартам UMTS и/или 3G), эволюционированный узел В (eNB, относится к стандартам E-UTRA и/или 4G), удаленную радиоголовку (remote radiohead, RRH), процессорный блок основной полосы частот, связанный с одной или несколькими RRH, повторительный узел или узел ретрансляции, используемый для расширения зоны покрытия узла-донора, эволюционированный узел В следующего поколения (Next Generation Evolved Node В, ng-eNB), узел В следующего поколения (Generation Node В, gNB) (относится к стандартам NR и/или 5G), точку доступа (access point, АР) (относится, например, к WiFi или любым другим подходящим стандартам беспроводной связи) и/или любую их комбинацию. Базовая станция может включать по меньшей мере один центральный блок gNB (gNB Central Unit, gNB-CU) и по меньшей мере один распределенный блок gNB (gNB Distributed Unit, gNB-DU).

[0062] Базовая станция в составе сети RAN 104 может включать один или более наборов антенн для связи с беспроводным устройством 106 по радио интерфейсу. Например, одна или более базовых станций могут иметь по три набора антенн для управления, соответственно, тремя сотами (или секторами). Размер соты может определяться расстоянием, на котором приемник (например, приемник базовой станции) может успешно принимать передачи от передатчика (например, передатчика беспроводного устройства), функционирующего внутри соты. Соты базовых станций, совместно, могут предоставлять радиопокрытие для беспроводного устройства 106 на большой географической площади, обеспечивая поддержку мобильности беспроводного устройства.

[0063] Помимо трехсекторных узлов возможны и другие реализации базовых станций. Например, одна или более базовых станций в сети RAN 104 могут быть реализованы в виде узлов с количеством секторов, как большим трех, так и меньшим трех. Одна или более базовых станций в сети RAN 104 могут быть реализованы в виде точки доступа, процессорного блока основной полосы частот, связанного с несколькими удаленными радиоголовками (RRH), и/или в виде повторительного узла, или ретрансляционного узла, используемых для расширения зоны покрытия от узла-донора. Процессорный блок основной полосы частот, связанный с головками RRH, может быть частью централизованной или облачной архитектуры сети RAN, при этом процессорный блок основной полосы частот может быть как централизован в пуле процессорных блоков основной полосы частот, так и виртуализирован. Повторительный узел может усиливать и пересылать радиосигнал, принятый от узла-донора. Узел ретрансляции может выполнять те же или подобные функции, что и повторительный узел, но может декодировать радиосигнал, полученный от узла-донора, для удаления шума перед усилением и ретрансляцией радиосигнала.

[0064] Сеть RAN 104 может быть развернута как гомогенная сеть макросотовых базовых станций, имеющих сходные диаграммы направленности антенн и сходные высокие мощности передачи. Сеть RAN 104 может быть развернута и виде гетерогенной сети. В гетерогенных сетях базовые станции с малыми сотами могут использоваться для обеспечения небольших зон покрытия, например зон покрытия, которые перекрываются со сравнительно большими зонами покрытия, обеспечиваемыми макросотовыми базовыми станциями. Такие небольшие зоны покрытия могут развертываться в областях с высоким информационным трафиком (или так называемых «горячих точках») или в областях, где покрытие от макросот слабое. Примеры базовых станций с малыми сотами включают, в порядке уменьшения зоны покрытия, микросотовые базовые станции, пикосотовые базовые станции и фемтосотовые базовые станции, или домашние базовые станции.

[0065] Консорциум третьего поколения (3GPP) был образован в 1998 году для обеспечения глобальной стандартизации спецификаций для сетей мобильной связи, аналогичных сети 100 мобильной связи на фиг. 1А. На сегодняшний день Консорциум 3GPP подготовил стандарты для трех поколений мобильных сетей: сеть третьего поколения (3G), называемая универсальной системой мобильной связи (Universal Mobile Telecommunications System, UMTS), сеть четвертого поколения (4G), называемая Долгосрочной эволюцией (Long-Term Evolution, LTE), и сеть пятого поколения (5G), называемая системой 5G (5G System, 5GS). Варианты осуществления настоящего изобретения описаны на примере RAN сети 3GPP 5G, называемой сетью RAN следующего поколения (next-generation RAN, NG-RAN). Варианты осуществления настоящего изобретения могут быть применимы к RAN и других сетей мобильной связи, таких как RAN 104 на фиг. 1A, RAN сетей предшествующих поколений, 3G и 4G, а также сетей следующих поколений, которые будут стандартизованы в будущем (например, сеть 3GPP 6G). Сеть NG-RAN реализует технологию радиодоступа 5G, называемую Новым радио (New Radio, NR), а также может быть способна реализовывать технологию радиодоступа 4G и другие технологии радиодоступа, включая технологии радиодоступа, отличающиеся от стандартов 3GPP.

[0066] На фиг. 1В показан еще один пример сети 150 мобильной связи, в которой могут быть реализованы варианты осуществления настоящего изобретения. Сеть 150 мобильной связи может быть, например, наземной сетью мобильной связи общего пользования (PLMN), предоставляемой сетевым оператором. В соответствии с иллюстрацией фиг. 1В, сеть 150 мобильной связи включает базовую сеть 5G (5G-CN) 152, сеть NG-RAN 154 и пользовательское оборудование, UE, 156А и 156В (в совокупности, UE 156). Эти компоненты могут быть реализованы и функционировать тем же, или аналогичным, образом, что и соответствующие компоненты, рассмотренные в отношении фиг. 1А.

[0067] Базовая сеть, 5G-CN, 152 предоставляет беспроводному устройству 106 интерфейс к одной или более сетям передачи данных (DN), таким как публичные сети передачи данных (например, Интернет), частные сети передачи данных и/или внутриоператорские сети передачи данных. Функциональные возможности интерфейса базовой сети включают, помимо прочего, конфигурирование, базовой сетью 5G-CN 152, соединений типа «точка-точка» между пользовательским оборудованием 156 и одной или более сетями передачи данных, DN, аутентификацию пользовательского оборудования, UE, 156, а также выполнение функций тарификации. В отличие от базовой сети в сети 4G 3GPP, сеть 5G-CN 152 может быть основана на сервисной архитектуре. Это означает, что архитектура узлов, составляющих сеть 5G-CN 152, может быть определена в виде сетевых функций, предоставляющих сервисы, через интерфейсы, другим сетевым функциям. Сетевые функции в базовой сети 5G-CN 152 могут быть реализованы различными способами, в том числе, в виде сетевых элементов в составе выделенного или совместно используемого оборудования, в виде экземпляров программного обеспечения, исполняемых на выделенном или совместно используемом оборудовании, или в виде виртуализованных функций, реализованных на некоторой платформе (например, облачной платформе).

[0068] В соответствии с иллюстрацией фиг. 1В, сеть 5G-CN 152 включает функцию 158А управления доступом и мобильностью (Access and Mobility Management Function, AMF) и функцию плоскости пользователя (User Plane Function, UPF) 158B, которые, для простоты, показаны на фиг. 1В как единый компонент AMF/UPF 158. Функция UPF 158В может служить шлюзом между сетью NG-RAN 154 и одной или несколькими сетями передачи данных, DN. Функция UPF 158В может выполнять такие задачи, как маршрутизация и ретрансляция пакетов, инспекция пакетов и применение правил политики плоскости пользователя, отчеты об использовании трафика, классификация восходящих линий связи для поддержки маршрутизации потоков трафика в одну или более сетей передачи данных, DN, управление качеством обслуживания (quality of service, QoS) для плоскости пользователя (например, фильтрация пакетов, стробирование, гарантирование скорости передачи в восходящей/нисходящей линиях связи и верификация трафика восходящей линии связи), буферизация пакетов нисходящей линии связи и инициация уведомлений о данных нисходящей линии связи. Функция UPF 158В может служить в качестве точки привязки для обеспечения интра- и интерсетевой мобильности технологии радиодоступа (Radio Access Technology, RAT), внешней точки взаимодействия с одной или более сетями передачи данных по сеансам блоков протокольных (или пакетных) данных (protocol (or packet) data unit, PDU) и/или точки ветвления для поддержки многосетевых PDU-сеансов. Пользовательское оборудование, UE, 156 может быть сконфигурировано для приема сервисов по сеансу PDU, который является логическим соединением между пользовательским оборудованием, UE, и сетью DN.

[0069] Функция AMF 158А может выполнять такие функции, как завершение сигнализации слоя без доступа (Non-Access Stratum, NAS), обеспечение безопасности сигнализации NAS, управление безопасностью слоя доступа (Access Stratum, AS), сигнализация между узлами различных базовых сетей, CN, для обеспечения мобильности между сетями доступа 3GPP, доступность пользовательского оборудования, UE, в режиме бездействия (IDLE) (например, управление и выполнение повторной передачи пейджинга), управление областью регистрации, поддержка внутрисистемной и межсистемной мобильности, аутентификация доступа, авторизация доступа, включая проверку прав на роуминг, контроль управления мобильностью (подписка и политики), поддержка сегментации («слайсинга») сети и/или выбор функции управления сеансами (session management function, SMF). Под слоем без доступа, NAS, может пониматься функциональность, работающая между базовой сетью CN и пользовательским оборудованием, UE, а под слоем доступа, AS, может пониматься функциональность, работающая между пользовательским оборудованием, UE, и сетью RAN.

[0070] Базовая сеть 5G-CN 152 может включать одну или более дополнительных сетевых функций, которые, для простоты, на фиг. 1В не показаны. К примеру, базовая сеть 5G-CN 152 может включать одно или более из следующего: функция управления сеансами (SMF), репозиторий сетевых функций (NR Repository Function, NRF), функция управления политиками (Policy Control Function, PCF), функция взаимодействия с внешними приложениями (Network Exposure Function, NEF), унифицированная база данных профилей абонентов (Unified Data Management, UDM), функция приложений (application function, AF) и/или сетевую функцию сервера аутентификации (Authentication Server Function, AUSF).

[0071] Сеть NG-RAN 154 может соединять базовую сеть, 5G-CN, 152 с комплектами пользовательского оборудования 156 при помощи радиосвязи по радио интерфейсу. Сеть NG-RAN 154 может включать один или более gNB, показанных на иллюстрации как gNB 160А и gNB 160В (совместно, gNB 160), и/или один или более ng-eNB, показанных на иллюстрации как ng-eNB 162А и ng-eNB 162В (совместно, ng-eNB 162). Узлы gNB 160 и ng-eNB 162 могут обобщено называться базовыми станциями. Каждый из узлов gNB 160 и ng-eNB 162 может включать один или более наборов антенн для связи с пользовательским оборудованием, UE, 156 через радиоинтерфейс. Например, один или более или из узлов gNB 106 и/или один или более из узлов ng-eNB 162 могут иметь по три набора антенн для управления, соответственно, тремя сотами (или секторами). Совместно, соты gNB 160 и ng-eNB 162 могут обеспечивать радиопокрытие для пользовательского оборудования, UE 156, на большой географической площади, поддерживая мобильность пользовательского оборудования.

[0072] В соответствии с иллюстрацией фиг. 1В, узлы gNBs 160 и/или ng-eNBs 162 могут быть соединены с базовой сетью 5G-CN 152 при помощи интерфейса NG, и с другими базовыми станциями - при помощи интерфейса Xn. Интерфейсы NG и Xn могут быть сформированы с использованием прямых физических соединений и/или непрямых соединений через лежащую под ними транспортную сеть, например, транспортную сеть на базе протокола Интернета (internet protocol, IP). Узлы gNBs 160 и/или ng-eNBs могут быть соединены с комплектами пользовательского оборудования, UE, 156 при помощи интерфейса Uu. К примеру, в соответствии с иллюстрацией фиг. 1B, gNB 160А может быть соединен с пользовательским оборудованием, UE, 156А при помощи интерфейса Uu. Каждый из интерфейсов NG, Xn и Uu имеет ассоциированный с ним стек протоколов. Стеки протоколов, ассоциированные с интерфейсами, могут использоваться сетевыми элементами на фиг. 1В для обмена данными и сообщениями сигнализации, при этом они могут включать две плоскости: плоскость пользователя и плоскость управления. Плоскость пользователя может обрабатывать данные, относящиеся к пользователю. Плоскость управления может обрабатывать сигнальные сообщения, относящиеся к сетевым элементам.

[0073] Узлы gNB 160 и/или ng-eNB 162 могут быть соединены с одной или более функциями AMF/UPF базовой сети 5G-CN 152, например, AMF/UPF 158, при помощи одного или более интерфейсов NG. Например, узел gNB 160А может быть соединен с функцией UPF 158В из состава AMF/UPF 158 при помощи интерфейса NG плоскости пользователя (NG-U). Интерфейс NG-U может обеспечивать доставку (например, негарантированную доставку) блоков PDU плоскости пользователя между gNB 160А и UPF 158В. Узел gNB 160А может быть соединен с функцией AMF 158А при помощи NG плоскости управления (NG-C). Интерфейс NG-C может обеспечивать, например, управление интерфейсом NG, управление контекстом пользовательского оборудования, управление мобильностью пользовательского оборудования, транспортировку сообщений NAS, пейджинг, управление сеансами PDU и передачу конфигурации и/или передачу предупреждающих сообщений.

[0074] Узлы gNB 160 могут обеспечивать завершение протоколов плоскости пользователя и плоскости управления стандарта NR для связи с пользовательским оборудованием, UE, 156 по интерфейсу Uu. Например, узел gNB 160А может обеспечивать завершение протоколов плоскости пользователя и плоскости управления NR для связи с пользовательским оборудованием, UE, 156А по интерфейсу Uu, относящемуся к первому стеку протоколов. Узлы ng-eNB 162 могут обеспечивать завершение протоколов плоскости пользователя и плоскости управления эволюционированной наземной сети радиодоступа UMTS (Evolved UMTS Terrestrial Radio Access, E-UTRA) для связи с пользовательским оборудованием, UE, 156 по интерфейсу Uu, при этом E-UTRA является технологией радиодоступа четвертого поколения (4G) 3GPP. К примеру, узел ng-eNB 162В может обеспечивать завершение протоколов плоскости пользователя и плоскости управления E-UTRA для связи с пользовательским оборудованием, UE, 156В по интерфейсу Uu, относящемуся ко второму стеку протоколов.

[0075] Базовая сеть 5G-CN 152 была описана как сконфигурированная для обработки радиодоступа по стандартам NR и 4G. Однако специалисты в данной области техники должны понимать, что стандарт NR допускает подключение к базовой сети 4G в так называемом «неавтономном» режиме. В неавтономном режиме базовую сеть 4G используют для обеспечения (или по меньшей мере поддержки) функциональности плоскости управления (например, первоначального доступа, мобильности и пейджинга). На фиг. 1В показан только один объект AMF/UPF 158, однако каждый из gNB или ng-eNB может быть связан со множеством узлов AMF/UPF, чтобы обеспечить избыточность или распределение нагрузки по множеству этих узлов.

[0076] Как уже упоминалось, интерфейс (например, интерфейс Uu, Xn или NG) между сетевыми элементами на фиг. 1В может быть ассоциирован со стеком протоколов, который эти сетевые элементы используют для обмена данными и сигнальными сообщениями. Каждый стек протоколов может включать две плоскости: плоскость пользователя и плоскость управления. Плоскость пользователя может обрабатывать данные, относящиеся к пользователю, а плоскость управления может обрабатывать сигнальные сообщения, относящиеся к элементам сети.

[0077] На фиг. 2А и фиг. 2В, соответственно, показаны примеры стеков протоколов плоскости пользователя NR и плоскости управления NR для интерфейса Uu, который расположен между пользовательским оборудованием, UE, 210 и узлом gNB 220. Стеки протоколов, показанные на фиг. 2А и фиг. 2В, могут быть теми же, или аналогичны стекам, которые используются для интерфейса Uu, например, между пользовательским оборудованием, UE, 156А и узлом gNB 160А на фиг. 1В.

[0078] На фиг. 2А показан стек протоколов плоскости пользователя NR, включающий пять уровней, реализованных в пользовательском оборудовании, UE, 210 и в узле gNB 220. В нижней части стека протоколов физические уровни (PHY) 211 и 221 могут предоставлять транспортные услуги для верхних уровней стека протоколов. Они могут соответствовать 1-му уровню модели взаимодействия открытых систем (Open Systems Interconnection, OSI). Следующие четыре протокола, выше уровней 211 и 221 PHY, включают уровни 212 и 222 управления доступом к среде передачи (media access control, MAC), уровни 213 и 223 управления радиолинии (RLC), уровни 214 и 224 протокола конвергенции пакетных данных (packet data convergence protocol, PDCP), и уровни 215 и 225 протокола применения служебных данных (service data application protocol, SDAP). Совместно эти четыре протокола могут составлять 2-й, или канальный, уровень модели OSI.

[0079] На фиг. 3 показаны примеры сервисов, обеспечиваемых между уровнями в стеке протоколов плоскости пользователя Нового радио, NR, показанного на фиг. 2А. Начнем рассмотрение с верхней части фиг. 2А и фиг. 3: протоколы SDAP 215 и 225 могут выполнять обработку потока QoS. Пользовательское оборудование, UE, 210 может принимать сервисы по сеансу PDU, который является логическим соединением между пользовательским оборудованием, UE, 210 и сетью DN. Сеанс PDU может иметь один или более потоков QoS. Функция UPF или базовая сеть, CN, (например, UPF 158В) может преобразовывать IP-пакеты в один или более потоков QoS сеанса PDU, исходя из требований QoS (например, выражаемых в длительности задержки, скорости передачи данных и/или коэффициента ошибок). Протоколы SDAP 215 и 225 могут осуществлять прямое и инверсное отображение между одним или более потоками QoS и одной или более радионесущими данных. Прямое и инверсное отображение между потоками QoS и радионесущими данных может определяться протоколом 225 SDAP в узле 220 gNB. Протокол SDAP 215 в пользовательском оборудовании, UE, 210 может быть проинформирован о соответствии между потоками QoS и радионесущими данных при помощи рефлективного отображения или при помощи управляющей сигнализации, полученной от gNB 220. В случае рефлективного отображения протокол SDAP 225 в узле gNB 220 может помечать пакеты нисходящей линии связи индикатором потока QoS (QoS flow indicator, QFI), который будет виден протоколу SDAP 215 в пользовательском оборудовании, UE, 210 и позволит определить правила прямого и инверсного отображения между потоками QoS и радионесущими данных.

[0080] Протоколы 214 и 224 PDCP могут выполнять сжатие и распаковку заголовков, чтобы снизить объем данных, передаваемых по радио интерфейсу, шифрование и дешифрование для исключения несанкционированного декодирования данных, передаваемых по радиоинтерфейсу, и защиту целостности (для гарантии того, что сообщения управления происходят из нужных источников). Протоколы 214 и 224 PDCP могут обеспечивать повторную передачу недоставленных пакетов, доставку пакетов в нужной последовательности и переупорядочивание пакетов, а также удаление дублирующих принятых пакетов, например, после хэндовера между узлами gNB. Протоколы 214 и 224 PDCP могут выполнять дублирование пакетов, чтобы повысить вероятность их приема, и, в приемнике, удаление всех дублирующих пакетов. Дублирование пакетов может быть полезно в случае сервисов, требующих высокой надежности.

[0081] На фиг. 3 это не проиллюстрировано, однако в сценарии двойного подключения протоколы 214 и 224 PDCP могут выполнять прямое и инверсное отображение между разделенной радионесущей и каналами RLC. Двойное подключение это метод, который позволяет пользовательскому оборудованию, UE, подключаться к двум сотам, или в более общем случае, к двум группам сот: главной группе сот (master cell group, MCG) и вторичной группе сот (secondary cell group, SCG). Разделенную несущую получают, когда одна радионесущая, например, одна из радионесущих, предоставляемых в качестве сервиса протоколами 214 и 224 PDCP для протоколов 215 и 225 SDAP, обрабатывается группами сот при двойном подключении. Протоколы 214 и 224 PDCP могут выполнять прямое и инверсное отображение разделенной несущей на каналы RLC, принадлежащие различным группам сот.

[0082] RLC 213 и 223 могут выполнять сегментацию, повторную передачу посредством автоматических запросов на повторную передачу (Automatic Repeat Request, ARQ) и удаление дублирующих блоков данных, полученных от MAC 212 и 222 соответственно. RLC 213 и 223 могут поддерживать три режима передачи: прозрачный режим (transparent mode, ТМ); режим без подтверждения приема (unacknowledged mode, UM); и режим с подтверждением приема (acknowledged mode, AM). В зависимости от режима передачи, в котором работает RLC, RLC может выполнять одну или более из перечисленных выше функций. Конфигурация RLC может быть отдельной для каждого логического канала, независимо от нумерологии и/или длительностей временного интервала передачи (TTI). В соответствии с иллюстрацией фиг. 3, RLC 213 и 223 могут предоставлять каналы RLC в качестве сервисов для протоколов 214 и 224 PDCP соответственно.

[0083] Уровни MAC 212 и 222 могут выполнять мультиплексирование и демультиплексирование логических каналов и/или отображение между логическими каналами и транспортными каналами. Мультиплексирование и демультиплексирование может включать мультиплексирование и демультиплексирование блоков данных, принадлежащих одному или более логическим каналам, в транспортные блоки (или из транспортных блоков) (Transport Blocks, ТВ), доставляемых в уровни (или из уровней) 211 и 221 PHY. Уровень MAC 222 может быть сконфигурирован для выполнения планирования, передачи отсчетов с информацией о планировании и для управления приоритетами среди пользовательского оборудования при помощи динамического планирования. Планирование может выполняться в узле gNB 220 (в уровне MAC 222) для нисходящей линии связи и восходящей линии связи. Уровни MAC 212 и 222 могут быть сконфигурированы для исправления ошибок при помощи гибридного автоматического запроса на повторную передачу (Hybrid Automatic Repeat Request, HARQ) (например, по одному объекту HARQ на несущую в случае агрегации несущих (Carrier Aggregation, СА)), для управления приоритетами среди логических каналов пользовательского оборудования, UE, 210 за счет приоритезации логических каналов и/или заполнения незначащими данными. Уровни MAC 212 и 222 могут поддерживать одну или более нумерологий и/или таймингов передачи. В одном из примеров ограничения, накладываемые на правила отображения, при приоритезации логических каналов могут определять, какие нумерология и/или тайминг передачи могут использоваться в каждом логическом канале. В соответствии с иллюстрацией фиг. 3, уровни 212 и 222 MAC могут предоставлять логические каналы в качестве сервисов для уровней 213 и 223 RLC соответственно.

[0084] Уровни 211 и 221 PHY могут выполнять отображение транспортных каналов на физические каналы, а также выполнять функции обработки цифровых и аналоговых сигналов с целью передачи и приема информации по радиоинтерфейсу. Функции обработки цифровых и аналоговых сигналов могут включать, например, кодирование и декодирование, а также модуляцию и демодуляцию. Уровни 211 и 221 PHY могут выполнять отображение между множеством антенн. В соответствии с иллюстрацией фиг. 3, уровни 211 и 221 PHY могут предоставлять один или более транспортных каналов в качестве сервиса для уровней 212 и 222 MAC.

[0085] На фиг. 4А показан пример потока данных нисходящей линии связи через стек протоколов плоскости пользователя Нового радио, NR. На фиг. 4А показан поток данных нисходящей линии связи из трех IP-пакетов (n, n+1 и m) через стек протоколов плоскости пользователя NR, с формированием двух блоков передачи, ТВ, в узле 220 gNB. Поток данных восходящей линии связи через стек протоколов плоскости пользователя NR может быть аналогичен потоку данных нисходящей линии связи, показанному на фиг. 4А.

[0086] Поток данных нисходящей линии связи на фиг. 4А запускается, когда протокол 225 SDAP принимает три IP-пакета из одного или более потоков QoS и распределяет эти три пакета по радионесущим. На фиг. 4А SDAP 225 назначает IP-пакеты n и n+1 на первую радионесущую 402, а IP-пакет m - на вторую радионесущую 404. К IP-пакетам добавляют заголовок SDAP (обозначенный «Н» на фиг. 4А). Блоки данных из протоколов более высокого уровня (и в более высокие уровни) называются служебными блоками данных (service data unit, SDU) протокола нижнего уровня, а блоки данных из протоколов более низкого уровня (и в более низкие уровни) называют протокольными блоками данных (PDU) протокола верхнего уровня. В соответствии с иллюстрацией фиг. 4А блок данных из SDAP 225 является SDU протокола нижнего уровня, PDCP 224, и PDU протокола 225 SDAP.

[0087] Протоколы остальных уровней на фиг. 4А, могут выполнять свои соответствующие функции (например, в соответствии с фиг. 3), добавлять соответствующие заголовки и пересылать соответствующие выходные данные на следующий нижний уровень. Например, PDCP 224 может выполнять сжатие и шифрование IP-заголовков и пересылать свои выходные данные в RLC 223. RLC 223 может, опционально, выполнять сегментацию (например, в соответствии с иллюстрацией для IP-пакета m на фиг. 4А) и пересылать свои выходные данные в MAC 222. MAC 222 может мультиплексировать несколько блоков PDU RLC и прикреплять подзаголовок MAC к PDU RLC, формируя транспортный блок. В стандарте Нового радио, NR, подзаголовки MAC могут быть распределены по блокам PDU MAC в соответствии с иллюстрацией фиг. 4А. В стандарте LTE подзаголовки все подзаголовки MAC могут быть полностью помещены в начало блока PDU MAC. Структура блока PDU MAC в стандарте NR позволяет уменьшить время обработки и соответствующие задержки, поскольку подзаголовки PDU MAC могут быть вычислены до того, как блок PDU MAC будет собран полностью.

[0088] На фиг. 4 показан пример для формата подзаголовка MAC в блоке PDU MAC. Подзаголовок MAC включает: поле длины SDU для указания длины (например, в байтах) блока SDU MAC, которому соответствует подзаголовок MAC; поле идентификатора логического канала (logical channel identif, LCID) для идентификации логического канала, из которого происходит SDU MAC, используемое в процессе демультиплексирования; флаг (flag, F) для указания размера поля длины блока SDU; и зарезервированное битовое поле (reserved, R) для будущего использования.

[0089] На фиг. 4В также показаны элементы управления (control elements, СЕ), внедряемые в PDU MAC уровнем MAC, например, MAC 223 или MAC 222. К примеру, на фиг. 4В показаны два элемента управления, СЕ, MAC, внедренных в PDU MAC. Элементы управления, СЕ, MAC могут вставляться в начале PDU MAC для передач по нисходящей линии связи (в соответствии с иллюстрацией фиг. 4В) и в конце PDU MAC, для передач по восходящей линии связи. Элементы управления MAC могут использоваться для внутриполосной сигнализации управления. Примеры элементов управления, СЕ, MAC включают: элементы управления MAC, относящиеся к планированию, например, отчеты о состоянии буфера и отчеты о запасе мощности; элементы управления MAC для активации и инактивации, например, для активации и инактивации обнаружения дублирования PDCP, отчетов с информацией о состоянии канала (channel state information, CSI), передачи опорного сигнала зондирования (sounding reference signal, SRS) и ранее сконфигурированных компонентов; элементы управления MAC, связанные с прерывистым приемом (discontinuous reception, DRX); элементы управления MAC, относящиеся к временному опережению; и элементы управления MAC, связанные с произвольным доступом. Управляющему элементу, СЕ, MAC может предшествовать подзаголовок MAC с форматом, аналогичным проиллюстрированному для блоков SDU MAC. При этом элемент управления может быть идентифицирован зарезервированным значением в поле LCID, которое указывает на тип управляющей информации, включенной в элемент управления MAC.

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

[0091] На фиг. 5А и фиг. 5В показано соответствие между логическими, транспортными и физическими каналами для восходящей и нисходящей линий связи. Информацию передают по каналам между уровнями RLC, MAC и PHY стека протоколов NR. Между RLC и MAC может применяться логический канал, который может иметь один из двух типов: канал управления, который переносит информацию управления и конфигурационную информацию в плоскости управления NR, или информационный канал, который переносит данные в плоскости пользователя NR. Логические каналы также подразделяются на еще две категории: специальный логический канал, выделенный конкретному пользовательскому оборудованию, и общий логический канал, доступный для использования более нескольким комплектам пользовательского оборудования. Логический канал также может быть охарактеризован типом информации, которую он содержит. Набор логических каналов, определенный в стандарте NR, например, включает:

- канал управления пейджингом (paging control channel, РССН) для передачи пейджинговых сообщений, применяемых для пейджинга пользовательского оборудования, UE, местоположение которого неизвестно сети, на уровне соты;

- широковещательный канал управления (broadcast control channel, ВССН) для передачи сообщения с системной информацией в форме главного информационного блока (Master Information Block, MIB) и нескольких системных информационных блоков (system information blocks, SIB), при этом сообщения с системной информацией могут использоваться пользовательским оборудованием для получения информации о конфигурации соты и о том, как следует выполнять операции внутри этой соты;

- общий канал управления (common control channel, СССН) для передачи сообщений управления, вместе с произвольным доступом;

- выделенный канал управления (dedicated control channel, DCCH) для передачи сообщений управления из конкретного пользовательского оборудования, UE, (и в пользовательское оборудование) для конфигурирования пользовательского оборудования; и

- выделенный информационный канал (dedicated traffic channel, DTCH) для передачи пользовательских данных в конкретное пользовательское оборудование, UE, и из него.

[0092] Между уровнями MAC и PHY могут использоваться транспортные каналы, которые характеризуются способом передачи содержащейся в них информации по радио интерфейсу. Набор транспортных каналов, определенный в стандарте NR, например, включает:

- пейджинговый канал (paging channel, РСН) для передачи сообщений поискового вызова, поступающих из канала РССН;

- широковещательный канал (broadcast channel, ВСН) для передачи MIB из канала ВССН;

- канал нисходящей линии связи совместного использования (downlink shared channel, DL-SCH) для передачи данных нисходящей линии связи и сообщений сигнализации, включая SIB из канала ВССН;

- канал восходящей линии связи совместного использования (uplink shared channel, UL-SCH) для передачи данных восходящей линии связи и сообщений сигнализации; и

- канал произвольного доступа (random access channel, RACH) для обеспечения связи пользовательского оборудования, UE, с сетью без предварительного планирования.

[0093] Уровень PHY может использовать физические каналы для передачи информации между слоями обработки уровня PHY. Физический канал может иметь связанный с ним набор частотно-временных ресурсов для передачи информации одного или более транспортных каналов. Уровень PHY может формировать управляющую информацию для поддержки низкоуровневой работы PHY и предоставлять эту управляющую информацию в нижние слои уровня PHY по физическим каналам управления, которые называют каналами управления L1/L2. Набор физических каналов и физических каналов управления, определенный в стандарте NR, включает, например:

- физический широковещательный канал (physical broadcast channel, РВСН) для передачи MIB из канала ВСН;

- физический канал нисходящей линии связи совместного использования (physical downlink shared channel, PDSCH) для передачи данных нисходящей линии связи и сообщений сигнализации из DL-SCH, а также пейджинговых сообщений из РСН;

- физический канал управления восходящей линии связи (downlink control channel, PDCCH) для передачи управляющей информации нисходящей линии связи (downlink control information, DCI), которая может включать команды планирования нисходящей линии связи, гранты планирования восходящей линии связи и команды управления мощностью восходящей линии связи;

- физический канал восходящей линии связи совместного использования (physical uplink shared channel, PUSCH) для передачи данных восходящей линии связи и сообщений сигнализации из UL-SCH и, в некоторых случаях, управляющей информации восходящей линии связи (uplink control information, UCI), в соответствии с приведенным ниже описанием;

- физический восходящий канал управления (physical uplink control channel, PUCCH) для передачи UCI-информации, которая может включать подтверждения приема HARQ, индикаторы качества канала (channel quality indicator, CQI), индикаторы матрицы предварительного кодирования (Pre-coding Matrix Indicator, PMI) индикаторы ранга (Rank Indicator, RI) и запросы планирования (scheduling request, SR); и

- физический канал произвольного доступа (physical random access channel, PRACH) для произвольного доступа.

[0094] Аналогично физическим каналам управления, на физическом уровне формируют физические сигналы для поддержки низкоуровневой работы физического уровня. В соответствии с иллюстрацией фиг. 5А и фиг. 5В, сигналы физического уровня, определенные в стандарте NR, включают: первичные сигналы синхронизации (primary synchronization signals, PSS), вторичные сигналы синхронизации (secondary synchronization signals, SSS), опорные сигналы информации о состоянии канала (channel state information reference signals, CSI-RS), опорные сигналы демодуляции (demodulation reference signals, DMRS), опорные сигналы зондирования (SRS) и опорные сигналы отслеживания фазы (phase-tracking reference signals, PT-RS). Эти сигналы физического уровня будут более подробно описаны ниже.

[0095] Стек протоколов плоскости управления

[0096] На фиг. 2В показан один из примеров стека протоколов плоскости управления в стандарте Нового радио, NR. В соответствии с иллюстрацией фиг. 2В, в стеке протоколов плоскости управления NR могут применяться те же самые, или аналогичные, первые четыре уровня протоколов, что и в рассмотренном примере стека протоколов плоскости пользователя NR. Эти четыре уровня протоколов включают: PHY 211 и 221, MAC 212 и 222, RLC 213 и 223 и PDCP 214 и 224. Вместо SDAP 215 и 225 вверху стека, как это было в стеке протоколов плоскости пользователя NR, стек плоскости управления NR имеет, в качестве своих верхних уровней, протоколы 216 и 226 управления радиоресурсами (RRC) и протоколы 217 и 237 NAS.

[0097] Протоколы 217 и 237 NAS могут реализовывать функциональность плоскости управления между пользовательским оборудованием, UE, 210 и AMF 230 (например, AMF 158А), или в более общем случае, между пользовательским оборудованием, UE, 210 и базовой сетью CN. Протоколы 217 и 237 NAS могут реализовывать функциональность плоскости управления между пользовательским оборудованием, UE, 210 и AMF 230 при помощи сообщений сигнализации, называемых сообщениями NAS. Для транспортировки сообщений NAS между пользовательским оборудованием, UE, 210 и AMF 230 нет прямого канала. Сообщения NAS могут передаваться с помощью слоя доступа, AS, интерфейсов Uu и NG. Протоколы 217 и 237 NAS могут реализовывать такую функциональность плоскости управления, как аутентификация, безопасность, установка соединения, управление мобильностью и управление сеансами.

[0098] Протоколы 216 и 226 RRC могут реализовывать функциональность плоскости управления между пользовательским оборудованием, UE, 210 и gNB 220, или в более общем случае, между пользовательским оборудованием, UE, 210 и сетью RAN. Протоколы 216 и 226 RRC могут реализовывать функциональность плоскости управления между пользовательским оборудованием, UE, 210 и gNB 220 при помощи сообщений сигнализации, называемых сообщениями RRC. Сообщения RRC могут передаваться между пользовательским оборудованием, UE, 210 и сетью RAN с помощью радионесущих сигнализации и тех же самых, или аналогичных, уровней протоколов PDCP, RLC, MAC и PHY. Уровень MAC может мультиплексировать данные плоскости управления и плоскости пользователя в один транспортный блок (ТВ). RRC 216 и 226 могут обеспечивать такую функциональность плоскости управления, как: широковещательная передача системной информации, относящейся к слоям AS и NAS; пейджинг, инициированный базовой сетью, CN, или сетью RAN; установление, поддержание и освобождение RRC-соединений между пользовательским оборудованием, UE 210, и RAN; функции безопасности, включая управление ключами; установление, конфигурирование, обслуживание и освобождение радионесущих сигнализации и радионесущих данных; функции мобильности; функции управления QoS; отчеты об измерениях пользовательского оборудования, UE, и управление отчетами; обнаружение и восстановление после отказов радиоканала (radio link failure, RLF); и/или передача сообщений NAS. Внутри процедуры установления RRC-соединений RRC 216 и 226 могут формировать контекст RRC, что может включать конфигурирование параметров связи между пользовательским оборудованием, UE, 210 и сетью RAN.

[0099] На фиг. 6 показан пример блок-схемы, иллюстрирующей переходы между состояниями RRC в пользовательском оборудовании, UE. Пользовательское оборудование, UE, может быть тем же, или аналогичным, что и беспроводное устройство 106, показанное на фиг. 1А, пользовательское оборудование, UE, 210, показанное на фиг. 2А и фиг. 2В, или любое другое беспроводное устройство, описанное в настоящем документе. В соответствии с иллюстрацией фиг. 6, пользовательское оборудование, UE, может находиться по меньшей мере в одном из трех состояний RRC: RRC CONNECTED («подключено») 602 (например, RRC_CONNECTED), RRC IDLE («бездействие») 604 (например, RRC_IDLE) и RRC INACTIVE («неактивно») 606 (например, RRC_INACTIVE).

[0100] В состоянии 602 RRC CONNECTED («подключено») пользовательское оборудование, UE, имеет сформированный контекст RRC и может иметь по меньшей мере одно RRC-соединение с базовой станцией. Базовая станция может быть аналогична одной или более базовых станций, входящих в RAN 104 на иллюстрации фиг. 1А, одному из gNB 160 или ng-eNB 162, показанных на фиг. 1B, gNB 220, показанному на фиг. 2А и фиг. 2В, или любой другой базовую станцию, описанной в настоящем документе. Базовая станция, с которой пользовательское оборудование, UE, имеет соединение, может иметь контекст RRC для этого пользовательского оборудования. Этот контекст RRC, называемый контекстом пользовательского оборудования, UE, может включать параметры для связи между пользовательским оборудованием, UE, и базовой станцией. Эти параметры могут включать, например: один или более контекстов слоя доступа, AS; один или более конфигурационных параметров радиолинии; конфигурационную информацию радионесущей (например, относящую к радионесущей сигнализации, радионесущей данных, логическому каналу, потоку QoS и/или сеансу PDU); информацию безопасности; и/или конфигурационную информацию уровней PHY, MAC, RLC, PDCP и/или SDAP. В состоянии 602 RRC CONNECTED («подключено») мобильностью пользовательского оборудования, UE, может управлять сеть RAN (например, RAN 104 или NG-RAN 154). Пользовательское оборудование, UE, может измерять уровни сигналов (например, уровни опорных сигналов) от обслуживающей соты и соседних сот и отчитываться об этих измерениях базовой станции, обслуживающей это пользовательское оборудование, UE, в текущий момент. Исходя из отчетов об измерениях, обслуживающая базовая станция пользовательского оборудования, UE, может запросить хэндовер в соту одной из соседних базовых станций. RRC может перейти из состояния 602 RRC CONNECTED («подключено») в состояние RRC IDLE («бездействие») при помощи процедуры 608 разрыва соединения или в состояние 606 RRC INACTIVE («неактивно») при помощи процедуры 610 инактивации соединения.

[0101] В состоянии 604 RRC IDLE («бездействие») для пользовательского оборудования, UE, не может быть сформирован контекст RRC. В состоянии 604 RRC IDLE («бездействие») пользовательское оборудование, UE, может не иметь RRC-соединения с базовой станцией. Находясь в состоянии 604 RRC IDLE («бездействие»), пользовательское оборудование, UE, может большую часть времени находиться в «спящем режиме» (например, для экономии заряда батареи). Пользовательское оборудование, UE, может периодически «просыпаться» (например, единожды в каждом цикле прерывистого приема приема) для отслеживания пейджинговых сообщений из RAN. Мобильностью пользовательского оборудования, UE, может управлять само пользовательское оборудование при помощи процедуры, называемой «перевыбором соты». RRC может переходить из состояния 604 RRC IDLE («бездействие») в состояние 602 RRC CONNECTED («подключено») при помощи процедуры 612 установления соединения, которая может включать процедуру произвольного доступа, в соответствии с более подробным описанием ниже.

[0102] В состоянии 606 RRC INACTIVE («неактивно») ранее сформированный контекст RRC сохраняется в и в пользовательском оборудовании, UE, и в базовой станции. Это позволяет быстро перейти в состояние 602 RRC CONNECTED («подключено»), с пониженным объемом необходимой служебной сигнализации, по сравнению с переходом из состояния 604 RRC IDLE («бездействие») в состояние 602 RRC CONNECTED («подключено»). В состоянии RRC INACTIVE («неактивно») пользовательское оборудование, UE, может находиться в «спящем состоянии», а мобильностью пользовательского оборудования, UE, может управлять само пользовательское оборудование при помощи перевыбора соты. RRC может переходить из состояния 606 RRC INACTIVE («неактивно») в состояние 602 RRC CONNECTED («подключено») при помощи процедуры 614 возобновления соединения или в состояние 604 RRC IDLE («бездействие») при помощи процедуры 616 разрыва соединения, которая может идентичной, или аналогичной, процедуре 608 разрыва соединения.

[0103] Состояние RRC может быть связано с механизмом управления мобильностью. В состоянии 604 RRC IDLE («бездействие») и состоянии 606 RRC INACTIVE («неактивно») мобильностью управляет пользовательское оборудование, UE, при помощи перевыбора соты. Целью управления мобильностью в состоянии 604 RRC IDLE («бездействие») и состоянии 606 RRC INACTIVE («неактивно») является обеспечение возможности, для сети, уведомлять пользовательское оборудование, UE, о событиях при помощи пейджинговых сообщений без необходимости широковещательной передачи пейджинговых сообщений по всей сети мобильной связи. Механизм управления мобильностью, используемый в состоянии 604 RRC IDLE («бездействие») и состоянии 606 RRC INACTIVE («неактивно»), позволяет сети отслеживать пользовательское оборудование, UE, на уровне группы сот, поэтому пейджинговые сообщения могут широковещательно передаваться по сотам в тех группы сот, где в настоящее время находится пользовательское оборудование, а не во всей сети мобильной связи. Механизмы управления мобильностью для состояния 604 RRC IDLE («бездействие») и состояния 606 RRC INACTIVE («неактивно») позволяют отслеживать пользовательское оборудование, UE, на уровне группы сот. Это может выполняться с использованием группировок различной степени детализации. К примеру, может быть применяться три уровня детализации групп сот: отдельные соты; соты в зоне сети RAN, идентифицируемой идентификатором зоны RAN (RAN area identifier, RAI); и соты в группе зон RAN, называемой зоной отслеживания, идентифицируемой идентификатором зоны отслеживания (tracking area identifier, TAI).

[0104] Зоны отслеживания могут использоваться для отслеживания пользовательского оборудования, UE, на уровне базовой сети, CN. Базовая сеть, CN, (например, CN 102 или 5G CN 152) может предоставлять пользовательскому оборудованию, UE, список TAI, связанных с областью регистрации UE. Если пользовательское оборудование, UE, перемещается, при помощи перевыбора соты, в соту, связанную с TAI, который не входит в список TAI, относящийся к области регистрации пользовательского оборудования, UE, то пользовательское оборудование, UE, может выполнить обновление регистрации в базовой сети, CN, что позволяет базовой сети обновить местоположение пользовательского оборудования, UE, и присвоить пользовательскому оборудованию новую область регистрации.

[0105] Зоны RAN могут использоваться для отслеживания пользовательского оборудования, UE, на уровне сети RAN. Пользовательскому оборудованию, UE, в состоянии 606 RRC INACTIVE («неактивно») может быть назначена область уведомления RAN. Область уведомления RAN может включать один или более идентификаторов сот, список RAI, или список TAI. В одном из примеров любая базовая станция может принадлежать одной или нескольким областям уведомления RAN. В одном из примеров любая сота может принадлежать одной или нескольким областям уведомления RAN. Если пользовательское оборудование, UE, переходит, при помощи перевыбора соты, в соту, которая не входит в область уведомления RAN, назначенную для этого пользовательского оборудования, UE, то пользовательское оборудование может выполнить обновление области уведомления с помощью RAN, чтобы обновить область уведомления RAN этого пользовательского оборудования, UE.

[0106] Базовая станция, в которой хранится контекст RRC для пользовательского оборудования, UE, или последняя обслуживающая базовая станция пользовательского оборудования, UE, может называться базовой станцией привязки. Базовая станция привязки может сохранять контекст RRC для пользовательского оборудования, UE, по меньшей мере до тех пор, пока пользовательское оборудование остается в зоне уведомления RAN базовой станции привязки, и/или на протяжении времени, пока пользовательское оборудование, UE, остается в состоянии 606 RRC INACTIVE («неактивно»).

[0107] Узел gNB, например, gNB 160 на фиг. 1В, можно разделить на две части: центральный блок (central unit, gNB-CU) и один или более распределенных блоков (distributed unit, gNB DU). Блок gNB-CU может быть связан с одним или более gNB-DUs с помощью интерфейса F1. Блок gNB-CU может включать уровни RRC, PDCP и SDAP. Блок gNB-DU может включать уровни RLC, MAC и PHY.

[0108] В стандарте NR физические сигналы и физические каналы (описанные в связи фиг. 5А и фиг. 5В) могут отображаться на символы мультиплексирования с ортогональным частотным разделением (OFDM). OFDM представляет собой схему связи с множественными несущими, которая позволяет передавать данные по F ортогональным поднесущим (или тонам). До передачи данные могут быть преобразованы в серию сложных символов (например, символов М-квадратурной амплитудной модуляции (M-quadrature amplitude modulation, M-QAM) или М-фазовой модуляции (M-phase shift keying, M-PSK)), называемых исходными символами и разделенных на F параллельных потоков символов. Эти F параллельных потоков символов могут обрабатываться так, как будто они являются сигналом в частотной области, и использоваться как входные данные в блоке обратного быстрого преобразования Фурье (Inverse Fast Fourier Transform, IFFT), который преобразует их во временной сигнал. Блок IFFT может одновременно принимать F исходных символов, по одному из каждого из F параллельных потоков символов, и использовать каждый исходный символ для модуляции амплитуды и фазы одной из F синусоидальных базисных функций, которые соответствуют F ортогональным поднесущим. Выходными данными блока IFFT могут быть F временных отсчетов, которые представляют собой сумму F ортогональных поднесущих. Эти F временных отсчетов могут формировать один символ OFDM. После дополнительной обработки (например, добавления циклического префикса) и преобразования с повышением частоты символ OFDM, выданный блоком IFFT, может быть передан по радиоинтерфейсу на несущей частоте. F параллельных потоков символов могут быть смешаны, перед обработкой блоком IFFT, с использованием блока FFT. Эта операция позволяет получить символы OFDM, предварительно закодированные дискретным преобразованием Фурье (Discrete Fourier Transform, DFT). Она может применяться пользовательским оборудованием, UE, в восходящей линии связи для снижения отношения пиковой мощности к средней (peak to average power ratio, PAPR). Обратная обработка может выполняться над OFDM-символами в приемнике при помощи блока FFT, с восстановлением данных, отображенных на исходные символы.

[0109] На фиг. 7 показан пример конфигурации кадра Нового радио, NR, в котором группируют символы OFDM-модуляции. Кадр Нового радио, NR, может быть идентифицирован номером системного кадра (system frame number, SFN). Номера SFN могут повторяться с периодом в 1024 кадра. В соответствии с иллюстрацией, один кадр NR может иметь продолжительность 10 миллисекунд (мс) и включать 10 подкадров длительностью 1 мс. Подкадр может быть подразделен на слоты, которые включают, например, 14 символов OFDM в каждом слоте.

[0110] Длительность слота может зависеть от нумерологии, используемой для символов OFDM этого слота. В стандарте NR поддерживается гибкая нумерология, позволяющая задействовать различные конфигурации сот (например, от сот с несущими частотами ниже 1 ГГц до сот с несущими частотами в миллиметровом диапазоне). Нумерология может быть определена с помощью таких параметров, как расстояние между поднесущими и длительность циклического префикса. В случае нумерологии для стандарта NR расстояния между поднесущими могут быть масштабированы в сторону увеличения на степени двойки, начиная от базового расстояния между поднесущими, равного 15 КГц, а длительности циклического префикса могут масштабироваться в сторону уменьшения на степени двойки, начиная с базовой длительности циклического префикса, равного 4,7 мкс. Например, в стандарте NR определены нумерологии со следующими комбинациями расстояния между поднесущими и длительности циклического префикса: 15 кГц/4,7 мкс; 30 кГц/2,3 мкс; 60 кГц/1,2 мкс; 120 кГц/0,59 мкс; и 240 кГц/0,29 мкс.

[0111] Слот может иметь фиксированное количество символов OFDM (например, 14 символов OFDM). Нумерология с большими расстояниями между поднесущими имеет слоты меньшей длительности, и соответственно, больше слотов в каждом подкадре. На фиг. 7 проиллюстрирована эта структура передачи, с зависящей от нумерологии длительностью слотов и количеством слотов в подкадре (нумерология с расстоянием между поднесущими в 240 кГц для простоты не показана на фиг. 7). Подкадр в стандарте NR может использоваться как независимый от нумерологии эталон времени, в то время как слот может использоваться как единица, на основе которой планируют передачи в восходящей и нисходящей линиях связи. Для обеспечения низких задержек планирование в стандарте NR может не зависеть от длительности слота и начинаться с любого символа OFDM, и охватывать столько символов, сколько необходимо для передачи. Такие передачи частей слотов могут называться передачами минислотов или субслотов.

[0112] На фиг. 8 показан пример конфигурации слота во временном и частотном доменах для несущей Нового радио, NR. Слот включает ресурсные элементы (resource element, RE) и ресурсные блоки (resource block, RB). Ресурсный элемент, RE, является наименьшим физическим ресурсом в стандарте NR. Ресурсный элемент охватывает один символ OFDM, во времени, на каждую поднесущую, по частоте, в соответствии с иллюстрацией 8. Ресурсный блок охватывает двенадцать последовательных ресурсных элементов, по частоте, в соответствии с иллюстрацией фиг. 8. Несущая в стандарте NR может быть ограничена шириной 275 ресурсных блоков или 275×12=3300 поднесущих. Такое ограничение, если оно используется, позволяет ограничить несущую NR до 50, 100, 200 и 400 МГц для расстояний между поднесущими 15, 30, 60 и 120 кГц соответственно, при этом полоса частот 400 МГц может получена на основе ограничения полосы частот 400 МГц на каждую несущую.

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

[0114] Стандарт NR может поддерживать широкополосные несущие (например, вплоть до 400 МГц при расстоянии между поднесущими в 120 кГц). Не любое пользовательское оборудование, UE, может быть способно принимать полную полосу частот несущей (например, из-за аппаратных ограничений). Кроме того, прием полной полосы частот несущей может быть недопустимым с точки зрения энергопотребления пользовательского оборудования. В одном из примеров для снижения потребляемой мощности и/или для других целей пользовательское оборудование, UE, может адаптировать ширину полосы частот приема пользовательского оборудования, исходя из объема трафика, который запланирован для приема пользовательским оборудованием. Это называется адаптацией полосы частот.

[0115] В стандарте NR определены части полосы частот (bandwidth part, BWP) позволяющие поддерживать пользовательское оборудование, UE, не способное принимать всю полосу частот несущей, а также поддерживать адаптацию полосы частот. В одном из примеров BWP может быть определена подмножеством смежных ресурсных блоков, RB, на несущей. Пользовательское оборудование, UE, может быть сконфигурировано (например, при помощи уровня RRC) для использования одной или более BWP нисходящей линии связи и одной или более BWP восходящей линии связи, в каждой обслуживающей соте (например, до четырех BWP нисходящей линии связи и до четырех BWP восходящей линии связи на каждую обслуживающую соту). В каждый момент времени одна или более сконфигурированных BWP для обслуживающей соты могут быть активны. Эти одна или более BWP могут называться активными BWP обслуживающей соты. Когда обслуживающая сота сконфигурирована для использования вторичной несущей восходящей линии связи, она может иметь одну или более первых активных BWP в несущей восходящей линии связи и одну или более вторых активных BWP во вторичной несущей восходящей линии связи.

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

[0117] Для BWP нисходящей линии связи в наборе сконфигурированных BWP нисходящей линии связи, в первичной соте (primary cell, PCell), базовая станция может конфигурировать для пользовательского оборудования, UE, один или более наборов ресурсов управления (control resource sets, CORESET) по меньшей мере для одной области поиска. Область поиска представляет собой набор точек во временной и частотной областях, где пользовательское оборудование, UE, может найти управляющую информацию. Область поиска может быть специфичной для пользовательского оборудования, UE, или общей областью поиска (которую потенциально может использовать множество комплектов пользовательского оборудования). Например, базовая станция может конфигурировать пользовательское оборудование, UE, для использования общей области поиска в соте PCell или в первичной вторичной соте (primary secondary cell, PSCell), в активной BWP нисходящей линии связи.

[0118] Для BWP восходящей линии связи из набора сконфигурированных BWP восходящей линии связи базовая станция может конфигурировать пользовательское оборудование, UE, для использования одного или более наборов ресурсов для одной или более передач PUCCH. Пользовательское оборудование может осуществлять приемы нисходящей линии связи (например, PDCCH или PDSCH) в BWP нисходящей линии связи в соответствии со сконфигурированной для этой BWP нумерологией (например, расстоянием между поднесущими и длительностью циклического префикса). Пользовательское оборудование может выполнять передачи восходящей линии связи (например, PUCCH или PUSCH) в BWP восходящей линии связи в соответствии со сконфигурированной для этой BWP нумерологией (например, расстоянием между поднесущими и длиной циклического префикса).

[0119] В информации управления нисходящей линии связи (DCI) могут содержаться одно или более индикаторных полей BWP. Значение индикаторного поля BWP может указывать, какая BWP из набора сконфигурированных BWP является активной BWP нисходящей линии связи для одного или более приемов нисходящей линии связи. Значение одного или более индикаторных полей BWP может указывать на активную BWP восходящей линии связи для одной или более передач восходящей линии связи.

[0120] Базовая станция может полустатически конфигурировать пользовательское оборудование для использования заданной по умолчанию BWP нисходящей линии связи, из набора сконфигурированных BWP нисходящей линии связи, связанных с PCell. Если базовая станция не предоставляет заданной по умолчанию BWP нисходящей линии связи для пользовательского оборудования, то заданной по умолчанию BWP нисходящей линии связи может быть исходная активная BWP нисходящей линии связи. Пользовательское оборудование, UE, может определять, какая BWP является исходной активной BWP нисходящей линии связи, исходя из конфигурации CORESET, полученной с помощью РВСН.

[0121] Базовая станция может сконфигурировать пользовательское оборудование, UE, для использования значения таймера неактивности BWP, для PCell. Пользовательское оборудование, UE, может запускать и перезапускать таймер неактивности BWP в любой нужный момент. Например, пользовательское оборудование, UE, может запускать или перезапускать таймер неактивности BWP: (а) когда пользовательское оборудование, UE, обнаруживает DCI-информацию, указывающую на активную BWP нисходящей линии связи, отличную от заданной по умолчанию BWP нисходящей линии связи, в режиме парных спектров; или (b) когда пользовательское оборудование, UE, обнаруживает DCI-информацию, указывающую на активную BWP нисходящей линии связи или активную BWP восходящей линии связи, отличную от заданной по умолчанию BWP нисходящей линии связи или восходящей линии связи, в режиме непарных спектров. Если пользовательское оборудование не обнаруживает DCI-информацию в течение некоторого интервала времени (например, 1 мс или 0,5 мс), пользовательское оборудование может отсчитывать таймер неактивности BWP до его истечения (например, увеличивать от нуля до заданного значения таймера неактивности BWP или уменьшать значение от заданного до ноля). Когда таймер неактивности BWP истекает, пользовательское оборудование может переключиться с активной BWP нисходящей линии связи на заданную по умолчанию BWP нисходящей линии связи.

[0122] В одном из примеров базовая станция может полустатически конфигурировать пользовательское оборудование, UE, для использования одной или более BWP. Пользовательское оборудование, UE, может переключать активную BWP с первой BWP на вторую BWP в ответ на получение DCI-информации, указывающей на вторую BWP в качестве активной BWP, и/или в ответ на истечение таймера неактивности BWP (например, если второй BWP является заданная по умолчанию BWP).

[0123] Переключение BWP нисходящей и восходящей линии связи (где под переключением BWP понимается переключение с BWP, активной в данный момент, на BWP, не активную в данный момент) может выполняться независимо в парных спектрах. При непарных спектрах переключение BWP нисходящей и восходящей линий связи может выполняться одновременно. Переключение между сконфигурированными BWP может происходить в результате RRC-сигнализации, DCI-информации, истечения таймера неактивности BWP и/или инициирования произвольного доступа.

[0124] На фиг. 9 показан пример адаптации полосы частот с использованием трех сконфигурированных BWP для несущей Нового радио, NR. Пользовательское оборудование, UE, сконфигурированное для работы с тремя BWP, может переключаться с одной BWP на другую в точке переключения. В примере, показанном на фиг. 9, в состав частей BWP входят: BWP 902 с полосой частот 40 МГц и расстоянием между поднесущими в 15 кГц; BWP 904 с полосой частот 10 МГц и расстоянием между поднесущими в 15 кГц; и BWP 906 с полосой частот 20 МГц и расстоянием между поднесущими в 60 кГц. BWP 902 может быть исходной активной BWP, a BWP 904 может быть заданной по умолчанию BWP. Пользовательское оборудование, UE, может переключаться между BWP в точках переключения. В примере фиг. 9 пользовательское оборудование, UE, может переключаться с BWP 902 на BWP 904 в точке 908 переключения. Переключение в точке 908 переключения может происходить по любой подходящей причине, например, в ответ на истечение таймера неактивности BWP (предписывающего переключение на заданную по умолчанию BWP) и/или в ответ на получение DCI-информации, указывающей на BWP 904 как на активную BWP. Пользовательское оборудование, UE, может переключиться, в точке 910 переключения, с активной BWP 904 на BWP 906, в ответ на получение DCI-информации, указывающей на BWP 906 в качестве активной BWP. Пользовательское оборудование, UE, может переключиться, в точке 912 переключения, с активной BWP 906 на BWP 904, в ответ на истечение таймера неактивности BWP и/или в ответ на пример DCI-информации, указывающей на BWP 904 в качестве активной BWP. Пользовательское оборудование, UE, может переключиться, в точке 914 переключения, с активной BWP 904 на BWP 902, в ответ на получение DCI-информации, указывающей на BWP 902 в качестве активной BWP.

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

[0126] Для повышения скоростей передачи данных две или более несущих могут быть агрегированы и передача по ним может вестись одновременно из пользовательского оборудования (или в пользовательское оборудование) с помощью агрегации несущих (carrier aggregation, СА). Агрегируемые несущие в этом случае могут называться компонентными несущими (component carriers, СС). Когда применяют агрегацию несущих, то для пользовательского оборудования должно присутствовать несколько обслуживающих сот, по одной на каждую компонентную несущую. Компонентные несущие, в частотной области, могут иметь три конфигурации.

[0127] На фиг. 10А показаны три конфигурации для агрегации несущих в случае двух компонентных несущих. При внутриполосной смежной конфигурации 1002 две компонентные несущие объединяют в одной полосе частот (полосе А частот), при этом они расположены непосредственно рядом друг с другом в пределах полосы частот. При внутриполосной несмежной конфигурации 1004 две компонентные несущие агрегируют в одной полосе частот (полосе А частот), при этом между ними в упомянутой полосе частот имеется зазор. При межполосной конфигурации 1006 две компонентные несущие расположены в различных полосах частот (полосе А частот и полосе В частот).

[0128] В одном из примеров может выполняться агрегация вплоть до 32 компонентных несущих. Агрегированные компонентные несущие могут иметь как одинаковую, так и разные полосы частот, расстояние между поднесущими и/или схемы дуплексирования (TDD или FDD). Обслуживающая сота для пользовательского оборудования, которое применяет агрегацию несущих, может иметь компонентные несущие нисходящей линии связи. В случае FDD-дуплексирования для обслуживающей соты, опционально, могут быть сконфигурированы одна или более компонентных несущих восходящей линии связи. Возможность агрегировать большее количество несущих в нисходящей линии связи, чем в восходящей линии связи, может быть удобна, например, когда пользовательское оборудование потребляет больше информационного трафика в нисходящей линии связи, чем в восходящей линии связи.

[0129] При использовании агрегации несущих одна из агрегированных сот для пользовательского оборудования, UE, может называться первичной сотой (PCell). Сота PCell может быть обслуживающей сотой, к которой пользовательское оборудование первоначально подключается при установлении RRC-соединения, переустановлении RRC-соединения и/или хэндовере. Сота PCell может предоставлять пользовательскому оборудованию информацию о мобильности NAS, а также входные данные безопасности. Различные комплекты пользовательского оборудования могут иметь различные соты PCell. В нисходящей линии связи несущая, соответствующая PCell, может называться первичной компонентной несущей нисходящей линии связи (downlink primary СС, DL РСС). В восходящей линии связи несущая, соответствующая PCell, может называться первичной компонентной несущей восходящей линии связи (uplink primary СС, UL РСС). Остальные агрегированные соты для пользовательского оборудования могут называться вторичными сотами (secondary cells, SCells). В одном из примеров соты SCell могут конфигурироваться уже после того, как для пользовательского оборудования будет сконфигурирована сота PCell. К примеру, сота SCell может быть сконфигурирована при помощи процедуры реконфигурации RRC-соединения. В нисходящей линии связи несущая, соответствующая SCell, может называться вторичной компонентной несущей нисходящей линии связи (downlink secondary СС, DL SCC). В восходящей линии связи несущая, соответствующая SCell, может называться вторичной компонентной несущей восходящей линии связи (uplink secondary СС, UL SCC).

[0130] Сконфигурированные соты SCell для пользовательского оборудования могут активироваться и инактивироваться, например, в зависимости от трафика и состояния канала. Инактивация SCell может означать, что прием PDCCH и PDSCH в этой соте SCell остановлены, а также в ней остановлены передачи PUSCH, SRS и CQI. Сконфигурированные соты SCell могут быть активироваться и инактивироваться с использованием элементов управления СЕ MAC в соответствии с фиг. 4В. К примеру, в элементе управления СЕ MAC может применяться битовый массив (например, по одному биту на каждую SCell), указывающий, какие из SCell (например, из подмножества сконфигурированных SCell) для данного пользовательского оборудования активированы или инактивированы. Сконфигурированные SCell могут быть инактивированы в ответ на истечение таймера инактивации SCell (например, один таймер инактивации для каждой SCell).

[0131] Информация управления нисходящей линии связи, например, назначения планирования и гранты планирования, для соты могут передаваться в соте, соответствующей этим назначениям и грантам: это называется самопланированием. DCI-информация для одной соты может передаваться через другую соту, и такая ситуация называется перекрестным планированием несущих. Информация управления восходящей линией связи (например, подтверждения HARQ и обратная связь о состоянии канала, например, CQI, PMI и/или RI) для агрегированных сот может передаваться в канале PUCCH соты PCell. При большом количестве агрегированных компонентных несущих нисходящей линии связи канала PUCCH сота PCell может испытывать перегрузки. Поэтому соты могут быть разделены на несколько групп PUCCH.

[0132] На фиг. 10В показан пример того, каким образом агрегированные соты могут быть сконфигурированы в одну или более групп PUCCH. Группа 1010 PUCCH и группа 1050 PUCCH могут включать одну или более компонентных несущих нисходящей линии связи соответственно. В примере, показанном на фиг. 10В, группа 1010 PUCCH содержит три компонентные несущие нисходящей линии связи: PCell 1011, SCell 1012 и SCell 1013. Группа 1050 PUCCH в данном примере содержит три компонентные несущие нисходящей линии связи: PCell 1051, SCell 1052 и SCell 1053. Одна или более компонентных несущих восходящей линии связи могут быть сконфигурированы как PCell 1021, SCell 1022 и SCell 1023. Одна или более других компонентных несущих восходящей линии связи могут быть сконфигурированы как первичная Scell (PSCell) 1061, SCell 1062 и SCell 1063. Информация управления восходящей линией связи (UCI), относящаяся к компонентным несущим нисходящей линии связи в группе 1010 PUCCH, показанная как UCI 1031, UCI 1032 и UCI 1033, может передаваться в восходящей линии связи PCell 1021. Информация управления восходящей линией связи (UCI), относящаяся к компонентным несущим нисходящей линии связи в группе 1050 PUCCH, показанная как UCI 1071, UCI 1072 и UCI 1073, может передаваться в восходящей линии связи PCell 1061. В одном из примеров, если агрегированные соты, показанные на фиг. 10В, не разбиты на группу 1010 PUCCH и группу 1050 PUCCH, то единственная сота PCell восходящей линии связи для передачи UCI-информации, относящейся к компонентным несущим нисходящей линии связи, может быть перегружена. За счет распределения передач UCI-информации между PCell 1021 и PSCell 1061 можно предотвратить перегрузку.

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

[0134] При агрегации несущих уровень PHY, имеющий несколько несущих, может быть доступен для влияния с уровня MAC. В одном из примеров объект HARQ может работать в обслуживающей соте. Транспортный блок может формироваться для каждого назначения/гранта, в каждой обслуживающей соте. Транспортный блок и потенциальные повторные передачи HARQ транспортного блока могут быть отображены на обслуживающую соту.

[0135] В нисходящей линии связи базовая станция может передавать (например, одноадресно, многоадресно и/или широковещательно) один или более опорных сигналов (Reference Signal, RS) в пользовательское оборудование, UE (например, PSS, SSS, CSI-RS, DMRS и/или PT-RS, в соответствии с иллюстрацией фиг. 5А). В восходящей линии связи пользовательское оборудование также может передавать в базовую станцию один или более опорных сигналов (например, DMRS, PT-RS и/или SRS, в соответствии с иллюстрацией фиг. 5В). Сигналы PSS и SSS могут передаваться базовой станцией и использоваться пользовательским оборудованием для синхронизации пользовательского оборудования с базовой станцией. Сигналы PSS и SSS могут размещаться в блоке сигнала синхронизации (synchronization signal, SS) / физического широковещательного канала (РВСН), который включает PSS, SSS и РВСН. Базовая станция может передавать пакеты блоков SS/PBCH периодически.

[0136] На фиг. 11А показан пример структуры и местоположения блока SS/PBCH. Пакет блоков SS/PBCH может включать один или более блоков SS/PBCH (например, 4 блока SS/PBCH, в соответствии с иллюстрацией фиг. ПА). Пакеты могут передаваться периодически (например, каждые 2 кадра, или 20 мс). Пакет может быть ограничен полукадром (например, первый полукадр длительностью 5 мс). Нужно понимать, что фиг. ПА является лишь одним из примеров, и что эти параметры (количество блоков SS/PBCH на пакет, периодичность пакетов, положение пакета в кадре) могут быть сконфигурированы, например, в зависимости от следующего: несущая частота соты, в которой передают блок SS/PBCH; нумерология или расстояние между поднесущими в соте; конфигурация от сети (например, с использованием сигнализации RRC); или любой другой подходящий фактор. В одном из примеров пользовательское оборудование может делать вывод о расстоянии между поднесущими для блока SS/PBCH на основе отслеживания несущей частоты, если радиосеть не указала пользовательскому оборудованию на другое расстояние между поднесущими.

[0137] Блок SS/PBCH может охватывать один или более символов OFDM по времени (например, 4 символа OFDM, как показано в примере фиг. 11А) и может охватывать одну или более поднесущих по частоте (например, 240 смежных поднесущих). Сигналы PSS, SSS и РВСН могут иметь общую центральную частоту. Сигнал PSS может передаваться первым и может охватывать, например, 1 символ OFDM и 127 поднесущих. Сигнал SSS может передаваться после PSS (например, двумя символами позже) и может охватывать 1 символ OFDM и 127 поднесущих. Канал РВСН может передаваться после PSS (например, на протяжении 3 следующих символов OFDM) и может охватывать 240 поднесущих.

[0138] Местоположение блока SS/PBCH во временной и частотной областях может быть неизвестно пользовательскому оборудованию (например, если пользовательское оборудование выполняет поиск соты). Чтобы найти и выбрать соту, пользовательское оборудование может отслеживать несущую для PSS. Например, пользовательское оборудование может отслеживать положение частоты в пределах несущей. Если сигнал PSS не найден по истечении заданного времени (например, 20 мс), пользовательское оборудование может выполнять поиск PSS в другом частотном местоположении в пределах несущей, в соответствии с указанием в растре синхронизации. Если PSS обнаружен в некотором местоположении, во временной и частотной областях, пользовательское оборудование может определить, исходя из известной структуры блока SS/PBCH, местоположение SSS и РВСН соответственно. Блок SS/PBCH может быть блоком сигнала синхронизации, определяющим соту (cell-defining SS block, CD-SSB). В одном из примеров первичная сота может быть ассоциирована с одним CD-SSB. Блок CD-SSB может быть размещен в растре синхронизации. В одном из примеров выбор, поиск и/или перевыбор соты могут выполняться на основе CD-SSB.

[0139] Блок SS/PBCH может использоваться пользовательским оборудованием для определения одного или более параметров соты. Например, пользовательское оборудование может определять физический идентификатор соты (PCI) соты, основываясь на последовательностях PSS и SSS соответственно. Пользовательское оборудование может определять местоположение границы кадра соты на основе местоположения блока SS/PBCH. Например, в блоке SS/PBCH может быть указано, что он передан в соответствии с некоторым шаблоном передачи, при этом блок SS/PBCH при упомянутом шаблоне передачи находится на известном расстоянии от границы кадра.

[0140] В канале РВСН может применяться QPSK-модуляция, а также упреждающая коррекция ошибок (forward error correction, FEC). Для FEC-коррекции может применяться полярное кодирование. Один или более символов, охватываемых РВСН, могут содержать один или более сигналов DMRS для демодуляции РВСН. РВСН может содержать указание на текущий номер системного кадра (SFN) соты и/или на индекс тайминга блока SS/PBCH. Эти параметры позволяют обеспечить временную синхронизацию пользовательского оборудования с базовой станцией. Канал РВСН может содержать главный информационный блок (MIB), используемый для предоставления пользовательскому оборудованию одного или более параметров. Блок MIB может использоваться пользовательским оборудованием для обнаружения остаточной минимальной системной информации (remaining minimum system information, RMSI), относящейся к данной соте. RMSI-информация может включать блок системной информации первого типа (System Information Block Type 1, SIB1). Блок SIB1 может содержать информацию, необходимую в пользовательском оборудовании для доступа к соте. Пользовательское оборудование может использовать один или более параметров из MIB для мониторинга PDCCH, который может использоваться для планирования PDSCH. PDSCH может включать SIB1. Блок SIB1 может быть декодирован с использованием параметров, предоставленных в блоке MIB. Канал РВСН может указывать на отсутствие SIB1. Если в РВСН указано на отсутствие SIB1, для пользовательского оборудования может быть выполнено указание на частоту. Пользовательское оборудование может искать блок SS/PBCH на указанной частоте.

[0141] Пользовательское оборудование может предполагать, что один или более блоков SS/PBCH, передаваемых с одним и тем же индексом блока SS/PBCH, являются квазисовмещенными (quasi co-located, QCL) (например, имеют одинаковый/сходный доплеровский разброс, доплеровский сдвиг, среднее усиление, среднюю задержку и/или пространственные параметры Rx). Пользовательское оборудование не может предполагать QCL для передач блоков SS/PBCH, имеющих различные индексы блока SS/PBCH.

[0142] Блоки SS/PBCH (например, в пределах полукадра) могут передаваться в различных пространственных направлениях (например, с использованием разных лучей, которые охватывают зону покрытия соты). В одном из примеров первый блок SS/PBCH могут передавать в первом пространственном направлении с использованием первого луча, а второй блок SS/PBCH могут передавать во втором пространственном направлении с использованием второго луча.

[0143] В одном из примеров, в диапазоне частот несущей, базовая станция может передавать множество блоков SS/PBCH. В одном из примеров первый PCI первого блока SS/PBCH из множества блоков SS/PBCH может отличаться от второго PCI второго блока SS/PBCH из множества блоков SS/PBCH. Идентификаторы PCI блоков SS/PBCH, передаваемые в различных частотных местоположениях, могут как отличаться, так и быть одинаковыми.

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

[0145] Базовая станция может полустатически конфигурировать пользовательское оборудование, UE, с помощью одного или более наборов ресурсов CSI-RS. Ресурс CSI-RS может быть связан с местоположением во временной и частотной областях, а также с периодичностью. Базовая станция может выборочно активировать и/или инактивировать ресурсы CSI-RS. Базовая станция может указать пользовательскому оборудованию на то, что ресурс CSI-RS в наборе ресурсов CSI-RS активирован и/или инактивирован.

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

[0147] Конфигурация CSI-RS может включать один или более параметров, указывающих, например, на вплоть до 32 антенных портов. Пользовательское оборудование может быть сконфигурировано для использования одних и тех же символов OFDM для CSI-RS нисходящей линии связи и набора ресурсов управления (CORESET), когда CSI-RS и CORESET нисходящей линии связи пространственно квазисовмещены (QCL), а ресурсные элементы, относящиеся к CSI-RS нисходящей линии связи, находятся за пределами блоков физических ресурсов (PRB), сконфигурированных для CORESET. Пользовательское оборудование может быть сконфигурировано для использования одних и тех же символов OFDM для блоков CSI-RS и SS/PBCH нисходящей линии связи, когда блоки CSI-RS и SS/PBCH нисходящей линии связи пространственно квазисовмещены (QCL), а ресурсные элементы, относящиеся к CSI-RS нисходящей линии связи, находятся за пределами PRB, сконфигурированных для блоков SS/PBCH.

[0148] Сигналы DMRS нисходящей линии связи могут передаваться базовой станцией и использоваться пользовательским оборудованием, UE, для оценки канала. К примеру, DMRS нисходящей линии связи могут использоваться для когерентной демодуляции одного или более физических каналов нисходящей линии связи (например, PDSCH). Сеть NR может поддерживать один или более вариативных и/или конфигурируемых шаблонов DMRS для демодуляции данных. По меньшей мере одна конфигурация DMRS нисходящей линии связи может поддерживать шаблон DMRS с фронтальной загрузкой. Сигнал DMRS с предварительной загрузкой может отображаться на один или более символов OFDM (например, один или два смежных символа OFDM). Базовая станция может полустатически конфигурировать пользовательское оборудование для заданного количества (например, максимального количества) символов DMRS с фронтальной загрузкой для PDSCH. Конфигурация DMRS может поддерживать один или более портов DMRS. К примеру, в режиме однопользовательского MIMO конфигурация DMRS может поддерживать до восьми ортогональных портов DMRS нисходящей линии связи на каждое пользовательское оборудование. В режиме многопользовательского MIMO конфигурация DMRS может поддерживать до четырех ортогональных портов DMRS нисходящей линии связи на каждое пользовательское оборудование. Радиосеть может поддерживать (например, по меньшей мере для CP-OFDM) общую структуру DMRS для нисходящей линии связи и восходящей линии связи, в которой местоположение DMRS, шаблон DMRS и/или скремблирующая последовательность могут быть как одинаковыми, так и различными. Базовая станция может передавать DMRS нисходящей линии связи и соответствующий PDSCH с использованием одной и той же матрицы предварительного кодирования. Пользовательское оборудование может использовать один или более сигналов DMRS нисходящей линии связи для когерентной демодуляции, или оценки канала, PDSCH.

[0149] В одном из примеров передатчик (например, базовая станция) может использовать матрицы предварительного кодера для заданной части полосы частот. Например, передатчик может использовать первую матрицу предварительного кодера для первой полосы частот и вторую матрицу предварительного кодера для второй полосы частот. Первая матрица предварительного кодера и вторая матрица предварительного кодера могут различаться, если первая полоса частот отличается от второй полосы частот. Пользовательское оборудование, UE, может предполагать, что одна и та же матрица предварительного кодирования используется на протяжении одного набора PRB. Набор PRB может быть назван группой блоков ресурсов предварительного кодирования (precoding resource block group, PRG).

[0150] Канал PDSCH может включать один или более уровней. Пользовательское оборудование, UE, может предполагать, что по меньшей мере один символ с DMRS присутствует на одном из имеющихся уровней PDSCH. Расположенный выше уровень может конфигурировать вплоть до 3 DMRS для PDSCH.

[0151] Сигнал PT-RS нисходящей линии связи может передаваться базовой станцией и использоваться пользовательским оборудованием для компенсации фазового шума. Наличие или отсутствие PT-RS нисходящей линии связи может зависеть от конфигурации RRC. Наличие и/или шаблон PT-RS нисходящей линии связи могут быть сконфигурированы для каждого конкретного пользовательского оборудования с помощью заданной комбинации сигнализации RRC и/или ассоциирования с одним или более параметрами, используемыми для других целей (например, схема модуляции и кодирования (modulation and coding scheme, MCS), причем на это может быть указано при помощи DCI-информации. После конфигурирования динамически изменяемое присутствие PT-RS нисходящей линии связи может быть связано с одним или несколькими параметрами DCI-информации, включающими по меньшей мере MCS. Сеть NR может поддерживать множество различных плотностей PT-RS, определенных во временной и/или частотной областях. В случае ее присутствия, плотность в частотной области может быть связана по меньшей мере с одной конфигурацией планируемой полосы частот. Пользовательское оборудование может ожидать одинаковое предварительное кодирование для порта DMRS и порта PT-RS. Количество портов PT-RS может быть меньше количества портов DMRS в запланированном ресурсе. Сигнал PT-RS нисходящей линии связи может быть ограничен запланированной временной/частотной длительностью для пользовательского оборудования. Сигнал РТ-RS нисходящей линии связи может передаваться внутри символов, для упрощения отслеживания фазы в приемнике.

[0152] Пользовательское оборудование, UE, может передавать сигнал DMRS восходящей линии связи в базовую станцию для оценки канала. Например, базовая станция может использовать DMRS восходящей линии связи для когерентной демодуляции одного или более физических каналов восходящей линии связи. К примеру, пользовательское оборудование может передавать DMRS восходящей линии связи с помощью каналов PUSCH и/или PUCCH. Сигнал DM-RS восходящей линии связи может охватывать диапазон частот, аналогичный диапазону частот, связанному с соответствующим физическим каналом. Базовая станция может конфигурировать пользовательское оборудование для использования одной или более конфигураций DMRS восходящей линии связи. По меньшей мере одна конфигурация DMRS может поддерживать шаблон DMRS с фронтальной загрузкой. Сигнал DMRS с предварительной загрузкой может отображаться на один или более символов OFDM (например, один или два смежных символа OFDM). Один или более DMRS восходящей линии связи могут быть сконфигурированы для передачи в одном или более символах каналов PUSCH и/или PUCCH. Базовая станция может полустатически конфигурировать пользовательское оборудование для использования заданного количества (например, максимального количества) символов DMRS с фронтальной загрузкой для PUSCH и/или PUCCH, которые пользовательское оборудование может использовать для планирования односимвольного DMRS и/или DMRS из двух символов. Сеть NR может поддерживать (например, для ортогонально-частотного мультиплексирования с циклическим префиксом (cyclic prefix orthogonal frequency division multiplexing, CP-OFDM) общую структуру DMRS для нисходящей и восходящей линий связи, в которой местоположение DMRS, шаблон DMRS и/или скремблирующая последовательность могут быть как одинаковыми, так и различными.

[0153] Канал PUSCH может включать один или более уровней, при этом пользовательское оборудование, UE, может передавать по меньшей мере один символ с DMRS, присутствующим в одном из этих уровней. В одном из примеров, вышележащий уровень может конфигурировать вплоть до трех DMRS для PUSCH.

[0154] Сигнал PT-RS восходящей линии связи (который может использоваться базовой станцией для отслеживания фазы и/или компенсации фазового шума) может присутствовать или отсутствовать в зависимости от конфигурации RRC пользовательского оборудования. Наличие и/или шаблон PT-RS восходящей линии связи могут быть сконфигурированы для каждого конкретного пользовательского оборудования, UE, с помощью заданной комбинации сигнализации RRC и/или одного или более параметров, используемыми для других целей (например, схема модуляции и кодирования (MCS), причем на это может быть указано при помощи DCI-информации. После конфигурирования динамически изменяемое присутствие PT-RS восходящей линии связи может быть связано с одним или несколькими параметрами DCI-информации, включающими по меньшей мере MCS. Радиосеть может поддерживать множество различных плотностей PT-RS восходящей линии связи, определенных во временной и/или частотной областях. В случае ее присутствия, плотность в частотной области может быть связана по меньшей мере с одной конфигурацией планируемой полосы частот. Пользовательское оборудование может ожидать одинаковое предварительное кодирование для порта DMRS и порта PT-RS. Количество портов PT-RS может быть меньше количества портов DMRS в запланированном ресурсе. К примеру, сигнал PT-RS восходящей линии связи может быть ограничен запланированной временной/частотной длительностью для пользовательского оборудования.

[0155] Сигнал SRS может передаваться, пользовательским оборудованием, UE, в базовую станцию для оценки состояния канала, с целью поддержки планирования в зависимости от канала восходящей линии связи и/или адаптации линии связи. Сигнал SRS, передаваемый пользовательским оборудованием, позволяет базовой станции оценивать состояние канала восходящей линии связи на одной или более частот. Планировщик, в базовой станции, может использовать оцененное состояние канала восходящей линии связи для выделение одного или более блоков ресурсов для передачи PUSCH восходящей линии связи из пользовательского оборудования. Базовая станция может полустатически конфигурировать пользовательское оборудование, UE, с помощью одного или более наборов ресурсов SRS. Для каждого набора ресурсов SRS базовая станция может конфигурировать пользовательское оборудование, UE, для использования одного или более ресурсов SRS. Применимость набора ресурсов SRS может конфигурироваться параметром более высокого уровня (например, RRC). К примеру, когда параметр более высокого уровня указывает на управление лучом, ресурсы SRS в наборе ресурсов SRS из упомянутых одного или более наборов ресурсов SRS (например, с идентичным или сходным поведением во временной области, периодические, апериодические и т.п.) могут передаваться в заданный момент времени (например, одновременно). Пользовательское оборудование может передавать один или более ресурсов SRS в наборах ресурсов SRS. Сеть NR может поддерживать апериодические, периодические и/или полупостоянные передачи SRS. Пользовательское оборудование, UE, может передавать ресурсы SRS с использованием одного или более типов запуска, при этом один или более типов запуска могут включать сигнализацию с более высокого уровня (например, RRC) и/или один или более форматов DCI. В одном из примеров для пользовательского оборудования может применяться по меньшей мере один формат DCI-информации, позволяющий выбирать по меньшей мере один набор из одного или более сконфигурированных наборов ресурсов SRS. Тип 0 запуска SRS может подразумевать запуск SRS на основе сигнализации более высокого уровня. Тип 1 запуска SRS может подразумевать запуск SRS на основе одного или более форматов DCI-информации. В одном из примеров, когда PUSCH и SRS передают в одном слоте, пользовательское оборудование может быть сконфигурировано для передачи SRS после передачи PUSCH и соответствующего DMRS восходящей линии связи.

[0156] Базовая станция может полустатически конфигурировать пользовательское оборудование, UE, с использованием одного или более конфигурационных параметров SRS, указывающих по меньшей мере на одно из следующего: идентификатор конфигурации ресурсов SRS; количество портов SRS; поведение во временной области для конфигурации ресурсов SRS (например, указание на периодические, полупостоянные или апериодические SRS); периодичность на уровне слота, минислота и/или подкадра; смещение для периодических и/или апериодических ресурсов SRS; количество символов OFDM в ресурсе SRS; стартовый OFDM-символ ресурса SRS; полоса частот SRS; полоса частот со скачкообразной перестройкой частоты; циклический сдвиг; и/или идентификатор (ID) последовательности SRS.

[0157] Антенный порт соответствует следующему определению: канал, по которому передан символ на антенный порт, может быть логически получен на основе канала, по которому передан другой символ на тот же антенный порт. Если первый символ и второй символ передают на один и тот же антенный порт, приемник может логически получить данные о канале (например, коэффициент замирания, многолучевая задержка и т.п.) для передачи второго символа на тот же антенный порт, на основе канала, по которому был передан первый символ. Первый антенный порт и второй антенный порт могут называться квазисовмещенными (QCL), если одна или более основных характеристик канала, по которому передают первый символ на первый антенный порт, могут быть логически получены на основе канала, по которому передают второй символ на второй антенный порт. Упомянутые одна или основных характеристик могут включать по меньшей мере одно из следующего: разброс задержек; доплеровский разброс; доплеровский сдвиг; среднее усиление; средняя задержка; и/или пространственные параметры приема (Rx).

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

[0159] На фиг. 11В. показан пример опорных сигналов информации о состоянии луча (CSI-RS), которые отображены во временную и частотную области. Квадрат, показанный на фиг. 11В, может охватывать один ресурсный блок (RB) внутри полосы частот соты. Базовая станция может передавать одно или более сообщений RRC, содержащих параметры конфигурации ресурсов CSI-RS, в которых указаны один или более CSI-RS. Сигнализация более высокого уровня (например, сигнализация RRC и/или MAC) может конфигурировать один или более из следующих параметров для конфигурации ресурсов CSI-RS: идентификатор конфигурации ресурсов CSI-RS, количество портов CSI-RS, конфигурация CSI-RS (например, местоположение символов и ресурсных элементов (RE) в подкадре), конфигурация подкадра CSI-RS (например, местоположение подкадра, смещение, и периодичность в радиокадре), параметр мощности CSI-RS, параметр последовательности CSI-RS, параметр типа мультиплексирования с кодовым разделением (code division multiplexing, CDM), частотная плотность, гребенка передачи, параметры квазисовмещения (например, QCL-scramblingidentity, crs-portscount, mbsfn-subframeconfiglist, csi-rs-configZPid, qcl-csi-rs-configNZPid) и/или другие параметры радиоресурсов.

[0160] Три луча, показанные на фиг. 11В, могут конфигурироваться для пользовательского оборудования, причем конфигурация в каждом пользовательском оборудовании может быть своей. На фиг. 11В показаны три луча (луч №1, луч №2 и луч №3), однако может быть сконфигурировано большее или меньшее количество лучей. Лучу №1 может быть выделен CSI-RS 1101, который может быть передан на одной или более поднесущих в ресурсном блоке, RB, первого символа. Лучу №2 может быть выделен CSI-RS 1102, который может быть передан на одной или более поднесущих в ресурсном блоке, RB, второго символа. Лучу №3 может быть выделен CSI-RS 1103, который может быть передан на одной или более поднесущих в ресурсном блоке, RB, третьего символа. При использовании мультиплексирования с частотным разделением (FDM) базовая станция может использовать другие поднесущие в одном и том же ресурсном блоке RB (например, те, которые не используются для передачи CSI-RS 1101) для передачи еще одного CSI-RS, относящегося к лучу для другого пользовательского оборудования. При использовании мультиплексирования по времени (TDM) лучи, используемые для пользовательского оборудования, могут быть сконфигурированы таким образом, чтобы для лучей пользовательского оборудования использовались символы из лучей другого пользовательского оборудования.

[0161] Сигналы CSI-RS, например, показанные на фиг. 11В (к примеру, CSI-RS 1101, 1102, 1103) могут передаваться базовой станцией и использоваться пользовательским оборудованием для одного или более измерений. Например, пользовательское оборудование, UE, может измерять мощность принятого опорного сигнала (reference signal received power, RSRP) сконфигурированных ресурсов CSI-RS. Базовая станция может конфигурировать пользовательское оборудование, UE, с использованием конфигурации отчетов, и пользовательское оборудование может отчитываться о измерениях RSRP в сеть (например, через одну или базовых станций) на основе этой конфигурации отчетов. В одном из примеров базовая станция может определять, на основе отчетов о результатах измерений, одно или более состояний указания на конфигурацию передачи (TCI), содержащих набор опорных сигналов. В одном из примеров базовая станция может указывать одно или более TCI-состояний для пользовательского оборудования, UE, (например, при помощи сигнализации RRC, управляющих элементов MAC СЕ и/или DCI-информации). Пользовательское оборудование может принимать передачу по нисходящей линии связи с использованием луча приема (Rx), определенного на основе одного или более состояний TCI. В одном из примеров пользовательское оборудование, UE, может как иметь, так и иметь функциональность сопоставления лучей. Если пользовательское оборудование, UE, имеет функциональность сопоставления лучей, то оно может определять пространственный фильтр для луча передачи (Тх), исходя из пространственного фильтра соответствующего луча Rx. Если пользовательское оборудование не имеет функциональности сопоставления лучей, оно может выполнять процедуру выбора луча восходящей линии связи, чтобы определить пространственный фильтр луча Тх. Пользовательское оборудование, UE, может выполнять процедуру выбора луча восходящей линии связи на основе одного или более ресурсов опорного сигнала зондирования (SRS), сконфигурированных базовой станцией для пользовательского оборудования. Базовая станция может выбирать и указывать лучи восходящей линии связи для UE на основе измерений одного или более ресурсов SRS, переданных пользовательским оборудованием.

[0162] В процедуре управления лучами пользовательское оборудование, UE, может оценивать (например, измерять) качество канала одной или более парных линий связи лучей, каждая парная линия связи лучей включает передающий луч, передаваемый базовой станцией, и приемный луч, принимаемый пользовательским оборудованием. На основе этой оценки пользовательское оборудование, UE, может передать отчет об измерении луча, указывающий на один или более параметров качества пары лучей, включающих, например, один или более идентификаторов луча (например, индекс луча, индекс опорного сигнала и т.п.), RSRP, индикатор матрицы предварительного кодирования (PMI), индикатор качества канала (CQI) и/или индикатор ранга (RI).

[0163] На фиг. 12А и показаны примеры трех процедур управления лучом нисходящей линии связи: P1, Р2 и Р3. Процедура Р1 может обеспечивать пользовательскому оборудованию возможность измерения лучей передачи (Тх) приемопередающей точки (transmission reception point, TRP) (или нескольких TRP), например, для обеспечения возможности выбора одного или более лучей Тх базовой станции и/или лучей Rx пользовательского оборудования (проиллюстрированы овалами в верхнем ряду и нижнем ряду процедуры Р1 соответственно). Формирование лучей в TRP-точке может включать сканирование луча для набора лучей (показаны в верхних строках процедуры Р1 и Р2 как овалы, повернутые в направлении против часовой стрелки, показанном пунктирной линией). Формирование лучей в пользовательском оборудовании может включать сканирование луча Rx для набора лучей (показаны в нижних строках процедуры Р1 и Р3 как овалы, повернутые в направлении часовой стрелки, показанном пунктирной линией). Процедура Р2 может применяться для обеспечения пользовательскому оборудованию возможности измерений лучей Тх точки TRP (проиллюстрировано в верхней строке процедуры Р2 овалами, повернутыми против часовой стрелки, что показано пунктирной линией). Пользовательское оборудование, UE, и/или базовая станция могут выполнять процедуру Р2 с использованием сокращенного набора лучей, по сравнению с процедурой Р1, или с использованием более узких лучей, по сравнению с лучами в процедуре Р1. Это может называться утончением лучей. Пользовательское оборудование, UE, может выполнять процедуру Р3 для определения луча Rx с использованием того же луча Тх в базовой станции и сканирования луча Rx в пользовательском оборудовании.

[0164] На фиг. 12В показаны примеры трех процедур управления лучом восходящей линии связи: U1, U2 и U3. Процедура U1 может использоваться для предоставления базовой станции возможности измерения лучей передачи (Тх) пользовательского оборудования, например, для обеспечения возможности выбора одного или более лучей Тх пользовательского оборудования и/или лучей Rx базовой станции (проиллюстрированы овалами в верхней и нижней строках процедуры U1 соответственно). Формирование лучей в пользовательском оборудовании может включать, например, сканирование луча Тх из набора лучей (проиллюстрировано в нижних строках процедуры U1 и U3 овалами, повернутыми по часовой стрелке, что показано пунктирной линией). Формирование лучей в базовой станции может включать, например, сканирование луча Rx из набора лучей (проиллюстрировано в верхних строках процедуры U1 и U2 как овалы, повернутые против часовой стрелки, что показано пунктирной линией). Процедура U2 может использоваться для предоставления базовой станции возможности регулировать свой луч Rx, когда в пользовательском оборудовании используется фиксированный луч Тх. Пользовательское оборудование, UE, и/или базовая станция могут выполнять процедуру U2 с использованием сокращенного набора лучей, по сравнению с процедурой Р1, или с использованием более узких лучей, по сравнению с лучами в процедуре Р1. Это может называться уточнением лучей. Пользовательское оборудование, UE, может выполнять процедуру U3 для регулировки своего луча Тх, когда в базовой станции используют фиксированный луч Rx.

[0165] Пользовательское оборудование, UE, может инициировать процедуру восстановления после отказа луча (beam failure recovery, BFR), если обнаружен отказ луча. Пользовательское оборудование может передавать запрос BFR (например, преамбулу, UCI, SR, элемент управления MAC СЕ и т.п.), когда процедура BFR инициирована. Пользовательское оборудование может регистрировать отказ луча, если определено, что качество линии связи из парных лучей соответствующего канала управления неудовлетворительно (например, имеет коэффициент ошибок выше порогового, мощность принимаемого сигнала ниже пороговой, истечение таймера и т.п.)

[0166] Пользовательское оборудование, UE, может измерять качество линии связи парных лучей с использованием одного или более опорных сигналов (RS), включающих один или более блоков SS/PBCH, один или более ресурсов CSI-RS и/или один или более опорных сигналов демодуляции (DMRS). Качество линии связи парных лучей может быть основано на одном или более из следующего: коэффициент блочных ошибок (block error rate, BLER), значении отношения полезного сигнала к помехам (signal to interference plus noise ratio, SINR), значения качества принятого опорного сигнала (RSRQ) и/или значения CSI, измеренного в ресурсах RS. Базовая станция может указывать на то, что ресурс RS квазисовмещен (QCL) с одним или более сигналов DM-RS канала (например, канала управления, совместно используемого канала данных и/или т.п.) Ресурс RS и один или более DMRS канала могут быть квазисовмещены (QCL), когда характеристики канала (например, допплеровский сдвиг, допплеровский разброс, средняя задержка, разброс задержки, пространственный параметр Rx, затухание и/или т.п.) из передачи при помощи ресурса RS в пользовательское оборудование идентичны или сходны с характеристиками канала из передачи по этому каналу в пользовательское оборудование.

[0167] Сеть (например, узел gNB и/или узел ng-eNB сети) и/или пользовательское оборудование, UE, могут инициировать процедуру произвольного доступа. Пользовательское оборудование, UE, в состоянии RRC IDLE («бездействие») и/или состоянии RRC INACTIVE («неактивно») может инициировать процедуру произвольного доступа для запроса установления соединения с сетью. Пользовательское оборудование, UE, может инициировать процедуру произвольного доступа из состояния RRC CONNECTED («подключено»). Пользовательское оборудование, UE, может инициировать процедуру произвольного доступа для запроса ресурсов восходящей линии связи (например, для передачи, в восходящей линии связи, запроса SR, когда отсутствуют доступные ресурсы PUCCH) и/или для синхронизации восходящей линии связи (например, когда восходящая линия связи находится в несинхронизированном состоянии). Пользовательское оборудование, UE, может инициировать процедуру произвольного доступа для запроса одного или более блоков системной информации (SIB) (например, другой системной информации, такой как SIB2, SIB3 и/или т.п.). Пользовательское оборудование может инициировать процедуру произвольного доступа для запроса восстановления после отказа луча. Сеть может инициировать процедуру произвольного доступа для хэндовера и/или с целью установления временной синхронизации для добавления соты SCell.

[0168] На фиг. 13А проиллюстрирована четырехшаговая процедура состязательного произвольного доступа. Перед запуском процедуры базовая станция может передавать конфигурационное сообщение 1310 в пользовательское оборудование, UE. Процедура, проиллюстрированная на фиг. 13А включает передачу четырех сообщений: Msg 1 1311, Msg 2 1312, Msg 3 1313 и Msg 4 1314. Сообщение Msg 1 1311 может включать преамбулу и/или считаться преамбулой (или преамбулой произвольного доступа). Сообщение Msg 2 1312 может включать и/или считаться ответом произвольного доступа (random access response, RAR).

[0169] Конфигурационное сообщение 1310 может быть передано, например, с использованием одного или более сообщений RRC. Упомянутые одно или более сообщений RRC могут указывать на один или более параметров канала произвольного доступа (RACH) для пользовательского оборудования, UE. Упомянутые один или более параметров RACH могут включать по меньшей мере одно из следующего: общие параметры для одной или более процедур произвольного доступа (например, RACH-configGeneral); параметры, относящиеся к соте (например, RACH-ConfigCommon) и/или специальные параметры (например, RACH-configDedicated). Базовая станция может выполнять широковещательную или многоадресную передачу одного или более сообщений RRC в один или более комплекты пользовательского оборудования. Эти одно или более сообщений RRC могут быть специфичными для каждого пользовательского оборудования (например, специальные сообщения RRC, передаваемые в пользовательское оборудование в состоянии RRC CONNECTED («подключено») и/или в состоянии RRC INACTIVE («неактивно»). Пользовательское оборудование может определять, на основе одного или более параметров RACH, частотно-временной ресурс и/или мощность передачи восходящей линии связи для передачи сообщений Msg 1 1311 и/или Msg 3 1313. Исходя из одного или более параметров RACH, пользовательское оборудование может определять тайминг приема и канал нисходящей линии связи для приема сообщений Msg 2 1312 и Msg 4 1314.

[0170] Один или более параметров RACH, переданных в конфигурационном сообщении 1310 могут указывать на одну или более возможностей передачи в физическом канале RACH (Physical RACH, PRACH), имеющихся для передачи сообщения Msg 1 1311. Упомянутые одна или более возможностей передачи в PRACH могут быть заданы заранее. Упомянутые один или более параметров RACH могут указывать на один или более доступных наборов из одной или более возможностей передачи в PRACH (например, Configlndex). Один или более параметров RACH могут указывать на связь между (а) одним или более возможностями передачи в PRACH и (b) одним или более опорными сигналами. Один или несколько параметров RACH могут указывать на связь между (а) одной или более преамбулами и (b) одним или более опорными сигналами. Упомянутые один или более опорных сигналов могут быть блоками SS/PBCH и/или CSI-RS. К примеру, один или более параметров RACH могут указывать на количество блоков SS/PBCH, отображаемых на возможность передачи в PRACH, и/или количество преамбул, отображаемых на блоки SS/PBCH.

[0171] Один или более параметров RACH, переданных в конфигурационном сообщении 1310, могут использоваться для определения мощности передачи в восходящей линии связи для сообщений Msg 1 1311 и/или Msg 3 1313. Например, один или более параметров RACH могут указывать на эталонную мощность для передачи преамбулы (например, целевую мощность приема и/или исходную мощность передачи преамбулы). Упомянутые один или более параметров RACH могут указывать на одно или более смещений мощности. К примеру, один или более параметров RACH могут указывать на следующее: шаг линейного изменения мощности; смещение мощности между SSB и CSI-RS; смещение мощности между передачами сообщений Msg 1 1311 и Msg 3 1313 и/или значение смещения мощности между группами преамбул. Один или более параметров RACH могут указывать на один или более порогов, на основе которых пользовательское оборудование, UE, может определять по меньшей мере один опорный сигнал (например, SSB и/или CSI-RS) и/или несущую восходящей линии связи (например, несущую нормальной восходящей линии связи (normal uplink, NUL) и/или несущую вспомогательной восходящей линии связи (supplemental uplink, SUL).

[0172] Сообщение Msg 1 1311 может включать одну или более передач преамбулы (например, передачу преамбулы и одну или более повторных передач преамбулы). Сообщение RRC может использоваться для конфигурирования одной или более групп преамбул (например, группы А и/или группы В). Каждая группа преамбул может содержать одну или более преамбул. Пользовательское оборудование, UE, может определять группу преамбул за счет измерения потерь в канале и/или размера сообщения Msg 3 1313. Пользовательское оборудование, UE, может измерять RSRP одного или более опорных сигналов (например, SSB и/или CSI-RS) и определять по меньшей мере один опорный сигнал с RSRP выше порогового (например, rsrp-ThresholdSSB и/или rsrp-ThresholdCSI-RS). Пользовательское оборудование, UE, может выбирать по меньшей мере одну преамбулу, относящуюся к одному или более опорными сигналам и/или выбранной группе преамбул, например, если связь между одной или более преамбулами и по меньшей мере одним опорным сигналом сконфигурирована при помощи сообщения RRC.

[0173] Пользовательское оборудование, UE, может определять преамбулу на основе одного или более параметров RACH, предоставленных в конфигурационном сообщении 1310. К примеру, пользовательское оборудование, UE, может определять преамбулу за счет измерения потерь в канале, измерения RSRP и/или размера сообщения Msg 3 1313. В качестве еще одного примера, один или более параметров RACH могут указывать на следующее: формат преамбулы; максимальное количество передач преамбулы; и/или одно или более пороговых значений для определения одной или более групп преамбул (например, группы А и группы В). Базовая станция может использовать один или более параметров RACH для конфигурирования пользовательского оборудования, UE, с использованием соответствия между одной или более преамбулами и одним или более опорными сигналами (например, SSB и/или CSI-RS). Если такое соответствие сконфигурировано, пользовательское оборудование может на его основе определять преамбулу для включения в сообщение Msg 1 1311. Сообщение Msg 1 1311 может быть передано в базовую станцию с использованием одной или более возможностей передачи в PRACH. Пользовательское оборудование, UE, может использовать один или более опорных сигналов (например, SSB и/или CSI-RS) для выбора преамбулы и для определения возможности передачи в PRACH. Один или более параметров RACH (например, ra-ssb-OccasionMskIndex и/или ra-OccasionList) могут указывать на связь между возможностями передачи в PRACH и одним или более опорными сигналами.

[0174] Пользовательское оборудование, UE, может выполнять повторную передачу преамбулы, если после передачи преамбулы не получен ответ. Пользовательское оборудование, UE, может увеличивать мощность передачи восходящей линии связи для повторной передачи преамбулы. Пользовательское оборудование может выбирать исходную мощность передачи преамбулы на основе измерения потерь в канале и/или целевой мощности приема преамбулы, сконфигурированной сетью. Пользовательское оборудование, UE, может принимать решение о повторной передаче преамбулы и может увеличивать мощность передачи в восходящей линии связи. Пользовательское оборудование может принимать один или более параметров RACH (например, PREAMBLE_POWER_RAMPING_STEP), указывающих на шаг линейного изменения мощности для повторной передачи преамбулы. Шаг линейного изменения мощности может быть величиной постепенного увеличения мощности передачи в восходящей линии связи для повторной передачи. Пользовательское оборудование может увеличивать мощность передачи в восходящей линии связи, если оно определит опорный сигнал (например, SSB и/или CSI-RS), который совпадает с предыдущей передачей преамбулы. Пользовательское оборудование может подсчитывать количество передач и/или повторных передач преамбулы (например, PREAMBLE_TRANSMISSION_COUNTER). Пользовательское оборудование может определять, что процедура произвольного доступа завершилась неуспешно, например, если количество передач преамбулы превысит пороговое значение, сконфигурированное одним или более параметрами RACH (например, preambleTransMax).

[0175] Сообщение Msg 2 1312, принимаемое пользовательским оборудованием, может содержать ответ RAR. В некоторых случаях сообщение Msg 2 1312 может содержать несколько RAR, соответствующих нескольким комплектам пользовательского оборудования. Сообщение 2 1312 может быть принято после, или в ответ на, передачу сообщения 1 1311. Сообщение Msg 2 1312 может планироваться в канале DL-SCH и указываться в канале PDCCH с использованием RNTI произвольного доступа (random access RNTI, RA-RNTI). Сообщение Msg 2 1312 может указывать на то, что сообщение Msg 1 1311 было принятой базовой станцией. Сообщение Msg 2 1312 может включать команду временного выравнивания, которая может использоваться пользовательским оборудованием для коррекции тайминга своих передач, грант планирования для передачи сообщения Msg 3 1313 и/или временный RNTI соты (Temporary Cell RNTI, TC-RNTI). После передачи преамбулы пользовательское оборудование, UE, может запускать временное окно (например, ra-ResponseWindow) для мониторинга канала PDCCH на предмет сообщения Msg 2 1312. Пользовательское оборудование, UE, может определять, когда запускать упомянутое временное окно, на основе возможности передачи в PRACH, используемой пользовательским оборудованием для передачи преамбулы. Например, пользовательское оборудование может запускать временное окно через один или более символов после последнего символа преамбулы (например, в первой возможности передачи в PDCCH после конца передачи преамбулы). Упомянутые один или более символов могут быть определены на основе нумерологии. Канал PDCCH может находиться в общем пространстве поиска (например, в общем пространстве поиска Туре1-PDCCH), конфигурируемом при помощи сообщения RRC. Пользовательское оборудование, UE, может идентифицировать ответ RAR с помощью временного идентификатора радиосети (Radio Network Temporary Identifier, RNTI). Идентификаторы RNTI могут использоваться в зависимости от одного или более событий, инициирующих процедуру произвольного доступа. Пользовательское оборудование может использовать RNTI произвольного доступа (RA-RNTI). RA-RNTI может быть связан с возможностями передачи в PRACH, в которых пользовательское оборудование, UE, передает преамбулу. К примеру, пользовательское оборудование может определять RA-RNTI на основе следующего: индекс символа OFDM; индекс слота; индекс частотной области; и/или индикатор несущей восходящей линии связи для возможностей передачи в PRACH. Пример RA-RNTI может выглядеть следующим образом: RA-RNTI=1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id,

где s_id может быть индексом первого символа OFDM для возможности передачи в PRACH (например, 0≤s_id<14), t_id может быть индексом первого слота возможности передачи в PRACH в системном кадре (например, 0≤t_id<80), f_id может быть индексом возможности передачи в PRACH в частотной области (например, 0≤f_id<8), a ul_carrier_id может быть несущей восходящей линии связи, используемой для передачи преамбулы (например, 0 для несущей NUL и 1 для несущей SUL). Пользовательское оборудование может передавать сообщение Msg 3 1313 в ответ на успешный прием Msg 2 1312 (например, с использованием ресурсов, указанных в Msg 2 1312). Сообщение Msg 3 1313 может использоваться для разрешения конфликтов, например, в процедуре состязательного произвольного доступа, показанной на фиг. 13А. В некоторых случаях множество комплектов пользовательского оборудования могут передавать одну и ту же преамбулу в базовую станцию, а базовая станция может предоставлять ответ RAR, который соответствует каждому пользовательскому оборудованию. Конфликты могут возникать, когда несколько комплектов пользовательского оборудования интерпретируют ответ RAR как соответствующий именно им. Разрешение конфликтов (например, с использованием сообщений Msg 3 1313 и Msg 4 1314) может применяться для повышения вероятности того, что пользовательское оборудование не будет ошибочно использовать идентификатор другого пользовательского оборудования. Для разрешения конфликтов пользовательское оборудование может включать идентификатор устройства в сообщение Msg 3 1313 (например, C-RNTI, если он присвоен, TC-RNTI, включенный в сообщение Msg 2 1312, и/или любой другой подходящий идентификатор).

[0176] Сообщение 4 1314 может быть принято после, или в ответ на, передачу сообщения Msg 3 1313. Если C-RNTI был включен в сообщение Msg 3 1313, базовая станция будет адресовать пользовательское оборудование в канале PDCCH с помощью этого C-RNTI. Если уникальный C-RNTI пользовательского оборудования обнаружен в канале PDCCH, процедура произвольного доступа считается успешно завершенной. Если в сообщение Msg 3 1313 включен TC-RNTI (например, если пользовательское оборудование находится в состоянии RRC IDLE («бездействие»), или не имеет соединения с базовой станцией), сообщение Msg 4 1314 будет принято с использованием DL-SCH, ассоциированного с этим TC-RNTI. Если блок PDU MAC успешно декодирован и включает элемент управления MAC СЕ, указывающий на идентификатор разрешения конфликтов пользовательского оборудования, который совпадает или соответствует SDU СССН, отправленному (например, переданному) в сообщении Msg 3 1313, то пользовательское оборудование, UE, может определить, что разрешение конфликтов было успешным, и/или пользовательское оборудование может определить, что процедура произвольного доступа успешно завершена.

[0177] Пользовательское оборудование, UE, может быть сконфигурировано для использования вспомогательной несущей восходящей линии связи (SUL) и нормальной несущей восходящей линии связи (NUL). Первоначальный доступ (например, процедура произвольного доступа) может поддерживаться на несущей восходящей линии связи. К примеру, базовая станция может конфигурировать пользовательское оборудование, UE, для использования двух отдельных конфигураций RACH: одной для несущей SUL и еще одной для несущей NUL. С целью произвольного доступа в соте, сконфигурированной для несущей SUL, сеть может указывать, какую из несущих следует использовать (NUL или SUL). Пользовательское оборудование, UE, может определять несущую SUL, например, если измеренное качество одного или более опорных сигналов ниже порогового для широковещательной передачи. Передачи восходящей линии связи в процедуре произвольного доступа (например, сообщения Msg 1 1311 и/или Msg 3 1313) могут оставаться на выбранной несущей. Пользовательское оборудование, UE, может переключать несущую восходящей линии связи в ходе процедуры произвольного доступа (например, между Msg 1 1311 и Msg 3 1313) в одном или более случаях. К примеру, пользовательское оборудование, UE, может определять и/или переключать несущую восходящей линии связи для сообщений Msg 1 1311 и/или Msg 3 1313, исходя из оценки занятости канала (например, режим «слушай, прежде чем говорить»).

[0178] Фиг. 13В иллюстрирует двухшаговую процедуру несостязательного произвольного доступа. Аналогично четырехшаговой процедуре состязательного произвольного доступа, показанной на фиг. 13А, базовая станция перед запуском процедуры может передать в пользовательское оборудование конфигурационное сообщение 1320. Конфигурационное сообщение 1320 в некоторых аспектах может быть аналогичным конфигурационному сообщению 1310. Процедура, проиллюстрированная на фиг. 13В, включает передачу двух сообщений: Msg 1 1321 и Msg 2 1322. Сообщения Msg 1 1321 и Msg 2 1322 могут быть в некоторых аспектах аналогичны сообщениям Msg 1 1311 и Msg 2 1312, показанным на фиг. 13А, соответственно. Как можно видеть на фиг. 13А и 13В, процедура несостязательного произвольного доступа может не включать сообщения, аналогичные сообщению Msg 3 1313 и/или Msg 4 1314.

[0179] Процедура несостязательного произвольного доступа, показанная на фиг. 13В, может быть инициирована для восстановления после отказа луча, другого запроса SI, добавления соты SCell и/или хэндовера. Например, базовая станция может указывать или назначать для пользовательского оборудования преамбулу, которая должна использоваться для сообщения Msg 1 1321. Пользовательское оборудование, UE, может принимать от базовой станции, при помощи PDCCH и/или RRC, указание на преамбулу (например, ra-PreambleIndex).

[0180] После передачи преамбулы пользовательское оборудование, UE, может запускать временное окно (например, ra-ResponseWindow) для мониторинга канала PDCCH на предмет ответа RAR. В случае запроса на восстановление после отказа луча базовая станция может конфигурировать пользовательское оборудование, UE, для использования отдельного временного окна и/или отдельного PDCCH в пространстве поиска, на которые указывают при помощи сообщения RRC (например, recoverySearchSpaceId). Пользовательское оборудование может отслеживать передачу в PDCCH, адресованную RNTI соты (C-RNTI) в пространстве поиска. В процедуре несостязательного произвольного доступа, показанной на фиг. 13В, пользовательское оборудование может определять успешное завершение процедуры, после (или в ответ на) передачи сообщения Msg 1 1321 и приема соответствующего сообщения Msg 2 1322. Пользовательское оборудование, UE, может определять, что процедура произвольного доступа успешно завершена, например, если передача PDCCH адресована C-RNTI. Пользовательское оборудование, UE, может определять, что процедура произвольного доступа успешно завершена, например, если пользовательское оборудование примет ответ RAR, содержащий идентификатор преамбулы, соответствующий переданной этим пользовательским оборудованием преамбуле, и/или если ответ RAR содержит подблок PDU MAC с таким идентификатором преамбулы. Пользовательское оборудование, UE, может определять, что ответ является указанием на успешный прием запроса SI.

[0181] На фиг. 13С показана еще одна двухшаговая процедура произвольного доступа. Аналогично процедурам произвольного доступа, показанным на фиг. 13А и 13В, базовая станция перед запуском процедуры может передать в пользовательское оборудование конфигурационное сообщение 1330. Конфигурационное сообщение 1330 в некоторых аспектах может быть аналогичным конфигурационному сообщению 1310 и/или конфигурационному сообщению 1320. Процедура, проиллюстрированная на фиг. 13С, включает передачу двух сообщений: Msg А 1331 и Msg В 1332.

[0182] Сообщение А 1331 может быть передано пользовательским оборудованием в восходящей линии связи. Сообщение А 1331 может включать одну или более передач преамбулы 1341 и/или одну или более передач транспортного блока 1342. Транспортный блок 1342 может включать содержимое, аналогичное и/или эквивалентное содержимому сообщения Msg 3 1313, показанного на фиг. 13А. Транспортный блок 1342 может содержать UCI-информацию (например, запрос планирования, SR, подтверждение HARQ ACK/NACK и/или т.п.) Пользовательское оборудование может принимать сообщение Msg В 1332 после (или в ответ на) передачи сообщения Msg А 1331. Сообщение Msg В 1332 может включать содержимое, аналогичное и/или эквивалентное содержимому сообщения Msg 2 1312 (например, ответ RAR), показанного на фиг. 13А. и 13В, и/или сообщения Msg 4 1314, показанного на фиг. 13А.

[0183] Пользовательское оборудование, UE, может запускать двухшаговую процедуру произвольного доступа, показанную на фиг. 13С, как для лицензируемого спектра, так и для нелицензируемого спектра. Пользовательское оборудование может определять, на основе одного или более факторов, следует ли инициировать двухшаговую процедуру произвольного доступа. Упомянутыми одним или более факторами могут быть: применяемая технология радиодоступа (например, LTE, NR и/или т.п.); имеет ли UE действительное временное опережение, ТА, или нет; размер соты; состояние RRC пользовательского оборудования; тип спектра (например, лицензируемый или нелицензируемый); и/или любые другие подходящие факторы.

[0184] Пользовательское оборудование, UE, на основе параметров RACH двухшаговой процедуры, включенных в конфигурационное сообщение 1330, может определять радиоресурс и/или мощность передачи восходящей линии связи для преамбулы 1341 и/или транспортного блока 1342, включенных в сообщение Msg А 1331. Эти параметры RACH могут указывать на схемы модуляции и кодирования (MCS), частотно-временной ресурс и/или управление мощностью для преамбулы 1341 и/или транспортного блока 1342. Частотно-временной ресурс для передачи преамбулы 1341 (например, PRACH) и частотно-временной ресурс для передачи транспортного блока 1342 (например, PUSCH) могут быть мультиплексированы с использованием FDM-, TDM- и/или CDM-мультиплексирования. Параметры RACH могут позволять пользовательскому оборудованию определить время приема и канал нисходящей линии связи для мониторинга и/или приема сообщения Msg В 1332.

[0185] Транспортный блок 1342 может содержать данные (например, чувствительные к задержке данные), идентификатор пользовательского оборудования, информацию безопасности и/или информацию об устройстве (например, международный идентификатор мобильного абонента (International Mobile Subscriber Identity, IMSI)). Базовая станция может передавать сообщение Msg В 1332 в ответ на сообщение Msg А 1331. Сообщение Msg В 1332 может включать по меньшей мере одно из следующего: идентификатор преамбулы; команда временного опережения; команда управления мощностью; грант восходящей линии связи (например, выделение радиоресурсов и/или MCS); идентификатор пользовательского оборудования для разрешения конфликтов; и/или RNTI (например, C-RNTI или TC-RNTI). Пользовательское оборудование, UE, может определять, что двухшаговая процедура произвольного доступа завершена успешна, если: идентификатор преамбулы в сообщении Msg В 1332 соответствует преамбуле, переданной пользовательским оборудованием; и/или идентификатор пользовательского оборудования в сообщении Msg В 1332 соответствует идентификатору пользовательского оборудования в сообщении Msg А 1331 (например, транспортный блок 1342).

[0186] Пользовательское оборудование и базовая станция могут обмениваться управляющей сигнализацией. Такая управляющая сигнализация может называться сигнализацией управления L1/L2 и может происходить из уровня PHY (например, уровня 1) и/или уровня MAC (например, уровня 2). Управляющая сигнализация может включать управляющую сигнализацию нисходящей линии связи, передаваемую из базовой станции в пользовательское оборудование, UE, и/или управляющую сигнализацию восходящей линии связи, передаваемую из пользовательского оборудования в базовую станцию.

[0187] Управляющая сигнализация нисходящей линии связи может включать: назначение планирования нисходящей линии связи; грант планирования восходящей линии связи, указывающий на радиоресурсы восходящей линии связи и/или транспортный формат; информацию о формате слота; указание приоритета; команду управления мощностью; и/или любую другую подходящую сигнализацию. Пользовательское оборудование может принимать управляющую сигнализацию нисходящей линии связи в составе полезной нагрузки, передаваемой базовой станцией по физическому каналу управления нисходящей линии связи (PDCCH). Полезная нагрузка, передаваемая в PDCCH, может называться информацией управления нисходящей линии связи (DCI). В некоторых случаях канал PDCCH может быть общим для группы каналом PDCCH (group common PDCCH, GC-PDCCH) используемой совместно группой пользовательского оборудования.

[0188] Базовая станция может добавлять к DCI один или более битов контроля четности циклического контроля избыточности (cyclic redundancy check, CRC), чтобы облегчить обнаружение ошибок передачи. Когда DCI-информация предназначена для пользовательского оборудования, UE, (или группы комплектов пользовательского оборудования), базовая станция может скремблировать биты четности CRC с использованием идентификатора этого пользовательского оборудования (или идентификатора группы UE). Скремблирование битов четности CRC с использованием идентификатора может включать сложение по модулю 2 (или операцию исключающего ИЛИ) значения идентификатора и битов четности CRC. Такой идентификатор может включать 16-битное значение временного идентификатора радиосети (RNTI).

[0189] DCI-информация может использоваться для разных целей. Ее назначение может быть указано типом RNTI, используемого для скремблирования битов четности CRC. К примеру, DCI, имеющая биты четности CRC, скремблированные с использованием пейджингового RNTI (paging RNTI, P-RNTI), может указывать на пейджинговую информацию и/или уведомление об изменении системной информации. P-RNTI может быть задан заранее равным «FFFE» в шестнадцатеричном формате. DCI, имеющий биты четности CRC, скремблированные с использованием RNTI системной информации (system information RNTI, SI-RNTI), может указывать на широковещательную передачу системной информации. SI-RNTI может быть задан заранее равным «FFFF» в шестнадцатеричном формате. DCI-информация, имеющая биты четности CRC, скремблированные с использованием RNTI произвольного доступа (RA-RNTI), может указывать на ответ произвольного доступа (RAR). DCI-информация, имеющая биты четности CRC, скремблированные с использованием RNTI соты (С-RNTI), может указывать на динамически планируемую одноадресную передачу и/или запуск произвольного доступа, упорядоченного по PDCCH. DCI-информация, имеющая биты четности CRC, скремблированные с использованием временного RNTI соты (TC-RNTI), может указывать на разрешение конфликтов (например, сообщение Msg 3, аналогичное сообщению Msg 3 1313, показанному на фиг. 13А). Другие RNTI, конфигурируемые для пользовательского оборудования базовой станцией, могут включать: RNTI конфигурируемого планирования (Configured Scheduling RNTI, CS-RNTI), RNTI управления мощностью передачи PUCCH (Transmit Power Control-PUCCH RNTI, TPC-PUCCH-RNTI)), RNTI управления мощностью передачи PUSCH (Transmit Power Control-PUSCH RNTI, TPC-PUSCH-RNTI), RNTI управления мощностью передачи SRS (Transmit Power Control-SRS RNTI, TPC-SRS-RNTI, RNTI прерывания (Interruption RNTI, INT-RNTI), RNTI указания формата слота (Slot Format Indication RNTI, SFI-RNTI), RNTI полупостоянной CSI (Semi-Persistent CSI RNTI, SP-CSI-RNTI), RNTI схемы модуляции и кодирования соты (Modulation and Coding Scheme Cell RNTI, MCS-C RNTI) и/или т.п.

[0190] В зависимости от назначения и/или содержимого DCI-информации, базовая станция может передавать ее с использованием одного или более форматов DCI. Например, формат DCI 0_0 может использоваться для планирования PUSCH в соте. Формат DCI 0_0 может быть резервным форматом DCI (например, с компактной полезной нагрузкой DCI). Формат DCI 0_1 может использоваться для планирования PUSCH в соте (например, с большим объемом полезной нагрузки DCI, чем в формате DCI 0_0). Формат DCI 1_0 может использоваться для планирования PDSCH в соте. Формат DCI 1_0 может быть резервным форматом DCI (например, с компактной полезной нагрузкой DCI). Формат DCI 1_1 может использоваться для планирования PDSCH в соте (например, с большим объемом полезной нагрузки DCI, чем в формате DCI1_0). Формат 2_0 DCI может использоваться для передачи указания на формат слота группе комплектов пользовательского оборудования. Формат 2_1 DCI может использоваться для уведомления группы UE о блоке физических ресурсов и/или символе OFDM, когда пользовательское оборудование может предполагать, что для него передач не поступает. Формат 2_2 DCI может использоваться для передачи команд управления мощностью передачи (transmit power control, ТРС) для PUCCH или PUSCH. Формат 2_3 DCI может использоваться для передачи группы команд ТРС для передач SRS, одним или несколькими комплектами пользовательского оборудования. В будущих редакциях стандартов может быть определен формат (или форматы) DCI-информации для новых функций. Форматы DCI могут иметь как различные размеры DCI, так и один и тот же размер DCI.

[0191] После скремблирования DCI с использованием RNTI базовая станция может обрабатывать DCI с помощью канального кодирования (например, полярного кодирования), согласования скоростей, скремблирования и/или QPSK-модуляции. Базовая станция может распределять кодированную и модулированную DCI в ресурсные элементы, используемые и/или сконфигурированные для PDCCH. В зависимости от объема полезной нагрузки DCI и/или покрытия базовой станции, базовая станция может передавать DCI по PDCCH, занимающему ряд смежных элементов канала управления (control channel element, ССЕ). Количество смежных ССЕ (называемое уровнем агрегации) может быть равно 1, 2, 4, 8, 16 и/или любому другому подходящему количеству. ССЕ может содержать некоторое количество (например, 6) групп ресурсных элементов (resource-element group, REG). Группа REG может включать ресурсный блок в OFDM-символе. Отображение кодированной и модулированной DCI на ресурсные элементы может быть основано на соответствии между ССЕ и REG (например, отображении CCE-to-REG).

[0192] На фиг. 14А показан пример конфигураций набора CORESET для части полосы частот. Базовая станция может передавать DCI-информацию по PDCCH, в одном или более наборах ресурсов управления (CORESET). Набор CORESET может включать частотно-временной ресурс, в котором пользовательское оборудование может предпринимать попытку декодировать DCI, с использованием одного или более пространств поиска. Базовая станция может конфигурировать CORESET в частотно-временной области. В примере фиг. 14А, первый CORESET 1401 и второй CORESET 1402 встречаются в первом символе слота. Первый CORESET 1401 перекрывается со вторым CORESET 1402 в частотной области. Третий CORESET 1403 появляется в третьем символе того же слота. Четвертый CORESET 1404 появляется в седьмом символе сота. Наборы CORESET могут иметь разное количество ресурсных блоков в частотной области.

[0193] На фиг. 14В показан пример отображения между CCE-REG для передачи DCI-информации в наборе CORESET и обработки канала PDCCH. Отображение CCE-REG может быть отображением с чередованием (например, для обеспечения частотного разнесения) или отображением без чередования (например, для упрощения координации помех и/или частотно-избирательной передачи каналов управления). Базовая станция в различных наборах CORESET может выполнять как отличающиеся отображения CCE-REG, так и идентичные. CORESET может быть ассоциирован с конкретным отображением CCE-REG при помощи конфигурации RRC. Набор CORESET может быть сконфигурирован с использованием параметра квазисовмещения (QCL) антенного порта. Параметр QCL антенного порта может указывать на информацию QCL опорного сигнала демодуляции (DMRS) для приема PDCCH в наборе CORESET.

[0194] Базовая станция может передавать в пользовательское оборудование сообщения RRC, включающие конфигурационные параметры одного или более CORESET, и одного или более наборов пространств поиска. Конфигурационные параметры могут указывать на соответствие между набором пространств поиска и CORESET. Набор пространств поиска может содержать набор кандидатных PDCCH, сформированных элементами ССЕ в заданном уровне агрегации. Конфигурационные параметры могут указывать на: количество кандидатных PDCCH, подлежащих контролю в каждом уровне агрегации; периодичность контроля PDCCH и шаблон контроля PDCCH; один или более форматов DCI, подлежащих контролю пользовательским оборудованием; и/или является ли набор пространств поиска общим набором пространств поиска или набором пространств поиска, специфичным для пользовательского оборудования. Набор ССЕ в общем наборе пространств поиска может быть задан заранее и известен пользовательскому оборудованию. Набор ССЕ в специфичном для пользовательского оборудования наборе пространств поиска может быть сконфигурирован на основе идентификатора пользовательского оборудования (например, C-RNTI).

[0195] В соответствии с иллюстрацией фиг. 14В, пользовательское оборудование может определять частотно-временной ресурс для CORESET на основе сообщений RRC. Пользовательское оборудование, UE, может определять отображение CCE-REG (например, с чередованием или без чередования, и/или параметры отображения) для CORESET на основе параметров конфигурации CORESET. Пользовательское оборудование может определять количество (например, не более 10) наборов областей поиска, сконфигурированных в CORESET, на основе сообщений RRC. Пользовательское оборудование может отслеживать набор кандидатных PDCCH в соответствии с параметрами конфигурации набора пространств поиска. Пользовательское оборудование может отслеживать набор кандидатных PDCCH в одном или более CORESET для обнаружения одной или более DCI-информации. Такое отслеживание может включать декодирование одного или более кандидатных PDCCH из набора кандидатных PDCCH в соответствии с отслеживаемыми форматами DCI. Отслеживание может включать декодирование содержимого DCI одного или более кандидатных PDCCH с использованием потенциальных (или сконфигурированных) местоположений PDCCH, потенциальных (или сконфигурированных) форматов PDCCH (например, количество ССЕ, количество кандидатных PDCCH в общих пространствах поиска и/или количество кандидатных PDCCH в пространствах поиска, специфичных для пользовательского оборудования) и потенциальных (или сконфигурированных) форматов DCI. Такое декодирование может называться слепым декодированием. Пользовательское оборудование может определять, что DCI является действительной для данного пользовательского оборудования, в ответ на проверку CRC-кода (например, когда скремблированные биты четности CRC DCI-информации соответствуют значению RNTI). Пользовательское оборудование, UE, может обрабатывать информацию, содержащуюся в DCI (например, назначение планирования, грант восходящей линии связи, управление мощностью, указание формата слота, приоритет нисходящей линии связи и/или т.п.).

[0196] Пользовательское оборудование, UE, может передавать управляющую сигнализацию восходящей линии связи (например, информацию управления восходящей линии связи (UCI)) в базовую станцию. Сигнализация управления восходящей линии связи может включать подтверждения гибридного автоматического запроса повторной передачи (HARQ) для принятых транспортных блоков DL-SCH. Пользовательское оборудование, UE, может передавать подтверждения HARQ после приема транспортного блока DL-SCH. Управляющая сигнализация восходящей линии связи может включать информацию о состоянии канала (CSI), указывающую на качество физического канала нисходящей линии связи. Пользовательское оборудование может передавать CSI-информацию в базовую станцию. Базовая станция, на основе принятой CSI, может определять параметры формата передачи (например, включая многоантенные схемы и схемы формирования луча) для передач в нисходящей линии связи. Управляющая сигнализация восходящей линии связи может содержать запросы планирования (SR). Пользовательское оборудование может передавать запрос планирования, SR, указывающий на то, что данные восходящей линии связи доступны для передачи в базовую станцию. Пользовательское оборудование может передавать UCI (например, подтверждение HARQ (HARQ-ACK), отчет CSI, SR и т.п.) в физическом канале управления восходящей линии связи (PUCCH) или физическом канале восходящей линии связи совместного использования (PUSCH). Пользовательское оборудование может передавать управляющую сигнализацию восходящей линии связи в канале PUCCH, используя один из нескольких форматов PUCCH.

[0197] Имеются пять форматов PUCCH, при этом пользовательское оборудование может определять необходимый формат PUCCH на основе размера UCI (например, количества символов восходящей линии связи для передачи UCI и количества битов в UCI). Формат 0 PUCCH может иметь длину в один или два символа OFDM и может включать два или менее бит. Пользовательское оборудование может передавать UCI в ресурсе PUCCH с использованием формата 0 PUCCH, если передача возможна одним или двумя символами, а количество информационных битов HARQ-ACK с положительным или отрицательным SR (биты HARQ-ACK/SR) равно одному или двум. Формат 1 PUCCH может занимать от четырех до четырнадцати символов OFDM и может включать два или менее битов. Пользовательское оборудование может использовать формат 1 PUCCH, если передача состоит из четырех или более символов, а количество битов HARQ-ACK/SR равно одному или двум. Формат 2 PUCCH может занимать один или два символа OFDM и может включать двух бит. Пользовательское оборудование может использовать формат 2 PUCCH, если передача возможна в одном или двух символов, а количество битов UCI равно двум или более. Формат 3 PUCCH может занимать от четырех до четырнадцати символов OFDM и может включать более двух бит. Пользовательское оборудование может использовать формат 3 PUCCH, если передача состоит из четырех или более символов, количество битов UCI равно двум или более, и ресурс PUCCH не включает ортогональный покрывающий код. Формат 4 PUCCH может занимать от четырех до четырнадцати символов OFDM и может включать более двух бит. Пользовательское оборудование может использовать формат 4 PUCCH, если передача состоит из четырех или более символов, количество битов UCI равно двум или более, и ресурс PUCCH включает ортогональный покрывающий код.

[0198] Базовая станция может передавать конфигурационные параметры в UE для множества наборов ресурсов PUCCH, с использованием, например, сообщений RRC. Для соты в BWP восходящей линии связи может быть сконфигурировано множество наборов ресурсов PUCCH (например, вплоть до четырех наборов). Набор ресурсов PUCCH может быть сконфигурирован с использованием индекса набора ресурсов PUCCH, множества ресурсов PUCCH, где ресурсы PUCCH, идентифицируют с помощью идентификатора ресурса PUCCH (например, pucch-Resourceid), и/или количества (например, максимального количества) бит информации UCI, которое пользовательское оборудование может передать, используя один из множества ресурсов PUCCH в наборе ресурсов PUCCH. При конфигурации с множеством наборов ресурсов PUCCH пользовательское оборудование может выбирать один из множества наборов ресурсов PUCCH на основе общей битовой длины информации UCI (например, HARQ-ACK, SR и/или CSI). Если общая битовая длина битов UCI равна двум или менее, пользовательское оборудование может выбирать первый набор ресурсов PUCCH, имеющий индекс набора ресурсов PUCCH, равный «0». Если общая битовая длина битов UCI больше двух и меньше либо равна первому сконфигурированному значению, пользовательское оборудование может выбирать второй набор ресурсов PUCCH, имеющий индекс набора ресурсов PUCCH, равный «1». Если общая битовая длина битов UCI больше первого сконфигурированного значения и меньше либо равна второму сконфигурированному значению, пользовательское оборудование может выбирать третий набор ресурсов PUCCH, имеющий индекс набора ресурсов PUCCH, равный «2». Если общая битовая длина битов UCI больше второго сконфигурированного значения и меньше либо равна третьему сконфигурированному значению (например, 1406), пользовательское оборудование может выбирать четвертый набор ресурсов PUCCH, имеющий индекс набора ресурсов PUCCH, равный «3».

[0199] После определения набора ресурсов PUCCH из множества наборов ресурсов PUCCH пользовательское оборудование может определить ресурс PUCCH из набора ресурсов PUCCH для передачи UCI (HARQ-ACK, CSI и/или SR). Пользовательское оборудование может определять ресурс PUCCH на основе индикатора ресурса PUCCH в DCI (например, при формате 10 или 11 DCI), принятой в канале PDCCH. Трехбитный индикатор ресурса PUCCH в DCI может указывать на один из восьми ресурсов PUCCH в наборе ресурсов PUCCH. На основе индикатора ресурса PUCCH пользовательское оборудование может передавать UCI (HARQ-ACK, CSI и/или SR), с использованием ресурса PUCCH, на который указывает индикатор ресурса PUCCH в DCI.

[0200] На фиг. 15 показан пример беспроводного устройства 1502, осуществляющего связь с базовой станцией 1504, в соответствии с вариантами осуществления настоящего изобретения. Беспроводное устройство 1502 и базовая станция 1504 могут быть частью сети мобильной связи, например, сети 100 мобильной связи, показанной на фиг. 1А, сети 150 мобильной связи, показанной на фиг. 1В, или любой другой сети связи. На фиг. 15 показаны только одно беспроводное устройство 1502 и одна базовая станция 1504, однако следует понимать, что сеть мобильной связи может включать в себя более одного пользовательского оборудования и/или более одной базовой станции с той же или аналогичной конфигурацией, что и показанные на фиг. 15.

[0201] Базовая станция 1504 может соединять беспроводное устройство 1502 с базовой сетью (не показана не показано на чертеже) при помощи радиосвязи по эфирному интерфейсу (или радиоинтерфейсу) 1506. Направление связи от сети базовой станции 1504 к беспроводному устройству 1502 по радиоинтерфейсу 1506 называют нисходящей линией связи, а направление связи от беспроводного устройства 1502 к базовой станции 1504 по радиоинтерфейсу называют восходящей линией связи. Передачи по нисходящей линии связи могут быть отделены от передач по восходящей линии связи с FDD-дуплексирования, TDD-дуплексирования и/или комбинации этих двух способов дуплексной передачи.

[0202] В нисходящей линии связи данные, которые должны быть отправлены в беспроводное устройство 1502 из базовой станции 1504, могут быть поданы в систему 1508 обработки данных из состава базовой станции 1504. Данные могут быть предоставлены в систему 1508 обработки данных, например, базовой сетью. В восходящей линии связи данные, которые должны быть отправлены из беспроводного устройства 1504 из базовой станции 1502, могут быть поданы в систему 1518 обработки данных из состава беспроводного устройства 1502. Система 1508 обработки данных и система 1518 обработки данных могут реализовать функциональность 3-го и 2-го уровней OSI для обработки данных перед их передачей. Уровень 2 может включать в себя уровень SDAP, уровень PDCP, уровень RLC и уровень MAC, например, в соответствии с фиг. 2А, фиг. 2В, фиг. 3 и фиг. 4А. Уровень 3 может включать в себя уровень RRC, в соответствии с иллюстрацией фиг. 2В.

[0203] После обработки системой 1508 обработки данных, данные которые должны быть переданы в беспроводное устройство 1502, могут быть предоставлены в передающую систему 1510 обработки данных в базовой станции 1504. Аналогично, после обработки системой 1518 обработки данных, данные которые должны быть переданы в базовую станцию 1504, могут быть предоставлены в передающую систему 1520 обработки данных в беспроводном устройстве 1502. Передающая система 1510 обработки данных и передающая система 1520 обработки данных могут реализовать функциональность 1-го уровня OSI. Уровень 1 может включать в себя физический уровень (PHY), в соответствии с иллюстрацией фиг. 2А, фиг. 2В, фиг. 3 и фиг. 4А. Для обработки данных для передачи уровень PHY может выполнять, например, кодирование транспортных каналов с упреждающей коррекцией ошибок, чередование, согласование скоростей, отображение транспортных каналов на физические каналы, модуляцию физического канала, обработку с множественными входами и множественными выходами (MIMO) или многоантенную обработку, и/или т.п.

[0204] В базовой станции 1504 приемная система 1512 обработки данных может принимать передачу по восходящей линии связи от беспроводного устройства 1502. В беспроводном устройстве 1502 приемная система 1522 обработки данных может принимать передачу по нисходящей линии связи от базовой станции 1504. Приемная система 1512 обработки данных и приемная система 1522 обработки данных могут реализовать функциональность 1-го уровня OSI. Уровень 1 может включать в себя физический уровень (PHY), в соответствии с иллюстрацией фиг. 2А, фиг. 2В, фиг. 3 и фиг. 4А. Для обработки данных при приеме уровень PHY может выполнять, например, обнаружение ошибок, декодирование с упреждающей коррекцией ошибок, устранение чередование, обратное отображение транспортных каналов на физические каналы, демодуляцию физических каналов, MIMO или многоантенную обработку и/или т.п.

[0205] В соответствии с иллюстрацией фиг. 15, беспроводное устройство 1502 и базовая станция 1504 могут включать множество антенн. Множество антенн могут использоваться для выполнения одного или более методов MIMO или многоантенных методов, например, пространственного мультиплексирования (к примеру, однопользовательского MIMO или многопользовательского MIMO), разнесения передачи/приема и/или формирования лучей. В других примерах беспроводное устройство 1502 и/или базовая станция 1504 могут иметь одну антенну.

[0206] Система 1508 обработки данных и система 1518 обработки данных могут быть связаны с памятью 1514 и памятью 1524 соответственно. Память 1514 и память 1524 (например, один или более машиночитаемых носителей) могут хранить инструкции или код компьютерной программы, которые могут исполняться системой 1508 обработки данных и/или системой 1518 обработки данных для выполнения одной или более функций, описанных в настоящей заявке. Передающая система 1510 обработки данных, передающая система 1520 обработки данных, приемная система 1512 обработки данных и/или приемная система 1522 обработки данных, хотя это и не показано на чертеже, могут быть связаны с памятью (например, с одним или более машиночитаемыми носителями), где хранятся инструкции или код компьютерной программы, которые могут исполняться с целью выполнения одной или более соответствующих функций.

[0207] Система 1508 обработки данных и/или система 1518 обработки данных могут включать один или более контроллеров и/или один или более процессоров. Один или более контроллеров и/или один или более процессоров могут включать, например, процессор общего назначения, цифровой сигнальный процессор (DSP), микроконтроллер, заказную интегральную схему (ASIC), электрически программируемую вентильную матрицу (FPGA) и/или иное программируемое логическое устройство, дискретную вентильную и/или транзисторную логику, дискретные аппаратные компоненты, блоки, устанавливаемые на плату, или любую их комбинацию. Система 1508 обработки данных и/или система 1518 обработки данных могут выполнять по меньшей мере одно из следующего: кодирование/обработку сигнала, обработку данных, управление мощностью, обработку ввода/вывода и/или любую другую функциональность, которая позволяет беспроводному устройству 1502 и базовой станции 1504 работать в беспроводной среде.

[0208] Система 1508 обработки данных и/или система 1518 обработки данных могут быть связаны с одним или более периферийными устройствами 1516 и одним или более периферийными устройствами 1526 соответственно. Одно или более периферийных устройств 1516 и одно или более периферийных устройств 1526 могут включать программное и/или аппаратное обеспечение, обеспечивающее необходимые функции и/или функциональность, например, динамик, микрофон, клавиатуру, дисплей, сенсорную панель, источник питания, спутниковый приемопередатчик, порт универсальной последовательной шины (USB), гарнитуру громкой связи, радиоблок частотной модуляции (FM), медиапроигрыватель, интернет-браузер, электронный блок управления (например, автомобиля) и/или один или более датчиков (например, акселерометр, гироскоп, датчик температуры, радиолокационный датчик, лидарный датчик, ультразвуковой датчик, оптический датчик, камеру и/или т.п.). Система 1508 обработки данных и/или система 1518 обработки данных могут принимать введенные пользователем данные и/или предоставлять выходные пользовательские данные одному или нескольким периферийным устройствам 1516 и/или одному или нескольким периферийным устройствам 1526. Система 1518 обработки данных в беспроводном устройстве 1502 может получать электропитание от источника питания и/или может быть сконфигурирована для подачи мощности в другие компоненты беспроводного устройства 1502. Источник питания может включать один или более источников электроэнергии, например, батарею, солнечный элемент, топливный элемент или любую их комбинацию. Система 1508 обработки данных и/или система 1518 обработки данных могут быть соединены с микросхемным набором 1516 GPS и микросхемным набором 1527 GPS, соответственно. Микросхемный набор 1517 GPS и микросхемный набор 1527 GPS могут быть сконфигурированы для предоставления информации о географическом местоположении беспроводного устройства 1502 и базовой станции 1504 соответственно.

[0209] На фиг. 16А показан примеры структуры для передачи по восходящей линии связи. Сигнал основной полосы частот, представляющий физический канал восходящей линии связи совместного использования, может выполнять одну или более функций. Упомянутые одна или более функций могут включать по меньшей мере одно из следующего: скремблирование; модуляция скремблированных битов для формирования комплексных символов; отображение комплексных символов модуляции на один или более уровней передачи; преобразование предварительного кодирования для формирования комплексных символов; предварительное кодирование комплексных символов; отображение предварительно кодированных комплексных символов на ресурсные элементы; формирование временного комплексного сигнала множественного доступа с разделением по частоте на одной несущей (Single Carrier-Frequency Division Multiple Access, SC-FDMA) или сигнала CP-OFDM для антенного порта; и/или т.п. В одном из примеров, когда предварительное кодирование с преобразованием разрешено, для передачи восходящей линии связи может формироваться сигнал SC-FDMA. В одном из примеров, когда предварительное кодирование с преобразованием не разрешено, для передачи по восходящей линии связи может формироваться сигнал CP-OFDM, в соответствии с иллюстрацией фиг. 16А. Эта функциональность проиллюстрирована в качестве примеров, и следует понимать, что в различных вариантах осуществления настоящего изобретения могут быть реализованы и другие механизмы.

[0210] На фиг. 16 показан пример структуры для модуляции и преобразования, с повышением частоты, сигнала основной полосы частот в несущую частоту. Сигнал основной полосы частот может быть комплексным сигналом SC-FDMA или CP-OFDM для антенного порта и/или комплексным сигналом физического канала с произвольным доступом (PRACH). Перед передачей может выполняться фильтрация.

[0211] На фиг. 16С показан примеры структуры для передач по нисходящей линии связи. Сигнал основной полосы частот, представляющий физический канал нисходящей линии связи совместного использования, может выполнять одну или более функций. Упомянутые одна или более функций могут включать по меньшей мере одно из следующего: скремблирование кодированных битов в кодовом слове для передачи по физическому каналу; модуляция скремблированных битов для формирования комплексных символов модуляции; отображение комплексных символов модуляции на один или более уровней передачи; предварительное кодирование комплексных символов модуляции в уровнях для передачи на антенные порты; отображение комплексных символов модуляции для антенных портов на ресурсные элементы; формирование временного комплексного сигнала OFDM для антенного порта; и/или т.п. Эта функциональность проиллюстрирована в качестве примеров, и следует понимать, что в различных вариантах осуществления настоящего изобретения могут быть реализованы и другие механизмы.

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

[0213] Беспроводное устройство может принимать от базовой станции одно или более сообщений (например, сообщений RRC), содержащих конфигурационные параметры множества сот (например, первичной соты, вторичной соты). Беспроводное устройство может осуществлять связь по меньшей мере с одной базовой станцией (например, с двумя или более базовыми станциями в режиме двойного подключения) через множество сот. Упомянутые одно или более сообщений (например, как части конфигурационных параметров) могут включать параметры физического уровня, уровней MAC, RLC, PCDP, SDAP, RRC для конфигурирования беспроводного устройства. Например, конфигурационные параметры могут включать параметры для конфигурирования каналов физического уровня и уровня MAC, несущих и т.д. Например, конфигурационные параметры могут включать параметры, указывающие на значения таймеров для физического уровня, уровня MAC, RLC, PCDP, SDAP, RRC и/или каналов связи.

[0214] Таймер может начинать отсчет сразу после запуска и продолжать его до тех пор, пока не будет остановлен или пока не истечет его время. Таймер может быть запущен, если он не отсчитывается, или перезапущен, если он отсчитывается. Таймер может быть связан с некоторым значением (например, таймер может быть запущен или перезапущен с этого значения или может быть запущен с нуля и истекать по достижении этого значения). Длительность таймера не может быть обновлена до тех пор, пока таймер не будет остановлен или не истечет (например, из-за переключения BWP). Таймер может использоваться для измерения периода времени/окна для соответствующей процедуры. Когда в настоящем описании упоминается реализация или процедура, относящиеся к одному или более таймерам, следует понимать, что существует множество способов реализации одного или более таймеров. К примеру, нужно понимать, что для измерения периода времени/окна для процедуры могут использоваться один или более из множества способов реализации таймера. Например, таймер окна ответа произвольного доступа может использоваться для измерения окна времени для приема ответа произвольного доступа. В одном из примеров вместо запуска и истечения таймера окна ответа произвольного доступа может использоваться разница между двумя отметками времени. Когда таймер перезапускают, процесс измерения временного окна может быть перезапущен. Для перезапуска измерения временного окна могут использоваться и другие примеры реализации.

[0215] В случае двухшаговой процедуры произвольного доступа беспроводное устройство может принимать от базовой станции одно или более сообщений RRC, содержащих конфигурационные параметры 1330 RACH двухшаговой процедуры. Одно или более сообщений RRC могут передаваться в беспроводное устройство широковещательно (например, с использованием широковещательных сообщений системной информации), многоадресно (например, при помощи широковещательных сообщений системной информации) и/или одноадресно (например, при помощи выделенных сообщений RRC и/или сигналов управления нижнего уровня, например, PDCCH). Одно или более сообщений RRC могут быть сообщениями, специфичными для беспроводного устройства, например, выделенным сообщением RRC, передаваемым в беспроводное устройство в состоянии 604 RRC INACTIVE («неактивно») или 602 RRC CONNECTED («подключено»). Одно или более сообщений RRC могут содержать параметры, необходимые для передачи сообщения Msg А 1331. К примеру, параметр может указывать по меньшей мере на одно из следующего: выделение ресурсов PRACH, формат преамбулы, информация SSB (например, общее количество SSB, выделение ресурсов нисходящей линии связи для передачи SSB, мощность передачи SSB, радиоресурсы восходящей линии связи (частотно-временной радиоресурс, DMRS, MCS и т.д.) для передачи одного или более транспортных блоков и/или соответствие между выделением ресурсов PRACH и радиоресурсами восходящей линии связи (или соответствие между радиоресурсами восходящей линии связи и опорными сигналами нисходящей линии связи).

[0216] При передаче по восходящей линии (например, сообщения Msg А 1331) в двухшаговой процедуре произвольного доступа беспроводное устройство может передавать через соту, в базовую станцию, по меньшей мере одну преамбулу произвольного доступа (Random Access Preamble, RAP) (например, преамбулу 1341) и/или один или более транспортных блоков (например, транспортный блок 1342). К примеру, один или более транспортных блоков могут содержать одно из следующего: данные, информацию безопасности, информацию об устройстве, например, IMSI/TMSI, и/или другую информацию. Например, один или более транспортных блоков могут включать идентификатор беспроводного устройства (ID), который может использоваться для разрешения конфликтов. При передаче по нисходящей линии связи в двухшаговой процедуре произвольного доступа базовая станция может передавать сообщение Msg В 1332 (например, ответ произвольного доступа, соответствующий сообщению MsgA 1331), которое может включать по меньшей мере одно из следующего: команда временного опережения, указывающая на значение ТА, команда управления мощностью, грант восходящей линии связи (например, выделение радиоресурсов и/или MCS), идентификатор разрешения конфликтов, RNTI (например, C-RNTI или TC-RNTI), и/или другую информацию. Сообщение Msg В 1332 может включать идентификатор преамбулы, соответствующий преамбуле 1341, положительное или отрицательное подтверждение приема одного или более транспортных блоков 1342, неявное и/или явное указание на успешное декодирование одного или более транспортных блоков 1342, указание на "откат" к не-двухшаговой процедуре произвольного доступа (например, процедуре состязательного произвольного доступа в соответствии с иллюстрацией фиг. 13А или к процедуре несостязательного произвольного доступа в соответствии с иллюстрацией фиг. 13В) и/или их комбинацию.

[0217] Беспроводное устройство, инициирующее двухшаговую процедуру произвольного доступа, может передавать сообщение Msg А, включающее по меньшей мере одну преамбулу и по меньшей мере один транспортный блок. По меньшей мере один транспортный блок может включать идентификатор, который беспроводное устройство использует для разрешения конфликтов. Например, идентификатор может быть C-RNTI (например, для беспроводного устройства в состоянии RRC CONNECTED («подключено»)). Беспроводное устройство может указывать C-RNTI для базовой станции в зависимости от конкретного формата сообщения, который может быть задан заранее. Например, по меньшей мере один транспортный блок может включать элемент управления, MAC СЕ, C-RNTI (например, 16 битовых полей, указывающих на C-RNTI) с LCID в подзаголовке, соответствующем управляющему элементу C-RNTI MAC СЕ. К примеру, LCID может использоваться базовой станцией для идентификации (обнаружения, анализа и/или декодирования) элемента управления, СЕ, C-RNTI MAC из принятого сигнала или сообщения (например, PDU MAC), переданного из беспроводного устройства. Идентификатор может быть последовательностью (или последовательностями) и/или числом (числами), которые сформированы беспроводным устройством (например, в случае, когда C-RNTI еще не назначен базовой станцией беспроводному устройству). Беспроводное устройство может формировать идентификатор случайным образом и/или в зависимости от абонента, информации о беспроводном устройстве (например, IMSI/TMSI) и/или идентификатора возобновления, назначенного базовой станцией беспроводному устройству. Например, идентификатор может представлять собой расширенную и/или усеченную информацию об абоненте или о беспроводном устройстве (например, IMSI/TMSI). Беспроводное устройство может начинать мониторинг канала управления нисходящей линии связи на предмет сообщения Msg В, соответствующего сообщению Msg А, например, после, или в ответ на, передачу сообщения Msg А. Набор ресурсов управления и/или пространство поиска для мониторинга канала управления нисходящей линии связи может быть указано и/или сконфигурировано сообщением (или сообщениями), например, широковещательным сообщением RRC и/или сообщением RRC, специфичным для беспроводного устройства, передаваемым базовой станцией. Сообщение Msg В может быть скремблировано конкретным RNTI. Беспроводное устройство, в качестве конкретного RNTI, может использовать RNTI (например, C-RNTI), уже назначенный базовой станцией. Беспроводное устройство может определять конкретный RNTI по меньшей мере на основе одного из следующего: индекс временного ресурса (например, индекс первого символа OFDM и/или индекс первого слота) возможности PRACH, в которой передана по меньшей мере одна преамбула, индекс частотного ресурса возможности PRACH, в которой передана по меньшей мере одна преамбула, индекс временного ресурса (например, индекс первого символа OFDM и/или индекс первого слота) возможности PUSCH, в которой передан по меньшей мере один транспортный блок, индекс частотного ресурса возможности PUSCH, в которой передан по меньшей мере один транспортный блок, индикатор (например, 0 или 1) несущей восходящей линии связи, по которой передано сообщение Msg А. Беспроводное устройство может считать (или определять), что двухшаговая процедура произвольного доступа успешно завершена, на основе одного или более условий. По меньшей мере одно из упомянутых одного или более условий может заключаться в том, что сообщение Msg В включает индекс (или идентификатор) преамбулы, соответствующий по меньшей мере одной преамбуле, которую беспроводное устройство передало в базовую станцию. По меньшей мере одно из упомянутых одного или более условий может заключаться в том, что сообщение Msg В включает и/или указывает на идентификатор разрешения конфликтов, совпадающий с идентификатором, который беспроводное устройство передало в базовую станцию для разрешения конфликтов. В одном из примеров беспроводное устройство может принимать сообщение Msg В, указывающее на повторную передачу по меньшей мере одного транспортного блока. Например, сообщение Msg В, указывающее на повторную передачу по меньшей мере одного транспортного блока, может включать грант восходящей линии связи, указывающий на ресурс (или ресурсы) восходящей линии связи, используемые для повторной передачи по меньшей мере одного транспортного блока.

[0218] При передаче по восходящей линии в двухшаговой процедуре произвольного доступа беспроводное устройство может передавать, через соту в базовую станцию, по меньшей мере одну точку произвольного доступа, RAP, и один или более блоков передачи, ТВ. Беспроводное устройство может принимать сообщение (или сообщения) с одним или более конфигурационными параметрами для передачи восходящей линии связи в двухшаговой процедуре произвольного доступа, например, на шаге 1330 фиг. 13. К примеру, один или более конфигурационных параметров могут указывать по меньшей мере одно из следующего: возможности передачи в PRACH, формат преамбулы, количество SSB передачи, ресурсы нисходящей линии связи для передачи блоков SSB, мощность передачи SSB, соответствие между каждой возможностью передачи в PRACH и каждым из SSB, ресурс (или ресурсы) PUSCH (выраженные в виде времени, частоты, кода/последовательности/сигнатуры) для передачи одного или более блоков передачи, ТВ, соответствие между каждой возможностью передачи в PRACH и каждым из ресурсов PUSCH и/или параметры управления мощностью для передачи одного или более блоков передачи, ТВ. Параметры управления мощностью для передачи одного или более блоков передачи, ТВ, могут включать по меньшей мере одно из следующего: значения параметров мощности для соты и/или регулировки мощности, специфичные для пользовательского оборудования, используемые для определения целевой мощности приема, коэффициент масштабирования (например, параметра управления помехами между сотами) для измерений потерь в канале, мощность опорного сигнала, используемая для определения измерений потерь в канале, смещение мощности относительно мощности передачи преамбулы и/или одно или более смещений мощности. К примеру, беспроводное устройство может измерять мощность (например, RSRP) и/или качество (например, RSRQ) принятого сигнала одного или более SSB, переданных базовой станцией. Беспроводное устройство может выбирать по меньшей мере один SSB на основе измерений и определять по меньшей мере одну возможность передачи в PRACH, связанную с упомянутым по меньшей мере одним SSB, и/или по меньшей мере один ресурс PUSCH, связанный по меньшей мере с по меньшей мере одной возможностью передачи в PRACH, и/или связанный по меньшей мере с одним SSB (эта связь может быть сконфигурирована явно при помощи сообщений и/или неявно при помощи первой связи между по меньшей мере одним SSB и по меньшей мере одной возможности передачи в PRACH, и второй связи между по меньшей мере одной возможностью передачи в PRACH и по меньшей мере одним ресурсом PUSCH). Беспроводное устройство может передавать по меньшей мере одну RAP по меньшей мере в одной возможности передачи в PRACH и/или передавать по меньшей мере один блок передачи, ТВ, с помощью по меньшей мере одного ресурса PUSCH. Беспроводное устройство может определять мощности передачи по меньшей мере для одной RAP и/или по меньшей мере для одного блока передачи, ТВ, исходя из конфигурационных параметров, указанных при помощи сообщений. К примеру, конфигурационные параметры могут указывают на параметры управления мощностью передачи в восходящей линии связи, включающие по меньшей мере одно из следующего: целевая мощность приема для базовой станции, одно или более смещений мощности, шаг линейного изменения мощности, счетчик линейного изменения мощности, счетчик повторной передачи, индекс (или индексы) потерь опорного сигнала в канале, эталонная мощность потерь опорного сигнала в канале. По меньшей мере один из параметров управления мощностью в восходящей линии связи может использоваться одновременно для мощности передачи по меньшей мере одной RAP и мощности передачи по меньшей мере одного блока передачи, ТВ. Например, совместное использование по меньшей мере одного из параметров управления мощностью передачи восходящей линии связи позволяет уменьшить размер сообщения (или сообщений) (например, по сравнению со случаем, когда по меньшей мере один параметр управления мощностью передачи восходящей линии связи повторяется, в сообщениях, по меньшей мере для одной RAP и по меньшей мере для одного блока передачи, ТВ). Возможен вариант, когда ни один из параметров управления мощностью в восходящей линии связи не может использоваться одновременно для мощности передачи по меньшей мере одной RAP и мощности передачи по меньшей мере одного блока передачи, ТВ. Структура сообщения может быть гибкой, благодаря чему базовая станция может указывать беспроводному устройству, возможно ли совместное использование по меньшей мере одного из параметров (и каких именно параметров) управления мощностью передачи в восходящей линии для мощности передачи в восходящей линии по меньшей мере одной RAP и мощности передачи в восходящей линии связи по меньшей мере для одного блока передачи, ТВ. К примеру, исходя из структуры сообщения, беспроводное устройство может определять, возможно ли совместное использование по меньшей мере одного из параметров (и каких именно параметров) управления мощностью передачи в восходящей линии для мощности передачи в восходящей линии по меньшей мере одной RAP и мощности передачи в восходящей линии связи по меньшей мере для одного блока передачи, ТВ.

[0219] Беспроводное устройство может иметь один или более способов формировать одну или более кандидатных преамбул, которые можно использовать для двухшаговой процедуры произвольного доступа. К примеру, конфигурация RACH для двухшаговой процедуры может включать параметры формирования RAP (например, корневую последовательность), на основе которой беспроводное устройство формирует одну или более кандидатных преамбул. Беспроводное устройство может выбирать (например, случайным образом) одну или более из кандидатных преамбул, в качестве RAP, используемой для передачи преамбулы 1341. Параметры формирования RAP могут быть специфичными для опорного сигнала восходящей линии связи (например, SSB или CSI-RS), специфичными для соты и/или специфичными для беспроводного устройства. Например, параметры формирования RAP для первого опорного сигнала нисходящей линии связи могут отличаться от параметров формирования RAP для второго опорного сигнала нисходящей линии связи. К примеру, параметры формирования RAP могут быть общими для одного или более опорных сигналов нисходящей линии связи соты, в которой беспроводное устройство инициирует двухшаговую процедуру произвольного доступа. Например, беспроводное устройство может принимать от базовой станции сообщение управления (например, сообщение SIB, сообщение RRC, специально предназначенное для беспроводного устройства, и/или инструкцию PDCCH для добавления вторичной соты), которое указывает на один или более индексов преамбулы, для одной или более RAP, которые следует использоваться для двухшаговой процедуры произвольного доступа в беспроводном устройстве. Одна или более кандидатных преамбул могут быть сгруппированы в одну или более групп. Например, каждая группа может быть связана с конкретным объемом данных для передачи. Например, объем данных может указывать на размер одного или более транспортных блоков, которые беспроводное устройство должно передать, и/или указывать на объем данных восходящей линии связи, оставшихся в буфере. Каждая из упомянутых одной или более групп может быть связана с диапазоном объемов данных. К примеру, первая группа из упомянутой одной или более групп может включать точки RAP, указывающие на передачу малых объемов транспортных блоков, в двухшаговой процедуре произвольного доступа, а вторая группа может включать точки RAP, указывающие на передачу больших объемов данных транспортных блоков, в двухшаговой процедуре произвольного доступа, и т.д. Базовая станция может передавать сообщение RRC, включающее одно или более пороговых значений, на основе которых беспроводное устройство может определять, какую группу RAP следует выбрать. Например, упомянутые одно или более пороговых значений могут указывать на один или более объемов данных, которые определяют одну или более групп. В зависимости от объема данных восходящей линии связи, которые потенциально могут быть переданы беспроводным устройством, оно может сравнивать объем данных восходящей линии связи с упомянутыми одним или более объемами данных и определять конкретную группу из упомянутых одной или более групп. За счет передачи точки RAP, выбранной из конкретной группы, беспроводное устройство может указать базовой станции на объем данных (например, предполагаемый) восходящей линии связи, которые беспроводное устройство передаст базовой станции. Указание на объем данных восходящей линии связи может использоваться базовой станцией для определения надлежащего объема радиоресурсов восходящей линии связи для (повторной) передачи данных восходящей линии связи.

[0220] В двухшаговой процедуре произвольного доступа беспроводное устройство может передавать RAP через возможность PRACH, указанную в конфигурации RACH двухшаговой процедуры. Беспроводное устройство может передавать один или более блоков передачи, ТВ, при помощи радиоресурса восходящей линии связи (например, PUSCH), указанного в конфигурации RACH двухшаговой процедуры. Первая передача RAP и вторая передача одного или более блоков передачи, ТВ, могут быть запланированы методом TDM (мультиплексирование с временным разделением), FDM (мультиплексирование с частотным разделением), CDM (мультиплексирование с кодовым разделением), и/или любой их комбинации. Первая передача RAP может совпадать по времени (частично или полностью) со второй передачей одного или более блоков передачи, ТВ. Конфигурация RACH двухшаговой процедуры может указывать на перекрывающуюся часть (например, в частотной области и/или во временной области) радиоресурсов между RAP и одной или несколькими передачами ТВ. Первая передача RAP может быть TDM-мультиплексирована без перекрытия со второй передачей одного или более блоков передачи, ТВ, на разных частотах (например, блоках PRB) или на той же частоте (например, в блоке PRB). Конфигурация RACH двухшаговой процедуры может указывать на один или более радиоресурсов восходящей линии связи, связанных с одной или несколькими RAP (или группами RAP) и/или возможностью передачи в PRACH. К примеру, каждый из одного или более опорных сигналов нисходящей линии связи (SSB или CSI-RS) может быть ассоциирован с одной или более возможностями передачи в PRACH и/или с одной или более RAP. Беспроводное устройство может определять по меньшей мере одну возможность передачи в PRACH из одной или более возможностей передачи в PRACH и/или по меньшей мере одну RAP из одной или более RAP. Например, беспроводное устройство может измерять RSRP и/или RSRQ одного или более опорных сигналов нисходящей линии связи и выбирать первый опорный сигнал нисходящей линии связи из одного или более опорных сигналов нисходящей линии связи. Например, RSRP первого опорного сигнала нисходящей линии связи может быть больше порогового значения (например, указанного базовой станцией с помощью сообщения или сигнала управления). Беспроводное устройство может выбирать по меньшей мере одну RAP и/или по меньшей мере одну возможность передачи в PRACH, которые связаны с упомянутым первым опорным сигналом нисходящей линии связи, в качестве радиоресурса для преамбулы 1341. На основе выбора по меньшей мере одной RAP и/или по меньшей мере одной возможности передачи в PRACH беспроводное устройство может определять по меньшей мере один радиоресурс восходящей линии связи (например, возможности передачи в PUSCH), в которых беспроводное устройство передаст один или более блоков передачи, ТВ, в составе двухшаговой процедуры RACH. Беспроводное устройство может определять по меньшей мере один радиоресурс восходящей линии связи (например, возможности передачи в PUSCH) на основе первого опорного сигнала нисходящей линии связи, например, если сообщение и/или сигнал управления, которые беспроводное устройство приняло от базовой станции, указывают на связь между одним или более радиоресурсами восходящей линии связи (например, возможности передачи в PUSCH) и одним или более опорными сигналами нисходящей линии связи.

[0221] Один или более радиоресурсов восходящей линии связи могут быть указаны на основе структуры кадра, показанной на фиг. 7, и/или структуры OFDM, показанной на фиг. 8. Например, временные ресурсы из одного или более радиоресурсов восходящей линии связи могут быть указаны относительно конкретной SFN (SFN=0), номера слота, номера символа OFDM и/или их комбинации. К примеру, временные ресурсы из одного или более радиоресурсов восходящей линии связи могут быть указаны относительно количества поднесущих, количества ресурсных элементов, количества ресурсных блоков, номера RBG, индекса частоты для частотного радиоресурса и/или их комбинации. Например, один или более радиоресурсов восходящей линии связи могут быть указаны на основе временного смещения и/или смещения частоты относительно одной или более возможностей передачи в PRACH для выбранной RAP. Передачи восходящей линии связи могут выполняться, например, в одном и том же слоте (или подкадре) и/или в различных слотах, например, в последовательных слотах (или подкадрах). К примеру, один или более радиоресурсов восходящей линии связи (например, возможности передачи в PUSCH) могут быть сконфигурированы как периодические, например, как периодические ресурсы сконфигурированного типа 1 или типа 2 гранта.

[0222] Возможность передачи в PUSCH для двухшаговой процедуры произвольного доступа может быть радиоресурсом восходящей линии связи для передачи транспортного блока 1342 (например, полезной нагрузки), связанной с преамбулой PRACH в сообщении MsgA 1331 двухшаговой процедуры произвольного доступа. Один или более примеров выделения ресурсов для возможности передачи в PUSCH может включать (без ограничения) конфигурирование возможностей передачи в PUSCH независимо от возможностей передачи в PRACH. Например, возможность передачи в PUSCH может быть определена на основе периодического ресурса, указанного сконфигурированным грантом (например, типа 1, типа 2 и/или SPS). Беспроводное устройство может определять возможность передачи в PUSCH также на основе соответствия между PRACH и PUSCH для передачи сообщения msg А. Например, беспроводное устройство может принимать от базовой станции конфигурационные параметры, указывающие по меньшей мере на одно из следующего: схема модуляции и кодирования, размер транспортного блока, количество случаев FDMed PUSCH (факты FDMed PUSCH могут включать защитную полосу частот и/или защитный период, например, если они существуют, a FDMed PUSCH в одном и том же Msg А конфигурации PUSCH могут быть последовательным в частотной области), количество PRB на событие PUSCH, количество символов/портов/последовательностей DMRS на событие PUSCH, количество повторений для передачи Msg A PUSCH (транспортный блок 1342), пропускная способность защитной полосы уровня PRB, продолжительность защитного времени, тип отображения PUSCH транспортного блока 1342, периодичность (например, период конфигурации MsgA PUSCH), смещение(я) (например, с точки зрения любой комбинации по меньшей мере одного из символа, временного интервала, подкадра и/или SFN), выделение ресурсов во временной области (например, в слоте для MsgA PUSCH: стартовый символ, количество символов в возможности PUSCH, количество временных возможностей PUSCH), частотная стартовая точка.

[0223] Один или более примеров выделения ресурсов для возможности PUSCH могут включать (без ограничения этим) конфигурирование, базовой станцией, относительного местоположения (например, по времени и/или частоте) возможности передачи в PUSCH по отношению к возможности передачи в PRACH. Например, соотношение по времени и/или частоте между преамбулами PRACH в возможности передачи в PRACH и в возможностях в PUSCH может быть одним заданным фиксированным значением. К примеру, соотношение по времени и/или частоте между каждой преамбулой PRACH в возможности передачи в PRACH относительно возможности передачи в PUSCH может быть одним заданным фиксированным значением. Например, различные преамбулы в различных возможностях в PRACH могут иметь различные значения. К примеру, соотношение по времени и/или частоте между преамбулами PRACH в возможности передачи в PRACH и в возможностях в PUSCH может быть одним полустатически сконфигурированным значением. К примеру, соотношение по времени и/или частоте между каждой преамбулой PRACH в возможности передачи в PRACH относительно возможности передачи в PUSCH может быть одним полустатически сконфигурированным значением. Например, различные преамбулы в различных возможностях в PRACH могут иметь различные значения. К примеру, может быть реализована/сконфигурирована любая комбинация из приведенных выше примеров, то есть, соотношение по времени и частоте не обязательно должно иметь только один вариант. Например, беспроводное устройство может принимать от базовой станции конфигурационные параметры, указывающие по меньшей мере на одно из следующего: схема модуляции и кодирования, размер транспортного блока, количество возможностей передачи в PUSCH с FDM-мультиплексированием (возможности передачи в PUSCH с FDM-мультиплексированием могут включать защитную полосу частот и/или защитный период, например, если они присутствуют, при этом возможности передачи в PUSCH с FDM-мультиплексированием в одной конфигурации Msg A PUSCH могут следовать друг за другом в частотной области), количество PRB на каждую возможность передачи в PUSCH, количество символов/портов/последовательностей DMRS на каждую возможность передачи в PUSCH, количество повторений для передачи Msg А в PUSCH (транспортный блок 1342), ширина защитной полосы частот на уровне PRB, продолжительность защитного периода, тип отображения PUSCH для транспортного блока 1342, временное смещение (например, комбинация указаний на уровне слота и на уровне символа) относительно опорной точки (например, конкретного SFN, соответствующей возможности передачи в PRACH, и/или начала или конца соответствующего слота PRACH), количество символов на каждую возможность передачи в PRACH, количество возможностей передачи в PRACH с TDM-мультиплексированием.

[0224] В двухшаговой процедуре произвольного доступа выделение ресурсов для передачи полезной нагрузки в возможности PUSCH может быть заранее заданным и/или конфигурируемым. Например, размер ресурса в возможности PUSCH может быть заранее задан и/или конфигурируем. Ресурс может быть непрерывным или прерывистым (например, базовая станция может гибко конфигурировать ресурс). Ресурс может быть разделен на множество групп ресурсов. Например, размер каждой из групп ресурсов в возможности передачи в PUSCH может быть одинаковым или различным (например, в зависимости от конфигурации двухшаговой процедуры произвольного доступа). Каждый индекс группы ресурсов может соответствовать одному или более индексам преамбулы.

[0225] Например, базовая станция может конфигурировать беспроводное устройство с использованием одного или более параметров, указывающих на стартовую временную и/или частотную точку возможности передачи в PUSCH, количество групп ресурсов и размер каждой из групп ресурсов. Индекс каждой из групп ресурсов может соответствовать индексу преамбулы (например, конкретной преамбулы) и/или конкретной возможности передачи в PPRACH. Беспроводное устройство может определять местоположение каждой из групп ресурсов по меньшей мере на основе индекса преамбулы (например, если RO и возможность PUSCH соответствуют взаимно однозначно) и/или на основе индекса RO и индекса преамбулы (например, с одной возможностью передачи в PUSCH могут быть связаны несколько RO).

[0226] Беспроводное устройство может принимать от базовой станции конфигурационные параметры, указывающие на стартовую временную/частотную точку возможности передачи в PUSCH и/или на набор непрерывных базовых единиц ресурсов PUSCH. Размер ресурсной единицы может быть одинаковым, а общее доступное количество базовых единиц может быть сконфигурировано заранее. Беспроводное устройство может использовать один или более ресурсных блоков для передачи сообщения MsgA 1331, в зависимости от размера полезной нагрузки. Индекс стартового ресурсного блока может соответствовать индексу преамбулы, а длина занятого ресурса PUSCH (как количество ресурсных блоков) может либо соответствовать индексу преамбулы, либо указана явно (например, в UCI-информации).

[0227] Количество групп ресурсов и/или детально соответствие между преамбулами, группами ресурсов и портами DMRS может быть задано заранее и/или полустатически конфигурироваться (и/или динамически указываться при помощи DCI), например, чтобы избежать необходимости слепого обнаружения базовой станцией, когда несколько преамбул могут соответствовать одной группе ресурсов.

[0228] Для передачи полезной нагрузки в возможности PUSCHC, в двухшаговой процедуре произвольного доступа, беспроводное устройство может принимать от базовой станции конфигурационные параметры, указывающие на одну или более MCS и один или более размеров ресурсов для передачи полезной нагрузки. MCS и размер ресурса могут быть связаны с размером полезной нагрузки. К примеру, конфигурационные параметры, принятые беспроводным устройством, могут указывать на одну или более комбинаций (и/или соответствий) размера полезной нагрузки, MCS и размера ресурса. Например, один или более конкретных типов модуляции (например, pi/2-BPSK, BPSK, QPSK) могут быть связаны с небольшими размерами полезной нагрузки. Например, один или более конкретных типов модуляции (например, QPSK) могут использоваться для беспроводного устройства с конкретным состоянием RRC (например, RRC IDLE («бездействие») и/или RRC INACTIVE («неактивно»)). Например, конфигурационные параметры, принятые беспроводным устройством, могут указывать на количество PRB, используемых для передачи полезной нагрузки по всем BWP восходящей линии связи и/или по части BWP восходящей линии связи (например, это может быть задано заранее и/или конфигурироваться полустатически уровнем RRC). Конфигурационные параметры, принятые беспроводным устройством, могут указывать на одно или более повторений транспортного блока 1342 (например, полезной нагрузки). Например, количество повторений может быть задано заранее, конфигурироваться полустатически и/или повторения могут инициироваться в зависимости от одного или более условий (например, RSRP опорных сигналов нисходящей линии связи и/или конкретного состояния RRC, и/или типа беспроводного устройства, например, стационарное устройство, устройство IoT и т.д.), с целью улучшения покрытия для передачи полезной нагрузки.

[0229] Беспроводное устройство может принимать от базовой станции одну или более конфигураций двухшаговой процедуры произвольного доступа для передачи транспортного блока 1342 (например, полезной нагрузки). Одна или более конфигураций двухшаговой процедуры произвольного доступа могут указывать на одну или более комбинаций размера полезной нагрузки, MCS и/или размера ресурсов. Количество одной или более двухшаговой процедуры произвольного доступа и одно или более значений параметров (например, размер полезной нагрузки, MCS и/или размер ресурсов) для каждой из одной или более конфигураций двухшаговой процедуры произвольного доступа может зависеть от содержимого сообщения MsgA и/или состояния RRC беспроводного устройства.

[0230] В зависимости от сконфигурированных конфигурационных параметров двухшаговой процедуры произвольного доступа, беспроводное устройство может передавать сообщение MsgA, например, включающее по меньшей мере одну преамбулу, при помощи возможности передачи в PRACH и/или транспортного блока 1342 (например, полезной нагрузку) в возможности PUSCH, в базовую станцию. Сообщение MsgA может включать идентификатор для разрешения конфликтов. Например, беспроводное устройство может формировать заголовок MAC как полезную нагрузку сообщения msgA с использованием множества битов (например, 56 и/или 72 бита). Например, сообщение MsgA может включать сообщения BSR, PHR, RRC, запрос на соединение и т.п. Например, сообщение MsgA может включать UCI-информацию. UCI в сообщении MsgA, например, если MsgA содержит UCI, может включать по меньшей мере одно из следующего: указание на MCS, отчет HARQ-ACK/NACK и/или отчет CSI. Запрос HARQ для сообщения MsgA может комбинироваться для исходной передачи MsgA и одной или более повторными передачами Msg А в PUSCH. Например, Msg А может указывать на время передачи MsgA в канале PUSCH. Размер сообщения msgA может зависеть от конкретного случая использования.

[0231] Возможен случай, когда беспроводное устройство принимает от базовой станции конфигурационные параметры, указывающие на разные (или независимые) возможности передачи в PRACH для двухшаговой процедуры произвольного доступа и четырехшаговой процедуры произвольного доступа. Различные (или независимые) возможности передачи в PRACH позволяют уменьшить неопределенность в приемнике и/или снизить задержку доступа. Базовая станция может конфигурировать беспроводное устройство с использованием различных (или независимых) ресурсов PRACH, то есть, базовая станция определяет, была ли принятая преамбула передана беспроводным устройством для двухшаговой процедуры произвольного доступа или четырехшаговой процедуры произвольного доступа, на основе возможности передачи в PRACH, где базовая станция приняла преамбулу. Базовая станция может гибко определять, конфигурировать ли совместно используемые возможности передачи в PRACH или разделять возможности передачи в PRACH для двухшаговой и четырехшаговой процедур произвольного доступа. Беспроводное устройство может принимать от базовой станции сообщение (или сообщения) RRC и/или DCI-информацию, явное или неявное указывающие на то, следует ли конфигурировать ли совместно используемые возможности передачи в PRACH или разделять возможности передачи в PRACH для двухшаговой и четырехшаговой процедур произвольного доступа. Возможен случай, когда базовая станция конфигурирует одну или более возможностей передачи в PRACH, совместно используемых для двухшаговой и четырехшаговой процедур произвольного доступа, а также преамбулы, раздельно используемые для двухшаговой и четырехшаговой процедур произвольного доступа.

[0232] На фиг. 17А, 17В и 17С показаны примеры выделения радиоресурсов для ресурса PRACH и одного или более соответствующих радиоресурсов восходящей линии связи в зависимости от временного смещения, частотного смещения и комбинации временного и частотного смещений, соответственно, в соответствии с одним из аспектов примера осуществления настоящего изобретения. Например, возможность передачи в PRACH и один или более соответствующих радиоресурсов восходящей линии связи (например, возможности передачи в PUSCH) для сообщения MsgA 1331 могут быть выделены со смещением по времени и/или смещением по частоте, например, переданными в сообщениях RRC (как часть конфигурации RACH), и/или быть заранее заданными (например, в виде таблицы соответствия). На фиг. 17А показан пример возможности передачи в PRACH, TDM-мультиплексируемой с радиоресурсами восходящей линии связи, UL (например, возможности передачи в PUSCH), в соответствии с одним из аспектов примера осуществления настоящего изобретения. На фиг. 17В показан пример возможности передачи в PRACH, FDM-мультиплексируемой с радиоресурсами восходящей линии связи, UL (например, возможности передачи в PUSCH), в соответствии с одним из аспектов примера осуществления настоящего изобретения. На фиг. 17С показан пример возможности передачи в PRACH, TDM- и FDM-мультиплексируемой с радиоресурсами восходящей линии связи, UL (например, возможности передачи в PUSCH), в соответствии с одним из аспектов примера осуществления настоящего изобретения.

[0233] Беспроводное устройство может принимать от базовой станции один или более опорных сигналов нисходящей линии связи (например, SSB или CSI-RS), при этом каждый из одного или более опорных сигналов нисходящей линии связи может соответствовать одному или более ресурсам RACH (например, возможностям в PRACH), и/или одному или более радиоресурсам восходящей линии связи (например, возможности передачи в PUSCH), обеспечиваемых двухшаговой конфигурацией RACH. Беспроводное устройство может измерять один или более опорных сигналов нисходящей линии связи, и в зависимости от измеренного уровня и/или качества принятого сигнала (или на основе другого правила выбора) может выбирать по меньшей мере один опорный сигнал нисходящей линии связи из упомянутых одного или более опорных сигналов нисходящей линии связи. Беспроводное устройство может, соответственно, передавать RAP (например, преамбулу 1341) и один или более блоков передачи, ТВ (например, транспортный блок 1342), в возможности PRACH, связанной по меньшей мере с одним опорным сигналом нисходящей линии связи, а также с помощью радиоресурсов восходящей линии связи (например, возможности передачи в PUSCH), связанных с возможностью передачи в PRACH и/или связанных по меньшей мере с одним опорным сигналом нисходящей линии связи.

[0234] В одном из примеров базовая станция может использовать прием RAP от беспроводного устройства для настройки тайминга передачи в восходящей линии одного или более блоков передачи, ТВ, для беспроводного устройства в соте и/или для использования при оценке канала восходящей линии связи для одного или более блоков передачи, ТВ. Часть передачи восходящей линии связи для одного или нескольких блоков передачи, ТВ, в двухшаговой процедуре RACH может включать, например, идентификатор беспроводного устройства, C-RNTI, служебный запрос, такой как отчет о работе буфера (например, отчет о состоянии буфера, BSR), один или более пакетов пользовательских данных и/или другую информацию. Беспроводное устройство, например, в состоянии 602 RRC CONNECTED («подключено»), может использовать С-RNTI в качестве идентификатора беспроводного устройства (ID беспроводного устройства). Беспроводное устройство, например, в состоянии 604 RRC INACTIVE («неактивно»), может использовать, в качестве идентификатора беспроводного устройств, C-RNTI (если он имеется), идентификатор возобновления или короткий MAC-ID. Беспроводное устройство, например, в состоянии 606 RRC IDLE («бездействие»), может использовать, в качестве идентификатора беспроводного устройства, C-RNTI (если он имеется), идентификатор возобновления, короткий MAC-ID, IMSI (международный идентификатор мобильного абонента), T-IMSI (временный идентификатор IMSI) и/или случайное число (например, сгенерированное беспроводным устройством).

[0235] В двухшаговой процедуре произвольного доступа беспроводное устройство может принимать два отдельных ответа, соответствующих Msg А: первый ответ для передачи RAP (например, преамбула 1342); и второй ответ для передачи одного или более блоков передачи, ТВ (например, транспортный блок 1342). Беспроводное устройство может выполнять мониторинг PDCCH (например, общего пространства поиска и/или пространства поиска, специфичного для беспроводного устройства), для обнаружения первого ответа с RNTI произвольного доступа, сформированного на основе временных и/или частотных индексов ресурса PRACH, в котором беспроводное устройство передало RAP. Беспроводное устройство может выполнять мониторинг общего пространства поиска и/или пространства поиска, специфичного для беспроводного устройства, для обнаружения второго ответа. Беспроводное устройство может использовать второй RNTI для обнаружения второго ответа. Например, второй RNTI может быть C-RNTI, если он сконфигурирован, RNTI произвольного доступа, сформированным на основе временных и/или частотных индексов возможности передачи в PRACH, в которой беспроводное устройство передало RAP, или RNTI, сформированным на основе временных и/или частотных индексов (и/или идентификатора DM-RS) ресурса PUSCH, в которых беспроводное устройство передало один или более блоков передачи, ТВ. Пространство поиска, специфичное для беспроводного устройства, может быть задано заранее и/или сконфигурировано сообщением RRC, принятым от базовой станции.

[0236] Двухшаговую процедуру произвольного доступа могут запускать одно или более событий. Например, упомянутые одно или более событий могут включать по меньшей мере одно из следующего: первоначальный доступ из состояния RRC IDLE («бездействие»), процедура восстановления соединения RRC, хэндовер, поступление данных нисходящей линии связи или восходящей линии связи в состоянии 602 RRC CONNECTED («подключено»), когда состояние восходящая линия связи не синхронизирована, переход из состояния 604 RRC INACTIVE («неактивно»), процедура восстановления после отказа луча и/или запрос другой системной информации. Например, инициировать процедуру произвольного доступа могут инструкция PDCCH, объект MAC беспроводного устройства и/или указание на отказ луча.

[0237] Беспроводное устройство может инициировать двухшаговую процедуру произвольного доступа в определенных условиях, например, в зависимости от сервиса, данные для которого должны быть переданы (например, чувствительных к задержке данных, таких как URLLC) и/или состояния радиосвязи. Например, базовая станция может конфигурировать одно или более беспроводных устройств с использованием двухшаговой процедуры произвольного доступа, если сота небольшая (например, нет необходимости в зонах ТА) и/или в случае стационарного беспроводного устройства (например, нет необходимости в обновлении зоны ТА). Беспроводное устройство может получать конфигурацию при помощи одного или более сообщений RRC (например, MIB, блоки системной информации, многоадресная и/или одноадресная сигнализация RRC) и/или при помощи управляющей сигнализации уровня L1 (например, инструкция PDCCH), используемой для инициирования двухшаговой процедуры произвольного доступа.

[0238] Например, в зоне макропокрытия беспроводное устройство может иметь сохраненное и/или постоянное значение зоны отслеживания, ТА, к примеру, если это стационарное или практически стационарное беспроводное устройство, такое как беспроводное устройство измерительного типа. В этом случае может быть инициирована двухшаговая процедура произвольного доступа. Базовая станция, имеющая макропокрытие, может использовать широковещательную передачу и/или выделенную сигнализацию для конфигурации двухшаговой процедуры произвольного доступа, для одного или более беспроводных устройств, имеющих сохраненное и/или постоянное значение (или значения) зоны ТА в зоне покрытия.

[0239] Беспроводное устройство в состоянии 602 RRC CONNECTED («подключено») может выполнять двухшаговую процедуру произвольного доступа. Например, двухшаговая процедура произвольного доступа может быть инициирована, когда беспроводное устройство выполняет хэндовер (например, инициированный сетью) и/или когда беспроводное устройство нуждается или запрашивает грант восходящей линии связи для передачи чувствительных к задержке данных, и отсутствуют ресурсы канала управления восходящей линии связи физического уровня, доступные для передачи запроса планирования. Беспроводное устройство в состоянии 604 RRC INACTIVE («неактивно») может выполнять двухшаговую процедуру произвольного доступа, например, для передачи небольшого объема данных, оставаясь в состоянии 604 RRC INACTIVE («неактивно»), или для возобновления соединения. Беспроводное устройство может инициировать двухшаговую процедуру произвольного доступа, например, для первоначального доступа, такого как установление радиолинии, переустановление радиолинии, хэндовер, установление синхронизации восходящей линии связи и/или запрос планирования, когда нет гранта восходящей линии связи.

[0240] Ниже рассмотрены один или более примеров процедуры произвольного доступа. Процедуры и/или параметры, описанные ниже, не ограничены конкретным типом процедуры произвольного доступа. Процедуры и/или параметры, описанные ниже, могут применяться для четырехшаговой процедуры произвольного доступа и/или для двухшаговой процедуры произвольного доступа. Например, процедура произвольного доступа может быть как двухшаговой процедурой произвольного доступа, так и двухшаговой процедурой произвольного доступа.

[0241] Беспроводное устройство может выполнять поиск соты. Например, беспроводное устройство может выполнять временную и частотную синхронизацию с сотой и обнаруживать идентификатор физического уровня первой соты во время процедуры поиска соты. Беспроводное устройство может выполнять поиск соты, например, когда беспроводное устройство приняло один или более сигналов синхронизации (SS), например, первичный сигнал синхронизации (PSS) и вторичный сигнал синхронизации (SSS). Беспроводное устройство может предполагать, что случаи приема одного или более физических широковещательных каналов (РВСН), PSS и SSS находятся в последовательных символах и, например, образуют блок SS/PBCH (SSB). Например, беспроводное устройство может предполагать, что сигнал SSS, опорный сигнал демодуляции РВСН (DM-RS) и данные РВСН имеют одинаковую энергию ресурсного элемента (energy per resource element, EPRE). Например, беспроводное устройство может предполагать, что отношение PSS EPRE к SSS EPRE в блоке SS/PBCH равно конкретному значению (например, либо 0 дБ, либо 3 дБ). К примеру, беспроводное устройство может определять, что отношение PDCCH DM-RS EPRE к SSS EPRE находится в определенном диапазоне (например, от -8 дБ до 8 дБ), например, когда беспроводному устройству не были предоставлены специальные параметры более высокого уровня, например, п конфигурируемые полустатически сообщениями RRC.

[0242] Беспроводное устройство может определять индекс первого символа для одного или более кандидатных блоков SS/PBCH. Например, для полукадра с блоками SS/PBCH индекс первого символа для одного или более кандидатных блоков SS/PBCH может быть определен в соответствии с расстоянием между поднесущими в блоках SS/PBCH. Например, индекс 0 может соответствовать первому символу первого слота в полукадре. В качестве примера, первый символ из одного или более кандидатных блоков SS/PBCH могут иметь индексы {2, 8}+14⋅n для расстояния между поднесущими, равного 15 кГц, где, например, n=0,1 для частот несущих меньших или равных 3 ГГц, и, например, n=0, 1, 2, 3 для частот поднесущих выше 3 ГГц и меньших или равных 6 ГГц. Один или более кандидатных блоков SS/PBCH в полукадре могут быть проиндексированы в порядке возрастания по времени, например, от 0 до L-1. Беспроводное устройство может определять некоторые биты (например, 2 младших значащих бита (least significant bit, LSB) для L=4 или 3 LSB-бита для L>4) индекса блока SS/PBCH в каждом полукадре, например, на основе взаимно однозначного соответствия с одним или более индексами последовательности DM-RS, переданной в РВСН.

[0243] Перед запуском процедуры произвольного доступа базовая станция может передавать одно или более сообщений RRC для конфигурирования беспроводного устройства с использованием одного или более конфигурационных параметров RACH, например, для четырехшаговой процедуры произвольного доступа, двухшаговой процедуры произвольного доступа и/или одновременно для двухшаговой и четырехшаговой процедур произвольного доступа. Упомянутые одно или более сообщений RRC быть переданы в одном или более беспроводных устройств широковещательно или многоадресно. Одно или более сообщений RRC могут быть сообщениями, специфичными для беспроводного устройства, например, выделенным сообщением RRC, передаваемым в беспроводное устройство в состоянии 1520 RRC INACTIVE («неактивно») или 1530 RRC CONNECTED («подключено»). Одно или более сообщений RRC могут включать один или более параметров, необходимых для передачи по меньшей мере одной преамбулы при помощи одного или более ресурсов произвольного доступа. К примеру, упомянутые один или более параметров могут указывать по меньшей мере на одно из следующего: выделение ресурсов PRACH (например, выделение ресурсов для одной или более возможностей передачи в PRACH), формат преамбулы, информация SSB (например, общее количество SSB, выделение ресурсов нисходящей линии связи для передачи SSB, мощность передачи SSB, индекс SSB, соответствующий лучу, по которому передают одно или более сообщений RRC и/или другую информацию), и/или радиоресурсы восходящей линии связи для передачи одного или более транспортных блоков.

[0244] Базовая станция может также передавать один или более опорных сигналов нисходящей линии связи. Например, один или более опорных сигналов нисходящей линии связи могут включать один или более опорных сигналов обнаружения. Беспроводное устройство может выбирать первый опорный сигнал нисходящей линии связи из упомянутых одного или более опорных сигналов нисходящей линии связи. Например, первый опорный сигнал нисходящей линии связи может включать один или более сигналов синхронизации и физический широковещательный канал (SS/PBCH). К примеру, беспроводное устройство может регулировать синхронизацию нисходящей линии связи на основе одного или более сигналов синхронизации. Например, один или более опорных сигналов нисходящей линии связи могут включать один или более опорных сигналов информации о состоянии канала (CSI-RS).

[0245] Одно или более сообщений RRC могут дополнительно включать один или более параметров, указывающих на один или более каналов управления нисходящей линии связи, например, PDDCH. Каждый из одного или более каналов управления нисходящей линии связи может быть связан по меньшей мере с одним из упомянутых одного или более опорных сигналов нисходящей линии связи. Например, первый опорный сигнал нисходящей линии связи может включать системную информацию (например, главный информационный блок (MIB) и/или блок системной информации (SIB)). Базовая станция может передавать сообщение (или сообщения), включающие одну или более системную информацию, например, в физическом широковещательном канале (РВСН), физическом канале управления нисходящей линии связи (PDCCH) и/или физическом канале нисходящей линии связи совместного использования (PDSCH).

[0246] Одна или более системная информация может включать по меньшей мере один информационный элемент (например, PDCCH-Config, PDCCH-ConfigSIB1, PDCCH-ConfigCommon и/или любую их комбинацию). По меньшей мере один информационный элемент может быть передан из базовой станции, например, для указания, беспроводному устройству, одного или более параметров управления. Один или более параметров управления могут указывать на один или более наборов ресурсов управления (CORESET). Например, один или более параметров управления могут включать параметры, указывающие на первый общий CORESET#0 (например, controlResourceSetZero) и/или второй общий CORESET (например, commonControlResourceSet). Один или более параметров управления могут дополнительно включать один или более наборов пространств поиска. Например, один или более параметров управления могут включать параметры первого пространства поиска для блока системной информации (например, searchSpaceSIB1) и/или первого общего пространства №0 поиска (например, searchSpaceZero), и/или первого пространства поиска произвольного доступа (например, ra-SearchSpace) и/или первого пространства поиска пейджинга (например, pagingSearchSpace). Беспроводное устройство может использовать один или более параметров управления для получения, конфигурации и/или мониторинга одного или более каналов управления нисходящей линии связи.

[0247] Беспроводное устройство может выполнять мониторинг набора из одного или более кандидатных каналов управления нисходящей линии связи в одном или более наборах ресурсов управления. Один или более наборов ресурсов управления могут быть определены в первой активной полосе частот нисходящей линии связи, например, в активной части полосы частот (BWP), в первой активной обслуживающей соте. Например, первая активная обслуживающая сота может быть сконфигурирована сетью как беспроводное устройство с использованием одного или более наборов областей поиска. К примеру, беспроводное устройство может декодировать каждый из одного или более каналов управления нисходящей линии связи в наборе кандидатных каналов управления нисходящей линии связи в соответствии с первым форматом первой информации управления нисходящей линии связи (DCI). Набор из одного или более кандидатных каналов управления нисходящей линии связи может быть определен как один или более наборов пространств поиска. Например, один или более наборов пространств поиска могут быть одним или более общими наборами пространств поиска (например, Type0-PDCCH, Type0A-PDCCH, Type1-PDCCH, Type2-PDCCH и/или Туре3-PDCCH), одним или более наборами пространств поиска, специфичных для беспроводного устройства, и/или любой их комбинацией.

[0248] Например, беспроводное устройство может выполнять мониторинг набора из одного или более кандидатных каналов управления нисходящей линии связи в общем наборе пространств поиска, Type0-PDCCH. К примеру, набор общих пространств поиска, Type0-PDCCH, может быть сконфигурирован при помощи по меньшей мере одного информационного элемента, например, PDCCH-ConfigSIB1 в MIB. Например, общий набор пространств поиска, Type0-PDCCH, может быть сконфигурирован при помощи одного или более наборов пространств поиска, например, searchSpaceSIB1 в PDCCH-ConfigCommon или searchSpaceZero в PDCCH-ConfigCommon. К примеру, набор общих пространств поиска, Type0-PDCCH, может быть сконфигурирован для первого формата первой управляющей информации нисходящей линии связи, скремблированной конкретным временным идентификатором радиосети, например RNTI системной информации (SI-RNTI).

[0249] Например, беспроводное устройство может выполнять мониторинг набора из одного или более кандидатных каналов управления нисходящей линии связи в общем наборе пространств поиска, Type1-PDCCH. К примеру, общий набор пространств поиска, Type1-PDCCH, может быть сконфигурирован при помощи одного или более наборов пространств поиска, например, ra-searchSpace в PDCCH-ConfigCommon. Например, общий набор пространств поиска, Type1-PDCCH, может быть сконфигурирован для второго формата второй управляющей информации нисходящей линии связи, скремблированной вторым временным идентификатором радиосети, например, временным идентификатором радиосети произвольного доступа (RA-RNTI), временного RNTI соты (TC-RNTI), C-RNTI и/или RNTI, сформированного беспроводным устройством в результате двухшаговой процедуры произвольного доступа, например, MsgB-RNTI.

[0250] Беспроводное устройство может определять, например, во время поиска соты, что присутствует первый набор ресурсов управления для первого общего пространства поиска (например, Type0-PDCCH). Первый набор ресурсов управления может включать один или более блоков ресурсов и один или более символов. Одно или более сообщений RRC могут дополнительно включать один или более параметров, указывающих на одну или возможностей мониторинга одного или более каналов управления нисходящей линии связи. Например, беспроводное устройство может определять количество последовательных блоков ресурсов и количество последовательных символов для первого набора ресурсов управления первого общего пространства поиска. Например, один или более бит (например, четыре старших бита) по меньшей мере одного информационного элемента (например, PDCCH-ConfigSIB1) могут указывать на количество последовательных блоков ресурсов и количество последовательных символов. Беспроводное устройство может определять одну или более возможностей для мониторинга одного или более каналов управления нисходящей линии связи на основе или более бит (например, четырех младших бит) по меньшей мере одного информационного элемента (например, PDCCH-ConfigSIB1). К примеру, один или более возможностей для мониторинга одного или более каналов управления нисходящей линии связи, связанных с первым опорным сигналом нисходящей линии связи (например, SSB или CSI-RS), могут быть определены на основе одного или более номеров системных кадров и одного или более индексов слотов в первом наборе ресурсов управления. Например, первый опорный сигнал нисходящей линии связи с первым индексом может перекрываться во времени с номером первого кадра и индексом первого слота.

[0251] Беспроводное устройство может выбирать (или определять) конкретный канал нисходящей линии связи из упомянутых одного или более каналов управления нисходящей линии связи на основе первого опорного сигнала нисходящей линии связи (например, SSB или CSI-RS). Например, беспроводное устройство может принимать сообщение (или сообщения), указывающее на связь между одним или более каналами управления нисходящей линии связи и одним или более опорными сигналами нисходящей линии связи. Беспроводное устройство может выбирать первый опорный сигнал нисходящей линии связи (например, SSB или CSI-RS) из упомянутых одного или более опорных сигналов нисходящей линии связи, например, на основе того, что RSRP первого опорного сигнала нисходящей линии связи превышает первое значение. На основе упомянутых связей беспроводное устройство может определить конкретный канал нисходящей линии связи, соответствующий первому опорному сигналу нисходящей линии связи. Беспроводное устройство может определять, что антенный порт опорного сигнала демодуляции, связанный с приемом первого канала нисходящей линии связи, квазисовмещен (QCL) с первым опорным сигналом нисходящей линии связи. Например, антенный порт опорного сигнала демодуляции, связанный с приемом первого канала нисходящей линии связи и первого опорного сигнала нисходящей линии связи (например, соответствующий блок SS/PBCH), может быть квазисовмещен в отношении по меньшей мере одного из следующего: среднее усиление, QCL-TypeA и/или QCL-TypeD.

[0252] Беспроводное устройство может принимать от базовой станции одно или более сообщений RRC, включающих один или более параметров произвольного доступа. Например, одно или более сообщений RRC могут включать общее (или универсальное) сообщение конфигурации произвольного доступа (например, RACH-ComfigCommon и/или RACH-ConfigGeneric), указывающее по меньшей мере на одно из следующего: общее количество преамбул произвольного доступа (например, totalNumberOfRA-Preambles), один или более индексов конфигурации PRACH (например, prach-ConfigurationIndex), количество возможностей передачи в PRACH, которые могут быть мультиплексированы по частоте (FDM) в один момент времени (например, msg1-FDM), смещение наименьшей возможности передачи в PRACH по частоте относительно первого ресурсного блока (например, msg1-FrequencyStart), шаг линейного изменения мощности для PRACH (например, powerRampingStep), целевой уровень мощности на стороне приемника в сети (preambleReceivedTargetPower), максимальное количество передач преамбулы произвольного доступа, которое может быть выполнено (например, preambleTransMax), ширина окна для ответа произвольного доступа (т.е. RAR, например, сообщение Msg2) (например, ra-ResponseWindow), количество SSB для каждой возможности передачи в канале произвольного доступа (RACH) и количество преамбул состязательного доступа в каждом SSB (например, ssb-perRACH-OccasionAndCB-PreamblesPerSSB). Например, общее количество преамбул произвольного доступа может быть кратно количеству SSB на в каждой возможности передачи в RACH. Например, ширина окна для RAR может выражаться в количестве слотов. К примеру, выделенное сообщение конфигурации произвольного доступа (например, RACH-ConfigDedicated) может включать одну или более возможностей передачи в RACH для несостязательного произвольного доступа (например, возможности) и один или более индексов маски PRACH для выбора ресурса произвольного доступа (например, ra-ssb-OccasionMaskIndex).

[0253] Один или более параметров произвольного доступа (например, ssb-perRACH-OccasionAndCB-PreamblesPerSSB) могут указывать на первое количество (например, N) одного или более опорных сигналов нисходящей линии связи (например, блоков SS/PBCH), которые могут быть связаны с первой возможностью передачи в PRACH. Один или более параметров произвольного доступа (например, ssb-perRACH-OccasionAndCB-PreamblesPerSSB) могут указывать на второе количество (например, R) одной или более преамбул произвольного доступа для первого опорного сигнала нисходящей линии связи и для первой возможности передачи в PRACH. Упомянутые одна или более преамбул произвольного доступа могут быть преамбулами состязательного доступа. Первый опорный сигнал нисходящей линии связи может быть первым блоком SS/PBCH. Например, первое количество (например, если N<1) указывает на то, что первый блок SS/PBCH может быть сопоставлен с одной или более (например, 1/N) действительными возможностями передачи в PRACH. Например, второе количество (например, R) указывает на то, что одна или более преамбул с последовательными индексами, относящимися к первому блоку SS/PBCH, может начинаться с первого индекса преамбулы для первой действительной возможности передачи в PRACH.

[0254] Например, один или более индексов конфигурации PRACH (например, prach-ConfigurationIndex) могут указывать на формат преамбулы, периодичность одного или более временных ресурсов PRACH, один или более номеров подкадров PRACH, количество слотов PRACH в одном или более подкадрах PRACH, номер стартового символа PRACH и/или количество возможностей передачи в PRACH, во временной области, в слоте PRACH.

[0255] Один или более параметров произвольного доступа могут дополнительно включать период ассоциации для отображения одного или более блоков SS/PBCH на одну или более возможностей передачи в PRACH. К примеру, один или более индексов блока SS/PBCH могут быть отображены на одну или более возможностей передачи в PRACH на основе их порядка. Примеры порядка могут включать следующее: в порядке возрастания индексов по меньшей мере одной преамбулы в первой возможности передачи в PRACH; в порядке возрастания индексов одного или более частотных ресурсов (например, для возможностей передачи в PRACH с мультиплексированием по частоте); в порядке возрастания индексов одного или более временных ресурсов (например, для возможностей передачи в PRACH с мультиплексированием по времени) в первом слоте PRACH; и/или в порядке возрастания индексов слотов PRACH.

[0256] Инструкция управления, инициирующая процедуру произвольного доступа (например, для добавления SCell и/или обновления зоны ТА), может включать по меньшей мере один индекс маски PRACH. По меньшей мере один индекс маски PRACH может указывать на одну или более возможностей передачи в PRACH, ассоциированных с одним или более опорными сигналами нисходящей линии связи (например, SSB и/или CSI-RS). На фиг. 18 показан пример значений индекса маски PRACH, которые могут быть указаны с помощью инструкции управления, в соответствии с одним из аспектов примера осуществления настоящего изобретения. Беспроводное устройство может идентифицировать одну или более возможностей передачи в PRACH конкретного опорного сигнала нисходящей линии связи (например, SSB и/или CSI-RS) на основе значения индекса маски PRACH, указанного с помощью инструкции управления (например, инструкции PDCCH). Инструкция управления (например, PDCCH) может включать поле, указывающее на конкретный SSB (или CSI-RS). Например, допустимые возможности передачи в PRACH на фиг. 18, могут быть отражены (например, последовательно) на индекс конкретного SSB. Беспроводное устройство может выбирать первую возможность передачи в PRACH, указанную первым значением индекса маски PRACH для конкретного SSB в первом периоде ассоциации. Первый период ассоциации может быть первым циклом отображения. Беспроводное устройство может устанавливать в начальное значение один или более индексов одной или более возможностей передачи в PRACH для первого цикла отображения.

[0257] Беспроводное устройство может принимать от базовой станции одно или более сообщений, указывающих на параметры произвольного доступа для процедуры произвольного доступа, показанной на фиг. 13А и/или фиг. 13В, и/или для двухшаговой процедуры произвольного доступа, показанной на фиг. 13С. Например, упомянутые одно или более сообщений могут представлять собой широковещательные RRC-сообщения, специфичные для беспроводного устройства RRC-сообщения и/или их комбинацию. Например, одно или более сообщений могут включать по меньшей мере одно из следующего: общая конфигурация произвольного доступа (например, RACH-ConfigCommon), универсальная конфигурация произвольного доступа (например, RACH-ConfigGeneric) и/или конфигурация произвольного доступа, выделенная для беспроводного устройства (например,, RACH-ConfigDedicated). Например, в случае (четырехшаговой и/или двухшаговой) процедуры состязательного произвольного доступа беспроводное устройство принимает от базовой станции по меньшей мере RACH-ConfigCommon и RACH-ConfigGeneric. Например, в случае (четырехшаговой и/или двухшаговой) процедуры несостязательного произвольного доступа беспроводное устройство принимает от базовой станции по меньшей мере RACH-ConfigDedicated, вместе с RACH-ConfigCommon и/или RACH-ConfigGeneric. Процедура произвольного доступа к соте SCell может быть инициирована инструкцией PDCCH с ra-PreambleIndex, отличным от первого индекса (который может быть предварительно задан или сконфигурирован, например, равным 0b000000).

[0258] Беспроводное устройство может инициировать процедуру произвольного доступа по меньшей мере на основе параметра (или параметров), сконфигурированного по меньшей мере в одном из следующего: RACH-ConfigCommon, RACH-ConfigGeneric и RACH-ConfigDedicated. Например, беспроводное устройство может инициировать процедуру произвольного доступа, например, после, или в ответ на, получение инструкции PDCCH от базовой станции, с помощью объекта MAC беспроводного устройства и/или RRC беспроводного устройства. Беспроводное устройство может находиться в одном или более состояниях, в зависимости от которых должны быть инициированы одна или более процедур произвольного доступа. Например, может присутствовать одна процедура произвольного доступа, выполняемая в любой момент времени в объекте MAC. Беспроводное устройство может продолжить текущую процедуру или начать новую (например, для запроса SI), например, если объект MAC беспроводного устройства примет запрос на процедуру произвольного доступа, в то время, как одна процедура уже выполняется в объекте MAC.

[0259] Пример общей конфигурации произвольного доступа (например, RACH-ConfigCommon) может быть следующим:

[0260] Например, messagePowerOffsetGroupB указывает на порог для выбора преамбулы. Значение messagePowerOffsetGroupB может быть выражено в дБ. Например, "minusinfinity" в RACH-ConfigCommon может соответствовать бесконечности. Значение dBO может соответствовать 0 дБ, dB5 может соответствовать 5 дБ и так далее. Значение msg1-SubcarrierSpacing в RACH-ConfigCommon может указывать на расстояние между поднесущими PRACH. Могут применяться одно или более значений, например, 15 или 30 кГц (<6ГГц), 60 или 120 кГц (>6 ГГц). Может присутствовать параметр 1-го уровня (например, prach-Msg1SubcarrierSpacing), соответствующий msg1-SubcarrierSpacing. Беспроводное устройство может применять SCS как полученный на основе prach-ConfigurationIndex в RACH-ConfigGeneric, например, если этот параметр отсутствует. Базовая станция может использовать msg3-transformPrecoding для указания беспроводному устройству, разрешено ли предварительное кодирование с преобразованием для передачи данных (например, сообщение Msg3 в четырехшаговой процедуре произвольного доступа и/или передача одного или более блоков передачи, ТВ, в двухшаговой процедуре произвольного доступа). Отсутствие msg3-transfromPrecoding может указывать на то, что оно отключено. Значение numberOfRA-PreamblesGroupA может указывать на количество преамбул состязательного доступа в каждом SSB в группе А. Это может неявно задавать количество преамбул состязательного доступа в каждом SSB, доступное в группе В. Этот параметр может быть согласован с параметром ssb-perRACH-OccasionAndCB-PreamblesPerSSB. Значение prach-RootSequenceIndex может указывать на индекс корневой последовательности PRACH. Может присутствовать параметр 1-го уровня (например, 'PRACHRootSequenceIndex'), соответствующий ssb-perRACH-OccasionAndCB-PreamblePerSSB. Диапазон значений может зависеть от размера преамбулы, например, от того, равна ли длина (L) преамбулы L=839 или L=139. Значение ra-ContentionResolutionTimer может указывать на начальное значение таймера разрешения конфликтов. Например, значение ms8 в RACH-ConfigCommon может указывать на 8 мс, значение ms16 может указывать на 16 мс и т.д. Значение ra-Msg3SizeGroupA может указывать на пороговое значение размера транспортного блока в битах. К примеру, беспроводное устройство может использовать преамбулу состязательного произвольного доступа из группы А, например, когда размер транспортного блока меньше ra-Msg3SizeGroupA. Значение rach-ConfigGeneric может указывать на один или более универсальных параметров RACH в RACH-ConfigGeneric. Значение restrictedSetConfig может указывать на конфигурацию неограниченного набора или одного из двух типов ограниченных наборов. Значение rsrp-ThresholdSSB может указывать на порог для выбора блока SS. Например, беспроводное устройство может выбирать блок SS и соответствующий ресурс PRACH для оценки потерь в канале и (повторной) передачи на основе блоков SS, которые удовлетворяют порогу. Значение rsrp-ThresholdSSB-SUL может указывать на порог для выбора несущей восходящей линии связи. Например, беспроводное устройство может выбирать вспомогательную несущую восходящей линии связи (SUL) для выполнения произвольного доступа на основе этого порога. Значение ssb-perRACH-OccasionAndCB-PreamblesPerSSB может указывать на количество SSB в каждой возможности передачи в RACH и количество преамбул состязательного доступа в каждом SSB. Могут присутствовать один или более параметров 1-го уровня (например, 'SSB-per-rach-occasion' и/или 'CB-preambles-per-SSB'), соответствующих ssb-perRACH-OccasionAndCB-PreamblesPerSSB. Например, общее количество преамбул состязательного доступа в возможности передачи в RACH может быть задано равным CB-preambles-per-SSB * max(1,SSB-per-rach-occasion). Значение totalNumberOfRA-Preambles может указывать на общее количество преамбул, применяемых для состязательного произвольного доступа и несостязательного произвольного доступа. Например, значение totalNumberOfRA-Preambles может не включать одну или более преамбул, используемых для других целей (например, для запроса SI). Если это поле отсутствует, беспроводное устройство может использовать одну или более из 64 преамбул для произвольного доступа.

[0261] Пример универсальной конфигурации произвольного доступа, RACH-ConfigGeneric, может быть следующим:

[0262] Например, msg1-FDM может указывать на количество возможностей передачи в PRACH с использованием FDM-мультиплексирования, в один момент времени. Может присутствовать параметр 1-го уровня (например, 'prach-FDM'), соответствующий msg1-FDM. Значение msg1-FrequencyStart может указывать на смещение возможности передачи в PRACH (например, самой малой возможности передачи в PRACH) в частотной области относительно конкретного PRB (например, PRB 0). Базовая станция может конфигурировать значение msg1-FrequencyStart таким образом, чтобы соответствующий ресурс RACH находился в пределах полосы частот BWP восходящей линии связи. Может присутствовать параметр 1-го уровня (например, 'prach-frequency-start'), соответствующий msg1-FreqencyStart. Значение powerRampingStep может указывать на шаги линейного повышения мощности для PRACH. Значение prac-ConfigurationIndex может указывать на индекс конфигурации PRACH. Например, в технологии радиодоступа (например, LTE и/или NR) могут быть заранее заданы одна или более конфигураций PRACH, a prach-ConfigurationIndex может указывать на одну из упомянутых одной или более конфигураций PRACH. Может присутствовать параметр 1-го уровня (например, 'PRACHConfigurationIndex'), соответствующий prach-Configurationlndex. Значение preambleReceivedTargetPower может указывать на целевой уровень мощности на стороне приемника в сети. Например, могут быть выбраны значения, кратные конкретному значению (например, в дБм). Значение RACH-ConfigGeneric выше иллюстрирует пример, в котором выбраны значения, кратные 2 дБм (например, -202, -200, -198, …). Значение preambleTransMax может указывать на количество передач преамбулы произвольного доступа, выполняемых до объявления об отказе. Например, значение preambleTransMax может указывать на максимальное количество передач преамбулы произвольного доступа, выполняемых до объявления об отказе. Значение ra-ResponseWindow может указывать на ширину окна RAR, измеряемую в слотах (или подкадрах, мини-слотах и/или символах). Базовая станция может конфигурировать значение меньшее или равное конкретному значению (например, 10 мс). Значение может быть больше конкретного значения (например, 10 мс). Значение zeroCorrelationZoneConfig может указывать на индекс конфигурации формирования последовательности преамбулы (например, конфигурация N-CS). В технологии радиодоступа (например, LTE и/или NR) могут быть заранее заданы одна или более конфигураций формирования последовательности преамбулы, a zeroCorrelationZoneConfig может указывать на одну из них. Например, беспроводное устройство может определять циклический сдвиг последовательности преамбулы на основе zeroCorrelationZoneConfig. Значение zeroCorrelationZoneConfig может определять свойство преамбул произвольного доступа (например, зону нулевой корреляции).

[0263] Пример выделенной конфигурации произвольного доступа (например, RACH-ConfigDedicated) иметь следующий вид:

[0264] Например, CSI-RS может быть указан беспроводному устройству при помощи идентификатора (например, ID) ресурса CSI-RS, заданного в объекте измерения, который связан с данной обслуживающей сотой. Значение ra-OccasionList может указывать на одну или более возможностей произвольного доступа. Беспроводное устройство может использовать одну или более возможностей произвольного доступа, например, когда беспроводное устройство выполняет процедуру несостязательного произвольного доступа (contention-free random access, CFRA) после выбора кандидатного луча, идентифицированного CSI-RS. Значение ra-PreambleIndex может указывать на индекс преамбулы произвольного доступа для использования в возможностях произвольного доступа, связанных с данным CSI-RS. Значение ra-ssb-OccasionMaskIndex может указывать на индекс маски PRACH для выбора ресурса произвольного доступа. Маска может быть действительной для одного или более ресурсов SSB, сигнализированных в ssb-ResourceList. Значение rach-ConfigGeneric может указывать на конфигурацию возможностей несостязательного произвольного доступа для процедуры CFRA. Значение ssb-perRACH-Occasion может указывать на количество SSB в каждой возможности передачи в RACH. Значение ra-Preamblelndex может указывать на индекс преамбулы, который беспроводное устройство может использовать при выполнении CFRA после выбора кандидатных лучей, идентифицированных данным SSB. Значение ssb в RACH-ConfigDedicated может указывать на идентификатор (например, ID) SSB, передаваемого данной обслуживающей сотой. Значение cfra в RACH-ConfigDedicated может указывать на один или более параметров несостязательного произвольного доступа к заданной целевой соте. Беспроводное устройство может выполнять состязательный произвольный доступ, например, если данное поле (например, cfra) отсутствует. Значение ra-prioritization может указывать на один или более параметров, которые применяются для процедуры приоритетного произвольного доступа к данной целевой соте. Поле SSB-CFRA в RACH-ConfigDedicated может присутствовать, например, если поле ресурсов в CFRA задано равным на ssb; в противном случае оно должно отсутствовать.

[0265] Беспроводное устройство может принимать от базовой станции одно или более сообщений RRC, указывающих по меньшей мере на одно из следующего: доступный набор возможностей передачи в PRACH для передачи преамбулы произвольного доступа (например, prach-ConfigIndex), исходную мощность преамбулы произвольного доступа (например, preambleReceivedTargetPower), порог RSRP для выбора SSB и соответствующей преамбулы произвольного доступа и/или возможности передачи в PRACH (например, rsip-ThresholdSSB, rsrp-ThresholdSSB могут быть сконфигурированы в конфигурации восстановления после отказа луча, например, информационный элемент BeamFailureRecoveryConfig, к примеру, если процедура произвольного доступа запущена в случае восстановления после отказа луча), порог RSRP для выбора CSI-RS и соответствующей преамбулы произвольного доступа и/или возможности передачи в PRACH (например, rsrp-ThresholdCSI-RS, rsrp-ThresholdCSI-RS могут быть заданы равным значению, вычисленному на основе rsrp-ThresholdSSB и значения смещения, например, умножением rsip-ThresholdSSB на powerControlOffset), порог RSRP для выбора между несущей NUL и несущей SUL (например, rsrp-ThresholdSSB-SUL), смещение мощности между rsrp-ThresholdSSB и rsrp-ThresholdCSI-RS, применяемое, когда процедура произвольного доступа запущена в случае восстановления после отказа луча (например, powerControlOffset), коэффициент линейного повышения мощности (например, powerRampingStep), коэффициент линейного повышения мощности в случае дифференцированной процедуры произвольного доступа (например, powerRampingStepHighPriority), индекс преамбулы произвольного доступа (например, ra-Preamblelndex), индекс (например, ra-ssb-OccasionMaskIndex) указывающий на возможности передачи в PRACH, связанные с SSB, в котором объект MAC может передавать преамбулу произвольного доступа (к примеру, на фиг. 18 показаны примеры значений ra-ssb-OccasionMaskIndex), возможности передачи в PRACH, связанные с CSI-RS, в котором объект MAC может передавать преамбулу произвольного доступа (например, ra-OccasionList), максимальное количество передач преамбулы произвольного доступа (например, preambleTransMax), количество SSB отображаемых на каждую возможность передачи в PRACH, и количество преамбул произвольного доступа, отображаемых на каждый SSB (например, ssb-perRACH-OccasionAndCB-PreamblesPerSSB, временное окно (длительность и/или интервал) для мониторинга ответа произвольного доступа (например, га-ResponseWindow) и/или таймер разрешения конфликтов (например, ra-ContentionResolutionTimer).

[0266] В одном из примеров беспроводное устройство инициирует процедуру произвольного доступа для обнаружения отказа луча и восстановления после отказа. Например, беспроводное устройство может принимать от базовой станции сообщение (или сообщения) RRC для процедуры восстановления после отказа луча. Беспроводное устройство может указывать, обслуживающей базовой станции, в ходе процедуры восстановления после отказа луча, на SSB или CSI-RS, в которых беспроводное устройство обнаружило отказ луча, среди одного или более SSB/CSI-RS обслуживающей соты. Отказ луча может быть обнаружен путем подсчета одного или более индикаторов экземпляров отказа луча, переданных из нижних уровней в объект MAC беспроводного устройства. Например, беспроводное устройство может принимать от базовой станции сообщение RRC (например, включающую конфигурацию восстановления после отказа луча, например, BeamFailureRecoveryConfig), указывающее по меньшей мере на одно из следующего: beamFailureInstanceMaxCount для обнаружения отказа луча, beamFailureDetectionTimer для обнаружения отказа луча, beamFailureRecoveryTimer для процедуры восстановления после отказа луча, rsrp-ThresholdSSB для порога RSRP для восстановления после отказа луча, powerRampingStep для восстановления после отказа луча, preambleReceivedTargetPower, preambleReceivedTargetPower для восстановления после отказа луча, preambleTransMax для восстановления после отказа луча, временное окно (например, ra-ResponseWindow) для мониторинга ответов для восстановления после отказа луча с использованием преамбулы несостязательного произвольного доступа, prach-ConfigIndex для восстановления после отказа луча, ra-ssb-OccasionMaskIndex для восстановления после отказа луча, ra-OccasionList для восстановления после отказа луча.

[0267] Беспроводное устройство может применять (или использовать, или поддерживать) один или более параметров (или переменных) для процедуры произвольного доступа. Например, упомянутые один или более параметров (или переменных) могут включать по меньшей мере одно из следующего: PREAMBLE_INDEX; PREAMBLE_TRANSMISSION_COUNTER; PREAMBLE_POWER_RAMPING_COUNTER; PREAMBLE_POWER_RAMPING_STEP; PREAMBLE_RECEIVED_TARGET_POWER; PREAMBLE_BACKOFF; PCMAX; SCALING_FACTOR_BI и TEMPORARY_C-RNTI.

[0268] Беспроводное устройство может выполнять выбор ресурсов произвольного доступа для выбора одной или более преамбул и одной или более возможностей передачи в PRACH (или ресурсов, включающих время, частоту и/или код). Например, возможны случаи, когда процедуру произвольного доступа инициируют для восстановления после отказа луча и/или таймер beamFailureRecoveryTimer либо отсчитывается, либо не сконфигурирован; и/или ресурсы несостязательного произвольного доступа для запроса восстановления после отказа луча, связанные с любым из SSB и/или CSI-RS, были явно предоставлены RRC; и/или доступны по меньшей мере один из SSB с SS-RSRP выше rsrp-ThresholdSSB среди SSB в списке candidateBeamRSList или сигналы CSI-RS с CSI-RSRP выше rsrp-ThresholdCSI-RS среди CSI-RS в списке candidateBeamRSList. В этом случае беспроводное устройство может выбрать один или более SSB с одним или более соответствующими значениями SS-RSRP выше rsrp-ThresholdSSB из SSB в списке candidateBeamRSList или один или более CSI-RS с одним или более соответствующими значениями CSI-RSRP выше rsrp-ThresholdCSI-RS из CSI-RS в списке candidateBeamRSList. Например, беспроводное устройство может выбрать по меньшей мере один CSI-RS и установить PREAMBLE_INDEX равным значению ra-PreambleIndex, соответствующую SSB в списке candidateBeamRSList, который квазисовмещен по меньшей мере с одним CSI-RS, выбранным беспроводным устройством, например, если отсутствует ra-PreambleIndex, связанный по меньшей мере с одним CSI-RS, в противном случае беспроводное устройство может установить PREAMBLE_INDEX равным ra-PreambleIndex, соответствующему выбранному SSB или CSI-RS из набора преамбул произвольного доступа для запроса на восстановление после отказа луча.

[0269] Беспроводное устройство может принимать, при помощи PDCCH или RRC, значение ra-PreambleIndex, которое не является индексом конкретной преамбулы (оно может быть заранее задано или конфигурируемо, и быть равным, например, 0b000000). В этом случае беспроводное устройство может установить PREAMBLE_INDEX равным сигнализированному ra-PreambleIndex.

[0270] Возможны случаи, когда ресурсы несостязательного произвольного доступа, связанные с SSB, явно предоставлены беспроводному устройству при помощи RRC, и доступен по меньшей мере один SSB с SS-RSRP выше rsrp-ThresholdSSB, из соответствующих блоков SSB. В таком случае беспроводное устройство может выбирать, из соответствующих SSB, SSB с SS-RSRP выше rsrp-ThresholdSSB. Например, беспроводное устройство может установить PREAMBLE_INDEX равным ra-PreambleIndex, соответствующему выбранному SSB.

[0271] Возможны случаи, когда ресурсы несостязательного произвольного доступа, связанные с CSI-RS, явно предоставлены беспроводному устройству при помощи RRC, и доступен по меньшей мере один CSI-RS с CSI-RS RSRP выше rsrp-ThresholdCSI-RS, из соответствующих сигналов CSI-RS. В этом случае беспроводное устройство может выбирать, из соответствующих сигналов CSI-RS, CSI-RS с CSI-RSRP выше rsrp-ThresholdCSI-RS. Например, беспроводное устройство может установить PREAMBLE_INDEX равным ra-PreambleIndex, соответствующему выбранному CSI-RS.

[0272] Возможны случаи, когда доступен по меньшей мере один из SSB с SS-RSRP выше rsrp-ThresholdSSB. В этом случае, например, беспроводное устройство может выбирать SSB с SS-RSRP выше rsrp-ThresholdSSB. Беспроводное устройство может выбирать любой SSB, например, если ни один из SSB с SS-RSRP выше rsrp-ThresholdSSB недоступен. Выбор ресурса произвольного доступа выполняют, например, при повторной передаче сообщений Msg1 1311, Msg3 1313, MsgA 1331 и/или транспортного блока 1342. Беспроводное устройство может выбрать ту же группу преамбул произвольного доступа, которая использовалась для попытки передачи преамбулы произвольного доступа, соответствующей первой передаче сообщений Msg1 1311, Msg3 1313, MsgA 1331 и/или транспортного блока 1342. Например, беспроводное устройство может выбрать ra-PreambleIndex случайным образом с равной вероятностью из преамбул произвольного доступа, связанных с выбранным SSB и выбранной группой преамбул произвольного доступа, например, если связь между преамбулами произвольного доступа и SSB сконфигурирована. Например, беспроводное устройство может выбрать ra-PreambleIndex случайным образом с равной вероятностью из преамбул произвольного доступа в группе преамбул произвольного доступа, например, если связь между преамбулами произвольного доступа и SSB не сконфигурирована. Беспроводное устройство может установить PREAMBLE_INDEX равным ra-PreambleIndex.

[0273] В одном из примеров, если ранее выбран SSB и сконфигурирована связь между возможностями передачи в PRACH и SSB, беспроводное устройство может определять следующую доступную возможность передачи в PRACH из возможностей передачи в PRACH, соответствующих выбранному SSB, которые проходят под ограничениями, заданными параметром ra-ssb-OccasionMaskIndex, если он сконфигурирован (например, объект MAC беспроводного устройства может выбирать возможность передачи в PRACH (например, случайным образом с равной вероятностью) среди возможностей передачи в PRACH, возникающих одновременно, но на разных поднесущих, соответствующих выбранному SSB; объект MAC может учитывать возможное возникновение зазоров измерений при определении следующей доступной возможности передачи в PRACH, соответствующей выбранному SSB).

[0274] В одном из примеров, если ранее выбран CSI-RS и сконфигурирована связь между возможностями передачи в PRACH и CSI-RS, беспроводное устройство может определять следующую доступную возможность передачи в PRACH в списке ra-OccasionList, соответствующем выбранному CSI-RS (например, объект MAC беспроводного устройства может выбирать возможность передачи в PRACH (например, случайным образом с равной вероятностью) среди возможностей передачи в PRACH, возникающих одновременно, но на разных поднесущих, соответствующих выбранному CSI-RS; объект MAC может учитывать возможное возникновение зазоров измерений при определении следующей доступной возможности передачи в PRACH, соответствующей выбранному CSI-RS).

[0275] Если CSI-RS выбран ранее и нет ресурса несостязательного произвольного доступа, связанного с выбранным CSI-RS, беспроводное устройство может определять следующую доступную возможность передачи в PRACH из возможностей передачи в PRACH, например, указанных ra-ssb-OccasionMaskhIndex, если он сконфигурирован (например, ra-ssb-OccasionMaskIndex может указывать на ограничения, определяющие доступность возможностей передачи в PRACH), соответствующих SSB в списке candidateBeamRSList, который квазисовмещен с выбранным CSI-RS (например, объект MAC беспроводного устройства может учитывать возможное возникновение зазоров измерений при определении следующей доступной возможности передачи в PRACH, соответствующей SSB, который квазисовмещен с выбранным CSI-RS).

[0276] Беспроводное устройство может определять следующую доступную возможность передачи в PRACH. Например, объект MAC беспроводного устройства может выбирать возможность передачи в PRACH (например, случайным образом с равной вероятностью) среди возможностей передачи в PRACH, возникающих одновременно, но на разных поднесущих. Объект MAC может определять следующую доступную возможность передачи в PRACH на основе (например, с учетом) возможного возникновения зазоров измерений.

[0277] Беспроводное устройство может выполнять передачу преамбулы произвольного доступа на основе выбранного значения PREABLE INDEX и выбранной возможности передачи в PRACH. Например, если уведомление о приостановке счетчика линейного изменения мощности не было принято от нижних уровней (например, физического уровня); и/или если выбранный SSB и/или CSI-RS не изменен (например, такие же, как и для предыдущей передачи преамбулы произвольного доступа), беспроводное устройство может увеличить PREAMBLE_POWER_RAMPING_COUNTER, например, на единицу или до следующего значения (например, величина шага счетчика может быть задана заранее и/или конфигурироваться полустатически). Например, беспроводное устройство может выбрать значение DELTA_PREAMBLE, которое может быть заранее задано и/или конфигурироваться полустатически базовой станцией, и установить PREAMBLE_RECEIVED_TARGET_POWER равным preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER-1) × PREAMBLE_POWER_RAMPING_STEP.

[0278] Объект MAC беспроводного устройства может инструктировать физический уровень о передаче преамбулы произвольного доступа с использованием выбранного PRACH, соответствующего RA-RNTI (например, если он доступен), PREAMBLE_INDEX и PREAMBLE_RECEIVED_TARGET_POWER. Например, беспроводное устройство может определять RA-RNTI, связанный с возможностью передачи в PRACH, в которой передана преамбула произвольного доступа. Например, RA-RNTI может быть определен как индекс первого символа OFDM заданного канала PRACH, индекс первого слота заданного PRACH в системном кадре, индекс заданного PRACH в частотной области и/или индикатор несущей восходящей линии связи. Например, заданный PRACH может представлять собой канал PRACH, в котором беспроводное устройство передает преамбулу произвольного доступа. В одном из примеров RA-RNTI определяют следующим образом: RA-RNTI=1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id, где s_id может быть индексом первого символа OFDM заданного PRACH (0≤s_id<14), t_id может быть индексом первого слота заданного PRACH в системном кадре (0≤t_id<80), f_id может быть индексом заданного PRACH в частотной области (0≤f_id<8), а ul_carrier_id (0 для несущей NUL и 1 для несущей SUL, или наоборот) может быть несущей восходящей линии связи, используемой для передачи сообщения Msg1 1311 или преамбулы 1341. В нелицензируемом спектре RA-RNTI может быть определен также на основе SFN и/или ширины окна RAR. Например, RA-RNTI может быть определен также на основе остатка от деления SFN на ширину окна RAR (например, деления SFN на ширину окна RAR по модулю). Пример определения RA-RNTI в нелицензируемом спектре может выглядеть следующим образом: RA-RNTF=1+s_id+14×t_id+14×80×f_id+14×80×8×ul_carrier_id×14×80×8×2×(SFN mod «размер окна RAR»), где SFN - номер системного кадра первого слота, а размер окна RAR конфигурируется параметром более высокого уровня, например, ra-ResponseWindow в RACH-ConfigGeneric. К примеру, в зависимости от реализации выражение (SFN mod «размер окна RAR) может располагаться впереди остальных компонентов: s_id, 14×t_id, 14×80×f_id, and/or 14×80×8×ul_carrier_id, в формуле вычисления RA-RNTI.

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

[0280] Беспроводное устройство может запускать окно произвольного доступа (например, ra-ResponseWindow), сконфигурированное в конфигурационных параметров управления лучом (например, BeamFailureRecoveryConfig) в первой возможности передачи в канале управления нисходящей линии связи (например, PDCCH), с момента окончания передачи преамбулы произвольного доступа (например, сообщений Msg1 1311 или Msg1 1321 в случае четырехшаговой процедуры произвольного доступа) или с момента окончания передачи одного или нескольких блоков передачи, ТВ (например, транспортный блок 1342 в случае двухшаговой процедуры произвольного доступа), например, если беспроводное устройство выполняет процедуру несостязательного произвольного доступа для запроса восстановления после отказа луча. Беспроводное устройство может выполнять мониторинг первого канала управления нисходящей линии связи SpCell на предмет ответа на запрос восстановления после отказа луча, идентифицированного конкретным RNTI (например, RA-RNTI или C-RNTI), в то время как окно произвольного доступа запущено.

[0281] Беспроводное устройство может запускать окно произвольного доступа (например, ra-ResponseWindow), сконфигурированное в конфигурационном параметре произвольного доступа (например, RACH-ConfigCommon) в первой возможности передачи в канале управления нисходящей линии связи, с момента окончания передачи преамбулы произвольного доступа (например, сообщений Msg1 1311 или Msg1 1321 в случае четырехшаговой процедуры произвольного доступа) или с момента окончания передачи одного или нескольких блоков передачи, ТВ (например, транспортный блок 1342 в случае двухшаговой процедуры произвольного доступа), например, если беспроводное устройство не выполняет процедуру несостязательного произвольного доступа для запроса восстановления после отказа луча. Беспроводное устройство может выполнять мониторинг возможностей передачи в первом канале управления нисходящей линии связи SpCell на предмет ответов произвольного доступа, идентифицированных конкретным RNTI (например, RA-RNTI или C-RNTI), в то время как окно произвольного доступа (например, ra-ResponseWindow) запущено.

[0282] Беспроводное устройство может принимать PDCCH на основе RA-RNTI. PDCCH может указывать на назначение нисходящей линии связи, на основе чего беспроводное устройство может принимать один или более блоков передачи, ТВ, включающих PDU MAC. К примеру, PDU MAC может включать по меньшей мере один подблок PDU MAC с соответствующим подзаголовком, включающим идентификатор преамбулы произвольного доступа (Random Access Preamble identifier, RAPID), соответствующий преамбуле, которую беспроводное устройство передает в базовую станцию. В этом случае беспроводное устройство может определить, что прием ответа произвольного доступа был успешным. Например, по меньшей мере один подблок PDU MAC может включать только идентификатор преамбулы произвольного доступа (например, RAPID), например, в случае процедуры произвольного доступа, которую беспроводное устройство инициирует для запроса системной информации.

[0283] В процедуре произвольного доступа беспроводное устройство может получать от базовой станции по меньшей мере один ответ RAR (например, сообщение Msg2 1312, Msg2 1322 или MsgB 1332) в качестве ответа на сообщения Msg1 1313, Msg1 1321 или MsgA 1331. Беспроводное устройство может отслеживать набор пространств поиска (например, общее пространство поиска, Type1-PDCCH) для обнаружения первой информации управления нисходящей линии связи (например, DCI формата 10). Первая информация управления нисходящей линии связи может быть скремблирована с использованием конкретного временного идентификатором радиосети (например, RA-RNTI, C-RNTI или msgB-RNTI). Первая информация управления нисходящей линии связи может включать назначение нисходящей линии связи, указывающее на то, что планирование PDSCH включает по меньшей мере один RAR. Беспроводное устройство может использовать назначение нисходящей линии связи для идентификации параметров, необходимых для декодирования/обнаружения PDSCH. Например, назначение нисходящей линии связи может указывать по меньшей мере на одно из следующего: выделение временных и частотных ресурсов PDSCH, размер PDSCH, MCS и т.д. На основе этих параметров беспроводное устройство может принимать PDSCH, включающий по меньшей мере один ответ RAR.

[0284] Беспроводное устройство может выполнять мониторинг первой информации управления нисходящей линии связи (например, DCI формата 10) внутри временного окна. Временное окно может быть указано с помощью одного или более сообщений RRC. Например, временное окно может начинаться с определенного символа (например, первого или последнего символа) первого набора ресурсов управления. Беспроводное устройство может принимать, от сети или базовой станции, одно или более сообщений RRC, включающих один или более параметров, необходимых для приема первой информации управления нисходящей линии связи в первом наборе ресурсов управления. Беспроводное устройство может определять ширину временного окна на основе упомянутых одного или более параметров (например, ra-ResponseWindow). Ширина временного окна может быть выражена в количестве слотов, символов OFDM и/или любой их комбинацией. В этом случае ширина может зависеть от длительности слота и/или символа OFDM, которые могут быть определены на основе нумерологии. Ширина временного окна может быть задана абсолютной временной длительностью, например, выраженной в миллисекундах.

[0285] Беспроводное устройство может останавливать временное окно, например, после, или в ответ, на прием одного или более ответов произвольного доступа, которые были определены как успешные. Прием одного или более ответов произвольного доступа может быть определен как успешный, например, когда эти один или более ответов произвольного доступа включают индекс преамбулы (например, идентификатор преамбулы произвольного доступа: RAPID), соответствующий преамбуле, которую беспроводное устройство передало в базовую станцию. Например, идентификатор RAPID может быть ассоциирован с передачей PRACH. Один или более ответов произвольного доступа могут включать грант восходящей линии связи, указывающий на один или более ресурсов восходящей линии связи, выделенных беспроводному устройству. Беспроводное устройство может передавать один или более транспортных блоков (например, Msg 3 1313) при помощи упомянутых одного или более ресурсов восходящей линии связи.

[0286] Ответ RAR может иметь вид PDU MAC, включающего один или более подблоков PDU MAC и/или опциональное заполнение незначащими данными. На фиг. 19А показан пример RAR-ответа в соответствии с одним из аспектов примера осуществления настоящего изобретения. Подзаголовки MAC могут выравниваться по октетам. Каждый подблок PDU MAC может включать по меньшей мере одно из следующего: подзаголовок MAC исключительно с индикатором отсрочки; подзаголовок MAC исключительно с RAPID (т.е. подтверждение приема запроса SI); подзаголовок MAC с RAPID и MAC RAR. На фиг. 19В показан пример подзаголовка MAC с индикатором отсрочки в соответствии с одним из аспектов примера осуществления настоящего изобретения. Например, подзаголовок MAC с индикатором отсрочки может включать одно или более полей заголовка, например, E/T/R/R/BI, в соответствии с иллюстрацией фиг. 19В. Подблок PDU MAC с индикатором отсрочки может быть помещен в начале PDU MAC, например, если подблок PDU MAC включает индикатор отсрочки. Подблок PDU MAC исключительно с RAPID и подблок PDU MAC с RAPID, и MAC RAR могут быть помещены в любом месте, после подблока PDU MAC с индикатором отсрочки и, если оно выполняется, до заполнения незначащими данными, в соответствии с иллюстрацией фиг. 19А. Подзаголовок MAC с RAPID может включать одно или более полей заголовка, например, E/T/RAPID, в соответствии с иллюстрацией фиг. 19С, в соответствии с одним из аспектов примера осуществления настоящего изобретения. Заполнение незначащими данными может быть помещено в конец PDU MAC, если оно присутствует. Наличие и длина заполнения незначащими данными могут быть получены неявно, в зависимости от размера транспортного блока, ТВ, и размеров подблоков PDU MAC.

[0287] В одном из примеров одно или более полей заголовка в подзаголовке MAC могут указывать на следующее: поле E может указывать на поле расширение, которое может представлять собой флаг, указывающий на то, является ли подблок PDU MAC, включающий данный подзаголовок MAC, последним подблоком PDU MAC в блоке PDU MAC или нет. Поле E может быть установлено равным "1" для указания на то, что далее следует по меньшей мере еще один подблок PDU MAC. Поле E может быть установлено равным "0" для указания на то, что подблок PDU MAC, включающий этот подзаголовок MAC, является последним подблоком PDU MAC в блоке PDU MAC; поле T может быть флагом, указывающим, содержит ли подзаголовок MAC идентификатор преамбулы произвольного доступа или индикатор отсрочки (одно или более значений отсрочки могут быть заданы заранее, при этом индикатор отсрочки, BI, может указывать на одно из значений отсрочки). Поле T может быть установлено равным «0» для указания на наличие поля индикатора задержки (BI) в подзаголовке. Поле T может быть установлено равным "1" для указания на наличие поля идентификатора преамбулы произвольного доступа в подзаголовке (RAPID); поле R может указывать на зарезервированный бит, который может быть установлен равным «0»; поле BI может быть полем индикатора отсрочки, которое идентифицирует состояние перегрузки в соте. Размер поля BI может составлять 4 бита; поле RAPID может быть полем идентификатора преамбулы произвольного доступа, который может идентифицировать переданную преамбулу произвольного доступа. Подблок PDU MAC может не включать MAC RAR, например, если RAPID в подзаголовке MAC подблока PDU MAC соответствует одной из преамбул произвольного доступа, сконфигурированных для запроса SI.

[0288] Могут применяться один или более форматов MAC RAR. В четырехшаговой или двухшаговой процедуре произвольного доступа может применяться по меньшей мере один из описанных ниже форматов MAC RAR. К примеру, на фиг. 20 показан пример одного из форматов MAC RAR в соответствии с одним из аспектов примера осуществления настоящего изобретения. Ответ MAC RAR может иметь фиксированный размер, в соответствии с иллюстрацией фиг. 20, и может включать по меньшей мере одно из следующих полей: поле R, которое может указывать на зарезервированный бит, установленный равным «0» или «1»; поле команды временного опережения, которое может указывать на значение индекса ТА, используемое для управления величиной корректировки по времени; поле UL Grant (грант восходящей линии связи), указывающее на ресурсы, которые должны быть использованы в восходящей линии связи; и поле RNTI (например, временный C-RNTI и/или C-RNTI), указывающее на идентификатор, который используют при произвольном доступе. Например, для двухшаговой процедуры произвольного доступа ответ RAR может включать по меньшей мере одно из следующего: идентификатор разрешения конфликтов пользовательского оборудования, идентификатор RV для повторной передачи одного или более блоков передачи, ТВ, индикатор успешного или неуспешного декодирования одной или более передач ТВ, а также одно или более полей, показанных на фиг. 20.

[0289] Возможен случай, когда базовая станция мультиплексирует, в блоке PDU MAC, ответы RAR для двухшаговой и четырехшаговой процедур произвольного доступа. Беспроводному устройству может не требоваться поле индикатора длины RAR, и/или беспроводное устройство может определять границу каждого RAR в PDU MAC на основе заранее заданной информации о размере RAR, например, если RAR для двухшаговой и четырехшаговой процедур произвольного доступа имеют одинаковый размер. На фиг. 21 показан пример формата RAR, который может использоваться в PDU MAC с мультиплексированием RAR для двухшаговой и четырехшаговой процедур произвольного доступа, в соответствии одним из аспектов примера осуществления настоящего изобретения. Ответ RAR, показанный на фиг. 21, может быть фиксированного размера, при этом для двухшаговой и четырехшаговой процедур произвольного доступа применяют один и тот же формат. Беспроводное устройство может использовать (анализировать, интерпретировать или определять) битовую строку (например, 6 октетов) поля идентификатора разрешения конфликтов пользовательского оборудования, показанное на фиг. 21, по-разному в зависимости от типа процедуры произвольного доступа. Например, беспроводное устройство, инициирующее двухшаговую процедуру произвольного доступа, определяет, было ли разрешение конфликтов успешным (например, разрешено или выполнено) или нет, на основе упомянутой битовой строки, например, путем сравнения идентификатора разрешения конфликта с битовой строкой (например, 6 октетов) поля идентификатора разрешения конфликтов пользовательского оборудования. Например, беспроводное устройство, инициирующее четырехшаговую процедуру произвольного доступа, может использовать (анализировать, интерпретировать или определять) битовую строку (например, 6 октетов) иным образом, например, не в целях разрешения конфликтов. Например, в этом случае битовая строка может указывать на еще один грант восходящей линии связи для дополнительных одной или более возможностей передачи сообщения Msg3 1313, битов заполнения и т.д.

[0290] Например, RAR для двухшаговой процедуры произвольного доступа может иметь форматы, размеры и/или поля, отличные от RAR для четырехшаговой процедуры произвольного доступа. На фиг. 22А и 22В показаны примеры форматов RAR, которые могут использоваться для двухшаговой процедуры произвольного доступа, в соответствии одним из аспектов примера осуществления настоящего изобретения. Ответ RAR может включать поле (например, зарезервированное поле «R», в соответствии с иллюстрацией фиг. 21, 22А и 22В), указывающее на тип RAR или длину RAR, например, если один или более RAR (например, RAR для двухшаговой и четырехшаговой процедур произвольного доступа) мультиплексируют в одном PDU MAC, и при этом мультиплексируемые ответы RAR имеют разные форматы (например, отличаются для двухшаговой и четырехшаговой процедур произвольного доступа). Поле для указания на тип (или длину) RAR может находиться в подзаголовке (например, подзаголовке MAC), в MAC RAR или в отдельном подблоке PDU MAC в RAR (например, аналогично подблоку 1 PDU MAC и/или подблоку 2 PDU MAC на фиг. 19А, может быть еще один PDU MAC, указывающий на тип (или длину) RAR). Ответ RAR может содержать поля различных типов, которые могут соответствовать неявному и/или явному указанию в подзаголовке или в ответе RAR. Беспроводное устройство может определить границы одного или более RAR в блоке PDU MAC на основе одного или более индикаторов.

[0291] Может поддерживаться окно ответа произвольного доступа, в течение которого беспроводное устройство выполнять мониторинг нисходящего канал управления на предмет ответа произвольного доступа, переданного от базовой станции в качестве ответа на преамбулу, принятой от беспроводного устройства. Например, базовая станция может передать сообщение, включающее значение окна RAR. Например, конфигурационные параметры произвольного доступа, общие для соты или специфичные для беспроводного устройства (например, RACH-ConfigGeneric, RACH-ConfigCommon, RACH-ConfigDedicated или ServingCellConfig), в сообщении могут указывать на значение окна RAR (например, ra-ResponseWindow). Например, значение окна RAR может быть фиксированным, например, равным 10 мс или иной временной длительности. К примеру, значение окна RAR может быть задано количеством слотов, как это показано в RACH-ConfigGeneric. Беспроводное устройство может распознавать (или определять) размер (например, абсолютную временную длительность и/или ширину) окна RAR на основе нумерологии, сконфигурированной для процедуры произвольного доступа. Например, нумерология может задавать один или более системных параметров, таких как расстояние между поднесущими, длительность слота, размер циклического префикса, количество символов OFDM на слот, количество слотов на кадр, количество слотов на подкадр, минимальное количество блоков физических ресурсов и/или максимальное количество блоков физических ресурсов. Например, упомянутые один или более системных параметров, связанных с нумерологией, могут быть заданы заранее с использованием различных расстояний между поднесущими, длительностями слотов и/или размерами циклического префикса. Например, беспроводное устройство может распознавать, что расстояние между поднесущими равно 15 кГц, циклический префикс является стандартным, используются 14 символов на слот, 10 слотов на кадр и/или 1 слот на подкадр, в случае нумерологии μ=0. Например, беспроводное устройство может распознавать, что расстояние между поднесущими равно 30 кГц, циклический префикс является стандартным, используются 14 символов на слот, 20 слотов на кадр и/или 2 слота на подкадр, в случае нумерологии μ=1. Например, беспроводное устройство может распознавать, что расстояние между поднесущими равно 60 кГц, используются 14 символов на слот, 40 слотов на кадр и/или 4 слота на подкадр, в случае нумерологий μ=2 со стандартным циклическим префиксом. Например, беспроводное устройство может распознавать, что расстояние между поднесущими равно 60 кГц, используются 12 символов на слот, 40 слотов на кадр и/или 4 слота на подкадр, в случае нумерологий μ=2 с расширенным циклическим префиксом. Например, беспроводное устройство может распознавать, что расстояние между поднесущими равно 120 кГц, циклический префикс является стандартным, используются 14 символов на слот, 80 слотов на кадр и/или 8 слота на подкадр, в случае нумерологии μ=3. Например, беспроводное устройство может распознавать, что расстояние между поднесущими равно 240 кГц, циклический префикс является стандартным, используются 14 символов на слот, 160 слотов на кадр и/или 16 слота на подкадр, в случае нумерологии μ=4.

[0292] Беспроводное устройство может определять (или распознавать) размер (например, длительность или ширину) окна RAR на основе сконфигурированного значения окна RAR и нумерологии. Окно RAR может иметь длительность, равную 20 мс, например, если сконфигурированное значение окна RAR равно sl20 (например, 20 слотов) и используется нумерология μ=0 (например, продолжительность слота для μ=0 равна 1 мс). В одном из примеров конкретное значение окна RAR (например, ra-ResponseWindow), сконфигурированное сообщением RRC (например, широковещательным и/или одноадресным, специфичным для беспроводного устройства), может быть связано с конкретной нумерологией. Например, в RACH-ConfigGeneric значения sl10, sl20, sl40 и sl80 могут быть значениями ra-ResponseWindow для нумерологий μ=0, μ=1, μ=2 и μ=3 соответственно. В одном из примеров базовая станция может конфигурировать беспроводное устройство с использованием конкретного значения окна RAR независимо от нумерологии. В лицензируемом спектре размер (например, длительность или ширина) окна RAR не может превышать 10 мс (и/или периодичность возможностей передачи в PRACH). В нелицензируемом спектре размер (например, длительность или ширина) окна RAR может превышать 10 мс (и/или периодичность возможностей передачи в PRACH).

[0293] Беспроводное устройство может выполнять одну или более повторных передач одной или более преамбул в ходе процедуры произвольного доступа (например, двухшаговой процедуры произвольного доступа и/или четырехшаговой процедуры произвольного доступа). Могут присутствовать одно или более условий, по меньшей мере на основании которых беспроводное устройство определяет необходимость одной или более повторных передач одной или более преамбул. Беспроводное устройство может определять необходимость одной или более повторных передач одной или более преамбул, например, когда беспроводное устройство определит, что прием ответа произвольного доступа был неуспешным. Беспроводное устройство может определять, что прием ответа произвольного доступа был неуспешен, например, если по меньшей мере один ответ произвольного доступа, включающий один или более идентификаторов преамбулы произвольного доступа, совпадающих с переданным PREAMBLE_INDEX, не был принят до истечения окна RAR (например, ra-ResponseWindow, сконфигурированное RRC, например в информационном элементе RACH-ConfigCommon). Беспроводное устройство может определять, что прием ответа произвольного доступа был неспешным, например, если PDCCH, адресованный C-RNTI, не был принят в обслуживающей соте, где была передана преамбула, до истечения окна RAR в случае процедуры восстановления после отказа луча (например, ra-ResponseWindow, сконфигурированное в BeamFailureRecoveryConfig).

[0294] Беспроводное устройство может определять необходимость одной или более повторных передач одной или более преамбул, например, когда беспроводное устройство определит, что разрешение конфликтов было неуспешным. Например, беспроводное устройство может определять, на основе сообщения Msg 3 1313 в случае четырехшаговой процедуры произвольного доступа и/или сообщения MsgB 1332 в случае двухшаговой процедуры произвольного доступа, было ли успешным разрешение конфликтов или нет.

[0295] К примеру, объект MAC беспроводного устройства может запускать таймер разрешения конфликтов (например, ra-ContentionResolutionTimer) и может перезапускать таймер разрешения конфликтов (например, ra-ContentionResolutionTimer) при каждой повторной передаче HARQ в первом символе после окончания передачи сообщения Msg3, например, когда беспроводное устройство передает в базовую станцию сообщение Msg3 1313. Беспроводное устройство может определять, что разрешение конфликтов было неуспешным, например, если беспроводное устройство не примет указание на разрешение конфликтов, пока таймер разрешения конфликта (например, ra-ContentionResolutionTimer) продолжает отсчитываться. Беспроводное устройство может определять, что разрешение конфликтов было неуспешным, например, если беспроводное устройство не приняло указания на разрешение конфликтов, пока таймер разрешения конфликта (например, ra-ContentionResolutionTimer) не истек. Беспроводное устройство может отбросить TEMPRARY_C-RNTI, указанный в сообщении Msg2 1312 (или сообщении Msg В 1332), после, или в ответ, на истечение таймера разрешения конфликтов (и/или в ответ на определение неуспешного разрешения конфликтов).

[0296] В случае двухшаговой процедуры произвольного доступа беспроводное устройство может запускать таймер (например, окно RAR, окно MsgB или таймер разрешения конфликтов), например, после, или в ответ, на передачу транспортного блока 1342, включающего идентификатор разрешения конфликтов беспроводного устройства. Беспроводное устройство может определять, что необходимы одна или более повторных передач сообщения MsgA 1331 (например, преамбул 1341 и/или транспортного блока 1342), например, если по меньшей мере одно сообщение Msg В, включающее идентификатор разрешения конфликта, который был передан беспроводным устройством, не было принято до истечения таймера. К примеру, в случае двухшаговой процедуры произвольного доступа беспроводное устройство может возвращаться к четырехшаговой процедуре произвольного доступа на основе явного и/или неявного указания в сообщении MsgB. Например, если сообщение MsgB, принятое беспроводным устройством, содержит явное указание и/или RNTI, используемый для обнаружения планирования PDCCH в MsgB, является конкретным RNTI (например, RA-RNTI или msgB RNTI), беспроводное устройство может принять решение о возвращении к четырехшаговой процедуре произвольного доступа. Беспроводное устройство может передавать сообщение Msg3, например, после, или в ответ на, определение отката к четырехшаговой процедуре произвольного доступа при помощи ресурсов, на которые указывает грант восходящей линии связи в сообщении Msg В. В этом случае беспроводное устройство может следовать четырехшаговой процедуре произвольного доступа: например, запускать таймер разрешения конфликтов и/или определить, выполнено ли успешное разрешение конфликтов. Беспроводное устройство может выполнять мониторинг PDCCH во время отсчета таймера разрешения конфликтов (например, ra-ContentionResolutionTimer). Беспроводное устройство может перезапускать таймер разрешения конфликтов (например, ra-ContentionResolutionTimer) при каждой повторной передаче HARQ в первом символе после окончания передачи сообщения Msg3. Беспроводное устройство может определять, что разрешение конфликтов было неуспешным, например, если беспроводное устройство не примет указание на разрешение конфликтов, пока таймер разрешения конфликта (например, ra-ContentionResolutionTimer) не истечет. Беспроводное устройство может отбросить TEMPRARY_C-RNTI, указанный в сообщении Msg2 1312 (или сообщении Msg В 1332), после, или в ответ, на истечение таймера разрешения конфликтов (и/или в ответ на определение неуспешного разрешения конфликтов). Беспроводное устройство, которое определит необходимость повторной передачи в ходе четырехшаговой процедуры произвольного доступа, после отката от двухшаговой процедуры произвольного доступа, может выполнять повторную передачу сообщения MsgA 1331. Беспроводное устройство, которое определит необходимость повторной передачи в ходе четырехшаговой процедуры произвольного доступа, после отката от двухшаговой процедуры произвольного доступа, может выполнять повторную передачу сообщения Msg1 1331. Беспроводное устройство может останавливать таймер разрешения конфликтов и определять, что разрешение конфликтов было успешным, например, если от нижележащих уровней получено уведомление о приеме передачи PDCCH в соте (например, SpCell), и беспроводное устройство распознает, что упомянутая передача PDCCH является идентификатором разрешения конфликтов, соответствующим передаче сообщения Msg3 (или сообщения MsgB), выполненной беспроводным устройством.

[0297] Беспроводное устройство может поддерживать (например, увеличивать) счетчик, подсчитывающий количество передач преамбулы (например, PREAMBLE_TRANSMISSION_COUNTER), с использованием шага счетчика (например, 1), например, после, или в ответ на, неуспешный прием ответа произвольного доступа и/или после, или в ответ, на неуспешное разрешение конфликтов. Беспроводное устройство может определять, что процедура произвольного доступа завершилась неуспешно, и/или объект MAC беспроводного устройства может указывать на проблему произвольного доступа в верхний уровень (уровни), например, если количество передач преамбулы достигнет заранее заданного или полустатически конфигурируемого значения (например, если PREAMBLE_TRANSMISSION_COUNTER = preambleTransMax + 1, где preambleTransMax является заранее заданным или полустатически конфигурируемым значением). Беспроводное устройство может определять, что процедура произвольного доступа не завершена, и/или могут быть выполнены одна или более повторных передач одного или более сообщений Msg1 1311, Msg1 1321 или MsgA 1331, например, если количество передач преамбулы не достигло заранее заданного или полустатически конфигурируемого значения (например, если PREAMBLE_TRANSMISSION_COUNTER < preambleTransMax + 1).

[0298] Беспроводное устройство может ожидать в течение некоторого периода времени (например, время отсрочки) перед повторной передачей одного или нескольких сообщений Msg1 1311, Msg1 1321 или MsgA 1331. Например, беспроводное устройство может установить время отсрочки равным 0 мс, например, когда инициируют процедуру произвольного доступа. Беспроводное устройство может установить (или обновить) время отсрочки на основе значения PREAMBLE_BACKOFF, определяемого значением в поле BI подблока PDU MAC (например, поле BI на фиг. 19В). Значение (или битовая строка) в поле BI может указывать на конкретное время отсрочки в заранее заданной или полустатически конфигурируемой таблице. Например, беспроводное устройство может установить PREAMBLE_BACKOFF равным значению, указанному в поле BI подблока PDU MAC, с использованием заранее заданной или полустатически конфигурируемой таблицы. Например, если беспроводное устройство примет BI, указывающее на индекс 3 (или 0010 в битовой строке), беспроводное устройство может установить значение PREAMBLE_BACKOFF равным значению индекса строки 3 в заранее заданной или полустатически конфигурируемой таблице. Пример формата на фиг. 19В показывает, что для полей BI выделены четыре бита. В этом случае в заранее заданной или полустатически конфигурируемой таблице может быть 16 значений (например, каждое из 16 значений идентифицируется конкретным индексом строки). Беспроводное устройство может установить PREAMBLE_BACKOFF равным значению, указанному в полем BI подблока PDU MAC, умноженному на коэффициент масштабирования (например, SCALING_FACTOR_BI), например, если беспроводное устройство принимает от базовой станции одно или более сообщений RRC с указанием коэффициента масштабирования. Беспроводное устройство может установить (или обновить) значение PREMABLE_BACKOFF на основе поля BI, например, если было принято назначение нисходящей линии связи в PDCCH для RA-RNTI, и полученный блок передачи, ТВ, был успешно декодирован, и/или если ответ произвольного доступа включает подблок PDU MAC с индикатором отсрочки (BI на фиг. 19В). Беспроводное устройство может установить PREAMBLE_BACKOFF равным 0 мс, например, если назначение нисходящей линии связи не было принято в PDCCH для RA-RNTI, и/или полученный блок передачи ТВ не был успешно декодирован, и/или если ответ произвольного доступа не включает подблок PDU MAC с индикатором отсрочки (BI на фиг. 20В).

[0299] Беспроводное устройство может определять время отсрочки, например, если беспроводное устройство определит, что ответ произвольного доступа был неуспешным и/или разрешение конфликтов было неуспешным. Беспроводное устройство может использовать конкретный механизм выбора для определения времени отсрочки. Например, беспроводное устройство может определять время отсрочки на основе равномерного распределения между 0 и PREAMBLE_BACKOFF. Беспроводное устройство может использовать любой тип распределения для выбора времени отсрочки на основе PREAMBLE_BACKOFF. Беспроводное устройство может игнорировать PREAMBLE_BACKOFF (например, значение в поле BI на фиг. 20В) и/или может не иметь времени отсрочки. Например, беспроводное устройство может определять, следует ли применять время отсрочки перед повторной передачей по меньшей мере одной преамбулы на основе типа события, запустившего процедуру произвольного доступа (например, запрос восстановления после отказа луча, хэндовер и т.д.), и/или типа процедуры произвольного доступа (например, двухшаговая процедура произвольного доступа или четырехшаговая процедура произвольного доступа, и/или CBRA или CFRA). Беспроводное устройство может применять время отсрочки для повторной передачи, например, если процедура произвольного доступа представляет собой CBRA (например, когда преамбулу выбирает объектом MAC беспроводного устройства) и/или если беспроводное устройство определит, что процедура произвольного доступа не завершена, на основании неуспешного приема ответа на запрос произвольного доступа. Беспроводное устройство может применять время отсрочки для повторной передачи, например, если беспроводное устройство определит, что процедура произвольного доступа не завершена на основании неуспешного разрешения конфликтов.

[0300] Беспроводное устройство может выполнять процедуру выбора ресурса произвольного доступа (например, выбирать по меньшей мере один SSB или CSI-RS, и/или выбрать PRACH, соответствующий по меньшей мере одному SSB или CSI-RS, выбранному беспроводным устройством), например, если процедура произвольного доступа не завершена. Беспроводное устройство может задерживать следующую передачу преамбулы произвольного доступа (например, или задерживать выполнение процедуры выбора ресурсов произвольного доступа) на время отсрочки.

[0301] Технология радиодоступа может давать беспроводному устройству возможность изменять (переключать) канал (несущую восходящей линии связи, BWP и/или поддиапазон) для повторной передачи по меньшей мере одной преамбулы. Это позволяет увеличить количество возможностей для передачи преамбулы в нелицензируемом спектре. К примеру, базовая станция может передавать беспроводному устройству одно или более сообщений (широковещательных сообщений и/или сообщений RRC), указывающих на конфигурацию одного или более каналов (например, несущей восходящей линии связи, BWP и/или поддиапазонов), в которых сконфигурированы один или более PRACH. Беспроводное устройство может выбирать один канал из упомянутых одного или более каналов (например, BWP и/или поддиапазонов) в качестве канала (например, несущей восходящей линии связи, BWP и/или поддиапазона) для передачи по меньшей мере одной первой преамбулы. Беспроводное устройство может выбирать канал (например, несущую восходящей линии связи, BWP и/или поддиапазон) в зависимости от результата LBT. Например, беспроводное устройство может выполнять одну или более процедур LBT в одном или более каналах и выбирать один из каналов, которые были определены как незаняты. Беспроводное устройство может выбирать один из незанятых каналов, например, случайным образом. Возможен случай, когда переключение канала для повторной передачи не разрешено (например, такое указание может быть заранее задано или сообщаться полустатически).

[0302] Беспроводное устройство может определять мощность повторной передачи по меньшей мере одной преамбулы (или сообщения MsgA) на основе значения PREAMBLE_POWER_RAMPING_COUNTER. Например, беспроводное устройство может установить PREAMBLE_POWER_RAMPING_COUNTER равным исходному значению (например, 1), инициализируя процедуру произвольного доступа. Объект MAC в беспроводном устройстве может, например, для каждой преамбулы произвольного доступа и/или для каждой передачи по меньшей мере одной преамбулы, например, после, или в ответ на, определение неуспешного приема ответа произвольного доступа и/или неуспешного разрешения конфликтов, увеличивать PREAMBLE_POWER_RAMPING_COUNTER на значение шага счетчика, заданное заранее или полустатически конфигурируемое базовой станцией. Объект MAC в беспроводном устройстве может увеличивать PREAMBLE_POWER_RAMPING_COUNTER на 1, например, если PREAMBLE_TRANSMISSION_COUNTER больше единицы; если уведомление о приостановке счетчика линейного изменения мощности не было принято от нижних уровней (например, уведомление получают в ответ на остановку передач преамбулы из-за неуспешной процедуры LBT и/или в ответ на изменение пространственного фильтра); и/или если выбранные SSB, или CSI-RS, не изменились относительно последней передачи преамбулы произвольного доступа. Беспроводное устройство может определять значение DELTA PREAMBLE на основе формата преамбулы и/или нумерологии, выбранных для процедуры произвольного доступа (например, одно или более значений DELTA_PREAMBLE могут быть заранее заданы и связаны с одним или более форматами преамбулы и/или нумерологией). Для заданных формата преамбулы и нумерологии беспроводное устройство может выбирать конкретное значение DELTA_PREAMBLE из одного или нескольких значений. Беспроводное устройство может определять значение PREAMBLE_RECEIVED_TARGET_POWER как preambleReceivedTargetPower + DELTA_PREAMBLE + (PREAMBLE_POWER_RAMPING_COUNTER-1) × PREAMBLE_POWER_RAMPING_STEP. Уровень MAC в беспроводном устройстве может инструктировать физический уровень о передаче преамбулы произвольного доступа с использованием выбранной возможности передачи в PRACH, соответствующего RA-RNTI (например, если он доступен), PREAMBLE_INDEX и PREAMBLE_RECEIVED_TARGET_POWER.

[0303] В случае двухшаговой процедуры произвольного доступа сообщение MsgA 1331 (или транспортный блок 1342) может содержать SDU общего канала управления (СССН). Например, передача транспортного блока 1342 может быть выполнена для логического канала СССН. Например, беспроводное устройство может передавать в базовую станцию, по СССН, запрос (пере)становления RRC, запрос конфигурации RRC и/или запрос возобновления RRC. Беспроводное устройство может начинать мониторинг канала управления нисходящей линии связи (например, PDCCH) на предмет первого RNTI (например, RNTI из сообщения msgB). Принятый PDCCH, в нисходящем канал управления, указывает на назначение нисходящего канала PDSCH (например, PDU MAC), включающего MsgB 1332. В этом случае сообщение MsgB 1332 (или PDSCH (например, PDU MAC), включающий MsgB 1332), которое беспроводное устройство принимает на основе назначения нисходящей линии связи, может включать сообщения RRC радионесущей сигнализации. Сообщение SRB RRC может включать (пере)установление RRC, конфигурацию RRC и/или возобновление RRC, в качестве ответов на запрос (пере)установления RRC, запрос конфигурации RRC и/или запрос на возобновление RRC, соответственно, которые беспроводное устройство передало в сообщении MsgA 1331 (или транспортном блоке 1342).

[0304] В случае, когда сообщение MsgA 1331 (или транспортный блок 1342) включает SDU общего канала управления (СССН), в блоке PDU MAC (или PDSCH) могут быть мультиплексированы одно или более сообщений MsgB для одного или более беспроводных устройств. В блоке PDU MAC могут быть мультиплексированы одно или более сообщений MsgB, только если все они указывают на успешный прием сообщения MsgA. В блоке PDU MAC могут быть мультиплексированы одно или более сообщений MsgB, только если все они указывают на неуспешный прием MsgA (например, ответ об откате). В блоке PDU MAC могут быть мультиплексированы множество сообщений MsgB, включающих один или более ответов, указывающих на успех MsgA, и/или один или более ответов, указывающих на неусппех MsgA (например, ответ RAR об откате). Блок PDU MAC может содержать по меньшей мере одно указание об отсрочке. В случае MsgB, указывающего на успех MsgA, сообщение MsgB может включать по меньшей мере одно из следующего: идентификатор разрешения конфликтов (который соответствует идентификатору, переданному беспроводным устройством в MsgA), С-RNTI и/или команду ТА. В случае MsgB, указывающего на неуспех MsgA (например, ответ RAR о возврате), сообщение MsgB может включать по меньшей мере одно из следующего: RAPID, грант восходящей линии связи (например, для повторной передачи полезной нагрузки MsgA), TC-RNTI и/или команду ТА. Например, при приеме сообщения MsgB, указывающего на неуспех MsgA (например, RAR об откате), беспроводное устройство может перейти к передаче сообщения Msg3 1313 четырехшаговой процедуры RACH (например, в соответствии с иллюстрацией фиг. 13А). Например, сообщение Msg3 1313, которое беспроводное устройство передает как часть процедуры отката, включает SDU СССН, переданный в сообщении MsgA. Блок PDU MAC, содержащий сообщение MsgB, указывающее на успех MsgA, не может быть мультиплексирован в ответе RAR (например, сообщение Msg 2 1312) четырехшаговой процедуры RACH.

[0305] На фиг. 23 показан пример блок-схемы, иллюстрирующей двухшаговую процедуру произвольного доступа, выполняемую между беспроводным устройством и базовой станцией, в соответствии с одним из аспектов примера осуществления настоящего изобретения. В соответствии с иллюстрацией фиг. 23 беспроводное устройство может передавать сообщение MsgA, включающее первую передачу преамбулы и вторую передачу транспортного блока. Транспортный блок может включать SDU СССН. Блок SDU СССН может включать запрос (пере)установления RRC, запрос конфигурации RRC и/или запрос возобновления RRC. Беспроводное устройство может начинать мониторинг канала управления нисходящей линии связи, адресованного конкретному RNTI. Беспроводное устройство может запускать окно RAR MsgB после, или в ответ на, передачу сообщения MsgA или транспортного блока. Упомянутый конкретный RNTI может быть msgB-RNTI или RA-RNTI. Беспроводное устройство может определять конкретный RNTI на основе тайминга (например, символа OFDM, слота, подкадра и/или номеров SFN) и/или частотных индексов радиоресурсов первой передачи для преамбулы и/или второй передачи для транспортного блока. Беспроводное устройство может определять конкретный RNTI также на основании индекса преамбулы и/или индекса порта DMRS.

[0306] Беспроводное устройство может обнаруживать и/или принимать PDCCH, адресованный конкретному RNTI, внутри окна RAR MsgB. DCI-информация, принятая в PDCCH, может включать назначение нисходящей линии связи, которое указывает на прием PDSCH. DCI-информация может быть конкретной DCI, формат которой задан заранее. Например, DCI может иметь формат DCI 10 или в формат DCI 11. Беспроводное устройство может принимать и/или декодировать PDSCH на основе назначения нисходящей линии связи. Физический уровень может декодировать PDSCH и передавать декодированные данные в объект MAC в форме PDU MAC. Беспроводное устройство может идентифицировать ответ (например, MsgB) на сообщение MsgA в PDU MAC. Ответ на сообщение MsgA может включать идентификатор преамбулы, который соответствует идентификатору преамбулы, переданной беспроводным устройством в базовую станцию при помощи MsgA. Ответ на MsgA может включать явное или неявное указание на RAR успеха или на RAR отката. К примеру, ответ на MsgA может включать поле, указывающее на тип (успех или неуспех) RAR. Беспроводное устройство может идентифицировать тип RAR на основе формата принятого RAR. Например, RAR успеха и RAR отката могут включать одно или более полей различных типов и/или размеров, на основе которых беспроводное устройство может идентифицировать тип RAR.

[0307] В случае двухшаговой процедуры произвольного доступа, подобной процедуре RA на фиг. 23, беспроводное устройство может определять, по меньшей мере на основе C-RNTI, было ли разрешение конфликтов успешным или нет, принято ли успешно сообщение MsgB или нет. Беспроводное устройство может передавать сообщение MsgA, включающее C-RNTI, в базовую станцию, если беспроводное устройство уже имеет назначенный C-RNTI. Например, беспроводное устройство могло принять сообщение, включающее C-RNTI, от базовой станции до передачи MsgA. Сообщение MsgA (или транспортный блок в MsgA) может включать элемент управления C-RNTI MAC, указывающий базовой станции на C-RNTI. Беспроводное устройство может начинать мониторинг канала управления нисходящей линии связи на предмет сообщения Msg В с одним или более RNTI, например, после, или в ответ на, передачу сообщения MsgA (или транспортного блока Msg А). Например, беспроводное устройство может выполняться мониторинг канала управления нисходящей линии связи (например, PDCCH) на предмет одного или более RNTI после, или в ответ на, передачу сообщения MsgA, в котором указан C-RNTI (например, элемент управления C-RNTI MAC). Один или более RNTI могут включать первый RNTI (например, MsgB-RNTI), определенный (или вычисленный) на основе радиоресурсов восходящей линии связи, используемых для передачи MsgA. Например, первый RNTI может быть RA-RNTI. Например, первый RNTI может быть определен на основе радиоресурсов восходящей линии связи, используемых для преамбулы и/или транспортного блока сообщения Msg А. Радиоресурсы восходящей линии связи могут включать время (например, выраженное в виде любой комбинации из символов OFDM, количества слотов, количества подкадров и/или SFN) и/или частотные индексы возможностей передачи в PRACH для преамбулы MsgA), идентификатор преамбулы MsgA, время (например, выраженное в виде любой комбинации из символов OFDM, количества слотов, количества подкадров и/или SFN, и/или временного смещения относительно соответствующей возможности передачи в PRACH) и/или частотные индексы возможностей передачи в PUSCH для транспортного блока MsgA, и/или индексы DMRS (например, идентификаторы порта DMRS) для возможности передачи в PUSCH транспортного блока MsgA). Например, беспроводное устройство выполнять мониторинг PDCCH, адресованных C-RNTI, на предмет успешного ответа на MsgA, выполнять мониторинг PDCCH, адресованных первым RNTI (например, msgB-RNTI), на предмет ответа о неуспехе (или об откате) на сообщение MsgA. Беспроводное устройство может запускать таймер (например, таймер разрешения конфликтов) и/или выполнять мониторинг канала управления нисходящей линии связи во время отсчета таймера. К примеру, таймер может определять, как долго (например, в течение определенного временного интервала или периода времени) беспроводное устройство будет выполнять мониторинг канала управления нисходящей линии связи, чтобы получить ответ от базовой станции (например, ответ об успехе или об откате) на сообщение MsgA.

[0308] Беспроводное устройство может прекратить мониторинг канала нисходящей линии связи, если оно примет по меньшей мере один ответ, например, PDCCH, адресованный C-RNTI, и/или PDCCH, адресованный первым RNTI. Беспроводное устройство может определять, что разрешение конфликтов было успешным, в зависимости от одного или более условий. Например, беспроводное устройство может определять, что разрешение конфликтов было успешным, если обнаружен PDCCH, адресованный C-RNTI, который был включен в MsgA, и PDSCH, указанный в PDCCH (например, при помощи назначения нисходящей линии связи в DCI), включает команду ТА. Например, беспроводное устройство может определять, что разрешение конфликтов было успешным, если обнаружен PDCCH, адресованный С-RNTI, который был включен в MsgA, и PDSCH, указанный в PDCCH (например, при помощи назначения нисходящей линии связи в DCI), включает грант восходящей линии связи (например, если беспроводное устройство уже синхронизировано). Канал PDCCH, адресованный C-RNTI, может быть указанием на успешный ответ. Например, беспроводное устройство может прекращать мониторинг PDCCH, адресованного С-RNTI, если беспроводное устройство получит ответ об откате (например, RAR). В этом случае разрешение конфликтов было неуспешным, и беспроводное устройство может вернуться к передаче сообщения Msg3 (например, как было описано выше в связи с фиг. 13) в составе резервной процедуры. Беспроводное устройство может определять ответ об откате на основе PDCCH, адресованного первым RNTI (например, RNTI в MsgB). Например, во время мониторинга PDCCH беспроводным устройством, оно может обнаружить PDCCH, адресованный первым RNTI (например, RNTI в msgB). Канал PDCCH (например, DCI с назначением нисходящей линии связи) может включать назначение нисходящей линии связи, на основе которого беспроводное устройство принимает PDSCH, включающий ответ об откате. PDSCH может включать один или более ответов. Беспроводное устройство определяет нужный ответ из упомянутых одного или более ответов на основе одного или более идентификаторов. Например, беспроводное устройство может определять ответ из упомянутых одного или более ответов, если идентификатор ответа совпадает с индексом преамбулы сообщения MsgA. Ответ может содержать грант восходящей линии связи, указывающий радиоресурсы восходящей линии связи, в которых беспроводное устройство может передавать сообщение Msg3 в ходе резервной процедуры. На фиг. 19А (например, вместе с фиг. 19В и 19С) показан пример формата PDU канала PDSCH, принимаемого на основе первого RNTI. Например, RAPID на фиг. 19С является примером идентификатора, на основе которого беспроводное устройство определяет соответствующий ему ответ (например, MAC RAR на фиг. 19А) в случае ответа об откате. Беспроводное устройство может определять, что прием MsgB (или разрешение конфликтов, или попытка передачи MsgA) был неудачным, если за время отсчета таймера (например, таймера разрешения конфликтов) не были обнаружены, ни ответ об откате, ни PDCCH, адресованный С-RNTI. В этом случае беспроводное устройство может выполнить операцию отсрочки на основании индикатора отсрочки (например, фиг. 19В), если он принят в сообщении MsgB.

[0309] На фиг. 24 показан пример блок-схемы, иллюстрирующей двухшаговую процедуру произвольного доступа, выполняемую между беспроводным устройством и базовой станцией, в соответствии с одним из аспектов примера осуществления настоящего изобретения. Беспроводное устройство может принимать сообщение, включающее C-RNTI, от базовой станции перед выполнением двухшаговой процедуры произвольного доступа (данный шаг не показан на фиг. 24). Беспроводное устройство может передавать C-RNTI (например, элемент управления C-RNTI MAC СЕ, указывающий на C-RNTI) в базовую станцию при помощи MsgA в ходе двухшаговой процедуры произвольного доступа. Например, в ходе двухшаговой процедуры произвольного доступа беспроводное устройство может передавать сообщение MsgA, включающее первую передачу преамбулы и вторую передачу транспортного блока. Транспортный блок может включать C-RNTI (например, элемент управления C-RNTI MAC, указывающий на C-RNTI). Беспроводное устройство может начинать мониторинг канала управления нисходящей линии связи на предмет множества RNTI. Множество RNTI может включать C-RNTI. Множество RNTI может включать MsgB-RNTI. Множество RNTI может включать RA-RNTI. Беспроводное устройство может определять конкретный MsgB-RNTI и/или RA-RNTI на основе тайминга (например, символа OFDM, слота, подкадра и/или номеров SFN) и/или частотных индексов радиоресурсов первой передачи для преамбулы и/или второй передачи для транспортного блока. Беспроводное устройство может определять конкретный RNTI также на основании индекса преамбулы и/или индекса порта DMRS. Беспроводное устройство может запускать окно RAR MsgB после, или в ответ на, передачу сообщения MsgA (или транспортного блока). Беспроводное устройство может выполнять мониторинг канала управления нисходящей линии связи внутри окна RAR MsgB. Беспроводное устройство может останавливать мониторинг нисходящего канала управления, если оно пример, в канале управления нисходящей линии связи, внутри окна RAR MsgB, по меньшей мере один PDCCH, адресованный C-RNTI и/или MsgB-RNTI (или RA-RNTI).

[0310] На фиг. 25А и 25В показаны примеры блок-схем, иллюстрирующих двухшаговые процедуры произвольного доступа, выполняемые между беспроводным устройством и базовой станцией, в соответствии с одним из аспектов примера осуществления настоящего изобретения. Беспроводное устройство может принимать сообщение, включающее C-RNTI, от базовой станции перед выполнением двухшаговой процедуры произвольного доступа (данный шаг не показан на фиг. 25А и 25В). Беспроводное устройство может передавать C-RNTI (например, элемент управления С-RNTI MAC СЕ, указывающий на C-RNTI) в базовую станцию при помощи MsgA в ходе двухшаговой процедуры произвольного доступа. Беспроводное устройство может запускать окно RAR MsgB после, или в ответ на, передачу сообщения MsgA (или транспортного блока). Беспроводное устройство может выполнять мониторинг канала управления нисходящей линии связи внутри окна RAR MsgB. Беспроводное устройство может выполнять мониторинг канала управления нисходящей линии связи на предмет C-RNTI и/или MsgB-RNTI (или RA-RNTI). Беспроводное устройство может останавливать мониторинг нисходящего канала управления, если оно пример, в канале управления нисходящей линии связи, внутри окна RAR MsgB, по меньшей мере один PDCCH, адресованный C-RNTI и/или MsgB-RNTI (или RA-RNTI).

[0311] На фиг. 25А показан пример блок-схемы, иллюстрирующей прием беспроводным устройством, по каналу управления восходящей линии связи, PDCCH, адресованного C-RNTI беспроводного устройства. Беспроводное устройство, которое передает C-RNTI (например, элемент управления C-RNTI MAC, указывающий на С-RNTI) при помощи сообщения MsgA, может выполнять мониторинг канала управления нисходящей линии связи на предмет C-RNTI и/или MsgB-RNTI (или RA-RNTI). Беспроводное устройство может прекращать мониторинг канала управления нисходящей линии связи на предмет C-RNTI и/или MsgB-RNTI (или RA-RNTI) после, или в ответ на, прием PDCCH, адресованного C-RNTI. Обнаруженный PDCCH может включать DCI, включающую назначение нисходящей линии связи, на основе которого беспроводное устройство принимает PDSCH (например, PDU MAC). Принятый PDSCH (или PDU MAC) может включать команду ТА (например, элемент управления ТА MAC). Беспроводное устройство может прекращать мониторинг канала управления нисходящей линии связи на предмет C-RNTI и/или MsgB-RNTI (или RA-RNTI) после, или в ответ на, прием PDCCH, адресованного C-RNTI, и/или соответствующего PDSCH (или элемента управления MAC), включающего команду ТА. В этом случае беспроводное устройство может определять, что двухшаговая процедура произвольного доступа завершена успешно, прием сообщения MsgB успешен и/или разрешение конфликтов завершено успешно.

[0312] На фиг. 25В показан пример блок-схемы, иллюстрирующей прием беспроводным устройством, по каналу управления восходящей линии связи, PDCCH, адресованного MsgB-RNTI (или RA-RNTI). Беспроводное устройство, которое передает C-RNTI (например, элемент управления C-RNTI MAC, указывающий на C-RNTI) при помощи сообщения MsgA, может выполнять мониторинг канала управления нисходящей линии связи на предмет C-RNTI и/или MsgB-RNTI (или RA-RNTI). Беспроводное устройство может прекращать мониторинг канала управления нисходящей линии связи на предмет C-RNTI и/или MsgB-RNTI (или RA-RNTI) после, или в ответ на, прием PDCCH, адресованного msgB-RNTI (или RA-RNTI). Обнаруженный PDCCH может включать DCI, включающую назначение нисходящей линии связи, на основе которого беспроводное устройство принимает PDSCH (например, PDU MAC). Принятый PDSCH (или PDU MAC) может включать один или более ответов RAR (например, одно или более сообщений MsgB). Беспроводное устройство может прекращать мониторинг канала управления нисходящей линии связи на предмет C-RNTI и/или MsgB-RNTI (или RA-RNTI) после, или в ответ на, прием PDCCH, адресованного C-RNTI, и/или соответствующего PDSCH (или PDU MAC), включающего один или боле ответов RAR (например, одно или более сообщений MsgB). Беспроводное устройство может определять ответ RAR (например, сообщение MsgB), соответствующий MsgA, на основе того, что идентификатор преамбулы совпадает с идентификатором преамбулы, переданным беспроводным устройством в MsgA. Например, ответ RAR (например, сообщение MsgB) может включать по меньшей мере один идентификатор преамбулы. Беспроводное устройство может определять, что ответ RAR (например, MsgB) в PDSCH (или PDU MAC) соответствует MsgA, если идентификатор преамбулы RAR (например, MsgB) совпадает с идентификатором преамбулы, которую беспроводное устройство передало в базовую станцию при помощи MsgA. Беспроводное устройство может прекращать мониторинг канала управления нисходящей линии связи на предмет C-RNTI и/или msgB-RNTI (или RA-RNTI) после, или в ответ на, определение RAR (например, MsgB) в PDSCH (или PDU MAC) на основе идентификатора преамбулы. Ответ RAR может указывать на откат к передаче сообщения Msg3 четырехшаговой процедуры произвольного доступа. Например, RAR может включать грант восходящей линии связи и команду ТА. Беспроводное устройство может передать сообщение Msg3 при помощи радиоресурсов, указанных в гранте восходящей линии связи, с использованием тайминга передач в восходящей линии связи, скорректированного на основе команды ТА. Сообщение Msg3 может включать по меньшей мере часть транспортного блока. Например, сообщение Msg3 и транспортный блок могут быть идентичными. Например, Msg3 может включать C-RNTI.

[0313] В двухшаговой процедуре произвольного доступа RA беспроводное устройство может передавать C-RNTI (например, элемент управления C-RNTI MAC, указывающий на C-RNTI) в базовую станцию при помощи передачи сообщения MsgA, включающего первую передачу преамбулы и вторую передачу транспортного блока. Например, транспортный блок может включать C-RNTI (например, элемент управления C-RNTI MAC, указывающий на C-RNTI). Беспроводное устройство может начинать мониторинг канала управления нисходящей линии после, или в ответ на, передачу сообщения MsgA. Например, беспроводное устройство может запускать окно (например, окно RAR MsgB) после, или в ответ на, передачу сообщения MsgA (например, транспортного блока) и выполнять мониторинг канала управления нисходящей линии связи на предмет ответа на MsgA внутри открытого окна (например, окна RAR MsgB). Беспроводное устройство может принимать и/или обнаруживать, в канале управления нисходящей линии связи, внутри открытого окна, PDCCH, адресованный C-RNTI. PDCCH может включать DCI, указывающую на выделение PDSCH нисходящей линии связи. Беспроводное устройство может пытаться принять и/или декодировать PDSCH на основе назначения нисходящей линии связи. Назначение нисходящей линии связи может указывать на параметры, на основе которых беспроводное устройство может принять PDSCH. Например, назначение нисходящей линии связи может указывать по меньшей мере на одно из следующего: индикатор выделения частотных ресурсов (например, выраженных в одном или более частотных смещениях), индикатор выделения временных ресурсов (например, выраженных в символах OFDM и/или смещений в слотах относительно момента времени приема PDCCH, и/или длительности передачи PDSCH), схема модуляции и кодирования, указатель версии избыточности, индекс назначения нисходящей линии связи, индикатор ресурсов PUCCH для передачи ACK/NACK приема PDSCH, команда управления мощностью передачи запланированного PUCCH для передачи ACK/NACK, индикатор тайминга обратной связи PDSCH-HARQ (например, передача ACK/NACK).

[0314] Возможен случай, когда беспроводное устройство успешно принимает (и/или обнаруживает) PDCCH, адресованный C-RNTI, переданный беспроводным устройством в базовую станцию, но не может декодировать принятый PDSCH на основе назначения нисходящей линии связи. Проблема в этом случае заключается в том, что беспроводное устройство может не может отрицательное подтверждение приема (NACK) (например, указание NACK с помощью UCI) в базовую станцию, если PDSCH (или PDU MAC) включает команду ТА и/или действительное значение ТА недоступно для беспроводного устройства. Например, беспроводное устройство может не передавать индикацию NACK (например, с использованием UCI) о приеме PDSCH на базовую станцию, если истекает время таймера ТА беспроводного устройства. Таймер ТА в беспроводном устройстве может быть запущен (или перезапущен) после, или в ответ на, получение команды ТА перед передачей сообщения MsgA. Например, беспроводное устройство может не передавать указание NACK (например, с помощью UCI) для приема PDSCH в базовую станцию, если таймер ТА беспроводного устройства истек. Возможен случай, в котором беспроводное устройство не может передать транспортный блок (или пакет, PUSCH) или сигнал управления (например, UCI и/или PUCCH) в базовую станцию после, или в ответ на, определение (или идентификацию), на основе обнаружения PDCCH, адресованного C-RNTI, того, что разрешение конфликтов было успешным (или базовая станция успешно приняла сообщение Msg А).

[0315] На фиг. 26 показан пример блок-схемы, иллюстрирующей двухшаговую процедуру произвольного доступа, RA, в соответствии с одним из аспектов примера осуществления настоящего изобретения. Беспроводное устройство может выполнять (или инициировать) процедуру произвольного доступа (например, четырехшаговую процедуру произвольного доступа). Беспроводное устройство может передавать преамбулу (например, сообщение Msg 1 1311). Беспроводное устройство может выполнять мониторинг канала управления на предмет наличия DCI, скремблированных RA-RNTI. Беспроводное устройство может принимать ответ произвольного доступа (например, PDSCH и/или сообщение Msg2 1312), соответствующий преамбуле (например, Msg1 1311). В одном из примеров беспроводное устройство может декодировать ответ неуспешно. Беспроводное устройство, неуспешно декодировавшее ответ (например, PDSCH и/или Msg2 1312), может повторно передать преамбулу. В одном из примеров беспроводное устройство может успешно декодировать ответ произвольного доступа (например, PDSCH и/или Msg2 1312). Ответ может включать одно или более полей, указывающих на значение ТА. Беспроводное устройство может корректировать (или определять), на основе значения ТА, тайминг передачи восходящей линии связи. Например, базовая станция может определять значение ТА на основе времени приема преамбулы (Msg1 1311) (например, путем сравнения времени приема преамбулы в базовой станции и запланированного времени передачи принятой преамбулы из беспроводного устройства). Беспроводное устройство может передавать C-RNTI (например, элемент управления C-RNTI MAC), если он получен от базовой станции, при помощи Msg3 1313. Беспроводное устройство может принимать, в канале управления нисходящей линии связи, PDCCH, адресованный C-RNTI. Беспроводное устройство может определять, что разрешение конфликтов было успешным, после, или в ответ на, прием PDCCH, адресованного C-RNTI. Беспроводное устройство может определять, что запущенная процедура произвольного доступа завершена успешно и/или разрешение конфликтов было успешным, например, после, или в ответ на, обнаружение PDCCH, адресованного C-RNTI. PDCCH может включать DCI. Беспроводное устройство может принимать PDSCH (например, сообщение Msg4 1314) на основе назначения нисходящей линии связи, указанного при помощи DCI в PDCCH. Беспроводное устройство может неуспешно декодировать PDSCH (например, Msg4 1314). Беспроводное устройство может передавать NACK для приема сообщения Msg4 (например, указание на ошибку декодирования PDSCH (Msg4)). Беспроводное устройство может определять время передачи NACK в восходящей линии связи на основе значения ТА, указанного в сообщении Msg2 1312. Четырехшаговая процедура произвольного доступа может предоставлять беспроводному устройству действительное значение ТА, например, если беспроводное устройство выполняет Msg4. Беспроводное устройство может определять (например, ожидать), что будет передача одного PDCCH, адресованного C-RNTI (и/или передача PDSCH, запланированная при помощи одного PDCCH), от базовой станции внутри окна (например, во время отсчета или работы таймера), запущенного после, или в ответ на, передачу MsgA (или транспортного блока).

[0316] В двухшаговой процедуре произвольного доступа беспроводное устройство может передавать сообщение MsgA, включающее транспортный блок, который указывает на C-RNTI беспроводного устройства. В этом случае беспроводное устройство может определять ответ произвольного доступа (например, PDSCH) на MsgA, по меньшей мере на основе того, адресован ли PDCCH, где запланирован ответ произвольного доступа (например, PDSCH), C-RNTI или нет. Беспроводное устройство может определять, что двухшаговая процедура произвольного доступа успешно завершена, например, если беспроводное устройство примет PDCCH, адресованный С-RNTI, и/или если беспроводное устройство примет (например, успешно декодирует) ответ произвольного доступа (например, запланированный при помощи PDCCH).

[0317] В существующих технологиях, если беспроводному устройству не удается декодировать ответ произвольного доступа (например, PDSCH) в двухшаговой процедуре произвольного доступа, беспроводное устройство может определять необходимость повторной передачи MsgA или Msg1 двухшаговой процедуры произвольного доступа. Определение необходимости повторной передачи может быть неэффективным. Определение повторной передачи MsgA или Msg1 на основе неуспешного декодирования PDSCH, может увеличивать задержки в двухшаговой процедуре произвольного доступа. Например, повторная передача может требовать от беспроводного устройства ожидания следующего доступного PRACH и/или PUSCH для повторной передачи. Повторная передача MsgA или Msg1 может увеличивать степень загрузки PRACH и/или PUSCH в сети, что, в свою очередь, может увеличивать вероятность возникновения коллизий во время повторной передачи с другими беспроводными устройствами. Нужен усовершенствованный механизм для процедур в беспроводном устройстве и базовой станции, например, для случаев, когда беспроводному устройству не удается декодировать ответ произвольного доступа (например, PDSCH), запланированный при помощи PDCCH, адресованного C-RNTI беспроводного устройства, в ходе двухшаговой процедуры произвольного доступа.

[0318] В примерах осуществления настоящего изобретения реализованы усовершенствованные двухшаговые процедуры произвольного доступа, позволяющие снизить задержки и уровень перегрузки, например, в случае, когда ответ произвольного доступа декодирован неуспешно. В примерах осуществления настоящего изобретения беспроводное устройство может избирательно определять, когда, и/или следует ли, повторно передавать сообщение MsgA, например, на основе того, доступно ли действительное временное опережение, ТА, или нет. Например, беспроводное устройство может иметь действительное временное опережение, ТА, (например, таймер ТА ведет отсчет), может находиться в непосредственной близости от базовой станции, где ТА не требуется (например, ТА=0), или может находиться в небольшой соте, где для передачи по восходящей линии связи ТА не требуется (например, ТА=0). В этом случае беспроводное устройство передает, в канале PUCCH, указанном в PDCCH, NACK, которое является указанием на ошибку декодирования PDSCH, запланированного в PDCCH. PUCCH может быть каналом, выделенным беспроводному устройству. Передача (например, NACK) в выделенном канале (например, PUCCH) обеспечивает лучшую производительность (например, более высокую вероятность успешной передачи в восходящей линии связи), по сравнению с передачей (например, MsgA) в канале совместного использования (например, PRACH и/или PUSCH для MsgA) из-за состязательного доступа в совместно используемом канале. Беспроводное устройство, которое, например, имеет недействительное ТА (например, истек таймер ТА), может находиться на краю области соты, где необходима коррекция тайминга передачи восходящей линии связи, или может находиться в большой (или макро-) соте, где ТА необходимо для коррекции синхронизации передачи восходящей линии связи. В этом случае беспроводное устройство может определять необходимость повторной передачи MsgA после, или в ответ на, неуспешное декодирование PDSCH, запланированного в PDCCH, который был адресован C-RNTI беспроводного устройства. Беспроводное устройство, которому требуется коррекция тайминга передачи восходящей линии связи, может иметь одну или более дополнительных возможностей для приема одного или более PDSCH (например, MsgB) на основе коррекции (или расширения) таймера или окна (например, на основе примеров вариантов осуществления настоящего изобретения, описанных в данном документе) для мониторинга канала управления нисходящей линии связи и/или для одного или более PDSCH (например, MsgB). Определение на основе доступности действительного ТА позволяет обеспечить правильный выбор для беспроводного устройства, чтобы скорректировать прием PDSCH, который беспроводное устройство не смогло декодировать. Примеры осуществления настоящего изобретения позволяют повысить эффективность передач по восходящей линии связи для двухшаговых процедур произвольного доступа. В отличие от четырехшаговой процедуры произвольного доступа, транспортный блок восходящей линии связи, включающий идентификатор беспроводного устройства (например, C-RNTI) и преамбулу, передают на первом шаге (например, шаге передачи MsgA) процедуры RACH. Например, если беспроводное устройство передает ACK/NACK независимо от значения ТА, беспроводное устройство и базовая станция должны реализовать более сложный формат канала управления восходящей линии связи и процедуру передачи восходящей линии связи, обеспечивающие передачу ACK/NACK по восходящей линии связи. В одном из примеров осуществления настоящего изобретения базовая станция, принявшая MsgA, может определять идентификатор беспроводного устройства. Базовая станция может определять C-RNTI на основе идентификатора беспроводного устройства и может передавать ответ произвольного доступа, используя C-RNTI, присвоенный беспроводному устройству. Правильный выбор в примерах настоящего изобретения позволяет снизить задержки, объем служебной сигнализации и/или исключить излишний расход энергии батареи в беспроводном устройстве.

[0319] В одном из примеров беспроводное устройство может запускать двухшаговую процедуру произвольного доступа. Беспроводное устройство может передавать сообщение MsgA, включающее преамбулу и транспортный блок. Например, транспортный блок может включать элемент управления C-RNTI MAC, указывающий на C-RNTI беспроводного устройства. Беспроводное устройство, которое передает С-RNTI (например, элемент управления C-RNTI MAC СЕ) при помощи MsgA (или транспортного блока MsgA), может неуспешно декодировать PDSCH, включающий ответ (MsgB) на MsgA. В этом случае беспроводное устройство может выбрать, передавать ли повторно MsgA (и/или Msg1) или передать PUCCH (NACK), указывающий на ошибку декодирования ответа (PDSCH или MsgB) на MsgA. Например, беспроводное устройство может принять решение о передаче PUCCH, запланированного (указанного) с помощью PDCCH, где запланирован PDSCH, например, если беспроводное устройство определит, что для передачи PUCCH не требуется ТА (например, не нужна коррекция тайминга передачи восходящей линии связи), или что текущее ТА является действительным (например, таймер ТА продолжает отсчет) для использования при передаче PUCCH. Например, беспроводное устройство может принять решение о повторной передаче MsgA, например, если беспроводное устройство определит, что для передачи PUCCH требуется новое или обновленное ТА (например, коррекция тайминга передачи восходящей линии связи). Беспроводное устройство может определять, передавать ли PUCCH или нет, с помощью одного или более способов. Беспроводное устройство может определять, передавать ли PUCCH или нет, на основе таймера ТА. Например, беспроводное устройство может определять, что необходимо новое или обновленное ТА (например, коррекция тайминга передачи восходящей линии связи), например, если таймер ТА истек. В этом случае беспроводное устройство может принять решение о повторной передаче MsgA. Беспроводное устройство может принять решение о передаче PUCCH, например, если таймер ТА продолжает отсчет. В этом случае беспроводное устройство может принять решение о передаче PUCCH с использованием тайминга передачи восходящей линии связи, скорректированного на текущее значение ТА. Беспроводное устройство может принять решение о передаче PUCCH, например, если для передачи PUCCH не требуется ТА (например, не требуется коррекция тайминга передачи восходящей линии связи). Например, SIB или сообщение RRC, принятые беспроводным устройством от базовой станции, могут указывать на то, что ТА не требуется, с помощью явного или неявного указания. Например, таким явным или неявным указанием может быть индикатор малой соты. В этом случае беспроводное устройство может принять решение о передаче PUCCH (например, со значением ТА, установленным равным 0 или значению, полустатически конфигурируемому с помощью SIB или RRC). Определение необходимости повторной передачи MsgA (или Msg1) или передачи PUCCH в примерах осуществления настоящего изобретения позволяет снизить объем служебной сигнализации, расход энергии батареи и/или вероятность того, что во время повторной передачи возникнут конфликты с другими беспроводными устройствами.

[0320] В примерах осуществления настоящего изобретения беспроводное устройство может определять, следует ли передавать PUCCH или нет, на основе измерения уровня принимаемого опорного сигнала нисходящей линии связи (например, опорного сигнала потерь в канале). Например, измеренный уровень принимаемого сигнала может указывать на расстояние между беспроводным устройством и базовой станцией. Например, SIB или сообщения RRC, принятые беспроводным устройством от базовой станции, могут указывать на значение мощности, на основе которого беспроводное устройство может определить, находится ли оно в непосредственной близости от базовой станции. Беспроводное устройство может принять решение о передаче PUCCH, например, если измеренный уровень принимаемого сигнала превышает упомянутое значение мощности. Беспроводное устройство может принять решение о повторной передаче MsgA, например, если измеренный уровень принимаемого сигнала меньше или равен упомянутому значению мощности.

[0321] На фиг. 31 показан пример блок-схемы, иллюстрирующей передачу PUCCH и/или MsgA, в соответствии с одним из аспектов примера осуществления настоящего изобретения. Беспроводное устройство, запустившее двухшаговую процедуру произвольного доступа, может передавать сообщение MsgA 1331, включающее преамбулу 1341 и транспортный блок 1342. В сообщении MsgA 1331 (или транспортном блоке 1342) может быть указан C-RNTI беспроводного устройства (или включен элемент управления C-RNTI MAC, указывающий на C-RNTI беспроводного устройства). Беспроводное устройство может начинать мониторинг канала управления нисходящей линии связи на предмет ответа (сообщения Msg В) на сообщение MsgA в течение некоторого интервала времени, например, в ответ на передачу сообщения MsgA (или транспортного блока1342). К примеру, упомянутый интервал времени может быть реализован при помощи таймера, запускаемого в ответ на передачу MsgA 1331 (или транспортного блока 1342). К примеру, упомянутый интервал времени может быть реализован при помощи окна, например, окна RAR MsgB, в соответствии с иллюстрацией фиг. 31, запускаемого в ответ на передачу MsgA 1331 (или транспортного блока 1342). Беспроводное устройство может обнаруживать PDCCH, адресованный С-RNTI. PDCCH может включать DCI, указывающую на выделение PDSCH нисходящей линии связи (ответ, например, MsgB на MsgA). В DCI-информации может быть также указан частотно-временной радиоресурс PUCCH, в котором беспроводное устройство передает ACK или NACK, как указание на успешное или неуспешное декодирование PDSCH. PDSCH (ответ, например, MsgB, на MsgA) может включать новое или обновленное ТА. Беспроводное устройство может неуспешно декодировать PDSCH. Беспроводное устройство может принять решение о передаче PUCCH, например, если для передачи PUCCH не требуется ТА (например, ТА=0) и/или текущее ТА действительно (например, таймер ТА продолжает отсчет) для использования для коррекции тайминга передачи восходящей линии связи PUCCH. Беспроводное устройство может быть не способно передать PUCCH, например, если для передачи PUCCH требуется новое или обновленное ТА (например, время таймера ТА истекло), необходимое для коррекции тайминга передачи восходящей линии связи для PUCCH. Беспроводное устройство может иметь одну или более дополнительных возможностей приема одного или более PDSCH за счет коррекции (или расширения) таймера или окна, описанных в примерах осуществления настоящего изобретения (например, в соответствии с иллюстрацией фиг. 27А, 27В, 28А, 28В, 29 и/или. 30). Беспроводное устройство может принять решение о повторной передаче MsgA, например, если истекает время таймера ТА (например, нет действительного значения ТА).

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

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

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

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

[0326] Примеры осуществления настоящего изобретения позволяют усовершенствовать определение необходимости повторной передачи сообщения MsgA. В одном из примеров базовая станция может не передавать, в беспроводное устройство, канал PDCCH, адресованный C-RNTI, например, если базовая станция не приняла и/или не декодировала сообщение MsgA (например, транспортный блок), включающее C-RNTI (например, элемент управления C-RNTI MAC). Базовая станция может передавать, в беспроводное устройство, канал PDCCH, адресованный C-RNTI, например, если базовая станция успешно приняла и/или декодировала сообщение MsgA (например, транспортный блок), включающее C-RNTI (например, элемент управления C-RNTI MAC). Беспроводное устройство, которое обнаружило PDCCH, адресованный C-RNTI, и неуспешно декодировало PDSCH, на основе назначения нисходящей линии связи, указанного в DCI PDCCH, может определять, что базовая станция успешно приняла MsgA. В этом случае беспроводное устройство может определять, что PDSCH передан из базовой станции в данное беспроводное устройство (например, не в какие-либо иные беспроводные устройства), например, определять, что разрешение конфликтов было успешным. В этом случае повторная передача PDSCH из базовой станции позволяет снизить задержки и уровень перегрузки, по сравнению с существующими технологиями. Например, беспроводное устройство может поддерживать (или продолжать) мониторинг еще одного PDSCH после, или в ответ на, определение неуспешного декодирования PDSCH на основе назначения нисходящей линии связи, указанного в DCI PDCCH, и обнаруженного на основе C-RNTI. Базовая станция может определять, что беспроводное устройство неуспешно декодировало переданный PDSCH, например, если базовая станция не примет PUCCH (например, ACK или NACK), запланированный назначением нисходящей линии связи в PDCCH. Базовая станция может передать PDSCH, например, после, или в ответ на, определение того, что беспроводное устройство неуспешно декодировало переданный PDSCH. Например, базовая станция может передавать, в беспроводное устройство, второй PDCCH, включающий второе назначение нисходящей линии связи, для указания беспроводному устройству на передачу второго PDSCH, например, после, или в ответ на, определение того, что беспроводное устройство неуспешно декодировало переданный PDSCH. Базовая станция может передавать в беспроводное устройство второй PDSCH на основе второго назначения нисходящей линии связи, например, после, или в ответ на, передачу второго PDCCH. Примеры осуществления настоящего изобретения дают возможность, беспроводному устройству, выполнять мониторинг дополнительного PDSCH с более гибким управлением таймером или окном. Примеры осуществления настоящего изобретения более эффективно определять необходимость повторной передачи MsgA на за счет более гибкого управления таймером или окном. Примеры осуществления настоящего изобретения позволяют более эффективно определять, в базовой станции, необходимость передачи еще одного PDSCH в беспроводное устройство.

[0327] В примерах осуществления настоящего изобретения, рассмотренных в данном документе, беспроводное устройство может не иметь принятого значения ТА от базовой станции и/или может не иметь действительного ТА (например, таймер ТА истек), например, перед передачей MsgA и/или перед приемом MsgB. Например, беспроводное устройство может устанавливать значение ТА равным нулю для передачи MsgA в восходящей линии связи (например, преамбула 1341 и/или Транспортный блок 1342). Беспроводное устройство в примерах осуществления настоящего изобретения, рассмотренных в данном документе, может запускать двухшаговую процедуру произвольного доступа без действительного ТА или без ТА. Такое беспроводное устройство может передавать, в соответствии с иллюстрацией фиг. 25А, C-RNTI при помощи MsgA и принимать PDCCH, адресованный C-RNTI. Также беспроводное устройство может успешно обнаружить PDCCH, адресованный C-RNTI, и может неуспешно декодировать принятый PDSCH, на основе назначения нисходящей линии связи, указанного в DCI в PDCCH. В этом случае беспроводное устройство может не передавать NACK для приема PDSCH (например, MsgB) в базовую станцию, например, поскольку беспроводное устройство не имеет действительного ТА. Например, новое или обновленное значение ТА, в соответствии с иллюстрацией фиг. 25А, может быть включено в PDSCH, который беспроводное устройство декодирует неуспешно (например, не удается получить новое или обновленное значение ТА из-за ошибки декодирования PDSCH). В этом случае беспроводное устройство может определять необходимость повторной передачи MsgA (например, окно RAR MsgB на фиг. 25А истекло), например, когда разрешение конфликтов выполняют на основе (или при помощи) обнаружения PDCCH, адресованного C-RNTI. Такое беспроводное устройство не может определить, что запущенная двухшаговая процедура произвольного доступа завершена успешно после, или в ответ на, обнаружение PDCCH, адресованного C-RNTI.

[0328] В одном из примеров беспроводное устройство, которое обнаруживает PDCCH, адресованный C-RNTI, и неуспешно декодирует PDSCH, принятый на основе назначения нисходящей линии связи, указанного при помощи PDCCH, может продолжать мониторинг канала управления нисходящей линии связи. Например, беспроводное устройство может определять, был ли успешно декодирован PDSCH или нет, на основе результата проверки циклическим избыточным кодом (CRC) (успешное или неуспешное декодирование) для PDSCH. Беспроводное устройство может продолжать мониторинг канала управления нисходящей линии связи, например, если таймер, запущенный после, или в ответ на, передачу MsgA (или транспортного блока), продолжает отсчет (или внутри окна (например, окна RAR msgB), запущенного после, или в ответ на, передачу MsgA (или транспортного блока)). Беспроводное устройство может определять (например, ожидать), что будут присутствовать один или более PDCCH, адресованных C-RNTI (и/или один или более PDSCH, запланированных в одном или более PDCCH), от базовой станции внутри запущенного окна (например, когда таймер продолжает отсчет, таймер запущен), после, или в ответ на, передачу MsgA (или транспортного блока). Беспроводное устройство может принимать второй PDCCH, включающий вторую DCI, которая указывает на второе назначение нисходящей линии связи. Беспроводное устройство может принимать второй PDSCH (например, MsgB), с использованием второго назначения нисходящей линии связи. Беспроводное устройство может успешно декодировать второй PDSCH. Второй PDSCH может содержать ответ (например, MsgB) на MsgA. В ответе может быть указано значение ТА (например, командой ТА). Например, значение ТА может быть указано при помощи элемента управления MAC команды ТА. Беспроводное устройство может передавать ACK (например, с помощью UCI) о приеме MsgB в базовую станцию, например, после, или в ответ на, успешное декодирование второго PDSCH (например, MsgB). Передача ACK в восходящей линии связи может быть указана (и/или запланирована) во втором PDCCH. К примеру, второе назначение нисходящей линии связи может включать индикатор ресурса PUCCH для передачи ACK/NACK о приеме PDSCH, команду управления мощностью передачи PUCCH для передачи ACK/NACK, индикатор тайминга обратной связи PDSCH-HARQ (например, передачи ACK/NACK). Беспроводное устройство может пытаться декодировать один или более каналов PDSCH, запланированных (и/или указанных) в одном или более каналах PDCCH, адресованных C-RNTI, внутри окна (или пока таймер ведет отсчет). Беспроводное устройство может неуспешно декодировать один или более PDSCH, например, до конца окна или до истечения таймера. В этом случае беспроводное устройство принимать решение о повторной передаче MsgA, например, после, или в ответ на, неуспешное декодирование одного или более PDSCH и/или истечение таймера (или того, что время достигло границы окна).

[0329] На стороне базовой станции, базовая станция может принимать решение о передаче второго PDSCH на основе того, приняла ли базовая станция PUCCH (например, ACK или NACK) или нет. Базовая станция может запускать таймер базовой станции (или окно базовой станции), например, после, или в ответ на, прием сообщения MsgA (и/или транспортного блока 1342) от беспроводного устройства. Например, базовая станция может передавать в беспроводное устройство, при помощи PDCCH, DCI-информацию, включающую назначение нисходящей линии связи. Назначение нисходящей линии связи может включать одно или более полей, указывающих на выделение временных и/или частотных ресурсов PDSCH. Беспроводное устройство может принимать PDSCH на основе назначения нисходящей линии связи. Назначение нисходящей линии связи может также включать индикатор ресурса PUCCH для передачи ACK/NACK о приеме PDSCH, команду управления мощностью передачи PUCCH для передачи ACK/NACK, индикатор тайминга обратной связи PDSCH-HARQ (например, передачи ACK/NACK). Базовая станция может определять, что базовая станция может принять, при помощи PUCCH, указанного индикатором ресурса, ACK (например, UCI, указывающую на ACK) от беспроводного устройства, например, если беспроводное устройство успешно декодировало PDSCH. Базовая станция может определять, что базовая станция не приняла (и/или беспроводное устройство не передало), при помощи PUCCH, указанного индикатором ресурса, ACK (например, UCI, указывающую на ACK) от беспроводного устройства, например, если беспроводное устройство неуспешно декодировало PDSCH. Базовая станция может принимать решение о передаче второго PDSCH (и/или второго PDCCH, в котором запланирован второй PDSCH), например, после, или в ответ на, определение того, что базовая станция не приняла (и/или беспроводное устройство не передало), при помощи PUCCH, указанный индикатором ресурса, ACK (например, UCI, указывающую на ACK) от беспроводного устройства. Базовая станция может передавать второй PDSCH (и/или второй PDCCH, где запланирован второй PDSCH), например, если таймер базовой станции ведет отсчет (или внутри окна базовой станции). Базовая станция может принимать решение не передавать второй PDSCH (и/или второй PDCCH, где запланирован второй PDSCH), например, если таймер базовой станции истек (или после закрытия окна базовой станции).

[0330] На фиг. 27А и 27В показаны примеры блок-схем, иллюстрирующие прием одного или более каналов PDSCH в соответствии с одним из аспектов примера осуществления настоящего изобретения. На фиг. 27А беспроводное устройство запускает двухшаговую процедуру произвольного доступа. Беспроводное устройство может передавать преамбулу1341 и транспортный блок 1342 в виде передачи MsgA 1331. Транспортный блок 1342 может включать C-RNTI (например, элемент управления С-RNTI MAC, указывающий на C-RNTI) беспроводного устройства. Беспроводное устройство может запускать окно (например, окно RAR MsgB) или таймер в ответ на передачу MsgA 1331 (например, передачу транспортного блока 1342). Беспроводное устройство может выполнять мониторинг канала управления нисходящей линии связи внутри (или пока таймер ведет отсчет). Беспроводное устройство может принимать, в канале управления нисходящей линии связи, первый PDCCH, адресованный C-RNTI. Беспроводное устройство может неуспешно декодировать первый PDSCH, запланированный при помощи первого назначения нисходящей линии связи, указанного при помощи первой DCI в первом PDCCH. Беспроводное устройство может продолжать мониторинг канала управления нисходящей линии связи, например, если (текущее) время не достигло конца окна или таймер продолжает отсчет. Беспроводное устройство может принимать, в канале управления нисходящей линии связи, второй PDCCH, адресованный C-RNTI. Беспроводное устройство может неуспешно декодировать второй PDSCH, запланированный при помощи второго назначения нисходящей линии связи, указанного при помощи второй DCI во втором PDCCH. Беспроводное устройство может повторять эту процедуру N+1 раз (например, N+1 попыток принять N+1 PDSCH, где N≥1) внутри окна или пока таймер продолжает отсчет, например, если предыдущие N попыток приема (и/или декодирования) N PDSCH были неуспешны. Беспроводное устройство может успешно декодировать N+1-й PDSCH (например, MsgB, ответ на MsgA). Беспроводное устройство может передавать, в PUCCH, ACK (например, UCI) на основе назначения нисходящей линии связи, указанного при помощи DCI в PDCCH, где планируют N+1-й PDSCH. Возможен случай, когда беспроводное устройство неуспешно декодирует один или более PDSCH внутри окна (или до истечения таймера). Пример на фиг. 27В показывает случай, в котором беспроводному устройству не удается декодировать N каналов PDSCH. Беспроводное устройство может принять решение о повторной передаче MsgA, например, после, или в ответ на, один или более принятых PDSCH (на основе одного или нескольких PDCCH, адресованных C-RNTI) и неуспешного декодирования одного или нескольких PDSCH внутри окна (или пока не истечет таймер).

[0331] На фиг. 27А и/или фиг. 27В беспроводное устройство может применять HARQ для декодирования PDSCH (MsgB). Например, первое назначение нисходящей линии связи, в первой DCI в первом PDCCH, где планируют первый PDSCH, может указывать по меньшей мере на одну из избыточных версий транспортного блока (PDSCH). Беспроводное устройство может принимать второй PDCCH, где запланирован второй PDSCH. Второй PDCCH может указывать на вторую избыточную версию транспортного блока (PDSCH). Беспроводное устройство может комбинировать первый PDSCH и второй PDSCH, используя программное комбинирование на основе первой избыточной версии и второй избыточной версии. Номер процедуры HARQ для такого комбинирования PDSCH может быть задан заранее или конфигурироваться полустатически (при помощи SIB или RRC). Беспроводное устройство может определять поле из (первого, второго, …) PDCCH, указывающее на номер процедуры HARQ. Индикатор новых данных (new data indicator, NDI) может применяться в беспроводном устройстве для принятия решения об очистке ли беспроводным устройством буфера HARQ в процедуре HARQ. Например, беспроводное устройство может комбинировать один или более PDSCH с использованием программного комбинирования, например, если номера процедуры HARQ, соответствующие одному или более PDSCH, одинаковы и/или NDI не был переключен. Например, когда NDI, указанный в N-м PDCCH, переключен, беспроводное устройство может очистить буфер HARQ, соответствующий номеру процедуры HARQ, заданному предварительно, полустатически конфигурируемому или указанному в N-м PDCCH. Например, если NDI, указанный в N-м PDCCH, не переключен, беспроводное устройство может попытаться программно комбинировать принятый сигнал (например, транспортные блоки) в буфере HARQ с N-м PDSCH, запланированным в N-м PDCCH.

[0332] На фиг. 27А и 27В показаны примеры блок-схем передачи одного или более каналов PDSCH в соответствии с одним из аспектов примера осуществления настоящего изобретения. На фиг. 28А базовая станция может принимать от беспроводного устройства преамбулу 1341 и транспортный блок 1342 в виде передачи MsgA 1331. Транспортный блок 1342 может включать C-RNTI (например, элемент управления C-RNTI MAC, указывающий на C-RNTI) беспроводного устройства. Базовая станция может определять, на основе времени приема и/или времени передачи MsgA (или преамбулы 1341 и/или транспортного блока 1342), когда беспроводное устройство запустило окно (например, окно RAR MsgB) или таймер, в ответ на передачу MsgA 1331 (например, передачу транспортного блока 1342). Базовая станция может передавать в беспроводное устройство, по каналу управления нисходящей линии связи, первый PDCCH, где планируют первый PDSCH (например, MsgB) для беспроводного устройства внутри окна (или пока таймер ведет отсчет). Первый PDCCH может быть адресован (или скремблирован с использованием) C-RNTI. В первом PDCCH может дополнительно планироваться PUCCH, на основе чего беспроводное устройство может передавать ACK или NACK о приеме первого PDSCH. Базовая станция может определять, что прием (декодирование) PDSCH был успешным, например, если базовая станция принимает от беспроводного устройства ACK, через канал PUCCH. Базовая станция может определять, что прием (декодирование) PDSCH был неуспешным, например, если базовая станция не принимает от беспроводного устройства ACK, через канал PUCCH. Базовая станция может передавать в беспроводное устройство, в канале управления нисходящей линии связи, второй PDCCH, где планируют второй PDSCH (например, MsgB) для беспроводного устройства внутри окна (или пока таймер ведет отсчет). Второй PDCCH может быть адресован (или скремблирован с использованием) C-RNTI. Второй PDCCH может указывать на назначение восходящей линии связи второго PDSCH. Базовая станция может повторять эту процедуру пока не завершится окно (или до истечения таймера), например, если PUCCH, соответствующий PDSCH (MsgB), не был принят. Например, базовая станция может повторять эту процедуру N+1 раз (например, N+1 попытка приема N+1 PUCCH (например, ACK), соответствующих N+1 PDSCH, где N≥1) в течение окна или пока таймер ведет отсчет, например, если были приняты предыдущие N PUCCH, указывающие на успешный прием (и/или декодирование) предыдущих N PDSCH. Возможен случай, когда базовая станция не принимает от беспроводного устройства PUCCH, соответствующий одному или более PDSCH, переданным в беспроводное устройство, в течение окна (или до истечения таймера). На фиг. 28В показан пример, в котором базовая станция не принимает PUCCH, соответствующий N PDSCH. Базовая станция может принять решение о прекращении передачи дополнительных PDSCH (например, MsgB), например, после, или в ответ на, отсутствие PUCCH, соответствующего N PDSCH (MsgB), принятых в течение окна (или до истечения таймера).

[0333] В одном из примеров беспроводное устройство, которое обнаруживает PDCCH, адресованный C-RNTI, и неуспешно декодирует PDSCH, принятый на основе назначения нисходящей линии связи, указанного при помощи PDCCH, может продолжать мониторинг канала управления нисходящей линии связи на основе скорректированного таймера или окна (например, окна RAR MsgB). Беспроводное устройство может передавать в базовую станцию сообщение MsgA (например, транспортный блок 1342) и запускать таймер или окно (например, окно RAR MsgB), например, после, или в ответ на, передачу MsgA (например, транспортного блока 1342). Беспроводное устройство может принимать PDCCH, адресованный C-RNTI, который беспроводное устройство передало на базовую станцию при помощи MsgA и/или транспортного блока 1342 MsgA (например, элемент управления C-RNTI MAC). Беспроводное устройство может пытаться принять и/или декодировать PDSCH, запланированный в PDCCH. Например, беспроводное устройство может определять, был ли успешно декодирован PDSCH или нет, на основе результата проверки циклическим избыточным кодом (CRC) (успешное или неуспешное декодирование) для PDSCH. Например, беспроводное устройство может продолжать мониторинг канала управления нисходящей линии связи, например, путем коррекции (или расширения) таймера или окна (окна RAR MsgB). Коррекция (или расширение) таймера или окна (окна RAR) может быть реализовано одним или более способами. Например, беспроводное устройство перезапускает таймер или окно, например, после, или в ответ на, определение того, что декодирование PDSCH было неуспешным (например, на основе результатов CRC). Беспроводное устройство может перезапускать таймер или окно, например, после, или в ответ на, определение того, что декодирование PDSCH было неуспешным (например, на основе результатов CRC). Беспроводное устройство может определять момент перезапуска таймера или окна на основе (например, относительно, в зависимости от или в ответ на) времени приема PDCCH или времени приема PDSCH, запланированного в PDCCH. Беспроводное устройство может запускать второй таймер или второе окно, например, после, или в ответ на, определение того, что декодирование PDSCH было неуспешным (например, на основе результатов CRC). Например, первый таймер и второй таймер могут иметь одно и то же значение таймера, заранее заданное или полустатически конфигурируемое SIB или сообщениями RRC. Например, первый таймер и второй таймер могут иметь различные значения таймера, заранее заданные или полустатически конфигурируемые SIB или сообщениями RRC. Беспроводное устройство может определять момент запуска второго таймера или второго окна на основе (например, относительно, в зависимости от или в ответ на) времени приема PDCCH или времени приема PDSCH, запланированного в PDCCH. Во время отсчета скорректированного таймера или окна (путем перезапуска таймера или окна, или запуска второго таймера или второго окна) беспроводное устройство может выполнять мониторинг канала управления нисходящей линии связи на предмет второго PDSCH (MsgB).

[0334] На фиг. 29 показан пример скорректированного (или расширенного) окна (например, окна RAR MsgB) в соответствии с одним из аспектов примера осуществления настоящего изобретения. Беспроводное устройство, запустившее двухшаговую процедуру произвольного доступа, может передавать MsgA. Транспортный блок MsgA может включать C-RNTI (например, элемент управления C-RNTI MAC) беспроводного устройства. Беспроводное устройство может запускать таймер или окно (например, окно RAR MsgB), например, в ответ на передачу MsgA (или транспортного блока). Беспроводное устройство может выполнять мониторинг канала управления нисходящей линии связи на предмет ответа (e.g., MsgB) на MsgA в течение окна (или пока таймер ведет отсчет). Беспроводное устройство может принимать первый PDCCH, адресованный C-RNTI, в течение окна (или пока таймер ведет отсчет). Первый PDCCH может включать первое назначение нисходящей линии связи, указывающее на информацию планирования (например, частотно-временной радиоресурс) первого PDSCH (например, PDU MAC, включающий MsgB). Беспроводное устройство может принимать первый PDSCH и пытаться декодировать первый PDSCH. Беспроводное устройство может определять неуспешное декодирование первого PDSCH, например, на основе результата CRC (например, указывающего на сигнализацию DCI) для первого PDSCH. Беспроводное устройство может пытаться принять второй PDCCH и/или второй PDSCH, запланированный во втором PDCCH. Например, беспроводное устройство может корректировать (или расширять) таймер или окно. Скорректированный (расширенный) таймер или окно позволяют базовой станции гибко выделять ресурсы нисходящей линии связи для передач в нисходящей линии связи в сети. Беспроводное устройство может принимать в течение скорректированного (или расширенного) таймера или окна второй PDCCH, в котором планируют второй PDSCH (например, MsgB).

[0335] На фиг. 30 показан пример скорректированного (или расширенного) окна в соответствии с одним из аспектов примера осуществления настоящего изобретения. Скорректированный таймер или окно могут быть реализованы одним или несколькими способами. Например, скорректированный таймер или окно могут быть реализованы на основе перезапуска таймера или окна. К примеру, в соответствии с иллюстрацией фиг. 29, беспроводное устройство может запускать окно RAR MsgB, например, после, или в ответ на, передачу сообщения MsgA (или транспортного блока). Беспроводное устройство может определять, что декодирование первого PDSCH было неуспешным (например, в соответствии с иллюстрацией фиг. 29). Беспроводное устройство может принимать решение о коррекции, или расширении, окна RAR MsgB путем перезапуска окна RAR MsgB, в соответствии с иллюстрацией в примере 1 на фиг. 30, после, или в ответ на, определение неуспешного декодирования. Время перезапуска окна RAR MsgB может быть определено на основе смещения (заранее заданного или полустатически конфигурируемого) и/или времени приема первого PDCCH (например, в конце приема PDCCH или набора CORESET первого PDCCH). Время перезапуска окна RAR MsgB может быть определено на основе смещения (заранее заданного или полустатически конфигурируемого) и/или времени приема первого PDSCH. Например, скорректированный таймер или окно могут быть реализованы на основе запуска второго таймера или второго окна. К примеру, беспроводное устройство может запускать первое окно RAR MsgB, например, после, или в ответ на, передачу сообщения MsgA (или транспортного блока). Беспроводное устройство может определять, что декодирование первого PDSCH было неуспешным (например, в соответствии с иллюстрацией фиг. 29). Беспроводное устройство может принимать решение о коррекции, или расширении, окна RAR MsgB путем запуска второго окна RAR MsgB, в соответствии с иллюстрацией в примере 2 на фиг. 30, после, или в ответ на, определение неуспешного декодирования. Время запуска второго окна RAR MsgB может быть определено на основе смещения (заранее заданного или полустатически конфигурируемого) и/или времени приема первого PDCCH (например, в конце приема PDCCH или набора CORESET первого PDCCH). Время запуска второго окна RAR MsgB может быть определено на основе смещения (заранее заданного или полустатически конфигурируемого) и/или времени приема первого PDSCH.

[0336] Количество корректировок окна RAR MsgB на фиг. 30 может быть ограничено единицей. Например, если беспроводное устройство не декодирует по меньшей мере один PDSCH (MsgB) в течение скорректированного (расширенного) таймера или окна (например, реализованного в соответствии с любым из примеров на фиг. 30), беспроводное устройство может принять решение о повторной передаче MsgA.

[0337] Беспроводное устройство может подстраивать окно RAR MsgB на фиг. 30 для каждого из N неуспешных декодирований на фиг. 27А или фиг. 27В. Например, беспроводное устройство может корректировать (или расширять), например, на основе одного из примеров на фиг. 30, окно RAR MsgB после, или в ответ на, неуспешное декодирование n-го PDSCH (msgB), где 1≤n≤N. Например, беспроводное устройство может корректировать (или расширять), например, на основе одного из примеров на фиг. 30, окно RAR MsgB после, или в ответ на, неуспешное декодирование n+1-го PDSCH (msgB), где 1≤n+1n≤N. Например, может присутствовать первое значение, ограничивающее количество корректировок окна RAR MsgB. Первое значение может быть предварительно задано или указано параметром или параметрами в SIB или RRC. Это первое значение может указывать на количество (повторных) передач PDSCH (MsgB) от базовой станции. Первое значение может совпадать с размером шаблона избыточной версии, предварительно заданным или полустатически конфигурируемым для передачи PDSCH (MsgB), например, если поддерживается HARQ для PDSCH (MsgB). Беспроводное устройство может принимать решение о повторной передаче MsgA, например, если количество корректировок (или количество (повторных) передач PDSCH (MsgB)) достигает первого значения.

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

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

Изобретение относится к области связи. Технический результат заключается в возможности избегать необходимости постоянно инициировать повторную передачу второй преамбулы как части MsgA. Для этого беспроводное устройство передает первую преамбулу через соту. Беспроводное устройство принимает грант нисходящей линии связи для ответа произвольного доступа. Беспроводное устройство определяет неуспешный прием ответа произвольного доступа. Беспроводное устройство определяет, на основе неуспешного приема и таймера временного выравнивания соты, сигнал восходящей линии связи для передачи через соту. Сигнал восходящей линии связи представляет собой вторую преамбулу или отрицательное подтверждение. Беспроводное устройство передает сигнал восходящей линии связи. 7 н. и 8 з.п. ф-лы, 54 ил.

1. Способ связи, включающий:

передачу беспроводным устройством (156) первой преамбулы через соту;

прием гранта нисходящей линии связи для ответа произвольного доступа;

определение неуспешного приема ответа произвольного доступа;

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

передачу сигнала восходящей линии связи.

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

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

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

5. Способ по п. 1 или 2, в котором определение неуспешного приема основано на неуспешном декодировании ответа произвольного доступа.

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

7. Машиночитаемый носитель, включающий инструкции, которые при исполнении одним или более процессорами обеспечивают выполнение, упомянутыми одним или более процессорами, способа по любому из пп. 1-5.

8. Способ связи, включающий:

прием базовой станцией (160) первой преамбулы через соту;

передачу гранта нисходящей линии связи для ответа произвольного доступа; и

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

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

10. Способ по п. 8 или 9, в котором прием первой преамбулы содержит прием первого сообщения, содержащего первую преамбулу и первый транспортный блок.

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

12. Способ по п. 8 или 9, в котором неуспешный прием ответа произвольного доступа беспроводным устройством основан на неуспешном декодировании ответа произвольного доступа.

13. Базовая станция (160), включающая один или более процессоров и

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

14. Машиночитаемый носитель, включающий инструкции, которые при исполнении одним или более процессорами обеспечивают выполнение, упомянутыми одним или более процессорами, способа по любому из пп. 8-12.

15. Система связи, включающая:

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

приема первой преамбулы через соту; и

передачи гранта нисходящей линии связи для ответа произвольного доступа; и

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

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

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

определения неуспешного приема ответа произвольного доступа;

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

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